JP2012530304A - ユーザ端末のプレゼンス情報を制御するための方法およびデバイス - Google Patents

Abstract

呼転送などの場合にプレゼンス情報がプレゼンス情報の実際のソースに従って正しく表示されないという従来技術における問題を解決するために、本発明は、第１のユーザ機器のプレゼンス情報を制御するための、ネットワーク・サーバにおける方法およびデバイスを提供する。この方法は、第１のユーザ機器のプレゼンス情報を第２のユーザ機器のプレゼンス情報として表示するよう指示するのに使用される命令情報を受信するステップと、第２のユーザ機器のプレゼンス情報を取得するステップと、第１のユーザ機器のプレゼンス情報に申し込んだオブザーバに第２のユーザ機器のプレゼンス情報を提供するステップであって、それにより、オブザーバが申し込んだ第１のユーザ機器のプレゼンス情報が第２のユーザ機器のプレゼンス情報として表示されるステップとを含む。本発明の解決法を用いて、ユーザ機器のプレゼンス情報の再配置を達成することができ、これによりユーザは、自分のプレゼンス情報に申し込んだ他のユーザに、自分のプレゼンス情報をよりフレキシブルに示すことができる。

Description

本発明は、通信ネットワークに関し、特に、通信ネットワークにおけるＩＭＳ（ＩＰマルチメディア・サブシステム）中でプレゼンス・サービスを処理するための方法および装置に関する。

今や、インターネットサービスの普及は、人々の通信習慣を大きく変えた。従来の音声通信の他に、インスタント・メッセージング・サービスが、その高い効率、利便性、優れたプライバシー等により、多数のユーザの中でますます一般的になりつつある。人々のインスタント・メッセージング・サービスに対する増え続ける需要を満たすために、モバイル・ネットワーク／端末の技術もまた、相応に向上および拡張させる必要がある。この結果、プレゼンス技法が発生する。

プレゼンス・サービスは、プレゼンス・サービスやオンライン状態サービスなどとも呼ばれ、インスタント通信において非常に重要な役割を果たす。プレゼンス技法に依存して、インスタント・メッセージング・サービスのユーザは、「電話中」や「会議中」など複数の状態のうちの１つとしてユーザのプレゼンス情報を設定することができると同時に、ユーザがどの状態でどの通信能力を有しどの通信モードを使用したいかを設定することができる。ユーザはまた、被呼側に接続できるかどうかが発呼前に発呼側にわかるように、他者のプレゼンス情報に申し込むことができる。ユーザが忙しいときは、ユーザは自分のプレゼンス情報をオフラインまたはビジーに設定することができ、それにより、不要な呼によって引き起こされる妨害を防止することができる。したがって、プレゼンス情報は、ある場合に最適な通信モードを選択して通信効率および通信品質を改善するために、発呼側と被呼側の両方にとって好都合である。

例えば、ユーザのモバイルフォンが電力不足のせいでシャットダウンされているとき、ユーザは、自分のモバイルフォンの全ての呼を自分の固定回線に転送することができる。しかし、ユーザのモバイルフォンのプレゼンス情報はモバイルフォンがオフラインであることを依然として示すので、すなわち、モバイルフォンのプレゼンス情報に申し込んだ加入者上で表示されるのはモバイルフォンの状態がまだオフラインであることなので、ユーザと接触したい相手側の加入者は、ユーザのモバイルフォンがオフライン状態であるためモバイルフォンに発呼しない可能性が十分にある。したがって、ユーザがモバイルフォン呼を固定回線に転送する機能を有効にしているにもかかわらず、相手側はオフラインのユーザ機器への呼要求を起こさないかもしれないので、ユーザはクライアントなど自分の加入者からの呼を依然として得られないことが極めてあり得る。

Ｎａｔｉｏｎａｌ Ｄｅｆｅｎｃｅ Ｉｎｄｕｓｔｒｙ Ｐｒｅｓｓ発行の《３Ｇ ｃｏｒｅ ｎｅｔｗｏｒｋ ｔｅｃｈｎｉｑｕｅ》（ＩＳＢＮ７−１１８−０４０５６−８） Ｃｈｉｎａ Ｍａｃｈｉｎｅ Ｐｒｅｓｓ発行の《ｃｏｎｃｅｐｔ ａｎｄ ｓｅｒｖｉｃｅ ｏｆ ＩＰ ｍｕｌｔｉｍｅｄｉａ ｉｎ ｍｏｂｉｌｅ ｆｉｅｌｄ》（ＩＳＢＮ７−１１１−１５８３５−０／ＴＮ−４０４）

従来技術には前述の問題があるので、本発明は、情報ソースを示すための設定に関する方法およびデバイスを提案する。

本発明の第１の態様によれば、第１のユーザ機器のプレゼンス情報を制御するための、ネットワーク・サーバにおける方法が提供される。この方法は、第１のユーザ機器のプレゼンス情報を第２のユーザ機器のプレゼンス情報として表示するよう指示するのに使用される命令情報を受信するステップと、第２のユーザ機器のプレゼンス情報を取得するステップと、第１のユーザ機器のプレゼンス情報に申し込んだオブザーバに第２のユーザ機器のプレゼンス情報を提供するステップであって、それにより、オブザーバが申し込んだ第１のユーザ機器のプレゼンス情報が第２のユーザ機器のプレゼンス情報として表示されるステップとを含む。

本発明の第２の態様によれば、第１のユーザ機器のプレゼンス情報を制御するための、ネットワーク・サーバにおける制御デバイスが提供される。このデバイスは、第１のユーザ機器のプレゼンス情報を第２のユーザ機器のプレゼンス情報として表示するよう指示するのに使用される命令情報を受信するための受信手段と、第２のユーザ機器のプレゼンス情報を取得するための取得手段と、第１のユーザ機器のプレゼンス情報に申し込んだオブザーバに第２のユーザ機器のプレゼンス情報を提供するための提供手段であって、それにより、オブザーバが申し込んだ第１のユーザ機器のプレゼンス情報が、第２のユーザ機器のプレゼンス情報として表示される提供手段とを備える。

本発明の解決法を用いて、ユーザ機器のプレゼンス情報の再配置を達成することができ、これによりユーザは、自分のプレゼンス情報に申し込んだ他のユーザに、自分のプレゼンス情報をよりフレキシブルに示すことができる。

後続の図面を参照しながら非限定的な実施形態の詳細な記述を読むことにより、本発明の他の特徴、目的、および利点が明らかになるであろう。

