JP5090470B2 - 通信ネットワーク内で、ユーザサービスを提供するための方法及び装置 - Google Patents

Description

本発明は一般的に、通信ネットワークにおける端末ユーザのグループ内でユーザ・サービスを可能とするための方法および装置に関する。

３Ｇ携帯電話の登場に伴い、ユーザ間の通信をマルチメディア・サービスによりサポートするために、ＩＰ（インターネット・プロトコル）を利用した新しいパケット通信技術が開発された。また、マルチメディア通信が可能な他の移動体端末や固定端末も市場に登場している。様々なタイプのメディアの通信を含む新しいサービスもまた、通信端末の利用の場を広げるために、端末ユーザのために継続的に開発されている。本明細書では、“ユーザ・サービス”との用語は、通信端末により起動され、消費されるあらゆるタイプのサービスを一般的に表すものである。

近年、異なるサービス消費者に対して、彼らの興味や異なるシチュエーションにおけるニーズに応じて、関連があり、かつ、潜在的に魅力あるサービスを生成し、提供するソリューションが考案されている。これらのユーザ・サービスは、ユーザのプロファイル及び現在の状況の少なくともいずれかに基づき、個々のユーザに適合させることができる。

ＰＧＭ（プレゼンス及びグループ管理）と呼ばれるサーバがＯＭＡ（Open Mobile Alliance）により定義されており、ユーザグループを管理し、様々なユーザ・サービスをこれらのユーザグループの特性と適合させるように構成されている。共通グループプロファイルは、ＰＧＭサーバにおいて定義可能であり、個々のグループメンバーのユーザプロファイルが統合される。更に、特許文献１は、ユーザグループの特定のニーズを、グループの特定の関心事項及びニーズに適合した関連コンテキスト情報を提供することにより満足させることを可能とするメカニズムを開示している。

グループ管理メカニズムは、必要に応じて各ユーザ・サービスについて定義し、実行することができる。例えば、グループ管理メカニズムは、ＰｏＣ（Push-to-talk over Celluar）と呼ばれるサービスについてＰＧＭサーバで定義される。これらのメカニズムは一般的に、グループ内のユーザによりサービスが利用される場合に使用される、アプリケーションとサーバ間の共通のメッセージ言語及び通信プロトコルを定義する。

“発見（discovery）”と呼ばれる処理は、ユーザグループを形成する場合に実行することができ、ユーザ間での通信を可能とするための、識別子、端末の能力、及び、グループメンバ内で利用可能なサービスの交換が含まれる。発見処理は、例えば、Bluetoothを利用した通信のような、一時的に形成されたユーザのアドホックネットワーク内で実行することもできる。特定のサービス発見プロトコルは、発見処理においてユーザ及びユーザのサービスを検出するために標準化されている。しかしながら、サービス発見プロトコルは、ネットワーク特有であるか、或いは、ディレクトリ・サービスのルックアップ方式に依存している。

現在利用可能なグループサービスのソリューションは、このように、ＩＭＳ（IP Multimedia Sybsystem）ネットワークのようなオペレータがアクセスやサービスを制御するネットワーク内に存在するＰＧＭサーバといった中央サーバなどによって制御されるのが常である。その一方、ユーザは、自身のユーザ・サービスを生成したり、影響を与えたりするのに、典型的には非常に限られたオプションしか持ち合わせていない。これは、ネットワークオペレータが、グループサービスを中央で制御しているからである。さらに、異なるオペレータにネットワーク加入しているメンバからグループを構成し管理することは、ネットワークを跨いだ取り決めやシグナリングが必要とされるため、複雑化し、追加の問題や制約を招くこととなる。

別の問題は、能力が異なる多くのタイプの端末が市場で入手可能になると、端末ユーザがあるユーザ・サービスを利用しようとした場合に、自分が選んだ端末及びその時の接続状況の少なくともいずれかに起因して、制約を受ける場合があるかも知れない、ということである。例えば、使用端末は高品質のカメラ機能を有しているかもしれないが、ユーザの加入条件や現在の接続状況により、ある所望のユーザ・サービスについて比較的低いビットレート及びアクセス性能のうち少なくともいずれかしか許可されないかも知れない。別の例では、端末は高解像度で高品位の画面を有しているかも知れないが、ありふれた音声再生等のみしか許可されない場合がある。

国際公開第０６／１１５４４２号パンフレット

本発明は、上述の課題のうち少なくともいくつかを解決することを目的とする。よって、通信ネットワーク内のユーザグループに対する異なるユーザ・サービスのプロビジョンを改善することを目的とする。この目的及び他の目的は、通信ネットワーク内で複数の端末ユーザと共にユーザ・サービスを可能とするための開始ユーザ端末における方法及び構成を提供することにより、まず達成される。

本発明の方法では、開始ユーザ端末が、ユーザグループを形成するために、複数の端末ユーザの複数の端末についてグループ発見処理を実行する。端末能力が複数の端末と交換され、当該端末能力には、機能リソース、利用可能なサービス、機器情報、アプリケーションプログラム又はデータプログラム、及び、現在のトラヒック又は接続の特性のうち少なくとも一つが含まれる。グループサービス要求をグループ内のユーザから受信すると、要求されたグループサービスを機能リソースで消費するために、要求されたグループサービスに必要な機能及び動作を、交換した端末能力に基づいて複数の端末内の機能リソースに割り当てる。

