JP6073248B2

JP6073248B2 - 汎用プラグアンドプレイホームネットワーク環境で強化されたイベント通知を提供する方法及び装置

Info

Publication number: JP6073248B2
Application number: JP2013550409A
Authority: JP
Inventors: マユレシュ・マドゥカー・パティル; ヴェンカテスワル・ジーディグンタ; ジェ−ヨン・メン; ジュン−ヒュン・キム
Original assignee: Samsung Electronics Co Ltd
Current assignee: Samsung Electronics Co Ltd
Priority date: 2011-01-19
Filing date: 2012-01-19
Publication date: 2017-02-01
Anticipated expiration: 2032-01-19
Also published as: US9124675B2; WO2012099425A2; US20130287188A1; WO2012099425A9; JP2014506080A; EP2666257A4; KR101872551B1; CN103339898B; EP2666257B1; EP2666257A2; CN103339898A; WO2012099425A3; KR20140018860A

Description

本発明は、汎用プラグアンドプレイ（universal plug and play;ＵＰｎＰ）通信の分野に関し、より詳細には、ＵＰｎＰホームネットワーク環境で強化されたイベント通知を提供することに関する。

汎用プラグアンドプレイ（ＵＰｎＰ）は、ＵＰｎＰフォーラムにより公表された一つのセットのコンピュータネットワークプロトコルである。ＵＰｎＰの目的は、ホーム（例えばデータ共有、通信、及びエンターテインメント）及び企業環境でアクセスが途切れなく接続されること及びネットワークの具現を簡素化させることである。この目的は、開放型、インターネット基盤通信標準に基づいたＵＰｎＰデバイス制御プロトコルを規定して公示することによって達成される。

ＵＰｎＰ技術は、ホームネットワークで広範囲なデバイスに提供されることができる。ＵＰｎＰは、発見（discovery）、制御、及びイベンティング（eventing）メカニズムを提供する。発見は、ＳＳＤＰプロトコルを用いて可能である。イベンティングは、一般イベント通知アーキテクチャ（General Event Notification Architecture;ＧＥＮＡ）プロトコルに従う。この技術を利用することによって、ＵＰｎＰは、ＵＰｎＰデバイスをＵＰｎＰホームネットワーク内の他のデバイスに直ちに利用可能にしたり利用不可能にしたりする。

ＵＰｎＰアーキテクチャは、個人用コンピュータ（ＰＣ）、ネットワーク型機器、及び無線デバイス等のピアツーピア（peer-to-peer）ネットワークを可能にする。これは、転送制御プロトコル／インターネットプロトコル（transport control protocol／Internet protocol;ＴＣＰ／ＩＰ）、ユーザデータグラムプロトコル（user datagram protocol;ＵＤＰ）、ハイパーテキスト転送プロトコル（hyper text transfer protocol；ＨＴＴＰ）及び拡張マークアップ言語（extended mark-up language;ＸＭＬ）のような設定標準に基づく分散型、開放型アーキテクチャである。ＵＰｎＰアーキテクチャは、ゼロ構成ネットワーキング（zero configuration networking）をサポートする。例えば、他の販売者からのＵＰｎＰ互換デバイスは、ネットワークに動的に参加してインターネットプロトコル（ＩＰ）アドレスを獲得し、これの名称を公表して、要請時に自体のケーパビリティ（capability）を伝達し、他のデバイスに対する存在及びケーパビリティを習得することができる。一方、ＵＰｎＰデバイスは、いずれかの不要な状態情報を残さず、ＵＰｎＰホームネットワークを自動的に出ることができる。

ＵＰｎＰネットワーキングのための土台は、インターネットプロトコル（ＩＰ）アドレッシングである。それぞれのＵＰｎＰデバイスは、ＵＰｎＰデバイスがＵＰｎＰネットワークに初めて接続される時に動的ホスト構成プロトコル（dynamic host configuration protocol：ＤＨＣＰ）サーバを探索するＤＨＣＰクライアントを含む。ＤＨＣＰサーバが利用不可能な場合、ＵＰｎＰデバイスは自身にアドレスを割り当てる。ＤＨＣＰトランザクション（transaction）の中に、ＵＰｎＰデバイスが、例えばドメイン名システム（domain name system;ＤＮＳ）サーバを介して、又はＤＮＳ転送（ＤＮＳ forwarding）を介してドメイン名を獲得する場合は、ＵＰｎＰデバイスは後続ネットワーク動作でその名を利用し、そうでない場合は、ＵＰｎＰデバイスは自らのＩＰアドレスを利用する。

ＵＰｎＰフォーラムは、また、メッセージングサービス、プレゼンスサービス（presence service）、及び呼び出し処理（call handling;ＰＳ／ＣＳ call）サービスのような電話サービスにアクセスするために家庭でユーザ経験を拡張する電話サービスを提供する。ＵＰｎＰＤＡと同様に、電話方式は三種類のデバイス、すなわちユーザにメッセージング及びプレゼンス関連サービスを提供する電話サーバ（telephony server;ＴＳ）、ＴＳにより提供される動作を開始する電話制御ポイント（ＵＰｎＰ電話デバイス）及び媒体関連ハンドリング及びＴＳに／からの入力及び出力を提供するための電話クライアントデバイス（ＴＣ）を規定する。

現在、ＵＰｎＰ電話サービスは、ユーザがＶＯＩＰのような広域ネットワーク（wide area network;ＷＡＮ）呼び出し、又は、他の呼び出し技術に基づく電話制御ポイントを用いてＵＰｎＰホームネットワーク外部の任意のユーザに／から呼び出し／メッセージを開始／受信するようにする。例えば、呼び出しが他のデバイスから受信されれば、呼び出し通知がＴＳにより電話制御ポイントに提供される。しかし、ＵＰｎＰ電話サービスは着呼状態及び発信者アドレスがある呼び出し通知を提供しない。

本発明の詳述した説明から明白になるように、本発明は、汎用プラグアンドプレイ（ＵＰｎＰ）ホームネットワーク環境で強化されたイベント通知のための方法及びシステムを提供する。一実施形態で、システムは、電話サーバ（ＴＳ）及びＵＰｎＰホームネットワークを介してＴＳに接続される少なくとも一つの電話制御ポイント（ＴｅｌＣＰ）を含む。ＴＳは、遠隔当事者と関連する着信イベント（例えば、呼び出し、メッセージ、アップデート等）が到着する時、遠隔当事者と関連する情報をフェッチするように構成され、セッティングされた着信イベント通知は、遠隔当事者と関連するコンタクト情報、イメージ情報、位置情報、プレゼンス情報、及び／又はサービス能力を含む。ＴＳは、また着信イベントを着信イベント通知と共にＵＰｎＰホームネットワーク環境内の少なくとも一つのＴｅｌＣＰに転送するように構成される。少なくとも一つのＴｅｌＣＰは、遠隔当事者情報を着信イベント通知と共にディスプレイ上にディスプレイするように構成される。

本発明は、汎用プラグアンドプレイ（ＵＰｎＰ）ホームネットワーク環境で強化されたイベント通知を提供する方法及びシステムを提供する。

一実施形態によって、着信イベント又は発信イベントと関連する強化されたイベント通知を提供するための電話サーバを有する汎用プラグアンドプレイ（ＵＰｎＰ）ホームネットワークシステムのブロック図である。一実施形態によって、遠隔当事者から着信する呼び出しの到着を示す強化された着呼通知を図１に示されたような電話制御ポイントに提供する例示的な方法を示すフローチャートである。一実施形態によって、遠隔当事者から着信するメッセージの到着を示す強化された着信メッセージ通知をＴｅｌＣＰに提供する例示的な方法を示すフローチャートである。一実施形態によって、セッションアップデートを示す遠隔当事者からの強化された着信セッションアップデート通知をＴｅｌＣＰに提供する例示的な方法を示すフローチャートである。一実施形態によって、遠隔当事者から意図された着信イベントと関連する発信イベント通知を提供する例示的な方法を示すフローチャートである。一実施形態によって、着信イベント通知と関連する選好度を記憶するために新しいエレメントを有する電話データモデルに対する概略図である。一実施形態によって、発信イベント通知と関連する構成セッティングを記憶するために新しいエレメントを有する電話データモデルに対する概略図である。一実施形態によって、遠隔の当事者から受信される着呼と関連する強化された着呼通知をディスプレイするＴｅｌＣＰのスクリーンショット図である。一実施形態によって、遠隔の当事者から受信される着呼と関連する強化された着呼通知をディスプレイするＴｅｌＣＰのスクリーンショット図である。一実施形態によって、遠隔の当事者から受信される着呼と関連する強化された着呼通知をディスプレイするＴｅｌＣＰのスクリーンショット図である。一実施形態によって、遠隔の当事者から受信される着呼と関連する強化された着呼通知をディスプレイするＴｅｌＣＰのスクリーンショット図である。本発明の実施形態を具現するために図１に示されたような電話サーバの多様な構成要素を示すブロック図である。本願に記述される図面は、単に説明のためのものであり、いかなる式でも本発明の範囲を制限するように意図されない。

本発明は、汎用プラグアンドプレイ（ＵＰｎＰ）ホームネットワーク環境で強化されたイベント通知を提供する方法及びシステムを提供する。本発明の実施形態の次の詳細な説明で、本発明の一部を形成して本発明が実行される特定の実施形態により示される添付図面が参照される。この実施形態は、当業者が本発明を実施することができるように十分に詳細に記載されていて、他の実施形態を利用することができ、本発明の範囲及び趣旨を逸脱することなく、変形が可能である。下記記載は、本発明を限定するように解析されてはならず、本発明の保護範囲は添付した特許請求の範囲により定義される。

本文書で、用語‘遠隔当事者’は、ＵＰｎＰホームネットワーキング環境外部に位置され、（例えば無線エリアネットワーク）のような通信チャンネルを介してＵＰｎＰホームデバイスと通信して接続されるエンティティ（entity）を意味する。用語‘遠隔当事者情報’及び‘遠隔当事者と関連する情報’は同一な意味である。また、用語‘ユーザ情報’及び‘ユーザと関連する情報’は同一な意味である。

図１は、一実施形態によって、着信イベント又は発信するイベントと関連する強化されたイベント通知を提供するための汎用プラグアンドプレイ（ＵＰｎＰ）ホームネットワークシステムのブロック図である。図１で、ＵＰｎＰホームネットワーク環境１０１は、電話サーバ（ＴＳ）１０２、ＵＰｎＰホームネットワーク１０８を介してＴＳ１０２と接続される電話制御ポイント（ＴｅｌＣＰ）（１０４Ａ乃至１０４Ｎ）を含む。ＴＳ１０２は、無線エリアネットワーク（ＷＡＮ）１１０を介して遠隔の当事者（例えばＷＡＮユーザ）と関連するデバイス（１０６Ａ乃至１０６Ｎ）に接続される。ＴＳ１０４によりＴｅｌＣＰ（１０４Ａ乃至１０４Ｎ）及び遠隔の当事者デバイス（１０６Ａ乃至１０６Ｎ）間の通信が可能である。

例示のために、次の説明は、ＴｅｌＣＰ１０４Ａ及び遠隔当事者デバイス１０６Ａを参照して記述される。本願に記述される実施形態は、同時に、全体ＵＰｎＰホームネットワークシステム１００に適用されることができることが当業者にとって分かる。

例示動作で、ＴＳ１０２は、ＷＡＮ１１０を介して、遠隔当事者デバイス１０６ＡからＴｅｌＣＰ１０４Ａに向かう着信イベント（例えば、呼び出し、メッセージ、アップデート等）を受信する。ＴＳ１０２は、アドレスブック１１２、プレゼンスサービス１１４のような多様なソースから遠隔当事者と関連する情報をフェッチ（fetch）する。遠隔当事者情報は、コンタクト情報、イメージ情報、位置情報、プレゼンス情報、及び／又は遠隔当事者と関連するサービス能力（capability）を含む。

その後に、ＴＳ１０２は、遠隔当事者と関連する情報を含む着信イベント通知を生成し、この着信イベントを着信イベント通知と共にＴｅｌＣＰ１０４Ａに送信する。したがって、ＴｅｌＣＰ１０４Ａは着信イベント通知と共に遠隔当事者情報をディスプレイする。

一実施形態で、ＴＳ１０２は、着信イベント通知内のＵＲＬ（Uniform Resource Locator）としての遠隔当事者情報をＴｅｌＣＰ１０４Ａに送信する。この実施形態で、ＴｅｌＣＰ１０４ＡはＵＲＬを用いてハイパーテキスト転送プロトコル（Hyper text Transfer Protocol;ＨＴＴＰ）ＧＥＴ要請を介してバックエンド（backend）サーバからの遠隔当事者情報を検索し、ＴｅｌＣＰ１０４Ａと関連するディスプレイ上に遠隔当事者情報をディスプレイする。

他の実施形態で、ＴＳ１０２は、着信イベント通知内に遠隔当事者情報を含む臨時文書のリンクをＴｅｌＣＰ１０４Ａに提供する。この実施形態で、ＴｅｌＣＰ１０４Ａは、着信イベント通知内に提供されるリンクを用いてバックエンドサーバからの臨時文書を検索し、臨時文書内の遠隔当事者情報をディスプレイする。

更に他の一実施形態で、ＴＳ１０２は、イメージファイル又はハイパーテキストマークアップ言語（hyper text markup language;ＨＴＭＬ）ページ内の着信イベント通知をＴｅｌＣＰ１０４Ａに送信する。この実施形態で、ＴＳ１０２は、付録‘Ａ’に示されたように、RemotePartyInfoエレメント内に遠隔当事者情報を含む。 RemotePartyInfoエレメントは、ピア（peer）型エレメントであり得る。着信イベント通知を受信するや否や、ＴｅｌＣＰ１０４Ａは、ＴＳ１０２内に記憶されたRemotePartyInfoエレメントをフェッチし、遠隔当事者情報エレメント内の遠隔当事者情報を着信イベントの到着を示す着信通知と共にディスプレイする。

更なる他の実施形態で、ＴＳ１０２は、呼び出し管理サービス（call management service;ＣＡＭＳ）の専用プッシュサービス（push service）を介して、遠隔当事者情報がある着信イベント通知をＴｅｌＣＰ１０４Ａに提供する。一つの例示的な具現で、ＴＳ１０２は、プッシュインフォイベント状態変数内に遠隔当事者の情報を含み、このpushinfoevent状態変数をＴｅｌＣＰ１０４Ａにプッシュする。ＴｅｌＣＰ１０４Ａは、pushinfoevent状態変数から遠隔当事者情報を検索し、イベント類型に基づいて遠隔当事者情報を着信イベントと関連付ける。あるいは、ＴＳ１０２は、pushinfoevent状態変数内の遠隔当事者と関連する発信者識別子を遠隔当事者情報と共に含むことができる。発信者識別子に基づいて、ＴｅｌＣＰ１０４Ａは、発信者識別子に基づく遠隔当事者情報を着信イベントと関連付ける。ＴＳ１０２が遠隔当事者情報及び／又は、発信者識別子をpushinfoevent状態変数内にＵＲＬ、又はＨＴＭＬファイルの形態で含むことが出来ることに注目される。

他の例示的な動作で、ＴｅｌＣＰ１０４Ａは、遠隔当事者に対する発信イベント（例えば呼び出し、メッセージ、又はチャット）の開始要請をＴＳ１０２に送信する。ＴＳ１０２は、この要請に基づいてＴｅｌＣＰ１０４Ａのユーザと関連する情報をフェッチする。ユーザ情報はコンタクト情報、イメージ情報、位置情報、プレゼンス情報、及び／又はユーザと関連するサービス能力を含む。ＴＳ１０２は、ユーザの情報を含む発信イベント通知を生成し、発信イベントを発信イベント通知と共に遠隔当事者に送信する。したがって、遠隔当事者と関連するデバイス１０６Ａは、発信イベント通知内のユーザ情報をディスプレイする。この方式で、ユーザが遠隔当事者に発信するイベントを開始していれば、ＴｅｌＣＰ１０４Ａは遠隔当事者がユーザと関連する情報に加入されているか否かに関わらず、ユーザ情報が遠隔当事者にディスプレイされるように発信イベント開始要請内にユーザと関連する情報を含むことができる。

図２は、一実施形態によって、遠隔の当事者から着信する呼び出しの到着を示す強化された着信メッセージ通知をＴｅｌＣＰ１０４Ａに提供する例示的な方法を示すフローチャート２００である。ステップ２０２で、ＴＳ１０２は、遠隔当事者デバイス１０６ＡからＴｅｌＣＰ１０４Ａに向かう着呼を受信する。ステップ２０４で、ＴＳ１０２はアドレスブック１１２、プレゼンスサービス１１４などのような多様なソースから遠隔当事者と関連する情報をフェッチする。遠隔当事者と関連する情報はコンタクト情報、イメージ情報、位置情報、プレゼンス情報、及びサービス能力を含む。

ステップ２０６で、ＴＳ１０２は、着呼と関連する着呼通知内に遠隔当事者の情報を含む。一実施形態で、ＴＳ１０２は、Callinfo状態変数に遠隔当事者情報を含む。遠隔当事者から着信した呼び出しがＴｅｌＣＰ１０４Ａに到着したイベントを示すためにCallinfo状態変数は、非−電話ホームデバイスに電話呼び出し体験を提供するＣＡＭＳにより規定される。一つの例示的な具現で、ＴＳ１０２は、付録‘Ｂ’に示されたCallinfo状態変数の遠隔当事者エレメント内に遠隔当事者と関連する情報を含む。

例えば、遠隔当事者エレメントは、イメージエレメント、位置エレメント、サービス能力エレメント及び／又はプレゼンス属性エレメントを含む。イメージエレメントは、イメージ情報を遠隔当事者のイメージを表現する２進値の形態で含む。位置エレメントは遠隔当事者の位置情報を含む。位置情報は、イメージ、幾何学的位置追跡システム座標、又は平面テキストフォーマットとして含まれることができる。サービス能力エレメントは、遠隔当事者のサービス能力を示す。プレゼンス属性エレメントは遠隔当事者と関連するプレゼンス情報を含む。プレゼンス属性エレメントは、プレゼンス属性名称を示す名称属性及びプレゼンス属性の値を示す値を含む。

遠隔当事者エレメントは、遠隔当事者情報が含まれているピア型エレメントであり得る。ピア型エレメントの例示的な概要が付録‘Ｃ’に提供される。ピア型エレメントは着呼と関連する遠隔当事者を適切に識別するための情報を含んでいる。その上、ＴＳ１０２が電話管理プロファイルをサポートする場合、ＴＳ１０２は、ピア型エレメント内のアドレスブック内で遠隔当事者及び一つ以上のコンタクト間の対応を含む。

ステップ２０８で、ＴＳ１０２は、着呼通知をＴｅｌＣＰ１０４Ａに送信する。ステップ２１０で、ＴｅｌＣＰ１０４Ａは、ＴｅｌＣＰ１０４Ａと関連するディスプレイ上に遠隔当事者情報を着呼通知と共にディスプレイする。ＴｅｌＣＰ１０４Ａ上にディスプレイされる遠隔当事者情報は、ユーザの体験を増加させて追加サービス能力（例えばファイル伝送、ビデオ電話等）の開始に役立つ。

図３は、一実施形態によって、遠隔の当事者から着信するメッセージの到着を示す強化された着信メッセージ通知をＴｅｌＣＰ１０４Ａに提供する例示的な方法を示すフローチャート３００である。ステップ３０２で、ＴＳ１０２は、遠隔当事者デバイス１０６ＡからＴｅｌＣＰ１０４Ａに向かう着信メッセージ（例えば短文メッセージサービス（short message service;ＳＭＳ）メッセージ、電子メールメッセージ、チャットメッセージ等）を受信する。ステップ３０４で、ＴＳ１０２は、アドレスブック１１２、プレゼンスサービス１１４などのような多様なソースから遠隔当事者と関連する情報をフェッチする。遠隔当事者と関連する情報はコンタクト情報、イメージ情報、位置情報、プレゼンス情報、及び／又はサービス能力を含む。

ステップ３０６で、ＴＳ１０２は、着信メッセージと関連する着信メッセージ通知内に遠隔当事者の情報を含む。一実施形態で、ＴＳ１０２は、Newmessage状態変数に遠隔当事者情報を含む。Newmessage状態変数は、遠隔当事者からＴｅｌＣＰ１０４Ａに向かう新しい着信メッセージの到着を通知するためにメッセージングサービスにより規定される。Newmessage状態変数の例示的な構造は、付録‘Ｄ’に提供される。一部実施形態で、Newmessage状態変数はピア型エレメントを含む。この実施形態で、ピア型エレメントは、着信メッセージと関連する遠隔当事者を適切に識別するための情報を含んでいる。その上、ＴＳ１０２が電話管理プロファイルをサポートする場合、ＴＳ１０２は、ピア型エレメント内のアドレスブック内での遠隔当事者及び一つ以上のコンタクト間の対応を含む。

ステップ３０８で、ＴＳ１０２は、ＴｅｌＣＰ１０４Ａに向かう着信メッセージ及び着信メッセージ通知をＴｅｌＣＰ１０４Ａに送信する。ステップ３１０で、ＴｅｌＣＰ１０４Ａは、ＴｅｌＣＰ１０４Ａと関連するディスプレイ上に遠隔当事者情報を着信メッセージ通知と共にディスプレイする。ＴｅｌＣＰ１０４Ａ上にディスプレイされる遠隔当事者情報は、ユーザの体験を増加させ、追加サービス能力を開始することに役立つ。

図４は、一実施形態によって、セッションアップデートを示す遠隔の当事者からの強化された着信セッションアップデート通知をＴｅｌＣＰ１０４Ａに提供する例示的な方法を示すフローチャート４００である。ステップ４０２で、ＴＳ１０２は、遠隔当事者デバイス１０６ＡからＴｅｌＣＰ１０４Ａに向かう着信セッションアップデートを受信する。ステップ４０４で、ＴＳ１０２は、遠隔当事者と関連する情報をフェッチする。遠隔当事者と関連する情報は、コンタクト情報、イメージ情報、位置情報、プレゼンス情報、及びサービス能力を含む。

ステップ４０６で、ＴＳ１０２は、着信セッションアップデート通知内に遠隔当事者と関連する情報を含む。一実施形態で、ＴＳ１０２は、セッションアップデート状態変数に遠隔当事者情報を含む。セッションアップデート状態変数は、変更をＴｅｌＣＰ１０４Ａ及び遠隔当事者間での進行中のチャットセッション、又は着信チャットセッションに通知するために、メッセージングサービスにより規定される。セッションアップデート状態変数は、セッション識別子及びセッション状態情報を含む。一部実施形態で、セッションアップデート状態変数はピア型エレメントを含む。この実施形態で、ピア型エレメントは着信セッションアップデートと関連する遠隔当事者を適切に識別するための情報を含んでいる。その上、ＴＳ１０２が電話管理プロファイルをサポートする場合、ＴＳ１０２は、ピア型エレメント内のアドレスブック内での遠隔当事者及び一つ以上のコンタクト間の対応を含む。

