JP2005512407A - マルチサーバサービス提供手段を有する呼を管理する方法 - Google Patents

Abstract

本発明は、ネットワーク（１０）に接続されたアクセス端末（１８）とこのネットワークを介してサービスを提供する手段（２２）との間で、遠隔通信ネットワーク（１０）を介した通信を管理する方法に関する。前記手段はネットワークに接続された複数の端末（２４、２６）を備え、前記端末は、サービスを提供するのに設計されたサーバと、前記複数のサーバ（２４、２６）からアクセス端末（１８）にサービスを提供するのに最適に構成されたサーバを選択する手段（２８）を提供するように設計されたサーバを構成している。さらに、端末の各々にネットワークへのその接続ポイントがなんでも変わらない主アドレスを送ることにより、かつ前記主アドレスにアドレス指定された、送信されたすべてのデータをそれに対応する端末に送信することによって、端末のいくつかが移動できるようにする通信プロトコルに準拠して、通信がセットアップされる。共通の主アドレスがサービス提供手段（２２）に送られ、この主アドレスにアドレス指定された、送信されたすべてのデータは、前記サービスを提供するように最適に構成されたものとして選択されたサーバ（２４、２６）に送信される。

Description

本発明は、ネットワークに接続されたアクセス端末とネットワークを介してサービスを提供する手段との間で、接続ポイントを含んだ遠隔通信ネットワークを介して呼を管理する方法に関し、前記手段は第１にネットワークに接続された複数の端末を備え、前記複数の端末はサービスを提供するのに適したサーバを形成し、第２に前記複数のサーバからアクセス端末にサービスを提供するのに最も適したサーバを選択する手段を備える。呼は、移動端末の各々にネットワークへのそれの接続のポイントにかかわらず不変である主アドレスを割り当てることによって、かつ前記主アドレスに送られたデータのすべてをその対応する端末に送ることによって、いくつかの端末を移動できるようにする通信プロトコルを用いてセットアップされる。

このような方法は、例えば、多数のユーザによって同時に需要が生じやすいサービスを提案することが望まれる場合に実施される。特に、インターネットなどの遠隔通信ネットワークを介してウェブサイト上でサービスが利用可能な場合に、この方法は適用される。このサービスへのアクセスを容易にするために、サービスプロバイダはサーバとして機能する複数の端子を備え、このサーバはすべてインターネットに接続され、かつ地理的に分散している。

提供されるサービスは、例えば、名前解決サービス、データ暗号化サービス、または文書印刷サービスによって構成され得る。

しかし、ユーザがサービスにアクセスするためにサーバの１つとの通信を始めようとする場合、ユーザにサービスを提供するのに最も適したサーバを複数のサーバから選択する機能を有する端末によって構成される負荷分配器によって呼がインタセプトされる。一般に、最も適したサーバは近接度の基準または輻輳度の基準を用いて選択される。この後負荷分配器は選択されたサーバに呼をリダイレクトする。

知られている通信プロトコルは、たとえ送信者および受信者の一方が移動端末で、呼が進行する間にネットワークへのそれの接続ポイントを変える場合であっても、識別された発信者と受信者との間の呼の完全性および安全性が保証されることを可能にする。しかし、最終的な受信者が、すなわちこの場合は選択されたサーバが、呼がセットアップされるとすぐに識別されない場合、完全性および安全性は保証されない。

したがって、複数のサーバのいずれか１つへの呼は、１つの呼として負荷分配器に送ることによって始まるため、当事者の一方が複数のサーバを備えたサービス提供手段によって構成されている場合、情報交換の完全性および安全性は保証されない。

本発明は、アクセス端末と要求されたサービスを提供するのに適した複数のサーバから選択されたサーバとの間の情報交換の安全性および完全性を保証できるようにうにする、呼を管理する方法を提供することによって、既存の方法の欠点を改善しようとするものである。

したがって、本発明は上記に特定したタイプの呼を管理する方法であって、共通の主アドレスがサービス提供手段に割り当てられ、その主アドレスに送られたデータのすべてが、前記サービスを提供するのに最も適していると選択されたサーバに送られることを特徴とする方法を提供する。

したがって、サービスへアクセスするためにその時点でどのサーバが選択されているかに関係なく、アクセス端末と変化せずかつ主アドレスによって識別された仮想サーバとの間で呼がセットアップされる。したがって、送信者と受信者は、呼がセットアップされるとすぐに明確に識別され、そして、その継続する間を通して識別され続ける。「Ｍｏｂｉｌｅ ＩＰｖ６」などの従来の通信プロトコルは、このような呼の間の情報交換の安全性および完全性を保証する機構を実施することを可能とする。このような機構の１つは、例えば、「ＩＰｓｅｃ」プロトコルである。