本発明の装置構成は、グループ管理機能部を備え、当該グループ管理機能部は、ユーザグループを形成するために複数のユーザの複数の端末とグループ発見処理を実行するように適合されたグループ発見部と、端末能力を複数の端末と交換するように構成された能力交換部とを含み、当該端末能力は、機能リソース、利用可能なサービス、機器情報、アプリケーションプログラム又はデータプログラム、及び、現在のトラヒック又は接続の特性のうち少なくとも一つを含む。グループ管理機能部はまた、グループサービス要求を、グループ内のユーザから受信するように適合された要求受信部と、要求されたグループサービスを機能リソースで消費するために、要求されたグループサービスに必要な機能及び動作を、交換した端末能力に基づいて複数の端末内の機能リソースに割り当てるように適合された機能割当部とを含む。

ある実施形態では、ピア・ツー・ピア通信が、グループ内の複数の端末の間で使用される。別の実施形態では、グループへの招待が、グループ発見処理の後に複数の端末へ送信される。更なる実施形態では、基本グループテンプレート（Ｔ）が、発見されたユーザ、及び、該ユーザの端末能力及び機能リソースのリストとして生成され、格納される。基本グループテンプレート（Ｔ）を、グループ内の他の複数の端末に配信することもできる。

グループサービスは端末能力を交換する工程の後で定義されてもよく、グループサービスを消費するために必要な動作及び機能を特定するアクティビティ・スキームを、該グループサービスのために生成し、格納することができる。アクティビティ・スキームは、グループサービスが要求された場合にいつでも実行が可能なマクロまたはスクリプトとして定義されてもよい。アクティビティ・スキームは、アプリケーション・マスタに任命された端末に格納され、グループ内の他の複数の端末にも配信されてもよい。

上記の割り当てる工程は、要求されたグループサービスに必要とされる機能及び動作を識別する工程と、識別された機能及び動作と、交換された端末能力とのマッチングをとる工程とが含まれてもよい。
アクティビティ・スキーム（ＡＳ）は、識別された機能及び動作について取得、又は、生成することができ、該アクティビティ・スキームは、交換された端末能力に対するフィルタとして適用され、それにより、割当アクティビティ・スキームを生成するために前記アクティビティ・スキームに漏れなく任命端末を割り当てることができる。更に別の実施形態では、機能及び動作に対応するアクティビティ命令は、各任命端末に送信される。

更なる実施形態では、現在のトラヒック又は接続の特性は、帯域幅、地理的位置及び通信費用のうちすくなくとも１つを含む。グループ内のユーザ端末は、グループサービスが起動され消費される際に、該グループサービスを制御するために該グループサービスのためのアプリケーション・マスタに選択される。開始ユーザ端末がアプリケーション・マスタにデフォルトで選択されてもよいし、或いは、マスタ選択アルゴリズムを利用してアプリケーション・マスタを選択することもできる。異なる複数のユーザ端末を、異なる複数のグループサービスのためのアプリケーション・マスタに選択することもできる。元々のマスタがグループからいなくなった場合に、新しいアプリケーション・マスタが選択することが望ましい。

本発明の更なる好適な特徴及び利益は、以下の発明の詳細な説明において明らかとなろう。

本発明は、添付する図面を参照して、好適な実施形態についてより詳細に記述される。

一つの実施形態に対応する、ユーザグループ内でユーザ・サービスを提供するための通信ネットワーク内での手順を示すブロック図である。 別の実施形態に対応する、プロビジョンのフェーズにおいてユーザグループのためのユーザ・サービスを提供するように適合されたユーザ端末を示すブロック図である。 更に別の実施形態に対応する、プロビジョンのフェーズにおいてユーザグループのためのユーザ・サービスを提供する手順のフローチャートである。 更に別の実施形態に対応する、ランタイム・フェーズにおいてユーザグループ内でユーザ・サービスを提供するための手順のフローチャートである。 更に別の実施形態に対応する、ランタイム・フェーズにおいてユーザグループ内でユーザ・サービスを提供するように適合されたユーザ端末を示すブロック図である。 更に別の実施形態に対応する、グループ管理システムが複数の端末に対してどのように配信されるかを説明するための図である。 更に別の実施形態に対応する、ユーザグループのためのユーザ・サービスを提供する手順のフローチャートである。 更に別の実施形態に対応する、グループサービス開始端末内のグループ管理機能部を示すブロック図である。

端的に述べれば、本発明は、上述のＰＧＭサーバのような中央サーバを必要とせずに、複数の端末ユーザを有するグループによるユーザ・サービスの利用或いは消費を可能とするためのソリューションを提供する。本ソリューションでは、グループを確立し管理するために、全体として、ユーザグループ内の端末間でのピア・ツー・ピア（Ｐ２Ｐ）通信をベースとしている。

異なるユーザ端末における異なる能力(capability)や機能リソースを発見し、共有することにより、ユーザ・サービスは、例えば、パフォーマンス改善、付加価値及び低価格の少なくともいずれかを伴うような、より最適な方法で消費され、それによりユーザ体験を一般には向上させることができる。よって、本ソリューションは、グループに参加する端末内のプールされた能力及び機能リソースについてグループ管理システムを提供すると共に、グループサービス管理のための機能共有を実現する。それにより、グループ内のユーザは、オペレータが制御する中央のグループ管理サーバに依存することなく、収集された端末の能力やリソースに基づいてユーザ・サービスを自由に選択、作成することができる。

“プロビジョン”の第１フェーズでは、発見メカニズムによりグループが形成され、共有グループ管理機能を確立し、参加端末における異なる能力及び機能リソースを把握するために、端末能力がグループ内で交換される。グループ・サービス管理機能は、グループ内の異なるユーザ端末の間で、それらの各能力及び接続状況の少なくともいずれかに応じて分配することができる。

