JP2011015440A

JP2011015440A - イベント情報提供装置及びイベント情報提供システム

Info

Publication number: JP2011015440A
Application number: JP2010223662A
Authority: JP
Inventors: Hyun-Sik Yoon; 鉉植尹; Yoon-Soo Kim; 允洙金
Original assignee: Samsung Electronics Co Ltd
Current assignee: Samsung Electronics Co Ltd
Priority date: 2005-07-20
Filing date: 2010-10-01
Publication date: 2011-01-20
Anticipated expiration: 2026-07-05
Also published as: KR20070011086A; JP2007026439A; US9497037B2; EP2273726B1; JP5535859B2; CN100547985C; EP1746766A2; EP2273726A1; KR100746023B1; EP1746766B1; US20070018784A1; CN1901508A; EP1746766A3; JP4680844B2

Abstract

【課題】イベント情報を提供する装置及びシステムを提供する。
【解決手段】イベント発生機器から発生したイベントに関する第１イベント情報を受信して提供するイベント感知モジュールと、第１イベント情報を用い発生したイベントに関する詳細情報を示す第２イベント情報を受信する制御モジュールと、第１イベント情報及び第２イベント情報を提供するユーザインターフェースモジュールとを備え、第１イベント情報又は第２イベント情報はイベントログ情報テーブルに保存され、イベントログ情報テーブルにおいてログ情報はイベント発生機器別、イベント発生種類又はイベント発生時間によって整列され、第１イベント情報は発生したイベントについての詳細情報があるリソース位置情報を含み、第２イベント情報は第１イベント情報に含まれるリソース位置情報が２つ以上である場合ユーザにより選択されたリソース位置情報から受信される。
【選択図】図２

Description

本発明は、イベント情報を提供する装置、システムに係り、より詳細には、ホームネットワークのように一定のドメインを形成するネットワークに含まれた機器から発生する多様なイベント情報を収集して管理し、ユーザにイベント情報を提供することに関する。

通信及びネットワーク技術の発達につれて最近多様な形態のホームネットワークが登場し、ホームネットワークを構成する色々な機器に対する制御及び監視においてユーザの便宜性を増大させるための多様な技術が提案されている。

特に、各機器から発生するイベント情報、例えば、セットトップボックスで受信される放送をユーザにより設定された時間に録画するか、洗濯機の洗濯終了のように各機器の状態変化を示す情報が収集されてユーザに提供されることによって、ユーザをして、各機器の状態変化をさらに便利に認識可能にする技術が提案されている。

このような技術の代表例として、ＵＰｎＰ技術を基盤とするホームネットワークでは、図１で図示したような過程を通じてホームネットワークに属するそれぞれの機器から発生するイベント情報がユーザに提供されうる。

図１は、従来のＵＰｎＰ技術によってイベント情報を提供する過程を概略的に示すフローチャートである。

この際、図１での‘制御機器’は、ユーザの入力によってホームネットワークを構成する他の機器の状態を変化させるか、他の機器から発生した状態変化についての情報を受信してユーザに提供する役割を果たす。また、‘被制御機器’は、前記制御機器により動作され、所定の手続きを経て前記制御機器で発生したイベントについての情報を提供する役割を果たす。ここで、前記制御機器と前記被制御機器は、単一のホームネットワークに属する機器である。

図１を参照すれば、まず制御機器は、被制御機器に前記被制御機器で発生するイベントを受信するためのイベント登録を要請する（Ｓ１１０）。このようなイベント登録要請は、制御機器を使用するユーザによる入力により行われるか、制御機器が動作し始めつつ自動的に行われうる。

前記要請に対して被制御機器は、前記制御機器に対してイベント登録についての応答を行う（Ｓ１２０）。それから、現在被制御機器の状態についての情報を含む初期イベントメッセージを前記制御機器に伝送する（Ｓ１３０）。

Ｓ１３０ステップ以後に、被制御機器で被制御機器の状態変化を示すイベントが発生すれば（Ｓ１４０）、発生したイベントに関する情報を含むイベントメッセージが前記制御機器に伝送される（Ｓ１５０）。この際、複数のイベントが同時に発生した場合、発生したイベントに関する情報を１つのイベントメッセージに含めて伝送されることもある。

