通信システム及び当該通信システムを構成する通信制御サーバ及び通信端末
端末１０３及び端末１０４と、第２通信端末のネットワーク上におけるアドレスを特定するための宛先情報を通知する仲介サーバ１０１とから構成される通信システム１００であって、端末１０３は、前記宛先情報を要求する要求メッセージを仲介サーバ１０１に送信し、仲介サーバ１０１は、端末１０４と、端末１０４への接続が許可された端末との対応関係を示す許可端末テーブルを記憶している記憶部２０６と、前記要求メッセージを受信する受信部２０３と、受信した前記要求メッセージを送信した端末１０３が、端末１０４によって接続が許可されている端末であるか否かを、前記許可端末テーブルに基づいて判定し、端末１０３が接続が許可されている端末である場合に限り、端末１０４の宛先情報を、端末１０３に通知する制御部２０１とを有することを特徴とする通信システム。
【発明の詳細な説明】
【技術分野】
本発明は、通信回線で接続される端末間の通信制御を行なう通信システム、及び当該通信システムにおける通信制御方法、及び当該通信システムを構成する通信制御サーバ、通信端末に関する。
【背景技術】
近年、通信ネットワークインフラの発達によって、多数のユーザがインターネットに接続するようになった。また、ＤＳＬやケーブルモデム、光ファイバといった高速アクセスリンクの普及により、広帯域でのネットアクセスが可能となった。
また、インターネットに接続する端末にも、様々な新しい種類の端末が開発され、例えば、テレビやハードディスク内蔵ビデオレコーダなど家電製品でもインターネットを利用するものが開発されている。 さらに、インターネットの利用形態においても、従来のサーバ−クライアント方式のサービスに加えて、ユーザの端末同士が直接通信するピアツーピア（Ｐｅｅｒ ｔｏ Ｐｅｅｒ）方式の利用形態のサービスが利用できるようになっている。
一般的に、ネットワークサービス加入者が利用する端末では、ＰＰＰ（Ｐｏｉｎｔ ｔｏ Ｐｏｉｎｔ Ｐｒｏｔｏｃｏｌ）、ＰＰＰｏＥ（ＰＰＰ ｏｖｅｒ Ｅｔｈｅｒｎｅｔ）などを用いることにより、ＩＰアドレスがインターネット接続時に動的に割り当てられる。そのため、接続のたびにＩＰアドレスは変化する。
したがって、端末間でピアツーピアに接続を行う場合、その時点で端末に割り当てられているＩＰアドレスを取得する仕組みが必要となる。この問題を解決するための従来技術として、後述する特許文献１及び２が開示されている。
これにより、ダイヤルアップ接続等によりインターネットに接続されたユーザー端末に対して、他のユーザー端末が不具合を生じることなく、接続することができ、ユーザー端末同士の通信を容易に確立することができる。
しかしながら、上記のようなユーザー端末同士の通信においては、インターネットに接続されたユーザー端末に対して、そのＩＰアドレスを指定することにより、どこからでもアクセス可能になるため、当該ユーザーが意図していない者からのいたずら目的の接続など、当該ユーザーにとって不都合な接続がなされてしまうという問題が生じる。
【発明の開示】
本発明は、上記問題に鑑み、ユーザー端末同士の通信において、他のユーザー端末からの不都合な接続を有効に防止する、通信制御サーバ、通信端末、及び通信システムを提供することを目的とする。
上記目的を達成すべく、本発明は、第１及び第２通信端末と、第２通信端末のネットワーク上におけるアドレスを特定するための宛先情報を通知する通信制御サーバとから構成される通信システムであって、第１通信端末は、前記宛先情報を要求する要求メッセージを前記通信制御サーバに送信し、前記通信制御サーバは、第２通信端末と、第２通信端末への接続が許可された接続許可通信端末との対応関係を示す許可端末テーブルを記憶している許可端末テーブル記憶手段と、前記要求メッセージを受信する要求メッセージ受信手段と、受信した前記要求メッセージを送信した第１通信端末が、第２通信端末に対応付けられている接続許可通信端末に該当するか否かを、前記許可端末テーブルに基づいて判定する端末判定手段と、第１通信端末が第２通信端末に対応付けられている接続許可通信端末に該当する場合に限り、第２通信端末の宛先情報を、第１通信端末に通知する通知制御手段とを有する。
ここで、前記アドレスは、ＩＰアドレスであることとしてもよい。
ここで、前記アドレスは、ＩＰアドレスとポート番号とから構成されることとしてもよい。
又、本発明は、通信端末のアドレスを特定するための宛先情報を通知する通信制御サーバであって、前記通信端末と、当該通信端末への接続が許可された通信端末との対応関係を示す許可端末テーブルを記憶している許可端末テーブル記憶手段と、前記宛先情報を要求する要求メッセージを要求元通信端末から受信する要求メッセージ受信手段と、前記要求元通信端末が、前記通信端末に接続を許可されている通信端末であるか否かを、前記許可端末テーブルに基づいて判定する端末判定手段と、前記要求元通信端末が、接続を許可されている通信端末である場合に限り、前記通信端末の宛先情報を前記要求元通信端末に通知する通知制御手段とを備えることとしてもよい。
これにより、予め接続が許可されている通信端末に対してのみ、接続に必要な宛先情報が通知されるので、通信端末の利用者は、自己が意図していない利用者からの接続を有効に防止することができる。
ここで、前記通信システムにおいて、前記通知制御手段はさらに、第１通信端末が第２通信端末への接続が許可されている通信端末である場合に限り、第２通信端末が第１通信端末を認証するための認証情報を作成する認証情報作成手段を有し、前記通知制御手段はさらに、前記認証情報を、第１通信端末と第２通信端末に通知し、第１通信端末は、第２通信端末への接続要求時に、通知された認証情報を第２通信端末に送信し、第２通信端末は、第１通信端末から前記認証情報を受信する受信手段と、受信した認証情報と通知された認証情報とが一致するか否かを判定する判定手段と、両者の認証情報が一致する場合に限り、第１通信端末からの接続を許可する接続制御手段とを有することとしてもよい。
又、本発明は、通信制御サーバとネットワークで接続された通信端末であって、前記通信制御サーバに、前記通信端末への接続が許可された通信端末の登録要求をする許可通信端末登録要求手段と、前記通信端末のネットワーク上におけるアドレスを特定するための宛先情報を要求した通信端末が前記通信端末への接続が許可された通信端末である場合に限り、前記通信制御サーバから送信される、前記宛先情報を要求した通信端末を認証するための認証情報を受信する認証情報受信手段と、前記宛先情報を要求した通信端末から、接続受入要求と当該通信端末を識別するための識別情報を受信する識別情報受信手段と、前記認証情報と前記識別情報とが一致するか否かを判定する判定手段と、前記認証情報と前記識別情報とが一致する場合に限り、前記宛先情報を要求した通信端末からの接続受入要求に基づく接続を許可する接続制御手段とを備えることとしてもよい。
又、本発明は、通信制御サーバとネットワークで接続された通信端末に用いる接続制御プログラムであって、前記接続制御プログラムは、前記通信制御サーバに、当該通信端末への接続が許可された通信端末の登録要求をする許可通信端末登録要求ステップと、前記通信端末のネットワーク上におけるアドレスを特定するための宛先情報を要求した通信端末が前記通信端末への接続が許可された通信端末である場合に限り、前記通信制御サーバから送信される、前記宛先情報を要求した通信端末を認証するための認証情報を受信する認証情報受信ステップと、
前記宛先情報を要求した通信端末から、接続受入要求と当該通信端末を識別するための識別情報を受信する識別情報受信ステップと、前記認証情報と前記識別情報とが一致するか否かを判定する判定ステップと、前記認証情報と前記識別情報とが一致する場合に限り、前記宛先情報を要求した通信端末からの接続受入要求に基づく接続を許可する接続制御ステップとを含むこととしてもよい。
又、本発明は、通信制御サーバとネットワークで接続された通信端末に用いる接続制御プログラムを記録したコンピュータ読取可能な記録媒体であって、前記接続制御プログラムは、前記通信制御サーバに、当該通信端末への接続が許可された通信端末の登録要求をする許可通信端末登録要求ステップと、前記通信端末のネットワーク上におけるアドレスを特定するための宛先情報を要求した通信端末が前記通信端末への接続が許可された通信端末である場合に限り、前記通信制御サーバから送信される、前記宛先情報を要求した通信端末を認証するための認証情報を受信する認証情報受信ステップと、前記宛先情報を要求した通信端末から、接続受入要求と当該通信端末を識別するための識別情報を受信する識別情報受信ステップと、前記認証情報と前記識別情報とが一致するか否かを判定する判定ステップと、前記認証情報と前記識別情報とが一致する場合に限り、前記宛先情報を要求した通信端末からの接続受入要求に基づく接続を許可する接続制御ステップとを含むこととしてもよい。
又、本発明は、通信制御サーバとネットワークで接続された通信端末に用いる接続制御方法であって、前記通信制御サーバに、当該通信端末への接続が許可された通信端末の登録要求をする許可通信端末登録要求ステップと、前記通信端末のネットワーク上におけるアドレスを特定するための宛先情報を要求した通信端末が前記通信端末への接続が許可された通信端末である場合に限り、前記通信制御サーバから送信される、前記宛先情報を要求した通信端末を認証するための認証情報を受信する認証情報受信ステップと、前記宛先情報を要求した通信端末から、接続受入要求と当該通信端末を識別するための識別情報を受信する識別情報受信ステップと、前記認証情報と前記識別情報とが一致するか否かを判定する判定ステップと、前記認証情報と前記識別情報とが一致する場合に限り、前記宛先情報を要求した通信端末からの接続受入要求に基づく接続を許可する接続制御ステップとを含むこととしてもよい。
これにより、接続を要求する通信端末に対する認証情報の発行作業を、通信制御サーバが代行することができるので、接続を要求された通信端末は、より簡易に認証作業を進めることができる。
ここで、前記通信システムにおいて、前記通知制御手段はさらに、第１通信端末と第２通信端末間で送受信される情報を暗号化及び復号化するための暗号鍵を作成する暗号鍵作成手段を有し、前記通知制御手段はさらに、前記暗号鍵を第１通信端末と第２通信端末に通知することとしてもよい。
これにより、通信端末間で送受信される認証情報が、第３者に不正に取得され、解読されることを有効に防止することができる。
ここで、前記通信端末において、前記通信端末はさらに、接続先通信端末に送信すべき各種通信データを当該通信データのデータ属性と対応付けて記憶している記憶手段と、前記接続先通信端末のネットワーク上におけるアドレスを特定するための宛先情報を要求する要求メッセージを前記通信制御サーバに送信する送信手段と、前記通信端末が前記接続先通信端末によって接続が許可された通信端末である場合に限り、前記通信制御サーバから通知される前記宛先情報を取得する取得手段と、取得された前記宛先情報に基いて、前記接続先通信端末との接続を確立する接続確立手段と、送信すべき通信データの指定を受取る指定受取手段と、指定された通信データが特定のデータ属性を有するか否か判定するデータ属性判定手段と、指定された通信データが特定のデータ属性を有する場合に、前記通信制御サーバに、指定された通信データの前記接続先通信端末への転送を依頼する転送依頼手段と、指定された通信データが特定のデータ属性を有する場合に、指定された通信データを前記通信制御サーバに送信し、指定された通信データが特定のデータ属性を有しない場合に、指定された通信データを接続している前記接続先通信端末に直接送信する制御を行なう送信制御手段とを備えることとしてもよい。
又、前記通信端末において、前記アドレスは、ＩＰアドレスであることとしてもよい。
又、前記通信端末において、前記アドレスは、ＩＰアドレスとポート番号とから構成されることとしてもよい。
又、前記通信端末において、前記アドレスは、随時変動することとしてもよい。
これにより、接続先通信端末に送信すべき通信データが特定の種類に属する場合に限り、通信制御サーバ経由で通信データが接続先通信端末に送信され、その他の場合には、通信データが直接接続先通信端末に送信されるように制御することができるので、通信制御サーバの通信データの送信に要する負荷を軽減することができる。
ここで、前記通信端末において、前記送信制御手段は、指定された通信データがＭＰＥＧ符号化された映像データである場合に、当該映像データからＩピクチャを抽出する抽出手段と、抽出したＩピクチャを暗号化する暗号化手段とを有し、
前記転送依頼手段は、暗号化されたＩピクチャの前記接続先通信端末への転送を依頼し、前記送信制御手段は、暗号化したＩピクチャを前記通信制御サーバに送信し、Ｉピクチャを除く残りの映像データを接続している前記接続先通信端末に直接送信することとしてもよい。
これにより、映像データの再生に不可欠な構成要素であるＩピクチャだけが通信制御サーバ経由で暗号化されて接続先通信端末に送信され、他の映像データの構成要素は、暗号化されることなく直接接続先通信端末に送信されるように制御することができるので、接続先通信端末における暗号化されたデータの復号化に要する負荷を軽減することができ、又、映像データの再生に不可欠なＩピクチャは、暗号化されて送信されるので、送信途中で映像データが何者かによって不正に取得された場合においても取得された映像データが不正に再生されて視聴されるのを防止することができる。
ここで、前記通信端末において、前記データ属性は、通信データの秘匿性の有無を示すデータ属性であり、前記転送依頼手段は、指定された通信データのデータ属性が秘匿性の有ることを示している場合に、前記通信制御サーバに、指定された通信データの前記接続先通信端末への転送を依頼し、前記送信制御手段は、指定された通信データのデータ属性が秘匿性の有ることを示している場合に、指定された通信データを暗号化して前記通信制御サーバに送信することとしてもよい。
これにより、秘匿性の高いデータは、通信制御サーバを介して暗号化されて接続先通信端末に送信され、秘匿性の低いデータのみが直接接続先通信端末に送信されるように制御することができるので、ユーザーは予め通信端末に記録しているデータを秘匿性の程度に応じて分類して記録することにより、秘匿性の高いデータが不正に取得され、他人に視聴されるという心配なく、安心して接続先通信端末にデータを送信することができる。
ここで、前記通信システムにおいて、前記通知制御手段はさらに、第２通信端末の宛先情報を第１通信端末に通知する前に、第２通信端末が第１通信端末からの接続を受入可能か否かについての問合せメッセージを第２通信端末に送信し、
第２通信端末は、前記問合せメッセージを受信する受信手段と、前記問合せメッセージの受信時における負荷状態に応じて、第１通信端末からの接続の受入可否を判定し、判定結果を示す受入可否通知メッセージを前記通信制御サーバに通知する接続受入可否通知手段とを有し、前記通知制御手段は、通知された受入可否通知メッセージに基づいて、第２通信端末が、第１通信端末からの接続を受入可能な状態にあるか否かを判定する接続受入可否判定手段を有し、第２通信端末が、第１通信端末からの接続を受入可能な状態にある場合に限り、前記通知制御手段は、第２通信端末の宛先情報を第１通信端末に通知することとしてもよい。
又、前記通信端末において、前記識別情報受信手段はさらに、前記接続受入要求が送信される前に、前記宛先情報を要求した通信端末からの接続を受入可能か否かについての問合せメッセージを、前記通信制御サーバから受信し、前記接続制御手段は、前記問合せメッセージの受信時における負荷状態に応じて、前記接続が受入可能か否かを判定し、判定結果を前記通信制御サーバに通知することとしてもよい。
これにより、利用者の通信端末の負荷状態に応じて、他の通信端末からの接続が制御されるので、負荷が高い状態のときに、他の通信端末からの接続が受付けられ、通信に不具合が生じるのを有効に防止することができる。
ここで、前記通信システムにおいて、前記通知制御手段は、第１通信端末が第２通信端末に接続を許可されている通信端末でない場合に、その旨を示す第１通知メッセージを第１通信端末に通知し、第２通信端末が、第１通信端末からの接続を受入可能な状態にない場合に、その旨を示す第２通知メッセージを第１通信端末に通知することとしてもよい。
これにより、接続要求元の通信端末が接続要求先の通信端末への接続ができなかった場合に、その原因が特定されて接続要求元の通信端末に通知されるので、ユーザーは、迅速に接続ができない原因を知ることができる。
ここで、前記通信端末において、前記識別情報受信手段は、前記宛先情報を要求した通信端末からの接続を受入可能な状態にない場合に、前記通信制御サーバから、宛先情報を要求した通信端末からの通信データの転送依頼があったことを通知する転送依頼通知メッセージを受信し、前記通信端末は、負荷状態に応じて前記通信データを取得可能な状態になったか否かを判定する通信データ取得可否判定手段と、前記転送依頼通知メッセージが受信された後に、前記通信データを取得可能な状態になった場合に、前記通信データの転送を要求する転送要求メッセージを前記通信制御サーバに送信する転送要求メッセージ送信手段と、前記転送要求メッセージに応じて前記通信制御サーバから送信された前記通信データを取得する取得手段とを備えることとしてもよい。
これにより、接続先通信端末が接続受入状態になく、通信データを直接送信できない場合に、通信制御サーバに通信データの転送を依頼することができるので、何度も接続先通信端末との接続確立処理を繰り返すことなく、迅速に通信データの送信処理を完了することができる。
【図面の簡単な説明】
図１は、本発明の実施の形態１における通信システム１００の構成を示す機能ブロック図である。
図２は、仲介サーバ１０１の構成を示す機能ブロック図である。
図３は、仲介サーバ１０１に送信される許可端末登録コマンドの具体例を示す。
図４は、許可端末テーブルの具体例を示す。
図５（ａ）は、問合せメッセージの具体例を示す。
図５（ｂ）は、「接続受入」を示す通知メッセージの例を示す。
図５（ｃ）は、「接続拒否」を示す通知メッセージの例を示す。
図５（ｄ）は、接続先通知メッセージの具体例を示す。
図５（ｅ）は、認証情報通知メッセージの具体例を示す。
図５（ｆ）は、接続受入要求メッセージの具体例を示す。
図５（ｇ）は、図１２及び図１６のステップＳ１２０５における判定が否定的である場合に送信される通知メッセージの変形例を示す。
図５（ｈ）は、図１６のステップＳ１６０８における判定が否定的である場合に送信される通知メッセージの変形例を示す。
図６は、アドレス解決サーバ１０２の構成を示す機能ブロック図である。
図７は、ＩＰアドレス対応テーブルの具体例を示す。
図８は、仲介サーバ１０１から取得要求データを受信した後に、アドレス解決サーバ１０２の行うＩＰアドレス送信処理の動作を示すフローチャートである。
図９は、各端末の行う接続許可端末の登録要求処理の動作を示すフローチャートである。
図１０は、仲介サーバ１０１による許可端末テーブルへの接続許可端末の登録処理（図９のステップＳ１０００）の動作を示すフローチャートである。
図１１は、各端末の行う他端末との接続確立処理の動作を示すフローチャートである。
図１２は、図１１のステップＳ１１０１において、送信された問合せメッセージを受信した仲介サーバ１０１が行う接続制御処理の動作を示すフローチャートである。
図１３は、図１１のステップＳ１１０７において、端末１０３によって接続受入要求された端末１０４が行う他端末からの接続受入処理の動作を示すフローチャートである。
図１４は、本発明の実施の形態２における通信システム１１０の構成を示す機能ブロック図である。
図１５は、仲介サーバ１１１の構成を示す機能ブロック図である。
図１６は、制御部２１１の行う接続制御処理の動作を示すフローチャートである。
図１７（ａ）は、図１６のステップＳ１６０６において送信される、端末１１４に送信される受入状態問合せメッセージの具体例を示す。
図１７（ｂ）は、「接続受入状態にある」ことを示す、端末１１４から受信する返答通知メッセージの具体例を示す。
図１７（ｃ）は、「接続拒否状態にある」ことを示す、端末１１４から受信する返答通知メッセージの具体例を示す。
図１８は、端末１１４が、図１３に示す接続受入処理と同一の処理を行う前に実行する接続受入状態の通知処理の動作を示すフローチャートである。
図１９は、仲介サーバ１１１の行なう接続確立判定処理の動作を示すフローチャートである。
図２０は、端末１０３及び端末１０４の構成を示す機能ブロック図である。
図２１は、通信システム２００の構成を示す。
図２２は、仲介サーバ１０１による端末間の通信データの転送処理の動作を示すフローチャートである。
図２３は、各端末の行なう通信データ送信制御処理の動作を示すフローチャートである。
図２４は、実施の形態３における通信システム１２０の構成を示す機能ブロック図である。
図２５は、仲介サーバ１２１の構成を示す機能ブロック図である。
図２６及び図２７は、制御部２２１の行う接続制御処理の動作を示すフローチャートである。
図２８は、仲介サーバ１２１によるステップＳ２６１１による処理を介して送信された転送依頼問合せメッセージを端末１２３が受信した場合に、端末１２３が行なう通信データ転送依頼処理の動作を示すフローチャートである。
図２９は、仲介サーバ１２１による図２７のステップＳ２６１５による処理を介して送信された転送依頼通知メッセージを端末１２４が受信した場合に、端末１２４が行なう通信データ受入制御処理の動作を示すフローチャートである。
図３０は、端末１１４の構成を示す機能ブロック図である。
図３１は、端末１２３の構成を示す機能ブロック図である。
図３２は、端末１２４の構成を示す機能ブロック図である。
【発明を実施するための最良の形態】
（実施の形態１）
＜構成＞
図１は、本発明の実施の形態１における通信システム１００の構成を示す機能ブロック図である。通信システム１００は、仲介サーバ１０１、アドレス解決サーバ１０２、通信端末１０３（以下、「端末１０３」という。）、通信端末１０４（以下、「端末１０４」という。）とから構成され、各構成要素はインターネット１０５で接続されている。
なお、仲介サーバ１０１とアドレス解決サーバ１０２はインターネットを介した接続ではなく、同じイントラネット（例えば、ＬＡＮ）に接続されている構成であっても良い。
又、ここでは、説明を簡略化するため、通信システム１００の構成要素となる通信端末（以下、「端末」という。）の数は２としたが、端末の数は複数であればよく、２に限定されない。
又、端末とは、インターネットやイントラネットに接続機能を有する機器のことをいい、具体的にはＰＣ（Ｐｅｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒ）、ＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）ビデオレコーダ、ＤＶＤレコーダ、ＴＶ（Ｔｅｌｅｖｉｓｉｏｎ）、ＰＤＡ（Ｐｅｒｓｏｎａｌ Ｄｉｇｉｔａｌ Ａｓｓｉｓｔａｎｃｅ）などのことをいう。
図２１は、通信システム１００を構成する各端末がＨＤＤビデオレコーダである場合の通信システム２００の具体例を示す。なお、図２１では、通信システム１００の構成を簡略化して図示するため、アドレス解決サーバは、図示していない。通信システム２００は、接続要求元の端末であるＨＤＤビデオレコーダ１０３０、接続先の端末であるＨＤＤビデオレコーダ１０４０、仲介サーバ１０１０から構成される。
図２は、仲介サーバ１０１の構成を示す機能ブロック図である。
仲介サーバ１０１は、制御部２０１、送信部２０２、受信部２０３、パスワード発行部２０４、暗号鍵発行部２０５、記憶部２０６から構成される。
仲介サーバ１０１は、ハードウェアとしてはＣＰＵ、ＲＯＭ、ＲＡＭ、ハードディスク等から構成され、ＲＯＭ又は上記ハードディスクには、コンピュータプログラムが記憶され、上記ＣＰＵが、上記コンピュータプログラムに従って動作することにより、仲介サーバ１０１は、その機能を達成する。
受信部２０３は、各端末から送信された、接続先の端末（以下、「接続先端末」という。）のＩＰアドレスを、当該端末の識別子を特定して問い合わせるメッセージ（以下、「問合せメッセージ」という。）を受信し、制御手段２０１へ出力する。図５（ａ）は、問合せメッセージの具体例を示す。
ここで、「ＱＵＥＲＹ」は、問合せメッセージであることを示し、「Ｉｄｅｎｔｉｆｉｅｒ」は、問合せメッセージの送信元の端末（以下、「問合せ端末」という。）の識別子を示し、「Ｃａｌｌｅｅ」は、接続先端末の識別子を示す。
又、受信部２０３は、各端末から送信された登録要求データを受信し、制御部２０１へ出力する。
ここで、「登録要求データ」とは、各端末によって作成される、当該端末への接続を許可された端末（以下、「接続許可端末」という。）の登録や登録された接続許可端末の削除を要求する許可端末登録コマンドと仲介サーバ１０１のＩＰアドレスとを含むパケット化データのことをいう。
ここで、許可端末登録コマンドには、登録を要求した端末の識別子と、当該端末によって登録や削除を要求される接続許可端末の識別子と、登録処理の内容を示すコマンドが含まれる。
図３は、仲介サーバ１０１に送信される許可端末登録コマンドの具体例を示す。図３（ａ）は、新たに登録を行う場合のコマンドメッセージの一例を示す。「ＲＥＧＩＳＴＥＲ」は登録処理を表すコマンドを示し、「Ｉｄｅｎｔｉｆｉｅｒ」は、接続許可の主体となる各端末の識別子を示し、「Ａｃｃｅｐｔ」は、仲介サーバ１０１における登録処理で行うべき具体的な処理の内容を、それに続く命令文（ここでは、「Ｃｒｅａｔｅ」を含む命令文）で指示するコマンドを示し、「Ｃｒｅａｔｅ」は新たに接続許可端末を登録するコマンドを表し、ここでは、「Ｃｒｅａｔｅ」を含む命令文は、接続許可端末として既に登録されている接続許可端末の識別子を削除して、識別子Ｉｂ、Ｉｆの接続許可端末を新たに登録するコマンドを表している。
図３（ｂ）の「Ａｄｄ」は、既に登録されている接続許可端末の識別子に加え、新たに接続許可端末の識別子を追加するコマンドを表している。ここでは、「Ａｄｄ」を含む命令文は、識別子Ｉｃ、Ｉｅの端末を、接続許可端末として追加して登録するコマンドを表している。
図３（ｃ）の「Ｄｅｌｅｔｅ」は、既に登録されている接続許可端末の識別子から指定の識別子を取り除き、接続許可を取り消すコマンドを表している。ここでは、「Ｄｅｌｅｔｅ」を含む命令文は、既に登録されている接続許可端末の識別子から、識別子Ｉｆを削除するコマンドを表している。 なお、図３（ｂ）の「Ａｄｄ」と図３（ｃ）の「Ｄｅｌｅｔｅ」のコマンドは図３（ｄ）に示すようにひとつのコマンドとしても良い。
送信部２０２は、制御部２０１から入力された、認証情報通知メッセージを接続先端末に送信する。
ここで、「認証情報通知メッセージ」とは、接続受入を要求された端末が、問合せ端末を認証するために用いる情報を含むメッセージのことをいい、具体的には、制御部２０１によって作成される、問合せ端末の識別子、当該端末を認証するためのパスワード、及び当該端末との通信データを暗号化及び復号化するための暗号鍵を含むメッセージのことをいう。
ここで、「通信データ」とは、端末間で送受信される映像データ、画像データ、音声データ、テキストデータなどの各種データのことをいう。
図５（ｅ）は、認証情報通知メッセージの具体例を示す。
ここで、「ＮＯＴＩＦＹ」は、通知メッセージであることを示し、「Ｃａｌｌｅｒ ＩＤ」は、問合せ端末の識別子を示し、「Ｐａｓｓｗｏｒｄ」は、上記パスワードを、「Ｅｎｃｒｙｐｔ Ｋｅｙ」は、上記暗号鍵を示す。
又、送信部２０２は、制御部２０１から入力された、接続先通知メッセージを問合せ端末に送信する。
ここで、「接続先通知メッセージ」とは、問合せ端末に接続先の端末のＩＰアドレスを通知するために用いるメッセージのことをいい、具体的には、制御部２０１によって作成される、当該問合せ端末に問い合わされた接続先端末のＩＰアドレスと、当該問合せ端末を認証するためのパスワードと、当該接続先端末との通信データを暗号化及び復号化するための暗号鍵とを含むメッセージのことをいう。
図５（ｄ）は、接続先通知メッセージの具体例を示す。
ここで、「ＮＯＴＩＦＹ」は、通知メッセージであることを示し、「Ｃａｌｌｅｅ Ａｄｄｒｅｓｓ」は、接続先端末のＩＰアドレスを示し、「Ｐａｓｓｗｏｒｄ」は、上記パスワードを、「Ｅｎｃｒｙｐｔ Ｋｅｙ」は、上記暗号鍵を示す。
さらに、送信部２０２は、制御部２０１から入力された、接続先端末の識別子を特定してＩＰアドレスの取得要求をする取得要求コマンドと仲介サーバ１０１のＩＰアドレスとアドレス解決サーバ１０２のＩＰアドレスとを含むパケット化データ（以下、「取得要求データ」という。）をアドレス解決サーバ１０２に送信する。
パスワード発行部２０４は、制御部２０１からのパスワード発行指示に基づいて、パスワードとなる文字列を発行する。
ここで、パスワードとして発行される文字列は、例えば、アルファベット大文字小文字、数字、記号又はそれらが複数混在したものであり、毎回異なる文字列が発行される。例えば、アルファベット大文字小文字、数字や記号などをランダムに組み合わせた、複数の文字列のリストから、パスワードとなる文字列が任意に選択されて、発行されるものとしてもよい。
暗号鍵発行部２０５は、制御部２０１からの暗号鍵発行指示により、データの暗号化及び復号化に用いる暗号鍵を発行するものである。
ここでは、送信するデータの暗号化と、当該暗号化データの受信側における復号化を同一の暗号鍵を用いて行う共通鍵方式の暗号鍵を発行するものとする。
記憶部２０６は、ハードディスクやフラッシュメモリなどによって構成され、許可端末テーブル、許容通信データサイズ閾値、上記コンピュータプログラム、アドレス解決サーバ１０２のアドレスなどを記憶している。
ここで、「許可端末テーブル」とは、各端末からの登録要求に応じて、制御部２０１によって登録された、当該端末と当該端末の接続許可端末との対応関係を示すテーブルのことをいう。
又、「許容通信データサイズ閾値」とは、後述する通信データの転送処理において、端末から送信される通信データを受け入れるか否かを判定するための通信データの許容データサイズの閾値のことをいう。
又、「アドレス」とは、例えば、ＵＲＬ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｌｏｃａｔｏｒ）、或いはＩＰアドレスなどのことをいう。
図４は、許可端末テーブルの具体例を示す。図３に示す例では、識別子がＩａの端末に対しては、識別子がＩｂ、Ｉｃ、及びＩｅの各端末からの接続が許可され、識別子がＩｂの端末に対しては、識別子がＩａ、Ｉｃ、Ｉｆ、及びＩｇの各端末からの接続が許可されていることを示す。
制御部２０１は、記憶部２０６に記憶されているコンピュータプログラムを読み出して実行することにより、他の各構成要素の動作を制御するとともに、許可端末テーブルへの接続許可端末の登録処理、端末間の接続を制御する接続制御処理、及び端末間の通信データの転送処理を行う。
以下制御部２０１の行う上記３つの処理について、具体的に説明する。
（１）許可端末テーブルへの接続許可端末の登録処理
制御部２０１は、受信部２０２から登録要求データの入力があると、登録要求データから許可端末登録コマンドを抽出し、抽出した許可端末登録コマンドの内容を解析し、「ＲＥＧＩＳＴＥＲ」コマンドを検出すると、上記登録処理の実行が指示されていることを認識し、許可端末登録コマンドの指示する処理内容（Ａｃｃｅｐｔに続く命令文で指示するコマンド）を実行する。
具体的には、処理内容が「Ｃｒｅａｔｅ」を含む命令文で示されている場合には、許可端末テーブルを参照して、登録を要求した端末が既に登録されているか否かを判定し、登録されていない場合には、当該端末の識別子と当該端末によって登録要求された接続許可端末の識別子を対応づけて、許可端末テーブルに新たに登録し、登録されている場合には、当該端末について、登録済みの接続許可端末の識別子を許可端末テーブルから削除した後、登録要求された接続許可端末の識別子を許可端末テーブルに新たに登録する。
処理内容が「Ａｄｄ」を含む命令文で示されている場合には、登録を要求した端末について、許可端末テーブルに登録済みの接続許可端末の識別子が有る場合においても、当該接続許可端末を削除することなく、登録要求された接続許可端末の識別子を許可端末テーブルに追加登録する。
処理内容が「Ｄｅｌｅｔｅ」を含む命令文で示されている場合には、削除要求された接続許可端末の識別子を許可端末テーブルから削除する。
上記各処理内容の実行が終了すると、登録処理の成否を示す登録結果メッセージを作成し、登録要求した端末に送信部２０２を介して送信する。例えば、登録処理が成功した場合には、「登録完了」を示すメッセージ（以下、「登録完了メッセージ」という。）を作成し、登録処理が失敗した場合には、「登録失敗」を示すメッセージ（以下、「登録失敗メッセージ」という。）を作成する。又、処理のステータスコードで、「登録完了」及び「登録失敗」を表したメッセージを作成することとしてもよいし、文字列と処理のステータスコードの両方でメッセージを作成することとしてもよい。
（２）接続制御処理
制御部２０１は、受信部２０３より問合せメッセージの入力を受取ると、記憶部２０６に記憶されている許可端末テーブルを参照することにより、問合せメッセージによって特定されている接続先端末の識別子に対応付けられている接続許可端末の識別子を特定し、特定した識別子と問合せ端末の識別子が一致するか否かにより、問合せ端末が、接続先端末への接続が許可されている端末に該当するか否かを判定し、判定結果を通知する通知メッセージを問合せ端末に送信する。
図５（ｂ）と図５（ｃ）は、当該問合せ端末に送信される通知メッセージの具体例を示す。図５（ｂ）は、「接続受入」を示す通知メッセージの例を示し、図５（ｃ）は、「接続拒否」を示す通知メッセージの例を示している。
問合せ端末が、接続先端末への接続が許可されている端末に該当する場合には、取得要求データを、送信部２０２を介してアドレス解決サーバ１０２に送信し、接続先端末のＩＰアドレスをアドレス解決サーバ１０２から取得すると、「接続受入」を示す通知メッセージを問合せ端末に送信する。
次に、制御部２０１は、パスワード発行部２０４にパスワード発行指示を、暗号鍵発行部２０５に暗号鍵発行指示をし、指示に応じてパスワード発行部２０４及び暗号鍵発行部２０５からそれぞれ発行されたパスワード及び暗号鍵と、問合せ端末の識別子とから、認証情報通知メッセージを作成し、作成した認証情報通知メッセージを、通信部２０２を介して接続先端末に送信する。
次に、制御部２０１は、発行されたパスワードと暗号鍵、及び取得した接続先端末のＩＰアドレスとから、接続先通知メッセージを作成し、送信部２０２を介して問合せ端末に送信する。
又、問合せ端末が、接続先端末への接続が許可されている端末に該当しない場合には、「接続拒否」を示す通知メッセージを問合せ端末に送信する。
（３）端末間の通信データの転送処理
制御部２０１は、受信部２０３より通信データ転送通知メッセージを受取ると、当該通信データ依頼メッセージに含まれる通信データのデータサイズ情報に基づいて、通信データのデータサイズが許容通信データサイズ閾値を超えているか否かを判定し、超えていない場合に、「通信データの受入を許可する」旨の転送受入通知メッセージを作成して、送信部２０２を介して転送受入通知メッセージを転送依頼元の端末に送信し、当該転送受入通知メッセージに応じて当該端末より送信された暗号化通信データを受信部２０３を介して受取ると、送信部２０２を介して接続先端末に送信する。
ここで、「通信データ転送通知メッセージ」とは、送信元端末から接続先端末に送信すべき通信データが秘匿性の高い秘匿データである場合に、当該データの送信を仲介サーバ１０１に依頼するために送信元端末（ここでは、問合せ端末）から仲介サーバ１０１に送信されるメッセージのことをいい、具体的には、問合せ端末の識別子と接続先端末の識別子と通信データのデータサイズ情報と仲介サーバ１０１のＩＰアドレスとを含むメッセージのことをいう。
又、「転送受入通知メッセージ」とは、通信データの送信元の端末から受入要求された場合に、仲介サーバ１０１又は接続先端末から送信元の端末に通知される、通信データの受け入れを許可するか否かを示すメッセージのことをいい、具体的には、通知メッセージであることを示す識別子と通知内容と通知元の識別子と送信元の端末のＩＰアドレスとを含むメッセージのことをいう。
次にアドレス解決サーバ１０２について説明する。図６は、アドレス解決サーバ１０２の構成を示す機能ブロック図である。
アドレス解決サーバ１０２は、制御部３０１、送信部３０２、受信部３０３、記憶部３０４から構成される。
アドレス解決サーバ１０２は、ハードウェアとしてはＣＰＵ、ＲＯＭ、ＲＡＭ、ハードディスク等から構成され、ＲＯＭ又は上記ハードディスクには、コンピュータプログラムが記憶され、上記ＣＰＵが、上記コンピュータプログラムに従って動作することにより、アドレス解決サーバ１０２は、その機能を達成する。
送信部３０２は、制御部３０１より入力された、接続先端末のＩＰアドレスと仲介サーバ１０１のＩＰアドレスとを含むパケット化データ（以下、「接続先ＩＰアドレスデータ」という。）を、仲介サーバ１０１に送信する。
受信部３０３は、仲介サーバ１０１から送信された取得要求データ、及びインターネットに接続している各端末から送信された、当該端末のＩＰアドレス及び識別子とアドレス解決サーバ１０２のＩＰアドレスとを含むパケット化データ（以下、「接続端末ＩＰアドレスデータ」という。）を受信し、制御部３０１に出力する。
記憶部３０４は、ハードディスクやフラッシュメモリなどによって構成され、ＩＰアドレス対応テーブルや、制御部３０１が実行するプログラムなどを記憶している。
ここで、「ＩＰアドレス対応テーブル」とは、インターネットに接続されている端末と当該端末に割当てられたＩＰアドレスとの対応関係を示すテーブルのことをいう。
図７は、ＩＰアドレス対応テーブルの具体例を示す。図７の例では、識別子がＩａ及びＩｂの端末がそれぞれ、インターネットに接続され、識別子がＩａの端末には、ＩＰアドレス（２０２．２２４．１８６．８１）が、識別子がＩｂの端末には、ＩＰアドレス（２０２．２２４．１８６．８２）が、それぞれ割当てられていることを示す。
制御部３０１は、受信部３０３より接続端末ＩＰアドレスデータの入力があると、当該ＩＰアドレスデータから当該端末のＩＰアドレス及び識別子を抽出し、抽出したＩＰアドレスと識別子を対応付けて、ＩＰアドレス対応テーブルに登録する。
又、制御部３０１は、受信部３０３より取得要求データの入力があると、当該取得要求データから接続先端末の識別子を抽出し、記憶部３０４に記憶されているＩＰアドレス対応テーブルを参照して、当該識別子に対応するＩＰアドレスを特定し、当該ＩＰアドレスと仲介サーバ１０１のＩＰアドレスとから接続先ＩＰアドレスデータを作成し、作成した接続先ＩＰアドレスデータを、送信部３０２を介して仲介サーバ１０１に送信する。
次に、端末１０３及び端末１０４について説明する。両端末の構成は、同一であり、図２０は、その構成を示す機能ブロック図である。両端末は、それぞれ、制御部４０１、送信部４０２、受信部４０３、暗号化部４０４、復号化部４０５、記憶部４０６、入力部４０７から構成される。
又、両端末は、ハードウェアとしては、ＣＰＵ、ＲＯＭ、ＲＡＭ、ハードディスク等から構成され、ＲＯＭ又は上記ハードディスクには、コンピュータプログラムが記憶され、上記ＣＰＵが、上記コンピュータプログラムに従って動作することにより、両端末は、その機能を達成する。
各端末は、あらかじめ、仲介サーバ１０１及びアドレス解決サーバ１０２のアドレス、映像データ、画像データ、音声データ、テキストデータなどの各種通信データ、及び通信データ秘匿性判定テーブルなどを記憶部４０６に記憶している。
ここで、「通信データ秘匿性判定テーブル」とは、各通信データと当該通信データが秘匿性のものであるか否かを示す秘匿性判定識別子との対応関係を示すテーブルのことをいう。
なお、通信データが秘匿性のものであるか否かは、例えば当該通信データの記録時に、入力部４０７を介してユーザーによって指示され、制御部４０１は、ユーザー指示に応じて、通信データ秘匿性テーブルにおいて、当該通信データの秘匿性判定識別子を設定するものとする。
各端末は、インターネットに接続すると、プロバイダーのサーバ（図外）から割当てられた、ＩＰアドレスと当該端末の識別子とを、送信部４０２を介して、アドレス解決サーバ１０２に送信する。
さらに、各端末は、接続許可端末の登録要求処理、他端末との接続確立処理、他端末からの接続受入処理、他端末との接続確立後における通信データ送信制御処理を行う。以下、各処理について、具体的に説明する。
（１）接続許可端末の登録要求処理
制御部４０１は、ユーザーによって入力部４０７から入力された、登録を要求する接続許可端末の識別子と、仲介サーバ１０１のＩＰアドレスに基づいて登録要求データを作成し、作成した登録要求データを仲介サーバ１０１に送信し、仲介サーバ１０１から、当該接続許可端末の許可端末テーブルへの登録処理の成否を示す登録結果メッセージを受信部４０３を介して受信すると、処理を終了する。
（２）他端末との接続確立処理
制御部４０１は、ユーザーから、入力部４０７を介して接続先となる端末のＩＰアドレスの問合せ指示の入力があると、仲介サーバ１０１に、問合せメッセージを送信部４０２を介して送信し、仲介サーバ１０１から送信された通知メッセージを受信部４０３を介して受信する。
当該通知メッセージが「接続拒否」を示している場合、制御部４０１は、処理を終了し、「接続受入」を示している場合、さらに、仲介サーバ１０１から、接続先通知メッセージを受信部４０３を介して受信する。
次に、制御部４０１は、受信部４０３を介して受信した接続先通知メッセージに含まれるパスワードと当該端末の識別子とを用いて、接続受入要求メッセージを作成し、暗号化部４０４を介して、作成した接続受入要求メッセージを、受信した接続先通知メッセージに含まれる暗号鍵を用いて暗号化し、暗号化した接続受入要求メッセージを、送信部４０２を介して接続先端末に送信して当該接続先端末に対し、接続受入要求をする。
図５（ｆ）は、接続受入要求メッセージの具体例を示す。「ＲＥＱＵＥＳＴ」は、接続受入要求メッセージであることを示し、「Ｉｄｅｎｔｉｆｉｅｒ」は、要求元の端末の識別子を示し、「Ｐａｓｓｗｏｒｄ」は、当該接続受入メッセージに記述されているパスワードを示す。
さらに、制御部４０１は、当該接続先端末から受入可否の判定結果を示す通知メッセージを、受信部４０３を介して受信すると、当該通知メッセージの内容を解釈し、接続受入の可否を判定する。
通知メッセージが「接続拒否」を示す場合、制御部４０１は、処理を終了し、「接続受入」を示す場合、接続先端末とのデータ通信を開始し、後述する通信データ送信制御処理を行なう。
（３）他端末からの接続受入処理
制御部４０１は、仲介サーバ１０１から、認証情報通知メッセージを、受信部４０３を介して受信すると、当該認証情報通知メッセージから問合せ端末の識別子、パスワード及び暗号鍵を取得する。
さらに、制御部４０１は、他端末から、接続受入要求メッセージを、受信部４０３を介して受取ると、当該接続受入要求メッセージを取得した暗号鍵を用いて、復号化部４０５を介して復号し、当該接続受入要求メッセージから、当該他端末の識別子とパスワードを取得し、取得した識別子、パスワードについてそれぞれ、先に認証情報通知メッセージから取得した識別子、パスワードとの照合を行う。
識別子とパスワードの何れもが一致する場合、制御部４０１は、「接続受入」を示す通知メッセージを作成し、取得した暗号鍵を用いて、暗号化部４０４を介して暗号化して、接続受入要求をした他端末に、送信部４０２を介して送信し、他端末とのデータ通信を開始する。
識別子とパスワードの何れかが一致しない場合、制御部４０１は、「接続拒否」を示す通知メッセージを作成し、取得した暗号鍵を用いて、暗号化部４０４を介して暗号化して、接続受入要求をした他端末に、送信部４０２を介して送信し、当該他端末との接続を中止する。
（４）通信データ送信制御処理
制御部４０１は、 入力部４０７を介して、ユーザーから接続先端末に送信すべき通信データの指定を受取ると、当該通信データを記憶部４０６から読出し、記憶部４０６に記憶されている通信データ秘匿性判定テーブルを参照して、指定された通信データが秘匿性データであるか否かを判定し、秘匿性データである場合、通信データ転送通知メッセージを作成して、仲介サーバ１０１及び接続先端末に送信し、仲介サーバ１０１及び接続先端末から「通信データの受入を許可する」旨の転送受入通知メッセージを受信部４０３を介して受取ると、指定された通信データを、受信部４０３介して受信した接続先通知メッセージに含まれる暗号鍵を用いて暗号化して、送信部４０２を介して仲介サーバ１０１に送信する。
指定された通信データが秘匿性データでない場合、制御部４０１は、読出した通信データを暗号化することなく、接続先端末に直接送信する。
これにより、例えば、図２１に示す通信システム２００を用いて、ＨＤＤビデオレコーダに記録した「運動会の映像データ」を、仲介サーバ１０１を介して暗号化して親戚や祖父母宅にあるＨＤＤビデオレコーダにインターネット経由で送信することができるので、送信した映像データを途中で他人に解読されるという危険性がなく、記録した映像を遠隔地に居住する親戚や祖父母と一緒に楽しむことができる。
又、ＴＶ番組の録画データなど他人に見られても特に支障のない通信データの場合には、仲介サーバ１０１を介することなく、直接接続先のＨＤＤビデオレコーダに通信データを送信して、録画したＴＶ番組を一緒に楽しむことができる。
＜動作＞
最初に、仲介サーバ１０１から取得要求データを受信した後に、アドレス解決サーバ１０２の行うＩＰアドレス送信処理の動作について説明する。
図８は、上記動作を示すフローチャートである。以下、図８を参照して、上記動作について説明する。
受信部３０３は、仲介サーバ１０１から取得要求データを受信すると（ステップＳ８０１）、受信した取得要求データを制御部３０１に出力する。
制御部３０１は、受信部３０３より取得要求データの入力があると、当該取得要求データから接続先端末の識別子を抽出し（ステップＳ８０２）、記憶部３０４に記憶されているＩＰアドレステーブルを参照して、当該識別子がＩＰアドレステーブルに登録されているか否かを判定する（ステップＳ８０３）。
登録されている場合（ステップＳ８０３：Ｙ）、当該識別子に対応するＩＰアドレスをＩＰアドレステーブルから特定し（ステップＳ８０４）、当該ＩＰアドレスと仲介サーバ１０１のＩＰアドレスとから接続先ＩＰアドレスデータを作成し（ステップＳ８０５）、作成した接続先ＩＰアドレスデータを、送信部３０２を介して仲介サーバ１０１に送信する（ステップＳ８０６）。
登録されていない場合（ステップＳ８０３：Ｎ）、「未登録」である旨を示すメッセージ（以下、「未登録メッセージ」という。）を作成して、送信部３０２を介して仲介サーバ１０１に送信する（ステップＳ８０７）。
次に、各端末の行う接続許可端末の登録要求処理の動作について説明する。図９は、上記動作を示すフローチャートである。以下、図９を参照して上記動作について説明する。
なお、ここでは、説明を簡略化するため、端末１０４が端末１０３を接続許可端末として登録を要求するものとして、上記動作について説明する。
端末１０４は、登録要求データを作成し（ステップＳ９０１）、作成した登録要求データを仲介サーバ１０１に送信し（ステップＳ９０２）、仲介サーバ１０１による許可端末テーブルへの接続許可端末（ここでは、端末１０３）の登録処理を開始させ（ステップＳ１０００）、当該登録処理が終了すると、仲介サーバ１０１から登録結果メッセージを受信する（ステップＳ９０３）。
次に仲介サーバ１０１による許可端末テーブルへの接続許可端末の登録処理（ステップＳ１０００）の動作について説明する。
図１０は、上記動作を示すフローチャートである。以下、図１０を参照して説明する。
受信部２０３は、端末１０４から登録要求データを受信すると（ステップＳ１００１）、受信した登録要求データを制御部２０１に出力する。
制御部２０１は、受信部２０３から登録要求データの入力があると、登録要求データから許可端末登録コマンドを抽出し（ステップＳ１００２）、抽出した許可端末登録コマンドの内容を解析し（ステップＳ１００３）、上記登録処理の実行が指示されていることを認識すると、許可端末登録コマンドの指示する処理内容を実行し（ステップＳ１００４）、当該処理内容の実行に成功したか否かを判定する（ステップＳ１００５）。
成功した場合（ステップＳ１００５：Ｙ）、登録完了メッセージを作成し、送信部２０２を介して端末１０４に送信し（ステップＳ１００６）、失敗した場合（ステップＳ１００５：Ｎ）、登録失敗メッセージを作成し、送信部２０２を介して端末１０４に送信する（ステップＳ１００７）。
次に、各端末の行う他端末との接続確立処理の動作について説明する。図１１は、上記動作を示すフローチャートである。以下、図１１を参照して、上記動作について説明する。
なお、ここでは、説明を簡略化するため、端末１０３が端末１０４との接続を確立する場合の上記動作について説明する。
端末１０３は、仲介サーバ１０１に、端末１０４の宛先を問合せるための問合せメッセージを送信する（ステップＳ１１０１）。
端末１０３は、当該問合せメッセージの返答として、仲介サーバ１０１から通知メッセージを受取ると（ステップＳ１１０２）、当該通知メッセージの内容を解析して（ステップＳ１１０３）、当該通知メッセージが「接続受入」を示しているか否かを判定する（ステップ１１０４）。
端末１０３は、当該通知メッセージが「接続拒否」を示している場合（ステップＳ１１０４：Ｎ）、処理を終了し、「接続受入」を示している場合（ステップＳ１１０４：Ｙ）、さらに、仲介サーバ１０１から、接続先通知メッセージを受信し（ステップＳ１１０５）、受信した接続先通知メッセージに含まれるパスワードと端末１０３の識別子とを用いて、接続受入要求メッセージを作成し（ステップＳ１１０６）、作成した接続受入要求メッセージを、受信した接続先通知メッセージに含まれる暗号鍵を用いて暗号化し、暗号化した接続受入要求メッセージを端末１０４に送信して端末１０４に対し、接続受入要求をし（ステップＳ１１０７）、端末１０４から受入可否の判定結果を示す通知メッセージを受信すると（ステップＳ１１０８）、当該通知メッセージの内容を解析し、接続受入の可否を判定する（ステップＳ１１０９）。
端末１０３は、通知メッセージが「接続拒否」を示す場合（ステップＳ１１０９：Ｎ）、処理を終了し、「接続受入」を示す場合（ステップＳ１１０９：Ｙ）、端末１０４とのデータ通信を開始する（ステップＳ１１１０）。
次に、上記のステップＳ１１０１において、送信された問合せメッセージを受信した仲介サーバ１０１が行う接続制御処理の動作について説明する。図１２は、上記動作を示すフローチャートである。以下、図１２を参照して、上記動作について説明する。
受信部２０３は、端末１０３から送信された問合せメッセージを受信すると（ステップＳ１２０１）、当該問合せメッセージを制御部２０１に出力する。
制御部２０１は、受信部２０３より問合せメッセージの入力を受取ると、記憶部２０６に記憶されている許可端末テーブルを参照することにより、問合せメッセージによって特定されている、端末１０４の識別子に対応付けられている接続許可端末の識別子を特定し（ステップＳ１２０２）、特定した識別子と問合せ端末１０３の識別子が一致するか否かにより、端末１０３が、端末１０４への接続が許可されている端末に該当するか否かを判定する（ステップＳ１２０３）。
端末１０３が、端末１０４への接続が許可されている端末に該当する場合（ステップＳ１２０３：Ｙ）、取得要求データを、送信部２０２を介してアドレス解決サーバ１０２に送信し（ステップＳ１２０４）、アドレス解決サーバ１０２に図８に示すステップＳ８０１〜ステップＳ８０７の処理を行わせ、アドレス解決サーバ１０２から端末１０４のＩＰアドレスを取得できたか否かを判定する（ステップＳ１２０５）。
取得できた場合（ステップＳ１２０５：Ｙ）、制御部２０１は、「接続受入」を示す通知メッセージを、送信部２０２を介して端末１０３に送信し（ステップＳ１２０６）、端末１０３に図１１に示すステップＳ１１０２以降の処理を行わせる。
さらに、制御部２０１は、パスワード発行部２０４にパスワード発行指示を、暗号鍵発行部２０５に暗号鍵発行指示をし、指示に応じてパスワード発行部２０４及び暗号鍵発行部２０５からそれぞれ発行されたパスワード及び暗号鍵と、問合せ端末１０３の識別子とから、認証情報通知メッセージを作成し（ステップＳ１２０７）、作成した認証情報通知メッセージを、送信部２０２を介して端末１０４に送信する（ステップＳ１２０８）。
次に、制御部２０１は、発行されたパスワードと暗号鍵、及び取得した端末１０４のＩＰアドレスとから、接続先通知メッセージを作成し（ステップＳ１２０９）、送信部２０２を介して端末１０３に送信する（ステップＳ１２１０）。
又、ステップＳ１２０３において、端末１０３が、端末１０４への接続が許可されている端末に該当しない場合（ステップＳ１２０３：Ｎ）、及びステップＳ１２０５において、アドレス解決サーバ１０２から未登録メッセージを受信し、端末１０４のＩＰアドレスを取得できなかった場合（ステップＳ１２０５：Ｎ）、「接続拒否」を示す通知メッセージを端末１０３に送信する（ステップＳ１２１１）。
次に、仲介サーバ１０１による端末間の通信データの転送処理の動作について説明する。図２２は、上記動作を示すフローチャートである。以下、図２２を参照して、上記動作について説明する。
制御部２０１は、受信部２０３より通信データ転送通知メッセージを受取ると（ステップＳ２２０１）、当該通信データ転送通知メッセージに含まれる通信データのデータサイズ情報に基づいて、通信データのデータサイズが許容通信データサイズ閾値を超えているか否かを判定する（ステップＳ２２０２）。
超えていない場合に（ステップＳ２２０２：Ｎ）、「通信データの受入を許可する」旨の転送受入通知メッセージを作成して、送信部２０２を介して当該転送受入通知メッセージを問合せ端末に送信し（ステップＳ２２０３）、当該転送受入通知メッセージに応じて当該端末より送信された暗号化通信データを受信部２０３を介して受取ると（Ｓ２２０４）、受取った暗号化通信データを送信部２０２を介して接続先端末に送信する（ステップＳ２２０５）。
ステップＳ２２０２において、通信データのデータサイズが許容通信データサイズ閾値を超えている場合（ステップＳ２２０２：Ｙ）、制御部２０１は、通信データの受入を許可しない」旨の転送受入通知メッセージを作成して、送信部２０２を介して当該転送受入通知メッセージを問合せ端末に送信する（ステップＳ２２０６）。
次に、図１１のステップＳ１１０７において、端末１０３によって接続受入要求された端末１０４が行う他端末からの接続受入処理の動作について説明する。図１３は、上記動作を示すフローチャートである。以下、図１３を用いて上記動作について説明する。
端末１０４は、端末１０３から接続受入要求される前に、図１２のステップＳ１２０８において、仲介サーバ１０１から送信された認証情報通知メッセージを受信すると（ステップＳ１３０１）、当該認証情報通知メッセージから端末１０３の識別子、パスワード及び暗号鍵を取得する（ステップＳ１３０２）。
さらに、端末１０３から、接続受入要求メッセージを受信することにより、接続受入要求を受けると（ステップＳ１３０３）、当該接続受入要求メッセージを、取得した暗号鍵を用いて復号し、当該接続受入要求メッセージから、端末１０３の識別子とパスワードを取得し（ステップＳ１３０４）、取得した識別子、パスワードについてそれぞれ、先に認証情報通知メッセージから取得した識別子、パスワードとの照合を行い（ステップＳ１３０５）、識別子とパスワードの何れもが一致するか否かを判定する（ステップＳ１３０６）。
識別子とパスワードの何れもが一致する場合（ステップＳ１３０６：Ｙ）、「接続受入」を示す通知メッセージを作成し（ステップＳ１３０７）、取得した暗号鍵を用いて暗号化して、接続受入要求をした端末１０３に送信し（ステップＳ１３０８）、端末１０３とのデータ通信を開始する（ステップＳ１３０９）。
ステップＳ１３０６において、識別子とパスワードの何れかが一致しない場合（ステップＳ１３０６：Ｎ）、「接続拒否」を示す通知メッセージを作成し（ステップＳ１３１０）、取得した暗号鍵を用いて暗号化して、接続受入要求をした端末１０３に送信し（ステップＳ１３１１）、端末１０３との接続を中止する（ステップＳ１３１２）。
次に、各端末の行なう通信データ送信制御処理の動作について説明する。図２３は、上記動作を示すフローチャートである。以下、図２３を参照して、上記動作について説明する。
なお、ここでは、説明を簡略化するため、端末１０３を通信データを送信する送信元端末とし、端末１０４を通信データを送信する送信先端末として上記動作について説明する。
端末１０３は、図１３のステップＳ１３０９において、端末１０４との通信を開始後、入力部４０７を介して、ユーザーから接続先端末に送信すべき通信データの指定を受取ると（ステップＳ２３０１）、端末１０３の制御部４０１は、当該通信データを記憶部４０６から読出し、記憶部４０６に記憶されている通信データ秘匿性判定テーブルを参照して、指定された通信データが秘匿性データであるか否かを判定する（ステップＳ２３０２）。
指定された通信データが秘匿性データである場合（ステップＳ２３０２：Ｙ）、制御部４０１は、通信データ転送通知メッセージを作成して、仲介サーバ１０１及び端末１０４に送信し（ステップＳ２３０３）、仲介サーバ１０１及び端末１０４から「通信データの受入を許可する」旨の接続受入通知メッセージを受け取ると（ステップＳ２３０４：Ｙ）、読出した通信データを先に受信した接続先通知メッセージに含まれる暗号鍵を用いて暗号化し、仲介サーバ１０１に送信する（ステップＳ２３０５）。
ステップＳ２３０２において、指定された通信データが秘匿性データでない場合（Ｓ２３０２：Ｎ）、制御部４０１は、読出した通信データを端末１０４に直接送信する（ステップＳ２３０６）。
ステップＳ２３０４において、仲介サーバ１０１又は端末１０４から「通信データの受入を許可しない」旨の接続受入通知メッセージを受け取ると（ステップＳ２３０４：Ｎ）、制御部４０１は、通信データ送信制御処理を終了する。
（実施の形態２）
本実施の形態は、第１の実施の形態における動作と比較して、仲介サーバ（実施の形態２においては、仲介サーバ１１１）が接続先端末と通信する前に、当該端末の状態を問い合わせ、当該端末が通信を受入可能な状態にあるか否かを判定し、受け入れ不可能な状態にある場合はそれを問合せ端末に通知する点が異なる。実施の形態１における通信システム１００と同一の構成要素については、同一の番号を付し、以下、第１の実施の形態との相違点を中心に説明する。
図１４は、本発明の実施の形態２における通信システム１１０の構成を示す機能ブロック図である。通信システム１１０は、仲介サーバ１１１、アドレス解決サーバ１０２、端末１０３、端末１１４とから構成され、各構成要素はインターネット１０５で接続されている。
図１５は、仲介サーバ１１１の構成を示す機能ブロック図である。
仲介サーバ１１１は、制御部２１１、送信部２０２、受信部２０３、パスワード発行部２０４、暗号鍵発行部２０５、記憶部２０６から構成される。
制御部２１１の行う動作は、第１の実施の形態における制御部２０１の動作と比較して、接続制御処理の動作において異なる。以下、制御部２１１の行う接続制御処理の動作について、図１２に示す接続制御処理の動作との相違点を中心に説明する。図１６は、上記動作を示すフローチャートである。以下、図１６を参照して、上記動作について説明する。
ステップＳ１２０１〜ステップＳ１２０５までの処理については、図１２の実施の形態１における動作と同じであるので、説明を省略する。
ここで、図１６のステップＳ１２０１〜ステップＳ１２１０の各ステップにおける処理は、端末１０４を端末１１４に読み替えると、図１２における各同一番号のステップにおける処理と同一であるので、各ステップ間の対応関係を明確にするため、図１２における対応するステップ番号と同一のステップ番号を付している。
制御部２１１は、ステップＳ１２０１〜ステップＳ１２０５までの処理を行った後、ステップＳ１２０５において、端末１１４のＩＰアドレスを取得できた場合（ステップＳ１２０５：Ｙ）、端末１１４に、当該端末が接続受入状態にあるか否かを問い合わせるための受入状態問合せメッセージを送信し（ステップＳ１６０６）、当該端末から返答を示す通知メッセージを受信すると（ステップＳ１６０７）、当該通知メッセージを解析して、当該通知メッセージが「接続受入状態にある」ことを示しているか否かを判定する（ステップＳ１６０８）。
図１７（ａ）は、上記において、端末１１４に送信される受入状態問合せメッセージの具体例を示す。ここでは、「ＱＵＥＲＹ」は、問合せメッセージであることを示し、「ＳＴＡＴＵＳ」は、問合せの内容が、接続受入状態であることを示している。
図１７（ｂ）、及び図１７（ｃ）は、端末１１４から受信する返答を示す通知メッセージの具体例を示す。ここでは、「ＮＯＴＩＦＹ」は、通知メッセージであることを示し、図１７（ｂ）の「ＳＴＡＴＵＳ Ａｃｃｅｐｔａｂｌｅ」は、「接続受入状態にある」ことを示し、図１７（ｃ）の「ＳＴＡＴＵＳ Ｂｕｓｙ」は、「接続拒否状態にある」ことを示している。
当該通知メッセージが「接続受入状態にある」ことを示している場合（ステップＳ１６０８：Ｙ）、制御部２１１は、図１２のステップＳ１２０６〜ステップＳ１２１０と同じ処理を行い、当該通知メッセージが「接続受入拒否の状態にある」ことを示している場合（ステップＳ１６０８：Ｎ）、図１２のステップＳ１２１１と同じ処理を行う。
端末１１４は、端末１０４の有する機能に加え、一定時間内のＣＰＵのＲＡＭへのアクセス回数を継続的に測定することにより、ＣＰＵの負荷量を測定し、さらに、負荷量の上限を示すＣＰＵ負荷上限値を記憶している。
具体的には、端末１１４は、制御部４１１、送信部４０２、受信部４０３、暗号化部４０４、復号化部４０５、記憶部４１６、入力部４０７から構成され、制御部４１１は、制御部４０１の有する機能に加え、ＣＰＵの負荷量を測定する機能を有し、記憶部４１６は、記憶部４０６の有する機能に加え、ＣＰＵ負荷上限値を記憶している。図３０は、端末１１４の構成を示す機能ブロック図である。
次に、上記の制御部２１１による接続制御処理に伴って、端末１１４が、図１３に示す接続受入処理と同一の処理を行う前に実行する接続受入状態の通知処理の動作について説明する。図１８は、上記動作を示すフローチャートである。以下、図１８を参照して、上記動作について説明する。
端末１１４は、図１６のステップＳ１６０６において、仲介サーバ１１１から送信された受入状態問合せメッセージを受信すると（ステップＳ１８０１）、ＣＰＵの負荷量がＣＰＵ負荷上限値を超えているか否かを判定する（ステップＳ１８０２）。
超えていない場合（ステップＳ１８０２：Ｎ）、「接続受入状態にある」ことを示す通知メッセージを、仲介サーバ１１１に送信し（ステップＳ１８０３）、超えている場合（ステップＳ１８０２：Ｙ）、「接続拒否状態にある」ことを示す通知メッセージを、仲介サーバ１１１に送信する（ステップＳ１８０４）。
（実施の形態３）
本実施の形態は、第２の実施の形態における動作と比較して、接続先端末が問合せ端末と通信不可能な状態にある場合に、問合せ端末からの通信データ保管依頼に応じて仲介サーバ（実施の形態３においては、仲介サーバ１２１）が当該通信データを一時的に保管し、接続先端末が通信可能な状態になった時に、保管していた通信データを接続先サーバに転送する処理を行なうという点が異なる。実施の形態２における通信システム１１０と同一の構成要素については、同一の番号を付し、以下、第２の実施の形態との相違点を中心に説明する。
図２４は、本発明の実施の形態３における通信システム１２０の構成を示す機能ブロック図である。通信システム１２０は、仲介サーバ１２１、アドレス解決サーバ１０２、端末１２３、端末１２４とから構成され、各構成要素はインターネット１０５で接続されている。
図２５は、仲介サーバ１２１の構成を示す機能ブロック図である。
仲介サーバ１２１は、制御部２２１、送信部２０２、受信部２０３、パスワード発行部２０４、暗号鍵発行部２０５、記憶部２２６から構成される。
制御部２２１の行う動作は、第２の実施の形態における制御部２１１の動作と比較して、接続制御処理の動作において異なる。以下、制御部２２１の行う接続制御処理の動作について、図１６に示す接続制御処理の動作との相違点を中心に説明する。図２６及び図２７は、上記動作を示すフローチャートである。以下、図２６を参照して、上記動作について説明する。
ここで、図２６のステップＳ１２０１〜ステップＳ１２１０の各ステップにおける処理及びステップＳ１６０６〜ステップＳ１６０８の処理は、端末１１４を端末１２４に読み替えると、図１６における各同一番号のステップにおける処理と同一であるので、各ステップ間の対応関係を明確にするため、図１６における対応するステップ番号と同一のステップ番号を付している。
制御部２２１は、ステップＳ１２０１〜Ｓ１２０５、Ｓ１６０６〜Ｓ１６０８までの処理を行なった後、ステップＳ１６０８において、端末１２４から受信した返答を示す通知メッセージが「接続受入状態にない」ことを示している場合（ステップＳ１６０８：Ｎ）、通信データの転送を依頼するか否かについて端末（ここでは、端末１２３）に問合せるための転送依頼問合せメッセージを作成して送信部２０２を介して端末１２３に送信し（ステップＳ２６１１）、端末１２３から当該転送依頼問合せメッセージに対する返答通知メッセージである転送依頼問合せ返答通知メッセージを受信部２０３を介して取得し（ステップＳ２６１２）、当該転送依頼問合せ返答メッセージを解析して、当該転送依頼問合せ返答通知メッセージが「通信データの転送依頼をする」ことを示しているか否かを判定する（ステップＳ２６１３）。
ここで、「転送依頼問合せメッセージ」とは、制御部２２１によって作成される、端末（ここでは、端末１２３）に、通信データの転送を依頼するか否かについて問合せるメッセージのことをいい、問合せメッセージであることを示す識別子と問合せ元である仲介サーバ１２１の識別子と問合せ内容と端末１２３のＩＰアドレスとを含むメッセージのことをいう。
又、「転送依頼問合せ返答通知メッセージ」とは、端末（ここでは端末１２３）によって作成される、転送依頼問合せメッセージに対する返答メッセージのことをいい、通知メッセージであることを示す識別子と送信元端末である端末１２３の識別子と仲介サーバ１２１のＩＰアドレスと返答内容とを含むメッセージのことをいう。
当該転送依頼問合せ返答メッセージが「通信データの転送依頼をする」ことを示している場合（ステップＳ２６１３：Ｙ）、通信データ送信要求メッセージを作成して送信部２０２を介して端末１２３に送信し（ステップＳ２６１４）、さらに、転送依頼通知メッセージを作成して送信部２０２を介して端末１２４に送信し（ステップＳ２６１５）、端末１２３から通信データを受信部２０３を介して取得すると（ステップＳ２６１６）、当該通信データを送信元である端末１２３の識別子と送信先である端末１２４の識別子と対応付けて記憶部２２６に記録し（ステップＳ２６１７）、端末１２４から転送依頼データ転送要求メッセージを受信部２０３を介して取得すると（ステップＳ２６１８）、記憶部２２６から、当該転送依頼データ転送要求メッセージに含まれる送信元の端末の識別子及び送信先の端末の識別子に対応付けられている通信データを読出し、送信部２０３を介して端末１２４に転送する（ステップＳ２６１９）。
ここで、「通信データ送信要求メッセージ」とは、制御部２２１によって作成され、通信データの転送を依頼する端末（ここでは、端末１２３）に送信される、転送を依頼する通信データの送信を要求するメッセージのことをいい、要求メッセージであることを示す識別子と要求内容と要求元である仲介サーバ１２１の識別子と端末１２３のＩＰアドレスとを含むメッセージのことをいう。
又、「転送依頼通知メッセージ」とは、制御部２２１によって作成され、問い合わせ端末（ここでは、端末１２３）から通信データの転送依頼があったことを通知するメッセージのことをいい、通知メッセージであることを示す識別子と通知内容と通知元である仲介サーバ１２１の識別子と転送依頼元の端末（ここでは、端末１２３）の識別子と端末１２４のＩＰアドレスとを含むメッセージのことをいう。
又、「転送依頼データ転送要求メッセージ」とは、転送要求元端末（ここでは、端末１２４）によって作成されて送信される、仲介サーバ１２１に保管している通信データの転送を要求するメッセージのことをいい、要求メッセージであることを示す識別子と要求内容と通信データの転送依頼元の端末の識別子（ここでは、端末１２３）と転送要求元の端末（ここでは、端末１２４）の識別子と仲介サーバ１２１のＩＰアドレスとを含むメッセージのことをいう。
次に、仲介サーバ１２１によるステップＳ２６１１による処理を介して送信された転送依頼問合せメッセージを端末１２３が受信した場合に、端末１２３が行なう通信データ転送依頼処理の動作について説明する。端末１２３は、図３１に示すように制御部４２１、送信部４０２、受信部４０３、暗号化部４０４、復号化部４０５、記憶部４０６、入力部４０７から構成され、制御部４２１は、制御部４１１の有する機能に加え、上記動作を行なう。
なお、制御部４２１は、後述する端末１２４の制御部４３１の機能を備えることとしてもよい。
又、記憶部４０６は、後述する記憶部４３６の機能を備えることとしてもよい。
図２８は、上記動作を示すフローチャートである。
以下、図２８を参照して、上記動作について説明する。
制御部４２１は、仲介サーバ１２１から送信された転送依頼問合せメッセージを受信部４０３を介して取得すると（ステップＳ２８０１）、入力部４０７から入力されるユーザー指示に基づいて転送依頼問合せ返答通知メッセージを作成し（ステップＳ２８０２）、仲介サーバ１２１に送信し（ステップＳ２８０３）、仲介サーバ１２１から通信データ転送要求メッセージを受信すると（ステップＳ２８０４）、入力部４０７から入力されるユーザー指示に基づいて、記憶部４０６に記憶されている各種通信データの中から指示された通信データを読出し、仲介サーバ１２１に送信する（ステップＳ２８０５）。
次に、仲介サーバ１２１によるステップＳ２６１５による処理を介して送信された転送依頼通知メッセージを端末１２４が受信した場合に、端末１２４が行なう通信データ受入制御処理の動作について説明する。端末１２４は、図３２に示すように制御部４３１、送信部４０２、受信部４０３、暗号化部４０４、復号化部４０５、記憶部４３６、入力部４０７から構成され、制御部４３１は、制御部４１１の有する機能に加え、上記動作を行なう。
なお、制御部４３１は、制御部４２１の有する機能を備えることとしてもよい。
又、記憶部４３６は、記憶部４１６の有する機能に加え、転送依頼元リストを記憶している。
ここで、「転送依頼元リスト」とは、仲介サーバ１２１から、転送依頼通知メッセージを介して通知された通信データの転送依頼元の端末の識別子のリストのことをいい、転送依頼通知メッセージが端末１２４に通知される毎に、当該転送依頼通知メッセージに含まれる転送依頼元の端末の識別子が制御部４３１によって抽出され、リストに追加され、リストに含まれる転送依頼元からの通信データが制御部４３１によって取得される毎に、当該転送依頼元の識別子がリストから制御部４３１によって削除される。
図２９は、上記動作を示すフローチャートである。
制御部４３１は、受信部４０３を介して転送依頼通知メッセージを取得すると（ステップＳ２９０１）、当該転送依頼通知メッセージから転送依頼元の識別子を取得して、記憶部４３６の転送先依頼元リストに追加し（ステップＳ２９０２）、ＣＰＵの負荷量がＣＰＵ負荷上限値を超えているか否かにより、転送依頼されている通信データを取得可能な状態になったか否かを判定する（ステップＳ２９０３）。
超えていない場合、通信データを取得可能な状態になったと判定し（ステップＳ２９０３：Ｙ）、制御部４３１は、記憶部４３６に記憶されている転送依頼元リストを参照して、当該転送依頼元リストに転送依頼元の識別子が記録されているか否かにより、転送待ちの通信データが仲介サーバ１２１に保管されているか否かを判定する（ステップＳ２９０４）。
転送依頼元の識別子が記録されている場合、転送待ちの通信データが仲介サーバ１２１に保管されていると判定し（ステップＳ２９０４：Ｙ）、当該転送依頼元の識別子に基づいて転送依頼データ転送要求メッセージを作成して送信部４０２を介して仲介サーバ１２１に送信し（ステップＳ２９０５）、当該転送依頼元の端末から転送依頼された通信データを仲介サーバ１２１から受信部４０３を介して取得し、取得した通信データを記憶部４３６に記録する（ステップＳ２９０６）。
ステップＳ２９０３において、ＣＰＵの負荷量がＣＰＵ負荷上限値を超えている場合、通信データを取得可能な状態になっていないと判定し（ステップＳ２９０３：Ｎ）、制御部４３１は、ＣＰＵ負荷量の測定を継続し（ステップＳ２９０７）、ステップＳ２９０３の処理に移行する。
以上、本発明の実施の形態について説明したが、本発明はこの実施の形態に限定されないのは言うまでもない。
（１）実施の形態１〜３においては、仲介サーバとアドレス解決サーバは、別々の独立した、通信システム１００、１１０、及び１２０の構成要素としたが、仲介サーバがアドレス解決サーバの機能を備えることとし、通信システム１００、１１０、及び１２０において、アドレス解決サーバーを含まない構成としてもよい。
具体的には、仲介サーバ１０１又は１１１又は１２１が、インターネットに接続している各端末から送信された、当該端末のＩＰアドレス及び識別子を受信部２０３を介して取得し、ＩＰアドレス対応テーブルを作成し、記憶部２０６に登録することとしてもよい。
（２）実施の形態１〜３においては、各端末のＩＰアドレスのＩＰアドレス対応テーブルへの登録は、アドレス解決サーバ１０２が、各端末からアドレス解決サーバに直接送信された、当該端末のＩＰアドレス及び識別子に基づいて行われることとしたが、仲介サーバ１０１又は１１１又は１２１が、各端末から送信された、当該端末のＩＰアドレス及び識別子を受信し、アドレス解決サーバ１０２に送信することにより、上記登録がアドレス解決サーバ１０２において、行われることとしてもよい。
又、アドレス解決サーバ１０２が、各端末から直接、又は仲介サーバ１０１又は１１１又は１２１を介して当該端末の識別子のみを受信し、当該識別子の端末のＩＰアドレスを、当該識別子の端末にＩＰアドレスを割当てたプロバイダーのサーバに問合せて、当該サーバからＩＰアドレスを取得し、ＩＰアドレス対応テーブルに登録することとしてもよい。
（３）実施の形態１〜３においては、アドレス解決サーバ１０２は、端末の識別子を当該端末のＩＰアドレスと対応付けてＩＰアドレス対応テーブルに登録することとしたが、各端末からＩＰアドレスではなく、ＩＰアドレスを特定する情報（例えば、ドメイン名）を取得し、ＩＰアドレス対応テーブルに登録することとし、仲介サーバ１０１又は１１１に対し、当該特定情報を、当該仲介サーバからの取得要求データに対する返答として、送信することとしてもよい。この場合、当該特定情報を取得した仲介サーバは、例えば、ＤＮＳサーバに当該特定情報に対応するＩＰアドレスを問合せることにより、ＩＰアドレスを取得することとしてもよい。
（４）実施の形態１〜３において、各端末を識別する識別子としては、各端末を区別できるものであればよく、例えば、電話番号、利用者の氏名と住所の組み合わせなど、利用者にとって覚えやすいものを用いることとしてもよい。
又、特定の端末グループを表す識別子を用いて、接続許可を登録することとしてもよい。これにより、各端末は、当該識別子を接続許可端末の識別子として、仲介サーバ１０１又は１１０に登録することにより、特定のグループ単位で接続許可を付与することができる。
（５）実施の形態１〜３において、図１１のステップＳ１１０１及び図１２又は図１６又は図２６のステップＳ１２０１の示す問合せメッセージの送受信を行う前に、端末１０３の認証処理を行うこととしてもよい。
具体的には、端末１０３は、問合せメッセージを送信する前に当該端末の識別子と認証用のパスワードを送信し、仲介サーバ１０１又は１１１又は１２１は、受信したパスワードと、予め記憶部２０６又は２２６に、端末１０３又は１２３の識別子と対応付けて記憶している照合用パスワードとの照合を行うことにより、端末１０３の認証処理を行い、パスワードが一致する場合に、図１２（仲介サーバ１１１の場合は図１６、仲介サーバ１２１の場合は図２６）のステップＳ１２０１以降の処理を行うこととしてもよい。
又、上記と同様の認証処理を、端末１０４又は１１４又は１２４と仲介サーバ１０１又は１１１又は１２１が通信を開始する際に行うこととしてもよい。
又、認証の方法は上記以外の方法であってもよい。例えば、認証局が発行した証明書を取り交わすことであってもよい。
（６）実施の形態１及び２における図１２及び図１６に示す仲介サーバの接続制御処理の動作において、ステップＳ１２０３、ステップＳ１２０５（以上、図１２及び図１６）、及びステップＳ１６０８（図１６）の判定において、判定結果が「否定」である場合に、何れの場合においても図５（ｃ）に示す、「接続拒否」の通知メッセージを端末１０３に送信する（ステップＳ１２１１）こととしたが、各ステップ毎に送信する通知メッセージの内容を異なるものとしてもよい。
例えば、ステップＳ１２０３において、図５（ｃ）、ステップＳ１２０５において、図５（ｇ）、ステップ１６０８において、図５（ｈ）にそれぞれ示す通知メッセージを端末１０３に送信することとしてもよい。
或いは、各ステップにおいて、接続拒否の原因を通知するメッセージを送信することとしてもよい。
例えば、ステップＳ１２０３において、「接続先端末に許可されている端末に該当しない」旨の通知メッセージを送信し、ステップＳ１２０５において、「接続先端末のＩＰアドレスが取得できなかった」旨の通知メッセージを送信し、ステップＳ１６０８において、「接続先端末が接続受入状態にない」旨の通知メッセージを送信することとしてもよい。
これにより、問合せ端末側において、接続先端末に接続できない原因を知ることができる。
（７）実施の形態１〜３において、各端末と仲介サーバ１０１又は１１１又は１２１との通信は、ＳＳＬ（Ｓｅｃｕｒｅ Ｓｏｃｋｅｔ Ｌａｙｅｒ）又はＴＳＬ（Ｔｒａｎｓｐｏｒｔ Ｌａｙｅｒ Ｓｅｃｕｒｉｔｙ）プロトコルを用いて行うこととしてもよい。
これにより、データの盗聴を有効に防止することができる。
（８）実施の形態１〜３において、端末１０４又は端末１１４が端末１０３からの接続を受付けるポート番号又は端末１２４が端末１２３からの接続を受付けるポート番号は、予め決められたポート番号（例えば、国際的に取り決められているＷｅｌｌ−ｋｎｏｗｎ Ｐｏｒｔ Ｎｕｍｂｅｒ）を用いることとしてもよいし、アドレス解決サーバ１０２の記憶部３０４に記憶されているＩＰアドレス対応テーブルにＩＰアドレスとともに登録し、仲介サーバ１０１又は１１１又は１２１を介して端末１０３又は１２３が接続先端末（端末１０４又は端末１１４又は１２４）の接続受付けポート番号を受取ることとしてもよい。
これにより、接続先端末毎に固有の接続受付けポート番号を登録することができるので、固有のポート番号を指定する端末からのアクセスのみを受け入れることができ、他の端末からの不正アクセスを有効に防止することができる。
（９）実施の形態１〜３において、図１３のステップ１３０５におけるパスワードの照合は、接続受入要求先の端末の側だけでなく、接続受入要求元の端末の側においても、接続要求先の端末から当該パスワードを取得することにより、行うこととしてもよい。
この場合、両者の端末において、パスワードが一致する場合に、ステップＳ１３０７〜ステップＳ１３０９の処理を行うこととしてもよい。
なお、上記の場合、両者の端末において、それぞれ照合に用いるパスワードは、異なるものである。
（１０）実施の形態１における通信データ送信制御処理において、制御部４０１は、ユーザーによって指定された通信データが秘匿性データであるか否かにより、当該通信データを仲介サーバ１０１を介して接続先端末に送信するか否かの決定をすることとしたが、指定された通信データのデータサイズによって上記決定をすることとしてもよい。
又、実施の形態２及び３においても、制御部４１１、４２１、４３１が通信データ制御処理において、指定された通信データのデータサイズによって上記決定をすることとしてもよい。
例えば、通信データが動画を構成する、データサイズの大きいデータの場合には、直接接続先端末に通信データを送信することとし、テキストデータや静止画を構成するデータのようにデータサイズの大きくないデータの場合には、仲介サーバ１０１を介して通信データを接続先サーバに送信することとしてもよい。
具体的には、各通信データと当該通信データのデータサイズとの対応関係を示す通信データサイズ判定テーブルを予め記憶部４０６に記録しておき、制御部４０１は、入力部４０７を介してユーザーから接続先端末に送信すべき通信データの指定を受取ると、通信データサイズ判定テーブルを参照して、当該通信データのデータサイズが所定の閾値を超えるか否かを判定し、超えない場合に、当該通信データを仲介サーバ１０１を介して送信することを決定し、超える場合に、当該通信データを直接接続先サーバに送信することを決定することとしてもよい。
又、制御部４０１は、指定された通信データの一部を仲介サーバ１０１を介して送信し、指定された通信データの残りの部分を直接接続先サーバに送信することを決定することとしてもよい。実施の形態２及び３においても、端末の制御部４１１、４２１、４３１がそれぞれ、上記と同様の決定をすることとしてもよい。
例えば、ＭＰＥＧ（Ｍｏｖｉｎｇ Ｐｉｃｔｕｒｅ Ｅｘｐｅｒｔ Ｇｒｏｕｐ）−２の規格に従ったフレーム間の予測を用いて圧縮された、１つのＩピクチャと複数のＢピクチャ、Ｐピクチャから成るＧＯＰ（Ｇｒｏｕｐ ｏｆ Ｐｉｃｔｕｒｅ）単位で構成される映像データストリームが通信データとして記憶部４０６に記録されている場合に、当該映像データストリームが接続先端末に送信すべき通信データとしてユーザーによって指定されると、制御部４０１は、映像データストリームを構成する各ピクチャに、当該ピクチャの映像データストリームにおける順序に対応する連続番号を付与し、映像データストリームからＩピクチャを抽出して、接続先通知メッセージに含まれる暗号鍵を用いて暗号化し、仲介サーバ１０１に暗号化した各Ｉピクチャの転送依頼をして、暗号化した各Ｉピクチャを仲介サーバ１０１に送信し、さらに仲介サーバ１０１を介して抽出した各Ｉピクチャを接続先端末に送信し、残りの各Ｂピクチャ及び各Ｐピクチャを直接接続先端末に送信することを決定することとしてもよい。実施の形態２及び３においても、端末の制御部４１１、４２１、４３１がそれぞれ、上記と同様の決定をすることとしてもよい。
なお、通信データが映像ストリームであるか否かの判定は、例えば、各通信データと当該通信データのデータの種類との対応関係を示す通信データ種判定テーブルを予め記憶部４０６に記録しておき、制御部４０１が、入力部４０７を介してユーザーから接続先端末に送信すべき通信データの指定を受取ったときに、通信データ種判定テーブルを参照することにより行うこととしてもよい。
これにより、Ｉピクチャ以外の通信データは、暗号化されることなく、直接送信されるので、接続先端末における通信データの暗号の復元が不要となるので、その分だけ通信データの復号に要する負荷が少なくでき、又、映像データの再生に必要不可欠なＩピクチャは、暗号化された後、送信されるので、何らの原因で通信データが他人によって搾取された場合においても、Ｉピクチャが暗号化されているため、搾取された通信データが他人によって勝手に再生されることを防止することができる。
（１１）実施の形態２において、仲介サーバ１１１は、受入状態問合せメッセージを端末１１４に送信する際に、端末１１４との接続が確立できない場合においても、「接続拒否」を示す通知メッセージを端末１０３に送信することとしてもよい。
具体的には、図１６のフローチャートのステップＳ１２０５とステップＳ１６０６との間に、図１９に示す接続確立判定処理の動作（ステップＳ１９０１及びステップＳ１９０２）を加えることとしてもよい。
以下、図１９を参照して、上記動作について説明する。
図１６のステップＳ１２０５において、接続先端末１１４のＩＰアドレスが取得できた場合（ステップＳ１２０５：Ｙ）、制御部２１１は、端末１１４との接続を試み（ステップＳ１９０１）、接続できた場合（ステップＳ１９０２：Ｙ）、図１６に示すステップＳ１６０６以降の処理を行い、接続できなかった場合（ステップＳ１９０２：Ｎ）、図１６のステップＳ１２１１の処理を行う。
（１２）実施の形態２において、端末１１４は、ＣＰＵ負荷量を測定し、測定したＣＰＵ負荷量がＣＰＵ負荷上限値を超えるか否かにより、接続受入可否の判定を行うこととしたが（図１８のステップＳ１８０２）、ＣＰＵ負荷量を測定する方法以外の方法によって接続受入可否の判定を行うこととしてもよい。例えば、端末１１４が、受入状態問合せメッセージ受信時において、他の端末と通信中であるか否かを判定し、通信中でない場合に「接続受入状態にある」ことを示す通知メッセージを仲介サーバ１１１に送信し、通信中である場合に、「接続拒否状態にある」ことを示す通知メッセージを仲介サーバ１１１に送信することとしてもよい。
又、実施の形態３においても、端末１２４が、端末１１４の場合と同様に受入状態問合せメッセージ受信時において、他の端末と通信中であるか否かを判定し、当該判定結果に基づいて上記と同様にして通知メッセージを仲介サーバ１２１に送信することとしてもよい。
（１３）実施の形態１〜３において、通信データの送受信を行なう通信プロトコルとしては、例えば、ＨＴＴＰ（Ｈｙｐｅｒ Ｔｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）、ＲＴＰ（Ｒｅａｌ−Ｔｉｍｅ Ｔｒａｎｓｐｏｒｔ Ｐｒｏｔｏｃｏｌ）、ＲＴＳＰ（Ｒｅａｌ−Ｔｉｍｅ Ｓｔｒｅａｍｉｎｇ Ｐｒｏｔｏｃｏｌ）／ＲＴＰ（Ｒｅａｌ−Ｔｉｍｅ Ｔｒａｎｓｐｏｒｔ Ｐｒｏｔｏｃｏｌ）、ＦＴＰ（Ｆｉｌｅ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）などの通信プロトコールを使用することができる。
又、実施の形態１〜３において、映像データ、音声データ、画像データなどのマルチメディアデータを通信する場合には、データ通信の制御プロトコールとしてＵＰｎＰ ＡＶによって規定されるプロトコルを使用することができる。
ここで、ＵＰｎＰ（Ｕｎｉｖｅｒｓａｌ Ｐｌａｇ＆Ｐｌａｙ）とは、ＵＰｎＰ Ｆｏｒｕｍで策定された、パソコンや周辺機器などネットワークに接続された機器が、お互いに認識しあい機能するための技術仕様であり、ＵＰｎＰ ＡＶ（ＵＰｎＰ ＡＶ Ａｒｃｈｉｔｅｃｔｕｒｅ）とは、ＵＰｎＰの上で、デジタルコンテンツをホームネットワーク内で転送、再生する方法として策定された規格である。
（１４）実施の形態１〜３の各通信システムにおいては、端末間の接続が確立された後に、送信元の端末からの依頼に応じて、仲介サーバが依頼された通信データを送信先の端末へ転送する通信データの転送処理を行なうこととしたが、各通信システムは、上記転送処理を行なわないものであってもよい。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【図２１】
【図２２】
【図２３】
【図２４】
【図２５】
【図２６】
【図２７】
【図２８】
【図２９】
【図３０】
【図３１】
【図３２】
【技術分野】
本発明は、通信回線で接続される端末間の通信制御を行なう通信システム、及び当該通信システムにおける通信制御方法、及び当該通信システムを構成する通信制御サーバ、通信端末に関する。
【背景技術】
近年、通信ネットワークインフラの発達によって、多数のユーザがインターネットに接続するようになった。また、ＤＳＬやケーブルモデム、光ファイバといった高速アクセスリンクの普及により、広帯域でのネットアクセスが可能となった。
また、インターネットに接続する端末にも、様々な新しい種類の端末が開発され、例えば、テレビやハードディスク内蔵ビデオレコーダなど家電製品でもインターネットを利用するものが開発されている。 さらに、インターネットの利用形態においても、従来のサーバ−クライアント方式のサービスに加えて、ユーザの端末同士が直接通信するピアツーピア（Ｐｅｅｒ ｔｏ Ｐｅｅｒ）方式の利用形態のサービスが利用できるようになっている。
一般的に、ネットワークサービス加入者が利用する端末では、ＰＰＰ（Ｐｏｉｎｔ ｔｏ Ｐｏｉｎｔ Ｐｒｏｔｏｃｏｌ）、ＰＰＰｏＥ（ＰＰＰ ｏｖｅｒ Ｅｔｈｅｒｎｅｔ）などを用いることにより、ＩＰアドレスがインターネット接続時に動的に割り当てられる。そのため、接続のたびにＩＰアドレスは変化する。
したがって、端末間でピアツーピアに接続を行う場合、その時点で端末に割り当てられているＩＰアドレスを取得する仕組みが必要となる。この問題を解決するための従来技術として、後述する特許文献１及び２が開示されている。
これにより、ダイヤルアップ接続等によりインターネットに接続されたユーザー端末に対して、他のユーザー端末が不具合を生じることなく、接続することができ、ユーザー端末同士の通信を容易に確立することができる。
しかしながら、上記のようなユーザー端末同士の通信においては、インターネットに接続されたユーザー端末に対して、そのＩＰアドレスを指定することにより、どこからでもアクセス可能になるため、当該ユーザーが意図していない者からのいたずら目的の接続など、当該ユーザーにとって不都合な接続がなされてしまうという問題が生じる。
【発明の開示】
本発明は、上記問題に鑑み、ユーザー端末同士の通信において、他のユーザー端末からの不都合な接続を有効に防止する、通信制御サーバ、通信端末、及び通信システムを提供することを目的とする。
上記目的を達成すべく、本発明は、第１及び第２通信端末と、第２通信端末のネットワーク上におけるアドレスを特定するための宛先情報を通知する通信制御サーバとから構成される通信システムであって、第１通信端末は、前記宛先情報を要求する要求メッセージを前記通信制御サーバに送信し、前記通信制御サーバは、第２通信端末と、第２通信端末への接続が許可された接続許可通信端末との対応関係を示す許可端末テーブルを記憶している許可端末テーブル記憶手段と、前記要求メッセージを受信する要求メッセージ受信手段と、受信した前記要求メッセージを送信した第１通信端末が、第２通信端末に対応付けられている接続許可通信端末に該当するか否かを、前記許可端末テーブルに基づいて判定する端末判定手段と、第１通信端末が第２通信端末に対応付けられている接続許可通信端末に該当する場合に限り、第２通信端末の宛先情報を、第１通信端末に通知する通知制御手段とを有する。
ここで、前記アドレスは、ＩＰアドレスであることとしてもよい。
ここで、前記アドレスは、ＩＰアドレスとポート番号とから構成されることとしてもよい。
又、本発明は、通信端末のアドレスを特定するための宛先情報を通知する通信制御サーバであって、前記通信端末と、当該通信端末への接続が許可された通信端末との対応関係を示す許可端末テーブルを記憶している許可端末テーブル記憶手段と、前記宛先情報を要求する要求メッセージを要求元通信端末から受信する要求メッセージ受信手段と、前記要求元通信端末が、前記通信端末に接続を許可されている通信端末であるか否かを、前記許可端末テーブルに基づいて判定する端末判定手段と、前記要求元通信端末が、接続を許可されている通信端末である場合に限り、前記通信端末の宛先情報を前記要求元通信端末に通知する通知制御手段とを備えることとしてもよい。
これにより、予め接続が許可されている通信端末に対してのみ、接続に必要な宛先情報が通知されるので、通信端末の利用者は、自己が意図していない利用者からの接続を有効に防止することができる。
ここで、前記通信システムにおいて、前記通知制御手段はさらに、第１通信端末が第２通信端末への接続が許可されている通信端末である場合に限り、第２通信端末が第１通信端末を認証するための認証情報を作成する認証情報作成手段を有し、前記通知制御手段はさらに、前記認証情報を、第１通信端末と第２通信端末に通知し、第１通信端末は、第２通信端末への接続要求時に、通知された認証情報を第２通信端末に送信し、第２通信端末は、第１通信端末から前記認証情報を受信する受信手段と、受信した認証情報と通知された認証情報とが一致するか否かを判定する判定手段と、両者の認証情報が一致する場合に限り、第１通信端末からの接続を許可する接続制御手段とを有することとしてもよい。
又、本発明は、通信制御サーバとネットワークで接続された通信端末であって、前記通信制御サーバに、前記通信端末への接続が許可された通信端末の登録要求をする許可通信端末登録要求手段と、前記通信端末のネットワーク上におけるアドレスを特定するための宛先情報を要求した通信端末が前記通信端末への接続が許可された通信端末である場合に限り、前記通信制御サーバから送信される、前記宛先情報を要求した通信端末を認証するための認証情報を受信する認証情報受信手段と、前記宛先情報を要求した通信端末から、接続受入要求と当該通信端末を識別するための識別情報を受信する識別情報受信手段と、前記認証情報と前記識別情報とが一致するか否かを判定する判定手段と、前記認証情報と前記識別情報とが一致する場合に限り、前記宛先情報を要求した通信端末からの接続受入要求に基づく接続を許可する接続制御手段とを備えることとしてもよい。
又、本発明は、通信制御サーバとネットワークで接続された通信端末に用いる接続制御プログラムであって、前記接続制御プログラムは、前記通信制御サーバに、当該通信端末への接続が許可された通信端末の登録要求をする許可通信端末登録要求ステップと、前記通信端末のネットワーク上におけるアドレスを特定するための宛先情報を要求した通信端末が前記通信端末への接続が許可された通信端末である場合に限り、前記通信制御サーバから送信される、前記宛先情報を要求した通信端末を認証するための認証情報を受信する認証情報受信ステップと、
前記宛先情報を要求した通信端末から、接続受入要求と当該通信端末を識別するための識別情報を受信する識別情報受信ステップと、前記認証情報と前記識別情報とが一致するか否かを判定する判定ステップと、前記認証情報と前記識別情報とが一致する場合に限り、前記宛先情報を要求した通信端末からの接続受入要求に基づく接続を許可する接続制御ステップとを含むこととしてもよい。
又、本発明は、通信制御サーバとネットワークで接続された通信端末に用いる接続制御プログラムを記録したコンピュータ読取可能な記録媒体であって、前記接続制御プログラムは、前記通信制御サーバに、当該通信端末への接続が許可された通信端末の登録要求をする許可通信端末登録要求ステップと、前記通信端末のネットワーク上におけるアドレスを特定するための宛先情報を要求した通信端末が前記通信端末への接続が許可された通信端末である場合に限り、前記通信制御サーバから送信される、前記宛先情報を要求した通信端末を認証するための認証情報を受信する認証情報受信ステップと、前記宛先情報を要求した通信端末から、接続受入要求と当該通信端末を識別するための識別情報を受信する識別情報受信ステップと、前記認証情報と前記識別情報とが一致するか否かを判定する判定ステップと、前記認証情報と前記識別情報とが一致する場合に限り、前記宛先情報を要求した通信端末からの接続受入要求に基づく接続を許可する接続制御ステップとを含むこととしてもよい。
又、本発明は、通信制御サーバとネットワークで接続された通信端末に用いる接続制御方法であって、前記通信制御サーバに、当該通信端末への接続が許可された通信端末の登録要求をする許可通信端末登録要求ステップと、前記通信端末のネットワーク上におけるアドレスを特定するための宛先情報を要求した通信端末が前記通信端末への接続が許可された通信端末である場合に限り、前記通信制御サーバから送信される、前記宛先情報を要求した通信端末を認証するための認証情報を受信する認証情報受信ステップと、前記宛先情報を要求した通信端末から、接続受入要求と当該通信端末を識別するための識別情報を受信する識別情報受信ステップと、前記認証情報と前記識別情報とが一致するか否かを判定する判定ステップと、前記認証情報と前記識別情報とが一致する場合に限り、前記宛先情報を要求した通信端末からの接続受入要求に基づく接続を許可する接続制御ステップとを含むこととしてもよい。
これにより、接続を要求する通信端末に対する認証情報の発行作業を、通信制御サーバが代行することができるので、接続を要求された通信端末は、より簡易に認証作業を進めることができる。
ここで、前記通信システムにおいて、前記通知制御手段はさらに、第１通信端末と第２通信端末間で送受信される情報を暗号化及び復号化するための暗号鍵を作成する暗号鍵作成手段を有し、前記通知制御手段はさらに、前記暗号鍵を第１通信端末と第２通信端末に通知することとしてもよい。
これにより、通信端末間で送受信される認証情報が、第３者に不正に取得され、解読されることを有効に防止することができる。
ここで、前記通信端末において、前記通信端末はさらに、接続先通信端末に送信すべき各種通信データを当該通信データのデータ属性と対応付けて記憶している記憶手段と、前記接続先通信端末のネットワーク上におけるアドレスを特定するための宛先情報を要求する要求メッセージを前記通信制御サーバに送信する送信手段と、前記通信端末が前記接続先通信端末によって接続が許可された通信端末である場合に限り、前記通信制御サーバから通知される前記宛先情報を取得する取得手段と、取得された前記宛先情報に基いて、前記接続先通信端末との接続を確立する接続確立手段と、送信すべき通信データの指定を受取る指定受取手段と、指定された通信データが特定のデータ属性を有するか否か判定するデータ属性判定手段と、指定された通信データが特定のデータ属性を有する場合に、前記通信制御サーバに、指定された通信データの前記接続先通信端末への転送を依頼する転送依頼手段と、指定された通信データが特定のデータ属性を有する場合に、指定された通信データを前記通信制御サーバに送信し、指定された通信データが特定のデータ属性を有しない場合に、指定された通信データを接続している前記接続先通信端末に直接送信する制御を行なう送信制御手段とを備えることとしてもよい。
又、前記通信端末において、前記アドレスは、ＩＰアドレスであることとしてもよい。
又、前記通信端末において、前記アドレスは、ＩＰアドレスとポート番号とから構成されることとしてもよい。
又、前記通信端末において、前記アドレスは、随時変動することとしてもよい。
これにより、接続先通信端末に送信すべき通信データが特定の種類に属する場合に限り、通信制御サーバ経由で通信データが接続先通信端末に送信され、その他の場合には、通信データが直接接続先通信端末に送信されるように制御することができるので、通信制御サーバの通信データの送信に要する負荷を軽減することができる。
ここで、前記通信端末において、前記送信制御手段は、指定された通信データがＭＰＥＧ符号化された映像データである場合に、当該映像データからＩピクチャを抽出する抽出手段と、抽出したＩピクチャを暗号化する暗号化手段とを有し、
前記転送依頼手段は、暗号化されたＩピクチャの前記接続先通信端末への転送を依頼し、前記送信制御手段は、暗号化したＩピクチャを前記通信制御サーバに送信し、Ｉピクチャを除く残りの映像データを接続している前記接続先通信端末に直接送信することとしてもよい。
これにより、映像データの再生に不可欠な構成要素であるＩピクチャだけが通信制御サーバ経由で暗号化されて接続先通信端末に送信され、他の映像データの構成要素は、暗号化されることなく直接接続先通信端末に送信されるように制御することができるので、接続先通信端末における暗号化されたデータの復号化に要する負荷を軽減することができ、又、映像データの再生に不可欠なＩピクチャは、暗号化されて送信されるので、送信途中で映像データが何者かによって不正に取得された場合においても取得された映像データが不正に再生されて視聴されるのを防止することができる。
ここで、前記通信端末において、前記データ属性は、通信データの秘匿性の有無を示すデータ属性であり、前記転送依頼手段は、指定された通信データのデータ属性が秘匿性の有ることを示している場合に、前記通信制御サーバに、指定された通信データの前記接続先通信端末への転送を依頼し、前記送信制御手段は、指定された通信データのデータ属性が秘匿性の有ることを示している場合に、指定された通信データを暗号化して前記通信制御サーバに送信することとしてもよい。
これにより、秘匿性の高いデータは、通信制御サーバを介して暗号化されて接続先通信端末に送信され、秘匿性の低いデータのみが直接接続先通信端末に送信されるように制御することができるので、ユーザーは予め通信端末に記録しているデータを秘匿性の程度に応じて分類して記録することにより、秘匿性の高いデータが不正に取得され、他人に視聴されるという心配なく、安心して接続先通信端末にデータを送信することができる。
ここで、前記通信システムにおいて、前記通知制御手段はさらに、第２通信端末の宛先情報を第１通信端末に通知する前に、第２通信端末が第１通信端末からの接続を受入可能か否かについての問合せメッセージを第２通信端末に送信し、
第２通信端末は、前記問合せメッセージを受信する受信手段と、前記問合せメッセージの受信時における負荷状態に応じて、第１通信端末からの接続の受入可否を判定し、判定結果を示す受入可否通知メッセージを前記通信制御サーバに通知する接続受入可否通知手段とを有し、前記通知制御手段は、通知された受入可否通知メッセージに基づいて、第２通信端末が、第１通信端末からの接続を受入可能な状態にあるか否かを判定する接続受入可否判定手段を有し、第２通信端末が、第１通信端末からの接続を受入可能な状態にある場合に限り、前記通知制御手段は、第２通信端末の宛先情報を第１通信端末に通知することとしてもよい。
又、前記通信端末において、前記識別情報受信手段はさらに、前記接続受入要求が送信される前に、前記宛先情報を要求した通信端末からの接続を受入可能か否かについての問合せメッセージを、前記通信制御サーバから受信し、前記接続制御手段は、前記問合せメッセージの受信時における負荷状態に応じて、前記接続が受入可能か否かを判定し、判定結果を前記通信制御サーバに通知することとしてもよい。
これにより、利用者の通信端末の負荷状態に応じて、他の通信端末からの接続が制御されるので、負荷が高い状態のときに、他の通信端末からの接続が受付けられ、通信に不具合が生じるのを有効に防止することができる。
ここで、前記通信システムにおいて、前記通知制御手段は、第１通信端末が第２通信端末に接続を許可されている通信端末でない場合に、その旨を示す第１通知メッセージを第１通信端末に通知し、第２通信端末が、第１通信端末からの接続を受入可能な状態にない場合に、その旨を示す第２通知メッセージを第１通信端末に通知することとしてもよい。
これにより、接続要求元の通信端末が接続要求先の通信端末への接続ができなかった場合に、その原因が特定されて接続要求元の通信端末に通知されるので、ユーザーは、迅速に接続ができない原因を知ることができる。
ここで、前記通信端末において、前記識別情報受信手段は、前記宛先情報を要求した通信端末からの接続を受入可能な状態にない場合に、前記通信制御サーバから、宛先情報を要求した通信端末からの通信データの転送依頼があったことを通知する転送依頼通知メッセージを受信し、前記通信端末は、負荷状態に応じて前記通信データを取得可能な状態になったか否かを判定する通信データ取得可否判定手段と、前記転送依頼通知メッセージが受信された後に、前記通信データを取得可能な状態になった場合に、前記通信データの転送を要求する転送要求メッセージを前記通信制御サーバに送信する転送要求メッセージ送信手段と、前記転送要求メッセージに応じて前記通信制御サーバから送信された前記通信データを取得する取得手段とを備えることとしてもよい。
これにより、接続先通信端末が接続受入状態になく、通信データを直接送信できない場合に、通信制御サーバに通信データの転送を依頼することができるので、何度も接続先通信端末との接続確立処理を繰り返すことなく、迅速に通信データの送信処理を完了することができる。
【図面の簡単な説明】
図１は、本発明の実施の形態１における通信システム１００の構成を示す機能ブロック図である。
図２は、仲介サーバ１０１の構成を示す機能ブロック図である。
図３は、仲介サーバ１０１に送信される許可端末登録コマンドの具体例を示す。
図４は、許可端末テーブルの具体例を示す。
図５（ａ）は、問合せメッセージの具体例を示す。
図５（ｂ）は、「接続受入」を示す通知メッセージの例を示す。
図５（ｃ）は、「接続拒否」を示す通知メッセージの例を示す。
図５（ｄ）は、接続先通知メッセージの具体例を示す。
図５（ｅ）は、認証情報通知メッセージの具体例を示す。
図５（ｆ）は、接続受入要求メッセージの具体例を示す。
図５（ｇ）は、図１２及び図１６のステップＳ１２０５における判定が否定的である場合に送信される通知メッセージの変形例を示す。
図５（ｈ）は、図１６のステップＳ１６０８における判定が否定的である場合に送信される通知メッセージの変形例を示す。
図６は、アドレス解決サーバ１０２の構成を示す機能ブロック図である。
図７は、ＩＰアドレス対応テーブルの具体例を示す。
図８は、仲介サーバ１０１から取得要求データを受信した後に、アドレス解決サーバ１０２の行うＩＰアドレス送信処理の動作を示すフローチャートである。
図９は、各端末の行う接続許可端末の登録要求処理の動作を示すフローチャートである。
図１０は、仲介サーバ１０１による許可端末テーブルへの接続許可端末の登録処理（図９のステップＳ１０００）の動作を示すフローチャートである。
図１１は、各端末の行う他端末との接続確立処理の動作を示すフローチャートである。
図１２は、図１１のステップＳ１１０１において、送信された問合せメッセージを受信した仲介サーバ１０１が行う接続制御処理の動作を示すフローチャートである。
図１３は、図１１のステップＳ１１０７において、端末１０３によって接続受入要求された端末１０４が行う他端末からの接続受入処理の動作を示すフローチャートである。
図１４は、本発明の実施の形態２における通信システム１１０の構成を示す機能ブロック図である。
図１５は、仲介サーバ１１１の構成を示す機能ブロック図である。
図１６は、制御部２１１の行う接続制御処理の動作を示すフローチャートである。
図１７（ａ）は、図１６のステップＳ１６０６において送信される、端末１１４に送信される受入状態問合せメッセージの具体例を示す。
図１７（ｂ）は、「接続受入状態にある」ことを示す、端末１１４から受信する返答通知メッセージの具体例を示す。
図１７（ｃ）は、「接続拒否状態にある」ことを示す、端末１１４から受信する返答通知メッセージの具体例を示す。
図１８は、端末１１４が、図１３に示す接続受入処理と同一の処理を行う前に実行する接続受入状態の通知処理の動作を示すフローチャートである。
図１９は、仲介サーバ１１１の行なう接続確立判定処理の動作を示すフローチャートである。
図２０は、端末１０３及び端末１０４の構成を示す機能ブロック図である。
図２１は、通信システム２００の構成を示す。
図２２は、仲介サーバ１０１による端末間の通信データの転送処理の動作を示すフローチャートである。
図２３は、各端末の行なう通信データ送信制御処理の動作を示すフローチャートである。
図２４は、実施の形態３における通信システム１２０の構成を示す機能ブロック図である。
図２５は、仲介サーバ１２１の構成を示す機能ブロック図である。
図２６及び図２７は、制御部２２１の行う接続制御処理の動作を示すフローチャートである。
図２８は、仲介サーバ１２１によるステップＳ２６１１による処理を介して送信された転送依頼問合せメッセージを端末１２３が受信した場合に、端末１２３が行なう通信データ転送依頼処理の動作を示すフローチャートである。
図２９は、仲介サーバ１２１による図２７のステップＳ２６１５による処理を介して送信された転送依頼通知メッセージを端末１２４が受信した場合に、端末１２４が行なう通信データ受入制御処理の動作を示すフローチャートである。
図３０は、端末１１４の構成を示す機能ブロック図である。
図３１は、端末１２３の構成を示す機能ブロック図である。
図３２は、端末１２４の構成を示す機能ブロック図である。
【発明を実施するための最良の形態】
（実施の形態１）
＜構成＞
図１は、本発明の実施の形態１における通信システム１００の構成を示す機能ブロック図である。通信システム１００は、仲介サーバ１０１、アドレス解決サーバ１０２、通信端末１０３（以下、「端末１０３」という。）、通信端末１０４（以下、「端末１０４」という。）とから構成され、各構成要素はインターネット１０５で接続されている。
なお、仲介サーバ１０１とアドレス解決サーバ１０２はインターネットを介した接続ではなく、同じイントラネット（例えば、ＬＡＮ）に接続されている構成であっても良い。
又、ここでは、説明を簡略化するため、通信システム１００の構成要素となる通信端末（以下、「端末」という。）の数は２としたが、端末の数は複数であればよく、２に限定されない。
又、端末とは、インターネットやイントラネットに接続機能を有する機器のことをいい、具体的にはＰＣ（Ｐｅｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒ）、ＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）ビデオレコーダ、ＤＶＤレコーダ、ＴＶ（Ｔｅｌｅｖｉｓｉｏｎ）、ＰＤＡ（Ｐｅｒｓｏｎａｌ Ｄｉｇｉｔａｌ Ａｓｓｉｓｔａｎｃｅ）などのことをいう。
図２１は、通信システム１００を構成する各端末がＨＤＤビデオレコーダである場合の通信システム２００の具体例を示す。なお、図２１では、通信システム１００の構成を簡略化して図示するため、アドレス解決サーバは、図示していない。通信システム２００は、接続要求元の端末であるＨＤＤビデオレコーダ１０３０、接続先の端末であるＨＤＤビデオレコーダ１０４０、仲介サーバ１０１０から構成される。
図２は、仲介サーバ１０１の構成を示す機能ブロック図である。
仲介サーバ１０１は、制御部２０１、送信部２０２、受信部２０３、パスワード発行部２０４、暗号鍵発行部２０５、記憶部２０６から構成される。
仲介サーバ１０１は、ハードウェアとしてはＣＰＵ、ＲＯＭ、ＲＡＭ、ハードディスク等から構成され、ＲＯＭ又は上記ハードディスクには、コンピュータプログラムが記憶され、上記ＣＰＵが、上記コンピュータプログラムに従って動作することにより、仲介サーバ１０１は、その機能を達成する。
受信部２０３は、各端末から送信された、接続先の端末（以下、「接続先端末」という。）のＩＰアドレスを、当該端末の識別子を特定して問い合わせるメッセージ（以下、「問合せメッセージ」という。）を受信し、制御手段２０１へ出力する。図５（ａ）は、問合せメッセージの具体例を示す。
ここで、「ＱＵＥＲＹ」は、問合せメッセージであることを示し、「Ｉｄｅｎｔｉｆｉｅｒ」は、問合せメッセージの送信元の端末（以下、「問合せ端末」という。）の識別子を示し、「Ｃａｌｌｅｅ」は、接続先端末の識別子を示す。
又、受信部２０３は、各端末から送信された登録要求データを受信し、制御部２０１へ出力する。
ここで、「登録要求データ」とは、各端末によって作成される、当該端末への接続を許可された端末（以下、「接続許可端末」という。）の登録や登録された接続許可端末の削除を要求する許可端末登録コマンドと仲介サーバ１０１のＩＰアドレスとを含むパケット化データのことをいう。
ここで、許可端末登録コマンドには、登録を要求した端末の識別子と、当該端末によって登録や削除を要求される接続許可端末の識別子と、登録処理の内容を示すコマンドが含まれる。
図３は、仲介サーバ１０１に送信される許可端末登録コマンドの具体例を示す。図３（ａ）は、新たに登録を行う場合のコマンドメッセージの一例を示す。「ＲＥＧＩＳＴＥＲ」は登録処理を表すコマンドを示し、「Ｉｄｅｎｔｉｆｉｅｒ」は、接続許可の主体となる各端末の識別子を示し、「Ａｃｃｅｐｔ」は、仲介サーバ１０１における登録処理で行うべき具体的な処理の内容を、それに続く命令文（ここでは、「Ｃｒｅａｔｅ」を含む命令文）で指示するコマンドを示し、「Ｃｒｅａｔｅ」は新たに接続許可端末を登録するコマンドを表し、ここでは、「Ｃｒｅａｔｅ」を含む命令文は、接続許可端末として既に登録されている接続許可端末の識別子を削除して、識別子Ｉｂ、Ｉｆの接続許可端末を新たに登録するコマンドを表している。
図３（ｂ）の「Ａｄｄ」は、既に登録されている接続許可端末の識別子に加え、新たに接続許可端末の識別子を追加するコマンドを表している。ここでは、「Ａｄｄ」を含む命令文は、識別子Ｉｃ、Ｉｅの端末を、接続許可端末として追加して登録するコマンドを表している。
図３（ｃ）の「Ｄｅｌｅｔｅ」は、既に登録されている接続許可端末の識別子から指定の識別子を取り除き、接続許可を取り消すコマンドを表している。ここでは、「Ｄｅｌｅｔｅ」を含む命令文は、既に登録されている接続許可端末の識別子から、識別子Ｉｆを削除するコマンドを表している。 なお、図３（ｂ）の「Ａｄｄ」と図３（ｃ）の「Ｄｅｌｅｔｅ」のコマンドは図３（ｄ）に示すようにひとつのコマンドとしても良い。
送信部２０２は、制御部２０１から入力された、認証情報通知メッセージを接続先端末に送信する。
ここで、「認証情報通知メッセージ」とは、接続受入を要求された端末が、問合せ端末を認証するために用いる情報を含むメッセージのことをいい、具体的には、制御部２０１によって作成される、問合せ端末の識別子、当該端末を認証するためのパスワード、及び当該端末との通信データを暗号化及び復号化するための暗号鍵を含むメッセージのことをいう。
ここで、「通信データ」とは、端末間で送受信される映像データ、画像データ、音声データ、テキストデータなどの各種データのことをいう。
図５（ｅ）は、認証情報通知メッセージの具体例を示す。
ここで、「ＮＯＴＩＦＹ」は、通知メッセージであることを示し、「Ｃａｌｌｅｒ ＩＤ」は、問合せ端末の識別子を示し、「Ｐａｓｓｗｏｒｄ」は、上記パスワードを、「Ｅｎｃｒｙｐｔ Ｋｅｙ」は、上記暗号鍵を示す。
又、送信部２０２は、制御部２０１から入力された、接続先通知メッセージを問合せ端末に送信する。
ここで、「接続先通知メッセージ」とは、問合せ端末に接続先の端末のＩＰアドレスを通知するために用いるメッセージのことをいい、具体的には、制御部２０１によって作成される、当該問合せ端末に問い合わされた接続先端末のＩＰアドレスと、当該問合せ端末を認証するためのパスワードと、当該接続先端末との通信データを暗号化及び復号化するための暗号鍵とを含むメッセージのことをいう。
図５（ｄ）は、接続先通知メッセージの具体例を示す。
ここで、「ＮＯＴＩＦＹ」は、通知メッセージであることを示し、「Ｃａｌｌｅｅ Ａｄｄｒｅｓｓ」は、接続先端末のＩＰアドレスを示し、「Ｐａｓｓｗｏｒｄ」は、上記パスワードを、「Ｅｎｃｒｙｐｔ Ｋｅｙ」は、上記暗号鍵を示す。
さらに、送信部２０２は、制御部２０１から入力された、接続先端末の識別子を特定してＩＰアドレスの取得要求をする取得要求コマンドと仲介サーバ１０１のＩＰアドレスとアドレス解決サーバ１０２のＩＰアドレスとを含むパケット化データ（以下、「取得要求データ」という。）をアドレス解決サーバ１０２に送信する。
パスワード発行部２０４は、制御部２０１からのパスワード発行指示に基づいて、パスワードとなる文字列を発行する。
ここで、パスワードとして発行される文字列は、例えば、アルファベット大文字小文字、数字、記号又はそれらが複数混在したものであり、毎回異なる文字列が発行される。例えば、アルファベット大文字小文字、数字や記号などをランダムに組み合わせた、複数の文字列のリストから、パスワードとなる文字列が任意に選択されて、発行されるものとしてもよい。
暗号鍵発行部２０５は、制御部２０１からの暗号鍵発行指示により、データの暗号化及び復号化に用いる暗号鍵を発行するものである。
ここでは、送信するデータの暗号化と、当該暗号化データの受信側における復号化を同一の暗号鍵を用いて行う共通鍵方式の暗号鍵を発行するものとする。
記憶部２０６は、ハードディスクやフラッシュメモリなどによって構成され、許可端末テーブル、許容通信データサイズ閾値、上記コンピュータプログラム、アドレス解決サーバ１０２のアドレスなどを記憶している。
ここで、「許可端末テーブル」とは、各端末からの登録要求に応じて、制御部２０１によって登録された、当該端末と当該端末の接続許可端末との対応関係を示すテーブルのことをいう。
又、「許容通信データサイズ閾値」とは、後述する通信データの転送処理において、端末から送信される通信データを受け入れるか否かを判定するための通信データの許容データサイズの閾値のことをいう。
又、「アドレス」とは、例えば、ＵＲＬ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｌｏｃａｔｏｒ）、或いはＩＰアドレスなどのことをいう。
図４は、許可端末テーブルの具体例を示す。図３に示す例では、識別子がＩａの端末に対しては、識別子がＩｂ、Ｉｃ、及びＩｅの各端末からの接続が許可され、識別子がＩｂの端末に対しては、識別子がＩａ、Ｉｃ、Ｉｆ、及びＩｇの各端末からの接続が許可されていることを示す。
制御部２０１は、記憶部２０６に記憶されているコンピュータプログラムを読み出して実行することにより、他の各構成要素の動作を制御するとともに、許可端末テーブルへの接続許可端末の登録処理、端末間の接続を制御する接続制御処理、及び端末間の通信データの転送処理を行う。
以下制御部２０１の行う上記３つの処理について、具体的に説明する。
（１）許可端末テーブルへの接続許可端末の登録処理
制御部２０１は、受信部２０２から登録要求データの入力があると、登録要求データから許可端末登録コマンドを抽出し、抽出した許可端末登録コマンドの内容を解析し、「ＲＥＧＩＳＴＥＲ」コマンドを検出すると、上記登録処理の実行が指示されていることを認識し、許可端末登録コマンドの指示する処理内容（Ａｃｃｅｐｔに続く命令文で指示するコマンド）を実行する。
具体的には、処理内容が「Ｃｒｅａｔｅ」を含む命令文で示されている場合には、許可端末テーブルを参照して、登録を要求した端末が既に登録されているか否かを判定し、登録されていない場合には、当該端末の識別子と当該端末によって登録要求された接続許可端末の識別子を対応づけて、許可端末テーブルに新たに登録し、登録されている場合には、当該端末について、登録済みの接続許可端末の識別子を許可端末テーブルから削除した後、登録要求された接続許可端末の識別子を許可端末テーブルに新たに登録する。
処理内容が「Ａｄｄ」を含む命令文で示されている場合には、登録を要求した端末について、許可端末テーブルに登録済みの接続許可端末の識別子が有る場合においても、当該接続許可端末を削除することなく、登録要求された接続許可端末の識別子を許可端末テーブルに追加登録する。
処理内容が「Ｄｅｌｅｔｅ」を含む命令文で示されている場合には、削除要求された接続許可端末の識別子を許可端末テーブルから削除する。
上記各処理内容の実行が終了すると、登録処理の成否を示す登録結果メッセージを作成し、登録要求した端末に送信部２０２を介して送信する。例えば、登録処理が成功した場合には、「登録完了」を示すメッセージ（以下、「登録完了メッセージ」という。）を作成し、登録処理が失敗した場合には、「登録失敗」を示すメッセージ（以下、「登録失敗メッセージ」という。）を作成する。又、処理のステータスコードで、「登録完了」及び「登録失敗」を表したメッセージを作成することとしてもよいし、文字列と処理のステータスコードの両方でメッセージを作成することとしてもよい。
（２）接続制御処理
制御部２０１は、受信部２０３より問合せメッセージの入力を受取ると、記憶部２０６に記憶されている許可端末テーブルを参照することにより、問合せメッセージによって特定されている接続先端末の識別子に対応付けられている接続許可端末の識別子を特定し、特定した識別子と問合せ端末の識別子が一致するか否かにより、問合せ端末が、接続先端末への接続が許可されている端末に該当するか否かを判定し、判定結果を通知する通知メッセージを問合せ端末に送信する。
図５（ｂ）と図５（ｃ）は、当該問合せ端末に送信される通知メッセージの具体例を示す。図５（ｂ）は、「接続受入」を示す通知メッセージの例を示し、図５（ｃ）は、「接続拒否」を示す通知メッセージの例を示している。
問合せ端末が、接続先端末への接続が許可されている端末に該当する場合には、取得要求データを、送信部２０２を介してアドレス解決サーバ１０２に送信し、接続先端末のＩＰアドレスをアドレス解決サーバ１０２から取得すると、「接続受入」を示す通知メッセージを問合せ端末に送信する。
次に、制御部２０１は、パスワード発行部２０４にパスワード発行指示を、暗号鍵発行部２０５に暗号鍵発行指示をし、指示に応じてパスワード発行部２０４及び暗号鍵発行部２０５からそれぞれ発行されたパスワード及び暗号鍵と、問合せ端末の識別子とから、認証情報通知メッセージを作成し、作成した認証情報通知メッセージを、通信部２０２を介して接続先端末に送信する。
次に、制御部２０１は、発行されたパスワードと暗号鍵、及び取得した接続先端末のＩＰアドレスとから、接続先通知メッセージを作成し、送信部２０２を介して問合せ端末に送信する。
又、問合せ端末が、接続先端末への接続が許可されている端末に該当しない場合には、「接続拒否」を示す通知メッセージを問合せ端末に送信する。
（３）端末間の通信データの転送処理
制御部２０１は、受信部２０３より通信データ転送通知メッセージを受取ると、当該通信データ依頼メッセージに含まれる通信データのデータサイズ情報に基づいて、通信データのデータサイズが許容通信データサイズ閾値を超えているか否かを判定し、超えていない場合に、「通信データの受入を許可する」旨の転送受入通知メッセージを作成して、送信部２０２を介して転送受入通知メッセージを転送依頼元の端末に送信し、当該転送受入通知メッセージに応じて当該端末より送信された暗号化通信データを受信部２０３を介して受取ると、送信部２０２を介して接続先端末に送信する。
ここで、「通信データ転送通知メッセージ」とは、送信元端末から接続先端末に送信すべき通信データが秘匿性の高い秘匿データである場合に、当該データの送信を仲介サーバ１０１に依頼するために送信元端末（ここでは、問合せ端末）から仲介サーバ１０１に送信されるメッセージのことをいい、具体的には、問合せ端末の識別子と接続先端末の識別子と通信データのデータサイズ情報と仲介サーバ１０１のＩＰアドレスとを含むメッセージのことをいう。
又、「転送受入通知メッセージ」とは、通信データの送信元の端末から受入要求された場合に、仲介サーバ１０１又は接続先端末から送信元の端末に通知される、通信データの受け入れを許可するか否かを示すメッセージのことをいい、具体的には、通知メッセージであることを示す識別子と通知内容と通知元の識別子と送信元の端末のＩＰアドレスとを含むメッセージのことをいう。
次にアドレス解決サーバ１０２について説明する。図６は、アドレス解決サーバ１０２の構成を示す機能ブロック図である。
アドレス解決サーバ１０２は、制御部３０１、送信部３０２、受信部３０３、記憶部３０４から構成される。
アドレス解決サーバ１０２は、ハードウェアとしてはＣＰＵ、ＲＯＭ、ＲＡＭ、ハードディスク等から構成され、ＲＯＭ又は上記ハードディスクには、コンピュータプログラムが記憶され、上記ＣＰＵが、上記コンピュータプログラムに従って動作することにより、アドレス解決サーバ１０２は、その機能を達成する。
送信部３０２は、制御部３０１より入力された、接続先端末のＩＰアドレスと仲介サーバ１０１のＩＰアドレスとを含むパケット化データ（以下、「接続先ＩＰアドレスデータ」という。）を、仲介サーバ１０１に送信する。
受信部３０３は、仲介サーバ１０１から送信された取得要求データ、及びインターネットに接続している各端末から送信された、当該端末のＩＰアドレス及び識別子とアドレス解決サーバ１０２のＩＰアドレスとを含むパケット化データ（以下、「接続端末ＩＰアドレスデータ」という。）を受信し、制御部３０１に出力する。
記憶部３０４は、ハードディスクやフラッシュメモリなどによって構成され、ＩＰアドレス対応テーブルや、制御部３０１が実行するプログラムなどを記憶している。
ここで、「ＩＰアドレス対応テーブル」とは、インターネットに接続されている端末と当該端末に割当てられたＩＰアドレスとの対応関係を示すテーブルのことをいう。
図７は、ＩＰアドレス対応テーブルの具体例を示す。図７の例では、識別子がＩａ及びＩｂの端末がそれぞれ、インターネットに接続され、識別子がＩａの端末には、ＩＰアドレス（２０２．２２４．１８６．８１）が、識別子がＩｂの端末には、ＩＰアドレス（２０２．２２４．１８６．８２）が、それぞれ割当てられていることを示す。
制御部３０１は、受信部３０３より接続端末ＩＰアドレスデータの入力があると、当該ＩＰアドレスデータから当該端末のＩＰアドレス及び識別子を抽出し、抽出したＩＰアドレスと識別子を対応付けて、ＩＰアドレス対応テーブルに登録する。
又、制御部３０１は、受信部３０３より取得要求データの入力があると、当該取得要求データから接続先端末の識別子を抽出し、記憶部３０４に記憶されているＩＰアドレス対応テーブルを参照して、当該識別子に対応するＩＰアドレスを特定し、当該ＩＰアドレスと仲介サーバ１０１のＩＰアドレスとから接続先ＩＰアドレスデータを作成し、作成した接続先ＩＰアドレスデータを、送信部３０２を介して仲介サーバ１０１に送信する。
次に、端末１０３及び端末１０４について説明する。両端末の構成は、同一であり、図２０は、その構成を示す機能ブロック図である。両端末は、それぞれ、制御部４０１、送信部４０２、受信部４０３、暗号化部４０４、復号化部４０５、記憶部４０６、入力部４０７から構成される。
又、両端末は、ハードウェアとしては、ＣＰＵ、ＲＯＭ、ＲＡＭ、ハードディスク等から構成され、ＲＯＭ又は上記ハードディスクには、コンピュータプログラムが記憶され、上記ＣＰＵが、上記コンピュータプログラムに従って動作することにより、両端末は、その機能を達成する。
各端末は、あらかじめ、仲介サーバ１０１及びアドレス解決サーバ１０２のアドレス、映像データ、画像データ、音声データ、テキストデータなどの各種通信データ、及び通信データ秘匿性判定テーブルなどを記憶部４０６に記憶している。
ここで、「通信データ秘匿性判定テーブル」とは、各通信データと当該通信データが秘匿性のものであるか否かを示す秘匿性判定識別子との対応関係を示すテーブルのことをいう。
なお、通信データが秘匿性のものであるか否かは、例えば当該通信データの記録時に、入力部４０７を介してユーザーによって指示され、制御部４０１は、ユーザー指示に応じて、通信データ秘匿性テーブルにおいて、当該通信データの秘匿性判定識別子を設定するものとする。
各端末は、インターネットに接続すると、プロバイダーのサーバ（図外）から割当てられた、ＩＰアドレスと当該端末の識別子とを、送信部４０２を介して、アドレス解決サーバ１０２に送信する。
さらに、各端末は、接続許可端末の登録要求処理、他端末との接続確立処理、他端末からの接続受入処理、他端末との接続確立後における通信データ送信制御処理を行う。以下、各処理について、具体的に説明する。
（１）接続許可端末の登録要求処理
制御部４０１は、ユーザーによって入力部４０７から入力された、登録を要求する接続許可端末の識別子と、仲介サーバ１０１のＩＰアドレスに基づいて登録要求データを作成し、作成した登録要求データを仲介サーバ１０１に送信し、仲介サーバ１０１から、当該接続許可端末の許可端末テーブルへの登録処理の成否を示す登録結果メッセージを受信部４０３を介して受信すると、処理を終了する。
（２）他端末との接続確立処理
制御部４０１は、ユーザーから、入力部４０７を介して接続先となる端末のＩＰアドレスの問合せ指示の入力があると、仲介サーバ１０１に、問合せメッセージを送信部４０２を介して送信し、仲介サーバ１０１から送信された通知メッセージを受信部４０３を介して受信する。
当該通知メッセージが「接続拒否」を示している場合、制御部４０１は、処理を終了し、「接続受入」を示している場合、さらに、仲介サーバ１０１から、接続先通知メッセージを受信部４０３を介して受信する。
次に、制御部４０１は、受信部４０３を介して受信した接続先通知メッセージに含まれるパスワードと当該端末の識別子とを用いて、接続受入要求メッセージを作成し、暗号化部４０４を介して、作成した接続受入要求メッセージを、受信した接続先通知メッセージに含まれる暗号鍵を用いて暗号化し、暗号化した接続受入要求メッセージを、送信部４０２を介して接続先端末に送信して当該接続先端末に対し、接続受入要求をする。
図５（ｆ）は、接続受入要求メッセージの具体例を示す。「ＲＥＱＵＥＳＴ」は、接続受入要求メッセージであることを示し、「Ｉｄｅｎｔｉｆｉｅｒ」は、要求元の端末の識別子を示し、「Ｐａｓｓｗｏｒｄ」は、当該接続受入メッセージに記述されているパスワードを示す。
さらに、制御部４０１は、当該接続先端末から受入可否の判定結果を示す通知メッセージを、受信部４０３を介して受信すると、当該通知メッセージの内容を解釈し、接続受入の可否を判定する。
通知メッセージが「接続拒否」を示す場合、制御部４０１は、処理を終了し、「接続受入」を示す場合、接続先端末とのデータ通信を開始し、後述する通信データ送信制御処理を行なう。
（３）他端末からの接続受入処理
制御部４０１は、仲介サーバ１０１から、認証情報通知メッセージを、受信部４０３を介して受信すると、当該認証情報通知メッセージから問合せ端末の識別子、パスワード及び暗号鍵を取得する。
さらに、制御部４０１は、他端末から、接続受入要求メッセージを、受信部４０３を介して受取ると、当該接続受入要求メッセージを取得した暗号鍵を用いて、復号化部４０５を介して復号し、当該接続受入要求メッセージから、当該他端末の識別子とパスワードを取得し、取得した識別子、パスワードについてそれぞれ、先に認証情報通知メッセージから取得した識別子、パスワードとの照合を行う。
識別子とパスワードの何れもが一致する場合、制御部４０１は、「接続受入」を示す通知メッセージを作成し、取得した暗号鍵を用いて、暗号化部４０４を介して暗号化して、接続受入要求をした他端末に、送信部４０２を介して送信し、他端末とのデータ通信を開始する。
識別子とパスワードの何れかが一致しない場合、制御部４０１は、「接続拒否」を示す通知メッセージを作成し、取得した暗号鍵を用いて、暗号化部４０４を介して暗号化して、接続受入要求をした他端末に、送信部４０２を介して送信し、当該他端末との接続を中止する。
（４）通信データ送信制御処理
制御部４０１は、 入力部４０７を介して、ユーザーから接続先端末に送信すべき通信データの指定を受取ると、当該通信データを記憶部４０６から読出し、記憶部４０６に記憶されている通信データ秘匿性判定テーブルを参照して、指定された通信データが秘匿性データであるか否かを判定し、秘匿性データである場合、通信データ転送通知メッセージを作成して、仲介サーバ１０１及び接続先端末に送信し、仲介サーバ１０１及び接続先端末から「通信データの受入を許可する」旨の転送受入通知メッセージを受信部４０３を介して受取ると、指定された通信データを、受信部４０３介して受信した接続先通知メッセージに含まれる暗号鍵を用いて暗号化して、送信部４０２を介して仲介サーバ１０１に送信する。
指定された通信データが秘匿性データでない場合、制御部４０１は、読出した通信データを暗号化することなく、接続先端末に直接送信する。
これにより、例えば、図２１に示す通信システム２００を用いて、ＨＤＤビデオレコーダに記録した「運動会の映像データ」を、仲介サーバ１０１を介して暗号化して親戚や祖父母宅にあるＨＤＤビデオレコーダにインターネット経由で送信することができるので、送信した映像データを途中で他人に解読されるという危険性がなく、記録した映像を遠隔地に居住する親戚や祖父母と一緒に楽しむことができる。
又、ＴＶ番組の録画データなど他人に見られても特に支障のない通信データの場合には、仲介サーバ１０１を介することなく、直接接続先のＨＤＤビデオレコーダに通信データを送信して、録画したＴＶ番組を一緒に楽しむことができる。
＜動作＞
最初に、仲介サーバ１０１から取得要求データを受信した後に、アドレス解決サーバ１０２の行うＩＰアドレス送信処理の動作について説明する。
図８は、上記動作を示すフローチャートである。以下、図８を参照して、上記動作について説明する。
受信部３０３は、仲介サーバ１０１から取得要求データを受信すると（ステップＳ８０１）、受信した取得要求データを制御部３０１に出力する。
制御部３０１は、受信部３０３より取得要求データの入力があると、当該取得要求データから接続先端末の識別子を抽出し（ステップＳ８０２）、記憶部３０４に記憶されているＩＰアドレステーブルを参照して、当該識別子がＩＰアドレステーブルに登録されているか否かを判定する（ステップＳ８０３）。
登録されている場合（ステップＳ８０３：Ｙ）、当該識別子に対応するＩＰアドレスをＩＰアドレステーブルから特定し（ステップＳ８０４）、当該ＩＰアドレスと仲介サーバ１０１のＩＰアドレスとから接続先ＩＰアドレスデータを作成し（ステップＳ８０５）、作成した接続先ＩＰアドレスデータを、送信部３０２を介して仲介サーバ１０１に送信する（ステップＳ８０６）。
登録されていない場合（ステップＳ８０３：Ｎ）、「未登録」である旨を示すメッセージ（以下、「未登録メッセージ」という。）を作成して、送信部３０２を介して仲介サーバ１０１に送信する（ステップＳ８０７）。
次に、各端末の行う接続許可端末の登録要求処理の動作について説明する。図９は、上記動作を示すフローチャートである。以下、図９を参照して上記動作について説明する。
なお、ここでは、説明を簡略化するため、端末１０４が端末１０３を接続許可端末として登録を要求するものとして、上記動作について説明する。
端末１０４は、登録要求データを作成し（ステップＳ９０１）、作成した登録要求データを仲介サーバ１０１に送信し（ステップＳ９０２）、仲介サーバ１０１による許可端末テーブルへの接続許可端末（ここでは、端末１０３）の登録処理を開始させ（ステップＳ１０００）、当該登録処理が終了すると、仲介サーバ１０１から登録結果メッセージを受信する（ステップＳ９０３）。
次に仲介サーバ１０１による許可端末テーブルへの接続許可端末の登録処理（ステップＳ１０００）の動作について説明する。
図１０は、上記動作を示すフローチャートである。以下、図１０を参照して説明する。
受信部２０３は、端末１０４から登録要求データを受信すると（ステップＳ１００１）、受信した登録要求データを制御部２０１に出力する。
制御部２０１は、受信部２０３から登録要求データの入力があると、登録要求データから許可端末登録コマンドを抽出し（ステップＳ１００２）、抽出した許可端末登録コマンドの内容を解析し（ステップＳ１００３）、上記登録処理の実行が指示されていることを認識すると、許可端末登録コマンドの指示する処理内容を実行し（ステップＳ１００４）、当該処理内容の実行に成功したか否かを判定する（ステップＳ１００５）。
成功した場合（ステップＳ１００５：Ｙ）、登録完了メッセージを作成し、送信部２０２を介して端末１０４に送信し（ステップＳ１００６）、失敗した場合（ステップＳ１００５：Ｎ）、登録失敗メッセージを作成し、送信部２０２を介して端末１０４に送信する（ステップＳ１００７）。
次に、各端末の行う他端末との接続確立処理の動作について説明する。図１１は、上記動作を示すフローチャートである。以下、図１１を参照して、上記動作について説明する。
なお、ここでは、説明を簡略化するため、端末１０３が端末１０４との接続を確立する場合の上記動作について説明する。
端末１０３は、仲介サーバ１０１に、端末１０４の宛先を問合せるための問合せメッセージを送信する（ステップＳ１１０１）。
端末１０３は、当該問合せメッセージの返答として、仲介サーバ１０１から通知メッセージを受取ると（ステップＳ１１０２）、当該通知メッセージの内容を解析して（ステップＳ１１０３）、当該通知メッセージが「接続受入」を示しているか否かを判定する（ステップ１１０４）。
端末１０３は、当該通知メッセージが「接続拒否」を示している場合（ステップＳ１１０４：Ｎ）、処理を終了し、「接続受入」を示している場合（ステップＳ１１０４：Ｙ）、さらに、仲介サーバ１０１から、接続先通知メッセージを受信し（ステップＳ１１０５）、受信した接続先通知メッセージに含まれるパスワードと端末１０３の識別子とを用いて、接続受入要求メッセージを作成し（ステップＳ１１０６）、作成した接続受入要求メッセージを、受信した接続先通知メッセージに含まれる暗号鍵を用いて暗号化し、暗号化した接続受入要求メッセージを端末１０４に送信して端末１０４に対し、接続受入要求をし（ステップＳ１１０７）、端末１０４から受入可否の判定結果を示す通知メッセージを受信すると（ステップＳ１１０８）、当該通知メッセージの内容を解析し、接続受入の可否を判定する（ステップＳ１１０９）。
端末１０３は、通知メッセージが「接続拒否」を示す場合（ステップＳ１１０９：Ｎ）、処理を終了し、「接続受入」を示す場合（ステップＳ１１０９：Ｙ）、端末１０４とのデータ通信を開始する（ステップＳ１１１０）。
次に、上記のステップＳ１１０１において、送信された問合せメッセージを受信した仲介サーバ１０１が行う接続制御処理の動作について説明する。図１２は、上記動作を示すフローチャートである。以下、図１２を参照して、上記動作について説明する。
受信部２０３は、端末１０３から送信された問合せメッセージを受信すると（ステップＳ１２０１）、当該問合せメッセージを制御部２０１に出力する。
制御部２０１は、受信部２０３より問合せメッセージの入力を受取ると、記憶部２０６に記憶されている許可端末テーブルを参照することにより、問合せメッセージによって特定されている、端末１０４の識別子に対応付けられている接続許可端末の識別子を特定し（ステップＳ１２０２）、特定した識別子と問合せ端末１０３の識別子が一致するか否かにより、端末１０３が、端末１０４への接続が許可されている端末に該当するか否かを判定する（ステップＳ１２０３）。
端末１０３が、端末１０４への接続が許可されている端末に該当する場合（ステップＳ１２０３：Ｙ）、取得要求データを、送信部２０２を介してアドレス解決サーバ１０２に送信し（ステップＳ１２０４）、アドレス解決サーバ１０２に図８に示すステップＳ８０１〜ステップＳ８０７の処理を行わせ、アドレス解決サーバ１０２から端末１０４のＩＰアドレスを取得できたか否かを判定する（ステップＳ１２０５）。
取得できた場合（ステップＳ１２０５：Ｙ）、制御部２０１は、「接続受入」を示す通知メッセージを、送信部２０２を介して端末１０３に送信し（ステップＳ１２０６）、端末１０３に図１１に示すステップＳ１１０２以降の処理を行わせる。
さらに、制御部２０１は、パスワード発行部２０４にパスワード発行指示を、暗号鍵発行部２０５に暗号鍵発行指示をし、指示に応じてパスワード発行部２０４及び暗号鍵発行部２０５からそれぞれ発行されたパスワード及び暗号鍵と、問合せ端末１０３の識別子とから、認証情報通知メッセージを作成し（ステップＳ１２０７）、作成した認証情報通知メッセージを、送信部２０２を介して端末１０４に送信する（ステップＳ１２０８）。
次に、制御部２０１は、発行されたパスワードと暗号鍵、及び取得した端末１０４のＩＰアドレスとから、接続先通知メッセージを作成し（ステップＳ１２０９）、送信部２０２を介して端末１０３に送信する（ステップＳ１２１０）。
又、ステップＳ１２０３において、端末１０３が、端末１０４への接続が許可されている端末に該当しない場合（ステップＳ１２０３：Ｎ）、及びステップＳ１２０５において、アドレス解決サーバ１０２から未登録メッセージを受信し、端末１０４のＩＰアドレスを取得できなかった場合（ステップＳ１２０５：Ｎ）、「接続拒否」を示す通知メッセージを端末１０３に送信する（ステップＳ１２１１）。
次に、仲介サーバ１０１による端末間の通信データの転送処理の動作について説明する。図２２は、上記動作を示すフローチャートである。以下、図２２を参照して、上記動作について説明する。
制御部２０１は、受信部２０３より通信データ転送通知メッセージを受取ると（ステップＳ２２０１）、当該通信データ転送通知メッセージに含まれる通信データのデータサイズ情報に基づいて、通信データのデータサイズが許容通信データサイズ閾値を超えているか否かを判定する（ステップＳ２２０２）。
超えていない場合に（ステップＳ２２０２：Ｎ）、「通信データの受入を許可する」旨の転送受入通知メッセージを作成して、送信部２０２を介して当該転送受入通知メッセージを問合せ端末に送信し（ステップＳ２２０３）、当該転送受入通知メッセージに応じて当該端末より送信された暗号化通信データを受信部２０３を介して受取ると（Ｓ２２０４）、受取った暗号化通信データを送信部２０２を介して接続先端末に送信する（ステップＳ２２０５）。
ステップＳ２２０２において、通信データのデータサイズが許容通信データサイズ閾値を超えている場合（ステップＳ２２０２：Ｙ）、制御部２０１は、通信データの受入を許可しない」旨の転送受入通知メッセージを作成して、送信部２０２を介して当該転送受入通知メッセージを問合せ端末に送信する（ステップＳ２２０６）。
次に、図１１のステップＳ１１０７において、端末１０３によって接続受入要求された端末１０４が行う他端末からの接続受入処理の動作について説明する。図１３は、上記動作を示すフローチャートである。以下、図１３を用いて上記動作について説明する。
端末１０４は、端末１０３から接続受入要求される前に、図１２のステップＳ１２０８において、仲介サーバ１０１から送信された認証情報通知メッセージを受信すると（ステップＳ１３０１）、当該認証情報通知メッセージから端末１０３の識別子、パスワード及び暗号鍵を取得する（ステップＳ１３０２）。
さらに、端末１０３から、接続受入要求メッセージを受信することにより、接続受入要求を受けると（ステップＳ１３０３）、当該接続受入要求メッセージを、取得した暗号鍵を用いて復号し、当該接続受入要求メッセージから、端末１０３の識別子とパスワードを取得し（ステップＳ１３０４）、取得した識別子、パスワードについてそれぞれ、先に認証情報通知メッセージから取得した識別子、パスワードとの照合を行い（ステップＳ１３０５）、識別子とパスワードの何れもが一致するか否かを判定する（ステップＳ１３０６）。
識別子とパスワードの何れもが一致する場合（ステップＳ１３０６：Ｙ）、「接続受入」を示す通知メッセージを作成し（ステップＳ１３０７）、取得した暗号鍵を用いて暗号化して、接続受入要求をした端末１０３に送信し（ステップＳ１３０８）、端末１０３とのデータ通信を開始する（ステップＳ１３０９）。
ステップＳ１３０６において、識別子とパスワードの何れかが一致しない場合（ステップＳ１３０６：Ｎ）、「接続拒否」を示す通知メッセージを作成し（ステップＳ１３１０）、取得した暗号鍵を用いて暗号化して、接続受入要求をした端末１０３に送信し（ステップＳ１３１１）、端末１０３との接続を中止する（ステップＳ１３１２）。
次に、各端末の行なう通信データ送信制御処理の動作について説明する。図２３は、上記動作を示すフローチャートである。以下、図２３を参照して、上記動作について説明する。
なお、ここでは、説明を簡略化するため、端末１０３を通信データを送信する送信元端末とし、端末１０４を通信データを送信する送信先端末として上記動作について説明する。
端末１０３は、図１３のステップＳ１３０９において、端末１０４との通信を開始後、入力部４０７を介して、ユーザーから接続先端末に送信すべき通信データの指定を受取ると（ステップＳ２３０１）、端末１０３の制御部４０１は、当該通信データを記憶部４０６から読出し、記憶部４０６に記憶されている通信データ秘匿性判定テーブルを参照して、指定された通信データが秘匿性データであるか否かを判定する（ステップＳ２３０２）。
指定された通信データが秘匿性データである場合（ステップＳ２３０２：Ｙ）、制御部４０１は、通信データ転送通知メッセージを作成して、仲介サーバ１０１及び端末１０４に送信し（ステップＳ２３０３）、仲介サーバ１０１及び端末１０４から「通信データの受入を許可する」旨の接続受入通知メッセージを受け取ると（ステップＳ２３０４：Ｙ）、読出した通信データを先に受信した接続先通知メッセージに含まれる暗号鍵を用いて暗号化し、仲介サーバ１０１に送信する（ステップＳ２３０５）。
ステップＳ２３０２において、指定された通信データが秘匿性データでない場合（Ｓ２３０２：Ｎ）、制御部４０１は、読出した通信データを端末１０４に直接送信する（ステップＳ２３０６）。
ステップＳ２３０４において、仲介サーバ１０１又は端末１０４から「通信データの受入を許可しない」旨の接続受入通知メッセージを受け取ると（ステップＳ２３０４：Ｎ）、制御部４０１は、通信データ送信制御処理を終了する。
（実施の形態２）
本実施の形態は、第１の実施の形態における動作と比較して、仲介サーバ（実施の形態２においては、仲介サーバ１１１）が接続先端末と通信する前に、当該端末の状態を問い合わせ、当該端末が通信を受入可能な状態にあるか否かを判定し、受け入れ不可能な状態にある場合はそれを問合せ端末に通知する点が異なる。実施の形態１における通信システム１００と同一の構成要素については、同一の番号を付し、以下、第１の実施の形態との相違点を中心に説明する。
図１４は、本発明の実施の形態２における通信システム１１０の構成を示す機能ブロック図である。通信システム１１０は、仲介サーバ１１１、アドレス解決サーバ１０２、端末１０３、端末１１４とから構成され、各構成要素はインターネット１０５で接続されている。
図１５は、仲介サーバ１１１の構成を示す機能ブロック図である。
仲介サーバ１１１は、制御部２１１、送信部２０２、受信部２０３、パスワード発行部２０４、暗号鍵発行部２０５、記憶部２０６から構成される。
制御部２１１の行う動作は、第１の実施の形態における制御部２０１の動作と比較して、接続制御処理の動作において異なる。以下、制御部２１１の行う接続制御処理の動作について、図１２に示す接続制御処理の動作との相違点を中心に説明する。図１６は、上記動作を示すフローチャートである。以下、図１６を参照して、上記動作について説明する。
ステップＳ１２０１〜ステップＳ１２０５までの処理については、図１２の実施の形態１における動作と同じであるので、説明を省略する。
ここで、図１６のステップＳ１２０１〜ステップＳ１２１０の各ステップにおける処理は、端末１０４を端末１１４に読み替えると、図１２における各同一番号のステップにおける処理と同一であるので、各ステップ間の対応関係を明確にするため、図１２における対応するステップ番号と同一のステップ番号を付している。
制御部２１１は、ステップＳ１２０１〜ステップＳ１２０５までの処理を行った後、ステップＳ１２０５において、端末１１４のＩＰアドレスを取得できた場合（ステップＳ１２０５：Ｙ）、端末１１４に、当該端末が接続受入状態にあるか否かを問い合わせるための受入状態問合せメッセージを送信し（ステップＳ１６０６）、当該端末から返答を示す通知メッセージを受信すると（ステップＳ１６０７）、当該通知メッセージを解析して、当該通知メッセージが「接続受入状態にある」ことを示しているか否かを判定する（ステップＳ１６０８）。
図１７（ａ）は、上記において、端末１１４に送信される受入状態問合せメッセージの具体例を示す。ここでは、「ＱＵＥＲＹ」は、問合せメッセージであることを示し、「ＳＴＡＴＵＳ」は、問合せの内容が、接続受入状態であることを示している。
図１７（ｂ）、及び図１７（ｃ）は、端末１１４から受信する返答を示す通知メッセージの具体例を示す。ここでは、「ＮＯＴＩＦＹ」は、通知メッセージであることを示し、図１７（ｂ）の「ＳＴＡＴＵＳ Ａｃｃｅｐｔａｂｌｅ」は、「接続受入状態にある」ことを示し、図１７（ｃ）の「ＳＴＡＴＵＳ Ｂｕｓｙ」は、「接続拒否状態にある」ことを示している。
当該通知メッセージが「接続受入状態にある」ことを示している場合（ステップＳ１６０８：Ｙ）、制御部２１１は、図１２のステップＳ１２０６〜ステップＳ１２１０と同じ処理を行い、当該通知メッセージが「接続受入拒否の状態にある」ことを示している場合（ステップＳ１６０８：Ｎ）、図１２のステップＳ１２１１と同じ処理を行う。
端末１１４は、端末１０４の有する機能に加え、一定時間内のＣＰＵのＲＡＭへのアクセス回数を継続的に測定することにより、ＣＰＵの負荷量を測定し、さらに、負荷量の上限を示すＣＰＵ負荷上限値を記憶している。
具体的には、端末１１４は、制御部４１１、送信部４０２、受信部４０３、暗号化部４０４、復号化部４０５、記憶部４１６、入力部４０７から構成され、制御部４１１は、制御部４０１の有する機能に加え、ＣＰＵの負荷量を測定する機能を有し、記憶部４１６は、記憶部４０６の有する機能に加え、ＣＰＵ負荷上限値を記憶している。図３０は、端末１１４の構成を示す機能ブロック図である。
次に、上記の制御部２１１による接続制御処理に伴って、端末１１４が、図１３に示す接続受入処理と同一の処理を行う前に実行する接続受入状態の通知処理の動作について説明する。図１８は、上記動作を示すフローチャートである。以下、図１８を参照して、上記動作について説明する。
端末１１４は、図１６のステップＳ１６０６において、仲介サーバ１１１から送信された受入状態問合せメッセージを受信すると（ステップＳ１８０１）、ＣＰＵの負荷量がＣＰＵ負荷上限値を超えているか否かを判定する（ステップＳ１８０２）。
超えていない場合（ステップＳ１８０２：Ｎ）、「接続受入状態にある」ことを示す通知メッセージを、仲介サーバ１１１に送信し（ステップＳ１８０３）、超えている場合（ステップＳ１８０２：Ｙ）、「接続拒否状態にある」ことを示す通知メッセージを、仲介サーバ１１１に送信する（ステップＳ１８０４）。
（実施の形態３）
本実施の形態は、第２の実施の形態における動作と比較して、接続先端末が問合せ端末と通信不可能な状態にある場合に、問合せ端末からの通信データ保管依頼に応じて仲介サーバ（実施の形態３においては、仲介サーバ１２１）が当該通信データを一時的に保管し、接続先端末が通信可能な状態になった時に、保管していた通信データを接続先サーバに転送する処理を行なうという点が異なる。実施の形態２における通信システム１１０と同一の構成要素については、同一の番号を付し、以下、第２の実施の形態との相違点を中心に説明する。
図２４は、本発明の実施の形態３における通信システム１２０の構成を示す機能ブロック図である。通信システム１２０は、仲介サーバ１２１、アドレス解決サーバ１０２、端末１２３、端末１２４とから構成され、各構成要素はインターネット１０５で接続されている。
図２５は、仲介サーバ１２１の構成を示す機能ブロック図である。
仲介サーバ１２１は、制御部２２１、送信部２０２、受信部２０３、パスワード発行部２０４、暗号鍵発行部２０５、記憶部２２６から構成される。
制御部２２１の行う動作は、第２の実施の形態における制御部２１１の動作と比較して、接続制御処理の動作において異なる。以下、制御部２２１の行う接続制御処理の動作について、図１６に示す接続制御処理の動作との相違点を中心に説明する。図２６及び図２７は、上記動作を示すフローチャートである。以下、図２６を参照して、上記動作について説明する。
ここで、図２６のステップＳ１２０１〜ステップＳ１２１０の各ステップにおける処理及びステップＳ１６０６〜ステップＳ１６０８の処理は、端末１１４を端末１２４に読み替えると、図１６における各同一番号のステップにおける処理と同一であるので、各ステップ間の対応関係を明確にするため、図１６における対応するステップ番号と同一のステップ番号を付している。
制御部２２１は、ステップＳ１２０１〜Ｓ１２０５、Ｓ１６０６〜Ｓ１６０８までの処理を行なった後、ステップＳ１６０８において、端末１２４から受信した返答を示す通知メッセージが「接続受入状態にない」ことを示している場合（ステップＳ１６０８：Ｎ）、通信データの転送を依頼するか否かについて端末（ここでは、端末１２３）に問合せるための転送依頼問合せメッセージを作成して送信部２０２を介して端末１２３に送信し（ステップＳ２６１１）、端末１２３から当該転送依頼問合せメッセージに対する返答通知メッセージである転送依頼問合せ返答通知メッセージを受信部２０３を介して取得し（ステップＳ２６１２）、当該転送依頼問合せ返答メッセージを解析して、当該転送依頼問合せ返答通知メッセージが「通信データの転送依頼をする」ことを示しているか否かを判定する（ステップＳ２６１３）。
ここで、「転送依頼問合せメッセージ」とは、制御部２２１によって作成される、端末（ここでは、端末１２３）に、通信データの転送を依頼するか否かについて問合せるメッセージのことをいい、問合せメッセージであることを示す識別子と問合せ元である仲介サーバ１２１の識別子と問合せ内容と端末１２３のＩＰアドレスとを含むメッセージのことをいう。
又、「転送依頼問合せ返答通知メッセージ」とは、端末（ここでは端末１２３）によって作成される、転送依頼問合せメッセージに対する返答メッセージのことをいい、通知メッセージであることを示す識別子と送信元端末である端末１２３の識別子と仲介サーバ１２１のＩＰアドレスと返答内容とを含むメッセージのことをいう。
当該転送依頼問合せ返答メッセージが「通信データの転送依頼をする」ことを示している場合（ステップＳ２６１３：Ｙ）、通信データ送信要求メッセージを作成して送信部２０２を介して端末１２３に送信し（ステップＳ２６１４）、さらに、転送依頼通知メッセージを作成して送信部２０２を介して端末１２４に送信し（ステップＳ２６１５）、端末１２３から通信データを受信部２０３を介して取得すると（ステップＳ２６１６）、当該通信データを送信元である端末１２３の識別子と送信先である端末１２４の識別子と対応付けて記憶部２２６に記録し（ステップＳ２６１７）、端末１２４から転送依頼データ転送要求メッセージを受信部２０３を介して取得すると（ステップＳ２６１８）、記憶部２２６から、当該転送依頼データ転送要求メッセージに含まれる送信元の端末の識別子及び送信先の端末の識別子に対応付けられている通信データを読出し、送信部２０３を介して端末１２４に転送する（ステップＳ２６１９）。
ここで、「通信データ送信要求メッセージ」とは、制御部２２１によって作成され、通信データの転送を依頼する端末（ここでは、端末１２３）に送信される、転送を依頼する通信データの送信を要求するメッセージのことをいい、要求メッセージであることを示す識別子と要求内容と要求元である仲介サーバ１２１の識別子と端末１２３のＩＰアドレスとを含むメッセージのことをいう。
又、「転送依頼通知メッセージ」とは、制御部２２１によって作成され、問い合わせ端末（ここでは、端末１２３）から通信データの転送依頼があったことを通知するメッセージのことをいい、通知メッセージであることを示す識別子と通知内容と通知元である仲介サーバ１２１の識別子と転送依頼元の端末（ここでは、端末１２３）の識別子と端末１２４のＩＰアドレスとを含むメッセージのことをいう。
又、「転送依頼データ転送要求メッセージ」とは、転送要求元端末（ここでは、端末１２４）によって作成されて送信される、仲介サーバ１２１に保管している通信データの転送を要求するメッセージのことをいい、要求メッセージであることを示す識別子と要求内容と通信データの転送依頼元の端末の識別子（ここでは、端末１２３）と転送要求元の端末（ここでは、端末１２４）の識別子と仲介サーバ１２１のＩＰアドレスとを含むメッセージのことをいう。
次に、仲介サーバ１２１によるステップＳ２６１１による処理を介して送信された転送依頼問合せメッセージを端末１２３が受信した場合に、端末１２３が行なう通信データ転送依頼処理の動作について説明する。端末１２３は、図３１に示すように制御部４２１、送信部４０２、受信部４０３、暗号化部４０４、復号化部４０５、記憶部４０６、入力部４０７から構成され、制御部４２１は、制御部４１１の有する機能に加え、上記動作を行なう。
なお、制御部４２１は、後述する端末１２４の制御部４３１の機能を備えることとしてもよい。
又、記憶部４０６は、後述する記憶部４３６の機能を備えることとしてもよい。
図２８は、上記動作を示すフローチャートである。
以下、図２８を参照して、上記動作について説明する。
制御部４２１は、仲介サーバ１２１から送信された転送依頼問合せメッセージを受信部４０３を介して取得すると（ステップＳ２８０１）、入力部４０７から入力されるユーザー指示に基づいて転送依頼問合せ返答通知メッセージを作成し（ステップＳ２８０２）、仲介サーバ１２１に送信し（ステップＳ２８０３）、仲介サーバ１２１から通信データ転送要求メッセージを受信すると（ステップＳ２８０４）、入力部４０７から入力されるユーザー指示に基づいて、記憶部４０６に記憶されている各種通信データの中から指示された通信データを読出し、仲介サーバ１２１に送信する（ステップＳ２８０５）。
次に、仲介サーバ１２１によるステップＳ２６１５による処理を介して送信された転送依頼通知メッセージを端末１２４が受信した場合に、端末１２４が行なう通信データ受入制御処理の動作について説明する。端末１２４は、図３２に示すように制御部４３１、送信部４０２、受信部４０３、暗号化部４０４、復号化部４０５、記憶部４３６、入力部４０７から構成され、制御部４３１は、制御部４１１の有する機能に加え、上記動作を行なう。
なお、制御部４３１は、制御部４２１の有する機能を備えることとしてもよい。
又、記憶部４３６は、記憶部４１６の有する機能に加え、転送依頼元リストを記憶している。
ここで、「転送依頼元リスト」とは、仲介サーバ１２１から、転送依頼通知メッセージを介して通知された通信データの転送依頼元の端末の識別子のリストのことをいい、転送依頼通知メッセージが端末１２４に通知される毎に、当該転送依頼通知メッセージに含まれる転送依頼元の端末の識別子が制御部４３１によって抽出され、リストに追加され、リストに含まれる転送依頼元からの通信データが制御部４３１によって取得される毎に、当該転送依頼元の識別子がリストから制御部４３１によって削除される。
図２９は、上記動作を示すフローチャートである。
制御部４３１は、受信部４０３を介して転送依頼通知メッセージを取得すると（ステップＳ２９０１）、当該転送依頼通知メッセージから転送依頼元の識別子を取得して、記憶部４３６の転送先依頼元リストに追加し（ステップＳ２９０２）、ＣＰＵの負荷量がＣＰＵ負荷上限値を超えているか否かにより、転送依頼されている通信データを取得可能な状態になったか否かを判定する（ステップＳ２９０３）。
超えていない場合、通信データを取得可能な状態になったと判定し（ステップＳ２９０３：Ｙ）、制御部４３１は、記憶部４３６に記憶されている転送依頼元リストを参照して、当該転送依頼元リストに転送依頼元の識別子が記録されているか否かにより、転送待ちの通信データが仲介サーバ１２１に保管されているか否かを判定する（ステップＳ２９０４）。
転送依頼元の識別子が記録されている場合、転送待ちの通信データが仲介サーバ１２１に保管されていると判定し（ステップＳ２９０４：Ｙ）、当該転送依頼元の識別子に基づいて転送依頼データ転送要求メッセージを作成して送信部４０２を介して仲介サーバ１２１に送信し（ステップＳ２９０５）、当該転送依頼元の端末から転送依頼された通信データを仲介サーバ１２１から受信部４０３を介して取得し、取得した通信データを記憶部４３６に記録する（ステップＳ２９０６）。
ステップＳ２９０３において、ＣＰＵの負荷量がＣＰＵ負荷上限値を超えている場合、通信データを取得可能な状態になっていないと判定し（ステップＳ２９０３：Ｎ）、制御部４３１は、ＣＰＵ負荷量の測定を継続し（ステップＳ２９０７）、ステップＳ２９０３の処理に移行する。
以上、本発明の実施の形態について説明したが、本発明はこの実施の形態に限定されないのは言うまでもない。
（１）実施の形態１〜３においては、仲介サーバとアドレス解決サーバは、別々の独立した、通信システム１００、１１０、及び１２０の構成要素としたが、仲介サーバがアドレス解決サーバの機能を備えることとし、通信システム１００、１１０、及び１２０において、アドレス解決サーバーを含まない構成としてもよい。
具体的には、仲介サーバ１０１又は１１１又は１２１が、インターネットに接続している各端末から送信された、当該端末のＩＰアドレス及び識別子を受信部２０３を介して取得し、ＩＰアドレス対応テーブルを作成し、記憶部２０６に登録することとしてもよい。
（２）実施の形態１〜３においては、各端末のＩＰアドレスのＩＰアドレス対応テーブルへの登録は、アドレス解決サーバ１０２が、各端末からアドレス解決サーバに直接送信された、当該端末のＩＰアドレス及び識別子に基づいて行われることとしたが、仲介サーバ１０１又は１１１又は１２１が、各端末から送信された、当該端末のＩＰアドレス及び識別子を受信し、アドレス解決サーバ１０２に送信することにより、上記登録がアドレス解決サーバ１０２において、行われることとしてもよい。
又、アドレス解決サーバ１０２が、各端末から直接、又は仲介サーバ１０１又は１１１又は１２１を介して当該端末の識別子のみを受信し、当該識別子の端末のＩＰアドレスを、当該識別子の端末にＩＰアドレスを割当てたプロバイダーのサーバに問合せて、当該サーバからＩＰアドレスを取得し、ＩＰアドレス対応テーブルに登録することとしてもよい。
（３）実施の形態１〜３においては、アドレス解決サーバ１０２は、端末の識別子を当該端末のＩＰアドレスと対応付けてＩＰアドレス対応テーブルに登録することとしたが、各端末からＩＰアドレスではなく、ＩＰアドレスを特定する情報（例えば、ドメイン名）を取得し、ＩＰアドレス対応テーブルに登録することとし、仲介サーバ１０１又は１１１に対し、当該特定情報を、当該仲介サーバからの取得要求データに対する返答として、送信することとしてもよい。この場合、当該特定情報を取得した仲介サーバは、例えば、ＤＮＳサーバに当該特定情報に対応するＩＰアドレスを問合せることにより、ＩＰアドレスを取得することとしてもよい。
（４）実施の形態１〜３において、各端末を識別する識別子としては、各端末を区別できるものであればよく、例えば、電話番号、利用者の氏名と住所の組み合わせなど、利用者にとって覚えやすいものを用いることとしてもよい。
又、特定の端末グループを表す識別子を用いて、接続許可を登録することとしてもよい。これにより、各端末は、当該識別子を接続許可端末の識別子として、仲介サーバ１０１又は１１０に登録することにより、特定のグループ単位で接続許可を付与することができる。
（５）実施の形態１〜３において、図１１のステップＳ１１０１及び図１２又は図１６又は図２６のステップＳ１２０１の示す問合せメッセージの送受信を行う前に、端末１０３の認証処理を行うこととしてもよい。
具体的には、端末１０３は、問合せメッセージを送信する前に当該端末の識別子と認証用のパスワードを送信し、仲介サーバ１０１又は１１１又は１２１は、受信したパスワードと、予め記憶部２０６又は２２６に、端末１０３又は１２３の識別子と対応付けて記憶している照合用パスワードとの照合を行うことにより、端末１０３の認証処理を行い、パスワードが一致する場合に、図１２（仲介サーバ１１１の場合は図１６、仲介サーバ１２１の場合は図２６）のステップＳ１２０１以降の処理を行うこととしてもよい。
又、上記と同様の認証処理を、端末１０４又は１１４又は１２４と仲介サーバ１０１又は１１１又は１２１が通信を開始する際に行うこととしてもよい。
又、認証の方法は上記以外の方法であってもよい。例えば、認証局が発行した証明書を取り交わすことであってもよい。
（６）実施の形態１及び２における図１２及び図１６に示す仲介サーバの接続制御処理の動作において、ステップＳ１２０３、ステップＳ１２０５（以上、図１２及び図１６）、及びステップＳ１６０８（図１６）の判定において、判定結果が「否定」である場合に、何れの場合においても図５（ｃ）に示す、「接続拒否」の通知メッセージを端末１０３に送信する（ステップＳ１２１１）こととしたが、各ステップ毎に送信する通知メッセージの内容を異なるものとしてもよい。
例えば、ステップＳ１２０３において、図５（ｃ）、ステップＳ１２０５において、図５（ｇ）、ステップ１６０８において、図５（ｈ）にそれぞれ示す通知メッセージを端末１０３に送信することとしてもよい。
或いは、各ステップにおいて、接続拒否の原因を通知するメッセージを送信することとしてもよい。
例えば、ステップＳ１２０３において、「接続先端末に許可されている端末に該当しない」旨の通知メッセージを送信し、ステップＳ１２０５において、「接続先端末のＩＰアドレスが取得できなかった」旨の通知メッセージを送信し、ステップＳ１６０８において、「接続先端末が接続受入状態にない」旨の通知メッセージを送信することとしてもよい。
これにより、問合せ端末側において、接続先端末に接続できない原因を知ることができる。
（７）実施の形態１〜３において、各端末と仲介サーバ１０１又は１１１又は１２１との通信は、ＳＳＬ（Ｓｅｃｕｒｅ Ｓｏｃｋｅｔ Ｌａｙｅｒ）又はＴＳＬ（Ｔｒａｎｓｐｏｒｔ Ｌａｙｅｒ Ｓｅｃｕｒｉｔｙ）プロトコルを用いて行うこととしてもよい。
これにより、データの盗聴を有効に防止することができる。
（８）実施の形態１〜３において、端末１０４又は端末１１４が端末１０３からの接続を受付けるポート番号又は端末１２４が端末１２３からの接続を受付けるポート番号は、予め決められたポート番号（例えば、国際的に取り決められているＷｅｌｌ−ｋｎｏｗｎ Ｐｏｒｔ Ｎｕｍｂｅｒ）を用いることとしてもよいし、アドレス解決サーバ１０２の記憶部３０４に記憶されているＩＰアドレス対応テーブルにＩＰアドレスとともに登録し、仲介サーバ１０１又は１１１又は１２１を介して端末１０３又は１２３が接続先端末（端末１０４又は端末１１４又は１２４）の接続受付けポート番号を受取ることとしてもよい。
これにより、接続先端末毎に固有の接続受付けポート番号を登録することができるので、固有のポート番号を指定する端末からのアクセスのみを受け入れることができ、他の端末からの不正アクセスを有効に防止することができる。
（９）実施の形態１〜３において、図１３のステップ１３０５におけるパスワードの照合は、接続受入要求先の端末の側だけでなく、接続受入要求元の端末の側においても、接続要求先の端末から当該パスワードを取得することにより、行うこととしてもよい。
この場合、両者の端末において、パスワードが一致する場合に、ステップＳ１３０７〜ステップＳ１３０９の処理を行うこととしてもよい。
なお、上記の場合、両者の端末において、それぞれ照合に用いるパスワードは、異なるものである。
（１０）実施の形態１における通信データ送信制御処理において、制御部４０１は、ユーザーによって指定された通信データが秘匿性データであるか否かにより、当該通信データを仲介サーバ１０１を介して接続先端末に送信するか否かの決定をすることとしたが、指定された通信データのデータサイズによって上記決定をすることとしてもよい。
又、実施の形態２及び３においても、制御部４１１、４２１、４３１が通信データ制御処理において、指定された通信データのデータサイズによって上記決定をすることとしてもよい。
例えば、通信データが動画を構成する、データサイズの大きいデータの場合には、直接接続先端末に通信データを送信することとし、テキストデータや静止画を構成するデータのようにデータサイズの大きくないデータの場合には、仲介サーバ１０１を介して通信データを接続先サーバに送信することとしてもよい。
具体的には、各通信データと当該通信データのデータサイズとの対応関係を示す通信データサイズ判定テーブルを予め記憶部４０６に記録しておき、制御部４０１は、入力部４０７を介してユーザーから接続先端末に送信すべき通信データの指定を受取ると、通信データサイズ判定テーブルを参照して、当該通信データのデータサイズが所定の閾値を超えるか否かを判定し、超えない場合に、当該通信データを仲介サーバ１０１を介して送信することを決定し、超える場合に、当該通信データを直接接続先サーバに送信することを決定することとしてもよい。
又、制御部４０１は、指定された通信データの一部を仲介サーバ１０１を介して送信し、指定された通信データの残りの部分を直接接続先サーバに送信することを決定することとしてもよい。実施の形態２及び３においても、端末の制御部４１１、４２１、４３１がそれぞれ、上記と同様の決定をすることとしてもよい。
例えば、ＭＰＥＧ（Ｍｏｖｉｎｇ Ｐｉｃｔｕｒｅ Ｅｘｐｅｒｔ Ｇｒｏｕｐ）−２の規格に従ったフレーム間の予測を用いて圧縮された、１つのＩピクチャと複数のＢピクチャ、Ｐピクチャから成るＧＯＰ（Ｇｒｏｕｐ ｏｆ Ｐｉｃｔｕｒｅ）単位で構成される映像データストリームが通信データとして記憶部４０６に記録されている場合に、当該映像データストリームが接続先端末に送信すべき通信データとしてユーザーによって指定されると、制御部４０１は、映像データストリームを構成する各ピクチャに、当該ピクチャの映像データストリームにおける順序に対応する連続番号を付与し、映像データストリームからＩピクチャを抽出して、接続先通知メッセージに含まれる暗号鍵を用いて暗号化し、仲介サーバ１０１に暗号化した各Ｉピクチャの転送依頼をして、暗号化した各Ｉピクチャを仲介サーバ１０１に送信し、さらに仲介サーバ１０１を介して抽出した各Ｉピクチャを接続先端末に送信し、残りの各Ｂピクチャ及び各Ｐピクチャを直接接続先端末に送信することを決定することとしてもよい。実施の形態２及び３においても、端末の制御部４１１、４２１、４３１がそれぞれ、上記と同様の決定をすることとしてもよい。
なお、通信データが映像ストリームであるか否かの判定は、例えば、各通信データと当該通信データのデータの種類との対応関係を示す通信データ種判定テーブルを予め記憶部４０６に記録しておき、制御部４０１が、入力部４０７を介してユーザーから接続先端末に送信すべき通信データの指定を受取ったときに、通信データ種判定テーブルを参照することにより行うこととしてもよい。
これにより、Ｉピクチャ以外の通信データは、暗号化されることなく、直接送信されるので、接続先端末における通信データの暗号の復元が不要となるので、その分だけ通信データの復号に要する負荷が少なくでき、又、映像データの再生に必要不可欠なＩピクチャは、暗号化された後、送信されるので、何らの原因で通信データが他人によって搾取された場合においても、Ｉピクチャが暗号化されているため、搾取された通信データが他人によって勝手に再生されることを防止することができる。
（１１）実施の形態２において、仲介サーバ１１１は、受入状態問合せメッセージを端末１１４に送信する際に、端末１１４との接続が確立できない場合においても、「接続拒否」を示す通知メッセージを端末１０３に送信することとしてもよい。
具体的には、図１６のフローチャートのステップＳ１２０５とステップＳ１６０６との間に、図１９に示す接続確立判定処理の動作（ステップＳ１９０１及びステップＳ１９０２）を加えることとしてもよい。
以下、図１９を参照して、上記動作について説明する。
図１６のステップＳ１２０５において、接続先端末１１４のＩＰアドレスが取得できた場合（ステップＳ１２０５：Ｙ）、制御部２１１は、端末１１４との接続を試み（ステップＳ１９０１）、接続できた場合（ステップＳ１９０２：Ｙ）、図１６に示すステップＳ１６０６以降の処理を行い、接続できなかった場合（ステップＳ１９０２：Ｎ）、図１６のステップＳ１２１１の処理を行う。
（１２）実施の形態２において、端末１１４は、ＣＰＵ負荷量を測定し、測定したＣＰＵ負荷量がＣＰＵ負荷上限値を超えるか否かにより、接続受入可否の判定を行うこととしたが（図１８のステップＳ１８０２）、ＣＰＵ負荷量を測定する方法以外の方法によって接続受入可否の判定を行うこととしてもよい。例えば、端末１１４が、受入状態問合せメッセージ受信時において、他の端末と通信中であるか否かを判定し、通信中でない場合に「接続受入状態にある」ことを示す通知メッセージを仲介サーバ１１１に送信し、通信中である場合に、「接続拒否状態にある」ことを示す通知メッセージを仲介サーバ１１１に送信することとしてもよい。
又、実施の形態３においても、端末１２４が、端末１１４の場合と同様に受入状態問合せメッセージ受信時において、他の端末と通信中であるか否かを判定し、当該判定結果に基づいて上記と同様にして通知メッセージを仲介サーバ１２１に送信することとしてもよい。
（１３）実施の形態１〜３において、通信データの送受信を行なう通信プロトコルとしては、例えば、ＨＴＴＰ（Ｈｙｐｅｒ Ｔｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）、ＲＴＰ（Ｒｅａｌ−Ｔｉｍｅ Ｔｒａｎｓｐｏｒｔ Ｐｒｏｔｏｃｏｌ）、ＲＴＳＰ（Ｒｅａｌ−Ｔｉｍｅ Ｓｔｒｅａｍｉｎｇ Ｐｒｏｔｏｃｏｌ）／ＲＴＰ（Ｒｅａｌ−Ｔｉｍｅ Ｔｒａｎｓｐｏｒｔ Ｐｒｏｔｏｃｏｌ）、ＦＴＰ（Ｆｉｌｅ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）などの通信プロトコールを使用することができる。
又、実施の形態１〜３において、映像データ、音声データ、画像データなどのマルチメディアデータを通信する場合には、データ通信の制御プロトコールとしてＵＰｎＰ ＡＶによって規定されるプロトコルを使用することができる。
ここで、ＵＰｎＰ（Ｕｎｉｖｅｒｓａｌ Ｐｌａｇ＆Ｐｌａｙ）とは、ＵＰｎＰ Ｆｏｒｕｍで策定された、パソコンや周辺機器などネットワークに接続された機器が、お互いに認識しあい機能するための技術仕様であり、ＵＰｎＰ ＡＶ（ＵＰｎＰ ＡＶ Ａｒｃｈｉｔｅｃｔｕｒｅ）とは、ＵＰｎＰの上で、デジタルコンテンツをホームネットワーク内で転送、再生する方法として策定された規格である。
（１４）実施の形態１〜３の各通信システムにおいては、端末間の接続が確立された後に、送信元の端末からの依頼に応じて、仲介サーバが依頼された通信データを送信先の端末へ転送する通信データの転送処理を行なうこととしたが、各通信システムは、上記転送処理を行なわないものであってもよい。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【図２１】
【図２２】
【図２３】
【図２４】
【図２５】
【図２６】
【図２７】
【図２８】
【図２９】
【図３０】
【図３１】
【図３２】
【特許請求の範囲】
【請求項１】
第１及び第２通信端末と、第２通信端末のネットワーク上におけるアドレスを特定するための宛先情報を通知する通信制御サーバとから構成される通信システムであって、
第１通信端末は、前記宛先情報を要求する要求メッセージを前記通信制御サーバに送信し、
前記通信制御サーバは、
第２通信端末と、第２通信端末への接続が許可された接続許可通信端末との対応関係を示す許可端末テーブルを記憶している許可端末テーブル記憶手段と、
前記要求メッセージを受信する要求メッセージ受信手段と、
受信した前記要求メッセージを送信した第１通信端末が、第２通信端末に対応付けられている接続許可通信端末に該当するか否かを、前記許可端末テーブルに基づいて判定する端末判定手段と、
第１通信端末が第２通信端末に対応付けられている接続許可通信端末に該当する場合に限り、第２通信端末の宛先情報を、第１通信端末に通知する通知制御手段と
を有することを特徴とする通信システム。
【請求項２】
前記通知制御手段はさらに、第１通信端末が第２通信端末への接続が許可されている通信端末である場合に限り、第２通信端末が第１通信端末を認証するための認証情報を作成する認証情報作成手段を有し、
前記通知制御手段はさらに、前記認証情報を、第１通信端末と第２通信端末に通知し、
第１通信端末は、第２通信端末への接続要求時に、通知された認証情報を第２通信端末に送信し、
第２通信端末は、
第１通信端末から前記認証情報を受信する受信手段と、
受信した認証情報と通知された認証情報とが一致するか否かを判定する判定手段と、
両者の認証情報が一致する場合に限り、第１通信端末からの接続を許可する接続制御手段と
を有することを特徴とする請求の範囲第１項記載の通信システム。
【請求項３】
前記通知制御手段はさらに、第１通信端末と第２通信端末間で送受信される情報を暗号化及び復号化するための暗号鍵を作成する暗号鍵作成手段を有し、
前記通知制御手段はさらに、前記暗号鍵を第１通信端末と第２通信端末に通知する
ことを特徴とする請求の範囲第１項に記載の通信システム。
【請求項４】
前記通知制御手段はさらに、第２通信端末の宛先情報を第１通信端末に通知する前に、第２通信端末が第１通信端末からの接続を受入可能か否かについての問合せメッセージを第２通信端末に送信し、
第２通信端末は、
前記問合せメッセージを受信する受信手段と、
前記問合せメッセージの受信時における負荷状態に応じて、第１通信端末からの接続の受入可否を判定し、判定結果を示す受入可否通知メッセージを前記通信制御サーバに通知する接続受入可否通知手段と
を有し、
前記通知制御手段は、通知された受入可否通知メッセージに基づいて、第２通信端末が、第１通信端末からの接続を受入可能な状態にあるか否かを判定する接続受入可否判定手段を有し、
第２通信端末が、第１通信端末からの接続を受入可能な状態にある場合に限り、前記通知制御手段は、第２通信端末の宛先情報を第１通信端末に通知する
ことを特徴とする請求の範囲第１項に記載の通信システム。
【請求項５】
前記通知制御手段は、第１通信端末が第２通信端末に接続を許可されている通信端末でない場合に、その旨を示す第１通知メッセージを第１通信端末に通知し、
第２通信端末が、第１通信端末からの接続を受入可能な状態にない場合に、その旨を示す第２通知メッセージを第１通信端末に通知する
ことを特徴とする請求の範囲第４項記載の通信システム。
【請求項６】
通信制御サーバとネットワークで接続された通信端末であって、
前記通信制御サーバに、前記通信端末への接続が許可された通信端末の登録要求をする許可通信端末登録要求手段と、
前記通信端末のネットワーク上におけるアドレスを特定するための宛先情報を要求した通信端末が前記通信端末への接続が許可された通信端末である場合に限り、前記通信制御サーバから送信される、前記宛先情報を要求した通信端末を認証するための認証情報を受信する認証情報受信手段と、
前記宛先情報を要求した通信端末から、接続受入要求と当該通信端末を識別するための識別情報を受信する識別情報受信手段と、
前記認証情報と前記識別情報とが一致するか否かを判定する判定手段と、
前記認証情報と前記識別情報とが一致する場合に限り、前記宛先情報を要求した通信端末からの接続受入要求に基づく接続を許可する接続制御手段と
を備えることを特徴とする通信端末。
【請求項７】
前記識別情報受信手段はさらに、前記接続受入要求が送信される前に、前記宛先情報を要求した通信端末からの接続を受入可能か否かについての問合せメッセージを、前記通信制御サーバから受信し、
前記接続制御手段は、前記問合せメッセージの受信時における負荷状態に応じて、前記接続が受入可能か否かを判定し、判定結果を前記通信制御サーバに通知する
ことを特徴とする請求の範囲第６項記載の通信端末。
【請求項８】
前記識別情報受信手段は、前記宛先情報を要求した通信端末からの接続を受入可能な状態にない場合に、前記通信制御サーバから、前記宛先情報を要求した通信端末からの通信データの転送依頼があったことを通知する転送依頼通知メッセージを受信し、
前記通信端末は、
負荷状態に応じて前記通信データを取得可能な状態になったか否かを判定する通信データ取得可否判定手段と、
前記転送依頼通知メッセージが受信された後に、前記通信データを取得可能な状態になった場合に、前記通信データの転送を要求する転送要求メッセージを前記通信制御サーバに送信する転送要求メッセージ送信手段と、
前記転送要求メッセージに応じて前記通信制御サーバから送信された前記通信データを取得する取得手段と
を備えることを特徴とする請求の範囲第７項記載の通信端末。
【請求項９】
前記通信端末はさらに、
接続先通信端末に送信すべき各種通信データを当該通信データのデータ属性と対応付けて記憶している記憶手段と、
前記接続先通信端末のネットワーク上におけるアドレスを特定するための宛先情報を要求する要求メッセージを前記通信制御サーバに送信する送信手段と、
前記通信端末が前記接続先通信端末によって接続が許可された通信端末である場合に限り、前記通信制御サーバから通知される前記宛先情報を取得する取得手段と、
取得された前記宛先情報に基いて、前記接続先通信端末との接続を確立する接続確立手段と、
送信すべき通信データの指定を受取る指定受取手段と、
指定された通信データが特定のデータ属性を有するか否か判定するデータ属性判定手段と、
指定された通信データが特定のデータ属性を有する場合に、前記通信制御サーバに、指定された通信データの前記接続先通信端末への転送を依頼する転送依頼手段と、
指定された通信データが特定のデータ属性を有する場合に、指定された通信データを前記通信制御サーバに送信し、指定された通信データが特定のデータ属性を有しない場合に、指定された通信データを接続している前記接続先通信端末に直接送信する制御を行なう送信制御手段と
を備えることを特徴とする請求の範囲第６項記載の通信端末。
【請求項１０】
前記送信制御手段は、
指定された通信データがＭＰＥＧ符号化された映像データである場合に、当該映像データからＩピクチャを抽出する抽出手段と、
抽出したＩピクチャを暗号化する暗号化手段と
を有し、
前記転送依頼手段は、暗号化されたＩピクチャの前記接続先通信端末への転送を依頼し、
前記送信制御手段は、暗号化したＩピクチャを前記通信制御サーバに送信し、Ｉピクチャを除く残りの映像データを接続している前記接続先通信端末に直接送信する
ことを特徴とする請求の範囲第９項に記載の通信端末。
【請求項１１】
前記データ属性は、通信データの秘匿性の有無を示すデータ属性であり、
前記転送依頼手段は、指定された通信データのデータ属性が秘匿性の有ることを示している場合に、前記通信制御サーバに、指定された通信データの前記接続先通信端末への転送を依頼し、
前記送信制御手段は、指定された通信データのデータ属性が秘匿性の有ることを示している場合に、指定された通信データを暗号化して前記通信制御サーバに送信する
ことを特徴とする請求の範囲第９項記載の通信端末。
【請求項１２】
前記アドレスは、ＩＰアドレスである
ことを特徴とする請求の範囲第６項〜第１１項の何れかに記載の通信端末。
【請求項１３】
前記アドレスは、ＩＰアドレスとポート番号とから構成される
ことを特徴とする請求の範囲第６項〜第１１項の何れかに記載の通信端末。
【請求項１４】
前記アドレスは、随時変動する
ことを特徴とする請求の範囲第６項〜第１３項の何れかに記載の通信端末。
【請求項１５】
通信端末のアドレスを特定するための宛先情報を通知する通信制御サーバであって、
前記通信端末と、当該通信端末への接続が許可された通信端末との対応関係を示す許可端末テーブルを記憶している許可端末テーブル記憶手段と、
前記宛先情報を要求する要求メッセージを要求元通信端末から受信する要求メッセージ受信手段と、
前記要求元通信端末が、前記通信端末に接続を許可されている通信端末であるか否かを、前記許可端末テーブルに基づいて判定する端末判定手段と、
前記要求元通信端末が、接続を許可されている通信端末である場合に限り、前記通信端末の宛先情報を前記要求元通信端末に通知する通知制御手段と
を備えることを特徴とする通信制御サーバ。
【請求項１６】
通信制御サーバとネットワークで接続された通信端末に用いる接続制御プログラムであって、
前記接続制御プログラムは、
前記通信制御サーバに、当該通信端末への接続が許可された通信端末の登録要求をする許可通信端末登録要求ステップと、
前記通信端末のネットワーク上におけるアドレスを特定するための宛先情報を要求した通信端末が前記通信端末への接続が許可された通信端末である場合に限り、前記通信制御サーバから送信される、前記宛先情報を要求した通信端末を認証するための認証情報を受信する認証情報受信ステップと、
前記宛先情報を要求した通信端末から、接続受入要求と当該通信端末を識別するための識別情報を受信する識別情報受信ステップと、
前記認証情報と前記識別情報とが一致するか否かを判定する判定ステップと、
前記認証情報と前記識別情報とが一致する場合に限り、前記宛先情報を要求した通信端末からの接続受入要求に基づく接続を許可する接続制御ステップと
を含むことを特徴とする接続制御プログラム。
【請求項１７】
通信制御サーバとネットワークで接続された通信端末に用いる接続制御プログラムを記録したコンピュータ読取可能な記録媒体であって、
前記接続制御プログラムは、
前記通信制御サーバに、当該通信端末への接続が許可された通信端末の登録要求をする許可通信端末登録要求ステップと、
前記通信端末のネットワーク上におけるアドレスを特定するための宛先情報を要求した通信端末が前記通信端末への接続が許可された通信端末である場合に限り、前記通信制御サーバから送信される、前記宛先情報を要求した通信端末を認証するための認証情報を受信する認証情報受信ステップと、
前記宛先情報を要求した通信端末から、接続受入要求と当該通信端末を識別するための識別情報を受信する識別情報受信ステップと、
前記認証情報と前記識別情報とが一致するか否かを判定する判定ステップと、
前記認証情報と前記識別情報とが一致する場合に限り、前記宛先情報を要求した通信端末からの接続受入要求に基づく接続を許可する接続制御ステップと
を含むことを特徴とするコンピュータ読取可能な記録媒体。
【請求項１８】
通信制御サーバとネットワークで接続された通信端末に用いる接続制御方法であって、
前記通信制御サーバに、当該通信端末への接続が許可された通信端末の登録要求をする許可通信端末登録要求ステップと、
前記通信端末のネットワーク上におけるアドレスを特定するための宛先情報を要求した通信端末が前記通信端末への接続が許可された通信端末である場合に限り、前記通信制御サーバから送信される、前記宛先情報を要求した通信端末を認証するための認証情報を受信する認証情報受信ステップと、
前記宛先情報を要求した通信端末から、接続受入要求と当該通信端末を識別するための識別情報を受信する識別情報受信ステップと、
前記認証情報と前記識別情報とが一致するか否かを判定する判定ステップと、
前記認証情報と前記識別情報とが一致する場合に限り、前記宛先情報を要求した通信端末からの接続受入要求に基づく接続を許可する接続制御ステップと
を含むことを特徴とする接続制御方法。
【請求項１】
第１及び第２通信端末と、第２通信端末のネットワーク上におけるアドレスを特定するための宛先情報を通知する通信制御サーバとから構成される通信システムであって、
第１通信端末は、前記宛先情報を要求する要求メッセージを前記通信制御サーバに送信し、
前記通信制御サーバは、
第２通信端末と、第２通信端末への接続が許可された接続許可通信端末との対応関係を示す許可端末テーブルを記憶している許可端末テーブル記憶手段と、
前記要求メッセージを受信する要求メッセージ受信手段と、
受信した前記要求メッセージを送信した第１通信端末が、第２通信端末に対応付けられている接続許可通信端末に該当するか否かを、前記許可端末テーブルに基づいて判定する端末判定手段と、
第１通信端末が第２通信端末に対応付けられている接続許可通信端末に該当する場合に限り、第２通信端末の宛先情報を、第１通信端末に通知する通知制御手段と
を有することを特徴とする通信システム。
【請求項２】
前記通知制御手段はさらに、第１通信端末が第２通信端末への接続が許可されている通信端末である場合に限り、第２通信端末が第１通信端末を認証するための認証情報を作成する認証情報作成手段を有し、
前記通知制御手段はさらに、前記認証情報を、第１通信端末と第２通信端末に通知し、
第１通信端末は、第２通信端末への接続要求時に、通知された認証情報を第２通信端末に送信し、
第２通信端末は、
第１通信端末から前記認証情報を受信する受信手段と、
受信した認証情報と通知された認証情報とが一致するか否かを判定する判定手段と、
両者の認証情報が一致する場合に限り、第１通信端末からの接続を許可する接続制御手段と
を有することを特徴とする請求の範囲第１項記載の通信システム。
【請求項３】
前記通知制御手段はさらに、第１通信端末と第２通信端末間で送受信される情報を暗号化及び復号化するための暗号鍵を作成する暗号鍵作成手段を有し、
前記通知制御手段はさらに、前記暗号鍵を第１通信端末と第２通信端末に通知する
ことを特徴とする請求の範囲第１項に記載の通信システム。
【請求項４】
前記通知制御手段はさらに、第２通信端末の宛先情報を第１通信端末に通知する前に、第２通信端末が第１通信端末からの接続を受入可能か否かについての問合せメッセージを第２通信端末に送信し、
第２通信端末は、
前記問合せメッセージを受信する受信手段と、
前記問合せメッセージの受信時における負荷状態に応じて、第１通信端末からの接続の受入可否を判定し、判定結果を示す受入可否通知メッセージを前記通信制御サーバに通知する接続受入可否通知手段と
を有し、
前記通知制御手段は、通知された受入可否通知メッセージに基づいて、第２通信端末が、第１通信端末からの接続を受入可能な状態にあるか否かを判定する接続受入可否判定手段を有し、
第２通信端末が、第１通信端末からの接続を受入可能な状態にある場合に限り、前記通知制御手段は、第２通信端末の宛先情報を第１通信端末に通知する
ことを特徴とする請求の範囲第１項に記載の通信システム。
【請求項５】
前記通知制御手段は、第１通信端末が第２通信端末に接続を許可されている通信端末でない場合に、その旨を示す第１通知メッセージを第１通信端末に通知し、
第２通信端末が、第１通信端末からの接続を受入可能な状態にない場合に、その旨を示す第２通知メッセージを第１通信端末に通知する
ことを特徴とする請求の範囲第４項記載の通信システム。
【請求項６】
通信制御サーバとネットワークで接続された通信端末であって、
前記通信制御サーバに、前記通信端末への接続が許可された通信端末の登録要求をする許可通信端末登録要求手段と、
前記通信端末のネットワーク上におけるアドレスを特定するための宛先情報を要求した通信端末が前記通信端末への接続が許可された通信端末である場合に限り、前記通信制御サーバから送信される、前記宛先情報を要求した通信端末を認証するための認証情報を受信する認証情報受信手段と、
前記宛先情報を要求した通信端末から、接続受入要求と当該通信端末を識別するための識別情報を受信する識別情報受信手段と、
前記認証情報と前記識別情報とが一致するか否かを判定する判定手段と、
前記認証情報と前記識別情報とが一致する場合に限り、前記宛先情報を要求した通信端末からの接続受入要求に基づく接続を許可する接続制御手段と
を備えることを特徴とする通信端末。
【請求項７】
前記識別情報受信手段はさらに、前記接続受入要求が送信される前に、前記宛先情報を要求した通信端末からの接続を受入可能か否かについての問合せメッセージを、前記通信制御サーバから受信し、
前記接続制御手段は、前記問合せメッセージの受信時における負荷状態に応じて、前記接続が受入可能か否かを判定し、判定結果を前記通信制御サーバに通知する
ことを特徴とする請求の範囲第６項記載の通信端末。
【請求項８】
前記識別情報受信手段は、前記宛先情報を要求した通信端末からの接続を受入可能な状態にない場合に、前記通信制御サーバから、前記宛先情報を要求した通信端末からの通信データの転送依頼があったことを通知する転送依頼通知メッセージを受信し、
前記通信端末は、
負荷状態に応じて前記通信データを取得可能な状態になったか否かを判定する通信データ取得可否判定手段と、
前記転送依頼通知メッセージが受信された後に、前記通信データを取得可能な状態になった場合に、前記通信データの転送を要求する転送要求メッセージを前記通信制御サーバに送信する転送要求メッセージ送信手段と、
前記転送要求メッセージに応じて前記通信制御サーバから送信された前記通信データを取得する取得手段と
を備えることを特徴とする請求の範囲第７項記載の通信端末。
【請求項９】
前記通信端末はさらに、
接続先通信端末に送信すべき各種通信データを当該通信データのデータ属性と対応付けて記憶している記憶手段と、
前記接続先通信端末のネットワーク上におけるアドレスを特定するための宛先情報を要求する要求メッセージを前記通信制御サーバに送信する送信手段と、
前記通信端末が前記接続先通信端末によって接続が許可された通信端末である場合に限り、前記通信制御サーバから通知される前記宛先情報を取得する取得手段と、
取得された前記宛先情報に基いて、前記接続先通信端末との接続を確立する接続確立手段と、
送信すべき通信データの指定を受取る指定受取手段と、
指定された通信データが特定のデータ属性を有するか否か判定するデータ属性判定手段と、
指定された通信データが特定のデータ属性を有する場合に、前記通信制御サーバに、指定された通信データの前記接続先通信端末への転送を依頼する転送依頼手段と、
指定された通信データが特定のデータ属性を有する場合に、指定された通信データを前記通信制御サーバに送信し、指定された通信データが特定のデータ属性を有しない場合に、指定された通信データを接続している前記接続先通信端末に直接送信する制御を行なう送信制御手段と
を備えることを特徴とする請求の範囲第６項記載の通信端末。
【請求項１０】
前記送信制御手段は、
指定された通信データがＭＰＥＧ符号化された映像データである場合に、当該映像データからＩピクチャを抽出する抽出手段と、
抽出したＩピクチャを暗号化する暗号化手段と
を有し、
前記転送依頼手段は、暗号化されたＩピクチャの前記接続先通信端末への転送を依頼し、
前記送信制御手段は、暗号化したＩピクチャを前記通信制御サーバに送信し、Ｉピクチャを除く残りの映像データを接続している前記接続先通信端末に直接送信する
ことを特徴とする請求の範囲第９項に記載の通信端末。
【請求項１１】
前記データ属性は、通信データの秘匿性の有無を示すデータ属性であり、
前記転送依頼手段は、指定された通信データのデータ属性が秘匿性の有ることを示している場合に、前記通信制御サーバに、指定された通信データの前記接続先通信端末への転送を依頼し、
前記送信制御手段は、指定された通信データのデータ属性が秘匿性の有ることを示している場合に、指定された通信データを暗号化して前記通信制御サーバに送信する
ことを特徴とする請求の範囲第９項記載の通信端末。
【請求項１２】
前記アドレスは、ＩＰアドレスである
ことを特徴とする請求の範囲第６項〜第１１項の何れかに記載の通信端末。
【請求項１３】
前記アドレスは、ＩＰアドレスとポート番号とから構成される
ことを特徴とする請求の範囲第６項〜第１１項の何れかに記載の通信端末。
【請求項１４】
前記アドレスは、随時変動する
ことを特徴とする請求の範囲第６項〜第１３項の何れかに記載の通信端末。
【請求項１５】
通信端末のアドレスを特定するための宛先情報を通知する通信制御サーバであって、
前記通信端末と、当該通信端末への接続が許可された通信端末との対応関係を示す許可端末テーブルを記憶している許可端末テーブル記憶手段と、
前記宛先情報を要求する要求メッセージを要求元通信端末から受信する要求メッセージ受信手段と、
前記要求元通信端末が、前記通信端末に接続を許可されている通信端末であるか否かを、前記許可端末テーブルに基づいて判定する端末判定手段と、
前記要求元通信端末が、接続を許可されている通信端末である場合に限り、前記通信端末の宛先情報を前記要求元通信端末に通知する通知制御手段と
を備えることを特徴とする通信制御サーバ。
【請求項１６】
通信制御サーバとネットワークで接続された通信端末に用いる接続制御プログラムであって、
前記接続制御プログラムは、
前記通信制御サーバに、当該通信端末への接続が許可された通信端末の登録要求をする許可通信端末登録要求ステップと、
前記通信端末のネットワーク上におけるアドレスを特定するための宛先情報を要求した通信端末が前記通信端末への接続が許可された通信端末である場合に限り、前記通信制御サーバから送信される、前記宛先情報を要求した通信端末を認証するための認証情報を受信する認証情報受信ステップと、
前記宛先情報を要求した通信端末から、接続受入要求と当該通信端末を識別するための識別情報を受信する識別情報受信ステップと、
前記認証情報と前記識別情報とが一致するか否かを判定する判定ステップと、
前記認証情報と前記識別情報とが一致する場合に限り、前記宛先情報を要求した通信端末からの接続受入要求に基づく接続を許可する接続制御ステップと
を含むことを特徴とする接続制御プログラム。
【請求項１７】
通信制御サーバとネットワークで接続された通信端末に用いる接続制御プログラムを記録したコンピュータ読取可能な記録媒体であって、
前記接続制御プログラムは、
前記通信制御サーバに、当該通信端末への接続が許可された通信端末の登録要求をする許可通信端末登録要求ステップと、
前記通信端末のネットワーク上におけるアドレスを特定するための宛先情報を要求した通信端末が前記通信端末への接続が許可された通信端末である場合に限り、前記通信制御サーバから送信される、前記宛先情報を要求した通信端末を認証するための認証情報を受信する認証情報受信ステップと、
前記宛先情報を要求した通信端末から、接続受入要求と当該通信端末を識別するための識別情報を受信する識別情報受信ステップと、
前記認証情報と前記識別情報とが一致するか否かを判定する判定ステップと、
前記認証情報と前記識別情報とが一致する場合に限り、前記宛先情報を要求した通信端末からの接続受入要求に基づく接続を許可する接続制御ステップと
を含むことを特徴とするコンピュータ読取可能な記録媒体。
【請求項１８】
通信制御サーバとネットワークで接続された通信端末に用いる接続制御方法であって、
前記通信制御サーバに、当該通信端末への接続が許可された通信端末の登録要求をする許可通信端末登録要求ステップと、
前記通信端末のネットワーク上におけるアドレスを特定するための宛先情報を要求した通信端末が前記通信端末への接続が許可された通信端末である場合に限り、前記通信制御サーバから送信される、前記宛先情報を要求した通信端末を認証するための認証情報を受信する認証情報受信ステップと、
前記宛先情報を要求した通信端末から、接続受入要求と当該通信端末を識別するための識別情報を受信する識別情報受信ステップと、
前記認証情報と前記識別情報とが一致するか否かを判定する判定ステップと、
前記認証情報と前記識別情報とが一致する場合に限り、前記宛先情報を要求した通信端末からの接続受入要求に基づく接続を許可する接続制御ステップと
を含むことを特徴とする接続制御方法。
【国際公開番号】ＷＯ２００４／０７１０３７
【国際公開日】平成１６年８月１９日（２００４．８．１９）
【発行日】平成１８年６月１日（２００６．６．１）
【国際特許分類】
【出願番号】特願２００５−５０４８４４（Ｐ２００５−５０４８４４）
【国際出願番号】ＰＣＴ／ＪＰ２００４／００１０９９
【国際出願日】平成１６年２月４日（２００４．２．４）
【公序良俗違反の表示】
（特許庁注：以下のものは登録商標）
ＥＴＨＥＲＮＥＴ
【出願人】（０００００５８２１）松下電器産業株式会社 (73,050)
【Ｆターム（参考）】
【国際公開日】平成１６年８月１９日（２００４．８．１９）
【発行日】平成１８年６月１日（２００６．６．１）
【国際特許分類】
【国際出願番号】ＰＣＴ／ＪＰ２００４／００１０９９
【国際出願日】平成１６年２月４日（２００４．２．４）
【公序良俗違反の表示】
（特許庁注：以下のものは登録商標）
ＥＴＨＥＲＮＥＴ
【出願人】（０００００５８２１）松下電器産業株式会社 (73,050)
【Ｆターム（参考）】
[ Back to top ]