JP2009542075A - プレゼンス状態の決定のためのローカルネットワーク情報の利用 - Google Patents

Abstract

ローカルネットワーク（１０４）の情報を、プレゼンス状態を決定することのために利用することが、携帯デバイス（１１０Ａ）をアドホック・ピアツーピアネットワーク（１０４）に連結することを含む。ネットワーク（１０４）のデータ処理デバイス（１３０）の状態情報（１４６）は、携帯デバイス（１１０Ａ）を使用して決定される。プレゼンス状態（１４８）は、データ処理デバイス（１３０）の状態情報（１４６）に基づく携帯デバイス（１１０Ａ）で形成される。プレゼンス状態（１４８）は、携帯デバイス（１１０Ａ）がコンタクトできる状況にあることを示す。１つの構成において、ユーザ通信の接続要求（１５０）は、携帯デバイス（１１０Ａ）において受信できる。携帯デバイス（１１０Ａ）は、携帯デバイス（１１０Ａ）のプレゼンス状態（１４８）に基づいて、接続要求に応答できる（１５２）。

Description

本発明は、一般に、計算デバイスに関し、特に、ローカルネットワークの情報に基づいた計算デバイスのプレゼンス状態の決定に関する。

モバイル機器は、プロセッサ・パワーとメモリを絶えず増している。この性能が向上するとともに、そのようなデバイスに含まれる機能も大きくなる。追加される機能は、そのデバイスが使用される主要通信モードを増強するために設計されることが多い。この通信モードは、携帯電話および地上通信線インフラによる電話の通信、パケット交換サービス（例えばＶｏＩＰ）を使用する電話の通信、テキストや、インスタント・メッセージ、電子メール、マルチメディア・メッセージ送信などを含む。しかし、そのようなデバイスには、デバイスの主要通信モードとは無関係な特徴機能（例えばゲーム）があるかもしれない。

一般には、主要通信とは無関係であるまた別のモバイルの特徴機能として、ホームネットワーク上で通信するために使われる特徴機能がある。例えば、携帯デバイスは、ユニバーサル・プラグ・アンド・プレイ（ＵＰｎＰ）を使用するローカルネットワークの他のデバイスと通信することができる。ＵＰｎＰは、インテリジェント機器、無線デバイス、あらゆる形のＰＣを含むさまざまな家電間の広汎なピア・ツー・ピア・ネットワークのためのアーキテクチャーを規定する。ＵＰｎＰ技術は、異種の処理デバイスが、近距離ないしアドホックのネットワークを介してデータを交換し合う方法を提供する。ＵＰｎＰフレームワークは、ホームや、小企業や、公共の場所での使用や、インターネットに接続されていても、アドホックのあるいは管理されていないネットワークに、使用容易性、柔軟性、標準ベースの接続性をもたらすように設計されている。ＵＰｎＰ技術は、ネットワーク化されたデバイスの間の制御とデータ転送に加えて、ＴＣＰ／ＩＰとウェブ技術で継ぎ目のない近接ネットワーキングを可能にする分散化オープンなネットワーク・アーキテクチャーを提供する。

ＵＰｎＰデバイス・アーキテクチャー（ＵＤＡ）は、ゼロ−構成、「見えない」ネットワーキングと、広範囲のベンダからの幅広いデバイス・カテゴリーにおいても自動探知をサポートするように設計されている。これはデバイスが、動的にネットワークに接続し、ＩＰアドレスを獲得し、その能力を伝え、他のデバイスのプレゼンスと能力を感知することを意味する。ＵＰｎＰの仕様は、サービス発見の標準も含んでいる。種々の寄稿者が、ＵＰｎＰデバイスとサービスの記述を公にし、容易にデバイスを接続する方法を考え出してネットワークの実現を簡単なものにしている。ＵＰｎＰが、家電がシームレスに相互作用することを可能にし、デバイスの利用性を推し進めることがＵＰｎＰのゴールである。

ＵＰｎＰ標準は、サービス発見の標準を含み、主として、近距離ネットワークあるいはアドホック・ネットワークをターゲットとしている。種々の寄稿者が、ＵＰｎＰデバイスとサービスの記述を公開し、容易にデバイスを接続する方法を考え出してネットワークの実現を簡単なものにしている。ＵＰｎＰは、ホームや、企業や、公共の場所を含む多数の環境のもとで、インターネットに接続されたデバイス上で動作するように設計されている。ＵＰｎＰ技術は、ウェブ技術を可能とし、アドホック・ネットワーキングと分散コンピューティングを提供するオープンなネットワーク・アーキテクチャーである。

ＵＰｎＰと関係プロトコルは、主として、消費者が簡単にホームネットワークを組み立てて、通常はネットワークコンピューティングに関係しないデバイスにアクセスし制御できるようにするために開発された。しかしながら、ＵＰｎＰの柔軟な性質は、それがどこでも実現でき、ネットワークフレームワークのオリジネータが予見しないような利用に適合できることを意味する。例えば、ＵＰｎＰは、通常は無線プロバイダネットワークに接続される携帯デバイスで使用することができる。そのようなデバイスは、ホームあるいはビジネスネットワークの他のエンティティを通信可能とする第２の有線あるいは無線インターフェースを含むことができる。

ＵＰｎＰの特徴機能が、携帯デバイスに含まれている場合、ＵＰｎＰ機能と主モード機能との間の切断が可能である。例えば、ＵＰｎＰが使用可能な携帯電話はディスプレイとキーパッドを持っており、したがって、他のデバイスを制御するためのＵＰｎＰ制御ポイントとして構成することができる。しかしながら、携帯デバイスのＵＰｎＰ制御ポイントとしての使用は、それ自体では、ＵＰｎＰネットワークがデバイスの主通信モードを有効利用することを可能としない。同様に、制御ポイントインターフェースは、それ自体では、ＵＰｎＰネットワーク中の他のエンティティの能力を、携帯デバイスの主通信モードを強化するために利用しない。以下でもっと詳細に議論するが、ＵＰｎＰのようなアドホック・ピアツーピア・プロトコルを有する携帯デバイスの主機能の統合が望ましい。

上で述べたような従来技術での制限を克服するために、また、本明細書を読み理解することで明白になる他の制限を克服するために、プレゼンス状態及び／又はコンテキストの決定についてローカルネットワークの情報を利用するシステム、装置および方法が記載される。１つの実施形態における方法は、携帯デバイスをローカルなアドホック・ピアツーピアネットワークに連結することを含む。ネットワークのデータ処理デバイスの状態情報が、携帯デバイスを用いて決定される。携帯デバイスは、データ処理デバイスの状態情報に基づいて、プレゼンス状態を形成する。プレゼンス状態は、携帯デバイスがコンタクトできる状況を示す。

より特定の実施形態において、前記方法は、移動通信ネットワークを介して、携帯デバイスにおいてユーザ通信の接続要求を受信するステップと、前記携帯デバイスのプレゼンス状態に基づいて前記携帯デバイスを介して接続要求に応答するステップと、前記接続要求を拒否することを含む前記携帯デバイスのコンテキストに基づいて前記接続要求に応答するステップと、接続要求の発信者に所定のビジーメッセージを送信するステップと、及び／又は、前記接続要求と関連して前記ユーザアラートを変化させるステップとをさらに含む。前記接続要求と関連して前記ユーザアラートを変化させるステップが、前記ユーザアラートを前記ネットワークの他のデバイスにリダイレクトすることを含む。前記携帯デバイスにおいてユーザ通信の接続要求を受信するステップは、電話、テキストメッセージ、カレンダー通知とおよびデバイス状態通知のうちの少なくとも１つの要求を受信することを含むことができる。