したがって、制御機器は、前記伝送されたイベントメッセージを解釈して被制御機器から発生したイベントについての情報をユーザに提供できる。

しかし、このような場合に制御機器が被制御機器から発生したイベントについての情報を得るためには、必ず制御機器が被制御機器に対してイベント登録を要請しなければならない。

したがって、もし、制御機器が被制御機器に対してイベント登録を行わない場合には、被制御機器から発生したイベントについての情報を提供され得ないために、危急な状況に対するイベントの発生時に問題が発生しうる。例えば、ユーザが制御機器に該当するＰＤＡを持参した状態でイベント登録はせずに、２階でテレビを視聴しているが、１階の台所にある被制御機器に該当するガス漏れ防止システムによりガス漏れが感知されれば、このような状態をＰＤＡが分からなくなるので、結局ユーザは、ガス漏れという危険な状態を感知できなくなる問題があった。

本発明は、別途のイベント登録過程を行わずとも、被制御機器のようにイベントが発生する機器から発生したイベント情報を収集し、これをユーザに提供する方法を開示することによって、さらに効率的にイベント情報を共有することを目的とする。

前記目的を達成するための本発明の実施形態によるイベント情報提供装置は、イベント発生機器から発生したイベントに関する第１イベント情報をマルチキャスト方式により受信して提供するイベント感知モジュールと、前記提供された第１イベント情報を用いて発生したイベントに関する詳細情報を示す第２イベント情報を受信する制御モジュールと、前記受信した第１イベント情報及び第２イベント情報をユーザに提供するユーザインターフェースモジュールと、を備え、前記第１イベント情報又は前記第２イベント情報は、ログ情報としてイベントログ情報テーブルに保存され、前記イベントログ情報テーブルにおいて、前記ログ情報は、イベント発生機器別、イベント発生種類、又はイベント発生時間によって整列され、前記第１イベント情報は、発生したイベントについての詳細情報があるリソース位置情報を含み、前記第２イベント情報は、前記第１イベント情報に含まれる前記リソース位置情報が２つ以上である場合、ユーザにより選択されたリソース位置情報から受信される。

また、前記目的を達成するための本発明の実施形態によるイベント情報提供システムは、イベントが発生するイベント発生機器と、前記発生したイベントに関する第１イベント情報をマルチキャスト方式により受信し、前記受信した第１イベント情報を用いて発生したイベントに関する詳細情報を示す第２イベント情報を受信してユーザに提供するイベント受信機器と、を備え、前記イベント受信機器は、前記第１イベント情報又は前記第２イベント情報を、ログ情報としてイベントログ情報テーブルに保存し、前記イベントログ情報テーブルにおいて、前記ログ情報を、イベント発生機器別、イベント発生種類、又はイベント発生時間によって整列し、ユーザに提供し、前記第１イベント情報は、発生したイベントについての詳細情報があるリソース位置情報を含み、前記第２イベント情報は、前記第１イベント情報に含まれる前記リソース位置情報が２つ以上である場合、ユーザにより選択されたリソース位置情報から受信される。

その他の実施例の具体的な事項は詳細な説明及び図面に含まれている。

本発明によれば、ＵＰｎＰを基盤とするホームネットワークにおいて、別途のイベント登録過程を行わずとも、イベント発生機器から発生したイベントについての情報を提供しうる。

従来の技術によるイベント情報提供過程を示すフローチャートである。本発明の一実施形態によってイベント情報を提供するシステムを示すブロック図である。本発明の一実施形態によってイベント情報を提供するイベント受信機器の構成を示すブロック図である。本発明の実施形態によってイベント情報を提供する方法を示すフローチャートである。本発明の一実施形態によるイベントログ情報テーブルを示す例示図である。本発明の他の実施形態によってイベント情報を提供するシステムを示すブロック図である。本発明の一実施形態によるイベント情報形式を示す図である。

本発明の利点及び特徴、そしてこれを達成する方法は添付された図面に基づいて詳細に後述されている実施例を参照すれば明確になる。しかし、本発明は以下で開示される実施例に限定されるものではなく、この実施例から外れて多様な形に具現でき、本明細書で説明する実施例は本発明の開示を完全にし、本発明が属する技術分野で当業者に発明の範ちゅうを完全に報せるために提供されるものであり、本発明は請求項及び発明の詳細な説明により定義されるだけである。一方、明細書全体に亙って同一な参照符号は同一な構成要素を示す。