本発明の詳細な一実施形態によるネットワーク・トポロジ構造の概略図である。 本発明の詳細な一実施形態による方法のフローチャートである。 本発明の詳細な一実施形態によるプレゼンス情報プロキシ・サーバ１の論理的表現を示す図である。 本発明の詳細な一実施形態によるシステム方法のフローチャートである。 本発明の詳細な一実施形態による、プレゼンス情報プロキシ・サーバ１中で第１のユーザ機器２ａのプレゼンス情報を制御するためのデバイスのブロック図である。

図面において、同じまたは同様の参照符号は、同じまたは同様のステップ特徴またはデバイス／モジュールを指す。

以下では、本発明の非限定的な各実施形態について、図面を参照しながら詳細に述べる。

図１は、本発明の詳細な一実施形態によるネットワーク・トポロジ構造の概略図である。図１には、ＩＭＳにおける本発明の適用例を示す。勿論、本発明がＩＭＳネットワークのみに限定されず、本発明をサポートできる任意のネットワークに適することは、当業者なら理解するはずである。図１には、本発明に関係する各ネットワーク機能エンティティが示されている。図１にクラウド図で示されるＩＭＳ３の中には、以下の機能エンティティ、すなわち、Ｐ−ＣＳＣＦ（プロキシ−呼セッション制御機能）、Ｉ−ＣＳＣＦ（問合せ−呼セッション制御機能）、Ｓ−ＣＳＣＦ（サービング呼セッション制御機能）、ＨＳＳ（ホーム加入者サーバ）、アプリケーション・サーバ、ＰＳ（プレゼンス・サーバ）、およびプレゼンス情報プロキシ・サーバ１が示されている。ここで、プレゼンス情報プロキシ・サーバ１は、本発明の実施のために新たに追加された機能エンティティである。

ここで、Ｐ−ＣＳＣＦは、ＵＥ（ユーザ機器）がＩＭＳサービスを得るときの第１の接触ノードである。ＵＥは、「ローカルＣＳＣＦ発見プロシージャ」を介してＰ−ＣＳＣＦのアドレスを得る。Ｐ−ＣＳＣＦの機能はプロキシ・サーバと同様であり、Ｐ−ＣＳＣＦは、受信した要求およびサービスを処理または転送する。

Ｉ−ＣＳＣＦは、ネットワークの全てのユーザの接続ポイントとしての働きをすることができ、あるいはまた、現在のネットワーク・サービス・ゾーン内のローミング・ユーザのＳＡＰ（サービス・アクセス・ポイント）として使用することもできる。

Ｓ−ＣＳＣＦは、セッション制御機能を実施し、ネットワーク・オペレータの要件に従ってセッション状態情報を維持することができる。

ＨＳＳは、ユーザおよびサービス情報のデータベースであり、ＣＳドメイン、ＰＳドメイン、およびＩＭＳサブシステムをサポートする。

図１にはさらに、Ｓ−ＣＳＣＦとアプリケーション・サーバとがＳＩＰ（セッション開始プロトコル）に基づきＩＳＣインタフェースを介してメッセージを交換すること、Ｓ−ＣＳＣＦとＨＳＳとがダイアメータ（ｄｉａｍｅｔｅｒ）プロトコルに基づきＣｘインタフェースを介して通信すること、ＨＳＳとアプリケーション・サーバとがダイアメータ・プロトコルに基づきＳｈインタフェースを介して情報を交換することを示す。

Ｐ−ＣＳＣＦ、Ｉ−ＣＳＣＦ、およびＳ−ＣＳＣＦの詳細な機能については、関係する記述が既存のプロトコル中にある。さらに、当業者は、関係する参考書籍、例えばＮａｔｉｏｎａｌ Ｄｅｆｅｎｃｅ Ｉｎｄｕｓｔｒｙ Ｐｒｅｓｓ発行の《３Ｇ ｃｏｒｅ ｎｅｔｗｏｒｋ ｔｅｃｈｎｉｑｕｅ》（ＩＳＢＮ７−１１８−０４０５６−８）またはＣｈｉｎａ Ｍａｃｈｉｎｅ Ｐｒｅｓｓ発行の《ｃｏｎｃｅｐｔ ａｎｄ ｓｅｒｖｉｃｅ ｏｆ ＩＰ ｍｕｌｔｉｍｅｄｉａ ｉｎ ｍｏｂｉｌｅ ｆｉｅｌｄ》（ＩＳＢＮ７−１１１−１５８３５−０／ＴＮ−４０４）などを参照することができる。したがって、ここでは再度繰り返さない。

図１には、複数のＵＥ２ａ、２ｂ、および２ｃが示されている。ここで、２ａはモバイルフォンであり、２ｂはビデオフォンなどの固定回線電話機であり、２ｃはノートブック・コンピュータである。勿論、ＵＥはＰＤＡ（パーソナル・データ・アシスタント）などを含んでもよく、各ＵＥは、プレゼンス情報プロキシ・サーバ１を介してＩＭＳネットワークに接続させることができる。

図１に示すプレゼンス情報プロキシ・サーバ１は、「ネットワーク・サーバ」のインスタンスであり、機能的エンティティに過ぎない。プレゼンス情報プロキシ・サーバ１は、別個のネットワーク・サーバであってもよく、あるいは他のサーバと統合されてもよく、例えばプレゼンス情報プロキシ・サーバ１は、ＰＳまたは他のネットワーク・サーバもしくはアプリケーション・サーバに統合される。

図２に、本発明の詳細な一実施形態による、プレゼンス情報プロキシ・サーバ１中で第１のＵＥ２ａのプレゼンス情報を制御する方法のフローチャートを示す。以下では、図２を参照しながら、かつ図１との関連で、本発明の方法の詳細な一実施形態について詳細に述べる。

この実施形態では、ＵＥ２ｂのプレゼンス情報をＵＥ２ａのプレゼンス情報のソースとすることを例に挙げて説明する。