他のより特定の実施形態において、前記方法は、前記携帯デバイスを介して前記データ処理デバイスを制御することをさらに含み、前記データ処理デバイスの状態情報を決定することは、前記携帯デバイスを介して始められる制御動作に基づいて前記状態情報を決定することを含む。前記データ処理デバイスは、メディア再生デバイス含むことができ、前記携帯デバイスを介して始められた制御動作に基づいて状態情報を決定することは、前記メディア再生デバイスの再生状態に基づいて状態情報を決定することを含むことができる。前記携帯デバイスを前記ローカルなアドホック・ピアツーピアネットワークに連結することは、前記携帯デバイスを、ＵＰｎＰ（Ｕｎｉｖｅｒｓａｌ Ｐｌｕｇ ａｎｄ Ｐｌａｙ ｎｅｔｗｏｒｋ）ネットワークに連結することを含むことができる。前記携帯デバイスは、携帯電話、ＰＤＡ、メディア再生デバイス、デジタル・カメラ、ＧＰＳナビ装置、ゲーム・デバイスのうちの少なくとも１つを含むことができる。前記データ処理デバイスは、テレビ、ゲーム操作卓、パーソナルコンピュータ、サーバ、データ記憶装置、ビデオカメラ、オーディオ再生デバイス、ビデオ再生デバイスのうちの少なくとも１つを含むことができる。

本発明のもう一つの実施形態において、装置が、移動通信ネットワークを介して通信可能な第１のネットワークインターフェースと、アドホック・ピアツーピアネットワークプロトコルを使用してローカルネットワークを介して通信可能な第２のネットワークインターフェースとを含む。プロセッサが、第１および第２のネットワークインターフェースと連結され、メモリが該プロセッサと連結される。前記メモリは、前記プロセッサに、前記第２のネットワークインターフェースを介して前記ローカルネットワークのデータ処理デバイスの状態情報を決定させ、前記データ処理デバイスの状態情報に基づいて、前記装置がコンタクトできる状況を示めすプレゼンス状態を決定させる命令を含む。

より特定の実施形態において、前記メモリが前記プロセッサに、さらに、第１のネットワークインターフェースを介してユーザ通信の接続要求を受信させ、プレゼンス状態に基づいて第１のネットワークインターフェースを介して、接続要求に応答させる。ユーザ通信の接続要求を受信することは、電話、テキストメッセージ、カレンダー通知とおよびデバイス状態通知のうちの少なくとも１つの要求を受信することを含むことができる。

他のより特定の実施形態において、前記装置は、前記ローカルネットワークを介して前記データ処理デバイスを制御可能な制御モジュールを更に含み、前記命令が、前記プロセッサに、前記制御モジュールを介して始められる制御動作に基づいて前記データ処理デバイスの状態情報を決定させる。１つの装置構成において、前記データ処理デバイスは、メディア再生デバイスを含むことができ、前記命令が、前記プロセッサに、前記メディア再生デバイスの再生状態に基づいて状態情報を決定させる。前記ローカルネットワークが、ＵＰｎＰ（Ｕｎｉｖｅｒｓａｌ Ｐｌｕｇ ａｎｄ Ｐｌａｙ ｎｅｔｗｏｒｋ）ネットワークを含むことができ、前記移動通信ネットワークが、携帯電話ネットワークを含むことができる。前記装置は、携帯電話、ＰＤＡ、メディア再生デバイス、デジタル・カメラ、ＧＰＳナビ装置、ゲーム・デバイスのうちの少なくとも１つを含むことができ、前記データ処理デバイスは、テレビ、ゲーム操作卓、パーソナルコンピュータ、サーバ、データ記憶装置、ビデオカメラ、オーディオ再生デバイス、ビデオ再生デバイスのうちの少なくとも１つを含むことができる。

本発明のもう一つの実施形態において、コンピュータ可読媒体が、移動通信ネットワークとローカルネットワークに接続可能な装置に実行されると命令を有する。前記命令は、アドホック・ピアツーピアネットワークプロトコルを使用してローカルネットワークのデータ処理デバイスの状態情報を決定し、前記データ処理デバイスの状態情報に基づいて、前記装置がコンタクトできる状況を示すプレゼンス状態を決定することを含むステップを実行する。

より特定の実施形態において、前記ステップは、前記移動通信ネットワークを介してユーザ通信の接続要求を受信するステップと、前記プレゼンス状態に基づいて前記移動通信ネットワークを介して、接続要求に応答するステップとをさらに含む。

本発明のもう一つの実施形態において、システムは、アドホック・ピアツーピアネットワークプロトコルを使用して通信をサポートするローカルネットワークを含む。データ処理デバイスは、アドホック・ピアツーピアネットワークプロトコルを使用してローカルネットワークに連結される。携帯デバイスは、前記アドホック・ピアツーピアネットワークプロトコルを使用して前記ローカルネットワークと連結可能であり、移動通信ネットワークを介して接続要求を受信可能である。前記携帯デバイスは、プロセッサと連結されるメモリを含む。前記メモリは、アドホック・ピアツーピアネットワークプロトコルを介して、該プロセッサに前記データ処理デバイスの状態情報を決定させる命令を含み、前記データ処理デバイスの状態情報に基づいて、前記携帯デバイスが前記接続要求を受信する状況にあることを示すプレゼンス状態を決定させる。

本発明のもう１つの実施形態において、システムは、携帯デバイスをアドホック・ピアツーピアネットワークに連結する手段と、前記携帯デバイスを使用して前記ネットワークのデータ処理デバイスの状態情報を決定するための手段と、前記携帯デバイスにおいて、前記データ処理デバイスの状態情報に基づいてプレゼンス状態を形成する手段とを含み、該プレゼンス状態は、該携帯デバイスがコンタクトができる状況にあることを示す。

本発明のもう１つの実施形態において、装置は、アドホック・ピアツーピアネットワークプロトコルを使用してローカルネットワークを介して通信可能なネットワークインターフェースを含む。プロセッサは前記ネットワークインターフェースと連結され、メモリはプロセッサと連結される。前記メモリは、前記プロセッサに前記ネットワークインターフェースを介して、前記ローカルネットワークのデータ処理デバイスの状態情報を決定させ、前記データ処理デバイスの状態情報に基づいて、前記装置がコンタクトできる状況を示めすプレゼンス状態を決定させる命令を含む。

本発明を特徴づけるこれらの種々の他の利点と新規性の特徴が、本明細書に付属する特許請求の範囲において特殊性をもって指摘されており、それらはここでの記載の一部を形成する。しかしながら、本発明とその利点とその使用によって得られた物のより良い理解のために、本明細書の一部をなす図面と付帯する記述物への参照がなされるべきであり、図面等が本発明によるシステム、装置、方法の代表例を図解し記載している。

