JP4827717B2 - 通信システム及び発信側端末装置及び着信側端末装置 - Google Patents
通信システム及び発信側端末装置及び着信側端末装置 Download PDFInfo
- Publication number
- JP4827717B2 JP4827717B2 JP2006343456A JP2006343456A JP4827717B2 JP 4827717 B2 JP4827717 B2 JP 4827717B2 JP 2006343456 A JP2006343456 A JP 2006343456A JP 2006343456 A JP2006343456 A JP 2006343456A JP 4827717 B2 JP4827717 B2 JP 4827717B2
- Authority
- JP
- Japan
- Prior art keywords
- terminal device
- network
- caller
- terminal
- calling
- 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.)
- Active
Links
Images
Landscapes
- Data Exchanges In Wide-Area Networks (AREA)
- Mobile Radio Communication Systems (AREA)
- Telephonic Communication Services (AREA)
Description
この発明は、端末装置どうしが中継装置を介して通信データをやり取りする通信システムに関する。
従来の通信確立方式は、発信側の端末装置から着信側の端末装置の端末番号を中継装置に直接通知することで、端末間の通信を確立していた（例えば、特許文献１）。
特開２００３−２２４６０９号公報、第１頁、第４〜５図
従来の通信確立方式では、中継装置で端末間の通信を確立する際に、発信側の端末から中継装置へ着信側の端末番号が通知されるため、中継装置ではどの端末とどの端末とが通信を行っているかが分かり、端末利用者のプライバシが端末利用者以外に漏えいするという課題があった。
この発明は、端末装置間の通信を確立する際に、どの端末装置とどの端末装置とが通信を行っているかが中継装置にも分からないようにすることで、通信に関する利用者のプライバシが漏えいすることを防ぐことを目的とする。
この発明の通信システムは、
通信相手の端末装置を呼び出す発信側端末装置と、前記発信側端末装置から呼び出しを受ける前記端末装置である着信側端末装置と、前記発信側端末装置と前記着信側端末装置とを認証し、前記発信側端末装置と前記着信側端末装置とのいずれの認証も成立した場合に、所定の第１ネットワークを介して前記発信側端末装置と前記着信側端末装置との間でやり取りされる通信データを前記第１ネットワーク上で中継する中継装置と
を備えた通信システムにおいて、
前記発信側端末装置は、
自己に付与された固有の発信側端末番号と、前記着信側端末装置に付与された固有の着信側端末番号とを記憶する発信側記憶部と、
乱数を生成する発信側乱数生成部と、
前記発信側記憶部が記憶している前記発信側端末番号を前記第１ネットワークと異なる第２ネットワークを介して前記着信側端末装置に送信する発信側第２ネットワーク通信部と、
前記発信側記憶部が記憶している前記発信側端末番号と前記着信側端末番号と前記発信側乱数生成部が生成した乱数とに基づいて、所定の規則を使用することにより前記中継装置による前記認証に使用する発信側認証コードを生成する発信側制御部と、
前記発信側制御部が生成した前記発信側認証コードを前記中継装置に前記第１ネットワークを介して送信する発信側第１ネットワーク通信部と
を備え、
前記着信側端末装置は、
前記着信側端末番号を記憶する着信側記憶部と、
乱数を生成する着信側乱数生成部と、
前記発信側第２ネットワーク通信部が送信した前記発信側端末番号を前記第２ネットワークを介して受信する着信側第２ネットワーク通信部と、
前記着信側記憶部が記憶している前記着信側端末番号と、前記着信側乱数生成部が生成した乱数と、前記着信側第２ネットワーク通信部が受信した前記発信側端末番号とに基づいて、前記発信側制御部が使用する前記所定の規則と同一の規則を使用することにより前記中継装置による前記認証に使用する着信側認証コードを生成する着信側制御部と、
前記着信側制御部が生成した前記着信側認証コードを前記中継装置に前記第１ネットワークを介して送信する着信側第１ネットワーク通信部と
を備え、
前記中継装置は、
前記発信側第１ネットワーク通信部から前記発信側認証コードを前記第１ネットワークを介して受信するとともに前記着信側第１ネットワーク通信部から前記着信側認証コードを前記第１ネットワークを介して受信する中継側第１ネットワーク通信部と、
前記中継側第１ネットワーク通信部が受信した前記発信側認証コードと前記着信側認証コードとが一致するかどうかを認証し、認証の結果、一致すると判定した場合にのみ、前記発信側端末装置と前記着信側端末装置とから前記第１ネットワークを介して送られてくるそれぞれの前記通信データを相手方の端末装置に前記第１ネットワークを介して中継するセッション管理部と
を備えたことを特徴とする。
通信相手の端末装置を呼び出す発信側端末装置と、前記発信側端末装置から呼び出しを受ける前記端末装置である着信側端末装置と、前記発信側端末装置と前記着信側端末装置とを認証し、前記発信側端末装置と前記着信側端末装置とのいずれの認証も成立した場合に、所定の第１ネットワークを介して前記発信側端末装置と前記着信側端末装置との間でやり取りされる通信データを前記第１ネットワーク上で中継する中継装置と
を備えた通信システムにおいて、
前記発信側端末装置は、
自己に付与された固有の発信側端末番号と、前記着信側端末装置に付与された固有の着信側端末番号とを記憶する発信側記憶部と、
乱数を生成する発信側乱数生成部と、
前記発信側記憶部が記憶している前記発信側端末番号を前記第１ネットワークと異なる第２ネットワークを介して前記着信側端末装置に送信する発信側第２ネットワーク通信部と、
前記発信側記憶部が記憶している前記発信側端末番号と前記着信側端末番号と前記発信側乱数生成部が生成した乱数とに基づいて、所定の規則を使用することにより前記中継装置による前記認証に使用する発信側認証コードを生成する発信側制御部と、
前記発信側制御部が生成した前記発信側認証コードを前記中継装置に前記第１ネットワークを介して送信する発信側第１ネットワーク通信部と
を備え、
前記着信側端末装置は、
前記着信側端末番号を記憶する着信側記憶部と、
乱数を生成する着信側乱数生成部と、
前記発信側第２ネットワーク通信部が送信した前記発信側端末番号を前記第２ネットワークを介して受信する着信側第２ネットワーク通信部と、
前記着信側記憶部が記憶している前記着信側端末番号と、前記着信側乱数生成部が生成した乱数と、前記着信側第２ネットワーク通信部が受信した前記発信側端末番号とに基づいて、前記発信側制御部が使用する前記所定の規則と同一の規則を使用することにより前記中継装置による前記認証に使用する着信側認証コードを生成する着信側制御部と、
前記着信側制御部が生成した前記着信側認証コードを前記中継装置に前記第１ネットワークを介して送信する着信側第１ネットワーク通信部と
を備え、
前記中継装置は、
前記発信側第１ネットワーク通信部から前記発信側認証コードを前記第１ネットワークを介して受信するとともに前記着信側第１ネットワーク通信部から前記着信側認証コードを前記第１ネットワークを介して受信する中継側第１ネットワーク通信部と、
前記中継側第１ネットワーク通信部が受信した前記発信側認証コードと前記着信側認証コードとが一致するかどうかを認証し、認証の結果、一致すると判定した場合にのみ、前記発信側端末装置と前記着信側端末装置とから前記第１ネットワークを介して送られてくるそれぞれの前記通信データを相手方の端末装置に前記第１ネットワークを介して中継するセッション管理部と
を備えたことを特徴とする。
この発明により、端末装置間の通信を確立する際に、どの端末装置とどの端末装置とが通信を行っているかを秘匿可能な通信システムを提供することができる。
実施の形態１．
図１〜図１２を用いて実施の携帯を説明する。図１は、実施の形態１における通信システム１０００の構成概要を示す図である。通信システム１０００では、端末装置１０Ａと端末装置３０Ｂとが、中継装置５０による中継を介して、インターネット６２（第１ネットワーク）で通信データをやり取りする。以下では、端末装置１０Ａから端末装置３０Ｂを呼び出すことを想定する。このため、以下では端末装置１０Ａを発信側端末装置、端末装置３０Ｂを着信側端末装置と呼ぶ場合がある。なお、端末装置１０Ａと端末装置３０Ｂとは同じ構成であり、端末装置３０Ｂから端末装置１０Ａを呼び出す場合は、端末装置３０Ｂが発信側端末となる。発信側端末装置１０Ａは、後述する通信網６５（例えば電話回線網：第２ネットワーク）を介して着信側端末装置３０Ｂに自己の電話番号＜１１０Ａ＞を通知する。これにより着信側端末装置３０Ｂは、発信側端末装置１０Ａと発信側端末装置１０Ａからの呼び出しを知る。これを契機として、以降、インターネット６２上において、発信側端末装置１０Ａと中継装置５０との間、及び着信側端末装置３０Ｂと中継装置５０との間で通信確立する処理が行われ、その後、発信側端末装置１０Ａと着信側端末装置３０Ｂとの間で通信データのやり取りが行われる。
図１〜図１２を用いて実施の携帯を説明する。図１は、実施の形態１における通信システム１０００の構成概要を示す図である。通信システム１０００では、端末装置１０Ａと端末装置３０Ｂとが、中継装置５０による中継を介して、インターネット６２（第１ネットワーク）で通信データをやり取りする。以下では、端末装置１０Ａから端末装置３０Ｂを呼び出すことを想定する。このため、以下では端末装置１０Ａを発信側端末装置、端末装置３０Ｂを着信側端末装置と呼ぶ場合がある。なお、端末装置１０Ａと端末装置３０Ｂとは同じ構成であり、端末装置３０Ｂから端末装置１０Ａを呼び出す場合は、端末装置３０Ｂが発信側端末となる。発信側端末装置１０Ａは、後述する通信網６５（例えば電話回線網：第２ネットワーク）を介して着信側端末装置３０Ｂに自己の電話番号＜１１０Ａ＞を通知する。これにより着信側端末装置３０Ｂは、発信側端末装置１０Ａと発信側端末装置１０Ａからの呼び出しを知る。これを契機として、以降、インターネット６２上において、発信側端末装置１０Ａと中継装置５０との間、及び着信側端末装置３０Ｂと中継装置５０との間で通信確立する処理が行われ、その後、発信側端末装置１０Ａと着信側端末装置３０Ｂとの間で通信データのやり取りが行われる。
図２は、端末装置１０Ａの外観を示す図である。端末装置１０Ａは、外観において、操作ボタン１８、マイクロフォン１９、表示画面２０、スピーカー２１等を備える。
図３は、コンピュータである端末装置１０Ａのハードウェア構成を示す図である。端末装置３０Ｂのハードウェア構成も同様である。図３において、端末装置１０Ａは、プログラムを実行するＣＰＵ８１０を備えている。ＣＰＵ８１０は、バス８２５を介して、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）８１１、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）８１２、表示装置８１３、操作ボタン８１４、第１通信部８１６、第１通信部８１７フラッシュメモリ８２０等と接続され、これらのハードウェアデバイスを制御する。フラッシュメモリ８２０の代わりに、磁気ディスク装置でもよい。
ＲＡＭ８１２は、揮発性メモリの一例である。ＲＯＭ８１１、フラッシュメモリ８２０等の記憶媒体は、不揮発性メモリの一例である。これら揮発性メモリ及び不揮発性メモリは、記憶装置あるいは記憶部、格納部の一例である。
第１通信部８１６は、インターネット６２に接続する。また第２通信部８１７は、通信網６２に接続する。
フラッシュメモリ８２０には、オペレーティングシステム８２１（ＯＳ）、ウィンドウシステム８２２、プログラム群８２３、ファイル群８２４が記憶されている。プログラム群８２３のプログラムは、ＣＰＵ８１０、ＯＳ８２１、ウィンドウシステム８２２により実行される。
上記プログラム群８２３には、以下に述べる実施の形態の説明において「〜部」として説明する機能を実行するプログラムが記憶されている。プログラムは、ＣＰＵ８１０により読み出され実行される。
ファイル群８２４には、以下に述べる実施の形態の説明において、「〜の読み取り結果」、「〜の算出結果」、「〜の生成結果」、「〜の作成結果」、「〜の抽出結果」、「〜の処理結果」として説明する情報や、後述する「共有値テーブル」、「鍵情報」、や自己の電話番号などのデータや、信号値や変数値やパラメータなどが、「〜ファイル」や「〜データベース」の各項目として記憶されている。「〜ファイル」や「〜データベース」は、ディスクやメモリなどの記録媒体に記憶される。ディスクやメモリなどの記憶媒体に記憶された情報やデータや信号値や変数値やパラメータは、読み書き回路を介してＣＰＵ８１０によりメインメモリやキャッシュメモリに読み出され、抽出・検索・参照・比較・演算・計算・処理・出力・表示などのＣＰＵの動作に用いられる。抽出・検索・参照・比較・演算・計算・処理・出力・表示のＣＰＵの動作の間、情報やデータや信号値や変数値やパラメータは、メインメモリやキャッシュメモリやバッファメモリに一時的に記憶される。
また、以下に述べる実施の形態の説明においては、データや信号値は、ＲＡＭ８１２のメモリ、フラッシュメモリ８２０のメモリ等の記録媒体に記録される。
また、以下に述べる実施の形態の説明において「〜部」として説明するものは、「〜回路」、「〜装置」、「手段」であってもよく、また、「〜ステップ」、「〜手順」、「〜処理」であってもよい。すなわち、「〜部」として説明するものは、ＲＯＭ８１１に記憶されたファームウェアで実現されていても構わない。或いは、ソフトウェアのみ、或いは、素子・デバイス・基板・配線などのハードウェアのみ、或いは、ソフトウェアとハードウェアとの組み合わせ、さらには、ファームウェアとの組み合わせで実施されても構わない。ファームウェアとソフトウェアは、プログラムとして、フラッシュメモリ８２０、磁気ディスク等の記録媒体に記憶される。プログラムはＣＰＵ８１０により読み出され、ＣＰＵ８１０により実行される。すなわち、プログラムは、以下に述べる「〜部」としてコンピュータを機能させるものである。あるいは、以下に述べる「〜部」の手順や方法をコンピュータに実行させるものである。
図４は、実施の形態１における通信システム１０００のブッロク構成図である。通信システム１０００は、端末装置１０Ａと、端末装置３０Ｂと、中継装置５０とを備える。
発信側の端末装置１０Ａは、中継装置５０とのデータの送受信を行う第１の送受信部１１（発信側第１ネットワーク通信部）と、乱数を生成する乱数生成部１２と、時刻を提供する時計部１３と、送信データの生成と受信データの解析を行う制御部１４と、データを記憶する記憶部１５と、端末利用者からの操作や送信データの入力及び端末利用者へのエラーや受信データの出力を行う入出力部１６と、他の端末装置とのデータの送受信を行う第２の送受信部１７（発信側第２ネットワーク通信部）とを備える。
制御部１４は、具体的にはプログラムを実行するＣＰＵと、プログラムの実行結果を一時的に蓄えるＲＡＭからなる。記憶部１５は、不揮発性のフラッシュメモリからなり、電話番号（端末番号の一例）や鍵の情報を記憶する。
入出力部１６は、利用者からのキー操作を受け付ける操作ボタン１８と、利用者の音声をデータに変換するマイクロフォン１９と、利用者へエラー等を表示する表示画面２０と、データを音声として出力するスピーカー２１と、ＰＣ（Ｐｅｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒ）などの他の装置とのデータのやり取りを行う入出力Ｉ／Ｆ２２とからなる。
着信側の端末装置３０Ｂは、端末装置１０Ａと同一の構成である。端末装置３０Ｂは、中継装置とのデータの送受信を行う第１の送受信部３１（着信側第１ネットワーク通信部）と、乱数を生成する乱数生成部３２と、時刻を提供する時計部３３と、送信データの生成と受信データの解析を行う制御部３４と、データを記憶する記憶部３５と、端末利用者からの操作や送信データの入力及び端末利用者へのエラーや受信データの出力を行う入出力部３６と、他の端末装置とのデータの送受信を行う第２の送受信部３７（着信側第２ネットワーク通信部）とを備える。
制御部３４は、プログラムを実行するＣＰＵとプログラムの実行結果を一時的に蓄えるＲＡＭからなる。記憶部３５は、不揮発性のフラッシュメモリからなり、電話番号や鍵の情報を記憶する。入出力部３６は、利用者からのキー操作を受け付ける操作ボタン３８と、利用者の音声をデータに変換するマイクロフォン３９と、利用者へエラーを表示する表示画面４０と、データを音声として出力するスピーカー４１と、ＰＣなどの他の装置とのデータのやり取りを行う入出力Ｉ／Ｆ４２とからなる。
中継装置５０は、鍵を記憶する鍵管理部５１と、端末装置間の通信セッションの管理を行うセッション管理部５２と、端末装置とのデータの送受信を行う送受信部５３（中継側第２ネットワーク通信部）とを備える。鍵管理部５１は、具体的にはハードディスク装置からなり、鍵の情報を記憶する。セッション管理部５２は、プログラムを実行するＣＰＵとプログラムの実行結果を一時的に蓄えるＲＡＭからなる。
発信側のゲートウェイ装置６０Ａは、端末装置１０Ａがデータ通信に利用する無線網及び有線網からなるアクセスネットワーク６１とＩＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）パケット網であるインターネット６２（第１ネットワーク）との間でＩＰパケットを中継する装置である。ゲートウェイ装置６０Ａは、端末装置１０Ａがアクセスネットワーク６１に接続した際に、端末装置１０Ａへ動的にＩＰアドレスを割り当てる。
着信側のゲートウェイ装置６３Ｂは、ゲートウェイ装置６０Ａに対応する装置である。ゲートウェイ装置６３Ｂは、端末装置３０Ｂがデータ通信に利用する無線網及び有線網からなるアクセスネットワーク６４とＩＰパケット網であるインターネット６２との間でＩＰパケットを中継する装置である。ゲートウェイ装置６３Ｂは、端末装置３０Ｂがアクセスネットワーク６４に接続した際に、端末装置３０Ｂへ動的にＩＰアドレスを割り当てる。
インターネット６２は、ＩＰパケットをＩＰアドレスにより中継するネットワークである、中継装置５０５０はインターネット６２に常時接続されており、少なくとも１つ以上の固定のＩＰアドレスを有する。
通信網６５（第２ネットワーク）は、無線及び有線のネットワークと交換機（図示せず）を含み、非ＩＰパケットにより通信を行う通信網（例えば電話回線網）である。端末装置１０Ａ及び端末装置３０Ｂは、通信網６５での通信に必要な、それぞれ固有のアドレス（端末番号）を有する。
次に、図５〜図１２を参照して、通信システム１０００の動作を説明する。
図５は、通信システム１０００のる動作を示す動作シーケンス図である。
図６は、発信側端末装置１０Ａの処理手順を示すフローチャートである。
図７は、中継装置５０における処理手順を示すフローチャートである。
図８は、着信側端末装置３０Ｂの処理手順を示すフローチャートである。
図９は、端末装置１０Ａ及び端末装置３０Ｂと、中継装置５０との間で送受信を行うパケットの形式を示す。
図１０は、端末装置１０Ａの記憶部１５上に記憶する共有値テーブル２５の一例を示す。
図１１は、中継装置５０のセッション管理部５２上に記憶する、待ち受けテーブル５２１の一例を示す。
図１２は、中継装置５０のセッション管理部５２上に記憶するセッションテーブル５２２の一例を示す。
図５は、通信システム１０００のる動作を示す動作シーケンス図である。
図６は、発信側端末装置１０Ａの処理手順を示すフローチャートである。
図７は、中継装置５０における処理手順を示すフローチャートである。
図８は、着信側端末装置３０Ｂの処理手順を示すフローチャートである。
図９は、端末装置１０Ａ及び端末装置３０Ｂと、中継装置５０との間で送受信を行うパケットの形式を示す。
図１０は、端末装置１０Ａの記憶部１５上に記憶する共有値テーブル２５の一例を示す。
図１１は、中継装置５０のセッション管理部５２上に記憶する、待ち受けテーブル５２１の一例を示す。
図１２は、中継装置５０のセッション管理部５２上に記憶するセッションテーブル５２２の一例を示す。
図５を用いて実施の形態１の通信システム１０００の動作を説明する。以下の説明では、図５のシーケンス図をもとに、発信側端末装置１０Ａの動作は図６（ステップＳ３００番台）を参照して説明し、中継装置５０の動作は図７（ステップＳ４００番台）を参照して説明し、着信側端末装置３０Ｂの動作は図８（ステップＳ５００番台）を参照して説明する。
（Ｓｔｅｐ１：端末装置１０Ａ）
まず、利用者の操作により発信側の端末装置１０Ａが操作ボタン１８から着信側の端末装置３０Ｂの電話番号＜３０Ｂ＞を含む「発信指示」を受け付ける（図６のステップＳ３０１）と、第１の送受信部１１を介して発信側のゲートウェイ装置６０Ａに対して接続要求を送信する（図６のステップＳ３０２）。
まず、利用者の操作により発信側の端末装置１０Ａが操作ボタン１８から着信側の端末装置３０Ｂの電話番号＜３０Ｂ＞を含む「発信指示」を受け付ける（図６のステップＳ３０１）と、第１の送受信部１１を介して発信側のゲートウェイ装置６０Ａに対して接続要求を送信する（図６のステップＳ３０２）。
（Ｓｔｅｐ２：ゲートウェイ６０Ａ）
ゲートウェイ装置６０Ａでは、端末装置１０Ａに動的にＩＰアドレスＩＰ（Ａ）を割り当て、割り当てたＩＰアドレスＩＰ（Ａ）を端末装置１０Ａに対して送信する。
ゲートウェイ装置６０Ａでは、端末装置１０Ａに動的にＩＰアドレスＩＰ（Ａ）を割り当て、割り当てたＩＰアドレスＩＰ（Ａ）を端末装置１０Ａに対して送信する。
（Ｓｔｅｐ２：端末装置１０Ａ）
端末装置１０Ａは、このＩＰアドレスＩＰ（Ａ）を第１の送受信部１１で受信し、第１の送受信部にセットする（ステップＳ３０３）。次に、端末装置１０Ａの制御部１４は、下記の［式１］（所定の規則の一例）から認証コードＲ１を生成する。この場合、端末装置１０Ａの記憶部１５は、図１０に示す「共有値テーブル２５」を記憶している。「共有値テーブル２５」とは、端末装置１０Ａが他の端末装置と共有する共有値Ｓ１を他の端末装置の電話番号（端末番号）と関連付けて記憶しているテーブルである。図１０の電話番号「０９０１２３４５６７８」が着信側端末装置３０Ｂの電話番号とすると、着信側端末装置３０Ｂの共有値テーブルには、共有値「０ｘ３５ＡＢ９６Ｂ１４９Ｅ０Ｃ７Ａ０」には、発信側端末装置１０Ａの電話番号が対応付けて記憶されている。この場合、この「０ｘ３５ＡＢ９６Ｂ１４９Ｅ０Ｃ７Ａ０」は、発信側端末装置１０Ａと着信側端末装置３０Ｂとの共有値Ｓ１である。
端末装置１０Ａは、このＩＰアドレスＩＰ（Ａ）を第１の送受信部１１で受信し、第１の送受信部にセットする（ステップＳ３０３）。次に、端末装置１０Ａの制御部１４は、下記の［式１］（所定の規則の一例）から認証コードＲ１を生成する。この場合、端末装置１０Ａの記憶部１５は、図１０に示す「共有値テーブル２５」を記憶している。「共有値テーブル２５」とは、端末装置１０Ａが他の端末装置と共有する共有値Ｓ１を他の端末装置の電話番号（端末番号）と関連付けて記憶しているテーブルである。図１０の電話番号「０９０１２３４５６７８」が着信側端末装置３０Ｂの電話番号とすると、着信側端末装置３０Ｂの共有値テーブルには、共有値「０ｘ３５ＡＢ９６Ｂ１４９Ｅ０Ｃ７Ａ０」には、発信側端末装置１０Ａの電話番号が対応付けて記憶されている。この場合、この「０ｘ３５ＡＢ９６Ｂ１４９Ｅ０Ｃ７Ａ０」は、発信側端末装置１０Ａと着信側端末装置３０Ｂとの共有値Ｓ１である。
端末装置１０Ａの制御部１４は、
（１）記憶部１５に記憶している「共有値テーブル２５」から得られる着信側端末装置３０Ｂの電話番号に対応した共有値Ｓ１（例えば前記の「０ｘ３５ＡＢ９６Ｂ１４９Ｅ０Ｃ７Ａ０」）と、
（２）時計部１３が提供する時刻情報を基に乱数生成部１２が生成した乱数Ｒ０と、
（３）記憶部１５に記憶されて自端末装置１０Ａの電話番号＜１０Ａ＞と、
（４）Ｓｔｅｐ１で指定した着信側の端末装置３０Ｂの電話番号＜１３０Ａ＞と
を使って、［式１］（所定の規則）により、認証コードＲ１（発信側認証コード）を生成する。
（１）記憶部１５に記憶している「共有値テーブル２５」から得られる着信側端末装置３０Ｂの電話番号に対応した共有値Ｓ１（例えば前記の「０ｘ３５ＡＢ９６Ｂ１４９Ｅ０Ｃ７Ａ０」）と、
（２）時計部１３が提供する時刻情報を基に乱数生成部１２が生成した乱数Ｒ０と、
（３）記憶部１５に記憶されて自端末装置１０Ａの電話番号＜１０Ａ＞と、
（４）Ｓｔｅｐ１で指定した着信側の端末装置３０Ｂの電話番号＜１３０Ａ＞と
を使って、［式１］（所定の規則）により、認証コードＲ１（発信側認証コード）を生成する。
また、端末装置１０Ａの制御部１４は、下記の［式２］により、セッション鍵暗号化鍵Ｒ２を生する。［式２］において、制御部１４は、適当な数値をセッション鍵Ｋｓとし、［式３］に示すように、このセッション鍵ＫＳをセッション鍵暗号化鍵Ｒ２を鍵として暗号化した「暗号化セッション鍵Ｋ１」を生成する（ステップＳ３０４）。
Ｒ１＝Ｈ（Ｓ１｜｜Ｒ０｜｜自端末装置の電話番号｜｜着信側端末装置の電話番号） ［式１］
Ｒ２＝Ｈ（Ｓ１｜｜自端末装置の電話番号｜｜Ｒ０｜｜着信側端末装置の電話番号） ［式２］
Ｋ１＝ＥＲ２（Ｋｓ） ［式３］
なお、上記［式１］及び［式２］の演算で、「Ｈ（ ）」はハッシュ関数を示す。
また、「｜｜」は、データの結合を示す。
また、Ｒ０は乱数生成部１２で生成された乱数を示す。
上記［式３］の「ＥＫ（Ａ）」は、鍵ＫでデータＡの暗号化を行う共通鍵暗号化関数を示す。ハッシュ関数には、例えば、ＳＨＡ−１を、共通鍵暗号化関数には、Ｔｒｉｐｌｅ−ＤＥＳを用いる。
Ｒ２＝Ｈ（Ｓ１｜｜自端末装置の電話番号｜｜Ｒ０｜｜着信側端末装置の電話番号） ［式２］
Ｋ１＝ＥＲ２（Ｋｓ） ［式３］
なお、上記［式１］及び［式２］の演算で、「Ｈ（ ）」はハッシュ関数を示す。
また、「｜｜」は、データの結合を示す。
また、Ｒ０は乱数生成部１２で生成された乱数を示す。
上記［式３］の「ＥＫ（Ａ）」は、鍵ＫでデータＡの暗号化を行う共通鍵暗号化関数を示す。ハッシュ関数には、例えば、ＳＨＡ−１を、共通鍵暗号化関数には、Ｔｒｉｐｌｅ−ＤＥＳを用いる。
（Ｓｔｅｐ３：端末装置１０Ａ）
端末装置１０Ａの制御部１４は、第１の送受信部１１を介して、図９（ａ）に示す「認証コードパケット１０１」を中継装置５０へ送信する（ステップＳ３０５）。
図９（ａ）に示すように、「認証コードパケット１０１」は、
（１）認証コードの「パケット種別」と、
（２）「認証コードＲ１」と、
（３）「自端末装置１０Ａの電話番号＜１０Ａ＞」と、
（４）「セッション鍵Ｋｓ」と、
（５）「暗号化セッション鍵Ｋ１」と
を含んでいる。
端末装置１０Ａの制御部１４は、第１の送受信部１１を介して、図９（ａ）に示す「認証コードパケット１０１」を中継装置５０へ送信する（ステップＳ３０５）。
図９（ａ）に示すように、「認証コードパケット１０１」は、
（１）認証コードの「パケット種別」と、
（２）「認証コードＲ１」と、
（３）「自端末装置１０Ａの電話番号＜１０Ａ＞」と、
（４）「セッション鍵Ｋｓ」と、
（５）「暗号化セッション鍵Ｋ１」と
を含んでいる。
（Ｓｔｅｐ３：中継装置５０）
中継装置５０は、送受信部５３が「認証コードパケット１０１」を受信する（図７のステップＳ４０１）。送受信部５３が「認証コードパケット１０１」を受信すると、セッション管理部５２は、受信パケットの「パケット種別」をチェックする（ステップＳ４０２）。セッション管理部５２は、チェックの結果、「パケット種別」が認証コードの場合には、前記の
（２）認証コードＲ１と、
（３）電話番号＜１０Ａ＞と、
（４）セッション鍵Ｋｓと、
（５）暗号化セッション鍵Ｋ１と、
及び
（６）受信パケットの送信元ＩＰアドレス(発信側端末装置１０ＡのＩＰアドレスＩＰＡ)と
の（２）〜（６）からなる「組」を、自己の備えるＲＡＭ上の「待ち受けテーブル５２１」に記憶し（ステップＳ４０３）、処理を終了する。図１１に「待ち受けテーブル５２１」の一例を示す。図１１では、前記（２）〜（６）のうち、（４）セッション鍵Ｋｓ、（５）暗号化セッション鍵Ｋ１は省略した。
中継装置５０は、送受信部５３が「認証コードパケット１０１」を受信する（図７のステップＳ４０１）。送受信部５３が「認証コードパケット１０１」を受信すると、セッション管理部５２は、受信パケットの「パケット種別」をチェックする（ステップＳ４０２）。セッション管理部５２は、チェックの結果、「パケット種別」が認証コードの場合には、前記の
（２）認証コードＲ１と、
（３）電話番号＜１０Ａ＞と、
（４）セッション鍵Ｋｓと、
（５）暗号化セッション鍵Ｋ１と、
及び
（６）受信パケットの送信元ＩＰアドレス(発信側端末装置１０ＡのＩＰアドレスＩＰＡ)と
の（２）〜（６）からなる「組」を、自己の備えるＲＡＭ上の「待ち受けテーブル５２１」に記憶し（ステップＳ４０３）、処理を終了する。図１１に「待ち受けテーブル５２１」の一例を示す。図１１では、前記（２）〜（６）のうち、（４）セッション鍵Ｋｓ、（５）暗号化セッション鍵Ｋ１は省略した。
（Ｓｔｅｐ４：端末装置１０Ａ）
端末装置１０Ａの第２の送受信部１７から通信網６５を介して、着信側端末装置３０Ｂに、ショートメッセージを送信し、自端末の電話番号＜１０Ａ＞を通知する（ステップＳ３０６）。
端末装置１０Ａの第２の送受信部１７から通信網６５を介して、着信側端末装置３０Ｂに、ショートメッセージを送信し、自端末の電話番号＜１０Ａ＞を通知する（ステップＳ３０６）。
（Ｓｔｅｐ４：端末装置３０Ｂ）
端末装置３０Ｂは、受信したショートメッセージの発信元から、発信側の電話番号＜１０Ａ＞を取得する（ステップＳ５０１）。
端末装置３０Ｂは、受信したショートメッセージの発信元から、発信側の電話番号＜１０Ａ＞を取得する（ステップＳ５０１）。
（Ｓｔｅｐ５：端末装置３０Ｂ）
端末装置３０Ｂは、第１の送受信部３１を介して着信側のゲートウェイ装置６３Ｂに対して、接続要求を送信する（ステップＳ５０２）。
端末装置３０Ｂは、第１の送受信部３１を介して着信側のゲートウェイ装置６３Ｂに対して、接続要求を送信する（ステップＳ５０２）。
（Ｓｔｅｐ６：ゲートウェイ装置６３Ｂ）
ゲートウェイ装置６３Ｂは、端末装置３０Ｂに動的にＩＰアドレスＩＰＢを割り当て、割り当てたＩＰアドレスＩＰＢを端末装置３０Ｂに対して送信する。
ゲートウェイ装置６３Ｂは、端末装置３０Ｂに動的にＩＰアドレスＩＰＢを割り当て、割り当てたＩＰアドレスＩＰＢを端末装置３０Ｂに対して送信する。
（Ｓｔｅｐ６：端末装置３０Ｂ）
端末装置３０Ｂの制御部３４は、このＩＰアドレスＩＰＢを第１の送受信部３１で受信し、第１の送受信部３１にセットする（ステップＳ５０３）。
次に、端末装置３０Ｂの制御部３４は、下記の［式４］（所定の規則の一例）、［式５］から、認証コードＲ１’（着信側認証コード）とセッション鍵暗号化鍵Ｒ２’とを生成する。
すなわち、端末装置３０Ｂの制御部３４は、
（１）記憶部３５に記憶する「共有値テーブル３５１」から得られる発信側の端末装置の電話番号に対応した共有値Ｓ１と、
（２）時計部３３が提供する時刻情報を基に乱数生成部で生成した乱数Ｒ０と
（３）ステップＳ５０１で受信した着信通知より得られる発信側の端末装置１０Ａの電話番号＜１０Ａ＞と、
（４）記憶部３５に記憶する自端末装置３０Ｂの電話番号＜３０Ｂ＞と
を使って、「認証コードＲ１’」と「セッション鍵暗号化鍵Ｒ２’」とを生成する（ステップＳ５０４）。
この通信システムでは、着信側の乱数生成部３２が時計部３３が提供する時刻情報を基に生成する「乱数」は、前述の［式１］で発信側端末装置１０Ａの乱数生成部１２が生成した乱数と、正規の端末装置どうしであれば、同一の値になることを想定している。すなわち、正規の端末装置であれば、
認証コードＲ１＝認証コードＲ１’、
セッション鍵暗号化鍵Ｒ２＝セッション鍵暗号化鍵Ｒ２’
が成立する。
端末装置３０Ｂの制御部３４は、このＩＰアドレスＩＰＢを第１の送受信部３１で受信し、第１の送受信部３１にセットする（ステップＳ５０３）。
次に、端末装置３０Ｂの制御部３４は、下記の［式４］（所定の規則の一例）、［式５］から、認証コードＲ１’（着信側認証コード）とセッション鍵暗号化鍵Ｒ２’とを生成する。
すなわち、端末装置３０Ｂの制御部３４は、
（１）記憶部３５に記憶する「共有値テーブル３５１」から得られる発信側の端末装置の電話番号に対応した共有値Ｓ１と、
（２）時計部３３が提供する時刻情報を基に乱数生成部で生成した乱数Ｒ０と
（３）ステップＳ５０１で受信した着信通知より得られる発信側の端末装置１０Ａの電話番号＜１０Ａ＞と、
（４）記憶部３５に記憶する自端末装置３０Ｂの電話番号＜３０Ｂ＞と
を使って、「認証コードＲ１’」と「セッション鍵暗号化鍵Ｒ２’」とを生成する（ステップＳ５０４）。
この通信システムでは、着信側の乱数生成部３２が時計部３３が提供する時刻情報を基に生成する「乱数」は、前述の［式１］で発信側端末装置１０Ａの乱数生成部１２が生成した乱数と、正規の端末装置どうしであれば、同一の値になることを想定している。すなわち、正規の端末装置であれば、
認証コードＲ１＝認証コードＲ１’、
セッション鍵暗号化鍵Ｒ２＝セッション鍵暗号化鍵Ｒ２’
が成立する。
Ｒ１’＝Ｈ（Ｓ１｜｜Ｒ０｜｜発信側端末装置の電話番号｜｜自端末装置の電話番号）［式４］
Ｒ２’＝Ｈ（Ｓ１｜｜発信側端末装置の電話番号｜｜Ｒ０｜｜自端末装置の電話番号）［式５］
なお、上記［式４］及び［式５］の演算で用いる記号は、［式１］及び［式２］の場合と同様である。
Ｒ２’＝Ｈ（Ｓ１｜｜発信側端末装置の電話番号｜｜Ｒ０｜｜自端末装置の電話番号）［式５］
なお、上記［式４］及び［式５］の演算で用いる記号は、［式１］及び［式２］の場合と同様である。
（Ｓｔｅｐ７：端末装置３０Ｂ）
端末装置３０Ｂは、第１の送受信部３１を介して、図９（ｂ）に示す「セッション情報要求パケット１０２」を中継装置５０へ送信する（ステップＳ５０５）。
図９（ｂ）に示すように、「セッション情報要求パケット１０２」は、
（１）「セッション情報要求パケット１０２」であることを示すパケット種別と、
（２）認証コードＲ１’と、
（３）発信側の端末装置１０Ａの電話番号＜１０Ａ＞と
を含んでいる。
端末装置３０Ｂは、第１の送受信部３１を介して、図９（ｂ）に示す「セッション情報要求パケット１０２」を中継装置５０へ送信する（ステップＳ５０５）。
図９（ｂ）に示すように、「セッション情報要求パケット１０２」は、
（１）「セッション情報要求パケット１０２」であることを示すパケット種別と、
（２）認証コードＲ１’と、
（３）発信側の端末装置１０Ａの電話番号＜１０Ａ＞と
を含んでいる。
（Ｓｔｅｐ７：中継装置５０）
中継装置５０は、送受信部５３で「セッション情報要求パケット１０２」を受信する（ステップＳ４０１）。送受信部５３が「セッション情報要求パケット１０２」を受信すると、セッション管理部５２は、受信パケットのパケット種別をチェックする（ステップＳ４０２）。セッション管理部５２は、パケット種別が「セッション情報要求パケット１０２」の場合には、ＲＡＭ上の「待ち受けテーブル５２１」を参照し、「待ち受けテーブル５２１」の中に、ステップＳ４０１で受信した「セッション情報要求パケット１０２」に含まれる発信側端末装置１０Ａの電話番号＜１０Ａ＞と認証コードＲ１’（前記のように、正規であればＲ１＝Ｒ１’である）とに一致する「組」が記憶されているかをチェックする（ステップＳ４０４）。ステップＳ４０４において、セッション管理部５２は、ステップＳ４０１で受信した「セッション情報要求パケット１０２」に含まれる発信側の端末装置１０Ａの電話番号＜１０Ａ＞と認証コードＲ１’に一致する「組」が待ち受けテーブル５２１に記憶されていない場合には、セッション確立の失敗の成否コードとエラー理由を合わせた図９（ｃ）に示すセッション情報を生成する（ステップＳ４０５）。
中継装置５０は、送受信部５３で「セッション情報要求パケット１０２」を受信する（ステップＳ４０１）。送受信部５３が「セッション情報要求パケット１０２」を受信すると、セッション管理部５２は、受信パケットのパケット種別をチェックする（ステップＳ４０２）。セッション管理部５２は、パケット種別が「セッション情報要求パケット１０２」の場合には、ＲＡＭ上の「待ち受けテーブル５２１」を参照し、「待ち受けテーブル５２１」の中に、ステップＳ４０１で受信した「セッション情報要求パケット１０２」に含まれる発信側端末装置１０Ａの電話番号＜１０Ａ＞と認証コードＲ１’（前記のように、正規であればＲ１＝Ｒ１’である）とに一致する「組」が記憶されているかをチェックする（ステップＳ４０４）。ステップＳ４０４において、セッション管理部５２は、ステップＳ４０１で受信した「セッション情報要求パケット１０２」に含まれる発信側の端末装置１０Ａの電話番号＜１０Ａ＞と認証コードＲ１’に一致する「組」が待ち受けテーブル５２１に記憶されていない場合には、セッション確立の失敗の成否コードとエラー理由を合わせた図９（ｃ）に示すセッション情報を生成する（ステップＳ４０５）。
一方、ステップＳ４０４で、ステップＳ４０１で受信した「セッション情報要求パケット１０２」に含まれる端末装置１０Ａの電話番号＜１０Ａ＞と認証コードＲ１’とに一致する「組」が、待ち受けテーブル５２１に記憶されている場合には、セッション管理部５２は、この「組」を待ち受けテーブル５２１から削除し、着信側端末装置３０Ｂから受信した「セッション情報要求パケット１０２」の
「（１）送信元ＩＰアドレス（この場合ＩＰＢ）」と、
セッション管理部５２のＲＡＭ上の待ち受けテーブル５２１に記憶された「組」であって、ステップＳ４０１にて受信し「「セッション情報要求パケット１０２」に含まれる電話番号（この場合、電話番号＜１０Ａ＞）と認証コードＲ１’に一致する「組」から得られる
「（２）ＩＰアドレス（この場合、ＩＰＡ）」
及び
「（３）セッション鍵Ｋｓ」
との３つからなる「組」を、「セッションテーブル５２２」に登録する（ステップＳ４０６）。図１２は「セッションテーブル５２２」の一例を示している。さらに、セッション管理部５２は、セッション確立の成否の成否コードと暗号化セッション鍵Ｋ１とを合わせた図９（ｃ）に示すセッション情報を生成する（ステップＳ４０７）。
「（１）送信元ＩＰアドレス（この場合ＩＰＢ）」と、
セッション管理部５２のＲＡＭ上の待ち受けテーブル５２１に記憶された「組」であって、ステップＳ４０１にて受信し「「セッション情報要求パケット１０２」に含まれる電話番号（この場合、電話番号＜１０Ａ＞）と認証コードＲ１’に一致する「組」から得られる
「（２）ＩＰアドレス（この場合、ＩＰＡ）」
及び
「（３）セッション鍵Ｋｓ」
との３つからなる「組」を、「セッションテーブル５２２」に登録する（ステップＳ４０６）。図１２は「セッションテーブル５２２」の一例を示している。さらに、セッション管理部５２は、セッション確立の成否の成否コードと暗号化セッション鍵Ｋ１とを合わせた図９（ｃ）に示すセッション情報を生成する（ステップＳ４０７）。
そして、セッション管理部５２は、ステップＳ４０１で受信した「セッション情報要求パケット１０２」に含まれる電話番号＜１０Ａ＞と認証コードＲ１’とを含む「組」を待ち受けテーブル５２１から削除する。
（Ｓｔｅｐ８：中継装置５０）
中継装置５０では、「セッション情報パケット１０３」であることを示すパケット種別と、ステップＳ４０５またはステップＳ４０６で生成したセッション情報を合わせた図９（ｃ）に示す「セッション情報パケット１０３」を送受信部５３を介して端末装置３０Ｂへ送信する（図７のステップＳ４０８）。
中継装置５０では、「セッション情報パケット１０３」であることを示すパケット種別と、ステップＳ４０５またはステップＳ４０６で生成したセッション情報を合わせた図９（ｃ）に示す「セッション情報パケット１０３」を送受信部５３を介して端末装置３０Ｂへ送信する（図７のステップＳ４０８）。
（Ｓｔｅｐ８：端末装置３０Ｂ）
端末装置３０Ｂでは、第１の送受信部３１で「セッション情報パケット１０３」を受信し（ステップＳ５０６）、制御部３４が、受信したセッション情報の成否コードが成功か失敗かをチェックする（ステップＳ５０７）。ステップＳ５０７において、端末装置３０Ｂの制御部３４は、ステップＳ５０５で受信したセッション情報の成否コードが失敗の場合には、セッション情報に含まれるエラー理由を入出力部３６の表示画面４０に表示し（ステップＳ５０８）、第１の送受信部３１を介して着信側のゲートウェイ装置６３Ｂに対して切断要求を送信しゲートウェイ装置６３Ｂとの通信を切断し（ステップＳ５０９）、処理を終了する。
端末装置３０Ｂでは、第１の送受信部３１で「セッション情報パケット１０３」を受信し（ステップＳ５０６）、制御部３４が、受信したセッション情報の成否コードが成功か失敗かをチェックする（ステップＳ５０７）。ステップＳ５０７において、端末装置３０Ｂの制御部３４は、ステップＳ５０５で受信したセッション情報の成否コードが失敗の場合には、セッション情報に含まれるエラー理由を入出力部３６の表示画面４０に表示し（ステップＳ５０８）、第１の送受信部３１を介して着信側のゲートウェイ装置６３Ｂに対して切断要求を送信しゲートウェイ装置６３Ｂとの通信を切断し（ステップＳ５０９）、処理を終了する。
一方、ステップＳ５０７において、ステップＳ５０５で受信したセッション情報の成否コードが成功の場合には、端末装置３０Ｂの制御部３４は、セッション情報に含まれる暗号化セッション鍵Ｋ１と、ステップＳ５０４で生成したセッション鍵暗号化鍵Ｒ２’とから、下記の［式６］によりセッション鍵Ｋｓを復号する（ステップＳ５１０）。
Ｋｓ＝ＤＲ２’（Ｋ１） ［式６］
上記［式６］は、「ＤＫ（Ｂ）」は鍵Ｋで暗号化データＢの復号を行う共通鍵復号関数を示す。
Ｋｓ＝ＤＲ２’（Ｋ１） ［式６］
上記［式６］は、「ＤＫ（Ｂ）」は鍵Ｋで暗号化データＢの復号を行う共通鍵復号関数を示す。
（Ｓｔｅｐ９：中継装置５０）
中継装置５０は、端末装置３０Ｂに送信した「セッション情報パケット１０３」と同一のパケットを送受信部５３を介して端末装置１０Ａへ送信する（ステップＳ４０８）。
中継装置５０は、端末装置３０Ｂに送信した「セッション情報パケット１０３」と同一のパケットを送受信部５３を介して端末装置１０Ａへ送信する（ステップＳ４０８）。
（Ｓｔｅｐ９： 端末装置１０Ａ）
端末装置１０Ａでは、第１の送受信部１１で「セッション情報パケット１０３」を受信し（ステップＳ３０７）、制御部１４は、受信したセッション情報の成否コードが成功か失敗かをチェックする（ステップＳ３０８）。ステップＳ３０８において、端末装置１０Ａの制御部１４は、ステップＳ３０７で受信したセッション情報の成否コードが失敗の場合には、セッション情報に含まれるエラー理由を入出力部１６の表示画面２０に表示し（ステップＳ３０９）、第１の送受信部１１を介して発信側のゲートウェイ装置６０Ａに対して切断要求を送信しゲートウェイ装置６０Ａとの通信を切断し（ステップＳ３１０）、処理を終了する。
端末装置１０Ａでは、第１の送受信部１１で「セッション情報パケット１０３」を受信し（ステップＳ３０７）、制御部１４は、受信したセッション情報の成否コードが成功か失敗かをチェックする（ステップＳ３０８）。ステップＳ３０８において、端末装置１０Ａの制御部１４は、ステップＳ３０７で受信したセッション情報の成否コードが失敗の場合には、セッション情報に含まれるエラー理由を入出力部１６の表示画面２０に表示し（ステップＳ３０９）、第１の送受信部１１を介して発信側のゲートウェイ装置６０Ａに対して切断要求を送信しゲートウェイ装置６０Ａとの通信を切断し（ステップＳ３１０）、処理を終了する。
（Ｓｔｅｐ１０：端末装置１０Ａ）
ステップＳ３０８において、端末装置１０Ａの制御部１４は、ステップＳ３０７で受信したセッション情報の成否コードが成功の場合には、
（１）利用者の操作により操作ボタン１８から入力された指示
もしくは
（２）利用者の音声をマイクロフォン１９が変換したデータ
もしくは
（３）入出力Ｉ／Ｆ２２からのデータ
を入出力部１６を介して読み込む（ステップＳ３１１）。
そして、読み込んだデータが利用者からの終了指示かをチェックする（ステップＳ３１２）。ステップＳ３１２で、読み込んだデータが終了指示でない場合には、制御部１４は、読み込んだデータに対して「セッション鍵Ｋｓ」を使ってＭＡＣ（Ｍｅｓｓａｇｅ Ａｕｔｈｅｎｔｉｃａｔｉｏｎ Ｃｏｄｅ）を生成する。ＭＡＣの生成には、例えばＤＥＳ−ＭＡＣを用いる。さらに、制御部１４は、読み込んだデータがマイクロフォン１９からの音声データか、入出力Ｉ／Ｆ２２からのデータかに応じてデータ種別を生成し、「データパケット１０４」のパケット種別と、データ種別と、データと、ＭＡＣとを合わせた図９（ｄ）に示す「データパケット１０４」を生成し、第１の送受信部１１を介して中継装置５０に送信する（ステップＳ３１３）。
ステップＳ３０８において、端末装置１０Ａの制御部１４は、ステップＳ３０７で受信したセッション情報の成否コードが成功の場合には、
（１）利用者の操作により操作ボタン１８から入力された指示
もしくは
（２）利用者の音声をマイクロフォン１９が変換したデータ
もしくは
（３）入出力Ｉ／Ｆ２２からのデータ
を入出力部１６を介して読み込む（ステップＳ３１１）。
そして、読み込んだデータが利用者からの終了指示かをチェックする（ステップＳ３１２）。ステップＳ３１２で、読み込んだデータが終了指示でない場合には、制御部１４は、読み込んだデータに対して「セッション鍵Ｋｓ」を使ってＭＡＣ（Ｍｅｓｓａｇｅ Ａｕｔｈｅｎｔｉｃａｔｉｏｎ Ｃｏｄｅ）を生成する。ＭＡＣの生成には、例えばＤＥＳ−ＭＡＣを用いる。さらに、制御部１４は、読み込んだデータがマイクロフォン１９からの音声データか、入出力Ｉ／Ｆ２２からのデータかに応じてデータ種別を生成し、「データパケット１０４」のパケット種別と、データ種別と、データと、ＭＡＣとを合わせた図９（ｄ）に示す「データパケット１０４」を生成し、第１の送受信部１１を介して中継装置５０に送信する（ステップＳ３１３）。
（Ｓｔｅｐ１０：中継装置５０）
中継装置５０では、送受信部５３で「データパケット１０４」を受信する（ステップＳ４０１）と、セッション管理部５２において、受信パケットのパケット種別をチェックし（ステップＳ４０２）、パケット種別がデータの場合には、「データパケット１０４」の送信元ＩＰアドレスが、ＲＡＭ上のセッションテーブル５２２に登録されている２つのＩＰアドレスとセッション鍵の組の中にあるかテーブルを検索する（ステップＳ４０９）。ステップＳ４０９で、「データパケット１０４」の送信元ＩＰアドレスを含む組が、セッションテーブル５２２に登録されていない場合には、処理を終了する。ステップＳ４０９で、「データパケット１０４」の送信元ＩＰアドレスを含む組が、セッションテーブル５２２に登録されている場合には、「データパケット１０４」の送信元ＩＰアドレスを含む組から得られるセッション鍵Ｋｓを使って、受信した「データパケット１０４」のデータのＭＡＣを生成し（ステップ４１０）、ステップＳ４０１で受信した「データパケット１０４」に含まれるＭＡＣと一致するかをチェックする（ステップＳ４１１）。
中継装置５０では、送受信部５３で「データパケット１０４」を受信する（ステップＳ４０１）と、セッション管理部５２において、受信パケットのパケット種別をチェックし（ステップＳ４０２）、パケット種別がデータの場合には、「データパケット１０４」の送信元ＩＰアドレスが、ＲＡＭ上のセッションテーブル５２２に登録されている２つのＩＰアドレスとセッション鍵の組の中にあるかテーブルを検索する（ステップＳ４０９）。ステップＳ４０９で、「データパケット１０４」の送信元ＩＰアドレスを含む組が、セッションテーブル５２２に登録されていない場合には、処理を終了する。ステップＳ４０９で、「データパケット１０４」の送信元ＩＰアドレスを含む組が、セッションテーブル５２２に登録されている場合には、「データパケット１０４」の送信元ＩＰアドレスを含む組から得られるセッション鍵Ｋｓを使って、受信した「データパケット１０４」のデータのＭＡＣを生成し（ステップ４１０）、ステップＳ４０１で受信した「データパケット１０４」に含まれるＭＡＣと一致するかをチェックする（ステップＳ４１１）。
（Ｓｔｅｐ１１：中継装置５０）
ステップＳ４１１で、これらのＭＡＣが一致する場合には、「データパケット１０４」の送信元ＩＰアドレス（ＩＰアドレスＩＰＡ）を含む組から得られる「データパケット１０４」の送信元ＩＰアドレスでないもう一方のＩＰアドレス（この場合、ＩＰアドレスＩＰＢ）に対して、送受信部５３を介して「データパケット１０４」を送信し（ステップＳ４１２）、処理を終了する。ステップＳ４１１で、これらのＭＡＣが一致しない場合には、ステップＳ４０１で受信した「データパケット１０４」を廃棄し、処理を終了する。
ステップＳ４１１で、これらのＭＡＣが一致する場合には、「データパケット１０４」の送信元ＩＰアドレス（ＩＰアドレスＩＰＡ）を含む組から得られる「データパケット１０４」の送信元ＩＰアドレスでないもう一方のＩＰアドレス（この場合、ＩＰアドレスＩＰＢ）に対して、送受信部５３を介して「データパケット１０４」を送信し（ステップＳ４１２）、処理を終了する。ステップＳ４１１で、これらのＭＡＣが一致しない場合には、ステップＳ４０１で受信した「データパケット１０４」を廃棄し、処理を終了する。
（Ｓｔｅｐ１１：端末装置３０Ｂ）
端末装置３０Ｂでは、第１の送受信部３１でパケットを受信し（ステップＳ５１１）、制御部３４が、受信したパケットの種別をチェックする（ステップＳ５１２）。制御部３４は、パケットの種別がデータの場合には、データ種別に応じて入出力部３６を介して、スピーカー４１もしくは入出力Ｉ／Ｆ４２へデータを出力する（ステップＳ５１３）。パケットの種別がデータでも切断要求でもない場合には、パケットを廃棄し、ステップＳ５１１からの処理を繰り返す。
端末装置３０Ｂでは、第１の送受信部３１でパケットを受信し（ステップＳ５１１）、制御部３４が、受信したパケットの種別をチェックする（ステップＳ５１２）。制御部３４は、パケットの種別がデータの場合には、データ種別に応じて入出力部３６を介して、スピーカー４１もしくは入出力Ｉ／Ｆ４２へデータを出力する（ステップＳ５１３）。パケットの種別がデータでも切断要求でもない場合には、パケットを廃棄し、ステップＳ５１１からの処理を繰り返す。
（Ｓｔｅｐ１２：端末装置３０Ｂ）
端末装置３０Ｂでは、
（１）利用者の操作により操作ボタン３８から入力された指示
もしくは
（２）利用者の音声をマイクロフォン３９が変換したデータ
もしくは
（３）入出力Ｉ／Ｆ４２からのデータ
を入出力部２６を介して読み込む（ステップＳ５１４）。制御部３４は、読み込んだデータが利用者からの終了指示かをチェックする（ステップＳ５１５）。ステップＳ５１５で、制御部３４は、読み込んだデータが終了指示でない場合には、読み込んだデータに対してセッション鍵Ｋｓを使ってＭＡＣを生成し、マイクロフォン３９からの音声データから入出力Ｉ／Ｆ４２からのデータかに応じてデータ種別を生成し、「データパケット１０４」のパケット種別と、データ種別と、データと、ＭＡＣとを合わせた図９（ｄ）に示す「データパケット１０４」を生成し、第１の送受信部３１を介して中継装置５０に送信する（ステップＳ５１６）。「データパケット１０４」を送信した後に、ステップＳ５１１からの処理を繰り返す。
端末装置３０Ｂでは、
（１）利用者の操作により操作ボタン３８から入力された指示
もしくは
（２）利用者の音声をマイクロフォン３９が変換したデータ
もしくは
（３）入出力Ｉ／Ｆ４２からのデータ
を入出力部２６を介して読み込む（ステップＳ５１４）。制御部３４は、読み込んだデータが利用者からの終了指示かをチェックする（ステップＳ５１５）。ステップＳ５１５で、制御部３４は、読み込んだデータが終了指示でない場合には、読み込んだデータに対してセッション鍵Ｋｓを使ってＭＡＣを生成し、マイクロフォン３９からの音声データから入出力Ｉ／Ｆ４２からのデータかに応じてデータ種別を生成し、「データパケット１０４」のパケット種別と、データ種別と、データと、ＭＡＣとを合わせた図９（ｄ）に示す「データパケット１０４」を生成し、第１の送受信部３１を介して中継装置５０に送信する（ステップＳ５１６）。「データパケット１０４」を送信した後に、ステップＳ５１１からの処理を繰り返す。
（Ｓｔｅｐ１２：中継装置５０）
中継装置５０では、送受信部５３で「データパケット１０４」を受信する（ステップＳ４０１）と、セッション管理部５２において、受信パケットのパケット種別をチェックし（ステップＳ４０２）、パケット種別がデータの場合には、「データパケット１０４」の送信元ＩＰアドレスが、ＲＡＭ上のセッションテーブル５２２に登録されている２つのＩＰアドレスとセッション鍵Ｋｓの組の中にあるかセッションテーブル５２２を検索する（ステップＳ４０９）。ステップＳ４０９で、「データパケット１０４」の送信元ＩＰアドレスを含む組が、セッションテーブル５２２に登録されていない場合には、処理を終了する。ステップＳ４０９で、「データパケット１０４」の送信元ＩＰアドレスを含む組が、セッションテーブル５２２に登録されている場合には、「データパケット１０４」の送信元ＩＰアドレスを含む組から得られるセッション鍵Ｋｓを使って、受信した「データパケット１０４」のデータのＭＡＣを生成し（ステップＳ４１０）、ステップＳ４０１で受信した「データパケット１０４」に含まれるＭＡＣと一致するかをチェックする（ステップＳ４１１）。
中継装置５０では、送受信部５３で「データパケット１０４」を受信する（ステップＳ４０１）と、セッション管理部５２において、受信パケットのパケット種別をチェックし（ステップＳ４０２）、パケット種別がデータの場合には、「データパケット１０４」の送信元ＩＰアドレスが、ＲＡＭ上のセッションテーブル５２２に登録されている２つのＩＰアドレスとセッション鍵Ｋｓの組の中にあるかセッションテーブル５２２を検索する（ステップＳ４０９）。ステップＳ４０９で、「データパケット１０４」の送信元ＩＰアドレスを含む組が、セッションテーブル５２２に登録されていない場合には、処理を終了する。ステップＳ４０９で、「データパケット１０４」の送信元ＩＰアドレスを含む組が、セッションテーブル５２２に登録されている場合には、「データパケット１０４」の送信元ＩＰアドレスを含む組から得られるセッション鍵Ｋｓを使って、受信した「データパケット１０４」のデータのＭＡＣを生成し（ステップＳ４１０）、ステップＳ４０１で受信した「データパケット１０４」に含まれるＭＡＣと一致するかをチェックする（ステップＳ４１１）。
（Ｓｔｅｐ１３：中継装置５０）
ステップＳ４１１で、これらのＭＡＣが一致する場合には、「データパケット１０４」の送信元ＩＰアドレス（端末装置３０ＢのＩＰアドレスＩＰＢ）を含む組から得られる「データパケット１０４」の送信元ＩＰアドレスでないもう一方のＩＰアドレス（ＩＰアドレスＩＰＡ）に対して、送受信部５３を介して「データパケット１０４」を送信し（ステップＳ４１２）、処理を終了する。ステップＳ４１１で、これらのＭＡＣが一致しない場合には、ステップＳ４０１で受信した「データパケット１０４」を廃棄し、処理を終了する。
ステップＳ４１１で、これらのＭＡＣが一致する場合には、「データパケット１０４」の送信元ＩＰアドレス（端末装置３０ＢのＩＰアドレスＩＰＢ）を含む組から得られる「データパケット１０４」の送信元ＩＰアドレスでないもう一方のＩＰアドレス（ＩＰアドレスＩＰＡ）に対して、送受信部５３を介して「データパケット１０４」を送信し（ステップＳ４１２）、処理を終了する。ステップＳ４１１で、これらのＭＡＣが一致しない場合には、ステップＳ４０１で受信した「データパケット１０４」を廃棄し、処理を終了する。
（Ｓｔｅｐ１３：端末装置１０Ａ）
端末装置１０Ａでは、第１の送受信部１１でパケットを受信し（ステップＳ３１４）、制御部１４は、受信したパケットの種別をチェックする（ステップＳ３１５）。パケットの種別がデータの場合には、制御部１４は、データ種別に応じて入出力部１６を介して、スピーカー２１もしくは入出力Ｉ／Ｆ２２へデータを出力し（ステップＳ３１６）、ステップＳ３１１からの処理を繰り返す。パケットの種別がデータでも切断要求でもない場合には、パケットを廃棄し、ステップＳ３１１からの処理を繰り返す。
端末装置１０Ａでは、第１の送受信部１１でパケットを受信し（ステップＳ３１４）、制御部１４は、受信したパケットの種別をチェックする（ステップＳ３１５）。パケットの種別がデータの場合には、制御部１４は、データ種別に応じて入出力部１６を介して、スピーカー２１もしくは入出力Ｉ／Ｆ２２へデータを出力し（ステップＳ３１６）、ステップＳ３１１からの処理を繰り返す。パケットの種別がデータでも切断要求でもない場合には、パケットを廃棄し、ステップＳ３１１からの処理を繰り返す。
（Ｓｔｅｐ１４：端末装置１０Ａ）
ステップＳ３１２で、読み込んだデータが終了指示の場合には、制御部１４は、適当な乱数に対してセッション鍵Ｋｓを使ってＭＡＣを生成し、「切断要求パケット１０５」のパケット種別と、乱数と、ＭＡＣとを合わせた図９（ｅ）に示す「切断要求パケット１０５」を生成し、第１の送受信部１１を介して中継装置５０に対して送信する（ステップＳ３１８）。
ステップＳ３１２で、読み込んだデータが終了指示の場合には、制御部１４は、適当な乱数に対してセッション鍵Ｋｓを使ってＭＡＣを生成し、「切断要求パケット１０５」のパケット種別と、乱数と、ＭＡＣとを合わせた図９（ｅ）に示す「切断要求パケット１０５」を生成し、第１の送受信部１１を介して中継装置５０に対して送信する（ステップＳ３１８）。
（Ｓｔｅｐ１４：中継装置５０）
中継装置５０では、送受信部５３で切断要求パケット１０５を受信する（ステップＳ４０１）と、セッション管理部５２において、受信パケットのパケット種別をチェックし（ステップＳ４０２）、パケット種別が切断要求の場合には、「切断要求パケット１０５」の送信元ＩＰアドレスが、ＲＡＭ上のセッションテーブル５２２に登録されている２つのＩＰアドレスとセッション鍵の組の中にあるかをセッションテーブル５２２を検索する（ステップＳ４１３）。ステップＳ４１３で、「切断要求パケット１０５」の送信元ＩＰアドレスを含む組が、セッションテーブル５２２に登録されていない場合には、処理を終了する。ステップＳ４１３で、「切断要求パケット１０５」の送信元ＩＰアドレスを含む組が、セッションテーブル５２２に登録されている場合には、「切断要求パケット１０５」の送信元ＩＰアドレスを含む組から得られるセッション鍵Ｋｓを使って、受信した「切断要求パケット１０５」の乱数のＭＡＣを生成し（ステップＳ４１４）、ステップＳ４０１で受信した「切断要求パケット１０５」に含まれるＭＡＣと一致するかをチェックする（ステップＳ４１５）。
中継装置５０では、送受信部５３で切断要求パケット１０５を受信する（ステップＳ４０１）と、セッション管理部５２において、受信パケットのパケット種別をチェックし（ステップＳ４０２）、パケット種別が切断要求の場合には、「切断要求パケット１０５」の送信元ＩＰアドレスが、ＲＡＭ上のセッションテーブル５２２に登録されている２つのＩＰアドレスとセッション鍵の組の中にあるかをセッションテーブル５２２を検索する（ステップＳ４１３）。ステップＳ４１３で、「切断要求パケット１０５」の送信元ＩＰアドレスを含む組が、セッションテーブル５２２に登録されていない場合には、処理を終了する。ステップＳ４１３で、「切断要求パケット１０５」の送信元ＩＰアドレスを含む組が、セッションテーブル５２２に登録されている場合には、「切断要求パケット１０５」の送信元ＩＰアドレスを含む組から得られるセッション鍵Ｋｓを使って、受信した「切断要求パケット１０５」の乱数のＭＡＣを生成し（ステップＳ４１４）、ステップＳ４０１で受信した「切断要求パケット１０５」に含まれるＭＡＣと一致するかをチェックする（ステップＳ４１５）。
（Ｓｔｅｐ１５：中継装置５０）
ステップＳ４１５で、これらのＭＡＣが一致する場合には、「切断要求パケット１０５」の送信元ＩＰアドレス（この場合、端末装置１０ＡのＩＰアドレスＩＰＡ）を含む「組」から得られる「切断要求パケット１０５」の送信元ＩＰアドレスでないもう一方のＩＰアドレス（ＩＰアドレスＩＰＢ）に対して、送受信部５３を介して「切断要求パケット１０５」を送信し（ステップＳ４１６）、処理を終了する。ステップＳ４１５で、これらのＭＡＣが一致しない場合には、ステップＳ４０１で受信した「切断要求パケット１０５」を廃棄し、処理を終了する。
ステップＳ４１５で、これらのＭＡＣが一致する場合には、「切断要求パケット１０５」の送信元ＩＰアドレス（この場合、端末装置１０ＡのＩＰアドレスＩＰＡ）を含む「組」から得られる「切断要求パケット１０５」の送信元ＩＰアドレスでないもう一方のＩＰアドレス（ＩＰアドレスＩＰＢ）に対して、送受信部５３を介して「切断要求パケット１０５」を送信し（ステップＳ４１６）、処理を終了する。ステップＳ４１５で、これらのＭＡＣが一致しない場合には、ステップＳ４０１で受信した「切断要求パケット１０５」を廃棄し、処理を終了する。
（Ｓｔｅｐ１５：端末装置３０Ｂ）
端末装置３０Ｂでは、第１の送受信部３１でパケットを受信し（ステップＳ５１１）、制御部３４が、受信したパケットの種別をチェックする（ステップＳ５１２）。
端末装置３０Ｂでは、第１の送受信部３１でパケットを受信し（ステップＳ５１１）、制御部３４が、受信したパケットの種別をチェックする（ステップＳ５１２）。
（Ｓｔｅｐ１６：端末装置３０Ｂ）
ステップＳ５１２において、パケットの種別が切断要求の場合には、制御部３４は、適当な乱数に対してセッション鍵Ｋｓを使ってＭＡＣを生成し、「切断応答パケット１０６」のパケット種別と、乱数と、ＭＡＣとを合わせた図９（ｆ）に示す「切断応答パケット１０６」を生成し、第１の送受信部３１を介して中継装置５０に対して送信する（ステップＳ５１７）。
ステップＳ５１２において、パケットの種別が切断要求の場合には、制御部３４は、適当な乱数に対してセッション鍵Ｋｓを使ってＭＡＣを生成し、「切断応答パケット１０６」のパケット種別と、乱数と、ＭＡＣとを合わせた図９（ｆ）に示す「切断応答パケット１０６」を生成し、第１の送受信部３１を介して中継装置５０に対して送信する（ステップＳ５１７）。
（Ｓｔｅｐ１６：中継装置５０）
中継装置５０では、送受信部５３で「切断応答パケット１０６」を受信する（ステップＳ４０１）と、セッション管理部５２において、受信パケットのパケット種別をチェックし（ステップＳ４０２）、パケット種別が切断応答の場合には、「切断応答パケット１０６」の送信元ＩＰアドレスが、ＲＡＭ上のセッションテーブル５２２に登録されている２つのＩＰアドレスとセッション鍵Ｋｓの組の中にあるかセッションテーブル５２２を検索する（ステップＳ４１７）。ステップＳ４１７で、「切断応答パケット１０６」の送信元ＩＰアドレスを含む組が、セッションテーブル５２２に登録されていない場合には、処理を終了する。ステップＳ４１７で、「切断応答パケット１０６」の送信元ＩＰアドレスを含む組が、セッションテーブル５２２に登録されている場合には、「切断応答パケット１０６」の送信元ＩＰアドレスを含む組から得られるセッション鍵を使って、受信した「切断応答パケット１０６」の乱数のＭＡＣを生成し（ステップ４１８）、ステップＳ４０１で受信した「切断応答パケット１０６」に含まれるＭＡＣと一致するかをチェックする（ステップＳ４１９）。
中継装置５０では、送受信部５３で「切断応答パケット１０６」を受信する（ステップＳ４０１）と、セッション管理部５２において、受信パケットのパケット種別をチェックし（ステップＳ４０２）、パケット種別が切断応答の場合には、「切断応答パケット１０６」の送信元ＩＰアドレスが、ＲＡＭ上のセッションテーブル５２２に登録されている２つのＩＰアドレスとセッション鍵Ｋｓの組の中にあるかセッションテーブル５２２を検索する（ステップＳ４１７）。ステップＳ４１７で、「切断応答パケット１０６」の送信元ＩＰアドレスを含む組が、セッションテーブル５２２に登録されていない場合には、処理を終了する。ステップＳ４１７で、「切断応答パケット１０６」の送信元ＩＰアドレスを含む組が、セッションテーブル５２２に登録されている場合には、「切断応答パケット１０６」の送信元ＩＰアドレスを含む組から得られるセッション鍵を使って、受信した「切断応答パケット１０６」の乱数のＭＡＣを生成し（ステップ４１８）、ステップＳ４０１で受信した「切断応答パケット１０６」に含まれるＭＡＣと一致するかをチェックする（ステップＳ４１９）。
（Ｓｔｅｐ１７：中継装置５０）
ステップＳ４１９で、これらのＭＡＣが一致する場合には、「切断応答パケット１０６」の送信元ＩＰアドレス（この場合、端末装置３０ＢのＩＰアドレスＩＰＢ）を含む組から得られる「切断応答パケット１０６」の送信元ＩＰアドレスでないもう一方のＩＰアドレス（ＩＰアドレスＩＰＡ）に対して、送受信部５３を介して「切断応答パケット１０６」を送信し（ステップＳ４２０）、セッションテーブル５２２から「切断応答パケット１０６」の送信元ＩＰアドレスを含む組を削除し（ステップＳ４２１）、処理を終了する。ステップＳ４１９で、これらのＭＡＣが一致しない場合には、ステップＳ４０１で受信した「切断応答パケット１０６」を廃棄し、処理を終了する。
ステップＳ４１９で、これらのＭＡＣが一致する場合には、「切断応答パケット１０６」の送信元ＩＰアドレス（この場合、端末装置３０ＢのＩＰアドレスＩＰＢ）を含む組から得られる「切断応答パケット１０６」の送信元ＩＰアドレスでないもう一方のＩＰアドレス（ＩＰアドレスＩＰＡ）に対して、送受信部５３を介して「切断応答パケット１０６」を送信し（ステップＳ４２０）、セッションテーブル５２２から「切断応答パケット１０６」の送信元ＩＰアドレスを含む組を削除し（ステップＳ４２１）、処理を終了する。ステップＳ４１９で、これらのＭＡＣが一致しない場合には、ステップＳ４０１で受信した「切断応答パケット１０６」を廃棄し、処理を終了する。
（Ｓｔｅｐ１７：端末装置１０Ａ）
端末装置１０Ａでは、ステップＳ３１９において、中継装置５０からの「切断応答パケット１０６」を受信する（ステップＳ３１９）。
端末装置１０Ａでは、ステップＳ３１９において、中継装置５０からの「切断応答パケット１０６」を受信する（ステップＳ３１９）。
（Ｓｔｅｐ１８：端末装置３０Ｂ）
端末装置３０Ｂでは、ステップＳ５１７において中継装置５０に対して「切断応答パケット１０６」を送信した後、制御部３４は、第１の送受信部３１を介して着信側のゲートウェイ装置６３Ｂに対して「切断要求」を送信してゲートウェイ装置６３Ｂとの通信を切断し（ステップＳ５０９）、処理を終了する。
端末装置３０Ｂでは、ステップＳ５１７において中継装置５０に対して「切断応答パケット１０６」を送信した後、制御部３４は、第１の送受信部３１を介して着信側のゲートウェイ装置６３Ｂに対して「切断要求」を送信してゲートウェイ装置６３Ｂとの通信を切断し（ステップＳ５０９）、処理を終了する。
（Ｓｔｅｐ１９：端末装置１０Ａ）
端末装置１０Ａでは、第１の送受信部１１を介して中継装置５０から「切断応答パケット１０６」を受信した後、制御部１４が、第１の送受信部１１を介して発信側のゲートウェイ装置６０Ａに対して「切断要求」を送信し、ゲートウェイ装置６０Ａとの通信を切断し（ステップＳ３１０）、処理を終了する。
端末装置１０Ａでは、第１の送受信部１１を介して中継装置５０から「切断応答パケット１０６」を受信した後、制御部１４が、第１の送受信部１１を介して発信側のゲートウェイ装置６０Ａに対して「切断要求」を送信し、ゲートウェイ装置６０Ａとの通信を切断し（ステップＳ３１０）、処理を終了する。
上記では、発信側端末装置１０Ａから切断を行う動作シーケンスを示したが、着信側の端末装置３０Ｂから切断を行うこともできるのはもちろんである。この場合の処理は、上記で説明した発信側端末装置１０Ａと着信側端末装置３０Ｂの動作とが逆になる。すなわち、ステップＳ５１５において、端末装置３０Ｂの制御部３４は、読み込んだデータが終了指示の場合には、適当な乱数に対してセッション鍵Ｋｓを使ってＭＡＣを生成し、「切断要求パケット１０５」のパケット種別と、乱数と、ＭＡＣとを合わせた図９（ｅ）に示す「切断要求パケット１０５」を生成し、第１の送受信部３１を介して中継装置５０に送信する（ステップＳ５１８）。中継装置５０は、ＭＡＣをチェックした後、発信側端末装置１０Ａに「切断要求パケット１０５」を送信する（ステップＳ４１６）。端末装置１０Ａでは、ステップＳ５１１においてパケットを受信し、ステップＳ５１２において、制御部１４が、パケットの種別が切断要求の場合には、適当な乱数に対してセッション鍵Ｋｓを使ってＭＡＣを生成し、「切断応答パケット１０６」のパケット種別と、乱数と、ＭＡＣとを合わせた図９（ｆ）に示す「切断応答パケット１０６」を生成し、第１の送受信部１１を介して中継装置５０に対して送信する（ステップＳ３１７）。中継装置５０は、ＭＡＣをチェックした後、端末装置３０Ｂに対して、「切断応答パケット１０６」を送信し（ステップＳ４２０）、セッションテーブル５２２から「切断応答パケット１０６」の送信元ＩＰアドレスを含む組を削除し（ステップＳ４２１）、処理を終了する。端末装置３０Ｂでは、第１の送受信部１１を介して中継装置５０からの「切断応答パケット１０６」を受信する（ステップＳ５１９）。端末装置３０Ｂは、ステップＳ５１９において中継装置５０から「切断応答パケット１０６」を受信した後、制御部３４が、第１の送受信部３１を介して着信側のゲートウェイ装置６３Ｂに「切断要求」を送信しゲートウェイ装置６３Ｂとの通信を切断し（ステップＳ５０９）、処理を終了する。端末装置１０Ａでは、制御部１４が、ステップＳ３１７において中継装置５０に対して「切断応答パケット１０６」を送信した後、第１の送受信部１１を介して発信側のゲートウェイ装置６０Ａに対して切断要求を送信しゲートウェイ装置６０Ａとの通信を切断し（ステップＳ３１０）、処理を終了する。
以上のように、端末間で同期した乱数Ｒ０を基に生成した認証コードＲ１、Ｒ１’が一致するかを中継装置５０でチェックすることによって、端末間の通信セッションを確立するようにしている。このため、着信側を特定する情報が中継装置５０やゲートウェイに一切提供されないため、どの端末装置とどの端末装置とが通信を行っているかが中継装置５０やゲートウェイにも分からず、通信に関する利用者のプライバシが漏えいすることを防ぐことができる。また、中継装置５０でＭＡＣを検証することにより、セッションに関係のない端末装置からの不正なパケットを廃棄する通信が可能となる。
また、通信を行う２つの端末装置のみが知っている共有値Ｓ１を使って認証コードＲ１、Ｒ１’を生成することにより、共有値Ｓ１を知らない第三者が成りすまして接続することを防ぐことができる。さらに、認証コードＲ１、Ｒ１’を時間に同期して変化する乱数Ｒ０とすることで、悪意の第三者が過去の認証コードＲ１、Ｒ１’を入手し、これを用いて不正に接続を行うことを防ぐことが可能になる。
実施の形態１では、発信側端末装置１０Ａから着信側端末装置３０Ｂに「着信通知」を通知する際にショートメッセージを使用したが、ショートメッセージの送信に代えて、発信側端末装置１０Ａから着信側端末装置３０Ｂへ電話をかけて発信者番号＜１０Ａ＞を通知するようにすることもできる。
実施の形態１では、ショートメッセージを使って発信側端末装置１０Ａの電話番号＜１０Ａ＞を着信側端末装置３０Ｂに通知したが、ショートメッセージのデータに発信側端末装置１０Ａの時計部１３から得られる時刻情報を含めて通知する。そして、着信側端末装置３０Ｂは、乱数生成部３２により乱数を生成する際に、着信側端末３０Ｂの時計部３３から得られる時刻情報に代え、発信側端末装置１０Ａから通知された時刻情報を用いて乱数を生成しても構わない。これにより、仮に端末装置間に時計のずれが生じた場合でも、同じ値の乱数Ｒ０を生成することが保証され、端末間の接続が問題なく行われる。
なお、実施の形態１では、通信経路上（第１ネットワーク）のＩＰ通信データの暗号化については、中継装置５０側に公開鍵暗号方式の秘密鍵を記憶し、端末装置側にこれに対応した公開鍵を記憶させ、端末装置と中継装置５０との間で動的に共通鍵を交換し、この共通鍵を使って端末装置と中継装置５０との間のＩＰ通信データを暗号化することを想定している。
実施の形態２．
次に、図１３〜図１５を用いて実施の形態２を説明する。実施形態１では、端末装置間で通信を行う第１ネットワークとは別の第２ネットワークを用いて着信通知（ステップＳ４）を送信した。これに対して実施の形態２では、発信側端末装置が、通信を行う第１ネットワークを使って着信通知を中継装置に送信し、さらに、中継装置が第２ネットワークを介して着信通知を着信側端末装置に送信する場合を説明する。
次に、図１３〜図１５を用いて実施の形態２を説明する。実施形態１では、端末装置間で通信を行う第１ネットワークとは別の第２ネットワークを用いて着信通知（ステップＳ４）を送信した。これに対して実施の形態２では、発信側端末装置が、通信を行う第１ネットワークを使って着信通知を中継装置に送信し、さらに、中継装置が第２ネットワークを介して着信通知を着信側端末装置に送信する場合を説明する。
図１３は実施の形態２における通信システム２０００の構成図である。端末装置１１０Ａと端末装置１３０Ｂとは同じ構成である。図１３は実施の形態１にける図４とほぼ同様であるが、中継装置１５０が通信網１６５（第２ネットワーク）に接続している点が異なる。これに伴い、中継装置１５０は、図４に対して、さらに、発信側の端末装置からインターネット１６２（第１ネットワーク）を経由して送られてきた着信通知（以下の例では発信側の電話番号）を通信網１６５（第２ネットワーク）を経由して着信側端末装置１３０Ｂに送信する着信送信部１５４を備えている。また、発信側端末装置１１０Ａ、着信側端末装置１３０Ｂとは、第２の送信部に代えて、中継装置１５０の着信送信部１５４から着信通知を受信する着信受信部１１７、１３７を備えている。
また、端末装置は、記憶部に以下の鍵情報を記憶している。
（１）自己の秘密鍵Ｋｓｅｃ、
（２）相手の端末装置の公開鍵Ｋｐｕｂ、
（３）中継装置と共有する共通鍵ＫＫ、
（４）共通鍵ＫＫを識別する鍵ＩＤ
を記憶している。
すなわち、
端末装置１１０Ａは、記憶部１１５に、中継装置１５０と予め共有する共通鍵暗号の暗号化鍵ＫＫ：１１０Ａと、その鍵ＩＤと、端末装置１３０Ｂが有する秘密鍵Ｋｓｅｃ：１３０Ｂに対応する公開鍵Ｋｐｕｂ：１３０Ｂとを記憶している。端末装置１３０Ｂは、記憶部１３５に、中継装置１５０と予め共有する共通鍵暗号の暗号化鍵ＫＫ：１３０Ｂと、その鍵ＩＤと、端末装置１１０Ａが有する秘密鍵Ｋｓｅｃ：１１０Ａに対応する公開鍵Ｋｐｕｂ：１１０Ａとを記憶している。
（１）自己の秘密鍵Ｋｓｅｃ、
（２）相手の端末装置の公開鍵Ｋｐｕｂ、
（３）中継装置と共有する共通鍵ＫＫ、
（４）共通鍵ＫＫを識別する鍵ＩＤ
を記憶している。
すなわち、
端末装置１１０Ａは、記憶部１１５に、中継装置１５０と予め共有する共通鍵暗号の暗号化鍵ＫＫ：１１０Ａと、その鍵ＩＤと、端末装置１３０Ｂが有する秘密鍵Ｋｓｅｃ：１３０Ｂに対応する公開鍵Ｋｐｕｂ：１３０Ｂとを記憶している。端末装置１３０Ｂは、記憶部１３５に、中継装置１５０と予め共有する共通鍵暗号の暗号化鍵ＫＫ：１３０Ｂと、その鍵ＩＤと、端末装置１１０Ａが有する秘密鍵Ｋｓｅｃ：１１０Ａに対応する公開鍵Ｋｐｕｂ：１１０Ａとを記憶している。
また、中継装置１５０は、鍵管理部１５１に、公開鍵Ｋｐｕｂと鍵ＩＤとの対応を示すの対応テーブルを有する。
以下の構成は、実施の形態１の場合と同様である。すなわち、図１３において、発信側の端末装置１１０Ａは、中継装置１５０とのデータの送受信を行う送受信部１１１と、乱数を生成する乱数生成部１１２と、時刻を提供する時計部１１３と、送信データの生成と受信データの解析を行う制御部１１４と、データを記憶する記憶部１１５と、端末利用者からの操作や送信データの入力及び端末利用者へのエラーや受信データの出力を行う入出力部１１６と、中継装置１５０からの「着信通知」を受信する着信受信部１１７とを備える。
制御部１１４は、具体的にはプログラムを実行するＣＰＵとプログラムの実行結果を一時的に蓄えるＲＡＭからなる。記憶部１１５は、不揮発性のフラッシュメモリからなり、電話番号や鍵の情報を記憶する。
入出力部１１６は、利用者からのキー操作を受け付ける操作ボタン１１８、利用者の音声をデータに変換するマイクロフォン１１９、利用者へエラーを表示する表示画面１２０、データを音声として出力するスピーカー１２１、ＰＣなどの他の装置とのデータのやり取りを行う入出力Ｉ／Ｆ１２２からなる。
着信側の端末装置１３０Ｂは、端末装置１１０Ａと同じく、中継装置１５０とのデータの送受信を行う送受信部１３１と、乱数を生成する乱数生成部１３２と、時刻を提供する時計部１３３と、送信データの生成と受信データの解析を行う制御部１３４と、データを記憶する記憶部１３５と、端末利用者からの操作や送信データの入力及び端末利用者へのエラーや受信データの出力を行う入出力部１３６と、中継装置１５０からの着信通知を受信する着信受信部１３７とを備える。
制御部１３４は、具体的にはプログラムを実行するＣＰＵとプログラムの実行結果を一時的に蓄えるＲＡＭからなる。記憶部１３５は、不揮発性のフラッシュメモリからなり、電話番号や鍵の情報を記憶する。入出力部１３６は、利用者からのキー操作を受け付ける操作ボタン１３８と、利用者の音声をデータに変換するマイクロフォン１３９と、利用者へエラーを表示する表示画面１４０と、データを音声として出力するスピーカー１４１と、ＰＣなどの他の装置とのデータのやり取りを行う入出力Ｉ／Ｆ１４２とからなる。
中継装置１５０は、鍵、対応テーブル等を記憶する鍵管理部１５１と、端末装置間の通信セッションの管理を行うセッション管理部１５２と、端末装置とのデータの送受信を行う送受信部１５３と、端末装置に対して着信通知を送信する着信送信部１５４とを備える。鍵管理部１５１は、具体的にはハードディスク装置からなり、鍵の情報を記憶する。セッション管理部１５２は、プログラムを実行するＣＰＵとプログラムの実行結果を一時的に蓄えるＲＡＭからなる。
発信側のゲートウェイ装置１６０Ａは、端末装置１１０Ａがデータ通信に利用する無線網及び有線網からなるアクセスネットワーク１６１とＩＰパケット網であるインターネット１６２の間でＩＰパケットを中継する装置で、端末装置１１０Ａがアクセスネットワーク１６１に接続した際に、端末装置１１０Ａへ動的にＩＰアドレスを割り当てる。
着信側のゲートウェイ装置１６３Ｂは、端末装置１３０Ｂがデータ通信に利用する無線網及び有線網からなるアクセスネットワーク１６４とＩＰパケット網であるインターネット１６２の間でＩＰパケットを中継する装置で、端末装置１３０Ｂがアクセスネットワーク１６４に接続した際に、端末装置１３０Ｂへ動的にＩＰアドレスを割り当てる。
インターネット１６２は、ＩＰパケットをＩＰアドレスにより中継するネットワークで、中継装置１５０はインターネット１６２に常時接続されており、少なくとも１つ以上の固定のＩＰアドレスを有する。
通信網１６５は、無線及び有線のネットワークと交換機（図示せず）を含み、非ＩＰパケットにより通信を行う通信網で、端末装置１１０Ａ及び端末装置１３０Ｂはそれぞれ固有のアドレスを有する。
次に図１４を参照して、通信システム２０００の動作を説明する。図１４は、本実施の形態２の通信システム２０００の動作を示すシーケンス図である。
（ＳｔｅｐＡ：端末装置１１０Ａ）
まず、利用者の操作により、発信側端末装置１１０Ａが操作ボタン１１８から着信側端末装置１３０Ｂの電話番号＜１３０Ｂ＞を含む「発信指示」を受け付けると、制御部１１４が、送受信部１１１を介して発信側のゲートウェイ装置１６０Ａに対して「接続要求」を送信する。
まず、利用者の操作により、発信側端末装置１１０Ａが操作ボタン１１８から着信側端末装置１３０Ｂの電話番号＜１３０Ｂ＞を含む「発信指示」を受け付けると、制御部１１４が、送受信部１１１を介して発信側のゲートウェイ装置１６０Ａに対して「接続要求」を送信する。
（ＳｔｅｐＢ：ゲートウェイ装置１６０Ａ）
ゲートウェイ装置１６０Ａでは、発信側端末装置１１０Ａに動的に「ＩＰアドレスＩＰ０」を割り当て、割り当てた「ＩＰアドレスＩＰ０」を端末装置１１０Ａに送信する。
ゲートウェイ装置１６０Ａでは、発信側端末装置１１０Ａに動的に「ＩＰアドレスＩＰ０」を割り当て、割り当てた「ＩＰアドレスＩＰ０」を端末装置１１０Ａに送信する。
（ＳｔｅｐＢ：端末装置１１０Ａ）
端末装置１１０Ａでは、「ＩＰアドレスＩＰ０」を送受信部１１１で受信し、送受信部にセットする。
端末装置１１０Ａでは、「ＩＰアドレスＩＰ０」を送受信部１１１で受信し、送受信部にセットする。
（ＳｔｅｐＣ：端末装置１１０Ａ）
端末装置１１０Ａでは、制御部１１４が、適当な数値を乱数Ｒａとして、記憶部１１５に記憶している共通鍵ＫＫ（第１鍵の一例）と着信側端末装置の電話番号＜１３０Ｂ＞とを用いて、次の［式Ａ］（所定の規則の一例）により、「呼出用認証コードＲ３」（暗号化着信側端末番号の一例）を生成する。
呼出用認証コードＲ３＝ＥＫ（Ｒａ｜｜着信側端末装置の電話番号） ［式Ａ］
また、制御部１１４は、適当な数値を乱数Ｒｂとして、記憶部１１５に記憶している公開鍵Ｋｐ：１３０Ｂ（第２鍵の一例）と自端末装置の電話番号＜１１０Ａ＞を用いて、次の［式Ｂ］により、発番通知用データＲｐ（暗号化発信側端末番号の一例）を生成する。
発番通知用データＲｐ＝ＥＫｐ（Ｒｂ｜｜発信側端末装置の電話番号） ［式Ｂ］
次に、制御部１１４は、「着信要求パケット１０７」であることを示すパケット種別と、呼出用認証コードＲ３と、前記共通鍵ＫＫの鍵ＩＤと、発番通知用データＲｐとを合わせた図１５（ｇ）に示す「着信要求パケット１０７」を、第１の送受信部１１１を介してインターネット１６２経由で、中継装置１５０へ送信する。
端末装置１１０Ａでは、制御部１１４が、適当な数値を乱数Ｒａとして、記憶部１１５に記憶している共通鍵ＫＫ（第１鍵の一例）と着信側端末装置の電話番号＜１３０Ｂ＞とを用いて、次の［式Ａ］（所定の規則の一例）により、「呼出用認証コードＲ３」（暗号化着信側端末番号の一例）を生成する。
呼出用認証コードＲ３＝ＥＫ（Ｒａ｜｜着信側端末装置の電話番号） ［式Ａ］
また、制御部１１４は、適当な数値を乱数Ｒｂとして、記憶部１１５に記憶している公開鍵Ｋｐ：１３０Ｂ（第２鍵の一例）と自端末装置の電話番号＜１１０Ａ＞を用いて、次の［式Ｂ］により、発番通知用データＲｐ（暗号化発信側端末番号の一例）を生成する。
発番通知用データＲｐ＝ＥＫｐ（Ｒｂ｜｜発信側端末装置の電話番号） ［式Ｂ］
次に、制御部１１４は、「着信要求パケット１０７」であることを示すパケット種別と、呼出用認証コードＲ３と、前記共通鍵ＫＫの鍵ＩＤと、発番通知用データＲｐとを合わせた図１５（ｇ）に示す「着信要求パケット１０７」を、第１の送受信部１１１を介してインターネット１６２経由で、中継装置１５０へ送信する。
（ＳｔｅｐＣ：中継装置１５０）
中継装置１５０では、送受信部１５３を介して「着信要求パケット１０７」を受信する。
中継装置１５０では、送受信部１５３を介して「着信要求パケット１０７」を受信する。
（ＳｔｅｐＤ：中継装置１５０）
中継装置１５０は、受信したパケットの種別が着信要求の場合には、「着信要求パケット１０７」に含まれる鍵ＩＤから鍵管理部１５１に記憶する対応テーブルを参照することにより、発信側端末装置１１０Ａと共有する暗号化鍵ＫＫを引き当てる。そして、中継装置１５０は、引き当てた暗号化鍵ＫＫ（第１鍵対応鍵の一例）によって、次の［式Ｃ］より、呼出用認証コードＲ３を復号する。
Ｒａ｜｜端末装置１３０Ｂの電話番号＝ＤＫＫ（Ｒ３） ［式Ｃ］
本実施の形態２の通信システム２００では、Ｒａの桁数は予め決められており、よって、中継装置１５０は、復号されたＲ３から着信側端末装置１３０Ｂの電話番号＜１３０Ｂ＞を取り出すことができる。なお、電話番号＜１３０Ｂ＞に乱数Ｒａを結合させるのは、暗号化された電話番号＜１３０Ｂ＞の値が毎回異なるようにするためである。乱数Ｒａは結合させたほうが好ましいが、結合させなくても構わない。中継装置１５０は、復号した電話番号＜１３０Ｂ＞に基づき、着信送信部１５４により通信網１６５を経由して、端末装置１３０Ｂに「発番通知用データＲｐ」を含むショートメッセージを送信する。
中継装置１５０は、受信したパケットの種別が着信要求の場合には、「着信要求パケット１０７」に含まれる鍵ＩＤから鍵管理部１５１に記憶する対応テーブルを参照することにより、発信側端末装置１１０Ａと共有する暗号化鍵ＫＫを引き当てる。そして、中継装置１５０は、引き当てた暗号化鍵ＫＫ（第１鍵対応鍵の一例）によって、次の［式Ｃ］より、呼出用認証コードＲ３を復号する。
Ｒａ｜｜端末装置１３０Ｂの電話番号＝ＤＫＫ（Ｒ３） ［式Ｃ］
本実施の形態２の通信システム２００では、Ｒａの桁数は予め決められており、よって、中継装置１５０は、復号されたＲ３から着信側端末装置１３０Ｂの電話番号＜１３０Ｂ＞を取り出すことができる。なお、電話番号＜１３０Ｂ＞に乱数Ｒａを結合させるのは、暗号化された電話番号＜１３０Ｂ＞の値が毎回異なるようにするためである。乱数Ｒａは結合させたほうが好ましいが、結合させなくても構わない。中継装置１５０は、復号した電話番号＜１３０Ｂ＞に基づき、着信送信部１５４により通信網１６５を経由して、端末装置１３０Ｂに「発番通知用データＲｐ」を含むショートメッセージを送信する。
（ＳｔｅｐＤ：端末装置１３０Ｂ）
端末装置１３０Ｂでは、着信受信部１３７で、通信網１６５を介して中継装置１５０からのショートメッセージを受信し、制御部１３４が、ショートメッセージに含まれる「発番通知用データＲｐ」を記憶部１３５に記憶する秘密鍵Ｋｓｅｃ：１３０Ｂ（第２鍵対応鍵の一例）を使い、次の［式Ｄ］より復号し、端末装置１１０Ａの電話番号を取り出す。
Ｒｂ｜｜端末装置１１０Ａの電話番号＝ＤＫｓｅｃ１３０Ｂ（Ｒｐ） ［式Ｄ］
なお、電話番号＜１１０Ａ＞に結合されている乱数Ｒｂは、前述したＲａと同様である。
よって、着信側端末装置１３０Ｂは、電話番号＜１１０Ａ＞を取り出すことができる。
端末装置１３０Ｂでは、着信受信部１３７で、通信網１６５を介して中継装置１５０からのショートメッセージを受信し、制御部１３４が、ショートメッセージに含まれる「発番通知用データＲｐ」を記憶部１３５に記憶する秘密鍵Ｋｓｅｃ：１３０Ｂ（第２鍵対応鍵の一例）を使い、次の［式Ｄ］より復号し、端末装置１１０Ａの電話番号を取り出す。
Ｒｂ｜｜端末装置１１０Ａの電話番号＝ＤＫｓｅｃ１３０Ｂ（Ｒｐ） ［式Ｄ］
なお、電話番号＜１１０Ａ＞に結合されている乱数Ｒｂは、前述したＲａと同様である。
よって、着信側端末装置１３０Ｂは、電話番号＜１１０Ａ＞を取り出すことができる。
（ＳｔｅｐＥ：端末装置１１０Ａ）
端末装置１１０Ａは、送受信部１１１を介して、ゲートウェイ１６０Ａに切断要求を送信しゲートウェイ装置１６０Ａとの通信を切断する。
端末装置１１０Ａは、送受信部１１１を介して、ゲートウェイ１６０Ａに切断要求を送信しゲートウェイ装置１６０Ａとの通信を切断する。
（ＳｔｅｐＦ：端末装置１１０Ａ）
端末装置１１０Ａは、送受信部１１１を介して発信側のゲートウェイ装置１６０Ａに対して接続要求を送信する。
端末装置１１０Ａは、送受信部１１１を介して発信側のゲートウェイ装置１６０Ａに対して接続要求を送信する。
（ＳｔｅｐＧ：ゲートウェイ装置１６０Ａ）
ゲートウェイ装置１６Ａでは、端末装置１１０Ａに動的にＩＰアドレスＩＰＡを割り当て、割り当てたＩＰアドレスＩＰＡを端末装置１１０Ａに対して送信する。
ゲートウェイ装置１６Ａでは、端末装置１１０Ａに動的にＩＰアドレスＩＰＡを割り当て、割り当てたＩＰアドレスＩＰＡを端末装置１１０Ａに対して送信する。
（ＳｔｅｐＧ：端末装置１１０Ａ）
端末装置１１０Ａは、このＩＰアドレスＩＰＡを送受信部１１１で受信し、送受信部にセットする。なお、ＩＰアドレスＩＰ０からＩＰアドレスＩＰＡに切り替えるのは、もし、ＩＰアドレスＩＰ０を使って処理を続けた場合は、中継装置１５０は、端末装置１１０Ａと端末装置１３０Ｂとが通信していることを知ることができるからである。すなわち、中継装置１５０は、ステップＣで電話番号＜１３０Ｂ＞を知り、及び後述のステップＨで電話番号＜１１０Ａ＞を知る。もし、ＩＰアドレスＩＰ０を使い続けると、電話番号＜１３０Ｂ＞と電話番号＜１１０Ａ＞とが結びついてしまうからである。
端末装置１１０Ａは、このＩＰアドレスＩＰＡを送受信部１１１で受信し、送受信部にセットする。なお、ＩＰアドレスＩＰ０からＩＰアドレスＩＰＡに切り替えるのは、もし、ＩＰアドレスＩＰ０を使って処理を続けた場合は、中継装置１５０は、端末装置１１０Ａと端末装置１３０Ｂとが通信していることを知ることができるからである。すなわち、中継装置１５０は、ステップＣで電話番号＜１３０Ｂ＞を知り、及び後述のステップＨで電話番号＜１１０Ａ＞を知る。もし、ＩＰアドレスＩＰ０を使い続けると、電話番号＜１３０Ｂ＞と電話番号＜１１０Ａ＞とが結びついてしまうからである。
（ＳｔｅｐＨ：端末装置１１０Ａ）
端末装置１１０Ａから、送受信部１１１を介して、
（１）「認証コードパケット１０１」であることを示すパケット種別と、
（２）認証コードＲ１と、
（３）自端末装置の電話番号＜１１０Ａ＞と、
（４）セッション鍵Ｋｓと、
（５）暗号化セッション鍵Ｋ１と
を合わせた図９（ａ）に示す「認証コードパケット１０１」を中継装置１５０へ送信する。
端末装置１１０Ａから、送受信部１１１を介して、
（１）「認証コードパケット１０１」であることを示すパケット種別と、
（２）認証コードＲ１と、
（３）自端末装置の電話番号＜１１０Ａ＞と、
（４）セッション鍵Ｋｓと、
（５）暗号化セッション鍵Ｋ１と
を合わせた図９（ａ）に示す「認証コードパケット１０１」を中継装置１５０へ送信する。
（ＳｔｅｐＨ：中継装置５０）
中継装置１５０では、送受信部１５３で「認証コードパケット１０１」を受信すると、セッション管理部１５２において、受信パケットのパケット種別をチェックし、パケット種別が認証コードの場合には、実施の形態１と同様に、
前記（１）〜（５）のうち、
（２）認証コードＲ１と、
（３）電話番号＜１１０Ａ＞と、
（４）セッション鍵Ｋｓと、
（５）暗号化セッション鍵と
及び
（６）受信パケットの送信元ＩＰアドレス（この場合ＩＰアドレスＩＰＡ）と
の「組」をＲＡＭ上の「待ち受けテーブル５２１」に記憶し、処理を終了する。（実施例のＳｔｅｐ３と同じ）
中継装置１５０では、送受信部１５３で「認証コードパケット１０１」を受信すると、セッション管理部１５２において、受信パケットのパケット種別をチェックし、パケット種別が認証コードの場合には、実施の形態１と同様に、
前記（１）〜（５）のうち、
（２）認証コードＲ１と、
（３）電話番号＜１１０Ａ＞と、
（４）セッション鍵Ｋｓと、
（５）暗号化セッション鍵と
及び
（６）受信パケットの送信元ＩＰアドレス（この場合ＩＰアドレスＩＰＡ）と
の「組」をＲＡＭ上の「待ち受けテーブル５２１」に記憶し、処理を終了する。（実施例のＳｔｅｐ３と同じ）
（ＳｔｅｐＩ：端末装置１３０Ｂ）
端末装置１３０Ｂは、送受信部１１１を介して発信側のゲートウェイ装置１６３Ｂに対して接続要求を送信する。
端末装置１３０Ｂは、送受信部１１１を介して発信側のゲートウェイ装置１６３Ｂに対して接続要求を送信する。
（ＳｔｅｐＪ：ゲートウェイ装置１６３Ｂ）
ゲートウェイ装置１６３Ｂでは、端末装置１３０Ｂに動的にＩＰアドレスＩＰＢを割り当て、割り当てたＩＰアドレスＩＰＢを端末装置１３０Ｂに対して送信する。
ゲートウェイ装置１６３Ｂでは、端末装置１３０Ｂに動的にＩＰアドレスＩＰＢを割り当て、割り当てたＩＰアドレスＩＰＢを端末装置１３０Ｂに対して送信する。
端末装置１３０Ｂ）
端末装置１３０Ｂでは、これを送受信部１３１で受信し、送受信部にセットする。
端末装置１３０Ｂでは、これを送受信部１３１で受信し、送受信部にセットする。
（ＳｔｅｐＫ：端末装置１３０Ｂ）
端末装置１３０Ｂから、送受信部１３１を介して、「セッション情報要求パケット１０２」のパケット種別と、認証コードＲ１’と、ＳｔｅｐＤで取得した発信側端末装置１１０Ａの電話番号＜１１０Ａ＞とを合わせた図９（ｂ）に示す「セッション情報要求パケット１０２」を中継装置１５０へ送信する。
端末装置１３０Ｂから、送受信部１３１を介して、「セッション情報要求パケット１０２」のパケット種別と、認証コードＲ１’と、ＳｔｅｐＤで取得した発信側端末装置１１０Ａの電話番号＜１１０Ａ＞とを合わせた図９（ｂ）に示す「セッション情報要求パケット１０２」を中継装置１５０へ送信する。
（ＳｔｅｐＫ：中継装置５０）
中継装置１５０では、送受信部１５３で「セッション情報要求パケット１０２」を受信すると、セッション管理部１５２において、受信パケットのパケット種別をチェックし、パケット種別が「セッション情報要求パケット１０２」の場合には、ＲＡＭ上の「待ち受けテーブル５２１」に、ＳｔｅｐＨで受信した「認証コードパケット１０１」に含まれる電話番号＜１１０Ａ＞と認証コード＜Ｒ１’＞に一致する「組」が記憶されているかをチェックし、受信した「セッション情報要求パケット１０２」に含まれる電話番号＜１１０Ａ＞と認証コードＲ１’に一致する「組」が待ち受けテーブル５２１に記憶されている場合には、実施の形態１と同様に、この「組」を待ち受けテーブル５２１から削除するとともに、その際には、受信した「セッション情報要求パケット１０２」の送信元ＩＰアドレスと、セッション管理部１５２のＲＡＭ上の待ち受けテーブル５２１に記憶された組で受信した「セッション情報要求パケット１０２」に含まれる電話番号と認証コードに一致する組から得られるＩＰアドレス及びセッション鍵の３つからなる組をセッションテーブル５２２に登録し、さらに、セッション確立の成否を示す成否コードと暗号化セッション鍵とを合わせた図９（ｃ）に示すセッション情報を生成する。以降、確立したセッションを使って中継装置５０を介して端末装置間で行う通信のシーケンスは、実施の形態１のＳｔｅｐ８からＳｔｅｐ１９と同一であるため、説明は省略する。図１４のうち破線で囲んだ部分は、図５と同じ処理である。
中継装置１５０では、送受信部１５３で「セッション情報要求パケット１０２」を受信すると、セッション管理部１５２において、受信パケットのパケット種別をチェックし、パケット種別が「セッション情報要求パケット１０２」の場合には、ＲＡＭ上の「待ち受けテーブル５２１」に、ＳｔｅｐＨで受信した「認証コードパケット１０１」に含まれる電話番号＜１１０Ａ＞と認証コード＜Ｒ１’＞に一致する「組」が記憶されているかをチェックし、受信した「セッション情報要求パケット１０２」に含まれる電話番号＜１１０Ａ＞と認証コードＲ１’に一致する「組」が待ち受けテーブル５２１に記憶されている場合には、実施の形態１と同様に、この「組」を待ち受けテーブル５２１から削除するとともに、その際には、受信した「セッション情報要求パケット１０２」の送信元ＩＰアドレスと、セッション管理部１５２のＲＡＭ上の待ち受けテーブル５２１に記憶された組で受信した「セッション情報要求パケット１０２」に含まれる電話番号と認証コードに一致する組から得られるＩＰアドレス及びセッション鍵の３つからなる組をセッションテーブル５２２に登録し、さらに、セッション確立の成否を示す成否コードと暗号化セッション鍵とを合わせた図９（ｃ）に示すセッション情報を生成する。以降、確立したセッションを使って中継装置５０を介して端末装置間で行う通信のシーケンスは、実施の形態１のＳｔｅｐ８からＳｔｅｐ１９と同一であるため、説明は省略する。図１４のうち破線で囲んだ部分は、図５と同じ処理である。
以上のように、端末間で同期した乱数を基に生成した認証コードが一致するかを中継サーバでチェックすることによって、端末間の通信セッションを確立するようにしているので、着信側を特定する情報が中継サーバやゲートウェイに一切提供されないため、どの端末装置とどの端末装置とが通信を行っているかが中継装置やゲートウェイにも分からないようにすることで通信に関する利用者のプライバシが漏えいすることを防ぐことができる。
さらに、発信側の端末装置から中継装置に発信側の電話番号を暗号化したまま渡して、これを中継装置から着信側の端末装置に通知することで、実施の形態１の効果に加えて、通信に使用するネットワークとは別の着信を通知するネットワークを盗聴されても、通信に関する利用者のプライバシが漏えいすることを防ぐことができる。
実施の形態２では、発信側の端末装置の電話番号を暗号化して、中継装置に送信し、中継装置からショートメッセージを使って着信側の端末装置に通知したが、電話番号と合わせて時刻を通知し、着信側の端末装置で、乱数を生成する際に着信側端末の時計部に代えて通知される時刻を用いて乱数生成装置で乱数を生成することもでき、これにより仮に端末装置間に時計のずれが生じた場合でも、問題なく接続を行うことができる。
なお、実施の形態２においても、通信経路上のＩＰ通信データの暗号化については、中継装置側に公開鍵暗号方式の秘密鍵を記憶し、端末装置側にこれに対応した公開鍵を記憶させ、端末装置と中継装置との間で動的に共通鍵を交換し、この共通鍵を使って端末装置と中継装置間のＩＰ通信データを暗号化することを想定している。
以上の実施の形態では、以下の通信システムを説明した。すなわち、
複数の端末装置と中継装置がネットワークを介して接続される通信システムであって、
端末装置は、
（ａ）他の端末装置と同期して変化する乱数を生成する乱数生成部と、
（ｂ）ネットワークを介して中継装置との間でデータの送受信を行う第１の送受信部と、
（ｃ）他の端末装置に対して端末番号の通知を行う第２の送受信部と、
（ｄ）通信データの制御を行う制御部を備え、
中継装置は、
（Ａ）端末との間でデータの送受信を行う送受信部と、
（Ｂ）複数の端末の間の通信セッションの管理を行うセッション管理部を備え、
端末装置は、
発信の際に、第２の送受信部を介して発信端末から相手端末に自端末番号を通知し、
制御部で自端末番号と相手端末番号と乱数生成部が生成する乱数から新たな乱数である認証コードを生成して第１の送信部を介して中継装置に送信し、
中継装置は、
送受信部で２つの端末から送られる認証コードを受信し、
セッション管理部で２つの認証コードが一致する場合に、２つの端末間のデータの中継を行うことを特徴とする通信システム。
複数の端末装置と中継装置がネットワークを介して接続される通信システムであって、
端末装置は、
（ａ）他の端末装置と同期して変化する乱数を生成する乱数生成部と、
（ｂ）ネットワークを介して中継装置との間でデータの送受信を行う第１の送受信部と、
（ｃ）他の端末装置に対して端末番号の通知を行う第２の送受信部と、
（ｄ）通信データの制御を行う制御部を備え、
中継装置は、
（Ａ）端末との間でデータの送受信を行う送受信部と、
（Ｂ）複数の端末の間の通信セッションの管理を行うセッション管理部を備え、
端末装置は、
発信の際に、第２の送受信部を介して発信端末から相手端末に自端末番号を通知し、
制御部で自端末番号と相手端末番号と乱数生成部が生成する乱数から新たな乱数である認証コードを生成して第１の送信部を介して中継装置に送信し、
中継装置は、
送受信部で２つの端末から送られる認証コードを受信し、
セッション管理部で２つの認証コードが一致する場合に、２つの端末間のデータの中継を行うことを特徴とする通信システム。
以上の実施の形態では、以下の通信システムを説明した。すなわち、
発信側の端末装置は、
制御部で、自端末番号と相手端末番号と乱数生成部が生成する乱数から接続情報とは異なる新たな乱数であるセッション情報暗号化鍵を生成し、適当な数値をセッション鍵としてこれをセッション情報暗号化鍵で暗号化してセッション情報を生成し、セッション鍵とセッション情報を認証コードと合わせて第１の送信部を介して中継装置に送信し、
中継装置は、
送受信部で発信側端末から送られる認証コードとセッション鍵とセッション情報と着信側端末から送られてくる認証コードを受信し、
セッション管理部で２つの認証コードが一致する場合に、着信側端末にセッション鍵とセッション情報を送信し、２つの端末からのデータに対してセッション鍵を使ったＭＡＣの検証が成功する場合にのみデータ中継することを特徴とする通信システム。
発信側の端末装置は、
制御部で、自端末番号と相手端末番号と乱数生成部が生成する乱数から接続情報とは異なる新たな乱数であるセッション情報暗号化鍵を生成し、適当な数値をセッション鍵としてこれをセッション情報暗号化鍵で暗号化してセッション情報を生成し、セッション鍵とセッション情報を認証コードと合わせて第１の送信部を介して中継装置に送信し、
中継装置は、
送受信部で発信側端末から送られる認証コードとセッション鍵とセッション情報と着信側端末から送られてくる認証コードを受信し、
セッション管理部で２つの認証コードが一致する場合に、着信側端末にセッション鍵とセッション情報を送信し、２つの端末からのデータに対してセッション鍵を使ったＭＡＣの検証が成功する場合にのみデータ中継することを特徴とする通信システム。
以上の実施の形態では、以下の通信システムを説明した。すなわち、
端末装置は、
（ｅ）記憶部を備え、
記憶部は、相手端末と共有した共有値と相手番号の組を記憶し、
制御部は自端末番号と相手端末番号と共有値と乱数生成部が生成する乱数から新たな乱数である認証コードを生成することを特徴とする通信システム。
端末装置は、
（ｅ）記憶部を備え、
記憶部は、相手端末と共有した共有値と相手番号の組を記憶し、
制御部は自端末番号と相手端末番号と共有値と乱数生成部が生成する乱数から新たな乱数である認証コードを生成することを特徴とする通信システム。
以上の実施の形態では、以下の通信システムを説明した。すなわち、
端末装置は、
（ｅ）記憶部を備え、
記憶部は、相手端末と共有した共有値と相手番号の組を記憶し、
制御部は自端末番号と相手端末番号と共有値と乱数生成部が生成する乱数から新たな乱数である認証コードを生成し、自端末番号と相手端末番号と共有値と乱数生成部が生成する乱数から接続情報とは異なる新たな乱数であるセッション情報暗号化鍵を生成することを特徴とする通信システム。
端末装置は、
（ｅ）記憶部を備え、
記憶部は、相手端末と共有した共有値と相手番号の組を記憶し、
制御部は自端末番号と相手端末番号と共有値と乱数生成部が生成する乱数から新たな乱数である認証コードを生成し、自端末番号と相手端末番号と共有値と乱数生成部が生成する乱数から接続情報とは異なる新たな乱数であるセッション情報暗号化鍵を生成することを特徴とする通信システム。
以上の実施の形態では、以下の通信システムを説明した。すなわち、
端末装置は、
（ｆ）時刻を提供する時計部を備え、
乱数生成部は、時計部が提供する時刻に基づき一定時間間隔で生成する乱数を変化させることを特徴とする通信システム。
端末装置は、
（ｆ）時刻を提供する時計部を備え、
乱数生成部は、時計部が提供する時刻に基づき一定時間間隔で生成する乱数を変化させることを特徴とする通信システム。
以上の実施の形態では、以下の通信システムを説明した。すなわち、
端末装置は、
発信の際に、第２の送受信部を介して自端末番号と時計部が提供する時刻を相手端末に通知し、着信の際には、第２の送受信部を介して発信端末から受信した時刻を基に乱数生成部が乱数を生成し、制御部で自端末番号と相手端末番号と乱数部が生成した乱数から認証コードを生成することを特徴とする通信システム。
端末装置は、
発信の際に、第２の送受信部を介して自端末番号と時計部が提供する時刻を相手端末に通知し、着信の際には、第２の送受信部を介して発信端末から受信した時刻を基に乱数生成部が乱数を生成し、制御部で自端末番号と相手端末番号と乱数部が生成した乱数から認証コードを生成することを特徴とする通信システム。
以上の実施の形態では、以下の通信システムを説明した。すなわち、
端末装置は、
中継装置の公開鍵を記憶部に記憶し、
制御部で自端末番号と相手端末番号と乱数生成部が生成する乱数から新たな乱数である認証コードを生成して記憶部に記憶する中央装置の公開鍵を使って暗号化した認証コードを第１の送信部を介して中継装置に送信し、
中継装置は、
（Ｃ）秘密鍵の管理を行う鍵管理部を備え、
送受信部で２つの端末から送られる暗号化された認証コードを受信し、
セッション管理部で、鍵管理部に記憶する秘密鍵で暗号化された認証コードを復号して認証コードを取り出し、２つの認証コードが一致する場合に、２つの端末間のデータの中継を行うことを特徴とする通信システム。
端末装置は、
中継装置の公開鍵を記憶部に記憶し、
制御部で自端末番号と相手端末番号と乱数生成部が生成する乱数から新たな乱数である認証コードを生成して記憶部に記憶する中央装置の公開鍵を使って暗号化した認証コードを第１の送信部を介して中継装置に送信し、
中継装置は、
（Ｃ）秘密鍵の管理を行う鍵管理部を備え、
送受信部で２つの端末から送られる暗号化された認証コードを受信し、
セッション管理部で、鍵管理部に記憶する秘密鍵で暗号化された認証コードを復号して認証コードを取り出し、２つの認証コードが一致する場合に、２つの端末間のデータの中継を行うことを特徴とする通信システム。
以上の実施の形態では、以下の通信システムを説明した。すなわち、
複数の端末装置と中継装置がネットワークを介して接続される通信システムであって、
端末装置は、
（ａ）他の端末装置と同期して変化する乱数を生成する乱数生成部と、
（ｂ）ネットワークを介して中継装置との間でデータの送受信を行う送受信部と、
（ｃ）中継装置からの着信通知を受信する着信受信部と、
（ｄ）通信データの制御を行う制御部と、
（ｅ）記憶部を備え、
中継装置は、
（Ａ）端末との間でデータの送受信を行う送受信部と、
（Ｂ）複数の端末の間の通信セッションの管理を行うセッション管理部と、
（Ｃ）端末との共通鍵である端末サーバ共通鍵を鍵ＩＤと合わせて記憶する鍵管理部と、
（Ｄ）端末装置に対して着信通知を送信する着信送信部を備え、
端末装置は、
記憶部で、自端末装置の秘密鍵と、着信側の端末装置の公開鍵と、着信側の端末装置と中継装置とで共通の端末サーバ共通鍵と鍵ＩＤの組を記憶し、
発信の際に発信側の端末装置において、
制御部で着信側の端末番号含むデータを端末サーバ共通鍵で暗号化した呼出用認証コードと、自端末番号を含むデータを接続先の端末装置の公開鍵で暗号化した発番通知用データを生成し、
送受信部で中継装置に発番通知用データと呼出用認証コードと鍵ＩＤを含む着信要求を送信し、中継装置から着信要求応答を受信した際にネットワークとの再接続を行った後に、
制御部で自端末番号と相手端末番号と乱数生成部が生成する乱数から新たな乱数である認証コードを生成して送受信部を介して中継装置に送信し、
着信側の端末装置では、
着信受信部で、中継装置から発番通知用データを受信し、
制御部で、記憶部に記憶する自端末装置の秘密鍵を使って発番通知用データを復号して得られる発信側の端末番号と自端末番号と乱数部が生成した乱数から新たな乱数である認証コードを生成して送信部を介して中継装置に送信し、
中継装置は、
送受信部で着信要求を受信した際に、鍵管理部に記憶された鍵ＩＤに対応した端末サーバ共通鍵を使って呼出用認証コードから着信側の端末装置を特定する相手端末番号を復号し、
着信送信部で相手端末番号宛てに発番通知用データを送信し、
送受信部で２つの端末から送られる認証コードを受信し、
セッション管理部で２つの認証コードが一致する場合に、２つの端末間のデータの中継を行うことを特徴とする通信システム。
複数の端末装置と中継装置がネットワークを介して接続される通信システムであって、
端末装置は、
（ａ）他の端末装置と同期して変化する乱数を生成する乱数生成部と、
（ｂ）ネットワークを介して中継装置との間でデータの送受信を行う送受信部と、
（ｃ）中継装置からの着信通知を受信する着信受信部と、
（ｄ）通信データの制御を行う制御部と、
（ｅ）記憶部を備え、
中継装置は、
（Ａ）端末との間でデータの送受信を行う送受信部と、
（Ｂ）複数の端末の間の通信セッションの管理を行うセッション管理部と、
（Ｃ）端末との共通鍵である端末サーバ共通鍵を鍵ＩＤと合わせて記憶する鍵管理部と、
（Ｄ）端末装置に対して着信通知を送信する着信送信部を備え、
端末装置は、
記憶部で、自端末装置の秘密鍵と、着信側の端末装置の公開鍵と、着信側の端末装置と中継装置とで共通の端末サーバ共通鍵と鍵ＩＤの組を記憶し、
発信の際に発信側の端末装置において、
制御部で着信側の端末番号含むデータを端末サーバ共通鍵で暗号化した呼出用認証コードと、自端末番号を含むデータを接続先の端末装置の公開鍵で暗号化した発番通知用データを生成し、
送受信部で中継装置に発番通知用データと呼出用認証コードと鍵ＩＤを含む着信要求を送信し、中継装置から着信要求応答を受信した際にネットワークとの再接続を行った後に、
制御部で自端末番号と相手端末番号と乱数生成部が生成する乱数から新たな乱数である認証コードを生成して送受信部を介して中継装置に送信し、
着信側の端末装置では、
着信受信部で、中継装置から発番通知用データを受信し、
制御部で、記憶部に記憶する自端末装置の秘密鍵を使って発番通知用データを復号して得られる発信側の端末番号と自端末番号と乱数部が生成した乱数から新たな乱数である認証コードを生成して送信部を介して中継装置に送信し、
中継装置は、
送受信部で着信要求を受信した際に、鍵管理部に記憶された鍵ＩＤに対応した端末サーバ共通鍵を使って呼出用認証コードから着信側の端末装置を特定する相手端末番号を復号し、
着信送信部で相手端末番号宛てに発番通知用データを送信し、
送受信部で２つの端末から送られる認証コードを受信し、
セッション管理部で２つの認証コードが一致する場合に、２つの端末間のデータの中継を行うことを特徴とする通信システム。
以上の実施の形態では、以下の通信システムを説明した。すなわち、
発信側の端末装置は、
制御部で、自端末番号と相手端末番号と乱数生成部が生成する乱数から接続情報とは異なる新たな乱数であるセッション情報暗号化鍵を生成し、適当な数値をセッション鍵としてこれをセッション情報暗号化鍵で暗号化してセッション情報を生成し、セッション鍵とセッション情報を認証コードと合わせて送信部を介して中継装置に送信し、
中継装置は、
送受信部で発信側端末から送られる認証コードとセッション鍵とセッション情報と着信側端末から送られてくる認証コードを受信し、
セッション管理部で２つの認証コードが一致する場合に、着信側端末にセッション鍵とセッション情報を送信し、２つの端末からのデータに対してセッション鍵を使ったＭＡＣの検証が成功する場合にのみデータ中継することを特徴とする通信システム。
発信側の端末装置は、
制御部で、自端末番号と相手端末番号と乱数生成部が生成する乱数から接続情報とは異なる新たな乱数であるセッション情報暗号化鍵を生成し、適当な数値をセッション鍵としてこれをセッション情報暗号化鍵で暗号化してセッション情報を生成し、セッション鍵とセッション情報を認証コードと合わせて送信部を介して中継装置に送信し、
中継装置は、
送受信部で発信側端末から送られる認証コードとセッション鍵とセッション情報と着信側端末から送られてくる認証コードを受信し、
セッション管理部で２つの認証コードが一致する場合に、着信側端末にセッション鍵とセッション情報を送信し、２つの端末からのデータに対してセッション鍵を使ったＭＡＣの検証が成功する場合にのみデータ中継することを特徴とする通信システム。
以上の実施の形態では、以下の通信システムを説明した。すなわち、
端末装置は、
記憶部は、着信側の端末装置と中継装置とで共通の端末サーバ共通鍵を鍵ＩＤと、発着信端末間で共通の端末共通鍵と、相手端末と共有した共有値と相手番号の組を記憶し、
制御部は自端末番号と相手端末番号と共有値と乱数生成部が生成する乱数から新たな乱数である認証コードを生成することを特徴とする通信システム。
端末装置は、
記憶部は、着信側の端末装置と中継装置とで共通の端末サーバ共通鍵を鍵ＩＤと、発着信端末間で共通の端末共通鍵と、相手端末と共有した共有値と相手番号の組を記憶し、
制御部は自端末番号と相手端末番号と共有値と乱数生成部が生成する乱数から新たな乱数である認証コードを生成することを特徴とする通信システム。
以上の実施の形態では、以下の通信システムを説明した。すなわち、
端末装置は、
記憶部は、着信側の端末装置と中継装置とで共通の端末サーバ共通鍵を鍵ＩＤと、発着信端末間で共通の端末共通鍵と、相手端末と共有した共有値と相手番号の組を記憶し、
制御部は自端末番号と相手端末番号と共有値と乱数生成部が生成する乱数から新たな乱数である認証コードを生成し、自端末番号と相手端末番号と共有値と乱数生成部が生成する乱数から接続情報とは異なる新たな乱数であるセッション情報暗号化鍵を生成することを特徴とする通信システム。
端末装置は、
記憶部は、着信側の端末装置と中継装置とで共通の端末サーバ共通鍵を鍵ＩＤと、発着信端末間で共通の端末共通鍵と、相手端末と共有した共有値と相手番号の組を記憶し、
制御部は自端末番号と相手端末番号と共有値と乱数生成部が生成する乱数から新たな乱数である認証コードを生成し、自端末番号と相手端末番号と共有値と乱数生成部が生成する乱数から接続情報とは異なる新たな乱数であるセッション情報暗号化鍵を生成することを特徴とする通信システム。
以上の実施の形態では、以下の通信システムを説明した。すなわち、
端末装置は、
（ｆ）時刻情報を提供する時計部を備え、
乱数生成部は、時計部が提供する時刻情報に基づき一定時間間隔で生成する乱数を変化させることを特徴とする通信システム。
端末装置は、
（ｆ）時刻情報を提供する時計部を備え、
乱数生成部は、時計部が提供する時刻情報に基づき一定時間間隔で生成する乱数を変化させることを特徴とする通信システム。
以上の実施の形態では、以下の通信システムを説明した。すなわち、
端末装置は、
発信の際に、送受信部で中継装置に発番通知用データと呼出用認証コードを時計部が提供する時刻情報を含む着信要求を介して自端末番号とを相手端末に通知し、
着信の際に、着信受信部を介して中継装置から受信した時刻情報を基に乱数生成部が乱数を生成し、制御部で自端末番号と相手端末番号と乱数部が生成した乱数から認証コードを生成し、
中継装置は、
送受信部で着信要求を受信した際に、鍵管理部に記憶する端末サーバ共通鍵を使って発番通知用データから着信側の端末装置を特定する相手端末番号を復号し、
着信送信部で相手端末番号宛てに呼出用認証コードと時刻情報を送信することを特徴とする通信システム。
端末装置は、
発信の際に、送受信部で中継装置に発番通知用データと呼出用認証コードを時計部が提供する時刻情報を含む着信要求を介して自端末番号とを相手端末に通知し、
着信の際に、着信受信部を介して中継装置から受信した時刻情報を基に乱数生成部が乱数を生成し、制御部で自端末番号と相手端末番号と乱数部が生成した乱数から認証コードを生成し、
中継装置は、
送受信部で着信要求を受信した際に、鍵管理部に記憶する端末サーバ共通鍵を使って発番通知用データから着信側の端末装置を特定する相手端末番号を復号し、
着信送信部で相手端末番号宛てに呼出用認証コードと時刻情報を送信することを特徴とする通信システム。
以上の実施の形態では、以下の通信システムを説明した。すなわち、
端末装置は、
発信の際に、
制御部で相手端末番号含むデータを端末サーバ共通鍵で暗号化した呼出用認証コードと、自端末番号と時計部が提供する時刻情報を含むデータを接続先の端末装置の公開鍵で暗号化した発番通知用データを生成し、
送受信部で中継装置に発番通知用データと呼出用認証コードを含む着信要求を送信し、
着信の際に、
着信受信部で、中継装置から発番通知用データを受信し、
制御部で、記憶部に記憶する自端末装置の秘密鍵を使って発番通知用データを復号して得られる時刻情報を基に乱数生成部が乱数と自端末装置の秘密鍵を使って発番通知用データを復号して得られる発信側の端末番号と自端末番号から認証コードを生成して送信部を介して中継装置に送信し、
中継装置は、
送受信部で着信要求を受信した際に、鍵管理部に記憶する端末サーバ共通鍵を使って発番通知用データから着信側の端末装置を特定する相手端末番号を復号し、
着信送信部で相手端末番号宛てに呼出用認証コードを送信することを特徴とする通信システム。
端末装置は、
発信の際に、
制御部で相手端末番号含むデータを端末サーバ共通鍵で暗号化した呼出用認証コードと、自端末番号と時計部が提供する時刻情報を含むデータを接続先の端末装置の公開鍵で暗号化した発番通知用データを生成し、
送受信部で中継装置に発番通知用データと呼出用認証コードを含む着信要求を送信し、
着信の際に、
着信受信部で、中継装置から発番通知用データを受信し、
制御部で、記憶部に記憶する自端末装置の秘密鍵を使って発番通知用データを復号して得られる時刻情報を基に乱数生成部が乱数と自端末装置の秘密鍵を使って発番通知用データを復号して得られる発信側の端末番号と自端末番号から認証コードを生成して送信部を介して中継装置に送信し、
中継装置は、
送受信部で着信要求を受信した際に、鍵管理部に記憶する端末サーバ共通鍵を使って発番通知用データから着信側の端末装置を特定する相手端末番号を復号し、
着信送信部で相手端末番号宛てに呼出用認証コードを送信することを特徴とする通信システム。
１０Ａ 端末装置、１１ 第１の送受信部、１２ 乱数生成部、１３ 時計部、１４ 制御部、１５ 記憶部、１６ 入出力部、１７ 第２の送受信部、１８ 操作ボタン、１９ マイクロフォン、２０ 表示画面、２１ スピーカー、２２ 入出力Ｉ／Ｆ、２５ 共有値テーブル、３０Ｂ 端末装置、３１ 第１の送受信部、３２ 乱数生成部、３３ 時計部、３４ 制御部、３５ 記憶部、３６ 入出力部、３７ 第２の送受信部、３８ 操作ボタン、３９ マイクロフォン、４０ 表示画面、４１ スピーカー、４２ 入出力Ｉ／Ｆ、５０ 中継装置、５１ 鍵管理部、５２ セッション管理部、５３ 送受信部、６０Ａ ゲートウェイ装置、６１ アクセスネットワーク、６２ インターネット、６３Ｂ ゲートウェイ装置、６４ アクセスネットワーク、１０１ 認証コードパケット、１０２ セッション情報要求パケット、１０３ セッション情報パケット、１０４ データパケット、１０５ 切断要求パケット、１０６ 切断応答パケット、１０７ 着信要求パケット、１１７ 着信受信部、１３７ 着信受信部、１５４ 着信送信部、５２１ 待ち受けテーブル、５２２ セッションテーブル、１０００，２０００ 通信システム。
Claims (13)
- 通信相手の端末装置を呼び出す発信側端末装置と、前記発信側端末装置から呼び出しを受ける前記端末装置である着信側端末装置と、前記発信側端末装置と前記着信側端末装置とを認証し、前記発信側端末装置と前記着信側端末装置とのいずれの認証も成立した場合に、所定の第１ネットワークを介して前記発信側端末装置と前記着信側端末装置との間でやり取りされる通信データを前記第１ネットワーク上で中継する中継装置と
を備えた通信システムにおいて、
前記発信側端末装置は、
自己に付与された固有の発信側端末番号と、前記着信側端末装置に付与された固有の着信側端末番号とを記憶する発信側記憶部と、
乱数を生成する発信側乱数生成部と、
前記発信側記憶部が記憶している前記発信側端末番号を前記第１ネットワークと異なる第２ネットワークを介して前記着信側端末装置に送信する発信側第２ネットワーク通信部と、
前記発信側記憶部が記憶している前記発信側端末番号と前記着信側端末番号と前記発信側乱数生成部が生成した乱数とに基づいて、所定の規則を使用することにより前記中継装置による前記認証に使用する発信側認証コードを生成する発信側制御部と、
前記発信側制御部が生成した前記発信側認証コードを前記中継装置に前記第１ネットワークを介して送信する発信側第１ネットワーク通信部と
を備え、
前記着信側端末装置は、
前記着信側端末番号を記憶する着信側記憶部と、
乱数を生成する着信側乱数生成部と、
前記発信側第２ネットワーク通信部が送信した前記発信側端末番号を前記第２ネットワークを介して受信する着信側第２ネットワーク通信部と、
前記着信側記憶部が記憶している前記着信側端末番号と、前記着信側乱数生成部が生成した乱数と、前記着信側第２ネットワーク通信部が受信した前記発信側端末番号とに基づいて、前記発信側制御部が使用する前記所定の規則と同一の規則を使用することにより前記中継装置による前記認証に使用する着信側認証コードを生成する着信側制御部と、
前記着信側制御部が生成した前記着信側認証コードを前記中継装置に前記第１ネットワークを介して送信する着信側第１ネットワーク通信部と
を備え、
前記中継装置は、
前記発信側第１ネットワーク通信部から前記発信側認証コードを前記第１ネットワークを介して受信するとともに前記着信側第１ネットワーク通信部から前記着信側認証コードを前記第１ネットワークを介して受信する中継側第１ネットワーク通信部と、
前記中継側第１ネットワーク通信部が受信した前記発信側認証コードと前記着信側認証コードとが一致するかどうかを認証し、認証の結果、一致すると判定した場合にのみ、前記発信側端末装置と前記着信側端末装置とから前記第１ネットワークを介して送られてくるそれぞれの前記通信データを相手方の端末装置に前記第１ネットワークを介して中継するセッション管理部と
を備えたことを特徴とする通信システム。 - 通信相手である着信側の着信側端末装置を呼び出し、中継対象となる端末装置の認証を行う認証機能を有する中継装置による所定の第１ネットワーク上における中継を介して前記着信側端末装置と通信データをやり取りする発信側端末装置において、
自己に付与された固有の発信側端末番号と、前記着信側端末装置に付与された固有の着信側端末番号とを記憶する発信側記憶部と、
乱数を生成する発信側乱数生成部と、
前記発信側記憶部が記憶している前記発信側端末番号を前記第１ネットワークと異なる第２ネットワークを介して送信する発信側第２ネットワーク通信部と、
前記発信側記憶部が記憶している前記発信側端末番号と前記着信側端末番号と前記発信側乱数生成部が生成した乱数とに基づいて、所定の規則を使用することにより前記認証装置による前記認証に使用する発信側認証コードを生成する発信側制御部と、
前記発信側制御部が生成した前記発信側認証コードを前記中継装置に前記第１ネットワークを介して送信するとともに、前記中継装置から前記発信側認証コードに対する認証結果を前記第１ネットワークを介して受信する発信側第１ネットワーク通信部と
を備え、
前記発信側制御部は、
前記発信側第１ネットワーク通信部が受信した前記認証結果が認証成立を示す場合には、前記通信データを前記発信側第１ネットワーク通信部から前記中継装置に前記第１ネットワークを介して送信することを特徴とする発信側端末装置。 - 前記発信側端末装置は、さらに、
時刻を計測する発信側時計部を備え、
前記発信側乱数生成部は、
前記発信側時計部が計測した時刻に基づき、所定の時間間隔で前記乱数を生成することを特徴とする請求項２記載の発信側端末装置。 - 前記発信側第２ネットワーク通信部は、
前記発信側制御部が前記発信側乱数生成部により時刻に基づき生成された前記乱数を用いて前記発信側認証コードを生成した場合には、前記発信側端末番号に加えて、前記発信側認証コードの生成に係る前記乱数の生成時刻を前記中継装置に前記第２ネットワークを介して送信することを特徴とする請求項３記載の発信側端末装置。 - 前記発信側制御部は、
任意の数値をセッション鍵として採用するとともに、前記発信側記憶部が記憶している前記発信側端末番号と前記着信側端末番号と前記発信側乱数生成部が生成した乱数とに基づいて、所定の規則を使用することにより前記発信側認証コードとは異なる値であって前記セッション鍵を暗号化するセッション鍵暗号化鍵を生成し、生成した前記セッション鍵暗号化鍵で前記セッション鍵を暗号化して暗号化セッション鍵を生成し、
前記発信側第１ネットワーク通信部は、
前記発信側認証コードを送信するときに、前記発信側制御部が採用した前記セッション鍵と前記発信側制御部が暗号化した暗号化セッション鍵とを前記中継装置に送信することを特徴とする請求項２記載の発信側端末装置。 - 前記発信側記憶部は、
前記着信側端末番号に対応付けられた数値であって前記着信側端末と共有する共有値を記憶し、
前記発信側制御部は、
前記発信側端末番号と前記着信側端末番号と前記乱数とに加え、さらに、前記発信側記憶部が記憶している前記共有値とに基づいて、前記発信側認証コードを生成することを特徴とする請求項２記載の発信側端末装置。 - 前記発信側記憶部は、
前記着信側端末番号に対応付けられた数値であって前記着信側端末と共有する共有値を記憶し、
前記発信側制御部は、
前記発信側端末番号と前記着信側端末番号と前記乱数とに加え、さらに、前記発信側記憶部が記憶している前記共有値とに基づいて、前記セッション鍵暗号化鍵を生成することを特徴とする請求項５記載の発信側端末装置。 - 第１ネットワークと前記第１ネットワークと異なる第２ネットワークとのいずれにも接続可能である発信側の発信側端末装置から前記第２ネットワークを介して呼び出しを受けるとともに、中継対象となる端末装置の認証を行う認証機能を有する中継装置による前記第１ネットワーク上における中継を介して前記発信側端末装置と通信データをやり取りする着信側端末装置において、
前記発信側端末装置が送信した前記発信側端末装置に付与された固有の発信側端末番号を前記第２ネットワークを介して受信する着信側第２ネットワーク通信部と、
自装置に付与された固有の着信側端末番号を記憶する着信側記憶部と、
乱数を生成する着信側乱数生成部と、
前記着信側第２ネットワーク通信部が受信した前記発信側端末番号と、前記着信側記憶部が記憶している前記着信側端末番号と、前記着信側乱数生成部が生成した乱数とに基づいて、所定の規則を使用することにより前記中継装置による前記認証に使用する着信側認証コードを生成する着信側制御部と、
前記着信側制御部が生成した前記着信側認証コードを前記中継装置に前記第１ネットワークを介して送信するとともに、前記中継装置から前記着信側認証コードに対する認証結果を前記第１ネットワークを介して受信する着信側第１ネットワーク通信部と
を備え、
前記着信側制御部は、
前記着信側第１ネットワーク通信部が受信した前記認証結果が認証成立を示す場合には、前記通信データを前記着信側第１ネットワーク通信部から前記中継装置に前記第１ネットワークを介して送信することを特徴とする着信側端末装置。 - 前記発信側端末装置は、さらに、
時刻を計測する着信側時計部を備え、
前記着信側乱数生成部は、
前記着信側時計部が計測した時刻に基づき、所定の時間間隔で前記乱数を生成することを特徴とする請求項８記載の着信側端末装置。 - 着信側第２ネットワーク通信部は、
前記発信側端末番号に加え、所定の時刻を示す時刻情報を前記第２ネットワークを介して受信し、
前記着信側乱数生成部は、
着信側第２ネットワーク通信部が受信した前記時刻情報に基づいて乱数を生成し、
前記着信側制御部は、
前記着信側乱数生成部が前記時刻情報に基づき生成した乱数を用いて、前記着信側認証コードを生成することを特徴とする請求項８記載の着信側端末装置。 - 通信相手の端末装置を呼び出す発信側端末装置と、前記発信側端末装置から呼び出しを受ける前記端末装置である着信側端末装置と、前記発信側端末装置と前記着信側端末装置とを認証し、前記発信側端末装置と前記着信側端末装置とのいずれの認証も成立した場合に、所定の第１ネットワークを介して前記発信側端末装置と前記着信側端末装置との間でやり取りされる通信データを前記第１ネットワーク上で中継する中継装置と
を備えた通信システムにおいて、
前記発信側端末装置は、
自己に付与された固有の発信側端末番号と、前記着信側端末装置に付与された固有の着信側端末番号と、第１鍵と、第２鍵とを記憶する発信側記憶部と、
前記着信側端末番号を前記第１鍵で暗号化した暗号化着信側端末番号と、前記発信側端末番号を前記第２鍵で暗号化した暗号化発信側端末番号とを生成する発信側制御部と、
前記第１ネットワークに接続することにより、前記発信側制御部が生成した前記暗号化発信側端末番号と前記暗号化着信側端末番号とを前記第１ネットワークを介して前記中継装置に送信し、この送信終了後に前記第１ネットワークとの接続切断をする発信側第１ネットワーク通信部と
を備え、
前記中継装置は、
前記発信側第１ネットワーク通信部が送信した前記暗号化発信側端末番号と前記暗号化着信側端末番号とを前記第１ネットワークを介して受信する中継側第１ネットワーク通信部と、
前記第１鍵に対応する第１鍵対応鍵を記憶する鍵管理部と、
前記中継側第１ネットワーク通信部が受信した前記暗号化着信側端末番号を前記第１鍵対応鍵で復号するセッション管理部と、
前記セッション管理部が復号した前記暗号化着信側端末番号に基づいて、前記中継側第１ネットワーク通信部が受信した前記暗号化発信側端末番号を前記第１ネットワークと異なる前記第２ネットワークを介して前記着信側端末装置に送信する中継側第２ネットワーク通信部と
を備え、
前記着信側端末装置は、
前記中継側第２ネットワーク通信部が送信した前記暗号化発信側端末番号を前記第２ネットワークを介して受信する着信側第２ネットワーク通信部と、
前記着信側端末番号と、前記発信側記憶部が記憶する前記第２鍵に対応する第２鍵対応鍵とを記憶する着信側記憶部と、
前記着信側第２ネットワーク通信部が受信した前記暗号化発信側端末番号を前記第２鍵対応鍵で復号する着信側制御部と
を備え、
前記発信側端末装置は、さらに、
乱数を生成する発信側乱数生成部を備え、
前記発信側制御部は、
前記発信側乱数生成部の生成した乱数と、前記発信側記憶部が記憶している前記発信側端末番号と、前記着信側端末番号とに基づいて、所定の規則を使用することにより前記中継装置による前記認証に使用する発信側認証コードを生成し、
前記発信側第１ネットワーク通信部は、
前記第１ネットワークとの前記接続切断の後に再び前記第１ネットワークに接続し、前記発信側制御部の生成した前記発信側認証コードを前記第１ネットワークを介して前記中継装置に送信し、
前記着信側端末装置は、さらに、
乱数を生成する着信側乱数生成部と着信側第１ネットワーク通信部とを備え、
前記着信側制御部は、
前記着信側乱数生成部が生成した乱数と、復号された前記発信側端末番号と、前記着信側記憶部が記憶している前記着信側端末番号とに基づいて、前記発信側制御部が使用する前記所定の規則と同一の規則を使用することにより前記中継装置による前記認証に使用する着信側認証コードを生成し、
前記着信側第１ネットワーク通信部は、
前記着信側制御部の生成した前記着信側認証コードを前記第１ネットワークを介して前記中継装置に送信し、
前記中継装置は、
前記中継側第１ネットワーク通信部が、
前記発信側第１ネットワーク通信部の送信した前記発信側認証コードと前記着信側第１ネットワーク通信部の送信した前記着信側認証コードとを前記第１ネットワークを介して受信し、
前記セッション管理部が、
前記中継側第１ネットワーク通信部の受信した前記発信側認証コードと前記着信側認証コードとが一致するかどうかを認証し、認証の結果、一致すると判定した場合にのみ、前記発信側端末装置と前記着信側端末装置とから前記第１ネットワークを介して送られてきたそれぞれの前記通信データを相手方の端末装置に前記第１ネットワークを介して中継することを特徴とする通信システム。 - 通信相手である着信側の着信側端末装置を呼び出し、中継対象となる端末装置の認証を行う認証機能を有する中継装置による所定の第１ネットワーク上における中継を介して前記着信側端末装置と通信データをやり取りする発信側端末装置において、
前記発信側端末装置は、
自己に付与された固有の発信側端末番号と、前記着信側端末装置に付与された固有の着信側端末番号と、第１鍵と、第２鍵とを記憶する発信側記憶部と、
前記着信側端末番号を前記第１鍵で暗号化した暗号化着信側端末番号と、前記発信側端末番号を前記第２鍵で暗号化した暗号化発信側端末番号とを生成する発信側制御部と、
前記第１ネットワークに接続することにより、前記発信側制御部が生成した前記暗号化発信側端末番号と前記暗号化着信側端末番号とを前記第１ネットワークを介して前記中継装置に送信し、この送信終了後に前記第１ネットワークとの接続切断をする発信側第１ネットワーク通信部と、
乱数を生成する発信側乱数生成部と
を備え、
前記発信側制御部は、
前記発信側乱数生成部の生成した乱数と、前記発信側記憶部が記憶している前記発信側端末番号と、前記着信側端末番号とに基づいて、所定の規則を使用することにより前記中継装置による前記認証に使用する発信側認証コードを生成し、
前記発信側第１ネットワーク通信部は、
前記第１ネットワークとの前記接続切断の後に再び前記第１ネットワークに接続し、前記発信側制御部の生成した前記発信側認証コードを前記第１ネットワークを介して前記中継装置に送信するとともに、前記中継装置から前記発信側認証コードに対する認証結果を前記第１ネットワークを介して受信し、
前記発信側制御部は、
前記発信側第１ネットワーク通信部が受信した前記認証結果が認証成立を示す場合には、前記通信データを前記発信側第１ネットワーク通信部から前記中継装置に前記第１ネットワークを介して送信することを特徴とする発信側端末装置。 - 発信側の発信側端末装置と通信する着信側の着信側端末装置であって、中継対象となる端末装置の認証を行う認証機能を有する中継装置による所定の第１ネットワーク上における中継を介して前記発信側端末装置と通信データをやり取りする着信側端末装置において、
暗号化された所定の暗号化データを前記中継装置から前記第１ネットワークと異なる第２ネットワークを介して受信する着信側第２ネットワーク通信部と、
自装置に付与された固有の着信側端末番号と、所定の鍵データである着信側暗号鍵とを記憶する着信側記憶部と、
前記着信側第２ネットワーク通信部が受信した前記暗号化データを着信側記憶部が記憶している前記着信側暗号鍵で復号する着信側制御部と、
乱数を生成する着信側乱数生成部と、
着信側第１ネットワーク通信部と
を備え、
前記着信側制御部は、
前記着信側乱数生成部が生成した乱数と、復号された前記暗号化データと、前記着信側記憶部が記憶している前記着信側端末番号とに基づいて、所定の規則を使用することにより前記中継装置による前記認証に使用する着信側認証コードを生成し、
前記着信側第１ネットワーク通信部は、
前記着信側制御部が生成した前記着信側認証コードを前記第１ネットワークを介して前記中継装置に送信するとともに、前記中継装置から前記着信側認証コードに対する認証結果を前記第１ネットワークを介して受信し、
前記着信側制御部は、
前記着信側第１ネットワーク通信部が受信した前記認証結果が認証成立を示す場合には、前記通信データを前記着信側第１ネットワーク通信部から前記中継装置に前記第１ネットワークを介して送信することを特徴とする着信側端末装置。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2006343456A JP4827717B2 (ja) | 2006-12-20 | 2006-12-20 | 通信システム及び発信側端末装置及び着信側端末装置 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2006343456A JP4827717B2 (ja) | 2006-12-20 | 2006-12-20 | 通信システム及び発信側端末装置及び着信側端末装置 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2008160212A JP2008160212A (ja) | 2008-07-10 |
| JP4827717B2 true JP4827717B2 (ja) | 2011-11-30 |
Family
ID=39660681
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2006343456A Active JP4827717B2 (ja) | 2006-12-20 | 2006-12-20 | 通信システム及び発信側端末装置及び着信側端末装置 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP4827717B2 (ja) |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2017003099A1 (ko) * | 2015-06-30 | 2017-01-05 | 경북대학교산학협력단 | 비콘신호의 송출 시간차를 이용한 인증처리 기능을 갖는 비콘 통신시스템 및 그 인증방법 |
Families Citing this family (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP5220625B2 (ja) * | 2009-01-06 | 2013-06-26 | Ｋｄｄｉ株式会社 | 端末間ネゴシエーションにおける認証方法及びシステム |
| WO2016056473A1 (ja) * | 2014-10-07 | 2016-04-14 | 日本電信電話株式会社 | 秘密計算システム、中継装置、それらの方法、プログラム、および記録媒体 |
| US9660803B2 (en) * | 2015-09-15 | 2017-05-23 | Global Risk Advisors | Device and method for resonant cryptography |
Family Cites Families (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPH10155040A (ja) * | 1996-09-30 | 1998-06-09 | Nissin Electric Co Ltd | ダイアルアップ接続通信機器の呼び出し方法、および、それを用いた監視制御システム |
| JP3521837B2 (ja) * | 1999-09-07 | 2004-04-26 | 日本電信電話株式会社 | 位置情報サービスシステム及び方法及び位置情報サービスプログラムを格納した記憶媒体 |
| JP2001358675A (ja) * | 2000-06-14 | 2001-12-26 | Sharp Corp | 情報配信システム、媒体、および情報配信装置 |
| JP2003224609A (ja) * | 2002-01-31 | 2003-08-08 | Nippon Telegr & Teleph Corp <Ntt> | ＶｏＩＰ通信システム、ＶｏＩＰ通信方法、接続サーバ、接続サーバによる端末アダプタ間の通話路設定方法、プログラム、および記録媒体 |
-
2006
- 2006-12-20 JP JP2006343456A patent/JP4827717B2/ja active Active
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2017003099A1 (ko) * | 2015-06-30 | 2017-01-05 | 경북대학교산학협력단 | 비콘신호의 송출 시간차를 이용한 인증처리 기능을 갖는 비콘 통신시스템 및 그 인증방법 |
Also Published As
| Publication number | Publication date |
|---|---|
| JP2008160212A (ja) | 2008-07-10 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN100373991C (zh) | 一种分组网络中语音通信的加密协商方法 | |
| CN100525345C (zh) | 移动电话、通信终端和电话呼叫方法 | |
| US20150089220A1 (en) | Technique For Bypassing an IP PBX | |
| JP2007006456A (ja) | 受信装置、送信装置 | |
| JP5192077B2 (ja) | Ｖｐｎによる秘匿通信方法、そのシステム、そのプログラム、並びに、そのプログラムの記録媒体 | |
| JP2005333606A (ja) | 無線通信ネットワークシステムにおける接続認証 | |
| JP5979263B2 (ja) | 秘話通信装置、方法及びプログラム | |
| JP2006217446A (ja) | 遠隔会議システム | |
| JP4827717B2 (ja) | 通信システム及び発信側端末装置及び着信側端末装置 | |
| KR20160121828A (ko) | 단말간 음성 및 데이터 통신시 도청을 방지하기 위한 분리형 비화장치 및 방법 | |
| JP2005026963A (ja) | 通信方法、その装置及びそのプログラム | |
| JP4890866B2 (ja) | 構内交換機 | |
| CN100521643C (zh) | Ip视频终端设备与信令网的交互 | |
| JP3911697B2 (ja) | ネットワーク接続機器、ネットワーク接続方法、ネットワーク接続用プログラムおよびそのプログラムを記憶した記憶媒体 | |
| JP2005122662A (ja) | セッション転送における認証方法およびこれを用いるセッション転送制御方法並びにプログラム | |
| KR101543571B1 (ko) | 비밀 통신 방법 | |
| JP2012080358A (ja) | 通信サービス網及び通信サービスシステム | |
| JPH09181716A (ja) | 無線ネットワークにおける秘密鍵生成方法及び無線端末 | |
| JP6582462B2 (ja) | 情報処理装置およびその制御方法 | |
| JP6953680B2 (ja) | 鍵管理装置、通信システム、端末装置、鍵管理方法、通信方法、処理方法、プログラム | |
| JPH0334640A (ja) | ファクシミリ機密通信方法及びその装置 | |
| JP2006128985A (ja) | 通信機器、秘密情報共有システム、秘密情報共有方法及びプログラム | |
| JP2003069695A (ja) | 携帯電話装置 | |
| CN104994087A (zh) | 一种数据传输方法及系统 | |
| JP2005010879A (ja) | 電子メールシステムおよび電子メールサーバ |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20091001 |
|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20110906 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20110913 |
|
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20110913 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20140922 Year of fee payment: 3 |
|
| R150 | Certificate of patent or registration of utility model |
Ref document number: 4827717 Country of ref document: JP Free format text: JAPANESE INTERMEDIATE CODE: R150 Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |