(57)【要約】  本発明は、機械またはプロセスを、遠隔通信ネットワークのユーザにより遠隔管理するための、いわゆるＭ２Ｍソリューションに関する。本発明は、インターネットプロトコルマルチメディアサブシステム（ＩＭＳ）プラットフォーム（ＩＳ）を利用し、権限のあるユーザ（ＵＥ）とコントロールすべき機械（ＷＤ）の両者に、プレゼンスとメッセージングサービスを最小の必要条件としてサポートするＩＭＳクライアント（ＵＣ，ＤＣ）を装備する。権限のあるユーザのクライアント（ＵＣ）は、機械のクライアント（ＤＣ）を、そのコンタクトリストのバディとして見なし、ユーザと機械との間の相互作用が、装置によるプレゼンス情報の公開によって、そしてユーザと装置との間のインスタントメッセージングを介して行われる。
2008543137.tif 000002
【特許請求の範囲】
【請求項１】
少なくとも１つの装置（ＷＤ，ＳＤ，ＣＡ）を権限のあるエンドユーザにより、ＩＰ接続をサポートする通信ネットワーク（１）を介して遠隔管理するシステムであって、
前記通信ネットワークにより前記エンドユーザは、前記少なくとも１つの装置（ＷＤ，ＳＤ，ＣＡ）と相互作用することのできるシステムにおいて、
前記権限のあるエンドユーザのユーザ装置（ＵＥ）と、前記少なくとも１つの装置（ＷＤ，ＳＤ，ＣＡ）にはそれぞれ、インターネットプロトコルマルチメディアサブシステム（略してＩＭＳ）アプリケーションのそれぞれのクライアント（ＵＣ，ＤＣ）が装備されており、
前記クライアント（ＵＣ，ＤＣ）はメッセージングおよびプレゼンスサービスをサポートし、かつそれぞれプレゼンス情報に対する加入者であり、
これにより前記エンドユーザと前記少なくとも１つの装置（ＷＤ，ＳＤ，ＣＡ）との間の前記相互作用は、少なくとも１つの装置（ＷＤ，ＳＤ，ＣＡ）により公開されるプレゼンス情報と、前記エンドユーザと前記少なくとも１つの装置（ＷＤ，ＳＤ，ＣＡ）との間のメッセージとを介して行われる、ことを特徴とするシステム。
【請求項２】
請求項１記載のシステムにおいて、
前記アプリケーションクライアント（ＵＣ，ＤＣ）は前記ＩＰ接続を介して、ＩＭＳシステム（ＩＳ）のＩＭＳアプリケーションサーバ（ＡＳ）に接続されており、
前記ＩＭＳシステム（ＩＳ）はプレゼンスとＩＭＳアプリケーションをサポートし、
前記アプリケーションサーバ（ＡＳ）は、前記クライアント（ＵＣ，ＤＣ）から発するプレゼンス情報に対するウォッチャとして動作する、ことを特徴とするシステム。
【請求項３】
請求項１または２記載のシステムにおいて、
前記ユーザの一人は、システムアドミニストレータとして活動するように構成されており、前記少なくとも１つの装置（ＷＤ，ＳＤ，ＣＡ）を、権限のあるエンドユーザのコンタクトリストにバディとして含む、ことを特徴とするシステム。
【請求項４】
請求項１から３までのいずれか一項記載のシステムにおいて、
前記クライアント（ＵＣ，ＤＣ）は、非ＩＰ通信手段をサポートするように構成されている、ことを特徴とするシステム。
【請求項５】
請求項１から４までのいずれか一項記載のシステムにおいて、
前記装置（ＷＤ，ＳＤ，ＣＡ）は１つまたは複数のマルチメディア流ソース（ＣＡ）を含み、
エンコーダ（ＶＥ）が、マルチメディア流を前記エンドユーザに、パケットビデオ技術で動作するストリーミングサーバ（ＶＳ）を介して伝送するように構成されており、
前記ユーザ装置（ＵＥ）は、前記マルチメディア流を再生するためのマルチメディアプレーヤ（ＰＬ）を有する、ことを特徴とするシステム。
【請求項６】
請求項５記載のシステムにおいて、
前記少なくとも１つの装置（ＷＤ，ＳＤ，ＣＡ）は、特定のイベントまたは特定の環境または装置条件を検出するための手段（ＳＤ）を有し、
前記少なくとも１つの装置（ＷＤ，ＳＤ，ＣＡ）のアプリケーションクライアント（ＤＣ）は、前記イベントおよび／または前記条件をユーザ装置（ＵＥ）のアプリケーションクライアント（ＵＣ）に、当該イベントが発生すると直ちに、またはユーザによる要求に基づき通知するように構成されている、ことを特徴とするシステム。
【請求項７】
請求項６記載のシステムであって、
前記イベントは、マルチメディア流ソースを形成するカメラ（ＣＡ）により探索されるエリア内の動きを含むシステム。
【請求項８】
請求項１から７でのいずれか一項記載のシステムにおいて、
前記ネットワーク（１）は移動通信ネットワーク、ＵＭＴＳネットワーク、およびＳＭＳを含む非ＩＰ通信手段である、ことを特徴とするシステム。
【請求項９】
請求項５から８でのいずれか一項記載のシステムにおいて、
少なくとも１つの装置（ＷＤ，ＳＤ，ＣＡ）のアプリケーションクライアント（ＤＣ）は以下のプレゼンス状態を取るように動作する：
・オフライン状態（１０）、
このオフライン状態では前記装置（ＷＤ，ＳＤ，ＣＡ）はＩＰ接続がアクティブではなく、ユーザアプリケーションクライアント（ＵＣ）によって、前記ユーザと当該装置がＵＭＴＳネットワークカバレッジ内にある場合、非ＩＰ通信手段を介してだけ到達することができる；
・オンライン状態（２０）、
このオンライン状態では前記装置（ＷＤ，ＳＤ，ＣＡ）がＩＰアドレスを獲得し、アプリケーションサーバ（ＡＳ）により登録され、これにより前記装置には前記メッセージングサービスを介して到達することができ、
前記装置（ＷＤ，ＳＤ，ＣＡ）は、オフライン状態（１０）からオンライン状態（２０）へ、非ＩＰ通信手段を介したユーザによるアクティベーション要求に基づき移行し、
前記装置は前記オンライン状態（２０）では、イベントを通知し、データをユーザに伝送することができる；
・アクティブ状態（３０）、
当該アクティブ状態には前記オンライン状態（２０）からユーザによる要求に基づき到達され、
前記アクティブ状態はマルチメディア流を伝送するためのものであり、該マルチメディア流がユーザに伝送されている間、維持される；
ことを特徴とするシステム。
【請求項１０】
少なくとも１つの装置（ＷＤ）を権限のあるエンドユーザにより、ＩＰ接続をサポートする通信ネットワーク（１）を介して遠隔管理する方法であって、
前記ＩＰ接続により前記エンドユーザは、前記少なくとも１つの装置（ＷＤ）と相互作用することのできる方法において、
・前記権限のあるエンドユーザのユーザ装置（ＵＥ）と、前記少なくとも１つの装置（ＷＤ）の両者に、インターネットプロトコルマルチメディアサブシステム（略してＩＭＳ）アプリケーションのそれぞれのクライアント（ＵＣ，ＤＣ）をインストールし、
・前記クライアント（ＵＣ，ＤＣ）を、メッセージとプレゼンスサービスをサポートするようにコンフィギュレートし、
前記クライアントは、前記少なくとも１つの装置（ＷＤ，ＳＤ，ＣＡ）のクライアント（ＤＣ，ＵＣ）およびエンドユーザによりそれぞれ生成されたプレゼンス情報に対する加入者であり、
これにより前記エンドユーザと前記少なくとも１つの装置（ＷＤ，ＳＤ，ＣＡ）との間の前記相互作用が、前記エンドユーザと前記少なくとも１つの装置（ＷＤ，ＳＤ，ＣＡ）との間のメッセージングを介して行われる、ことを特徴とする方法。
【請求項１１】
請求項１０記載の方法において、
前記プレゼンス情報の公開とメッセージングは、ＩＭＳのＩＭＳアプリケーションサーバ（ＡＳ）を介して行われ、
前記ＩＭＳはプレゼンスとＩＭＳアプリケーションをサポートし、
前記アプリケーションサーバ（ＡＳ）は、前記クライアント（ＵＣ，ＤＣ）から発するプレゼンス情報に対するウォッチャとして動作する、ことを特徴とする方法。
【請求項１２】
請求項１１記載の方法において、
前記装置アプリケーションクライアント（ＤＣ）が前記アプリケーションサーバ（ＡＳ）とまだ接続されていないか、もはや接続されていない場合、前記クライアント（ＵＣ，ＤＣ）は非ＩＰ接続を介して前記ネットワーク（１）により接続される、ことを特徴とする方法。
【請求項１３】
請求項１２記載の方法において、
前記少なくとも１つの装置（ＷＤ，ＳＤ，ＣＡ）は１つまたは複数のソース（ＣＡ）と、マルチメディアコンテンツを前記ユーザに符号化されたパケット形態で配信するために関連付けられている、ことを特徴とする方法。
【請求項１４】
請求項１３記載の方法において、
前記少なくとも１つの装置（ＷＤ，ＳＤ，ＣＡ）に関連した手段（ＳＤ）によって、特定のイベントまたは特定の環境または装置条件を検出し、
前記イベントが発生すると直ちに、またはユーザによる要求に基づいて、前記イベントおよび／または前記条件は前記少なくとも１つの装置（ＷＤ，ＳＤ，ＣＡ）のアプリケーションクライアント（ＤＣ）により前記ユーザ装置（ＵＥ）のアプリケーションクライアント（ＵＣ）に通知される、ことを特徴とする方法。
【請求項１５】
請求項１４記載の方法であって、
前記イベントは、マルチメディア流ソースを形成するカメラ（ＣＡ）により探索されるエリア内の動きを含む方法。
【請求項１６】
請求項１０から１５までのいずれか一項記載の方法において、
前記ユーザ装置（ＵＥ）、前記少なくとも１つの装置（ＷＤ，ＳＤ，ＣＡ）、およびＩＭＳアプリケーションサーバ（ＡＳ）を、ＵＭＴＳネットワークを介し、ＳＭＳを非ＩＰ通信手段として使用して接続する、ことを特徴とする方法。
【請求項１７】
請求項１３から１６までのいずれか一項記載の方法において、
前記少なくとも１つの装置（ＷＤ，ＳＤ，ＣＡ）の前記アプリケーションクライアント（ＤＣ）は以下のプレゼンス状態を取るように動作する：
・オフライン状態（１０）、
当該オフライン状態では前記装置（ＷＤ，ＳＤ，ＣＡ）はＩＰ接続がアクティブではなく、ユーザアプリケーションクライアント（ＵＣ）によって、前記ユーザと当該装置がＵＭＴＳネットワークカバレッジ内にある場合、非ＩＰ通信手段を介してだけ到達することができる；
・オンライン状態（２０）、
当該オンライン状態では前記装置（ＷＤ，ＳＤ，ＣＡ）がＩＰアドレスを獲得し、前記アプリケーションサーバ（ＡＳ）により登録され、これにより前記装置には前記メッセージングサービスを介して到達することができ、
前記装置（ＷＤ，ＳＤ，ＣＡ）は、オフライン状態（１０）からオンライン状態（２０）へ、非ＩＰ通信手段を介したユーザによるアクティベーション要求に基づき移行され、
前記装置は前記オンライン状態（２０）では、イベントを通知し、データをユーザに伝送することができる；
・アクティブ状態（３０）、
当該アクティブ状態には前記オンライン状態（２０）からユーザによる要求に基づき到達され、
前記アクティブ状態はマルチメディア流を伝送するためのものであり、該マルチメディア流がユーザに伝送されている間、維持される；
ことを特徴とする方法。
【発明の詳細な説明】
【技術分野】
【０００１】
発明の技術分野
本発明は、機械を、ＩＰリンクを介して遠隔管理するための方法およびシステムに関する。
【０００２】
発明の背景技術
データ通信、とりわけ無線通信では、いわゆるＭ２Ｍソリューションが最近開発されている。ここでＭ２Ｍとは、マシン・ツー・マシン、モバイル・ツー・マシン（またはマン・ツー・マシン）、およびマシン・ツー・モバイル（マン）に対するものである。このようなソリューションは開発者に、無線データをシステムとリモートデバイスとの間のリンク、または場所と個人との間のリンクとして使用する簡単な方法を提供する。典型的には、Ｍ２Ｍソリューションは情報収集、パラメータ設定、異常状況の指示送信、または無線データ接続を用いたオンライン処理を行うために形成される。新規のＭ２Ｍアプリケーションが連続的に出現しており、これらはほとんどすべての環境（遠隔測定法、テレマティーク、ホームアプリケーション、公衆交通サービス、保安および監視、遠隔医学支援、販売および支払い、保守およびメインテナンス、工業的アプリケーション、および配車管理）でサービスすることができる。Ｍ２Ｍソリューションによって、処理は自動化され、効率が向上し、コストが低減され、さらに良好なサービスレベルが提供される。
【０００３】
Ｍ２Ｍに対する多数の商用ソリューションがすでに提案されており、例えばショートメッセージサービス（ＳＭＳ）、または例えばＧＳＭのＣＳＤ（回路交換データ）のような別のデータ伝送技術に基づくものである。しかし一般的にこのようなソリューションは「仮想」プラットフォームに基づいており、このプラットフォームは特別の適用のためのａｄ  ｈｏｃに実現されている。従ってこれらのソリューションはフレキシビリティを欠いている。なぜならこれらのソリューションを新しいアプリケーションに適合するためには、実質的にプラットフォーム自体の設計変更が必要だからである。さらに採用されたデータ伝送技術のため、これらの技術は即時性および情報セキュリティ、情報獲得の容易性、ユーザビリティ、信頼性等に関しては品質が低い。
【０００４】
従ってフレキシビリティなＭ２Ｍソリューションが必要であり、このＭ２Ｍソリューションは広範囲な種々のサービスの開発に使用でき、即時性、セキュリティおよび信頼性のある通信を保証するようにする。
【０００５】
本発明の概要
この必要性は、本発明によるシステムによって満たされる。本発明のシステムは、インターネットプロトコル（ＩＰ）ネットワークと近年実現された無線ネットワークとの統合を利用する。
【０００６】
とりわけ本発明は、ＩＰマルチメディアサブシステム、略してＩＭＳとして公知のプラットフォームの仕様に基づくものである。ＩＭＳは３ＧＰＰ（第３世代パートナーシッププロジェクト）により開発された。このプラットフォームはオペレータ、サービスプロバイダ、および顧客にサービス能力を提供する。ここでＩＰはこのサービス能力が提供されるように設定されている。ＩＭＳの第１の焦点は、ユーザ／顧客にマルチメディアセッションを結合する能力を提供することであり、このマルチメディアセッションでユーザ／顧客は音声およびデータ通信をローミング中であっても送信および受信することができる。このフィーチャは遠隔デバイス管理に重要であり、デバイスコントロールおよびモニタリングを任せられた人が自由に移動することができ、固定された位置に拘束されない。いずれの場合でも、ＩＭＳは固定ネットワークを介してアクセスすることもでき、このことは採用されたソリューションのフレキシビリティを高める。
【０００７】
ＩＭＳプラットフォームは多数の３ＧＰＰ技術仕様書（ＴＳ）に記載されており、とりわけ3GPP TS 22.228 V 6.5.0,"Service requirements for the Internet Protocol (IP) multimedia core network subsystem"、ステージ１、リリース６（２００４年１月）、および  3GPP TS 23.228 V 6.5.0, "IP Multimedia Subsystem (IMS)，  リリース６，（２００４年３月）に記載されている。
【０００８】
より詳細には本発明によるＭ２Ｍシステムは、権限のある各エンドユーザのユーザ装置と管理すべき装置とにＩＭＳアプリケーションのそれぞれのクライアントが装備されており、このクライアントはメッセージングとプレゼンスサービスをサポートし、かつそれらのプレゼンス情報に対する相互加入者であることを特徴とする。これによりユーザと装置との間の相互作用が、前記装置により公開されたプレゼンス情報、およびユーザと前記装置との間のメッセージングを介して行われる。
【０００９】
本発明はまた、ＩＭＳアプリケーションを介した、通信ネットワークのユーザによる装置の管理方法を提供する。この管理方法は、ＩＭＳアプリケーションクライアントをインストールすることにより、メッセージングとプレゼンスサービスを、権限のあるユーザ端末と装置との両方でサポートする。クライアントはプレゼンス情報に対する相互加入者であり、管理すべき装置は権限のあるユーザのコンタクトリストにバディとして見える。従ってユーザと装置との相互作用は前記装置により公開されたプレゼンス情報、およびユーザと前記装置との間のメッセージングを介して行われる。
【００１０】
有利な適用では、前記装置はワイヤレスカメラであり、ライブビデオ流をユーザに配信し、実測エリア内に発生するあらゆる環境をユーザに情報通知する。
【００１１】
図面の簡単な説明
本発明を、添付図面を参照して詳細に説明する。
図１は、本発明の適用例のブロック回路図である。
図２Ａと２Ｂは、ユーザ装置と管理すべき装置にインストールされたクライアントの概略図である。
図３は、図１の適用例で管理される装置の動作を示す状態線図である。
図４から８（８Ａ、８Ｂ）は、本発明の適用例における複数の動作フェーズに関連するメッセージシーケンス線図である。
【００１２】
有利な実施形態の説明
図１を参照すると、本発明のシステムのアーキテクチャが、動き検出手段が設けられた１つまたは複数のカメラを制御する適用例において示されている。
【００１３】
このアーキテクチャは以下のものに基づく：
・それぞれのユーザ装置ＵＥを備える複数のユーザ（図には一人のユーザだけが示されている）；
・コントロールすべき１つまたは複数のＷＤ（図は１つだけが示されている）；
・ＩＰマルチメディアサブシステムＩＳ；
・ビデオサーバＶＳ。
【００１４】
このシステムの種々のコンポーネントは固定ネットワークまたは無線ネットワークにより接続されている。ネットワークは一般的に参照番号１により示されている。
【００１５】
ユーザ装置ＵＥはＩＭＳクライアントＵＣをフィーチャし、メッセージングと最小必要セットとしてのプレゼンス、およびマルチメディアプレーヤＰＬをサポートする。可能なＵＥの例はＵＭＴＳ（Ｕｎｉｖｅｒｓａｌ  Ｍｏｂｉｌｅ  Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ  Ｓｙｓｔｅｍ）、ＧＰＲＳ／ＥＤＧＥ（Ｇｅｎｅｒａｌ  Ｐａｃｋｅｔ  Ｒａｄｉｏ  Ｓｅｒｖｉｃｅ  ／  Ｅｎｈａｎｃｅｄ  Ｄａｔａ  ｒａｔｅ  ｆｏｒ  ＧＳＭ  ａｎｄ  ＩＳ−１３６  Ｅｖｏｌｕｔｉｏｎ）モバイル端末、同様にパーソナルコンピュータまたはＩＰフォンのような固定端末であり、上記の必要性を満たす。ユーザの一人はシステムアドミニストレータとして活動する。
【００１６】
デバイスＷＤ（またはＭ２Ｍモジュール）は無線デバイスまたは固定デバイスであり、１つまたは複数のビデオソース（カメラ）ＣＡと関連して、ユーザに配信すべきマルチメディア流を供給する。デバイスＷＤには次のものが装備されている：
・ＩＭＳクライアントＤＣ、同様にメッセージングと最小必要セットとしてのプレゼンスをサポートする；
・オーディオおよびビデオエンコーダＶＥ、接続されたソースＣＡにより供給される生マルチメディア流をエンコーディングすることができる；
・インテリジェントロジックＬＧ、リクエスト機能を有し、情報をコントロールセンサ（例えば動き検出、温度超過検出）の集合から受信し、コマンド、パラメータ等をコントロールドライバに送信する。
センサとドライバはブロックＳＤにより共に示されている。すべてのセンサとドライバが、ソースＣＡとは別個のブロックＳＤに組み込まれていても、それらの少なくとも一部はビデオソースＣＡに、その実行すべき機能に依存して組み込むことができる。その例は動き検出のためのセンサである。
【００１７】
もちろんＵＥとＷＤにインストールすべきクライアントＵＣ，ＤＣはそれぞれ、ＵＣが人間と相互作用し、ＤＣは自立的に人間の介在なしで動作しなければならないことを考慮すべきである。相違をより良く理解するために、図２Ａと２Ｂを参照する。
【００１８】
クライアントＵＣ，ＤＣは低位部分と高位部分に分割することができる。低位部分はプロトコルとメッセージを管理し、ネットワーク（ＩＭＳプロシージャ、図のネットワークレベル）と相互作用し、高位部分は動作ロジックを有する。
【００１９】
クライアントＵＣ，ＤＣの低位部分は同じである：これらはネットワーク（ここではＩＭＳコアプラットフォームＩＣ）とＩＭＳの典型的言語（例えばレジスタ、公表、通知、メッセージにより）で相互作用し、両者は特別の適用にためにカスタマイズされたメッセージングを管理することができる。これについては下に示されている。さらに特別の適用では、クライアントは他の通信手段、例えばＳＭＳもそれらのホストユニットのために使用することができる。これも後で明かとなる。
【００２０】
相違点は上位部分に存在する。ユーザ端末に対するクライアントＵＣのロジックはグラフィカルユーザインタフェース（ＧＵＩ）と関連し、これを通じてユーザとの相互作用が行われる。これはＩ／Ｏユニットに出入りする矢印により示されている（例えばキーボード、およびスクリーン／ディスプレイ）。このようなＧＵＩを通してユーザには発生する状況が情報通知され、ユーザはコマンドを付与することができる。従ってロジックはユーザの意思に服従し、実際的検知からＧＵＩのユーザビリティを第１に考慮するよう設計されている。
【００２１】
マシンに向けられたクライアントＤＣは反対に実質的に自立的である。そのロジックは、所定の入力が一連のアクションをトリガし、所定の出力を発生するように実現されている。もちろんロジックは到来するＩＭＳメッセージによりトリガされるだけでなく、マシンが使用される特別のコンテキストに依存する他のイベントによってもトリガされる。同様にマシンが実行すべきアクションは、ＩＭＳメッセージをアプリケーションサーバＡＳまたは他のユーザＵＥに出力するだけでなく、マシン状態または動作を変更することである。従ってロジックはＬＧとも相互作用する。もちろんマシン用のクライアントでは、頑強性とクライアント事態の信頼性が設計の際の考慮される。クライアントは通常、人間の介在範囲外にあるから、ロジックはすべての場合を想定しなければならず、適切に動作／応答しなければならない。従ってこのロジックは実質的に自己回復ロジックである。
【００２２】
図１に戻ると、ＩＰマルチメディアサブシステムＩＳはプレゼンスとＩＭＳアプリケーションをサポートしなければならない。ＩＳの構造はプレゼンスサーバＰＳにより組織化されている。このプレゼンスサーバＰＳはプレゼンスサービス、ＩＭＳアプリケーションサーバＡＳ、およびＩＭＳコアＩＣをサポートする。これらすべてのコンポーネントは当業者には公知であり、詳細に説明する必要はない。とりわけＡＳはＵＥからＷＤへの、およびその反対のリクエストを管理し、代理することができる。さらにＡＳは、ＵＥおよびＷＤプレゼンス情報のウォッチャとして動作する。ＵＥはＷＤプレゼンス情報に記名していること、およびその反対が前提とされる。図面に示されているように、ＩＳとクライアントＵＣ，ＤＣとの間の通信はＳＩＰ（Ｓｅｓｓｉｏｎ  Ｉｎｉｔｉａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）／ＳＩＭＰＬＥ（ＳＩＰ  ｆｏｒ  Ｉｎｓｔａｎｔ  Ｍｅｓｓａｇｉｎｇ  ａｎｄ  Ｐｒｅｓｅｎｃｅ  Ｌｅｖｅｒａｇｉｎｇ  Ｅｘｔｅｎｓｉｏｎｓ）を、セッション確立とサービス提供のために利用する。公知のようにＳＩＰは、一人または複数の参加者とのセッションを形成し、変更し、終了するためのアプリケーション・レイヤー・コントロール（シグナリング）プロトコルである。ＳＩＰ／ＳＩＭＰＬＥプロトコルは当業者には公知のように、ＲＦＣ（Ｒｅｑｕｅｓｔ  ｆｏｒ  Ｃｏｍｍｅｎｔｓ）の複数ＩＥＴＦ（Ｉｎｔｅｒｎｅｔ  Ｅｎｇｉｎｅｅｒｉｎｇ  Ｔａｓｋ  Ｆｏｒｃｅ）文書およびインターネットドラフトタイプの主題である。関連の文書はＩＥＴＦサイトhttp://www.ietf.orgで読むことができる。
【００２３】
ビデオサーバＶＳは、符号化されたオーディオおよびビデオ流をＷＤから受信し、これを特別のリクエストに基づいてＵＥへＭＰによる再生のために送信することができる。有利にはこのようなサーバは、パケットビデオ技術を利用するストリーミングサーバである。この場合、サ―バＶＳとＵＥおよびＷＤとの通信はリアルタイム拡散プロトコル（ＲＴＳＰ）、リアルタイム伝送プロトコル（ＲＴＰ）、およびリアルタイム伝送制御プロトコル（ＲＴＣＰ）として知られるプロトコルに従って行われる。ＲＴＰおよびＲＴＣＰプロトコルはＩＥＴＦ  ＲＦＣ  １８８９および１９９０に規定されており、ＲＴＳＰはインターネットドラフトタイプｄｒａｆｔ−ｉｅｔｆ−ｒｎｍｕｓｉｃ−ｒｔｓｐ−０７の主題である。
【００２４】
ＷＤにＩＭＳクライアントＤＣが存在しているおかげで、システムアドミニストレータは権限のあるエンドユーザＵＥのコンタクトリストにＷＤを含めることができる。そしてＷＤは、これがマシンであり端末を操作する人間ではないにもかかわらず、リスト内の他のバディのように動作する。プレゼンス情報はＷＤの機能状態を報告し、権限のあるエンドユーザＵＥはいずれもＷＤを通常のコンタクトとして選択し、ＷＤと相互作用するＩＭＳクライアントの適切な通信手段をほとんど選択することができる。ＷＤにより発生されるプレゼンス情報は一部が従来の（人間）バディにより発生される情報（例えばオフライン、オンライン）と等価であり、一部はアプリケーションに典型的である。ＷＤは、人間のバディに似た固有のアイコンをＵＥのディスプレイ／スクリーン上に有する。このアイコンはプレゼンス情報を示す（例えば異なるプレゼンス状態に対しては異なる色を使用することにより）。さらにこのアイコンはユーザＵＥに、ＷＤに接続されたデバイス（ビデオソースＣＡ、センサおよびドライバＳＤ）についての情報を供給するために拡張することができる。
【００２５】
以下に本発明をより詳細に適用例に基づいて説明する。この適用例ではコントロールされるカメラＣＡがライブビデオを予選択されたユーザに配信するために使用される。この適用例では：
・このサービスは、ライブビデオコンテンツを移動デバイス（ＷＤ，ＣＡおよびＳＤのすべて；これについては以下、ＷｉＣａｍ（ワイヤレスカメラ）と称する）から１つまたは複数の移動端末にＵＭＴＳネットワークを使用して伝送する。
・ＷｉＣａｍデバイスは移動ネットワークとＰＣＭＣＩＡカード（Ｎｏｂａｔｅｌ  Ｗｉｒｅｌｅｓｓ  ｍｏｄｅｌ  Ｍｅｒｌｉｎ  Ｕ５３０）を介して接続されており、動き検出センサも含めてカメラＣＡとも接続されている。
・基準ユーザ装置ＵＥはノキア６６３０移動端末である。
・ＩＭＳサブシステムＩＳはシーメンスＩＭＳプラットフォーム３．０であり、このサービスは前記プラットフォームにより提供される次の機能性を利用する。
【００２６】
・本人確認、権限付与および課金；
・バディリスト管理；
・プレゼンス情報、および
・インスタントメッセージング。
・このサーバ通信プロトコルはカスタマイズされたＳＩＰメッセージおよびＳＭＳに基づくものであり、ここでＷＤはＩＳに接続されていない。
・このサーバは、ビデオソースＣＡが動きを検出する場合に、ＳＩＰインスタントメッセージを予選択されたユーザに送信する。
【００２７】
デバイスＷＤはこのような実施例では３つの動作状態を有する（図３）。これはプレゼンス状態に相応する：オフライン状態１０、オンライン状態２０およびアクティブ状態３０。
【００２８】
ＷＤは、そのＰＤＰ（パケットデータプロトコル）コンテクストがアクティブでない場合、オフライン状態１０である。このような条件の下で、ＷＤにはＩＳを介して到達することはできず、非ＩＰ通信を介してセルラーネットワーク、例えばＳＭＳ（もちろんＵＥとＷＤの両方に供給される）によってだけ到達できる。この状態で移動端末ＵＥは、ＷＤに接続されたデバイス（ビデオソースＣＡ、センサ／ドライバＳＤ）についての知識を有していない。従ってＵＣにより提供される視覚化は、オフライン状態に関連する色のＷｉＣａｍアイコンに制限される（プレゼンス情報が色により与えられると仮定して）。オフライン状態で唯一可能なアクションは、権限のあるユーザによるＳＭＳを介したアクティベートである（Ａｃｔｉｖａｔｅ、図３の矢印１１）。このアクションはＷＤをオンライン状態２０にもたらす。
【００２９】
オンライン状態２０で、ＷＤはＩＰアドレスを受け取り、ＩＳにより登録する。これによりＷＤにはＩＰアドレスにはＳＩＰメッセージによって到達することができる。この状態でＵＥは、どのデバイスがＷＤに接続されているかを知り、またＷＤアイコンをサーチツリーの表示のために拡張することができことを知る。オンライン状態２０で可能なアクションは次のとおりである：ＷＤを再びオフライン状態にもたらすデアクティベート（Ｄｅａｃｔｉｖａｔｅ２１）、ＳＤでセンサにより収集されたデータに対する要求（ＤａｔａＱｕｅｒｙ２２）、およびユーザにイベントを通知するためにＷＤをイネーブルすること（ＥｎａｂｌｅＮｏｔｉｆ２３）である。このようなアクションはすべてＷＤを同じオンライン状態２０に留める。さらにあるアクションは、１つまたは複数のカメラＣＡからのビデオ流の伝送要求（ＶｉｄｅｏＲｅｑｕｅｓｔ２４）である。このアクションはＷＤをアクティブ状態３０にもたらす。ＷＤのオンライン状態では、ビデオソースＣＡが探索エリアでの動きをモニタする状態にある。ソースが動きを検知すると、ＷＤはＩＰアドレスはこれと通信し、適切なＳＩＰメッセージによりユーザはこのような通知の受信（ＥｖｅｎｔＮｏｔｉｆ）をイネーブルされる。
【００３０】
アクティブ状態３０でＷＤは、カメラＣＡにより収集されたビデオ流を伝送する。以下の記述では、この例に制限するものではないが、複数のカメラがＷＤと接続されている場合、同時には１つのカメラだけがビデオ流を伝送することができることを前提にする。アクティブ状態で、このアクションはＤａｔａＱｕｅｒｙおよびＥｎａｂｌｅＮｏｔｉｆとすることができ、さらに伝送しているカメラに関するＶｉｄｅｏＲｅｑｕｅｓｔメッセージとすることができる。このような要求はすべて３１により示されており、図示のようにＷＤを同じアクティブ状態３０に留める。ユーザＵＥがカメラからのビデオ流を要求しなくなると、ＷＤはオンライン状態２０にリターンする（移行３２）。このことはＷＤにより、ＵＤＰ（Ｕｓｅｒ  Ｄａｔａｇｒａｍ  Ｐｒｏｔｏｃｏｌ）ゲートを、ビデオサーバＶＳに向かうビデオ流についてモニタすることによって認識される。
【００３１】
デバイスＷＤに入力およびこれから出力されるメッセージに関するさらなる詳細は次のとおりである。メッセージは実質的に２種類ある：ＳＭＳメッセージと、ＳＩＰプロトコルに従うメッセージである。後者のメッセージは部分的に、特別の適用のためにカスタマイズされている。
【００３２】
ＳＭＳは、ＷＤがＩＳにまだ接続されていないか、もはや接続されていないときに使用される。ＷＤに入力されるＳＭＳメッセージだけがアクティベートに使用される。ＷＤから出力されるＳＭＳは常にアドミニストレータに向けられ、所定の状況（とりわけユーザがアクティベートを溶融する権限のないこと、ＩＰ接続の不可能または喪失、オフラインへの推移、宛先エラー）が情報通知される。出力されるＳＭＳはいずれも、伝送するデバイスＷＤ（１つ以上のデバイスをアドミニストレータによりコントロールすることができる）の識別子と、この状況の識別子を含む。
【００３３】
ＷＤに入力されるＳＩＰメッセージは、コマンド（Ｄｅａｃｔｉｖａｔｅ、ＶｉｄｅｏＲｅｑｕｅｓｔ、ＤａｔａＱｕｅｒｙ、ＥｎａｂｌｅＮｏｔｉｆ）のコーディングとコマンドに対するオプションの両方を含むボディを有している。関連の構造は次のとおりである：
−  Ｄｅａｃｔｉｖａｔｅ：  ＣＯＭＭＡＮＤ＝ＤＥＡＣＴＩＶＡＴＥ｜
−  ＶｉｄｅｏＲｅｑｕｅｓｔ：  ＣＯＭＭＡＮＤ＝ＶＩＤＥＯＲＥＱＵＥＳＴ｜ＯＰＴＩＯＮＳ＝ＶｉｄｅｏＳｏｕｒｃｅ＃
−  ＤａｔａＱｕｅｒｙ：  ＣＯＭＭＡＮＤ＝ＤＡＴＡＱＵＥＲＹ｜ＯＰＴＩＯＮＳ＝Ｓｅｎｓｏｒ＃；
−  ＥｎａｂｌｅＮｏｔｉｆ：  ＣＯＭＭＡＮＤ＝ＥＮＡＢＬＥＮＯＴＩＦ｜ＯＰＴＩＯＮＳ＝ＯＮ
ＣＯＭＭＡＮＤ＝ＥＮＡＢＬＥＮＯＴＩＦ｜ＯＰＴＩＯＮＳ＝ＯＦＦ
ＷＤから出力されるＳＩＰメッセージは種々の形式である。メッセージの第１グループはＲＥＧＩＳＴＥＲメッセージとＰＵＢＬＩＳＨメッセージを含む。
【００３４】
ＲＥＧＩＳＴＥＲメッセージは、ＷＤのＩＳによる登録、内部タイムアウトの満了に基づく登録妥当性の拡張および登録抹消に用いられる（拡張時間をゼロにして）。レジスタメッセージは、ＩＭＳコアＩＣ内でＣＳＣＦ（Ｃａｌｌ  Ｓｔａｔｅ  Ｃｏｎｔｒｏｌ  Ｆｕｎｃｔｉｏｎ）に送信される。
【００３５】
ＰＵＢＬＩＳＨメッセージは、現在の状態、すなわちオフライン、オンライン、アクティブを連結するのに用いられる。これらのメッセージはＩＣを通して、プレゼンスサーバＰＳに送信される。このプレゼンスサーバＰＳはこれらをユーザに配信する。このようなメッセージは「ノート」フィールドを有し、このノートフィールドは、オンライン状態の場合、ＷＤがアクセスしたビデオソースのリストを次のようなフォーマットで含む：
ＳＯＵＲＣＥ１｜ＳＯＵＲＣＥ２｜．．．．｜ＳＯＵＲＣＥｎ；
同じ名前が、ＵＥディスプレイのＷＤアイコンのサーチツリーに現れる。アクティブ状態の場合、メッセージのノートフィールドは伝送ソースの識別子（例えばＳＯＵＲＣＥｘ）を含む。
【００３６】
別のメッセージがＤａｔａＱｕｅｒｙへの応答または（ＩＳへの）イベント通知のために使用される。メッセージは、コマンドおよびオプション、並びに１つまたは複数の値を含むボディを有する。例えばＤａｔａＱｕｅｒｙへの応答は次のフォームとすることができる：
・から：ＷｉＣａｍＩＤ  
・ボディ：
・ＣＯＭＭＡＮＤ  ＝  ＤＡＴＡＱＵＥＲＹ  ｜  ＯＰＴＩＯＮＳ  ＝＜  センサ＃＞｜  ｛ＶＡＬＵＥ  ＝＜値＞｜  タイムスタンプ｝
そしてイベント通知は次のフォームとすることができる：
・から：ＷｉＣａｍＩＤ  
・ボディ：
・ＣＯＭＭＡＮＤ  ＝  ＥＶＥＮＴＮＯＴＩＦ  ｜  ＯＰＴＩＯＮＳ  ＝＜センサ＃＞｜  ｛ＶＡＬＵＥ  ＝＜値＞｜タイムスタンプ｝
値フィールド内の｛  ｝は、複数の値／タイムスタンプペアを含むことのできるフィールドを示す。
【００３７】
別のメッセージグループは、アドミニストレータに向けられたメッセージを含む。このメッセージはアドミニストレータに、例えばオンライン状態への移行のような状況、および通知すべきイベントを情報通知する。後者のグループのメッセージは「ＩＭメッセージ」として、添付されたメッセージシーケンス線図で識別される。メッセージシーケンス線図については後で説明する。
【００３８】
アクティベート、データ問い合せ（ＤａｔａＱｕｅｒｙ）、ビデオリクエスト（ＶｉｄｅｏＲｅｑｕｅｓｔ）、およびデアクティベートのプロシージャを、以下図４から８の線図を参照して詳細に説明する。そこにはメッセージが、それぞれシステムコンポーネントと関連する垂直ラインを接続する矢印によって示されている。コンポーネントの参照符合は図面の上部に示されている。より詳細には、細い線がＳＩＰメッセージを示し、太い矢印線がＩＭメッセージを示し、破線矢印がＳＭＳメッセージを示す。同じ垂直線から発して終端する、コーナで曲がった矢印はコンポーネントで実行されるチェックを示す。破線矢印と一点鎖線矢印は、それぞれＷＤに関する外部と内部のイベントを示す。ＷＤラインと交差する水平のダッシュは、ＷＤでローカルに実行されるアクションを示す。各プロシージャ毎に、成功した実行（Ａにより示されたオペレーションセット）が最初に示されており、続いて失敗したすべての場合が（ＢからＦにより）示されている。Ｂ，Ｄ，Ｅ失敗は、コンポーネント（それぞれＷｉＣａｍ，ＷＤ，ユーザ装置ＵＥまたはＩＭＳサーバＡＳ）に到達できなかった場合を示し、Ｃ失敗は権限のないユーザにより開始されたプロシージャを示し、Ｆ失敗は一般的（システム）エラーを示す。
【００３９】
図４は、アクティベートプロシージャ１１を示す。ユーザＵＥはＷＤに、「アクティベート」コマンドだけを含むＳＭＳメッセージを送信する。このメッセージの受信と、形式の認識に基づいて、ＷＤはユーザがこのアクションに権限があるか否かをチェックする（Ａｕｔｈ．Ｃｈｅｃｋ）。肯定の場合、ＷＤはＰＤＰコンテクストおよび接続性をテストし、自身をインターネットに接続する（ＰＤＰコネクト）。その後、ＷＤレジスタは所望の時間に対するＡＳと共に、ＳＩＰ公開メッセージを「オンライン」状態の指示と共にプレゼンスサーバＰＳに送信し、この状態をアドミニストレータにも通信する。
【００４０】
アクティベートプロシージャの生じ得る失敗は認証チェックまたはＰＤＰコンテクスト、および廉潔性テストの負の結果によるものである。第１の場合（Ｃ）、ＷＤは相応の警報信号を伴うＳＭＳをアドミニストレータに送信する。第２の場合（Ｆ）、ＷＤはＰＤＰから遮断し、相応の警報信号を伴うＳＭＳをアドミニストレータに送信する。
【００４１】
ＵＥのＳＩＭまたはＷＤカードにおけるオーバフロー問題を回避するために、各メッセージの構文解析の後および実行すべきアクションの解釈の後、送信／受信されたメッセージのリストはクリアされることに注意されたい。
【００４２】
図５から８は、オンライン状態２０またはアクティブ状態３０（図３）で実行されるプロシージャに関するものである。ここでＷＤはインターネットに接続されており、従ってＷＤはＳＩＰメッセージを受信／送信することができる。ＳＩＰベースのアプリケーションでは、伝送される各メッセージが肯定応答（２００ＯＫ）または非肯定応答（４ｘｘ／５ｘｘ）メッセージにより応答される。
【００４３】
図５は、データ問合わせ（ＤａｔａＱｕｅｒｙ）プロシージャを示す。このプロシージャは、スタート状態がオンライン状態２０および／またはアクティブ状態３０であるかに依存せずに同じである。ユーザＵＥは関連するＳＩＰメッセージをＡＳに送信する。このＡＳはＳＩＰメッセージの受信に基づいて、認証チェックを実行し、チェックに合格するとこのメッセージをＷＤに転送する。ＷＤは反対に適切にフォーマットされた応答を準備し、これをＡＳに送信し、ＡＳはこの応答をＵＥに転送する。プロシージャの生じ得る失敗は失敗ＢとＣである。失敗Ｂの場合、非肯定応答（４ｘｘ／５ｘｘ）メッセージが、ＡＳからＷＤへのＤａｔａＱｕｅｒｙの伝送に応答して発生される。このことはＵＥへのＳＩＰ警報メッセージを発生させ、ＷＤには到達できないことを明示する。失敗Ｃの場合、データ問い合わせメッセージはＡＳによりＷＤには転送されず、ＵＥはＡＳからＳＩＰ警報メッセージを受信する。このメッセージはＵＥには操作に対して権限のないことを明示する。
【００４４】
図６Ａと６Ｂは、オンライン状態２０でのビデオ要求（ＶｉｄｅｏＲｅｑｕｅｓｔ）プロシージャを示す。このプロシージャは、ＵＥにより実行されるカメラ使用性チェックの結果が正である場合だけ実行することができる。実際にはカメラが使用可能でなければ、ユーザ端末上の相応のアイコンを作用させることはできない。カメラが使用可能であれば、ビデオ要求メッセージがＷＤへ、データ問い合わせの場合と同じように伝送される。ビデオ要求の結果として、ＷＤはアクティブ状態３０に移行し、ＳＩＰ公開メッセージを発生する。このＳＩＰ公開メッセージは、相応の指示子と共に要求に関するカメラの識別子を含み、このカメラがビデオサーバＶＳ（切換えＧｏＳｅｒｖｅｒ→ＬｉｖｅＳｅｒｖｅｒ）に接続されるようにする。同時にこのような操作と共に、ＲＴＰ／ＲＴＣＰ／ＲＴＳＰリンクがＵＥ，ＶＳとＷＤとの間でセットアップされる（メッセージＲＴＳＰリンク、ＲＴＳＰ要求）。リンクがセットアップされると、ビデオ流をＵＥに、ビデオサーバＶＳを介して転送することができる。失敗はデータ問い合わせの場合と同じである。
【００４５】
ＷＤのアクティブ状態３０で実行されるビデオ要求プロシージャは上記の説明とほとんど同じである：相違点は、公開メッセージが必要ないことである。なぜならＷＤはすでにアクティブ状態であり、リンクはすでにアクティブであるから、ビデオサーバＶＳとのＲＴＰ／ＲＴＣＰ／ＲＴＳＰリンクをセットアップするためのメッセージが必要ないからである。
【００４６】
図７は、イベント通知プロシージャ（ＥｖｅｎｔＮｏｔｉｆ）を示す。すなわちイネーブルされたときに、イベント、例えば動きがＳＤ内の適切なセンサにより検出された場合にＷＤにより行われる通信である。イベントの検出に基づいて、ＷＤは相応のフラグをセットし、このイベントの記録を更新する。次にフラグのオン状態が認識された後（図面の"内部割り込み"）、フラグはオフ状態にリセットされ、このイベントはアドミニストレータに、ＩＭメッセージを介して通信され、ＳＩＰイベント通知メッセージがＡＳに送信される。ＡＳは配信リストをチェックし、このメッセージをリスト内のＵＥに転送する。生じ得る失敗はＥタイプおよびＤタイプであり、これらの失敗は上に説明したＢ失敗と同じように取り扱われる。
【００４７】
図８Ａと８Ｂは、ＷＤのデアクティベートを示す。デアクティベートを要求するＳＩＰメッセージはＡＳに、データ問い合わせおよびビデオ要求プロシージャと同じように送信される。結果として、ＷＤはオフライン状態を指示する公開メッセージと、登録時間が経過したことを指示するレジスタメッセージを生成する。次にＷＤはＰＤＰから遮断し、オフライン条件をアドミニストレータにも通信する。ＷＤはＩＳから遮断されているから、ＩＳとの通信はＳＭＳを介して行われる。
【００４８】
デアクティベートプロシージャで生じ得る失敗は失敗Ｂ，Ｃである。これらの失敗は他のプロシージャおよびＦと同じように取り扱われる。失敗Ｆは宛先問題によるものであり、アドミニストレータに適切なＳＭＳメッセージによって通知される。
【００４９】
上記の説明に制限されるものではないことは明かである。従って、無線カメラの管理によるビデオ配信サービスへの適用例で説明したが、本発明は他の外部デバイスの管理にも使用することができる。当業者であれば問題なしに、クライアントおよぶＩＭＳプロシージャの設計における論理を他の特別例に適用することができる。
【図面の簡単な説明】
【００５０】
【図１】本発明の適用例のブロック回路図である。
【図２】ユーザ装置と管理すべき装置にインストールされたクライアントの概略図である。
【図３】図１の適用例で管理される装置の動作を示す状態線図である。
【図４】本発明の適用例における複数の動作フェーズに関連するメッセージシーケンス線図である。
【図５】本発明の適用例における複数の動作フェーズに関連するメッセージシーケンス線図である。
【図６Ａ】本発明の適用例における複数の動作フェーズに関連するメッセージシーケンス線図である。
【図６Ｂ】本発明の適用例における複数の動作フェーズに関連するメッセージシーケンス線図である。
【図７】本発明の適用例における複数の動作フェーズに関連するメッセージシーケンス線図である。
【図８Ａ】本発明の適用例における複数の動作フェーズに関連するメッセージシーケンス線図である。
【図８Ｂ】本発明の適用例における複数の動作フェーズに関連するメッセージシーケンス線図である。
【図１】
2008543137.tif 000003
【図２】
2008543137.tif 000004
【図３】
2008543137.tif 000005
【図４】
2008543137.tif 000006
【図５】
2008543137.tif 000007
【図６Ａ】
2008543137.tif 000008
【図６Ｂ】
2008543137.tif 000009
【図７】
2008543137.tif 000010
【図８Ａ】
2008543137.tif 000011
【図８Ｂ】
2008543137.tif 000012
【手続補正書】
【提出日】平成19年3月21日(2007.3.21)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
少なくとも１つのＩＰ能力のある装置（ＷＤ，ＳＤ，ＣＡ）を権限のあるエンドユーザにより、ＩＰ接続をサポートする通信ネットワーク（１）を介して遠隔管理するシステムであって、
前記通信ネットワークにより前記エンドユーザは、前記少なくとも１つの装置（ＷＤ，ＳＤ，ＣＡ）と相互作用することのでき、
各権限のあるエンドユーザのユーザ装置（ＵＥ）と前記少なくとも１つの装置（ＷＤ，ＳＤ，ＣＡ）には、前記相互作用のために、前記エンドユーザと前記少なくとも１つの装置（ＷＤ，ＳＤ，ＣＡ）との間のメッセージングサービスをサポートする手段が装備されている形式のシステムにおいて、
前記権限のあるエンドユーザのユーザ装置（ＵＥ）と、前記少なくとも１つの装置（ＷＤ，ＳＤ，ＣＡ）に装備された前記手段は前記相互作用のために、インターネットプロトコルマルチメディアサブシステム（略してＩＭＳ）アプリケーションのそれぞれのクライアント（ＵＣ，ＤＣ）を有し、
前記クライアント（ＵＣ，ＤＣ）は前記メッセージングサービスの他にプレゼンスサービスをサポートし、かつそれぞれプレゼンス情報に対する加入者であり、
これにより前記エンドユーザと前記少なくとも１つ装置（ＷＤ，ＳＤ，ＣＡ）との間の相互作用は、前記ユーザと装置との間のメッセージングの他に、前記少なくとも１つの装置（ＷＤ，ＳＤ，ＣＡ）により公開されたプレゼンス情報を含む、ことを特徴とするシステム。
【請求項２】
請求項１記載のシステムにおいて、
前記アプリケーションクライアント（ＵＣ，ＤＣ）は前記ＩＰ接続を介して、ＩＭＳシステム（ＩＳ）のＩＭＳアプリケーションサーバ（ＡＳ）に接続されており、
前記ＩＭＳシステム（ＩＳ）はプレゼンスとＩＭＳアプリケーションをサポートし、
前記アプリケーションサーバ（ＡＳ）は、前記クライアント（ＵＣ，ＤＣ）から発するプレゼンス情報に対するウォッチャとして動作する、ことを特徴とするシステム。
【請求項３】
請求項１または２記載のシステムにおいて、
前記ユーザの一人は、システムアドミニストレータとして活動するように構成されており、前記少なくとも１つの装置（ＷＤ，ＳＤ，ＣＡ）を、権限のあるエンドユーザのコンタクトリストにバディとして含む、ことを特徴とするシステム。
【請求項４】
請求項１から３でのいずれか一項記載のシステムにおいて、
前記クライアント（ＵＣ，ＤＣ）は、非ＩＰ通信手段をサポートするように構成されている、ことを特徴とするシステム。
【請求項５】
請求項１から４でのいずれか一項記載のシステムにおいて、
前記装置（ＷＤ，ＳＤ，ＣＡ）は１つまたは複数のマルチメディア流ソース（ＣＡ）と、エンコーダ（ＶＥ）を有し、
該エンコーダ（ＶＥ）は、マルチメディア流を前記エンドユーザに、パケットビデオ技術で動作するストリーミングサーバ（ＶＳ）を介して伝送するように構成されており、
前記ユーザ装置（ＵＥ）は、前記マルチメディア流を再生するためのマルチメディアプレーヤ（ＰＬ）を有する、ことを特徴とするシステム。
【請求項６】
請求項５記載のシステムにおいて、
前記少なくとも１つの装置（ＷＤ，ＳＤ，ＣＡ）は、特定のイベントまたは特定の環境または装置条件を検出するための手段（ＳＤ）を有し、
前記少なくとも１つの装置（ＷＤ，ＳＤ，ＣＡ）のアプリケーションクライアント（ＤＣ）は、前記イベントおよび／または前記条件をユーザ装置（ＵＥ）のアプリケーションクライアント（ＵＣ）に、当該イベントが発生すると直ちに、またはユーザによる要求に基づき通知するように構成されている、ことを特徴とするシステム。
【請求項７】
請求項６記載のシステムであって、
前記イベントは、マルチメディア流ソースを形成するカメラ（ＣＡ）により探索されるエリア内の動きを含む方法。
【請求項８】
請求項１から７でのいずれか一項記載のシステムにおいて、
前記ネットワーク（１）は移動通信ネットワーク、ＵＭＴＳネットワーク、およびＳＭＳを含む非ＩＰ通信手段である、ことを特徴とするシステム。
【請求項９】
請求項４から８でのいずれか一項記載のシステムにおいて、
少なくとも１つの装置（ＷＤ，ＳＤ，ＣＡ）のアプリケーションクライアント（ＤＣ）は以下のプレゼンス状態を取るように動作する：
・オフライン状態（１０）、
当該オフライン状態では前記装置（ＷＤ，ＳＤ，ＣＡ）はＩＰ接続がアクティブではなく、ユーザアプリケーションクライアント（ＵＣ）によって、前記ユーザと当該装置がＵＭＴＳネットワークカバレッジ内にある場合、非ＩＰ通信手段を介してだけ到達することができる；
・オンライン状態（２０）、
該オンライン状態では前記装置（ＷＤ，ＳＤ，ＣＡ）がＩＰアドレスを獲得し、アプリケーションサーバ（ＡＳ）により登録され、これにより前記装置には前記メッセージングサービスを介して到達することができ、
前記装置（ＷＤ，ＳＤ，ＣＡ）は、オフライン状態（１０）からオンライン状態（２０）へ、非ＩＰ通信手段を介したユーザによるアクティベーション要求に基づき移行し、
前記装置は前記オンライン状態（２０）では、イベントを通知し、データをユーザに伝送することができる；
・アクティブ状態（３０）、
当該アクティブ状態には前記オンライン状態（２０）からユーザによる要求に基づき到達され、
前記アクティブ状態はマルチメディア流を伝送するためのものであり、該マルチメディア流がユーザに伝送されている間、維持される；
ことを特徴とする方法。
【請求項１０】
少なくとも１つの装置（ＷＤ）を権限のあるエンドユーザにより、ＩＰ接続をサポートする通信ネットワーク（１）を介して遠隔管理する方法であって、
前記ＩＰ接続により前記エンドユーザは、前記少なくとも１つの装置（ＷＤ）と相互作用することのできる方法であって、
前記相互作用は前記エンドユーザと前記少なくとも１つ装置（ＷＤ，ＳＤ，ＣＡ）との間のメッセージングを含んでいる形式の方法において、
・前記権限のあるエンドユーザのユーザ装置（ＵＥ）と、前記少なくとも１つの装置（ＷＤ）の両者に、インターネットプロトコルマルチメディアサブシステム（略してＩＭＳ）アプリケーションのそれぞれのクライアント（ＵＣ，ＤＣ）をインストールし、
・前記クライアント（ＵＣ，ＤＣ）を、メッセージサービスの他に、プレゼンスサービスをサポートするようにコンフィギュレートし、
前記クライアントは、前記少なくとも１つの装置（ＷＤ，ＳＤ，ＣＡ）のクライアント（ＤＣ，ＵＣ）およびエンドユーザによりそれぞれ生成されたプレゼンス情報に対する加入者であり、
これにより前記エンドユーザと前記少なくとも１つの装置（ＷＤ，ＳＤ，ＣＡ）との間の前記相互作用が、前記少なくとも１つの装置（ＷＤ，ＳＤ，ＣＡ）により公開されたプレゼンス情報も含む、ことを特徴とする方法。
【請求項１１】
請求項１０記載の方法において、
前記プレゼンス情報の公開とメッセージングは、ＩＭＳのＩＭＳアプリケーションサーバ（ＡＳ）を介して行われ、
前記ＩＭＳはプレゼンスとＩＭＳアプリケーションをサポートし、
前記アプリケーションサーバ（ＡＳ）は、前記クライアント（ＵＣ，ＤＣ）から発するプレゼンス情報に対するウォッチャとして動作する、ことを特徴とするシステム。
【請求項１２】
請求項１１記載の方法において、
前記装置アプリケーションクライアント（ＤＣ）が前記アプリケーションサーバ（ＡＳ）とまだ接続されていないか、もはや接続されていない場合、前記クライアント（ＵＣ，ＤＣ）は非ＩＰ接続を介して前記ネットワーク（１）により接続される、ことを特徴とする方法。
【請求項１３】
請求項１０から１２までのいずれか一項記載の方法において、
前記少なくとも１つの装置（ＷＤ，ＳＤ，ＣＡ）は１つまたは複数のソース（ＣＡ）と、マルチメディアコンテンツを前記ユーザに符号化されたパケット形態で配信するために関連付けられている、ことを特徴とする方法。
【請求項１４】
請求項１３記載の方法において、
前記少なくとも１つの装置（ＷＤ，ＳＤ，ＣＡ）に関連した手段（ＳＤ）によって、特定のイベントまたは特定の環境または装置条件を検出し、
前記イベントが発生すると直ちに、またはユーザによる要求に基づいて、前記イベントおよび／または前記条件は前記少なくとも１つの装置（ＷＤ，ＳＤ，ＣＡ）のアプリケーションクライアント（ＤＣ）により前記ユーザ装置（ＵＥ）のアプリケーションクライアント（ＵＣ）に通知される、ことを特徴とする方法。
【請求項１５】
請求項１４記載の方法であって、
前記イベントは、マルチメディア流ソースを形成するカメラ（ＣＡ）により探索されるエリア内の動きを含む方法。
【請求項１６】
請求項１０から１５までのいずれか一項記載の方法において、
前記ユーザ装置（ＵＥ）、前記少なくとも１つの装置（ＷＤ，ＳＤ，ＣＡ）、およびＩＭＳアプリケーションサーバ（ＡＳ）を、ＵＭＴＳネットワークを介してＳＭＳを非ＩＰ通信手段として使用して接続する、ことを特徴とする方法。
【請求項１７】
請求項１３から１６までのいずれか一項記載の方法において、
前記少なくとも１つの装置（ＷＤ，ＳＤ，ＣＡ）の前記アプリケーションクライアント（ＤＣ）は以下のプレゼンス状態を取るように動作する：
・オフライン状態（１０）、
当該オフライン状態では前記装置（ＷＤ，ＳＤ，ＣＡ）はＩＰ接続がアクティブではなく、ユーザアプリケーションクライアント（ＵＣ）によって、前記ユーザと当該装置がＵＭＴＳネットワークカバレッジ内にある場合、非ＩＰ通信手段を介してだけ到達することができる；
・オンライン状態（２０）、
当該オンライン状態では前記装置（ＷＤ，ＳＤ，ＣＡ）がＩＰアドレスを獲得し、前記アプリケーションサーバ（ＡＳ）により登録され、これにより前記装置には前記メッセージングサービスを介して到達することができ、
前記装置（ＷＤ，ＳＤ，ＣＡ）は、前記オフライン状態（１０）から前記オンライン状態（２０）へ、非ＩＰ通信手段を介したユーザによるアクティベーション要求に基づき移行され、
前記装置は前記オンライン状態（２０）では、イベントを通知し、データをユーザに伝送することができる；
・アクティブ状態（３０）、
当該アクティブ状態には前記オンライン状態（２０）からユーザによる要求に基づき到達され、
前記アクティブ状態はマルチメディア流を伝送するためのものであり、該マルチメディア流がユーザに伝送されている間、維持される；
ことを特徴とする方法。
【国際調査報告】
2008543137.tif 000013
2008543137.tif 000014
2008543137.tif 000015