JP2005509207A - 通信システムにおける要求 - Google Patents

Abstract

通信システムにおいてサービスを提供する方法及び通信システムが開示される。サービスの要求が受け取られると、付加的な情報をその要求にアタッチする必要があるかどうか確認される。この確認は、記憶手段に記憶された情報に基づいて行われる。サービスプロバイダーがサービスの要求に関連して付加的な情報を必要とすることが検出された場合には、その検出された必要性に関連した情報が記憶手段に記憶されて、記憶手段を更新する。

Description

本発明は、クライアントとサービスプロバイダーエンティティとの間の通信に係り、より詳細には、クライアントによる要求を付加的なデータによりサポートする必要のあるシステムに係るが、これに限定されない。

通信システムでは、サービスプロバイダーエンティティがクライアントに種々のサービスを提供する。例えば、ユーザターミナルのようなクライアントには、要求があったときに、特定のオブジェクトに関連した情報又は他のデータが与えられる。他のデータは、ビデオ又は他の映像データ、音声データ、実行可能なプログラム、又はプログラムを実行するのに必要な手段、等々であるが、これらに限定されない。本明細書において、サービスプロバイダーエンティティによってクライアントに提供される全てのデータを、「コンテンツ」という語で表わすことにする。クライアントは、サービスプロバイダーエンティティにより提供されるコンテンツ又は他のサービスを使用するいかなるエンティティでもよい。

クライアントは、アプリケーションサーバーのようなサービスプロバイダーエンティティからサービスを要求する。クライアントによる要求は、先ず、中間サーバーエンティティにルーティングされる。この中間サーバーエンティティは、クライアントエンティティとアプリケーションサーバーとの間のメッセージ経路に配置される。中間サーバーエンティティは、アプリケーションサーバーエンティティにとってクライアントとして働くように見える。オリジナルクライアントは、従って、中間サーバーエンティティに対するクライアントである。

サービスアプリケーションエンティティは、均一リソースロケーター（ＵＲＬ）又は同様のアドレスインジケーターにより識別される。中間サーバーエンティティは、要求を受け取って、その要求をサービスアプリケーションエンティティに転送する。
サービスアプリケーションエンティティは、要求されたコンテンツを提供できるようにするためにクライアントに関連した付加的なデータを必要とする。しかしながら、サービスアプリケーションエンティティは、要求を受け取った後に、その要求されたコンテンツを与えるために必要とされる全てのデータをその要求が含んでいないことに気付くことがある。従って、サービスアプリケーションエンティティは、中間サーバーエンティティから更なる情報を要求することが必要となる。公知技術では、これは、付加的なデータが必要とされることを指示するメッセージにより行われる。このメッセージは、サービスアプリケーションエンティティがどんな種類の付加的なデータを必要とするかの情報も含む。

中間サーバーエンティティは、メッセージを受け取り、それに応答して、要求された付加的なデータを収集し、そしてその付加的なデータ、又はその要求された付加的なデータを組み込んだ新たな要求のいずれかを送信する。この新たな要求は、これも上記付加的なデータを含むようにオリジナル要求の繰り返しであってもよい。

従って、サービスアプリケーションエンティティは、要求に応答してコンテンツを発生しそして返送できる前に、その新たな要求を受け取ることが必要である。サービスアプリケーション提供エンティティと中間ノードとの間の付加的なシグナリングは、通信リソースを消費する。この種のオペレーションも時間浪費である。又、問合せも、サービスプロバイダーエンティティにとって付加的なワーク負荷を生じさせる。これは、所与の時間内に、例えば、１秒以内にサービスすることのできる要求に数を減少させる。

本発明の実施形態は、上記問題の１つ又は多数に対処することに向けられる。
本発明の１つの態様によれば、サービスプロバイダーが要求に関連して付加的な情報を必要とすることを検出し、その検出された必要性に関連した情報を記憶手段に記憶し、要求を受け取り、そして上記記憶手段に記憶された情報に基づいて付加的な情報を上記要求にアタッチする必要があるかどうか確認するという段階を備えた通信システムにおける方法が提供される。

本発明の別の態様によれば、サービスの要求に応答してコンテンツを提供するためのサービスプロバイダーと、該サービスプロバイダーに関連した情報を記憶するための記憶手段とを備えた通信システムにおいて、上記記憶手段は、上記要求にアタッチされるべき付加的な情報の必要性に関連した情報を、そのような必要性を表わす事象に応答して含むように更新される通信システムが提供される。

