JP2005110260A - 代替コール・コントローラへの移行のための方法および装置 - Google Patents

Abstract

【課題】代替コール・コントローラへの移行のための方法および装置を提供すること。
【解決手段】本発明は、パケットデータ・ネットワークを用いて確立させたリアルタイム通信に関連したコール信号伝達情報の維持を目的としている。本発明によれば、リアルタイム通信に関連するコール状態情報は、相互接続されたクライアントに対してコール・コントローラによって提供される。クライアントはこのコール状態情報を保存している。コール・コントローラとクライアントの間のコール信号伝達チャンネルに障害が発生する、またはコール・コントローラに障害が発生すると、クライアントは代替コール・コントローラとのコンタクトを確立させることがあり、またクライアント上に保存してあるコール状態情報を代替コール・コントローラに提供することがある。次いで、この代替コール・コントローラはそのリアルタイム通信と関連付けされたコール機能を復元することができる。
【選択図】図２

Description

本発明は、パケットデータ・ネットワークを介したリアルタイムのデータ伝送を目的としている。本発明は、詳細には、通信エンドポイント上にコール状態情報を保存することによってコール・コントローラ間での移行の際にコール状態情報を維持することを目的としている。

パケットデータ・ネットワークは、リアルタイムのオーディオ、ビデオおよびデータ通信のやり取りのために益々使用されるようになっている。Ｈ．３２３プロトコルを含むさまざまなプロトコルでは、ベアラ・チャンネルから分離されているコール信号伝達チャンネルの確立が必要である。このコール信号伝達チャンネルは、呼のセットアップ、テアダウン（ｔｅａｒ ｄｏｗｎ）、アドレス変換、および課金に関連するメッセージなどの信号伝達メッセージのやり取りに使用される。

パケットデータ・ネットワークまたはＩＰ電話を介したリアルタイム通信に関連して、基本的なコールサービスおよびさまざまなコール機能支援のために、クライアント（メディア・ゲートウェイやＩＰエンドポイントなど）とコール・コントローラとの間に、信号伝達チャンネルをＩＰネットワークを介して確立させるのが一般的である。コール信号伝達チャンネルの喪失などのＩＰネットワークやコール・コントローラに障害があると、メディア・ゲートウェイやＩＰエンドポイントにおけるサービス停止につながることになる。こうした状況においてサービスの喪失を防止するためには、代替コール・コントローラを設けることが典型的である。しかし、メディア・ゲートウェイやＩＰエンドポイントが新たなコール・コントローラに移行する際に、既存の呼（すなわち、ベアラ・チャンネル）がテアダウンすることがある。呼がテアダウンしない場合であっても、代替コール・コントローラは当該の呼に関連付けされたコール状態情報に関する知見をまったく有していないために、そのメディア・ゲートウェイやＩＰエンドポイントがコール機能をまったく利用できなくなることになる可能性が高い。詳細には、ベアラ接続に加えてコール機能を保持しておくには、代替コントローラにコール状態情報を供給することが必要となる。

コール状態情報を代替コントローラに提供するためには、こうした情報をすべての主要コール・コントローラおよび代替コール・コントローラによりアクセスを受けることが可能となるようにしてデータベース内に保存しておくことができる。しかし、共通で冗長なデータベースを確立することは高価になる可能性がある。さらに、こうしたデータベースでは、特に多数のコントローラがこのデータベースにアクセスしている場合に、データのボトルネックが形成されることになる可能性がある。さらに、ネットワークに障害があるとコール・コントローラのこの共通のデータベースへのアクセスが阻害される可能性があるため、こうした解決法はあまり頑強ではない。

コール状態情報を代替コール・コントローラに提供するための別の対処法では、利用可能な代替コール・コントローラをコール状態情報を用いて動的に更新している。すなわち、コール状態情報が作成または更新されると、主要コール・コントローラが喪失された場合にクライアントがコンタクトを取る代替コール・コントローラまたは複数の代替コントローラに対してこの情報が提供される。しかし、この対処法では、特にシステム上で利用可能なコール・コントローラの数が増加すると、オーバーヘッドおよび複雑さが増加する。さらに、これらの代替コール・コントローラは、メイン・コントローラ上での呼のすべてに関するコール状態情報について更新されなければならない。このために、ネットワークの輻輳を生じる可能性がある。さらに、ネットワーク障害があるとコントローラの互いの通信が阻害される可能性があるため、この解決法はあまり頑強ではない。