本発明は、以下の図に図示される実施形態に関連して記述される。
本発明の実施形態によるシステムを図解するブロック図である。 本発明の実施形態による制御機能を使用しているプレゼンスデータの更新を図解するシーケンス図である。 本発明の実施形態によるサービス通知を使用しているプレゼンスデータの更新を図解するシーケンス図である。 本発明の実施形態による携帯デバイスのブロック図である。 本発明の実施形態による機能コンポーネントの間のインタラクションのブロック図である。 本発明の実施形態によるアドホック・ピアツーピアネットワークの情報を使用する携帯デバイスのプレゼンス状態を決定する方法を図解するフローチャートである。 本発明の実施形態によるＵＰｎＰ制御ポイントを使用する携帯デバイスのプレゼンス状態を決定する方法を図解しているフローチャートである。

種々の典型的な実施形態の以下の記載において、参照が、本明細書の一部をなす付帯する図面についてなされ、本発明が実施可能である種々の実施形態の図解が示される。本発明の範囲から離れることなく、構造および動作上の変更により他の実施形態が利用できることを理解すべきである。

携帯電話、ＰＤＡ、携帯ナビゲーション・デバイスや携帯電子メール・リーダーのような移動通信デバイスは、一般的に通信モードの主要セットを有する。これらのモードは、無線プロバイダネットワーク（例えば、携帯電話／データ網）、衛星ネットワーク、短距離無線インフラ（例えば、８０２．１１の無線ネットワーク）に依存することができる。そのようなデバイスは、無線通信にも接続することができるが、これらの主通信モードを使用して通信されるメディアは、音声、ビデオ、ラジオおよびテレビ放送、静止画像、テキスト、ベクトルグラフィックス、テレメトリーなどを含む。

これらの通信モードの１つの共通な特徴機能は、ユーザが、呼び出し音など到着する通信要求の非同期指標を得ることができることである。これらの指標は非同期である。それらは、要求を受信するためにデバイスをオンにすること以外、ユーザにいかなる特定の行動をもすることを要求しないからである。これらの指標は、即時通信を達成するのに非常に役立つが、それらは、会議や葬式などのある特定の場合には、しばしば破壊的でありえる。同様に、単に、デバイスをオフにすることは、だれかが緊急の要件で受信者にコンタクトしようとしている場合など、場合によっては望ましくない。ユーザとどのようにいつ連絡できるかについて、より良い管理を行うために、「プレゼンス」として知られている技術が開発された。

通常、「プレゼンス」または「コンテキスト」は、場所、通信する意思、およびリアルタイムまたはリアルタイムに近い通信に関する他のパラメーターを決定するために使用される技術の範囲について言及される。プレゼンス技術は、一般に、そのような通信リンクへの１つ以上のエンドポイントの位置と識別を容易にするアプリケーションとサービスについて言及する。例えば、もし無線携帯デバイスのユーザが、別のＩＭユーザと、ＩＭセッションを始めたいと思うならば、プレゼンス・サービスが、ＩＭメッセージを受信するユーザの意思を表現するのに使用できる。プレゼンス・サービスは、第三世代の（３Ｇ）無線ネットワークの不可欠な部分であり、多種多様な通信装置にわたって使用されることを目的とする。

現在実装されたプレゼンス技術の１つの例は、プレゼンティティ（ｐｒｅｓｅｎｔｉｔｙ）、プレゼンスサーバ、ウォッチャーの概念を含む。通常、プレゼンティティは、その「プレゼンス」に関する情報（例えば、場所、特定の時刻に、または、特定のユーザと通信する意思など）を提供することができる。この情報は、プレゼンスサーバにより集められ、利用することができ、特定のプレゼンス情報が利用できるというプレゼンス情報に興味がある認可された「ウォッチャー」に通知することができる。プレゼンス・サービスは、エンドユーザデバイスのプレゼンス状態を決定するために、周知の場所サーバまたは類似したデータベースのサービスを要求することができる。

典型的実現例において、プレゼンス技術は、現在のプレゼンス状態を決定するユーザ入力のある方法に要求する。例えば、ユーザは会議に入る前に、携帯機器のユーザインターフェース（ＵＩ）で、選択をすることができる。これは、ユーザのプレゼンス状態を「ビジー」に更新して、着信する接続要求は、ユーザの所定の方針にしたがって取り扱われる。しかしながら、ここで、１つの問題は、ユーザが会議に入る前にプレゼンス状態に変化をもたらすのを常に覚えているとは限らず、会議の間に、望まない割込みとなることである。プレゼンスデータの更新での方法について改良するために、本発明のシステムは、ローカル・ネットワーキング環境にある、他のデータ処理デバイスまたはアプリケーションの状態に基づいて、プレゼンス状態を自動的に変化させることができる。

一般に、本発明は、ローカルネットワークと連結された他のデバイスの状態データに基づいてユーザプレゼンスデータを修正する方法、システムおよび装置に関するものである。具体的には、デバイスデータは、ＵＰｎＰネットワークまたは他のアドホック・ピアツーピアネットワークのデバイスから得ることができる。デバイス状態の決定の多くの形態がＵＰｎＰおよび関連プロトコルの用語でここに記述される。しかしながら、当業者は、発明が他のアドホック・ピアツーピアネットワーク技術にも等しく適用できることを認識するであろう。例えば、ＳＬＰ（Ｓｅｒｖｉｃｅ Ｌｏｃａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）やジーニー（Ｊｉｎｉ）は、ＵＰｎＰのプロトコルと類似している機能を実行することができる。

ＵＰｎＰ使用可なデバイス（例えば、メディア生成デバイスなど）は、他のＵＰｎＰ使用可なデバイス（例えば、制御ポイントとして機能する携帯デバイス）で制御することができる。そのような装置構成では、ＵＰｎＰ携帯デバイスは、制御されたデバイスに送られるコントローラ・コマンドに基づいて、制御されたデバイスの状態データを決定することができる。他の装置構成において、携帯デバイスは、ＵＰｎＰサービス発見のようなメカニズムを使用することでネットワーク・デバイスの状態を決定することができる。デバイス状態がどのように発見されるかに関係なく、携帯デバイスは、携帯デバイスやそのユーザに関連したプレゼンス状態を変化させるために、これらのデバイスの状態情報を利用することができる。このようにして、着信接続への携帯デバイスの応答、およびプレゼンスによって制御される他の機能は、ローカル環境でのデバイス状態に影響を受ける。

つぎに、図１を参照して、本発明の実施形態によるシステム１００を図解する。一般に、ローカル環境１０２は、ネットワーク１０４を含む。ローカルネットワーク１０４は、データ伝送メディアとプロトコルのどんな組合せでも含み得る。例えば、ネットワーク１０４は、有線あるいは無線データ伝送メディアを利用することができる。同様に、ローカルネットワーク１０４の上のデバイス１０６、１０８は、イーサネット（登録商標）、ＦＤＤＩ、ＰＰＰ、ＡＴＭ、ＨＤＬＣ、ファイバチャンネル、Ｘ−１０、シリアル／パラレル・ポイントツーポイント接続、その他を含む種々の物理的データリンク層プロトコルを相互通信に利用することができる。ＴＣＰ／ＩＰ、ＵＤＰ／ＩＰ、ＩＰＸ、ＡｐｐｌｅＴａｌｋ、ＩＣＭＰ、ＡＲＰ、ＳＮＭＰ、ＤＮＳ、ＦＴＰ、ＮｅｔＢＥＵＩ、その他を含む多くの上位層ネットワークプロトコルが、同様に、ネットワーク１０４上で動作することができる。