呼を管理する本発明の方法は、以下の特徴の１つまたは複数を含んでもよい：
−通信プロトコルにおいて、一時アドレスが、その接続のポイントを常時ネットワークへ配置している各移動端末に割り当てられ、一時アドレスが、呼が進行中に、前記サービスを提供するのに最も適していると選択されたサーバの主アドレスに常時対応する記サービス提供手段にも割り当てられる；
−選択手段は、トリガイベントによって呼び出されると同時に、前記サービスを提供するのに最も適したサーバを選択する；
−アクセス端末とサービス提供手段との間の呼のセットアップは、トリガイベントを構成する；
−アクセス端末は移動アクセス端末であり、呼が進行中の、遠隔通信ネットワークの第１の接続ポイントから第２の接続ポイントへの移動アクセス端末の移動は、トリガイベントを構成する；
−前記サービスを提供するのに最も適したサーバは、アクセス端末に最も近いサーバである。

本発明は、純粋に例示の目的で提供され、添付図面に関してなされた以下の説明からよりよく理解されよう。

図１に示したシステムは、インターネットなどの遠隔通信ネットワーク１０を含んでいる。従来の方法では、このネットワークは、ローカルネットワークが相互接続されるのを可能にするルータ１２などのルータを備えている。このシステムはまた、インターネット１０に接続するためのポイントへの接続を可能にするルータ１４などのアクセスルータを備えている。

接続ポイント１６などのあるネットワークの接続ポイントは、例えば、ＩＥＥＥ ８０２．１１規格に従った電波を介して、移動端末１８などの移動アクセス端末がインターネット１０にアクセスできるようにする、例えば、トランシーバアンテナによって構成される。ワイヤ接続ポイント２０などの他の接続ポイントは、パーソナルコンピュータなどの端末がインターネット１０に接続されることを可能にする。

このシステムは、インターネット１０を介してサービスを提供する手段２２をさらに備えている。

これらの手段は、複数の端末２４、２６を備えており、そのうち２台を図に示している。これらの端末はワイヤ接続ポイント２０を介してインターネット１０に接続され、サービスを提供するように構成されたサーバを構成している。

さらに、サービス提供手段２２は、選択手段２８を備えており、ワイヤ接続ポイント２０を介してインターネット１０にも接続されてもいる。これらの選択手段２８は、移動端末１８とサービス提供手段２２との間の呼を管理するサーバ３０と、サーバ２４および２６に関する情報を格納する格納手段３２とを備えている。呼管理サーバ３０は、インターネット１０への端末の接続のポイントにかかわらず不変である主アドレスと、呼の接続のポイントをネットワークに常時配置している一時アドレスとを端末の各々に提供することによって、いくつかの端末が移動できるようにする通信プロトコルを用いて呼を管理する。この通信プロトコルは、例えば、「Ｍｏｂｉｌｅ ＩＰｖ６」プロトコルまたは知られている他のどのような類似の通信プロトコルによって構成されてよい。

以下の説明では、使用される通信プロトコルは「Ｍｏｂｉｌｅ ＩＰｖ６」プロトコルであることが仮定される。このプロトコルでは、呼が進行する間に、２台の端末の一方がネットワーク１０への接続のポイントを変えると、その端末は、バインディングアップデート（ｂｉｎｄｉｎｇ ｕｐｄａｔｅ）（ＢＵ）メッセージとして知られているメッセージとして、新しい接続ポイントのアドレスを他方の端末に送ることによって、他方の端末にその移動を通知する。これに応答して、他方の端末はバインディングアクノリッジ（ｂｉｎｄｉｎｇ ａｃｋｎｏｗｌｅｄｇｅ）（ＢＡ）メッセージを送る。

さらに、このプロトコルでは、移動端末１８はインターネット１０へのその接続ポイントに関係なく不変である主アドレスによって識別され、それは接続ポイントに依存する一時アドレスによって位置決めされる。したがって、移動端末１８が第１の位置Ｐ_１にある場合、第１の接続ポイント１６を介してネットワーク１０にアクセスし、本システムはそれに第１の一時アドレスを提供し、移動端末１８が位置を変える場合、例えば、呼が進行している間は、移動端末１８がそこから第２の接続ポイント１６を介してネットワーク１０にアクセスする位置Ｐ_２を占めるように、本システムは移動端末１８に第２の一時アドレスを与える。

移動端末の主アドレスおよび一時アドレスは、ネットワーク１０を介して分散された移動端末管理サーバによって管理される（図示せず）。