本発明の更に別の態様によれば、サービスの要求に関連した付加的な情報がサービスプロバイダーにより必要とされるかどうか決定するための手段と、その必要性に関連した情報を記憶するための記憶手段と、サービスの要求を処理するための手段と、上記記憶手段に記憶された情報に基づいて付加的な情報をサービスの要求にアタッチする必要があるかどうか確認するための手段とを備えた通信システムのサーバーが提供される。

本発明の１つの形態において、上記情報の記憶は、サービスプロバイダーによる付加的な情報の要求によってトリガーされる。サービスプロバイダーは、情報コンテンツから不充分であるサービスの要求を受信するのに応答して付加的な情報の上記要求を送信する。失敗に終わった要求も、情報を記憶する上記段階をトリガーする。オペレータも、情報を記憶する上記段階をトリガーする。

受け取られた要求は、クライアントから発せられたものである。クライアントからの要求は、上記記憶手段を備えた中間ノードに受け取られる。この中間ノードは、上記確認を実行し、それに続いて、要求を、付加的な情報を伴ったり伴わなかったりして、サービスプロバイダーへ転送する。上記確認は、クライアントによって行われてもよい。
上記付加的な情報は、記憶手段に記憶された情報に基づいて収集される。

上記要求は、サービスプロバイダーに関連したアドレス情報を含む。このアドレス情報は、サービスプロバイダーのユニバーサルリソースロケーター（ＵＬＲ）を含む。
上記検出された必要性に関連した情報を記憶する上記段階は、サービスプロバイダーのアドレスに関する情報を記憶することを含む。上記確認段階は、サービスプロバイダーのアドレスに関連した情報が記憶手段から見つかるかどうかチェックすることを含む。

上記検出された必要性に関連した情報は、通信システムのオペレーション中に記憶手段に適応式に記憶される。
本発明の実施形態は、サーバーエンティティとサービスアプリケーションエンティティとの間の付加的なメッセージ転送がもはや必要でないという点で効果を発揮する。サービスの提供は、以前より迅速である。サービスプロバイダーは、所与の時間により多くの要求を取り扱えるという改善された能力が与えられる。

本発明を良く理解するため、添付図面を参照して本発明を一例として詳細に説明する。
先ず、クライアントエンティティ１０１、中間ノード１０２及びサービスアプリケーションサーバーエンティティ１０３を備えたシステムを示した図１について説明する。典型的な通信ネットワークは、種々のステーション、ルーター、スイッチ、コントローラ、レジスタ、等々の多数のエンティティを含むことが明らかである。しかしながら、これら既知のエンティティは、本発明の本質的な部分を構成せず、従って、ここでは図示して説明しない。

クライアントエンティティ１０１は、サービスアプリケーションサーバーエンティティ１０３からのサービスを要求し、そしてその要求に応答してサービスアプリケーションエンティティ１０３から供給されるコンテンツを使用する何らかのエンティティである。このコンテンツは、例えば、クライアントエンティティ１０１により要求されたサービスを提供するのに使用されるプログラムを実行するために使用される。

図１において、クライアントエンティティ１０１は、移動ステーション（ＭＳ）を構成するように示されている。この移動ステーションは、ユーザによる音声及び／又はデータ通信に使用される移動電話又は他のポータブル装置を含む。この移動ステーション１０１は、当業者に良く知られたように、ワイヤレスインターフェイスを経て、セルラー通信ネットワークのトランシーバーエンティティと通信することができる。

更に特定の実施形態においては、クライアントエンティティは、例えば、移動ステーション又はコンピュータのブラウザファンクションを含む。又、クライアントは、サービスアプリケーションエンティティ１０３により供給されるコンテンツを使用するプログラムであってもよい。
中間ノード１０２は、クライアント１０１とサービスアプリケーションサーバーエンティティ１０３との間のメッセージ経路に配置される。中間ノード１０２は、サービスプロバイダーエンティティ１０３に対してクライアントとして働く。移動ステーション１０１は、次いで、中間ノード１０２に対するクライアントである。

中間ノード１０２は、例えば、プロキシーサーバーを構成する。この中間のプロキシーサーバーは、ハイパーテキスト転送プロトコル（ＨＴＴＰ）又はそれと同様の適当な転送プロトコルに従って動作するように構成される。又、中間ノードは、ワイヤレスアプリケーションプロトコル（ＷＡＰ）ゲートウェイを構成してもよい。クライアントエンティティ１０１とサービスプロバイダーエンティティ１０３との間に適当なゲートウェイファンクションを与える別のエンティティを使用してもよい。