１つの実施形態において、ネットワーク１０４は、ネットワーク１０４上でアドホック・ピアツーピア接続を介して相互通信する１つ以上のＵＰｎＰデバイスを含む。本発明の概念はＵＰｎＰネットワークの用語で記述しているが、当該適用技術領域に詳しい当業者は、これらの概念が、消費者またはビジネスネットワークに適当なアドホック・ピアツーピアネットワーク構成のどんな方法にでも適用できることを認識するであろう。図示したネットワーク１０４の上のデバイスは、２つの一般的なカテゴリー、つまり携帯デバイス１０６と汎用データ処理デバイス１０８に分けられる。これらのカテゴリー１０６、１０８は、議論の目的のために提示されたものであって、当業者は、どちらのカテゴリー１０６、１０８のデバイスでも、他のカテゴリー１０８、１０６で、デバイスの機能を実行できることを認識するであろう。

一般に、携帯デバイス１０６は、デバイス１０６を持ち運んでいるユーザをターゲットとする接続要求を受信することができる。そのように、携帯デバイス１０６はユーザのプレゼンスデータを管理するためのエントリーポイントとして用いることができる。携帯デバイス１０６は、携帯電話１１０、ポータブルコンピュータ１１２、ＰＤＡ（ｐｅｒｓｏｎａｌ ｄｉｇｉｔａｌ ａｓｓｉｓｔａｎｔ）１１４、音楽／ビデオプレーヤー１１６、ナビゲーション・デバイス（例えば、ＧＰＳレシーバー）１１８、および他のデバイスを、一般携帯デバイス１２０として含む。これらのデバイス１０６のどれでも、ユーザが持ち運ぶことができ、したがって、ユーザのプレゼンス状態を設定可能なＵＩをすでに含んでいることがあり得る。

一般に、携帯デバイス１０６はＵＰｎＰネットワーク１０４を介して通信することができる。携帯デバイス１０６は、例えば携帯サービスネットワーク１２２、インターネット１２６およびＰＳＴＮ（ｐｕｂｌｉｃ ｓｗｉｔｃｈｅｄ ｔｅｌｅｐｈｏｎｅ ｎｅｔｗｏｒｋ）１２４などの他のネットワークとも通信することができる。図解した例において、携帯電話１１０Ａは、直接、携帯サービスネットワーク１２２にアクセスすることができ、そのネットワーク１２２を通して、他のネットワーク１２４、１２６にアクセスすることができる。他の装置構成において、携帯デバイス１０６のうちの１つは、ローカルネットワーク１０４を介してネットワーク１２２、１２４、１２６のいずれか１つに、例えば、ゲートウェイ・デバイス１２８を利用することによって、アクセスすることができる。この例において、ゲートウェイ・デバイス１２８は、ネットワーク１０４上でインターネット接続サービスを他のＵＰｎＰデバイスに提供するＵＰｎＰインターネット・ゲートウェイ・デバイス（ＩＧＤ）として構成される。

汎用デバイス１０８は、オーディオビデオ（ＡＶ）装置１３０、デスクトップコンピューター１３２、メディアサーバ１３４、ディジタルビデオやスチルカメラ１３６、ゲームコンソール１３８、サーバ１４０、ネットワーク接続ストレッジ（ＮＡＳ）１４２、テレビ、ディスプレイ、ＬＣＤプロジェクター、セットトップボックス（ＳＴＢ）デバイス、デジタル・ビデオテープ・レコーダー（ＤＶＲ）、一般データ処理デバイス１４４で表される他のデバイスを含むローカルネットワーク１０４とも連結される。一般に、これらの一般デバイス１０８は、数レベルでユーザと相互作用し、それにより、ユーザの活動を決定するために使用することができる。

例えば、ＡＶシステム１３０が映画を再生しているとき、これは、ユーザが多分映画を見ているだろうという指標であり、携帯デバイス１０６の上のプレゼンス・モジュールは、ユーザの好みによってプレゼンス行動を調整するためにこの指標を使用することができる。ＡＶシステム１３０の状態は、この活動を送信するために、状態変化メッセージ１４６を介して携帯デバイス（例えばデバイス１１０Ａ）に通信することができる。この状態変化メッセージ１４６に応じて、携帯デバイス１１０Ａは、その内部に保持するプレゼンス状態を更新する１４８。この更新１４８は、例えばプレゼンスサーバまたはウォッチャー（図示せず）などの他のネットワーク１２２、１２４、１２６上のデバイスに状態変化を通信することもまた含むことができる。

プレゼンス状態の更新１４８が行われた後に、接続要求１５０が、携帯デバイス１１０Ａにおいて受信できる。この要求１５０は、外部ネットワーク１２２、１２４、１２６のどれを介してでも受信することができ、例えば携帯デバイス１５２、有線電話１５４またはコンピュータ１５６などのデバイスからから発信することができる。要求は、ローカルネットワーク１０４上でデバイスからでも発信することができるが、接続要求１５０は、特に電話またはテキストメッセージの場合には、ユーザによる即の動作をしばしば要求する。したがって、ユーザは、通常、呼出し音などによってデバイス１１０Ａからアラームを受ける。しかしながら、デバイス１１０Ａは、接続要求１５０に応答する前に、最初にユーザのプレゼンス状態をチェックするように構成される。決定されるプレゼンス状態に基づいて、少なくとも部分的に、汎用デバイス１０８の状態に基づいて、ユーザ装置１１０Ａは、適切に応答することができる。

このプレゼンス調整応答は、要求１５０の発信者に応答メッセージ１５２を送ることを含むことができる。応答メッセージ１５２は、接続要求の拒絶、接続の受け入れ、通信の代替モードの要求、及び／又は、処理前の詳細（例えば、身元、接続の目的）問い合わせを送信する。デバイス１１０Ａは、プレゼンスに基づいて、それ自身の応答動作も変えることができ、あるいは、ネットワーク１０４の他のデバイスの変化も引き起こすことができる。例えば、デバイス１１０Ａは、プレゼンス状態に基づいて、指標（例えば、振動対呼出信号）のタイプを変化させることができ、及び／又は、パス１５４によって示されるように、ネットワーク１０４のもう１つのデバイスにデータを向けることができる。例えば、携帯デバイス１１０Ａは、システム１３０のスピーカーを通して着信音を演奏するため、及び／又は、発信者の識別子をシステム１３０のビデオディスプレイに表示するために、ＡＶシステム１３０のＵＰｎＰサービスを使用することができる。

通常、ネットワーク１０４上の他のデバイスに基づいて携帯デバイスプレゼンスデータを更新することと、ネットワーク１０４上の他のデバイスを使ってプレゼンス状態に応答することとは、ネットワーク１０４を介して、または、多少の他のデータ通信メディアを介して連結した互換性を持つデバイスのどんな集合体を用いてでもインプリメントすることができる。携帯デバイス１０６と汎用デバイス１０８がＵＰｎＰ使用可である場合には、デバイスは、既に１つ以上のＵＰｎＰ機器と相互作用している可能性がある。例えば、ＵＰｎＰオーディオ・ビデオ（ＡＶ）は、ホーム／オフィスネットワークをわたるエンターテイメントコンテンツのデジタル配布を意図するＵＰｎＰの特殊な領域である。ＵＰｎＰ ＡＶは、３つの特定の論理エンティティ、すなわち、メディアサーバ、メディアレンダラ（Ｒｅｎｄｅｒｅｒ）と制御ポイントを扱う。ＵＰｎＰ制御ポイントは、ユーザが、メディアサーバから入手可能なメディアを選び、選んだメディアをメディアレンダラ（Ｒｅｎｄｅｒｅｒ）上に表示させることを可能とするデバイスである。図解されたシステム１００において、携帯デバイス１０６は、特にＵＰｎＰ制御ポイントとして有効でありえる。それらがＵＩハードウェアを有する小型デバイス（例えば、ボタン、ディスプレイ）であるからである。汎用デバイス１０８は、個々に、または、協力して、一般には、メディアを格納し、ユーザに表示する、ＵＰｎＰメディアサーバおよびレンダラ（Ｒｅｎｄｅｒｅｒ）として作動することができる。