以下、本発明の一実施形態によるイベント情報を提供する装置、方法及びシステムを説明するためのブロック図、または処理フローチャートに関する図面を参考して本発明について説明する。この時、フローチャートの各ブロックとフロ−チャートの組合わせはコンピュータプログラムインストラクションにより実行可能なのが理解できるであろう。これらコンピュータプログラムインストラクションは、汎用コンピュータ、特殊用コンピュータまたはその他のプログラマブルデータプロセッシング装備のプロセッサーに搭載されうるので、コンピュータまたはその他のプログラマブルデータプロセッシング装備のプロセッサーを通じて実行されるそのインストラクションがフローチャートのブロックで説明された機能を行う手段を生成するように機構を作れる。これらコンピュータプログラムインストラクションは特定方式で機能を具現するためにコンピュータまたはその他のプログラマブルデータプロセッシング装備を指向できるコンピュータ利用可能またはコンピュータ判読可能メモリに保存されることも可能なので、そのコンピュータ利用可能またはコンピュータ判読可能メモリに保存されたインストラクションはフローチャートのブロックで説明された機能を行うインストラクション手段を内包する製造品目を生産することも可能である。コンピュータプログラムインストラクションはコンピュータまたはその他のプログラム可能なデータプロセッシング装備上に搭載することも可能なので、コンピュータまたはその他のプログラマブルデータプロセッシング装備上で一連の動作段階が実行されてコンピュータで実行されるプロセスを生成し、コンピュータまたはその他のプログラマブルデータプロセッシング装備を行うインストラクションはフローチャートのブロックで説明された機能を実行するための段階を提供することも可能である。

また、各ブロックは特定の論理的機能を行うための一つ以上の実行可能なインストラクションを含むモジュール、セグメントまたはコードの一部を示すことができる。また、いくつの代替実行例では、ブロックで言及された機能が順序を外れて発生することも可能であるということに注目せねばならない。例えば、連続して図示されている２つのブロックは、実質的に同時に行われてもよく、またはそのブロックが時々該当する機能によって逆順に行われてもよい。

一方、本明細書で使われる‘イベント’とは、ホームネットワークに属する機器から発生する色々な状態変化、例えば、セットトップボックスで放送録画が始まるか、終了すること、ＤＶＤプレーヤーが停止すること、ガス漏れシステムでガス漏れを感知することなどを表して、各機器の種類によって多様な形態のイベントが発生しうる。また、本明細書で使われる‘イベント’とは、ホームネットワーク内で、またはホームネットワーク外部から発生した情報の更新を意味することもある。

また、本明細書で使われる‘イベント情報’とは、イベントを発生させた機器識別情報、イベントが発生した時間、イベント内容、発生したイベントと関連したＵＲＬ情報のように発生したイベントに関する情報を意味する。また、本明細書で使われる‘イベント情報’は、ホームネットワーク外部に位置した別途の外部サーバから受信した情報を含むこともできる。

図２は、本発明の一実施形態によってイベント情報を提供するシステムを示すブロック図であって、イベント情報提供システム２００は、イベント発生機器２１０と複数のイベント受信機器２５０ａ、２５０ｂ、２５０ｃを含む。この際、図２では、１つのイベント発生機器２１０のみが図示されているが、これは本発明についての説明の便宜のためのものであって、イベント情報提供システム２００は、複数のイベント発生機器を含むことができる。

また、図２では、イベント発生機器２１０と複数のイベント受信機器２５０ａ、２５０ｂ、２５０ｃが有線ネットワークで連結されていることを示しているが、無線ネットワークで連結されるか、有線ネットワークと無線ネットワークとが混合された形態のネットワークで連結されることもできる。

そして、イベント受信機器２５０は、ＵＰｎＰホームネットワーク上での制御機器に対応して、イベント発生機器２１０は、被制御機器に対応する。この際、イベント発生機器２１０は、ホームネットワークでのゲートウェイの役割をも行えるので、この場合、イベント発生機器２１０は、インターネットを通じてホームネットワークの外部に位置した他のサーバと接続可能になる。

