(57)【要約】  本発明に係る通信装置は、ネットワーク（１２０）を介して接続されたテレビ（１０１）に、イベントが発生したことを通知するドアホン（１０３）であって、テレビ（１０１）が取得することができる、前記イベントに関連付けられたイベント情報の複数のメディアを示すメディア情報を含み、イベントが発生したことを示すイベントメッセージ（３２０）を作成するイベントメッセージ作成部（１３２）と、イベントメッセージ（３２０）を、ネットワーク（１２０）を介して、テレビ（１０１）に送信する通信部（１３１）とを備える。
2009019890.tif 000002
【特許請求の範囲】
【請求項１】
ネットワークを介して接続されたイベント受信機器に、イベントが発生したことを通知する通信装置であって、
前記イベント受信機器が取得することができる、前記イベントに関連付けられたイベント情報の複数のメディアを示すメディア情報を含み、前記イベントが発生したことを示すイベントメッセージを作成するイベントメッセージ作成手段と、
前記イベントメッセージを、前記ネットワークを介して、前記イベント受信機器に送信する通信手段とを備える
通信装置。
【請求項２】
前記通信装置は、さらに、
前記イベント情報を、前記メディア情報に示される複数のメディアのうち、前記イベント受信機器から指定されたメディアで、前記イベント受信機器に送信する情報送信手段を備える
請求項１記載の通信装置。
【請求項３】
前記メディア情報は、さらに、前記複数のメディアのそれぞれの格納先を示す情報を含み、
前記情報送信手段は、前記イベント受信機器から指定された前記格納先の情報を用いて、前記イベント情報を特定し、特定したイベント情報を当該イベント受信機器に送信する
請求項２記載の通信装置。
【請求項４】
前記メディア情報は、当該メディアが動画、静止画、又は音声であるかと、動画及び静止画のピクセルサイズと、動画のフレームレートと、当該メディアの圧縮方式と、当該イベント情報の送信方法とのうち、少なくとも一つを含む
請求項１記載の通信装置。
【請求項５】
前記イベントメッセージは、さらに、前記イベントの区分、種別、又は両者の組合せを示す区分情報を含む
請求項１記載の通信装置。
【請求項６】
前記通信装置は、さらに、
前記イベントの区分、種別、又は両者の組合せに対して、当該イベントを前記イベント受信機器に通知する必要があるか否かが設定された設定情報を保持する設定保持手段を備え、
前記イベントメッセージ作成手段は、前記設定情報に前記イベント受信機器に通知する必要があると設定されている区分、種別、又は両者の組み合わせを有するイベントに対して、前記イベントメッセージを作成し、前記設定情報に前記イベント受信機器に通知する必要がないと設定されている区分、種別、又は両者の組み合わせを有するイベントに対して、前記イベントメッセージを作成しない
請求項１記載の通信装置。
【請求項７】
前記通信装置は、さらに、
前記イベント受信機器により送信された、認証情報を含む認証メッセージを受信した場合に、当該通信装置と当該イベント受信機器との間で前記認証情報を共有する認証手段と、
前記イベント受信機器により送信された予約購読要求メッセージに、前記共有した認証情報が含まれる場合、前記イベントが発生した際に前記イベントメッセージを前記イベント受信機器に送信する予約購読を受け付け、前記予約購読要求メッセージに、前記共有した認証情報が含まれない場合、前記予約購読を受け付けない予約購読検証部とを備える
請求項１記載の通信装置。
【請求項８】
前記認証情報は、前記通信装置固有のＩＤである
請求項７記載の通信装置。
【請求項９】
前記認証情報は、前記通信装置及び前記イベント受信機器に固有の情報とは無関係な暗証番号を含む
請求項７記載の通信装置。
【請求項１０】
前記認証メッセージは、前記イベント受信機器の機種を示す機種情報を含み、
前記認証手段は、前記機種情報が予め定められた機種を示す場合に、当該イベント受信機器と認証情報を共有し、前記機種情報が前記予め定められた機種を示さない場合に、当該イベント受信機器と認証情報を共有しない
請求項７記載の通信装置。
【請求項１１】
前記認証手段は、複数のイベント受信機器と認証情報を共有可能であり、
前記認証手段は、前記認証情報を共有しているイベント受信機器の数が予め定められた数より少ない場合、前記認証メッセージの送信元のイベント受信機器と認証情報を共有し、前記認証情報を共有しているイベント受信機器の数が前記予め定められた数以上の場合、前記認証メッセージの送信元のイベント受信機器と認証情報を共有しない
請求項７記載の通信装置。
【請求項１２】
前記認証メッセージは、前記イベント受信機器の機種を示す機種情報を含み、
前記予め定められた数は、前記イベント受信機器の機種毎に設定されており、
前記認証手段は、前記認証情報を共有しているイベント受信機器のうち、前記認証メッセージの送信元のイベント受信機器と同じ機種のイベント受信機器の数が、当該機種に対して設定された前記予め定められた数より少ない場合、前記認証メッセージの送信元のイベント受信機器と認証情報を共有し、前記認証情報を共有しているイベント受信機器のうち、前記認証メッセージの送信元のイベント受信機器と同じ機種のイベント受信機器の数が、当該機種に対して設定された予め定められた数以上の場合、前記認証メッセージの送信元のイベント受信機器と認証情報を共有しない
請求項１１記載の通信装置。
【請求項１３】
前記通信装置は、外部からの操作により切り替えられる登録モードと通常モードとを有し、
前記認証手段は、前記登録モード時に、当該通信装置と前記イベント受信機器との間で前記認証情報を共有し、
前記予約購読検証部は、前記通常モード時に、前記予約購読を受け付ける
請求項７記載の通信装置。
【請求項１４】
前記通信装置は、さらに、
前記イベント受信機器により送信された、当該通信装置の情報の取得を要求する情報取得要求メッセージを受信した場合、当該通信装置の情報の格納先を含む情報取得応答メッセージを前記イベント受信機器に送信する情報提供手段と、
当該通信装置が前記ネットワークに参入したことをイベント受信機器に通知するための接続通知メッセージを前記イベント受信機器に送信するネットワーク管理手段とを備え、
前記接続通知メッセージは、前記通信装置の情報の格納先を含み、
前記情報提供手段は、当該通信装置の情報が変更された場合、当該通信装置の情報の前記格納先を変更する
請求項１記載の通信装置。
【請求項１５】
ネットワークを介して接続されたイベント送信機器から、イベントが発生したことを示すイベントメッセージを受信する通信装置であって、
前記イベントメッセージは、当該通信装置が取得することができる、前記イベントに関連付けられたイベント情報の複数のメディアを示すメディア情報を含み、
前記ネットワークを介して、前記イベント送信機器から送信された前記イベントメッセージを受信する通信手段と、
前記メディア情報に示される複数のメディアから一以上を選択するメディア選択手段と、
前記メディア選択手段により選択されたメディアで、前記イベント情報を取得する情報取得手段と、
前記情報取得手段により取得されたイベント情報を処理するイベント情報処理手段とを備える
通信装置。
【請求項１６】
前記メディア情報は、前記複数のメディアのそれぞれの格納先を示す情報を含み、
前記情報取得手段は、前記メディア選択手段により選択されたメディアに対応付けられた前記格納先を示す情報を用いて、前記イベント情報を取得する
請求項１５記載の通信装置。
【請求項１７】
前記メディア情報は、当該メディアが動画、静止画、又は音声であるかと、動画及び静止画のピクセルサイズと、動画のフレームレートと、当該メディアの圧縮方式と、当該イベント情報の送信方法とのうち、少なくとも一つを含み、
前記メディア選択手段は、当該通信装置が処理可能な予め定められた前記メディアを選択する
請求項１５記載の通信装置。
【請求項１８】
前記イベントメッセージは、前記イベントの区分、種別、又は両者の組合せを示す区分情報を含み、
前記通信装置は、さらに、
前記イベントの区分、種別、又は両者の組合せに対して、当該イベントに関連付けられた前記イベント情報を取得する必要があるか否かが設定された設定情報を保持する設定保持手段を備え、
前記情報取得手段は、前記設定情報に前記イベント情報を取得する必要があると設定されている区分、種別、又は両者の組み合わせが前記区分情報に示される場合、前記イベント情報を取得し、前記設定情報に前記イベント情報を取得する必要がないと設定されている区分、種別、又は両者の組み合わせが前記区分情報に示される場合、前記イベント情報を取得しない
請求項１５記載の通信装置。
【請求項１９】
前記通信装置は、さらに、
前記イベント送信機器に、当該通信装置と当該イベント送信機器との間で認証情報を共有するための認証メッセージを送信する認証要求手段と、
前記イベントメッセージを当該通信装置に送信するように要求する予約購読要求メッセージを前記イベント送信機器に送信する予約購読要求手段とを備え、
前記予約購読要求メッセージは、前記認証情報を含む
請求項１５記載の通信装置。
【請求項２０】
前記認証情報は、前記通信装置固有のＩＤを含む
請求項１９記載の通信装置。
【請求項２１】
前記認証情報は、前記通信装置及び前記イベント送信機器に固有の情報とは無関係な暗証番号を含む
請求項１９記載の通信装置。
【請求項２２】
前記認証要求手段は、当該通信装置の機種を示す機種情報を含む前記認証メッセージを前記イベント送信機器に送信する
請求項１９記載の通信装置。
【請求項２３】
前記機種情報は、当該通信装置の製品番号、製造日、又は製造番号を含む
請求項２２記載の通信装置。
【請求項２４】
前記認証要求手段は、前記通信装置が認証情報を前記イベント送信機器以外の機器と共有済みであるか否かを示す共有情報を含む前記認証メッセージを前記イベント送信機器に送信する
請求項１９記載の通信装置。
【請求項２５】
ネットワークを介して接続されたイベント受信機器に、イベントが発生したことを通知する通信装置のイベント処理方法であって、
前記イベント受信機器が取得することができる、前記イベントに関連付けられたイベント情報の複数のメディアを示すメディア情報を含み、前記イベントが発生したことを示すイベントメッセージを作成するイベントメッセージ作成ステップと、
前記イベントメッセージを、前記ネットワークを介して、前記イベント受信機器に送信する通信ステップとを含む
通信装置のイベント処理方法。
【請求項２６】
ネットワークを介して接続されたイベント送信機器から、イベントが発生したことを示すイベントメッセージを受信する通信装置のイベント処理方法であって、
前記イベントメッセージは当該通信装置が取得することができる、前記イベントに関連付けられたイベント情報の複数のメディアを示すメディア情報を含み、
前記ネットワークを介して、前記イベント送信機器から送信された前記イベントメッセージを受信する通信ステップと、
前記メディア情報に示される複数のメディアから一以上を選択するメディア選択ステップと、
前記メディア選択ステップで選択されたメディアで、前記イベント情報を取得する情報取得ステップと、
前記情報取得ステップにより取得されたイベント情報を処理するイベント情報処理ステップとを含む
通信装置のイベント処理方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワークに接続された通信装置及びその通信処理に関するものであり、特に、イベントが発生したことを通知する、又は当該通知を受ける通信装置及びそのイベント処理方法に関する。
【背景技術】
【０００２】
近年、ＡＶ機器を中心に家電機器のネットワーク化が進んできている。これにともない、家電機器は、このネットワーク（ホームネットワーク）を介して、他の家電機器を発見し連携動作することが可能となってきている。具体的には、玄関等に設置されたドアホンにおいて呼び出しがあった場合に、テレビ等に呼び出しがあった旨、及びドアホンのカメラが撮影した映像等が表示される。【０００３】
この連携動作を行うためには、ドアホン等の家電機器（以下、イベント送信機器）の内部で発生した状態変化（イベント）をテレビ等の他の家電機器（以下、イベント受信機器）が知るためのイベント通知の仕組みが必要となる。このイベント通知の仕組みを提供する業界標準規格としてＵＰｎＰ（Ｕｎｉｖｅｒｓａｌ  Ｐｌｕｇ  ａｎｄ  Ｐｌａｙ）Ｄｅｖｉｃｅ  Ａｒｃｈｉｔｅｃｔｕｒｅが知られている（例えば、非特許文献１参照）。【０００４】
しかしながら、ＵＰｎＰではイベント通知の仕組みは提供されているが、イベント内容は機器固有に定義する仕様になっている。これにより、イベント受信機器が、受信したイベントに対応した処理を行うには、イベント受信機器がイベント毎にその意味と処理方法を知っていなくてはならないという問題が発生する。【０００５】
これによって、イベント受信機器に、イベント送信機器にあわせた処理方法を予め組み込んでおく必要が生じる。よって、イベント受信機器において後から連携対象のイベント送信機器を増やすことが困難になる。【０００６】
この問題を解決する方法として、イベントに関連付けて提供する情報（又は、処理のためのユーザー・インターフェース）をＷｅｂページに統一し、イベント通知の際に、イベント送信機器が、当該ＷｅｂページにアクセスするためのＵＲＬ（Ｕｎｉｆｏｒｍ  Ｒｅｓｏｕｒｃｅ  Ｌｏｃａｔｏｒ）をイベントメッセージ内のパラメータに含めて送信する方法が知られている（例えば、特許文献１参照）。
【非特許文献１】ＵＰｎＰ  Ｄｅｖｉｃｅ  Ａｒｃｈｉｔｅｃｔｕｒｅ  １．０
【特許文献１】特開２００６−２６１２５号公報
【発明の開示】
【発明が解決しようとする課題】
【０００７】
しかしながら、特許文献１の方法では、イベント受信機器は、Ｗｅｂページの情報を表示するためのブラウザ機能を有する必要がある。ここで、ブラウザは、一般に複雑なソフトウエアである。よって、イベント受信機器にブラウザを組み込むことにより、イベント受信機器のコストが増加するという課題がある。【０００８】
また、イベント送信機器からイベント受信機器へ送信する、イベントに関連付けられた情報（以下、イベント情報）として、映像データ又は音声データを送信したい場合、ブラウザの制限等により、イベント送信機器が持つ能力を十分に生かせない場合がある。【０００９】
具体的には、イベント送信機器で発生したイベントの種類、及びイベント受信機器の種別によっては、ブラウザ向けに情報を送るのが適切である場合がある一方で、ＲＴＰ（Ｒｅａｌ−ｔｉｍｅ  Ｔｒａｎｓｐｏｒｔ  Ｐｒｏｔｏｃｏｌ）等を用いて、特定のアプリケーション向けに情報（特定コーディックを用いて圧縮した情報）を送る方がより適切な場合がある。【００１０】
すなわち、従来の方法では、イベント送信機器は、イベント種類、及びイベント受信機器の種別に応じて、適切なメディアのイベント情報をイベント受信機器に提示できないという課題がある。加えて、イベント受信機器は、自身に適するメディアを選択できないという課題がある。なお、ここでは、映像及び音声等のイベント情報の種類と、ブラウザ向けの情報及びＲＴＰ等の送信方法と、圧縮方式、ビットレート、画質及び音質等のフォーマットとを総称して、メディアと呼ぶ。【００１１】
また、ネットワーク機器で必要とされるイベントの種類は、イベント受信機器毎、又は、ユーザの使用状況に応じて変化するものであり、常に同じメディアのイベント情報を送受信するだけでは使いやすいネットワーク機器にならないという課題もある。【００１２】
そこで、本発明は、適切なメディアのイベント情報を提示できる通信機器（イベント送信機器）、及び自身に適するメディアを選択し、選択したメディアのイベント情報を取得できる通信機器（イベント受信機器）を提供することを目的とする。
【課題を解決するための手段】
【００１３】
上記目的を達成するために、本発明に係る通信装置は、ネットワークを介して接続されたイベント受信機器に、イベントが発生したことを通知する通信装置であって、前記イベント受信機器が取得することができる、前記イベントに関連付けられたイベント情報の複数のメディアを示すメディア情報を含み、前記イベントが発生したことを示すイベントメッセージを作成するイベントメッセージ作成手段と、前記イベントメッセージを、前記ネットワークを介して、前記イベント受信機器に送信する通信手段とを備える。【００１４】
この構成によれば、本発明に係る通信装置は、複数のメディアを示す情報を含むイベントメッセージを、イベント受信機器に送信する。これにより、イベント受信機器は、当該イベント受信機器に適したメディアを選択し、選択したメディアのイベント情報を取得できる。また、本発明に係る通信装置は、適切なメディアのイベント情報をイベント受信機器に提示できる。【００１５】
また、前記通信装置は、さらに、前記イベント情報を、前記メディア情報に示される複数のメディアのうち、前記イベント受信機器から指定されたメディアで、前記イベント受信機器に送信する情報送信手段を備えてもよい。【００１６】
また、前記メディア情報は、さらに、前記複数のメディアのそれぞれの格納先を示す情報を含み、前記情報送信手段は、前記イベント受信機器から指定された前記格納先の情報を用いて、前記イベント情報を特定し、特定したイベント情報を当該イベント受信機器に送信してもよい。【００１７】
この構成によれば、イベント受信機器は、イベントメッセージに含まれる複数のメディアに対応するイベント情報の格納先を指定することで、自身に適したメディアを選択したうえで、選択したメディアのイベント情報を受信できる。【００１８】
また、前記メディア情報は、当該メディアが動画、静止画、又は音声であるかと、動画及び静止画のピクセルサイズと、動画のフレームレートと、当該メディアの圧縮方式と、当該イベント情報の送信方法とのうち、少なくとも一つを含んでもよい。【００１９】
この構成によれば、イベント受信機器は、イベントメッセージに含まれるメディア種別を用いて、自身に適したメディアを選択できる。【００２０】
また、前記イベントメッセージは、さらに、前記イベントの区分、種別、又は両者の組合せを示す区分情報を含んでもよい。【００２１】
この構成によれば、イベント受信機器は、イベントメッセージに含まれる区分情報を用いて、当該イベントの区分及び種別を判定し、当該イベントの区分及び種別に応じて、メディアの選択、及びイベント情報の取得の有無を判定できる。【００２２】
また、前記通信装置は、さらに、前記イベントの区分、種別、又は両者の組合せに対して、当該イベントを前記イベント受信機器に通知する必要があるか否かが設定された設定情報を保持する設定保持手段を備え、前記イベントメッセージ作成手段は、前記設定情報に前記イベント受信機器に通知する必要があると設定されている区分、種別、又は両者の組み合わせを有するイベントに対して、前記イベントメッセージを作成し、前記設定情報に前記イベント受信機器に通知する必要がないと設定されている区分、種別、又は両者の組み合わせを有するイベントに対して、前記イベントメッセージを作成しなくてもよい。【００２３】
この構成によれば、本発明に係る通信装置は、設定情報に示される設定に応じて、イベントメッセージの送信の要否を判定できる。【００２４】
また、前記通信装置は、さらに、前記イベント受信機器により送信された、認証情報を含む認証メッセージを受信した場合に、当該通信装置と当該イベント受信機器との間で前記認証情報を共有する認証手段と、前記イベント受信機器により送信された予約購読要求メッセージに、前記共有した認証情報が含まれる場合、前記イベントが発生した際に前記イベントメッセージを前記イベント受信機器に送信する予約購読を受け付け、前記予約購読要求メッセージに、前記共有した認証情報が含まれない場合、前記予約購読を受け付けない予約購読検証部とを備えてもよい。【００２５】
この構成によれば、本発明に係る通信装置は、予約購読の前にイベント受信機器と認証情報を共有する。これにより、本発明に係る通信装置は、予約購読要求メッセージに含まれる認証情報を確認することにより、予約購読要求メッセージの送信元のイベント受信機器が正当なイベント受信機器であるか否かを判別できる。よって、本発明に係る通信装置は、本来連携を図りたい正当なイベント受信機器からの予約購読のみを受け付けることができる。【００２６】
また、前記認証情報は、前記通信装置固有のＩＤであってもよい。【００２７】
また、前記認証情報は、前記通信装置及び前記イベント受信機器に固有の情報とは無関係な暗証番号を含んでもよい。【００２８】
また、前記認証メッセージは、前記イベント受信機器の機種を示す機種情報を含み、前記認証手段は、前記機種情報が予め定められた機種を示す場合に、当該イベント受信機器と認証情報を共有し、前記機種情報が前記予め定められた機種を示さない場合に、当該イベント受信機器と認証情報を共有しなくてもよい。【００２９】
この構成によれば、本発明に係る通信装置は、本来連携を図りたい機種のイベント受信機器からの予約購読のみを受け付けることができる。【００３０】
また、前記認証手段は、複数のイベント受信機器と認証情報を共有可能であり、前記認証手段は、前記認証情報を共有しているイベント受信機器の数が予め定められた数より少ない場合、前記認証メッセージの送信元のイベント受信機器と認証情報を共有し、前記認証情報を共有しているイベント受信機器の数が前記予め定められた数以上の場合、前記認証メッセージの送信元のイベント受信機器と認証情報を共有しなくてもよい。【００３１】
また、前記認証メッセージは、前記イベント受信機器の機種を示す機種情報を含み、前記予め定められた数は、前記イベント受信機器の機種毎に設定されており、前記認証手段は、前記認証情報を共有しているイベント受信機器のうち、前記認証メッセージの送信元のイベント受信機器と同じ機種のイベント受信機器の数が、当該機種に対して設定された前記予め定められた数より少ない場合、前記認証メッセージの送信元のイベント受信機器と認証情報を共有し、前記認証情報を共有しているイベント受信機器のうち、前記認証メッセージの送信元のイベント受信機器と同じ機種のイベント受信機器の数が、当該機種に対して設定された予め定められた数以上の場合、前記認証メッセージの送信元のイベント受信機器と認証情報を共有しなくてもよい。【００３２】
また、前記通信装置は、外部からの操作により切り替えられる登録モードと通常モードとを有し、前記認証手段は、前記登録モード時に、当該通信装置と前記イベント受信機器との間で前記認証情報を共有し、前記予約購読検証部は、前記通常モード時に、前記予約購読を受け付けてもよい。【００３３】
この構成によれば、本発明に係る通信装置は、登録モードという特別な状態のときのみに、認証情報の共有を行うため、誤接続及び不正なアクセスをより高いレベルで防ぐことができる。【００３４】
また、前記通信装置は、さらに、前記イベント受信機器により送信された、当該通信装置の情報の取得を要求する情報取得要求メッセージを受信した場合、当該通信装置の情報の格納先を含む情報取得応答メッセージを前記イベント受信機器に送信する情報提供手段と、当該通信装置が前記ネットワークに参入したことをイベント受信機器に通知するための接続通知メッセージを前記イベント受信機器に送信するネットワーク管理手段とを備え、前記接続通知メッセージは、前記通信装置の情報の格納先を含み、前記情報提供手段は、当該通信装置の情報が変更された場合、当該通信装置の情報の前記格納先を変更してもよい。【００３５】
この構成によれば、イベント受信機器は、情報取得応答メッセージ又は接続通知メッセージに含まれる格納先が変更されているか否かに応じて、通信装置の情報が変更されたか否かを判別できる。【００３６】
また、本発明に係る通信装置は、ネットワークを介して接続されたイベント送信機器から、イベントが発生したことを示すイベントメッセージを受信する通信装置であって、前記イベントメッセージは、当該通信装置が取得することができる、前記イベントに関連付けられたイベント情報の複数のメディアを示すメディア情報を含み、前記ネットワークを介して、前記イベント送信機器から送信された前記イベントメッセージを受信する通信手段と、前記メディア情報に示される複数のメディアから一以上を選択するメディア選択手段と、前記メディア選択手段により選択されたメディアで、前記イベント情報を取得する情報取得手段と、前記情報取得手段により取得されたイベント情報を処理するイベント情報処理手段とを備える。【００３７】
この構成によれば、本発明に係る通信装置は、複数のメディアを示すメディア情報を用いて、当該通信装置に適したメディアを選択し、選択したメディアのイベント情報を取得できる。【００３８】
また、前記メディア情報は、前記複数のメディアのそれぞれの格納先を示す情報を含み、前記情報取得手段は、前記メディア選択手段により選択されたメディアに対応付けられた前記格納先を示す情報を用いて、前記イベント情報を取得してもよい。【００３９】
この構成によれば、本発明に係る通信装置は、イベントメッセージに含まれる複数のメディアに対応するイベント情報の格納先を指定することで、自身に適したメディアを選択したうえで、選択したメディアのイベント情報を受信できる。【００４０】
また、前記メディア情報は、当該メディアが動画、静止画、又は音声であるかと、動画及び静止画のピクセルサイズと、動画のフレームレートと、当該メディアの圧縮方式と、当該イベント情報の送信方法とのうち、少なくとも一つを含み、前記メディア選択手段は、当該通信装置が処理可能な予め定められた前記メディアを選択してもよい。【００４１】
この構成によれば、本発明に係る通信装置は、イベントメッセージに含まれるメディア種別を用いて、自身に適したメディアを選択できる。【００４２】
また、前記イベントメッセージは、前記イベントの区分、種別、又は両者の組合せを示す区分情報を含み、前記通信装置は、さらに、前記イベントの区分、種別、又は両者の組合せに対して、当該イベントに関連付けられた前記イベント情報を取得する必要があるか否かが設定された設定情報を保持する設定保持手段を備え、前記情報取得手段は、前記設定情報に前記イベント情報を取得する必要があると設定されている区分、種別、又は両者の組み合わせが前記区分情報に示される場合、前記イベント情報を取得し、前記設定情報に前記イベント情報を取得する必要がないと設定されている区分、種別、又は両者の組み合わせが前記区分情報に示される場合、前記イベント情報を取得しなくてもよい。【００４３】
この構成によれば、本発明に係る通信装置は、イベントメッセージに含まれる区分情報を用いて、当該イベントの区分及び種別を判定し、当該イベントの区分及び種別に応じて、イベント情報の取得の有無を判定できる。【００４４】
また、前記通信装置は、さらに、前記イベント送信機器に、当該通信装置と当該イベント送信機器との間で認証情報を共有するための認証メッセージを送信する認証要求手段と、前記イベントメッセージを当該通信装置に送信するように要求する予約購読要求メッセージを前記イベント送信機器に送信する予約購読要求手段とを備え、前記予約購読要求メッセージは、前記認証情報を含んでもよい。【００４５】
この構成によれば、本発明に係る通信装置は、予約購読の前にイベント送信機器と認証情報を共有し、共有した認証情報を含む予約購読要求メッセージをイベント送信機器に送信する。これにより、イベント送信機器は、予約購読要求メッセージに含まれる認証情報を確認することにより、予約購読要求メッセージの送信元の通信装置が正当な通信装置であるか否かを判別できる。よって、イベント送信機器は、本来連携を図りたい正当な通信装置からの予約購読のみを受け付けることができる。【００４６】
また、前記認証情報は、前記通信装置固有のＩＤを含んでもよい。【００４７】
また、前記認証情報は、前記通信装置及び前記イベント送信機器に固有の情報とは無関係な暗証番号を含んでもよい。【００４８】
また、前記認証要求手段は、当該通信装置の機種を示す機種情報を含む前記認証メッセージを前記イベント送信機器に送信してもよい。【００４９】
この構成によれば、イベント送信機器は、機種情報を用いて、本来連携を図りたい機種の通信装置からの予約購読のみを受け付けることができる。【００５０】
また、前記機種情報は、当該通信装置の製品番号、製造日、又は製造番号を含んでもよい。【００５１】
この構成によれば、イベント送信機器は、機種情報に含まれる通信装置の製品番号、製造日、又は製造番号を用いて、本来連携を図りたい機種の通信装置からの予約購読のみを受け付けることができる。【００５２】
また、前記認証要求手段は、前記通信装置が認証情報を前記イベント送信機器以外の機器と共有済みであるか否かを示す共有情報を含む前記認証メッセージを前記イベント送信機器に送信してもよい。【００５３】
この構成によれば、イベント送信機器は、通信装置が認証情報を他の機器と共有済みであるか否かに応じて、当該通信装置と共有する認証情報の決定、及び認証情報の共有の可否を判定できる。【００５４】
なお、本発明は、このような通信装置として実現できるだけでなく、通信装置に含まれる特徴的な手段をステップとするイベント処理方法として実現したり、そのような特徴的なステップをコンピュータに実行させるプログラムとして実現したりすることもできる。そして、そのようなプログラムは、ＣＤ−ＲＯＭ等の記録媒体及びインターネット等の伝送媒体を介して流通させることができるのは言うまでもない。また、本発明は、イベントが発生したことを通知する通信装置と、イベントが発生したことを通知される通信装置とを含む通信システムとして実現できる。
【発明の効果】
【００５５】
以上より、本発明は、適切なメディアのイベント情報を提示できる通信機器（イベント送信機器）、及び自身に適するメディアを選択し、選択したメディアのイベント情報を取得できる通信機器（イベント受信機器）を提供できる。
【図面の簡単な説明】
【００５６】
【図１】図１は、本発明の実施の形態１に係る通信システムの構成を示す図である。
【図２】図２は、本発明の実施の形態１に係るドアホンの機能構成の一例を示すブロック図である。
【図３】図３は、本発明の実施の形態１に係るＮＷカメラの機能構成の一例を示すブロック図である。
【図４】図４は、本発明の実施の形態１に係るテレビの機能構成の一例を示すブロック図である。
【図５】図５は、本発明の実施の形態１に係るレコーダの機能構成の一例を示すブロック図である。
【図６】図６は、本発明の実施の形態１に係る通信システムにおける処理の流れを示す図である。
【図７】図７は、本発明の実施の形態１に係るテレビによるイベント送信処理の流れを示すフローチャートである。
【図８】図８は、本発明の実施の形態１に係るドアホンにおける設定情報の構成の一例を示す図である。
【図９】図９は、本発明の実施の形態１に係るドアホンにおける設定情報の変形例を示す図である。
【図１０】図１０は、本発明の実施の形態１に係るドアホンシステムの玄関子機の状態変化時に通知されるイベントメッセージの一例を示す図である。
【図１１】図１１は、本発明の実施の形態１に係るドアホンシステムのセンサーカメラの状態変化時に通知されるイベントメッセージの一例を示す図である。
【図１２】図１２は、本発明の実施の形態１に係るドアホンシステムの火災センサーの状態変化時に通知されるイベントメッセージの一例を示す図である。
【図１３】図１３は、本発明の実施の形態１に係るＮＷカメラの状態変化時に通知されるイベント情報の一例を示す図である。
【図１４】図１４は、本発明の実施の形態１に係るドアホンにおけるイベント種別と、イベント情報の情報取得先との関係を示す図である。
【図１５】図１５は、本発明の実施の形態１に係るＮＷカメラにおけるイベント種別と、イベント情報の情報取得先との関係を示す図である。
【図１６】図１６は、本発明の実施の形態１に係るテレビにおけるイベントを受信した場合の処理の流れを示すフローチャートである。
【図１７】図１７は、本発明の実施の形態１に係るテレビによるイベント表示の一例を示す図である。
【図１８】図１８は、本発明の実施の形態１に係るイベント受信機器と利用する取得先情報との対応関係の一例を示す図である。
【図１９】図１９は、本発明の実施の形態１に係るテレビによるイベント情報の表示の一例を示す図である。
【図２０】図２０は、本発明の実施の形態１に係るレコーダによるイベントを受信した場合の処理の流れを示すフローチャートである。
【図２１】図２１は、本発明の実施の形態１に係るレコーダにおける設定情報の変形例を示す図である。
【図２２】図２２は、本発明の実施の形態１に係るドアホンにおけるイベント情報取得要求受信時の処理の流れを示すフローチャートである。
【図２３】図２３は、本発明の実施の形態２に係るテレビが備える予約購読制御部の構成を示すブロック図である。
【図２４】図２４は、本発明の実施の形態２に係るドアホンが備える予約購読制御部の構成を示すブロック図である。
【図２５】図２５は、本発明の実施の形態２に係る通信システムにおける予約購読処理の流れを示す図である。
【図２６】図２６は、本発明の実施の形態２に係るドアホンにおける認証受け付け判定処理の流れを示すフローチャートである。
【図２７】図２７は、本発明の実施の形態２に係るドアホンによる共有する認証情報の決定方法を示す図である。
【図２８】図２８は、本発明の実施の形態２に係る予約購読要求メッセージの一例を示す図である。
【図２９】図２９は、本発明の実施の形態２に係る通信システムにおける予約購読処理の流れを示す図である。
【図３０】図３０は、本発明の実施の形態３に係る通信システムにおける予約購読処理の流れを示す図である。
【図３１】図３１は、本発明の実施の形態３に係る通信システムにおける予約購読処理の流れを示す図である。
【図３２】図３２は、本発明の実施の形態４に係る通信システムにおける予約購読処理の流れを示す図である。
【図３３】図３３は、本発明の実施の形態４に係るネットワーク接続通知メッセージの一例を示す図である。
【図３４】図３４は、本発明の実施の形態４に係る通信システムにおける予約購読処理の流れを示す図である。
【図３５】図３５は、本発明の実施の形態４に係る検索応答メッセージの一例を示す図である。
【符号の説明】
【００５７】
１００  通信システム
１０１  テレビ
１０２  レコーダ
１０３  ドアホン
１０４  ＮＷカメラ
１０５  ホームゲートウェイ
１０６  エアコン
１０７  コントローラ
１１０  ドアホンシステム
１１１  玄関子機
１１２  センサーカメラ
１１３  火災センサー
１１４  電気錠センサー
１２０  ネットワーク
１２１  リンク
１３１  通信部
１３２  イベントメッセージ作成部
１３３  送信イベント制御部
１３４  情報格納先取得部
１３５  サーバ部
１３６  カメラ部
１３７  センサー部
１３８  独自通信部
１５１  Ｗｅｂサーバ部
１５２  Ｍｏｔｉｏｎ−ＪＰＥＧサーバ部
１５３  ＭＰＥＧ４サーバ部
１５４  音声情報サーバ部
１５５  情報格納部
１５６  予約購読制御部
２１１  通信部
２１２  イベント解析部
２１３  受信イベント制御部
２１４  表示シーケンス制御部
２１５  取得情報決定部
２１６  情報取得制御部
２１７  映像表示部
２１８  予約購読制御部
２２１  情報記録再生部
３００、３０１、３０２  設定情報
３１１  イベント区分
３１２  イベント種別
３１３、３１４、３１６  設定
３１５  ユーザの状態
３１７  情報取得先
３１８  イベント受信機器の種別
３１９  情報取得先
３２０、３２１、３２２、３２３  イベントメッセージ
３３１  Ｌｅｖｅｌ
３３２  Ｍｅｓｓａｇｅ
３３３  ＷｅｂＵＲＬ
３３４  ＤｅｖｉｃｅＣａｔｅｇｏｒｙ
３３５  ＥｖｅｎｔＣａｔｅｇｏｒｙ
３３６  ＭｅｄｉａＩｎｆｏ
３４１、３４２、３４３、３４４、３４５、３４６、３４７、３４８、３４９  メディア情報
３５０  テレビ放送の映像
３５１  メッセージ
３５２  イベント情報
４１２  イベント送信機器管理部
４１３  検索部
４１４  認証要求部
４１５  予約購読要求部
４１６  情報取得要求部
４２２  ネットワーク管理部
４２５  検索応答部
４２６  情報提供部
４２７  認証検証部
４２８  イベント受信機器管理部
４２９  予約購読検証部
５０１  予約購読要求メッセージ
５１１  ＣＡＬＬＢＡＣＫ
５２１  ネットワーク接続通知メッセージ
５３１、５５１  ＬＯＣＡＴＩＯＮ
５３２、５５２  ＵＳＮ
５４１  検索応答メッセージ
【発明を実施するための最良の形態】
【００５８】
以下、本発明の実施の形態に係る通信装置を含む通信システムについて図面に基づいて説明する。【００５９】
（実施の形態１）
本発明の実施の形態１に係る通信システムでは、イベント送信機器が、当該イベント送信機器が送信可能な複数のメディアを示す情報を含むイベントメッセージをイベント受信機器に送信する。これにより、イベント送信機器は、自身に適したメディアのイベント情報を選択して取得できる。【００６０】
まず、本発明の実施の形態１に係る通信システムの構成を説明する。【００６１】
図１は、本発明の実施の形態１に係る通信システムの構成を示すブロック図である。【００６２】
図１に示す通信システム１００は、ＵＰｎＰを用いた通信システムであり、デジタルテレビ受信機であるテレビ１０１と、ＤＶＤ（Ｄｉｇｉｔａｌ  Ｖｅｒｓａｔｉｌｅ  Ｄｉｓｋ）レコーダ、ＢＤ（Ｂｌｕ−ｒａｙ  Ｄｉｓｃ）レコーダ及びＨＤ（ハードディスク）レコーダ等のレコーダ１０２と、ＮＷ（ネットワーク）カメラ１０４と、ホームゲートウェイ１０５と、エアコン１０６と、コントローラ１０７と、ドアホンシステム１１０と、ネットワーク１２０とを含む。【００６３】
また、ドアホンシステム１１０は、ドアホン１０３と、玄関子機１１１と、センサーカメラ１１２と、火災センサー１１３と、電気錠センサー１１４と、リンク１２１とを含む。【００６４】
テレビ１０１と、レコーダ１０２と、ドアホン１０３と、ＮＷカメラ１０４と、ホームゲートウェイ１０５と、エアコン１０６と、コントローラ１０７とは、ネットワーク１２０を介して接続され、互いに通信可能である。【００６５】
ネットワーク１２０は、ホームネットワーク（宅内ネットワーク）、又は、企業内で構築される企業内ネットワーク等である。なお、ネットワーク１２０は、イーサネット（登録商標）、及び電灯線などの有線ネットワークであってもよいし、無線ＬＡＮ、及びＢｌｕｅｔｏｏｔｈなどの無線ネットワークであってもよいし、有線及び無線を併用したネットワークであってもよい。【００６６】
ドアホン１０３、ＮＷカメラ１０４、ホームゲートウェイ１０５及びエアコン１０６は、イベントが発生したことを示すイベントメッセージをイベント受信機器に送信するイベント送信機器である。ここで、イベントとは、イベント送信機器の状態の変化、及びイベント送信機器の制御下にある機器（例えば、ドアホンシステム１１０に含まれる通信機器）の状態の変化である。また、イベント送信機器は、イベント受信機器からの要求に応じて、イベントに関係付けられた情報（以下、イベント情報）をイベント受信機器に送信する。【００６７】
テレビ１０１、レコーダ１０２及びコントローラ１０７は、ドアホンシステム１１０及びＮＷカメラ１０４等のイベント送信機器により送信される、イベントメッセージを受信し、当該イベントメッセージの内容を解析した上で、イベント情報を当該イベント送信機器から取得するイベント受信機器である。【００６８】
テレビ１０１は、取得したイベント情報を画面に表示し、レコーダ１０２は、取得したイベント情報を記録し、ユーザ操作により記録したイベント情報を再生する。【００６９】
ＮＷカメラ１０４は、赤外線等を利用した人感センサーを備え、人感センサーが人等を検知した場合に、イベントが発生したことをイベント受信機器に通知する。また、ＮＷカメラ１０４は、当該イベントのイベント情報として、当該ＮＷカメラ１０４で撮影した映像及び音声をイベント受信機器に送信する。【００７０】
ドアホン１０３と、玄関子機１１１と、センサーカメラ１１２と、火災センサー１１３と、電気錠センサー１１４とは、ドアホンシステム固有のリンク１２１を介して、互いに接続される。【００７１】
ドアホン１０３は、ドアホンシステム１１０に含まれる機器（玄関子機１１１、センサーカメラ１１２、火災センサー１１３、及び電気錠センサー１１４）でイベントが発生した場合、リンク１２１を介して当該イベントの発生を検出し、ネットワーク１２０に接続されたイベント受信機器にイベントメッセージを送信する。また、ドアホン１０３は、発生したイベントのイベント情報をドアホンシステム１１０に含まれる機器から取得し、当該イベント情報の格納先を含むイベントメッセージをイベント受信機器に送信する。【００７２】
ここで、玄関子機１１１は、呼び出しボタン、カメラ及びマイクを備え、来客者により呼び出しボタンが押された場合にイベントが発生したことをドアホン１０３に通知する。また、玄関子機１１１は、イベントが発生した際に、当該イベントのイベント情報としてカメラで撮影した来客者の映像及びマイクが取得した音声を、ドアホン１０３に送信する。【００７３】
センサーカメラ１１２は、ＮＷカメラ１０４と同様に赤外線等を利用した人感センサーを備え、人感センサーが人等を検知した場合に、イベントが発生したことをドアホン１０３に通知する。また、センサーカメラ１１２は、当該イベントのイベント情報として当該センサーカメラ１１２が撮影した映像を、リンク１２１を介してドアホン１０３に送信する。【００７４】
火災センサー１１３は、熱及び煙等により火災を検知した場合に、イベントが発生したことをドアホン１０３に通知する。【００７５】
電気錠センサー１１４は、鍵のこじ開け等を検出した場合に、イベントが発生したことをドアホン１０３に通知する。【００７６】
これらのドアホンシステム１１０内の機器は、個別にＩＤが設定されており、同じ種類の機器であってもドアホン１０３で区別可能になっている。例えば、玄関子機１１１が、玄関と裏口とに設置されている場合でも、ドアホン１０３は、来客が呼び出しボタンを押した玄関子機１１１を個別ＩＤにより区別できる。【００７７】
なお、図１で説明した通信システム１００の構成は一例であり、各機器は複数であっても同様である。また、通信システム１００は、他の家電機器、ＰＣ（パーソナルコンピュータ）、及びＰＣ周辺機器等を含んでもよい。【００７８】
次に、図２及び図３を用いて、イベント送信機器の機能構成を説明する。【００７９】
図２は、本発明の実施の形態１に係るドアホン１０３の機能構成の一例を示すブロック図である。図２に示すようにドアホン１０３は、独自通信部１３８と、イベントメッセージ作成部１３２と、送信イベント制御部１３３と、情報格納先取得部１３４と、サーバ部１３５と、予約購読制御部１５６とを備える。【００８０】
独自通信部１３８は、リンク１２１を介して、ドアホンシステム１１０内の機器と情報の送受信を行う。具体的には、独自通信部１３８は、ドアホンシステム１１０内の機器からのイベント発生の通知、及びイベント情報を取得する。【００８１】
送信イベント制御部１３３は設定情報を保持する。設定情報は、イベントの区分、種別、又は両者の組合せに対して、当該イベントをイベント受信機器に通知する必要があるか否かが設定された情報である。また、当該設定情報は、ドアホン１０３が備えるＵＩ（ユーザー・インターフェース）、又はネットワーク１２０を介して外部から設定される。【００８２】
情報格納先取得部１３４は、発生したイベントの区分及び種別に基づき、サーバ部１３５が送信可能な複数のメディアのうち一つ以上のメディアを選択し、選択したメディアのイベント情報の格納先を取得する。【００８３】
イベントメッセージ作成部１３２は、ドアホンシステム１１０内の機器のイベントの発生（状態変化）を検出した場合に、当該イベントが発生したことを示すイベントメッセージを作成する。このイベントメッセージは、通信部１３１を介して、イベント受信機器に送信される。【００８４】
また、イベントメッセージ作成部１３２は、送信イベント制御部１３３に保持される設定情報に、イベント受信機器に通知する必要があると設定されている区分、種別、又は両者の組み合わせを有するイベントに対して、イベントメッセージを作成し、設定情報に、イベント受信機器に通知する必要がないと設定されている区分、種別、又は両者の組み合わせを有するイベントに対して、イベントメッセージを作成しない。【００８５】
また、イベントメッセージは、サーバ部１３５が送信可能な複数のメディアを示す情報を含む。言い換えると、イベントメッセージは、イベント受信機器が取得することができるイベント情報の複数のメディアを示す情報を含む。具体的には、イベントメッセージは、情報格納先取得部１３４により取得された複数のメディアのイベント情報の格納先を含む。【００８６】
通信部１３１は、ネットワーク１２０を介して、通信システム１００内の他の機器と情報の送受信を行う。具体的には、通信部１３１は、イベントメッセージ及びイベント情報をイベント受信機器に送信する。【００８７】
サーバ部１３５は、複数のメディアのうち、イベント受信機器から指定されたメディアで、当該イベント情報を、通信部１３１を介してイベント受信機器に送信する。サーバ部１３５は、Ｗｅｂサーバ部１５１と、Ｍｏｔｉｏｎ−ＪＰＥＧサーバ部１５２と、ＭＰＥＧ４サーバ部１５３と、音声情報サーバ部１５４とを備える。【００８８】
また、サーバ部１３５は、通信部１３１より得られた取得先情報に対応するサーバ部１５１〜１５４を選択し、選択されたサーバ部１５１〜１５４がイベント情報をイベント受信機器に提供する。ここで、取得先情報とは、イベント受信機器により指定されたイベント情報の格納先を示す情報であり、サーバ部１３５は、取得先情報に示される格納先に対応するサーバ部をサーバ部１５１〜１５４のうちから決定する。つまり、サーバ部１３５は、取得先情報を用いて、イベント情報を特定し、特定したイベント情報をイベント受信機器に送信する。【００８９】
Ｗｅｂサーバ部１５１は、ＨＴＭＬで記述されたイベント情報を格納する情報格納部１５５を備える。Ｗｅｂサーバ部１５１は、情報格納部１５５に格納されるイベント情報のうち、取得先情報に示されるＵＲＬに対応するイベント情報をイベント受信機器に送信する。【００９０】
Ｍｏｔｉｏｎ−ＪＰＥＧサーバ部１５２は、玄関子機１１１、及びセンサーカメラ１１２から独自通信部１３８を介して映像情報を取得し、取得した映像情報をＭｏｔｉｏｎ−ＪＰＥＧ方式（以下、Ｍ−ＪＰＥＧとも記す。）で圧縮したうえで、イベント受信機器に送信する。【００９１】
ＭＰＥＧ４サーバ部１５３は、玄関子機１１１、及びセンサーカメラ１１２から独自通信部１３８を介して映像情報を取得し、取得した映像情報をＭＰＥＧ４方式で圧縮したうえで、イベント受信機器に送信する。【００９２】
音声情報サーバ部１５４は、玄関子機１１１から独自通信部１３８を介して音声情報を取得し、取得した音声情報をイベント受信機器に送信する。【００９３】
予約購読制御部１５６は、イベント受信機器から送信された予約購読要求メッセージを受信し、当該予約購読要求メッセージの応答である予約購読応答メッセージをイベント受信機器に送信する。ここで、予約購読要求メッセージとは、イベント受信機器がイベント送信機器にイベントメッセージを送信するように要求するメッセージである。また、イベント送信機器は、イベントが発生した際に、予約購読要求を受け付けたイベント受信機器に対してのみイベントメッセージを送信する。【００９４】
図３は、本発明の実施の形態１に係るＮＷカメラ１０４の機能構成の一例を示すブロック図である。図３において、図２と同様の機能部については、図２と同一の符号を付しており説明は省略する。【００９５】
図３に示すＮＷカメラ１０４は、通信部１３１と、イベントメッセージ作成部１３２と、情報格納先取得部１３４と、サーバ部１３５と、カメラ部１３６と、センサー部１３７とを備える。【００９６】
カメラ部１３６は、カメラ及びマイクを備え、当該カメラにより撮影した映像情報と、当該マイクにより集音した音声情報とを取得する。センサー部１３７は、赤外線等により侵入者の検出を行う。【００９７】
ＮＷカメラ１０４とドアホン１０３との相違点は、サーバ部１３５がカメラ部１３６から映像情報と音声情報とを取得する点と、イベントメッセージ作成部１３２がセンサー部１３７により状態変化（イベントの発生）を検出する点と、独自通信部１３８と送信イベント制御部１３３とを備えない点である。ＮＷカメラ１０４は、送信イベント制御部１３３を備えないため、検出した全てのイベントをイベント受信機器に送信する。【００９８】
次に、図４及び図５を用いてイベント受信機器の機能構成について説明する。図４は、本発明の実施の形態１に係るテレビ１０１の機能構成の一例を示すブロック図である。【００９９】
図４に示すようにテレビ１０１は、通信部２１１と、イベント解析部２１２と、受信イベント制御部２１３と、表示シーケンス制御部２１４と、取得情報決定部２１５と、情報取得制御部２１６と、映像表示部２１７とを備える。【０１００】
通信部２１１は、ネットワーク１２０を介して、他の機器と通信を行う。具体的には、通信部２１１は、イベント送信機器により送信されたイベントメッセージ及びイベント情報を受信する。【０１０１】
イベント解析部２１２は、通信部２１１により受信されたイベントメッセージの内容を解析する。【０１０２】
受信イベント制御部２１３は、設定情報を保持する。設定情報は、イベントの区分、種別、又は両者の組合せに対して、当該イベントに対する処理を実行する必要があるか否かが設定された情報である。ここで、イベントに対する処理とは、メディアを選択し、選択したメディアのイベント情報を取得する処理である。【０１０３】
また、設定情報は、テレビ１０１が備えるＵＩを介してユーザにより設定される。なお、設定情報は、ネットワーク１２０を介して、設定されてもよい。【０１０４】
表示シーケンス制御部２１４は、予め設定された内容に従い、イベントメッセージを受信した際のイベント表示シーケンスを制御する。具体的には、表示シーケンス制御部２１４は、イベントメッセージ内に含まれるメッセージを表示後にイベント情報を取得するか、又は、メッセージを表示せず、すぐにイベント情報を取得するかの制御を行う。【０１０５】
取得情報決定部２１５は、イベントメッセージに含まれる情報に示される複数のメディアから、一以上のメディアを選択する。具体的には、取得情報決定部２１５は、イベント解析部２１２が解析したイベントメッセージの情報を用いて、イベントメッセージに含まれるメディア種別の情報を参照し、取得すべきイベント情報のメディアを決定する。つまり、取得情報決定部２１５は、当該イベント受信機器が処理可能な予め定められたメディアを選択する。【０１０６】
情報取得制御部２１６は、通信部２１１を介して、取得情報決定部２１５により選択されたメディアのイベント情報の格納先から、イベント情報を取得する。具体的には、イベント情報の格納先を指定する取得先情報を含むイベント情報取得要求をイベント送信機器に送信することにより、当該格納先からイベント情報を取得する。【０１０７】
なお、情報取得制御部２１６は、受信イベント制御部２１３に保持される設定情報に、イベント情報を取得する必要があると設定されている区分、種別、又は両者の組み合わせを有するイベントに対して、イベント情報を取得し、設定情報に、イベント情報を取得する必要があると設定されている区分、種別、又は両者の組み合わせを有するイベントに対して、イベント情報を取得しない。【０１０８】
映像表示部２１７は、放送画像、及び、情報取得制御部２１６により取得されたイベント情報を表示する。具体的には、映像表示部２１７は、映像のイベント情報の表示、及び音声のイベント情報の出力を行う。【０１０９】
予約購読制御部２１８は、予約購読要求メッセージを作成し、作成した予約購読要求メッセージをイベント送信機器に送信する。【０１１０】
次に、図５を用いて、レコーダ１０２の機能構成について説明する。【０１１１】
図５は、本発明の実施の形態１に係るレコーダの機能構成の一例を示したブロック図である。図５において、図４と同等な機能部については、同一の符号を記し、説明は省略する。【０１１２】
情報記録再生部２２１は、情報取得制御部２１６により取得されたイベント情報を記録する。また、情報記録再生部２２１は、ユーザの指示により再生する。【０１１３】
レコーダ１０２とテレビ１０１との相違点は、レコーダ１０２ではユーザが取得する情報をリアルタイムで見ないことが多いため、表示シーケンス制御部２１４を設けていない点である。【０１１４】
次に、図６を用いて、イベント送信機器とイベント受信機器との間におけるイベントの通知及びイベント情報の送信処理の全体の流れを説明する。図６は、通信システム１００における処理の流れを示す図である。なお、ここでは、イベント送信機器がドアホン１０３であり、イベント受信機器がテレビ１０１である場合を例に説明する。また、イベント送信機器がＮＷカメラ１０４の場合、及びイベント受信機器がレコーダ１０２の場合も基本的に同様の動作である。【０１１５】
まず、テレビ１０１の予約購読制御部２１８は、ドアホン１０３に予約購読要求メッセージを送信する（Ｓ１０１）。【０１１６】
ドアホン１０３は、テレビ１０１により送信された予約購読要求メッセージを受信し、ドアホン１０３の予約購読制御部１５６は、テレビ１０１からの予約購読を受け付ける。予約購読制御部１５６は、予約購読を受け付けたことを示す予約購読応答メッセージをテレビ１０１に送信する（Ｓ１０２）。【０１１７】
次に、ドアホン１０３でイベントが発生する（Ｓ１０３）。【０１１８】
イベントの発生に伴い、ドアホン１０３は、予約購読を受け付けたテレビ１０１に、イベントメッセージを送信する（Ｓ１０４）。【０１１９】
次に、テレビ１０１は、イベントメッセージで示される複数のメディアのうち、一つ以上のメディアを選択し、選択したメディアに対応するイベント情報の送信をドアホン１０３に要求する（Ｓ１０５）。【０１２０】
次に、ドアホン１０３は、テレビ１０１により指定されたイベント情報をテレビ１０１に送信する（Ｓ１０６）。【０１２１】
次に、テレビ１０１は、受信したイベント情報を表示する（Ｓ１０７）。【０１２２】
以下、図７を用いて、ドアホン１０３によるイベント送信処理（図６のステップＳ１０３及びＳ１０４）について詳細に説明する。【０１２３】
図７は、ドアホン１０３又はＮＷカメラ１０４のイベント送信処理の流れを示すフローチャートである。ここでは、ドアホン１０３を例にして処理を説明するが、ＮＷカメラ１０４でも基本的に同様の動作である。【０１２４】
まず、イベントメッセージ作成部１３２は、独自通信部１３８を介して、ドアホンシステム１１０内の機器の状態変化（イベント発生）を検出する（Ｓ２０１）。【０１２５】
次に、イベントメッセージ作成部１３２は、発生したイベントの区分、及び種別等と、送信イベント制御部１３３に設定されている設定情報を用いて、発生したイベントに対するイベントメッセージの送信が必要か否かを判断する（Ｓ２０２）。【０１２６】
図８は、送信イベント制御部１３３が保持する設定情報３００の構成の一例を示す図である。【０１２７】
図８に示すように、設定情報３００は、イベントの概略的な分類であるイベント区分３１１と、イベント区分３１１よりも細かい分類であるイベント種別３１２と、設定３１３及び３１４とを含む。設定３１３及び３１４は、それぞれ、イベント区分３１１及びイベント種別３１２に対して設定され、設定３１３及び３１４は、イベントが発生した際に、イベントメッセージをイベント受信機器に通知するか否かを示す。つまり、ユーザは、イベント区分３１１ごと、又はイベント種別３１２ごとに、イベントメッセージを通知するか否かを設定できる。【０１２８】
このように、ユーザはイベント区分３１１を指定してイベント送信を不要とすることで、同一のイベント区分３１１に含まれる複数のイベント種別３１２のイベントに対して全てイベントメッセージを送信しないように設定することができる。これにより、ユーザが個別のイベント種別３１２を意識して、イベント送信の要否を設定する必要がないので、ユーザの利便性が向上する。【０１２９】
例えば、イベントメッセージ作成部１３２は、図８に示す設定情報３００を参照することで、電気錠センサー１１４が、鍵のこじ開けを検出した場合には、イベントメッセージをイベント受信機器に送信し、玄関子機１１１において呼び出しボタンが押された場合には、イベントメッセージをイベント受信機器に送信しない。【０１３０】
なお、ここでは、イベント区分３１１及びイベント種別３１２のそれぞれに対して、イベントの通知の有無が設定されるとしたが、イベント区分３１１及びイベント種別３１２のうちいずれかのみに対して、イベントの通知の有無が設定されてもよい。【０１３１】
また、ユーザの状態に応じて、通知するイベントの要否が設定されてもよい。【０１３２】
図９は、ユーザの状態に応じて、通知するイベントの要否が設定される場合の設定情報３０１の構成例を示す図である。【０１３３】
図９に示すように、ユーザの状態３１５として「在宅」、「お休み」、「お出かけ」といった状態がユーザにより設定される。また、ユーザの状態３１５と、イベント種別３１２とで、決定される設定３１６にイベントの通知の有無が設定される。例えば、「お休み」が設定されている場合には、イベントメッセージ作成部１３２は、図９に示す設定情報３０１を参照することで、電気錠センサー１１４が、鍵のこじ開けを検出した場合には、イベントメッセージをイベント受信機器に送信し、玄関子機１１１において呼び出しボタンが押された場合には、イベントメッセージをイベント受信機器に送信しない。【０１３４】
なお、図９では、イベント種別３１２ごとにイベントの通知の有無が設定されているが、イベント区分３１１ごとにイベントの通知の有無が設定されてもよい。【０１３５】
次に、ドアホン１０３は、イベントメッセージの送信が不要と判断された場合（Ｓ２０３でＮｏ）、状態変化の情報を破棄し、次の状態変化までイベント送信処理は実行しない。【０１３６】
一方、イベントメッセージの送信が必要と判断された場合（Ｓ２０３でＹｅｓ）、ドアホン１０３は、以下の処理を実行する。まず、情報格納先取得部１３４は、イベントメッセージ作成部１３２から得たイベントの区分及び種別に基づき、一つ以上のメディアを選択し、選択した各メディアのイベント情報を提供するサーバ部の格納先をイベントメッセージ作成部１３２に提示する。これにより、イベントメッセージ作成部１３２は、一つ以上のメディアのイベント情報の格納先を取得する（Ｓ２０４）。【０１３７】
次に、イベントメッセージ作成部１３２は、得られたイベント情報の格納先を含むイベントメッセージを作成し（Ｓ２０５）、作成したイベントメッセージを、通信部１３１を介して、イベント受信機器に送信する（Ｓ２０６）。【０１３８】
次に、図１０から図１３を用いて、イベントメッセージ作成部１３２により作成されるイベントメッセージについて説明する。【０１３９】
図１０は、玄関子機１１１の状態変化時にドアホン１０３により送信されるイベントメッセージ３２０の構成の一例を示す図である。図１０に示すようにイベントメッセージ３２０は、Ｌｅｖｅｌ３３１と、Ｍｅｓｓａｇｅ３３２と、ＷｅｂＵＲＬ３３３と、ＤｅｖｉｃｅＣａｔｅｇｏｒｙ３３４と、ＥｖｅｎｔＣａｔｅｇｏｒｙ３３５と、ＭｅｄｉａＩｎｆｏ３３６とを含む。【０１４０】
Ｌｅｖｅｌ３３１は、イベントの重要度を示し、Ａｌｅｒｔ、Ｎｏｔｉｃｅ、Ｉｎｆｏｒｍａｔｉｏｎの区分がある。ここで、Ａｌｅｒｔは一番重要度が高く、Ｉｎｆｏｒｍａｔｉｏｎは一番重要度が低いイベントである。【０１４１】
Ｍｅｓｓａｇｅ３３２は、イベントの内容を示す文字列情報である。【０１４２】
ＷｅｂＵＲＬ３３３は、Ｗｅｂサーバ部１５１により提供されるイベント情報の格納先を示す情報である。具体的には、ＷｅｂＵＲＬ３３３は、ＨＴＭＬで記述されたイベント情報が格納されるＵＲＬであり、イベント受信機器がＷｅｂＵＲＬ３３３に示されるＵＲＬにアクセスすることで、イベント情報が得られる。【０１４３】
ＤｅｖｉｃｅＣａｔｅｇｏｒｙ３３４は、当該イベントメッセージを送信したイベント送信機器に関する情報である。このＤｅｖｉｃｅＣａｔｅｇｏｒｙ３３４は、階層化した情報として記述される。例えば、図１０に示すように、イベント送信機器に関する情報は、ドアホン、玄関子機、玄関子機を一意に特定する識別ＩＤの順に階層化して記述される。【０１４４】
このようにイベント送信機器に関する情報を階層化して記述することにより、イベント受信機器は、詳細な情報である玄関子機１１１を識別できなくても、ドアホン１０３により当該イベントメッセージが送信されたことを識別できる。これにより、イベント受信機器は、イベントのフィルタ処理等を行うことが可能となる。【０１４５】
ＥｖｅｎｔＣａｔｅｇｏｒｙ３３５は、イベントの区分及び種別を示す。ＥｖｅｎｔＣａｔｅｇｏｒｙ３３５も、ＤｅｖｉｃｅＣａｔｅｇｏｒｙ３３４と同様に、階層化されて記述される。例えば、イベントの区分として来客イベントであることが記述され、より詳細には、玄関子機１１１により来客イベントが検知されたことが記述される。【０１４６】
このように階層化して記述することにより、イベント受信機器は、詳細な情報である玄関子機による検知を識別できなくても、来客イベントであることを識別できる。これにより、イベント受信機器は、イベントのフィルタ処理等を行うことが可能となる。【０１４７】
ＭｅｄｉａＩｎｆｏ３３６は、イベント情報のメディア種別とその格納先を示す複数のメディア情報３４１〜３４３を含む。図１０の例では、ＭｅｄｉａＩｎｆｏ３３６は、音声（玄関子機１１１のマイクで取得された音声）のメディア情報３４１と、Ｍｏｔｉｏｎ−ＪＰＥＧ（玄関子機１１１のカメラで撮影された動画）のメディア情報３４２と、ＭＰＥＧ４（玄関子機１１１のカメラで撮影された動画）のメディア情報３４３とを含む。【０１４８】
ここで、ＭｅｄｉａＩｎｆｏ３３６の記載内容について説明する。ｍ＝から次のｍ＝までの間が一つのメディアについて記述している。例えば、“ｍ＝ａｕｄｉｏ  ６３８４  ＲＴＰ／ＡＶＰ”は、（１）メディアが音声であり、（２）ＲＴＰを用いて情報を取得でき、（３）ｐｏｒｔ番号６３８４から情報を取得できることを示している。“ａ＝Ｇ７１１”は、音声のコーディックがＧ７１１であることを示している。“ａ＝ａｕｄｉｏｃｈａｎｎｅｌｓ＝１”は、音声がモノラルであることを示している。“ａ＝ｐｔｉｍｅ:２０”は、音声データの送信間隔が２０ｍｓであることを示している。【０１４９】
イベント受信機器は、このメディア情報３４１を解析したうえで、イベント送信機器のＰｏｒｔ番号６３８４にＲＴＰでアクセスすることで情報を取得することが可能となる。【０１５０】
また、次の“ｍ＝ｖｉｄｅｏ  ８０００  ＴＣＰ”は別のメディアに関する情報であり、（１）映像情報であり、（２）ＴＣＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ  Ｃｏｎｔｒｏｌ  Ｐｒｏｔｏｃｏｌ）を用いて、（３）Ｐｏｒｔ番号８０００から情報を取得できることを示している。“ａ＝Ｍ−ＪＰＥＧ”は、動画のコーディックがＭｏｔｉｏｎ−ＪＰＥＧであることを示している。“ａ＝ｆｒａｍｅｓｉｚｅ＝３２０ｘ２４０”は同画のフレームサイズが３２０ピクセル×２４０ピクセルであることを示している。“ａ＝ｆｒａｍｅｒａｔｅ:１５．０００”は、フレームレートが１５ｆｐｓであることを示している。【０１５１】
また、“ａ＝ｕｒｉ：ｈｔｔｐ：／／ｘｘｘｘ：８０００／ＭｏｔｉｏｎＪｐｅｇ？Ｒｅｓｏｌｕｔｉｏｎ＝３２０ｘ２４０”は、ＵＲＩとして“ｈｔｔｐ：／／ｘｘｘｘ：８０００／ＭｏｔｉｏｎＪｐｅｇ？Rｅｓｏｌｕｔｉｏｎ＝３２０ｘ２４０”を指定することで、情報を取得できることを示している。この場合、ＨＴＴＰプロトコルを用いて、“ｘｘｘｘ：８０００／ＭｏｔｉｏｎＪｐｅｇ？Ｒｅｓｏｌｕｔｉｏｎ＝３２０ｘ２４０”で示されるロケーションから情報を取得することができる。【０１５２】
次の“ｍ＝ｖｉｄｅｏ  ６３８５  ＲＴＰ／ＡＶＰ”のＭＰＥＧ４用のメディアに関する情報についても上記と同様であるため、説明を省略する。【０１５３】
このように、イベント情報のメディア種別とその格納先とを示すメディア情報３４１〜３４３をイベントメッセージに含め送信することにより、イベントメッセージを受信したイベント受信機器は、自身に最適なメディアを選択したうえで、選択したメディアのイベント情報を取得することが可能となる。【０１５４】
図１１は、ドアホンシステム１１０のセンサーカメラ１１２の状態変化時に通知されるイベントメッセージ３２１の一例を示す図である。センサーカメラ１１２では、音声情報を取得できないため、イベントメッセージ３２１に含まれるＭｅｄｉａＩｎｆｏ３３６には映像のメディア情報３４４及び３４５のみが記載され、音声のメディア情報が記載されない。【０１５５】
図１２は、火災センサー１１３の状態変化時に送信されるイベントメッセージ３２２の一例を示す図である。火災センサー１１３では、映像のメディア情報、及び音声のメディア情報をともに取得できないため、イベントメッセージ３２２にはＷｅｂＵＲＬ３３３の情報だけが含まれる。【０１５６】
図１３は、ＮＷカメラ１０４のセンサーが状態変化を検出した場合に通知されるイベントメッセージ３２３の一例を示す図である。例えば、イベントメッセージ３２３に含まれるＭｅｄｉａＩｎｆｏ３３６には、音声のメディア情報３４６と、Ｍ−ＪＰＥＧの解像度が異なる２つの映像のメディア情報３４７及び３４８と、ＭＰＥＧ４の映像のメディア情報３４９とが記載される。【０１５７】
このように、ＷｅｂＵＲＬ３３３と、ＭｅｄｉａＩｎｆｏ３３６に含まれる複数のメディア情報とは、メディア種別（動画、静止画、又は音声等）と、伝送方法（ブラウザ向けの情報、ＲＴＰ、又はＴＣＰ等）と、イベント情報の格納先（ＵＲＬ、又はポート番号等）と、フォーマットとを含む。ここで、フォーマットとは、圧縮方式と、コーディックとを含み、さらに、メディア種別が動画の場合には、ピクセルサイズ（フレームサイズ）と、フレームレートとを含み、メディア種別が静止画の場合には、ピクセルサイズを含み、メディア種別が音声の場合には、チャネル数（モノラル及びステレオ等）と、音声データの送信間隔とを含む。【０１５８】
また、イベント区分、及び種別によりイベント情報のメディアの種類、及び数が変化するため、情報格納先取得部１３４は、イベント区分及び種別から、イベントメッセージに含むべきイベント情報を選択し、選択したイベント情報の情報取得先（格納先）を決定することが必要になる。【０１５９】
図１４は、ドアホン１０３におけるイベント種別と、イベント情報の情報取得先（格納先）との関係を示す図である。また、図１５は、ＮＷカメラ１０４におけるイベント種別と、イベント情報の情報取得先（格納先）との関係を示す図である。情報格納先取得部１３４は、図１４及び図１５に示すテーブルを参照することにより、イベント種別３１２に対応付けられた情報取得先３１７を決定する。【０１６０】
次に、イベント受信機器によるイベント受信時の処理（図６のＳ１０５〜Ｓ１０７）について説明する。【０１６１】
図１６は、テレビ１０１でイベントメッセージを受信した場合の処理の流れを示すフローチャートである。【０１６２】
まず、通信部２１１がイベントメッセージを受信すると、イベント解析部２１２は、イベントメッセージを解析することにより、イベントメッセージに含まれる情報要素（Ｌｅｖｅｌ３３１、Ｍｅｓｓａｇｅ３３２、ＷｅｂＵＲＬ３３３、ＤｅｖｉｃｅＣａｔｅｇｏｒｙ３３４、ＥｖｅｎｔＣａｔｅｇｏｒｙ３３５、及びＭｅｄｉａＩｎｆｏ３３６）を取り出す（Ｓ３０１）。【０１６３】
次に、イベント解析部２１２は、受信イベント制御部２１３に保持される設定情報３００とイベントメッセージから取り出した情報要素からイベントメッセージの処理を継続すべきかを判断する（Ｓ３０２）。例えば、設定情報３００は、図８に示す設定情報３００と同様の構成である。【０１６４】
なお、ユーザの状態に応じて、イベントメッセージの処理の要否が設定されてもよい。つまり、受信イベント制御部２１３は、図９に示す設定情報３０１を用いて、ユーザの状態に応じて、イベントメッセージの処理の要否を判定してもよい。なお、厳密には、図８及び図９に示す設定３１３、３１４及び３１６で示される通知の有無を、イベントメッセージの処理の有無と置き換える必要がある。ここでイベントメッセージの処理とは、イベント情報の取得と、イベント情報（映像、Ｗｅｂ）の表示（イベント情報が音声である場合には、音声の出力）とである。【０１６５】
具体的には、イベント解析部２１２は、ＥｖｅｎｔＣａｔｅｇｏｒｙ３３５で示されるイベント区分３１１又はイベント種別３１２に対応する、設定情報３００の設定３１３又は３１４に従い、イベントメッセージの処理を継続すべきかを判断する。または、図９に示す設定情報３０１を用いる場合には、イベント解析部２１２は、設定されているユーザの状態３１５（「在宅」、「お休み」、「お出かけ」）を取得し、取得したユーザの状態３１５と、ＥｖｅｎｔＣａｔｅｇｏｒｙ３３５で示されるイベント区分３１１又はイベント種別３１２とに対応する、設定情報３０１の設定３１６に従い、イベントメッセージの処理を継続すべきかを判断する。【０１６６】
イベントメッセージの処理が必要ない場合（Ｓ３０２でＮｏ）、テレビ１０１は、受信したイベントメッセージを廃棄し、次のイベントメッセージの受信を待つ。【０１６７】
一方、イベントメッセージの処理が必要である場合（Ｓ３０２でＹｅｓ）、イベント解析部２１２は、表示シーケンス制御部２１４にイベントメッセージに含まれる情報要素を引き渡す。表示シーケンス制御部２１４は、予め設定された内容に従って、Ｍｅｓｓａｇｅ３３２の文字列情報を表示するか否かを判定する。【０１６８】
ここで、予め設定された内容とは、イベント区分３１１又はイベント種別３１２ごとの、Ｍｅｓｓａｇｅ３３２の表示の要否を示す情報であり、表示シーケンス制御部２１４は、ＥｖｅｎｔＣａｔｅｇｏｒｙ３３５で示されるイベント区分３１１又はイベント種別３１２に対応する設定内容に従い、Ｍｅｓｓａｇｅ３３２の表示を行う。【０１６９】
「Ｍｅｓｓａｇｅ３３２を表示後にイベント情報を取得する」と設定されている場合、表示シーケンス制御部２１４は、映像表示部２１７に、Ｍｅｓｓａｇｅ３３２に記述された文字列情報を表示し、ユーザにイベント情報を取得するかを問い合わせる。【０１７０】
図１７は、映像表示部２１７の表示例を示す図である。図１７に示すように、映像表示部２１７は、テレビ放送の映像３５０に加えて、メッセージ３５１を表示する。【０１７１】
このように、表示シーケンスを制御することで、ユーザの要望に応じて、素早くイベント情報を表示することも、なるべくＴＶ視聴の邪魔をしないように表示しながら、ユーザが必要なイベント情報については取得して表示するという使い方も可能となる。【０１７２】
なお、ここでは、表示シーケンス制御部２１４は、予め設定された内容に従って、Ｍｅｓｓａｇｅ３３２の文字列情報を表示するか否かを判定するとしたが、イベントメッセージに含まれる情報を用いて、表示シーケンス制御部２１４は、表示シーケンスを切り替えてもよい。具体的には、表示シーケンス制御部２１４は、ＭｅｄｉａＩｎｆｏ３３６に特定のメディア種別のメディア情報が含まれるか否か、ＥｖｅｎｔｏＣａｔｅｇｏｒｙ３３５に示されるイベント区分及び種別、又はＬｅｖｅｌ３３１等に応じて、表示シーケンスを切り替えてもよい。【０１７３】
ここで、ユーザの操作により、イベント情報の取得が指示された場合、又は、「すぐにイベント情報を取得する」と設定されている場合、次に、取得情報決定部２１５は、イベントメッセージに含まれるＭｅｄｉａＩｎｆｏ３３６のメディア種別を利用して取得するイベント情報のメディアを決定する（Ｓ３０４）。【０１７４】
図１８は、イベント区分３１１及びイベント種別３１２と、イベント受信機器の種別３１８と、利用する情報取得先３１９との対応関係を示すテーブルの一例を示す図である。【０１７５】
取得情報決定部２１５は、図１８に示すテーブルに従い、イベント区分３１１又はイベント種別３１２と、当該イベント受信機器の種別３１８とにより決まるメディア種別の情報取得先３１９を選択する。つまり、取得情報決定部２１５は、イベント受信機器が処理可能なメディア種別のうち、予め定められたメディア種別を選択する。【０１７６】
例えば、取得情報決定部２１５は、当該イベント受信機器が、ブラウザでの表示にしか対応していないテレビ受信機の場合、ＷｅｂＵＲＬ３３３に示されるイベント情報を取得すると決定する。また、取得情報決定部２１５は、当該イベント受信機器がＭＰＥＧ４動画の再生に対応しているテレビ受信機の場合、ＭｅｄｉａＩｎｆｏ３３６のメディア情報にＭＰＥＧ４の動画が含まれているかを判断し、含まれている場合にはＭＰＥＧ４の動画を取得すると決定する。加えて、当該イベント受信機器が音声再生にも対応している場合、同時にＭｅｄｉａＩｎｆｏ３３６に音声のメディア情報が含まれているかを判断し、含まれている場合、音声も取得すると決定する。【０１７７】
イベント情報の取得が必要ない場合（Ｓ３０５でＮｏ）、テレビ１０１は、次のイベントメッセージの受信を待つ。【０１７８】
一方、イベント情報の取得が必要である場合（Ｓ３０５でＹｅｓ）、次に、情報取得制御部２１６は、取得情報決定部２１５が決定した情報取得先を利用して、イベント情報を取得する（Ｓ３０６）。具体的には、取得情報決定部２１５は、情報取得先を指定する取得先情報を含むイベント情報取得要求をイベント送信機器に送信することにより、イベント情報を取得する。ここで、取得先情報は、Ｐｏｒｔ番号とプロトコルとを指定する情報である。【０１７９】
例えば、図１０に示すイベントメッセージの例では、取得情報決定部２１５は、Ｐｏｒｔ番号６３８４及びプロトコルＲＴＰを指定するイベント情報取得要求を送信することにより、音声のイベント情報の送信をイベント送信機器に要求し、Ｐｏｒｔ番号６３８５及びプロトコルＲＴＰを指定するイベント情報取得要求を送信することにより、ＭＰＥＧ４のイベント情報の送信をイベント送信機器に要求し、Ｐｏｒｔ番号８０００及びプロトコルＴＣＰを指定するイベント情報取得要求を送信することにより、Ｍ−ＪＰＥＧのイベント情報の送信をイベント送信機器に要求し、Ｐｏｒｔ番号８０及びプロトコルＨＴＴＰを指定するイベント情報取得要求を送信することにより、Ｗｅｂのイベント情報の送信をイベント送信機器に要求する。【０１８０】
次に、映像表示部２１７は、情報取得制御部２１６が取得したイベント情報を表示する（Ｓ３０７）。【０１８１】
図１９は、イベント情報の表示例を示す図である。図１９に示すように、映像表示部２１７は、テレビ放送の映像３５０と、ドアホンの映像であるイベント情報３５２とを表示する。【０１８２】
このように、映像表示部２１７は、２画面、又はピクチャ・イン・ピクチャ表示により、視聴中のテレビ放送の映像３５０と同時にイベント情報３５２を表示できる。【０１８３】
次に、図２０を用いてレコーダ１０２によるイベント受信時の処理について説明する。【０１８４】
図２０は、レコーダ１０２によるイベントを受信した場合の処理のフローチャートである。なお、図２０において、図１６と同様の処理については、同一の符号を割り当て、説明を省略する。図１６との差異は、表示シーケンスを判断する処理（Ｓ３０３）がない点と、情報記録再生部２２１が情報取得制御部２１６により取得されたイベント情報を記録する点（Ｓ３１１）である。【０１８５】
また、図２１は、ステップＳ３０２において、ユーザの状態に応じて、処理の要否が設定される場合のレコーダ１０２の設定情報３０２の構成例を示す図である。【０１８６】
図２１に示すように、ユーザの状態３１５として「在宅」、「お休み」、「お出かけ」といった状態がユーザにより設定される。また、ユーザの状態３１５と、イベント種別３１２とで、決定される設定３１６に処理の有無及び種類が設定される。例えば、「お出かけ」が設定されている場合には、イベント解析部２１２は、図２１に示す設定情報３０２を参照することで、電気錠センサー１１４が、鍵のこじ開けを検出した場合には、イベント情報に含まれる文字情報を記録すると決定し、火災センサー１１３が火災を検知した場合には、イベント情報に含まれる文字情報及び動画の記録を行わないと決定し、玄関子機１１１において呼び出しボタンが押された場合には、イベント情報に含まれる動画を記録すると決定する。【０１８７】
次に、図２２を用いて、イベント送信機器による、イベント情報の送信処理（図６のＳ１０５及びＳ１０６）について説明する。【０１８８】
図２２は、ドアホン１０３によるイベント情報の送信処理の流れを示すフローチャートである。【０１８９】
まず、サーバ部１３５は、通信部１３１を介して、イベント受信機器により送信されたイベント情報取得要求を受信する。サーバ部１３５は、受信したイベント情報取得要求に含まれる取得先情報から処理すべきサーバ部１５１〜１５４を判断する（Ｓ４０１）。【０１９０】
以下、図１０に示すイベントメッセージを例にして、処理すべきサーバ部を判断する方法について説明する。まず、サーバ部１３５は、取得先情報に含まれるＰｏｒｔ番号とプロトコルとをチェックする。Ｐｏｒｔ番号が６３８４でプロトコルＲＴＰなら、サーバ部１３５は、音声情報サーバ部１５４を選択する。同様に、サーバ部１３５は、Ｐｏｒｔ番号が６３８５でプロトコルＲＴＰなら、ＭＰＥＧ４サーバ部１５３を選択し、Ｐｏｒｔ番号が８０００でプロトコルＴＣＰなら、Ｍｏｔｉｏｎ−ＪＰＥＧサーバ部１５２を選択し、Ｐｏｒｔ番号が８０でプロトコルＨＴＴＰなら、Ｗｅｂサーバ部１５１を選択する。【０１９１】
次にサーバ部１３５により選択されたサーバ部１５１〜１５４がイベント情報取得要求を送信してきたイベント受信機器にイベント情報を送信する（Ｓ４０２）。【０１９２】
以上のように、本発明の実施の形態１に係るイベント送信機器は、当該イベント送信機器が送信可能な複数のメディアの種別を示す情報と、各メディアのイベント情報の格納先とを含むイベントメッセージを、イベント受信機器に送信する。これにより、イベント受信機器は、当該イベント受信機器に適したメディアを選択し、選択したメディアのイベント情報を取得できる。また、イベント送信機器は、適切なメディアのイベント情報をイベント受信機器に提示できる。【０１９３】
以上、本発明の実施の形態１に係る通信システム１００について説明したが、本発明は、この実施の形態に限定されるものではない。【０１９４】
例えば、上記説明では、イベント送信機器において、イベント送信の要否を判断し（Ｓ２０２）、さらに、イベント受信機器でイベントの処理の要否を判定（Ｓ３０２）しているが、いずれか一方のみを行ってもよい。【０１９５】
また、上記説明では、イベント受信機器は、イベントメッセージ送信元のイベント送信機器から、イベント情報を取得するとしたが、当該イベント送信機器以外の通信装置（サーバ装置）から、イベント情報を取得してもよい。つまり、イベント送信機器が送信するイベントメッセージに含まれる各メディアのイベント情報の格納先は、イベント送信機器以外のサーバ装置を指定するものであってもよい。この場合、当該サーバ装置が、サーバ部１３５と同様の構成を備え、イベント受信機器からの要求に応じて、イベント情報を当該イベント受信機器に送信すればよい。【０１９６】
また、図２〜図５に示す各処理部の機能は、ＣＰＵ等のプロセッサがプログラムを実行する、又は、専用の回路（ハードウェア）により実現される。【０１９７】
（実施の形態２）
本発明の実施の形態２では、予約購読要求及び予約購読応答（図６のＳ１０１及びＳ１０２）について、詳細に説明する。【０１９８】
従来の通信システムでは、予約購読要求の際に、イベント送信機器は、予約購読を要求しているイベント送信機器が正当な機器であるか否かを判定できない。つまり、イベント送信機器は、当該予約購読を受け付けるべきなのか否かを判定する手段がない。【０１９９】
ここで、イベント送信機器において、予約購読を受け付けることができるイベント受信機器の台数に制限を持たせることが一般的である。そのため、予約購読を要求しているイベント受信機器の正当性を判断せずに、あらゆるイベント受信機器からの予約購読を受け付けてしまうと、本来連携を図りたい正当なイベント受信機器からの予約購読を受け付けられないという問題が発生する。【０２００】
さらに、イベント送信機器は、イベントメッセージを複数のイベント受信機器に対して同時に送信するために、ブロードキャスト、又はマルチキャストで送信する場合、連携対象外のイベント受信機器及びイベント送信機器に対して、イベントメッセージを送信することになる。つまり、連携対象外の機器にとって、不要なパケット解析処理が発生するとともに、連携対象外の機器に状態を知られてしまうという問題が生じる。【０２０１】
これに対して、本発明の実施の形態２に係る通信システム１００では、予約購読の前に、イベント受信機器とイベント送信機器との間で、認証情報を共有する。さらに、イベント受信機器は、認証情報を含む予約購読要求メッセージをイベント送信機器に送信する。【０２０２】
これにより、イベント送信機器は、予約購読要求メッセージに含まれる認証情報を確認することにより、予約購読要求メッセージの送信元のイベント受信機器が正当なイベント受信機器であるか否かを判別できる。よって、イベント送信機器は、本来連携を図りたい正当なイベント受信機器からの予約購読のみを受け付けることができる。【０２０３】
まず、本発明の実施の形態２に係る通信システム１００の構成を説明する。なお、通信システム１００の概略構成は図１と同様であり、テレビ１０１及びドアホン１０３の機能構成も図４及び図３と同様であり、説明は省略する。また、ここでは、イベント受信機器としてテレビ１０１、イベント送信機器としてドアホン１０３を例に説明するが、イベント受信機器がレコーダ１０２及びコントローラ１０７である場合、及び、イベント送信機器がＮＷカメラ１０４、ホームゲートウェイ１０５及びエアコン１０６である場合も同様である。【０２０４】
図２３は、本発明の実施の形態２に係るイベント受信機器が備える予約購読制御部２１８の機能構成を示すブロック図である。図２３に示すように予約購読制御部２１８は、イベント送信機器管理部４１２と、検索部４１３と、認証要求部４１４と、予約購読要求部４１５と、情報取得要求部４１６とを備える。【０２０５】
検索部４１３は、検索要求メッセージを、通信部１３１を介してネットワーク１２０に接続された機器に送信することによって、ネットワーク１２０に接続されているイベント送信機器の検索を実行する。また、検索部４１３は、定期的、又はユーザ操作を含む上位アプリケーションからのトリガによって、イベント送信機器の検索を実行する。【０２０６】
情報取得要求部４１６は、イベント送信機器の機器情報を取得するための情報取得要求メッセージをイベント送信機器に送信する。ここで機器情報とは、イベント送信機器の名称、固有ＩＤ、機種情報、及びＩＰアドレス等である。【０２０７】
認証要求部４１４は、新規にイベント送信機器が検索された時、既に登録されているイベント送信機器の機器情報が更新された場合、及びユーザ操作を含む上位アプリケーションからのトリガによって、当該イベント受信機器とイベント送信機器との間での認証情報の共有を要求するための認証要求メッセージを、当該イベント送信機器に送信する。【０２０８】
ここで、認証情報とは、メッセージの送信元の機器が、正当な機器であることを認証するための情報である。具体的には、認証情報は、イベント受信機器ごとに固有の固有ＩＤ、イベント受信機器とイベント送信機器との間で相手を認証するための暗証番号、及びユーザＩＤのうち１以上を含む。また、固有ＩＤとは、イベント受信機器を一意に示すＩＤ、又はイベント受信機器を内部的に管理するためのＩＤであり、暗証番号とは、イベント送信機器及びイベント受信機器に固有の情報とは無関係なＩＤである。【０２０９】
また、認証情報の共有とは、イベント送信機器が、認証要求メッセージの送信元のイベント受信機器が正当な機器であるか否かを判断し、正当な機器である場合、当該イベント受信機器と関連付けて当該認証情報を管理することである。【０２１０】
予約購読要求部４１５は、イベント送信機器に対して、イベントメッセージを当該イベント受信機器に送信するように要求する予約購読要求メッセージを送信する。この予約購読要求メッセージは、認証情報を含む。【０２１１】
イベント送信機器管理部４１２は、イベント送信機器の機器情報を管理する。具体的には、イベント送信機器管理部４１２は、イベント送信機器の名称と、イベント送信機器の固有ＩＤと、イベント送信機器の機種情報と、ＩＰアドレスと、機器情報アクセス先と、認証要求アクセス先と、予約購読要求アクセス先とを管理する管理テーブルを記憶する。ここで、機種情報とは、製造会社名、製品番号、製造日、及び製造番号などである。また、機器情報アクセス先、認証要求アクセス先及び予約購読要求アクセス先に関しては、後述する。【０２１２】
このイベント送信機器管理部４１２は、検索応答メッセージ、ネットワーク接続通知メッセージ、ネットワーク離脱通知メッセージ、及び情報取得応答メッセージを受信するたびに、管理テーブルを更新する。【０２１３】
また、イベント送信機器管理部４１２は、検索応答メッセージ受信時、及びネットワーク接続通知メッセージ受信時に、イベント送信機器の固有ＩＤを確認し、管理テーブルに含まれていないイベント送信機器である場合、当該イベント送信機器を新規のイベント送信機器と判定し、情報取得要求部４１６へイベント送信機器情報を取得するよう要求する。【０２１４】
また、イベント送信機器管理部４１２は、検索応答メッセージ受信時、及びネットワーク接続通知メッセージ受信時に、機器情報アクセス先が変更されていることを検知すると、当該イベント送信機器の機器情報が変更されたと判定し、情報取得要求部４１６へ当該イベント送信機器の機器情報を取得するよう要求する。【０２１５】
図２４は、本発明の実施の形態２に係るイベント送信機器が備える予約購読制御部１５６の機能構成を示すブロック図である。図２４に示すように予約購読制御部１５６は、ネットワーク管理部４２２と、検索応答部４２５と、情報提供部４２６と、認証検証部４２７と、イベント受信機器管理部４２８と、予約購読検証部４２９とを備える。【０２１６】
ネットワーク管理部４２２は、自己がネットワークへの接続時、機器情報変更時、及びネットワークから離脱時に、ネットワーク接続通知メッセージ又はネットワーク離脱通知メッセージをイベント受信機器に送信する。【０２１７】
検索応答部４２５は、通信部１３１が受信した検索要求メッセージに含まれる検索条件を当該イベント送信機器が満たしているか否かを判定する。検索応答部４２５は、当該イベント送信機器が検索条件を満たしている場合、検索要求メッセージ送信元のイベント受信機器に対して、検索応答メッセージを送信する。【０２１８】
情報提供部４２６は、通信部１３１が情報取得要求メッセージを受信すると、当該情報取得要求メッセージの送信元のイベント受信機器に対して、情報取得応答メッセージを送信する。【０２１９】
また、情報提供部４２６は、当該イベント送信機器の機器情報が変更するたびに、イベント送信機器情報アクセス先を変更し、検索応答部４２５へ変更したことを通知するとともに、ネットワーク管理部４２２へネットワークからの離脱通知メッセージ、及びネットワークへの再接続通知メッセージを送信するように要求する。【０２２０】
認証検証部４２７は、通信部１３１が認証要求メッセージを受信した場合、当該イベント送信機器と、認証要求メッセージの送信元のイベント受信機器との間で認証情報を共有する。具体的には、認証検証部４２７は、認証の可否を判断したうえで、当該認証要求メッセージの送信元のイベント受信機器に対して、共有する認証情報と、認証の成否結果とを含む認証応答メッセージを、通信部１３１を介して送信する。【０２２１】
イベント受信機器管理部４２８は、イベント受信機器と共有している認証情報（固有ＩＤ）を管理する。【０２２２】
予約購読検証部４２９は、イベント受信機器により送信された予約購読要求メッセージに、共有した認証情報（イベント受信機器の固有ＩＤ）が含まれる場合、予約購読を受け付け、予約購読要求メッセージに共有した認証情報が含まれない場合、予約購読を受け付けない。また、予約購読検証部４２９は、予約購読の成否結果を含む認証応答メッセージを、通信部１３１を介して当該予約購読要求メッセージの送信元のイベント受信機器に送信する。【０２２３】
具体的には予約購読検証部４２９は、予約購読要求メッセージ内に含まれるイベント送信先情報内から、イベント受信機器の固有ＩＤを抽出し、イベント受信機器管理部４２８で管理している固有ＩＤか否かを確認する。イベント受信機器管理部４２８で管理している固有ＩＤであれば、予約購読検証部４２９は、予約購読要求メッセージの送信元のイベント受信機器に対して、予約購読を受け付けたことを示す予約購読応答メッセージを送信する。イベント受信機器管理部４２８で管理していない固有ＩＤであれば、予約購読要求送信元のイベント受信機器に対して、予約購読を受け付けないことを示す予約購読応答メッセージを送信する。【０２２４】
次に、本発明の実施の形態２に係る通信システム１００の動作を説明する。【０２２５】
まず、イベント受信機器がイベント送信機器を検索してから、予約購読を行うまでの処理を説明する。【０２２６】
図２５は、テレビ１０１がドアホン１０３を検索して、ドアホン１０３に対して予約購読を行うまでの処理の流れを示す図である。【０２２７】
まず、テレビ１０１の検索部４１３は、検索要求メッセージをブロードキャスト、又はマルチキャストで送信する（Ｓ５０１）。この検索要求メッセージは、検索条件と、当該検索要求メッセージを送信元である当該イベント受信機器を示す送信元情報とを含む。具体的には、送信元情報は、イベント送信機器の固有ＩＤである。また、検索条件は、当該検索要求メッセージを受信した機器が、イベント送信機器であるか否かである。【０２２８】
検索要求メッセージを受信したドアホン１０３の検索応答部４２５は、検索要求メッセージに含まれる検索条件に、自身が一致していた場合、検索応答メッセージをテレビ１０１へ送信する（Ｓ５０２）。具体的には、検索応答部４２５は、検索要求メッセージに含まれる送信元情報に示されるイベント受信機器に、検索応答メッセージをユニキャストで送信する。また、検索応答メッセージは、情報取得要求メッセージの送信先である機器情報アクセス先を含む。【０２２９】
検索応答メッセージを受信したテレビ１０１のイベント送信機器管理部４１２は、検索応答メッセージに含まれるドアホン１０３の固有ＩＤと、機器情報アクセス先とを管理テーブルに加える。また、情報取得要求部４１６は、ドアホン１０３に対して、情報取得要求メッセージをユニキャストで送信する（Ｓ５０３）。具体的には、情報取得要求部４１６は、検索応答メッセージに含まれる機器情報アクセス先に情報取得要求メッセージを送信する。【０２３０】
情報取得要求メッセージを受信したドアホン１０３の情報提供部４２６は、情報取得応答メッセージをテレビ１０１に送信する（Ｓ５０４）。この情報取得応答メッセージは、認証要求メッセージの送信先である認証要求アクセス先、及び、予約購読要求メッセージの送信先である予約購読要求アクセス先を含む。【０２３１】
情報取得応答メッセージを受信したテレビ１０１のイベント送信機器管理部４１２は、情報取得応答メッセージに含まれる認証要求アクセス先と、予約購読要求アクセス先とを管理テーブルに加える。また、認証要求部４１４は、ドアホン１０３に対して、認証要求メッセージを送信する（Ｓ５０５）。具体的には、認証要求部４１４は、情報取得応答メッセージに含まれる認証要求アクセス先に認証要求メッセージを送信する。この認証要求メッセージは、イベント受信機器とイベント送信機器との間で共有する認証情報と、イベント受信機器の機種とを含む。ここで、機種とは、コントローラ、ＤＶＤレコーダ、及びテレビといったイベント受信機器の種別である。【０２３２】
なお、イベント受信機器の機種は、さらに、当該イベント受信機器の製造会社名、製品番号、製造日、及び製造番号のうち一つ以上を含んでもよい。また、認証要求メッセージは、暗号方式又はハッシュ値算出アルゴリズムを示す情報と、当該イベント受信機器が送信する認証情報を、当該イベント受信機器が他のイベント送信機器と共有済みなのか、初期値（他のイベント送信機器と共有未）なのかを指定する情報とのうち一つ以上を含んでもよい。【０２３３】
認証要求メッセージを受信したドアホン１０３の認証検証部４２７は、認証要求メッセージに含まれる認証情報及びイベント受信機器の機種に応じて、当該認証要求を受け付け可能か否か判定する。【０２３４】
以下、認証検証部４２７による認証受け付け判定の詳細を説明する。図２６は、認証検証部４２７による認証受け付け判定処理の流れを示すフローチャートである。【０２３５】
まず、認証検証部４２７は、認証要求メッセージに含まれるイベント受信機器の機種が、予め定められた認証情報を共有すべき対象の機種であるか否かを判定する（Ｓ６０１）。【０２３６】
認証検証部４２７は、イベント受信機器の機種が予め定められた機種でない場合（Ｓ６０１でＮｏ）、当該認証要求を受け付けない（Ｓ６０４）。【０２３７】
一方、イベント受信機器の機種が予め定められた機種である場合（Ｓ６０１でＹｅｓ）、次に、認証検証部４２７は、現在認証情報を共有しているイベント受信機器の数が、設定されている認証情報を共有することができるイベント受信機器の数の上限以内であるか否かを判定する（Ｓ６０３）。ここで、認証情報を共有することができるイベント受信機器の数の上限とは、機種ごとに定められた上限であってもよいし、機種に関係なく全てのイベント受信機器の数の上限であってもよい。また、認証検証部４２７は、現在認証情報を共有しているイベント受信機器の数が、機種ごとの上限以内、及び全ての上限以内の両方を満たすか否かを判定してもよい。【０２３８】
認証検証部４２７は、現在認証情報を共有しているイベント受信機器の数が、設定されている認証情報を共有することができるイベント受信機器の数の上限以内である場合（Ｓ６０２でＹｅｓ）、当該認証要求を受け付けると判定し（Ｓ６０３）、超えている場合（Ｓ６０２でＮｏ）、当該認証要求を受け付けないと判定する（Ｓ６０４）。【０２３９】
なお、認証検証部４２７は、イベント受信機器の機種が、予め定められた機種であるか否かの判定（Ｓ６０１）、及び、認証情報を共有しているイベント受信機器の数が、設定されている上限以内であるか否かの判定（Ｓ６０２）のうちいずれか一方のみを行ってもよい。【０２４０】
ここで、認証検証部４２７は、認証情報を共有する際、認証要求メッセージに含まれる当該イベント受信機器の認証情報（固有ＩＤ、及び暗証番号等）を取得し、イベント受信機器管理部４２８へ渡す。イベント受信機器管理部４２８は、受け取った認証情報を管理する。【０２４１】
さらに、暗号方式又はハッシュ値算出アルゴリズムを指定する情報が認証要求メッセージに含まれている場合、認証検証部４２７は、当該暗号方式又はハッシュ値算出アルゴリズムを当該イベント送信機器がサポートしているか否かを確認し、サポートしている場合には、当該認証要求を受け付け、サポートしていない場合には、当該認証要求を拒否してもよい。【０２４２】
さらに、イベント受信機器が送信する認証情報が、他のイベント送信機器と共有済みなのか初期値なのか（他のイベント送信機器と共有されていないのか）を指定する情報が認証要求メッセージに含まれている場合、認証検証部４２７は、当該情報に応じて、認証情報の正当性を確認するとともに、共有する認証情報を決定する。【０２４３】
図２７は、認証検証部４２７による共有する認証情報の決定方法を示す図である。【０２４４】
図２７に示すように、認証要求メッセージに含まれる認証情報（イベント受信機器が保持する認証情報）、及びイベント送信機器が保持する認証情報が共に初期値の場合、認証検証部４２７は、認証要求メッセージに含まれる認証情報を、共有する認証情報に決定する。また、イベント受信機器が保持する認証情報、及びイベント送信機器が保持する認証情報のうち一方が、共有済みの場合、認証検証部４２７は、当該共有済みの認証情報を、共有する認証情報に決定する。また、イベント受信機器が保持する認証情報、及びイベント送信機器が保持する認証情報が共に共有済みの場合、さらに、認証検証部４２７は、イベント受信機器が保持する認証情報、及びイベント送信機器が保持する認証情報が同一であるか否かを判定する。認証検証部４２７は、イベント受信機器が保持する認証情報、及びイベント送信機器が保持する認証情報が同一である場合には、当該認証情報を共有する認証情報に決定し、同一でない場合には、共有を行わない（認証要求を受け付けない）。【０２４５】
次に、認証検証部４２７は、認証要求の受け付け又は拒否を示す認証応答メッセージをテレビ１０１へ送信する（Ｓ５０６）。また、認証検証部４２７は、認証要求を受け付ける場合には、共有する認証情報を含む認証応答メッセージをテレビ１０１へ送信する。【０２４６】
認証要求を受け付けることを示す認証応答メッセージを受信したテレビ１０１のイベント送信機器管理部４１２は、認証応答メッセージに含まれる認証情報を管理テーブルに加える。次に、予約購読要求部４１５は、ドアホン１０３に予約購読要求メッセージを送信する（Ｓ５０７）。具体的には、予約購読要求部４１５は、機器情報取得応答メッセージに含まれる予約購読要求アクセス先に対して、予約購読要求メッセージを送信する。【０２４７】
この予約購読要求メッセージは、イベント送信機器の状態が変化した場合（イベントが発生した場合）にイベントメッセージを送信する送信先を示すイベント送信先情報を含む。  図２８は、予約購読要求メッセージ５０１の一例を示す図である。予約購読要求メッセージ５０１に含まれるＣＡＬＬＢＡＣＫ５１１は、イベント送信先情報である。このＣＡＬＬＢＡＣＫ５１１は、イベントメッセージの送信先を示すＵＲＬであり、このＵＲＬは、イベント受信機器の固有ＩＤ（認証情報）を含む。【０２４８】
予約購読要求メッセージを受信したドアホン１０３の予約購読検証部４２９は、ＣＡＬＬＢＡＣＫ５１１に含まれるテレビ１０１の固有ＩＤを確認することによって、テレビ１０１が認証要求メッセージ受信時に、認証を受け付けたイベント受信機器であることを確認する。また、認証を受け付けていないイベント受信機器からの予約購読要求メッセージである場合、つまりＣＡＬＬＢＡＣＫ５１１にイベント受信機器管理部４２８が管理している認証情報（固有ＩＤ）が含まれない場合、予約購読検証部４２９は、当該予約購読要求メッセージを受け付けない。【０２４９】
予約購読検証部４２９は、認証を受け付けたイベント受信機器からの予約購読要求メッセージであることを確認すると、さらに、イベント受信機器を管理できるか否かを判定する。具体的には、予約購読検証部４２９は、現在管理している予約購読を受け付け済みのイベント受信機器の数が、予め定められた上限以内であるか否かに応じて、イベント受信機器を管理できるか否かを判定する。イベント受信機器を管理できる場合、予約購読検証部４２９は、当該予約購読要求メッセージを受け付ける。【０２５０】
次に、予約購読検証部４２９は、予約購読要求メッセージで要求された予約購読の受け付けの可否を含む予約購読応答メッセージをテレビ１０１へ送信する（Ｓ５０８）。【０２５１】
このように、本発明の実施の形態２に係る通信システム１００では、イベント送信機器は、認証したイベント受信機器に対してのみ、予約購読を受け付ける。これにより、イベント送信機器は、信頼できるイベント受信機器に対してのみ、イベントメッセージを送信することが可能になる。【０２５２】
次に、イベント送信機器から送信されたネットワーク接続通知メッセージをトリガとして、イベント受信機器がイベント送信機器に対して予約購読を行う動作を説明する。【０２５３】
図２９は、イベント送信機器がネットワーク接続通知メッセージをイベント受信機器に送信してから、予約購読を行うまでの処理の流れを示す図である。【０２５４】
まず、ドアホン１０３のネットワーク管理部４２２は、ネットワーク接続通知メッセージをブロードキャスト、又はマルチキャストでテレビ１０１に送信する（Ｓ５１１）。ここで、ネットワーク接続通知メッセージとは、当該ネットワーク接続通知メッセージを送信した機器が、ネットワークに接続したことを通知するためのメッセージである。また、ネットワーク接続通知メッセージは、情報取得要求メッセージの送信先である機器情報アクセス先を含む。【０２５５】
ネットワーク接続通知メッセージを受信したテレビ１０１のイベント送信機器管理部４１２は、ネットワーク接続通知メッセージに含まれるドアホン１０３の固有ＩＤと、機器情報アクセス先とを管理テーブルに加える。また、情報取得要求部４１６は、ネットワーク接続通知メッセージの送信元のイベント送信機器であるドアホン１０３に対して、情報取得要求メッセージを送信する。具体的には、情報取得要求部４１６は、ネットワーク接続通知メッセージに含まれる機器情報アクセス先に対して、情報取得要求メッセージをユニキャストで送信する（Ｓ５０３）。【０２５６】
ここで、情報取得要求部４１６は、ネットワーク接続通知メッセージ受信時に、フィルタリングを行う。つまり、当該ネットワーク接続通知メッセージを送信したイベント送信機器が予め定められた管理対象のイベント送信機器であるか否かを判定する。情報取得要求部４１６は、管理対象外のイベント送信機器が送信したネットワーク接続通知メッセージを受信した場合は、当該イベント送信機器に対して、機器情報取得要求メッセージを送信しない。【０２５７】
なお、ステップＳ５０４以降の処理は、上述した図２５に示す処理と同様であり、説明は省略する。【０２５８】
以上のように、本発明の実施の形態２に係る通信システム１００では、イベント送信機器は、予約購読の前にイベント受信機器と認証情報を共有する。さらに、イベント受信機器は、共有した認証情報を含む予約購読要求メッセージをイベント送信機器に送信する。【０２５９】
これにより、イベント送信機器は、予約購読要求メッセージに含まれる認証情報を確認することにより、予約購読要求メッセージの送信元のイベント受信機器が正当なイベント受信機器であるか否かを判別できる。よって、イベント送信機器は、本来連携を図りたい正当なイベント受信機器からの予約購読のみを受け付けることができる。【０２６０】
（実施の形態３）
本発明の実施の形態３に係る通信システム１００は、実施の形態２に係る通信システム１００の変形例である。実施の形態３に係る通信システム１００は、イベント受信機器の認証を行う登録モードを有する。【０２６１】
なお、実施の形態３に係る通信システム１００の構成は、実施の形態２に係る通信システム１００と同様であり、説明は省略する。【０２６２】
図３０は、本発明の実施の形態３に係る通信システム１００の動作の流れを示すフローチャートである。【０２６３】
実施の形態３に係る通信システム１００に含まれるイベント送信機器は、外部からの操作により切り替えられる登録モードと、通常モードとを有する。【０２６４】
登録モードは、イベント受信機器とイベント送信機器とで認証情報を共有するための特別なモードである。通常モードは、予約購読要求、及びイベント発生通知等の通常の動作が行われるモードである。【０２６５】
例えば、イベント送信機器が備えるボタン等をユーザが押すことにより、通常モードから登録モードに移行する。なお、通常モードと登録モードの切り替えは、イベント送信機器が備えるスイッチ等を切り替えることにより行ってもよいし、他のユーザー・インターフェースを介して行ってもよいし、他のイベント送信機器と認証情報を共有済みのイベント受信機器からネットワーク１２０を介して行ってもよい。また、イベント送信機器の電源を切り入りすることで、登録モードに移行してもよい。つまり、イベント送信機器の電源投入時には登録モードとなるようにしてもよい。【０２６６】
なお、図３０に示すステップＳ５２１〜Ｓ５２６の処理は、図２５に示すステップＳ５０１〜Ｓ５０６の処理と同様であり、詳細な説明は省略する。【０２６７】
ドアホン１０３が登録モードに遷移した後に、テレビ１０１の検索部４１３は、検索要求メッセージをブロードキャスト、又はマルチキャストでドアホン１０３に送信する（Ｓ５２１）。【０２６８】
検索要求メッセージを受信したドアホン１０３の検索応答部４２５は、検索要求メッセージに含まれる検索条件に、自身が一致していた場合、検索応答メッセージをテレビ１０１へ送信する（Ｓ５２２）。【０２６９】
検索応答メッセージを受信したテレビ１０１の情報取得要求部４１６は、検索応答メッセージに含まれる機器情報アクセス先に情報取得要求メッセージを送信する（Ｓ５２３）。【０２７０】
情報取得要求メッセージを受信したドアホン１０３の情報提供部４２６は、情報取得応答メッセージをテレビ１０１に送信する（Ｓ５２４）。【０２７１】
情報取得応答メッセージを受信したテレビ１０１の認証要求部４１４は、情報取得応答メッセージに含まれる認証要求アクセス先に認証要求メッセージを送信する（Ｓ５２５）。【０２７２】
認証要求メッセージを受信したドアホン１０３の認証検証部４２７は、当該認証要求を受け付けるか否かを判定したうえで、認証要求の受け付け又は拒否を示す認証応答メッセージをテレビ１０１へ送信する（Ｓ５２６）。【０２７３】
次に、ドアホン１０３は、登録モードから通常モードへ遷移したのち、一度ネットワーク１２０から離脱する。【０２７４】
ドアホン１０３のネットワーク管理部４２２は、ドアホン１０３がネットワーク１２０から離脱したことをイベント受信機器に通知するために、ブロードキャスト、又はマルチキャストで、ネットワーク離脱通知メッセージをテレビ１０１に送信する（Ｓ５２７）。【０２７５】
そして、ドアホン１０３は、再度ネットワーク１２０に接続し、再度ネットワークに接続したことをイベント受信機器に通知するためのネットワーク接続通知メッセージをテレビ１０１に送信する（Ｓ５２８）。このネットワーク接続通知メッセージは、機器情報アクセス先を含む。【０２７６】
ネットワーク接続通知メッセージを受信したテレビ１０１の情報取得要求部４１６は、ネットワーク接続通知メッセージの送信元のイベント送信機器であるドアホン１０３に対して情報取得要求メッセージを送信する（Ｓ５２９）。具体的には、情報取得要求部４１６は、ネットワーク接続通知メッセージに含まれる機器情報アクセス先に対して、情報取得要求メッセージをユニキャストで送信する。【０２７７】
なお、ステップＳ５２８〜５３２の処理は、図２９に示すステップＳ５０３、５０４、Ｓ５０７及びＳ５０８と同様であり、詳細な説明は省略する。【０２７８】
情報取得要求メッセージを受信したドアホン１０３の情報提供部４２６は、情報取得応答メッセージをテレビ１０１に送信する（Ｓ５３０）。【０２７９】
情報取得応答メッセージを受信したテレビ１０１は、情報取得応答メッセージに含まれる予約購読要求アクセス先に対して、予約購読要求メッセージを送信する（Ｓ５３１）。【０２８０】
予約購読要求メッセージを受信したドアホン１０３の予約購読検証部４２９は、予約要求メッセージに含まれるテレビ１０１の固有ＩＤを確認することによって、テレビ１０１が認証を受け付けたイベント受信機器であることを確認する。【０２８１】
次に、予約購読検証部４２９は、予約購読要求メッセージで要求された予約購読の受け付けの可否を含む予約購読応答メッセージをテレビ１０１へ送信する（Ｓ５３２）。【０２８２】
このように、本発明の実施の形態３に係る通信システム１００では、イベント送信機器は、登録モードという特別な状態のときのみに、認証情報の共有を行うため、実施の形態２に係る通信システムと比較して、誤接続及び不正なアクセスをより高いレベルで防ぐことができる。【０２８３】
なお、上記説明では、イベント送信機器が登録モードに遷移した後に、イベント受信機器が検索要求メッセージをイベント送信機器に送信することにより、認証情報の共有処理を開始したが、イベント送信機器がネットワーク接続通知メッセージを送信することにより、認証情報の共有処理を開始してもよい。【０２８４】
図３１は、登録モードに遷移したイベント送信機器がネットワーク接続通知メッセージを送信してから、イベント受信機器がイベント送信機器に対して予約購読を行うまでの処理の流れを示す図である。【０２８５】
まず、登録モードに遷移したドアホン１０３のネットワーク管理部４２２は、ネットワーク接続通知メッセージをブロードキャスト、又はマルチキャストでテレビ１０１に送信する（Ｓ５４１）。【０２８６】
ネットワーク接続通知メッセージを受信したテレビ１０１の情報取得要求部４１６は、ネットワーク接続通知メッセージの送信元のイベント送信機器であるドアホン１０３に対して、情報取得要求メッセージを送信する。具体的には、情報取得要求部４１６は、ネットワーク接続通知メッセージに含まれる機器情報アクセス先に対して、情報取得要求メッセージをユニキャストで送信する（Ｓ５２３）。【０２８７】
なお、ステップＳ５２３以降の処理は、上述した図３０に示す処理と同様であり、説明は省略する。【０２８８】
また、上記説明では、イベント送信機器のみが登録モードの場合に、認証情報の共有を行うとしたが、イベント受信機器も登録モードと通常モードとを有し、イベント送信機器及びイベント受信機器がともに登録モードの場合に、認証情報の共有が行われてもよい。【０２８９】
（実施の形態４）
本発明の実施の形態４では、イベント送信機器の機器情報が変更された際の動作を説明する。【０２９０】
なお、本発明の実施の形態４に係る通信システム１００の構成は、実施の形態２に係る通信システムと同様であり、説明は省略する。【０２９１】
図３２は、本発明の実施の形態４に係る通信システム１００において、イベント送信機器の機器情報が変更された際の処理の流れを示す図である。【０２９２】
なお、図３２に示すステップＳ５５１〜Ｓ５５４の処理は、図２５に示すステップＳ５０１〜Ｓ５０４と同様であり、詳細な説明は省略する。【０２９３】
まず、テレビ１０１の検索部４１３は、検索要求メッセージをブロードキャスト、又はマルチキャストでドアホン１０３に送信する（Ｓ５５１）。【０２９４】
検索要求メッセージを受信したドアホン１０３の検索応答部４２５は、検索要求メッセージに含まれる検索条件に、自身が一致していた場合、検索応答メッセージをテレビ１０１へ送信する（Ｓ５５２）。【０２９５】
検索応答メッセージを受信したテレビ１０１の情報取得要求部４１６は、検索応答メッセージに含まれる機器情報アクセス先に情報取得要求メッセージを送信する（Ｓ５５３）。【０２９６】
情報取得要求メッセージを受信したドアホン１０３の情報提供部４２６は、情報取得応答メッセージをテレビ１０１に送信する（Ｓ５５４）。【０２９７】
その後、ドアホン１０３の機器情報の変更が発生する（Ｓ５５５）。ここで、ドアホン１０３の機器情報とは、ドアホン１０３の名称、ＩＰアドレス、及びドアホン１０３がサポートするサービス等である。なお、ドアホン１０３がサポートするサービスは、動作状態（登録モード及び通常モード）の変更により変更される。【０２９８】
ドアホン１０３のネットワーク管理部４２２は、ドアホン１０３の機器情報が変更された場合、ネットワーク離脱通知メッセージをテレビ１０１に送信し（Ｓ５５６）、その直後にネットワーク接続通知メッセージをテレビ１０１に送信する（Ｓ５５７）。【０２９９】
ここで、テレビ１０１は、ネットワーク離脱通知メッセージの受信に失敗した場合、その直後にネットワーク接続通知メッセージを受信することになる。この場合、テレビ１０１は、ネットワーク接続通知メッセージに含まれるイベント送信機器の固有ＩＤを確認することにより、当該ネットワーク接続通知メッセージの送信元のイベント送信機器が、既に管理しているイベント送信機器であるか否かを判定する。【０３００】
ここで従来の技術では、既に当該ネットワーク接続通知メッセージの送信元のイベント送信機器を管理している場合、テレビ１０１は、情報取得要求メッセージをドアホン１０３に送信しない。これにより、テレビ１０１はドアホン１０３の機器情報が変更されたことを検知できないために、ドアホン１０３の機器情報を更新できない。【０３０１】
この問題に対して、本発明の実施の形態４に係る通信システム１００では、ドアホン１０３は、機器情報を変更後に送信するネットワーク接続通知メッセージに含まれる機器情報アクセス先を、当該機器情報の変更前の機器情報アクセス先から変更する。【０３０２】
図３３は、ネットワーク接続通知メッセージ５２１の一例を示す図である。図３３に示すＬＯＣＡＴＩＯＮ５３１は、イベント送信機器の機器情報アクセス先を示し、ＵＳＮ５３２は、イベント送信機器の固有ＩＤを示す。つまり、ドアホン１０３は、機器情報を変更後に送信するネットワーク接続通知メッセージに含まれるＬＯＣＡＴＩＯＮ５３１を、当該機器情報の変更前のＬＯＣＡＴＩＯＮ５３１から変更し、変更したＬＯＣＡＴＩＯＮ５３１を含むネットワーク接続通知メッセージ５２１をテレビ１０１に送信する（Ｓ５５７）。【０３０３】
ネットワーク接続通知メッセージを受信した情報取得要求部４１６は、ネットワーク接続通知メッセージに含まれるドアホン１０３の固有ＩＤ（ＵＳＮ５３２）を、イベント送信機器管理部４１２が、既に管理しているか否かを判定する。イベント送信機器管理部４１２がドアホン１０３の固有ＩＤを既に管理している場合、次に、情報取得要求部４１６は、管理しているドアホン１０３の機器情報アクセス先と、ネットワーク接続通知メッセージに含まれる機器情報アクセス先とが同じか否かを判定する。管理している機器情報アクセス先と、ネットワーク接続通知メッセージに含まれる機器情報アクセス先とが同じ場合には、情報取得要求部４１６は、情報取得要求メッセージを送信せず、異なる場合には、情報取得要求メッセージをドアホン１０３に送信する（Ｓ５５８）。【０３０４】
また、情報取得要求部４１６は、イベント送信機器管理部４１２がドアホン１０３の固有ＩＤを既に管理していない場合、つまりネットワーク離脱通知メッセージを正しく受信した場合等には、情報取得要求メッセージをドアホン１０３に送信する（Ｓ５５８）。【０３０５】
情報取得要求メッセージを受信したドアホン１０３の情報提供部４２６は、情報取得要求メッセージの送信元のテレビ１０１に対して、情報取得応答メッセージを送信する（Ｓ５５９）。【０３０６】
以上により、テレビ１０１は、ステップＳ５５５で変更されたドアホン１０３の機器情報を取得できる。さらに、テレビ１０１は、ネットワーク離脱通知メッセージを正しく受信できなかった場合でも、変更されたドアホン１０３の機器情報を取得できる。【０３０７】
図３４は、本発明の実施の形態４に係る通信システム１００において、イベント送信機器の情報が変更された際の処理の流れの別の例を示す図である。【０３０８】
まず、ドアホン１０３のネットワーク管理部４２２は、ネットワーク接続通知メッセージをブロードキャスト、又はマルチキャストでテレビ１０１に送信する（Ｓ５６１）。【０３０９】
ネットワーク接続通知メッセージを受信したテレビ１０１の情報取得要求部４１６は、ネットワーク接続通知メッセージの送信元のイベント送信機器であるドアホン１０３に対して、情報取得要求メッセージを送信する（Ｓ５６２）。【０３１０】
なお、ステップＳ５６２〜Ｓ５６６の処理は、図３２に示すステップＳ５５３〜Ｓ５５７と同様であり、説明は省略する。【０３１１】
ここで、テレビ１０１がネットワーク離脱通知メッセージ、及びネットワーク接続通知メッセージの受信を共に失敗したとする。この場合、テレビ１０１は、ドアホン１０３のネットワーク１２０からの離脱及び復帰を検知できないが、一定時間毎に、検索要求メッセージを送信しているので、所定時間経過後に、テレビ１０１は、検索要求メッセージをドアホン１０３に送信することになる（Ｓ５６７）。【０３１２】
検索要求メッセージを受け取ったドアホン１０３は、検索要求メッセージに含まれる検索条件に自身が一致していた場合、検索応答メッセージをテレビ１０１へ送信する。【０３１３】
検索応答メッセージを受信したテレビ１０１の情報取得要求部４１６は、当該検索応答メッセージに含まれるドアホン１０３の固有ＩＤを確認する。【０３１４】
ここで従来の技術では、テレビ１０１のイベント送信機器管理部４１２が、既に、当該イベント送信機器の固有ＩＤを管理している場合、情報取得要求部４１６は、情報取得要求メッセージをドアホン１０３に送信しない。これにより、テレビ１０１はドアホン１０３の機器情報が変更されたことを検知できないために、ドアホン１０３の機器情報を更新できない。【０３１５】
この問題に対して、本発明の実施の形態４に係る通信システム１００では、ドアホン１０３は、機器情報を変更後に送信する検索応答メッセージに含まれる機器情報アクセス先を、当該機器情報の変更前の機器情報アクセス先から変更する。【０３１６】
図３５は、検索応答メッセージ５４１の一例を示す図である。図３５に示すＬＯＣＡＴＩＯＮ５５１は、機器情報アクセス先を示し、ＵＳＮ５５２は、イベント送信機器の固有ＩＤを示す。つまり、ドアホン１０３は、機器情報を変更後に送信するネットワーク接続通知メッセージに含まれるＬＯＣＡＴＩＯＮ５５１を、当該機器情報の変更前のＬＯＣＡＴＩＯＮ５５１から変更し、変更したＬＯＣＡＴＩＯＮ５５１を含む検索応答メッセージ５４１をテレビ１０１に送信する（Ｓ５６８）。【０３１７】
検索応答メッセージを受信した情報取得要求部４１６は、検索応答メッセージに含まれるドアホン１０３の固有ＩＤ（ＵＳＮ５３２）を、イベント送信機器管理部４１２が、既に管理しているか否かを判定する。イベント送信機器管理部４１２がドアホン１０３の固有ＩＤを既に管理している場合、次に、情報取得要求部４１６は、管理しているドアホン１０３の機器情報アクセス先と、検索応答メッセージに含まれる機器情報アクセス先とが同じか否かを判定する。管理している機器情報アクセス先と、検索応答メッセージに含まれる機器情報アクセス先とが同じ場合には、情報取得要求部４１６は、情報取得要求メッセージを送信せず、異なる場合には、情報取得要求メッセージをドアホン１０３に送信する（Ｓ５６９）。【０３１８】
情報取得要求メッセージを受信したドアホン１０３の情報提供部４２６は、情報取得要求メッセージの送信元のテレビ１０１に対して、情報取得応答メッセージを送信する（Ｓ５７０）。【０３１９】
以上により、テレビ１０１は、ステップＳ５６４で変更されたドアホン１０３の機器情報を取得できる。さらに、テレビ１０１は、ネットワーク離脱通知メッセージ及びネットワーク接続通知メッセージを正しく受信できなかった場合でも、変更されたドアホン１０３の機器情報を取得できる。【０３２０】
以上、本発明の実施の形態に係る通信システム１００について説明したが、本発明は、この実施の形態に限定されるものではない。【０３２１】
例えば、上記説明では、通信システム１００は、ＵＰｎＰを用いた通信システムであるとしたが、その他の通信プロトコルを用いた通信システムであってもよい。
【産業上の利用可能性】
【０３２２】
本発明は、通信システム、及び通信装置に適用でき、特に、イベントが発生したことを他の通信装置に通知する通信装置、及び当該通知を受ける通信装置に適用できる。
【図１】
2009019890.tif 000003
【図２】
2009019890.tif 000004
【図３】
2009019890.tif 000005
【図４】
2009019890.tif 000006
【図５】
2009019890.tif 000007
【図６】
2009019890.tif 000008
【図７】
2009019890.tif 000009
【図８】
2009019890.tif 000010
【図９】
2009019890.tif 000011
【図１０】
2009019890.tif 000012
【図１１】
2009019890.tif 000013
【図１２】
2009019890.tif 000014
【図１３】
2009019890.tif 000015
【図１４】
2009019890.tif 000016
【図１５】
2009019890.tif 000017
【図１６】
2009019890.tif 000018
【図１７】
2009019890.tif 000019
【図１８】
2009019890.tif 000020
【図１９】
2009019890.tif 000021
【図２０】
2009019890.tif 000022
【図２１】
2009019890.tif 000023
【図２２】
2009019890.tif 000024
【図２３】
2009019890.tif 000025
【図２４】
2009019890.tif 000026
【図２５】
2009019890.tif 000027
【図２６】
2009019890.tif 000028
【図２７】
2009019890.tif 000029
【図２８】
2009019890.tif 000030
【図２９】
2009019890.tif 000031
【図３０】
2009019890.tif 000032
【図３１】
2009019890.tif 000033
【図３２】
2009019890.tif 000034
【図３３】
2009019890.tif 000035
【図３４】
2009019890.tif 000036
【図３５】
2009019890.tif 000037
【手続補正書】
【提出日】平成22年1月15日(2010.1.15)
【手続補正１】
【補正対象書類名】明細書
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワークに接続された通信装置及びその通信処理に関するものであり、特に、イベントが発生したことを通知する、又は当該通知を受ける通信装置及びそのイベント処理方法に関する。
【背景技術】
【０００２】
近年、ＡＶ機器を中心に家電機器のネットワーク化が進んできている。これにともない、家電機器は、このネットワーク（ホームネットワーク）を介して、他の家電機器を発見し連携動作することが可能となってきている。具体的には、玄関等に設置されたドアホンにおいて呼び出しがあった場合に、テレビ等に呼び出しがあった旨、及びドアホンのカメラが撮影した映像等が表示される。
【０００３】
この連携動作を行うためには、ドアホン等の家電機器（以下、イベント送信機器）の内部で発生した状態変化（イベント）をテレビ等の他の家電機器（以下、イベント受信機器）が知るためのイベント通知の仕組みが必要となる。このイベント通知の仕組みを提供する業界標準規格としてＵＰｎＰ（Ｕｎｉｖｅｒｓａｌ  Ｐｌｕｇ  ａｎｄ  Ｐｌａｙ）Ｄｅｖｉｃｅ  Ａｒｃｈｉｔｅｃｔｕｒｅが知られている（例えば、非特許文献１参照）。
【０００４】
しかしながら、ＵＰｎＰではイベント通知の仕組みは提供されているが、イベント内容は機器固有に定義する仕様になっている。これにより、イベント受信機器が、受信したイベントに対応した処理を行うには、イベント受信機器がイベント毎にその意味と処理方法を知っていなくてはならないという問題が発生する。
【０００５】
これによって、イベント受信機器に、イベント送信機器にあわせた処理方法を予め組み込んでおく必要が生じる。よって、イベント受信機器において後から連携対象のイベント送信機器を増やすことが困難になる。
【０００６】
この問題を解決する方法として、イベントに関連付けて提供する情報（又は、処理のためのユーザー・インターフェース）をＷｅｂページに統一し、イベント通知の際に、イベント送信機器が、当該ＷｅｂページにアクセスするためのＵＲＬ（Ｕｎｉｆｏｒｍ  Ｒｅｓｏｕｒｃｅ  Ｌｏｃａｔｏｒ）をイベントメッセージ内のパラメータに含めて送信する方法が知られている（例えば、特許文献１参照）。
【先行技術文献】
【非特許文献】
【０００７】
【非特許文献１】ＵＰｎＰ  Ｄｅｖｉｃｅ  Ａｒｃｈｉｔｅｃｔｕｒｅ  １．０
【特許文献】
【０００８】
【特許文献１】特開２００６−２６０１２５号公報
【発明の概要】
【発明が解決しようとする課題】
【０００９】
しかしながら、特許文献１の方法では、イベント受信機器は、Ｗｅｂページの情報を表示するためのブラウザ機能を有する必要がある。ここで、ブラウザは、一般に複雑なソフトウエアである。よって、イベント受信機器にブラウザを組み込むことにより、イベント受信機器のコストが増加するという課題がある。
【００１０】
また、イベント送信機器からイベント受信機器へ送信する、イベントに関連付けられた情報（以下、イベント情報）として、映像データ又は音声データを送信したい場合、ブラウザの制限等により、イベント送信機器が持つ能力を十分に生かせない場合がある。
【００１１】
具体的には、イベント送信機器で発生したイベントの種類、及びイベント受信機器の種別によっては、ブラウザ向けに情報を送るのが適切である場合がある一方で、ＲＴＰ（Ｒｅａｌ−ｔｉｍｅ  Ｔｒａｎｓｐｏｒｔ  Ｐｒｏｔｏｃｏｌ）等を用いて、特定のアプリケーション向けに情報（特定コーディックを用いて圧縮した情報）を送る方がより適切な場合がある。
【００１２】
すなわち、従来の方法では、イベント送信機器は、イベント種類、及びイベント受信機器の種別に応じて、適切なメディアのイベント情報をイベント受信機器に提示できないという課題がある。加えて、イベント受信機器は、自身に適するメディアを選択できないという課題がある。なお、ここでは、映像及び音声等のイベント情報の種類と、ブラウザ向けの情報及びＲＴＰ等の送信方法と、圧縮方式、ビットレート、画質及び音質等のフォーマットとを総称して、メディアと呼ぶ。
【００１３】
また、ネットワーク機器で必要とされるイベントの種類は、イベント受信機器毎、又は、ユーザの使用状況に応じて変化するものであり、常に同じメディアのイベント情報を送受信するだけでは使いやすいネットワーク機器にならないという課題もある。
【００１４】
そこで、本発明は、適切なメディアのイベント情報を提示できる通信機器（イベント送信機器）、及び自身に適するメディアを選択し、選択したメディアのイベント情報を取得できる通信機器（イベント受信機器）を提供することを目的とする。
【課題を解決するための手段】
【００１５】
上記目的を達成するために、本発明に係る通信装置は、ネットワークを介して接続されたイベント受信機器に、イベントが発生したことを通知する通信装置であって、前記イベント受信機器が取得することができる、前記イベントに関連付けられたイベント情報の複数のメディアを示すメディア情報を含み、前記イベントが発生したことを示すイベントメッセージを作成するイベントメッセージ作成手段と、前記イベントメッセージを、前記ネットワークを介して、前記イベント受信機器に送信する通信手段とを備える。
【００１６】
この構成によれば、本発明に係る通信装置は、複数のメディアを示す情報を含むイベントメッセージを、イベント受信機器に送信する。これにより、イベント受信機器は、当該イベント受信機器に適したメディアを選択し、選択したメディアのイベント情報を取得できる。また、本発明に係る通信装置は、適切なメディアのイベント情報をイベント受信機器に提示できる。
【００１７】
また、前記通信装置は、さらに、前記イベント情報を、前記メディア情報に示される複数のメディアのうち、前記イベント受信機器から指定されたメディアで、前記イベント受信機器に送信する情報送信手段を備えてもよい。
【００１８】
また、前記メディア情報は、さらに、前記複数のメディアのそれぞれの格納先を示す情報を含み、前記情報送信手段は、前記イベント受信機器から指定された前記格納先の情報を用いて、前記イベント情報を特定し、特定したイベント情報を当該イベント受信機器に送信してもよい。
【００１９】
この構成によれば、イベント受信機器は、イベントメッセージに含まれる複数のメディアに対応するイベント情報の格納先を指定することで、自身に適したメディアを選択したうえで、選択したメディアのイベント情報を受信できる。
【００２０】
また、前記メディア情報は、当該メディアが動画、静止画、又は音声であるかと、動画及び静止画のピクセルサイズと、動画のフレームレートと、当該メディアの圧縮方式と、当該イベント情報の送信方法とのうち、少なくとも一つを含んでもよい。
【００２１】
この構成によれば、イベント受信機器は、イベントメッセージに含まれるメディア種別を用いて、自身に適したメディアを選択できる。
【００２２】
また、前記イベントメッセージは、さらに、前記イベントの区分、種別、又は両者の組合せを示す区分情報を含んでもよい。
【００２３】
この構成によれば、イベント受信機器は、イベントメッセージに含まれる区分情報を用いて、当該イベントの区分及び種別を判定し、当該イベントの区分及び種別に応じて、メディアの選択、及びイベント情報の取得の有無を判定できる。
【００２４】
また、前記通信装置は、さらに、前記イベントの区分、種別、又は両者の組合せに対して、当該イベントを前記イベント受信機器に通知する必要があるか否かが設定された設定情報を保持する設定保持手段を備え、前記イベントメッセージ作成手段は、前記設定情報に前記イベント受信機器に通知する必要があると設定されている区分、種別、又は両者の組み合わせを有するイベントに対して、前記イベントメッセージを作成し、前記設定情報に前記イベント受信機器に通知する必要がないと設定されている区分、種別、又は両者の組み合わせを有するイベントに対して、前記イベントメッセージを作成しなくてもよい。
【００２５】
この構成によれば、本発明に係る通信装置は、設定情報に示される設定に応じて、イベントメッセージの送信の要否を判定できる。
【００２６】
また、前記通信装置は、さらに、前記イベント受信機器により送信された、認証情報を含む認証メッセージを受信した場合に、当該通信装置と当該イベント受信機器との間で前記認証情報を共有する認証手段と、前記イベント受信機器により送信された予約購読要求メッセージに、前記共有した認証情報が含まれる場合、前記イベントが発生した際に前記イベントメッセージを前記イベント受信機器に送信する予約購読を受け付け、前記予約購読要求メッセージに、前記共有した認証情報が含まれない場合、前記予約購読を受け付けない予約購読検証部とを備えてもよい。
【００２７】
この構成によれば、本発明に係る通信装置は、予約購読の前にイベント受信機器と認証情報を共有する。これにより、本発明に係る通信装置は、予約購読要求メッセージに含まれる認証情報を確認することにより、予約購読要求メッセージの送信元のイベント受信機器が正当なイベント受信機器であるか否かを判別できる。よって、本発明に係る通信装置は、本来連携を図りたい正当なイベント受信機器からの予約購読のみを受け付けることができる。
【００２８】
また、前記認証情報は、前記通信装置固有のＩＤであってもよい。
【００２９】
また、前記認証情報は、前記通信装置及び前記イベント受信機器に固有の情報とは無関係な暗証番号を含んでもよい。
【００３０】
また、前記認証メッセージは、前記イベント受信機器の機種を示す機種情報を含み、前記認証手段は、前記機種情報が予め定められた機種を示す場合に、当該イベント受信機器と認証情報を共有し、前記機種情報が前記予め定められた機種を示さない場合に、当該イベント受信機器と認証情報を共有しなくてもよい。
【００３１】
この構成によれば、本発明に係る通信装置は、本来連携を図りたい機種のイベント受信機器からの予約購読のみを受け付けることができる。
【００３２】
また、前記認証手段は、複数のイベント受信機器と認証情報を共有可能であり、前記認証手段は、前記認証情報を共有しているイベント受信機器の数が予め定められた数より少ない場合、前記認証メッセージの送信元のイベント受信機器と認証情報を共有し、前記認証情報を共有しているイベント受信機器の数が前記予め定められた数以上の場合、前記認証メッセージの送信元のイベント受信機器と認証情報を共有しなくてもよい。
【００３３】
また、前記認証メッセージは、前記イベント受信機器の機種を示す機種情報を含み、前記予め定められた数は、前記イベント受信機器の機種毎に設定されており、前記認証手段は、前記認証情報を共有しているイベント受信機器のうち、前記認証メッセージの送信元のイベント受信機器と同じ機種のイベント受信機器の数が、当該機種に対して設定された前記予め定められた数より少ない場合、前記認証メッセージの送信元のイベント受信機器と認証情報を共有し、前記認証情報を共有しているイベント受信機器のうち、前記認証メッセージの送信元のイベント受信機器と同じ機種のイベント受信機器の数が、当該機種に対して設定された予め定められた数以上の場合、前記認証メッセージの送信元のイベント受信機器と認証情報を共有しなくてもよい。
【００３４】
また、前記通信装置は、外部からの操作により切り替えられる登録モードと通常モードとを有し、前記認証手段は、前記登録モード時に、当該通信装置と前記イベント受信機器との間で前記認証情報を共有し、前記予約購読検証部は、前記通常モード時に、前記予約購読を受け付けてもよい。
【００３５】
この構成によれば、本発明に係る通信装置は、登録モードという特別な状態のときのみに、認証情報の共有を行うため、誤接続及び不正なアクセスをより高いレベルで防ぐことができる。
【００３６】
また、前記通信装置は、さらに、前記イベント受信機器により送信された、当該通信装置の情報の取得を要求する情報取得要求メッセージを受信した場合、当該通信装置の情報の格納先を含む情報取得応答メッセージを前記イベント受信機器に送信する情報提供手段と、当該通信装置が前記ネットワークに参入したことをイベント受信機器に通知するための接続通知メッセージを前記イベント受信機器に送信するネットワーク管理手段とを備え、前記接続通知メッセージは、前記通信装置の情報の格納先を含み、前記情報提供手段は、当該通信装置の情報が変更された場合、当該通信装置の情報の前記格納先を変更してもよい。
【００３７】
この構成によれば、イベント受信機器は、情報取得応答メッセージ又は接続通知メッセージに含まれる格納先が変更されているか否かに応じて、通信装置の情報が変更されたか否かを判別できる。
【００３８】
また、本発明に係る通信装置は、ネットワークを介して接続されたイベント送信機器から、イベントが発生したことを示すイベントメッセージを受信する通信装置であって、前記イベントメッセージは、当該通信装置が取得することができる、前記イベントに関連付けられたイベント情報の複数のメディアを示すメディア情報を含み、前記ネットワークを介して、前記イベント送信機器から送信された前記イベントメッセージを受信する通信手段と、前記メディア情報に示される複数のメディアから一以上を選択するメディア選択手段と、前記メディア選択手段により選択されたメディアで、前記イベント情報を取得する情報取得手段と、前記情報取得手段により取得されたイベント情報を処理するイベント情報処理手段とを備える。
【００３９】
この構成によれば、本発明に係る通信装置は、複数のメディアを示すメディア情報を用いて、当該通信装置に適したメディアを選択し、選択したメディアのイベント情報を取得できる。
【００４０】
また、前記メディア情報は、前記複数のメディアのそれぞれの格納先を示す情報を含み、前記情報取得手段は、前記メディア選択手段により選択されたメディアに対応付けられた前記格納先を示す情報を用いて、前記イベント情報を取得してもよい。
【００４１】
この構成によれば、本発明に係る通信装置は、イベントメッセージに含まれる複数のメディアに対応するイベント情報の格納先を指定することで、自身に適したメディアを選択したうえで、選択したメディアのイベント情報を受信できる。
【００４２】
また、前記メディア情報は、当該メディアが動画、静止画、又は音声であるかと、動画及び静止画のピクセルサイズと、動画のフレームレートと、当該メディアの圧縮方式と、当該イベント情報の送信方法とのうち、少なくとも一つを含み、前記メディア選択手段は、当該通信装置が処理可能な予め定められた前記メディアを選択してもよい。
【００４３】
この構成によれば、本発明に係る通信装置は、イベントメッセージに含まれるメディア種別を用いて、自身に適したメディアを選択できる。
【００４４】
また、前記イベントメッセージは、前記イベントの区分、種別、又は両者の組合せを示す区分情報を含み、前記通信装置は、さらに、前記イベントの区分、種別、又は両者の組合せに対して、当該イベントに関連付けられた前記イベント情報を取得する必要があるか否かが設定された設定情報を保持する設定保持手段を備え、前記情報取得手段は、前記設定情報に前記イベント情報を取得する必要があると設定されている区分、種別、又は両者の組み合わせが前記区分情報に示される場合、前記イベント情報を取得し、前記設定情報に前記イベント情報を取得する必要がないと設定されている区分、種別、又は両者の組み合わせが前記区分情報に示される場合、前記イベント情報を取得しなくてもよい。
【００４５】
この構成によれば、本発明に係る通信装置は、イベントメッセージに含まれる区分情報を用いて、当該イベントの区分及び種別を判定し、当該イベントの区分及び種別に応じて、イベント情報の取得の有無を判定できる。
【００４６】
また、前記通信装置は、さらに、前記イベント送信機器に、当該通信装置と当該イベント送信機器との間で認証情報を共有するための認証メッセージを送信する認証要求手段と、前記イベントメッセージを当該通信装置に送信するように要求する予約購読要求メッセージを前記イベント送信機器に送信する予約購読要求手段とを備え、前記予約購読要求メッセージは、前記認証情報を含んでもよい。
【００４７】
この構成によれば、本発明に係る通信装置は、予約購読の前にイベント送信機器と認証情報を共有し、共有した認証情報を含む予約購読要求メッセージをイベント送信機器に送信する。これにより、イベント送信機器は、予約購読要求メッセージに含まれる認証情報を確認することにより、予約購読要求メッセージの送信元の通信装置が正当な通信装置であるか否かを判別できる。よって、イベント送信機器は、本来連携を図りたい正当な通信装置からの予約購読のみを受け付けることができる。
【００４８】
また、前記認証情報は、前記通信装置固有のＩＤを含んでもよい。
【００４９】
また、前記認証情報は、前記通信装置及び前記イベント送信機器に固有の情報とは無関係な暗証番号を含んでもよい。
【００５０】
また、前記認証要求手段は、当該通信装置の機種を示す機種情報を含む前記認証メッセージを前記イベント送信機器に送信してもよい。
【００５１】
この構成によれば、イベント送信機器は、機種情報を用いて、本来連携を図りたい機種の通信装置からの予約購読のみを受け付けることができる。
【００５２】
また、前記機種情報は、当該通信装置の製品番号、製造日、又は製造番号を含んでもよい。
【００５３】
この構成によれば、イベント送信機器は、機種情報に含まれる通信装置の製品番号、製造日、又は製造番号を用いて、本来連携を図りたい機種の通信装置からの予約購読のみを受け付けることができる。
【００５４】
また、前記認証要求手段は、前記通信装置が認証情報を前記イベント送信機器以外の機器と共有済みであるか否かを示す共有情報を含む前記認証メッセージを前記イベント送信機器に送信してもよい。
【００５５】
この構成によれば、イベント送信機器は、通信装置が認証情報を他の機器と共有済みであるか否かに応じて、当該通信装置と共有する認証情報の決定、及び認証情報の共有の可否を判定できる。
【００５６】
なお、本発明は、このような通信装置として実現できるだけでなく、通信装置に含まれる特徴的な手段をステップとするイベント処理方法として実現したり、そのような特徴的なステップをコンピュータに実行させるプログラムとして実現したりすることもできる。そして、そのようなプログラムは、ＣＤ−ＲＯＭ等の記録媒体及びインターネット等の伝送媒体を介して流通させることができるのは言うまでもない。また、本発明は、イベントが発生したことを通知する通信装置と、イベントが発生したことを通知される通信装置とを含む通信システムとして実現できる。
【発明の効果】
【００５７】
以上より、本発明は、適切なメディアのイベント情報を提示できる通信機器（イベント送信機器）、及び自身に適するメディアを選択し、選択したメディアのイベント情報を取得できる通信機器（イベント受信機器）を提供できる。
【図面の簡単な説明】
【００５８】
【図１】図１は、本発明の実施の形態１に係る通信システムの構成を示す図である。
【図２】図２は、本発明の実施の形態１に係るドアホンの機能構成の一例を示すブロック図である。
【図３】図３は、本発明の実施の形態１に係るＮＷカメラの機能構成の一例を示すブロック図である。
【図４】図４は、本発明の実施の形態１に係るテレビの機能構成の一例を示すブロック図である。
【図５】図５は、本発明の実施の形態１に係るレコーダの機能構成の一例を示すブロック図である。
【図６】図６は、本発明の実施の形態１に係る通信システムにおける処理の流れを示す図である。
【図７】図７は、本発明の実施の形態１に係るテレビによるイベント送信処理の流れを示すフローチャートである。
【図８】図８は、本発明の実施の形態１に係るドアホンにおける設定情報の構成の一例を示す図である。
【図９】図９は、本発明の実施の形態１に係るドアホンにおける設定情報の変形例を示す図である。
【図１０】図１０は、本発明の実施の形態１に係るドアホンシステムの玄関子機の状態変化時に通知されるイベントメッセージの一例を示す図である。
【図１１】図１１は、本発明の実施の形態１に係るドアホンシステムのセンサーカメラの状態変化時に通知されるイベントメッセージの一例を示す図である。
【図１２】図１２は、本発明の実施の形態１に係るドアホンシステムの火災センサーの状態変化時に通知されるイベントメッセージの一例を示す図である。
【図１３】図１３は、本発明の実施の形態１に係るＮＷカメラの状態変化時に通知されるイベント情報の一例を示す図である。
【図１４】図１４は、本発明の実施の形態１に係るドアホンにおけるイベント種別と、イベント情報の情報取得先との関係を示す図である。
【図１５】図１５は、本発明の実施の形態１に係るＮＷカメラにおけるイベント種別と、イベント情報の情報取得先との関係を示す図である。
【図１６】図１６は、本発明の実施の形態１に係るテレビにおけるイベントを受信した場合の処理の流れを示すフローチャートである。
【図１７】図１７は、本発明の実施の形態１に係るテレビによるイベント表示の一例を示す図である。
【図１８】図１８は、本発明の実施の形態１に係るイベント受信機器と利用する取得先情報との対応関係の一例を示す図である。
【図１９】図１９は、本発明の実施の形態１に係るテレビによるイベント情報の表示の一例を示す図である。
【図２０】図２０は、本発明の実施の形態１に係るレコーダによるイベントを受信した場合の処理の流れを示すフローチャートである。
【図２１】図２１は、本発明の実施の形態１に係るレコーダにおける設定情報の変形例を示す図である。
【図２２】図２２は、本発明の実施の形態１に係るドアホンにおけるイベント情報取得要求受信時の処理の流れを示すフローチャートである。
【図２３】図２３は、本発明の実施の形態２に係るテレビが備える予約購読制御部の構成を示すブロック図である。
【図２４】図２４は、本発明の実施の形態２に係るドアホンが備える予約購読制御部の構成を示すブロック図である。
【図２５】図２５は、本発明の実施の形態２に係る通信システムにおける予約購読処理の流れを示す図である。
【図２６】図２６は、本発明の実施の形態２に係るドアホンにおける認証受け付け判定処理の流れを示すフローチャートである。
【図２７】図２７は、本発明の実施の形態２に係るドアホンによる共有する認証情報の決定方法を示す図である。
【図２８】図２８は、本発明の実施の形態２に係る予約購読要求メッセージの一例を示す図である。
【図２９】図２９は、本発明の実施の形態２に係る通信システムにおける予約購読処理の流れを示す図である。
【図３０】図３０は、本発明の実施の形態３に係る通信システムにおける予約購読処理の流れを示す図である。
【図３１】図３１は、本発明の実施の形態３に係る通信システムにおける予約購読処理の流れを示す図である。
【図３２】図３２は、本発明の実施の形態４に係る通信システムにおける予約購読処理の流れを示す図である。
【図３３】図３３は、本発明の実施の形態４に係るネットワーク接続通知メッセージの一例を示す図である。
【図３４】図３４は、本発明の実施の形態４に係る通信システムにおける予約購読処理の流れを示す図である。
【図３５】図３５は、本発明の実施の形態４に係る検索応答メッセージの一例を示す図である。
【発明を実施するための形態】
【００５９】
以下、本発明の実施の形態に係る通信装置を含む通信システムについて図面に基づいて説明する。
【００６０】
（実施の形態１）
本発明の実施の形態１に係る通信システムでは、イベント送信機器が、当該イベント送信機器が送信可能な複数のメディアを示す情報を含むイベントメッセージをイベント受信機器に送信する。これにより、イベント受信機器は、自身に適したメディアのイベント情報を選択して取得できる。
【００６１】
まず、本発明の実施の形態１に係る通信システムの構成を説明する。
【００６２】
図１は、本発明の実施の形態１に係る通信システムの構成を示すブロック図である。
【００６３】
図１に示す通信システム１００は、ＵＰｎＰを用いた通信システムであり、デジタルテレビ受信機であるテレビ１０１と、ＤＶＤ（Ｄｉｇｉｔａｌ  Ｖｅｒｓａｔｉｌｅ  Ｄｉｓｋ）レコーダ、ＢＤ（Ｂｌｕ−ｒａｙ  Ｄｉｓｃ）レコーダ及びＨＤ（ハードディスク）レコーダ等のレコーダ１０２と、ＮＷ（ネットワーク）カメラ１０４と、ホームゲートウェイ１０５と、エアコン１０６と、コントローラ１０７と、ドアホンシステム１１０と、ネットワーク１２０とを含む。
【００６４】
また、ドアホンシステム１１０は、ドアホン１０３と、玄関子機１１１と、センサーカメラ１１２と、火災センサー１１３と、電気錠センサー１１４と、リンク１２１とを含む。
【００６５】
テレビ１０１と、レコーダ１０２と、ドアホン１０３と、ＮＷカメラ１０４と、ホームゲートウェイ１０５と、エアコン１０６と、コントローラ１０７とは、ネットワーク１２０を介して接続され、互いに通信可能である。
【００６６】
ネットワーク１２０は、ホームネットワーク（宅内ネットワーク）、又は、企業内で構築される企業内ネットワーク等である。なお、ネットワーク１２０は、イーサネット（登録商標）、及び電灯線などの有線ネットワークであってもよいし、無線ＬＡＮ、及びＢｌｕｅｔｏｏｔｈなどの無線ネットワークであってもよいし、有線及び無線を併用したネットワークであってもよい。
【００６７】
ドアホン１０３、ＮＷカメラ１０４、ホームゲートウェイ１０５及びエアコン１０６は、イベントが発生したことを示すイベントメッセージをイベント受信機器に送信するイベント送信機器である。ここで、イベントとは、イベント送信機器の状態の変化、及びイベント送信機器の制御下にある機器（例えば、ドアホンシステム１１０に含まれる通信機器）の状態の変化である。また、イベント送信機器は、イベント受信機器からの要求に応じて、イベントに関係付けられた情報（以下、イベント情報）をイベント受信機器に送信する。
【００６８】
テレビ１０１、レコーダ１０２及びコントローラ１０７は、ドアホンシステム１１０及びＮＷカメラ１０４等のイベント送信機器により送信される、イベントメッセージを受信し、当該イベントメッセージの内容を解析した上で、イベント情報を当該イベント送信機器から取得するイベント受信機器である。
【００６９】
テレビ１０１は、取得したイベント情報を画面に表示し、レコーダ１０２は、取得したイベント情報を記録し、ユーザ操作により記録したイベント情報を再生する。
【００７０】
ＮＷカメラ１０４は、赤外線等を利用した人感センサーを備え、人感センサーが人等を検知した場合に、イベントが発生したことをイベント受信機器に通知する。また、ＮＷカメラ１０４は、当該イベントのイベント情報として、当該ＮＷカメラ１０４で撮影した映像及び音声をイベント受信機器に送信する。
【００７１】
ドアホン１０３と、玄関子機１１１と、センサーカメラ１１２と、火災センサー１１３と、電気錠センサー１１４とは、ドアホンシステム固有のリンク１２１を介して、互いに接続される。
【００７２】
ドアホン１０３は、ドアホンシステム１１０に含まれる機器（玄関子機１１１、センサーカメラ１１２、火災センサー１１３、及び電気錠センサー１１４）でイベントが発生した場合、リンク１２１を介して当該イベントの発生を検出し、ネットワーク１２０に接続されたイベント受信機器にイベントメッセージを送信する。また、ドアホン１０３は、発生したイベントのイベント情報をドアホンシステム１１０に含まれる機器から取得し、当該イベント情報の格納先を含むイベントメッセージをイベント受信機器に送信する。
【００７３】
ここで、玄関子機１１１は、呼び出しボタン、カメラ及びマイクを備え、来客者により呼び出しボタンが押された場合にイベントが発生したことをドアホン１０３に通知する。また、玄関子機１１１は、イベントが発生した際に、当該イベントのイベント情報としてカメラで撮影した来客者の映像及びマイクが取得した音声を、ドアホン１０３に送信する。
【００７４】
センサーカメラ１１２は、ＮＷカメラ１０４と同様に赤外線等を利用した人感センサーを備え、人感センサーが人等を検知した場合に、イベントが発生したことをドアホン１０３に通知する。また、センサーカメラ１１２は、当該イベントのイベント情報として当該センサーカメラ１１２が撮影した映像を、リンク１２１を介してドアホン１０３に送信する。
【００７５】
火災センサー１１３は、熱及び煙等により火災を検知した場合に、イベントが発生したことをドアホン１０３に通知する。
【００７６】
電気錠センサー１１４は、鍵のこじ開け等を検出した場合に、イベントが発生したことをドアホン１０３に通知する。
【００７７】
これらのドアホンシステム１１０内の機器は、個別にＩＤが設定されており、同じ種類の機器であってもドアホン１０３で区別可能になっている。例えば、玄関子機１１１が、玄関と裏口とに設置されている場合でも、ドアホン１０３は、来客が呼び出しボタンを押した玄関子機１１１を個別ＩＤにより区別できる。
【００７８】
なお、図１で説明した通信システム１００の構成は一例であり、各機器は複数であっても同様である。また、通信システム１００は、他の家電機器、ＰＣ（パーソナルコンピュータ）、及びＰＣ周辺機器等を含んでもよい。
【００７９】
次に、図２及び図３を用いて、イベント送信機器の機能構成を説明する。
【００８０】
図２は、本発明の実施の形態１に係るドアホン１０３の機能構成の一例を示すブロック図である。図２に示すようにドアホン１０３は、通信部１３１と、独自通信部１３８と、イベントメッセージ作成部１３２と、送信イベント制御部１３３と、情報格納先取得部１３４と、サーバ部１３５と、予約購読制御部１５６とを備える。
【００８１】
独自通信部１３８は、リンク１２１を介して、ドアホンシステム１１０内の機器と情報の送受信を行う。具体的には、独自通信部１３８は、ドアホンシステム１１０内の機器からのイベント発生の通知、及びイベント情報を取得する。
【００８２】
送信イベント制御部１３３は設定情報を保持する。設定情報は、イベントの区分、種別、又は両者の組合せに対して、当該イベントをイベント受信機器に通知する必要があるか否かが設定された情報である。また、当該設定情報は、ドアホン１０３が備えるＵＩ（ユーザー・インターフェース）、又はネットワーク１２０を介して外部から設定される。
【００８３】
情報格納先取得部１３４は、発生したイベントの区分及び種別に基づき、サーバ部１３５が送信可能な複数のメディアのうち一つ以上のメディアを選択し、選択したメディアのイベント情報の格納先を取得する。
【００８４】
イベントメッセージ作成部１３２は、ドアホンシステム１１０内の機器のイベントの発生（状態変化）を検出した場合に、当該イベントが発生したことを示すイベントメッセージを作成する。このイベントメッセージは、通信部１３１を介して、イベント受信機器に送信される。
【００８５】
また、イベントメッセージ作成部１３２は、送信イベント制御部１３３に保持される設定情報に、イベント受信機器に通知する必要があると設定されている区分、種別、又は両者の組み合わせを有するイベントに対して、イベントメッセージを作成し、設定情報に、イベント受信機器に通知する必要がないと設定されている区分、種別、又は両者の組み合わせを有するイベントに対して、イベントメッセージを作成しない。
【００８６】
また、イベントメッセージは、サーバ部１３５が送信可能な複数のメディアを示す情報を含む。言い換えると、イベントメッセージは、イベント受信機器が取得することができるイベント情報の複数のメディアを示す情報を含む。具体的には、イベントメッセージは、情報格納先取得部１３４により取得された複数のメディアのイベント情報の格納先を含む。
【００８７】
通信部１３１は、ネットワーク１２０を介して、通信システム１００内の他の機器と情報の送受信を行う。具体的には、通信部１３１は、イベントメッセージ及びイベント情報をイベント受信機器に送信する。
【００８８】
サーバ部１３５は、複数のメディアのうち、イベント受信機器から指定されたメディアで、当該イベント情報を、通信部１３１を介してイベント受信機器に送信する。サーバ部１３５は、Ｗｅｂサーバ部１５１と、Ｍｏｔｉｏｎ−ＪＰＥＧサーバ部１５２と、ＭＰＥＧ４サーバ部１５３と、音声情報サーバ部１５４とを備える。
【００８９】
また、サーバ部１３５は、通信部１３１より得られた取得先情報に対応するサーバ部１５１〜１５４を選択し、選択されたサーバ部１５１〜１５４がイベント情報をイベント受信機器に提供する。ここで、取得先情報とは、イベント受信機器により指定されたイベント情報の格納先を示す情報であり、サーバ部１３５は、取得先情報に示される格納先に対応するサーバ部をサーバ部１５１〜１５４のうちから決定する。つまり、サーバ部１３５は、取得先情報を用いて、イベント情報を特定し、特定したイベント情報をイベント受信機器に送信する。
【００９０】
Ｗｅｂサーバ部１５１は、ＨＴＭＬで記述されたイベント情報を格納する情報格納部１５５を備える。Ｗｅｂサーバ部１５１は、情報格納部１５５に格納されるイベント情報のうち、取得先情報に示されるＵＲＬに対応するイベント情報をイベント受信機器に送信する。
【００９１】
Ｍｏｔｉｏｎ−ＪＰＥＧサーバ部１５２は、玄関子機１１１、及びセンサーカメラ１１２から独自通信部１３８を介して映像情報を取得し、取得した映像情報をＭｏｔｉｏｎ−ＪＰＥＧ方式（以下、Ｍ−ＪＰＥＧとも記す。）で圧縮したうえで、イベント受信機器に送信する。
【００９２】
ＭＰＥＧ４サーバ部１５３は、玄関子機１１１、及びセンサーカメラ１１２から独自通信部１３８を介して映像情報を取得し、取得した映像情報をＭＰＥＧ４方式で圧縮したうえで、イベント受信機器に送信する。
【００９３】
音声情報サーバ部１５４は、玄関子機１１１から独自通信部１３８を介して音声情報を取得し、取得した音声情報をイベント受信機器に送信する。
【００９４】
予約購読制御部１５６は、イベント受信機器から送信された予約購読要求メッセージを受信し、当該予約購読要求メッセージの応答である予約購読応答メッセージをイベント受信機器に送信する。ここで、予約購読要求メッセージとは、イベント受信機器がイベント送信機器にイベントメッセージを送信するように要求するメッセージである。また、イベント送信機器は、イベントが発生した際に、予約購読要求を受け付けたイベント受信機器に対してのみイベントメッセージを送信する。
【００９５】
図３は、本発明の実施の形態１に係るＮＷカメラ１０４の機能構成の一例を示すブロック図である。図３において、図２と同様の機能部については、図２と同一の符号を付しており説明は省略する。
【００９６】
図３に示すＮＷカメラ１０４は、通信部１３１と、イベントメッセージ作成部１３２と、情報格納先取得部１３４と、サーバ部１３５と、カメラ部１３６と、センサー部１３７と、予約購読制御部１５６とを備える。
【００９７】
カメラ部１３６は、カメラ及びマイクを備え、当該カメラにより撮影した映像情報と、当該マイクにより集音した音声情報とを取得する。センサー部１３７は、赤外線等により侵入者の検出を行う。
【００９８】
ＮＷカメラ１０４とドアホン１０３との相違点は、サーバ部１３５がカメラ部１３６から映像情報と音声情報とを取得する点と、イベントメッセージ作成部１３２がセンサー部１３７により状態変化（イベントの発生）を検出する点と、独自通信部１３８と送信イベント制御部１３３とを備えない点である。ＮＷカメラ１０４は、送信イベント制御部１３３を備えないため、検出した全てのイベントをイベント受信機器に送信する。
【００９９】
次に、図４及び図５を用いてイベント受信機器の機能構成について説明する。図４は、本発明の実施の形態１に係るテレビ１０１の機能構成の一例を示すブロック図である。
【０１００】
図４に示すようにテレビ１０１は、通信部２１１と、イベント解析部２１２と、受信イベント制御部２１３と、表示シーケンス制御部２１４と、取得情報決定部２１５と、情報取得制御部２１６と、映像表示部２１７と、予約購読制御部２１８とを備える。
【０１０１】
通信部２１１は、ネットワーク１２０を介して、他の機器と通信を行う。具体的には、通信部２１１は、イベント送信機器により送信されたイベントメッセージ及びイベント情報を受信する。
【０１０２】
イベント解析部２１２は、通信部２１１により受信されたイベントメッセージの内容を解析する。
【０１０３】
受信イベント制御部２１３は、設定情報を保持する。設定情報は、イベントの区分、種別、又は両者の組合せに対して、当該イベントに対する処理を実行する必要があるか否かが設定された情報である。ここで、イベントに対する処理とは、メディアを選択し、選択したメディアのイベント情報を取得する処理である。
【０１０４】
また、設定情報は、テレビ１０１が備えるＵＩを介してユーザにより設定される。なお、設定情報は、ネットワーク１２０を介して、設定されてもよい。
【０１０５】
表示シーケンス制御部２１４は、予め設定された内容に従い、イベントメッセージを受信した際のイベント表示シーケンスを制御する。具体的には、表示シーケンス制御部２１４は、イベントメッセージ内に含まれるメッセージを表示後にイベント情報を取得するか、又は、メッセージを表示せず、すぐにイベント情報を取得するかの制御を行う。
【０１０６】
取得情報決定部２１５は、イベントメッセージに含まれる情報に示される複数のメディアから、一以上のメディアを選択する。具体的には、取得情報決定部２１５は、イベント解析部２１２が解析したイベントメッセージの情報を用いて、イベントメッセージに含まれるメディア種別の情報を参照し、取得すべきイベント情報のメディアを決定する。つまり、取得情報決定部２１５は、当該イベント受信機器が処理可能な予め定められたメディアを選択する。
【０１０７】
情報取得制御部２１６は、通信部２１１を介して、取得情報決定部２１５により選択されたメディアのイベント情報の格納先から、イベント情報を取得する。具体的には、イベント情報の格納先を指定する取得先情報を含むイベント情報取得要求をイベント送信機器に送信することにより、当該格納先からイベント情報を取得する。
【０１０８】
なお、情報取得制御部２１６は、受信イベント制御部２１３に保持される設定情報に、イベント情報を取得する必要があると設定されている区分、種別、又は両者の組み合わせを有するイベントに対して、イベント情報を取得し、設定情報に、イベント情報を取得する必要がないと設定されている区分、種別、又は両者の組み合わせを有するイベントに対して、イベント情報を取得しない。
【０１０９】
映像表示部２１７は、放送画像、及び、情報取得制御部２１６により取得されたイベント情報を表示する。具体的には、映像表示部２１７は、映像のイベント情報の表示、及び音声のイベント情報の出力を行う。
【０１１０】
予約購読制御部２１８は、予約購読要求メッセージを作成し、作成した予約購読要求メッセージをイベント送信機器に送信する。
【０１１１】
次に、図５を用いて、レコーダ１０２の機能構成について説明する。
【０１１２】
図５は、本発明の実施の形態１に係るレコーダの機能構成の一例を示したブロック図である。図５において、図４と同等な機能部については、同一の符号を記し、説明は省略する。
【０１１３】
情報記録再生部２２１は、情報取得制御部２１６により取得されたイベント情報を記録する。また、情報記録再生部２２１は、ユーザの指示により再生する。
【０１１４】
レコーダ１０２とテレビ１０１との相違点は、レコーダ１０２ではユーザが取得する情報をリアルタイムで見ないことが多いため、表示シーケンス制御部２１４を設けていない点である。
【０１１５】
次に、図６を用いて、イベント送信機器とイベント受信機器との間におけるイベントの通知及びイベント情報の送信処理の全体の流れを説明する。図６は、通信システム１００における処理の流れを示す図である。なお、ここでは、イベント送信機器がドアホン１０３であり、イベント受信機器がテレビ１０１である場合を例に説明する。また、イベント送信機器がＮＷカメラ１０４の場合、及びイベント受信機器がレコーダ１０２の場合も基本的に同様の動作である。
【０１１６】
まず、テレビ１０１の予約購読制御部２１８は、ドアホン１０３に予約購読要求メッセージを送信する（Ｓ１０１）。
【０１１７】
ドアホン１０３は、テレビ１０１により送信された予約購読要求メッセージを受信し、ドアホン１０３の予約購読制御部１５６は、テレビ１０１からの予約購読を受け付ける。予約購読制御部１５６は、予約購読を受け付けたことを示す予約購読応答メッセージをテレビ１０１に送信する（Ｓ１０２）。
【０１１８】
次に、ドアホン１０３でイベントが発生する（Ｓ１０３）。
【０１１９】
イベントの発生に伴い、ドアホン１０３は、予約購読を受け付けたテレビ１０１に、イベントメッセージを送信する（Ｓ１０４）。
【０１２０】
次に、テレビ１０１は、イベントメッセージで示される複数のメディアのうち、一つ以上のメディアを選択し、選択したメディアに対応するイベント情報の送信をドアホン１０３に要求する（Ｓ１０５）。
【０１２１】
次に、ドアホン１０３は、テレビ１０１により指定されたイベント情報をテレビ１０１に送信する（Ｓ１０６）。
【０１２２】
次に、テレビ１０１は、受信したイベント情報を表示する（Ｓ１０７）。
【０１２３】
以下、図７を用いて、ドアホン１０３によるイベント送信処理（図６のステップＳ１０３及びＳ１０４）について詳細に説明する。
【０１２４】
図７は、ドアホン１０３又はＮＷカメラ１０４のイベント送信処理の流れを示すフローチャートである。ここでは、ドアホン１０３を例にして処理を説明するが、ＮＷカメラ１０４でも基本的に同様の動作である。
【０１２５】
まず、イベントメッセージ作成部１３２は、独自通信部１３８を介して、ドアホンシステム１１０内の機器の状態変化（イベント発生）を検出する（Ｓ２０１）。
【０１２６】
次に、イベントメッセージ作成部１３２は、発生したイベントの区分、及び種別等と、送信イベント制御部１３３に設定されている設定情報を用いて、発生したイベントに対するイベントメッセージの送信が必要か否かを判断する（Ｓ２０２）。
【０１２７】
図８は、送信イベント制御部１３３が保持する設定情報３００の構成の一例を示す図である。
【０１２８】
図８に示すように、設定情報３００は、イベントの概略的な分類であるイベント区分３１１と、イベント区分３１１よりも細かい分類であるイベント種別３１２と、設定３１３及び３１４とを含む。設定３１３及び３１４は、それぞれ、イベント区分３１１及びイベント種別３１２に対して設定され、設定３１３及び３１４は、イベントが発生した際に、イベントメッセージをイベント受信機器に通知するか否かを示す。つまり、ユーザは、イベント区分３１１ごと、又はイベント種別３１２ごとに、イベントメッセージを通知するか否かを設定できる。
【０１２９】
このように、ユーザはイベント区分３１１を指定してイベント送信を不要とすることで、同一のイベント区分３１１に含まれる複数のイベント種別３１２のイベントに対して全てイベントメッセージを送信しないように設定することができる。これにより、ユーザが個別のイベント種別３１２を意識して、イベント送信の要否を設定する必要がないので、ユーザの利便性が向上する。
【０１３０】
例えば、イベントメッセージ作成部１３２は、図８に示す設定情報３００を参照することで、電気錠センサー１１４が、鍵のこじ開けを検出した場合には、イベントメッセージをイベント受信機器に送信し、玄関子機１１１において呼び出しボタンが押された場合には、イベントメッセージをイベント受信機器に送信しない。
【０１３１】
なお、ここでは、イベント区分３１１及びイベント種別３１２のそれぞれに対して、イベントの通知の有無が設定されるとしたが、イベント区分３１１及びイベント種別３１２のうちいずれかのみに対して、イベントの通知の有無が設定されてもよい。
【０１３２】
また、ユーザの状態に応じて、通知するイベントの要否が設定されてもよい。
【０１３３】
図９は、ユーザの状態に応じて、通知するイベントの要否が設定される場合の設定情報３０１の構成例を示す図である。
【０１３４】
図９に示すように、ユーザの状態３１５として「在宅」、「お休み」、「お出かけ」といった状態がユーザにより設定される。また、ユーザの状態３１５と、イベント種別３１２とで、決定される設定３１６にイベントの通知の有無が設定される。例えば、「お休み」が設定されている場合には、イベントメッセージ作成部１３２は、図９に示す設定情報３０１を参照することで、電気錠センサー１１４が、鍵のこじ開けを検出した場合には、イベントメッセージをイベント受信機器に送信し、玄関子機１１１において呼び出しボタンが押された場合には、イベントメッセージをイベント受信機器に送信しない。
【０１３５】
なお、図９では、イベント種別３１２ごとにイベントの通知の有無が設定されているが、イベント区分３１１ごとにイベントの通知の有無が設定されてもよい。
【０１３６】
次に、ドアホン１０３は、イベントメッセージの送信が不要と判断された場合（Ｓ２０３でＮｏ）、状態変化の情報を破棄し、次の状態変化までイベント送信処理は実行しない。
【０１３７】
一方、イベントメッセージの送信が必要と判断された場合（Ｓ２０３でＹｅｓ）、ドアホン１０３は、以下の処理を実行する。まず、情報格納先取得部１３４は、イベントメッセージ作成部１３２から得たイベントの区分及び種別に基づき、一つ以上のメディアを選択し、選択した各メディアのイベント情報を提供するサーバ部の格納先をイベントメッセージ作成部１３２に提示する。これにより、イベントメッセージ作成部１３２は、一つ以上のメディアのイベント情報の格納先を取得する（Ｓ２０４）。
【０１３８】
次に、イベントメッセージ作成部１３２は、得られたイベント情報の格納先を含むイベントメッセージを作成し（Ｓ２０５）、作成したイベントメッセージを、通信部１３１を介して、イベント受信機器に送信する（Ｓ２０６）。
【０１３９】
次に、図１０から図１３を用いて、イベントメッセージ作成部１３２により作成されるイベントメッセージについて説明する。
【０１４０】
図１０は、玄関子機１１１の状態変化時にドアホン１０３により送信されるイベントメッセージ３２０の構成の一例を示す図である。図１０に示すようにイベントメッセージ３２０は、Ｌｅｖｅｌ３３１と、Ｍｅｓｓａｇｅ３３２と、ＷｅｂＵＲＬ３３３と、ＤｅｖｉｃｅＣａｔｅｇｏｒｙ３３４と、ＥｖｅｎｔＣａｔｅｇｏｒｙ３３５と、ＭｅｄｉａＩｎｆｏ３３６とを含む。
【０１４１】
Ｌｅｖｅｌ３３１は、イベントの重要度を示し、Ａｌｅｒｔ、Ｎｏｔｉｃｅ、Ｉｎｆｏｒｍａｔｉｏｎの区分がある。ここで、Ａｌｅｒｔは一番重要度が高く、Ｉｎｆｏｒｍａｔｉｏｎは一番重要度が低いイベントである。
【０１４２】
Ｍｅｓｓａｇｅ３３２は、イベントの内容を示す文字列情報である。
【０１４３】
ＷｅｂＵＲＬ３３３は、Ｗｅｂサーバ部１５１により提供されるイベント情報の格納先を示す情報である。具体的には、ＷｅｂＵＲＬ３３３は、ＨＴＭＬで記述されたイベント情報が格納されるＵＲＬであり、イベント受信機器がＷｅｂＵＲＬ３３３に示されるＵＲＬにアクセスすることで、イベント情報が得られる。
【０１４４】
ＤｅｖｉｃｅＣａｔｅｇｏｒｙ３３４は、当該イベントメッセージを送信したイベント送信機器に関する情報である。このＤｅｖｉｃｅＣａｔｅｇｏｒｙ３３４は、階層化した情報として記述される。例えば、図１０に示すように、イベント送信機器に関する情報は、ドアホン、玄関子機、玄関子機を一意に特定する識別ＩＤの順に階層化して記述される。
【０１４５】
このようにイベント送信機器に関する情報を階層化して記述することにより、イベント受信機器は、詳細な情報である玄関子機１１１を識別できなくても、ドアホン１０３により当該イベントメッセージが送信されたことを識別できる。これにより、イベント受信機器は、イベントのフィルタ処理等を行うことが可能となる。
【０１４６】
ＥｖｅｎｔＣａｔｅｇｏｒｙ３３５は、イベントの区分及び種別を示す。ＥｖｅｎｔＣａｔｅｇｏｒｙ３３５も、ＤｅｖｉｃｅＣａｔｅｇｏｒｙ３３４と同様に、階層化されて記述される。例えば、イベントの区分として来客イベントであることが記述され、より詳細には、玄関子機１１１により来客イベントが検知されたことが記述される。
【０１４７】
このように階層化して記述することにより、イベント受信機器は、詳細な情報である玄関子機による検知を識別できなくても、来客イベントであることを識別できる。これにより、イベント受信機器は、イベントのフィルタ処理等を行うことが可能となる。
【０１４８】
ＭｅｄｉａＩｎｆｏ３３６は、イベント情報のメディア種別とその格納先を示す複数のメディア情報３４１〜３４３を含む。図１０の例では、ＭｅｄｉａＩｎｆｏ３３６は、音声（玄関子機１１１のマイクで取得された音声）のメディア情報３４１と、Ｍｏｔｉｏｎ−ＪＰＥＧ（玄関子機１１１のカメラで撮影された動画）のメディア情報３４２と、ＭＰＥＧ４（玄関子機１１１のカメラで撮影された動画）のメディア情報３４３とを含む。
【０１４９】
ここで、ＭｅｄｉａＩｎｆｏ３３６の記載内容について説明する。ｍ＝から次のｍ＝までの間が一つのメディアについて記述している。例えば、“ｍ＝ａｕｄｉｏ  ６３８４  ＲＴＰ／ＡＶＰ”は、（１）メディアが音声であり、（２）ＲＴＰを用いて情報を取得でき、（３）ｐｏｒｔ番号６３８４から情報を取得できることを示している。“ａ＝Ｇ７１１”は、音声のコーディックがＧ７１１であることを示している。“ａ＝ａｕｄｉｏｃｈａｎｎｅｌｓ＝１”は、音声がモノラルであることを示している。“ａ＝ｐｔｉｍｅ:２０”は、音声データの送信間隔が２０ｍｓであることを示している。
【０１５０】
イベント受信機器は、このメディア情報３４１を解析したうえで、イベント送信機器のＰｏｒｔ番号６３８４にＲＴＰでアクセスすることで情報を取得することが可能となる。
【０１５１】
また、次の“ｍ＝ｖｉｄｅｏ  ８０００  ＴＣＰ”は別のメディアに関する情報であり、（１）映像情報であり、（２）ＴＣＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ  Ｃｏｎｔｒｏｌ  Ｐｒｏｔｏｃｏｌ）を用いて、（３）Ｐｏｒｔ番号８０００から情報を取得できることを示している。“ａ＝Ｍ−ＪＰＥＧ”は、動画のコーディックがＭｏｔｉｏｎ−ＪＰＥＧであることを示している。“ａ＝ｆｒａｍｅｓｉｚｅ＝３２０ｘ２４０”は動画のフレームサイズが３２０ピクセル×２４０ピクセルであることを示している。“ａ＝ｆｒａｍｅｒａｔｅ:１５．０００”は、フレームレートが１５ｆｐｓであることを示している。
【０１５２】
また、“ａ＝ｕｒｉ：ｈｔｔｐ：／／ｘｘｘｘ：８０００／ＭｏｔｉｏｎＪｐｅｇ？Ｒｅｓｏｌｕｔｉｏｎ＝３２０ｘ２４０”は、ＵＲＩとして“ｈｔｔｐ：／／ｘｘｘｘ：８０００／ＭｏｔｉｏｎＪｐｅｇ？Ｒｅｓｏｌｕｔｉｏｎ＝３２０ｘ２４０”を指定することで、情報を取得できることを示している。この場合、ＨＴＴＰプロトコルを用いて、“ｘｘｘｘ：８０００／ＭｏｔｉｏｎＪｐｅｇ？Ｒｅｓｏｌｕｔｉｏｎ＝３２０ｘ２４０”で示されるロケーションから情報を取得することができる。
【０１５３】
次の“ｍ＝ｖｉｄｅｏ  ６３８５  ＲＴＰ／ＡＶＰ”のＭＰＥＧ４用のメディアに関する情報についても上記と同様であるため、説明を省略する。
【０１５４】
このように、イベント情報のメディア種別とその格納先とを示すメディア情報３４１〜３４３をイベントメッセージに含め送信することにより、イベントメッセージを受信したイベント受信機器は、自身に最適なメディアを選択したうえで、選択したメディアのイベント情報を取得することが可能となる。
【０１５５】
図１１は、ドアホンシステム１１０のセンサーカメラ１１２の状態変化時に通知されるイベントメッセージ３２１の一例を示す図である。センサーカメラ１１２では、音声情報を取得できないため、イベントメッセージ３２１に含まれるＭｅｄｉａＩｎｆｏ３３６には映像のメディア情報３４４及び３４５のみが記載され、音声のメディア情報が記載されない。
【０１５６】
図１２は、火災センサー１１３の状態変化時に送信されるイベントメッセージ３２２の一例を示す図である。火災センサー１１３では、映像のメディア情報、及び音声のメディア情報をともに取得できないため、イベントメッセージ３２２にはＷｅｂＵＲＬ３３３の情報だけが含まれる。
【０１５７】
図１３は、ＮＷカメラ１０４のセンサーが状態変化を検出した場合に通知されるイベントメッセージ３２３の一例を示す図である。例えば、イベントメッセージ３２３に含まれるＭｅｄｉａＩｎｆｏ３３６には、音声のメディア情報３４６と、Ｍ−ＪＰＥＧの解像度が異なる２つの映像のメディア情報３４７及び３４８と、ＭＰＥＧ４の映像のメディア情報３４９とが記載される。
【０１５８】
このように、ＷｅｂＵＲＬ３３３と、ＭｅｄｉａＩｎｆｏ３３６に含まれる複数のメディア情報とは、メディア種別（動画、静止画、又は音声等）と、伝送方法（ブラウザ向けの情報、ＲＴＰ、又はＴＣＰ等）と、イベント情報の格納先（ＵＲＬ、又はポート番号等）と、フォーマットとを含む。ここで、フォーマットとは、圧縮方式と、コーディックとを含み、さらに、メディア種別が動画の場合には、ピクセルサイズ（フレームサイズ）と、フレームレートとを含み、メディア種別が静止画の場合には、ピクセルサイズを含み、メディア種別が音声の場合には、チャネル数（モノラル及びステレオ等）と、音声データの送信間隔とを含む。
【０１５９】
また、イベント区分、及び種別によりイベント情報のメディアの種類、及び数が変化するため、情報格納先取得部１３４は、イベント区分及び種別から、イベントメッセージに含むべきイベント情報を選択し、選択したイベント情報の情報取得先（格納先）を決定することが必要になる。
【０１６０】
図１４は、ドアホン１０３におけるイベント種別と、イベント情報の情報取得先（格納先）との関係を示す図である。また、図１５は、ＮＷカメラ１０４におけるイベント種別と、イベント情報の情報取得先（格納先）との関係を示す図である。情報格納先取得部１３４は、図１４及び図１５に示すテーブルを参照することにより、イベント種別３１２に対応付けられた情報取得先３１７を決定する。
【０１６１】
次に、イベント受信機器によるイベント受信時の処理（図６のＳ１０５〜Ｓ１０７）について説明する。
【０１６２】
図１６は、テレビ１０１でイベントメッセージを受信した場合の処理の流れを示すフローチャートである。
【０１６３】
まず、通信部２１１がイベントメッセージを受信すると、イベント解析部２１２は、イベントメッセージを解析することにより、イベントメッセージに含まれる情報要素（Ｌｅｖｅｌ３３１、Ｍｅｓｓａｇｅ３３２、ＷｅｂＵＲＬ３３３、ＤｅｖｉｃｅＣａｔｅｇｏｒｙ３３４、ＥｖｅｎｔＣａｔｅｇｏｒｙ３３５、及びＭｅｄｉａＩｎｆｏ３３６）を取り出す（Ｓ３０１）。
【０１６４】
次に、イベント解析部２１２は、受信イベント制御部２１３に保持される設定情報３００とイベントメッセージから取り出した情報要素からイベントメッセージの処理を継続すべきかを判断する（Ｓ３０２）。例えば、設定情報３００は、図８に示す設定情報３００と同様の構成である。
【０１６５】
なお、ユーザの状態に応じて、イベントメッセージの処理の要否が設定されてもよい。つまり、受信イベント制御部２１３は、図９に示す設定情報３０１を用いて、ユーザの状態に応じて、イベントメッセージの処理の要否を判定してもよい。なお、厳密には、図８及び図９に示す設定３１３、３１４及び３１６で示される通知の有無を、イベントメッセージの処理の有無と置き換える必要がある。ここでイベントメッセージの処理とは、イベント情報の取得と、イベント情報（映像、Ｗｅｂ）の表示（イベント情報が音声である場合には、音声の出力）とである。
【０１６６】
具体的には、イベント解析部２１２は、ＥｖｅｎｔＣａｔｅｇｏｒｙ３３５で示されるイベント区分３１１又はイベント種別３１２に対応する、設定情報３００の設定３１３又は３１４に従い、イベントメッセージの処理を継続すべきかを判断する。または、図９に示す設定情報３０１を用いる場合には、イベント解析部２１２は、設定されているユーザの状態３１５（「在宅」、「お休み」、「お出かけ」）を取得し、取得したユーザの状態３１５と、ＥｖｅｎｔＣａｔｅｇｏｒｙ３３５で示されるイベント区分３１１又はイベント種別３１２とに対応する、設定情報３０１の設定３１６に従い、イベントメッセージの処理を継続すべきかを判断する。
【０１６７】
イベントメッセージの処理が必要ない場合（Ｓ３０２でＮｏ）、テレビ１０１は、受信したイベントメッセージを廃棄し、次のイベントメッセージの受信を待つ。
【０１６８】
一方、イベントメッセージの処理が必要である場合（Ｓ３０２でＹｅｓ）、イベント解析部２１２は、表示シーケンス制御部２１４にイベントメッセージに含まれる情報要素を引き渡す。表示シーケンス制御部２１４は、予め設定された内容に従って、Ｍｅｓｓａｇｅ３３２の文字列情報を表示するか否かを判定する。
【０１６９】
ここで、予め設定された内容とは、イベント区分３１１又はイベント種別３１２ごとの、Ｍｅｓｓａｇｅ３３２の表示の要否を示す情報であり、表示シーケンス制御部２１４は、ＥｖｅｎｔＣａｔｅｇｏｒｙ３３５で示されるイベント区分３１１又はイベント種別３１２に対応する設定内容に従い、Ｍｅｓｓａｇｅ３３２の表示を行う。
【０１７０】
「Ｍｅｓｓａｇｅ３３２を表示後にイベント情報を取得する」と設定されている場合、表示シーケンス制御部２１４は、映像表示部２１７に、Ｍｅｓｓａｇｅ３３２に記述された文字列情報を表示し、ユーザにイベント情報を取得するかを問い合わせる。
【０１７１】
図１７は、映像表示部２１７の表示例を示す図である。図１７に示すように、映像表示部２１７は、テレビ放送の映像３５０に加えて、メッセージ３５１を表示する。
【０１７２】
このように、表示シーケンスを制御することで、ユーザの要望に応じて、素早くイベント情報を表示することも、なるべくＴＶ視聴の邪魔をしないように表示しながら、ユーザが必要なイベント情報については取得して表示するという使い方も可能となる。
【０１７３】
なお、ここでは、表示シーケンス制御部２１４は、予め設定された内容に従って、Ｍｅｓｓａｇｅ３３２の文字列情報を表示するか否かを判定するとしたが、イベントメッセージに含まれる情報を用いて、表示シーケンス制御部２１４は、表示シーケンスを切り替えてもよい。具体的には、表示シーケンス制御部２１４は、ＭｅｄｉａＩｎｆｏ３３６に特定のメディア種別のメディア情報が含まれるか否か、ＥｖｅｎｔｏＣａｔｅｇｏｒｙ３３５に示されるイベント区分及び種別、又はＬｅｖｅｌ３３１等に応じて、表示シーケンスを切り替えてもよい。
【０１７４】
ここで、ユーザの操作により、イベント情報の取得が指示された場合、又は、「すぐにイベント情報を取得する」と設定されている場合、次に、取得情報決定部２１５は、イベントメッセージに含まれるＭｅｄｉａＩｎｆｏ３３６のメディア種別を利用して取得するイベント情報のメディアを決定する（Ｓ３０４）。
【０１７５】
図１８は、イベント区分３１１及びイベント種別３１２と、イベント受信機器の種別３１８と、利用する情報取得先３１９との対応関係を示すテーブルの一例を示す図である。
【０１７６】
取得情報決定部２１５は、図１８に示すテーブルに従い、イベント区分３１１又はイベント種別３１２と、当該イベント受信機器の種別３１８とにより決まるメディア種別の情報取得先３１９を選択する。つまり、取得情報決定部２１５は、イベント受信機器が処理可能なメディア種別のうち、予め定められたメディア種別を選択する。
【０１７７】
例えば、取得情報決定部２１５は、当該イベント受信機器が、ブラウザでの表示にしか対応していないテレビ受信機の場合、ＷｅｂＵＲＬ３３３に示されるイベント情報を取得すると決定する。また、取得情報決定部２１５は、当該イベント受信機器がＭＰＥＧ４動画の再生に対応しているテレビ受信機の場合、ＭｅｄｉａＩｎｆｏ３３６のメディア情報にＭＰＥＧ４の動画が含まれているかを判断し、含まれている場合にはＭＰＥＧ４の動画を取得すると決定する。加えて、当該イベント受信機器が音声再生にも対応している場合、同時にＭｅｄｉａＩｎｆｏ３３６に音声のメディア情報が含まれているかを判断し、含まれている場合、音声も取得すると決定する。
【０１７８】
イベント情報の取得が必要ない場合（Ｓ３０５でＮｏ）、テレビ１０１は、次のイベントメッセージの受信を待つ。
【０１７９】
一方、イベント情報の取得が必要である場合（Ｓ３０５でＹｅｓ）、次に、情報取得制御部２１６は、取得情報決定部２１５が決定した情報取得先を利用して、イベント情報を取得する（Ｓ３０６）。具体的には、取得情報決定部２１５は、情報取得先を指定する取得先情報を含むイベント情報取得要求をイベント送信機器に送信することにより、イベント情報を取得する。ここで、取得先情報は、Ｐｏｒｔ番号とプロトコルとを指定する情報である。
【０１８０】
例えば、図１０に示すイベントメッセージの例では、取得情報決定部２１５は、Ｐｏｒｔ番号６３８４及びプロトコルＲＴＰを指定するイベント情報取得要求を送信することにより、音声のイベント情報の送信をイベント送信機器に要求し、Ｐｏｒｔ番号６３８５及びプロトコルＲＴＰを指定するイベント情報取得要求を送信することにより、ＭＰＥＧ４のイベント情報の送信をイベント送信機器に要求し、Ｐｏｒｔ番号８０００及びプロトコルＴＣＰを指定するイベント情報取得要求を送信することにより、Ｍ−ＪＰＥＧのイベント情報の送信をイベント送信機器に要求し、Ｐｏｒｔ番号８０及びプロトコルＨＴＴＰを指定するイベント情報取得要求を送信することにより、Ｗｅｂのイベント情報の送信をイベント送信機器に要求する。
【０１８１】
次に、映像表示部２１７は、情報取得制御部２１６が取得したイベント情報を表示する（Ｓ３０７）。
【０１８２】
図１９は、イベント情報の表示例を示す図である。図１９に示すように、映像表示部２１７は、テレビ放送の映像３５０と、ドアホンの映像であるイベント情報３５２とを表示する。
【０１８３】
このように、映像表示部２１７は、２画面、又はピクチャ・イン・ピクチャ表示により、視聴中のテレビ放送の映像３５０と同時にイベント情報３５２を表示できる。
【０１８４】
次に、図２０を用いてレコーダ１０２によるイベント受信時の処理について説明する。
【０１８５】
図２０は、レコーダ１０２によるイベントを受信した場合の処理のフローチャートである。なお、図２０において、図１６と同様の処理については、同一の符号を割り当て、説明を省略する。図１６との差異は、表示シーケンスを判断する処理（Ｓ３０３）がない点と、情報記録再生部２２１が情報取得制御部２１６により取得されたイベント情報を記録する点（Ｓ３１１）である。
【０１８６】
また、図２１は、ステップＳ３０２において、ユーザの状態に応じて、処理の要否が設定される場合のレコーダ１０２の設定情報３０２の構成例を示す図である。
【０１８７】
図２１に示すように、ユーザの状態３１５として「在宅」、「お休み」、「お出かけ」といった状態がユーザにより設定される。また、ユーザの状態３１５と、イベント種別３１２とで、決定される設定３１６に処理の有無及び種類が設定される。例えば、「お出かけ」が設定されている場合には、イベント解析部２１２は、図２１に示す設定情報３０２を参照することで、電気錠センサー１１４が、鍵のこじ開けを検出した場合には、イベント情報に含まれる文字情報を記録すると決定し、火災センサー１１３が火災を検知した場合には、イベント情報に含まれる文字情報及び動画の記録を行わないと決定し、玄関子機１１１において呼び出しボタンが押された場合には、イベント情報に含まれる動画を記録すると決定する。
【０１８８】
次に、図２２を用いて、イベント送信機器による、イベント情報の送信処理（図６のＳ１０５及びＳ１０６）について説明する。
【０１８９】
図２２は、ドアホン１０３によるイベント情報の送信処理の流れを示すフローチャートである。
【０１９０】
まず、サーバ部１３５は、通信部１３１を介して、イベント受信機器により送信されたイベント情報取得要求を受信する。サーバ部１３５は、受信したイベント情報取得要求に含まれる取得先情報から処理すべきサーバ部１５１〜１５４を判断する（Ｓ４０１）。
【０１９１】
以下、図１０に示すイベントメッセージを例にして、処理すべきサーバ部を判断する方法について説明する。まず、サーバ部１３５は、取得先情報に含まれるＰｏｒｔ番号とプロトコルとをチェックする。Ｐｏｒｔ番号が６３８４でプロトコルＲＴＰなら、サーバ部１３５は、音声情報サーバ部１５４を選択する。同様に、サーバ部１３５は、Ｐｏｒｔ番号が６３８５でプロトコルＲＴＰなら、ＭＰＥＧ４サーバ部１５３を選択し、Ｐｏｒｔ番号が８０００でプロトコルＴＣＰなら、Ｍｏｔｉｏｎ−ＪＰＥＧサーバ部１５２を選択し、Ｐｏｒｔ番号が８０でプロトコルＨＴＴＰなら、Ｗｅｂサーバ部１５１を選択する。
【０１９２】
次にサーバ部１３５により選択されたサーバ部１５１〜１５４がイベント情報取得要求を送信してきたイベント受信機器にイベント情報を送信する（Ｓ４０２）。
【０１９３】
以上のように、本発明の実施の形態１に係るイベント送信機器は、当該イベント送信機器が送信可能な複数のメディアの種別を示す情報と、各メディアのイベント情報の格納先とを含むイベントメッセージを、イベント受信機器に送信する。これにより、イベント受信機器は、当該イベント受信機器に適したメディアを選択し、選択したメディアのイベント情報を取得できる。また、イベント送信機器は、適切なメディアのイベント情報をイベント受信機器に提示できる。
【０１９４】
以上、本発明の実施の形態１に係る通信システム１００について説明したが、本発明は、この実施の形態に限定されるものではない。
【０１９５】
例えば、上記説明では、イベント送信機器において、イベント送信の要否を判断し（Ｓ２０２）、さらに、イベント受信機器でイベントの処理の要否を判定（Ｓ３０２）しているが、いずれか一方のみを行ってもよい。
【０１９６】
また、上記説明では、イベント受信機器は、イベントメッセージ送信元のイベント送信機器から、イベント情報を取得するとしたが、当該イベント送信機器以外の通信装置（サーバ装置）から、イベント情報を取得してもよい。つまり、イベント送信機器が送信するイベントメッセージに含まれる各メディアのイベント情報の格納先は、イベント送信機器以外のサーバ装置を指定するものであってもよい。この場合、当該サーバ装置が、サーバ部１３５と同様の構成を備え、イベント受信機器からの要求に応じて、イベント情報を当該イベント受信機器に送信すればよい。
【０１９７】
また、図２〜図５に示す各処理部の機能は、ＣＰＵ等のプロセッサがプログラムを実行する、又は、専用の回路（ハードウェア）により実現される。
【０１９８】
（実施の形態２）
本発明の実施の形態２では、予約購読要求及び予約購読応答（図６のＳ１０１及びＳ１０２）について、詳細に説明する。
【０１９９】
従来の通信システムでは、予約購読要求の際に、イベント送信機器は、予約購読を要求しているイベント受信機器が正当な機器であるか否かを判定できない。つまり、イベント送信機器は、当該予約購読を受け付けるべきなのか否かを判定する手段がない。
【０２００】
ここで、イベント送信機器において、予約購読を受け付けることができるイベント受信機器の台数に制限を持たせることが一般的である。そのため、予約購読を要求しているイベント受信機器の正当性を判断せずに、あらゆるイベント受信機器からの予約購読を受け付けてしまうと、本来連携を図りたい正当なイベント受信機器からの予約購読を受け付けられないという問題が発生する。
【０２０１】
さらに、イベント送信機器は、イベントメッセージを複数のイベント受信機器に対して同時に送信するために、ブロードキャスト、又はマルチキャストで送信する場合、連携対象外のイベント受信機器及びイベント送信機器に対して、イベントメッセージを送信することになる。つまり、連携対象外の機器にとって、不要なパケット解析処理が発生するとともに、連携対象外の機器に状態を知られてしまうという問題が生じる。
【０２０２】
これに対して、本発明の実施の形態２に係る通信システム１００では、予約購読の前に、イベント受信機器とイベント送信機器との間で、認証情報を共有する。さらに、イベント受信機器は、認証情報を含む予約購読要求メッセージをイベント送信機器に送信する。
【０２０３】
これにより、イベント送信機器は、予約購読要求メッセージに含まれる認証情報を確認することにより、予約購読要求メッセージの送信元のイベント受信機器が正当なイベント受信機器であるか否かを判別できる。よって、イベント送信機器は、本来連携を図りたい正当なイベント受信機器からの予約購読のみを受け付けることができる。
【０２０４】
まず、本発明の実施の形態２に係る通信システム１００の構成を説明する。なお、通信システム１００の概略構成は図１と同様であり、テレビ１０１及びドアホン１０３の機能構成も図４及び図３と同様であり、説明は省略する。また、ここでは、イベント受信機器としてテレビ１０１、イベント送信機器としてドアホン１０３を例に説明するが、イベント受信機器がレコーダ１０２及びコントローラ１０７である場合、及び、イベント送信機器がＮＷカメラ１０４、ホームゲートウェイ１０５及びエアコン１０６である場合も同様である。
【０２０５】
図２３は、本発明の実施の形態２に係るイベント受信機器が備える予約購読制御部２１８の機能構成を示すブロック図である。図２３に示すように予約購読制御部２１８は、イベント送信機器管理部４１２と、検索部４１３と、認証要求部４１４と、予約購読要求部４１５と、情報取得要求部４１６とを備える。
【０２０６】
検索部４１３は、検索要求メッセージを、通信部１３１を介してネットワーク１２０に接続された機器に送信することによって、ネットワーク１２０に接続されているイベント送信機器の検索を実行する。また、検索部４１３は、定期的、又はユーザ操作を含む上位アプリケーションからのトリガによって、イベント送信機器の検索を実行する。
【０２０７】
情報取得要求部４１６は、イベント送信機器の機器情報を取得するための情報取得要求メッセージをイベント送信機器に送信する。ここで機器情報とは、イベント送信機器の名称、固有ＩＤ、機種情報、及びＩＰアドレス等である。
【０２０８】
認証要求部４１４は、新規にイベント送信機器が検索された時、既に登録されているイベント送信機器の機器情報が更新された場合、及びユーザ操作を含む上位アプリケーションからのトリガによって、当該イベント受信機器とイベント送信機器との間での認証情報の共有を要求するための認証要求メッセージを、当該イベント送信機器に送信する。
【０２０９】
ここで、認証情報とは、メッセージの送信元の機器が、正当な機器であることを認証するための情報である。具体的には、認証情報は、イベント受信機器ごとに固有の固有ＩＤ、イベント受信機器とイベント送信機器との間で相手を認証するための暗証番号、及びユーザＩＤのうち１以上を含む。また、固有ＩＤとは、イベント受信機器を一意に示すＩＤ、又はイベント受信機器を内部的に管理するためのＩＤであり、暗証番号とは、イベント送信機器及びイベント受信機器に固有の情報とは無関係なＩＤである。
【０２１０】
また、認証情報の共有とは、イベント送信機器が、認証要求メッセージの送信元のイベント受信機器が正当な機器であるか否かを判断し、正当な機器である場合、当該イベント受信機器と関連付けて当該認証情報を管理することである。
【０２１１】
予約購読要求部４１５は、イベント送信機器に対して、イベントメッセージを当該イベント受信機器に送信するように要求する予約購読要求メッセージを送信する。この予約購読要求メッセージは、認証情報を含む。
【０２１２】
イベント送信機器管理部４１２は、イベント送信機器の機器情報を管理する。具体的には、イベント送信機器管理部４１２は、イベント送信機器の名称と、イベント送信機器の固有ＩＤと、イベント送信機器の機種情報と、ＩＰアドレスと、機器情報アクセス先と、認証要求アクセス先と、予約購読要求アクセス先とを管理する管理テーブルを記憶する。ここで、機種情報とは、製造会社名、製品番号、製造日、及び製造番号などである。また、機器情報アクセス先、認証要求アクセス先及び予約購読要求アクセス先に関しては、後述する。
【０２１３】
このイベント送信機器管理部４１２は、検索応答メッセージ、ネットワーク接続通知メッセージ、ネットワーク離脱通知メッセージ、及び情報取得応答メッセージを受信するたびに、管理テーブルを更新する。
【０２１４】
また、イベント送信機器管理部４１２は、検索応答メッセージ受信時、及びネットワーク接続通知メッセージ受信時に、イベント送信機器の固有ＩＤを確認し、管理テーブルに含まれていないイベント送信機器である場合、当該イベント送信機器を新規のイベント送信機器と判定し、情報取得要求部４１６へイベント送信機器情報を取得するよう要求する。
【０２１５】
また、イベント送信機器管理部４１２は、検索応答メッセージ受信時、及びネットワーク接続通知メッセージ受信時に、機器情報アクセス先が変更されていることを検知すると、当該イベント送信機器の機器情報が変更されたと判定し、情報取得要求部４１６へ当該イベント送信機器の機器情報を取得するよう要求する。
【０２１６】
図２４は、本発明の実施の形態２に係るイベント送信機器が備える予約購読制御部１５６の機能構成を示すブロック図である。図２４に示すように予約購読制御部１５６は、ネットワーク管理部４２２と、検索応答部４２５と、情報提供部４２６と、認証検証部４２７と、イベント受信機器管理部４２８と、予約購読検証部４２９とを備える。
【０２１７】
ネットワーク管理部４２２は、自己がネットワークへの接続時、機器情報変更時、及びネットワークから離脱時に、ネットワーク接続通知メッセージ又はネットワーク離脱通知メッセージをイベント受信機器に送信する。
【０２１８】
検索応答部４２５は、通信部１３１が受信した検索要求メッセージに含まれる検索条件を当該イベント送信機器が満たしているか否かを判定する。検索応答部４２５は、当該イベント送信機器が検索条件を満たしている場合、検索要求メッセージ送信元のイベント受信機器に対して、検索応答メッセージを送信する。
【０２１９】
情報提供部４２６は、通信部１３１が情報取得要求メッセージを受信すると、当該情報取得要求メッセージの送信元のイベント受信機器に対して、情報取得応答メッセージを送信する。
【０２２０】
また、情報提供部４２６は、当該イベント送信機器の機器情報が変更するたびに、イベント送信機器情報アクセス先を変更し、検索応答部４２５へ変更したことを通知するとともに、ネットワーク管理部４２２へネットワークからの離脱通知メッセージ、及びネットワークへの再接続通知メッセージを送信するように要求する。
【０２２１】
認証検証部４２７は、通信部１３１が認証要求メッセージを受信した場合、当該イベント送信機器と、認証要求メッセージの送信元のイベント受信機器との間で認証情報を共有する。具体的には、認証検証部４２７は、認証の可否を判断したうえで、当該認証要求メッセージの送信元のイベント受信機器に対して、共有する認証情報と、認証の成否結果とを含む認証応答メッセージを、通信部１３１を介して送信する。
【０２２２】
イベント受信機器管理部４２８は、イベント受信機器と共有している認証情報（固有ＩＤ）を管理する。
【０２２３】
予約購読検証部４２９は、イベント受信機器により送信された予約購読要求メッセージに、共有した認証情報（イベント受信機器の固有ＩＤ）が含まれる場合、予約購読を受け付け、予約購読要求メッセージに共有した認証情報が含まれない場合、予約購読を受け付けない。また、予約購読検証部４２９は、予約購読の成否結果を含む認証応答メッセージを、通信部１３１を介して当該予約購読要求メッセージの送信元のイベント受信機器に送信する。
【０２２４】
具体的には予約購読検証部４２９は、予約購読要求メッセージ内に含まれるイベント送信先情報内から、イベント受信機器の固有ＩＤを抽出し、イベント受信機器管理部４２８で管理している固有ＩＤか否かを確認する。イベント受信機器管理部４２８で管理している固有ＩＤであれば、予約購読検証部４２９は、予約購読要求メッセージの送信元のイベント受信機器に対して、予約購読を受け付けたことを示す予約購読応答メッセージを送信する。イベント受信機器管理部４２８で管理していない固有ＩＤであれば、予約購読要求送信元のイベント受信機器に対して、予約購読を受け付けないことを示す予約購読応答メッセージを送信する。
【０２２５】
次に、本発明の実施の形態２に係る通信システム１００の動作を説明する。
【０２２６】
まず、イベント受信機器がイベント送信機器を検索してから、予約購読を行うまでの処理を説明する。
【０２２７】
図２５は、テレビ１０１がドアホン１０３を検索して、ドアホン１０３に対して予約購読を行うまでの処理の流れを示す図である。
【０２２８】
まず、テレビ１０１の検索部４１３は、検索要求メッセージをブロードキャスト、又はマルチキャストで送信する（Ｓ５０１）。この検索要求メッセージは、検索条件と、当該検索要求メッセージを送信元である当該イベント受信機器を示す送信元情報とを含む。具体的には、送信元情報は、イベント送信機器の固有ＩＤである。また、検索条件は、当該検索要求メッセージを受信した機器が、イベント送信機器であるか否かである。
【０２２９】
検索要求メッセージを受信したドアホン１０３の検索応答部４２５は、検索要求メッセージに含まれる検索条件に、自身が一致していた場合、検索応答メッセージをテレビ１０１へ送信する（Ｓ５０２）。具体的には、検索応答部４２５は、検索要求メッセージに含まれる送信元情報に示されるイベント受信機器に、検索応答メッセージをユニキャストで送信する。また、検索応答メッセージは、情報取得要求メッセージの送信先である機器情報アクセス先を含む。
【０２３０】
検索応答メッセージを受信したテレビ１０１のイベント送信機器管理部４１２は、検索応答メッセージに含まれるドアホン１０３の固有ＩＤと、機器情報アクセス先とを管理テーブルに加える。また、情報取得要求部４１６は、ドアホン１０３に対して、情報取得要求メッセージをユニキャストで送信する（Ｓ５０３）。具体的には、情報取得要求部４１６は、検索応答メッセージに含まれる機器情報アクセス先に情報取得要求メッセージを送信する。
【０２３１】
情報取得要求メッセージを受信したドアホン１０３の情報提供部４２６は、情報取得応答メッセージをテレビ１０１に送信する（Ｓ５０４）。この情報取得応答メッセージは、認証要求メッセージの送信先である認証要求アクセス先、及び、予約購読要求メッセージの送信先である予約購読要求アクセス先を含む。
【０２３２】
情報取得応答メッセージを受信したテレビ１０１のイベント送信機器管理部４１２は、情報取得応答メッセージに含まれる認証要求アクセス先と、予約購読要求アクセス先とを管理テーブルに加える。また、認証要求部４１４は、ドアホン１０３に対して、認証要求メッセージを送信する（Ｓ５０５）。具体的には、認証要求部４１４は、情報取得応答メッセージに含まれる認証要求アクセス先に認証要求メッセージを送信する。この認証要求メッセージは、イベント受信機器とイベント送信機器との間で共有する認証情報と、イベント受信機器の機種とを含む。ここで、機種とは、コントローラ、ＤＶＤレコーダ、及びテレビといったイベント受信機器の種別である。
【０２３３】
なお、イベント受信機器の機種は、さらに、当該イベント受信機器の製造会社名、製品番号、製造日、及び製造番号のうち一つ以上を含んでもよい。また、認証要求メッセージは、暗号方式又はハッシュ値算出アルゴリズムを示す情報と、当該イベント受信機器が送信する認証情報を、当該イベント受信機器が他のイベント送信機器と共有済みなのか、初期値（他のイベント送信機器と共有未）なのかを指定する情報とのうち一つ以上を含んでもよい。
【０２３４】
認証要求メッセージを受信したドアホン１０３の認証検証部４２７は、認証要求メッセージに含まれる認証情報及びイベント受信機器の機種に応じて、当該認証要求を受け付け可能か否か判定する。
【０２３５】
以下、認証検証部４２７による認証受け付け判定の詳細を説明する。図２６は、認証検証部４２７による認証受け付け判定処理の流れを示すフローチャートである。
【０２３６】
まず、認証検証部４２７は、認証要求メッセージに含まれるイベント受信機器の機種が、予め定められた認証情報を共有すべき対象の機種であるか否かを判定する（Ｓ６０１）。
【０２３７】
認証検証部４２７は、イベント受信機器の機種が予め定められた機種でない場合（Ｓ６０１でＮｏ）、当該認証要求を受け付けない（Ｓ６０４）。
【０２３８】
一方、イベント受信機器の機種が予め定められた機種である場合（Ｓ６０１でＹｅｓ）、次に、認証検証部４２７は、現在認証情報を共有しているイベント受信機器の数が、設定されている認証情報を共有することができるイベント受信機器の数の上限以内であるか否かを判定する（Ｓ６０３）。ここで、認証情報を共有することができるイベント受信機器の数の上限とは、機種ごとに定められた上限であってもよいし、機種に関係なく全てのイベント受信機器の数の上限であってもよい。また、認証検証部４２７は、現在認証情報を共有しているイベント受信機器の数が、機種ごとの上限以内、及び全ての上限以内の両方を満たすか否かを判定してもよい。
【０２３９】
認証検証部４２７は、現在認証情報を共有しているイベント受信機器の数が、設定されている認証情報を共有することができるイベント受信機器の数の上限以内である場合（Ｓ６０２でＹｅｓ）、当該認証要求を受け付けると判定し（Ｓ６０３）、超えている場合（Ｓ６０２でＮｏ）、当該認証要求を受け付けないと判定する（Ｓ６０４）。
【０２４０】
なお、認証検証部４２７は、イベント受信機器の機種が、予め定められた機種であるか否かの判定（Ｓ６０１）、及び、認証情報を共有しているイベント受信機器の数が、設定されている上限以内であるか否かの判定（Ｓ６０２）のうちいずれか一方のみを行ってもよい。
【０２４１】
ここで、認証検証部４２７は、認証情報を共有する際、認証要求メッセージに含まれる当該イベント受信機器の認証情報（固有ＩＤ、及び暗証番号等）を取得し、イベント受信機器管理部４２８へ渡す。イベント受信機器管理部４２８は、受け取った認証情報を管理する。
【０２４２】
さらに、暗号方式又はハッシュ値算出アルゴリズムを指定する情報が認証要求メッセージに含まれている場合、認証検証部４２７は、当該暗号方式又はハッシュ値算出アルゴリズムを当該イベント送信機器がサポートしているか否かを確認し、サポートしている場合には、当該認証要求を受け付け、サポートしていない場合には、当該認証要求を拒否してもよい。
【０２４３】
さらに、イベント受信機器が送信する認証情報が、他のイベント送信機器と共有済みなのか初期値なのか（他のイベント送信機器と共有されていないのか）を指定する情報が認証要求メッセージに含まれている場合、認証検証部４２７は、当該情報に応じて、認証情報の正当性を確認するとともに、共有する認証情報を決定する。
【０２４４】
図２７は、認証検証部４２７による共有する認証情報の決定方法を示す図である。
【０２４５】
図２７に示すように、認証要求メッセージに含まれる認証情報（イベント受信機器が保持する認証情報）、及びイベント送信機器が保持する認証情報が共に初期値の場合、認証検証部４２７は、認証要求メッセージに含まれる認証情報を、共有する認証情報に決定する。また、イベント受信機器が保持する認証情報、及びイベント送信機器が保持する認証情報のうち一方が、共有済みの場合、認証検証部４２７は、当該共有済みの認証情報を、共有する認証情報に決定する。また、イベント受信機器が保持する認証情報、及びイベント送信機器が保持する認証情報が共に共有済みの場合、さらに、認証検証部４２７は、イベント受信機器が保持する認証情報、及びイベント送信機器が保持する認証情報が同一であるか否かを判定する。認証検証部４２７は、イベント受信機器が保持する認証情報、及びイベント送信機器が保持する認証情報が同一である場合には、当該認証情報を共有する認証情報に決定し、同一でない場合には、共有を行わない（認証要求を受け付けない）。
【０２４６】
次に、認証検証部４２７は、認証要求の受け付け又は拒否を示す認証応答メッセージをテレビ１０１へ送信する（Ｓ５０６）。また、認証検証部４２７は、認証要求を受け付ける場合には、共有する認証情報を含む認証応答メッセージをテレビ１０１へ送信する。
【０２４７】
認証要求を受け付けることを示す認証応答メッセージを受信したテレビ１０１のイベント送信機器管理部４１２は、認証応答メッセージに含まれる認証情報を管理テーブルに加える。次に、予約購読要求部４１５は、ドアホン１０３に予約購読要求メッセージを送信する（Ｓ５０７）。具体的には、予約購読要求部４１５は、機器情報取得応答メッセージに含まれる予約購読要求アクセス先に対して、予約購読要求メッセージを送信する。
【０２４８】
この予約購読要求メッセージは、イベント送信機器の状態が変化した場合（イベントが発生した場合）にイベントメッセージを送信する送信先を示すイベント送信先情報を含む。図２８は、予約購読要求メッセージ５０１の一例を示す図である。予約購読要求メッセージ５０１に含まれるＣＡＬＬＢＡＣＫ５１１は、イベント送信先情報である。このＣＡＬＬＢＡＣＫ５１１は、イベントメッセージの送信先を示すＵＲＬであり、このＵＲＬは、イベント受信機器の固有ＩＤ（認証情報）を含む。
【０２４９】
予約購読要求メッセージを受信したドアホン１０３の予約購読検証部４２９は、ＣＡＬＬＢＡＣＫ５１１に含まれるテレビ１０１の固有ＩＤを確認することによって、テレビ１０１が認証要求メッセージ受信時に、認証を受け付けたイベント受信機器であることを確認する。また、認証を受け付けていないイベント受信機器からの予約購読要求メッセージである場合、つまりＣＡＬＬＢＡＣＫ５１１にイベント受信機器管理部４２８が管理している認証情報（固有ＩＤ）が含まれない場合、予約購読検証部４２９は、当該予約購読要求メッセージを受け付けない。
【０２５０】
予約購読検証部４２９は、認証を受け付けたイベント受信機器からの予約購読要求メッセージであることを確認すると、さらに、イベント受信機器を管理できるか否かを判定する。具体的には、予約購読検証部４２９は、現在管理している予約購読を受け付け済みのイベント受信機器の数が、予め定められた上限以内であるか否かに応じて、イベント受信機器を管理できるか否かを判定する。イベント受信機器を管理できる場合、予約購読検証部４２９は、当該予約購読要求メッセージを受け付ける。
【０２５１】
次に、予約購読検証部４２９は、予約購読要求メッセージで要求された予約購読の受け付けの可否を含む予約購読応答メッセージをテレビ１０１へ送信する（Ｓ５０８）。
【０２５２】
このように、本発明の実施の形態２に係る通信システム１００では、イベント送信機器は、認証したイベント受信機器に対してのみ、予約購読を受け付ける。これにより、イベント送信機器は、信頼できるイベント受信機器に対してのみ、イベントメッセージを送信することが可能になる。
【０２５３】
次に、イベント送信機器から送信されたネットワーク接続通知メッセージをトリガとして、イベント受信機器がイベント送信機器に対して予約購読を行う動作を説明する。
【０２５４】
図２９は、イベント送信機器がネットワーク接続通知メッセージをイベント受信機器に送信してから、予約購読を行うまでの処理の流れを示す図である。
【０２５５】
まず、ドアホン１０３のネットワーク管理部４２２は、ネットワーク接続通知メッセージをブロードキャスト、又はマルチキャストでテレビ１０１に送信する（Ｓ５１１）。ここで、ネットワーク接続通知メッセージとは、当該ネットワーク接続通知メッセージを送信した機器が、ネットワークに接続したことを通知するためのメッセージである。また、ネットワーク接続通知メッセージは、情報取得要求メッセージの送信先である機器情報アクセス先を含む。
【０２５６】
ネットワーク接続通知メッセージを受信したテレビ１０１のイベント送信機器管理部４１２は、ネットワーク接続通知メッセージに含まれるドアホン１０３の固有ＩＤと、機器情報アクセス先とを管理テーブルに加える。また、情報取得要求部４１６は、ネットワーク接続通知メッセージの送信元のイベント送信機器であるドアホン１０３に対して、情報取得要求メッセージを送信する。具体的には、情報取得要求部４１６は、ネットワーク接続通知メッセージに含まれる機器情報アクセス先に対して、情報取得要求メッセージをユニキャストで送信する（Ｓ５０３）。
【０２５７】
ここで、情報取得要求部４１６は、ネットワーク接続通知メッセージ受信時に、フィルタリングを行う。つまり、当該ネットワーク接続通知メッセージを送信したイベント送信機器が予め定められた管理対象のイベント送信機器であるか否かを判定する。情報取得要求部４１６は、管理対象外のイベント送信機器が送信したネットワーク接続通知メッセージを受信した場合は、当該イベント送信機器に対して、機器情報取得要求メッセージを送信しない。
【０２５８】
なお、ステップＳ５０４以降の処理は、上述した図２５に示す処理と同様であり、説明は省略する。
【０２５９】
以上のように、本発明の実施の形態２に係る通信システム１００では、イベント送信機器は、予約購読の前にイベント受信機器と認証情報を共有する。さらに、イベント受信機器は、共有した認証情報を含む予約購読要求メッセージをイベント送信機器に送信する。
【０２６０】
これにより、イベント送信機器は、予約購読要求メッセージに含まれる認証情報を確認することにより、予約購読要求メッセージの送信元のイベント受信機器が正当なイベント受信機器であるか否かを判別できる。よって、イベント送信機器は、本来連携を図りたい正当なイベント受信機器からの予約購読のみを受け付けることができる。
【０２６１】
（実施の形態３）
本発明の実施の形態３に係る通信システム１００は、実施の形態２に係る通信システム１００の変形例である。実施の形態３に係る通信システム１００は、イベント受信機器の認証を行う登録モードを有する。
【０２６２】
なお、実施の形態３に係る通信システム１００の構成は、実施の形態２に係る通信システム１００と同様であり、説明は省略する。
【０２６３】
図３０は、本発明の実施の形態３に係る通信システム１００の動作の流れを示すフローチャートである。
【０２６４】
実施の形態３に係る通信システム１００に含まれるイベント送信機器は、外部からの操作により切り替えられる登録モードと、通常モードとを有する。
【０２６５】
登録モードは、イベント受信機器とイベント送信機器とで認証情報を共有するための特別なモードである。通常モードは、予約購読要求、及びイベント発生通知等の通常の動作が行われるモードである。
【０２６６】
例えば、イベント送信機器が備えるボタン等をユーザが押すことにより、通常モードから登録モードに移行する。なお、通常モードと登録モードの切り替えは、イベント送信機器が備えるスイッチ等を切り替えることにより行ってもよいし、他のユーザー・インターフェースを介して行ってもよいし、他のイベント送信機器と認証情報を共有済みのイベント受信機器からネットワーク１２０を介して行ってもよい。また、イベント送信機器の電源を切り入りすることで、登録モードに移行してもよい。つまり、イベント送信機器の電源投入時には登録モードとなるようにしてもよい。
【０２６７】
なお、図３０に示すステップＳ５２１〜Ｓ５２６の処理は、図２５に示すステップＳ５０１〜Ｓ５０６の処理と同様であり、詳細な説明は省略する。
【０２６８】
ドアホン１０３が登録モードに遷移した後に、テレビ１０１の検索部４１３は、検索要求メッセージをブロードキャスト、又はマルチキャストでドアホン１０３に送信する（Ｓ５２１）。
【０２６９】
検索要求メッセージを受信したドアホン１０３の検索応答部４２５は、検索要求メッセージに含まれる検索条件に、自身が一致していた場合、検索応答メッセージをテレビ１０１へ送信する（Ｓ５２２）。
【０２７０】
検索応答メッセージを受信したテレビ１０１の情報取得要求部４１６は、検索応答メッセージに含まれる機器情報アクセス先に情報取得要求メッセージを送信する（Ｓ５２３）。
【０２７１】
情報取得要求メッセージを受信したドアホン１０３の情報提供部４２６は、情報取得応答メッセージをテレビ１０１に送信する（Ｓ５２４）。
【０２７２】
情報取得応答メッセージを受信したテレビ１０１の認証要求部４１４は、情報取得応答メッセージに含まれる認証要求アクセス先に認証要求メッセージを送信する（Ｓ５２５）。
【０２７３】
認証要求メッセージを受信したドアホン１０３の認証検証部４２７は、当該認証要求を受け付けるか否かを判定したうえで、認証要求の受け付け又は拒否を示す認証応答メッセージをテレビ１０１へ送信する（Ｓ５２６）。
【０２７４】
次に、ドアホン１０３は、登録モードから通常モードへ遷移したのち、一度ネットワーク１２０から離脱する。
【０２７５】
ドアホン１０３のネットワーク管理部４２２は、ドアホン１０３がネットワーク１２０から離脱したことをイベント受信機器に通知するために、ブロードキャスト、又はマルチキャストで、ネットワーク離脱通知メッセージをテレビ１０１に送信する（Ｓ５２７）。
【０２７６】
そして、ドアホン１０３は、再度ネットワーク１２０に接続し、再度ネットワークに接続したことをイベント受信機器に通知するためのネットワーク接続通知メッセージをテレビ１０１に送信する（Ｓ５２８）。このネットワーク接続通知メッセージは、機器情報アクセス先を含む。
【０２７７】
ネットワーク接続通知メッセージを受信したテレビ１０１の情報取得要求部４１６は、ネットワーク接続通知メッセージの送信元のイベント送信機器であるドアホン１０３に対して情報取得要求メッセージを送信する（Ｓ５２９）。具体的には、情報取得要求部４１６は、ネットワーク接続通知メッセージに含まれる機器情報アクセス先に対して、情報取得要求メッセージをユニキャストで送信する。
【０２７８】
なお、ステップＳ５２８〜５３２の処理は、図２９に示すステップＳ５０３、５０４、Ｓ５０７及びＳ５０８と同様であり、詳細な説明は省略する。
【０２７９】
情報取得要求メッセージを受信したドアホン１０３の情報提供部４２６は、情報取得応答メッセージをテレビ１０１に送信する（Ｓ５３０）。
【０２８０】
情報取得応答メッセージを受信したテレビ１０１は、情報取得応答メッセージに含まれる予約購読要求アクセス先に対して、予約購読要求メッセージを送信する（Ｓ５３１）。
【０２８１】
予約購読要求メッセージを受信したドアホン１０３の予約購読検証部４２９は、予約購読要求メッセージに含まれるテレビ１０１の固有ＩＤを確認することによって、テレビ１０１が認証を受け付けたイベント受信機器であることを確認する。
【０２８２】
次に、予約購読検証部４２９は、予約購読要求メッセージで要求された予約購読の受け付けの可否を含む予約購読応答メッセージをテレビ１０１へ送信する（Ｓ５３２）。
【０２８３】
このように、本発明の実施の形態３に係る通信システム１００では、イベント送信機器は、登録モードという特別な状態のときのみに、認証情報の共有を行うため、実施の形態２に係る通信システムと比較して、誤接続及び不正なアクセスをより高いレベルで防ぐことができる。
【０２８４】
なお、上記説明では、イベント送信機器が登録モードに遷移した後に、イベント受信機器が検索要求メッセージをイベント送信機器に送信することにより、認証情報の共有処理を開始したが、イベント送信機器がネットワーク接続通知メッセージを送信することにより、認証情報の共有処理を開始してもよい。
【０２８５】
図３１は、登録モードに遷移したイベント送信機器がネットワーク接続通知メッセージを送信してから、イベント受信機器がイベント送信機器に対して予約購読を行うまでの処理の流れを示す図である。
【０２８６】
まず、登録モードに遷移したドアホン１０３のネットワーク管理部４２２は、ネットワーク接続通知メッセージをブロードキャスト、又はマルチキャストでテレビ１０１に送信する（Ｓ５４１）。
【０２８７】
ネットワーク接続通知メッセージを受信したテレビ１０１の情報取得要求部４１６は、ネットワーク接続通知メッセージの送信元のイベント送信機器であるドアホン１０３に対して、情報取得要求メッセージを送信する。具体的には、情報取得要求部４１６は、ネットワーク接続通知メッセージに含まれる機器情報アクセス先に対して、情報取得要求メッセージをユニキャストで送信する（Ｓ５２３）。
【０２８８】
なお、ステップＳ５２３以降の処理は、上述した図３０に示す処理と同様であり、説明は省略する。
【０２８９】
また、上記説明では、イベント送信機器のみが登録モードの場合に、認証情報の共有を行うとしたが、イベント受信機器も登録モードと通常モードとを有し、イベント送信機器及びイベント受信機器がともに登録モードの場合に、認証情報の共有が行われてもよい。
【０２９０】
（実施の形態４）
本発明の実施の形態４では、イベント送信機器の機器情報が変更された際の動作を説明する。
【０２９１】
なお、本発明の実施の形態４に係る通信システム１００の構成は、実施の形態２に係る通信システムと同様であり、説明は省略する。
【０２９２】
図３２は、本発明の実施の形態４に係る通信システム１００において、イベント送信機器の機器情報が変更された際の処理の流れを示す図である。
【０２９３】
なお、図３２に示すステップＳ５５１〜Ｓ５５４の処理は、図２５に示すステップＳ５０１〜Ｓ５０４と同様であり、詳細な説明は省略する。
【０２９４】
まず、テレビ１０１の検索部４１３は、検索要求メッセージをブロードキャスト、又はマルチキャストでドアホン１０３に送信する（Ｓ５５１）。
【０２９５】
検索要求メッセージを受信したドアホン１０３の検索応答部４２５は、検索要求メッセージに含まれる検索条件に、自身が一致していた場合、検索応答メッセージをテレビ１０１へ送信する（Ｓ５５２）。
【０２９６】
検索応答メッセージを受信したテレビ１０１の情報取得要求部４１６は、検索応答メッセージに含まれる機器情報アクセス先に情報取得要求メッセージを送信する（Ｓ５５３）。
【０２９７】
情報取得要求メッセージを受信したドアホン１０３の情報提供部４２６は、情報取得応答メッセージをテレビ１０１に送信する（Ｓ５５４）。
【０２９８】
その後、ドアホン１０３の機器情報の変更が発生する（Ｓ５５５）。ここで、ドアホン１０３の機器情報とは、ドアホン１０３の名称、ＩＰアドレス、及びドアホン１０３がサポートするサービス等である。なお、ドアホン１０３がサポートするサービスは、動作状態（登録モード及び通常モード）の変更により変更される。
【０２９９】
ドアホン１０３のネットワーク管理部４２２は、ドアホン１０３の機器情報が変更された場合、ネットワーク離脱通知メッセージをテレビ１０１に送信し（Ｓ５５６）、その直後にネットワーク接続通知メッセージをテレビ１０１に送信する（Ｓ５５７）。
【０３００】
ここで、テレビ１０１は、ネットワーク離脱通知メッセージの受信に失敗した場合、その直後にネットワーク接続通知メッセージを受信することになる。この場合、テレビ１０１は、ネットワーク接続通知メッセージに含まれるイベント送信機器の固有ＩＤを確認することにより、当該ネットワーク接続通知メッセージの送信元のイベント送信機器が、既に管理しているイベント送信機器であるか否かを判定する。
【０３０１】
ここで従来の技術では、既に当該ネットワーク接続通知メッセージの送信元のイベント送信機器を管理している場合、テレビ１０１は、情報取得要求メッセージをドアホン１０３に送信しない。これにより、テレビ１０１はドアホン１０３の機器情報が変更されたことを検知できないために、ドアホン１０３の機器情報を更新できない。
【０３０２】
この問題に対して、本発明の実施の形態４に係る通信システム１００では、ドアホン１０３は、機器情報を変更後に送信するネットワーク接続通知メッセージに含まれる機器情報アクセス先を、当該機器情報の変更前の機器情報アクセス先から変更する。
【０３０３】
図３３は、ネットワーク接続通知メッセージ５２１の一例を示す図である。図３３に示すＬＯＣＡＴＩＯＮ５３１は、イベント送信機器の機器情報アクセス先を示し、ＵＳＮ５３２は、イベント送信機器の固有ＩＤを示す。つまり、ドアホン１０３は、機器情報を変更後に送信するネットワーク接続通知メッセージに含まれるＬＯＣＡＴＩＯＮ５３１を、当該機器情報の変更前のＬＯＣＡＴＩＯＮ５３１から変更し、変更したＬＯＣＡＴＩＯＮ５３１を含むネットワーク接続通知メッセージ５２１をテレビ１０１に送信する（Ｓ５５７）。
【０３０４】
ネットワーク接続通知メッセージを受信した情報取得要求部４１６は、ネットワーク接続通知メッセージに含まれるドアホン１０３の固有ＩＤ（ＵＳＮ５３２）を、イベント送信機器管理部４１２が、既に管理しているか否かを判定する。イベント送信機器管理部４１２がドアホン１０３の固有ＩＤを既に管理している場合、次に、情報取得要求部４１６は、管理しているドアホン１０３の機器情報アクセス先と、ネットワーク接続通知メッセージに含まれる機器情報アクセス先とが同じか否かを判定する。管理している機器情報アクセス先と、ネットワーク接続通知メッセージに含まれる機器情報アクセス先とが同じ場合には、情報取得要求部４１６は、情報取得要求メッセージを送信せず、異なる場合には、情報取得要求メッセージをドアホン１０３に送信する（Ｓ５５８）。
【０３０５】
また、情報取得要求部４１６は、イベント送信機器管理部４１２がドアホン１０３の固有ＩＤを既に管理していない場合、つまりネットワーク離脱通知メッセージを正しく受信した場合等には、情報取得要求メッセージをドアホン１０３に送信する（Ｓ５５８）。
【０３０６】
情報取得要求メッセージを受信したドアホン１０３の情報提供部４２６は、情報取得要求メッセージの送信元のテレビ１０１に対して、情報取得応答メッセージを送信する（Ｓ５５９）。
【０３０７】
以上により、テレビ１０１は、ステップＳ５５５で変更されたドアホン１０３の機器情報を取得できる。さらに、テレビ１０１は、ネットワーク離脱通知メッセージを正しく受信できなかった場合でも、変更されたドアホン１０３の機器情報を取得できる。
【０３０８】
図３４は、本発明の実施の形態４に係る通信システム１００において、イベント送信機器の情報が変更された際の処理の流れの別の例を示す図である。
【０３０９】
まず、ドアホン１０３のネットワーク管理部４２２は、ネットワーク接続通知メッセージをブロードキャスト、又はマルチキャストでテレビ１０１に送信する（Ｓ５６１）。
【０３１０】
ネットワーク接続通知メッセージを受信したテレビ１０１の情報取得要求部４１６は、ネットワーク接続通知メッセージの送信元のイベント送信機器であるドアホン１０３に対して、情報取得要求メッセージを送信する（Ｓ５６２）。
【０３１１】
なお、ステップＳ５６２〜Ｓ５６６の処理は、図３２に示すステップＳ５５３〜Ｓ５５７と同様であり、説明は省略する。
【０３１２】
ここで、テレビ１０１がネットワーク離脱通知メッセージ、及びネットワーク接続通知メッセージの受信を共に失敗したとする。この場合、テレビ１０１は、ドアホン１０３のネットワーク１２０からの離脱及び復帰を検知できないが、一定時間毎に、検索要求メッセージを送信しているので、所定時間経過後に、テレビ１０１は、検索要求メッセージをドアホン１０３に送信することになる（Ｓ５６７）。
【０３１３】
検索要求メッセージを受け取ったドアホン１０３は、検索要求メッセージに含まれる検索条件に自身が一致していた場合、検索応答メッセージをテレビ１０１へ送信する。
【０３１４】
検索応答メッセージを受信したテレビ１０１の情報取得要求部４１６は、当該検索応答メッセージに含まれるドアホン１０３の固有ＩＤを確認する。
【０３１５】
ここで従来の技術では、テレビ１０１のイベント送信機器管理部４１２が、既に、当該イベント送信機器の固有ＩＤを管理している場合、情報取得要求部４１６は、情報取得要求メッセージをドアホン１０３に送信しない。これにより、テレビ１０１はドアホン１０３の機器情報が変更されたことを検知できないために、ドアホン１０３の機器情報を更新できない。
【０３１６】
この問題に対して、本発明の実施の形態４に係る通信システム１００では、ドアホン１０３は、機器情報を変更後に送信する検索応答メッセージに含まれる機器情報アクセス先を、当該機器情報の変更前の機器情報アクセス先から変更する。
【０３１７】
図３５は、検索応答メッセージ５４１の一例を示す図である。図３５に示すＬＯＣＡＴＩＯＮ５５１は、機器情報アクセス先を示し、ＵＳＮ５５２は、イベント送信機器の固有ＩＤを示す。つまり、ドアホン１０３は、機器情報を変更後に送信するネットワーク接続通知メッセージに含まれるＬＯＣＡＴＩＯＮ５５１を、当該機器情報の変更前のＬＯＣＡＴＩＯＮ５５１から変更し、変更したＬＯＣＡＴＩＯＮ５５１を含む検索応答メッセージ５４１をテレビ１０１に送信する（Ｓ５６８）。
【０３１８】
検索応答メッセージを受信した情報取得要求部４１６は、検索応答メッセージに含まれるドアホン１０３の固有ＩＤ（ＵＳＮ５３２）を、イベント送信機器管理部４１２が、既に管理しているか否かを判定する。イベント送信機器管理部４１２がドアホン１０３の固有ＩＤを既に管理している場合、次に、情報取得要求部４１６は、管理しているドアホン１０３の機器情報アクセス先と、検索応答メッセージに含まれる機器情報アクセス先とが同じか否かを判定する。管理している機器情報アクセス先と、検索応答メッセージに含まれる機器情報アクセス先とが同じ場合には、情報取得要求部４１６は、情報取得要求メッセージを送信せず、異なる場合には、情報取得要求メッセージをドアホン１０３に送信する（Ｓ５６９）。
【０３１９】
情報取得要求メッセージを受信したドアホン１０３の情報提供部４２６は、情報取得要求メッセージの送信元のテレビ１０１に対して、情報取得応答メッセージを送信する（Ｓ５７０）。
【０３２０】
以上により、テレビ１０１は、ステップＳ５６４で変更されたドアホン１０３の機器情報を取得できる。さらに、テレビ１０１は、ネットワーク離脱通知メッセージ及びネットワーク接続通知メッセージを正しく受信できなかった場合でも、変更されたドアホン１０３の機器情報を取得できる。
【０３２１】
以上、本発明の実施の形態に係る通信システム１００について説明したが、本発明は、この実施の形態に限定されるものではない。
【０３２２】
例えば、上記説明では、通信システム１００は、ＵＰｎＰを用いた通信システムであるとしたが、その他の通信プロトコルを用いた通信システムであってもよい。
【産業上の利用可能性】
【０３２３】
本発明は、通信システム、及び通信装置に適用でき、特に、イベントが発生したことを他の通信装置に通知する通信装置、及び当該通知を受ける通信装置に適用できる。
【符号の説明】
【０３２４】
１００  通信システム
１０１  テレビ
１０２  レコーダ
１０３  ドアホン
１０４  ＮＷカメラ
１０５  ホームゲートウェイ
１０６  エアコン
１０７  コントローラ
１１０  ドアホンシステム
１１１  玄関子機
１１２  センサーカメラ
１１３  火災センサー
１１４  電気錠センサー
１２０  ネットワーク
１２１  リンク
１３１  通信部
１３２  イベントメッセージ作成部
１３３  送信イベント制御部
１３４  情報格納先取得部
１３５  サーバ部
１３６  カメラ部
１３７  センサー部
１３８  独自通信部
１５１  Ｗｅｂサーバ部
１５２  Ｍｏｔｉｏｎ−ＪＰＥＧサーバ部
１５３  ＭＰＥＧ４サーバ部
１５４  音声情報サーバ部
１５５  情報格納部
１５６  予約購読制御部
２１１  通信部
２１２  イベント解析部
２１３  受信イベント制御部
２１４  表示シーケンス制御部
２１５  取得情報決定部
２１６  情報取得制御部
２１７  映像表示部
２１８  予約購読制御部
２２１  情報記録再生部
３００、３０１、３０２  設定情報
３１１  イベント区分
３１２  イベント種別
３１３、３１４、３１６  設定
３１５  ユーザの状態
３１７  情報取得先
３１８  イベント受信機器の種別
３１９  情報取得先
３２０、３２１、３２２、３２３  イベントメッセージ
３３１  Ｌｅｖｅｌ
３３２  Ｍｅｓｓａｇｅ
３３３  ＷｅｂＵＲＬ
３３４  ＤｅｖｉｃｅＣａｔｅｇｏｒｙ
３３５  ＥｖｅｎｔＣａｔｅｇｏｒｙ
３３６  ＭｅｄｉａＩｎｆｏ
３４１、３４２、３４３、３４４、３４５、３４６、３４７、３４８、３４９  メディア情報
３５０  テレビ放送の映像
３５１  メッセージ
３５２  イベント情報
４１２  イベント送信機器管理部
４１３  検索部
４１４  認証要求部
４１５  予約購読要求部
４１６  情報取得要求部
４２２  ネットワーク管理部
４２５  検索応答部
４２６  情報提供部
４２７  認証検証部
４２８  イベント受信機器管理部
４２９  予約購読検証部
５０１  予約購読要求メッセージ
５１１  ＣＡＬＬＢＡＣＫ
５２１  ネットワーク接続通知メッセージ
５３１、５５１  ＬＯＣＡＴＩＯＮ
５３２、５５２  ＵＳＮ
５４１  検索応答メッセージ
【手続補正２】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
ネットワークを介して接続されたイベント受信機器に、イベントが発生したことを通知する通信装置であって、
前記イベント受信機器が取得することができる、前記イベントに関連付けられたイベント情報の複数のメディアを示すメディア情報を含み、前記イベントが発生したことを示すイベントメッセージを作成するイベントメッセージ作成手段と、
前記イベントメッセージを、前記ネットワークを介して、前記イベント受信機器に送信する通信手段とを備える
通信装置。
【請求項２】
前記通信装置は、さらに、
前記イベント情報を、前記メディア情報に示される複数のメディアのうち、前記イベント受信機器から指定されたメディアで、前記イベント受信機器に送信する情報送信手段を備える
請求項１記載の通信装置。
【請求項３】
前記メディア情報は、さらに、前記複数のメディアのそれぞれの格納先を示す情報を含み、
前記情報送信手段は、前記イベント受信機器から指定された前記格納先の情報を用いて、前記イベント情報を特定し、特定したイベント情報を当該イベント受信機器に送信する
請求項２記載の通信装置。
【請求項４】
前記メディア情報は、当該メディアが動画、静止画、又は音声であるかと、動画及び静止画のピクセルサイズと、動画のフレームレートと、当該メディアの圧縮方式と、当該イベント情報の送信方法とのうち、少なくとも一つを含む
請求項１記載の通信装置。
【請求項５】
前記イベントメッセージは、さらに、前記イベントの区分、種別、又は両者の組合せを示す区分情報を含む
請求項１記載の通信装置。
【請求項６】
前記通信装置は、さらに、
前記イベントの区分、種別、又は両者の組合せに対して、当該イベントを前記イベント受信機器に通知する必要があるか否かが設定された設定情報を保持する設定保持手段を備え、
前記イベントメッセージ作成手段は、前記設定情報に前記イベント受信機器に通知する必要があると設定されている区分、種別、又は両者の組み合わせを有するイベントに対して、前記イベントメッセージを作成し、前記設定情報に前記イベント受信機器に通知する必要がないと設定されている区分、種別、又は両者の組み合わせを有するイベントに対して、前記イベントメッセージを作成しない
請求項１記載の通信装置。
【請求項７】
前記通信装置は、さらに、
前記イベント受信機器により送信された、認証情報を含む認証メッセージを受信した場合に、当該通信装置と当該イベント受信機器との間で前記認証情報を共有する認証手段と、
前記イベント受信機器により送信された予約購読要求メッセージに、前記共有した認証情報が含まれる場合、前記イベントが発生した際に前記イベントメッセージを前記イベント受信機器に送信する予約購読を受け付け、前記予約購読要求メッセージに、前記共有した認証情報が含まれない場合、前記予約購読を受け付けない予約購読検証部とを備える
請求項１記載の通信装置。
【請求項８】
前記認証情報は、前記通信装置固有のＩＤである
請求項７記載の通信装置。
【請求項９】
前記認証情報は、前記通信装置及び前記イベント受信機器に固有の情報とは無関係な暗証番号を含む
請求項７記載の通信装置。
【請求項１０】
前記認証メッセージは、前記イベント受信機器の機種を示す機種情報を含み、
前記認証手段は、前記機種情報が予め定められた機種を示す場合に、当該イベント受信機器と認証情報を共有し、前記機種情報が前記予め定められた機種を示さない場合に、当該イベント受信機器と認証情報を共有しない
請求項７記載の通信装置。
【請求項１１】
前記認証手段は、複数のイベント受信機器と認証情報を共有可能であり、
前記認証手段は、前記認証情報を共有しているイベント受信機器の数が予め定められた数より少ない場合、前記認証メッセージの送信元のイベント受信機器と認証情報を共有し、前記認証情報を共有しているイベント受信機器の数が前記予め定められた数以上の場合、前記認証メッセージの送信元のイベント受信機器と認証情報を共有しない
請求項７記載の通信装置。
【請求項１２】
前記認証メッセージは、前記イベント受信機器の機種を示す機種情報を含み、
前記予め定められた数は、前記イベント受信機器の機種毎に設定されており、
前記認証手段は、前記認証情報を共有しているイベント受信機器のうち、前記認証メッセージの送信元のイベント受信機器と同じ機種のイベント受信機器の数が、当該機種に対して設定された前記予め定められた数より少ない場合、前記認証メッセージの送信元のイベント受信機器と認証情報を共有し、前記認証情報を共有しているイベント受信機器のうち、前記認証メッセージの送信元のイベント受信機器と同じ機種のイベント受信機器の数が、当該機種に対して設定された予め定められた数以上の場合、前記認証メッセージの送信元のイベント受信機器と認証情報を共有しない
請求項１１記載の通信装置。
【請求項１３】
前記通信装置は、外部からの操作により切り替えられる登録モードと通常モードとを有し、
前記認証手段は、前記登録モード時に、当該通信装置と前記イベント受信機器との間で前記認証情報を共有し、
前記予約購読検証部は、前記通常モード時に、前記予約購読を受け付ける
請求項７記載の通信装置。
【請求項１４】
前記通信装置は、さらに、
前記イベント受信機器により送信された、当該通信装置の情報の取得を要求する情報取得要求メッセージを受信した場合、当該通信装置の情報の格納先を含む情報取得応答メッセージを前記イベント受信機器に送信する情報提供手段と、
当該通信装置が前記ネットワークに参入したことをイベント受信機器に通知するための接続通知メッセージを前記イベント受信機器に送信するネットワーク管理手段とを備え、
前記接続通知メッセージは、前記通信装置の情報の格納先を含み、
前記情報提供手段は、当該通信装置の情報が変更された場合、当該通信装置の情報の前記格納先を変更する
請求項１記載の通信装置。
【請求項１５】
ネットワークを介して接続されたイベント送信機器から、イベントが発生したことを示すイベントメッセージを受信する通信装置であって、
前記イベントメッセージは、当該通信装置が取得することができる、前記イベントに関連付けられたイベント情報の複数のメディアを示すメディア情報を含み、
前記ネットワークを介して、前記イベント送信機器から送信された前記イベントメッセージを受信する通信手段と、
前記メディア情報に示される複数のメディアから一以上を選択するメディア選択手段と、
前記メディア選択手段により選択されたメディアで、前記イベント情報を取得する情報取得手段と、
前記情報取得手段により取得されたイベント情報を処理するイベント情報処理手段とを備える
通信装置。
【請求項１６】
前記メディア情報は、前記複数のメディアのそれぞれの格納先を示す情報を含み、
前記情報取得手段は、前記メディア選択手段により選択されたメディアに対応付けられた前記格納先を示す情報を用いて、前記イベント情報を取得する
請求項１５記載の通信装置。
【請求項１７】
前記メディア情報は、当該メディアが動画、静止画、又は音声であるかと、動画及び静止画のピクセルサイズと、動画のフレームレートと、当該メディアの圧縮方式と、当該イベント情報の送信方法とのうち、少なくとも一つを含み、
前記メディア選択手段は、当該通信装置が処理可能な予め定められた前記メディアを選択する
請求項１５記載の通信装置。
【請求項１８】
前記イベントメッセージは、前記イベントの区分、種別、又は両者の組合せを示す区分情報を含み、
前記通信装置は、さらに、
前記イベントの区分、種別、又は両者の組合せに対して、当該イベントに関連付けられた前記イベント情報を取得する必要があるか否かが設定された設定情報を保持する設定保持手段を備え、
前記情報取得手段は、前記設定情報に前記イベント情報を取得する必要があると設定されている区分、種別、又は両者の組み合わせが前記区分情報に示される場合、前記イベント情報を取得し、前記設定情報に前記イベント情報を取得する必要がないと設定されている区分、種別、又は両者の組み合わせが前記区分情報に示される場合、前記イベント情報を取得しない
請求項１５記載の通信装置。
【請求項１９】
前記通信装置は、さらに、
前記イベント送信機器に、当該通信装置と当該イベント送信機器との間で認証情報を共有するための認証メッセージを送信する認証要求手段と、
前記イベントメッセージを当該通信装置に送信するように要求する予約購読要求メッセージを前記イベント送信機器に送信する予約購読要求手段とを備え、
前記予約購読要求メッセージは、前記認証情報を含む
請求項１５記載の通信装置。
【請求項２０】
前記認証情報は、前記通信装置固有のＩＤを含む
請求項１９記載の通信装置。
【請求項２１】
前記認証情報は、前記通信装置及び前記イベント送信機器に固有の情報とは無関係な暗証番号を含む
請求項１９記載の通信装置。
【請求項２２】
前記認証要求手段は、当該通信装置の機種を示す機種情報を含む前記認証メッセージを前記イベント送信機器に送信する
請求項１９記載の通信装置。
【請求項２３】
前記機種情報は、当該通信装置の製品番号、製造日、又は製造番号を含む
請求項２２記載の通信装置。
【請求項２４】
前記認証要求手段は、前記通信装置が認証情報を前記イベント送信機器以外の機器と共有済みであるか否かを示す共有情報を含む前記認証メッセージを前記イベント送信機器に送信する
請求項１９記載の通信装置。
【請求項２５】
ネットワークを介して接続されたイベント受信機器に、イベントが発生したことを通知する通信装置のイベント処理方法であって、
前記イベント受信機器が取得することができる、前記イベントに関連付けられたイベント情報の複数のメディアを示すメディア情報を含み、前記イベントが発生したことを示すイベントメッセージを作成するイベントメッセージ作成ステップと、
前記イベントメッセージを、前記ネットワークを介して、前記イベント受信機器に送信する通信ステップとを含む
通信装置のイベント処理方法。
【請求項２６】
ネットワークを介して接続されたイベント送信機器から、イベントが発生したことを示すイベントメッセージを受信する通信装置のイベント処理方法であって、
前記イベントメッセージは当該通信装置が取得することができる、前記イベントに関連付けられたイベント情報の複数のメディアを示すメディア情報を含み、
前記ネットワークを介して、前記イベント送信機器から送信された前記イベントメッセージを受信する通信ステップと、
前記メディア情報に示される複数のメディアから一以上を選択するメディア選択ステップと、
前記メディア選択ステップで選択されたメディアで、前記イベント情報を取得する情報取得ステップと、
前記情報取得ステップにより取得されたイベント情報を処理するイベント情報処理ステップとを含む
通信装置のイベント処理方法。
【手続補正３】
【補正対象書類名】図面
【補正対象項目名】全図
【補正方法】変更
【補正の内容】
【図１】
2009019890.tif 000038
【図２】
2009019890.tif 000039
【図３】
2009019890.tif 000040
【図４】
2009019890.tif 000041
【図５】
2009019890.tif 000042
【図６】
2009019890.tif 000043
【図７】
2009019890.tif 000044
【図８】
2009019890.tif 000045
【図９】
2009019890.tif 000046
【図１０】
2009019890.tif 000047
【図１１】
2009019890.tif 000048
【図１２】
2009019890.tif 000049
【図１３】
2009019890.tif 000050
【図１４】
2009019890.tif 000051
【図１５】
2009019890.tif 000052
【図１６】
2009019890.tif 000053
【図１７】
2009019890.tif 000054
【図１８】
2009019890.tif 000055
【図１９】
2009019890.tif 000056
【図２０】
2009019890.tif 000057
【図２１】
2009019890.tif 000058
【図２２】
2009019890.tif 000059
【図２３】
2009019890.tif 000060
【図２４】
2009019890.tif 000061
【図２５】
2009019890.tif 000062
【図２６】
2009019890.tif 000063
【図２７】
2009019890.tif 000064
【図２８】
2009019890.tif 000065
【図２９】
2009019890.tif 000066
【図３０】
2009019890.tif 000067
【図３１】
2009019890.tif 000068
【図３２】
2009019890.tif 000069
【図３３】
2009019890.tif 000070
【図３４】
2009019890.tif 000071
【図３５】
2009019890.tif 000072
【国際調査報告】
2009019890.tif 000073
2009019890.tif 000074