JP3141822B2 - セキュリティ通信方式 - Google Patents
セキュリティ通信方式Info
- Publication number
- JP3141822B2 JP3141822B2 JP09245756A JP24575697A JP3141822B2 JP 3141822 B2 JP3141822 B2 JP 3141822B2 JP 09245756 A JP09245756 A JP 09245756A JP 24575697 A JP24575697 A JP 24575697A JP 3141822 B2 JP3141822 B2 JP 3141822B2
- Authority
- JP
- Japan
- Prior art keywords
- user
- terminal adapter
- information
- receiving
- format
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Fee Related
Links
Landscapes
- Data Exchanges In Wide-Area Networks (AREA)
- Telephone Function (AREA)
- Telephonic Communication Services (AREA)
Description
【０００１】
【発明の属する技術分野】本発明はセキュリティ通信方
式に係り、特にＩＳＤＮ回線終端装置とターミナルアダ
プタをＳ／Ｔ点で接続する相互に接続される２台の接続
装置間のセキュリティ通信方式に関する。
式に係り、特にＩＳＤＮ回線終端装置とターミナルアダ
プタをＳ／Ｔ点で接続する相互に接続される２台の接続
装置間のセキュリティ通信方式に関する。
【０００２】
【従来の技術】サービス統合ディジタル網（ＩＳＤＮ）
のターミナルアダプタ（ＴＡ）には、近年コールバック
機能などを搭載したものが、数多く製品化されている。
このコールバック機能が一般的になってくると、セキュ
リティの認識も高まってきており、メーカとしても対策
が必要となってきている。
のターミナルアダプタ（ＴＡ）には、近年コールバック
機能などを搭載したものが、数多く製品化されている。
このコールバック機能が一般的になってくると、セキュ
リティの認識も高まってきており、メーカとしても対策
が必要となってきている。
【０００３】現在、このセキュリティの対策として実現
されているものは、通信相手に対して、最初に着信を受
けた側が、何らかのサービスを相手に提供する場合（例
えば、コールバックサービスなど）、あらかじめ着信す
る側に相手の電話番号を登録しておき、これの電話番号
と呼設定メッセージにのってくる相手の発アドレスを照
合することによって、この発アドレスに対して所定のサ
ービスの提供を許可するかどうかを判断するものであ
る。
されているものは、通信相手に対して、最初に着信を受
けた側が、何らかのサービスを相手に提供する場合（例
えば、コールバックサービスなど）、あらかじめ着信す
る側に相手の電話番号を登録しておき、これの電話番号
と呼設定メッセージにのってくる相手の発アドレスを照
合することによって、この発アドレスに対して所定のサ
ービスの提供を許可するかどうかを判断するものであ
る。
【０００４】
【発明が解決しようとする課題】しかるに、上記の従来
のセキュリティ通信方式では、相手先の確認を発アドレ
スのみで行っているにすぎないので、今後、更に進んだ
通信アプリケーションを利用する場合は、上記の従来の
セキュリティ通信方式では安全性が十分でない。
のセキュリティ通信方式では、相手先の確認を発アドレ
スのみで行っているにすぎないので、今後、更に進んだ
通信アプリケーションを利用する場合は、上記の従来の
セキュリティ通信方式では安全性が十分でない。
【０００５】本発明は上記の点に鑑みなされたもので、
より安全性の高いセキュリティ通信方式を提供すること
を目的とする。
より安全性の高いセキュリティ通信方式を提供すること
を目的とする。
【０００６】
【課題を解決するための手段】本発明は上記の目的を達
成するため、ＩＳＤＮ回線網を介して接続された複数の
ターミナルアダプタ間の通信方式において、複数のター
ミナルアダプタのうち、所定のサービスを受ける側の発
信側ターミナルアダプタと該所定のサービスを提供する
側の着信側ターミナルアダプタとの間で、サービス提供
要求時のメッセージ送受信の特定アドレスを予め取り決
めておくと共に、発信側ターミナルアダプタと着信側タ
ーミナルアダプタとの間で、送受信前に複数種類用意し
てあるユーザ・ユーザ情報のフォーマットのうち使用す
るフォーマットの種類を予め通信にて取り決めておき、
発信側ターミナルアダプタは、呼設定メッセージに所定
のサービスの提供を受けるコマンドとシーケンス番号と
終了番号を少なくとも含み 、 かつ 、 取り決めておいた種類
のフォーマットのユーザ・ユーザ情報を付加して、特定
のアドレスで着信側ターミナルアダプタに送信し、着信
側ターミナルアダプタは、呼設定メッセージを特定アド
レスで受信したときは、その呼設定メッセージ中のユー
ザ・ユーザ情報を分離して、分離したユーザ・ユーザ情
報のフォーマットが予め取り決めておいた種類のフォー
マットであるか照合し 、 取り決めておいた種類のフォー
マットであるときのみ 、 分離したユーザ・ユーザ情報を
自己の予め登録されているデータと照合する送受信動作
を、分離したユーザ・ユーザ情報に含まれるシーケンス
番号及び終了番号により判断される回数実行し、照合結
果が一致するときは着信側ターミナルアダプタが所定の
サービスを提供するようにしたものである。
成するため、ＩＳＤＮ回線網を介して接続された複数の
ターミナルアダプタ間の通信方式において、複数のター
ミナルアダプタのうち、所定のサービスを受ける側の発
信側ターミナルアダプタと該所定のサービスを提供する
側の着信側ターミナルアダプタとの間で、サービス提供
要求時のメッセージ送受信の特定アドレスを予め取り決
めておくと共に、発信側ターミナルアダプタと着信側タ
ーミナルアダプタとの間で、送受信前に複数種類用意し
てあるユーザ・ユーザ情報のフォーマットのうち使用す
るフォーマットの種類を予め通信にて取り決めておき、
発信側ターミナルアダプタは、呼設定メッセージに所定
のサービスの提供を受けるコマンドとシーケンス番号と
終了番号を少なくとも含み 、 かつ 、 取り決めておいた種類
のフォーマットのユーザ・ユーザ情報を付加して、特定
のアドレスで着信側ターミナルアダプタに送信し、着信
側ターミナルアダプタは、呼設定メッセージを特定アド
レスで受信したときは、その呼設定メッセージ中のユー
ザ・ユーザ情報を分離して、分離したユーザ・ユーザ情
報のフォーマットが予め取り決めておいた種類のフォー
マットであるか照合し 、 取り決めておいた種類のフォー
マットであるときのみ 、 分離したユーザ・ユーザ情報を
自己の予め登録されているデータと照合する送受信動作
を、分離したユーザ・ユーザ情報に含まれるシーケンス
番号及び終了番号により判断される回数実行し、照合結
果が一致するときは着信側ターミナルアダプタが所定の
サービスを提供するようにしたものである。
【０００７】本発明では、着信側ターミナルアダプタが
特定のアドレスで呼設定メッセージを受信したときにの
み、その呼設定メッセージに付加されているユーザ・ユ
ーザ情報を取り出して、自己のデータとの照合を行うこ
とを、上記のユーザ・ユーザ情報に示されている回数繰
り返すため、より安全性の高いセキュリティチェックが
できる。
特定のアドレスで呼設定メッセージを受信したときにの
み、その呼設定メッセージに付加されているユーザ・ユ
ーザ情報を取り出して、自己のデータとの照合を行うこ
とを、上記のユーザ・ユーザ情報に示されている回数繰
り返すため、より安全性の高いセキュリティチェックが
できる。
【０００８】ここで、本発明における上記のユーザ・ユ
ーザ情報のフォーマットは、予め複数種類用意されてお
り、発信側ターミナルアダプタと着信側ターミナルアダ
プタとの間で、送受信前にユーザ・ユーザ情報のフォー
マットの種類を予め通信にて取り決めておき、着信側タ
ーミナルアダプタがユーザ・ユーザ情報のフォーマット
を照合する。
ーザ情報のフォーマットは、予め複数種類用意されてお
り、発信側ターミナルアダプタと着信側ターミナルアダ
プタとの間で、送受信前にユーザ・ユーザ情報のフォー
マットの種類を予め通信にて取り決めておき、着信側タ
ーミナルアダプタがユーザ・ユーザ情報のフォーマット
を照合する。
【０００９】
【発明の実施の形態】次に、本発明の実施の形態につい
て図面と共に説明する。図１は本発明になるセキュリテ
ィ通信方式の一実施の形態のブロック図を示す。同図に
おいて、サービスを受ける側であるクライアント（発信
側）のターミナルアダプタ（ＴＡ）１０と、サービスを
提供する側であるサーバ（着信側）のＴＡ２０とは、そ
れぞれＩＳＤＮの回線終端装置（ＤＳＵ）３１、３２を
介してＩＳＤＮ回線網（例えば、ＩＮＳ６４）３３に接
続されている。なお、この実施の形態では、上記のサー
ビスとして、コールバックサービスを例にとって説明す
る。
て図面と共に説明する。図１は本発明になるセキュリテ
ィ通信方式の一実施の形態のブロック図を示す。同図に
おいて、サービスを受ける側であるクライアント（発信
側）のターミナルアダプタ（ＴＡ）１０と、サービスを
提供する側であるサーバ（着信側）のＴＡ２０とは、そ
れぞれＩＳＤＮの回線終端装置（ＤＳＵ）３１、３２を
介してＩＳＤＮ回線網（例えば、ＩＮＳ６４）３３に接
続されている。なお、この実施の形態では、上記のサー
ビスとして、コールバックサービスを例にとって説明す
る。
【００１０】ＴＡ１０は、回線制御部１１、ＵＵＩ情報
入力部１２、プロトコル制御部１３、セキュリティデー
タ入力部１４及び情報格納部１５などから構成されてい
る。ＵＵＩ情報入力部１２は、最大で１２８バイト長の
ユーザ・ユーザ情報（ＵＵＩ情報）を回線制御部１１へ
入力する。情報格納部１５はセキュリティデータ入力部
１４から入力されたセキュリティデータなどを格納す
る。
入力部１２、プロトコル制御部１３、セキュリティデー
タ入力部１４及び情報格納部１５などから構成されてい
る。ＵＵＩ情報入力部１２は、最大で１２８バイト長の
ユーザ・ユーザ情報（ＵＵＩ情報）を回線制御部１１へ
入力する。情報格納部１５はセキュリティデータ入力部
１４から入力されたセキュリティデータなどを格納す
る。
【００１１】ＴＡ２０は、回線制御部２１、判定部２
２、プロトコル制御部２３、セキュリティデータ入力部
２４及び情報格納部２５などから構成されている。判定
部２２は回線制御部２１から入力されたＵＵＩ情報を解
析・判定する。情報格納部２５はセキュリティデータ入
力部２４から入力されたセキュリティデータなどを格納
する。
２、プロトコル制御部２３、セキュリティデータ入力部
２４及び情報格納部２５などから構成されている。判定
部２２は回線制御部２１から入力されたＵＵＩ情報を解
析・判定する。情報格納部２５はセキュリティデータ入
力部２４から入力されたセキュリティデータなどを格納
する。
【００１２】次に、この実施の形態の動作について、図
２のシーケンス図を併せ参照して説明する。発信側ＴＡ
（クライアント）１０は、それに接続されている図示し
ないパーソナルコンピュータ（ＰＣ）からの発信コマン
ドに基づき、プロトコル制御部１３の制御のもと、回線
制御部１１においてＵＵＩ情報入力部１２からの、コー
ルバックサービスを受けたい旨のコマンドを有するＵＵ
Ｉ情報を呼設定メッセージ（ＳＥＴＵＰ）に付加して送
信する（ステップ４１、４２）。
２のシーケンス図を併せ参照して説明する。発信側ＴＡ
（クライアント）１０は、それに接続されている図示し
ないパーソナルコンピュータ（ＰＣ）からの発信コマン
ドに基づき、プロトコル制御部１３の制御のもと、回線
制御部１１においてＵＵＩ情報入力部１２からの、コー
ルバックサービスを受けたい旨のコマンドを有するＵＵ
Ｉ情報を呼設定メッセージ（ＳＥＴＵＰ）に付加して送
信する（ステップ４１、４２）。
【００１３】ここで、上記のＵＵＩ情報は、最大で１２
８バイトで、例えば、最初の２バイトが特定の文字列で
あるプロトコル番号（通信手順で、ここでは例えば１
２）、次の２バイトがシーケンス番号（このＵＵＩ情報
が何回目に伝送されたものであるかを示す数値）、次の
２バイトが終了番号（最後のＵＵＩ情報であることを着
信側に知らせるための番号）、残りの１２４バイトが実
際の任意の生データからなるフォーマットである。ここ
で、生データとしては、予め着信側ＴＡ２０に登録して
おいたパスワードなどがある。また、ＵＵＩ情報のデー
タ領域以外の領域には、要求するサービス種別を示すコ
マンドが含まれる。
８バイトで、例えば、最初の２バイトが特定の文字列で
あるプロトコル番号（通信手順で、ここでは例えば１
２）、次の２バイトがシーケンス番号（このＵＵＩ情報
が何回目に伝送されたものであるかを示す数値）、次の
２バイトが終了番号（最後のＵＵＩ情報であることを着
信側に知らせるための番号）、残りの１２４バイトが実
際の任意の生データからなるフォーマットである。ここ
で、生データとしては、予め着信側ＴＡ２０に登録して
おいたパスワードなどがある。また、ＵＵＩ情報のデー
タ領域以外の領域には、要求するサービス種別を示すコ
マンドが含まれる。
【００１４】この実施の形態では、このようなＵＵＩ情
報のフォーマットを複数種類用意しており、どのフォー
マットのＵＵＩ情報を用いるかを、予め送受信前に着信
側ＴＡ２０との間で確認するために、情報格納部１５か
ら読み出したセキュリティデータを回線制御部１１より
送信し、着信側ＴＡ２０内の情報格納部２５に格納して
おく。これにより、発信側ＴＡ１０と着信側ＴＡ２０は
どのフォーマットのＵＵＩ情報を送信し受信するかを、
予め取り決めている。これにより、より安全性の高い通
信方式が実現できる。
報のフォーマットを複数種類用意しており、どのフォー
マットのＵＵＩ情報を用いるかを、予め送受信前に着信
側ＴＡ２０との間で確認するために、情報格納部１５か
ら読み出したセキュリティデータを回線制御部１１より
送信し、着信側ＴＡ２０内の情報格納部２５に格納して
おく。これにより、発信側ＴＡ１０と着信側ＴＡ２０は
どのフォーマットのＵＵＩ情報を送信し受信するかを、
予め取り決めている。これにより、より安全性の高い通
信方式が実現できる。
【００１５】発信側ＴＡ１０内の回線制御部１１は、上
記のＵＵＩ情報が付加された呼設定メッセージを、予め
着信側ＴＡ２０と取り決めておいた特定のアドレスで送
信する。このアドレスは、ＩＳＤＮの場合、通常、回線
アドレスと、その回線アドレスに個別にエンドユーザが
指定するサブアドレスの組合せから構成される。
記のＵＵＩ情報が付加された呼設定メッセージを、予め
着信側ＴＡ２０と取り決めておいた特定のアドレスで送
信する。このアドレスは、ＩＳＤＮの場合、通常、回線
アドレスと、その回線アドレスに個別にエンドユーザが
指定するサブアドレスの組合せから構成される。
【００１６】この呼設定メッセージは、ＤＳＵ３１、Ｉ
ＳＤＮ回線網３３（以下、ＩＮＳ６４という）及びＤＳ
Ｕ３２を介して着信側ＴＡ（サーバ）２０にて受信され
る（ステップ４４）。また、ＩＮＳ６４からは呼設定受
付メッセージ（ＣＡＬＬ ＰＲＯＣ）が発信側ＴＡ１０
に返送される（ステップ４３）。
ＳＤＮ回線網３３（以下、ＩＮＳ６４という）及びＤＳ
Ｕ３２を介して着信側ＴＡ（サーバ）２０にて受信され
る（ステップ４４）。また、ＩＮＳ６４からは呼設定受
付メッセージ（ＣＡＬＬ ＰＲＯＣ）が発信側ＴＡ１０
に返送される（ステップ４３）。
【００１７】着信側ＴＡ２０内の回線制御部２１は、上
記の特定アドレスで着信された呼設定メッセージのみ、
それに付加されている上記のＵＵＩ情報を分離して取り
出し、そのＵＵＩ情報を判定部２２に供給する。判定部
２２は、ＵＵＩ情報が予め取り決められたフォーマット
であるかどうか判定し、取り決められたフォーマットで
ある場合はそのＵＵＩ情報を解析し、この１回目のＵＵ
Ｉ情報だけですべてのＵＵＩ情報が終了なのか、２回目
のＵＵＩ情報も送られてくるのかを判定する。更には、
パスワードが含まれている場合はパスワードも照合す
る。以上が第１フェーズの動作である。
記の特定アドレスで着信された呼設定メッセージのみ、
それに付加されている上記のＵＵＩ情報を分離して取り
出し、そのＵＵＩ情報を判定部２２に供給する。判定部
２２は、ＵＵＩ情報が予め取り決められたフォーマット
であるかどうか判定し、取り決められたフォーマットで
ある場合はそのＵＵＩ情報を解析し、この１回目のＵＵ
Ｉ情報だけですべてのＵＵＩ情報が終了なのか、２回目
のＵＵＩ情報も送られてくるのかを判定する。更には、
パスワードが含まれている場合はパスワードも照合す
る。以上が第１フェーズの動作である。
【００１８】着信側ＴＡ２０は１回目のＵＵＩ情報だけ
ですべてのＵＵＩ情報が終了であると判定した場合は、
発信側ＴＡ１０に対して、呼び出しメッセージ（ＡＬＥ
ＲＴ）を送信し（ステップ４５）、ＩＮＳ６４を介して
発信側ＴＡ１０に受信させ（ステップ４６）、続いて、
切断メッセージ（ＤＩＳＣ）を送信し（ステップ４
７）、ＩＮＳ６４を介して発信側ＴＡ１０に受信させる
（ステップ４８）。これにより、ＩＮＳ６４から着信側
ＴＡ２０へ解放メッセージ（ＲＥＬ）が送信され（ステ
ップ４９）、また、発信側ＴＡ１０からＩＮＳ６４へ解
放メッセージ（ＲＥＬ）が送信される（ステップ５
０）。
ですべてのＵＵＩ情報が終了であると判定した場合は、
発信側ＴＡ１０に対して、呼び出しメッセージ（ＡＬＥ
ＲＴ）を送信し（ステップ４５）、ＩＮＳ６４を介して
発信側ＴＡ１０に受信させ（ステップ４６）、続いて、
切断メッセージ（ＤＩＳＣ）を送信し（ステップ４
７）、ＩＮＳ６４を介して発信側ＴＡ１０に受信させる
（ステップ４８）。これにより、ＩＮＳ６４から着信側
ＴＡ２０へ解放メッセージ（ＲＥＬ）が送信され（ステ
ップ４９）、また、発信側ＴＡ１０からＩＮＳ６４へ解
放メッセージ（ＲＥＬ）が送信される（ステップ５
０）。
【００１９】その後、解放完了メッセージ（ＲＥＬ Ｃ
ＯＭＰ）がＩＮＳ６４を介して発信側ＴＡ１０に送信さ
れる（ステップ５１、５２）。これにより、発信側ＴＡ
１０はそれに接続されているパーソナルコンピュータ
に、コールバックサービスの確認メッセージを送出する
（ステップ５３）。以上により、１回目のＵＵＩ情報の
送信のみですべてのＵＵＩ情報が終了と判定した場合の
動作が終了する。これにより、上記のＵＵＩ情報がコー
ルバックサービスを要求していた場合は、続いて着信側
ＴＡ２０が通信を行うために発信側ＴＡ１０に発信し
て、コールバックサービスを提供する。
ＯＭＰ）がＩＮＳ６４を介して発信側ＴＡ１０に送信さ
れる（ステップ５１、５２）。これにより、発信側ＴＡ
１０はそれに接続されているパーソナルコンピュータ
に、コールバックサービスの確認メッセージを送出する
（ステップ５３）。以上により、１回目のＵＵＩ情報の
送信のみですべてのＵＵＩ情報が終了と判定した場合の
動作が終了する。これにより、上記のＵＵＩ情報がコー
ルバックサービスを要求していた場合は、続いて着信側
ＴＡ２０が通信を行うために発信側ＴＡ１０に発信し
て、コールバックサービスを提供する。
【００２０】ここで、この実施の形態では、着信側ＴＡ
２０による第１フェーズの判定結果により、続く第２フ
ェーズが発生するかどうか決まる。着信側ＴＡ２０は、
事前に決められたフォーマットの１回目のＵＵＩ情報か
ら、２回目のＵＵＩ情報が送信されてくるかどうかを判
断する（前記のシーケンス番号と終了番号などから判断
する）。これは限られたビット数では１回目のＳＥＴＵ
Ｐに付加されるＵＵＩ情報だけではすべての必要な情報
を送信することができない場合などに行われる。第２フ
ェーズにむやみに入らないための防止策として、前述し
たように、発信側、着信側のＴＡ１０，２０にてサブア
ドレスまで含めた特定のアドレスを確認しておく方法が
ある。
２０による第１フェーズの判定結果により、続く第２フ
ェーズが発生するかどうか決まる。着信側ＴＡ２０は、
事前に決められたフォーマットの１回目のＵＵＩ情報か
ら、２回目のＵＵＩ情報が送信されてくるかどうかを判
断する（前記のシーケンス番号と終了番号などから判断
する）。これは限られたビット数では１回目のＳＥＴＵ
Ｐに付加されるＵＵＩ情報だけではすべての必要な情報
を送信することができない場合などに行われる。第２フ
ェーズにむやみに入らないための防止策として、前述し
たように、発信側、着信側のＴＡ１０，２０にてサブア
ドレスまで含めた特定のアドレスを確認しておく方法が
ある。
【００２１】第２フェーズが発生する場合、上記の第１
フェーズ終了後に発信側ＴＡ１０はＵＵＩ情報が付加さ
れた２回目の呼設定メッセージを発信する。これによ
り、図２と同様のシーケンスに従い着信側ＴＡ２０は上
記と同様にして、前述した特定アドレスに呼設定メッセ
ージの着信があり、かつ、それから抽出したＵＵＩ情報
が予め取り決めた所定のフォーマットであるかどうか照
合する。また、２回目のＵＵＩ情報には、１回目のＵＵ
Ｉ情報に基づき、着信側ＴＡ２０が期待する内容のデー
タを含むことができる。この２回目のＵＵＩ情報が最後
のＵＵＩ情報であるときは、着信側ＴＡ２０は、回線を
切断した後、前述したコールバックサービスを提供する
ために、発信側ＴＡ１０に発信する。
フェーズ終了後に発信側ＴＡ１０はＵＵＩ情報が付加さ
れた２回目の呼設定メッセージを発信する。これによ
り、図２と同様のシーケンスに従い着信側ＴＡ２０は上
記と同様にして、前述した特定アドレスに呼設定メッセ
ージの着信があり、かつ、それから抽出したＵＵＩ情報
が予め取り決めた所定のフォーマットであるかどうか照
合する。また、２回目のＵＵＩ情報には、１回目のＵＵ
Ｉ情報に基づき、着信側ＴＡ２０が期待する内容のデー
タを含むことができる。この２回目のＵＵＩ情報が最後
のＵＵＩ情報であるときは、着信側ＴＡ２０は、回線を
切断した後、前述したコールバックサービスを提供する
ために、発信側ＴＡ１０に発信する。
【００２２】このように、この実施の形態によれば、着
信時に予め着信側ＴＡ２０が期待するＵＵＩ情報を、呼
設定メッセージ（ＳＥＴＵＰ）に付加して予めお互いの
間で取り決めておいた特定のアドレスで、かつ、特定の
フォーマットで発信側ＴＡ１０が送信し、着信側ＴＡ２
０がこの特定のアドレスで、かつ、特定のフォーマット
のＵＵＩ情報を分離して照合するようにしたため、従来
に比べてより安全に着信側ＴＡ２０が発信側ＴＡ１０に
コールバックサービスを提供できる。
信時に予め着信側ＴＡ２０が期待するＵＵＩ情報を、呼
設定メッセージ（ＳＥＴＵＰ）に付加して予めお互いの
間で取り決めておいた特定のアドレスで、かつ、特定の
フォーマットで発信側ＴＡ１０が送信し、着信側ＴＡ２
０がこの特定のアドレスで、かつ、特定のフォーマット
のＵＵＩ情報を分離して照合するようにしたため、従来
に比べてより安全に着信側ＴＡ２０が発信側ＴＡ１０に
コールバックサービスを提供できる。
【００２３】また、この実施の形態によれば、大きなデ
ータでも１２８バイトのＵＵＩ情報に分割して送信する
ことができるため、特別な契約や特別なパケット通信の
ための設備を投資しなくとも、既存のＩＳＤＮの回線交
換の契約で、時間課金ではない１２８バイト長のパケッ
ト通信のように利用することができる。
ータでも１２８バイトのＵＵＩ情報に分割して送信する
ことができるため、特別な契約や特別なパケット通信の
ための設備を投資しなくとも、既存のＩＳＤＮの回線交
換の契約で、時間課金ではない１２８バイト長のパケッ
ト通信のように利用することができる。
【００２４】なお、本発明は上記の実施の形態に限定さ
れるものではなく、サーバがクライアントに提供するサ
ービスは、コールバックサービス以外のサービスにも適
用可能である。
れるものではなく、サーバがクライアントに提供するサ
ービスは、コールバックサービス以外のサービスにも適
用可能である。
【００２５】
【発明の効果】以上説明したように、本発明によれば、
着信側ターミナルアダプタが特定のアドレスで呼設定メ
ッセージを受信したときにのみ、その呼設定メッセージ
に付加されている情報を取り出して、自己のデータとの
照合を行うことを、上記の情報に示されている回数繰り
返すため、より安全性の高いセキュリティチェックがで
き、上記の情報のフォーマットも複数種類のうち予め定
めたフォーマットであるかを照合することにより、より
一層安全性の高いセキュリティチェックができ、発信側
ターミナルアダプタが希望するサービスを提供すること
ができる。
着信側ターミナルアダプタが特定のアドレスで呼設定メ
ッセージを受信したときにのみ、その呼設定メッセージ
に付加されている情報を取り出して、自己のデータとの
照合を行うことを、上記の情報に示されている回数繰り
返すため、より安全性の高いセキュリティチェックがで
き、上記の情報のフォーマットも複数種類のうち予め定
めたフォーマットであるかを照合することにより、より
一層安全性の高いセキュリティチェックができ、発信側
ターミナルアダプタが希望するサービスを提供すること
ができる。
【００２６】また、本発明によれば、大きなデータでも
１２８バイトのＵＵＩ情報に分割して送信することがで
きるため、特別な契約や特別なパケット通信のための設
備を投資しなくとも、既存のＩＳＤＮの回線交換の契約
で、時間課金ではない１２８バイト長のパケット通信の
ように利用することができる。
１２８バイトのＵＵＩ情報に分割して送信することがで
きるため、特別な契約や特別なパケット通信のための設
備を投資しなくとも、既存のＩＳＤＮの回線交換の契約
で、時間課金ではない１２８バイト長のパケット通信の
ように利用することができる。
【図１】本発明方式の一実施の形態のブロック図であ
る。
る。
【図２】図１の動作説明用シーケンス図である。
１０ 発信側ターミナルアダプタ（ＴＡ）（クライアン
ト） １１、２１ 回線制御部 １２ ユーザ・ユーザ情報（ＵＵＩ情報）入力部 １３、２３ プロトコル制御部 １４、２４ セキュリティデータ入力部 １５、２５ 情報格納部 ２０ 着信側ターミナルアダプタ（ＴＡ）（サーバ） ２２ 判定部 ３１、３２ 回線終端装置（ＤＳＵ）
ト） １１、２１ 回線制御部 １２ ユーザ・ユーザ情報（ＵＵＩ情報）入力部 １３、２３ プロトコル制御部 １４、２４ セキュリティデータ入力部 １５、２５ 情報格納部 ２０ 着信側ターミナルアダプタ（ＴＡ）（サーバ） ２２ 判定部 ３１、３２ 回線終端装置（ＤＳＵ）
───────────────────────────────────────────────────── フロントページの続き (58)調査した分野(Int.Cl.7，ＤＢ名) H04M 11/00 - 11/10 H04L 12/02 H04M 1/66 H04M 3/00 H04M 3/42
Claims (1)
- 【請求項１】 ＩＳＤＮ回線網を介して接続された複数
のターミナルアダプタ間の通信方式において、 前記複数のターミナルアダプタのうち、所定のサービス
を受ける側の発信側ターミナルアダプタと該所定のサー
ビスを提供する側の着信側ターミナルアダプタとの間
で、サービス提供要求時のメッセージ送受信の特定アド
レスを予め取り決めておくと共に、前記発信側ターミナ
ルアダプタと前記着信側ターミナルアダプタとの間で、
送受信前に複数種類用意してあるユーザ・ユーザ情報の
フォーマットのうち使用するフォーマットの種類を予め
通信にて取り決めておき、 前記発信側ターミナルアダプタは、呼設定メッセージに
前記所定のサービスの提供を受けるコマンドとシーケン
ス番号と終了番号を少なくとも含み 、 かつ 、 前記取り決め
ておいた種類のフォーマットのユーザ・ユーザ情報を付
加して、前記特定のアドレスで前記着信側ターミナルア
ダプタに送信し、 前記着信側ターミナルアダプタは、前記呼設定メッセー
ジを前記特定アドレスで受信したときは、その呼設定メ
ッセージ中の前記ユーザ・ユーザ情報を分離して、該分
離したユーザ・ユーザ情報のフォーマットが予め取り決
めておいた種類のフォーマットであるか照合し 、 取り決
めておいた種類のフォーマットであるときのみ 、 該分離
したユーザ・ユーザ情報を自己の予め登録されているデ
ータと照合する送受信動作を、前記分離したユーザ・ユ
ーザ情報に含まれる前記シーケンス番号及び終了番号に
より判断される回数実行し、前記照合結果が一致すると
きは前記着信側ターミナルアダプタが前記所定のサービ
スを提供することを特徴とするセキュリティ通信方式。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP09245756A JP3141822B2 (ja) | 1997-09-10 | 1997-09-10 | セキュリティ通信方式 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP09245756A JP3141822B2 (ja) | 1997-09-10 | 1997-09-10 | セキュリティ通信方式 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JPH1188534A JPH1188534A (ja) | 1999-03-30 |
| JP3141822B2 true JP3141822B2 (ja) | 2001-03-07 |
Family
ID=17138341
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP09245756A Expired - Fee Related JP3141822B2 (ja) | 1997-09-10 | 1997-09-10 | セキュリティ通信方式 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP3141822B2 (ja) |
Families Citing this family (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP6619144B2 (ja) * | 2015-03-17 | 2019-12-11 | ジャパンエレベーターサービスホールディングス株式会社 | エレベーターの通話管理システム |
-
1997
- 1997-09-10 JP JP09245756A patent/JP3141822B2/ja not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| JPH1188534A (ja) | 1999-03-30 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| EP0605349B1 (en) | Switched circuit connection management over public data networks for wide area networks | |
| US5511113A (en) | Service switching point and system for creating detailed charging information | |
| JPH05260045A (ja) | デ−タ端末装置の通信方法 | |
| US6377673B1 (en) | Intelligent peripheral system and call processing method thereof | |
| US8615007B2 (en) | Network switching system with asynchronous and isochronous interface | |
| JP3141822B2 (ja) | セキュリティ通信方式 | |
| US6510136B1 (en) | Method and apparatus for setting a signaling virtual channel for an ATM exchange system | |
| JPH11355460A (ja) | Ｉｓｄｎ回線の接続方法 | |
| JP3027483B2 (ja) | 回線切替制御方法及びその装置 | |
| JP3130711B2 (ja) | プロトコルモニタ装置 | |
| JPH09219752A (ja) | コールバック機能付きｉｓｄｎターミナルアダプタ | |
| KR100532318B1 (ko) | 브이5.2 프로토콜에서 데이터링크 맵 설정방법 | |
| JPH0558302B2 (ja) | ||
| JP2856684B2 (ja) | リモートメンテナンスシステム | |
| JP2000041104A (ja) | 交換機 | |
| JP3629112B2 (ja) | Ｉｓｄｎ通信システム、及び端末装置 | |
| JP3241846B2 (ja) | パケット端末の回線交換網への接続方法及びその装置 | |
| JPH057259A (ja) | Ｉｓｄｎにおけるデータ通信方式 | |
| JPH0313148A (ja) | Ｉｓｄｎにおける情報転送方法 | |
| JPH03262251A (ja) | Ｉｓｄｎ接続の通信端末装置 | |
| JP2000049888A (ja) | 通信プロトコル制御装置および異種網間通信装置 | |
| JPH04262647A (ja) | パケット交換通信方式 | |
| JPH06268710A (ja) | Ｉｓｄｎ通信制御方法 | |
| JPH01194636A (ja) | 通信処理装置の発信制御方法 | |
| JPH05167639A (ja) | Ｉｓｄｎ端末装置の制御方法 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20071222 Year of fee payment: 7 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20081222 Year of fee payment: 8 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20091222 Year of fee payment: 9 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20091222 Year of fee payment: 9 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20101222 Year of fee payment: 10 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20101222 Year of fee payment: 10 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20111222 Year of fee payment: 11 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20111222 Year of fee payment: 11 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20121222 Year of fee payment: 12 |
|
| LAPS | Cancellation because of no payment of annual fees |