ステップ４０８で、ＴＳ１０２は、ＴｅｌＣＰ１０４Ａに向かう着信セッションアップデート及び着信セッションアップデート通知をＴｅｌＣＰ１０４Ａに送信する。ステップ４１０で、ＴｅｌＣＰ１０４Ａは、ＴｅｌＣＰ１０４Ａと関連するディスプレイ上に遠隔当事者情報を着信セッションアップデート通知と共にディスプレイする。ＴｅｌＣＰ１０４Ａ上にディスプレイされる遠隔当事者情報は、ユーザの体験を増加させ、追加サービス能力の開始に役立つ。

あるいは、ＴｅｌＣＰ１０４Ａは、GetSessions（）動作を呼び出し（invoking）することによって、進行中であるか、又は新しいチャットセッションと関連するセッションアップデートを検索することができる。GetSessions（）動作は、付録‘Ｅ’に示すようなセッションアップデートと関連する遠隔当事者情報を含むSessionListをリターン（return）させる。

上述した説明によれば、本発明は、着信イベントがＴｅｌＣＰ１０４Ａに到着する時、ユーザは、遠隔当事者と関連する情報をディスプレイするために選好度をセッティングすることが可能である。ＴＳ１０２は、電話データモデル内に上記選好度を記憶する。図６を参照すれば、電話データモデル６００は、着信イベントの到着中に遠隔当事者情報をディスプレイするために、選好度セットを記憶するための新しいエレメント‘強化通知’６０２を含む。例えば、新しいエレメント‘強化通知’６０２は、値‘イメージ’、‘位置’、‘プレゼンス’及び／又は‘無し（none）’をＴｅｌＣＰ１０４Ａによりセッティングされた選好として記憶する。したがって、新しいエレメント６０２内にセッティングされた値によって、ＴＳ１０２は、着信イベント通知内に遠隔当事者と関連する情報を含む。新しいエレメント６０２の値が‘無し’にセッティングされれば、ＴＳ１０２は着信イベント通知内に遠隔当事者と関連する情報を含まない。その上、ＣＭＳ動作は電話データモデル内の新しいエレメントを操作するのに利用される。

図５は、一実施形態によって、遠隔当事者から向かう着信イベントと関連する発信イベント通知を提供する例示的な方法を示すフローチャート５００である。ステップ５０２で、ＴｅｌＣＰ１０４Ａは、遠隔当事者に対する発信イベント（例えば呼び出し、メッセージ、又はチャット）の開始要請をＴＳ１０２に送信する。ステップ５０４で、ＴＳ１０２は、上記要請に基づいてユーザと関連する情報をフェッチする。例えば、ＴｅｌＣＰ１０４Ａは、StartCall（）動作を介して発信イベント通知内にユーザ情報を含むことをＴＳ１０２に要請することができる。StartCall（）動作は次の引数（argument）を含むことができる。

一実施形態によれば、“MediaCapabilityInfo”引数によってＴｅｌＣＰ１０４Ａは発信イベント通知内でＴｅｌＣＰ１０４Ａと関連するメディアケーパビリティを指定することが可能である。メディアケーパビリティ情報の例示的な構造は付録‘Ｆ’に提供され、メディアケーパビリティ情報に対する拡張は付録‘Ｇ’に提供される。他の実施形態で、StartCall（）動作は発信イベント通知内にユーザ情報を含むために新しい引数を含む。

更に他の一実施形態で、ＴＳ１０２は構成セッティングを維持することによって、ＴｅｌＣＰ１０４ＡがStartCall（）内に情報を含む必要がなくなる。したがって、ＴｅｌＣＰ１０４Ａが発信するイベント開始要請にStartCall（）動作を含めば、ＴＳ１０２は発信イベント通知内にユーザ情報を含む。一つの例示的な具現で、ＴＳ１０２は電話データモデル内に構成セッティングを記憶する。図７を参照すれば、電話データモデル７００は、発信イベント通知内にユーザ情報を含むための構成セッティングを記憶するために新しいエレメント‘EnhancedOutgoingSession’７０２を含む。例えば、新しいエレメント‘EnhancedOutgoingSession’７０２は、値‘イメージ’、‘位置’、‘プレゼンス’、又は‘サービス能力’を構成セッティングとして記憶する。したがって、新しいエレメント７０２内にセッティングされた値によって、ＴＳ１０２は、発信イベント通知内にユーザと関連する情報を含む。新しいエレメント７０２の値が‘空き’にセッティングされれば、ＴＳ１０２は発信イベント通知内にユーザと関連する情報を含まない。

ステップ５０６で、ＴＳ１０２は、発信イベントを発信イベント通知と共に遠隔当事者に送信する。発信イベント通知はユーザと関連する情報を含み、ユーザ情報はコンタクト情報、イメージ情報、位置情報、プレゼンス情報、及び／又はサービス能力を含む。ステップ５０８で、遠隔当事者と関連するディスプレイデバイスは、発信イベント通知内のユーザ情報をディスプレイする。この方式で、ユーザが遠隔当事者に発信するイベントを開始していれば、ＴｅｌＣＰ１０４Ａは、遠隔当事者がユーザと関連する情報に加入しているか否に関わらず、ユーザ情報が遠隔当事者にディスプレイされるように発信イベント開始要請内にユーザと関連する情報を含むことができる。