移動端末１８と同様に、サービスを提供する手段２２は、主アドレスによって唯一の方法で識別され、そして、呼管理サーバ３０によって決定され、かつ移動端末１８にサービスを提供するのに最も適したサーバ２４、２６の主アドレスに対応する一時アドレスによって、この手段２２の位置が特定される。

選択サーバ３０はまた、移動端末を管理する従来のサーバ機能も実行する。この選択サーバ３０は、サービス提供手段２２の主アドレスに向かうすべてのメッセージをインタセプトし、前記サービス提供手段２２の選択された一時アドレスに、すなわち、サービスを提供するために選択されたサーバにこれらのメッセージを送る。

したがって、サービス提供２２が移動できるかのように、かつ呼の間のそれぞれの瞬間で前記手段がサーバ２４および２６の一方または他方の位置に位置しているかのように、すべてが行われる。

データベース３２は、呼管理サーバ３０がサービスを提供するのに最も適したサーバ２４または２６を選択できるようにする情報を格納する。例えば、保持される選択基準は、移動端末１８への近接度の基準でもよい。呼がセットアップされている間または呼が進行している間のいずれかの場合において、呼管理サーバ３０はサービスの品質を向上させるように、移動端末１８に最も近いサーバ２４または２６のいずれかを選択する。

これを実行するために、データベース３２はある数のレコードを含んでいる。各レコードには３つの領域がある。第１の領域はサービス提供手段２２の主アドレスを含み、第２の領域はネットワーク１０またはネットワーク１０のサブネットワークへの接続を提供するポイントを位置決めする情報を含み、第３の領域はサービスを提供するのに適したサーバ２４または２６の一方の主アドレスを含んでいる。

このようなレコードは以下のように解釈される。移動端末１８などのアクセス端末が、接続のポイントから、または位置が第２の領域に対応するサブネットワークから、第１の領域において識別された手段２２によって利用可能になったサービスにアクセスしようとすると、呼管理サーバ３０は、端末１８が第３の領域によって識別されたサーバと通信を行うようにしなければならない。

その選択基準は、サービスを提供するためにどちらのサーバが利用可能であるかに関する輻輳度の基準と十分に同じでもよい。このような状況では、記録はサービスを提供するのに適したサーバの各々の輻輳度に関する情報を含んでよく、前記情報は呼管理サーバ３０によって定期的に更新される。

しかし、以下の説明では地理的な選択基準のみを示している。

上記の本システムの動作を図２および３を参照して以下に示す。

図２は移動端末１８とサービス提供手段２２との間で呼をセットアップする間に、上記のシステムによって実施される方法を示す。

第１のステップ４０では、移動端末１８のユーザがサービスをアドレス得ようとする間に、その移動電話は、要求をその位置Ｐ_１からサービス提供手段２２の主アドレスに向けて送信する。したがって、この要求は呼管理サーバ３０によってインタセプトされる。

以下のステップ４２では、呼管理サーバ３０は移動端末１８の位置を決定する。呼管理サーバ３０はこの位置情報とデータベース３２に格納されているレコードの各々の第２の領域とを比較し、最も近いサーバ、例えば、サーバ２４のアドレスを返送する。次に、呼管理サーバ３０はその要求をサーバ２４にリダイレクトする。

この後、ステップ４４では、サーバ２４は移動端末１８から要求を受け取るとすぐに、ＢＵメッセージを送信して、それがその主アドレスによって定められた一時アドレスに位置していることを移動端末１８に知らせる。

最後に、ステップ４６では、移動端末１８はＢＡメッセージの形式で肯定応答を送信して、移動端末１８がその新しい位置を認識していることをサービス提供手段２２に伝える。

呼が進行している間に、移動端末１８が第１の位置Ｐ_１から第２の位置Ｐ_２まで移動する間、図３に示した呼管理方法は第１のステップ５０を含んでおり、このステップの間にサーバ２４は移動端末１８からメッセージを受け取り、移動端末１８が移動したことをそのメッセージの中で検出する。

以下のステップ５２中では、サーバ２４は呼管理サーバ３０に移動端末１８の新しい位置に関する情報を送信する。前述のように、このサーバは新しい位置とデータベース３２に格納されているレコードとを比較する。この後、この管理サーバは最も近いサーバを選択する。

選択されたサーバが先に選択されたサーバと同じである場合、すなわち、それがサーバ２４である場合には、この方法はステップ５４に進み、このステップの間に、呼管理サーバ３０は、それがクライアントにサービスを提供するのに最も適しているサーバのままであるということをサーバ２４に知らせる。したがって、呼は継続し得る。