イベント発生機器２１０は、イベント受信機器２５０により制御され、前記制御によって、またはイベント発生機器２１０自体から発生したイベントに関するイベント情報をイベント受信機器２５０に伝送しうる。この際、イベント情報は、マルチキャスト方式によって伝送されるが、このためにイベント発生機器２１０とイベント受信機器２５０は、マルチキャストのためのアドレスがあらかじめ指定されている。また、イベント発生機器２１０がホームネットワークに対するゲートウェイとしてインターネットを通じて外部サーバ（図示せず）と連結された場合には、前記外部サーバで情報が更新される場合、例えば、外部サーバが株式情報または天気情報を提供するサーバである場合、該当する情報が更新される場合、更新された情報をイベント情報としてイベント発生機器２１０に提供されうる。

図２に示されたシステム２００の動作を具体的に説明する。

イベント発生機器２１０でイベントが発生すれば、発生したイベントについてのイベント情報を含むイベントメッセージがイベント受信機器２５０に伝えられる。この際、イベントメッセージは、マルチキャスト方式によって伝送される。

イベント受信機器２５０は、伝えられたイベントメッセージからイベント情報を抽出し、抽出したイベント情報に基づいて発生したイベントについての情報をユーザに提供しうる。

もし、抽出したイベント情報がイベントに関するリソース位置情報、例えば、ＵＲＬ情報である場合にイベント受信機器２５０は、前記ＵＲＬ情報に接続して関連したイベント情報をユーザに提供しうる。もし、ＵＲＬ情報が複数である場合には、イベント受信機器２５０はＵＲＬ情報をユーザに提供し、ユーザにより選択されたＵＲＬに接続することもできる。

前記ＵＲＬ情報は、イベント発生機器２１０についてのＵＲＬを示し、ホームネットワーク内にまたはホームネットワーク外部に位置した他の機器についてのＵＲＬを示すこともできる。

イベント受信機器２５０は、イベント発生機器２１０から受信するか、ＵＲＬ情報によって該当ＵＲＬに接続して受信したイベント情報をディスプレイするか、サウンドとして出力してユーザに提供しうる。

もし、イベント発生機器２１０がインターネットを通じて外部サーバと連結された場合、イベント発生機器２１０は、外部サーバにより更新された情報をイベント情報として受信してイベント受信機器２５０に伝送しうる。

図３は、本発明の一実施形態によってイベント情報を提供するイベント受信機器の構成ブロック図である。

図３を参照すれば、本発明によるイベント受信機器２５０ａは、ネットワークインターフェースモジュール２５２、イベント感知モジュール２５４、制御モジュール２５６、そしてユーザインターフェースモジュール２５８を含む。

ネットワークインターフェースモジュール２５２は、イベント発生機器２１０と通信を行い、通信媒体によって有線または無線通信が可能である。また、ネットワークインターフェースモジュール２５２は、インターネットとの接続を行える。

イベント感知モジュール２５４は、ネットワークインターフェースモジュール２５２を通じて受信される情報のうちイベントに関する情報を感知し、感知されたイベント情報を制御モジュール２５６に伝達する。

制御モジュール２５６は、イベント感知モジュール２５４から伝達されたイベント情報を解釈するか、イベント発生機器または発生したイベントに関してさらに詳細な情報を保存している機器に接続して該当する情報を受信する。そして、発生したイベントに関するイベント情報をユーザインターフェースモジュール２５８に提供する。

また、制御モジュール２５６は、イベント発生機器２１０を制御するための制御メッセージを生成してネットワークインターフェースモジュール２５２を通じてイベント発生機器２１０に伝送することもできる。イベント感知モジュール２５４と制御モジュール２５６は、１つのモジュールとして動作することもできる。また、ネットワークインターフェースモジュール２５２は、イベント感知モジュール２５４を含めて動作することもできる。

ユーザインターフェースモジュール２５８は、制御モジュール２５６から提供されたイベント情報をユーザに提供し、ユーザからイベント発生機器２１０を制御するための制御命令を入力されることもできる。