本発明はこうした問題やその他の問題、並びに従来技術の欠点を解決することを目的とする。

本発明によれば、主要コール・コントローラからクライアントにコール状態情報が提供される。クライアントは主要コール・コントローラにより提供された状態情報を保存する。呼の状態が変化すると、クライアントに対して更新されたコール状態情報が提供される。コール・コントローラまたは信号伝達チャンネルに障害が発生すると、クライアントはこのコール状態情報を代替コール・コントローラに提供し、これによって主要コール・コントローラによって提供されてきたコール機能を代替コール・コントローラが提供することを可能とさせることがある。この状態情報は、必ずしもクライアントが理解し処理するようなフォーマットである必要はない。

本発明の一実施形態によれば、コール状態情報を包含したファイルが、代替コール・コントローラがクライアントに対して発した問い合わせに応答して代替コール・コントローラに提供されることがある。本発明の別の実施形態によれば、コール状態情報を包含したファイルがクライアントから代替コール・コントローラに対してプッシュで提供されることがある。

ここで図１を参照すると、本発明の一実施形態によるリアルタイム通信機構１００を表している。一般に、この通信機構１００には、通信ネットワーク１０８によって互いに相互接続された多数の通信端末１０４ａ〜ｎが不可欠である。当業者であれば理解し得るように、この通信ネットワーク１０８は、互いに連絡した２つ以上の通信端末１０４の間に通信チャンネルを形成させることがある。さらに、通信ネットワーク１０８の１つまたは複数の部分は公衆交換電話網（ｐｕｂｌｉｃ ｓｗｉｔｃｈｅｄ ｔｅｌｅｐｈｏｎｅ ｎｅｔｗｏｒｋ：ＰＳＴＮ）などのアナログおよび／または交換回線のネットワークを備えることがあること、並びに通信ネットワーク１０８の少なくとも一部分はＩＰ通信ネットワークを備えることがあること、を理解すべきである。さらに当業者であれば理解し得るように、インターネット・プロトコル（ＩＰ）通信ネットワーク１０８がある通信端末１０４の近傍の通信リンクの一部をなしている場合、こうした通信端末１０４はＩＰ電話、テレビ電話またはコンピュータを含むことがある。

ここで図２を参照すると、さまざまなクライアント２０４とＩＰプロトコル通信ネットワーク２００に関連付けされたコール・コントローラ２０８との間の関係を表している。詳細には、図２に示すように、クライアント２０４は、全体としてＩＰプロトコル通信ネットワーク２００を介してコール・コントローラ２０８に相互接続されている。当業者であれば理解し得るように、ＩＰプロトコル通信ネットワーク２００は通信ネットワーク１０８のすべてまたは一部を構成することがあり、またしたがって、図２に表した機構が図１に表したシステム１００のすべてまたは一部をなすことがある。ＩＰプロトコル通信ネットワーク２００にわたるクライアント２０４の通信は、Ｈ．３２３プロトコルを含むさまざまな通信プロトコルに従うことがある。

クライアント２０４はさまざまなタイプとすることがある。たとえば図２に示すように、クライアント２０４は１つまたは複数のゲートウェイ２１２を含むことがある。一般に、ゲートウェイ２１２を含むクライアント２０４は、ＩＰプロトコル通信ネットワーク１０８に対する直接的な相互接続が不可能であるような通信エンドポイント１０４間の相互接続（あるいは、非ＩＰプロトコル・ネットワークへの相互接続）を提供することができる。さらに、ゲートウェイ２１２と非ＩＰプロトコル通信エンドポイント１０４の間の接続は、交換回線ネットワークを介して確立されることがあるような相互接続などの直接的な相互接続を介して得られることがある。