選択されたサーバが先のサーバ２４と違う場合、例えば、サーバ２６の場合、この方法はステップ５６に進む。ステップ５６では、呼管理サーバ３０は新しく選択されたサーバ２６に、移動端末１８の主アドレスを含むメッセージを送る。

次のステップ５８では、新しく選択されたサーバ２６は、サービス提供手段２２は既に移動して、以降その一時アドレスは新しいサーバ２６の主アドレスであるということを伝えるＢＵメッセージを移動端末１８に送る。

以下のステップ６０では、移動端末１８は、サービス提供手段２２にＢＡメッセージを送ることによってこの変更を受信したことを認識する。

最後に、検証ステップ６２では、新しいサーバ２６は、移動端末１８が実際にサービス提供手段２２の変位を登録したことを前のサーバ２４に通知する。

これに応答して、最終ステップ６４では、先のサーバ２４は、新しいサーバ２６がサービスの実行を受け継ぐことができるようにするのに必要な情報とともに、移動端末１８に対して処理されるのを待っているタスクのすべてのリストを新しいサーバ２６に送る。この後、サーバ２４はサービスの実行を停止する。したがってこの後、ユーザが要請するサービスを実行し続けるのが新しいサーバ２６である。

ユーザの移動端末１８の観点からは、サービスの提供を最適化するように、サービス提供手段２２が、移動端末１８の変位に応じて移動する移動サーバによって構成されているかのように、すべてが行われる。

特に、移動端末およびネットワーク１０を管理するサーバの観点から、呼の間のサーバの変更は、移動端末の移動があったと考えられる。したがって、呼の間に交換される情報の完全性および安全性は、Ｍｏｂｉｌｅ ＩＰｖ６プロトコルなどの、端末が移動できるようにする知られている通信プロトコルによって提供される。

上述のように呼を処理する方法は、アドレストランスレータを通ることなく、したがって交換される情報の完全性および安全を危険にさらすことなく、複数のサーバによって提供されるサービスへアクセスできるようにすることは明白に理解できよう。

呼を管理する本発明の方法を実施するシステムの一般的な構造を示す図である。 図１に実施された方法を用いて、呼をセットアップする一連のステップを示す図である。 図１に実施された方法を用いて、進行中の呼を管理する一連のステップを示す図である。

Claims (6)

1. ネットワーク（１０）に接続されたアクセス端末（１８）とネットワークを介してサービスを提供する手段（２２）との間で、接続のポイント（１６、２０）を含んだ遠隔通信ネットワーク（１０）を介して呼を管理する方法であって、前記手段は第１にネットワークに接続された複数の端末（２４、２６）を備え、前記複数の端末はサービスを提供するのに適したサーバを形成し、第２に前記複数のサーバ（２４、２６）からアクセス端末（１８）にサービスを提供するのに最も適したサーバを選択する手段（２８）を備え、呼は、移動端末の各々にネットワークへのそれの接続のポイントにかかわらず不変である主アドレスを割り当てることによって、かつ前記主アドレスに送られたデータのすべてをその対応する端末に送ることによって、いくつかの端末を移動できるようにする通信プロトコルを用いてセットアップされ、共通の主アドレスがサービス提供手段に割り当てられ、その主アドレスに送られたデータのすべてが、前記サービスを提供するのに最も適していると選択されたサーバ（２４、２６）に送られることを特徴とする呼を管理する方法。
2. 通信プロトコルにおいて、一時アドレスが、その接続のポイントを常時ネットワークへ配置している各移動端末に割り当てられ、一時アドレスが、呼が進行中に、前記サービスを提供するのに最も適していると選択されたサーバ（２４、２６）の主アドレスに常時対応する記サービス提供手段（２２）にも割り当てられることとを特徴とする請求項１に記載の呼を管理する方法。
3. 選択手段（２８）は、トリガイベントによって呼び出されると同時に、前記サービスを提供するのに最も適したサーバを選択することを特徴とする請求項１あるいは請求項２に記載の呼を管理する方法。
4. アクセス端末（１８）とサービス提供手段（２２）との間の呼のセットアップは、トリガイベントを構成することを特徴とする請求項３に記載の呼を管理する方法。
5. アクセス端末（１８）は移動アクセス端末であり、呼が進行中の、遠隔通信ネットワーク（１０）の第１の接続ポイント（Ｐ_１）から第２の接続ポイント（Ｐ_２）への移動アクセス端末の移動は、トリガイベントを構成することを特徴とする請求項３または請求項４に記載の呼を管理する方法。
6. 前記サービスを提供するのに最も適したサーバ（２４、２６）は、アクセス端末（１８）に最も近いサーバであることを特徴とする請求項１から５のいずれか一項に記載の呼を管理する方法。

Images