“ランタイム”の第２フェーズでは、サービスに必要な特定の機能を実行するために動的なリソース割当手法に従ってグループ内の１以上の端末が選択されるように、ユーザ・サービスが起動され、ユーザにより消費される。例えば、マルチメディアのコンテンツを、全体の帯域幅及びダウンロード速度の増加、及び、通信コストの減少の少なくともいずれかのために、異なるアクセスチャネルを介して異なる端末がコンテンツの異なる部分を受信するようにして、コンテンツサーバからダウンロードすることができる。コンテンツの各部分はグループ内の１以上の端末でまとめられ、グループメンバーが再生して楽しむことができる。別の例では、カメラを装備する端末が一連の写真を撮影し、その写真が、適切な接続を介して受信者パーティへ写真を送信する別の端末に転送される。

図１は、複数のユーザＡからＦがＰ２Ｐ通信によりユーザグループを構築することができることを説明するための図である。本明細書において“ユーザ”との用語は、一般的には、人、或いは、ソフトウェアベースのユーザエージェント等、及び、ユーザ端末を意味する。グループに包含される端末は、どのようなタイプの通信端末でも構わない点に注意すべきである。当該端末には、移動体電話又は固定電話、及び、コンピュータが含まれるが、本発明はこれらに限定されるものではない。本例では、ユーザＡからＥは異なる移動体電話機を操作しており、その一方で、ユーザＦはラップトップ・コンピュータを操作している。端末ＡからＦは、異なる能力及び接続状況の少なくとを何れかを有していると仮定する。

Ｐ２Ｐ通信は、端末ＡからＦの間のあらゆるタイプの通信リンクを利用して実行することができる。例えば、Bluetooth、WLAN（無線ローカル・エリア・ネットワーク）、携帯３Ｇ網或いはGSM/EDGE、WIMAXなどである。中間サーバのようなものがグループ管理メッセージング内に存在しないという意味では、サービスレベルでは通信はピア・ツー・ピアである。それでもなお、交換されるメッセージは、様々な転送ネットワークやアクセスネットワークを介してルーティングされても良いし、或いは、Bluetoothリンクのような短距離無線や他の通信リンクを介して直接に伝達されても良いが、これらは本発明の範囲の外の話である。

グループを形成しようとしている１ユーザであるユーザＡは、ユーザＡからＦが互いの存在を検出するグループ発見処理を開始しても良い。例えば、Bluetooth技術を端末発見のために利用することができるが、本発明はこれに限定されるものではない。グループは基本的には、“帯域外で”各自の端末を利用することなくユーザ自身により形成されても良い。例えば、形成されたグループが最終的に各端末内に登録される限り、登録のためにウェブページなどを利用してもよい。

この処理において、ユーザＡは全ての他のユーザＢからＦを直接に発見してもよいし、或いは、発見された幾人かのユーザが他のユーザを発見して、その存在を間接的に知らせても良い。図１において矢印で示すように、ユーザＣがユーザＦを、ユーザＤがユーザＥを、そして、ユーザＢがユーザＣ及びＤをそれぞれ発見する。ユーザＦを発見したユーザＣは、ユーザＦのプレゼンスをユーザＢ等に知らせる。図示するように、ユーザＡはユーザＢ、Ｄ及びＥを発見し、ユーザＢ及びＤは、ユーザＣ、Ｄ、Ｆ及びＥのプレゼンスをそれぞれ知らせる。このようにして、ユーザＡは全ての他のユーザＢからＦを直接或いは間接に発見することができる。

グループを形成するために開始ユーザＡは、グループに参加するための招待状（invitation）を他のユーザＢからＦに送信する。他のユーザＢからＦは、招待を受けるか、或いは断るかのいずれかの応答を行うことができる。招待を受けるユーザは、グループが各自の端末に“ミラーリング”されるように、グループの構成に関する情報を受信することとなる。この点については後述する。本処理では、全てのユーザは、全ての他のユーザに受け入れ（或いは、辞退）を送信することもできるし、或いは、招待状を送付したユーザＡのみに送信しても良い。

ユーザ端末における異なる能力は、プールされ、様々なグループサービスを管理するために利用することができる。これらの能力は、それらに対するアクセスが承認されたユーザにのみ利用が認められても良い。例えば、グループは、メンバーシップリストを有する閉じたグループとして構成することもできるし、或いは、誰でも加入が可能な開かれたグループとすることもできる。しかしながら、この承認及び認証の処理は、もし必要で有ったとしても、本発明の範囲の外の話である。

図２は、ある実現可能な実施形態に対応する、上述のプロビジョンのフェーズにおいてグループ内の他のユーザ２０２と通信している、グループ開始ユーザＡの端末２００をより詳細に示す。端末２００は、端末の能力或いは機能リソースを効率的に示すＡ１、Ａ２、Ａ３、．．．で定義される複数のサービス・アプリケーション２０４を含む。他のユーザ２０２の端末も、それらの各端末能力を表す様々なサービス・アプリケーションを同様に含んでいるものと仮定する。

端末２００は更に、グループを取り扱い、参加者、即ちユーザ２０２と通信するように適合されたグループ管理機能部２０６を有する。グループ管理機能２０６は、グループ発見機能２０６ａ、能力交換機能部２０６ｂをそれぞれ備える。ここで、他の端末も同様に類似、或いは対応するグループ管理機能を有するものと仮定する。ユーザグループを生成し、取り扱う手順は、図中のステップ２：１から２：５に示される。

