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