通信端末、通信方法、及び通信プログラム
【課題】他の通信端末との間のセッションを確実に切断することができる通信端末、通信方法、及び通信プログラムを提供する。
【解決手段】通信端末１１、１２、１３は、相互にセッションを確立させている。通信端末１１は、セッションが確立している他の通信端末のＩＤ１３を通信端末１２に対して通知する。通信端末１２は、通知されたＩＤ１３が確立中ＩＤに記憶されている場合に、通信端末１１、１２、１３間のセッションが有効な状態であると判断する。通信端末１２は、通知されたＩＤ１３が確立中ＩＤ及び履歴ＩＤに記憶されていない場合、通信端末１３との間のセッションが切断されたものと判断し、通信端末１３との間のセッションを確立させる確立通信を行う。一方、通知されたＩＤが履歴ＩＤに記憶されている場合、通信端末１３との間のセッションは故意に切断されたものと判断し、確立通信を実行しない。
【解決手段】通信端末１１、１２、１３は、相互にセッションを確立させている。通信端末１１は、セッションが確立している他の通信端末のＩＤ１３を通信端末１２に対して通知する。通信端末１２は、通知されたＩＤ１３が確立中ＩＤに記憶されている場合に、通信端末１１、１２、１３間のセッションが有効な状態であると判断する。通信端末１２は、通知されたＩＤ１３が確立中ＩＤ及び履歴ＩＤに記憶されていない場合、通信端末１３との間のセッションが切断されたものと判断し、通信端末１３との間のセッションを確立させる確立通信を行う。一方、通知されたＩＤが履歴ＩＤに記憶されている場合、通信端末１３との間のセッションは故意に切断されたものと判断し、確立通信を実行しない。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、Peer to Peer（Ｐ２Ｐ）型の通信を行う通信端末、通信方法、及び通信プログラムに関する。
【背景技術】
【０００２】
複数の通信端末間で行われるテレビ会議が、Peer to Peer（Ｐ２Ｐ）型の通信によって実行される場合がある。この場合、クライアント−サーバ型の通信によってテレビ会議が実行される従来の場合と比較して、ＭＣＵ（Multi-point Control Unit）にパケットが集中することを防止できるという利点がある。テレビ会議がＰ２Ｐ型の通信によって実行される場合、通信端末は、他の通信端末とのセッションの有効性を判断することで、テレビ会議を中断させることなく円滑に実行することができる。セッションの有効性は、例えばＫｅｅｐ Ａｌｉｖｅパケットを使用した通信によって判断される。
【０００３】
通信状態の悪化等によってセッションが切断されたことを検出した場合に、切断されたセッションを自動的に再確立することが可能な通信端末が提案されている。例えば特許文献１に記載された通信端末では、回線の不具合等によってセッションの切断が検出された場合に、切断されたセッションに対する再確立処理が自動的に実行される。セッションが再確立された後、通信は再開される。これによって、通信状態が一時的に悪化した場合でも、テレビ会議は継続して実行される。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００２−２４７５６６号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
テレビ会議から脱退するために、特定の通信端末が他の通信端末とのセッションを故意に切断したとする。この場合、上述した通信端末では、切断されたセッションが再確立処理によって確立されてしまう場合がある。従って、特定の通信端末はセッションを切断することができず、テレビ会議からの脱退後もセッションが確立された状態となってしまうという問題点がある。
【０００６】
本発明の目的は、他の通信端末との間のセッションを確実に切断することができる通信端末、通信方法、及び通信プログラムを提供することにある。
【課題を解決するための手段】
【０００７】
本発明の第一態様に係る通信端末は、複数の他の通信端末とのセッションを確立して通信を行う通信端末であって、セッションが確立している前記他の通信端末のＩＤを記憶する第一記憶手段と、一連のセッションの開始から終了までの間にセッションが確立したことのある前記他の通信端末のＩＤを記憶する第二記憶手段と、セッションが確立している前記複数の他の通信端末のうち特定の前記他の通信端末とのセッションを切断する切断手段と、前記切断手段においてセッションが切断された前記特定の他の通信端末のＩＤを、前記第一記憶手段から削除する第一削除手段と、前記第一記憶手段に記憶されているＩＤを、セッションが確立している前記他の通信端末に対して通知する通知手段と、前記他の通信端末から通知された前記ＩＤが、前記第一記憶手段及び前記第二記憶手段に記憶されていない場合に、前記通知されたＩＤによって特定される前記他の通信端末とのセッションを確立させるための通信を行う確立通信手段と、前記他の通信端末から通知された前記ＩＤが、少なくとも前記第二記憶手段に記憶されている場合、前記通知されたＩＤによって特定される前記他の通信端末とのセッションが、前記確立通信手段において再度確立されることを禁止する禁止手段とを備えたことを特徴とする。
【０００８】
第一態様によれば、通信端末は、他の通信端末から通知されたＩＤに基づいてセッションの状態を監視し、切断されたセッションを自動的に再確立する再確立機能を有している。通信端末は、第一記憶手段及び第二記憶手段のいずれにも記憶されていないＩＤが通知された場合、該ＩＤを有する通信端末との間のセッションを確立させる。一方、通信端末は、通知されたＩＤが第二記憶手段に記憶されている場合、該ＩＤを有する通信端末との間のセッションを確立させるための通信を行わない。これによって、切断を望むセッションが、再確立機能によって再度確立されてしまうことを防止できる。通信端末は、所望するセッションを確実に切断することができる。
【０００９】
また第一態様において、前記通知されたＩＤによって特定される前記他の通信端末とのセッションが、前記確立通信手段において再度確立されるように、前記第二記憶手段に記憶された前記ＩＤを削除する第二削除手段を備えていてもよい。これによって通信端末は、通信状態の悪化等によって切断されたセッションを再確立させ、通信を再開することができる。
【００１０】
また第一態様において、前記第二削除手段は、前記第一記憶手段に記憶された前記ＩＤが、前記第一削除手段において全て削除された場合、前記第二記憶手段に記憶された前記ＩＤを全て削除してもよい。これによって通信端末は、全ての他の通信端末とのセッションが切断された場合に、第二記憶手段に記憶されたＩＤを全て削除することができる。これによって、通信端末が新たに他の通信端末とのセッションを確立する場合に、セッションを確立するための通信が確実に行われる。これによって通信端末は、他の通信端末とのセッションを確実に確立し、通信を開始することができる。
【００１１】
また第一態様において、前記通信端末は、複数の前記他の通信端末とのセッションを確立して多地点間通信を行うことが可能なグループに属し、前記第一記憶手段及び前記第二記憶手段は、前記通信端末が属する前記グループ毎に設けられていてもよい。これによって通信端末は、セッションの再確立をグループ毎に制御することができる。従って、通信端末が複数のグループに属している場合において、一のグループ内でセッションが再確立される場合に、他のグループ内のセッションが再確立されてしまうことを防止できる。
【００１２】
また第一態様において、前記切断手段は、前記特定の他の通信端末からセッションの切断の要求を直接受け付けた場合にセッションを切断する第一切断手段と、前記他の通信端末から前記ＩＤが所定時間以上通知されなかった場合にセッションを切断する第二切断手段とを備え、前記禁止手段は、前記第一切断手段において切断されたセッションが再度確立されることを禁止してもよい。これによって通信端末は、故意に切断されたセッションと、ＩＤの通知が所定時間以上通知されなかった場合に切断されたセッションとを区別することができる。従って通信端末は、ＩＤの通知が所定時間以上通知されなかった場合に切断されたセッションのみ再確立させることができる。通信端末は、故意に切断されたセッションが再度確立されてしまうことを確実に防止することができる。
【００１３】
また第一態様において、前記第二記憶手段に前記ＩＤが記憶されてからの経過時間を監視する監視手段を備え、第二削除手段は、前記監視手段において監視された前記経過時間が所定以上となった場合に、前記経過時間が所定以上となった前記ＩＤを前記第二記憶手段から削除してもよい。これによって通信端末は、一旦セッションを切断した他の通信端末が、所定時間経過後に再度セッションの確立を要求した場合に、該他の通信端末とのセッションを確立させることができる。
【００１４】
本発明の第二態様に係る通信方法は、複数の他の通信端末とのセッションを確立して通信を行うための通信方法であって、セッションが確立している前記複数の他の通信端末のうち特定の前記他の通信端末とのセッションの切断の要求を受け付けた場合に、前記特定の他の通信端末とのセッションを切断する切断ステップと、前記切断ステップにおいてセッションが切断された前記特定の他の通信端末のＩＤを、セッションが確立している前記他の通信端末のＩＤを記憶する第一記憶手段から削除する第一削除ステップと、前記第一記憶手段に記憶されているＩＤを、セッションが確立している前記他の通信端末に対して通知する通知ステップと、前記他の通信端末から通知された前記ＩＤが、前記第一記憶手段、及び、一連のセッションの開始から終了までの間にセッションが確立したことのある前記他の通信端末のＩＤを記憶する第二記憶手段に記憶されていない場合に、前記通知されたＩＤによって特定される前記他の通信端末とのセッションを確立させるための通信を行う確立通信ステップと、前記他の通信端末から通知された前記ＩＤが、少なくとも前記第二記憶手段に記憶されている場合、前記通知されたＩＤによって特定される前記他の通信端末とのセッションが、前記確立通信ステップにおいて再度確立されることを禁止する禁止ステップとを備えている。
【００１５】
第二態様によれば、他の通信端末から通知されたＩＤに基づいてセッションの状態が監視され、切断されたセッションは自動的に再確立される。第一記憶手段及び第二記憶手段のいずれにも記憶されていないＩＤが通知された場合、該ＩＤを有する通信端末との間のセッションが確立される。一方、通知されたＩＤが第二記憶手段に記憶されている場合、該ＩＤを有する通信端末との間のセッションを確立するための通信は行われない。これによって、切断を望むセッションが再度確立されてしまうことを防止できる。所望するセッションは確実に切断される。
【００１６】
本発明の第三態様に係る通信プログラムは、複数の他の通信端末とのセッションを確立して通信を行うための通信プログラムであって、セッションが確立している前記複数の他の通信端末のうち特定の前記他の通信端末とのセッションの切断の要求を受け付けた場合に、前記特定の他の通信端末とのセッションを切断する切断ステップと、前記切断ステップにおいてセッションが切断された前記特定の他の通信端末のＩＤを、セッションが確立している前記他の通信端末のＩＤを記憶する第一記憶手段から削除する第一削除ステップと、前記第一記憶手段に記憶されているＩＤを、セッションが確立している前記他の通信端末に対して通知する通知ステップと、前記他の通信端末から通知された前記ＩＤが、前記第一記憶手段、及び、一連のセッションの開始から終了までの間にセッションが確立したことのある前記他の通信端末のＩＤを記憶する第二記憶手段に記憶されていない場合に、前記通知されたＩＤによって特定される前記他の通信端末とのセッションを確立させるための通信を行う確立通信ステップと、前記他の通信端末から通知された前記ＩＤが、少なくとも前記第二記憶手段に記憶されている場合、前記通知されたＩＤによって特定される前記他の通信端末とのセッションが、前記確立通信ステップにおいて再度確立されることを禁止する禁止ステップとをコンピュータに実行させる。
【００１７】
第三態様によれば、他の通信端末から通知されたＩＤに基づいてセッションの状態が監視され、切断されたセッションは自動的に再確立される。第一記憶手段及び第二記憶手段のいずれにも記憶されていないＩＤが通知された場合、該ＩＤを有する通信端末との間のセッションが確立される。一方、通知されたＩＤが第二記憶手段に記憶されている場合、該ＩＤを有する通信端末との間のセッションを確立するための通信は行われない。これによって、切断を望むセッションが再度確立されてしまうことを防止できる。所望するセッションは確実に切断される。
【図面の簡単な説明】
【００１８】
【図１】通信システム１の概要、及び通信端末１０の電気的構成を示す図である。
【図２】通信の流れを説明するための図である。
【図３】通信の流れを説明するための図である。
【図４】通信の流れを説明するための図である。
【図５】通信の流れを説明するための図である。
【図６】通信の流れを説明するための図である。
【図７】通信の流れを説明するための図である。
【図８】通信の流れを説明するための図である。
【図９】通信の流れを説明するための図である。
【図１０】通信の流れを説明するための図である。
【図１１】通信シーケンスを示す図である。
【図１２】メイン処理を示すフローチャートである。
【図１３】監視処理を示すフローチャートである。
【図１４】監視処理を示すフローチャートであって、図１３の続きである。
【図１５】監視処理を示すフローチャートであって、図１４の続きである。
【図１６】変形例における削除処理を示すフローチャートである。
【発明を実施するための形態】
【００１９】
以下、本発明の一実施形態について、図面を参照して説明する。これらの図面は、本発明が採用しうる技術的特徴を説明するために用いられるものである。記載されている装置の構成、各種処理のフローチャート等は、それのみに限定する趣旨ではなく、単なる説明例である。
【００２０】
図１を参照し、通信システム１について説明する。通信システム１は、通信端末１１、１２、及び１３を備えている。以下、これらを区別しない場合、又は総称する場合、通信端末１０という。通信端末１０は、ネットワーク２を介してＰ２Ｐ型の通信を行うことで、他の通信端末１０との間でテレビ会議を行うことができる。通信端末１０は、例えば周知のＰＣやテレビ会議用の専用端末である。図１のうち通信端末１０に付された符号（１１、１２、及び１３）は、通信端末１０のＩＤも示している。通信端末１０間に示された点線は、Ｐ２Ｐ型の通信を行うためのセッションが通信端末１０間で確立していることを示している。
【００２１】
通信端末１０の電気的構成について説明する。通信端末１０は、通信端末１０の制御を司るＣＰＵ２０を備えている。ＣＰＵ２０は、ＲＯＭ２１、ＲＡＭ２２、ハードディスクドライブ（ＨＤＤ）２３、入力部２４、ディスプレイ２５、カメラ２６、スピーカ２７、マイク２８、通信Ｉ／Ｆ２９、及びドライブ装置３０と電気的に接続している。ＲＯＭ２１には、ブートプログラムやＢＩＯＳ、ＯＳ等が記憶される。ＲＡＭ２２には、タイマやカウンタ、一時的なデータが記憶される。ＨＤＤ２３には、ＣＰＵ２０の通信プログラム、及び、確立中ＩＤ及び履歴ＩＤが格納されたテーブル３１（図８等参照、詳細は後述する。）が記憶される。入力部２４は、ユーザからの入力を受け付けるキーボードやマウスである。通信Ｉ／Ｆ２９は、ネットワーク２を介して他の通信端末１０と通信を行う場合のタイミング制御を行う。ドライブ装置３０は、記憶媒体３０１に記憶された情報を読み出すことができる。例えば、通信端末１０のセットアップ時、記憶媒体３０１に記憶された通信プログラムはドライブ装置３０によって読み出され、ＨＤＤ２３に記憶される。
【００２２】
図２から図４を参照し、通信端末１０間で実行されるセッションの再確立通信について説明する。セッションが相互に確立している通信端末１０間では、セッションが確立している他の通信端末１０のＩＤを通知する通信が継続して実行される。以下、セッションが確立している他の通信端末１０のＩＤを通知する通信を、確立通知通信ともいう。
【００２３】
図２に示すように、通信端末１１、１２、及び１３間で相互にセッションが確立した状態であるとする。この場合、通信端末１１は、セッションが確立している通信端末１３のＩＤを通知するためのパケットを、通信端末１２に対して周期的に送信する。通信端末１１は、セッションが確立している通信端末１２のＩＤを通知するためのパケットを、通信端末１３に対して周期的に送信する。通信端末１２、１３でも同様に、ＩＤを通知するためのパケットが周期的に送信される。このように通信端末１０は、セッションが確立している他の通信端末１０のＩＤのうち、確立通知通信を行う相手の通信端末１０のＩＤ以外のＩＤを通知する。以下、確立通知通信時においてＩＤを通知するために周期的に送信されるパケットを、確立通知パケットという。
【００２４】
通信端末１１から確立通知パケットを受信した通信端末１２は、通信端末１１に対してＡＣＫを返信する。通信端末１２は、通信端末１１から送信された確立通知パケットを正常に受信できているので、通信端末１１との間のセッションを介して通信を行うことが可能な状態であることを認識する。また通信端末１２は、確立通知パケットを送信した通信端末１１と、通知されたＩＤを有する通信端末１３との間のセッションを介して、通信端末１１、１３間で通信を行うことが可能な状態であることを認識する。更に通信端末１２は、通知されたＩＤを有する通信端末１３との間のセッションを介して通信を行うことが可能であるか否かを確認する。図２の場合、通信端末１２、１３間のセッションを介して通信を行うことが可能な状態となっている。従って通信端末１２は、通信端末１１、１２、及び１３間のセッションを介して相互に通信を行うことが可能な状態であることを認識する。
【００２５】
通信端末１１、１３でも同様に、他の通信端末１０から確立通知パケットが受信されることによって、通信端末１１、１２、及び１３間のセッションを介して相互に通信を行うことが可能な状態であることが認識される。
【００２６】
図３に示すように、通信端末１２、１３間の通信路の通信状態が悪化したとする。通信端末１２から通信端末１３に対して送信された確立通知パケットが通信路上で破棄された場合、通信端末１３は、確立通知パケットを通信端末１２から受信できない。又、通信端末１２は、送信した確立通知パケットに対するＡＣＫを受信できない。同様に、通信端末１３から通信端末１２に対して送信された確立通知パケットが通信路上で破棄された場合、通信端末１２は、確立通知パケットを通信端末１３から受信できない。又、通信端末１３は、送信した確立通知パケットに対するＡＣＫを受信できない。このような場合、該通信路がテレビ会議時の通信時に使用されると、テレビ会議の品質が悪くなる可能性がある。
【００２７】
これに対して通信端末１２は、送信された確立通知パケットに対するＡＣＫを受信できない場合、又は、通信端末１３からの確立通知パケットが受信できない状態が所定時間以上続いた場合、通信端末１３との間で、セッションを切断させるための所定の通信を行う。これによって通信端末１２は、通信端末１３との間のセッションを切断する。同様に通信端末１３は、送信された確立通知パケットに対するＡＣＫを受信できない場合、又は、通信端末１２からの確立通知パケットが受信できない状態が所定時間以上続いた場合、通信端末１２との間で、セッションを切断させるための所定の通信を行う。これによって通信端末１３は、通信端末１２との間のセッションを切断する。通信端末１２、１３間でＰ２Ｐ型の通信を行うことができない状態になる。
【００２８】
通信端末１２、１３間のセッションが切断された後も、通信端末１１は、ＩＤ １３を通知するための確立通知パケットを通信端末１２に対して送信し、ＩＤ １２を通知するための確立通知パケットを通信端末１３に対して送信する。通信端末１２は、通信端末１３との間のセッションが切断された状態で、ＩＤ １３を通知する確立通知パケットを通信端末１１から受信する。通信端末１２には、セッションが確立していない通信端末１３のＩＤが通知されたことになる。この場合、図４に示すように、通信端末１２は、通知されたＩＤを有する通信端末１３とのセッションを確立させるための確立通信を、通信端末１３との間で開始する。同様に通信端末１３には、セッションが確立していない通信端末１２のＩＤが通知されるので、通知されたＩＤを有する通信端末１２とのセッションを確立させるための確立通信を、通信端末１２との間で開始する。通信端末１２、１３間の通信路の通信状態が改善した場合、通信端末１２、１３で実行される確立通信によって、通信端末１２、１３間のセッションは確立される。
【００２９】
以上のようにして通信端末１０は、確立通知通信を行うことによって、通信路の通信状態の悪化を検出し、セッションを切断することができる。これによって、通信状態の悪い通信路が原因で通信の信頼性が悪化し、通信端末１０間で実行されるアプリケーションの品質が低下してしまうことを防止している。また通信端末１０は、確立通知パケットにより通知されたＩＤを有する通信端末１０との間で確立通信を自動的に実行することができる。従って通信端末１０は、通信路の通信状態が改善した場合に、確立通信によってセッションを再度確立させ、通信を再開することができる。
【００３０】
なお、通信端末１２、１３間のセッションを確立させるための確立通信の概要は次のとおりである。通信端末１２は、通信端末１１を介して通信端末１３に対して、セッションの確立を依頼する。依頼を受けた通信端末１３は、通信端末１２に対してセッションの確立を要求する。通信端末１２は、要求に応じる。同様に通信端末１３は、通信端末１１を介して通信端末１２に対して、セッションの確立を依頼する。依頼を受けた通信端末１２は、通信端末１３に対してセッションの確立を要求する。通信端末１３は、要求に応じる。結果、通信端末１２、１３間のセッションは確立する。詳細は、図１１を参照して後述する。
【００３１】
図５から図７を参照し、相互にセッションが確立している通信端末１０のうち一が、故意にセッションを終了させる場合の通信について説明する。図５では、通信端末１１、１２、及び１３間でセッションが相互に確立している状態で、通信端末１２が、通信端末１１、１３とのセッションを故意に切断させようとしている。通信端末１２は、セッションの切断を要求する切断要求パケットを、通信端末１１、１３に対して送信する。通信端末１１、１３は、切断要求パケットを受信する。通信端末１２と通信端末１１、１３との間で、セッションを切断させるための所定の通信が実行される。これによってセッションは切断される。
【００３２】
ここで図６に示すように、通信端末１１、１２間のセッションが先に切断されたとする。通信端末１２、１３間では、セッションを切断させるための所定の通信が完全に終了しておらず、セッションは未だ確立された状態であるとする。通信端末１１は、通信端末１３とのみセッションが確立した状態となっている。従って、通信端末１１、１３間で実行される確立通知通信では、通信端末１１から通信端末１３に対して、通知するＩＤのない確立通知パケットが送信される。
【００３３】
一方、通信端末１３は、通信端末１２とのセッションが未だ確立された状態であるので、通信端末１１に対して、ＩＤ １２を通知する確立通知パケットが送信される。通信端末１１では、セッションが確立していない通信端末１２のＩＤが通知されたことになる。この場合通信端末１１では、図７に示すように、通知されたＩＤの通信端末１２とのセッションを確立させるための確立通信が、通信端末１２との間で開始されてしまう。なお通信端末１２、１３間では、セッションを切断させるための所定の通信が完了し、通信端末１２、１３間のセッションは切断される。以上のように、セッションの切断のタイミングによっては、故意に切断させた通信端末１０間のセッションが、再度自動的に確立されてしまう場合がある。
【００３４】
これに対して本発明では、次に説明する方法に基づいて通信を行うことによって、故意に切断されたセッションが再度確立されてしまうことを防止している。通信端末１０は、セッションが確立している他の通信端末１０のＩＤと、一連のセッションの開始から終了までの間にセッションが確立したことのある他の通信端末１０のＩＤとを、テーブル３１（図８等参照）によって管理する。ここで一連のセッションの開始から終了までの間とは、何れか一つの他の通信端末１０との間のセッションが確立してから、セッションが確立した状態の他の通信端末１０が存在しなくなるまでの期間を示す。図８から図１０では、セッションが確立している他の通信端末１０のＩＤが、確立中ＩＤとしてテーブル３１に格納されている。一連のセッションの開始から終了までの間にセッションが確立したことのある他の通信端末１０のＩＤが、履歴ＩＤとしてテーブル３１に格納されている。テーブル３１は、ＨＤＤ２３に記憶される。
【００３５】
図８に示すように、通信端末１０間では相互にセッションが確立し、相互に確立通知通信が実行されている。通信端末１１は、通信端末１２、１３とのセッションが確立しているので、通信端末１１が有するテーブル３１には、確立中ＩＤ及び履歴ＩＤとして１２、及び１３が其々記憶されている。通信端末１２が有するテーブル３１には、確立中ＩＤ及び履歴ＩＤとして１１、及び１３が其々記憶されている。通信端末１３が有するテーブル３１には、確立中ＩＤ及び履歴ＩＤとして１１、１２が其々記憶されている。
【００３６】
通信端末１２が、通信端末１１、１３との間のセッションを故意に切断させようとしているとする。図５の場合と同様、通信端末１２は、通信端末１１、１３に対して切断要求パケットを送信する。通信端末１１、１３は、切断要求パケットを受信する。通信端末１２と通信端末１１、１３との間で、セッションを切断させるための所定の通信が開始される。そして図９に示すように、通信端末１１、１２間のセッションが先に切断され、通信端末１２、１３間のセッションは未だ確立された状態になったとする。通信端末１１、１２間のセッションは切断されているので、通信端末１１が有するテーブル３１のうち確立中ＩＤからＩＤ １２が削除されている。通信端末１２が有するテーブル３１のうち確立中ＩＤからＩＤ １１が削除されている。
【００３７】
通信端末１１は、通信端末１３とのみセッションが確立した状態となっているので、通信端末１１から通信端末１３に対して、通知するＩＤのない確立通知パケットが送信される。通信端末１３は、通信端末１２とのセッションが未だ確立した状態となっているので、通信端末１１に対して、ＩＤ １２を通知する確立通知パケットが送信される。
【００３８】
通信端末１１では、確立通知パケットによって通知されたＩＤ １２は、確立中ＩＤとして記憶されておらず、履歴ＩＤとして記憶されていることになる。このように、通知されたＩＤが履歴ＩＤとして記憶されている場合には、通信端末１１は、通知されたＩＤが確立中ＩＤとして記憶されていない場合であっても、通知されたＩＤを有する通信端末１２とのセッションを確立させる確立通信を開始しない。従って、通信端末１１、１２間のセッションは確立されない。通信端末１２、１３間では、セッションを切断させるための所定の通信が完了し、通信端末１２、１３間のセッションは切断される。結果、図１０に示すように、通信端末１２と、通信端末１１、１３との間のセッションは切断される。
【００３９】
以上のように通信端末１０は、確立通知パケットによって他の通信端末１０から通知されたＩＤが履歴ＩＤとして記憶されている場合には、通知されたＩＤを有する通信端末１０とのセッションが確立していない場合でも、通知されたＩＤを有する通信端末１０との確立通信を開始しない。履歴ＩＤには、過去にセッションが確立していた他の通信端末１０のＩＤが記憶されるので、通知されたＩＤが履歴ＩＤとして記憶されている場合には、通知されたＩＤを有する通信端末１０とのセッションは故意に切断された可能性があるためである。これによって通信端末１０は、故意に切断されたセッションが再度自動的に確立されてしまうことを防止している。通信端末１０は、セッションを確実に切断させることができる。一方通信端末１０は、通知されたＩＤが確立中ＩＤとして記憶されておらず、且つ履歴ＩＤとして記憶されていない場合には、通知されたＩＤを有する通信端末１０とのセッションを確立させるために確立通信を開始する。これによって通信端末１０は、他の通信端末１０との間のセッションを確立させることができる。
【００４０】
なお、通信端末１２、１３間の通信路の通信状態が悪化して通信端末１２、１３間のセッションが切断された場合（図３参照）に上述の方法をそのまま適用した場合を想定する。通信端末１２、１３間のセッションは確立していたことになる（図２参照）ので、通信端末１２が有するテーブル３１には、履歴ＩＤとして１３が少なくとも記憶されている。通信端末１３が有するテーブル３１には、履歴ＩＤとして１２が少なくとも記憶されている。図３のように、通信端末１１から通信端末１２に対してＩＤ １３が通知された場合、通信端末１２では、通知されたＩＤは履歴ＩＤとして記憶されていることになるので、通信端末１３とのセッションを確立させる確立通信が開始されない。同様に、通信端末１１から通信端末１３に対してＩＤ １２が通知された場合、通信端末１３では、通信端末１２とのセッションを確立させる確立通信が開始されない。このように、上述の方法がそのまま適用された場合、通信状態の悪化によって切断されたセッションが再度確立されなくなってしまう。
【００４１】
これに対して本発明では、次のような方法によって、切断されたセッションを再度確立させている。通信状態の悪化によって通信端末１２、１３間のセッションが切断された場合、通信端末１２は、通信端末１３のＩＤをＲＡＭ２２に一時的に記憶する。確立通知通信によって通信端末１１から通信端末１２に対してＩＤ １３が通知された場合、通知されたＩＤ １３は、通信端末１２が有するＲＡＭ２２に記憶されていることになる。このような場合、通信端末１２は、通知されたＩＤが履歴ＩＤとして記憶されている場合であっても、通知されたＩＤが確立中ＩＤとして記憶されていない場合には、通知されたＩＤを有する通信端末１３とのセッションを確立させる確立通信を実行する。同様に、通信端末１１から通信端末１３に対してＩＤ １２が通知された場合、通信端末１３は、通知されたＩＤ １２がＲＡＭ２２に記憶されているので、通信端末１２とのセッションを確立させる確立通信を実行する。以上のようにして通信端末１０は、通信状態の悪化によって切断したセッションを、通信状態が改善した場合に再度確立させている。
【００４２】
図１１を参照し、確立通信の通信シーケンスについて説明する。図１１のテーブル３１の記載は、「確立中ＩＤ／履歴ＩＤ」を示している。通信端末１１、１２間でセッションが確立され、Ｐ２Ｐ型の通信が実行されているとする（Ｓ１１）。通信端末１２、１３間でセッションが確立され、Ｐ２Ｐ型の通信が実行されているとする（Ｓ１３）。通信端末１１、１３間ではセッションが確立されておらず、Ｐ２Ｐ型の通信は行われていないとする。
【００４３】
通信端末１１は、通信端末１２に対して確立通知パケットを送信する。通信端末１１は通信端末１２とのみセッションが確立した状態であるので、通知するＩＤのない確立通知パケットが送信される。通信端末１２は、確立通知パケットを受信する（Ｓ１５）。通信端末１２は、通信端末１１に対して確立通知パケットを送信する。通信端末１２は、通信端末１１、１３とセッションが確立した状態であるので、確立通知パケットによってＩＤ １３が通知される。通信端末１１は、確立通知パケットを受信する（Ｓ１７）。
【００４４】
通信端末１１が有するテーブル３１には、通知されたＩＤ １３が確立中ＩＤとして記憶されていない。従って通信端末１１は、通知されたＩＤを有する通信端末１３とのセッションを確立するために、通信端末１３との間で確立通信を開始する。
【００４５】
はじめに通信端末１１は、セッションの確立を望む通信端末１３のＩＤを通知するパケットを、通信端末１２に対して送信する。以下、セッションの確立を望む通信端末１０のＩＤを通知するパケットを、未確立通知パケットという。通信端末１２は、未確立通知パケットを受信する（Ｓ１９）。通信端末１２は、通信端末１３から通信端末１１に対してセッションの確立を要求するように依頼するパケットを、通信端末１３に対して送信する。該パケットでは、セッションを確立させる通信端末１１のＩＤが通知される。以下、セッションの確立を要求するように依頼するパケットを、確立依頼パケットという。通信端末１３は、確立依頼パケットを受信する（Ｓ２１）。
【００４６】
通信端末１３は、確立依頼パケットによって通知されたＩＤが確立中ＩＤとして記憶されていないため、通信端末１１との間のセッションが確立していない状態であることを認識する。通信端末１３は、確立依頼パケットによって通知されたＩＤの通信端末１１に対して、セッションの確立を要求するパケットを送信する。以下、セッションの確立を要求するパケットを、確立要求パケットという。通信端末１１は、確立要求パケットを受信する（Ｓ２３）。通信端末１１は、確立要求パケットに応じ、セッションの確立を許可するパケットを、通信端末１３に対して送信する。以下、確立要求パケットに応じてセッションの確立を許可するパケットを、確立応答パケットという。通信端末１３は、確立応答パケットを受信する（Ｓ２５）。通信端末１１、１３間のセッションは確立され、Ｐ２Ｐ型の通信が実行される（Ｓ２７）。以上のように通信端末１０は、セッションが確立していない他の通信端末１０との間で確立通信を実行することによって、他の通信端末１０との間で新たにセッションを確立させることができる。
【００４７】
以上の確立通信を実行することによって、通信端末１３において、通信端末１１とのセッションが確立された状態であるかを判断し、セッションが確立されていないと判断した場合に、通信端末１１、１３間でセッションを確立させることができる。通信端末１１、１３の双方でセッションが確立されていないと判断された場合にのみ、セッションが確立されるので、一方向のみセッションが確立されている状態で確立通信が実行され、重複するセッションが確立されてしまうことを防止できる。
【００４８】
図１２から図１５を参照し、通信端末１０のＣＰＵ２０において実行されるメイン処理及び監視処理について説明する。メイン処理は、通信端末１０が他の通信端末１０とセッションを確立してテレビ会議を開始した場合に、ＣＰＵ２０において起動され実行される。監視処理は、メイン処理中で起動され実行される。メイン処理及び監視処理は、並列して実行される。
【００４９】
図１２を参照し、メイン処理について説明する。セッションが確立された状態の他の通信端末１０のＩＤは、確立中ＩＤ及び履歴ＩＤとしてテーブル３１に記憶されているものとする。監視処理（図１３、１４、及び１５参照）が起動される（Ｓ３７）。監視処理の詳細は後述する。セッションが確立された状態の他の通信端末１０との間で、Ｐ２Ｐ型の通信が実行され、テレビ会議が実行される（Ｓ３９）。
【００５０】
Ｓ９７（図１４参照）及びＳ１１１（図１５参照）でセッションが確立された他の通信端末１０が存在するかが判断される。セッションが確立された他の通信端末１０が存在する場合（Ｓ４１：ＹＥＳ）、セッションが確立された他の通信端末１０のＩＤが、確立中ＩＤに追加される（Ｓ４３）。セッションが確立された他の通信端末１０のＩＤが、履歴ＩＤに追加される（Ｓ４５）。なお、他の通信端末１０のＩＤが既にテーブル３１に記憶されている場合、上既に記憶されているＩＤに上書きすることで、ＩＤは更新される。処理はＳ３９に戻る。
【００５１】
セッションが確立された他の通信端末１０が存在しない場合（Ｓ４１：ＮＯ）、セッションが確立している他の通信端末１０から周期的に送信される確立通知パケットの受信間隔が特定される。確立通知パケットを受信できない状態が所定時間以上継続したかが、セッションが確立している他の通信端末１０毎に判断される（Ｓ４７）。確立通知パケットを所定時間以上継続して受信できない場合（Ｓ４７：ＹＥＳ）、他の通信端末１０との間の通信路の通信状態が悪化している可能性がある。この場合、他の通信端末１０との間のセッションが一旦切断された後、通信状態が改善した場合に再確立させることが可能なように（Ｓ９８、図１４参照）、ＲＡＭ２２に他の通信端末１０のＩＤが記憶される（Ｓ４９）。処理はＳ５３に進む。
【００５２】
一方、セッションが確立している他の通信端末１０の全てから、所定時間内に確立通知パケットを受信している場合（Ｓ４７：ＮＯ）、他の通信端末１０から切断要求パケットを受信したかが判断される（Ｓ５１）。他の通信端末１０から切断要求パケットが受信された場合（Ｓ５１：ＹＥＳ）、切断要求パケットを送信した他の通信端末１０は、セッションを故意に切断させようとしていることになる。この場合、他の通信端末１０との間のセッションを切断させるために、処理はＳ５３に進む。なおこの場合、セッションが再度確立されないように（Ｓ９８、図１４参照）、他の通信端末１０のＩＤはＲＡＭ２２に記憶されない。一方、切断要求パケットが受信されていない場合（Ｓ５１：ＮＯ）、処理はＳ３９に戻る。
【００５３】
Ｓ５３では、Ｓ４７で所定時間以上継続して確立通知パケットを受信できないと判断された他の通信端末１０、又は、Ｓ５１で受信された切断要求パケットを送信した他の通信端末１０との間で、セッションを切断させるための所定の通信が実行される。セッションは切断される（Ｓ５３）。セッションが切断された他の通信端末１０のＩＤは、確立中ＩＤから削除される（Ｓ５５）。セッションが確立している他の通信端末１０が残存しているかが判断される（Ｓ５７）。一以上の確立中ＩＤが記憶されているか否かによって、セッションが確立している他の通信端末１０が残存しているか否かが判断される。確立中ＩＤが一以上記憶されている場合、セッションが確立している他の通信端末１０が残存していることになるので（Ｓ５７：ＹＥＳ）、処理はＳ３９に戻る。
【００５４】
一方、確立中ＩＤが記憶されていない場合、セッションが確立している他の通信端末１０がないことになる（Ｓ５７：ＮＯ）。この場合、履歴ＩＤは全て削除される（Ｓ５９）。これによって、確立通信が禁止されることがなくなるので（Ｓ８９、図１４参照）、他の通信端末１０と新たにセッションを確立する場合に、確立通信は確実に行われる。従って通信端末１０は、他の通信端末１０と自由にセッションを確立し、通信を開始することができる。Ｓ３７で開始された監視処理（図１３、１４、１５参照）が終了される（Ｓ６０）。メイン処理は終了する。
【００５５】
図１３から図１５を参照し、監視処理について説明する。確立通知パケットの送信周期が監視され、確立通知パケットの送信タイミングが到来したかが判断される（Ｓ６１）。確立通知パケットの送信タイミングが到来した場合（Ｓ６１：ＹＥＳ）、テーブル３１に格納された確立中ＩＤに基づいて、セッションが確立している他の通信端末１０が特定される。セッションが確立している他の通信端末１０に対して、確立通知パケットが送信される（Ｓ６３）。確立中ＩＤのうち、確立通知パケットの宛先の通信端末１０のＩＤ以外のＩＤが、確立通知パケットによって通知される。
【００５６】
Ｓ６３で送信された確立通知パケットに応じ、他の通信端末１０から返信されるＡＣＫの受信が監視される（Ｓ６５）。ＡＣＫが受信された場合（Ｓ６５：ＹＥＳ）、他の通信端末１０との間の通信路の通信状態は良好であると判断され、セッションは維持される。処理はＳ６１に戻る。
【００５７】
確立通知パケットに対するＡＣＫが受信されない場合（Ｓ６５：ＮＯ）、Ｓ６３で確立通知パケットを送信してからの経過時間が監視される（Ｓ６７）。確立通知パケットを送信してからの経過時間が所定時間未満である場合（Ｓ６７：ＮＯ）、処理はＳ６５に戻る。確立通知パケットを送信してからの経過時間が所定時間以上となった場合（Ｓ６７：ＹＥＳ）、他の通信端末１０との間の通信路の通信状態が悪化していると判断される。この場合、他の通信端末１０との間のセッションが一旦切断された後、通信状態が改善した場合に再確立させることが可能なように（Ｓ９８、図１４参照）、ＲＡＭ２２に他の通信端末１０のＩＤが記憶される（Ｓ６９）。
【００５８】
ＡＣＫを受信できない他の通信端末１０との間のセッションを切断させるための所定の通信が実行される。セッションは切断される（Ｓ７１）。セッションが切断された他の通信端末１０のＩＤは、確立中ＩＤから削除される（Ｓ７３）。セッションが確立している他の通信端末１０が残存しているかが判断される（Ｓ７５）。確立中ＩＤが一以上記憶されている場合、セッションが確立している他の通信端末１０が残存していることになるので（Ｓ７５：ＹＥＳ）、処理はＳ６１に戻る。一方、確立中ＩＤが記憶されていない場合、セッションが確立している他の通信端末１０がないことになる（Ｓ７５：ＮＯ）。この場合、履歴ＩＤは全て削除される（Ｓ７７）。これによって、確立通信が禁止されることがなくなるので（Ｓ８９、図１４参照）、他の通信端末１０と新たにセッションを確立する場合に、確立通信は確実に行われる。従って通信端末１０は、他の通信端末１０と自由にセッションを確立し、通信を開始することができる。処理はＳ６１に戻る。
【００５９】
一方、Ｓ６１で、確立通知パケットの送信タイミングが到来していないと判断された場合（Ｓ６１：ＮＯ）、図１４に示すように、セッションが確立された状態の他の通信端末１０から、確立通知パケットを受信したかが判断される（Ｓ８１）。確立通知パケットが受信された場合（Ｓ８１：ＹＥＳ）、確立通知パケットによって通知されるＩＤが特定される。通知されたＩＤと確立中ＩＤとが比較される（Ｓ８３）。通知されたＩＤが確立中ＩＤとして既に記憶されている場合（Ｓ８５：ＹＥＳ）、通知されたＩＤを有する通信端末１０とのセッションは確立された状態にある。この場合、通知されたＩＤを有する通信端末１０との間で確立通信を行う必要はない。確立通知パケットを送信した他の通信端末１０に対してＡＣＫが返信され（Ｓ９９）、処理はＳ６１（図１３参照）に戻る。
【００６０】
一方、確立通知パケットによって通知されたＩＤが、確立中ＩＤとして記憶されていない場合（Ｓ８５：ＮＯ）、通知されたＩＤを有する通信端末１０との間のセッションは確立していないことになる。このような場合、通知されたＩＤと履歴ＩＤとが比較される（Ｓ８７）。通知されたＩＤが履歴ＩＤとして記憶されていない場合（Ｓ８９：ＮＯ）、他の通信端末１０との間のセッションを確立させることが許可されている。通知されたＩＤを有する通信端末１０との間で確立通信を実行させるために、処理はＳ９１に進む。
【００６１】
通知されたＩＤが履歴ＩＤとして記憶されている場合（Ｓ８９：ＹＥＳ）、通知されたＩＤが、Ｓ４９（図１２参照）、又はＳ６９（図１３参照）でＲＡＭ２２に記憶されたＩＤと比較される（Ｓ９８）。通知されたＩＤが、ＲＡＭ２２に記憶されたＩＤと一致する場合（Ｓ９８：ＹＥＳ）、他の通信端末１０との間のセッションを確立させることが許可されている。通知されたＩＤを有する通信端末１０との間で確立通信を実行させるために、処理はＳ９１に進む。一方、通知されたＩＤが、ＲＡＭ２２に記憶されるＩＤと一致しない場合（Ｓ９８：ＮＯ）、通知されたＩＤを有する通信端末１０とのセッションを確立させることが禁止されていることになる。この場合、確立通信を行うことなく処理はＳ６１（図１３参照）に戻る。
【００６２】
Ｓ９１、９３、９５、及び９７では、確立通知パケットによって通知されたＩＤを有する通信端末１０との間のセッションを確立させるための確立通信が、次のようにして実行される。図１１で説明した確立通信を適宜参照しながら説明する。図１１における通信端末１１のＣＰＵ２０が、Ｓ９１、９３、９５、及び９７の各処理を実行することになる。
【００６３】
確立通知パケットを送信した通信端末１２に対して、未確立通知パケットが送信される（Ｓ９１、Ｓ１９（図１１参照））。セッションが確立していない通信端末１３のＩＤが、未確立通知パケットによって通知される。未確立通知パケットを受信した通信端末１２は、通知されたＩＤを有する通信端末１３に対して、確立依頼パケットを送信する（Ｓ１１５（図１５参照、後述）、Ｓ２１（図１１参照））。セッションを確立させる通信端末１１のＩＤが、確立依頼パケットによって通知される。確立依頼パケットを受信した通信端末１３は、通知されたＩＤを有する通信端末１１に対して、確立要求パケットを送信する（Ｓ１０７（図１５参照）、Ｓ２３（図１１参照））。確立要求パケットが受信される（Ｓ９３）。受信された確立要求パケットに応じ、確立応答パケットが送信される（Ｓ９５、Ｓ２５（図１１参照））。これによって、Ｓ８１で受信された確立通知パケットによって通知されたＩＤを有する通信端末１０との間でセッションが確立される（Ｓ９７）。処理はＳ６１（図１３参照）に戻る。
【００６４】
一方、Ｓ８１で、確立通知パケットが受信されていない場合（Ｓ８１：ＮＯ）、図１５に示すように、他の通信端末１０から確立依頼パケットを受信したかが判断される（Ｓ１０１）。他の通信端末１０から確立依頼パケットが受信された場合（Ｓ１０１：ＹＥＳ）、確立依頼パケットによって通知されるＩＤが特定される。通知されたＩＤを有する通信端末１０との間のセッションを確立させるための確立通信が、次のようにして実行される（Ｓ１０３、１０５、１０７、１０９、及び１１１）。図１１で説明した確立通信を適宜参照しながら説明する。図１１における通信端末１３のＣＰＵ２０が、Ｓ１０３、１０５、１０７、１０９、及び１１１の各処理を実行することになる。
【００６５】
通信端末１２から受信された確立依頼パケット（Ｓ２１（図１１参照））によって通知されたＩＤ（１１）と履歴ＩＤとが比較される（Ｓ１０３）。通知されたＩＤが履歴ＩＤとして既に記憶されている場合（Ｓ１０５：ＹＥＳ）、通知されたＩＤを有する通信端末１１とセッションを確立させることが禁止されていることになる。処理はＳ６１（図１３参照）に戻る。
【００６６】
一方、通知されたＩＤ（１１）が履歴ＩＤとして記憶されていない場合（Ｓ１０５：ＮＯ）、通信端末１１との間のセッションを確立させることが許可されている。通信端末１１との間のセッションを確立させるために、通信端末１１との間で確立通信が次のようにして実行される。通知されたＩＤを有する通信端末１１に対して、確立要求パケットが送信される（Ｓ１０７、Ｓ２３（図１１参照））。確立要求パケットを受信した通信端末１１から返信される確立応答パケット（Ｓ９５（図１４参照）が受信される（Ｓ１０９、Ｓ２５（図１１参照））。これによって、Ｓ１０１で受信された確立依頼パケットによって通知されたＩＤを有する通信端末１０との間でセッションが確立される（Ｓ１１１）。処理はＳ６１（図１３参照）に戻る。
【００６７】
Ｓ１０１で、確立依頼パケットが受信されていない場合（Ｓ１０１：ＮＯ）、他の通信端末１０から未確立通知パケットを受信したかが判断される（Ｓ１１３）。他の通信端末１０から未確立通知パケットが受信された場合（Ｓ１１３：ＹＥＳ）、未確立通知パケットによって通知されるＩＤが特定される。通知されたＩＤを有する通信端末１０宛に、確立依頼パケットが送信される（Ｓ１１５）。セッションを接続させる他の通信端末１０のＩＤが、確立依頼パケットによって通知される。なお、図１１における通信端末１２のＣＰＵ２０が、Ｓ１１３、１１５の各処理を実行することになる（Ｓ１９、Ｓ２１、図１１参照）。
【００６８】
以上説明したように、通信端末１０は、確立通知パケットによって他の通信端末１０から通知されるＩＤに基づいてセッションの状態を監視し、切断されたセッションを自動的に再確立する機能を有している。通信端末１０は、通知されたＩＤが、テーブル３１に格納された確立中ＩＤ及び履歴ＩＤのいずれにも該当しない場合、通知されたＩＤを有する通信端末１０との間のセッションを確立させる。一方、通信端末１０は、通知されたＩＤが履歴ＩＤとして記憶されている場合、通知されたＩＤを有する通信端末１０との間のセッションは故意に切断されたものと判断し、セッションを確立させるための通信を禁止する。これによって、故意に切断されたセッションが再度確立されてしまうことを防止できる。通信端末１０は、所望するセッションを確実に切断することができる。
【００６９】
また通信端末１０は、故意に切断されたセッションと、確立通知パケットによる通信が失敗した場合に切断されたセッションとを、通信端末１０のＩＤがＲＡＭ２２に記憶されたか否かによって区別することができる。従って通信端末１０は、故意に切断されたセッションが再度確立されてしまうことを確実に防止することができる。
【００７０】
なお本発明は上述の実施形態に限定されず、種々の変形が可能である。上述の実施形態では、セッションが確立した際に履歴ＩＤに追加されたＩＤは、全てのセッションが切断されるまで消去されなかった（Ｓ５９（図１２参照）、Ｓ７７（図１３参照））。しかしながら本発明はこれに限定されない。例えば、履歴ＩＤにＩＤが追加されてからの経過時間に基づいて、履歴ＩＤを消去してもよい。図１６は、ＣＰＵ２０において実行される削除処理を示している。削除処理は、ＣＰＵ２０の電源が投入された場合に起動され、実行される。削除処理は、メイン処理及び監視処理と並列して実行される。削除処理では、履歴ＩＤにＩＤが追加されてからの経過時間が、ＩＤ毎に監視される。履歴ＩＤにＩＤが追加されてからの経過時間が所定以上となったかが判断される（Ｓ１２１）。経過時間が所定未満である場合（Ｓ１２１：ＮＯ）、処理はＳ１２１に戻る。経過時間が所定以上となった場合（Ｓ１２１：ＹＥＳ）、該当するＩＤが履歴ＩＤから削除される（Ｓ１２３）。処理はＳ１２１に戻る。
【００７１】
以上のように、履歴ＩＤにＩＤが追加されてからの経過時間が所定以上となった場合に、該当するＩＤを履歴ＩＤから削除する。これによって通信端末１０は、一旦セッションを切断した他の通信端末１０が、所定時間経過後に再度セッションの確立を要求した場合に、他の通信端末１０とのセッションを確立させることができる。
【００７２】
なお上述において、削除周期が到来したかの判断は、最初に履歴ＩＤが記憶されてからの経過時間に基づいて一律に判断されてもよい。
【００７３】
上述の実施形態では、通信端末１０は、確立中ＩＤ及び履歴ＩＤを格納したテーブル３１を一つ管理していたが、本発明はこれに限定されない。通信端末１０が、セッションが相互に確立してテレビ会議が実行されている複数のグループに属している場合、テーブル３１はグループ毎に設けられ、ＨＤＤ２３に記憶されてもよい。これによって通信端末１０は、グループ毎にセッションを再確立させる制御を管理することができる。従って、通信端末１０が複数のグループに属している場合において、一のグループ内のセッションの再確立制御によって、他のグループ内のセッションを再確立させてしまうことを防止できる。
【００７４】
上述の実施形態では、未確立通知パケット、確立依頼パケット、確立要求パケット及び確率応答パケットが使用されて確立通信が実行されていた（図１１参照）。しかしながら本発明はこれに限定されない。例えば図１１で、通信端末１１は、通信端末１３に対して確立要求パケットを直接送信してもよい。通信端末１３は、通信端末１１から確立要求パケットを受信した場合、通信端末１１に対して確立応答パケットを送信してもよい。これによって通信端末１０は、確立通信時に要するパケット数を抑制できるので、確立通信を早期に実行し、セッションを確立させることができる。
【００７５】
上述の確立通信、及び、セッションを切断させるための所定の通信は、通信端末１０間で実行されてもよいし、サーバ等を介して実行されてもよい。
【００７６】
なお、確立中ＩＤが記憶されるＨＤＤ２３が本発明の「第一記憶手段」に相当し、履歴ＩＤが記憶されるＨＤＤ２３が本発明の「第二記憶手段」に相当する。Ｓ５３の処理を行うＣＰＵ２０が本発明の「切断手段」に相当する。Ｓ５５の処理を行うＣＰＵ２０が本発明の「第一削除手段」に相当する。Ｓ６３の処理を行うＣＰＵ２０が本発明の「通知手段」に相当する。Ｓ９７、Ｓ１１１の処理を行うＣＰＵ２０が本発明の「確立通信手段」に相当する。Ｓ８９の処理を行うＣＰＵ２０が本発明の「禁止手段」に相当する。Ｓ５９、Ｓ７７、Ｓ１２３の処理を行うＣＰＵ２０が本発明の「第二削除手段」に相当する。Ｓ５１でＹＥＳと判断された結果Ｓ５３でセッションを切断する処理を行うＣＰＵ２０が本発明の「第一切断手段」に相当する。Ｓ４７でＹＥＳと判断された結果Ｓ５３でセッションを切断する処理を行うＣＰＵ２０が本発明の「第二切断手段」に相当する。Ｓ１２１の処理を行うＣＰＵ２０が本発明の「監視手段」に相当する。Ｓ５３の処理が本発明の「切断ステップ」に相当する。Ｓ５５の処理が本発明の「第一削除ステップ」に相当する。Ｓ６３の処理が本発明の「通知ステップ」に相当する。Ｓ９７、Ｓ１１１の処理が本発明の「確立通信ステップ」に相当する。Ｓ８９の処理を行うＣＰＵ２０が本発明の「禁止ステップ」に相当する。
【符号の説明】
【００７７】
１ 通信システム
２ ネットワーク
１０、１１、１２、１３ 通信端末
２０ ＣＰＵ
２３ ＨＤＤ
【技術分野】
【０００１】
本発明は、Peer to Peer（Ｐ２Ｐ）型の通信を行う通信端末、通信方法、及び通信プログラムに関する。
【背景技術】
【０００２】
複数の通信端末間で行われるテレビ会議が、Peer to Peer（Ｐ２Ｐ）型の通信によって実行される場合がある。この場合、クライアント−サーバ型の通信によってテレビ会議が実行される従来の場合と比較して、ＭＣＵ（Multi-point Control Unit）にパケットが集中することを防止できるという利点がある。テレビ会議がＰ２Ｐ型の通信によって実行される場合、通信端末は、他の通信端末とのセッションの有効性を判断することで、テレビ会議を中断させることなく円滑に実行することができる。セッションの有効性は、例えばＫｅｅｐ Ａｌｉｖｅパケットを使用した通信によって判断される。
【０００３】
通信状態の悪化等によってセッションが切断されたことを検出した場合に、切断されたセッションを自動的に再確立することが可能な通信端末が提案されている。例えば特許文献１に記載された通信端末では、回線の不具合等によってセッションの切断が検出された場合に、切断されたセッションに対する再確立処理が自動的に実行される。セッションが再確立された後、通信は再開される。これによって、通信状態が一時的に悪化した場合でも、テレビ会議は継続して実行される。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００２−２４７５６６号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
テレビ会議から脱退するために、特定の通信端末が他の通信端末とのセッションを故意に切断したとする。この場合、上述した通信端末では、切断されたセッションが再確立処理によって確立されてしまう場合がある。従って、特定の通信端末はセッションを切断することができず、テレビ会議からの脱退後もセッションが確立された状態となってしまうという問題点がある。
【０００６】
本発明の目的は、他の通信端末との間のセッションを確実に切断することができる通信端末、通信方法、及び通信プログラムを提供することにある。
【課題を解決するための手段】
【０００７】
本発明の第一態様に係る通信端末は、複数の他の通信端末とのセッションを確立して通信を行う通信端末であって、セッションが確立している前記他の通信端末のＩＤを記憶する第一記憶手段と、一連のセッションの開始から終了までの間にセッションが確立したことのある前記他の通信端末のＩＤを記憶する第二記憶手段と、セッションが確立している前記複数の他の通信端末のうち特定の前記他の通信端末とのセッションを切断する切断手段と、前記切断手段においてセッションが切断された前記特定の他の通信端末のＩＤを、前記第一記憶手段から削除する第一削除手段と、前記第一記憶手段に記憶されているＩＤを、セッションが確立している前記他の通信端末に対して通知する通知手段と、前記他の通信端末から通知された前記ＩＤが、前記第一記憶手段及び前記第二記憶手段に記憶されていない場合に、前記通知されたＩＤによって特定される前記他の通信端末とのセッションを確立させるための通信を行う確立通信手段と、前記他の通信端末から通知された前記ＩＤが、少なくとも前記第二記憶手段に記憶されている場合、前記通知されたＩＤによって特定される前記他の通信端末とのセッションが、前記確立通信手段において再度確立されることを禁止する禁止手段とを備えたことを特徴とする。
【０００８】
第一態様によれば、通信端末は、他の通信端末から通知されたＩＤに基づいてセッションの状態を監視し、切断されたセッションを自動的に再確立する再確立機能を有している。通信端末は、第一記憶手段及び第二記憶手段のいずれにも記憶されていないＩＤが通知された場合、該ＩＤを有する通信端末との間のセッションを確立させる。一方、通信端末は、通知されたＩＤが第二記憶手段に記憶されている場合、該ＩＤを有する通信端末との間のセッションを確立させるための通信を行わない。これによって、切断を望むセッションが、再確立機能によって再度確立されてしまうことを防止できる。通信端末は、所望するセッションを確実に切断することができる。
【０００９】
また第一態様において、前記通知されたＩＤによって特定される前記他の通信端末とのセッションが、前記確立通信手段において再度確立されるように、前記第二記憶手段に記憶された前記ＩＤを削除する第二削除手段を備えていてもよい。これによって通信端末は、通信状態の悪化等によって切断されたセッションを再確立させ、通信を再開することができる。
【００１０】
また第一態様において、前記第二削除手段は、前記第一記憶手段に記憶された前記ＩＤが、前記第一削除手段において全て削除された場合、前記第二記憶手段に記憶された前記ＩＤを全て削除してもよい。これによって通信端末は、全ての他の通信端末とのセッションが切断された場合に、第二記憶手段に記憶されたＩＤを全て削除することができる。これによって、通信端末が新たに他の通信端末とのセッションを確立する場合に、セッションを確立するための通信が確実に行われる。これによって通信端末は、他の通信端末とのセッションを確実に確立し、通信を開始することができる。
【００１１】
また第一態様において、前記通信端末は、複数の前記他の通信端末とのセッションを確立して多地点間通信を行うことが可能なグループに属し、前記第一記憶手段及び前記第二記憶手段は、前記通信端末が属する前記グループ毎に設けられていてもよい。これによって通信端末は、セッションの再確立をグループ毎に制御することができる。従って、通信端末が複数のグループに属している場合において、一のグループ内でセッションが再確立される場合に、他のグループ内のセッションが再確立されてしまうことを防止できる。
【００１２】
また第一態様において、前記切断手段は、前記特定の他の通信端末からセッションの切断の要求を直接受け付けた場合にセッションを切断する第一切断手段と、前記他の通信端末から前記ＩＤが所定時間以上通知されなかった場合にセッションを切断する第二切断手段とを備え、前記禁止手段は、前記第一切断手段において切断されたセッションが再度確立されることを禁止してもよい。これによって通信端末は、故意に切断されたセッションと、ＩＤの通知が所定時間以上通知されなかった場合に切断されたセッションとを区別することができる。従って通信端末は、ＩＤの通知が所定時間以上通知されなかった場合に切断されたセッションのみ再確立させることができる。通信端末は、故意に切断されたセッションが再度確立されてしまうことを確実に防止することができる。
【００１３】
また第一態様において、前記第二記憶手段に前記ＩＤが記憶されてからの経過時間を監視する監視手段を備え、第二削除手段は、前記監視手段において監視された前記経過時間が所定以上となった場合に、前記経過時間が所定以上となった前記ＩＤを前記第二記憶手段から削除してもよい。これによって通信端末は、一旦セッションを切断した他の通信端末が、所定時間経過後に再度セッションの確立を要求した場合に、該他の通信端末とのセッションを確立させることができる。
【００１４】
本発明の第二態様に係る通信方法は、複数の他の通信端末とのセッションを確立して通信を行うための通信方法であって、セッションが確立している前記複数の他の通信端末のうち特定の前記他の通信端末とのセッションの切断の要求を受け付けた場合に、前記特定の他の通信端末とのセッションを切断する切断ステップと、前記切断ステップにおいてセッションが切断された前記特定の他の通信端末のＩＤを、セッションが確立している前記他の通信端末のＩＤを記憶する第一記憶手段から削除する第一削除ステップと、前記第一記憶手段に記憶されているＩＤを、セッションが確立している前記他の通信端末に対して通知する通知ステップと、前記他の通信端末から通知された前記ＩＤが、前記第一記憶手段、及び、一連のセッションの開始から終了までの間にセッションが確立したことのある前記他の通信端末のＩＤを記憶する第二記憶手段に記憶されていない場合に、前記通知されたＩＤによって特定される前記他の通信端末とのセッションを確立させるための通信を行う確立通信ステップと、前記他の通信端末から通知された前記ＩＤが、少なくとも前記第二記憶手段に記憶されている場合、前記通知されたＩＤによって特定される前記他の通信端末とのセッションが、前記確立通信ステップにおいて再度確立されることを禁止する禁止ステップとを備えている。
【００１５】
第二態様によれば、他の通信端末から通知されたＩＤに基づいてセッションの状態が監視され、切断されたセッションは自動的に再確立される。第一記憶手段及び第二記憶手段のいずれにも記憶されていないＩＤが通知された場合、該ＩＤを有する通信端末との間のセッションが確立される。一方、通知されたＩＤが第二記憶手段に記憶されている場合、該ＩＤを有する通信端末との間のセッションを確立するための通信は行われない。これによって、切断を望むセッションが再度確立されてしまうことを防止できる。所望するセッションは確実に切断される。
【００１６】
本発明の第三態様に係る通信プログラムは、複数の他の通信端末とのセッションを確立して通信を行うための通信プログラムであって、セッションが確立している前記複数の他の通信端末のうち特定の前記他の通信端末とのセッションの切断の要求を受け付けた場合に、前記特定の他の通信端末とのセッションを切断する切断ステップと、前記切断ステップにおいてセッションが切断された前記特定の他の通信端末のＩＤを、セッションが確立している前記他の通信端末のＩＤを記憶する第一記憶手段から削除する第一削除ステップと、前記第一記憶手段に記憶されているＩＤを、セッションが確立している前記他の通信端末に対して通知する通知ステップと、前記他の通信端末から通知された前記ＩＤが、前記第一記憶手段、及び、一連のセッションの開始から終了までの間にセッションが確立したことのある前記他の通信端末のＩＤを記憶する第二記憶手段に記憶されていない場合に、前記通知されたＩＤによって特定される前記他の通信端末とのセッションを確立させるための通信を行う確立通信ステップと、前記他の通信端末から通知された前記ＩＤが、少なくとも前記第二記憶手段に記憶されている場合、前記通知されたＩＤによって特定される前記他の通信端末とのセッションが、前記確立通信ステップにおいて再度確立されることを禁止する禁止ステップとをコンピュータに実行させる。
【００１７】
第三態様によれば、他の通信端末から通知されたＩＤに基づいてセッションの状態が監視され、切断されたセッションは自動的に再確立される。第一記憶手段及び第二記憶手段のいずれにも記憶されていないＩＤが通知された場合、該ＩＤを有する通信端末との間のセッションが確立される。一方、通知されたＩＤが第二記憶手段に記憶されている場合、該ＩＤを有する通信端末との間のセッションを確立するための通信は行われない。これによって、切断を望むセッションが再度確立されてしまうことを防止できる。所望するセッションは確実に切断される。
【図面の簡単な説明】
【００１８】
【図１】通信システム１の概要、及び通信端末１０の電気的構成を示す図である。
【図２】通信の流れを説明するための図である。
【図３】通信の流れを説明するための図である。
【図４】通信の流れを説明するための図である。
【図５】通信の流れを説明するための図である。
【図６】通信の流れを説明するための図である。
【図７】通信の流れを説明するための図である。
【図８】通信の流れを説明するための図である。
【図９】通信の流れを説明するための図である。
【図１０】通信の流れを説明するための図である。
【図１１】通信シーケンスを示す図である。
【図１２】メイン処理を示すフローチャートである。
【図１３】監視処理を示すフローチャートである。
【図１４】監視処理を示すフローチャートであって、図１３の続きである。
【図１５】監視処理を示すフローチャートであって、図１４の続きである。
【図１６】変形例における削除処理を示すフローチャートである。
【発明を実施するための形態】
【００１９】
以下、本発明の一実施形態について、図面を参照して説明する。これらの図面は、本発明が採用しうる技術的特徴を説明するために用いられるものである。記載されている装置の構成、各種処理のフローチャート等は、それのみに限定する趣旨ではなく、単なる説明例である。
【００２０】
図１を参照し、通信システム１について説明する。通信システム１は、通信端末１１、１２、及び１３を備えている。以下、これらを区別しない場合、又は総称する場合、通信端末１０という。通信端末１０は、ネットワーク２を介してＰ２Ｐ型の通信を行うことで、他の通信端末１０との間でテレビ会議を行うことができる。通信端末１０は、例えば周知のＰＣやテレビ会議用の専用端末である。図１のうち通信端末１０に付された符号（１１、１２、及び１３）は、通信端末１０のＩＤも示している。通信端末１０間に示された点線は、Ｐ２Ｐ型の通信を行うためのセッションが通信端末１０間で確立していることを示している。
【００２１】
通信端末１０の電気的構成について説明する。通信端末１０は、通信端末１０の制御を司るＣＰＵ２０を備えている。ＣＰＵ２０は、ＲＯＭ２１、ＲＡＭ２２、ハードディスクドライブ（ＨＤＤ）２３、入力部２４、ディスプレイ２５、カメラ２６、スピーカ２７、マイク２８、通信Ｉ／Ｆ２９、及びドライブ装置３０と電気的に接続している。ＲＯＭ２１には、ブートプログラムやＢＩＯＳ、ＯＳ等が記憶される。ＲＡＭ２２には、タイマやカウンタ、一時的なデータが記憶される。ＨＤＤ２３には、ＣＰＵ２０の通信プログラム、及び、確立中ＩＤ及び履歴ＩＤが格納されたテーブル３１（図８等参照、詳細は後述する。）が記憶される。入力部２４は、ユーザからの入力を受け付けるキーボードやマウスである。通信Ｉ／Ｆ２９は、ネットワーク２を介して他の通信端末１０と通信を行う場合のタイミング制御を行う。ドライブ装置３０は、記憶媒体３０１に記憶された情報を読み出すことができる。例えば、通信端末１０のセットアップ時、記憶媒体３０１に記憶された通信プログラムはドライブ装置３０によって読み出され、ＨＤＤ２３に記憶される。
【００２２】
図２から図４を参照し、通信端末１０間で実行されるセッションの再確立通信について説明する。セッションが相互に確立している通信端末１０間では、セッションが確立している他の通信端末１０のＩＤを通知する通信が継続して実行される。以下、セッションが確立している他の通信端末１０のＩＤを通知する通信を、確立通知通信ともいう。
【００２３】
図２に示すように、通信端末１１、１２、及び１３間で相互にセッションが確立した状態であるとする。この場合、通信端末１１は、セッションが確立している通信端末１３のＩＤを通知するためのパケットを、通信端末１２に対して周期的に送信する。通信端末１１は、セッションが確立している通信端末１２のＩＤを通知するためのパケットを、通信端末１３に対して周期的に送信する。通信端末１２、１３でも同様に、ＩＤを通知するためのパケットが周期的に送信される。このように通信端末１０は、セッションが確立している他の通信端末１０のＩＤのうち、確立通知通信を行う相手の通信端末１０のＩＤ以外のＩＤを通知する。以下、確立通知通信時においてＩＤを通知するために周期的に送信されるパケットを、確立通知パケットという。
【００２４】
通信端末１１から確立通知パケットを受信した通信端末１２は、通信端末１１に対してＡＣＫを返信する。通信端末１２は、通信端末１１から送信された確立通知パケットを正常に受信できているので、通信端末１１との間のセッションを介して通信を行うことが可能な状態であることを認識する。また通信端末１２は、確立通知パケットを送信した通信端末１１と、通知されたＩＤを有する通信端末１３との間のセッションを介して、通信端末１１、１３間で通信を行うことが可能な状態であることを認識する。更に通信端末１２は、通知されたＩＤを有する通信端末１３との間のセッションを介して通信を行うことが可能であるか否かを確認する。図２の場合、通信端末１２、１３間のセッションを介して通信を行うことが可能な状態となっている。従って通信端末１２は、通信端末１１、１２、及び１３間のセッションを介して相互に通信を行うことが可能な状態であることを認識する。
【００２５】
通信端末１１、１３でも同様に、他の通信端末１０から確立通知パケットが受信されることによって、通信端末１１、１２、及び１３間のセッションを介して相互に通信を行うことが可能な状態であることが認識される。
【００２６】
図３に示すように、通信端末１２、１３間の通信路の通信状態が悪化したとする。通信端末１２から通信端末１３に対して送信された確立通知パケットが通信路上で破棄された場合、通信端末１３は、確立通知パケットを通信端末１２から受信できない。又、通信端末１２は、送信した確立通知パケットに対するＡＣＫを受信できない。同様に、通信端末１３から通信端末１２に対して送信された確立通知パケットが通信路上で破棄された場合、通信端末１２は、確立通知パケットを通信端末１３から受信できない。又、通信端末１３は、送信した確立通知パケットに対するＡＣＫを受信できない。このような場合、該通信路がテレビ会議時の通信時に使用されると、テレビ会議の品質が悪くなる可能性がある。
【００２７】
これに対して通信端末１２は、送信された確立通知パケットに対するＡＣＫを受信できない場合、又は、通信端末１３からの確立通知パケットが受信できない状態が所定時間以上続いた場合、通信端末１３との間で、セッションを切断させるための所定の通信を行う。これによって通信端末１２は、通信端末１３との間のセッションを切断する。同様に通信端末１３は、送信された確立通知パケットに対するＡＣＫを受信できない場合、又は、通信端末１２からの確立通知パケットが受信できない状態が所定時間以上続いた場合、通信端末１２との間で、セッションを切断させるための所定の通信を行う。これによって通信端末１３は、通信端末１２との間のセッションを切断する。通信端末１２、１３間でＰ２Ｐ型の通信を行うことができない状態になる。
【００２８】
通信端末１２、１３間のセッションが切断された後も、通信端末１１は、ＩＤ １３を通知するための確立通知パケットを通信端末１２に対して送信し、ＩＤ １２を通知するための確立通知パケットを通信端末１３に対して送信する。通信端末１２は、通信端末１３との間のセッションが切断された状態で、ＩＤ １３を通知する確立通知パケットを通信端末１１から受信する。通信端末１２には、セッションが確立していない通信端末１３のＩＤが通知されたことになる。この場合、図４に示すように、通信端末１２は、通知されたＩＤを有する通信端末１３とのセッションを確立させるための確立通信を、通信端末１３との間で開始する。同様に通信端末１３には、セッションが確立していない通信端末１２のＩＤが通知されるので、通知されたＩＤを有する通信端末１２とのセッションを確立させるための確立通信を、通信端末１２との間で開始する。通信端末１２、１３間の通信路の通信状態が改善した場合、通信端末１２、１３で実行される確立通信によって、通信端末１２、１３間のセッションは確立される。
【００２９】
以上のようにして通信端末１０は、確立通知通信を行うことによって、通信路の通信状態の悪化を検出し、セッションを切断することができる。これによって、通信状態の悪い通信路が原因で通信の信頼性が悪化し、通信端末１０間で実行されるアプリケーションの品質が低下してしまうことを防止している。また通信端末１０は、確立通知パケットにより通知されたＩＤを有する通信端末１０との間で確立通信を自動的に実行することができる。従って通信端末１０は、通信路の通信状態が改善した場合に、確立通信によってセッションを再度確立させ、通信を再開することができる。
【００３０】
なお、通信端末１２、１３間のセッションを確立させるための確立通信の概要は次のとおりである。通信端末１２は、通信端末１１を介して通信端末１３に対して、セッションの確立を依頼する。依頼を受けた通信端末１３は、通信端末１２に対してセッションの確立を要求する。通信端末１２は、要求に応じる。同様に通信端末１３は、通信端末１１を介して通信端末１２に対して、セッションの確立を依頼する。依頼を受けた通信端末１２は、通信端末１３に対してセッションの確立を要求する。通信端末１３は、要求に応じる。結果、通信端末１２、１３間のセッションは確立する。詳細は、図１１を参照して後述する。
【００３１】
図５から図７を参照し、相互にセッションが確立している通信端末１０のうち一が、故意にセッションを終了させる場合の通信について説明する。図５では、通信端末１１、１２、及び１３間でセッションが相互に確立している状態で、通信端末１２が、通信端末１１、１３とのセッションを故意に切断させようとしている。通信端末１２は、セッションの切断を要求する切断要求パケットを、通信端末１１、１３に対して送信する。通信端末１１、１３は、切断要求パケットを受信する。通信端末１２と通信端末１１、１３との間で、セッションを切断させるための所定の通信が実行される。これによってセッションは切断される。
【００３２】
ここで図６に示すように、通信端末１１、１２間のセッションが先に切断されたとする。通信端末１２、１３間では、セッションを切断させるための所定の通信が完全に終了しておらず、セッションは未だ確立された状態であるとする。通信端末１１は、通信端末１３とのみセッションが確立した状態となっている。従って、通信端末１１、１３間で実行される確立通知通信では、通信端末１１から通信端末１３に対して、通知するＩＤのない確立通知パケットが送信される。
【００３３】
一方、通信端末１３は、通信端末１２とのセッションが未だ確立された状態であるので、通信端末１１に対して、ＩＤ １２を通知する確立通知パケットが送信される。通信端末１１では、セッションが確立していない通信端末１２のＩＤが通知されたことになる。この場合通信端末１１では、図７に示すように、通知されたＩＤの通信端末１２とのセッションを確立させるための確立通信が、通信端末１２との間で開始されてしまう。なお通信端末１２、１３間では、セッションを切断させるための所定の通信が完了し、通信端末１２、１３間のセッションは切断される。以上のように、セッションの切断のタイミングによっては、故意に切断させた通信端末１０間のセッションが、再度自動的に確立されてしまう場合がある。
【００３４】
これに対して本発明では、次に説明する方法に基づいて通信を行うことによって、故意に切断されたセッションが再度確立されてしまうことを防止している。通信端末１０は、セッションが確立している他の通信端末１０のＩＤと、一連のセッションの開始から終了までの間にセッションが確立したことのある他の通信端末１０のＩＤとを、テーブル３１（図８等参照）によって管理する。ここで一連のセッションの開始から終了までの間とは、何れか一つの他の通信端末１０との間のセッションが確立してから、セッションが確立した状態の他の通信端末１０が存在しなくなるまでの期間を示す。図８から図１０では、セッションが確立している他の通信端末１０のＩＤが、確立中ＩＤとしてテーブル３１に格納されている。一連のセッションの開始から終了までの間にセッションが確立したことのある他の通信端末１０のＩＤが、履歴ＩＤとしてテーブル３１に格納されている。テーブル３１は、ＨＤＤ２３に記憶される。
【００３５】
図８に示すように、通信端末１０間では相互にセッションが確立し、相互に確立通知通信が実行されている。通信端末１１は、通信端末１２、１３とのセッションが確立しているので、通信端末１１が有するテーブル３１には、確立中ＩＤ及び履歴ＩＤとして１２、及び１３が其々記憶されている。通信端末１２が有するテーブル３１には、確立中ＩＤ及び履歴ＩＤとして１１、及び１３が其々記憶されている。通信端末１３が有するテーブル３１には、確立中ＩＤ及び履歴ＩＤとして１１、１２が其々記憶されている。
【００３６】
通信端末１２が、通信端末１１、１３との間のセッションを故意に切断させようとしているとする。図５の場合と同様、通信端末１２は、通信端末１１、１３に対して切断要求パケットを送信する。通信端末１１、１３は、切断要求パケットを受信する。通信端末１２と通信端末１１、１３との間で、セッションを切断させるための所定の通信が開始される。そして図９に示すように、通信端末１１、１２間のセッションが先に切断され、通信端末１２、１３間のセッションは未だ確立された状態になったとする。通信端末１１、１２間のセッションは切断されているので、通信端末１１が有するテーブル３１のうち確立中ＩＤからＩＤ １２が削除されている。通信端末１２が有するテーブル３１のうち確立中ＩＤからＩＤ １１が削除されている。
【００３７】
通信端末１１は、通信端末１３とのみセッションが確立した状態となっているので、通信端末１１から通信端末１３に対して、通知するＩＤのない確立通知パケットが送信される。通信端末１３は、通信端末１２とのセッションが未だ確立した状態となっているので、通信端末１１に対して、ＩＤ １２を通知する確立通知パケットが送信される。
【００３８】
通信端末１１では、確立通知パケットによって通知されたＩＤ １２は、確立中ＩＤとして記憶されておらず、履歴ＩＤとして記憶されていることになる。このように、通知されたＩＤが履歴ＩＤとして記憶されている場合には、通信端末１１は、通知されたＩＤが確立中ＩＤとして記憶されていない場合であっても、通知されたＩＤを有する通信端末１２とのセッションを確立させる確立通信を開始しない。従って、通信端末１１、１２間のセッションは確立されない。通信端末１２、１３間では、セッションを切断させるための所定の通信が完了し、通信端末１２、１３間のセッションは切断される。結果、図１０に示すように、通信端末１２と、通信端末１１、１３との間のセッションは切断される。
【００３９】
以上のように通信端末１０は、確立通知パケットによって他の通信端末１０から通知されたＩＤが履歴ＩＤとして記憶されている場合には、通知されたＩＤを有する通信端末１０とのセッションが確立していない場合でも、通知されたＩＤを有する通信端末１０との確立通信を開始しない。履歴ＩＤには、過去にセッションが確立していた他の通信端末１０のＩＤが記憶されるので、通知されたＩＤが履歴ＩＤとして記憶されている場合には、通知されたＩＤを有する通信端末１０とのセッションは故意に切断された可能性があるためである。これによって通信端末１０は、故意に切断されたセッションが再度自動的に確立されてしまうことを防止している。通信端末１０は、セッションを確実に切断させることができる。一方通信端末１０は、通知されたＩＤが確立中ＩＤとして記憶されておらず、且つ履歴ＩＤとして記憶されていない場合には、通知されたＩＤを有する通信端末１０とのセッションを確立させるために確立通信を開始する。これによって通信端末１０は、他の通信端末１０との間のセッションを確立させることができる。
【００４０】
なお、通信端末１２、１３間の通信路の通信状態が悪化して通信端末１２、１３間のセッションが切断された場合（図３参照）に上述の方法をそのまま適用した場合を想定する。通信端末１２、１３間のセッションは確立していたことになる（図２参照）ので、通信端末１２が有するテーブル３１には、履歴ＩＤとして１３が少なくとも記憶されている。通信端末１３が有するテーブル３１には、履歴ＩＤとして１２が少なくとも記憶されている。図３のように、通信端末１１から通信端末１２に対してＩＤ １３が通知された場合、通信端末１２では、通知されたＩＤは履歴ＩＤとして記憶されていることになるので、通信端末１３とのセッションを確立させる確立通信が開始されない。同様に、通信端末１１から通信端末１３に対してＩＤ １２が通知された場合、通信端末１３では、通信端末１２とのセッションを確立させる確立通信が開始されない。このように、上述の方法がそのまま適用された場合、通信状態の悪化によって切断されたセッションが再度確立されなくなってしまう。
【００４１】
これに対して本発明では、次のような方法によって、切断されたセッションを再度確立させている。通信状態の悪化によって通信端末１２、１３間のセッションが切断された場合、通信端末１２は、通信端末１３のＩＤをＲＡＭ２２に一時的に記憶する。確立通知通信によって通信端末１１から通信端末１２に対してＩＤ １３が通知された場合、通知されたＩＤ １３は、通信端末１２が有するＲＡＭ２２に記憶されていることになる。このような場合、通信端末１２は、通知されたＩＤが履歴ＩＤとして記憶されている場合であっても、通知されたＩＤが確立中ＩＤとして記憶されていない場合には、通知されたＩＤを有する通信端末１３とのセッションを確立させる確立通信を実行する。同様に、通信端末１１から通信端末１３に対してＩＤ １２が通知された場合、通信端末１３は、通知されたＩＤ １２がＲＡＭ２２に記憶されているので、通信端末１２とのセッションを確立させる確立通信を実行する。以上のようにして通信端末１０は、通信状態の悪化によって切断したセッションを、通信状態が改善した場合に再度確立させている。
【００４２】
図１１を参照し、確立通信の通信シーケンスについて説明する。図１１のテーブル３１の記載は、「確立中ＩＤ／履歴ＩＤ」を示している。通信端末１１、１２間でセッションが確立され、Ｐ２Ｐ型の通信が実行されているとする（Ｓ１１）。通信端末１２、１３間でセッションが確立され、Ｐ２Ｐ型の通信が実行されているとする（Ｓ１３）。通信端末１１、１３間ではセッションが確立されておらず、Ｐ２Ｐ型の通信は行われていないとする。
【００４３】
通信端末１１は、通信端末１２に対して確立通知パケットを送信する。通信端末１１は通信端末１２とのみセッションが確立した状態であるので、通知するＩＤのない確立通知パケットが送信される。通信端末１２は、確立通知パケットを受信する（Ｓ１５）。通信端末１２は、通信端末１１に対して確立通知パケットを送信する。通信端末１２は、通信端末１１、１３とセッションが確立した状態であるので、確立通知パケットによってＩＤ １３が通知される。通信端末１１は、確立通知パケットを受信する（Ｓ１７）。
【００４４】
通信端末１１が有するテーブル３１には、通知されたＩＤ １３が確立中ＩＤとして記憶されていない。従って通信端末１１は、通知されたＩＤを有する通信端末１３とのセッションを確立するために、通信端末１３との間で確立通信を開始する。
【００４５】
はじめに通信端末１１は、セッションの確立を望む通信端末１３のＩＤを通知するパケットを、通信端末１２に対して送信する。以下、セッションの確立を望む通信端末１０のＩＤを通知するパケットを、未確立通知パケットという。通信端末１２は、未確立通知パケットを受信する（Ｓ１９）。通信端末１２は、通信端末１３から通信端末１１に対してセッションの確立を要求するように依頼するパケットを、通信端末１３に対して送信する。該パケットでは、セッションを確立させる通信端末１１のＩＤが通知される。以下、セッションの確立を要求するように依頼するパケットを、確立依頼パケットという。通信端末１３は、確立依頼パケットを受信する（Ｓ２１）。
【００４６】
通信端末１３は、確立依頼パケットによって通知されたＩＤが確立中ＩＤとして記憶されていないため、通信端末１１との間のセッションが確立していない状態であることを認識する。通信端末１３は、確立依頼パケットによって通知されたＩＤの通信端末１１に対して、セッションの確立を要求するパケットを送信する。以下、セッションの確立を要求するパケットを、確立要求パケットという。通信端末１１は、確立要求パケットを受信する（Ｓ２３）。通信端末１１は、確立要求パケットに応じ、セッションの確立を許可するパケットを、通信端末１３に対して送信する。以下、確立要求パケットに応じてセッションの確立を許可するパケットを、確立応答パケットという。通信端末１３は、確立応答パケットを受信する（Ｓ２５）。通信端末１１、１３間のセッションは確立され、Ｐ２Ｐ型の通信が実行される（Ｓ２７）。以上のように通信端末１０は、セッションが確立していない他の通信端末１０との間で確立通信を実行することによって、他の通信端末１０との間で新たにセッションを確立させることができる。
【００４７】
以上の確立通信を実行することによって、通信端末１３において、通信端末１１とのセッションが確立された状態であるかを判断し、セッションが確立されていないと判断した場合に、通信端末１１、１３間でセッションを確立させることができる。通信端末１１、１３の双方でセッションが確立されていないと判断された場合にのみ、セッションが確立されるので、一方向のみセッションが確立されている状態で確立通信が実行され、重複するセッションが確立されてしまうことを防止できる。
【００４８】
図１２から図１５を参照し、通信端末１０のＣＰＵ２０において実行されるメイン処理及び監視処理について説明する。メイン処理は、通信端末１０が他の通信端末１０とセッションを確立してテレビ会議を開始した場合に、ＣＰＵ２０において起動され実行される。監視処理は、メイン処理中で起動され実行される。メイン処理及び監視処理は、並列して実行される。
【００４９】
図１２を参照し、メイン処理について説明する。セッションが確立された状態の他の通信端末１０のＩＤは、確立中ＩＤ及び履歴ＩＤとしてテーブル３１に記憶されているものとする。監視処理（図１３、１４、及び１５参照）が起動される（Ｓ３７）。監視処理の詳細は後述する。セッションが確立された状態の他の通信端末１０との間で、Ｐ２Ｐ型の通信が実行され、テレビ会議が実行される（Ｓ３９）。
【００５０】
Ｓ９７（図１４参照）及びＳ１１１（図１５参照）でセッションが確立された他の通信端末１０が存在するかが判断される。セッションが確立された他の通信端末１０が存在する場合（Ｓ４１：ＹＥＳ）、セッションが確立された他の通信端末１０のＩＤが、確立中ＩＤに追加される（Ｓ４３）。セッションが確立された他の通信端末１０のＩＤが、履歴ＩＤに追加される（Ｓ４５）。なお、他の通信端末１０のＩＤが既にテーブル３１に記憶されている場合、上既に記憶されているＩＤに上書きすることで、ＩＤは更新される。処理はＳ３９に戻る。
【００５１】
セッションが確立された他の通信端末１０が存在しない場合（Ｓ４１：ＮＯ）、セッションが確立している他の通信端末１０から周期的に送信される確立通知パケットの受信間隔が特定される。確立通知パケットを受信できない状態が所定時間以上継続したかが、セッションが確立している他の通信端末１０毎に判断される（Ｓ４７）。確立通知パケットを所定時間以上継続して受信できない場合（Ｓ４７：ＹＥＳ）、他の通信端末１０との間の通信路の通信状態が悪化している可能性がある。この場合、他の通信端末１０との間のセッションが一旦切断された後、通信状態が改善した場合に再確立させることが可能なように（Ｓ９８、図１４参照）、ＲＡＭ２２に他の通信端末１０のＩＤが記憶される（Ｓ４９）。処理はＳ５３に進む。
【００５２】
一方、セッションが確立している他の通信端末１０の全てから、所定時間内に確立通知パケットを受信している場合（Ｓ４７：ＮＯ）、他の通信端末１０から切断要求パケットを受信したかが判断される（Ｓ５１）。他の通信端末１０から切断要求パケットが受信された場合（Ｓ５１：ＹＥＳ）、切断要求パケットを送信した他の通信端末１０は、セッションを故意に切断させようとしていることになる。この場合、他の通信端末１０との間のセッションを切断させるために、処理はＳ５３に進む。なおこの場合、セッションが再度確立されないように（Ｓ９８、図１４参照）、他の通信端末１０のＩＤはＲＡＭ２２に記憶されない。一方、切断要求パケットが受信されていない場合（Ｓ５１：ＮＯ）、処理はＳ３９に戻る。
【００５３】
Ｓ５３では、Ｓ４７で所定時間以上継続して確立通知パケットを受信できないと判断された他の通信端末１０、又は、Ｓ５１で受信された切断要求パケットを送信した他の通信端末１０との間で、セッションを切断させるための所定の通信が実行される。セッションは切断される（Ｓ５３）。セッションが切断された他の通信端末１０のＩＤは、確立中ＩＤから削除される（Ｓ５５）。セッションが確立している他の通信端末１０が残存しているかが判断される（Ｓ５７）。一以上の確立中ＩＤが記憶されているか否かによって、セッションが確立している他の通信端末１０が残存しているか否かが判断される。確立中ＩＤが一以上記憶されている場合、セッションが確立している他の通信端末１０が残存していることになるので（Ｓ５７：ＹＥＳ）、処理はＳ３９に戻る。
【００５４】
一方、確立中ＩＤが記憶されていない場合、セッションが確立している他の通信端末１０がないことになる（Ｓ５７：ＮＯ）。この場合、履歴ＩＤは全て削除される（Ｓ５９）。これによって、確立通信が禁止されることがなくなるので（Ｓ８９、図１４参照）、他の通信端末１０と新たにセッションを確立する場合に、確立通信は確実に行われる。従って通信端末１０は、他の通信端末１０と自由にセッションを確立し、通信を開始することができる。Ｓ３７で開始された監視処理（図１３、１４、１５参照）が終了される（Ｓ６０）。メイン処理は終了する。
【００５５】
図１３から図１５を参照し、監視処理について説明する。確立通知パケットの送信周期が監視され、確立通知パケットの送信タイミングが到来したかが判断される（Ｓ６１）。確立通知パケットの送信タイミングが到来した場合（Ｓ６１：ＹＥＳ）、テーブル３１に格納された確立中ＩＤに基づいて、セッションが確立している他の通信端末１０が特定される。セッションが確立している他の通信端末１０に対して、確立通知パケットが送信される（Ｓ６３）。確立中ＩＤのうち、確立通知パケットの宛先の通信端末１０のＩＤ以外のＩＤが、確立通知パケットによって通知される。
【００５６】
Ｓ６３で送信された確立通知パケットに応じ、他の通信端末１０から返信されるＡＣＫの受信が監視される（Ｓ６５）。ＡＣＫが受信された場合（Ｓ６５：ＹＥＳ）、他の通信端末１０との間の通信路の通信状態は良好であると判断され、セッションは維持される。処理はＳ６１に戻る。
【００５７】
確立通知パケットに対するＡＣＫが受信されない場合（Ｓ６５：ＮＯ）、Ｓ６３で確立通知パケットを送信してからの経過時間が監視される（Ｓ６７）。確立通知パケットを送信してからの経過時間が所定時間未満である場合（Ｓ６７：ＮＯ）、処理はＳ６５に戻る。確立通知パケットを送信してからの経過時間が所定時間以上となった場合（Ｓ６７：ＹＥＳ）、他の通信端末１０との間の通信路の通信状態が悪化していると判断される。この場合、他の通信端末１０との間のセッションが一旦切断された後、通信状態が改善した場合に再確立させることが可能なように（Ｓ９８、図１４参照）、ＲＡＭ２２に他の通信端末１０のＩＤが記憶される（Ｓ６９）。
【００５８】
ＡＣＫを受信できない他の通信端末１０との間のセッションを切断させるための所定の通信が実行される。セッションは切断される（Ｓ７１）。セッションが切断された他の通信端末１０のＩＤは、確立中ＩＤから削除される（Ｓ７３）。セッションが確立している他の通信端末１０が残存しているかが判断される（Ｓ７５）。確立中ＩＤが一以上記憶されている場合、セッションが確立している他の通信端末１０が残存していることになるので（Ｓ７５：ＹＥＳ）、処理はＳ６１に戻る。一方、確立中ＩＤが記憶されていない場合、セッションが確立している他の通信端末１０がないことになる（Ｓ７５：ＮＯ）。この場合、履歴ＩＤは全て削除される（Ｓ７７）。これによって、確立通信が禁止されることがなくなるので（Ｓ８９、図１４参照）、他の通信端末１０と新たにセッションを確立する場合に、確立通信は確実に行われる。従って通信端末１０は、他の通信端末１０と自由にセッションを確立し、通信を開始することができる。処理はＳ６１に戻る。
【００５９】
一方、Ｓ６１で、確立通知パケットの送信タイミングが到来していないと判断された場合（Ｓ６１：ＮＯ）、図１４に示すように、セッションが確立された状態の他の通信端末１０から、確立通知パケットを受信したかが判断される（Ｓ８１）。確立通知パケットが受信された場合（Ｓ８１：ＹＥＳ）、確立通知パケットによって通知されるＩＤが特定される。通知されたＩＤと確立中ＩＤとが比較される（Ｓ８３）。通知されたＩＤが確立中ＩＤとして既に記憶されている場合（Ｓ８５：ＹＥＳ）、通知されたＩＤを有する通信端末１０とのセッションは確立された状態にある。この場合、通知されたＩＤを有する通信端末１０との間で確立通信を行う必要はない。確立通知パケットを送信した他の通信端末１０に対してＡＣＫが返信され（Ｓ９９）、処理はＳ６１（図１３参照）に戻る。
【００６０】
一方、確立通知パケットによって通知されたＩＤが、確立中ＩＤとして記憶されていない場合（Ｓ８５：ＮＯ）、通知されたＩＤを有する通信端末１０との間のセッションは確立していないことになる。このような場合、通知されたＩＤと履歴ＩＤとが比較される（Ｓ８７）。通知されたＩＤが履歴ＩＤとして記憶されていない場合（Ｓ８９：ＮＯ）、他の通信端末１０との間のセッションを確立させることが許可されている。通知されたＩＤを有する通信端末１０との間で確立通信を実行させるために、処理はＳ９１に進む。
【００６１】
通知されたＩＤが履歴ＩＤとして記憶されている場合（Ｓ８９：ＹＥＳ）、通知されたＩＤが、Ｓ４９（図１２参照）、又はＳ６９（図１３参照）でＲＡＭ２２に記憶されたＩＤと比較される（Ｓ９８）。通知されたＩＤが、ＲＡＭ２２に記憶されたＩＤと一致する場合（Ｓ９８：ＹＥＳ）、他の通信端末１０との間のセッションを確立させることが許可されている。通知されたＩＤを有する通信端末１０との間で確立通信を実行させるために、処理はＳ９１に進む。一方、通知されたＩＤが、ＲＡＭ２２に記憶されるＩＤと一致しない場合（Ｓ９８：ＮＯ）、通知されたＩＤを有する通信端末１０とのセッションを確立させることが禁止されていることになる。この場合、確立通信を行うことなく処理はＳ６１（図１３参照）に戻る。
【００６２】
Ｓ９１、９３、９５、及び９７では、確立通知パケットによって通知されたＩＤを有する通信端末１０との間のセッションを確立させるための確立通信が、次のようにして実行される。図１１で説明した確立通信を適宜参照しながら説明する。図１１における通信端末１１のＣＰＵ２０が、Ｓ９１、９３、９５、及び９７の各処理を実行することになる。
【００６３】
確立通知パケットを送信した通信端末１２に対して、未確立通知パケットが送信される（Ｓ９１、Ｓ１９（図１１参照））。セッションが確立していない通信端末１３のＩＤが、未確立通知パケットによって通知される。未確立通知パケットを受信した通信端末１２は、通知されたＩＤを有する通信端末１３に対して、確立依頼パケットを送信する（Ｓ１１５（図１５参照、後述）、Ｓ２１（図１１参照））。セッションを確立させる通信端末１１のＩＤが、確立依頼パケットによって通知される。確立依頼パケットを受信した通信端末１３は、通知されたＩＤを有する通信端末１１に対して、確立要求パケットを送信する（Ｓ１０７（図１５参照）、Ｓ２３（図１１参照））。確立要求パケットが受信される（Ｓ９３）。受信された確立要求パケットに応じ、確立応答パケットが送信される（Ｓ９５、Ｓ２５（図１１参照））。これによって、Ｓ８１で受信された確立通知パケットによって通知されたＩＤを有する通信端末１０との間でセッションが確立される（Ｓ９７）。処理はＳ６１（図１３参照）に戻る。
【００６４】
一方、Ｓ８１で、確立通知パケットが受信されていない場合（Ｓ８１：ＮＯ）、図１５に示すように、他の通信端末１０から確立依頼パケットを受信したかが判断される（Ｓ１０１）。他の通信端末１０から確立依頼パケットが受信された場合（Ｓ１０１：ＹＥＳ）、確立依頼パケットによって通知されるＩＤが特定される。通知されたＩＤを有する通信端末１０との間のセッションを確立させるための確立通信が、次のようにして実行される（Ｓ１０３、１０５、１０７、１０９、及び１１１）。図１１で説明した確立通信を適宜参照しながら説明する。図１１における通信端末１３のＣＰＵ２０が、Ｓ１０３、１０５、１０７、１０９、及び１１１の各処理を実行することになる。
【００６５】
通信端末１２から受信された確立依頼パケット（Ｓ２１（図１１参照））によって通知されたＩＤ（１１）と履歴ＩＤとが比較される（Ｓ１０３）。通知されたＩＤが履歴ＩＤとして既に記憶されている場合（Ｓ１０５：ＹＥＳ）、通知されたＩＤを有する通信端末１１とセッションを確立させることが禁止されていることになる。処理はＳ６１（図１３参照）に戻る。
【００６６】
一方、通知されたＩＤ（１１）が履歴ＩＤとして記憶されていない場合（Ｓ１０５：ＮＯ）、通信端末１１との間のセッションを確立させることが許可されている。通信端末１１との間のセッションを確立させるために、通信端末１１との間で確立通信が次のようにして実行される。通知されたＩＤを有する通信端末１１に対して、確立要求パケットが送信される（Ｓ１０７、Ｓ２３（図１１参照））。確立要求パケットを受信した通信端末１１から返信される確立応答パケット（Ｓ９５（図１４参照）が受信される（Ｓ１０９、Ｓ２５（図１１参照））。これによって、Ｓ１０１で受信された確立依頼パケットによって通知されたＩＤを有する通信端末１０との間でセッションが確立される（Ｓ１１１）。処理はＳ６１（図１３参照）に戻る。
【００６７】
Ｓ１０１で、確立依頼パケットが受信されていない場合（Ｓ１０１：ＮＯ）、他の通信端末１０から未確立通知パケットを受信したかが判断される（Ｓ１１３）。他の通信端末１０から未確立通知パケットが受信された場合（Ｓ１１３：ＹＥＳ）、未確立通知パケットによって通知されるＩＤが特定される。通知されたＩＤを有する通信端末１０宛に、確立依頼パケットが送信される（Ｓ１１５）。セッションを接続させる他の通信端末１０のＩＤが、確立依頼パケットによって通知される。なお、図１１における通信端末１２のＣＰＵ２０が、Ｓ１１３、１１５の各処理を実行することになる（Ｓ１９、Ｓ２１、図１１参照）。
【００６８】
以上説明したように、通信端末１０は、確立通知パケットによって他の通信端末１０から通知されるＩＤに基づいてセッションの状態を監視し、切断されたセッションを自動的に再確立する機能を有している。通信端末１０は、通知されたＩＤが、テーブル３１に格納された確立中ＩＤ及び履歴ＩＤのいずれにも該当しない場合、通知されたＩＤを有する通信端末１０との間のセッションを確立させる。一方、通信端末１０は、通知されたＩＤが履歴ＩＤとして記憶されている場合、通知されたＩＤを有する通信端末１０との間のセッションは故意に切断されたものと判断し、セッションを確立させるための通信を禁止する。これによって、故意に切断されたセッションが再度確立されてしまうことを防止できる。通信端末１０は、所望するセッションを確実に切断することができる。
【００６９】
また通信端末１０は、故意に切断されたセッションと、確立通知パケットによる通信が失敗した場合に切断されたセッションとを、通信端末１０のＩＤがＲＡＭ２２に記憶されたか否かによって区別することができる。従って通信端末１０は、故意に切断されたセッションが再度確立されてしまうことを確実に防止することができる。
【００７０】
なお本発明は上述の実施形態に限定されず、種々の変形が可能である。上述の実施形態では、セッションが確立した際に履歴ＩＤに追加されたＩＤは、全てのセッションが切断されるまで消去されなかった（Ｓ５９（図１２参照）、Ｓ７７（図１３参照））。しかしながら本発明はこれに限定されない。例えば、履歴ＩＤにＩＤが追加されてからの経過時間に基づいて、履歴ＩＤを消去してもよい。図１６は、ＣＰＵ２０において実行される削除処理を示している。削除処理は、ＣＰＵ２０の電源が投入された場合に起動され、実行される。削除処理は、メイン処理及び監視処理と並列して実行される。削除処理では、履歴ＩＤにＩＤが追加されてからの経過時間が、ＩＤ毎に監視される。履歴ＩＤにＩＤが追加されてからの経過時間が所定以上となったかが判断される（Ｓ１２１）。経過時間が所定未満である場合（Ｓ１２１：ＮＯ）、処理はＳ１２１に戻る。経過時間が所定以上となった場合（Ｓ１２１：ＹＥＳ）、該当するＩＤが履歴ＩＤから削除される（Ｓ１２３）。処理はＳ１２１に戻る。
【００７１】
以上のように、履歴ＩＤにＩＤが追加されてからの経過時間が所定以上となった場合に、該当するＩＤを履歴ＩＤから削除する。これによって通信端末１０は、一旦セッションを切断した他の通信端末１０が、所定時間経過後に再度セッションの確立を要求した場合に、他の通信端末１０とのセッションを確立させることができる。
【００７２】
なお上述において、削除周期が到来したかの判断は、最初に履歴ＩＤが記憶されてからの経過時間に基づいて一律に判断されてもよい。
【００７３】
上述の実施形態では、通信端末１０は、確立中ＩＤ及び履歴ＩＤを格納したテーブル３１を一つ管理していたが、本発明はこれに限定されない。通信端末１０が、セッションが相互に確立してテレビ会議が実行されている複数のグループに属している場合、テーブル３１はグループ毎に設けられ、ＨＤＤ２３に記憶されてもよい。これによって通信端末１０は、グループ毎にセッションを再確立させる制御を管理することができる。従って、通信端末１０が複数のグループに属している場合において、一のグループ内のセッションの再確立制御によって、他のグループ内のセッションを再確立させてしまうことを防止できる。
【００７４】
上述の実施形態では、未確立通知パケット、確立依頼パケット、確立要求パケット及び確率応答パケットが使用されて確立通信が実行されていた（図１１参照）。しかしながら本発明はこれに限定されない。例えば図１１で、通信端末１１は、通信端末１３に対して確立要求パケットを直接送信してもよい。通信端末１３は、通信端末１１から確立要求パケットを受信した場合、通信端末１１に対して確立応答パケットを送信してもよい。これによって通信端末１０は、確立通信時に要するパケット数を抑制できるので、確立通信を早期に実行し、セッションを確立させることができる。
【００７５】
上述の確立通信、及び、セッションを切断させるための所定の通信は、通信端末１０間で実行されてもよいし、サーバ等を介して実行されてもよい。
【００７６】
なお、確立中ＩＤが記憶されるＨＤＤ２３が本発明の「第一記憶手段」に相当し、履歴ＩＤが記憶されるＨＤＤ２３が本発明の「第二記憶手段」に相当する。Ｓ５３の処理を行うＣＰＵ２０が本発明の「切断手段」に相当する。Ｓ５５の処理を行うＣＰＵ２０が本発明の「第一削除手段」に相当する。Ｓ６３の処理を行うＣＰＵ２０が本発明の「通知手段」に相当する。Ｓ９７、Ｓ１１１の処理を行うＣＰＵ２０が本発明の「確立通信手段」に相当する。Ｓ８９の処理を行うＣＰＵ２０が本発明の「禁止手段」に相当する。Ｓ５９、Ｓ７７、Ｓ１２３の処理を行うＣＰＵ２０が本発明の「第二削除手段」に相当する。Ｓ５１でＹＥＳと判断された結果Ｓ５３でセッションを切断する処理を行うＣＰＵ２０が本発明の「第一切断手段」に相当する。Ｓ４７でＹＥＳと判断された結果Ｓ５３でセッションを切断する処理を行うＣＰＵ２０が本発明の「第二切断手段」に相当する。Ｓ１２１の処理を行うＣＰＵ２０が本発明の「監視手段」に相当する。Ｓ５３の処理が本発明の「切断ステップ」に相当する。Ｓ５５の処理が本発明の「第一削除ステップ」に相当する。Ｓ６３の処理が本発明の「通知ステップ」に相当する。Ｓ９７、Ｓ１１１の処理が本発明の「確立通信ステップ」に相当する。Ｓ８９の処理を行うＣＰＵ２０が本発明の「禁止ステップ」に相当する。
【符号の説明】
【００７７】
１ 通信システム
２ ネットワーク
１０、１１、１２、１３ 通信端末
２０ ＣＰＵ
２３ ＨＤＤ
【特許請求の範囲】
【請求項１】
複数の他の通信端末とのセッションを確立して通信を行う通信端末であって、
セッションが確立している前記他の通信端末のＩＤを記憶する第一記憶手段と、
一連のセッションの開始から終了までの間にセッションが確立したことのある前記他の通信端末のＩＤを記憶する第二記憶手段と、
セッションが確立している前記複数の他の通信端末のうち特定の前記他の通信端末とのセッションを切断する切断手段と、
前記切断手段においてセッションが切断された前記特定の他の通信端末のＩＤを、前記第一記憶手段から削除する第一削除手段と、
前記第一記憶手段に記憶されているＩＤを、セッションが確立している前記他の通信端末に対して通知する通知手段と、
前記他の通信端末から通知された前記ＩＤが、前記第一記憶手段及び前記第二記憶手段に記憶されていない場合に、前記通知されたＩＤによって特定される前記他の通信端末とのセッションを確立させるための通信を行う確立通信手段と、
前記他の通信端末から通知された前記ＩＤが、少なくとも前記第二記憶手段に記憶されている場合、前記通知されたＩＤによって特定される前記他の通信端末とのセッションが、前記確立通信手段において再度確立されることを禁止する禁止手段と
を備えたことを特徴とする通信端末。
【請求項２】
前記通知されたＩＤによって特定される前記他の通信端末とのセッションが、前記確立通信手段において再度確立されるように、前記第二記憶手段に記憶された前記ＩＤを削除する第二削除手段を備えたことを特徴とする請求項１に記載の通信端末。
【請求項３】
前記第二削除手段は、
前記第一記憶手段に記憶された前記ＩＤが、前記第一削除手段において全て削除された場合、前記第二記憶手段に記憶された前記ＩＤを全て削除することを特徴とする請求項２に記載の通信端末。
【請求項４】
前記通信端末は、複数の前記他の通信端末とのセッションを確立して多地点間通信を行うことが可能なグループに属し、
前記第一記憶手段及び前記第二記憶手段は、前記通信端末が属する前記グループ毎に設けられることを特徴とする請求項１から３のいずれかに記載の通信端末。
【請求項５】
前記切断手段は、
前記特定の他の通信端末からセッションの切断の要求を直接受け付けた場合にセッションを切断する第一切断手段と、
前記他の通信端末から前記ＩＤが所定時間以上通知されなかった場合にセッションを切断する第二切断手段と
を備え、
前記禁止手段は、
前記第一切断手段において切断されたセッションが再度確立されることを禁止することを特徴とする請求項１から４のいずれかに記載の通信端末。
【請求項６】
前記第二記憶手段に前記ＩＤが記憶されてからの経過時間を監視する監視手段を備え、
前記第二削除手段は、
前記監視手段において監視された前記経過時間が所定以上となった場合に、前記経過時間が所定以上となった前記ＩＤを前記第二記憶手段から削除することを特徴とする請求項２に記載の通信端末。
【請求項７】
複数の他の通信端末とのセッションを確立して通信を行うための通信方法であって、
セッションが確立している前記複数の他の通信端末のうち特定の前記他の通信端末とのセッションの切断の要求を受け付けた場合に、前記特定の他の通信端末とのセッションを切断する切断ステップと、
前記切断ステップにおいてセッションが切断された前記特定の他の通信端末のＩＤを、セッションが確立している前記他の通信端末のＩＤを記憶する第一記憶手段から削除する第一削除ステップと、
前記第一記憶手段に記憶されているＩＤを、セッションが確立している前記他の通信端末に対して通知する通知ステップと、
前記他の通信端末から通知された前記ＩＤが、前記第一記憶手段、及び、一連のセッションの開始から終了までの間にセッションが確立したことのある前記他の通信端末のＩＤを記憶する第二記憶手段に記憶されていない場合に、前記通知されたＩＤによって特定される前記他の通信端末とのセッションを確立させるための通信を行う確立通信ステップと、
前記他の通信端末から通知された前記ＩＤが、少なくとも前記第二記憶手段に記憶されている場合、前記通知されたＩＤによって特定される前記他の通信端末とのセッションが、前記確立通信ステップにおいて再度確立されることを禁止する禁止ステップと
を備えたことを特徴とする通信方法。
【請求項８】
複数の他の通信端末とのセッションを確立して通信を行うための通信プログラムであって、
セッションが確立している前記複数の他の通信端末のうち特定の前記他の通信端末とのセッションの切断の要求を受け付けた場合に、前記特定の他の通信端末とのセッションを切断する切断ステップと、
前記切断ステップにおいてセッションが切断された前記特定の他の通信端末のＩＤを、セッションが確立している前記他の通信端末のＩＤを記憶する第一記憶手段から削除する第一削除ステップと、
前記第一記憶手段に記憶されているＩＤを、セッションが確立している前記他の通信端末に対して通知する通知ステップと、
前記他の通信端末から通知された前記ＩＤが、前記第一記憶手段、及び、一連のセッションの開始から終了までの間にセッションが確立したことのある前記他の通信端末のＩＤを記憶する第二記憶手段に記憶されていない場合に、前記通知されたＩＤによって特定される前記他の通信端末とのセッションを確立させるための通信を行う確立通信ステップと、
前記他の通信端末から通知された前記ＩＤが、少なくとも前記第二記憶手段に記憶されている場合、前記通知されたＩＤによって特定される前記他の通信端末とのセッションが、前記確立通信ステップにおいて再度確立されることを禁止する禁止ステップと
をコンピュータに実行させるための通信プログラム。
【請求項１】
複数の他の通信端末とのセッションを確立して通信を行う通信端末であって、
セッションが確立している前記他の通信端末のＩＤを記憶する第一記憶手段と、
一連のセッションの開始から終了までの間にセッションが確立したことのある前記他の通信端末のＩＤを記憶する第二記憶手段と、
セッションが確立している前記複数の他の通信端末のうち特定の前記他の通信端末とのセッションを切断する切断手段と、
前記切断手段においてセッションが切断された前記特定の他の通信端末のＩＤを、前記第一記憶手段から削除する第一削除手段と、
前記第一記憶手段に記憶されているＩＤを、セッションが確立している前記他の通信端末に対して通知する通知手段と、
前記他の通信端末から通知された前記ＩＤが、前記第一記憶手段及び前記第二記憶手段に記憶されていない場合に、前記通知されたＩＤによって特定される前記他の通信端末とのセッションを確立させるための通信を行う確立通信手段と、
前記他の通信端末から通知された前記ＩＤが、少なくとも前記第二記憶手段に記憶されている場合、前記通知されたＩＤによって特定される前記他の通信端末とのセッションが、前記確立通信手段において再度確立されることを禁止する禁止手段と
を備えたことを特徴とする通信端末。
【請求項２】
前記通知されたＩＤによって特定される前記他の通信端末とのセッションが、前記確立通信手段において再度確立されるように、前記第二記憶手段に記憶された前記ＩＤを削除する第二削除手段を備えたことを特徴とする請求項１に記載の通信端末。
【請求項３】
前記第二削除手段は、
前記第一記憶手段に記憶された前記ＩＤが、前記第一削除手段において全て削除された場合、前記第二記憶手段に記憶された前記ＩＤを全て削除することを特徴とする請求項２に記載の通信端末。
【請求項４】
前記通信端末は、複数の前記他の通信端末とのセッションを確立して多地点間通信を行うことが可能なグループに属し、
前記第一記憶手段及び前記第二記憶手段は、前記通信端末が属する前記グループ毎に設けられることを特徴とする請求項１から３のいずれかに記載の通信端末。
【請求項５】
前記切断手段は、
前記特定の他の通信端末からセッションの切断の要求を直接受け付けた場合にセッションを切断する第一切断手段と、
前記他の通信端末から前記ＩＤが所定時間以上通知されなかった場合にセッションを切断する第二切断手段と
を備え、
前記禁止手段は、
前記第一切断手段において切断されたセッションが再度確立されることを禁止することを特徴とする請求項１から４のいずれかに記載の通信端末。
【請求項６】
前記第二記憶手段に前記ＩＤが記憶されてからの経過時間を監視する監視手段を備え、
前記第二削除手段は、
前記監視手段において監視された前記経過時間が所定以上となった場合に、前記経過時間が所定以上となった前記ＩＤを前記第二記憶手段から削除することを特徴とする請求項２に記載の通信端末。
【請求項７】
複数の他の通信端末とのセッションを確立して通信を行うための通信方法であって、
セッションが確立している前記複数の他の通信端末のうち特定の前記他の通信端末とのセッションの切断の要求を受け付けた場合に、前記特定の他の通信端末とのセッションを切断する切断ステップと、
前記切断ステップにおいてセッションが切断された前記特定の他の通信端末のＩＤを、セッションが確立している前記他の通信端末のＩＤを記憶する第一記憶手段から削除する第一削除ステップと、
前記第一記憶手段に記憶されているＩＤを、セッションが確立している前記他の通信端末に対して通知する通知ステップと、
前記他の通信端末から通知された前記ＩＤが、前記第一記憶手段、及び、一連のセッションの開始から終了までの間にセッションが確立したことのある前記他の通信端末のＩＤを記憶する第二記憶手段に記憶されていない場合に、前記通知されたＩＤによって特定される前記他の通信端末とのセッションを確立させるための通信を行う確立通信ステップと、
前記他の通信端末から通知された前記ＩＤが、少なくとも前記第二記憶手段に記憶されている場合、前記通知されたＩＤによって特定される前記他の通信端末とのセッションが、前記確立通信ステップにおいて再度確立されることを禁止する禁止ステップと
を備えたことを特徴とする通信方法。
【請求項８】
複数の他の通信端末とのセッションを確立して通信を行うための通信プログラムであって、
セッションが確立している前記複数の他の通信端末のうち特定の前記他の通信端末とのセッションの切断の要求を受け付けた場合に、前記特定の他の通信端末とのセッションを切断する切断ステップと、
前記切断ステップにおいてセッションが切断された前記特定の他の通信端末のＩＤを、セッションが確立している前記他の通信端末のＩＤを記憶する第一記憶手段から削除する第一削除ステップと、
前記第一記憶手段に記憶されているＩＤを、セッションが確立している前記他の通信端末に対して通知する通知ステップと、
前記他の通信端末から通知された前記ＩＤが、前記第一記憶手段、及び、一連のセッションの開始から終了までの間にセッションが確立したことのある前記他の通信端末のＩＤを記憶する第二記憶手段に記憶されていない場合に、前記通知されたＩＤによって特定される前記他の通信端末とのセッションを確立させるための通信を行う確立通信ステップと、
前記他の通信端末から通知された前記ＩＤが、少なくとも前記第二記憶手段に記憶されている場合、前記通知されたＩＤによって特定される前記他の通信端末とのセッションが、前記確立通信ステップにおいて再度確立されることを禁止する禁止ステップと
をコンピュータに実行させるための通信プログラム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【公開番号】特開２０１２−１７８００３（Ｐ２０１２−１７８００３Ａ）
【公開日】平成２４年９月１３日（２０１２．９．１３）
【国際特許分類】
【出願番号】特願２０１１−３９８８９（Ｐ２０１１−３９８８９）
【出願日】平成２３年２月２５日（２０１１．２．２５）
【出願人】（０００００５２６７）ブラザー工業株式会社 (13,856)
【Ｆターム（参考）】
【公開日】平成２４年９月１３日（２０１２．９．１３）
【国際特許分類】
【出願日】平成２３年２月２５日（２０１１．２．２５）
【出願人】（０００００５２６７）ブラザー工業株式会社 (13,856)
【Ｆターム（参考）】
[ Back to top ]