最初に示されるステップ２：１では、端末２００内のグループ発見機能２０６ａが、例えば、図１と関連して記述した方法により、他のユーザ２０２のプレゼンスを検出し、ユーザグループを生成することにより、上述のグループ発見処理を実行する。いくつかの適切なユーザ入力を受け付けると、グループ発見機能２０６ａはまた、他の端末２０２のいずれかに対して、グループ参加のための招待状を送信する。

その後、次のステップ２：２において、能力交換機能２０６ｂが端末能力を他のユーザ２０２と交換する。本明細書では、“端末能力”の用語は一般的に、あらゆる機能リソース、機器情報及び利用可能なサービス、アプリケーションプログラム及びデータプログラム、端末の現在のトラヒックや接続の特性（例えば、帯域幅、地理的位置及び価格）を表すものとして用いるが、これらは有効な情報として交換されても良い。例えば、ある端末の現在の携帯電話網への接続状態が、サービスを受けているセル内のトラフィック負荷が高いために低ビットレートのみ許可された状態である一方で、別の端末は、現在“高速”の無線ＬＡＮ接続を有しているかも知れない。

端末能力情報を利用することで、グループサービスを消費する場合に、将来のあらゆる通信を品質、速度及びコストの点で最適化することができる。参加ユーザの端末２００、２０２の端末能力は、“機能リソース”と呼ぶこともできる。これらは、基本的には異なるユーザ・サービスを消費するためにグループで利用可能である。

続くステップ２：３では、グループ発見機能２０６ａ及び能力交換機能部２０６ｂによりそれぞれ取得されたグループに関する情報から、“基本グループテンプレートＴ”が形成される。よって、基本グループテンプレートＴは、発見されたユーザ２０２及び該ユーザの端末能力或いは機能リソースのリストを含む。さらに、ステップ２：４で示されるように、サービス・アプリケーション２０４で表される端末Ａの能力もまた、基本グループテンプレートＴに追加される。

最後に、ステップ２：５において基本グループテンプレートＴが、各参加ユーザ２０２に送信される。これにより、グループ内の各ユーザ端末２００、２０２は、全参加者、及び、グループが利用可能な（端末能力に基づく）彼らの機能リソースを、基本グループテンプレートＴにより知ることができる。基本グループテンプレートＴはまた、“配信されたグループサービス管理レジストリ”と呼ぶこともできる。グループ内の端末２００、２０２は、このように、グループ内で利用可能なリソース及びサービスに関する情報を保持する、配信されたレジストリのＰ２Ｐインフラストラクチャ内のノードである。テンプレートＴは、例えば、ＸＭＬ(eXtensible Mark-up language)テンプレートにより定義されるＤＨＴ（Distributed Hash Table）として生成されてもよい。

異なるグループサービスアプリケーションを定義し、各グループサービスを消費する場合に必要とされる異なる機能や動作に端末内のリソースを割り当てることが可能である。１台のユーザ端末が、サービスが起動され、消費される場合にサービスを制御するために、定義されたグループサービスのそれぞれについて“アプリケーション・マスタ”として選択されても良い。デフォルトとして、グループを生成したユーザ端末がアプリケーション・マスタに選択されても良い。或いは、例えば、所定の選択スキームなどを用いたマスタ選択アルゴリズムを利用することができる。異なるユーザ端末が、異なるグループ・サービス・アプリケーションについてアプリケーション・マスタに選択されても良い。さらに、もし、オリジナルのマスタが何らかの理由でグループを離脱した場合、新しいアプリケーション・マスタを選択することが必要かも知れない。

特定のユーザ・サービスを定義する際は、全ての要求される機能及び動作が識別されて、当該サービスのための様々なステップや動作を含むスキームやダイアグラムが生成される。ここでは、これを“アクティビティ・スキーム”と呼ぶ。アクティビティ・スキームは、このように、サービスを消費するために必要な全てのアクティビティを特定する。これらは、サービスが要求された場合に実行可能なマクロやスクリプトとして定義されても良い。端末リソースを割り当てるために適用される対応するアクティビティ・スキームを生成することにより、要求に応じて新しいサービスを自由に作り上げることもできる。ユーザ・サービスのための典型的なアクティビティ・スキームは、１）“写真撮影”、２）“写真にテキストを添付”、３）“テキストが添付された写真を受信パーティに送信”とすることができる。

当該サービスがいずれかのユーザから要求されると、要求された機能及び動作を異なる端末とマッチングさせるために基本グループテンプレートに対して生成されたアクティビティ・スキームを適用し、これらの機能を特定の端末に割り当てることで、異なるユーザ端末内のリソースが動的に割り当てられる。この処理は、対応するアクティビティ命令を任命端末へ送信する、アプリケーション・マスタにより実行される。上記の例に従えば、リソース割当の結果は、１）“端末Ｂが写真撮影を行い”、２）“端末Ｆがテキストを添付し”、３）“端末Ａがテキストが添付された写真を受信パーティに送信する”。

本ソリューションはまた、リソースの冗長性をもたらすことができる。これは、グループ内の端末は必要以上の能力を有するためであり、その結果、同一の機能リソースが複数端末の間で重複することになる。これにより、例えば、大きなメディアファイルを異なる端末で分割してダウンロードするなどして、複数の端末に機能を分配するために負荷調整スキームを適用することができる。例えば、もし１０ユーザがそれぞれ１Ｍｂｐｓ（メガビット毎秒）の帯域幅のリンクへアクセスしている場合、それらをプールして、１０Ｍｂｐｓのリンクを形成することができる。