クライアント２０４は、追加としてあるいは別法として、本明細書においてインターネット・プロトコル（ＩＰ）通信エンドポイント２１６と呼ぶＩＰ通信ネットワークに対する直接的な相互接続が可能な通信端末１０４を含むことがある。一般に、ＩＰ通信エンドポイント２１６は、ＩＰプロトコル通信ネットワーク１０８に対する直接的な相互接続が可能である。したがって、ＩＰ通信エンドポイント２１６の例には、ハードウェア（たとえば、ＩＰ電話）として、あるいは汎用のコンピュータ、リアルタイムオーディオ、ビデオ、および／またはデータ通信を提供するように動作可能なコンピュータまたはその他のデータ・エンドポイントと連携して動作するソフトウェア（たとえば、ソフトウェア電話（ｓｏｆｔ ｐｈｏｎｅ））としてのいずれかにより実現されるようなＩＰ電話やテレビ電話が含まれる。

コール・コントローラ２０８は、コントローラ２０８およびクライアント２０４を相互接続させる相手にあたるＩＰプロトコル通信ネットワーク２００のクライアント２０４間での通信を容易にするまたは可能にするように機能するネットワーク・ノードである。詳細には、コール・コントローラ２０８はコール状態情報を維持している。コール状態情報の例には、ＩＰプロトコル通信ネットワーク２００を介したリアルタイム通信と関連して作成されるＳＩＰやＨ．３２３のコール状態情報が含まれる。たとえば、コール状態情報は、呼のセットアップ、テアダウン、アドレス変換、および課金の情報を含むことがある。コール・コントローラ２０８はさらに、ＩＰプロトコル通信ネットワーク２００へのアクセスを制御するように機能する。当業者であれば理解し得るように、典型的な機構では、コール・コントローラ２０８は、１つまたは複数のクライアント２０４に関する主要コール・コントローラとして機能することや、こうした主要コール・コントローラとして割り当てられることがある。別法としてまたは追加として、コール・コントローラ２０８は、多数の通信エンドポイント２０４に対する１つの代替コール・コントローラとして機能することが可能である。ここで図３を参照すると、本発明の一実施形態によるシステムの動作を表している。先ず工程３００において、クライアント２０４とコール・コントローラ２０８の間にコール信号伝達チャンネルが確立される。たとえば、ＩＰ通信エンドポイント２１６を含む第１の通信エンドポイント１０４に関連付けされたユーザは、第２の通信エンドポイント１０４とで１つの通信チャンネル（すなわち、１つの呼）が確立されるように要求することがある。通信チャンネルに対する要求と関連して、クライアント２０４とコール・コントローラ（たとえば、第１のコール・コントローラ２０８ａ）との間にコール信号伝達チャンネルが確立されることになる。

工程３０４において、コール状態情報が利用可能であるか否かに関する判定が行われる。一般に、コール状態情報は、通信チャンネル自体に関連する任意の情報、またはその通信チャンネルと関連付けされた周辺データを含むことがある。たとえば、コール状態情報は、その通信チャンネルと関連付けされたさまざまなエンドポイント、通信エンドポイント１０４が終話状態（ｏｎ ｈｏｏｋ）にあるか否か、並びにコールタイマ情報を特定することがある。利用可能なコール状態情報がまったくない場合は、工程３０４においてシステムをアイドリング状態とすることがある。コール状態情報が利用可能である場合には、最新のコール状態情報を用いてコール状態情報ファイルが作成される（工程３０８）。次いで、このコール状態情報ファイルがクライアント２０４に送信される（工程３１２）。一般に、このコール状態情報ファイルは、コール・コントローラ２０８とでコール信号伝達チャンネルが確立済みでありかつこのコール状態情報を作成する際に関連させた通信チャンネルと関連付けされている各クライアント２０４に対して送信される。当業者であれば理解し得るように、通信チャンネルのセットアップ中または確立中に、確立させた通信チャンネルと関連付けされていないコール状態情報が存在することがある。しかし、クライアント２０４が割り当てられたコントローラ２０８から切断状態になった場合に要求された通信チャンネルの確立を容易にするために、こうした情報は本発明に従ってコール情報ファイル内に維持させることがある。さらに当業者であれば理解し得るように、コール・コントローラ２０８は、コール状態情報を包含したファイルをクライアント２０４に提供するのに加えて、コール状態情報を従来式で維持することがある。こうした状態情報の例には、カバー範囲タイマ、転送ステータス、ログイン・ステータス、他のパーティへの直前の接続、当該の呼で使用されるオーバーライド・コード、コールパーク（ｃａｌｌ ｐａｒｋ）情報が含まれる。一般に、当該コールに関するユーザに対する任意の機能関連情報が保存され、またさらに当該コールに生じた内容や当該コールに生じる可能性がある内容に関する任意の呼に特有の情報が保存される。

