(57)【要約】  サーバ（１０２、１０４、１０６及び１０８）上でのセッション開始プロトコル通信サポートを適正終了させるシステム（１００）に、サーバ上でサポート適正終了期間を設定する手段と、サービス不能メッセージをクライアント（１１０、１１２、１１４及び１１６）に送信する手段と、セッション開始プロトコル招致のうちクライアントへのサービス不能メッセージ送信前にサーバが受け付けた未完了の招致についてサポート適正終了期間の満了時を期限としてサーバにサポートを継続させる手段と、サーバ上でのセッション開始プロトコル通信サポートをサポート適正終了期間の満了時を期限として終了させる手段と、を設ける。同様のサポートを適正終了させる方法、並びにそのコンテンツをコンピュータシステムにより実行させたとき同様にサポートが適正終了されるコンピュータ可読媒体も提供する。
2007521547.tif 000002
【特許請求の範囲】
【請求項１】
セッション開始プロトコルによるクライアントとの通信をサポートするサーバと、
セッション開始プロトコルによる通信について上記サーバ上でサポート適正終了期間を設定する手段と、
サービス不能メッセージを上記クライアントに送信する手段と、
セッション開始プロトコルによる招致のうち上記クライアントへのサービス不能メッセージ送信前に上記サーバが受け付けた未完了の招致について上記サポート適正終了期間の満了時を期限として上記サーバにサポートを継続させる手段と、
セッション開始プロトコルによる通信に対する上記サーバ上でのサポートを上記サポート適正終了期間の満了時を期限として終了させる手段と、
を備え、サーバ上でセッション開始プロトコルによる通信に対するサポートを適正終了させるシステム。
【請求項２】
請求項１記載のシステムにおいて、上記サーバが上記クライアントから受信したセッション開始プロトコルによる招致に応答して上記サービス不能メッセージを送信する手段を備えるシステム。
【請求項３】
請求項１記載のシステムにおいて、上記サーバが、上記クライアントに上記サービス不能メッセージと共に上記サポート適正終了期間を通知する手段を備えるシステム。
【請求項４】
請求項１記載のシステムにおいて、上記サーバが、上記クライアントへのサービス不能メッセージ送信後に受信したセッション開始プロトコルによるサービス招致を拒む手段を備えるシステム。
【請求項５】
請求項１記載のシステムにおいて、セッション開始プロトコルによる上記クライアントとの通信をサポートする第２のサーバを備えるシステム。
【請求項６】
請求項１記載のシステムにおいて、上記クライアントが、セッション開始プロトコルによる上記クライアントとの通信に対するサポートが上記サーバにより再確立されるまでの間に上記サーバにサーバ状態試験メッセージを送信する手段を備えるシステム。
【請求項７】
請求項３記載のシステムにおいて、上記クライアントが、上記サポート適正終了期間の満了時までストリームコントロールトランスミッションプロトコル接続リストから上記サーバを削除しておく手段を備えるシステム。
【請求項８】
サーバとクライアントとの間にセッション開始プロトコルによる通信を確立するステップと、
セッション開始プロトコルによる通信について上記サーバ上でサポート適正終了期間を設定するステップと、
サービス不能メッセージを上記クライアントに送信するステップと、
セッション開始プロトコルによる招致のうち上記クライアントへのサービス不能メッセージ送信前に上記サーバが受け付けた未完了の招致について上記サポート適正終了期間の満了時を期限として上記サーバにサポートを継続させるステップと、
セッション開始プロトコルによる通信に対する上記サーバ上でのサポートを上記サポート適正終了期間の満了時を期限として終了させるステップと、
を有し、サーバ上でセッション開始プロトコルによる通信に対するサポートを適正終了させる方法。
【請求項９】
請求項８記載の方法において、上記サーバが上記クライアントから受信したセッション開始プロトコルによる招致に応答して上記クライアントに上記サービス不能メッセージを送信するステップを有する方法。
【請求項１０】
請求項８記載の方法において、上記クライアントに上記サービス不能メッセージと共に上記サポート適正終了期間を通知するステップを有する方法。
【請求項１１】
請求項８記載の方法において、上記クライアントへのサービス不能メッセージ送信後に上記サーバが受信したセッション開始プロトコルによるサービス招致を拒むステップを有する方法。
【請求項１２】
請求項８記載の方法において、セッション開始プロトコルによる上記クライアントとの通信を第２のサーバによりサポートさせるステップを有する方法。
【請求項１３】
請求項８記載の方法において、セッション開始プロトコルによる上記クライアントとの通信に対するサポートが上記サーバにより再確立されるまでの間に上記サーバにサーバ状態試験メッセージを送信するステップを有する方法。
【請求項１４】
請求項１０記載の方法において、上記サポート適正終了期間の満了時までクライアント側のストリームコントロールトランスミッションプロトコル接続リストから上記サーバを削除しておくステップを有する方法。
【請求項１５】
サーバ上でセッション開始プロトコルによる通信に対するサポートを適正終了させる方法をコンピュータシステムに実行させるコンテンツを有するコンピュータ可読媒体であって、その方法が、
サーバとクライアントとの間にセッション開始プロトコルによる通信を確立するステップと、
セッション開始プロトコルによる通信について上記サーバ上でサポート適正終了期間を設定するステップと、
サービス不能メッセージを上記クライアントに送信するステップと、
セッション開始プロトコルによる招致のうち上記クライアントへのサービス不能メッセージ送信前に上記サーバが受け付けた未完了の招致について上記サポート適正終了期間の満了時を期限として上記サーバにサポートを継続させるステップと、
セッション開始プロトコルによる通信に対する上記サーバ上でのサポートを上記サポート適正終了期間の満了時を期限として終了させるステップと、
を有するコンピュータ可読媒体。
【請求項１６】
請求項１５記載の媒体において、上記方法が、上記サーバが上記クライアントから受信したセッション開始プロトコルによる招致に応答して上記クライアントに上記サービス不能メッセージを送信するステップを有する媒体。
【請求項１７】
請求項１５記載の媒体において、上記方法が、上記クライアントに上記サービス不能メッセージと共に上記サポート適正終了期間を通知するステップを有する媒体。
【請求項１８】
請求項１５記載の媒体において、上記方法が、上記クライアントへのサービス不能メッセージ送信後に上記サーバが受信したセッション開始プロトコルによるサービス招致を拒むステップを有する媒体。
【請求項１９】
請求項１５記載の媒体において、上記方法が、セッション開始プロトコルによる上記クライアントとの通信に対するサポートが上記サーバにより再確立されるまでの間に上記サーバにサーバ状態試験メッセージを送信するステップを有する媒体。
【請求項２０】
請求項１７記載の媒体において、上記方法が、上記サポート適正終了期間の満了時までクライアント側のストリームコントロールトランスミッションプロトコル接続リストから上記サーバを削除しておくステップを有する媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本願は、何れもこの参照を以てその全体が本願に繰り入れられるところの「ＳＩＰサーバの適正シャットダウン」（Graceful Shutdown of a SIP Server）と題する２００３年４月１４日付の米国暫定出願第６０／４６２７８０号及び「セッション開始プロトコル終了システム及び方法」（Systems and Methods for Termination of Session Initiation Protocol）と題する２００４年２月１１日付の米国特許出願第１０／７７６６５９号に基づく利益を享受する出願である。
【０００２】
本発明は、概略、ＳＩＰ（Session Initiation Protocol:セッション開始プロトコル）による通信（以下「ＳＩＰ通信」と略記）をサポートする遠隔通信ネットワークの改良に関し、より詳細にはＳＩＰ通信の終了管理技術に関する。
【背景技術】
【０００３】
昨今における遠隔通信の長期的発展はインターネットを用いたデータ通信を更に増加させる方向に向かっており、この発展を支えるべく制定及び実施された無数のトラフィックフォーマットプロトコルにより各種データの目的別伝送が可能になっている。こういったプロトコルのうちＳＩＰは、一般に、遠隔通信網における各種データの伝送経路を制御しその伝送を成立させるために用いられている。ＳＩＰは、データ種別を問わずその伝送を成立させ得るプロトコルであるが、特にライブ通信に係る伝送を成立させるのに有用且つ好適なプロトコルであり、中でも電話コールのようなライブ双方向音声通信伝送を成立させるのにことに適したプロトコルである。コスト低減及び信号品質向上の要求が否応もなく高まりつつあることからすれば、インターネット経由ライブ音声通信伝送をＳＩＰにより成立させること、それもより高品質で成立させることが、特に嘱望されているといえよう。
【０００４】
ライブ音声通信において特に求められるのはコール成立までの所要時間（遅延時間）ができるだけ短く且つできるだけ失敗せずにコールを成立させられることであり、そういった面でライブ音声通信伝送用ＴＤＭ（Time Division Multiplexing:時分割多重）プロトコルその他のシステムと競合できるようにするには、その種のシステム向けに遙か以前に制定されている品質規格を同じく充足するよう、インターネットベース経路制御を行わねばならない。ここに、インターネット経由の通信は、相互遠隔配置されているサーバの動作、特にインターネット内に蜘蛛の巣のように張り巡らされている潜在的経路群の中から所与信号向けの経路を決定しその経路を介した伝送を成立させるという動作に依存しているから、仮にライブ音声通信伝送を成立させる途中でサーバがフェイルしてしまうと、通話開始が遅れるかそもそも接続すらされないこととなろう。このような事情に鑑み、通信成立サポート終了に端を発したサービス途絶／混乱を最小限に食い止められるようにすることが、望まれている。
【０００５】
より詳細には、ＳＩＰは、併装されているＳＣＴＰ（Stream Control Transmission Protocol:ストリームコントロールトランスミッションプロトコル）上で通信を行う。このＳＣＴＰは数ある汎用通信プロトコルのうちの一つである。また、ＳＩＰによってＶｏＩＰ（Voice over Internet Protocol:ボイスオーバインターネットプロトコル）による伝送を成立させ通信を行うことができる。更に、ＳＩＰは電話通話のようなライブ双方向遠隔通信伝送を成立させるのに特に有用であるが、他種のライブデータ通信伝送やオフラインデータ通信伝送もサポートしておりそれらにも使用できる。
【０００６】
ＳＣＴＰには、ＳＣＴＰサーバとクライアントとの接続をシャットダウンできるスリーウェイハンドシェイク方式のシャットダウンプロトコルが含まれているが、このハンドシェイクシャットダウンプロトコルではサーバに対し適当な手段が提供されていないため、受信済且つ受付済の要求（request:リクエスト）の処理を仕上げつつあるさなかにクライアントから新たにＳＩＰサービスを請われたサーバは、受信したその招致（invite:インバイト乃至インバイトリクエスト）を無視することも拒むこともできない。即ち、あるサーバに係るＳＣＴＰ接続（SCTP associations）をシャットダウンするとそのサーバが受信したサービス要求のうち幾つかに対しそのサーバが応答することができなくなるため、それらの要求に係るコールの成立が遅延し又はコール自体が成立しないといったことが起こりうる。更に、ＳＣＴＰによるサポートを全てシャットダウンしない限り、ＳＩＰ通信に対するサポート（以下「ＳＩＰ通信サポート」と略記）をシャットダウンさせることはできない。
【０００７】
以上のことから、ＳＩＰ通信サポートの終了を管理でき、それにより、サービス途絶／混乱ができるだけ起こらないようにすると共により優れた遠隔通信品質を提供する個別システム及び方法が、必要とされているといえよう。
【０００８】
【非特許文献１】"Internet Protocol", published September 1981, [online], インターネット<URL:http://www.ietf.org/rfc/rfc791.txt>
【非特許文献２】"Stream Control Transmission Protocol", published October 2000, [online], インターネット<URL:http://www.ietf.org/rfc/rfc2960.txt>
【非特許文献３】"Session Initiation Protocol", published June 2002, [online], インターネット<URL:http://www.ietf.org/rfc/rfc3261.txt>
【発明の開示】
【０００９】
本発明に係るシステム及び方法を利用すれば、ＩＰ（Internet Protocol:インターネットプロトコル）網内にあるサーバ上でのＳＩＰ通信サポートを適正終了させることができ、この適正終了プロトコルによって、その種のサーバ上でＳＩＰ通信サポートを秩序立ってサービス対象外にすることができる。その結果、通信伝送成立を求めるＳＩＰ要求のうち未完了のものが残ったために伝送不成立乃至混乱が生じることは少なくなる。その際に、サーバ動作の他の部分に影響が及ぶこともない。
【００１０】
本発明の一実施形態に係るシステムは、クライアントとのＳＩＰ通信をサポートするサーバと、ＳＩＰ通信についてサーバ上でサポート適正終了期間（time period for gracefully terminating support）を設定する手段と、サービス不能メッセージ（Service Unavailable Message）をクライアントに送信する手段と、ＳＩＰによる招致（以下「ＳＩＰ招致」と略記）のうちクライアントへのサービス不能メッセージ送信前にサーバが受け付けた未完了の招致についてサポート適正終了期間の満了時を期限としてサーバにサポートを継続させる手段と、サーバ上でのＳＩＰ通信サポートをサポート適正終了期間の満了時を期限として終了させる手段と、を備え、サーバ上でＳＩＰ通信サポートを適正終了させるシステムである。
【００１１】
本発明の他の実施形態に係る方法は、サーバとクライアントとの間にＳＩＰ通信を確立するステップと、ＳＩＰ通信についてサーバ上でサポート適正終了期間を設定するステップと、サービス不能メッセージをクライアントに送信するステップと、ＳＩＰ招致のうちクライアントへのサービス不能メッセージ送信前にサーバが受け付けた未完了の招致についてサポート適正終了期間の満了時を期限としてサーバにサポートを継続させるステップと、サーバ上でのＳＩＰ通信サポートをサポート適正終了期間の満了時を期限として終了させるステップと、を有し、サーバ上でＳＩＰ通信サポートを適正終了させる方法である。
【００１２】
本発明の更に他の実施形態に係るコンピュータ可読媒体は、サーバ上でＳＩＰ通信サポートを適正終了させる方法をコンピュータシステムに実行させるコンテンツを有し、その方法が、サーバとクライアントとの間にＳＩＰ通信を確立するステップと、ＳＩＰ通信についてサーバ上でサポート適正終了期間を設定するステップと、サービス不能メッセージをクライアントに送信するステップと、ＳＩＰ招致のうちクライアントへのサービス不能メッセージ送信前にサーバが受け付けた未完了の招致についてサポート適正終了期間の満了時を期限としてサーバにサポートを継続させるステップと、サーバ上でのＳＩＰ通信サポートをサポート適正終了期間の満了時を期限として終了させるステップと、を有するコンピュータ可読媒体である。
【００１３】
本発明並びにその特徴事項及び利点については、以下に示す詳細な説明及び添付する図面から、より深く理解できよう。
【発明を実施するための最良の形態】
【００１４】
以下、本発明について添付図面を参照しつつより全面的に説明する。添付図面には、本発明の実施形態のうち現段階において好ましいと思われる幾つかの実施形態を示してあるが、本発明は様々な形態で実施できるものであるから、本願中で説明する実施形態に限定して解釈されることがあってはならない。これらの実施形態を提示した目的は、むしろ、本願における記載を一貫した完全なものにし、また本願中において本件技術分野における習熟者（いわゆる当業者）に本発明の技術的範囲を全面的に提示することにある。
【００１５】
本発明に係るシステム及び方法を用いれば、ＩＰ網内にあるサーバ上でのＳＩＰ通信サポートを適正終了させることができる。本発明に係る適正終了プロトコルによれば、好適にも、その種のサーバ上でのＳＩＰ通信サポートをサービス対象から秩序立って除外することができ、それによって、ＳＩＰによる伝送のうち未成立のものをできるだけ途絶／混乱に終わらせないようにすることができる。
【００１６】
図１に例示するシステム１００はサーバ１０２、１０４、１０６及び１０８並びにクライアント１１０、１１２、１１４及び１１６を有しており、これらのサーバ及びクライアントは全体としてＩＰ網１１８を形成している。このシステム１００内には、通信路によって相互リンクされた幾多のサーバ及びクライアントを設けることができ、それらによって非常に広い地理的エリア乃至世界規模のエリアをカバーすることができる。これらのサーバ及びクライアントは、常にそのうち何個かが、ＳＩＰ通信サポート対象サービスから離脱して然るべき状態となっていることであろう。例えば、サーバ及びクライアントには修理や保守や交換が必要になることがある。ＳＩＰ通信サポート対象サービスから特定のサーバを離脱させる必要が生じたときは、そのサーバ上でのそのサポートを秩序立って終了させるのが望ましい。そうしなければ、例えばポイントＡにいる発呼者からポイントＢに宛てた電話コールがＩＰ網経由で接続され成立するまでに時間がかかることとなろうし、コール成立に至らないことにもなりかねない。
【００１７】
オペレーションコントローラ１２０及び１２１は、サーバ１０２〜１０８及びクライアント１１０〜１１６を外部から制御している。インタフェース１２２、１２４、１２６及び１２８は、それぞれ、このＩＰ網のローカルユーザとクライアント１１０〜１１６のうち対応するものとの通信に使用されている。なお、本願では、「クライアント」という用語を、システム１００のコンポーネントのうちＳＩＰフォーマットに従いサーバにデータを送信することができ且つサーバからデータを受信できるコンポーネント、例えばスイッチや他のサーバという意味で、使用している。クライアントの中には人間のユーザとやりとりをするものもあるししないものもある。
【００１８】
サーバ１０２はＳＣＴＰリンク１３０、１３２、１３４、１３６によりクライアント１１０、１１２、１１４、１１６に、サーバ１０４はＳＣＴＰリンク１３８、１４０、１４２、１４４によりクライアント１１０、１１２、１１４、１１６に、サーバ１０６はＳＣＴＰリンク１４６、１４８、１５０、１５２によりクライアント１１０、１１２、１１４、１１６に、サーバ１０８はＳＣＴＰリンク１５４、１５６、１５８、１６０によりクライアント１１０、１１２、１１４、１１６に、それぞれ同順でリンクされている。これらのＳＣＴＰリンクはこのＩＰ網上にあるルータを介した下位層伝送によって形成されている。また、オペレーションコントローラ１２０はリンク１６２、１６４によりクライアント１１０、１１２に、オペレーションコントローラ１２１はリンク１６６、１６８によりクライアント１１４、１１６に、オペレーションコントローラ１２０はリンク１７０、１７２によりサーバ１０２、１０４に、オペレーションコントローラ１２１はリンク１７４、１７６によりサーバ１０６、１０８に、それぞれ同順で接続されている。本実施形態におけるリンク１６２〜１７６はＩＰ網１１８を横断（構成）していないが、望みに応じ、ＩＰ網１１８を横断（構成）するようリンク１６２〜１７６のうち幾つか又は全てを設けてもよい。更に、オペレーションコントローラ１２０及び１２１はリンク１７７により相互接続されている。また、クライアント１１０、１１２、１１４、１１６は、リンク１７８、１８０、１８２、１８４によりインタフェース１２２、１２４、１２６、１２８と、それぞれ同順で通信しており、クライアント１１０及び１１２はリンク１８６により、クライアント１１２及び１１４はリンク１８８により、クライアント１１４及び１１６はリンク１９０により、それぞれ相互通信している。望みなら、サーバ１０２〜１０８間の直接リンク、クライアント１１０〜１１６の追加直接リンク等、図示されていないリンクを確立することもできる。以上のリンクは、例えば光ファイバ、マイクロ波、無線、有線又はそれらの組合せ等、どのような伝送媒体でも好適に実現できるし、その他どのような通信技術又はその組合せでも好適に実現できる。
【００１９】
インタフェース１２２〜１２８はＩＰ網１１８外のシステムユーザとの通信に用いられている。ＩＰ網１１８は、短距離でも長距離でも更には大陸間でもサーバ１０２〜１０８とクライアント１１０〜１１６とが通信できるようにしており、インタフェース１２２〜１２８は、クライアント１１０〜１１６のうち対応するものの近傍にいるユーザを、このＩＰ網に接続するのに用いられている。なお、インタフェース１２２〜１２８は、クライアント１１０〜１１６のうち対応するものと完全に又は部分的に一体化させてもよいし、或いはそれらとは別システムにしてリンク１７８〜１８４により接続してもよい。
【００２０】
クライアント１１０〜１１６は各々コンピュータシステムであり、各クライアントに搭載されている実行可能なソフトウェアの中には、そのクライアントがＩＰフォーマットに従い送受双方向に通信を行えるようにするソフトウェアや、そのクライアントがＳＣＴＰフォーマットに従い送受双方向に通信を行えるようにするソフトウェアや、そのクライアントがＳＩＰフォーマットに従い送受双方向に通信を行えるようにするソフトウェアが、含まれている。ＳＣＴＰフォーマットによる通信はＩＰにより、ＳＩＰフォーマットによる通信はＳＣＴＰにより、それぞれサポートされており、ＳＩＰはＶｏＩＰによる通信の実行をサポートしている。ＩＰ、ＳＣＴＰ及びＳＩＰの全容は、それぞれこの参照を以て本願に繰り入れられるところの非特許文献１、２及び３に同順に記載されている。ＩＰ、ＳＣＴＰ及びＳＩＰの改訂版が、今後、ＩＥＴＦ（Internet Engineering Task Force:インターネット特別技術調査委員会）等により公開されることもあろう。
【００２１】
サーバ１０２〜１０８もまた各々コンピュータシステムであり、各サーバに搭載されている実行可能なソフトウェアの中には、そのサーバがＩＰフォーマットに従い送受双方向に通信を行えるようにするソフトウェアや、そのサーバがＳＣＴＰフォーマット及びＳＩＰフォーマットに従い送受双方向に通信を行えるようにするソフトウェアが、含まれている。サーバ１０２〜１０８は、望みに応じ、それぞれＩＰ網１１８内に集中配置することもできるし、ＩＰ網１１８内で互いに離れた位置に配置することもできる。例えば、サーバ１０２〜１０８は、同一室内に配置することもできるし、別々の街に配置することもできるし、更には別々の国に配置することもできる。
【００２２】
オペレーションコントローラ１２０及び１２１もまた各々コンピュータシステムであり、各オペレーションコントローラに搭載されている実行可能なソフトウェアの中には、そのオペレーションコントローラが典型的にはＴＣＰ−ＩＰ（Transmission Control Protocol/Internet Protocol:トランスミッションコントロールプロトコル／インターネットプロトコル）フォーマットに従い送受双方向に通信を行えるようにするソフトウェアが、含まれている。オペレーションコントローラ１２０及び１２１は、サーバ１０２〜１０８及びクライアント１１０〜１１６を外部から制御できるよう構成されており、システム１００を管理する役割を負っている。図１に示したシステムの動作制御はこれら互いに別体の２個のオペレーションコントローラ１２０及び１２１によって行われているが、オペレーションコントローラ１２０及び１２１を一体化しこの動作制御を単一のオペレーションコントローラに行わせるようにしてもよい。従って、一般的にいえば、システム１００に設けるオペレーションコントローラの個数は１個でもよいし複数個でもよい。複数個とする場合は、ここで例示しているオペレーションコントローラ１２０及び１２１のように、リンク１７７やＩＰ網１１８内リンク等のリンクを介して相互接続するのが望ましい。
【００２３】
動作中のシステム１００においては、ＳＣＴＰ及びＩＰによるサポート下にＳＩＰ通信を行えるようサーバ１０２〜１０８及びクライアント１１０〜１１６を起動する。サーバ１０２〜１０８及びクライアント１１０〜１１６は、個々に直接起動してもよいし、オペレーションコントローラ１２０及び１２１による管理下に起動させてもよい。クライアント１１０〜１１６は、サーバ１０２〜１０８とのＳＩＰ通信をサポートするため、通常は、起動されるとリンク１３０〜１６０を介したＳＣＴＰ接続を成立させ確立する。これによって、ＩＰ網１１８を介した潜在的ＳＩＰ通信リンクのメッシュ状ネットワークが確立され、サーバ１０２〜１０８及びクライアント１１０〜１１６を使用してＳＩＰ通信を行う準備が整う。
【００２４】
このメッシュ状ネットワークの使用形態を例示説明するため、今、ポイントＡにいる発呼者からインタフェース１２２を介し“ポイントＢにいる受呼者への電話コールを確立されたし”との要求を受信したとする。図１に示されているように、インタフェース１２２及びクライアント１１０はポイントＡの近くに、インタフェース１２４及びクライアント１１２はポイントＢの近くに、それぞれ所在している。ポイントＡとポイントＢは離れた場所であるかもしれない。このときクライアント１１０は、宛先ポイントＢを示すＵＲＩ（Uniform Resource Identifier:統一様式資源識別子）を取得し、自分が保持しているＳＩＰ通信用対サーバアクティブＳＣＴＰ接続リストを参照することによって、ＩＰ網１１８を介した電話コール伝送を成立させる際に使用できるかもしれないサーバ、例えばサーバ１０２〜１０８を認識・識別する。クライアント１１０は、ＳＩＰ招致用の要求先リスト（request target list）に従いポイントＡからポイントＢへのコールの伝送を成立させるため、それぞれサーバ１０２〜１０８につながっているリンク１３０、１３８、１４６及び１５４上に所定優先順位に従いＳＩＰ招致メッセージを送出する。このとき、要求先リスト内で筆頭の優先順位を有しているのがサーバ１０２でありまたそのサーバ１０２がサービス中で且つ十分な容量を有しているのであれば、そのサーバ１０２は、そのＳＩＰ招致を受け付ける旨のメッセージをクライアント１１０に送信した上でそのサービス招致を処理し、それによってポイントＡにいる発呼者とポイントＢにいる受呼者との間の電話コールを成立させる。この電話コールが通る経路は経路制御によって決まり、例えばインタフェース１２２、リンク１７８、クライアント１１０、ＩＰ網１１８内のリンク１８６、クライアント１１２、リンク１８０及びインタフェース１２４を順に巡って最終的にポイントＢの受呼者に達する経路となる。
【００２５】
また、このサーバ１０２がリダイレクトモードである場合、そのサーバ１０２はクライアント１１０からの要求をサーバ１０４にリダイレクトし、そのサーバ１０４に対しＳＩＰ招致を処理しコールを成立させるよう要求する。これによって成立した電話コールが通る経路はサーバ１０４による経路制御によって決まり、例えば前の例と同様にリンク１８６を通る経路となる。また、特定の性質を有するＳＩＰ招致を拒むよう、サーバ１０２にプログラミングしておくこともできる。例えば、システム１００内の特定部分から発せられたＳＩＰ招致を拒むよう、或いは当該特定部分にて終端させるべきＳＩＰ招致を拒むよう、サーバ１０２にプログラミングしておくことができる。
【００２６】
本発明におけるサーバ１０２〜１０８各々に搭載されている実行可能なソフトウェアには、更に、そのサーバにてＳＩＰ通信サポートを適正終了させる処理を開始させ実行しそして監視するのに使用できるソフトウェアが含まれている。そのため、サーバ１０２〜１０８は、それぞれ、ＳＩＰメッセージを用いた通信を成立させるためのサービスから適正に離脱することができる。即ち、このシステム１００では、サーバ例えば１０２をＳＩＰサポート終了対象に指定することによってそのサーバ１０２によるＳＩＰサポートを適正終了させることができる。こういった適正終了が必要になるのは例えば過負荷が発生したときやそのサーバ１０２を計画に従い修理、保守又は交換しなければならないときであり、その場合には、そのサーバ１０２に対しそのサーバ１０２上でのＳＩＰ通信サポートを適正終了させよとの命令を発行する。この命令は、例えば、オペレーションコントローラ１２０から送信するか、サーバ１０２自身にて発生させるか、或いはシステムアドミニストレータとして行動している人間からサーバ１０２が受け取るようにする。このとき、サーバ１０２がオペレーションコントローラ１２０から“その命令は正当権限により裏付けられている”というセキュリティ上の確認を受信することとしてもよいし、自分自身で確認することとしてもよい。この命令についてクライアント１１０〜１１６から同意・承認を受ける必要はないが、そういった同意・承認を要求・取得することとしてもよい。
【００２７】
その後、このサーバ１０２は、引き続き計時すべき期間をガードタイマにセットして計時させる。設定される期間は、サーバ１０２が受付済ＳＩＰ招致全ての処理を済ませ対応する電話コールその他の通信を成立させ終えるのに十分と認め得る長さとする。ここに、サーバ１０２は、専ら経路制御及び通信成立のための処理要求に関わっており、その結果として行われる通信それ自体にはそれほど関わってはいない。また、サーバ１０２にはシャットダウン前に伝送を完了させるべき個々のメッセージがキューイングされているから、このサーバ１０２はガードタイマ計時期間を適切な長さにまた適切な正確さで決定することができる。このようにサーバ１０２は通信を成立させる処理を終えたらその通信に係る伝送に関わらないのであるから、通信に遅延、阻害乃至途絶・混乱を引き起こすことなく適正に（円滑に）、それ以後に到着したＳＩＰ招致の受付を拒絶することができる。また、ガードタイマを用いているため、ガードタイマ計時期間満了時以前の時点で確実に、そのサーバ１０２に係るＳＩＰ通信用ＳＣＴＰ接続を休止させることができ、従って適切な時点でオンラインによるＳＩＰ通信サービスからサーバ１０２を除外することができる。サーバ１０２が受付済ＳＩＰ招致全てを処理し終え対応する電話コールその他の通信を全て成立させ終えたら、その時点がガードタイマによる計時終了前であってもガードタイマによる計時終了を待たずにそれらＳＣＴＰ接続は休止される。
【００２８】
更にその後、サーバ１０２は“当面サーバ１０２上ではＳＩＰサービスを利用できない”旨のサービス不能メッセージ即ちＳＩＰサービス不能メッセージをクライアント１１０〜１１６に送信する。このサービス不能メッセージは、例えば、その時点でサーバ１０２がアクティブなＳＣＴＰ接続を保っている全てのクライアント例えばクライアント１１０〜１１６に送信することとしてもよいし、事後的にサーバ１０２に到着したＳＩＰ招致に対しサーバ１０２からサービス不能メッセージにより返答することとしてもよい。後者の場合、サーバ１０２からサービス不能メッセージを送信する先はＳＩＰ招致を送信してきた特定のクライアントに限られ、送信する機会はそのＳＩＰ招致にサーバ１０２が応答するときだけとなる。また、この適正終了システムを試験するには、クライアントに対してではなくオペレーションコントローラ１２０のみに対してＳＩＰサービス不能メッセージを送信して分析させればよい。その際オンラインクライアントの動作に影響が及ぶことはない。
【００２９】
また、サーバ１０２にて所定リトライ延引期間／タイマを設定／使用し、設定したリトライ延引期間をサービス不能メッセージに含めてクライアントに伝えるようにしてもよい。このリトライ延引期間は最短でもガードタイマ計時期間と同じ長さになるよう設定する。即ち、キューイングしてある受付済ＳＩＰ招致メッセージの処理を済ませ、クライアント１１０〜１１６に対するあらゆる必要な応答を送信し、自分に係るＳＩＰ通信用ＳＣＴＰ接続を休止させる、という動作を、サーバ１０２自身が実行し終えるのに十分な長さに設定する。このようにすれば、サーバ１０２は、受付済ＳＩＰ招致に係る通信を全てリトライ延引タイマ満了前に成立させきることができる。また、リトライ延引期間の長さをデフォルト設定してもよい。このデフォルト期間長は、例えば、ガードタイマ計時期間長に所定時間を加算した長さとする。この設定はオペレーションコントローラ１２０又はサーバ１０２自身が行えばよい。
【００３０】
ＳＩＰサービス不能メッセージは例えばクライアント１１０により受信される。クライアント１１０を、例えば、ＳＩＰサービス不能メッセージを受信したときそのメッセージ内のリトライ延引期間長をカウントダウンタイマに設定し、その後リトライ延引期間中はサーバ１０２にＳＩＰ招致を送信するのを憚る構成としてもよい。更に、サーバ１０２を、リトライ延引期間中は自分に送信されてきたＳＩＰ招致を全て断る構成としてもよい。また、クライアント１１０を、将来的にＳＩＰ招致メッセージを発行するために自分が保持しているＳＩＰ通信用対サーバアクティブＳＣＴＰ接続リストから、リトライ延引期間中はサーバ１０２を削除しておく構成としてもよい。クライアント１１２、１１４及び１１６にも、これと同様の動作を実行させることができる。
【００３１】
その後、サーバ１０２は、クライアントに送信しなければならないサービスメッセージを全て送信する処理を含め、自分にキューイングしてある全ての受付済ＳＩＰ招致メッセージについての処理を完遂しようと試みる。更に、サーバ１０２は、ガードタイマ計時期間満了時以前の時点で、自分に係るＳＣＴＰ接続をＳＩＰサービス対象から除外する。サーバ１０２は、ＳＩＰ通信を適正終了させる処理がこのようにして終了したときにそのことをオペレーションコントローラ１２０に報告する構成としてもよい。自分に係るＳＣＴＰ接続をＳＩＰサービスから排除した時点で、サーバ１０２は、他の通信プロトコルに対するサポートを部分的に又は全面的に終了させる処理に移行することができ、また保守その他のオフライン作業を実施できる状態となる。
【００３２】
サーバ１０２が自分に係るＳＩＰ通信用ＳＣＴＰ接続を除去した後は、クライアント１１０〜１１６からサーバ１０２にＳＩＰ招致メッセージを送信しても仕方がなくなるが、例えばクライアント１１０は、それ以外のサーバ１０４、１０６及び１０８と自分との間のアクティブなＳＣＴＰ接続を使用して、ＳＩＰ招致を送信することができる。例えば、ポイントＡにて発呼された電話コールをポイントＢにて受呼させるには、ＩＰ網１１８を介した経路制御をサーバ１０４に行わせればよい。
【００３３】
クライアント１１０を、ＳＩＰ招致メッセージにきちんと優先順位を付ける構成としてもよい。例えば、クライアント１１０を、自分に対してサーバ１０２〜１０８がどのような位置にあるかに応じ或いは所与伝送経路に沿って見た場合にサーバ１０２〜１０８がどのような位置にあるかに応じ、サーバ１０２〜１０８に対するＳＩＰ招致メッセージの引き渡し優先順位を決める構成としてもよいし、ラウンドロビン方式、一次／二次方式等により引き渡し優先順位を決め、決めた順位に従いサーバ１０２、１０４、１０６及び１０８を選択していき、そして決めた順位を変えずに繰り返し且つ循環的に引き渡しを試行する構成としてもよい。また、クライアント１１０は、オペレーションコントローラ１２０等から命令を受け、その命令により指定されたサーバをスキップすることもある。クライアント１１０は、こうして決めた優先順位を、自分が保持しているＳＩＰ通信用対サーバアクティブＳＣＴＰ接続リストに反映させることができる。そのためには、例えば、このＳＣＴＰ接続リスト内にポインタを設定すればよい。このポインタはそのクライアント１１０が一番最近にＳＩＰ招致を送信した先がどのサーバかを示すポインタであり、クライアント１１０は、ＳＩＰ招致メッセージを作成するときに、その次にＳＣＴＰ招致メッセージの送信に使用する予定のＳＣＴＰ接続をアクティブＳＣＴＰ接続リストから選択して、ポインタをそのＳＣＴＰ接続へとずらす。送信したＳＩＰ招致メッセージに対し所定ＳＩＰ招致メッセージ応答期間内に応答がない場合は、クライアント１１０は、アクティブＳＣＴＰ接続リストからこのように選択指定されている次のサーバに宛てて、ＳＩＰ招致メッセージを送信する。こういった手順を繰り返し行い、例えばアクティブＳＣＴＰ接続リスト内にあるサーバ全てにＳＩＰ招致メッセージを送信したにもかかわらず、その何れに対しても適切な時点までに応答がなかった場合、クライアント１１０は、例えばＴＤＭサーバ等の非ＩＰサーバと通信して経路制御を行い必要なコールを成立させる。
【００３４】
また、クライアント１１０〜１１６を、サーバ１０２上でＳＩＰサポートが利用できないとされている間もそのサーバ１０２によるＳＩＰサポート状態を監視する構成としてもよい。例えば、クライアント１１０〜１１６を、自分が保持しているＳＩＰ通信用対サーバアクティブＳＣＴＰ接続リストを常時完全な状態に保つべくサーバ１０２にサーバ状態試験メッセージ（server status test message）を試行的に送信できる構成としておく。更に、サーバ１０２がＳＩＰサービスに復帰する予定時間についてクライアント１１０〜１１６が通知を受けられるようにしておけば、それらクライアント１１０〜１１６は、サーバ１０２をＳＩＰ通信に利用できるかどうかをチェックすることができ、またサーバ１０２がオンラインによるＳＩＰ通信に予定通りに復帰していない場合はそのことをオペレーションコントローラ１２０に通知することができる。このような通知は、サーバ１０２に対する直接監視をバックアップするものとして利用できる。
【００３５】
サーバ１０２は最終的にはＳＩＰ通信サポートを再確立するに至るであろう。そうなった場合、サーバ１０２宛のサーバ状態試験メッセージへの応答として、そのサーバ１０２がオンラインによるＳＩＰ通信に復帰したことを示す応答が返送され、クライアント１１０〜１１６がこれを受信することとなる。これを受信したクライアント１１０〜１１６は、例えば、そのサーバ１０２を自分が保持しているＳＩＰ通信用対サーバアクティブＳＣＴＰ接続リストに追加し、そのサーバ１０２へのＳＩＰ招致送信を再開できる状態となる。
【００３６】
以上、システム１００の動作につき電話コール伝送を想定して説明を行ったが、ＳＣＴＰ及びＩＰによりサポートされているＳＩＰは、他種のデータストリームの電子伝送を成立させるのにも有用である。電話通信を成立させるのにもまたそういったデータストリームの伝送を成立させるのにも、同様の構成を有し同様の動作手順に従うシステムを利用できる。
【００３７】
図２に、一例に係るＳＩＰ通信適正終了方法２００を示す。例示した方法２００は、サーバ１０２〜１０８、クライアント１１０〜１１６並びにオペレーションコントローラ１２０及び１２１を、図１に基づき説明した如く通信路によりリンクさせた構成を有するシステム１００により、実行される。このシステム１００はＳＩＰ、ＳＣＴＰ及びＩＰの各プロトコルによる通信をサポートしている。
【００３８】
ステップ２０５、２１０及び２１５を含むフェーズＩにおいては、ＳＩＰ通信をサポートするようシステムが通常動作モードで確立され、このシステムにてＳＩＰ通信サポートを適正シャットダウンさせる旨の決定が下される。
【００３９】
ステップ２０５においては、例示システム１００にて例示サーバ１０２〜１０８と例示クライアント１１０〜１１６との間にＳＩＰ通信用ＳＣＴＰ接続を確立する。ＳＣＴＰ接続は必要に応じてサーバ側からでもクライアント側からでも成立させられるが、通常は、それまでオフラインであったクライアントをシステム１００内のサービスに組み込むときにそのクライアント側から成立させる。ここでは、説明の都合上、クライアント１１０〜１１６それぞれとサーバ１０２〜１０８それぞれとの間にＳＩＰ通信用ＳＣＴＰ接続を確立してあるが、サーバ／クライアント間に選択的にＳＣＴＰ接続を確立してもよい。どのようにするかは、どのような接続がそのシステム１００上で現在要求されているか、またどのような接続がこれから要求されるかによる。希望通りのＳＣＴＰ接続が確立された暁にはシステム１００の動作モードは通常動作モードとなり、この通常動作モードにおいてはＳＣＴＰ通信がサポートされるため、システム１００を用いＳＣＴＰサービス要求を充足させることができる。このＳＣＴＰサービス要求は、例えば、電話コールが末端ユーザに届くよう経路制御せよとの要求が例示インタフェース１２２〜１２８によって受信されたときに、発生する。これら末端ユーザは例えば例示ポイントＡ及びＢに所在しており、これらポイントＡ及びＢは例えば互いに遠く隔たった位置にあり且つシステム１００を介して接続されている。
【００４０】
ステップ２１０においては、サーバ例えば１０２が、適正終了によりＳＩＰ通信サービスから離脱せよとの命令を、自分自身で発生させ、オペレーションコントローラ１２０から受信し、或いはシステムアドミニストレータとして行動している人間から受け取る。このとき、ステップ２１５において適正終了命令が有効な権限に基づくものであることを確認することとしてもよい。この確認は例えばサーバ１０２自身でもオペレーションコントローラ１２０でも行うことができる。なお、サーバにおけるＳＩＰ通信の無権限終了はシステムにおけるサービス能力・容量を不必要に減らすものである。
【００４１】
ステップ２２０、２２５、２３０及び２３５を含むフェーズＩＩにおいては、サーバ例えば１０２が、適正終了を管理すべくガードタイマをセットし好ましくは終了予定をクライアントに通知する。
【００４２】
ステップ２２０においてはサーバ例えば１０２がガードタイマをセットする。このタイマは、そのサーバのＳＩＰ通信用ＳＣＴＰ接続が適切なタイミングで除去されるよう、管理するためのものである。サーバ１０２がガードタイマにセットする時間の長さは、キューイングしてある通信成立要求全てを処理し、更に必要ならＳＩＰサービスからの離脱が切迫している旨のメッセージを送信し、そして自分に係るＳＩＰ通信用ＳＣＴＰ接続を休止させる、という動作を、サーバ１０２自身がやり遂げるのに十分であると認められる長さとする。
【００４３】
ステップ２２５においては、サーバ例えば１０２が、クライアントのうちどれか例えばクライアント１１０から更なるＳＩＰ招致が到来したときに、これに応答してサービス不能メッセージを送信する。ステップ２３０においては、サーバ例えば１０２が、アクティブＳＣＴＰ接続により自分にリンクされているクライアント全てに、ＳＩＰサービス不能メッセージを送信する。ステップ２２５及び２３０のいずれによっても、そのサーバ例えば１０２を介したＳＩＰ通信の適正終了に関しクライアント１１０〜１１６に通知することができる。従って、システム１００内でステップ２２５及び２３０を両方実行してもよいし一方だけを実行してもよい。またある特定のサーバのＳＩＰ通信適正終了に際しそのうち一方だけを実行することとしてもよい。また、ステップ２３５において、サーバ１０２がリトライ延引期間を設定しこれをサービス不能メッセージ内に含めるようにしてもよい。
【００４４】
ステップ２４０、２４５及び２５０を含むフェーズＩＩＩにおいては、クライアントがこの終了予定に応答し自分の動作を計画・設定する。
【００４５】
このとき、ステップ２４０において、サーバ１０２から受信したリトライ延引期間に基づきカウントダウン期間を定めてカウントダウンタイマにセットし、カウントダウン期間中は自分が保持しているＳＩＰ通信用対サーバアクティブＳＣＴＰ接続リストにおける指定対象からこのサーバ例えば１０２を除外しておく、という動作を、クライアント例えば１１０がサービス不能メッセージに応じて実行することとしてもよい。この場合、クライアント例えば１１０は、サーバ１０２がオンライン状態に復帰するまでの間、自分が保持しているこのアクティブＳＣＴＰ接続リスト上で指定されている他のサーバに対し、ＳＩＰ招致を送信して通信に係る経路制御を要求する。
【００４６】
また、ステップ２４５において、サーバ１０２が自分とクライアント例えば１１０とのＳＩＰ通信用にＳＣＴＰ接続を再確立するまでの間に、そのクライアント例えば１１０がそのサーバ１０２にサーバ状態試験メッセージを送信しようと試みるように、してもよい。クライアント１１０は、例えばリトライ延引時間が満了するまで待ち、サーバ例えば１０２へのサーバ状態試験メッセージの送信を開始する。
【００４７】
ステップ２５０においては、クライアント１１０は、サーバ１０２から、そのサーバ上でのＳＩＰサービス回復予定時刻について通知を受けることができる。通知された予定時刻が経過してもなおサーバ例えば１０２がシステム１００上でのオンラインＳＩＰ通信に復帰してこない場合、クライアント例えば１１０は、オペレーションコントローラ１２０にそのことを通知できる。
【００４８】
ステップ２５５、２６０及び２６５を含むフェーズＩＶにおいてはサーバ例えば１０２により適正終了処理が実行される。
【００４９】
ステップ２５５においては、サーバ例えば１０２が、キューイングしてある受付済ＳＩＰ招致全ての処理、並びにクライアント１１０〜１１６に送信すべきあらゆるメッセージの送信を、やり遂げようと試みる。ステップ２６０においては、ガードタイマ計時期間満了時以前の時点で、サーバ１０２が自分に係るＳＣＴＰ接続をＳＩＰサービス対象から除外する。
【００５０】
また、ステップ２６５において、ＳＩＰ通信適正終了処理が完了したことをサーバ例えば１０２からオペレーションコントローラ１２０に報告することとしてもよい。これは、オペレーションコントローラ１２０及び１２１がシステム１００全体を管理できるようにするのに有用である。また、ＳＩＰ通信適正終了によってサーバ例えば１０２とのＳＩＰ通信がシャットダウンされることとなるが、その後もそのサーバに電源を供給し続け他のＳＣＴＰ通信乃至通信プロトコルをサポートできる状態を維持することが可能であるし、また全通信プロトコルについてオフライン状態にし又はその電源を切断することによってそのサーバ１０２についてオフライン保守その他の作業を行えるようにすることも可能である。
【００５１】
また、ステップ２７０及び２７５を含むフェーズＶにてサーバ例えば１０２に関し更なる動作を実行することもできる。まず、ステップ２７０においてサーバ例えば１０２についてオフライン保守その他の作業を実施することができる。適正終了処理の実行目的が例えばサーバ１０２をサービス上の過負荷から救済することであった場合は、このステップは省略することができる。また、ステップ２７５において、クライアント例えば１１０がサーバ例えば１０２からサーバ状態試験メッセージへの応答としてサービス可能メッセージ（Service Available Message）を受け取ったとき、そのクライアント１１０が自分が保持しているＳＩＰ通信用対サーバアクティブＳＣＴＰ接続リスト上でそのサーバ１０２を指定対象として再びアクティブにする動作を、実行することもできる。そして、クライアント例えば１１０は、自分が保持している利用可能サーバ優先順位付けリストに従い、サーバ１０２へのＳＩＰ招致の送信を再開することができる。
【００５２】
図３に、他の例に係るＳＩＰ通信適正終了方法３００を示す。例示した方法３００の実行には、図１に関して説明した如く配置され且つ通信路により相互リンクされたサーバ１０２、クライアント１１０及びオペレーションコントローラ１２０を用いる。
【００５３】
ステップ３０５においては、サーバ１０２がクライアント１１０とのＳＣＴＰ接続を確立する。サーバ１０２及びクライアント１１０は共にＳＩＰ、ＳＣＴＰ及びＩＰの各プロトコルによりサポートを受け通信を行う。
【００５４】
ステップ３１０においては、サーバ１０２を適正終了によりＳＩＰ通信サービスサポートから離脱させよとの命令を、サーバ１０２が自分で発生させ、オペレーションコントローラ１２０自身が発生させてサーバ１０２が受信し、又はシステムアドミニストレータとして行動している人間が発してサーバ１０２が受け取る。
【００５５】
ステップ３１５においてはサーバ１０２がクライアント１１０にサービス不能メッセージを送信する。このサービス不能メッセージは、例えば、サーバ１０２にこれ以上ＳＩＰ招致を送信してはいけないこと、或いは送信されてもセット済リトライ延引期間経過後でなければ受け付けないことを、表している。
【００５６】
ステップ３２０においては、サーバ１０２は、キューイングしてあるＳＩＰ招致の処理及びこれに関連したクライアントとの通信を完了させよう、という試みを、セット済ガードタイマ計時期間満了時点を限度として継続する。また、サービス不能メッセージの受信からセット済リトライ延引期間の満了までの間、サーバ１０２との間に更なるＳＩＰ通信が成立することをクライアント１１０側で憚るようにしてもよい。
【００５７】
ステップ３２５においては、ガードタイマ計時期間満了時以前の時点にて、サーバ１０２がクライアント１１０とのＳＣＴＰ接続をＳＩＰ通信サポート対象から除外する。即ち、キューイングしてあるＳＩＰ招致全ての処理及びこれに関連したクライアントとの通信を、ガードタイマ計時期間満了前にサーバ１０２が完了させた場合、このＳＣＴＰ接続はガードタイマ計時期間満了前であっても除外され得る。
【００５８】
以上、適正終了プロトコルに関し図１〜図３を参照して説明を行った。この説明においてはソフトウェア的実施形態を示したが、ソフトウェア的に実行される命令ステップ群の全部又は一部をファームウェア内又は他種プログラム格納媒体内に組み込んだ形態でも実施し得る。それらファームウェア又はプログラム格納媒体は、遠隔通信システムと通信する機能を備えＩＰ、ＳＣＴＰ及びＳＩＰの各プロトコルをサポート可能な１台又は複数台のコンピュータにて使用する。本願における「ソフトウェア」なる用語はその種の実行可能な命令をくまなく包含する意味で用いられており、同じく「サーバ」なる用語はＳＩＰプロトコル実現用ソフトウェアコードを実行可能なあらゆるマイクロプロセッサシステムを包含する意味で用いられている。
【００５９】
本願における教示は、本願中の記載及び別紙特許請求の範囲の記載に合致する限り、広範な状況に変形適用することができる。例えば、図２及び図３に基づく上記説明では図１に例示したシステム１００を参照しているが、図２又は図３に例示されている方法は他種システムにて実施することもできる。また、システム１００は本願中の記載の通り変形することができる。例えば、サーバやクライアントは、１個でも複数個でもまた何個でも、このシステム内に組み込むことができる。図２に関する説明中で必須なものとしていなかったステップ及び構成を、図３に基づき説明した方法に付加することもできる。説明した動作は、ある単一のセンタにて実行してもよいし、複数個のセンタにて実行してもよいし、アレイをなす複数個のノードにて相互通信しつつ分散実行してもよい。その他、望みに応じ様々な構成を採ることができる。インタフェースの個数は何個としてもよい。またインタフェースが実行するタスクのうち一部又は全部をクライアントにて実行させてもよい。適正終了に関連した判断、制御及び通信について、その責任機能、例えばタイマセット機能や通知送信機能の一部又は全部を、サーバに担わせてもよいし、オペレーションコントローラ（オペレーションセンタ）に担わせてもよいし、その他システム上の適切なコンポーネントに担わせることもできる。上掲の図２及び図３に示したステップの実行順序は一例に過ぎず、特にこれに限る意図はない。例えば、適正終了に関わる判断が下されクライアントに通知された後にサーバにより実行されるステップの実行タイミングは、クライアントにより実行されるステップの実行タイミングと同時でもよいし、先でもよいし、後でもよい。
【図面の簡単な説明】
【００６０】
【図１】本発明の一実施形態に係りサーバ上でＳＩＰ通信を適正終了させるシステムを示す図である。
【図２】本発明の一実施形態に係りサーバ上でＳＩＰ通信を適正終了させる方法を示す図である。
【図３】本発明の他の実施形態に係りサーバ上でＳＩＰ通信を適正終了させる方法を示す図である。
【図１】
2007521547.tif 000003
【図２】
2007521547.tif 000004
【図３】
2007521547.tif 000005
【国際調査報告】
2007521547.tif 000006