端末リソースを、それらの能力に応じてアクティビティ・スキーム内の異なるステップ及び機能に割り当てる際に考慮すべきいくつかの指標には、１）符号化／復号化の性能、２）暗号化／復号化の性能、３）再生性能(playout capability)及び品質、４）受信性能、５）利用可能な帯域幅、６）通信レート／価格、７）現在位置、８）バッファ性能、９）サイズや解像度などの画面性能、１０）計算性能、１１）電力性能等を含めることができるが、これらに限定されるものではない。

図３は、基本的に、上記のプロビジョンのフェーズにおいて開始端末（例えば上述の例では、端末Ａ）により実行される、端末ユーザのグループのためにユーザ・サービスの提供を可能とする典型的な手順を示すフローチャートである。最初のステップ３００では、基本的には、例えば、図２のステップ２：１に記述されたように、複数の端末ユーザが発見され、ユーザグループを形成するために招待される。この発見処理では、識別子やエイリアス、例えば、興味、嗜好、年齢、職業及び他の特性を含む個人プロファイルをアナウンスすることで、ユーザは自身を他のユーザに対して（“自分はここに居ます”と）告知しても良い。

次のステップ３０２では、図２のステップ２：３、２：４及び２：５に示すように、端末能力をグループ内の他のユーザ端末との間で交換し、基本グループテンプレートを保存したり、他人へ配信したりすることができる。端末能力の交換は、基本的にはユーザ端末がその機能リソース（“自分ができること”）を他の端末へ通知することを意味する。これはまた、“リソース発見”処理と呼ぶこともできる。上記のように、端末能力には、機能リソースや接続特性を含めることができる。

基本グループテンプレートが生成され、グループ内の他のユーザに配信されるので、共通に配信されたサービス発見メカニズムが実現され、そこではグループテンプレートで与えられた能力情報に基づいて、グループメンバーが様々なグループサービスを起動及び／又は生成することができる。各ユーザは、このようにして、自身がメンバーであるグループにのみ関連するグループサービス情報を保持することができる。

１以上のグループ・サービス・アプリケーションは、更なるステップ３０４において定義され、グループ内の他の端末にも配信される。次のステップ３０６では、サービスが起動され、消費される場合に当該サービスを制御するために、アプリケーション・マスタが定義されたグループサービスについて選択される。上述のように開始ユーザがデフォルトとしてマスタに選ばれても良いし、或いは、所定のマスタ選択アルゴリズムを用いても良い。ここで注意すべきは、アプリケーション・マスタは、必ずしも他の端末との関係において、従来的なマスタ−スレーブ関係で意味するところのマスタには該当しない点である。アドホックネットワークにおける典型的な実施例では、アプリケーション・マスタは、基本的にはグループ・サービスの制御ポイントとして機能するであろう。

各グループサービスを消費する際に必要とされる異なる機能及び動作は、次のステップ３０８において決定される。最後に、ステップ３１０では、サービスを消費するために必要な全てのステップ及び機能を特定するアクティビティ・スキームなどが、各サービスについて生成され、保存される。アクティビティ・スキームは、サービスが要求された場合にいつでも実行可能なマクロやスクリプトとして定義されても良い。

生成されたアクティビティ・スキームは、アプリケーション・マスタに任命された端末内には少なくとも格納される。アクティビティ・スキームは、例えば、冗長性が望まれる場合には、グループ内の他の端末に対して任意に配信されても良い。それにより、グループ内のどのユーザも、アクティビティ・スキーム内の動作及び機能を、現在の能力に応じて適切な端末に割り当てることにより、サービスを開始し、制御することができる。よって、ステップ３０８及び３１０は基本的には、グループ内でステップ３０４で定義されたサービス・アプリケーションを構成するために実行される。

図４は、基本的には図３に対応して構築された端末ユーザのグループにおけるユーザ・サービスの消費のための典型的な手順を示すフローチャートである。この手続は、当該サービスのためのアプリケーション・マスタに任命された端末によって、上述のランタイムのフェーズにおいて実行される。

最初のステップ４００では、サービス要求をグループ内のユーザから受信する。これは、アプリケーション・マスタ端末のユーザを含めて、グループ内のどのユーザであってもよい。要求されたサービスは、ステップ３０８、３１０に従ってグループ内で事前に構成されていてもよいし、或いは、新規に構成されるサービスであっても良い。ゆえに、次のステップ４０２では、要求されたサービスがグループ内で構成済か否かを判定する。もし、構成済であれば、対応するアクティビティ・スキームがアプリケーション・マスタ端末内に格納されており、ステップ４０４でそれを取得する。一方、要求されたサービスがグループ内で事前に構成されていなければ、当該要求されたサービスを消費するために必要な全ての機能及び動作がステップ４０６で決定され、続くステップ４０８で対応するアクティビティ・スキームが生成される。

ステップ４１０では、アクティビティ・スキームは、ステップ４０４で取得されたものでも、ステップ４０８で生成されたものでも、グループテンプレート内の能力情報に適用され、スキーム内で必要とされるどんな機能及び動作も、グループ内の特定の端末に割り当てられる。アクティビティ・スキームの適用には、基本グループテンプレートに従って、必要な機能及び動作と異なる端末の能力とのマッチングをとることが含まれる。最後のステップ４１２では、対応するアクティビティ命令が任命された端末に送信され、要求されたサービスが最終的に実行され、消費される。このようにして、異なるユーザ端末内の機能リソースが、それぞれの能力に基づいて要求されたサービスに動的に割り当てられる。