図２に示すように、ステップＳ１０で、プレゼンス情報プロキシ・サーバ１がシグナリング情報を受信する。このシグナリング情報は、第１のＵＥ２ａのプレゼンス情報を第２のＵＥ２ｂのプレゼンス情報として表示するよう指示するためのユーザの規定を含み、したがって必然的に、シグナリング情報には、第１のＵＥ２ａのＵＥのＩＤと第２のＵＥ２ｂのＵＥのＩＤとが含まれる。許可を有する任意のユーザが第１のＵＥ２ａのプレゼンス情報のソースを第２のＵＥ２ｂとして設定することができ、第１のＵＥまたは第２のＵＥのユーザに限定されないことは、当業者なら理解するであろう。さらに、第１のＵＥ２ａと第２のＵＥ２ｂとは、同じユーザに属する必要はない。第１のＵＥ２ａと第２のＵＥ２ｂとは、同じユーザに属することが好ましい。ユーザは、プレゼンス情報プロキシ・サーバ１に接続できるためのページにログオンすることによって、または手動入力によって、またはドロップダウン・メニューによって、設定したい第１のＵＥ２ａのプレゼンス情報のソースを選択することができる。この実施形態では、ユーザは、第１のＵＥ２ａのプレゼンス情報のソースを第２のＵＥ２ｂとして設定する。勿論、ユーザはまた、上述のプレゼンス情報ソース設定を実施するために他の方法を選択することも可能である。例えばユーザは、ショート・メッセージ対話、または音声メニュー、またはボタン入力によって、第１のＵＥ２ａのプレゼンス情報のソースを第２のＵＥ２ｂとして設定することができる。第１のＵＥ２ａのプレゼンス情報の実際のソースを指示するための命令情報をプレゼンス情報プロキシ・サーバ１が得る際の詳細な取得方法は、前述の例に限定されず、これらの例は全て非限定的であることは、当業者なら理解するであろう。

ステップＳ１１で、プレゼンス情報プロキシ・サーバ１は、第２のＵＥ２ｂのプレゼンス情報を取得する。例えば、第２のＵＥ２ｂは、発行要求（発行要求情報。以下では記述の便宜上、発行メッセージと呼ぶ）を介して、第２のＵＥ２ｂの各情報をＰＳに定期的に発行する。第２のＵＥ２ｂの各情報は、第２のＵＥ２ｂのＩＤ、発行メッセージのＴＴＬ（生存時間）、および第２のＵＥ２ｂのプレゼンス情報（例えば、第２のＵＥ２ｂの現在の状態、オンラインかオフラインか、会議中、電話中など）を含む。加えて、プレゼンス情報はまた、第２のＵＥ２ｂのユーザを表す個人化情報、例えば、笑った顔で示される現在の気分などを含むこともできる。発行メッセージは他の情報も含むが、他の情報は既存のプロトコル中で定義されており、本発明との相関がより低く、したがってここでは再度繰り返さない。

プレゼンス情報プロキシ・サーバ１が、第１のＵＥ２ａのプレゼンス情報のソースを第２のＵＥ２ｂとして設定するよう指示する命令情報だけでなく、第２のＵＥ２ｂのプレゼンス情報も得た後、方法はステップＳ１２に進み、プレゼンス情報プロキシ・サーバ１は、第１のＵＥ２ａのプレゼンス情報に申し込んだオブザーバに第２のＵＥ２ｂのプレゼンス情報を提供する。したがって、オブザーバが申し込んだ第１のＵＥ２ａのプレゼンス情報は、第２のＵＥ２ｂのプレゼンス情報として表示される。

オブザーバは、第１のＵＥ２ａのプレゼンス情報に申し込んだ加入者である。オブザーバは、第１のＵＥ２ａのユーザに登録し、第１のＵＥ２ａのユーザによって、第１のＵＥ２ａのプレゼンス情報が得られるよう認証される。すなわち、ユーザが第１のＵＥ２ａのプレゼンス情報を更新（新規構築、追加、修正、削除を含む）したとき、オブザーバは、同期してまたは非同期で、第１のＵＥ２ａの更新済みプレゼンス情報を表示することができる。例として、インスタント・メッセージングの例、例えばＳＩＰプロトコルに基づくＭＳＮインスタント・メッセージングでは、状態情報は、オンライン、取り込み中、一時退席中、退席中、電話中、昼休み、オフラインらしい、などを含み、すなわち本発明のプレゼンス情報を含む。ユーザが第１のＵＥ２ａの状態情報を修正した後、第１のＵＥ２ａの修正済み状態情報は、ユーザの友人（すなわち本発明におけるオブザーバ）の連絡先リストに表示される。

プレゼンス情報プロキシ・サーバ１は、第１のＵＥ２ａのプレゼンス情報を知る必要はない。第２のＵＥ２ｂが第１のＵＥ２ａのプレゼンス情報のソースとされることが命令情報中で示されるので、プレゼンス情報プロキシ・サーバ１は、第２のＵＥ２ｂのプレゼンス情報を知る必要があるだけである。プレゼンス情報プロキシ・サーバ１は、命令情報中の第１のＵＥ２ａのＩＤと、第２のＵＥ２ｂのプレゼンス情報とに従って、第１のＵＥ２ａのオブザーバに、第２のＵＥ２ｂのプレゼンス情報を第１のＵＥ２ａのプレゼンス情報として提供し、第１のＵＥ２ａのオブザーバは、得られた第１のＵＥ２ａのプレゼンス情報が実際には第２のＵＥ２ｂからのものであることはわからないことになる。すなわち、第１のＵＥ２ａのプレゼンス情報のソースの修正は、第１のＵＥ２ａのオブザーバにはトランスペアレントである。

変形の一実施形態では、プレゼンス情報プロキシ・サーバ１は、第２のＵＥ２ｂの発行メッセージを得る前に、すでに第１のＵＥ２ａの発行メッセージを得ている。第１のＵＥ２ａの発行メッセージは、第１のＵＥのＩＤ、発行メッセージのＴＴＬ（生存時間）、および第１のＵＥ２ａのプレゼンス情報を含む。さらに、発行メッセージは他の情報も含むが、他の情報は関連プロトコル中で定義されており、したがって再度繰り返さない。さらに、プレゼンス情報プロキシ・サーバ１はまた、第１のＵＥ２ａのプレゼンス情報を第２のＵＥ２ｂのプレゼンス情報として表示するよう指示するための命令メッセージを受信する。次いでプレゼンス情報プロキシ・サーバ１は、第１のＵＥ２ａの発行メッセージをすぐには送信せず、バッファに入れる。具体的には、ステップＳ１２で、プレゼンス情報プロキシ・サーバ１は、第１のＵＥ２ａからの発行メッセージを、少なくとも以下の２つの方法のうちのいずれか１つによって処理することができる。

