(57)【要約】【課題】  ＵＰｎＰイベントに関する情報を効率的に送受信する方法及び装置を提供する。【解決手段】  サービスの状態変化のうち、少なくとも一つ以上の状態変化が発生したことを知らせるイベントに対して一部の状態変化の発生のみを知らせることを要請し、これに対する応答から一部の状態変化の発生に関する情報を受信することで、制御ポイントは、自身に必ず必要な状態変数のみを含む。【選択図】      図５
2007133881.tif 000002
【特許請求の範囲】
【請求項１】
（ａ）サービスの状態変化のうち、少なくとも一つ以上の状態変化が発生したことを知らせるイベントに対して、前記状態変化のうち、一部の状態変化の発生のみを知らせることを要請するステップと、
（ｂ）前記要請に対する応答から前記一部の状態変化の発生に関する情報を受信するステップとを含むことを特徴とするイベント情報受信方法。
【請求項２】
前記イベントは、ＵＰｎＰデバイスが提供するサービスの状態変化のうち、少なくとも一つ以上の状態変化が発生したことを知らせるイベントであることを特徴とする請求項１に記載のイベント情報受信方法。
【請求項３】
前記（ａ）ステップは、前記サービスの状態を表す状態変数のうち、一部の状態変数の値が変化された場合にのみ、前記一部の状態変数の現在値を知らせることを要請することを特徴とする請求項１に記載のイベント情報受信方法。
【請求項４】
前記（ａ）ステップは、前記イベントに対する加入を要請するメッセージに前記一部の状態変数のＩＤが記録された拡張ヘッダを挿入することで、前記一部の状態変数の現在値を知らせることを要請することを特徴とする請求項３に記載のイベント情報受信方法。
【請求項５】
前記イベントに対する加入を更新するメッセージに前記ＩＤではない新たなＩＤを追加するか、前記ＩＤを削除することを指示する拡張ヘッダを挿入することで、前記一部の状態変数の更新を要請するステップをさらに含むことを特徴とする請求項４に記載のイベント情報受信方法。
【請求項６】
前記（ａ）ステップは、前記サービスの状態を表す状態変数のうち、少なくとも一つ以上の状態変数の値の変化が所定レベル以上である場合にのみ、前記状態変数の現在値を知らせることを要請することを特徴とする請求項１に記載のイベント情報受信方法。
【請求項７】
前記（ａ）ステップは、前記イベントに対する加入を要請するメッセージに前記所定レベルを表す値が記録された拡張ヘッダを挿入することで、前記状態変数の現在値を知らせることを要請することを特徴とする請求項６に記載のイベント情報受信方法。
【請求項８】
前記イベントに対する加入を更新するメッセージに前記所定レベルを表す値を変更することを指示する拡張ヘッダを挿入することで、前記所定レベルの変更を要請するステップをさらに含むことを特徴とする請求項７に記載のイベント情報受信方法。
【請求項９】
サービスの状態変化のうち、少なくとも一つ以上の状態変化が発生したことを知らせるイベントに対して、前記状態変化のうち、一部の状態変化の発生のみを知らせることを要請する要請部と、
前記要請部での要請に対する応答から前記一部の状態変化の発生に関する情報を受信するイベンティングモジュールとを備えることを特徴とするイベント情報受信装置。
【請求項１０】
サービスの状態変化のうち、少なくとも一つ以上の状態変化が発生したことを知らせるイベントに対して、前記状態変化のうち、一部の状態変化の発生のみを知らせることを要請するステップと、
前記要請に対する応答から前記一部の状態変化の発生に関する情報を受信するステップとを含むことを特徴とするイベント情報受信方法をコンピュータで実行させるためのプログラムを記録したコンピュータで読み取り可能な記録媒体。
【請求項１１】
（ａ）サービスの状態変化のうち、少なくとも一つ以上の状態変化が発生したことを知らせるイベントに対する要請として、前記状態変化のうち、一部の状態変化の発生のみを知らせよという要請を検出するステップと、
（ｂ）前記検出された要請に対する応答として前記一部の状態変化の発生に関する情報を伝送するステップと、を含むことを特徴とするイベント情報伝送方法。
【請求項１２】
前記イベントは、ＵＰｎＰデバイスが提供するサービスの状態変化のうち、少なくとも一つ以上の状態変化が発生したことを知らせるイベントであることを特徴とする請求項１１に記載のイベント情報伝送方法。
【請求項１３】
前記（ａ）ステップは、前記サービスの状態を表す状態変数のうち、一部の状態変数の値が変化された場合にのみ、前記一部の状態変数の現在値を知らせよという要請を検出し、
前記（ｂ）ステップは、前記一部の状態変数の値が変化された場合に前記一部の状態変数の現在値を含むイベントメッセージを伝送することを特徴とする請求項１１に記載のイベント情報伝送方法。
【請求項１４】
前記（ａ）ステップは、前記イベントへの加入を要請するメッセージから前記一部の状態変数のＩＤを検出することで、前記要請を検出することを特徴とする請求項１３に記載のイベント情報伝送方法。
【請求項１５】
前記ＩＤではない新たなＩＤが追加されたことを確認するか、前記ＩＤが削除されたことを確認することで、前記一部の状態変数の更新に対する要請を検出するステップをさらに含むことを特徴とする請求項１４に記載のイベント情報伝送方法。
【請求項１６】
前記（ａ）ステップは、前記サービスの状態を表す状態変数のうち、少なくとも一つ以上の状態変数の値の変化が所定レベル以上である場合にのみ、前記状態変数の現在値を知らせよという要請を検出し、
前記（ｂ）ステップは、前記状態変数の値が変化が所定レベル以上である場合に前記状態変数の現在値を含むイベントメッセージを伝送することを特徴とする請求項１１に記載のイベント情報伝送方法。
【請求項１７】
前記（ａ）ステップは、前記イベントへの加入を要請するメッセージから前記所定レベルを表す値を検出することで、前記要請を検出することを特徴とする請求項１６に記載のイベント情報伝送方法。
【請求項１８】
前記所定レベルを表す値の変更を確認することで、前記所定レベルの更新に対する要請を検出するステップをさらに含むことを特徴とする請求項１７に記載のイベント情報伝送方法。
【請求項１９】
サービスの状態変化のうち、少なくとも一つ以上の状態変化が発生したことを知らせるイベントに対する要請として、前記状態変化のうち、一部の状態変化の発生のみを知らせよという要請を検出する検出部と、
前記検出部により検出された要請に対する応答として、前記一部の状態変化の発生に関する情報を伝送するイベンティングモジュールとを備えることを特徴とするイベント情報伝送装置。
【請求項２０】
サービスの状態変化のうち、少なくとも一つ以上の状態変化が発生したことを知らせるイベントに対する要請として、前記状態変化のうち、一部の状態変化の発生のみを知らせよという要請を検出するステップと、
前記検出された要請に対する応答として、前記一部の状態変化の発生に関する情報を伝送するステップとを含むことを特徴とするイベント情報伝送方法をコンピュータで実行させるためのプログラムを記録したコンピュータで読み取り可能な記録媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明はＵＰｎＰ（ユニバーサル  プラグ  アンド  プレイ）に係り、特に、ＵＰｎＰイベントに関する情報を効率的に送受信する方法及び装置に関する。
【背景技術】
【０００２】
現在、プラグアンドプレイ機能を使用してＰＣ（パーソナル  コンピュータ）が周辺装置を自動的に認識可能にしている。これにより、ユーザの立場で周辺装置の設置が非常に容易になった。ＵＰｎＰは、このような機能をネットワーク全体に拡張させた技術であり、ＰＣ、周辺装置、家電製品などのような装置がネットワークに接続された時、互いに自動的に認識可能にする。ＵＰｎＰは、ネットワーク装置を次のように２つに大別する。あるサービスを提供する装置を被制御デバイス（ＣＤ、コントロールド  デバイス；デバイスと略称）といい、このようなサービスを利用するためにデバイスを制御する制御ポイント（ＣＰ、コントロール  ポイント）がある。
【０００３】
図１は、ＵＰｎＰネットワーキングの構成ステップを示す図である。図１を参照するに、ＵＰｎＰネットワーキングは、アドレス指定（アドレッシング）ステップ（１１）、発見（ディスカバリ）ステップ（１２）、説明（デスクリプション）ステップ（１３）、制御（コントロール）ステップ（１４）、イベンティングステップ（１５）及びプレゼンテーションステップ（１６）で構成される。
【０００４】
アドレス指定ステップ（１１）では、自動ＩＰ方式またはＤＨＣＰ（ダイナミック  ホスト  コンフィギュレーション  プロトコル）クライアント方式によってＵＰｎＰネットワーク装置、すなわち、デバイス及び制御ポイントのＩＰアドレスを指定する。
【０００５】
発見ステップ（１２）では、アドレス指定ステップ（１１）でデバイス及び制御ポイントがＩＰアドレスを割り当てられたならば、ＳＳＤＰ（シンプル  サービス  ディスカバリ  プロトコル）によって制御ポイントはネットワーク上に存在するデバイスを発見する。
【０００６】
説明ステップ（１３）では、発見ステップ（１２）で制御ポイントがネットワーク上に存在するデバイスを発見したならば、制御ポイントはこのデバイスがいかなるサービスを提供するかを調べるために、デバイス２についての説明を獲得する。
【０００７】
制御ステップ（１４）では、説明ステップ（１３）で制御ポイントがデバイス２についての説明を獲得したならば、ＳＯＡＰ（シンプル  オプジェクト  アクセス  プロトコル）によって、このデバイス２についての説明を参照してアクションを呼び出すことでデバイス２を制御する。
【０００８】
イベンティングステップ（１５）では、ＧＥＮＡ（ジェネリック  イベント  ノーティフィケーション  アーキテクチャ）によってデバイス４は、サービスの状態変化のうち、少なくとも一つ以上の状態変化が発生したことを知らせるためにイベントメッセージを伝送する。
【０００９】
プレゼンテーションモジュール（１６）では、制御ポイントがデバイスのプレゼンテーションＵＲＬ（ユニフォーム  リソース  ロケータ）に接続してデバイスのプレゼンテーションをユーザに提供し、ユーザは、デバイスのプレゼンテーションＵＲＬを通じてデバイスを制御するか、デバイスの状態が分かる。
【００１０】
図２は、従来のＵＰｎＰイベンティング過程を示す図である。図２を参照するに、従来のＵＰｎＰイベンティング過程は、次のようなステップで構成される。
【００１１】
まず、制御ポイント１は、デバイス２が提供するサービスの状態変化を調べるために、このサービスの状態変化を知らせるイベントに対する加入を要請するイベント加入要請（イベント  サブスクリプション  リクエスト）メッセージを伝送する。次いで、デバイス２は、イベント加入要請メッセージを受信すれば、制御ポイント１のイベント加入が成功したことを表すイベント加入応答（イベント  サブスクリプション  レスポンス）メッセージを伝送する。
【００１２】
次いで、デバイス２は、サービスの状態を表す状態変数の現在値を含む最初のイベントメッセージを伝送する。次いで、デバイス２は、サービスの状態変化によってイベントが発生すれば、このイベントに加入した制御ポイントにサービスの状態を表す状態変数の現在値を含むイベントメッセージを伝送する。
【００１３】
前記のように、従来にはデバイス２が提供するサービスの状態のうちいずれか一つの状態が変化すれば、デバイス２はサービス単位でイベントを伝送する。これにより、サービスの状態変化を知らせるイベントに加入したあらゆる制御ポイントは、サービスの状態すべてに関する情報、すなわち、あらゆる状態変数の現在値を含むイベントメッセージを受信する。
【００１４】
すなわち、制御ポイントは、自身に必要ない状態変数を含むイベントメッセージを受信し、その結果、イベントメッセージまたは特定状態変数をフィルタリングして捨てる。これはネットワークのトラフィックを増大させ、制御ポイントのロードを加重させる要因として作用するという問題点があった。特に、ネットワークの帯域幅が狭いホームネットワーク環境や、ハードウェア性能の低い制御ポイントの場合に、このような問題点はさらに大きくなる。
【特許文献１】韓国特許公開第１０−２００４−０００５４６４号公報
【特許文献２】韓国特許公開第１０−２００５−００５０３１７号公報
【特許文献３】米国特許第６，７２５，２８１Ｂ１明細書
【発明の開示】
【発明が解決しようとする課題】
【００１５】
本発明が解決しようとする技術的課題は、ＵＰｎＰによる装置の特性を考慮してさらに効率的にＵＰｎＰイベントに関する情報を送受信可能にする方法及び装置を提供するところにある。また、前記方法をコンピュータで実行させるためのプログラムを記録したコンピュータで読み取り可能な記録媒体を提供するところにある。
【課題を解決するための手段】
【００１６】
前記技術的課題を解決するための本発明によるイベント情報受信方法は、サービスの状態変化のうち、少なくとも一つ以上の状態変化が発生したことを知らせるイベントに対して、前記状態変化のうち、一部の状態変化の発生のみを知らせることを要請するステップと、前記要請に対する応答から前記一部の状態変化の発生に関する情報を受信するステップとを含む。
【００１７】
前記技術的課題を解決するための本発明によるイベント情報受信装置は、サービスの状態変化のうち、少なくとも一つ以上の状態変化が発生したことを知らせるイベントに対して、前記状態変化のうち、一部の状態変化の発生のみを知らせることを要請するステップと、前記要請に対する応答から前記一部の状態変化の発生に関する情報を受信するステップとを含む。
【００１８】
前記技術的課題を解決するために、本発明は、前記イベント情報受信方法をコンピュータで実行させるためのプログラムを記録したコンピュータで読み取り可能な記録媒体を提供する。
【００１９】
前記技術的課題を解決するための本発明によるイベント情報伝送方法は、サービスの状態変化のうち、少なくとも一つ以上の状態変化が発生したことを知らせるイベントに対する要請として、前記状態変化のうち、一部の状態変化の発生のみを知らせよという要請を検出するステップと、前記検出された要請に対する応答として前記一部の状態変化の発生に関する情報を伝送するステップとを含むことを特徴とする。
【００２０】
前記技術的課題を解決するための本発明によるイベント情報伝送装置は、サービスの状態変化のうち、少なくとも一つ以上の状態変化が発生したことを知らせるイベントに対する要請として、前記状態変化のうち、一部の状態変化の発生のみを知らせよという要請を検出する検出部と、前記検出部により検出された要請に対する応答として、前記一部の状態変化の発生に関する情報を伝送するイベンティングモジュールとを備える。
【００２１】
前記技術的課題を解決するために、本発明は、前記イベント情報伝送方法をコンピュータで実行させるためのプログラムを記録したコンピュータで読み取り可能な記録媒体を提供する。
【発明の効果】
【００２２】
本発明によれば、ＵＰｎＰデバイスが提供するサービスの状態変化のうち、一部の状態変化の発生に関する情報のみを含むイベントメッセージを伝送できる拡張モードを提案することで、制御ポイントが自身に必ず必要な状態変数のみを含むイベントメッセージを受信する。その結果、従来の必要ない状態変数を含むイベントメッセージを受信し、このようなイベントメッセージまたは特定状態変数をフィルタリングして捨てる過程が除去される。
【００２３】
特に、制御ポイントのハードウェア性能が低い場合、従来には、制御ポイントがデバイスに必要ない状態変数を含むイベントメッセージも受信するようになって、これが制御ポイントのロードを加重させる要因として作用した。しかし、本発明によれば、制御ポイントのハードウェア性能によってイベントメッセージの受信回数を調節できる。また、制御ポイントで実行中であるアプリケーションの特性によって、このアプリケーション一部の状態変数のみを要求するか、一部の状態変数の値があまり頻繁に変化する場合がありうる。本発明によれば、制御ポイントで行われるアプリケーションの特性を考慮してさらに効率的に一部の状態変化の発生に関する情報のみを受信することができる。
【００２４】
また、本発明によれば、ＵＰｎＰデバイスが提供するサービスの一部の状態変数の更新を要請する拡張イベント加入更新メッセージを提案することで、イベントに加入した制御ポイントが既に要求した状態変数を動的に追加するか削除できる。また、本発明による拡張イベント加入要請メッセージ、拡張イベント加入更新メッセージはＨＴＴＰ拡張ヘッダを利用して具現されるために、互換性の問題なしに既存のＵＰｎＰイベンティング方式と並行して本発明が適用されうる。結局、本発明によれば、ホームネットワークを通じて伝送されるイベントメッセージの全体数を低減してホームネットワークの帯域幅を節約できる。
【発明を実施するための最良の形態】
【００２５】
以下では、図面を参照して本発明の望ましい実施形態を詳細に説明する。
【００２６】
ＵＰｎＰが適用されるネットワークがほとんどホームネットワークであることを考慮する時、ＵＰｎＰによる装置は非常に多様にならざるをえない。したがって、ＵＰｎＰによる装置の特性、すなわち、装置で行われるアプリケーションの特性、装置のハードウェア性能などを考慮してデバイスが提供するサービスの状態変化のうち、一部の状態変化の発生に関する情報のみを受信することがさらに効率的である。
【００２７】
例えば、制御ポイントがサービスの状態を表す状態変数のうち、一部の状態変数のみを要求するアプリケーションを実行中である場合、制御ポイントは、デバイスから前記一部の状態変数の現在値のみを受信すればよい。また、制御ポイントのハードウェア性能が低い場合、制御ポイントがデバイスから頻繁にイベントメッセージを受信することは、制御ポイントに大きいロードとして作用する。この場合、制御ポイントが、サービスの状態変化が所定レベル以上である場合にのみ、この状態を表す状態変数の現在値を受信するようにすればよい。
【００２８】
したがって、本実施形態では、イベントメッセージがデバイスにより一方的に伝送され、サービス単位で伝送される従来の方式を脱皮して、デバイスが制御ポイントの特性を考慮してサービスの状態変化のうち、一部の状態変化の発生に関する情報のみを提供できる拡張モードを提案する。
【００２９】
図３は、本発明の望ましい一実施形態による拡張イベント加入要請メッセージ、及び拡張イベント加入応答メッセージのフォーマットを示す図である。図３を参照するに、制御ポイント３は、ＵＰｎＰイベント加入要請メッセージに本実施形態による拡張ヘッダであるＥＸＳＵＢＲＥＱヘッダが挿入された形態で構成された拡張イベント加入要請メッセージを伝送する。この拡張ヘッダには状態変数のＩＤが記録され、状態変数の所定レベルを表す値が記録される。
【００３０】
制御ポイント３は、このような拡張ヘッダをＵＰｎＰイベント加入要請メッセージに挿入することで、サービスの状態変化のうち、一部状態の変化の発生のみを知らせることをデバイス４に要請できる。さらに詳細に説明すれば、制御ポイント３は、一部の状態変数のＩＤが記録された拡張ヘッダをＵＰｎＰイベント加入要請メッセージに挿入することで、一部の状態変数の値が変化された場合にのみ、この一部の状態変数現在値を知らせることを要請できる。また、制御ポイント３は、少なくとも一つ以上の状態変化の所定レベルを表す値が記録された拡張ヘッダをＵＰｎＰイベント加入要請メッセージに挿入することで、デバイス４が提供するサービスの状態を表す状態変数のうち、少なくとも一つ以上の状態変数の値の変化が所定レベル以上である場合にのみ、この状態変数の現在値を知らせることを要請できる。また、制御ポイント３は、一部の状態変数のＩＤ及びこの一部の状態変数の所定レベルを表す値が記録された拡張ヘッダをＵＰｎＰイベント加入要請メッセージに挿入することで、デバイス４が提供するサービスの状態を表す状態変数のうち、一部の状態変数の値の変化が所定レベル以上である場合にのみ、この一部の状態変化値のみを知らせることを要請できる。
【００３１】
例えば、図３に図示された拡張イベント加入要請メッセージの拡張ヘッダのＩＤフィールドには状態変数のＩＤ  Ｖａｒ１が記録されており、レベルフィールドには状態変数Ｖａｒ１の所定レベルを表す値Ｌｅｖ１が記録されている。この拡張イベント加入要請メッセージを受信したデバイス４は、サービスの状態を表す状態変数のうち状態変数Ｖａｒ１の値の変化がＬｅｖ１以上である場合にのみ、デバイス４は状態変数Ｖａｒ１の現在値のみを知らせることを要請できる。もし、Ｌｅｖ１が記録されたレベルフィールドが存在していなければ、これは、状態変数Ｖａｒ１の値が変わる度に知らせることを要請することを意味する。
【００３２】
ここで、所定レベルを表す値Ｌｅｖ１は、状態変数の大きさを表す値になることもあり、状態変数の変化回数を表す値になることもある。例えば、Ｌｅｖ１が３ならば、これの状態変数の変化値大きさが３以上である場合にのみ状態変数Ｖａｒ１の現在値のみを知らせることを要請することを意味することもあり、これの状態変数の変化回数が３以上である場合にのみ状態変数Ｖａｒ１の現在値のみを知らせることを要請することを意味することもある。これは、状態変数の特性や、制御ポイント３とデバイス４間の事前の約束によっていずれか一つに特定できる。
【００３３】
拡張イベント加入要請メッセージを受信したデバイス４は、ＵＰｎＰイベント加入応答メッセージに本実施形態による拡張ヘッダであるＥＸＳＵＢＲＥＳヘッダが挿入された形態で構成された拡張イベント加入応答メッセージを伝送する。この拡張ヘッダには、拡張イベント加入要請の処理が可能であるということを表す成功表示、または拡張イベント加入要請の処理が不可能であるということを表す失敗表示が記録される。デバイス４が拡張モードを支援しない場合には、成功表示が記録された拡張ヘッダを含む拡張イベント加入応答メッセージを伝送し、拡張モードを支援する場合には、失敗表示が記録された拡張ヘッダを含む拡張イベント加入応答メッセージを伝送する。さらに、拡張イベント加入応答メッセージの拡張ヘッダに、状態変数ごとの成功または失敗如何を表す値を記録することもできる。
【００３４】
以後、デバイス４は、前記過程を経て本実施形態による拡張イベントに加入した制御ポイント３に、デバイス４が提供するサービスの状態変化のうち、一部状態の変化が発生した場合にのみイベントメッセージを伝送する。これにより、制御ポイントが自身に必ず必要な状態変数のみを含むイベントメッセージを受信するようになって、その結果、必要ない状態変数を含むイベントメッセージを受信し、このようなイベントメッセージまたは特定状態変数をフィルタリングして捨てる過程が除去される。
【００３５】
図４は、本発明の望ましい一実施形態による拡張イベント加入更新メッセージのフォーマットを示す図である。図４を参照するに、制御ポイント３は、ＵＰｎＰイベント加入更新メッセージに本実施形態による拡張ヘッダであるＡＤＤヘッダ、ＤＥＬＥＴＥヘッダが挿入された形態で構成された拡張イベント加入要請メッセージを伝送する。この拡張ヘッダには、既存の拡張ヘッダに記録されたＩＤではない新たなＩＤを追加するか、既存の拡張ヘッダに記録されたＩＤを削除することを指示する内容が記録される。すなわち、ＡＤＤヘッダには追加される新たなＩＤが記録され、ＤＥＬＥＴＥヘッダには削除される既存のＩＤが記録される。
【００３６】
制御ポイント３は、イベント加入状態を維持するために、イベント加入更新メッセージを周期的に伝送せねばならない。本実施形態によれば、制御ポイント３は、このような拡張ヘッダをＵＰｎＰイベント加入更新メッセージに挿入することで、一部の状態変数の更新を要請できる。すなわち、イベント加入更新過程がサービス単位ではない状態変数単位で行われる。
【００３７】
例えば、図３に図示された拡張イベント加入更新メッセージのＡＤＤヘッダには状態変数のＩＤ  Ｖａｒ２が記録されており、この状態変数の所定レベルを表す値Ｌｅｖ１が記録されている。また、ＤＥＬＥＴＥヘッダにはＶａｒ２が記録されている。これにより、この拡張イベント加入更新メッセージを受信したデバイス４は、状態変数Ｖａｒ１の値が変化された場合にはこれを無視し、状態変数Ｖａｒ２の値の変化がＬｅｖ２以上である場合にのみ、デバイス４は、状態変数Ｖａｒ２の現在値を含むイベントメッセージを伝送する。
【００３８】
図３及び図４に図示された拡張ヘッダがＨＴＴＰ拡張ヘッダであるために、既存のＵＰｎＰイベンティング方式によるデバイスが前記拡張イベント加入要請メッセージ、拡張イベント加入更新メッセージを受信すれば、この拡張ヘッダは無視される。これにより、拡張イベント加入要請メッセージ、拡張イベント加入更新メッセージは、ＵＰｎＰ拡張イベント加入要請メッセージ、ＵＰｎＰ拡張イベント加入更新メッセージとして処理される。すなわち、本実施形態にはいかなる互換性の問題なしに既存のＵＰｎＰイベンティング方式と並行して適用できる。
【００３９】
図５は、本発明の望ましい一実施形態による制御ポイント３及びデバイス４の構成図である。図５を参照するに、本実施形態による制御ポイント３は、アドレス指定モジュール３１、発見モジュール３２、説明モジュール３３、制御モジュール３４、イベンティングモジュール３５、プレゼンテーションモジュール３６、状態変化選定部３５１、拡張イベント加入要請部３５２、拡張イベント加入更新部３５３、拡張イベント加入応答検出部３５４及び拡張イベント加入応答処理部３５５で構成される。
【００４０】
アドレス指定モジュール３１は、ＵＰｎＰのアドレス指定ステップを行う。より詳細に説明すれば、アドレス指定モジュール３１は、自動ＩＰ（Ａｕｔｏ  ＩＰ）方式またはＤＨＣＰクライアント方式によって制御ポイント３のＩＰアドレスを指定する。発見モジュール３２、説明モジュール３３、制御モジュール３４、イベンティングモジュール３５、プレゼンテーションモジュール３６は、アドレス指定モジュール３１により指定されたＩＰアドレスを使用して制御ポイント３と通信を行う。
【００４１】
発見モジュール３２は、ＵＰｎＰの発見ステップを行う。より詳細に説明すれば、発見モジュール３２は、ＳＳＤＰによってデバイス４から伝送された広告（アドバータイズ）メッセージからデバイス４がネットワークに接続したことを認識する。
【００４２】
説明モジュール３３は、ＵＰｎＰの説明ステップを行う。より詳細に説明すれば、説明モジュール３３は、発見モジュール３２でのＵＰｎＰ発見ステップ実行により認識されたデバイス４から、デバイス４についての説明を獲得する。デバイス４についての説明には、デバイス４の製品情報、製造社情報、デバイス４が提供するサービスの目録、デバイス４のプレゼンテーションＵＲＬなどが含まれている。
【００４３】
制御モジュール３４は、ＵＰｎＰの制御ステップを行う。より詳細に説明すれば、制御モジュール４４は、ＳＯＡＰによって説明モジュール４３でのＵＰｎＰ説明ステップ実行により獲得されたデバイス４についての説明を参照してアクションを呼び出すことでデバイス４を制御する。
【００４４】
イベンティングモジュール３５は、ＵＰｎＰのイベントステップを行う。より詳細に説明すれば、イベンティングモジュール３５は、ＧＥＮＡによって説明モジュール４３でのＵＰｎＰ説明ステップ実行により獲得されたデバイス４についての説明、特にデバイス４が提供するサービスの目録を参照してデバイス４が提供するサービスの状態変化のうち、少なくとも一つ以上の状態変化が発生したことを知らせるイベントに対するＵＰｎＰイベント加入要請メッセージを生成して伝送し、これに対する応答に該当するＵＰｎＰイベント加入応答メッセージを受信する。このようなＵＰｎＰイベント加入過程以後、これに対する応答に該当するイベントメッセージを受信する。イベントメッセージは、デバイス４が提供するサービスの状態に関する情報を含んでいる。また、イベンティングモジュール３５は、このようなイベントメッセージを継続的に受信するためには、デバイス４にイベント加入更新メッセージを周期的に伝送せねばならない。
【００４５】
プレゼンテーションモジュール３６は、ＵＰｎＰのプレゼンテーションステップを行う。より詳細に説明すれば、プレゼンテーションモジュール３６は、説明モジュール４３でのＵＰｎＰ説明ステップ実行により獲得されたデバイス４についての説明、特にデバイス４のプレゼンテーションＵＲＬに接続してデバイス４のプレゼンテーションを受信し、これをユーザに提供する。ユーザは、デバイス４のプレゼンテーションＵＲＬを通じてデバイス４を制御するか、デバイス４の状態が分かる。
【００４６】
状態変化選定部３５１は、デバイス４が提供するサービスの状態変化のうち、一部の状態変化を選定する。より詳細に説明すれば、状態変化選定部３５１は、プレゼンテーションモジュール３６により提供されたデバイス４のプレゼンテーションを認知したユーザの指示により、そうでなければ、制御ポイント３が、デバイス４が提供するサービスの状態のうち、いかなる状態を必要とするかを決定する所定アルゴリズムによって、デバイス４が提供するサービスの状態を表す状態変数のうち、一部の状態変数を選定する。
【００４７】
また、状態変化選定部３５１は、プレゼンテーションモジュール３６により提供されたデバイス４のプレゼンテーションを認知したユーザの指示に応じて、そうでなければ、制御ポイント３が、デバイス４が提供するサービスの状態のうち、いかなる状態を必要とするかを決定する所定アルゴリズムによって、このサービスの状態変化のうち、少なくとも一つ以上の状態変化の所定レベルを選定する。
【００４８】
前記２つの選定方式を組み合わせて、次のような方式で一部状態が選定されうる。すなわち、状態変化選定部３５１は、プレゼンテーションモジュール３６により提供されたデバイス４のプレゼンテーションを認知したユーザの指示に応じて、そうでなければ、制御ポイント３が、デバイス４が提供するサービスの状態のうち、いかなる状態を必要とするかを決定する所定アルゴリズムによって、サービスの状態を表す状態変数のうち、一部の状態変数を選定し、この一部の状態変数の所定レベルを選定する。
【００４９】
また、状態変化選定部３５１は、デバイス４に対する拡張イベント加入更新のために、デバイス４が提供するサービスの状態変化のうち、一部の状態変化を再び選定することもある。
【００５０】
拡張イベント加入要請部３５２は、デバイス４が提供するサービスの状態変化のうち、少なくとも一つ以上の状態変化が発生したことを知らせるイベントに対して、状態変化のうち、一部の状態変化の発生のみを知らせることを要請する。より詳細に説明すれば、拡張イベント加入要請部３５２は、状態変化選定部３５１により選定された一部の状態変数のＩＤが記録された拡張ヘッダを生成し、これをＵＰｎＰイベント加入要請メッセージに挿入することで、状態変数選定部３５１により選定された一部の状態変数の値が変化された場合にのみ、この一部の状態変数現在値を知らせることを要請する。
【００５１】
また、拡張イベント加入要請部３５２は、状態変化選定部３５１により選定された少なくとも一つ以上の状態変化の所定レベルを表す値が記録された拡張ヘッダを生成し、これをＵＰｎＰイベント加入要請メッセージに挿入することで、デバイス４が提供するサービスの状態を表す状態変数のうち、少なくとも一つ以上の状態変数の値の変化が所定レベル以上である場合にのみ、この状態変数の現在値を知らせることを要請する。
【００５２】
また、拡張イベント加入要請部３５２は、状態変化選定部３５１により選定された一部の状態変数のＩＤ及びこの一部の状態変数の所定レベルを表す値が記録された拡張ヘッダを生成し、これをＵＰｎＰイベント加入要請メッセージに挿入することで、デバイス４が提供するサービスの状態を表す状態変数のうち、一部の状態変数の値の変化が所定レベル以上である場合にのみ、この一部の状態変化値のみを知らせることを要請する。
【００５３】
拡張イベント加入更新部３５３は、状態変化選定部３５１での選定結果に基づいて、ＵＰｎＰイベント加入更新（イベント  サブスクリプション  リニューアル）メッセージに、既存の拡張ヘッダに記録されたＩＤではない新たなＩＤを追加するか、既存の拡張ヘッダに記録されたＩＤを削除することを指示する拡張ヘッダを生成して挿入することで、一部の状態変数の更新を要請する。また、拡張イベント加入更新部３５３は、状態変化選定部３５１での選定結果に基づいて、ＵＰｎＰイベント加入更新メッセージに既存の拡張ヘッダに記録された所定レベルを表す値を変更することを指示する拡張ヘッダを生成して挿入することで、所定レベルの変更を要請する。また、拡張イベント加入更新部３５３は、状態変化選定部３５１での選定結果に基づいて、一部の状態変数の更新及び所定レベルの変更を同時に要請してもよい。ここで、既存の拡張ヘッダは、拡張イベント加入要請メッセージの拡張ヘッダ、または既にデバイス４に伝送された拡張イベント加入更新メッセージの拡張ヘッダをいう。
【００５４】
拡張イベント加入応答検出部３５４は、デバイス４から拡張イベント加入要請部３５１での要請の処理が不可能であるということを表すか、要請の処理が可能であるということを表す拡張イベント加入応答を検出する。より詳細に説明すれば、拡張イベント加入応答検出部３５４は、イベンティングモジュール３５４に受信されたイベント加入応答メッセージをパージングし、その結果、拡張イベント加入応答メッセージであることを確認することで拡張イベント加入応答を検出する。
【００５５】
特に、拡張イベント加入応答検出部３５４は、拡張イベント加入応答メッセージの拡張ヘッダから，拡張イベント加入要請部３５１での要請の処理が不可能であるということを表す失敗表示が記録された拡張ヘッダを検出することで、デバイス４が本実施形態によってサービスの状態変化のうち、一部の状態変化の発生に関する情報を受信する拡張モードを支援しないと判断する。また、拡張イベント加入応答検出部３５４は、拡張イベント加入応答メッセージの拡張ヘッダから、拡張イベント加入要請部３５１での要請の処理が可能であるということを表す成功表示が記録された拡張ヘッダを検出することで、デバイス４が拡張モードを支援すると判断する。
【００５６】
拡張イベント加入応答処理部３５５は、拡張イベント加入応答検出部３５４によりデバイス４が拡張モードを支援しないと判断された場合には、デバイス４に対するイベントモードを、既存ＵＰｎＰによってサービスの状態変化すべてに関する情報を受信する基本モードと設定する。また、拡張イベント加入応答処理部３５５は、拡張イベント加入応答検出部３５４によりデバイス４が拡張モードを支援すると判断された場合には、デバイス４に対するイベントモードを拡張モードと設定する。
【００５７】
イベンティングモジュール３５は、拡張イベント加入要請部３５２により挿入された拡張ヘッダを含む拡張イベント加入要請メッセージを伝送し、これに対する応答に該当する拡張イベント加入応答メッセージを受信する。また、イベンティングモジュール３５は、拡張イベント加入更新部３５３により挿入された拡張ヘッダを含む拡張イベント加入更新メッセージを伝送し、これに対する応答に該当するＵＰｎＰイベント加入応答メッセージを受信する。
【００５８】
また、イベンティングモジュール３５は、拡張イベント加入応答処理部３５５によりデバイス４に対するイベントモードが基本モードと設定されている場合には、既存ＵＰｎＰによってサービスの状態変化すべてに関する情報を含むイベントメッセージを受信する。また、イベンティングモジュール３５は、拡張イベント加入応答処理部３５５によりデバイス４に対するイベントモードが拡張モードと設定されている場合には、本実施形態によって一部の状態変化の発生に関する情報を含むイベントメッセージを受信する。
【００５９】
図５を参照するに、本実施形態によるデバイス４は、アドレス指定モジュール４１、発見モジュール４２、説明モジュール４３、制御モジュール４４、イベンティングモジュール４５、プレゼンテーションモジュール４６、拡張イベント加入要請検出部４５１、拡張イベント加入更新検出部４５２、拡張イベント加入応答部４５３及び状態変数抽出部４５４で構成される。
【００６０】
アドレス指定モジュール４１は、ＵＰｎＰのアドレス指定ステップを行う。より詳細に説明すれば、アドレス指定モジュール３１は、自動ＩＰ方式またはＤＨＣＰクライアント方式によって制御ポイント３のＩＰアドレスを指定する。発見モジュール４２、説明モジュール４３、制御モジュール４４、イベンティングモジュール４５、プレゼンテーションモジュール４６は、アドレス指定モジュール４１により指定されたＩＰアドレスを使用して制御ポイント３と通信する。
【００６１】
発見モジュール４２はＵＰｎＰの発見ステップを行う。より詳細に説明すれば、発見モジュール４２は、ＳＳＤＰによってデバイス４が位置したネットワーク上に存在する制御ポイント３に、デバイス４がネットワークに接続したことを知らせる広告メッセージを伝送する。
【００６２】
説明モジュール４３はＵＰｎＰ説明ステップを行う。より詳細に説明すれば、説明モジュール４３は、デバイス４についての説明を、発見モジュール４２でのＵＰｎＰ発見ステップ実行によりデバイス４を発見した制御ポイント６に提供する。
【００６３】
制御モジュール４４は、ＵＰｎＰ制御ステップを行う。より詳細に説明すれば、制御モジュール５４は、ＳＯＡＰによって説明モジュール４３でのＵＰｎＰ説明ステップの実行によりデバイス４についての説明を獲得した制御ポイント６からアクション呼び出しを受信し、このアクション呼び出しに該当するアクションを行う。
【００６４】
イベンティングモジュール４５は、ＵＰｎＰイベンティングステップを行う。より詳細に説明すれば、イベンティングモジュール４５は、ＧＥＮＡによって説明モジュール４３でのＵＰｎＰ説明ステップの実行によりデバイス４についての説明、特にデバイス４が提供するサービスの目録を獲得した制御ポイント４４からＵＰｎＰイベント加入要請メッセージを受信し、これに対する応答として、ＵＰｎＰイベント加入応答メッセージを生成して伝送する。このようなＵＰｎＰイベント加入過程以後、イベンティングモジュール４５は、デバイス４が提供するサービスの状態に関する情報を含むイベントメッセージを伝送する。イベントメッセージのうち、最初のイベントメッセージを最初（ｉｎｉｔｉａｌ）のイベントメッセージという。
【００６５】
また、イベンティングモジュール４５は、ＵＰｎＰイベント加入更新メッセージを周期的に伝送した制御ポイントに対してのみイベントメッセージを伝送する。すなわち、イベンティングモジュール４５は、ＵＰｎＰイベント加入更新メッセージを受信すれば、イベント加入更新時間を初期化する。また、イベンティングモジュール４５は、ＵＰｎＰイベント加入更新メッセージを受信していない状態で、もしイベント加入更新時間が臨界値を超過すれば、このＵＰｎＰイベント加入更新メッセージに対する伝送義務がある制御ポイントには、イベントメッセージを伝送しない。また、イベンティングモジュール４５は、ＵＰｎＰイベント加入更新メッセージを受信すれば、これに対する応答メッセージを伝送する。
【００６６】
このようなイベントメッセージを継続的に受信するためには、デバイス４にイベント加入更新メッセージを周期的に伝送せねばならない。
【００６７】
特に、本実施形態によれば、イベンティングモジュール４５は、制御ポイント３から拡張イベント加入要請メッセージを受信する。また、イベンティングモジュール３５は、制御ポイント３から拡張イベント加入更新メッセージを受信する。
【００６８】
プレゼンテーションモジュール４６は、ＵＰｎＰのプレゼンテーションステップを行う。より詳細に説明すれば、プレゼンテーションモジュール４６は、説明モジュール４３でのＵＰｎＰ説明ステップ実行により、デバイス４についての説明、特にデバイス４のプレゼンテーションＵＲＬを獲得した制御ポイント４４によるプレゼンテーションＵＲＬ接続によってデバイス４のプレゼンテーションを伝送する。
【００６９】
拡張イベント加入要請検出部４５１は、デバイス４が提供するサービスの状態変化のうち、少なくとも一つ以上の状態変化が発生したことを知らせるイベントに対する要請として、サービスの状態変化のうち、一部の状態変化の発生のみを知らせよという拡張イベント加入要請を検出する。より詳細に説明すれば、拡張イベント加入要請検出部４５１は、イベンティングモジュール４５に受信されたイベント加入要請メッセージをパージングし、その結果、拡張イベント加入要請メッセージであることを確認することで、サービスの状態変化のうち、一部の状態変化の発生のみを知らせよという拡張イベント加入要請を検出する。
【００７０】
特に、拡張イベント加入要請検出部４５１は、拡張イベント加入要請メッセージの拡張ヘッダから一部の状態変数のＩＤを検出することで、デバイス４が提供するサービスの状態を表す状態変数のうち、一部の状態変数の値が変化された場合にのみ、この一部の状態変数の現在値を知らせよという拡張イベント加入要請を検出する。また、拡張イベント加入要請検出部４５１は、拡張イベント加入要請メッセージの拡張ヘッダから少なくとも一つ以上が状態変化の所定レベルを表す値を検出することで、デバイス４が提供するサービスの状態を表す状態変数のうち、少なくとも一つ以上の状態変数の値の変化が所定レベル以上である場合にのみ、この状態変数の現在値を知らせよという拡張イベント加入要請を検出する。また、拡張イベント加入要請検出部４５１は、拡張イベント加入要請メッセージの拡張ヘッダから一部の状態変数のＩＤ及びこの一部の状態変数の所定レベルを表す値を検出することで、デバイス４が提供するサービスの状態を表す状態変数のうち、一部の状態変数の値の変化が所定レベル以上である場合にのみ、この一部の状態変化値のみを知らせよという拡張イベント加入要請を検出する。
【００７１】
拡張イベント加入更新検出部４５２は、イベンティングモジュール４５に受信されたイベント加入要請メッセージをパージングし、その結果、拡張イベント加入更新メッセージであることを確認した場合には、この拡張イベント加入更新メッセージの拡張ヘッダから、既存の拡張ヘッダに記録されたＩＤではない新たなＩＤが追加されたことを確認するか、既存の拡張ヘッダに記録されたＩＤが削除されたことを確認することで一部の状態変数の更新に対する要請を検出する。また、拡張イベント加入更新検出部４５２は、拡張イベント加入更新メッセージの拡張ヘッダから、既存の拡張ヘッダに記録された所定レベルを表す値の変更を確認することで、所定レベルの更新に対する要請を検出する。
【００７２】
拡張イベント加入応答部４５３は、デバイス４がサービスの状態変化のうち、一部の状態変化の発生に関する情報を伝送する拡張モードを支援しない基本モードである場合には、拡張イベント加入要請検出部４５１により検出された要請の処理が不可能であるということを表す失敗表示が記録された拡張ヘッダを生成し、これをＵＰｎＰイベント加入応答メッセージに挿入する。また、拡張イベント加入応答部４５３は、このような拡張モードを支援する場合には、拡張イベント加入要請検出部４５１により検出された要請の処理が可能であるということを表す成功表示が記録された拡張ヘッダを生成し、これをＵＰｎＰイベント加入応答メッセージに挿入する。
【００７３】
状態抽出部４５４は、拡張イベント加入要請検出部４５１または拡張イベント加入更新検出部４５２により検出された要請を参照して、サービスの状態変化のうち、少なくとも一つ以上の状態変化が発生した場合に、この状態変化の発生を知らせよと要請した制御ポイントに関する情報を更新し、このように更新された情報に基づいて、制御ポイントに伝送する一部の状態変化の発生に関する情報を抽出する。
【００７４】
より詳細に説明すれば、状態抽出部４５４は、拡張イベント加入要請検出部４５１により検出されたＩＤに該当する状態変数の現在値を抽出する。また、状態抽出部４５４は、拡張イベント加入要請検出部４５１により検出された所定レベル以上値が変化された状態変数の現在値を抽出する。また、状態抽出部４５４は、拡張イベント加入要請検出部４５１により検出されたＩＤに該当する状態変数のうち拡張イベント加入要請検出部４５１により検出された所定レベル以上値が変化された状態変数の現在値を抽出する。
【００７５】
また、状態抽出部４５４は、拡張イベント加入更新検出部４５２により検出された一部の状態変数更新要請によって一部の状態変数を更新し、これにより、更新された一部の状態変数の現在値を抽出する。また、状態抽出部４５４は、拡張イベント加入更新検出部４５２により検出された所定レベル更新要請によって所定レベルを更新し、これにより更新された所定レベル以上値が変化された状態変数の現在値を抽出する。
【００７６】
図６は、本発明の望ましい一実施形態による状態抽出部４５４の具体的な構造を示す図である。図６を参照するに、本実施形態による状態抽出部４５４は、基本モードＣＰポインタ６１、拡張モードＣＰポインタ６２、６３及び加入ＣＰ情報目録６４で構成される。
【００７７】
基本モードＣＰポインタ６１及び拡張モードＣＰポインタ６２、６３は、デバイス、サービス及び状態変数で構成された階層構造を基盤とする。最上位階層に該当する一つのデバイスは、次の階層に該当するＮ個のサービスと連結されている。Ｎ個のサービスそれぞれは最下位階層に該当するＮ個の状態変数と連結されている。
【００７８】
加入ＣＰ情報目録６４は、サービスの状態変化のうち、少なくとも一つ以上の状態変化が発生したことを知らせるイベントに加入した制御ポイントに関する情報の目録である。ここで、制御ポイント情報とは、制御ポイントのＩＤと、制御ポイントにより指定された状態変数の所定レベルを表す値をいう。基本モードＣＰポインタ６１及び拡張モードＣＰポインタ６２、６３は、加入ＣＰ情報目録６４上の制御ポイント情報を示す。
【００７９】
基本モードＣＰポインタ６１は、サービス単位で存在する。基本モードＣＰポインタ６１は、これと連結されたサービスの状態変化のうち、少なくとも一つ以上の状態変化が発生したことを知らせるイベントに加入した制御ポイントのうち拡張モードを支援しない制御ポイント情報を示す。一方、拡張モードＣＰポインタ６２、６３は、状態変数単位で存在する。拡張モードＣＰポインタ６２、６３は、これと連結されたサービスの状態変化のうち、少なくとも一つ以上の状態変化が発生したことを知らせるイベントに加入した制御ポイントのうち、これと連結された状態変数の値が変化された場合にのみ、この状態変数の現在値を知らせる拡張イベントに加入した制御ポイント情報を示す。
【００８０】
状態抽出部４５４は、イベンティングモジュール４５により受信されたイベント加入要請メッセージを参照して、基本モードＣＰポインタ６１のポインタリンクを追加する。また、状態抽出部４５４は、拡張イベント加入要請検出部４５１により検出された要請を参照して、拡張モードＣＰポインタ６２、６３のポインタリンクを追加する。また、状態抽出部４５４は、拡張イベント加入更新検出部４５２により検出された要請を参照して、拡張モードＣＰポインタ６２、６３のポインタリンクを追加または削除する。
【００８１】
また、状態抽出部４５４は、このように更新された基本モードＣＰポインタ６１または拡張モードＣＰポインタ６２、６３のポインタリンクに基づいて、サービスの状態変化のうち、少なくとも一つ以上の状態変化が発生した場合に、この状態変化の発生を知らせよと要請した制御ポイントを決定する。すなわち、基本モードＣＰポインタ６１により示される制御ポイント情報に含まれたＩＤを持つ制御ポイントは、基本モードＣＰポインタ６１と連結されたサービスの状態変数すべてを知らせよと要請した制御ポイントであり、拡張モードＣＰポインタ６２、６３により示される制御ポイント情報に含まれたＩＤを持つ制御ポイントは、拡張モードＣＰポインタ６２、６３と連結された状態変数のみを知らせよと要請した制御ポイントである。
【００８２】
また、状態抽出部４５４は、基本モードＣＰポインタ６１により示される制御ポイントに伝送する情報として、基本モードＣＰポインタ６１と連結されたサービスの状態を表す状態変数すべての現在値を抽出する。また、状態抽出部４５４は、拡張モードＣＰポインタ６２、６３により示される制御ポイントに伝送する情報として、拡張モードＣＰポインタ６２、６３と連結された状態変数の現在値を抽出する。特に、状態抽出部４５４は、拡張モードＣＰポインタ６２、６３により示される制御ポイント情報が状態変数の所定レベルを表す値を含んでいる場合には、拡張モードＣＰポインタ６２、６３と連結された状態変数の値が所定レベル以上変化された場合にのみ、この状態変数の現在値を抽出する。
【００８３】
このように、状態抽出部４５４は、いくつかのポインタのみを使用して具現され、デバイスが基本モードを支援するかまたは拡張モードを支援するかによって単にポインタのポインティング位置のみ変更すればよいために、既存ＵＰｎＰに比べてデバイスのシステム構造があまり複雑にならず、デバイスに要求される付加的なリソース量も大きくない。
【００８４】
特に、本実施形態によれば、イベンティングモジュール４５は、デバイス４に対するイベントモードがサービスの状態変化のうち、一部の状態変化の発生に関する情報を伝送する拡張モードを支援しない基本モードに設定されている場合には、既存ＵＰｎＰによってサービスの状態変化すべてに関する情報を含むイベントメッセージを伝送する。また、イベンティングモジュール４５は、このような拡張モードを支援する場合には、本実施形態によって拡張イベント加入要請検出部４５１または拡張イベント加入更新検出部４５２により検出された要請に対する応答として、状態抽出部４５４により抽出された一部の状態変化の発生に関する情報を含むイベントメッセージを伝送する。
【００８５】
より詳細に説明すれば、イベンティングモジュール４５は、拡張イベント加入要請メッセージを受信し、これに対する応答として、拡張イベント加入応答部４５３により挿入された拡張ヘッダを含む拡張イベント加入応答メッセージを伝送する。また、イベンティングモジュール４５は、サービスの状態を表す状態変数のうち、一部の状態変数の値が変化された場合に、この一部の状態変数の現在値を含むイベントメッセージを伝送する。また、イベンティングモジュール４５は、サービスの状態を表す状態変数のうち、少なくとも一つ以上の状態変数の値の変化が所定レベル以上である場合に、この状態変数の現在値を含むイベントメッセージを伝送する。また、イベンティングモジュール４５は、サービスの状態を表す状態変数のうち、一部の状態変数の値が変化された場合であり、この一部の状態変数のうち、少なくとも一つ以上の一部の状態変数の値の変化が所定レベル以上である場合に、この一部の状態変数の現在値を含むイベントメッセージを伝送する。
【００８６】
また、イベンティングモジュール４５は、拡張イベント加入更新メッセージを受信し、これに対する応答として、一部の状態変数が更新された場合に一部の状態変数更新によって更新された一部の状態変数の現在値を含むイベントメッセージを伝送する。また、イベンティングモジュール４５は、所定レベル更新によって更新された所定レベル以上の値の変化を持つ状態変数の現在値を含むイベントメッセージを伝送する。
【００８７】
図７は、本発明の望ましい一実施形態による拡張イベント加入要請方法のフローチャートである。図７を参照するに、本実施形態による拡張イベント加入要請方法は、次のようなステップで構成される。本実施形態による拡張イベント加入要請方法は、図５に図示された制御ポイント３で時系列的に処理されるステップで構成される。したがって、以下で省略された内容であっても、図５に図示された制御ポイント３に関して以上で記述された内容は、本実施形態による拡張イベント加入要請処理方法にも適用される。
【００８８】
７１ステップで制御ポイント３は、デバイス４が提供するサービスの状態変化のうち、一部の状態変化を選定する。より詳細に説明すれば、７１ステップで制御ポイント３は、デバイス４が提供するサービスの状態を表す状態変数のうち、一部の状態変数を選定するか、少なくとも一つ以上の状態変化の所定レベルを選定する。また、７１ステップで制御ポイント３は、前記２つの選定方式を結合してサービスの状態を表す状態変数のうち、一部の状態変数を選定し、この一部の状態変数の所定レベルを選定することもできる。
【００８９】
７２ステップで制御ポイント３は、ＵＰｎＰイベント加入要請メッセージを生成する。
【００９０】
７３ステップで制御ポイント３は、本実施形態による拡張ヘッダを生成し、これを７２ステップで生成されたＵＰｎＰイベント加入要請メッセージに挿入することで、７１ステップで選定された一部状態の変化の発生のみを知らせることを要請する。
【００９１】
より詳細に説明すれば、７３ステップで制御ポイント３は、７１ステップで選定された一部の状態変数のＩＤが記録された拡張ヘッダを生成し、これをＵＰｎＰイベント加入要請メッセージに挿入することで、一部の状態変数の値が変化された場合にのみ、この一部の状態変数現在値を知らせることを要請する。また、７３ステップで制御ポイント３は、７１ステップで選定された少なくとも一つ以上の状態変化の所定レベルを表す値が記録された拡張ヘッダを生成し、これをＵＰｎＰイベント加入要請メッセージに挿入することで、デバイス４が提供するサービスの状態を表す状態変数のうち、少なくとも一つ以上の状態変数の値の変化が所定レベル以上である場合にのみ、この状態変数の現在値を知らせることを要請する。また、７３ステップで制御ポイント３は、７１ステップで選定された一部の状態変数のＩＤと、この一部の状態変数の所定レベルを表す値とが記録された拡張ヘッダを生成し、これをＵＰｎＰイベント加入要請メッセージに挿入することで、デバイス４が提供するサービスの状態を表す状態変数のうち、一部の状態変数の値の変化が所定レベル以上である場合にのみ、この一部の状態変化値のみを知らせることを要請する。
【００９２】
７４ステップで制御ポイント３は、７３ステップで挿入された拡張ヘッダを含む拡張イベント加入要請メッセージを伝送する。
【００９３】
７５ステップで制御ポイント３は、７４ステップで伝送された拡張イベント加入要請メッセージに対する応答に該当する拡張イベント加入応答メッセージを受信する。
【００９４】
７６ステップで制御ポイント３は、７５ステップで受信された拡張イベント加入応答メッセージの拡張ヘッダから、７５ステップでの拡張イベント加入要請の処理が不可能であるということを表す失敗表示が記録された拡張ヘッダを検出することで、デバイス４が拡張モードを支援していないと判断し、７７ステップに進む。また、７６ステップで制御ポイント３は、７５ステップで受信された拡張イベント加入応答メッセージの拡張ヘッダから、７２ステップでの拡張イベント加入要請の処理が可能であることを表す成功表示が記録された拡張ヘッダを検出することで、デバイス４が拡張モードを支援すると判断して７８ステップに進む。
【００９５】
７７ステップで制御ポイント３は、デバイス４に対するイベントモードを、既存ＵＰｎＰによってサービスの状態変化すべてに関する情報を受信する基本モードに設定する。
【００９６】
７８ステップで制御ポイント３は、デバイス４に対するイベントモードを、本実施形態によってサービスの状態変化のうち、一部の状態変化の発生に関する情報を受信する拡張モードに設定する。
【００９７】
図８は、本発明の望ましい一実施形態による拡張イベント加入要請処理方法のフローチャートである。図８を参照するに、本実施形態による拡張イベント加入要請処理方法は、次のようなステップで構成される。本実施形態による拡張イベント加入要請処理方法は、図５に図示されたデバイス４で時系列的に処理されるステップで構成される。したがって、以下で省略された内容であっても、図５に図示されたデバイス４に関して以上で記述された内容は、本実施形態による拡張イベント加入要請処理過程にも適用される。
【００９８】
８１ステップでデバイス４は、イベント加入要請メッセージを受信する。
【００９９】
８２ステップでデバイス４は、８１ステップで受信されたイベント加入要請メッセージをパージングし、その結果、拡張イベント加入要請メッセージであることを確認した場合には８３ステップに進み、ＵＰｎＰイベント加入要請メッセージであることを確認した場合には８１０ステップに進む。
【０１００】
８３ステップでデバイス４は、８２ステップで確認された拡張イベント加入要請メッセージの拡張ヘッダから、デバイス４が提供するサービスの状態変化のうち、少なくとも一つ以上の状態変化が発生したことを知らせるイベントに対する要請として、サービスの状態変化のうち、一部の状態変化の発生のみを知らせよという拡張イベント加入要請を検出する。
【０１０１】
より詳細に説明すれば、８３ステップでデバイス４は、８２ステップで受信された拡張イベント加入要請メッセージの拡張ヘッダから、一部の状態変数のＩＤを検出することで、デバイス４が提供するサービスの状態を表す状態変数のうち、一部の状態変数の値が変化された場合にのみ、この一部の状態変数の現在値を知らせよという拡張イベント加入要請を検出する。また、８３ステップでデバイス４は、８２ステップで受信された拡張イベント加入要請メッセージの拡張ヘッダから、少なくとも一つ以上が状態変化の所定レベルを表す値を検出することで、デバイス４が提供するサービスの状態を表す状態変数のうち、少なくとも一つ以上の状態変数の値の変化が所定レベル以上である場合にのみ、この状態変数の現在値を知らせよという拡張イベント加入要請を検出する。また、８３ステップでデバイス４は、８２ステップで受信された拡張イベント加入要請メッセージの拡張ヘッダから、一部の状態変数のＩＤ及びこの一部の状態変数の所定レベルを表す値を検出することで、デバイス４が提供するサービスの状態を表す状態変数のうち、一部の状態変数の値の変化が所定レベル以上である場合にのみ、この一部の状態変化値のみを知らせよという拡張イベント加入要請を検出する。
【０１０２】
８４ステップでデバイス４は、８３ステップで検出された拡張イベント加入要請を参照して、サービスの状態変化のうち、少なくとも一つ以上の状態変化が発生した場合に、この状態変化の発生を知らせよと要請した制御ポイントに関する情報を更新する。
【０１０３】
８５ステップでデバイス４は、８４ステップで更新された情報に基づいて制御ポイントに伝送する一部の状態変化の発生に関する情報を抽出する。より詳細に説明すれば、８５ステップでデバイス４は、８３ステップで検出されたＩＤに該当する状態変数の現在値を抽出する。また、８５ステップでデバイス４は、８３ステップで検出された所定レベル以上値が変化された状態変数の現在値を抽出する。また、８５ステップでデバイス４は、８３ステップで検出されたＩＤに該当する状態変数のうち、８３ステップで検出された所定レベル以上の値が変化された状態変数の現在値を抽出する。
【０１０４】
８６ステップでデバイス４は、ＵＰｎＰイベント加入応答メッセージを生成する。
【０１０５】
８７ステップでデバイス４は、サービスの状態変化のうち、一部の状態変化の発生に関する情報を伝送する拡張モードを支援することを表す成功表示が記録された拡張ヘッダを生成し、これを８６ステップで生成されたＵＰｎＰイベント加入応答メッセージに挿入する。
【０１０６】
８８ステップでデバイス４は、８７ステップで挿入された拡張ヘッダを含む拡張イベント加入応答メッセージを伝送する。
【０１０７】
８９ステップでデバイス４は、８５ステップで抽出された一部の状態変化の発生に関する情報を含む最初のイベントメッセージを、この一部の状態変化の発生を知らせよと要請した制御ポイントに伝送する。
【０１０８】
８１０ステップでデバイス４は、８３ステップで検出された拡張イベント加入要請を参照して、サービスの状態変化すべての発生を知らせよと要請した制御ポイント、すなわち、基本モードを支援する制御ポイントに関する情報を更新する。
【０１０９】
８１１ステップでデバイス４は、８１０ステップで更新された情報に基づいて、制御ポイントに伝送する状態変化すべての発生に関する情報を抽出する。
【０１１０】
８１２ステップでデバイス４は、ＵＰｎＰイベント加入応答メッセージを生成する。
【０１１１】
８１３ステップでデバイス４は、サービスの状態変化のうち、一部の状態変化の発生に関する情報を伝送する拡張モードを支援しないことを表す失敗表示が記録された拡張ヘッダを生成し、これを、８１２ステップで生成されたＵＰｎＰイベント加入応答メッセージに挿入する。
【０１１２】
８１４ステップでデバイス４は、８１３ステップで挿入された拡張ヘッダを含む拡張イベント加入応答メッセージを伝送する。
【０１１３】
８１５ステップでデバイス４は、８１１ステップで抽出された状態変化すべての発生に関する情報を含む最初のイベントメッセージを、基本モードを支援する制御ポイントに伝送する。
【０１１４】
図９は、本発明の望ましい一実施形態による制御ポイント３での拡張イベント加入更新方法のフローチャートである。図９を参照するに、本実施形態による制御ポイント３での拡張イベント加入更新方法は、次のようなステップで構成される。本実施形態による制御ポイント３での拡張イベント加入更新方法は、図５に図示された制御ポイント３で時系列的に処理されるステップで構成される。したがって、以下で省略された内容であっても、図５に図示された制御ポイント３に関して以上で記述された内容は、本実施形態による制御ポイント３での拡張イベント加入更新方法にも適用される。
【０１１５】
９１ステップで制御ポイント３は、デバイス４に対する拡張イベント加入更新のために、デバイス４が提供するサービスの状態変化のうち、一部の状態変化を再び選定する。
【０１１６】
９２ステップで制御ポイント３は、ＵＰｎＰイベント加入更新メッセージを生成する。
【０１１７】
９３ステップで制御ポイント３は、９１ステップでの選定結果に基づいて、９２ステップで生成されたＵＰｎＰイベント加入更新メッセージに、既存の拡張ヘッダに記録されたＩＤではない新たなＩＤを追加するか、既存の拡張ヘッダに記録されたＩＤを削除することを指示する拡張ヘッダを生成して挿入することで、一部の状態変数の更新を要請する。また、９３ステップで制御ポイント３は、９１ステップでの選定結果に基づいて９２ステップで生成されたＵＰｎＰイベント加入更新メッセージに、既存の拡張ヘッダに記録された所定レベルを表す値を変更することを指示する拡張ヘッダを生成して挿入することで、所定レベルの変更を要請する。また、９３ステップで制御ポイント３は、９１ステップでの選定結果に基づいて、一部の状態変数の更新及び所定レベルの変更を同時に要請することもできる。
【０１１８】
９４ステップで制御ポイント３は、９３ステップで挿入された拡張ヘッダを含む拡張イベント加入更新メッセージを伝送する。
【０１１９】
図１０は、本発明の望ましい一実施形態によるデバイス４での拡張イベント加入更新方法のフローチャートである。図１０を参照するに、本実施形態によるデバイス４での拡張イベント加入更新方法は次のようなステップで構成される。本実施形態によるデバイス４での拡張イベント加入更新方法は、図５に図示されたデバイス４で時系列的に処理されるステップで構成される。したがって、以下で省略された内容であっても、図５に図示されたデバイス４に関して以上で記述された内容は、本実施形態によるデバイス４での拡張イベント加入更新方法にも適用される。
【０１２０】
１０１ステップでデバイス４は、イベント加入更新メッセージを受信する。
【０１２１】
１０２ステップでデバイス４は、１０１ステップで受信されたイベント加入要請メッセージをパージングし、その結果、拡張イベント加入更新メッセージであることを確認した場合には１０３ステップに進み、ＵＰｎＰイベント加入更新メッセージであることを確認した場合には１０５ステップに進む。
【０１２２】
１０３ステップでデバイス４は、１０２ステップで確認された拡張イベント加入更新メッセージの拡張ヘッダから、既存の拡張ヘッダに記録されたＩＤではない新たなＩＤが追加されたことを確認するか、既存の拡張ヘッダに記録されたＩＤが削除されたことを確認することで、一部の状態変数の更新に対する要請を検出する。また、１０３ステップでデバイス４は、１０２ステップで確認された拡張イベント加入更新メッセージの拡張ヘッダから、既存の拡張ヘッダに記録された所定レベルを表す値の変更を確認することで、所定レベルの更新に対する要請を検出する。
【０１２３】
１０４ステップでデバイス４は、１０３ステップで検出された一部の状態変数更新要請によって一部の状態変数を更新する。また、１０４ステップでデバイス４は、１０３ステップで検出された所定レベル更新要請によって所定レベルを更新する。
【０１２４】
１０５ステップでデバイス４は、１０４ステップでの更新が完了すれば、イベント加入更新時間を初期化する。
【０１２５】
１０６ステップでデバイス４は、１０５ステップでの初期化が完了すれば、ＵＰｎＰイベント加入更新メッセージに対する応答メッセージを伝送する。
【０１２６】
図１１は、本発明の望ましい一実施形態によるイベントメッセージ受信方法のフローチャートである。図１１を参照するに、本実施形態によるイベントメッセージ受信方法は、次のようなステップで構成される。本実施形態によるイベントメッセージ受信方法は、図５に図示された制御ポイント３で、時系列的に処理されるステップでなる。したがって、以下で省略された内容であっても、図５に図示された制御ポイント３に関して以上で記述された内容は、本実施形態によるイベントメッセージ受信方法にも適用される。
【０１２７】
１１１ステップで制御ポイント３は、デバイス４に対するイベントモードが拡張モードに設定されているか、あるいは、基本モードに設定されているかを確認し、その結果、拡張モードに設定されていると確認された場合には１１２ステップに進み、基本モードに設定されていると確認された場合には、１１３ステップに進む。
【０１２８】
１１２ステップで制御ポイント３は、デバイス４が提供するサービスの状態変化のうち、一部の状態変化の発生に関する情報を含むイベントメッセージを受信する。
【０１２９】
１１３ステップで制御ポイント３は、デバイス４が提供するサービスの状態変化すべての発生に関する情報を含むイベントメッセージを受信する。
【０１３０】
図１２は、本発明の望ましい一実施形態によるイベントメッセージ伝送方法のフローチャートである。図１２を参照するに、本実施形態によるイベントメッセージ伝送方法は次のようなステップで構成される。本実施形態によるイベントメッセージ伝送方法は、図５に図示されたデバイス４で、時系列的に処理されるステップで構成される。したがって、以下で省略された内容であっても、図５に図示されたデバイス４に関して以上で記述された内容は、本実施形態によるイベントメッセージ伝送方法にも適用される。
【０１３１】
１２１ステップでデバイス４は、アクション呼び出しを受信する。
【０１３２】
１２２ステップでデバイス４は、１２１ステップで受信されたアクション呼び出しに該当するアクションを行う。
【０１３３】
１２３ステップでデバイス４は、１２２ステップでのアクション実行によって、サービスの状態変化のうち、少なくとも一つ以上の状態変化が発生した場合には、１２４ステップに進み、いかなる状態変化も発生しない場合には、イベントメッセージを伝送せずに終了する。
【０１３４】
１２４ステップでデバイス４は、前記状態変化の発生を知らせよと要請した制御ポイントを決定する。
【０１３５】
１２５ステップでデバイス４は、１２４ステップで決定された制御ポイントが拡張モードを支援する場合には１２６ステップに進み、基本モードを支援する場合には、１２７ステップに進む。
【０１３６】
１２６ステップでデバイス４は、サービスの状態変化のうち、一部の状態変化の発生に関する情報を含むイベントメッセージを伝送する。
【０１３７】
１２７ステップでデバイス４は、サービスの状態変化すべての発生に関する情報を含むイベントメッセージを伝送する。
【０１３８】
一方、前述した本発明の実施形態は、コンピュータで実行されるプログラムで作成可能であり、コンピュータで読み取り可能な記録媒体を利用して前記プログラムを動作させる汎用ディジタルコンピュータで具現されうる。また、前述した本発明の実施形態で使われたデータの構造は、コンピュータで読み取り可能な記録媒体にいろいろな手段を通じて記録されうる。
【０１３９】
前記コンピュータで読み取り可能な記録媒体は、マグネチック記録媒体（例えば、ＲＯＭ、フロッピー（登録商標）ディスク、ハードディスクなど）、光学的判読媒体（例えば、ＣＤ−ＲＯＭ、ＤＶＤなど）及びキャリアウェーブ（例えば、インターネットを通じた伝送）のような記録媒体を含む。
【０１４０】
これまで本発明についてその望ましい実施形態を中心に説明した。当業者ならば、本発明が本発明の本質的な特性から逸脱しない範囲で変形された形態で具現されうるということを理解できるであろう。したがって、開示された実施形態は限定的な観点ではなく、説明的な観点で考慮されねばならない。本発明の範囲は、前述した説明でなく特許請求範囲に現れており、それと同等な範囲内にあるあらゆる差異点は、本発明に含まれていると解釈されねばならない。
【産業上の利用可能性】
【０１４１】
本発明は、ホームネットワーク上の装置に適用できる。
【図面の簡単な説明】
【０１４２】
【図１】ＵＰｎＰネットワーキングの構成ステップを示す図である。
【図２】従来のＵＰｎＰイベンティング過程を示す図である。
【図３】本発明の望ましい一実施形態による拡張イベント加入要請メッセージ及び拡張イベント加入応答メッセージのフォーマットを示す図である。
【図４】本発明の望ましい一実施形態による拡張イベント加入更新メッセージのフォーマットを示す図である。
【図５】本発明の望ましい一実施形態による制御ポイント及びデバイスの構成図である。
【図６】本発明の望ましい一実施形態による状態抽出部の具体的な構造を示す図である。
【図７】本発明の望ましい一実施形態による拡張イベント加入要請方法のフローチャートである。
【図８】本発明の望ましい一実施形態による拡張イベント加入要請処理方法のフローチャートである。
【図９】本発明の望ましい一実施形態による制御ポイントでの拡張イベント加入更新方法のフローチャートである。
【図１０】本発明の望ましい一実施形態によるデバイスでの拡張イベント加入更新方法のフローチャートである。
【図１１】本発明の望ましい一実施形態によるイベントメッセージ受信方法のフローチャートである。
【図１２】本発明の望ましい一実施形態によるイベントメッセージ伝送方法のフローチャートである。
【符号の説明】
【０１４３】
３      制御ポイント
４      デバイス
３１    アドレス指定モジュール
３２    発見モジュール
３３    説明モジュール
３４    制御モジュール
３５    イベンティングモジュール
３６    プレゼンテーションモジュール
４１    アドレス指定モジュール
４２    発見モジュール
４３    説明モジュール
４４    制御モジュール
４５    イベンティングモジュール
４６    プレゼンテーションモジュール
３５１  状態変化選定部
３５２  拡張イベント加入要請部
３５３  拡張イベント加入更新部
３５４  拡張イベント加入応答検出部
３５５  拡張イベント加入応答処理部
４５１  拡張イベント加入要請検出部
４５２  拡張イベント加入更新検出部
４５３  拡張イベント加入応答部
４５４  状態変数抽出部
【図１】
2007133881.tif 000003
【図２】
2007133881.tif 000004
【図３】
2007133881.tif 000005
【図４】
2007133881.tif 000006
【図５】
2007133881.tif 000007
【図６】
2007133881.tif 000008
【図７】
2007133881.tif 000009
【図８】
2007133881.tif 000010
【図９】
2007133881.tif 000011
【図１０】
2007133881.tif 000012
【図１１】
2007133881.tif 000013
【図１２】
2007133881.tif 000014