図５は、ユーザＡとユーザＢからＤ２０２を含むユーザグループ内でサービスを実行するためにアクティビティ・スキームを適用する場合の、上記のランタイムのフェーズにおける図２のユーザＡの端末２００内のグループ管理機能部２０６内の更なる機能部を示すブロック図である。ユーザＡの端末２００は、要求されたグループサービスについて、上記に従いアプリケーション・マスタに選ばれている。グループ管理機能部２０６では、基本的に図３のステップ３００及び３０２に従って、基本グループテンプレートＴが生成され、格納される。当該テンプレートＴは、図２に示されている。このようにテンプレートＴは、点線で示すようにユーザＡ、Ｂ、Ｃ及びＤのそれぞれについて端末能力及び現在の接続状況に関する情報を含んでいる。

この例では、ユーザＤはサービス要求ＲをユーザＡに送信し、要求受信機能５００により受信される。また、サービス要求はまた、ユーザＡによってもなされ、点線矢印Ｒ’で示されるように、端末において内部要求メッセージを入力部Ｉから受け付ける。要求されたサービスが、以前に構成されたものであるか否かが判定され、要求受信機能５００は、当該サービスに必要な機能及び動作を識別する。これらは、基本的に図３のステップ３１０に従いグループ管理機能部２０６に格納されている所定のアクティビティ・スキーム５０２と比較される。もし、対応する所定のアクティビティ・スキームが見つからない場合、要求されたサービスについて、識別された機能及び動作から新規のアクティビティ・スキーム５０４を生成することができる（点線矢印）。もし、要求されたサービスに対応する所定のアクティビティ・スキームがセット５０２内で見つかれば、利用のためにそれを単に取得する（実線矢印）。

機能割当部５０６は、要求された機能及び動作のマッチングをとることで、生成された、或いは、取得されたアクティビティ・スキームＡＳを、基本グループテンプレートＴに従うユーザＡからＤの端末能力に適用する。これにより機能割当部５０６は、サービスに必要とされる異なる機能及び動作を実施するのにグループ内のどの端末が最も相応しいかを判定するために、太い矢印で示されるようにアクティビティ・スキームＡＳを基本的にはテンプレートＴ内の情報に対するフィルタとして適用する。そして、当該機能及び動作は、これらの端末に割り当てられる。

結果として、機能割当部５０６は、基本的にはアクティビティ・スキームＡＳに任命された端末を“漏れなく割り当て（filled with）”、割当アクティビティ・スキームＡＳ（Ａ−Ｄ）５０８を生成する。割当アクティビティ・スキーム５０８は、命令送信機能部５１０に運ばれ、対応するアクティビティ命令Ｏ_B、Ｏ_C、Ｏ_Dが、ユーザＢ、Ｃ及びＤの各任命端末へ最終的に送信される。ここで、アプリケーション・マスタに選ばれたユーザＡの端末５００にも、所定の要求機能及び動作が割り当てられても良いことに注意すべきである。

図５について記述したソリューションでは、例えば入力部Ｉを利用して新しいアクティビティ・スキーム５０４を生成することで、ユーザＡが自由に新しいサービスを作り出すことができた。アクティビティ・スキーム５０４は、基本グループテンプレートにリストされた能力に基づいて割当アクティビティ・スキームを生成するために、基本的には機能割当部５０６により任命端末が漏れなく割り当てられ、当該割当アクティビティ・スキームから、対応するアクティビティ命令が生成されて、任命端末に送信される。

上述の端末２００のグループ管理機能をグループ内の複数の端末に分配することも可能である。例えば、図６に示すように、ユーザＡの端末は、基本グループテンプレートを保持するために利用されるデータベース６００を管理することができる。また、ユーザＢの端末は、グループ発見及び能力の交換のために利用される機械学習システム（machine learning system:MLS）６０２を管理することができる。また、ユーザＣの端末は、アクティビティ・スキームを生成したり選択したりするために利用されるコンテキスト収集機能(context aggregation function:CAF)６０４を管理することができる。

通信ネットワーク内で複数の端末ユーザに対してユーザ・サービスの提供を可能とするための方法について、ここで図７のフローチャートを参照して説明する。処理は、ステップ７００から７０６を含み、これらのステップは、図２や図５の端末２００のような開始ユーザ端末内のグループ管理機能部により実行される。

最初のステップ７００では、ユーザグループを形成するために、グループ発見処理が複数ユーザの端末について実行される。次のステップ７０２では、上述の基本グループテンプレートを生成するために、端末能力が端末間で交換される。交換された端末能力は、機能リソース、利用可能なサービス、機器情報、アプリケーションプログラムやデータプログラム、及び、現在のトラヒックや接続の特性のうち少なくとも一つを含む。

続くステップ７０４では、グループサービス要求をグループ内のユーザ、例えば開始端末のユーザから受信する。それに応答して、最後のステップ７０６では、交換された端末能力に基づいて、要求されたサービスに必要とされる機能及び動作がグループ内の端末の機能リソースに対して割り当てられる。そして、要求されたグループサービスは、任命端末内の機能リソースにより消費することができる。

通信ネットワーク内で複数の端末ユーザに対してユーザ・サービスの提供を可能とするための開始ユーザ端末構成を、図８を参照して以下で説明する。開始ユーザ端末内のグループ管理機能部８００は、ユーザグループを形成するためにユーザ端末についてグループ発見処理を実行するように適合されたグループ発見部８００ａを含む。