Ｉ）プレゼンス情報プロキシ・サーバ１は、第１のＵＥ２ａの発行メッセージ全体をデータベースにバッファする。この発行メッセージには、第１のＵＥ２ａのプレゼンス情報が含まれる。第２のＵＥ２ｂのプレゼンス情報を受信した後、プレゼンス情報プロキシ・サーバ１は、第１のＵＥ２ａの発行メッセージ中のプレゼンス情報のみを第２のＵＥ２ｂのプレゼンス情報で置き換え、第１のＵＥ２ａの発行メッセージ中の他の情報は変更されないままとし、第１のＵＥ２ａの修正済み発行メッセージをＰＳに提供する。次いでＰＳは、既存のフロー、例えばコーリング・フローに従って、第１のＵＥ２ａの修正済み発行メッセージを第１のＵＥ２ａのオブザーバに提供する。プレゼンス情報プロキシ・サーバ１は発行メッセージ中のプレゼンス情報を修正するだけで他の情報は修正しないので、第１のＵＥ２ａの修正済みプレゼンス情報を受信したオブザーバには、プレゼンス情報の実際のソースが変化したことはわからないことになる。

ＩＩ）プレゼンス情報プロキシ・サーバ１は、第１のＵＥ２ａの発行メッセージの部分情報、すなわち、第１のＵＥ２ａのプレゼンス情報を除いた他の全ての情報を、データベースにバッファし、第１のＵＥ２ａのプレゼンス情報は廃棄される。第２のＵＥ２ｂのプレゼンス情報を受信した後、プレゼンス情報プロキシ・サーバ１は、第２のＵＥ２ｂのプレゼンス情報を第１のＵＥ２ａのプレゼンス情報とし、第１のＵＥ２ａの他の情報は変更されないままとし、第１のＵＥ２ａの修正済み発行メッセージをＰＳに提供する。ＰＳは、既存のフロー、例えばコーリング・フローに従って、第１のＵＥ２ａの修正済み発行メッセージを第１のＵＥ２ａのオブザーバに提供する。プレゼンス情報プロキシ・サーバ１は発行メッセージ中のプレゼンス情報を修正するだけで他の情報は修正しないので、第１のＵＥ２ａの修正済みプレゼンス情報を受信したオブザーバには、プレゼンス情報の実際のソースが変化したことはわからないことになる。

前述の実施形態では、ステップＳ１０が最初に記述されている。すなわち、プレゼンス情報プロキシ・サーバ１は、命令情報を得てから、ステップＳ１１で第２のＵＥ２ｂのプレゼンス情報を得る。ステップＳ１０とＳ１１の間には自明な順序関係はないことを理解されたい。変形の一実施形態では、ステップＳ１０とＳ１１が両方ともステップＳ１２の前に行われる限り、この方法は、先にステップＳ１１を実施してよく、すなわち第２のＵＥ２ｂのプレゼンス情報を得てよく、次いで命令情報を得る。

前述の実施形態では、ユーザは、第１のＵＥ２ａのプレゼンス情報のソースを第２のＵＥ２ｂとして設定することができる。変形の一実施形態では、ユーザは、第１のＵＥ２ａのプレゼンス情報のソースを第２のＵＥ２ｂとして設定することができ、さらに、このユーザまたは他のユーザは、第２のＵＥ２ｂのプレゼンス情報のソースを第３のＵＥ、例えば図１に示したＵＥ２ｃとして設定することもできる。第１のＵＥ２ａのオブザーバによって得られる第１のＵＥ２ａのプレゼンス情報の実際のソースは、ＵＥ２ｃである。この変形実施形態では、取得手段が、第３のＵＥ２ｃのプレゼンス情報を得て、第３のＵＥ２ｃのプレゼンス情報を第２のＵＥのプレゼンス情報とし、提供手段１０２が、第３のＵＥ２ｃのプレゼンス情報を第１のＵＥ２ａのプレゼンス情報のオブザーバに提供する。すなわち、第３のＵＥ２ｃが、第１のＵＥ２ａのプレゼンス情報の実際のソースとされる。

変形の一実施形態では、オペレータは、呼転送サービスをプレゼンス情報転送サービスと結合することができる。すなわち、第１のＵＥ２ａが第２のＵＥ２ｂに転送する呼転送が有効にされるとき、同時に、第１のＵＥ２ａのプレゼンス情報のソースを第２のＵＥ２ｂに移行するアプリケーション・サービスが有効にされる。

具体的には、ネットワーク・サーバ中で、例えばプレゼンス情報プロキシ・サーバ１中で、オペレータは、次のように設定することができる。すなわち、呼を第２のＵＥ２ｂに転送するように第１のＵＥ２ａをアクティブ化する命令情報を、プレゼンス情報プロキシ・サーバ１が得ると、例えばユーザは、第１のＵＥ２ａ（例えばモバイルフォン）中の呼転送メニューのオプションを介して呼を第２のＵＥ２ｂに転送するように設定する。第１のＵＥ２ａは、全ての音声呼出しを無条件で転送するか、またはデータ通信を転送するか、または特定のシナリオ（例えば、ローカル回線がビジーのとき、電話に出ないとき、ネットワークがないかもしくは電話機が電源オフのとき、または電話が接続できないときなど）で呼転送を実施するものとすることができる。勿論、オペレータは、無条件の転送のときにのみ、対応するプレゼンス情報転送アプリケーションを有効にするよう設定することができ、あるいは、無条件の呼転送であろうと条件付き呼転送であろうと、呼転送が実施される限り、対応するプレゼンス情報転送アプリケーションが有効にされる。例えば、プレゼンス情報プロキシ・サーバ１は、第１のＵＥ２ａから第２のＵＥ２ｂへの呼転送を有効にする要求を受け取ると、データベース中の呼の属性を修正しながら、相応に第１のＵＥ２ａのプレゼンス情報のソースを第２のＵＥ２ｂに記録および修正する。

以下では、図３を参照しながら本発明の論理的表現について詳細に述べる。図３には、本発明の詳細な一実施形態によるプレゼンス情報プロキシ・サーバ１の論理的表現を示す。