図８Ａ〜図８Ｄは、一実施形態によって、遠隔当事者から受信される着呼と関連する強化された着呼通知をディスプレイするＴｅｌＣＰ１０４Ａのスクリーンショット図である。上述した通り、ＴＳ１０２が遠隔当事者からＴｅｌＣＰ１０４Ａに対する着呼を受信する時、ＴＳ１０２はアドレスブック１１２、プレゼンスサービス１１４のような多様なソースからコンタクト情報、イメージ、位置、プレゼンス状態、サービス能力のような情報をフェッチして着呼通知内に上記情報を含む。また、ＴＳ１０２は、着呼を強化された着呼通知と共にＴｅｌＣＰ１０４Ａに転送する。図８Ａで、ＴｅｌＣＰ１０４Ａは、遠隔当事者のイメージを遠隔当事者の電子メールＩＤと共に追加情報としてディスプレイする。図８Ｂで、ＴｅｌＣＰ１０４Ａは、遠隔当事者のイメージ及び位置情報を遠隔当事者の電子メールＩＤと共にディスプレイする。図８Ｃで、ＴｅｌＣＰ１０４Ａは、遠隔当事者のイメージ及びサービス能力情報を遠隔当事者の電子メールＩＤと共にディスプレイする。図８Ｄで、ＴｅｌＣＰ１０４Ａは、イメージ及びプレゼンス情報（例えば‘悲しい感じ’）を遠隔当事者の電子メールＩＤと共にディスプレイする。

図９は、本発明の実施形態を具現するための図１に示されたようなＴＳ１０４の多様な構成要素を示すブロック図である。図９で、ＴＳ１０２は、プロセッサ９０２、メモリ９０４、読み出し専用メモリ（ＲＯＭ）９０６、送受信機９０８、通信インターフェース９１０、バス９１２、ディスプレイ９１４、入力デバイス９１６、及びカーソル制御機９１８を含む。

プロセッサ９０２は、本願で利用されるように、マイクロプロセッサ、マイクロコントローラ、複雑命令集合コンピューティングマイクロプロセッサ、減少命令集合コンピューティングマイクロプロセッサ、ＶＬＩＷマイクロプロセッサ（very long instruction word microprocessor）、明示的並列命令コンピューティングマイクロプロセッサ、グラフィックプロセッサ、デジタル信号プロセッサのような任意の類型の計算回路、又は任意の他の類型のプロセシング回路を意味するが、これに限定されない。また、プロセッサ９０２は、一般又はプログラム可能論理デバイス、又はアレイ、注文型半導体、単一チップコンピュータ、スマートカードなどのような組込コントローラを含むこともできる。

メモリ９０４は、揮発性メモリ及び不揮発性メモリであり得る。メモリ９０４は、本発明の実施形態によって、ＵＰｎＰホームネットワーキング環境１００内で強化されたイベント通知を提供するために、イベント通知モジュール９２０を内部に記憶された命令の形態で含む。多様なコンピュータ判読可能記憶媒体は、メモリ素子に記憶されたり、メモリ素子からアクセスされることができる。メモリ素子は、データ及び機械判読命令を記憶するための任意の適切なメモリデバイス、例えば、ＲＯＭ、ＲＡＭ、ＥＰＲＯＭ（erasable programmable read only memory）、ＥＥＰＲＯＭ（electrically erasable programmable read only memory）、メモリカードを処理するための除去可能媒体ドライブ、メモリスティック（登録商標）、などを含む。

本発明の実施形態は、タスクを実行するか、抽象データ型、又は低レベルハードウェアコンテクストを定義するために、関数、手順、データ構造、及び応用プログラムを含むモジュールと共に具現されることができる。詳述した記憶媒体の中、任意の媒体に記憶された機械判読可能命令は、プロセッサ９０２により遂行されることができる。例えば、コンピュータプログラムは本発明の内容及び本願に記述の実施形態によって、ＵＰｎＰホームネットワーク環境１００内で強化されたイベント通知を提供できる機械判読可能命令を含むことができる。一実施形態で、コンピュータプログラムは記憶媒体に含まれて記憶媒体からハードドライブで不揮発性メモリにローディングされることができる。

送受信機９０８、通信インターフェース９１０、ディスプレイ９１４、入力デバイス９１６、及びカーソル制御機９１８のような構成要素は、当業者に広く公知されているので説明は省略する。

本実施形態は、特定の実施形態を参考して記述されたが、多様な実施形態及び変更が多様な実施形態のより広い思想及び範囲を逸脱することなく、これら実施形態に対して実行されることができることは明らかである。また、ここに記載された多様な装置、モジュール、選択機などは、例えば、相報型金属酸化膜半導体基盤論理回路（metal oxide semiconductor based logic circuitry）、ファームウェア、ソフトウェア及び／又は機械判読可能型メディアに内蔵されたハードウェア、ファームウェア及び／又はソフトウェアの任意の組合などのハードウェア回路を用いて実現、又は作動されることができる。例えば、トランジスター、論理ゲート、注文型半導体のような電気回路を用いて多様は電気構造及び方法が実施される。

[付録‘Ａ’]
…
…

<remoteParty>
<peer:id>ID of the Peer<／peer:id>
<RemotePartyInfo type="mime type for page">URL<／RemotePartyInfo>
…
…
…
<／remoteParty>

[付録‘Ｂ’]
…
…
<remoteParty>
<peer:id>ID of the Peer<／peer:id>
<thumb_img type="Image_type">URL<／thumb_img>
<location type="map／GPS／text">URL／value／text<location>
<service_capabilities>comma separated service list<／service_capabilities>
<Presence_Attribute name="Presence attribute name">Value<Presence_Attribute>
…
…
…
<／remoteParty>

[付録‘Ｃ’]
<?xml version="1.0" encoding="UTF-8"?>=
<peer:peer
xsi:schemaLocation="urn:schemas--upnp-org:phone:peer
http:／／www.upnp.org／schemas／phone／peer-v1.xsd"
xmlns:xsi="http:／／www.w3.org／2001／XMLSchema-instance"
xmlns:peer="urn:schemas-upnp-org:phone:peer">
<peer:id>
The identifier of the Peer （e.g., phone number, etc.）
<／peer:id>
<peer:name>A user friendly name for the Peer<／peer:name>
<peer:contactInstanceId>
The instance identifier for a contact referred by the Peer
<／peer:contactInstanceId>