グループ管理機能部８００はさらに、複数の端末と端末能力を交換するように適合された能力交換部８００ｂを含む。端末能力には、機能リソース、利用可能なサービス、機器情報、アプリケーションプログラムやデータプログラム、及び、現在のトラヒックや接続の特性のうち少なくとも一つを含む。

グループ管理機能部８００は更に、グループ内のユーザからグループサービス要求を受信するように適合された要求受信部８００ｃと、要求されたサービスに必要な機能及び動作を、交換した端末能力に基づいて複数の端末内の機能リソースに割り当てるように適合された機能割当部８００ｄとを含む。グループ管理機能部８００は最後に、機能及び動作に対応するアクティビティ命令を各任命端末に送信するように適合された命令送信部８００ｅを含む。要求されたグループサービスは、機能リソースにより消費することができる。

図８は、様々な機能部８００ａから８００ｅを単にロジックに例示したものであり、当業者であれば、これらの機能を適切な任意のソフトウェアやハードウェア手段を用いて如何様にも実施可能である点に注意すべきである。よって、本発明は、グループ管理機能部８００の例示の構造に全般的に限定されるものではない。

例えば、上述の実施形態に従って本発明を利用することにより、中央のオペレータ管理のグループ管理サーバを利用することなく、任意の数の、任意のタイプの通信端末からなるグループ内で、グループ管理システムを動的に実現することができる。グループ管理システムは、このようにしてグループメンバーにより開始され、全体として制御される。また、グループメンバーが希望すれば、新しいサービスを生成し、消費することも可能である。異なるオペレータ環境のユーザに跨ってグループが構成される場合の複数オペレータに関する問題も、回避することが可能である。

さらに、本ソリューションは、例えば、ユーザ体験やコストに関する複数の最適化の可能性をもたらすこともできる。グループ内のユーザは、サービス消費の際に、自身が選択した端末及び接続の少なくとも何れかによる制約を受けることが無くなる。というのも、グループ内の全ての端末のリソースと能力を最適な手法で利用することが可能になるからである。さらに、負荷の均衡を図ったり、グループからユーザが脱退したり、居なくなったりした場合のバックアップ機能を保証するために、グループ管理システム内に冗長度を導入することができる。

このように端末リソースの割当は、一切の制限なしに、能力、レイテンシ、帯域幅、位置及びコストに基づくことができる。比較的大きなリソースと能力を有する端末は、リソースや能力がより制限された他の端末と比較して、グループサービス内でより高次の参加レベルが割り当てられても良い。

本発明を特定の典型的な実施形態について記述してきたが、これらの記述は本発明の概念を全般的に説明することのみを目的としたものであって、発明の範囲を限定するものとして解釈されるべきではない。本発明は、特許請求の範囲の内容により定義されるものである。

Claims (22)

1. 通信ネットワーク内で、複数の端末ユーザにユーザ・サービスの提供を可能とするための方法であって、
   開始ユーザ端末（２００）が、
   ユーザグループを形成するために、前記複数の端末ユーザの複数の端末（２０２）についてグループ発見処理を実行する工程と、
   端末能力を前記複数の端末と交換する工程であって、前記端末能力は、機能リソース、利用可能なサービス、機器情報、アプリケーションプログラム又はデータプログラム、及び、現在のトラヒック又は接続の特性のうち少なくとも一つを含む、工程と、
   グループサービス要求（Ｒ）を、前記グループ内のユーザ（Ｄ、Ａ）から受信する工程と、
   要求されたグループサービスを機能リソースで消費するために、前記要求されたグループサービスに必要な機能及び動作を、交換した前記端末能力に基づいて前記複数の端末内の機能リソースに割り当てる工程と、
   前記機能及び動作に対応するアクティビティ命令（Ｏ_B、Ｏ_C、Ｏ_D）を、各任命端末（Ｂ、Ｃ、Ｄ）に送信する工程と、
   を備えており、
   前記割り当てる工程は、前記要求されたグループサービスに必要とされる機能及び動作を識別する工程と、識別された前記機能及び動作と、交換された前記端末能力とのマッチングをとる工程と、を含み、
   アクティビティ・スキーム（ＡＳ）が、前記識別された機能及び動作について取得、又は、生成され、該アクティビティ・スキームは、交換された前記端末能力に対するフィルタとして適用され、それにより、割当アクティビティ・スキーム（ＡＳ（Ａ−Ｄ））を生成するために前記アクティビティ・スキームに漏れなく任命端末を割り当てる、
   ことを特徴とする方法。
2. ピア・ツー・ピア通信が、前記グループ内の複数の端末（Ａ−Ｄ）の間で使用されることを特徴とする請求項１に記載の方法。
3. 前記グループへの招待が、前記グループ発見処理の後に前記複数の端末へ送信されることを特徴とする請求項１または２に記載の方法。
4. 基本グループテンプレート（Ｔ）が、発見されたユーザ、及び、該ユーザの端末能力及び機能リソースのリストとして生成され、格納されることを特徴とする請求項１乃至３のいずれか１項に記載の方法。
5. 前記基本グループテンプレート（Ｔ）が、前記グループ内の他の複数の端末に配信されることを特徴とする請求項４に記載の方法。
6. グループサービスが、前記端末能力を交換する工程の後で定義され、
   前記グループサービスを消費するために必要な動作及び機能を特定するアクティビティ・スキーム（５０２）が、該グループサービスのために生成され、格納される
   ことを特徴とする請求項１乃至５のいずれか１項に記載の方法。