この際、本実施例で使われる“部”、“モジュール”という用語はソフトウェアまたはＦＰＧＡまたはＡＳＩＣのようなハードウェア構成要素を意味し、モジュールは所定の役割を行う。しかし、モジュールはソフトウェアまたはハードウェアに限定されるものではない。モジュールはアドレッシングできる保存媒体に位置すべく構成されても良く、１つまたはそれ以上のプロセッサーを再生させるように構成されても良い。したがって、一例としてモジュールはソフトウェア構成要素、客体向けソフトウェア構成要素、クラス構成要素及びタスク構成要素のような構成要素と、プロセス、関数、属性、プロシージャー、サブルーチン、プログラムコードのセグメント、ドライバー、ファームウェア、マイクロコード、回路、データ、データベース、データ構造、テーブル、アレイ及び変数を含む。構成要素とモジュール内で提供される機能はより少数の構成要素及びモジュールに結合されるか、追加的な構成要素とモジュールにさらに分離されうる。のみならず、構成要素及びモジュールはディバイスまたは保安マルチメディアカード内の１つまたはそれ以上のＣＰＵを再生させるように具現されることもある。

図３で示された各モジュールの動作を図４に示されたフローチャートによって具体的に説明する。

図４を参照すれば、イベント発生機器２１０で機器の状態変化、例えば、ＤＶＤプレーヤーの動作中止またはガス漏れのようなイベントが発生すれば（Ｓ４１０）、イベント発生機器２１０は、発生したイベントについてのイベント情報を含むイベントメッセージをマルチキャスト方式でイベント受信機器２５０ａに伝送する（Ｓ４２０）。本明細書では、マルチキャストにより伝送されるイベント情報を第１イベントと定義する。

第１イベント情報は、イベント発生機器の状態変化を示す変数及び前記変数値を含み、このような情報は、フレーム形態またはＸＭＬ（エクステンシブルマークアップランゲージ）のような構造化された文書形態に伝送しうる。また、第１イベント情報は、発生したイベントについてのさらに詳細な情報を得られるＵＲＬ情報のようなリソース位置情報を含みうる。そして、第１イベント情報を含むイベントメッセージは、マルチキャスト伝送のためのマルチキャストＩＰアドレス及びポート情報、イベントタイプに関する情報、イベントが発生した機器の識別情報を含みうる。

この際、イベントタイプの例として、情報を知らせる‘情報’、エラーや誤謬状況を知らせる‘誤謬’、警告状況を知らせる‘警告’、そして緊急状況を知らせる‘緊急’などがある。

イベント受信機器２５０ａのイベント感知モジュール２５４は、ネットワークインターフェースモジュール２５２を通じて受信されたイベントメッセージからイベントが発生したことを感知する。

イベント感知モジュール２５４は、マルチキャスト通信のためにあらかじめ指定されたアドレスとポートを通じてメッセージが受信されているか否かを監視することによって、イベントの発生有無が分かる。

イベント感知モジュール２５４は、受信したイベントメッセージから第１イベント情報を抽出して制御モジュール２５６に伝達する。制御モジュール２５６は、第１イベント情報をユーザインターフェースモジュール２５８を通じてディスプレイする（Ｓ４３０）。

もし、前記第１イベント情報がＵＲＬのようなリソース位置情報である場合に、制御モジュール２５６は、ネットワークインターフェースモジュール２５２を通じて該当するＵＲＬに接続し（Ｓ４４０）、接続したＵＲＬから発生したイベントについてのさらに詳細な情報を受信する（Ｓ４５０）。このようにＵＲＬを通じて受信したイベント情報を本明細書では第２イベント情報と定義する。そして、Ｓ４３０ステップで第１イベント情報に該当するリソース位置情報が２つ以上である場合には、複数のリソース位置情報がユーザインターフェースモジュール２５８を通じてディスプレイされ、ユーザが所望のリソース位置情報を選択することによって、選択されたリソース位置情報から第２イベント情報がイベント受信機器２５０ａに伝送しうる。

制御モジュール２５６は、受信した第２イベント情報をユーザインターフェースモジュール２５８に伝達し、ユーザインターフェースモジュール２５８は伝えられた第２イベント情報をユーザにディスプレイする（Ｓ４６０）。

一方、イベント受信機器２５０ａは、指定された時間の間に発生したイベント情報を保存するか、受信されたイベント情報を選別的に保存しうる。この場合、イベント受信機器２５０ａは、別の保存領域に複数のイベント情報により形成されるイベントログ情報テーブルを生成し、その例を図５に示している。