図３に示すように、プレゼンス情報プロキシ・サーバ１は、ネットワーク・インタフェースを有する。プレゼンス情報プロキシ・サーバ１は、少なくとも２つのネットワーク・インタフェースを有し、一方のネットワーク・インタフェースは、ユーザからプレゼンス情報を受け取ってそれをＩＭＳネットワーク中のＰＳに提供するための状態情報インタフェースであり、このインタフェースは、ＴＳ２４．１４１によって提供されるプロトコルをサポートする。他方のネットワーク・インタフェースは、ＵＥから命令情報（すなわち構成情報）を受け取るための、オペレータによって提供されるインタフェースである。

維持ロジックは、ユーザの構成情報、すなわちユーザの命令情報を、データベースに書き込むのに使用される。

提供データベースは、ユーザの構成情報、すなわちユーザの命令情報を、保存するのに使用される。

サービス・ロジックは、正しいプレゼンス情報をＰＳに提供するのに使用される。

図２に示した実施形態は、本発明の実施形態を、プレゼンス情報プロキシ・サーバ１の面から記述している。以下では、図４を参照しながら、本発明の詳細な一実施形態によるシステム方法のフローチャートについて述べる。図４の第１のＵＥ２ａ、第２のＵＥ２ｂ、プレゼンス情報プロキシ・サーバ１、Ｐ−ＣＳＣＦ、Ｓ−ＣＳＣＦ、およびＰＳは、図１に示し上述したものであり、したがってここでは再度繰り返さない。図４には、各ネットワーク・エンティティ間におけるプレゼンス情報を更新するための対話および応答のプロセスの詳細なフローを示し、ここで、ユーザは、構成情報中で第１のＵＥ２ａのプレゼンス情報のソースを第２のＵＥ２ｂとして設定する。

図４に示すように、ステップＳ４００で、第１のＵＥ２ａが発行要求を送信する。発行要求には、第１のＵＥ２ａのＩＤ、プレゼンス情報、発行要求のＴＴＬ、および発行メッセージのセキュリティ検証などが含まれてよい。

次いでステップＳ４０１で、プレゼンス情報プロキシ・サーバ１が、ユーザの構成情報に従って、第１のＵＥ２ａからのプレゼンス情報に対してサービス制御ロジックを実施する。例えば、発行要求中の元のプレゼンス情報を廃棄し、発行要求中の他の情報を残しておく（例えば、第１のＵＥ２ａのＩＤ、発行要求のＴＴＬ、セキュリティ検証などを残しておく）。

次いでステップＳ４０２で、プレゼンス情報プロキシ・サーバ１は、応答メッセージすなわち２００（ＯＫ）を第１のＵＥ２ａに送信する。プレゼンスの関連仕様によれば、２００（ＯＫ）は、ステップＳ４００に対する応答であり、サーバが第１のＵＥ２ａから発行要求メッセージを受信したことを示す。第１のＵＥ２ａのプレゼンス情報を廃棄することは、プレゼンス情報プロキシ・サーバ１中でのプロセスであり、プレゼンス情報プロキシ・サーバ１と第１のＵＥ２ａとの間の対話を伴わないので、プレゼンス情報プロキシ・サーバ１と第１のＵＥ２ａとの間のインタフェースを変更する必要はない。すなわち、プレゼンス情報プロキシ・サーバ１は今までどおり、標準的な応答２００ＯＫを第１のＵＥ２ａに送信する。

次いでステップＳ４０３で、第２のＵＥ２ｂが発行要求メッセージを送信する。発行要求メッセージには、第２のＵＥ２ｂのＩＤ、プレゼンス情報、発行要求のＴＴＬ、および発行メッセージのセキュリティ検証などが含まれてよい。

次いでステップＳ４０４で、プレゼンス情報プロキシ・サーバ１のサービス制御ロジックは、第２のＵＥ２ｂのプレゼンス情報に基づいて第１のＵＥ２ａの発行メッセージを更新することを含み、第１のＵＥ２ａの更新済み発行メッセージ中ではプレゼンス情報のみが第２のＵＥ２ｂからのものである。発行要求メッセージ中の他の情報をユーザの構成情報中で変更する必要がない限り、他の情報は変更されないままである。すなわち、他の情報は、第１のＵＥ２ａの元の発行メッセージからのものである。したがって、第１のＵＥ２ａのオブザーバは、第１のＵＥ２ａのプレゼンス情報を受信した後、第１のＵＥ２ａのプレゼンス情報が実際には第２のＵＥ２ｂからのものであることはわからないことになる。

次いでステップＳ４０５、Ｓ４０６、およびＳ４０７で、プレゼンス情報プロキシ・サーバ１は、第１のＵＥ２ａの更新済み発行要求メッセージと、第２のＵＥ２ｂの発行要求メッセージとを、Ｐ−ＣＳＣＦおよびＳ−ＣＳＣＦの転送を介してＰＳに送信する。ここで、第２のＵＥ２ｂの発行要求メッセージは変更されておらず、第１のＵＥ２ａの発行メッセージは、プレゼンス情報プロキシ・サーバ１によって第２のＵＥ２ｂのプレゼンス情報に従って更新されている。

ステップＳ４０８で、プロキシ・サーバが、第２のＵＥ２ｂに２００（ＯＫ）メッセージを送信する。２００（ＯＫ）は、応答メッセージであり、プロキシ・サーバが第２のＵＥ２ｂから発行要求を受信したことを意味する。ステップＳ４０２でプレゼンス情報プロキシ・サーバ１が第１のＵＥ２ａに２００（ＯＫ）を送信したので、ここでＰＳが第１のＵＥ２ａに２００（ＯＫ）応答メッセージを送信する必要はないことは、注目に値する。次いでステップＳ４０９〜Ｓ４１１で、Ｓ−ＣＳＣＦ、Ｐ−ＣＳＣＦ、およびプレゼンス情報プロキシ・サーバ１は、それぞれＰＳからの２００（ＯＫ）メッセージを転送する。

発行が終了すると、ＰＳは、現行のフローに従って更新済みプレゼンス情報をオブザーバに通知する。今や、第１のＵＥ２ａのオブザーバによって得られる第１のＵＥ２ａのプレゼンス情報の実際のソースは、第２のＵＥ２ｂである

図５に、本発明の詳細な一実施形態による、プレゼンス情報プロキシ・サーバ１中で第１のＵＥ２ａのプレゼンス情報を制御するためのデバイスのブロック図を示す。以下では、図５を参照しながら、かつ図１および図２との関連で、本発明のデバイスの詳細な実施形態について詳細に述べる。

図５に示す制御デバイス１０は、図１に示したプレゼンス情報プロキシ・サーバ１中に位置する。制御デバイス１０は、受信手段１００、取得手段１０１、および提供手段１０２を備える。