サービスアプリケーションサーバー１０３は、ＨＴＴＰサーバー又は同様のものにおいて実行される。又、サービスアプリケーションエンティティ１０３は、専用プログラムによって与えることもできる。サービスアプリケーションエンティティ１０３は、適切なコンテントを伴うサービス要求に応答するためにクライアントに関連した付加的なデータを必要とする。

しかしながら、上述したように、クライアントにより発生される初期のサービス要求は、必要な全てのデータを含まないことがある。このような付加的なデータは、クライアントエンティティの位置に関する情報、許可手順（例えば、パスワード、認識コード、等々）、加入者データ、又はサービス提供エンティティ１０３がサービス提供のために必要とする他のデータを含む。

付加的なデータの提供に対処するために、中間ノード１０２に関連して持続型記憶手段１０４が設けられる。この記憶手段は、サービス要求に関連付けされるべき付加的なデータを必要とするサービスの指示を記憶するためのものである。記憶手段１０４は、例えば、付加的な情報を必要とするサービスプロバイダーのアドレスを記憶することができる。アドレス情報は、ユニバーサルリソースロケーター（ＵＲＬ）のようなアドレス情報を含む。

持続型記憶手段１０４は、例えば、付加的なデータを必要とするユニバーサルリソースロケーターのリスト又は同様の記録、及び必要とされる付加的なデータも保持するのに使用される。要求に関連したＵＲＬをリストから見つけられる場合に、これは、そのＵＲＬにより指示されたサービスが、要求にアタッチされるべき付加的なデータを必要とすることを意味する。

以下、図２のフローチャートを参照して、考えられるオペレーションを説明する。
クライアントエンティティ１０１は、コンテンツの要求１）をサービス提供サーバー１０３へ送信することによりサービス提供を開始することができる。サービスのソースは、サービス提供サーバー１０３の均一リソースロケーター（ＵＲＬ）により指示される。

中間サーバー１０２は、要求１）を受け取る。次いで、中間サーバー１０２は、持続型記憶手段１０４からＵＲＬを見つけることができるかどうか確認する。ＵＲＬが見つかる場合には、中間サーバー１０２は、サービスアプリケーション１０３が必要とする付加的なデータをフェッチ及び／又は発生する。
付加的なデータの記述も、記憶手段１０４に記憶される。次いで、中間ノードは、適当なリソースからデータを収集し、そしてそのデータを要求にアタッチする。例えば、付加的なデータが位置情報を含む場合に、中間ノードは、例えば、位置サービスノード、移動ステーションクライアント自身、等々から位置情報を要求する。

必要な全てのデータを要求にアタッチした後、中間サーバー１０２は、付加的なデータと共にサービスアプリケーション１０３に要求を送信する。
中間サーバー１０２が持続型記憶手段１０４のリストからＵＲＬを見つけられない場合には、付加的なデータをアタッチせずにアプリケーションサービス１０３に要求を搬送することができる。
図１において、要求１）のＵＲＬは、記憶手段１０４のリストに含まれることが見つけられなかった。それ故、中間サーバーエンティティ１０２は、付加的なデータを要求２）にアタッチせず、この要求は、中間サーバー１０２からサービスアプリケーションエンティティ１０３へ転送された。

しかしながら、サービスアプリケーションエンティティ１０３は、要求２）を受け取ると、その要求が必要な全てのデータを含んでいないことに気付く。従って、サービスアプリケーション１０３は、中間サーバー１０２にメッセージ３）で応答し、このメッセージは、ボックス（５１）で示すように、付加的なデータが必要であることを指示する。このメッセージは、サービスアプリケーションエンティティ１０３により必要とされる付加的なデータに関する情報を含む。

中間サーバー１０２は、その応答を受け取り、そしてサービスアプリケーション１０３により付加的なデータが必要とされていることに気付く。中間サーバー１０２は、上記要求のＵＲＬを持続型記憶手段１０４にセーブする。又、中間サーバーは、必要な付加的データを収集し、そしてその必要な付加的なデータを組み込んだ要求４）を送信する（５０）。このメッセージ４）は、上記付加的なデータを伴う要求１）の繰り返しである。

サービスアプリケーションエンティティ１０３は、新たな要求４）を受け取ると、付加的なデータに基づいてコンテンツを発生することができる。次いで、サービスアプリケーション１０３は、コンテンツ５）で応答する。中間サーバー１０２は、そのコンテンツを受け取り、そしてそれを、クライアントエンティティ１０１によるオリジナル要求１）に対する応答としてメッセージ６）によりクライアントエンティティ１０１へ配送する。