ＵＰｎＰ・ＡＶシステムにおいて、制御ポイントの働きをしている携帯デバイス１０６は、ユーザ入力に応答して、多目的デバイス１０８の状態をセットすることができる。従って、そのような携帯デバイス１０６は、活発に制御されている汎用デバイス１０８の現在の状態を決定する最も良い立場にいることができる。しかしながら、携帯デバイス１０６が汎用デバイス１０８を活発に制御していない場合であっても、状態は、携帯デバイス１０６でまだ決定されることができる。例えば、携帯デバイス１０６は、ユーザの入力なしでもデバイス状態を促すためにＵＰｎＰ制御ポイント・インターフェースをまだ使用することができる。より一般的なＵＰｎＰ装置において、汎用デバイス１０８は、ＵＰｎＰ発見を使用している状態データを通知することができる。

ＵＰｎＰの仕様は、サービス発見の標準も含んでいる。種々の寄稿者が、ＵＰｎＰデバイスとサービスの記述を公開し、容易にデバイスを接続する方法を考え出して、ネットワークの実現を簡単なものにしている。パブリッシュ、サービスとデバイスの発見は、ＳＳＤＰ（Ｓｉｍｐｌｅ Ｓｅｒｖｉｃｅ Ｄｉｓｃｏｖｅｒｙ Ｐｒｏｔｏｃｏｌ）を使用して達成される。ＳＳＤＰは、サーバまたは他の認定さえたネットワーク・エレメントに頼ることなくネットワークサービスを発見するためのメカニズムを、ネットワーク・クライアントに提供するために、マルチキャスト・メッセージを使用する。デバイスは、マルチキャスティングＳＳＤＰ発見メッセージによって、最初にネットワークに加わるときと、その後定期的に、ネットワーク上で有効なサービスを通知する。デバイスは、ＳＳＤＰ検索メッセージを用いるのと同様に、これらのＳＳＤＰをリッスンすることによって、ネットワークサービスを発見することができる。サービス通知・発見におけるＳＳＤＰの使用は、コンポーネントが自発的に相互作用することを可能とし、静的構成または認定されたサーバに強く依存することなく、そのようにできる。

図解されたシステム１００において、汎用デバイス１０８は、ＳＳＤＰマルチキャスト・メッセージを使用している状態データの利用可能性を通知することができる。携帯デバイス１０６は、直接ＳＳＤＰメッセージから状態データを得ることができる、または一般に実装されるように、デバイス１０６は、それらの状態を決定するために、汎用デバイス１０８に向けられた更なる問合せを開始するために、メッセージを使用することができる。このように、携帯デバイス１０６は、制御ポイント・インタラクションがまったく無くても、正しいプレゼンス状態を決定するように構成することができる。例えば、一般的デバイス１４４がＵＰｎＰが使用可能なランプである場合には、ランプ１４４は、その「オン」または「オフ」状態をＳＳＤＰを使用して、生のメッセージを通知することができる。他のデータ（例えば、ランプがオンにされた時刻）と連携して、ユーザの携帯デバイス１０６は、例えば、ユーザが寝るためにランプ１４４をオフにするときに、適当なプレゼンスの変化をもたらすことができる。

つぎに、図２を参照して、シーケンス図は、本発明の実施形態によるコンテキスト上のプレゼンスを決定して使用することについてより詳細な例を図解する。この図は、ユーザ２０２、携帯デバイス２０４、ローカル・ネットワーキング環境で同じ位置に配置される汎用デバイス２０６（例えば、ＴＶ）の間でのインタラクションを示す。汎用デバイス２０６と携帯デバイス２０４は、ローカルネットワークと連結され、携帯デバイス２０４は、また、リモート・セッション・エンドポイント２０８と、直接（例えば、携帯サービスネットワークで）あるいは、ローカルネットワークを介して、通信可能である。

図解されたシーケンス図において、当該技術において知られていているように、ユーザ２０２は、ＴＶ２０６を制御するためのＵＰｎＰ制御ポイントとして携帯デバイス２０４を利用している。携帯デバイス２０４がプレゼンス設定をＴＶ２０６のオン状態に基づいて変えることができる前に、マッピング２１０の作成により示されるように、ユーザはデバイス２０４を構成することが必要である。マッピング２１０は、一般デバイス２０６の状態を、ユーザ２０２やデバイス２０４に関連したプレゼンス状態と連結するために使用される。図解されたマッピング２１０は、ＴＶ２０６の「プレイ」状態が「ビジー」状態に対応することを示し、ＴＶ２０６の「停止」状態が「利用可能」状態に対応することを示す。多数の他のデバイスとプレゼンス状態がマッピング２１０に含まれており、付加的マッピングもまた適用できることを理解されたい。例えば、定義済みプレゼンス状態のそれぞれに着信する接続である携帯デバイス２０４の応答のマッピングがあり得る。

図解した例において、携帯デバイス２０４は、ＵＰｎＰ制御ポイントとして構成される。このように、ユーザ「プレイ」コマンド２１２とＵＰｎＰプレイ・コマンド２１４で示すように、ユーザ２０２はＴＶ２０６を制御するために、携帯デバイス２０４を使用する。ＴＶの状態の確認２１６が携帯デバイス２０４によって受信されるとき、プレゼンスを更新することができる２１８。プレゼンスまたはコンテキストの更新２１８は、プレゼンスサーバ（図示せず）などの遠隔デバイスの状態を変化させることも含むことが必要である可能性がある。この更新されたプレゼンス状態は、接続要求２２０などのいかなる着信接続をも取り扱うために、携帯デバイス２０４によって利用される。

接続要求２２０は、セッション・エンドポイント２０８から送信されるあらゆるタイプの接続要求でありえる。要求２２０は、それ自体が「セッション」に関連がある必要はなく、プレゼンス状態が考慮されないならば、少なくとも、ある種の即時のユーザ応答を必要とするタイプの要求である。そのような接続要求は、電話、インスタントメッセージング、ビデオ・テレコンファレンス、電子メール、ニュースフィード、ページング要求などを含むかもしれない。図解された着信接続要求２２０は、電話のものである。発呼要求２２０をさらに処理する前に、携帯デバイス２０４は、現在のプレゼンス状態をチェックする２２２。ユーザ２０２は、この状態において、通話のためにある所定の動作を規定したかもしれない。ユーザ２０２が利用できる１つのオプションは、ＵＰｎＰを介してＴＶ２０６に送られる通知２２４（例えば、音声、イメージ、テキスト）を有することである。しばしば、携帯デバイス２０４は、要求者２０８へのある種の自動応答を実行することができる（例えば、図解したビジーメッセージ２２６）。