工程３１６において、コール状態情報ファイルがクライアント２０４上に保存される。したがって、コール状態情報のコピーは、コール状態情報ファイルに表されている内容に従って、クライアント２０４に対して直接的にアクセス可能である。しかし、クライアント２０４はコール状態情報ファイルのフォーマットまたは内容に関する認識を保持する必要がないことを理解されたい。

工程３２０において、更新されたコール状態情報が利用可能であるか否かに関する判定が行われる。更新されたコール状態情報が利用可能である場合、システムは工程３０８に戻る。更新されたコール状態情報が利用可能でない場合は、クライアント２０４とコール・コントローラ２０８の間のコール信号伝達チャンネルが終了となったか否かに関する判定が行われる（工程３２４）。コール信号伝達チャンネルが終了していない場合、システムは工程３２０に戻る。コール信号伝達チャンネルが終了済みである場合、次に当該コール信号伝達チャンネルの終了が適正であるか否かに関する判定が行われる（工程３２８）。終了が適正であると判定された場合、処理は終了となる。適正な終了の一例は、クライアント２０４が終話状態となり、かつその対応する通信チャンネルがテアダウンされた後の状態である。

工程３２８においてコール信号伝達チャンネルが不適正に終了したと判定された場合、代替コール・コントローラが選択される（工程３３６）。たとえば、クライアント２０４は、クライアント２０４上に維持されているか、またはＩＰプロトコル通信ネットワーク１０８を介してクライアント２０４にアクセス可能であるような適正な代替コール・コントローラ２０８のリストから１つの代替コール・コントローラ２０８を選択することがある。当業者であれば理解し得るように、最初に選択した代替コール・コントローラ２０８が利用可能でない場合、次のコール・コントローラ２０８を選択することがある。別の例として、クライアント２０４は、コール・コントローラ２０８を求める要求を一斉同報する（ｂｒｏａｄｃａｓｔ）ことがあり、また応答するコール・コントローラ２０８を代替コール・コントローラ２０８として選択することがある。工程３４０において、クライアント２０４は代替コール・コントローラ２０８とコンタクトを取る。次いで、コール状態情報ファイルがクライアント２０４から代替コール・コントローラ２０８に送られる（工程３４４）。コール状態情報ファイルは、代替コール・コントローラ２０８とのコンタクトの確立の一部として、または該コンタクトの確立と連携してクライアント２０４によって代替コール・コントローラ２０８に送られることがある。さらに、コール状態情報ファイルは、代替コール・コントローラ２０８に対してクライアント２０４によるプッシュで提供されることがある。別法として、コール状態情報ファイルは、代替コール・コントローラ２０８により行われた当該ファイルに関する問い合わせに応答して代替コール・コントローラ２０８に対して提供されることがある。

代替コール・コントローラ２０８に対してコール状態情報が提供された後、システムは工程３２０に戻ることがある。さらに、主要コール・コントローラまたは以前のコール・コントローラ２０８とのコール信号伝達チャンネルが喪失する直前に有効であった適用可能なコール機能のすべてに関連する情報が当該のコール情報ファイル内に含まれているという条件で、当該のコールが主要コール・コントローラ２０８から代替コール・コントローラ２０８に移行した場合であっても、これらの機能のすべてが維持されることがある。

