(57)【要約】【課題】親端末を定めることなく、端末間で通信を確立することが可能な通信システム、通信方法、通信端末、及び通信プログラムを提供する。【解決手段】通信端末１２は、確立状態にある通信端末１１に対して、通信確立を要求するINVITE要求を送信する（４２）。通信端末１１は、通信端末１２に対して、通信確立を許可するＯＫ応答を送信した（４３）後、通信確立状態にある通信端末１３に対して、通信端末１２との通信確立を許可した旨を通知するREFER要求を送信する（４６）。通信端末１３は、REFER要求を受信した場合、通信端末１２に対してINVITE要求を送信する（４８）。通信端末１２は通信端末１３に対してＯＫ応答を送信する（４９）。通信端末１２と通信端末１３との間で通信が確立し、相互通信が可能となるので、通信端末１２と通信端末１３との間で相互通信が実行される（５１）。【選択図】図６
2011139194.tif 000002
【特許請求の範囲】
【請求項１】
ネットワークに接続した複数の通信端末間で通信を行う通信システムであって、
通信が確立して相互通信が可能な状態にある複数の前記通信端末である確立中端末のうち一の通信端末である第一端末に対して、前記確立中端末とは異なる他の前記通信端末である第二端末から、通信確立を要求する要求パケットを送信する第一送信手段と、
前記第一送信手段において前記第二端末から送信された前記要求パケットを前記第一端末が受信した場合に、前記第一端末から前記第二端末に対して、通信の確立を許可する許可パケットを送信する第二送信手段と、
前記第二送信手段において前記第一端末から送信された前記許可パケットを前記第二端末が受信した後、前記第二端末と前記第一端末とが相互通信を行う第一通信手段と、
前記第一端末から、前記確立中端末のうち前記第一端末以外の通信端末である第三端末に対して、前記確立中端末以外の通信端末との通信確立を許可した旨を通知する通知パケットを送信する第三送信手段と、
前記第三送信手段において前記第一端末から送信された前記通知パケットを前記第三端末が受信した場合に、前記第三端末から前記第二端末に対して前記要求パケットを送信する第四送信手段と、
前記第四送信手段において前記第三端末から送信された前記要求パケットを前記第二端末が受信した後、前記第二端末と前記第三端末とが相互通信を行う第二通信手段と
を備えたことを特徴とする通信システム。
【請求項２】
前記第二送信手段において、前記第一端末から前記第二端末に対して前記許可パケットが送信される場合に、所定のキー情報が前記許可パケットに対応付けられて送信され、
前記第三送信手段において、前記第一端末から前記第三端末に対して前記通知パケットが送信される場合に、前記キー情報が前記通知パケットに対応付けられて送信され、
前記第四送信手段において、前記第三端末から前記第二端末に対して前記要求パケットが送信される場合に、前記第三端末が前記第一端末から受信した前記通知パケットに対応付けられている前記キー情報が、前記要求パケットに対応付けられて送信され、
前記第二通信手段では、前記第二端末が前記第一端末から受信した前記許可パケットに対応付けられている前記キー情報と、前記第二端末が前記第三端末から受信した前記要求パケットに対応付けられている前記キー情報とが一致した場合に、前記第二端末と第三端末とが相互通信を行うことを特徴とする請求項１に記載の通信システム。
【請求項３】
前記第一送信手段において前記第二端末から送信された前記要求パケットを前記第一端末が受信した場合に、前記第一端末が前記第二端末との通信の確立を許可するか否かを判断する第一判断手段を備え、
前記第一判断手段において前記第一端末が前記第二端末との通信の確立を許可しないと判断された場合に、前記第二送信手段では、前記第一端末から前記第二端末に対して前記許可パケットを送信せず、前記第三送信手段では、前記第一端末から前記第三端末に対して前記通知パケットを送信しないことを特徴とする請求項１又は２に記載の通信システム。
【請求項４】
前記第二送信手段では、前記第一端末から前記第二端末に対して前記許可パケットが送信される場合に、前記第三端末を特定する第三特定情報が前記許可パケットに対応付けられて送信され、
前記第二送信手段において前記第一端末から送信された前記許可パケットを前記第二端末が受信した場合に、前記許可パケットに対応付けられている前記第三特定情報に基づいて、前記第二端末が前記第三端末との通信を確立するか否かを判断する第二判断手段と、
前記第二判断手段において前記第二端末が前記第三端末との通信を確立しないと判断された場合に、前記第二端末から前記第一端末に対して、通信の確立を中止する中止パケットを送信する第五送信手段と
をさらに備え、
前記第三送信手段では、前記第五送信手段において前記第二端末から送信された前記中止パケットを前記第一端末が受信した場合に、前記第一端末から前記第三端末に対して前記通知パケットを送信しないことを特徴とする請求項１から３のいずれかに記載の通信システム。
【請求項５】
ネットワークに接続した複数の通信端末間で通信を行う通信システムであって、
通信が確立して相互通信が可能な状態にある複数の前記通信端末である確立中端末のうち一の通信端末である第一端末から、前記確立中端末とは異なる他の前記通信端末である第二端末に対して、通信確立を要求する要求パケットを送信する第一送信手段と、
前記第一送信手段において前記第一端末から送信された前記要求パケットを前記第二端末が受信した場合に、前記第二端末から前記第一端末に対して、通信の確立を許可する許可パケットを送信する第二送信手段と、
前記第二送信手段において前記第二端末から送信された前記許可パケットを前記第一端末が受信した後、前記第一端末が前記第二端末と相互通信を行う第一通信手段と、
前記第一端末から、前記確立中端末のうち前記第一端末以外の通信端末である第三端末に対して、前記確立中端末以外の通信端末との通信確立が許可された旨を通知する通知パケットを送信する第三送信手段と、
前記第三送信手段において前記第一端末から送信された前記通知パケットを前記第三端末が受信した場合に、前記第三端末から前記第二端末に対して前記要求パケットを送信する第四送信手段と、
前記第四送信手段において前記第三端末から送信された前記要求パケットを前記第二端末が受信した後、前記第三端末が前記第二端末と相互通信を行う第二通信手段と
を備えたことを特徴とする通信システム。
【請求項６】
前記第一送信手段において、前記第一端末から前記第二端末に対して前記要求パケットが送信される場合に、所定のキー情報が前記要求パケットに対応付けられて送信され、
前記第三送信手段において、前記第一端末から前記第三端末に対して前記通知パケットが送信される場合に、前記キー情報が前記通知パケットに対応付けられて送信され、
前記第四送信手段において、前記第三端末から前記第二端末に対して前記要求パケットが送信される場合に、前記第三端末が前記第一端末から受信した前記通知パケットに対応付けられている前記キー情報が前記要求パケットに対応付けられて送信され、
前記第二通信手段では、前記第二端末が前記第一端末から受信した前記要求パケットに対応付けられている前記キー情報と、前記第二端末が前記第三端末から受信した前記要求パケットに対応付けられている前記キー情報とが一致した場合に、前記第三端末が前記第二端末と相互通信を行うことを特徴とする請求項５に記載の通信システム。
【請求項７】
前記第一送信手段において前記第一端末から送信された前記要求パケットを前記第二端末が受信した場合に、前記第二端末が前記第一端末との通信の確立を許可するか否かを判断する第一判断手段を備え、
前記第二送信手段では、前記第一判断手段において前記第二端末が前記第一端末との通信の確立を許可しないと判断された場合に、前記第二端末から前記第一端末に対して前記許可パケットを送信せず、
前記第三送信手段では、前記第二端末から前記第一端末に対して前記許可パケットが送信されなかった場合に、前記第一端末から前記第三端末に対して前記通知パケットを送信しないことを特徴とする請求項５又は６に記載の通信システム。
【請求項８】
前記第三送信手段において、前記第一端末から前記第三端末に対して前記通知パケットが送信される場合に、前記第二端末を特定する第二特定情報が前記通知パケットに対応付けられて送信され、
前記第三送信手段において前記第一端末から送信された前記通知パケットを前記第三端末が受信した場合に、前記通知パケットに対応付けられている前記第二特定情報に基づいて、前記第三端末が前記第二端末との通信を確立するか否かを判断する第三判断手段と、
前記第三判断手段において前記第三端末が前記第二端末との通信を確立しないと判断された場合に、前記第三端末から前記第一端末に対して、通信の確立を拒否する拒否パケットを送信する第六送信手段と、
前記第六送信手段において前記第三端末から送信された前記拒否パケットを前記第一端末が受信した場合に、前記第一端末は前記第二端末との相互通信を禁止して通信の確立を解除する通信中止手段と
をさらに備えたことを特徴とする請求項１から７のいずれかに記載の通信システム。
【請求項９】
ネットワークに接続され、ＳＩＰ（Session Initiation Protocol）を利用して前記通信端末間の呼制御を行うＳＩＰサーバを備え、
前記通信端末は、
前記要求パケット、前記許可パケット、及び前記通知パケットを、前記ＳＩＰサーバを介して通信相手方の前記通信端末に送信することを特徴とする請求項１から８のいずれかに記載の通信システム。
【請求項１０】
前記要求パケットが送受信された場合、及び前記通知パケットが送受信された場合に、通信相手の前記通信端末をテーブルに記憶する記憶制御手段を備え、
前記第四送信手段は、
前記テーブルに前記第二端末が記憶されている場合には、前記第二端末に対して前記要求パケットを送信しないことを特徴とする請求項１から９のいずれかに記載の通信システム。
【請求項１１】
ネットワークに接続した複数の通信端末間で通信を行う通信方法であって、
通信が確立して相互通信が可能な状態にある複数の前記通信端末である確立中端末のうち一の通信端末である第一端末に対して、前記確立中端末とは異なる他の前記通信端末である第二端末から、通信確立を要求する要求パケットを送信する第一送信ステップと、
前記第一送信ステップにおいて前記第二端末から送信された前記要求パケットを前記第一端末が受信した場合に、前記第一端末から前記第二端末に対して、通信の確立を許可する許可パケットを送信する第二送信ステップと、
前記第二送信ステップにおいて前記第一端末から送信された前記許可パケットを前記第二端末が受信した後、前記第二端末が前記第一端末と相互通信を行う第一通信ステップと、
前記第一端末から、前記確立中端末のうち前記第一端末以外の通信端末である第三端末に対して、前記確立中端末以外の通信端末との通信確立を許可した旨を通知する通知パケットを送信する第三送信ステップと、
前記第三送信ステップにおいて前記第一端末から送信された前記通知パケットを前記第三端末が受信した場合に、前記第三端末から前記第二端末に対して前記要求パケットを送信する第四送信ステップと、
前記第四送信ステップにおいて前記第三端末から送信された前記要求パケットを前記第二端末が受信した後、前記第二端末が前記第三端末と相互通信を行う第二通信ステップと
を備えたことを特徴とする通信方法。
【請求項１２】
ネットワークに接続した複数の通信端末間で通信を行う通信方法であって、
通信が確立して相互通信が可能な状態にある複数の前記通信端末である確立中端末のうち一の通信端末である第一端末から、前記確立中端末とは異なる他の前記通信端末である第二端末に対して、通信確立を要求する要求パケットを送信する第一送信ステップと、
前記第一送信ステップにおいて前記第一端末から送信された前記要求パケットを前記第二端末が受信した場合に、前記第二端末から前記第一端末に対して、通信の確立を許可する許可パケットを送信する第二送信ステップと、
前記第二送信ステップにおいて前記第二端末から送信された前記許可パケットを前記第一端末が受信した後、前記第一端末が前記第二端末と相互通信を行う第一通信ステップと、
前記第一端末から、前記確立中端末のうち前記第一端末以外の通信端末である第三端末に対して、前記確立中端末以外の通信端末との通信確立が許可された旨を通知する通知パケットを送信する第三送信ステップと、
前記第三送信ステップにおいて前記第一端末から送信された前記通知パケットを前記第三端末が受信した場合に、前記第三端末から前記第二端末に対して前記要求パケットを送信する第四送信ステップと、
前記第四送信ステップにおいて前記第三端末から送信された前記要求パケットを前記第二端末が受信した後、前記第三端末が前記第二端末と相互通信を行う第二通信ステップと
を備えたことを特徴とする通信方法。
【請求項１３】
通信が確立して相互通信が可能な状態にある複数の通信端末である確立中端末のうち一の通信端末である第一端末に対して、通信確立を要求する要求パケットを送信する第一送信手段と、
前記第一送信手段において送信された前記要求パケットに応じ、前記第一端末から通信の確立を許可する許可パケットが送信された場合に、前記許可パケットを受信する第一受信手段と、
前記第一受信手段において前記許可パケットを受信した後、前記第一端末と相互通信を行う第一通信手段と、
前記第一端末から、前記確立中端末のうち前記第一端末以外の通信端末である第三端末に対して、前記確立中端末以外の通信端末との通信の確立を許可した旨を通知する通知パケットが送信され、次いで、前記通知パケットを受信した前記第三端末から前記要求パケットが送信された場合に、前記要求パケットを受信する第二受信手段と、
前記第二受信手段において前記要求パケットを受信した後、前記第三端末と相互通信を行う第二通信手段と
を備えたことを特徴とする通信端末。
【請求項１４】
自身との通信が確立して相互通信が可能な状態にある複数の前記通信端末である確立中端末とは異なる他の前記通信端末である第二端末に対し、通信確立を要求する要求パケットを送信する第一送信手段と、
前記第一送信手段において送信された前記要求パケットに応じ、前記第二端末から通信の確立を許可する許可パケットが送信された場合に、前記許可パケットを受信する第一受信手段と、
前記第一受信手段において前記許可パケットを受信した後、前記第二端末と相互通信を行う第一通信手段と、
前記確立中端末のうち自身以外の通信端末である第三端末に対して、前記確立中端末以外の通信端末との通信の確立が許可された旨を通知する通知パケットであって、前記第三端末と前記第二端末との間で通信を確立させて相互通信を実行させる通知パケットを送信する第二送信手段と
を備えたことを特徴とする通信端末。
【請求項１５】
請求項１から１０のいずれかに記載の通信システムの各処理手段としてコンピュータを機能させるための通信プログラム。
【請求項１６】
請求項１３又は１４に記載の通信端末の各処理手段としてコンピュータを機能させるための通信プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は通信システム、通信方法、通信端末、及び通信プログラムに関する。より詳細には、複数の通信端末間で通信が行われる通信システム、該通信システムにおける通信方法、該通信システムを構成する通信端末、及び該通信端末を駆動するための通信プログラムに関する。
【背景技術】
【０００２】
従前より、多地点間通信を実現するための通信方法が規定され、ビデオ会議システムなどの通信システムにおいて利用されている。例えば、ＩＴＵ−Ｔ勧告のH.243，H.230，H.231では、ビデオ会議に参加する端末のうち特定の端末が親端末として規定される。親端末では、動画像や音声が生成され、ビデオ会議に参加する他の端末である子端末に対して送信される。子端末では、親端末から受信した動画像や音声が出力される。端末のユーザは、動画像や音声を認識することで、他の端末のユーザと遠隔会議を行うことができる。
【０００３】
また例えば、特許文献１におけるビデオ会議システムでは、動画像や音声が親端末に集中し、処理負荷が集中することで発生する通信遅延を軽減させるため、子端末間で動画像や音声の通信が直接実行されている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００８−２８８９７４号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら上述の通信システムでは、端末間の通信に際し、親端末が子端末との間で通信確立のための通信を実行し、端末同士で通信を確立させる必要がある。このため、通信システム内の端末のうち所定の端末を親端末として定めなければならないという問題点がある。親端末を定めた場合、システムの利用者は、子端末に親端末の存在を周知させなければならない。また端末間でテレビ会議等の一連の通信が行われる場合、一連の通信が終了するまで親端末は継続して通信に参加しなければならない。
【０００６】
本発明は、親端末を定めることなく、端末間で通信を確立することが可能な通信システム、通信方法、通信端末、及び通信プログラムを提供することにある。
【課題を解決するための手段】
【０００７】
本発明の第一態様に係る通信システムでは、ネットワークに接続した複数の通信端末間で通信を行う通信システムであって、通信が確立して相互通信が可能な状態にある複数の前記通信端末である確立中端末のうち一の通信端末である第一端末に対して、前記確立中端末とは異なる他の前記通信端末である第二端末から、通信確立を要求する要求パケットを送信する第一送信手段と、前記第一送信手段において前記第二端末から送信された前記要求パケットを前記第一端末が受信した場合に、前記第一端末から前記第二端末に対して、通信の確立を許可する許可パケットを送信する第二送信手段と、前記第二送信手段において前記第一端末から送信された前記許可パケットを前記第二端末が受信した後、前記第二端末と前記第一端末とが相互通信を行う第一通信手段と、前記第一端末から、前記確立中端末のうち前記第一端末以外の通信端末である第三端末に対して、前記確立中端末以外の通信端末との通信確立を許可した旨を通知する通知パケットを送信する第三送信手段と、前記第三送信手段において前記第一端末から送信された前記通知パケットを前記第三端末が受信した場合に、前記第三端末から前記第二端末に対して前記要求パケットを送信する第四送信手段と、前記第四送信手段において前記第三端末から送信された前記要求パケットを前記第二端末が受信した後、前記第二端末と前記第三端末とが相互通信を行う第二通信手段とを備えている。
【０００８】
第一態様に係る通信システムによれば、確立中端末のうちいずれの通信端末も、新規に通信確立を要求する通信端末と確立中端末との間で通信を確立させて相互通信を開始させることができる。親端末が不要となるので、子端末に対する親端末の設定作業が不要となる。また、確立中端末から親端末が離脱できないという制約を排除できる。さらに、親端末が確立中端末から離脱した場合の親端末の再設定作業が不要となり、利便性の向上を図ることができる。
【０００９】
また、第一態様のうち、前記第二送信手段において、前記第一端末から前記第二端末に対して前記許可パケットが送信される場合に、所定のキー情報が前記許可パケットに対応付けられて送信され、前記第三送信手段において、前記第一端末から前記第三端末に対して前記通知パケットが送信される場合に、前記キー情報が前記通知パケットに対応付けられて送信され、前記第四送信手段において、前記第三端末から前記第二端末に対して前記要求パケットが送信される場合に、前記第三端末が前記第一端末から受信した前記通知パケットに対応付けられている前記キー情報が、前記要求パケットに対応付けられて送信され、前記第二通信手段では、前記第二端末が前記第一端末から受信した前記許可パケットに対応付けられている前記キー情報と、前記第二端末が前記第三端末から受信した前記要求パケットに対応付けられている前記キー情報とが一致した場合に、前記第二端末と第三端末とが相互通信を行ってもよい。第二端末は、キー情報の一致／不一致を判断することで、要求パケットを送信した第三端末が、確立中端末のうち一の通信端末であるか否かを判断できる。第二端末は、自身が通信確立を要求した第一端末を含む確立中端末との間で、確実に通信を確立して相互通信を開始できる。このように通信端末は、新たに確立中端末との間の通信確立を要求した場合、確立中端末以外の通信端末との間で通信が確立されてしまうことを防止できる。このため、確立中端末以外の端末に情報が漏えいしてしまうことを防止できる。
【００１０】
また、第一態様において、前記第一送信手段において前記第二端末から送信された前記要求パケットを前記第一端末が受信した場合に、前記第一端末が前記第二端末との通信の確立を許可するか否かを判断する第一判断手段を備え、前記第一判断手段において前記第一端末が前記第二端末との通信の確立を許可しないと判断された場合に、前記第二送信手段では、前記第一端末から前記第二端末に対して前記許可パケットを送信せず、前記第三送信手段では、前記第一端末から前記第三端末に対して前記通知パケットを送信しなくてもよい。第一端末において第二端末との通信確立を許可すると判断された場合にのみ、第一端末と第二端末との間で通信が確立して相互通信が可能な状態になる。第一端末において、第二端末との通信確立を拒否することができる。通信端末は、通信の確立を望む通信端末とのみ通信を確立して相互通信を行うことができる。これによって、通信システムの秘匿性を維持できる。
【００１１】
また、第一態様において、前記第二送信手段では、前記第一端末から前記第二端末に対して前記許可パケットが送信される場合に、前記第三端末を特定する第三特定情報が前記許可パケットに対応付けられて送信され、前記第二送信手段において前記第一端末から送信された前記許可パケットを前記第二端末が受信した場合に、前記許可パケットに対応付けられている前記第三特定情報に基づいて、前記第二端末が前記第三端末との通信を確立するか否かを判断する第二判断手段と、前記第二判断手段において前記第二端末が前記第三端末との通信を確立しないと判断された場合に、前記第二端末から前記第一端末に対して、通信の確立を中止する中止パケットを送信する第五送信手段とをさらに備え、前記第三送信手段では、前記第五送信手段において前記第二端末から送信された前記中止パケットを前記第一端末が受信した場合に、前記第一端末から前記第三端末に対して前記通知パケットを送信しなくてもよい。第二端末において第三端末との通信を拒否すると判断された場合には、第一端末から第三端末に対して通知パケットは送信されず、第二端末と第三端末との間の通信は確立しない。このように通信端末は、確立中端末として含まれている通信端末を、通信を確立させる前に認識できる。認識した通話端末の中に通信確立を望まない通信端末が含まれている場合、該通信端末との通信の確立を拒否できる。これによって、通信システムの秘匿性を維持できる。
【００１２】
本発明の第二態様に係る発明の通信システムでは、ネットワークに接続した複数の通信端末間で通信を行う通信システムであって、通信が確立して相互通信が可能な状態にある複数の前記通信端末である確立中端末のうち一の通信端末である第一端末から、前記確立中端末とは異なる他の前記通信端末である第二端末に対して、通信確立を要求する要求パケットを送信する第一送信手段と、前記第一送信手段において前記第一端末から送信された前記要求パケットを前記第二端末が受信した場合に、前記第二端末から前記第一端末に対して、通信の確立を許可する許可パケットを送信する第二送信手段と、前記第二送信手段において前記第二端末から送信された前記許可パケットを前記第一端末が受信した後、前記第一端末が前記第二端末と相互通信を行う第一通信手段と、前記第一端末から、前記確立中端末のうち前記第一端末以外の通信端末である第三端末に対して、前記確立中端末以外の通信端末との通信確立が許可された旨を通知する通知パケットを送信する第三送信手段と、前記第三送信手段において前記第一端末から送信された前記通知パケットを前記第三端末が受信した場合に、前記第三端末から前記第二端末に対して前記要求パケットを送信する第四送信手段と、前記第四送信手段において前記第三端末から送信された前記要求パケットを前記第二端末が受信した後、前記第三端末が前記第二端末と相互通信を行う第二通信手段とを備えている。
【００１３】
第二態様に係る通信システムによれば、確立中端末のうちいずれの通話端末も、新規に通信確立を要求する通信端末との間で通信を確立させて相互通信を開始させることができる。親端末が不要となるので、子端末に対する親端末の設定作業が不要となる。また、確立中端末から親端末が離脱できないという制約を排除できる。さらに、親端末が確立中端末から離脱した場合の親端末の再設定作業が不要となり、利便性の向上を図ることができる。
【００１４】
また、第二態様のうち、前記第一送信手段において、前記第一端末から前記第二端末に対して前記要求パケットが送信される場合に、所定のキー情報が前記要求パケットに対応付けられて送信され、前記第三送信手段において、前記第一端末から前記第三端末に対して前記通知パケットが送信される場合に、前記キー情報が前記通知パケットに対応付けられて送信され、前記第四送信手段において、前記第三端末から前記第二端末に対して前記要求パケットが送信される場合に、前記第三端末が前記第一端末から受信した前記通知パケットに対応付けられている前記キー情報が前記要求パケットに対応付けられて送信され、前記第二通信手段では、前記第二端末が前記第一端末から受信した前記要求パケットに対応付けられている前記キー情報と、前記第二端末が前記第三端末から受信した前記要求パケットに対応付けられている前記キー情報とが一致した場合に、前記第三端末が前記第二端末と相互通信を行ってもよい。第二端末は、キー情報の一致／不一致を判断することで、要求パケットを送信した第三端末が、確立中端末のうち一の通信端末であるか否かを判断できる。第二端末は、通信確立要求のあった通信確立を含む確立中端末との間で、確実に通信を確立して相互通信を開始できる。このように通信端末は、新たに確立中端末のうち一の通信端末から通信確立が要求された場合、確立中端末以外の通信端末との間で通信が確立されてしまうことを防止できる。このため、確立中端末以外の端末に情報が漏えいしてしまうことを防止できる。
【００１５】
また、第二態様において、前記第一送信手段において前記第一端末から送信された前記要求パケットを前記第二端末が受信した場合に、前記第二端末が前記第一端末との通信の確立を許可するか否かを判断する第一判断手段を備え、前記第二送信手段では、前記第一判断手段において前記第二端末が前記第一端末との通信の確立を許可しないと判断された場合に、前記第二端末から前記第一端末に対して前記許可パケットを送信せず、前記第三送信手段では、前記第二端末から前記第一端末に対して前記許可パケットが送信されなかった場合に、前記第一端末から前記第三端末に対して前記通知パケットを送信しなくてもよい。第二端末において第一端末との通信確立を許可すると判断された場合にのみ、第二端末と第一端末との間で通信が確立して相互通信が可能な状態になる。第二端末において、第一端末との通信確立を拒否できる。通信端末は、通信の確立を望む通信端末とのみ通信を確立して相互通信を行うことができる。これによって、通信システムの秘匿性を維持できる。
【００１６】
また、第一態様及び第二態様において、前記第三送信手段において、前記第一端末から前記第三端末に対して前記通知パケットが送信される場合に、前記第二端末を特定する第二特定情報が前記通知パケットに対応付けられて送信され、前記第三送信手段において前記第一端末から送信された前記通知パケットを前記第三端末が受信した場合に、前記通知パケットに対応付けられている前記第二特定情報に基づいて、前記第三端末が前記第二端末との通信を確立するか否かを判断する第三判断手段と、前記第三判断手段において前記第三端末が前記第二端末との通信を確立しないと判断された場合に、前記第三端末から前記第一端末に対して、通信の確立を拒否する拒否パケットを送信する第六送信手段と、前記第六送信手段において前記第三端末から送信された前記拒否パケットを前記第一端末が受信した場合に、前記第一端末は前記第二端末との相互通信を禁止して通信の確立を解除する通信中止手段とをさらに備えていてもよい。確立中端末は、他の通信端末との通信の確立を望まない場合に、該通信端末との通信の確立を拒否できる。また、通信が確立した通信端末との間で実行されている通信を中止させることができる。これによって確立中端末は、通信確立を望まない他の通信端末との間で通信が確立されてしまうことを防止できる。通信端末は、通信の確立を望む通信端末とのみ通信を確立して相互通信を行うことができる。これによって、通信システムの秘匿性を維持できる。
【００１７】
また、第一態様及び第二態様において、ネットワークに接続され、ＳＩＰ（Session Initiation Protocol）を利用して前記通信端末間の呼制御を行うＳＩＰサーバを備え、前記通信端末は、前記要求パケット、前記許可パケット、及び前記通知パケットを、前記ＳＩＰサーバを介して通信相手方の前記通信端末に送信してもよい。通信端末は、ＳＩＰサーバを介してパケット通信を実行できる。通信端末は、標準化されたＳＩＰを利用して、通信確立のための通信を実行できる。ＮＡＴ装置等によってネットワークが分断されている場合でも、通信端末は特段処理を行うことなく、他のＮＡＴ装置の配下にある通信端末との間で通信を確立させることができる。
【００１８】
また、第一態様及び第二態様において、前記要求パケットが送受信された場合、及び前記通知パケットが送受信された場合に、通信相手の前記通信端末をテーブルに記憶する記憶制御手段を備え、前記第四送信手段は、前記テーブルに前記第二端末が記憶されている場合には、前記第二端末に対して前記要求パケットを送信しなくてもよい。既に通信が確立している通信端末や、通信確立のための通信が実行されている通信端末に対して、要求パケットを送信しない。これによって、要求パケットの重複を回避できるので、通信確立のために必要な通信量を抑制でき、ネットワークのトラフィックを抑制できる。また早期に通信端末間で通信を確立できる。
【００１９】
本発明の第三態様に係る通信方法は、ネットワークに接続した複数の通信端末間で通信を行う通信方法であって、通信が確立して相互通信が可能な状態にある複数の前記通信端末である確立中端末のうち一の通信端末である第一端末に対して、前記確立中端末とは異なる他の前記通信端末である第二端末から、通信確立を要求する要求パケットを送信する第一送信ステップと、前記第一送信ステップにおいて前記第二端末から送信された前記要求パケットを前記第一端末が受信した場合に、前記第一端末から前記第二端末に対して、通信の確立を許可する許可パケットを送信する第二送信ステップと、前記第二送信ステップにおいて前記第一端末から送信された前記許可パケットを前記第二端末が受信した後、前記第二端末が前記第一端末と相互通信を行う第一通信ステップと、前記第一端末から、前記確立中端末のうち前記第一端末以外の通信端末である第三端末に対して、前記確立中端末以外の通信端末との通信確立を許可した旨を通知する通知パケットを送信する第三送信ステップと、前記第三送信ステップにおいて前記第一端末から送信された前記通知パケットを前記第三端末が受信した場合に、前記第三端末から前記第二端末に対して前記要求パケットを送信する第四送信ステップと、前記第四送信ステップにおいて前記第三端末から送信された前記要求パケットを前記第二端末が受信した後、前記第二端末が前記第三端末と相互通信を行う第二通信ステップとを備えている。
【００２０】
第三態様に係る通信方法によれば、確立中端末のうちいずれの通話端末も、新規に通信確立を要求する通信端末と確立中端末との間で通信を確立させて相互通信を開始させることができる。親端末が不要となるので、子端末に対する親端末の設定作業が不要となる。また、確立中端末から親端末が離脱できないという制約を排除できる。さらに、親端末が確立中端末から離脱した場合の親端末の再設定作業が不要となり、利便性の向上を図ることができる。
【００２１】
本発明の第四態様に係る通信方法は、ネットワークに接続した複数の通信端末間で通信を行う通信方法であって、通信が確立して相互通信が可能な状態にある複数の前記通信端末である確立中端末のうち一の通信端末である第一端末から、前記確立中端末とは異なる他の前記通信端末である第二端末に対して、通信確立を要求する要求パケットを送信する第一送信ステップと、前記第一送信ステップにおいて前記第一端末から送信された前記要求パケットを前記第二端末が受信した場合に、前記第二端末から前記第一端末に対して、通信の確立を許可する許可パケットを送信する第二送信ステップと、前記第二送信ステップにおいて前記第二端末から送信された前記許可パケットを前記第一端末が受信した後、前記第一端末が前記第二端末と相互通信を行う第一通信ステップと、前記第一端末から、前記確立中端末のうち前記第一端末以外の通信端末である第三端末に対して、前記確立中端末以外の通信端末との通信確立が許可された旨を通知する通知パケットを送信する第三送信ステップと、前記第三送信ステップにおいて前記第一端末から送信された前記通知パケットを前記第三端末が受信した場合に、前記第三端末から前記第二端末に対して前記要求パケットを送信する第四送信ステップと、前記第四送信ステップにおいて前記第三端末から送信された前記要求パケットを前記第二端末が受信した後、前記第三端末が前記第二端末と相互通信を行う第二通信ステップとを備えている。
【００２２】
第四態様に係る通信方法によれば、確立中端末のうちいずれの通話端末も、新規に通信確立を要求する通信端末との間で通信を確立させて相互通信を開始させることができる。親端末が不要となるので、子端末に対する親端末の設定作業が不要となる。また、確立中端末から親端末が離脱できないという制約を排除できる。さらに、親端末が確立中端末から離脱した場合の親端末の再設定作業が不要となり、利便性の向上を図ることができる。
【００２３】
本発明の第五態様に係る通信端末は、通信が確立して相互通信が可能な状態にある複数の通信端末である確立中端末のうち一の通信端末である第一端末に対して、通信確立を要求する要求パケットを送信する第一送信手段と、前記第一送信手段において送信された前記要求パケットに応じ、前記第一端末から通信の確立を許可する許可パケットが送信された場合に、前記許可パケットを受信する第一受信手段と、前記第一受信手段において前記許可パケットを受信した後、前記第一端末と相互通信を行う第一通信手段と、前記第一端末から、前記確立中端末のうち前記第一端末以外の通信端末である第三端末に対して、前記確立中端末以外の通信端末との通信の確立を許可した旨を通知する通知パケットが送信され、次いで、前記通知パケットを受信した前記第三端末から前記要求パケットが送信された場合に、前記要求パケットを受信する第二受信手段と、前記第二受信手段において前記要求パケットを受信した後、前記第三端末と相互通信を行う第二通信手段とを備えている。
【００２４】
第五態様に係る通信端末によれば、確立中端末のうちいずれの通話端末も、新規に通信確立を要求する通信端末と確立中端末との間で通信を確立させて相互通信を開始させることができる。親端末が不要となるので、子端末に対する親端末の設定作業が不要となる。また、確立中端末から親端末が離脱できないという制約を排除できる。さらに、親端末が確立中端末から離脱した場合の親端末の再設定作業が不要となり、利便性の向上を図ることができる。
【００２５】
本発明の第六態様に係る通信端末は、自身との通信が確立して相互通信が可能な状態にある複数の前記通信端末である確立中端末とは異なる他の前記通信端末である第二端末に対し、通信確立を要求する要求パケットを送信する第一送信手段と、前記第一送信手段において送信された前記要求パケットに応じ、前記第二端末から通信の確立を許可する許可パケットが送信された場合に、前記許可パケットを受信する第一受信手段と、前記第一受信手段において前記許可パケットを受信した後、前記第二端末と相互通信を行う第一通信手段と、前記確立中端末のうち自身以外の通信端末である第三端末に対して、前記確立中端末以外の通信端末との通信の確立が許可された旨を通知する通知パケットであって、前記第三端末と前記第二端末との間で通信を確立させて相互通信を実行させる通知パケットを送信する第二送信手段とを備えている。
【００２６】
第六態様に係る通信端末によれば、確立中端末のうちいずれの通話端末も、新規に通信確立を要求する通信端末との間で通信を確立させて相互通信を開始させることができる。親端末が不要となるので、子端末に対する親端末の設定作業が不要となる。また、確立中端末から親端末が離脱できないという制約を排除できる。さらに、親端末が確立中端末から離脱した場合の親端末の再設定作業が不要となり、利便性の向上を図ることができる。
【００２７】
本発明の第七態様に係る通信プログラムは、請求項１から１０のいずれかに記載の通信システムの各処理手段としてコンピュータを機能させる。
【００２８】
本発明の第八態様に係る通信プログラムは、請求項１３又は１４に記載の通信端末の各処理手段としてコンピュータを機能させる。
【図面の簡単な説明】
【００２９】
【図１】通信システム１を示す模式図である。
【図２】通信端末１１の電気的構成を示すブロック図である。
【図３】確立状態テーブル２１１を示す模式図である。
【図４】キー情報テーブル２１２を示す模式図である。
【図５】通信シーケンスを示す図である。
【図６】通信シーケンスを示す図である。
【図７】通信シーケンスを示す図である。
【図８】通信シーケンスを示す図である。
【図９】通信シーケンスを示す図である。
【図１０】メイン処理を示すフローチャートである。
【図１１】メイン処理を示すフローチャートである。
【図１２】メイン処理を示すフローチャートである。
【図１３】第一拒否処理を示すフローチャートである。
【図１４】第二拒否処理を示すフローチャートである。
【図１５】通信シーケンスを示す図である。
【図１６】変形例におけるメイン処理を示すフローチャートである。
【図１７】変形例におけるメイン処理を示すフローチャートである。
【図１８】変形例におけるメイン処理を示すフローチャートである。
【図１９】変形例におけるメイン処理を示すフローチャートである。
【発明を実施するための形態】
【００３０】
以下、本発明に係る通信システム１について、図面を参照して説明する。図面は、本発明が採用し得る技術的特徴を説明する為に用いる。図面に記載している装置の構成、各種処理のフローチャート等は、単なる説明例であり、本発明を限定するものではない。
【００３１】
図１を参照し、通信システム１の概要について説明する。通信システム１は、通信端末１１，１２，１３，１４を少なくとも備えている。通信端末１１〜１４は、ネットワーク１５に接続している。通信端末１１〜１４は、ネットワーク１５を介して相互に通信を行うことができる。通信端末１１〜１４は、他の通信端末との間で所定の手順に基づいた通信を行う。通信端末１１〜１４は、該通信が成功した場合に、他の通信端末との間で自由に相互通信を行うことが可能な状態となる（以下、相互通信を行うことが可能な状態となることを、「通信が確立する」という。）。通信端末１１〜１４は、特定の親端末を定めることなく、相互に通信を確立することができる。通信が確立した後、通信端末１１〜１４間では、例えばテレビ会議を実行するためのデータ（撮影データ、音声データ等）が送受信される。通信端末１１〜１４は、他の通信端末から受信した撮影データや音声データを出力する。通信端末１１〜１４を使用する使用者は、他の通信端末を使用する使用者の撮影映像や音声を認識できる。なお通信システム１は、ＳＩＰ（Session Initiation Protocol）サーバ１６を備えていてもよい。ＳＩＰサーバ１６は、必要に応じて、ＳＩＰを利用して通信端末１１〜１４間の呼制御を行う。
【００３２】
図２を参照し、通信端末１１の電気的構成について説明する。通信端末１１〜１４の電気的構成は同一である。通信端末１１は、ＣＰＵ２１、ＲＯＭ２２、ＲＡＭ２３、ＨＤＤ２４を備えている。ＣＰＵ２１は、他の通信端末との通信を制御する。ＲＯＭ２２には、Ｂｏｏｔプログラムや初期パラメータが少なくとも記憶される。ＲＡＭ２３は、ＣＰＵ２１の処理時に発生する一時的なデータが少なくとも記憶される。ＨＤＤ２４は、ＣＰＵ２１のプログラムや各種テーブル（図３、４参照）が少なくとも記憶される。ＣＰＵ２１は、ＲＯＭ２２、ＲＡＭ２３、及びＨＤＤ２４と電気的に接続している。ＣＰＵ２１は、ＲＯＭ２２、ＲＡＭ２３、及びＨＤＤ２４の記憶領域にアクセスできる。
【００３３】
通信端末１１は、表示ドライバ２５を備えている。表示ドライバ２５は、ディスプレイ２６に像を表示させるための制御を行う。ＣＰＵ２１は、表示ドライバ２５と電気的に接続している。表示ドライバ２５は、ディスプレイ２６と電気的に接続する。ＣＰＵ２１は、ディスプレイ２６に所望の像を表示させることができる。通信端末１１は、入力ドライバ３０を備えている。入力ドライバ３０は、キーボード３１を介して入力された情報を検出する。ＣＰＵ２１は、入力ドライバ３０と電気的に接続している。入力ドライバ３０は、キーボード３１と電気的に接続する。ＣＰＵ２１は、キーボード３１を介して入力された情報を認識できる。通信端末１１は、スピーカ３２を備えている。ＣＰＵ２１は、スピーカ３２と電気的に接続している。ＣＰＵ２１は、スピーカ３２から所望の音声を出力できる。通信端末１１は、マイク３３を備えている。ＣＰＵ２１はマイク３３と電気的に接続している。ＣＰＵ２１は、マイク３３において収録された音声を取得できる。
【００３４】
通信端末１１は、通信モジュール２７を備えている。通信モジュール２７は、ネットワーク１５を介した通信を可能とする。ＣＰＵ２１は、通信モジュール２７と電気的に接続している。ＣＰＵ２１は、ネットワーク１５を介して通信を行うことができる。通信端末１１は、ディスクドライブ２８を備えている。ディスクドライブ２８は、記憶媒体２９に記憶された情報にアクセスする為の駆動装置である。ＣＰＵ２１は、ディスクドライブ２８と電気的に接続している。ＣＰＵ２１は、ディスクドライブ２８に記憶媒体２９が挿入された状態で、記憶媒体２９に記憶された情報にアクセスできる。記憶媒体２９には、例えば、ＣＰＵ２１が実行する通信プログラムが記憶される。通信端末１１の導入時に、通信プログラムは記憶媒体２９から読み出され、ＨＤＤ２４に記憶される。
【００３５】
ＨＤＤ２４に記憶されるテーブルについて、以下に説明する。確立状態テーブルの一例である確立状態テーブル２１１について、図３を参照して説明する。確立状態テーブル２１１には、通信端末ＩＤと、通信端末の通信状態とが対応付けられて記憶される。通信端末１１は、他の通信端末との通信状態を三つの状態で管理する。他の通信端末に対して通信確立を要求している場合、通信状態は「要求送信中」とされる。他の通信端末から通信確立の要求を受けている場合、通信状態は「要求受信中」とされる。他の通信端末と相互通信が可能な場合、通信状態は「通信中」とされる。
【００３６】
キー情報テーブルの一例であるキー情報テーブル２１２について、図４を参照して説明する。キー情報テーブル２１２には、通信端末ＩＤ、Caller ID、及びキー情報が対応付けられて記憶される。通信端末ＩＤは、キー情報（詳細は後述する）を決定した通信端末のＩＤである。Caller IDは、通信端末ＩＤにて特定される通信端末と通信確立状態にある通信端末のＩＤである。
【００３７】
図５を参照し、通信端末１１と通信端末１３との間で通信が確立し、相互通信が実行されるまでの通信手順について説明する。通信端末１１の使用者は、通信端末１１に対して、通信端末１３との通信を確立して相互通信を開始する指示を入力する。通信端末１１は、他の通信端末との通信確立を要求する要求パケット（INVITE要求）を、通信端末１３に対して送信する。通信端末１３は、INVITE要求を受信する（３４）。INVITE要求を送信した通信端末１１の確立状態テーブルの通信端末ＩＤとして、通信端末１３のＩＤ「１３」が記憶され、通信状態として「要求送信中」が記憶される。INVITE要求を受信した通信端末１３の確立状態テーブルの通信端末ＩＤに、通信端末１１のＩＤ「１１」が記憶され、通信状態として「要求受信中」が記憶される。
【００３８】
通信端末１３は、通信端末１３のディスプレイ２６に、通信端末１１から通信確立の要求があったことを示す情報を表示する。通信端末１３の使用者は、通信端末１１との通信確立の許否を判断する。通信端末１３の使用者は、通信端末１３に対して判断結果を入力する。図５のうち目印Ｍは、使用者が判断結果を入力可能な時間帯を示す。目印Mが付されている場合、使用者は、INVITE要求（３４）等のパケットを受信してから所定の時間内に、判断結果を入力することができる。通信端末１１との通信確立を許可する旨の入力がされた場合、通信端末１３は、他の通信端末との通信確立を許可する許可パケット（ＯＫ応答）を、通信端末１１に対して送信する。通信端末１１は、ＯＫ応答を受信する（３５）。通信端末１１は、通信端末１３に対してＡＣＫを送信する。通信端末１３は、ＡＣＫを受信する（３６）。ＯＫ応答を受信した通信端末１１の確立状態テーブルのうち、通信端末ＩＤ「１３」に対応する通信状態として「通信中」が記憶される。ＡＣＫを受信した通信端末１３の確立状態テーブルのうち、通信端末ＩＤ「１１」に対応する通信状態として「通信中」が記憶される。以上の通信が行われることによって、通信端末１１と通信端末１３との間の通信は確立する。通信端末１１と通信端末１３との間で相互通信が実行される（３７）。
【００３９】
図６を参照し、通信端末１１〜１３間で通信が確立して相互通信が実行されるまでの通信手順の第一例について説明する。通信端末１１と通信端末１３とは既に通信が確立し、相互通信可能な状態にある。通信端末１１と通信端末１３とは相互通信を行っている（４１）。第一例では、通信端末１２が、通信端末１１との通信を確立させて相互通信を行う場合が示されている。
【００４０】
通信端末１２の使用者は、通信端末１２に対して、通信端末１１との通信を確立して相互通信を開始する指示を入力する。通信端末１２は、通信端末１１に対してINVITE要求を送信する。通信端末１１は、INVITE要求を受信する（４２）。通信端末１１及び通信端末１２の確立状態テーブルが更新される（通信端末１１：通信端末ＩＤ「１２」／通信状態「要求受信中」、通信端末１２：通信端末ＩＤ「１１」／通信状態「要求送信中」）。通信端末１１のディスプレイ２６に、通信端末１２から通信確立の要求があったことを示す情報が表示される。通信端末１１の使用者は、通信端末１２との通信確立の許否を判断する。通信端末１１の使用者は、通信端末１１に対して判断結果を入力する。
【００４１】
通信端末１２との通信確立を許可する旨の入力がされた場合、通信端末１１は、所定のキー情報「ｘｘｘｘ」を決定する。例えば周知のアルゴリズムに基づき乱数を生成させ、生成された乱数をキー情報として決定する。通信端末１１は、ＯＫ応答を通信端末１２に対して送信する。ＯＫ応答には、決定されたキー情報「ｘｘｘｘ」が対応付けられる。またＯＫ応答には、通信端末１１と通信が確立している通信端末１３のＩＤ「１３」が「Caller ID」として対応付けられる。通信端末１２はＯＫ応答を受信する（４３）。通信端末１２は、ＯＫ応答を送信した通信端末のＩＤ「１１」、ＯＫ応答に対応付けられていたCaller ID「１３」及びキー情報「ｘｘｘｘ」、を、キー情報テーブルに記憶する。図６のうち「１１／１３／ｘｘｘｘ」は、其々「通信端末ＩＤ／Caller ID／キー情報」を示している。
【００４２】
通信端末１１の使用者によって、通信端末１２との通信確立を拒否する旨の入力がされた場合、通信端末１１は、通信確立を拒否する拒否パケット（ＢＵＳＹ応答）を通信端末１２に対して送信する。通信端末１２はＢＵＳＹ応答を受信する。通信端末１１及び通信端末１２の確立状態テーブルが更新される（通信端末ＩＤ及び通信状態が削除される。）。通信端末１１と通信端末１２との通信は確立しない。このように通信端末１１は、通信端末１２との通信確立を望まない場合、通信端末１２との通信確立を拒否できる。通信端末１１は、通信の確立を望む通信端末とのみ通信を確立して相互通信を行うことができるので、通信システムの秘匿性を維持できる。
【００４３】
通信端末１２は、通信端末１１からＯＫ応答を受信した場合、通信端末１１と通信確立が許可されたことを示す情報をディスプレイ２６に表示する。また通信端末１２は、通信端末１１と通信確立状態にある通信端末１３を示す情報をディスプレイ２６に表示する。通信端末１２の使用者は、通信端末１３との通信確立の許否を判断する。通信端末１２の使用者は、通信端末１１に対して判断結果を入力する。
【００４４】
通信端末１３との通信確立を許可する旨の入力がされた場合、通信端末１２は、通信端末１１に対してＡＣＫを送信する。通信端末１１は、ＡＣＫを受信する（４４）。通信端末１１と通信端末１２との間の通信が確立する。通信端末１１及び通信端末１２の確立状態テーブルが更新される（通信端末１１：通信端末ＩＤ「１２」／通信状態「通信中」、通信端末１２：通信端末ＩＤ「１１」／通信状態「通信中」）。通信端末１１と通信端末１２との間で相互通信が実行される（４５）。
【００４５】
通信端末１２の使用者によって、通信端末１３との通信確立を拒否する旨の入力がされた場合、通信端末１２は、通信を中止する中止パケット（ＢＹＥ要求）を通信端末１１に対して送信する。通信端末１１はＢＹＥ要求を受信する。通信端末１１及び通信端末１２の確立状態テーブルが更新される（通信端末ＩＤ及び通信状態が削除される。）。通信端末１１と通信端末１２との通信は確立しない。このように通信端末１２は、通信端末１１と通信確立状態にある通信端末１３を、通信確立前に認識できる。通信端末１２は、通信端末１３との通信確立を望まない場合、通信端末１３との通信の確立を拒否できる。これによって、通信システムの秘匿性を維持できる。
【００４６】
通信端末１１が通信端末１２からＡＣＫを受信した後、通信端末１１は、他の通信端末との通信確立を許可した旨を通知する通知パケット（REFER要求）を、通信端末１３に対して送信する。REFER要求には、通信端末１１が通信端末１２に対して送信したＯＫ応答に対応付けたキー情報「ｘｘｘｘ」が対応付けられる。またREFER要求には、ＯＫ応答を送信した（自身に対して通信確立を要求した）通信端末１２のＩＤ「１２」が「Callee ID」として対応付けられる。通信端末１３は、REFER要求を受信する（４６）。通信端末１１及び通信端末１３の確立状態テーブルが更新される（通信端末１１：通信端末ＩＤ「１３」／通信状態「要求送信中」、通信端末１３：通信端末ＩＤ「１１」／通信状態「要求受信中」）。
【００４７】
通信端末１３は、通信端末１１が通信端末１２との通信確立を許可したことを示す情報を、ディスプレイ２６に表示する。通信端末１３の使用者は、通信端末１２との通信確立の許否を判断する。通信端末１３の使用者は、通信端末１３に対して判断結果を入力する。通信端末１２との通信確立を許可する旨の入力がされた場合、通信端末１３は、通信確立を許可する許可パケット（ACCEPT応答）を、通信端末１１に対して送信する。通信端末１１は、ACCEPT応答を受信する（４７）。
【００４８】
通信端末１３の使用者によって、通信端末１２との通信確立を拒否する旨の入力がされた場合、通信端末１３は、ＢＵＳＹ応答を通信端末１１に対して送信する。通信端末１１はＢＵＳＹ応答を受信する。通信端末１１及び通信端末１３の確立状態テーブルが更新される（通信端末ＩＤ及び通信状態が削除される。）。通信端末１１は、通信端末１２に対してＢＹＥ要求を送信する。通信端末１２はＢＹＥ要求を受信する。通信端末１１及び通信端末１２の確立状態テーブルが更新される（通信端末ＩＤ及び通信状態が削除される。）。通信端末１２と通信端末１３との通信は確立せず、通信端末１１と通信端末１２との通信確立状態は解消される。このように通信端末１３は、通信端末１１が通信確立を許可した通信端末１２を認識できる。通信端末１３は、通信端末１２との通信確立を望まない場合、通信端末１２との通信の確立を拒否できる。また通信端末１１は、通信端末１３が通信確立を拒否した場合、通信端末１２との通信接続状態を解消する。これによって、通信システムの秘匿性を維持できる。
【００４９】
通信端末１３は、通信端末１１に対してACCEPT応答を送信した後、通信端末１２と通信を確立させるために、通信端末１２に対してINVITE要求を送信する。INVITE要求には、受信したREFER要求に対応付けられているキー情報「ｘｘｘｘ」が対応付けられる。通信端末１２は、INVITE要求を受信する（４８）。通信端末１２及び通信端末１３の確立状態テーブルが更新される（通信端末１２：通信端末ＩＤ「１３」／通信状態「要求受信中」、通信端末１３：通信端末ＩＤ「１２」／通信状態「要求送信中」）。
【００５０】
通信端末１２は、受信したINVITE要求の送信元端末のＩＤ「１３」が、キー情報テーブルに記憶されている「Caller ID」と一致するか判断する。また通信端末１２は、受信したINVITE要求に対応付けられているキー情報「ｘｘｘｘ」が、キー情報テーブルに記憶されているキー情報と一致するか判断する。双方が一致した場合、Caller IDにて特定される通信端末１３は、通信端末１１と通信確立状態にある通信端末であるということになる。この場合、通信端末１２は、使用者に通信確立の許否を問い合わせる表示を行わない。これによって通信端末１２は、使用者に対する確認を要することなく迅速に通信を実行できる。
【００５１】
通信端末１２は通信端末１３に対してＯＫ応答を送信する。通信端末１３は、ＯＫ応答を受信する（４９）。通信端末１３は、通信端末１２に対してＡＣＫを送信する。通信端末１２は、ＡＣＫを受信する（５０）。通信端末１２と通信端末１３との間の通信が確立する。通信端末１２及び通信端末１３の確立状態テーブルが更新される（通信端末１２：通信端末ＩＤ「１３」／通信状態「通信中」、通信端末１３：通信端末ＩＤ「１２」／通信状態「通信中」）。通信端末１２と通信端末１３との間で相互通信が実行される（５１）。このように通信端末１２は、Caller ID及びキー情報の一致／不一致を判断することで、INVITE要求を送信した通信端末１３が、通信端末１１と通信確立状態にある通信端末であるか否かを判断できる。通信端末１２は、自身が直接通信確立を要求した通信端末１１と通信確立状態にある通信端末との間で、確実に通信を確立して相互通信を開始できる。通信端末１２は、通信端末１１と通信確立状態にない不特定の通信端末と通信を確立させてしまうことを防止できる。従って、不特定の通信端末に情報が漏えいしてしまうことを防止できる。
【００５２】
図７を参照し、通信端末１１〜１３間で通信が確立して相互通信が可能となるまでの通信手順の第二例について説明する。上述の第一例と同一処理部分は、説明を省略し又は簡略化する。通信端末１１と通信端末１３とは既に通信が確立し、相互通信可能な状態にある。通信端末１１と通信端末１３とは相互通信を行っている（６１）。第二例では、通信確立状態にある通信端末１１，１３のうち通信端末１１が、通信端末１２との通信を確立させて相互通信を行う場合が示されている。
【００５３】
通信端末１１の使用者は、通信端末１１に対して、通信端末１２と通信を確立して相互通信を開始する指示を入力する。通信端末１１は、所定のキー情報「ｘｘｘｘ」を決定する。通信端末１１は、通信端末１２に対してINVITE要求を送信する。INVITE要求には、決定されたキー情報「ｘｘｘｘ」が対応付けられる。またINVITE要求には、通信端末１１と通信確立状態にある通信端末１３のＩＤ「１３」が「Caller ID」として対応付けられる。通信端末１２は、INVITE要求を受信する（６２）。通信端末１２は、INVITE要求を送信した通信端末のＩＤ「１１」、INVITE要求に対応付けられていたCaller ID「１３」及びキー情報「ｘｘｘｘ」を、キー情報テーブルに記憶する。
【００５４】
通信端末１２は、通信端末１１から通信確立の要求があったことを示す情報をディスプレイ２６に表示する。また通信端末１２は、通信端末１１との通信が確立している通信端末１３を示す情報をのディスプレイ２６に表示する。通信端末１２の使用者は、通信端末１１，１３との通信確立の許否を判断する。通信端末１２の使用者は、通信端末１２に対して判断結果を入力する。通信端末１１，１３との通信確立を許可する旨の入力がされた場合、通信端末１２は、通信端末１１に対してＯＫ応答を送信する。通信端末１２は、ＯＫ応答を受信する（６３）。
【００５５】
通信端末１２の使用者によって、通信端末１１，１３との通信確立を拒否する旨の入力がされた場合、通信端末１２は、通信端末１１に対してＢＵＳＹ応答を送信する。通信端末１１はＢＵＳＹ応答を受信する。通信端末１１，１３と通信端末１２との通信は確立しない。このように通信端末１２は、通信端末１１，１３との通信確立を望まない場合、通信端末１１，１３との通信の確立を拒否できる。これによって、通信システムの秘匿性を維持できる。
【００５６】
通信端末１１が通信端末１２からＯＫ応答を受信した場合、通信端末１１は、通信端末１２に対してＡＣＫを送信する。通信端末１２は、ＡＣＫを受信する（６４）。通信端末１１と通信端末１２との間の通信が確立する。通信端末１１と通信端末１２との間で相互通信が実行される（６５）。
【００５７】
通信端末１１が通信端末１２に対してＡＣＫを送信した後、通信端末１１は、通信端末１３に対してREFER要求を送信する。REFER要求には、通信端末１２に対して送信したINVITE要求に対応付けたキー情報「ｘｘｘｘ」が対応付けられる。またREFER要求には、INVITE要求を送信した通信端末１２のＩＤ「１２」が「Callee ID」として対応付けられる。通信端末１３は、REFER要求を受信する（６６）。
【００５８】
通信端末１３は、使用者に対して通信確立の許否を問い合わせる。通信端末１３の使用者によって、通信確立を許可する旨の入力がされた場合、通信端末１３は、ACCEPT応答を通信端末１１に対して送信する。通信端末１１はACCEPT応答を受信する（６７）。通信端末１３は、ACCEPT応答を通信端末１１に対して送信した後、通信端末１２との通信を確立させるために、通信端末１２に対してINVITE要求を送信する。INVITE要求には、受信したREFER要求に対応付けられたキー情報「ｘｘｘｘ」が対応付けられる。通信端末１２は、INVITE要求を受信する（６８）。通信端末１２は、受信したINVITE要求の送信元端末のＩＤ「１３」が、キー情報テーブルに記憶されている「Caller ID」と一致するか判断する。また通信端末１２は、受信したINVITE要求に対応付けられているキー情報「ｘｘｘｘ」が、キー情報テーブルに記憶されているキー情報と一致するか判断する。双方が一致した場合、Caller IDにて特定される通信端末１３は、通信端末１１と通信確立状態にある通信端末であるということになる。この場合、通信端末１２は、使用者に通信確立の許否を問い合わせる表示を行わない。通信端末１２は、使用者に通信確立の許否を問い合わせる表示を行わない。これによって通信端末１２は、使用者に対する確認を要することなく迅速に通信を実行できる。
【００５９】
通信端末１２は、通信端末１３に対してＯＫ応答を送信する。通信端末１３は、ＯＫ応答を受信する（６９）。通信端末１３は、通信端末１２に対してＡＣＫを送信する。通信端末１２は、ＡＣＫを受信する（７０）。通信端末１２と通信端末１３との間の通信が確立する。通信端末１２と通信端末１３との間で相互通信が実行される（７１）。このように通信端末１２は、INVITE要求を送信した通信端末１３が、通信端末１１と通信確立状態にある通信端末であるか否かを判断できる。通信端末１２は、通信端末１１と通信確立状態にない不特定の通信端末と通信を確立させてしまうことを防止できる。
【００６０】
図８及び図９を参照し、通信端末１１〜１４間で通信が確立して相互通信が可能となるまでの手順について説明する。上述の第一例及び第二例と同一処理部分は、説明を省略し又は簡略化する。図８に示すように、通信端末１１と通信端末１３とは相互通信を行っている（８１）。通信端末１２と通信端末１４とは相互通信を行っている（８２）。図８及び図９では、通信端末１２が通信端末１１との通信を確立させて相互通信を行う場合が示されている。
【００６１】
通信端末１２の使用者は、通信端末１２に対して、通信端末１１との通信を確立して相互通信を開始する指示を入力する。通信端末１２は、所定のキー情報「ａａａａ」を決定する。通信端末１２は、通信端末１１に対してINVITE要求を送信する。INVITE要求には、決定されたキー情報「ａａａａ」が対応付けられる。またINVITE要求には、通信端末１２と通信確立状態にある通信端末１４のＩＤ「１４」がCaller IDとして対応付けられる。通信端末１１は、INVITE要求を受信する（８３）。通信端末１１は、INVITE要求を送信した通信端末ＩＤ「１２」、INVITE要求に対応付けられていたCaller ID「１４」及びキー情報「ａａａａ」をキー情報テーブルに記憶する。
【００６２】
通信端末１１の使用者によって通信端末１２，１４との通信が許可された場合、通信端末１１は、所定のキー情報「ｂｂｂｂ」を決定する。通信端末１１は、通信端末１２に対してＯＫ応答を送信する。ＯＫ応答には、決定されたキー情報「ｂｂｂｂ」が対応付けられる。またＯＫ応答には、通信端末１１と通信確立状態にある通信端末１３のＩＤ「１３」がCaller IDとして対応付けられる。通信端末１２はＯＫ応答を受信する（８４）。通信端末１２は、ＯＫ応答を送信した通信端末ＩＤ「１１」、ＯＫ応答に対応付けられていたCaller ID「１３」及びキー情報「ｂｂｂｂ」をキー情報テーブルに記憶する。通信端末１２の使用者によって通信端末１１，１３との通信確立が許可された場合、通信端末１２は、通信端末１１に対してＡＣＫを送信する。通信端末１１は、ＡＣＫを受信する（８５）。通信端末１１と通信端末１２との間の通信が確立する。通信端末１１と通信端末１２との間で相互通信が実行される（８６）。
【００６３】
通信端末１１が通信端末１２からＡＣＫを受信した後、通信端末１１は、通信端末１３に対してREFER要求を送信する。REFER要求には、通信端末１２に対して送信したＯＫ応答（８４参照）に対応付けたキー情報「ｂｂｂｂ」が対応付けられる。またREFER要求には、ＯＫ応答を送信した（自身に対して通信確立を要求した）通信端末１２のＩＤ「１２」が「Callee ID」として対応付けられる。通信端末１３は、REFER要求を受信する（８７）。通信端末１３の使用者によって通信端末１２との通信確立が許可された場合、通信端末１３は、通信端末１１に対してACCEPT応答を送信する。通信端末１１は、ACCEPT応答を受信する（８８）。
【００６４】
通信端末１３は、通信端末１２との通信を確立させるために、通信端末１２に対してINVITE要求を送信する。INVITE要求には、受信したREFER要求に対応付けられていたキー情報「ｂｂｂｂ」が対応付けられる。通信端末１２は、INVITE要求を受信する（８９）。通信端末１２は、受信したINVITE要求の送信元端末のＩＤ「１３」が、キー情報テーブルに記憶されている「Caller ID」と一致するか判断する。また通信端末１２は、受信したINVITE要求に対応付けられているキー情報「ｂｂｂｂ」が、キー情報テーブルに記憶されているキー情報と一致するか判断する。双方が一致した場合、通信端末１２は、使用者に通信確立の許否を問い合わせる表示を行わない。通信端末１２は、所定のキー情報「ｃｃｃｃ」を決定する。通信端末１２は、ＯＫ応答を通信端末１３に対して送信する。ＯＫ応答には、決定されたキー情報「ｃｃｃｃ」が対応付けられる。またＯＫ応答には、通信端末１２と通信確立状態にある通信端末１４のＩＤ「１４」がCaller IDとして対応付けられる。通信端末１３はＯＫ応答を受信する（９０）。通信端末１３は、ＯＫ応答を送信した通信端末ＩＤ「１２」、ＯＫ応答に対応付けられていたCaller ID「１４」及びキー情報「ｃｃｃｃ」をキー情報テーブルに記憶する。通信端末１３は、通信端末１２に対してＡＣＫを送信する。通信端末１２は、ＡＣＫを受信する（９１）。通信端末１２と通信端末１３との間の通信が確立する。通信端末１２と通信端末１３との間で相互通信が実行される（９２）。
【００６５】
通信端末１２は、ＡＣＫを通信端末１１に対して送信した（８５、図８参照）後、通信端末１４に対してREFER要求を送信する。REFER要求には、通信端末１１に対して送信したINVITE要求（８３参照）に対応付けたキー情報「ａａａａ」が対応付けられる。またREFER要求には、INVITE要求（８３参照）を送信した通信端末１１のＩＤ「１１」がCallee IDとして対応付けられる。通信端末１４は、REFER要求を受信する（１０１）。通信端末１４の使用者によって通信端末１１との通信確立が許可された場合、通信端末１４は、通信端末１２に対してACCEPT応答を送信する。通信端末１２は、ACCEPT応答を受信する（１０２）。
【００６６】
図９に示すように、通信端末１４は、通信端末１１との通信を確立させるために、通信端末１１に対してINVITE要求を送信する。INVITE要求には、受信したREFER要求に対応付けられていたキー情報「ａａａａ」が対応付けられる。通信端末１１は、INVITE要求を受信する（１０３）。通信端末１１は、受信したINVITE要求の送信元端末のＩＤ「１４」が、キー情報テーブルに記憶されているCaller IDと一致するか判断する。また通信端末１１は、受信したINVITE要求に対応付けられているキー情報「ａａａａ」が、キー情報テーブルに記憶されているキー情報と一致するか判断する。双方が一致した場合、通信端末１１は、使用者に通信確立の許否を問い合わせる表示を行わない。通信端末１１は、所定のキー情報「ｄｄｄｄ」を決定する。通信端末１１は、ＯＫ応答を通信端末１４に対して送信する。ＯＫ応答には、決定されたキー情報「ｄｄｄｄ」が対応付けられる。またＯＫ応答には、通信端末１１と通信確立状態にある通信端末１３のＩＤ「１３」がCaller IDとして対応付けられる。通信端末１４はＯＫ応答を受信する（１０４）。通信端末１４は、ＯＫ応答を送信した通信端末ＩＤ「１１」、ＯＫ応答に対応付けられていたCaller ID「１３」及びキー情報「ｄｄｄｄ」をキー情報テーブルに記憶する。通信端末１４は、通信端末１１に対してＡＣＫを送信する。通信端末１２は、ＡＣＫを受信する（１０５）。通信端末１１と通信端末１４との間の通信が確立する。通信端末１１と通信端末１４との間で相互通信が実行される（１０６）。
【００６７】
通信端末１２は、通信端末１１からＡＣＫ（９１、図８参照）を受信した後、通信端末１４に対してREFER要求を送信する。REFER要求には、通信端末１２が通信端末１３に対して送信したＯＫ応答（９０、図８参照）に対応付けたキー情報「ｃｃｃｃ」が対応付けられる。またREFER要求には、自身に対して通信確立を要求した通信端末１３のＩＤ「１３」がCallee IDとして対応付けられる。通信端末１４は、REFER要求を受信する（１０９）。通信端末１４の使用者によって通信端末１３との通信確立が許可された場合、通信端末１４は、通信端末１２に対してACCEPT応答を送信する。通信端末１２は、ACCEPT応答を受信する（１１０）。
【００６８】
通信端末１４は、通信端末１２に対してACCEPT応答を送信した後、通信端末１３との通信を確立させるために、通信端末１３に対してINVITE要求を送信する。INVITE要求には、REFER要求（１０９）とともに受信したキー情報「ｃｃｃｃ」が対応付けられる。通信端末１３は、INVITE要求を受信する（１１１）。通信端末１３は、受信したINVITE要求の送信元端末のＩＤ「１４」が、キー情報テーブルに記憶されているCaller IDと一致するか判断する。また通信端末１３は、受信したINVITE要求に対応付けられているキー情報「ｃｃｃｃ」が、キー情報テーブルに記憶されているキー情報と一致するか判断する。双方が一致した場合、通信端末１３は、使用者に通信確立の許否を問い合わせる表示を行わない。通信端末１３は、所定のキー情報「ｅｅｅｅ」を決定する。通信端末１３は、ＯＫ応答を通信端末１４に対して送信する。ＯＫ応答には、決定されたキー情報「ｅｅｅｅ」が対応付けられる。またＯＫ応答には、通信端末１３と通信が確立している通信端末１１のＩＤ「１１」がCaller IDとして対応付けられる。通信端末１４はＯＫ応答を受信する（１１２）。通信端末１４は、通信端末１３に対してＡＣＫを送信する。通信端末１３は、ＡＣＫを受信する（１１３）。通信端末１３と通信端末１４との間の通信が確立する。通信端末１３と通信端末１４との間で相互通信が実行される（１１４）。
【００６９】
通信端末１１は、通信端末１４からＡＣＫ（１０５参照）を受信した後、通信端末１３に対してREFER要求を送信する。REFER要求には、通信端末１４に対して送信したＯＫ応答（１０４参照）に対応付けたキー情報「ｄｄｄｄ」が対応付けられる。またREFER要求には、ＯＫ応答を送信した（自身に対して通信確立を要求した）通信端末１４のＩＤ「１４」がCallee IDとして対応付けられる。通信端末１３は、REFER要求を受信する（１１５）。通信端末１３は、通信端末１１に対してACCEPT応答を送信する。通信端末１１は、ACCEPT応答を受信する（１１６）。ここで、通信端末１３と通信端末１４とは既に通信確立状態にある（１１４参照）。通信端末１３に記憶された確立状態テーブルのうち通信端末ＩＤ「１４」の通信状態は「通信中」になっている。この場合通信端末１３は、通信端末１４に対してINVITE要求を送信しない。このように通信端末１３は、通信確立状態にある通信端末に対しては、REFER要求を受信した場合であってもINVITE要求を送信しない。これによって通信端末は、通信確立のために必要な通信量を抑制できるので、ネットワーク１５のトラフィックを抑制できる。また通信端末１３は、早期に通信端末間で通信を確立できる。
【００７０】
以上のように通信端末１１〜１４は、親端末による通信制御を経ることなく、通信確立を要求する通信端末との間で通信を確立して相互通信を開始させることができる。親端末が不要となるので、使用者による親端末の設定作業が不要となる。また、確立中端末から親端末が離脱できないという制約を排除できる。さらに、親端末が確立中端末から離脱した場合の親端末の再設定作業が不要となる。
【００７１】
図１０から図１４のフローチャートを参照し、通信端末１１〜１４において実行されるメイン処理について説明する。メイン処理は、通信端末１１〜１４の電源が投入された場合に、ＣＰＵ２１において起動され実行される。
【００７２】
メイン処理が起動されると、はじめに、他の通信端末（以下「要求先端末」という。）との通信確立を行う旨の入力を使用者が行ったかが判断される（Ｓ１１）。要求先端末との通信確立を行う旨の入力がされた場合（Ｓ１１：ＹＥＳ）、確立状態テーブルが参照される。通信状態が「通信中」である通信端末のＩＤが確立状態テーブルに記憶されているか判断される。通信状態が「通信中」である通信端末のＩＤが確立状態テーブルに記憶されている場合、通信中である通信端末のＩＤがCaller IDとしてINVITE要求に対応付けられる。通信状態が「通信中」である通信端末のＩＤが確立状態テーブルに記憶されている場合、所定のキー情報が決定される（Ｓ１３）。決定されたキー情報は、INVITE要求に対応付けられる。
【００７３】
要求先端末に対し、INVITE要求が送信される（Ｓ１５）。要求先端末のＩＤは確立状態テーブルに記憶される。確立状態テーブルのうち要求先端末のＩＤに対応する通信状態として「要求送信中」が記憶される（Ｓ１６）。
【００７４】
要求先端末に対してINVITE要求を送信した後、ＯＫ応答の受信が監視される（Ｓ１７）。要求先端末において通信確立が拒否された場合、要求送信端末からＢＵＳＹ応答が送信される（Ｓ９６、図１４参照）。ＯＫ応答が受信されず（Ｓ１７：ＮＯ）、ＢＵＳＹ応答が受信された場合、要求先端末と通信を確立させることができないので、そのままＳ１１の処理に戻る。
【００７５】
要求先端末において通信確立が許可された場合、要求先端末からＯＫ応答が送信される。ＯＫ応答が受信された場合（Ｓ１７：ＹＥＳ）、ＯＫ応答にCaller IDが対応付けられているかが判断される。受信したＯＫ応答にCaller IDが対応付けられている場合であって、Caller IDと同一のＩＤが確立状態テーブルに記憶されている場合、Caller IDにて特定される通信端末（要求先端末と通信確立状態にある通信端末。以下「要求先確立端末」という。）は既に使用者によって通信確立が許可されていることになる。また、ＯＫ応答にCaller IDが対応付けられていない場合、要求先端末と通信確立状態にある通信端末は存在しないことになる（Ｓ１８：ＹＥＳ）。要求先端末に対してＡＣＫを送信するために、そのままＳ２１（図１１参照）の処理に進む。
【００７６】
ＯＫ応答に対応付けられているCaller IDと同一のＩＤが確立状態テーブルに記憶されていない場合（Ｓ１８：ＮＯ）、要求先確立端末との通信確立の許否を使用者に判断させる必要がある。要求先確立端末を使用者に通知するために、ディスプレイ２６にCaller IDが表示される。要求先確立端末との通信を確立するか否かを使用者に問い合わせる問い合わせ表示が、ディスプレイ２６に表示される。使用者は、要求先確立端末との通信確立の許否を判断し、判断結果を入力する。要求先確立端末との通信確立を許可する旨が使用者によって入力された場合（Ｓ１９：ＹＥＳ）、要求先端末に対してＡＣＫを送信するために、Ｓ２１（図１１参照）の処理に進む。
【００７７】
要求先確立端末との通信確立を拒否する旨が使用者によって入力された場合（Ｓ１９：ＮＯ）、要求先端末との通信確立通信を中止させる処理（第一拒否処理、Ｓ２０）が実行される。図１３を参照し、第一拒否処理について説明する。第一拒否処理では、確立状態テーブルに記憶した要求先端末のＩＤ及び通信状態が削除される（Ｓ９１）。要求先端末に対し、ＢＹＥ要求が送信される（Ｓ９２）。ＢＹＥ要求に応じて要求先端末から送信されるＯＫ応答の受信が監視される（Ｓ９３）。要求先端末からＯＫ応答を受信した場合（Ｓ９３：ＹＥＳ）、要求先端末に対してＡＣＫが送信される（Ｓ９４）。そして第一拒否処理を終了し、メイン処理（図１０）に戻る。要求送信端末からＯＫ応答を受信できない場合（Ｓ９３：ＮＯ）、そのまま第一拒否処理を終了し、メイン処理（図１０）に戻る。図１０に示すように、第一拒否処理の終了後、Ｓ１１の処理に戻る。
【００７８】
図１１に示すように、Ｓ２１の処理では、要求先端末に対して、Ｓ１７の処理で受信したＯＫ応答に対するＡＣＫが送信される（Ｓ２１）。要求先端末との間で通信が確立し、相互通信が可能な状態になる。要求先端末との間で相互通信が実行される（Ｓ２２）。Ｓ１７（図１０参照）の処理で要求先端末から受信したＯＫ応答にCaller IDとキー情報とが対応付けられている場合、要求先端末のＩＤ、ＯＫ応答に対応付けられていたCaller ID及びキー情報はキー情報テーブルに記憶される（Ｓ２３）。Caller IDは、確立状態テーブルに記憶される。確立状態テーブルに記憶したCaller IDに対応する通信状態として「通信中」が記憶される（Ｓ２４）。
【００７９】
Ｓ１５（図１０参照）の処理で送信されたINVITE要求に、Caller IDを対応付けたかが判断される（Ｓ２５）。INVITE要求にCaller IDを対応付けていない場合（Ｓ２５：ＮＯ）、現時点で自身と通信確立状態にある通信端末は存在しないことになるので、そのままＳ１１（図１０参照）の処理に戻る。
【００８０】
Ｓ１５（図１０参照）の処理で送信されたINVITE要求にCaller IDを対応付けている場合（Ｓ２５：ＹＥＳ）、現時点で自身と通信が確立している通信端末（以下「確立中端末」という。）が存在することになる。要求先端末との通信確立を許可した旨を通知するREFER要求が、確立中端末に対して送信される（Ｓ２７）。REFER要求には、要求先端末のＩＤがCallee IDとして対応付けられる。またREFER要求には、Ｓ１５（図１０参照）の処理で送信したINVITE要求に対応付けたキー情報が対応付けられる。INVITE要求に対応付けたCaller IDが確立状態テーブルに記憶される。確立状態テーブルに記憶したCaller IDに対応する通信状態として「要求送信中」が記憶される（Ｓ２８）。REFER要求に応じ、確立中端末から送信されるACCEPT応答の受信が監視される（Ｓ２９）。確立中端末からACCEPT応答を受信した場合（Ｓ２９：ＹＥＳ）、そのままＳ１１（図１０参照）の処理に戻る。確立中端末からACCEPT応答を受信できない場合（Ｓ２９：ＮＯ）、確立中端末において通信確立が拒否されていることになる。この場合、確立中端末からＢＵＳＹ応答が送信される（Ｓ９６、図１４参照）。確立中端末から送信されたＢＵＳＹ応答が受信される。要求先端末との通信確立状態を解消するために、要求先端末に対してＢＹＥ要求が送信される（Ｓ３１）。要求先端末との間の通信確立状態が解消され、相互通信は終了される（Ｓ３３）。そしてＳ１１（図１０参照）の処理に戻る。
【００８１】
一方、図１０に示すように、使用者によって要求先端末との通信確立を行う旨の入力がされていない場合（Ｓ１１：ＮＯ）、確立中端末からREFER要求を受信したかが判断される（Ｓ４１）。REFER要求を受信した場合（Ｓ４１：ＹＥＳ）、自身との通信確立を望む通信端末（REFER要求に対応付けられているCallee IDにて特定される通信端末、以下「確立待機端末」という。）が存在していることになる。REFER要求に対応付けられているCallee IDと同一のＩＤが確立状態テーブルに記憶されているかが判断される（Ｓ４３）。REFER要求に対応付けられているCallee IDと同一のＩＤが確立状態テーブルに記憶されている場合（Ｓ４３：ＹＥＳ）、確立待機端末という。）とは既に通信確立のための通信が実行されていることになる。この場合、自身から確立待機端末に対してINVITE要求を送信することなく、Ｓ１１に戻る。
【００８２】
REFER要求に対応付けられているCallee IDが確立状態テーブルに記憶されていない場合（Ｓ４３：ＮＯ）、確立待機端末と通信を確立させるための処理が実行される。確立待機端末を使用者に通知するために、REFER要求に対応付けられているCallee ID（確立待機端末のＩＤ）がディスプレイ２６に表示される。確立待機端末との通信を確立させるか否かを使用者に問い合わせる問い合わせ表示が、ディスプレイ２６に表示される。使用者は、確立待機端末との通信確立の許否を判断し、判断結果を入力する。
【００８３】
確立待機端末との通信の確立を拒否する旨が使用者によって入力された場合（Ｓ４５：ＮＯ）、確立待機端末との通信確立を中止させる処理（第二拒否処理）が実行される（Ｓ４９）。図１４を参照し、第二拒否処理について説明する。第二拒否処理では、確立状態テーブルに記憶した確立待機端末のＩＤ及び通信状態が削除される（Ｓ９５）。ＢＵＳＹ応答が確立中端末に対して送信される（Ｓ９６）。ＢＵＳＹ応答に応じて確立中端末から送信されるＡＣＫ応答が受信される（Ｓ９７）。第二拒否処理を終了し、メイン処理（図１０）に戻る。図１０に示すように、第二拒否処理の終了後、Ｓ１１の処理に戻る。
【００８４】
Ｓ４５において、確立待機端末との通信の確立を許可する旨が使用者によって入力された場合（Ｓ４５：ＹＥＳ）、確立中端末に対してACCEPT応答が送信される（Ｓ４７）。Ｓ４１の処理で受信したREFER要求に対応付けられているCallee IDは、確立状態テーブルに記憶される。確立状態テーブルに記憶したCallee IDに対応する通信状態として「要求受信中」が記憶される（Ｓ４８）。そしてＳ１３の処理に進む。INVITE要求が確立待機端末に対して送信される（Ｓ１５）。確立待機端末からＯＫ応答が受信される（Ｓ１７：ＹＥＳ）。確立待機端末に対してＡＣＫが送信される（Ｓ２１、図１１参照）。確立待機端末との間で通信が確立し、相互通信が可能な状態になる。確立待機端末との間で相互通信が実行される（Ｓ２２、図１１参照）。確立状態テーブルのうち確立待機端末のＩＤに対応する通信状態に「通信中」が記憶される（Ｓ２４、図１１参照）。
【００８５】
他方、図１０に示すように、使用者によって通信確立を行う旨の入力がされておらず（Ｓ１１：ＮＯ）、且つ確立中端末からREFER要求を受信していない場合（Ｓ４１：ＮＯ）、自身との通信確立を要求する通信端末（以下「要求元端末」という。）が送信したINVITE要求を受信したかが判断される（Ｓ５１）。INVITE要求を受信していない場合（Ｓ５１：ＮＯ）、そのままＳ１１の処理に戻る。
【００８６】
要求元端末からINVITE要求を受信した場合（Ｓ５１：ＹＥＳ）、図１２に示すように、INVITE要求にCaller ID及びキー情報が対応付けられているかが判断される（Ｓ５３）。INVITE要求にCaller ID及びキー情報が対応付けられていない場合（Ｓ５３：ＮＯ）、要求元端末と通信が確立している通信端末は存在しないことになるので、そのままＳ５７の処理に進む。INVITE要求にCaller ID及びキー情報が対応付けられている場合（Ｓ５３：ＹＥＳ）、キー情報テーブルが参照される。INVITE要求に対応付けられているCaller ID及びキー情報と一致する情報が、キー情報テーブルに記憶されているかが判断される（Ｓ５５）。INVITE要求に対応付けられているCaller ID及びキー情報と、キー情報テーブルに記憶されているCaller ID及びキー情報とが一致する場合（Ｓ５５：ＹＥＳ）、INVITE要求を送信した要求元端末は、要求先端末と通信確立状態にある通信端末であることになる。この場合、通信確立の要求があった旨を使用者に通知する必要はないので、要求元端末に対してＯＫ応答を送信するために、そのままＳ６０の処理に進む。INVITE要求に対応付けられているCaller ID及びキー情報と、キー情報テーブルに記憶されているCaller ID及びキー情報とが相違する場合（Ｓ５５：ＮＯ）、要求元端末は、要求先端末と通信確立状態にない通信端末であるということになる。この場合、使用者に通信確立の許否を判断させるために、Ｓ５７の処理に進む。
【００８７】
Ｓ５７の処理では、要求元端末を使用者に通知するために、ディスプレイ２６に要求元端末のＩＤ（INVITE要求に対応付けられていたCaller ID）が表示される。要求元端末との通信を確立させるか否かを使用者に問い合わせる問い合わせ表示が、ディスプレイ２６に表示される。使用者は、要求元端末との通信確立の許否を判断し、判断結果を入力する。要求元端末との通信の確立を拒否する旨が使用者によって入力された場合（Ｓ５７：ＮＯ）、要求元端末との通信確立を中止させる処理（第二拒否処理）が実行される（Ｓ５８）。その後Ｓ１１（図１０参照）の処理に戻る。一方、Ｓ５７において、要求元端末との通信の確立を許可する旨が使用者によって入力された場合（Ｓ５７：ＹＥＳ）、要求元端末のＩＤが確立状態テーブルに記憶される。確立状態テーブルのうち、要求元端末のＩＤに対応する通信状態として「要求受信中」が記憶される（Ｓ５９）。要求元端末に対してＯＫ応答を送信するために、Ｓ６０の処理に進む。
【００８８】
Ｓ６０の処理では、確立状態テーブルが参照される。通信状態が「通信中」である通信端末が確立状態テーブルに記憶されているか判断される。通信状態が「通信中」である通信端末が確立状態テーブルに記憶されている場合、通信中である通信端末のＩＤがCaller IDとしてＯＫ応答に対応付けられる。通信状態が「通信中」である通信端末が確立状態テーブルに記憶されている場合、所定のキー情報が決定される（Ｓ６０）。決定されたキー情報は、ＯＫ応答に対応付けられる。要求元端末に対してＯＫ応答が送信される（Ｓ６１）。
【００８９】
要求元端末に対してＯＫ応答を送信した後、ＡＣＫの受信が監視される（Ｓ６３）。要求元端末において通信確立が拒否された場合、要求元端末からＢＵＳＹ応答が送信される（Ｓ９６、図１４参照）。ＡＣＫが受信されず（Ｓ６３：ＮＯ）、ＢＵＳＹ応答が受信された場合、要求元端末と通信を確立させることができないので、そのままＳ１１（図１０参照）の処理に戻る。
【００９０】
要求元端末において通信確立が許可された場合、要求元端末からＡＣＫが送信される。要求元端末からＡＣＫが受信された場合（Ｓ６３：ＹＥＳ）、要求元端末との間で通信が確立し、相互通信が可能な状態となる。要求元端末との間で相互通信が実行される（Ｓ７１）。Ｓ５１（図１０参照）において要求元端末から受信したINVITE要求にCaller IDとキー情報とが対応付けられているかが判断される。受信したINVITE要求にCaller IDとキー情報とが対応付けられている場合、要求元端末のＩＤ、INVITE要求に対応付けられていたCaller ID及びキー情報はキー情報テーブルに記憶される（Ｓ７３）。INVITE要求に対応付けられていたCaller ID（要求元端末と通信確立状態にある通信端末のＩＤ）は確立状態テーブルに記憶される。確立状態テーブルに記憶したCaller IDに対応する通信状態として「通信中」が記憶される（Ｓ７５）。
【００９１】
Ｓ６１の処理で送信されたＯＫ応答に、Caller IDを対応付けたかが判断される（Ｓ７７）。ＯＫ応答にCaller IDを対応付けていない場合（Ｓ７７：ＮＯ）、現時点で自身と通信が確立した通信端末は存在しないことになるので、そのままＳ１１（図１０参照）の処理に戻る。Ｓ６１の処理で送信されたＯＫ応答にCaller IDを対応付けている場合（Ｓ７７：ＹＥＳ）、現時点で自身と通信が確立している確立中端末が存在することになる。要求元端末との通信確立を許可した旨を通知するREFER要求が、確立中端末に対して送信される（Ｓ２７、図１１参照）。REFER要求に応じ、確立中端末から送信されるACCEPT応答の受信が監視される（Ｓ２９、図１１参照）。確立中端末からACCEPT応答を受信した場合（Ｓ２９：ＹＥＳ、図１１参照）、そのままＳ１１（図１０参照）の処理に戻る。
【００９２】
以上説明したように、通信端末１１〜１４は、親端末による通信制御を経ることなく、通信確立を要求する通信端末との間で通信を確立して相互通信を開始させることができる。
【００９３】
なお、本発明は上記実施の形態に限定されるものではなく、種々の変更が可能である。上述の実施の形態では、通信確立状態の通信端末（確立中端末）が存在する状態で他の通信端末（要求元端末）からINVITE要求を受信した場合、要求元端末との通信を確立させた後、確立中端末にREFER要求を送信していた。確立中端末は、REFER要求を受信した場合に、要求元端末に対してINVITE要求を送信することで、要求元端末との通信を確立させていた。しかしながら本発明はこの方法に限定されない。以下、本発明の変形例について説明する。
【００９４】
図１５を参照し、本発明の変形例における通信手順について説明する。上述の実施の形態と同一部分については、説明を省略し又は簡略化する。通信端末１１と通信端末１３とは既に通信が確立し、相互通信可能な状態にある。通信端末１１と通信端末１３とは相互通信を行っている（１２１）。変形例では、通信端末１２が通信端末１１との通信を確立させて相互通信を行う場合が示されている。
【００９５】
通信端末１２は、通信端末１１に対してINVITE要求を送信する。通信端末１１は、INVITE要求を受信する（１２２）。通信端末１１の使用者によって、通信端末１２との通信確立を許可する旨の入力がされた場合、通信端末１１は、所定のキー情報「ｘｘｘｘ」を決定する。通信端末１１は、他の通信端末との通信確立を許可した旨を通知する通知パケット（UPDATE要求）を、通信端末１３に対して送信する。UPDATE要求には、決定したキー情報「ｘｘｘｘ」が対応付けられる。またUPDATE要求には、自身に対して通信確立を要求した通信端末１２のＩＤ「１２」が「Caller ID」として対応付けられる。通信端末１３は、UPDATE要求を受信する（１２３）。
【００９６】
通信端末１３の使用者によって、通信端末１２との通信確立を許可する旨の入力がされた場合、通信端末１３は、通信端末１２との通信確立を許可するＯＫ応答を、通信端末１１に対して送信する。通信端末１１はＯＫ応答を受信する（１２４）。通信端末１３は、UPDATE要求を送信した通信端末のＩＤ「１１」、UPDATE要求に対応付けられていたCaller ID「１２」及びキー情報「ｘｘｘｘ」をキー情報テーブルに記憶する。
【００９７】
通信端末１１は、通信端末１２に対してＯＫ応答を送信する。ＯＫ応答には、通信端末１３に対して送信したUPDATE要求に対応付けたキー情報「ｘｘｘｘ」が対応付けられる。またUPDATE要求には、通信確立状態にある通信端末１３のＩＤ「１３」が「Caller ID」として対応付けられる。通信端末１２は、ＯＫ応答を受信する（１２５）。通信端末１２は、通信端末１１に対してＡＣＫを送信する。通信端末１１は、ＡＣＫを受信する（１２６）。通信端末１１と通信端末１２との間の通信が確立する。通信端末１１と通信端末１２との間で相互通信が実行される（１２７）。
【００９８】
通信端末１２は、通信端末１１に対してＡＣＫを送信した後、通信端末１３に対してINVITE要求を送信する。INVITE要求には、受信したＯＫ応答（１２５参照）に対応付けられていたキー情報「ｘｘｘｘ」が対応付けられる。通信端末１３は、INVITE要求を受信する（１２８）。通信端末１３は、受信したINVITE要求の送信元端末のＩＤ「１２」が、キー情報テーブルに記憶されている「Caller ID」と一致するか判断する。また通信端末１２は、受信したINVITE要求に対応付けられているキー情報「ｘｘｘｘ」が、キー情報テーブルに記憶されているキー情報と一致するか判断する。双方が一致した場合、通信端末１３は通信端末１２に対してＯＫ応答を送信する。通信端末１２は、ＯＫ応答を受信する（１２９）。通信端末１２は、通信端末１３に対してＡＣＫを送信する。通信端末１２は、ＡＣＫを受信する（１３０）。通信端末１２と通信端末１３との間の通信が確立する。通信端末１２と通信端末１３との間で相互通信が実行される（１３１）。以上のように、REFER要求の代わりにUPDATE要求を使用した場合であっても、通信端末は他の通信端末と通信確立のための通信を直接行うことができる。UPDATE要求を使用することで、通信確立状態にない通信端末からINVITE要求を送信させることができる。これによって、通信確立状態にある通信端末に極力処理負荷を与えることなく、通信端末間で通信を確立させることができる。
【００９９】
なお上述では、通信端末１２から送信されたINVITE要求を受信した通信端末１１が、通信確立状態にある通信端末１３に対してUPDATE要求を送信していた。しかしながら本変形例はこの手順に限定されず、他の手順で通信が確立されてもよい。例えば以下の手順で通信が確立されてもよい。
【０１００】
通信端末１１の使用者は、通信端末１１に対して、通信端末１２との通信確立を要求する旨を入力する。通信端末１１から通信端末１２に対してINVITE要求が送信され、通信端末１２においてINVITE要求が受信される。通信端末１２の使用者によって通信確立を許可する旨の入力がされた場合、通信端末１１に対してOK応答が送信される。通信端末１１は、ＯＫ応答を受信した場合に、通信確立状態にある通信端末１３に対してUPDATE要求を送信する。UPDATE要求を受信した通信端末１３では、通信端末１３の使用者に対して、通信端末１２との通信確立を許可するか否かを問い合わせる。通信端末１２との通信確立が許可された場合、通信端末１３は通信端末１１に対してOK応答を送信する。通信端末１１は、通信端末１３から送信されたＯＫ応答を受信した場合、通信端末１２に対してＡＣＫを送信する。通信端末１２は、通信端末１１から送信されたＡＣＫを受信した後、通信端末１３に対してINVITE要求を送信する。通信端末１３から送信されたINVITE要求に応じ、通信端末１３から通信端末１２に対してOK応答が送信され、通信端末１２から通信端末１３に対してACKが送信される。これによって、通信端末１１，１３と通信端末１２との間で通信が確立し、相互通信が可能となる。
【０１０１】
図１６から図１９のフローチャートを参照し、通信端末１１〜１４において実行されるメイン処理について説明する。上述の実施の形態と同一部分については、説明を省略し又は簡略化している。メイン処理は、通信端末１１〜１４の電源が投入された場合に、ＣＰＵ２１において起動され実行される。
【０１０２】
メイン処理が起動されると、はじめに、要求先端末との通信確立を行う旨の入力を使用者が行ったかが判断される（Ｓ１０１）。要求先端末との通信確立を行う旨の入力がされた場合（Ｓ１０１：ＹＥＳ）、確立状態テーブルが参照される。通信状態が「通信中」である通信端末（確立中端末）のＩＤが確立状態テーブルに記憶されているか判断される。確立中端末のＩＤが確立状態テーブルに記憶されている場合、確立中端末のＩＤがCallee IDとしてINVITE要求に対応付けられる。確立中端末のＩＤが確立状態テーブルに記憶されている場合、所定のキー情報が決定される（Ｓ１０３）。決定されたキー情報は、INVITE要求に対応付けられる。要求先端末に対し、INVITE要求が送信される（Ｓ１０５）。要求先端末のＩＤは確立状態テーブルに記憶される。確立状態テーブルのうち要求先端末のＩＤに対応する通信状態に「要求送信中」が記憶される（Ｓ１０６）。
【０１０３】
要求先端末に対してINVITE要求を送信した後、ＯＫ応答の受信が監視される（Ｓ１０７）。要求先端末において通信確立が拒否された場合、ＯＫ応答は受信されないので（Ｓ１０７：ＮＯ）、要求先端末と通信を確立させることなくＳ１０１の処理に戻る。
【０１０４】
要求先端末において通信確立が許可された場合、要求先端末からＯＫ応答が送信される。ＯＫ応答が受信された場合（Ｓ１０７：ＹＥＳ）、ＯＫ応答にCallee IDが対応付けられているかが判断される。受信したＯＫ応答にCallee IDが対応付けられている場合であって、Callee IDと同一のＩＤが確立状態テーブルに記憶されている場合、Callee IDにて特定される通信端末（要求先確立端末）は既に使用者によって通信確立が許可されていることになる。また、ＯＫ応答にCallee IDが対応付けられていない場合、要求先端末と通信確立状態にある通信端末は存在しないことになる（Ｓ１０９：ＹＥＳ）。この場合Ｓ１１５の処理に進む。
【０１０５】
ＯＫ応答に対応付けられているCallee IDと同一のＩＤが確立状態テーブルに記憶されていない場合（Ｓ１０９：ＮＯ）、要求先確立端末との通信確立の許否を使用者に判断させる必要がある。要求先確立端末を使用者に通知するために、ディスプレイ２６にCallee IDが表示される。要求先確立端末との通信を確立するか否かを使用者に問い合わせる問い合わせ表示が、ディスプレイ２６に表示される。使用者は、要求先確立端末との通信確立の許否を判断し、判断結果を入力する。要求先確立端末との通信確立を許可する旨が使用者によって入力された場合（Ｓ１１１：ＹＥＳ）、Ｓ１１５の処理に進む。要求先確立端末との通信確立を拒否する旨が使用者によって入力された場合（Ｓ１１１：ＮＯ）、要求先端末との通信確立通信を中止させる処理（第一拒否処理）が実行され（Ｓ１１３）、Ｓ１０１の処理に戻る。第一拒否処理は、上述した実施の形態と同一である。
【０１０６】
Ｓ１１５の処理では、Ｓ１０５の処理で要求先端末に対して送信したINVITE要求にCallee ID及びキー情報を対応付けたか判断される（Ｓ１１５）。送信したINVITE要求にCallee ID及びキー情報を対応付けていない場合（Ｓ１１５：ＮＯ）、そのままＳ１１９（図１７参照）の処理に進む。送信したINVITE要求にCallee ID及びキー情報を対応付けている場合（Ｓ１１５：ＹＥＳ）、Callee IDにて特定される確立中端末に対してUPDATE要求が送信される（Ｓ１１７）。UPDATE要求には、要求先端末のＩＤがCaller IDとして対応付けられる。またUPDATE要求には、Ｓ１０５の処理で送信したINVITE要求に対応付けたキー情報が対応付けられる。Ｓ１０７の処理で受信されたＯＫ応答に対応付けられていたCallee ID及びキー情報が、キー情報テーブルに記憶される（Ｓ１１８）。
【０１０７】
図１７に示すように、UPDATE要求に応じて確立中端末から送信されるＯＫ応答の受信が監視される（Ｓ１１９）。確立中端末からＯＫ応答を受信できない場合（Ｓ１１９：ＮＯ）、確立中端末において通信確立が拒否されていることになるので、そのままＳ１０１（図１６参照）の処理に戻る。確立中端末からＯＫ応答を受信した場合（Ｓ１１９：ＹＥＳ）、要求先端末に対してＡＣＫが送信される（Ｓ１２１）。要求先端末との間の通信が確立する。要求先端末との間で相互通信が実行される（Ｓ１２２）。Ｓ１１９において受信されたＯＫ応答に対応付けられていたCallee ID及びキー情報が、キー情報テーブルに記憶される（Ｓ１２３）。確立状態テーブルに、要求先端末のＩＤと通信状態「通信中」とが記憶される（Ｓ１２４）。
【０１０８】
Ｓ１１９の処理で受信したＯＫ応答にCallee IDが対応付けられているかが判断される（Ｓ１２５）。ＯＫ応答にCallee IDが対応付けられていない場合（Ｓ１２５：ＮＯ）、そのままＳ１０１（図１６参照）の処理に戻る。ＯＫ応答にCallee IDが対応付けられている場合（Ｓ１２５：ＹＥＳ）、Callee IDと同一のＩＤが確立状態テーブルに記憶されているかが判断される（Ｓ１２７）。Callee IDと同一のＩＤが確立状態テーブルに記憶されている場合（Ｓ１２７：ＹＥＳ）、そのままＳ１０１（図１６参照）の処理に戻る。ＯＫ応答に対応付けられているCallee IDと同一のＩＤが確立状態テーブルに記憶されていない場合（Ｓ１２７：ＮＯ）、Callee IDにて特定される通信端末対してINVITE要求を送信するために、Ｓ１０３（図１６）の処理に戻る。
【０１０９】
一方、図１６に示すように、使用者によって要求先端末との通信確立を行う旨の入力がされていない場合（Ｓ１０１：ＮＯ）、確立中端末からUPDATE要求を受信したかが判断される（Ｓ１４１）。UPDATE要求を受信した場合（Ｓ１４１：ＹＥＳ）、UPDATE要求に対応付けられているCaller IDと同一のＩＤが確立状態テーブルに記憶されているかが判断される（Ｓ１４３）。UPDATE要求に対応付けられているCaller IDと同一のＩＤが確立状態テーブルに記憶されている場合（Ｓ１４３：ＹＥＳ）、Caller IDにて特定される通信端末（確立待機端末）は既に自身と通信確立のための通信を行っていることになる。この場合、そのままＳ１０１に戻る。UPDATE要求に対応付けられているCaller IDが確立状態テーブルに記憶されていない場合（Ｓ１４３：ＮＯ）、確立待機端末を使用者に通知するために、UPDATE要求に対応付けられているCaller ID（確立待機端末のＩＤ）がディスプレイ２６に表示される。確立待機端末との通信を確立させるか否かを使用者に問い合わせる問い合わせ表示が、ディスプレイ２６に表示される。使用者は、確立待機端末との通信確立の許否を判断し、判断結果を入力する。
【０１１０】
確立待機端末との通信の確立を拒否する旨が使用者によって入力された場合（Ｓ１４５：ＮＯ）、確立待機端末との通信確立を中止させる処理（第二拒否処理）が実行され（Ｓ１４９）、Ｓ１０１の処理に戻る。第二拒否処理は、上述した実施の形態と同一である。確立待機端末との通信の確立を許可する旨が使用者によって入力された場合（Ｓ１４５：ＹＥＳ）、Ｓ１４１の処理で受信したUPDATE要求に対応付けられているCaller ID及びキー情報は、キー情報テーブルに記憶される（Ｓ１４７）。Ｓ１４１の処理で受信したUPDATE要求に対応付けられているCaller IDは確立状態テーブルに記憶され、通信状態として「要求受信中」が記憶される（Ｓ１４８）。そしてＳ１０１の処理に戻る。
【０１１１】
他方、使用者によって通信確立を行う旨の入力がされておらず（Ｓ１０１：ＮＯ）、且つ確立中端末からUPDATE要求を受信していない場合（Ｓ１４１：ＮＯ）、図１８に示すように、自身との通信確立を要求する要求元端末が送信したINVITE要求を受信したかが判断される（Ｓ１５１）。INVITE要求を受信していない場合（Ｓ１５１：ＮＯ）、そのままＳ１０１（図１６参照）の処理に戻る。
【０１１２】
要求元端末からINVITE要求を受信した場合（Ｓ１５１：ＹＥＳ）、INVITE要求にCallee ID及びキー情報が対応付けられているかが判断される（Ｓ１５３）。INVITE要求にCallee ID及びキー情報が対応付けられていない場合（Ｓ１５３：ＮＯ）、要求元端末と通信確立状態にある通信端末は存在しないことになるので、そのままＳ１５７の処理に進む。INVITE要求にCallee ID及びキー情報が対応付けられている場合（Ｓ１５３：ＹＥＳ）、要求元端末と通信確立状態にある通信端末（以下「要求元確立端末」という。）が存在することになる。キー情報テーブルが参照される。受信したINVITE要求に対応付けられているCallee ID及びキー情報と、キー情報テーブルに記憶された通信端末ＩＤ及びキー情報とが一致するかが判断される（Ｓ１５５）。双方が一致する場合（Ｓ１５５：ＹＥＳ）、そのままＳ１６１（図１９参照）の処理に進む。双方が相違する場合（Ｓ１５５：ＮＯ）、使用者に通信確立の許否を判断させるために、Ｓ１５７の処理に進む。
【０１１３】
Ｓ１５７の処理では、要求元確立端末を使用者に通知するために、ディスプレイ２６に要求元確立端末のＩＤ（INVITE要求に対応付けられていたCallee ID）が表示される。要求元確立端末との通信を確立させるか否かを使用者に問い合わせる問い合わせ表示が、ディスプレイ２６に表示される。使用者は、要求元確立端末との通信確立の許否を判断し、判断結果を入力する。要求元確立端末との通信の確立を拒否する旨が使用者によって入力された場合（Ｓ１５７：ＮＯ）、要求元端末との通信確立を中止させる処理（第二拒否処理）が実行され（Ｓ１５９）、Ｓ１０１（図１６参照）の処理に戻る。一方、Ｓ１５７において、要求元確立端末との通信の確立を許可する旨が使用者によって入力された場合（Ｓ１５７：ＹＥＳ）、要求元確立端末のＩＤが確立状態テーブルに記憶される。確立状態テーブルのうち、要求元確立端末のＩＤに対応する通信状態として「要求受信中」が記憶される（Ｓ１５８）。そしてＳ１６１（図１９参照）の処理に進む。
【０１１４】
図１９に示すように、Ｓ１６１の処理では、確立状態テーブルが参照される。通信状態が「通信中」である通信端末（確立中端末）のＩＤが確立状態テーブルに記憶されているか判断される（Ｓ１６１）。確立中端末のＩＤが確立状態テーブルに記憶されていない場合（Ｓ１６１：ＮＯ）、そのままＳ１７１の処理に進む。確立中端末が存在する場合（Ｓ１６１：ＹＥＳ）、所定のキー情報が決定される（Ｓ１６３）。確立中端末に対してUPDATE要求が送信される（Ｓ１６５）。UPDATE要求には、要求元確立端末のＩＤがCaller IDとして対応付けられる。またUPDATE要求には、Ｓ１６３の処理で決定されたキー情報が対応付けられる。UPDATE要求に応じて確立中端末から送信されるＯＫ応答の受信が監視される（Ｓ１６７）。要求元確立端末からＯＫ応答を受信できない場合（Ｓ１６７：ＮＯ）、要求元確立端末において通信確立が拒否されていることになる。この場合、Ｓ１０１（図１６参照）の処理に戻る。確立中端末からＯＫ応答が受信された場合（Ｓ１６７：ＹＥＳ）、Ｓ１７１の処理に進む。
【０１１５】
Ｓ１７１の処理では、要求元端末に対してＯＫ応答が送信される（Ｓ１７１）。要求元端末から送信されるＡＣＫの受信が監視される（Ｓ１７３）。ＡＣＫが受信できない場合（Ｓ１７３：ＮＯ）、要求元端末において通信確立が拒否されていることになる。この場合、Ｓ１０１（図１６）の処理に戻る。要求元端末から送信されたＡＣＫを受信した場合（Ｓ１７３：ＹＥＳ）、要求元端末との間の通信が確立する。要求元端末との間で相互通信が実行される（Ｓ１７５）。要求元端末のＩＤ、UPDATE要求に対応付けたCaller ID（要求元確立端末のＩＤ）及びキー情報は、キー情報テーブルに記憶される（Ｓ１７６）。要求元端末のＩＤと通信状態「通信中」が確立状態テーブルに記憶される（Ｓ１７７）。
【０１１６】
Ｓ１５１（図１８参照）において受信したINVITE要求にCallee IDが対応付けられていたかが判断される（Ｓ１７８）。受信したINVITE要求にCallee IDが対応付けられていない場合（Ｓ１７８：ＮＯ）、そのままＳ１０１（図１６参照）の処理に戻る。受信したINVITE要求にCallee IDが対応付けられている場合（Ｓ１７８：ＹＥＳ）、Callee IDと同一のＩＤが確立状態テーブルに記憶されているかが判断される（Ｓ１７９）。Callee IDと同一のＩＤが確立状態テーブルに記憶されている場合（Ｓ１７９：ＹＥＳ）、そのままＳ１０１（図１６参照）の処理に戻る。INVITE要求に対応付けられているCallee IDと同一のＩＤが確立状態テーブルに記憶されていない場合（Ｓ１７９：ＮＯ）、Callee IDにて特定される通信端末に対してINVITE要求を送信するために、Ｓ１０３（図１６）の処理に戻る。
【０１１７】
以上説明したように、変形例では、REFER要求の代わりにUPDATE要求が使用される。これによって、上述の実施の形態と同様、通信端末は親端末を介することなく他の通信端末と通信を確立させて相互通信を行うことができる。またREFER要求を使用した上述の実施の形態と比較して、早期に通信を確立して相互通信を開始させることができる。
【０１１８】
なお、図１０のＳ１５の処理を行うＣＰＵ２１が本発明の「第一送信手段」「第四送信手段」に相当する。図１２のＳ６１の処理を行うＣＰＵ２１が本発明の「第二送信手段」に相当する。図１０のＳ２２、及び図１２のＳ７１の処理を行うＣＰＵ２１が本発明の「第一通信手段」「第二通信手段」に相当する。図１１のＳ２７の処理を行うＣＰＵ２１が本発明の「第三送信手段」に相当する。図１２のＳ５７の処理を行うＣＰＵ２１が本発明の「第一判断手段」に相当する。図１０のＳ１９の処理を行うＣＰＵ２１が本発明の「第二判断手段」に相当する。図１３のＳ９２の処理を行うＣＰＵ２１が本発明の「第五送信手段」に相当する。図１０のＳ４５の処理を行うＣＰＵ２１が本発明の「第三判断手段」に相当する。図１４のＳ９６の処理を行うＣＰＵ２１が本発明の「第六送信手段」に相当する。図１１のＳ３３の処理を行うＣＰＵ２１が本発明の「通信中止手段」に相当する。図１０のＳ１６、Ｓ４８、図１１のＳ２４、Ｓ２８、図１２のＳ５９、Ｓ７５の処理を行うＣＰＵ２１が本発明の「記憶制御手段」に相当する。図１０のＳ１５の処理が本発明の「第一送信ステップ」「第四送信ステップ」に相当する。図１２のＳ６１の処理が本発明の「第二送信ステップ」に相当する。図１０のＳ２２、及び図１２のＳ７１の処理が本発明の「第一通信ステップ」「第二通信ステップ」に相当する。図１１のＳ２７の処理が本発明の「第三送信ステップ」に相当する。
【０１１９】
なお、本発明は上記実施の形態に限定されるものではなく、種々の変更が可能である。上述では、通信端末１１〜１４の間で通信を確立させる場合の通信手順について説明したが、本発明は、通信を確立させる場合の通信端末の台数に制約されない。５台以上の通信端末間でも通信を確立させることができる。また、通信可能な通信端末のグループが３つ以上ある場合にも同様に、通信端末間で通信を確立させることができる。
【０１２０】
上述では、通信確立のための各種パケットは通信端末間で直接送受信されていた。しかしながら本発明はこの方法に限定されない。各種パケットは、ネットワークに接続するＳＩＰサーバ１６を介して通信端末間で送受信されてもよい。通信端末は、ＳＩＰサーバ１６を介して各種パケット通信を実行できる。通信端末は、標準化されたＳＩＰを利用して、通信確立のための通信を実行できる。ＮＡＴ装置等によってネットワーク１５が分断されている場合でも、通信端末は特段処理を行うことなく、他のＮＡＴ装置の配下にある通信端末との間で通信を確立させることができる。
【０１２１】
上述において、他の通信端末に対してINVITE要求を送信するまでのタイミングを適宜調整できる構成としてもよい。また例えば、図８に示す構成において、通信端末１３と通信端末１４とが相手方にINVITE要求を送信するまでのタイミングが異なるように調整されてもよい。INVITE要求を送信するまでのタイミングは、ランダムに定めてもよいし、例えばＩＤから一義的に特定される値としてもよい。これによって、INVITE要求を相手方に送信するタイミングを異ならせることができるので、INVITE要求の送信タイミングが同時になってしまうことを防止できる。
【０１２２】
上述では、通信確立の要求があった場合、通信端末の使用者に問い合わせることで、通信確立の許否が判断されていた。しかしながら本発明はこの方法に限定されない。予め通信確立可能な通信端末のＩＤを通信端末に記憶させてもよい。通信確立の許否は、記憶させたＩＤ情報に基づいて行ってもよい。
【０１２３】
上述における相互通信は、例えばＲＴＰ（Real-time Transport Protocol）によって実行されてもよい。
【符号の説明】
【０１２４】
１      通信システム
１１，１２，１３，１４  通信端末
１６    ＳＩＰサーバ
２１    ＣＰＵ
【図１】
2011139194.tif 000003
【図２】
2011139194.tif 000004
【図３】
2011139194.tif 000005
【図４】
2011139194.tif 000006
【図５】
2011139194.tif 000007
【図６】
2011139194.tif 000008
【図７】
2011139194.tif 000009
【図８】
2011139194.tif 000010
【図９】
2011139194.tif 000011
【図１０】
2011139194.tif 000012
【図１１】
2011139194.tif 000013
【図１２】
2011139194.tif 000014
【図１３】
2011139194.tif 000015
【図１４】
2011139194.tif 000016
【図１５】
2011139194.tif 000017
【図１６】
2011139194.tif 000018
【図１７】
2011139194.tif 000019
【図１８】
2011139194.tif 000020
【図１９】
2011139194.tif 000021