<peer:groupInstanceId>
The instance identifier for a group referred by the Peer
<／peer:groupInstanceId>
<peer:image type="URL／thumbnail">
<content-type>content type information for the image data
<／content-type>
<content-Transfer-Encoding>Encoding information
<／content-Transfer-Encoding>
<imagedata>actual image information<／imagedata>
<／peer:image>
<peer:location type=map／coordinates> Either a URL points to map information; URL for a map image OR it could include longitude and latitude information in ["LAT LON"] order.
<／peer:location>
<／peer:peer>

[付録‘Ｄ’]
<?xml version="1.0" encoding="UTF-8"?>
<messaging:message
xsi:schemaLocation="urn:schemas-upnp-org:phone:messaging
http:／／www.upnp.org／schemas／phone／messaging-v1.xsd"
xmlns:xsi="http:／／www.w3.org／2001／XMLSchema-instance"
xmlns:messaging="urn:schemas-upnp-org:phone:messaging"
xmlns:peer="urn:schemas-upnp-org:phone:peer">
<messageID>ID of the Message（i.e., abcdef.123456）<／messageID>
<sessionID>ID of the Session<／sessionID>
<messageClass>Class of the Message<／messageClass>
<messageFolder>Folder where the Message is stored<／messageFolder>
<messageStatus>Status of the Message<／messageStatus>
<replyMessageID>ID of the replied Message<／replyMessageID>
<recipientsList>
<recipientTo>
Recipient information （i.e.,
<peer:id>jane.doe@acme.com<／peer:id>
<peer:contactInstanceId>12<／peer:contactInstanceId>）
<／recipientTo>

<recipientCc>
Cc Recipient information （i.e.,
<peer:id>Bull.Dog@dogs.com<／peer:id>）
<／recipientCc>

<recipientBcc>
Bcc Recipient information （i.e.,
<peer:id>Fox.Terrier@dogs.com<／peer:id>
<peer:name>Fox Terrier<／peer:name>
<peer:contactInstanceId>4<／peer:contactInstanceId>）
<／recipientBcc>

<recipientFrom>
Sender information （i.e.,
<peer:id>The.Sender@fromhere.com<／peer:id>
<peer:name>Bob the Sender<／peer:name>）
<／recipientFrom>
<／recipientsList>
<subject>Message title<／subject>
<text>Message text<／text>
<attachments>
<attachment>
<uri>
URI of the attachment（i.e.,http:／／192.168.1.3／file1.pdf）
<／uri>
<size>Size of the attachment<／size>

* <mimeType>MIME type of the attachment<／mimeType>
<／attachment>

<／attachments>
<dateSent>Date when the Message is sent<／dateSent>
<dateReceived>Date when the Message is received<／dateReceived>
<／messaging:message>

[付録 ‘Ｅ’]
<?xml version="1.0" encoding="UTF-8"?>
<messaging:sessionsList
xsi:schemaLocation="urn:schemas-upnp-org:phone:messaging
http:／／www.upnp.org／schemas／phone／messaging-v1.xsd"
xmlns:xsi="http:／／www.w3.org／2001／XMLSchema-instance"
xmlns:messaging="urn:schemas-upnp-org:phone:messaging"
xmlns:peer="urn:schemas-upnp-org:phone:peer">
<sessionInfo>
<sessionID>ID of the Session<／sessionID>
<sessionClass>Class of the Session<／sessionClass>
<sessionStatus>Status of the Session<／sessionStatus>
<recipientsList>
<recipientTo>
Recipient information
<／recipientTo>

<recipientCc>
Cc Recipient information
<／recipientCc>

<recipientBcc>
Bcc Recipient information
<／recipientBcc>

<recipientFrom>
Session creator information
<／recipientFrom>
<／recipientsList>
<／sessionInfo>

<／messaging:sessionsList>

[付録‘Ｆ’]
<?xml version="1.0" encoding="utf-8"?>
<cams:mediaCapabilityInfo
xsi:schemaLocation="urn:schemas-upnp-org:phone:cams
http:／／www.upnp.org／schemas／phone／cams.xsd"
xmlns:xsi="http:／／www.w3.org／2001／XMLSchema-instance"
xmlns:cams="urn:schemas-upnp-org:phone:cams">

* <mediaMixingCapability><／mediaMixingCapability>
<mediaSharingCapability><／mediaSharingCapability>
<enableMediaMixing> 1 or 0 <／enableMediaMixing>
<shareMedia>Media Session ID<／shareMedia>
<mediaCapability format="format of the Media Capability">
Media capability
<／mediaCapability>
<nativeMediaCapability format="format of the Native Media Capability">
Media capability
<／nativeMediaCapability>
<／cams:mediaCapabilityInfo>

[ 付録‘Ｇ’]
<?xml version="1.0" encoding="utf-8"?>
<cams:mediaCapabilityInfo
xsi:schemaLocation="urn:schemas-upnp-org:phone:cams
http:／／www.upnp.org／schemas／phone／cams.xsd"
xmlns:xsi="http:／／www.w3.org／2001／XMLSchema-instance"
xmlns:cams="urn:schemas-upnp-org:phone:cams">

* <Refer_Infortype="Location／Image／...">URL<／Refer_Info>
<shareMedia>MediaSession ID<／shareMedia>
<mediaCapability format="format of the Media Capability">
Media capability
<／mediaCapability>
<nativeMediaCapability format="format of the Native Media Capability">
Media capability
<／nativeMediaCapability>

１００… ＵＰｎＰホームネットワークシステム
１０１… ＵＰｎＰホームネットワーク環境
１０２… ＴＳ
１０４Ａ… ＴｅｌＣＰ
１０４Ｂ… ＴｅｌＣＰ
１０４Ｎ… ＴｅｌＣＰ
１０６Ａ… 遠隔当事者デバイス
１０６Ｎ… 遠隔当事者デバイス
１０８… ＵＰｎＰホームネットワーク
１１０… ＷＡＮ
１１２… アドレスブック
１１４… プレゼンスサービス
９０２… プロセッサ
９０４… メモリ
９０６… ＲＯＭ
９０８… 送受信機
９１０… 通信インターフェース
９１２… バス
９１４… ディスプレイ
９１６… 入力デバイス
９１８… カーソル制御機
９２０… イベント通知モジュール