本明細書で提供している検討では、コール信号伝達チャンネルが喪失した場合に通信チャンネルと関連付けされたコール機能を維持するためのコール状態情報ファイルの使用について主に記載してきたが、本発明はこれに限定されないことを理解すべきである。たとえば、本発明はさらに、クライアント２０４とコール・コントローラ２０８の間の接続が意図的に切断された場合に通信チャンネルに適用可能なコール機能を維持する際にも使用されることがある。たとえば、本発明は、あるコール・コントローラ２０８がメンテナンスやアップグレードのためにサービス対象外になった時点で存在する通信チャンネルと関連付けされたコール機能を維持する際に使用されることがある。

さらに、本発明はＩＰリアルタイム転送プロトコル（ＲＴＰ）の任意のストリームと連携して使用することがあることを理解すべきである。したがって、本明細書で提供している説明では、呼について、並びにコール・コントローラの使用について言及しているが、本発明は音声電話の用途に限定されないことを理解すべきである。

本発明は、コール状態情報を保存するために「クッキー（ｃｏｏｋｉｅ）」タイプの技法を利用することにより、こうした情報を配布することによって固有のネットワーク信頼度を上昇させている。さらに、クライアント２０４はそれ自体のコール状態情報を保存しており、これによって更新されたコール情報を中央のデータベースや代替コール・コントローラに送信する必要性がないため、開示した発明は極めてスケーラブルである。さらに、こうした情報が必要となった場合にも、コール状態情報は代替コントローラに送信されるだけである。さらに、開示した発明は実現が容易であり、かつ必要となるリソースが比較的少ない。さらに、本発明の実施形態はクライアント２０４がコール状態情報ファイルの内容を認識できることを要求しないため、これらのファイルの構造および内容は、クライアント２０４に変更を要求することなく変更することが可能である。それどころか、コール状態情報ファイルの内容を読み取り可能とさせる必要があるのはコール・コントローラ２０８だけでよい。

本発明の上述した検討は例証および説明を目的として提示したものである。さらに、この説明は本発明を本明細書に開示した形態に限定することを目的としていない。このため、当該技術分野の技術および知識の範囲内にあるような上述した教示と相応した変形形態および修正形態は本発明の範囲内にある。本明細書の上で記載した実施形態はさらに、本発明の実施に関する目下のところ知られている好適モードを説明すること、並びにこうした実施形態や別の実施形態による本発明の利用、および本発明の特定の用途または用法で必要となるさまざまな修正を伴った本発明の利用を当業者に対して可能にすること、を目的としている。添付の特許請求の範囲は、代替的な実施形態を従来技術によって許容される範囲まで含むものと解釈されるように意図している。

本発明の一実施形態によるリアルタイム通信機構を表した図である。 本発明の一実施形態によるクライアントとコール・コントローラの関係を表した図である。 本発明の一実施形態によるシステムの動作を表した流れ図である。

Claims (19)

1. 第１のコール・コントローラ内でコール状態情報を作成する工程と、
   前記作成した第１のコール状態情報のうちの少なくとも一部分の表現を含んだ少なくとも１つの第１のファイルを作成する工程と、
   前記少なくとも１つの第１のファイルを第１のクライアントに提供する工程と、
   を含む方法を実行するための計算コンポーネント。
2. 前記少なくとも１つの第１のファイルを前記第１のクライアント上に保存する工程をさらに含む請求項１に記載の方法。
3. 前記第１のコール・コントローラと前記第１のクライアントの間にコール信号伝達チャンネルを確立させる工程と、
   前記コール信号伝達チャンネルを喪失する工程と、
   前記第１のクライアント内に第２のコール・コントローラに対するサービス要求を作成する工程と、
   前記少なくとも１つの第１のファイルを前記第２のコール・コントローラに提供する工程と、
   をさらに含む請求項１に記載の方法。