図５を参照すれば、ログ情報テーブル５００は、イベント発生時間、イベント発生機器の種類、イベントタイプ、イベントが発生したイベント発生機器のＵＲＬ情報が記録されている。

このようなログ情報テーブル５００のログ情報は、制御モジュール２５６またはユーザインターフェースモジュール２５８により整列（ソーティング）、検索（サーチング）またはフィルタリングされ、その結果がユーザインターフェースモジュール２５８を通じてユーザに提供されうる。すなわち、イベント受信機器２５０ａは、イベントログ情報をイベント発生機器別、イベント種類またはイベント発生時間によって整列してユーザに提供し、ユーザにイベント情報の検索機能を提供しうる。

一方、図４では、第１イベントがリソース位置情報、例えば、ＵＲＬ情報である場合、前記ＵＲＬ情報は、イベントが発生したイベント発生機器のＵＲＬ情報であることを例示している。しかし、これは例示的なものであって、前記ＵＲＬ情報は、必ずしもイベント発生機器に対するＵＲＬ情報である必要はなく、イベント発生機器２１０から発生したイベントに対してさらに詳細な情報を提供しうるＵＲＬ情報を意味する。

図６は、本発明の他の実施形態によってイベント情報を提供するシステムを示すブロック図である。

図６を参照すれば、ホームネットワーク６００には天気情報サービスを提供するサーバ６１０とテレビ６２０、空気浄化機６３０、そしてオーディオシステム６４０のような機器があり、この際、天気情報サービスサーバ６１０は、ホームネットワーク６００のゲートウェイの役割を行う。そして、前記のような構成要素は、インターネット６７０を通じてＵＲＬがｗｅａｔｈｅｒ．ｇｏｖである気象庁サーバ６５０と接続されうる。

天気情報サービスサーバ６１０は、図２でのイベント発生機器２１０に該当し、テレビ６２０、空気浄化機６３０、そしてオーディオシステム６４０は、図２でのイベント受信機器２５０に該当する。

まず、激しい黄砂が近づいてくることによって、気象庁サーバ６５０は、黄砂警報を発し、この事実をインターネット６７０を通じて天気情報サービスサーバ６１０に伝達する。天気情報サービスサーバ６１０は、このような事実をイベント情報としてホームネットワーク６００に存在する不特定機器にマルチキャスト方式で前記イベント情報を伝送する。この際、図７のような形式でイベント情報が伝えられうる。

ホームネットワーク６００内に存在する機器、例えば、テレビ６２０が図７のようなイベント情報を受信すれば、まず“／ｅｖｅｎｔ／ｗａｒｎｉｎｇ”から警告に関するイベントということを確認し、＜ＹｅｌｌｏｗＤｕｓｔＨＴＭＬＤａｔａ＞に明示されたｈｔｔｐ：／／ｗｅａｔｈｅｒ．ｇｏｖ／ｙｄ．ｈｔｍｌに接続してさらに詳細な情報を受信した後、受信した詳細情報に基づいて警告に関するＨＴＭＬ文書を画面を通じてユーザに提供する。図７での“２３９．２５５．２５５．２５０：１９０１”は、マルチキャストのためのアドレス及びポート番号を示す。

そして、空気浄化機６３０は、黄砂の等級を知って初めて空気浄化のレベルを決定できるので、このような情報が含まれたＸＭＬデータを受信するために＜ＹｅｌｌｏｗＤｕｓｔＸＭＬＤａｔａ＞に明示されたｈｔｔｐ：／／ｗｅａｔｈｅｒ．ｇｏｖ／ｙｄ．ｘｍｌに接続してさらに詳細な情報を受信する。そして、受信した詳細情報に基づいて空気浄化のレベルを決定し、決定されたレベルによって自動で空気浄化を始める。

一方、オーディオシステム６４０は、ユーザに黄砂警報を聞かせるために＜ＹｅｌｌｏｗＤｕｓｔＡｕｄｉｏＤａｔａ＞に明示されたｈｔｔｐ：／／ｗｅａｔｈｅｒ．ｇｏｖに接続して“ｙｄ．ｍｐ３”ファイルを受信する。次いで、受信した“ｙｄ．ｍｐ３”を再生して“現在黄砂が近づいています”という声を出力する。