Claims

ホームネットワーク環境でテレフォニーサーバがテレフォニークライアントに着信イベント通知を提供する方法であって、
無線装置に関連する着信イベントを受信するステップと、
前記無線装置に関連する情報を獲得するステップと、
前記着信イベントに関連する呼イベント通知を生成するステップと、
前記ホームネットワーク内の少なくとも一つのテレフォニークライアントに前記着信イベント通知を伝達するステップと、を含み、
前記無線装置に関連する情報は前記テレフォニーサーバまたは他の電子装置に予め記憶され、
前記着信イベント通知は前記無線装置に関連する情報を含み、
前記無線装置に関連する情報は、前記無線装置に対するコンタクト情報、イメージ情報及び位置情報を含む
ことを特徴とする方法。
前記着信イベントは、
呼サービス及びメッセージサービスのうち少なくとも一つに関連する
ことを特徴とする請求項１に記載の方法。
前記着信イベントは外部ネットワークから受信され、
前記着信イベント通知は前記ホームネットワーク環境により伝達される
ことを特徴とする請求項１に記載の方法。
前記少なくとも一つのテレフォニークライアントは、
前記無線装置の情報に関連するＵＲＬ（Uniform Resource Locator）をディスプレイする
ことを特徴とする請求項１に記載の方法。
前記少なくとも一つのテレフォニークライアントは、
前記ＵＲＬを通してバックエンドサーバから前記無線装置に関連する情報を獲得し、前記無線装置に関連する情報をディスプレイする
ことを特徴とする請求項４に記載の方法。
ホームネットワークで少なくとも一つのテレフォニークライアントに通信可能に結合されたテレフォニーサーバであって、
トランシーバと、
非一時的な機械判読可能命令を記憶する少なくとも一つの記憶媒体を含むメモリと、
前記テレフォニーサーバに対する非一時的機械判読可能命令を実行する少なくとも一つのプロセッサとを含み、
前記トランシーバが無線装置から着信イベントを受信すると、前記少なくとも一つのプロセッサが前記テレフォニーサーバによって前記無線装置に関連する情報を獲得し、前記着信イベントに関連する呼イベント通知を生成し、前記ホームネットワーク内の少なくとも一つのテレフォニークライアントに前記着信イベント通知を伝達し、
前記無線装置に関連する情報は前記テレフォニーサーバまたは他の電子装置に予め記憶され、
前記着信イベント通知は前記無線装置に関連する情報を含み、
前記少なくとも一つのテレフォニークライアントが前記着信イベント通知に基づいて前記無線装置に関連する情報をディスプレイし、
前記無線装置に関連する情報は、前記無線装置に対するコンタクト情報、イメージ情報及び位置情報を含む
ことを特徴とするテレフォニーサーバ。
前記着信イベントは、
呼サービス及びメッセージサービスのうち少なくとも一つに関連する
ことを特徴とする請求項６に記載のテレフォニーサーバ。
前記少なくとも一つのテレフォニークライアントは、
前記無線装置の情報に関連するＵＲＬ（Uniform Resource Locator）をディスプレイする
ことを特徴とする請求項６に記載のテレフォニーサーバ。
前記少なくとも一つのテレフォニークライアントは、
前記ＵＲＬを通してバックエンドサーバから前記無線装置に関連する情報を獲得し、前記無線装置に関連する情報をディスプレイする
ことを特徴とする請求項８に記載のテレフォニーサーバ。
ホームネットワーク環境で着信イベント内のユーザ情報を提供するための方法であって、
テレフォニークライアントから無線装置に対する着信イベントを開始するための要請を受信するステップと、
前記テレフォニークライアントのユーザに関連する情報を獲得するステップと、
前記ユーザに関連する情報とともに前記着信イベントに関連する着信イベント通知を生成するステップと、
前記無線装置への前記着信イベント通知とともに前記着信イベントを開始するステップとを含み、
前記テレフォニークライアントのユーザに関連する情報は、前記テレフォニークライアントのユーザに対するコンタクト情報、イメージ情報及び位置情報を含む
ことを特徴とする方法。
前記着信イベントは、呼、メッセージ、状態アップデートまたはチャットである
ことを特徴とする請求項１０に記載の方法。
前記無線装置が前記着信イベントを受信すると前記無線装置に対する着信イベント通知とともに前記ユーザに関連する情報をディスプレイするステップをさらに含む
ことを特徴とする請求項１０に記載の方法。
ホームネットワークで少なくとも一つのテレフォニークライアントに通信可能に結合されたテレフォニーサーバであって、
トランシーバと、
非一時的な機械判読可能命令を記憶する少なくとも一つの記憶媒体を含むメモリと、前記テレフォニーサーバに対する非一時的機械判読可能命令を実行する少なくとも一つのプロセッサとを含み、
前記トランシーバがテレフォニークライアントから無線装置に対する着信イベントを開始するための要請を受信すると、前記テレフォニークライアントのユーザに関連する情報を獲得し、前記ユーザに関連する情報とともに前記着信イベントに関連する着信イベント通知を生成し、前記無線装置への着信イベント通知とともに前記着信イベントを開始し、前記無線装置が前記着信イベントを受信すると、前記無線装置に前記着信イベント通知とともに前記ユーザに関連する情報をディスプレイし、
前記テレフォニークライアントのユーザに関連する情報は、前記テレフォニークライアントのユーザに対するコンタクト情報、イメージ情報及び位置情報を含む
ことを特徴とするテレフォニーサーバ。
前記着信イベントは、呼、メッセージ、状態アップデートまたはチャットである
ことを特徴とする請求項１３に記載のテレフォニーサーバ。