セッション・エンドポイント２０８のユーザは、応答メッセージ２２６と関連してある手動または自動の動作をすることもできる。ここで、セッション・エンドポイントが、プレゼンスがいつ「利用可能」か、類似した状態に変化するかという通知を、ＳＩＰ（Ｓｅｓｓｉｏｎ Ｉｎｉｔｉａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）あるいは関連セッションプロトコルを介して、予約する。予約２２８は、携帯デバイス２０４に直接することもできるし、または、プレゼンスサーバ（図示せず）などある他のサービスエンティティにすることもできる。

ある時間後において、メッセージ２３０と２３２で示すように、ユーザは携帯デバイス２０４を介してＴＶ２０６に「停止」コマンドを始めることができる。これらのコマンド２３０、２３２は、プログラム（例えばＤＶＲ再生）を停止させること、ＴＶの電源をオフにすることに応答することができる。携帯デバイス２０４が、状態変化の確認２３４を得るとき、ローカル・プレゼンスデータが更新される２３６。携帯デバイス２０４は、デバイス２３４やプレゼンス状態２３６の変化と関連したオプションの動作を有することができる。例えば、ユーザ２０２が電話を受けるのを逃したことを知らせる２３８などである。携帯デバイス２０４は、プレゼンス状態変化をどの加入者にも知らせることができる。例えば、通知メッセージ２４０をセッション・エンドポイント２０８に送るなどである。その後、エンドポイント２０８のユーザは、利用可能であるユーザに再接続２４２を試みることができる。

ＵＰｎＰ制御ポイントが、ローカルに連結されたデバイスの状態を決定するために理想的には適しているが、本発明の実施形態による携帯デバイスは、必ずしも、デバイス状態を決定する制御ポイントとして構成される必要はあるというわけではない。つぎに、図３を参照して、シーケンス図は、本発明の実施形態によるコンテキスト上のプレゼンスを決定して、使用することに対する代替例を図解する。前の例のように、ユーザ３０２は、ＵＰｎＰのようなネットワークプロトコルを使用して多目的デバイス３０６とローカルに連結される携帯デバイス３０４に、アクセスを有する。ローカルネットワーク上にはまた、ローカルに配置できるが必ずしもＵＰｎＰネットワークと連結する必要はない代替通信デバイス３０８がある。代替通信デバイス３０８は、ＰＳＴＮまたはＳＩＰ電話、パーソナルコンピュータなどであることができる。携帯デバイス３０４と代替通信デバイス３０８は、両方とも、適切な外部ネットワーク（例えばＰＳＴＮ、インターネット、携帯サービスネットワークなど）を介してセッション・エンドポイント３１０と通信することができる。

この例において、携帯デバイス３０４は、ＵＰｎＰ制御ポイントとして構成される必要はないが、少なくとも、多目的デバイス３０６からのＳＳＤＰアナウンスメント（または類似したサービス通知）を処理するように構成することができる。これらのアナウンスメントは、デバイス状態に関してどんなデータ量でも提供することができる。しかし、この例では、デバイス３０６の存在だけで十分である。ユーザ３０２が自動的に呼び出しを代替デバイス３０８に転送することを望む場合に、多目的デバイスの検出距離の範囲内であるとき、これは役に立つことができる。例えば、ユーザ３０２が、携帯デバイスに対しては限られた時間の予定であるかもしれず、自宅にいるとき、電話の呼び出しを有線電話３０８に送らせたいと望むかもしれない。同様に、ユーザ３０２は、携帯電話での受信が難しい高層オフィスビルで働くかもしれず、また、電話の呼び出しを受け損ねないように、オフィスにいるときに、携帯電話の呼び出しを有線電話に回すか、パーソナルコンピュータのＳＩＰソフトウェアに送るようにすることを望むかもしれない。これらの例では、望ましい物理的範囲の中に位置し、携帯デバイス３０４により検知できるどんな多目的デバイス３０６でも、ユーザ・プレゼンスを変えるためには十分である。ここで、デバイス３０６が電源オンであり、機能していると仮定する。

前の例のように、ユーザ３０２は、種々のデバイス状態とプレゼンス状態の間でマッピング３１２を作成する。ここでは、マッピング３１２は、デバイスが存在するか、しないかに基づいているが、多目的デバイス３０６により絶えず通知されることができるどんな状態でも、マッピング３１２で使用することができる。携帯デバイス３０４がデバイス３０６からの通知（例えば、ＳＳＤＰ・Ａｌｉｖｅメッセージ）を最初に検出すると、内部プレゼンス状態は変更できる３１６。その後、接続要求３１８が、携帯デバイス自体において３０４あるいは、プレゼンスデータにとてもアクセスすることができる仲介者によって、受信されるとき、プレゼンス状態が決定され３２０、適切な回答３２２が返信される。この場合、回答３２２は、発信者３１０が代替デバイス３０８をためすべきであることを示す。

セッション・エンドポイント３１０は、回答３２２に応じて自動的に代替デバイス３０８に転送される接続を有することができ、あるいは、接続３２４をそれ自身で有することができる。その後、セッション・エンドポイント３１０、代替デバイス３０８とユーザ３０２は、セッション３３２を確立するために、メッセージ／コマンドの交換を継続する３２５、３２６、３２８、３３０。

携帯デバイス３０４は、この例では、多目的デバイス３０６の状態を制御していないので、携帯デバイス３０４は、多目的デバイス３０６からの通知（例えば、ＳＳＤＰ・Ａｌｉｖｅ）にたいして受信待機している必要があるかもしれず、そして、所定の時間の間に通知が受信されないならば、動作を行う必要がある。ここでは、携帯デバイスは多目的デバイス３０６からＳＳＤＰ・Ａｌｉｖｅメッセージがないためにタイムアウトを検出３３４し、プレゼンス状態を適切に更新する。その後、携帯デバイス３０４に向けられた接続の試み３３８は、デバイス３０４に、現在のプレゼンス状態を決定させることになる３４０。そして、セッション３４８を確立するために適切に応答する３４２、３４４、３４６。

発明の実施形態は、図２と図３で示されるシナリオの例について多くの変形を展開できることを理解されたい。例えば、図３の中で、代替デバイス３０８と多目的デバイス３０６は、同一の１つのデバイスであり得る。「存在」、「不存在」の他、多目的デバイス３０６の他の状態を、サービス通知を介して検出することもできる。例えば、代替デバイス３０８と多目的デバイス３０６は、呼び出しを待機しているＵＰｎＰ対応ＰＳＴＮ電話であり得る。そのような例では、呼び出しは、ユーザ３０２が電話３０８で話をしているときにのみ、電話３０８に転送される３２２。例えば、デバイス３０６状態が、「接続」あるいは同様の場合である。このように、ユーザ３０２は、２つのデバイス３０４、３０８の扱いに苦労することなく、電話３０８の着信待機の特徴機能を使用して、携帯デバイス３０４への着信呼び出しに対処することができる。

本発明の実施形態による能力を有するユーザデバイスは、図４の中のモバイル・コンピューティング構造４００として示される。当業者は、典型的なモバイル・コンピューティング構造４００は、単にそのような携帯デバイスと関係している一般的な機能を代表するだけのものであることを理解するであろうし、さらに、有線のコンピューティング・システムが同様に、そのような操作を実行するためのコンピューティング回路を含むことを理解するであろう。