7. 前記アクティビティ・スキームは、前記グループサービスが要求された場合にいつでも実行が可能なマクロまたはスクリプトとして定義されることを特徴とする請求項６に記載の方法。
8. 前記アクティビティ・スキームは、アプリケーション・マスタに任命された端末に格納されることを特徴とする請求項６又は７に記載の方法。
9. 前記アクティビティ・スキームは、前記グループ内の他の複数の端末にも配信されることを特徴とする請求項８に記載の方法。
10. 前記現在のトラヒック又は接続の特性は、帯域幅、地理的位置及び通信費用のうちすくなくとも１つを含むことを特徴とする請求項１乃至９のいずれか１項に記載の方法。
11. 前記グループ内のユーザ端末は、グループサービスが起動され消費される際に、該グループサービスを制御するために該グループサービスのためのアプリケーション・マスタとして選択されることを特徴とする請求項１乃至１０のいずれか１項に記載の方法。
12. 前記開始ユーザ端末が前記アプリケーション・マスタとしてデフォルトで選択されるか、或いは、マスタ選択アルゴリズムを利用して前記アプリケーション・マスタが選択されることを特徴とする請求項１１に記載の方法。
13. 異なる複数のユーザ端末が、異なる複数のグループサービスのためのアプリケーション・マスタとして選択されることを特徴とする請求項１１又は１２に記載の方法。
14. 元々のマスタが前記グループからいなくなった場合に、新しいアプリケーション・マスタが選択されることを特徴とする請求項１１乃至１３のいずれか１項に記載の方法。
15. 通信ネットワーク内で、複数の端末ユーザにユーザ・サービスの提供を可能とする開始ユーザ端末（２００）であって、グループ管理機能部（２０６、８００）を備え、
    該グループ管理機能部（２０６、８００ａ）が、
    ユーザグループを形成するために前記複数のユーザの複数の端末（２０２）についてグループ発見処理を実行するように適合されたグループ発見部（２０６ａ、８００ａ）と、
    端末能力を前記複数の端末と交換するように構成された能力交換部（２０６ｂ、８００ｂ）であって、前記端末能力は、機能リソース、利用可能なサービス、機器情報、アプリケーションプログラム又はデータプログラム、及び、現在のトラヒック又は接続の特性のうち少なくとも一つを含む、能力交換部（２０６ｂ、８００ｂ）と、
    グループサービス要求（Ｒ）を、前記グループ内のユーザ（Ｄ、Ａ）から受信するように適合された要求受信部（５００、８００ｃ）と、
    要求されたグループサービスを前記機能リソースで消費するために、前記要求されたグループサービスに必要な機能及び動作を、交換した前記端末能力に基づいて前記複数の端末内の機能リソースに割り当てるように適合された機能割当部（５０６、８００ｄ）と
    前記機能及び動作に対応するアクティビティ命令（Ｏ_B、Ｏ_C、Ｏ_D）を、各任命端末（Ｂ、Ｃ、Ｄ）に送信するように適合された命令送信部（５１０、８００ｅ）と
    を有し、
    前記要求受信部は、前記要求されたサービスに必要とされる機能及び動作を識別するように更に適合され、
    前記機能割当部は、識別された前記機能及び動作と、交換された前記端末能力とのマッチングをとるように更に適合され、
    前記グループ管理機能部は、前記識別された機能及び動作についてアクティビティ・スキーム（ＡＳ）を取得、又は、生成するように更に適合され、
    前記機能割当部は、該アクティビティ・スキームを、交換された前記端末能力に対するフィルタとして適用し、それにより、割当アクティビティ・スキーム（ＡＳ（Ａ−Ｄ））を生成するために前記アクティビティ・スキームに漏れなく任命端末を割り当てるように更に適合されている、
    ことを特徴とする、開始ユーザ端末（２００）。
16. 前記グループ管理機能部は、前記グループ発見処理の後に前記グループへの招待を前記複数の端末へ送信するように、更に適合されていることを特徴とする請求項１５に記載の開始ユーザ端末（２００）。
17. 前記グループ管理機能部は、基本グループテンプレート（Ｔ）を、発見されたユーザ、及び、該ユーザの端末能力及び機能リソースのリストとして生成し、格納するように、更に適合されていることを特徴とする請求項１５または１６に記載の開始ユーザ端末（２００）。
18. 前記グループ管理機能部は、前記基本グループテンプレート（Ｔ）を、前記グループ内の他の複数の端末に配信するように、更に適合されていることを特徴とする請求項１７に記載の開始ユーザ端末（２００）。
19. 前記グループ管理機能部は、
    グループサービスを定義し、
    前記グループサービスを消費するために必要な動作及び機能を特定するアクティビティ・スキーム（５０２）を前記グループサービスのために生成し、格納する
    ように、更に適合されていることを特徴とする請求項１５乃至１８のいずれか１項に記載の開始ユーザ端末（２００）。
20. 前記アクティビティ・スキームは、前記グループサービスが要求された場合にいつでも実行が可能なマクロまたはスクリプトとして定義されることを特徴とする請求項１９に記載の開始ユーザ端末（２００）。
21. 前記アクティビティ・スキームは、アプリケーション・マスタに任命された端末に格納されることを特徴とする請求項１９又は２０に記載の開始ユーザ端末（２００）。
22. 前記グループ管理機能部は、前記アクティビティ・スキームを、前記グループ内の他の複数の端末にも配信するように、更に適合されていることを特徴とする請求項２１に記載の開始ユーザ端末（２００）。

Images