クライアントエンティティ１０１が、同じＵＲＬに関連した新たな要求７）を再び送信すると、中間サーバー１０２は、今度は、上記ステップ３）に応答してＵＲＬが記憶されているので、持続型記憶手段１０４から上記ＵＲＬを見出すことができる。これに基づいて、中間サーバー１０２は、このＵＲＬが、要求にアタッチされるべき付加的なデータを必要とすることを知る。

又、ステップ３）は、サービス提供エンティティ１０３に対して供給される必要のあるデータの記述を中間ノードに与えている。従って、中間ノード１０２は、付加的なデータを収集及び／又は発生し（５０）、そしてその付加的なデータを、サービスアプリケーション１０３に送信されるべき要求８）にアタッチする。
次いで、サービスアプリケーションエンティティ１０３は、その付加的なデータに基づいてコンテンツを発生し、そしてそのコンテンツを応答９）において返送する。次いで、中間ノード１０２は、応答１０）をクライアント１０１へ配送する。

学習手順を要約すると、サービスアプリケーションエンティティは、サービスの要求にアタッチされるべき付加的な情報を中間ノードから要求する。これを実現するときに、中間ノードは、サービスアプリケーションエンティティに関連したＵＲＬ又は他の認識情報を記憶手段に記憶する。従って、クライアントとの更なる対話中に、中間ノードは、要求をサービスアプリケーションエンティティに送信する前に付加的な情報を追加する必要があるかどうかを記憶手段から直ちにチェックすることができる。

図１のメッセージ２）ないし５）を参照して説明したオペレーションサイクルに加えて、中間ノードは、他の事象に応答して付加的な情報が必要とされる例から学習することができる。例えば、失敗に終わったサービス要求は、付加的なデータが必要とされることを指示するのに使用される。又、オペレータは、付加的な情報を必要とする要求を確認するように中間ノードに教示してもよい。
従って、中間ノードとサービスアプリケーションとの間にラウンドトリップの必要なく付加的な情報をアタッチすることができる。これは、中間ノードとサービスアプリケーションとの間に必要とされる付加的な転送を排除する。

更に別の実施形態によれば、クライアントエンティティ１０１には、適当な記憶及び確認ファンクションが設けられる。即ち、クライアントエンティティ１０１は、種々のサービスプロバイダーの必要性に関する情報を記憶するように構成される。サービスの要求を送信する前に、クライアントエンティティは、付加的な必要性を知っているかどうかチェックする。もしそうであれば、クライアントエンティティ１０１は、それ自体で、サービス提供エンティティへの付加的なデータの供給を構成することができる。

クライアントエンティティは、例えば、必要な情報をそれ自体で収集するか、又は中間ノードのような別のノードに求め、必要な情報を収集して要求にアタッチすることができる。
一実施形態によれば、属性又は同様の付加的情報パラメータのデフォールトセットがデータベース１０４に記憶される。デフォールトとして、これら属性は、サービス要求と共に、全てのＵＲＬへ送信される。しかしながら、要求に関連したＵＲＬがデータベースから見つかった場合には、これは、要求がデフォールトルールに対する例外であることを指示する。

又、サービスプロバイダーのグループに関連した情報を記憶し、グループのサービスプロバイダーに付加的な情報を与えるか、又はそれを与えないようにすることもできる。
本発明の実施形態は、移動ステーションに関連して説明したが、本発明の実施形態は、他の適当な形式のユーザ装置にも適用できることが明らかである。
以上、本発明の実施形態を説明したが、特許請求の範囲に規定された本発明の範囲から逸脱せずに上記解決に対して多数の変更や修正がなされえることを理解されたい。

本発明の一実施形態を示す図である。 本発明の実施形態のオペレーションを示すフローチャートである。

Claims (28)

1. サービスプロバイダーが要求に関連して付加的な情報を必要とすることを検出し、
   上記検出された必要性に関連した情報を記憶手段に記憶し、
   要求を受け取り、そして
   上記記憶手段に記憶された情報に基づいて付加的な情報を上記要求にアタッチする必要があるかどうか確認する、
   という段階を備えた通信システムにおける方法。