処理装置４０２は、装置構成４００の基本機能を制御する。関連するそれらの機能は、プログラムストレッジ／メモリ４０４に格納される命令として含まれ得る。本発明の１つの実施形態において、ストレッジ／メモリに関連したプログラムモジュール４０４は、情報が携帯ターミナルの電源オフによって失われないように、不揮発性ＥＥＰＲＯＭ（ｅｌｅｃｔｒｉｃａｌｌｙ−ｅｒａｓａｂｌｅ， ｐｒｏｇｒａｍｍａｂｌｅ ｒｅａｄ−ｏｎｌｙ ｍｅｍｏｒｙ）、フラッシュ・ロム（ＲＯＭ）、ハードディスクなどに格納される。本発明による従来の携帯端末操作を実行するための関連したソフトウェアは、インターネットや中間の無線ネットワークのような１つ以上のネットワークを介して電子的にダウンロードされたようなデータ信号を介して、モバイル・コンピューティング構造４００にも送ることができる。

モバイル・コンピューティング装置４００は、ネットワークデータ交換を実行するために、処理／制御ユニット４０２と連結されるハードウェア部品およびソフトウェア部品を含む。モバイル・コンピューティング装置４００は、有線と無線データ接続のどんな組合せをも維持するために、複数のネットワークインターフェースを含むことができる。例えば、図解したコンピューティング携帯装置４００は、移動通信インフラとのネットワークデータ交換を実行するために、無線データ伝送回路を含むことができる。

この無線回路は、種々の機能を実行するために使用するデジタル信号処理装置（ＤＳＰ）を含む。そして、この機能は、アナログ−デジタル（Ａ／Ｄ）変換、デジタル／アナログ（Ｄ／Ａ）変換、音声符号化／デコーディング、暗号化／暗号解読、エラー検出−訂正、ビット列翻訳、フィルタリングなどを含む。送受信機４０８、一般にアンテナ４１０と連結されるが、無線信号４１２を送信し、無線装置と関連した無線信号４１４を受信する。

着信送信無線信号４１２、４１４は、携帯サービスネットワーク４１６と通信する。ネットワーク４１６は、ＣＤＭＡ、Ｗ−ＣＤＭＡ、ＧＳＭ、ＥＤＧＥなどを含む当該技術において知られているどんな音声およびデータ通信インフラでも含むことができる。ネットワーク４１６は、８０２．１１無線ＬＡＮ（ＷＡＮ）、ウルトラワイドバンド（ＵＷＢ）、ブルートゥースなどの技術を使用する短距離ネットワークを含むこともできる。送受信機４０８は、これらの短距離ネットワーク４１６を介して通信するのに適しており、あるいは、装置４００は、そのようなネットワークに連結する目的のために、代替データインタフェース４１８を含むことができる。代替データインタフェース４１８は、ネットワーク４１６上のデバイスと通信する目的のためにプロセッサ４０２と連結した有線あるいは無線データ通信回路のどんな組合せでも含むことができる。代替データインタフェース４１８は、また、ホームまたはオフィスネットワークなどのローカルネットワーク４１９を介して通信することができることもできる。特に、ローカルネットワーク４１９は、ネットワーク４１９上のデバイス４２１の状態を決定するために使用できるサービス発見をサポートすることができる。

プロセッサ４０２は、また、携帯端末４００と関連したユーザインターフェース要素４２０とも連結される。携帯端末４００のユーザインターフェース４２０は、例えば、液晶ディスプレイのようなディスプレイ４２２を含むことができる。他のユーザインタフェースメカニズムを、インターフェース４２０が含むことができる。例えば、キーパッド４２４、スピーカー、マイク、音声コマンド、スイッチ、タッチパッド／スクリーン、ポインティングデバイスを使用するＧＵＩ、トラックボール、ジョイスティックなどである。当該技術において知られていているように、これらと他のユーザインターフェース・コンポーネントはプロセッサ４０２と連結される。

プログラムストレッジ／メモリ４０４は、一般的に、モバイル・コンピューティング装置４００上の機能と関連した機能とアプリケーションを実行するオペレーティングシステムを含む。プログラムストレッジ４０４は、１つ以上のＲＯＭ、フラッシュＲＯＭ、プログラム可能及び／又は消去可能ＲＯＭ、ＲＡＭ、加入者インターフェースモジュール（ＳＩＭ）、無線インターフェースモジュール（ＷＩＭ）、スマートカード、ハードディスクまたは他の脱着可能な記憶装置を含むことができる。モバイル・コンピューティング装置４００のストレッジ／メモリ４０４は、本発明の実施形態による機能を実行するソフトウェアモジュールを含むこともできる。

特に、プログラムストレッジ／メモリ４０４は、携帯サービスネットワーク４１６の通信デバイス４２８と通信するための接続マネージャ４２６を含むことができる。特に、接続マネージャ４２６は、通信デバイス４２８から接続要求を受信することができる。通信デバイスは、携帯サービスネットワーク４１６と直接連結されることができる、及び／又は、他のネットワーク（例えば、ＰＳＴＮ、インターネット）を通して、直接または間接的に接続マネージャ４２６にアクセスすることができる。

接続マネージャ４２６は、デバイス４００のローカル・プレゼンス状態（例えば、受け入れ、拒否、転送など）に基づいて、着信接続要求を取り扱う。このプレゼンス状態は、プレゼンス・ユーザインターフェース（ＵＩ）４３０やプレゼンスデータベース・インターフェース４３２から得られる。プレゼンスＵＩ４３０およびデータベース・インターフェース４３２は、他のソフトウェアコンポーネントがプレゼンス状態を決定するのを可能とする機械可読インターフェース（例えば、アプリケーション・プログラム・インタフェース）を含むことができる。プレゼンスＵＩ４３０は、プレゼンス状態設定／修正のために、例えばユーザ・インタフェースハードウェア４２０を介して人間可読のインターフェースを含むこともできる。プレゼンスデータベース・インターフェース４３２は、持続的なストレッジ４３からのローディングおよびストレッジ４３への格納を制御するために使用される。

プレゼンスＵＩ４３０は、サービス発見・インターフェース４３６と通信することができる。サービス発見・インターフェース４３６は、ローカルネットワーク４１９上で利用可能なサービス発見・メカニズムを使用して、デバイス４２１の選ばれた状態を決定することができる。一般的に、このネットワーク４１９はＴＣＰ／ＩＰをサポートし、このように、ＳＳＤＰ／ＵＰｎＰ、ＳＬＰ、ジーニー（Ｊｉｎｉ）などを含む大部分のサービス発見・プロトコルに使用されることができる。プレゼンスＵＩ４３０とサービス発見・インターフェース４３６は、所定の状態変化が検出されたときに、ローカル・プレゼンス状態を更新する目的のためにプレゼンスＵＩ４３０に通信するように、ネットワーク・デバイス状態の発見を調整する。サービス発見・インターフェース４３６は、例えば、インターフェース４３６によるデバイスの規則的なポーリングなど同期して状態変化を発見することができる。例えば、ローカルネットワーク４１９についての自然発生的なアナウンスメントによって、この状態変化が、非同期で発見されることもあり得る。

装置４００は、デバイス４２１の１つ以上の状態を変化させるために、コントローラ・デバイス（例えばＵＰｎＰ制御ポイント）としての動作によりデバイス状態を発見することもできる。この機能は、制御ポイント・インターフェース４３８によって代表される。この制御ポイント・インターフェース４３８は、機能を、サービス発見・インターフェース４３６（例えば、下位レベル・ネットワークとサービス発見・プロトコル）と共有することができる。制御ポイント・インターフェース４３８は、追加的な特徴機能、例えば、ユーザ・インタフェースハードウェア４２０を介して機能を制御するためにユーザアクセスを提供するユーザインターフェースを含むことができる。