この実施形態では、ＵＥ２ｂのプレゼンス情報をＵＥ２ａのプレゼンス情報のソースとすることを例に挙げて説明する。

図５に示すように、受信手段が、シグナリング情報を受信する。このシグナリング情報は、第１のＵＥ２ａのプレゼンス情報を第２のＵＥ２ｂのプレゼンス情報として表示するよう指示するためのユーザの規定を含み、したがって必然的に、シグナリング情報には、第１のＵＥ２ａのＵＥのＩＤと第２のＵＥ２ｂのＵＥのＩＤとが含まれる。許可を有する任意のユーザが第１のＵＥ２ａのプレゼンス情報のソースを第２のＵＥ２ｂとして設定することができ、第１のＵＥまたは第２のＵＥのユーザに限定されないことは、当業者なら理解するであろう。さらに、第１のＵＥ２ａと第２のＵＥ２ｂとは、同じユーザに属する必要はない。第１のＵＥ２ａと第２のＵＥ２ｂとは、同じユーザに属することが好ましい。ユーザは、プレゼンス情報プロキシ・サーバ１に接続できるためのページにログオンすることによって、または手動入力によって、またはドロップダウン・メニューによって、設定したい第１のＵＥ２ａのプレゼンス情報のソースを選択することができる。この実施形態では、ユーザは、第１のＵＥ２ａのプレゼンス情報のソースを第２のＵＥ２ｂとして設定する。勿論、ユーザはまた、前述のプレゼンス情報ソース設定を実施するために他の方法を選択することも可能である。例えばユーザは、ショート・メッセージ対話、または音声メニュー、またはボタン入力によって、第１のＵＥ２ａのプレゼンス情報のソースを第２のＵＥ２ｂとして設定することができる。第１のＵＥ２ａのプレゼンス情報の実際のソースを指示するための命令情報をプレゼンス情報プロキシ・サーバ１が得る際の詳細な取得方法は、前述の例に限定されず、これらの例は全て非限定的であることは、当業者なら理解するであろう。

その後、取得手段が、第２のＵＥ２ｂのプレゼンス情報を取得する。例えば、第２のＵＥ２ｂは、発行要求（発行要求情報。以下では記述の便宜上、発行メッセージと呼ぶ）を介して、第２のＵＥ２ｂの各情報をＰＳに定期的に発行する。第２のＵＥ２ｂの各情報は、第２のＵＥ２ｂのＩＤ、発行メッセージのＴＴＬ（生存時間）、および第２のＵＥ２ｂのプレゼンス情報（例えば、第２のＵＥ２ｂの現在の状態、オンラインかオフラインか、会議中、電話中など）を含む。加えて、プレゼンス情報はまた、第２のＵＥ２ｂのユーザを表す個人化情報、例えば、笑った顔で示される現在の気分などを含むこともできる。発行メッセージは他の情報も含むが、他の情報は既存のプロトコル中で定義されており、本発明との相関がより低く、したがってここでは再度繰り返さない。

プレゼンス情報プロキシ・サーバ１が、第１のＵＥ２ａのプレゼンス情報のソースを第２のＵＥ２ｂとして設定するよう指示する命令情報だけでなく、第２のＵＥ２ｂのプレゼンス情報も得た後、提供手段１０２が、第１のＵＥ２ａのプレゼンス情報に申し込んだオブザーバに第２のＵＥ２ｂのプレゼンス情報を提供する。したがって、オブザーバが申し込んだ第１のＵＥ２ａのプレゼンス情報は、第２のＵＥ２ｂのプレゼンス情報として表示される。

オブザーバは、第１のＵＥ２ａのプレゼンス情報に申し込んだ加入者である。オブザーバは、第１のＵＥ２ａのユーザに登録し、第１のＵＥ２ａのユーザによって、第１のＵＥ２ａのプレゼンス情報が得られるよう認証される。すなわち、ユーザが第１のＵＥ２ａのプレゼンス情報を更新（新規構築、追加、修正、削除を含む）したとき、オブザーバは、同期してまたは非同期で、第１のＵＥ２ａの更新済みプレゼンス情報を表示することができる。例えば、インスタント・メッセージングの例、例えばＳＩＰプロトコルに基づくＭＳＮインスタント・メッセージングでは、状態情報は、オンライン、取り込み中、一時退席中、退席中、電話中、昼休み、オフラインらしい、などを含み、すなわち本発明のプレゼンス情報を含む。ユーザが第１のＵＥ２ａの状態情報を修正した後、第１のＵＥ２ａの修正済み状態情報は、ユーザの友人（すなわち、本発明におけるオブザーバ）の連絡先リストに表示される。

プレゼンス情報プロキシ・サーバ１は、第１のＵＥ２ａのプレゼンス情報を知る必要はない。第２のＵＥ２ｂが第１のＵＥ２ａのプレゼンス情報のソースとされることが命令情報中で示されるので、プレゼンス情報プロキシ・サーバ１は、第２のＵＥ２ｂのプレゼンス情報を知る必要があるだけである。提供手段１０２は、命令情報中の第１のＵＥ２ａのＩＤと、第２のＵＥ２ｂのプレゼンス情報とに従って、第１のＵＥ２ａのオブザーバに、第２のＵＥ２ｂのプレゼンス情報を第１のＵＥ２ａのプレゼンス情報として提供し、第１のＵＥ２ａのオブザーバは、得られた第１のＵＥ２ａのプレゼンス情報が実際には第２のＵＥ２ｂからのものであることはわからないことになる。すなわち、第１のＵＥ２ａのプレゼンス情報のソースの修正は、第１のＵＥ２ａのオブザーバにはトランスペアレントである。

変形の一実施形態では、取得手段１０１は、第１のＵＥ２ｂの発行メッセージを得る前に、すでに第１のＵＥ２ａの発行メッセージを得ている。第１のＵＥ２ａの発行メッセージは、第１のＵＥのＩＤ、発行メッセージのＴＴＬ（生存時間）、および第１のＵＥ２ａのプレゼンス情報を含む。さらに、発行メッセージは他の情報も含むが、他の情報は関連プロトコル中で定義されており、したがって再度繰り返さない。さらに、プレゼンス情報プロキシ・サーバ１はまた、第１のＵＥ２ａのプレゼンス情報を第２のＵＥ２ｂのプレゼンス情報として表示するよう指示するための命令情報を受信する。次いで、提供手段１０２は第１のＵＥ２ａの発行メッセージをすぐには送信せず、制御デバイス１０は記憶手段（図５には示さず）も備える。記憶手段は、第１のＵＥ２ａの発行メッセージをバッファに入れる。具体的には、更新手段（図５には示さず）が、第１のＵＥ２ａからの発行メッセージを、少なくとも以下の２つの方法のうちのいずれか１つによって処理することができる。