4. 前記少なくとも１つの第１のファイルを前記第２のコール・コントローラに提供する前記工程は、前記第１のクライアントの位置において前記少なくとも１つの第１のファイルを求める前記第２のコール・コントローラからの問い合わせを受け取った後で実行されている請求項３に記載の方法。
5. 前記少なくとも１つの第１のファイルは最新のコール状態情報を含んでいる請求項１に記載の方法。
6. 前記第１のコール・コントローラ内で第２のコール状態情報を作成する工程と、
   前記作成した第２のコール状態情報の少なくとも一部分の表現を含んだ少なくとも１つの第２のファイルを作成する工程と、
   前記少なくとも１つの第２のファイルを前記第１のクライアントに提供する工程と、
   をさらに含む請求項１に記載の方法。
7. 前記計算コンポーネントは、該方法を実行するための命令を含んだコンピュータ読み取り可能記憶媒体を備える請求項１に記載の方法。
8. 前記計算コンポーネントは論理回路を備える請求項１に記載の方法。
9. 冗長なコール状態情報を提供するためのシステムであって、
   第１のデータ記憶装置を含む第１の通信エンドポイントと、
   前記第１の通信エンドポイントと連絡した第１のコール・コントローラであって、該第１のコール・コントローラによって前記第１の通信エンドポイントにコール状態情報が提供されており、かつ前記コール状態情報が少なくとも前記第１のデータ記憶装置内に保存されている第１のコール・コントローラと、
   を備えるシステム。
10. 前記第１の通信エンドポイントと連絡した第２のコール・コントローラであって、前記第１の通信エンドポイントによって該第２のコール・コントローラに前記コール状態情報が提供されている第２のコール・コントローラをさらに備える請求項９に記載のシステム。
11. 第２の通信エンドポイントであって、前記コール状態情報は前記第１通信エンドポイントと該第２の通信エンドポイントの間に確立される通信チャンネルに関連している第２の通信エンドポイントをさらに備える請求項９に記載のシステム。
12. 冗長な信号伝達情報を提供するための方法であって、
    第１のコール・コントローラ内で第１のコール状態情報を作成する工程と、
    前記第１のコール状態情報を第１の通信エンドポイントに提供する工程と、
    を含む方法。
13. 前記第１の通信エンドポイントは、前記第１のコール状態情報が対応する対象の第１の通信チャンネル内のノードである請求項１２に記載の方法。
14. 前記第１のコール・コントローラ内で第２のコール状態情報を作成する工程と、
    前記第２のコール状態情報を前記第１の通信エンドポイントに提供する工程と、
    をさらに含む請求項１２に記載の方法。
15. 前記第１のコール・コントローラから第２のコール・コントローラへのサービス切り替えの要件に応答して、前記第２のコール・コントローラへのサービス要求を作成する工程と、
    前記第１のコール状態情報を前記第２のコール・コントローラに提供する工程と、
    をさらに含む請求項１２に記載の方法。
16. 前記第２のコール状態情報は前記第１のコール状態情報の少なくとも一部分を備えていると共に、
    前記第１の通信エンドポイントと第２の通信エンドポイントの間に第１の通信チャンネルを確立する工程と、
    前記第２の通信エンドポイントに第２のコール状態情報を提供する工程と、
    をさらに含む請求項１２に記載の方法。
17. 冗長な信号伝達情報を提供するためのシステムであって、
    通信チャンネルと関連付けされたフィーチャを制御するための第１の手段と、
    第１の通信クライアント手段と、
    前記第１の制御手段を前記第１の通信クライアント手段に相互接続するための手段と、
    前記第１の通信クライアント内に通信チャンネル状態情報を保存するための手段であって、第１のチャンネル状態情報がその内部に保存されている保存手段と、
    を備えるシステム。
18. 前記第１の通信チャンネル状態情報は前記第１の制御手段によって作成されている請求項１７に記載のシステム。
19. 第２の制御手段であって、前記第１の通信チャンネル状態情報は前記第１の通信クライアントによって該第２の制御手段に提供されている第２の制御手段をさらに備える請求項１７に記載のシステム。
    

Images