本発明の実施形態による携帯デバイスの上のソフトウェアコンポーネントの間のインタラクションのより詳細な例は、図５のブロック図に示される。実例となるコンポーネントは、単一の物理的デバイスであるかまたは２台以上の物理的デバイスで動く論理エンティティであることもできるシステム機能５０２の部分である。機能コンポーネントのいくつかは、図４に関して記述されるものに類似しており、サービス発見・インターフェース５０４、接続マネージャ５０６、プレゼンスＵＩ５０８、制御ポイント・コンポーネント５１０、プレゼンスデータベース・インターフェース５１２およびデータストア５１４を含む。

機能５０２は、ユーザ５１６がプレゼンスの態様を制御する方法を提供する。プレゼンスＵＩ５０８は、ユーザ５１６がローカルネットワーク５２０の上のデバイスの状態とユーザ５１６と関連したローカル・プレゼンス状態の間でマッピング５１８を作成するのを可能とする。マッピングは、パス５３２と５３４によって示されるように、プレゼンスデータベース・インターフェース５１２を介して、データストレッジ５１４から取得し、セーブすることができる。ユーザ５１６は、ローカルネットワーク５２０上のデバイスの操作を制御するコマンド５２２を送信するために、制御ポイント５１０と（任意選択で）インターフェースすることができる。制御ポイント５１０は、ＵＰｎＰ制御ポイントであることができるか、他のいかなるオープンあるいは独自の制御コマンドを使用することができる。パス５２４によって示されるように、制御ポイント５１０とプレゼンスＵＩ５０８はサービス発見・インターフェース５０４としてデバイス状態を要求することができる。応答において、パス５２６によって示されるように、サービス発見・インターフェース５０４はローカルネットワーク５２０を介して状態を決定する。パス５２８によって示されるように、この状態データはプレゼンスＵＩ５０８や制御ポイント５１０に返される。制御ポイント５１０が、デバイス状態を決定するのを受け持つ唯一のものである場合には、パス５３０によって示されるように、この状態データはプレゼンスＵＩ５０８に伝えることができる。

プレゼンスＵＩ５０８は、デバイス状態のどんな組合せのプレゼンスでも決定するために、ユーザ５１６により提供されるマッピングとの組み合わせにおいて、サービス発見・インターフェース５０４を介して得られるデバイス状態を使用する。接続マネージャ５０６が通信ネットワーク５３７から着信接続要求５３６を受信するときに、プレゼンス状態は、現在のデバイス状態を使用するプレゼンスＵＩ５０８において決定される。パス５３８によって示されるように、プレゼンスデータやいかなる適当な応答動作でも、接続マネージャ５０６に通知される。接続マネージャ５０６は、次に、それらの状態に割り当てられる現在のプレゼンス状態と動作にしたがって応答する。

接続マネージャ５０６は、接続を受け入れ、接続を拒絶し、接続を転送／向け直し、付加情報を問い合わせるなどにより、着信接続要求５３６に応答することができる。着信接続要求５３６に対応して、適切である１つの応答は、ローカルネットワーク５２０のデバイス５４０になんらかの動作を実行することである。ここで、応答はアラート５４２として示されるが、どんなデバイス・コマンドでも可能である。パス５４４、５４６によって示されるように、アラート５４２は、ユーザ５１６によって認識される場合、デバイス５４０にアラートを向けるサービス発見・インターフェース５０４（または、それが利用されている、制御ポイント５１０に）に最初に送られる。パス５４８で示すように、接続マネージャ５０６は、データストレッジ５１４にそのようなイベントを記録することもできる。この記録されたデータは、例えば、プレゼンス状態変化が検出されるか適用されたあと、ユーザ５１６が逃した接続を知らせるために、使用することができる。

つぎに、図６を参照して、フローチャートが、アドホック・ピアツーピアネットワークの情報を、携帯デバイスのプレゼンス状態を決定するために利用する手続き６００を図解する。ネットワークのデータ処理デバイスの状態情報は、携帯デバイスを使用して決定される６０２。プレゼンス状態は、携帯デバイス上に格納される６０４。プレゼンス状態は携帯デバイスのユーザにコンタクトできる状況を示し、また、プレゼンス状態はデータ処理デバイスの状態情報に基づいている。接続要求は、移動通信ネットワークから受信される６０６。接続要求は、携帯デバイスにおけるユーザ通信に対してである。携帯デバイスは、携帯デバイスの格納されたプレゼンス状態に基づいて、携帯デバイスを介して、接続要求にを応答する６０８。

つぎに、図７を参照して、フローチャートは、携帯デバイスのプレゼンス状態を決定するために、ＵＰｎＰ制御ポイントを使用する手続き７００を図解する。携帯デバイスは、ローカルネットワーク上のＵＰｎＰデバイスの状態を変化させるのに向けられたユーザコマンドを受け入れる７０２。例えば、ＵＰｎＰデバイスは、メディア再生デバイスであることができ、コマンドはプレイバック状態に影響を及ぼすことに向けられることができる。コマンドはＵＰｎＰデバイスに送られ７０４、状態変化が検証される。応答において、携帯デバイスのプレゼンス状態は、ＵＰｎＰデバイスの状態に基づいて更新される７０６。次に、デバイスのユーザとの即時通信のための着信接続が受信され７０８、携帯デバイスが、着信接続要求を、更新されたプレゼンス状態に基づいて取り扱う７１０。

本発明の典型的な実施形態についての上述の記載は、図解と説明のために表現されものであって、網羅的であるとか、本発明を開示された厳密な形に制限することを意図したものではない。上記説明の観点から多くの修正およびバリエーションが可能である。本発明の範囲は、この詳細説明で制限されるものではなく、本文書に付随する特許請求の範囲で決定されることが意図されている。

Claims (30)

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. 前記データ処理デバイスは、テレビ、ゲーム操作卓、パーソナルコンピュータ、サーバ、データ記憶装置、ビデオカメラ、オーディオ再生デバイス、ビデオ再生デバイスのうちの少なくとも１つを備える、請求項２４に記載のシステム。
29. 携帯デバイスをローカルなアドホック・ピアツーピアネットワークに連結する手段と、
    前記携帯デバイスを使用する前記ネットワークのデータ処理デバイスの状態情報を決定するための手段と、
    前記携帯デバイスにおいて、前記データ処理デバイスの状態情報に基づいてプレゼンス状態を形成する手段であって、該プレゼンス状態は、該携帯デバイスがコンタクトができる状況にあることを示す、手段と、
    を備えるシステム。
30. アドホック・ピアツーピアネットワークプロトコルを使用しているローカルネットワークを介して通信可能なネットワークインターフェースと、
    前記ネットワークインターフェースと連結されるプロセッサと、
    該プロセッサと連結したメモリであって、該プロセッサに前記ネットワークインターフェースを介して、前記ローカルネットワークのデータ処理デバイスの状態情報を決定させ、前記データ処理デバイスの状態情報に基づいて、前記装置がコンタクトできる状況を示すプレゼンス状態を決定させる命令を含んでいる、メモリと、
    を備える装置。

Images