Ｉ）更新手段は、第１のＵＥ２ａの発行メッセージ全体をデータベースにバッファする。この発行メッセージには、第１のＵＥ２ａのプレゼンス情報が含まれる。取得手段が第２のＵＥ２ｂのプレゼンス情報を受信した後、更新手段は、第１のＵＥ２ａの発行メッセージ中のプレゼンス情報のみを第２のＵＥ２ｂのプレゼンス情報で置き換え、第１のＵＥ２ａの発行メッセージ中の他の情報は変更されないままとし、次いで提供手段１０２は、第１のＵＥ２ａの修正済み発行メッセージをＰＳに提供する。次いでＰＳは、既存のフロー、例えばコーリング・フローに従って、第１のＵＥ２ａの修正済み発行メッセージを第１のＵＥ２ａのオブザーバに提供する。更新手段は発行メッセージ中のプレゼンス情報を修正するだけで他の情報は修正しないので、第１のＵＥ２ａの修正済みプレゼンス情報を受信したオブザーバには、プレゼンス情報の実際のソースが変化したことはわからないことになる。

ＩＩ）更新手段は、第１のＵＥ２ａの発行メッセージの部分情報、すなわち、第１のＵＥ２ａのプレゼンス情報を除いた他の全ての情報を、データベースにバッファし、第１のＵＥ２ａのプレゼンス情報は廃棄される。取得手段が第２のＵＥ２ｂのプレゼンス情報を受信した後、更新手段は、第２のＵＥ２ｂのプレゼンス情報を第１のＵＥ２ａのプレゼンス情報とし、第１のＵＥ２ａの他の情報は変更されないままとし、次いで提供手段１０２は、第１のＵＥ２ａの修正済み発行メッセージをＰＳに提供する。ＰＳは、既存のフロー、例えばコーリング・フローに従って、第１のＵＥ２ａの修正済み発行メッセージを第１のＵＥ２ａのオブザーバに提供する。プレゼンス情報プロキシ・サーバ１は発行メッセージ中のプレゼンス情報を修正するだけで他の情報は修正しないので、第１のＵＥ２ａの修正済みプレゼンス情報を受信したオブザーバには、プレゼンス情報の実際のソースが変化したことはわからないことになる。

前述の実施形態では、受信手段１００が命令情報を得る動作と、取得手段が第２のＵＥ２ｂのプレゼンス情報を得る動作との間には、自明な順序関係はない。変形の一実施形態では、先に取得手段が第２のＵＥ２ｂのプレゼンス情報を得てから、受信手段が命令情報を得る。受信手段１００および取得手段がそれぞれ対応する情報を得た後でのみ、提供手段は対応する動作を実施することができる。

前述の実施形態では、ユーザは、第１のＵＥ２ａのプレゼンス情報のソースを第２のＵＥ２ｂとして設定することができる。変形の一実施形態では、ユーザは、第１のＵＥ２ａのプレゼンス情報のソースを第２のＵＥ２ｂとして設定することができ、さらに、このユーザまたは他のユーザは、第２のＵＥ２ｂのプレゼンス情報のソースを第３のＵＥ、例えば図１に示したＵＥ２ｃとして設定することもできる。第１のＵＥ２ａのオブザーバによって得られる第１のＵＥ２ａのプレゼンス情報の実際のソースは、ＵＥ２ｃである。この変形実施形態では、取得手段は、第３のＵＥ２ｃのプレゼンス情報を得て、第３のＵＥ２ｃのプレゼンス情報を第２のＵＥのプレゼンス情報とし、提供手段１０２は、第３のＵＥ２ｃのプレゼンス情報を第１のＵＥ２ａのプレゼンス情報のオブザーバに提供する。すなわち、第３のＵＥ２ｃが、第１のＵＥ２ａのプレゼンス情報の実際のソースとされる。

変形の一実施形態では、オペレータは、呼転送サービスをプレゼンス情報転送サービスと結合することができる。すなわち、第１のＵＥ２ａが第２のＵＥ２ｂに転送する呼転送が有効にされるとき、同時に、第１のＵＥ２ａのプレゼンス情報のソースを第２のＵＥ２ｂに移行するアプリケーション・サービスが有効にされる。

具体的には、ネットワーク・サーバ中で、例えばプレゼンス情報プロキシ・サーバ１中で、オペレータは、次のように設定することができる。すなわち、呼を第２のＵＥ２ｂに転送するように第１のＵＥ２ａをアクティブ化する命令情報を、プレゼンス情報プロキシ・サーバ１が得ると、例えばユーザは、第１のＵＥ２ａ（例えばモバイルフォン）中の呼転送メニューのオプションを介して呼を第２のＵＥ２ｂに転送するように設定する。第１のＵＥ２ａは、全ての音声呼出しを無条件で転送するか、またはデータ通信を転送するか、または特定のシナリオ（例えば、ローカル回線がビジーのとき、電話に出ないとき、ネットワークがないかもしくは電話機が電源オフのとき、または電話が接続できないときなど）で呼転送を実施するものとすることができる。勿論、オペレータは、無条件の転送のときにのみ、対応するプレゼンス情報転送アプリケーションを有効にするよう設定することができ、あるいは、無条件の呼転送であろうと条件付き呼転送であろうと、呼転送が実施される限り、対応するプレゼンス情報転送アプリケーションが有効にされる。例えば、プレゼンス情報プロキシ・サーバ１は、第１のＵＥ２ａから第２のＵＥ２ｂへの呼転送を有効にする要求を受け取ると、データベース中の呼の属性を修正しながら、相応に第１のＵＥ２ａのプレゼンス情報のソースを第２のＵＥ２ｂに記録および修正する。

デバイス部分の前述の実施形態では、受信手段はユーザの構成情報を得るのに使用され、取得手段はユーザのプレゼンス情報を得るのに使用され、本発明では２つの手段が採用されて記述されていることを理解することができる。実際の適用例では、受信手段および取得手段は使い回すことができる。