以上、添付図を参照して本発明の実施例を説明したが、本発明が属する技術分野で当業者ならば本発明がその技術的思想や必須特徴を変更せずとも他の具体的な形に実施されうるということが理解できるであろう。したがって、前述した実施例は全ての面で例示的なものであって、限定的なものではないと理解せねばならない。

本発明は、ホームネットワークにおけるイベント情報の収集、管理及びユーザへの提供に関する技術分野に好適に適用されうる。

２１０イベント発生機器
２５０イベント受信機器
２５２ネットワークインターフェースモジュール
２５４イベント感知モジュール
２５６制御モジュール
２５８ユーザインターフェースモジュール

Claims

イベント発生機器から発生したイベントに関する第１イベント情報をマルチキャスト方式により受信して提供するイベント感知モジュールと、
前記提供された第１イベント情報を用いて発生したイベントに関する詳細情報を示す第２イベント情報を受信する制御モジュールと、
前記受信した第１イベント情報及び第２イベント情報をユーザに提供するユーザインターフェースモジュールと、を備え、
前記第１イベント情報又は前記第２イベント情報は、ログ情報としてイベントログ情報テーブルに保存され、
前記イベントログ情報テーブルにおいて、前記ログ情報は、イベント発生機器別、イベント発生種類、又はイベント発生時間によって整列され、
前記第１イベント情報は、発生したイベントについての詳細情報があるリソース位置情報を含み、
前記第２イベント情報は、前記第１イベント情報に含まれる前記リソース位置情報が２つ以上である場合、ユーザにより選択されたリソース位置情報から受信される、前記ユーザインターフェースモジュールを通じてユーザに提供されるイベント情報提供装置。
前記イベントは、前記イベント発生機器の状態変化を含む請求項１に記載のイベント情報提供装置。
前記イベントは、情報の更新を含む請求項１に記載のイベント情報提供装置。
前記リソース位置情報は、ＵＲＬ情報を含む請求項１に記載のイベント情報提供装置。
前記第１イベント情報は、マルチキャスト伝送のためのアドレス及びポート情報を含む請求項１に記載のイベント情報提供装置。
前記第１イベント情報は、発生したイベントのタイプに関する情報を含む請求項１に記載のイベント情報提供装置。
前記イベントタイプは、情報を知らせるタイプ、エラーや誤謬状況を知らせるタイプ、警告状況を知らせるタイプまたは緊急状況を知らせるタイプを含む請求項６に記載のイベント情報提供装置。
イベントが発生するイベント発生機器と、
前記発生したイベントに関する第１イベント情報をマルチキャスト方式により受信し、前記受信した第１イベント情報を用いて発生したイベントに関する詳細情報を示す第２イベント情報を受信してユーザに提供するイベント受信機器と、を備え、
前記イベント受信機器は、
前記第１イベント情報又は前記第２イベント情報を、ログ情報としてイベントログ情報テーブルに保存し、
前記イベントログ情報テーブルにおいて、前記ログ情報を、イベント発生機器別、イベント発生種類、又はイベント発生時間によって整列し、ユーザに提供し、
前記第１イベント情報は、発生したイベントについての詳細情報があるリソース位置情報を含み、
前記第２イベント情報は、前記第１イベント情報に含まれる前記リソース位置情報が２つ以上である場合、ユーザにより選択されたリソース位置情報から受信される、イベント情報提供システム。
前記イベントは、前記イベント発生機器の状態変化を含む請求項８に記載のイベント情報提供システム。
前記イベントは、情報の更新を含む請求項８に記載のイベント情報提供システム。
前記リソース位置情報は、ＵＲＬ情報を含む請求項８に記載のイベント情報提供システム。
前記第１イベント情報は、マルチキャスト伝送のためのアドレス及びポート情報を含む請求項８に記載のイベント情報提供システム。
前記第１イベント情報は、発生したイベントのタイプに関する情報を含む請求項８に記載のイベント情報提供システム。
前記イベントタイプは、情報を知らせるタイプ、エラーや誤謬状況を知らせるタイプ、警告状況を知らせるタイプまたは緊急状況を知らせるタイプを含む請求項１３に記載のイベント情報提供システム。