2. 付加的な情報についての上記サービスプロバイダーによる要求は、情報を記憶する上記段階をトリガーする請求項１に記載の方法。
3. 上記サービスプロバイダーは、情報コンテンツから不充分である要求を受け取るのに応答して付加的な情報についての上記要求を送信する請求項２に記載の方法。
4. 失敗に終わった要求が、情報を記憶する上記段階をトリガーする請求項１ないし３のいずれかに記載の方法。
5. オペレータが、情報を記憶する上記段階をトリガーする請求項１ないし４のいずれかに記載の方法。
6. 上記受け取られた要求は、クライアントから発せられたものである請求項１ないし５のいずれかに記載の方法。
7. 上記クライアントからの要求は、上記記憶手段を備えた中間ノードに受け取られ、この中間ノードは、上記確認を遂行し、そしてその確認の後、上記要求を、付加的な情報を伴い又は伴わずに、上記サービスプロバイダーに転送する請求項６に記載の方法。
8. 上記クライアントは、要求を送信する前に上記確認を実行する請求項６に記載の方法。
9. 上記付加的な情報は、上記記憶手段に記憶された情報に基づいて収集される請求項１ないし８のいずれかに記載の方法。
10. 上記クライアントは、上記付加的なデータを収集する請求項８及び９に記載の方法。
11. 上記中間ノードは、上記付加的なデータを収集する請求項７及び９に記載の方法。
12. 上記要求は、上記サーバープロバイダーに関連したアドレス情報を含む請求項１ないし１１に記載の方法。
13. 上記アドレス情報は、上記サービスプロバイダーのユニバーサルリソースロケーター（ＵＲＬ）を含む請求項１２に記載の方法。
14. 上記検出された必要性に関連した情報を記憶する上記段階は、上記サービスプロバイダーのアドレスに関する情報を記憶することを含む請求項１ないし１３のいずれかに記載の方法。
15. 上記確認段階は、サービスプロバイダーのアドレスに関連した情報を上記記憶手段から見つけられるかどうかチェックすることを含む請求項１２ないし１４のいずれかに記載の方法。
16. 上記クライアントエンティティは、移動ステーションを含む請求項６に記載の方法。
17. 上記付加的な情報は、次のリスト、即ち位置データ、許可データ、加入者データから選択される請求項１ないし１６のいずれかに記載の方法。
18. 上記検出された必要性に関連した情報は、通信システムのオペレーション中に上記記憶手段に適応式に記憶される請求項１ないし１７のいずれかに記載の方法。
19. サービスの要求に応答してコンテンツを提供するためのサービスプロバイダーと、該サービスプロバイダーに関連した情報を記憶するための記憶手段とを備えた通信システムにおいて、上記記憶手段は、上記要求にアタッチされるべき付加的な情報の必要性に関連した情報を、その必要性を表わす事象に応答して含むように更新される通信システム。
20. 上記事象は、付加的な情報に関する上記サービスプロバイダーによる要求と、サービスについて失敗に終わった要求と、通信システムにオペレータによる命令のうちの少なくとも１つを含む請求項１９に記載の通信システム。
21. サービスの要求を発生するクライアントを備えた請求項１９又は２０に記載の通信システム。
22. 上記クライアントからの要求は、上記記憶手段を備えた中間ノードにより受け取られ、この中間ノードは、上記記憶手段を更新し、そして上記サービスプロバイダーに送信される要求に付加的な情報をアタッチするよう構成された請求項２１に記載の通信システム。
23. 上記中間ノードは、上記記憶手段に記憶された情報に基づいて上記付加的な情報を収集する請求項２２に記載の通信システム。
24. 上記中間ノードは、プロキシーサーバーを含む請求項２２又は２３に記載の通信システム。
25. 上記中間ノードは、ハイパーテキスト転送プロトコル（ｈｔｔｐ）に基づいて動作する請求項２２ないし２４のいずれかに記載の通信システム。
26. 上記中間ノードは、ゲートウェイを含む請求項２２又は２３に記載の通信システム。
27. 上記ゲートウェイは、ワイヤレスアプリケーションプロトコル（ＷＡＰ）に基づいて動作する請求項２６に記載の通信システム。
28. サービスの要求に関連した付加的な情報がサービスプロバイダーにより必要とされるかどうか決定するための手段と、
    上記必要性に関連した情報を記憶するための記憶手段と、
    サービスの要求を処理するための手段と、
    上記記憶手段に記憶された情報に基づいて付加的な情報をサービスの要求にアタッチする必要があるかどうか確認するための手段と、
    を備えた通信システムのサーバー。

Images