本発明の実施形態を以下に述べるが、本発明は特定のシステム、装置、および詳細なプロトコルに限定されず、当業者なら、添付の特許請求の範囲の内であらゆる種類の変形または修正を行うことができる。

Claims (15)

1. 第１のユーザ機器のプレゼンス情報を制御するための、ネットワーク・サーバにおける方法であって、
   ａ．前記第１のユーザ機器のプレゼンス情報を第２のユーザ機器のプレゼンス情報として表示するよう指示するのに使用される命令情報を受信するステップと、
   ｂ．前記第２のユーザ機器のプレゼンス情報を取得するステップと、
   ｃ．前記第１のユーザ機器のプレゼンス情報に申し込んだオブザーバに前記第２のユーザ機器のプレゼンス情報を提供するステップであって、それにより、前記オブザーバが申し込んだ前記第１のユーザ機器のプレゼンス情報が前記第２のユーザ機器のプレゼンス情報として表示されるステップとを含む方法。
2. 前記ステップａの後かつ前記ステップｃの前に、
   ｉ．前記第１のユーザ機器のプレゼンス情報を含む第１の発行メッセージを前記第１のユーザ機器から受信するステップと、
   ｉｉ．前記第１の発行メッセージをバッファに入れるステップとをさらに含み、
   前記ステップｃがさらに、
   ｃ１．前記第１の発行メッセージを前記第２のユーザ機器のプレゼンス情報に従って更新するステップと、
   ｃ２．前記オブザーバが申し込んだ前記第１のユーザ機器のプレゼンス情報が前記第２のユーザ機器のプレゼンス情報として表示されるように、前記更新された第１の発行メッセージを前記オブザーバに提供するステップとを含む、請求項１に記載の方法。
3. 前記ステップｂがさらに、
   ｂ１．前記第２のユーザ機器のプレゼンス情報を含む第２の発行情報を前記第２のユーザ機器から受信するステップと、
   ｂ２．前記第２の発行情報から前記第２のユーザ機器のプレゼンス情報を抽出するステップとを含む、請求項１または２に記載の方法。
4. 前記第２のユーザ機器のプレゼンス情報が第３のユーザ機器からのものであり、前記ステップｂがさらに、
   −前記第３のユーザ機器のプレゼンス情報を取得するステップと、
   −前記第３のユーザ機器のプレゼンス情報を前記第２のユーザ機器のプレゼンス情報とするステップとを含む、請求項１または２に記載の方法。
5. 前記ネットワーク機器がユーザ機器のプレゼンス情報を呼転送サービスと結合し、前記ステップａがさらに、
   −呼を前記第２のユーザ機器に転送するように前記第１のユーザ機器をアクティブ化する命令情報を得るステップを含む、請求項１乃至４のいずれか１項に記載の方法。
6. 前記ステップａがさらに、音声メニュー、ボタン、またはウェブサイト方式を介してユーザによって入力された命令情報を得るステップを含む、請求項１乃至４のいずれか１項に記載の方法。
7. 前記ネットワーク機器が、インターネット・プロトコル・マルチメディア・サブシステムに基づくネットワーク・サーバを含む、請求項１乃至６のいずれか１項に記載の方法。
8. 前記プレゼンス情報が、前記ユーザ機器のステータスと、通信情報と、前記ユーザの個人情報とのうちの少なくとも１つを含む、請求項１乃至７のいずれか１項に記載の方法。
9. 第１のユーザ機器のプレゼンス情報を制御するための、ネットワーク・サーバにおける制御デバイスであって、
   ａ．前記第１のユーザ機器のプレゼンス情報を第２のユーザ機器のプレゼンス情報として表示するよう指示するのに使用される命令情報を受信するための受信手段と、
   ｂ．前記第２のユーザ機器のプレゼンス情報を取得するための取得手段と、
   ｃ．前記第１のユーザ機器のプレゼンス情報に申し込んだオブザーバに前記第２のユーザ機器のプレゼンス情報を提供するための提供手段であって、それにより、前記オブザーバが申し込んだ前記第１のユーザ機器のプレゼンス情報が前記第２のユーザ機器のプレゼンス情報として表示される提供手段とを備える制御デバイス。
10. 前記取得手段がさらに、前記第１のユーザ機器のプレゼンス情報を含む第１の発行メッセージを前記第１のユーザ機器から取得するのに使用され、
    前記制御デバイスがさらに、
    前記第１の発行メッセージをバッファに入れるための記憶手段を備え、
    前記提供手段がさらに、
    前記第１の発行メッセージを前記第２のユーザ機器のプレゼンス情報に従って更新するための更新手段を備え、
    前記提供手段がさらに、前記オブザーバが申し込んだ前記第１のユーザ機器のプレゼンス情報が前記第２のユーザ機器のプレゼンス情報として表示されるように、前記更新された第１の発行メッセージを前記オブザーバに提供するのに使用される、請求項９に記載の制御デバイス。
11. 前記取得手段がさらに、前記第２のユーザ機器のプレゼンス情報を含む第２の発行情報を前記第２のユーザ機器から取得するのに使用され、
    前記取得手段がさらに、前記第２の発行メッセージから前記第２のユーザ機器のプレゼンス情報を抽出するための抽出手段を備える、請求項９または１０に記載の制御デバイス。
12. 前記第２のユーザ機器のプレゼンス情報が第３のユーザ機器からのものであり、前記取得手段がさらに、前記第３のユーザ機器のプレゼンス情報を取得して、前記第３のユーザ機器のプレゼンス情報を前記第２のユーザ機器のプレゼンス情報とするのに使用される、請求項９または１０に記載の制御デバイス。
13. 前記ネットワーク機器がユーザ機器のプレゼンス情報を呼転送サービスと結合し、前記受信手段がさらに、
    呼を前記第２のユーザ機器に転送するように前記第１のユーザ機器をアクティブ化する命令情報を得るのに使用される、請求項９乃至１２のいずれか１項に記載の制御デバイス。
14. 前記受信手段がさらに、
    音声メニュー、ボタン、またはウェブサイト方式を介してユーザによって入力された命令情報を得るのに使用される、請求項９乃至１２のいずれか１項に記載の制御デバイス。
15. 前記ネットワーク機器が、インターネット・プロトコル・マルチメディア・サブシステムに基づくネットワーク・サーバを含む、請求項９乃至１４のいずれか１項に記載の制御デバイス。