(57)【要約】【課題】時刻情報取得機器は、時刻情報提供機器のＩＰアドレスを把握していない状態では、正確な時刻情報を取得できない。【解決手段】時刻情報取得機器は、同報通信を用いて、時刻情報提供機器の検索を兼ねた時刻情報取得要求メッセージを送信する。また、このメッセージには、自身の要望する時刻情報の正確性を示す識別子を記述し、その要望に合った時刻情報だけを取得することによって、正確な時刻情報を取得する。更に、複数の時刻情報を取得した場合に、自身に設定する時刻情報を一つ選び出す。【選択図】図１
2009071645.tif 000002
【特許請求の範囲】
【請求項１】
ネットワークに接続し、ネットワークを介して他の通信装置から時刻情報の取得を行う通信装置であって、
前記時刻情報の取得を行う通信装置は、時刻情報取得手段を有し、
前記時刻情報取得手段は、
他の通信装置に時刻情報の提供を要求するメッセージ（以下、時刻情報取得要求メッセージ）を生成する時刻情報取得要求メッセージ作成手段と、
前記時刻情報取得要求メッセージを同報通信で送信し、１台以上の前記他の通信装置から時刻情報を含む応答メッセージの受信を行う通信処理手段と、
取得する時刻情報の種別を選択する、又は、前記他の通信装置から受信した時刻情報を含む応答メッセージから取得する時刻情報を選択して自身に設定する時刻情報を定める時刻情報設定手段とを備えた
ことを特徴とする通信装置。
【請求項２】
前記時刻情報設定手段は、時刻情報取得要求メッセージ送信後、最初に受信した応答メッセージに含まれている時刻情報を自身に設定する時刻情報と定める
ことを特徴とする請求項1記載の通信装置。
【請求項３】
前記時刻情報設定手段は、時刻情報取得要求メッセージ送信後、複数の応答メッセージを受信した場合、
最多時刻情報を自身に設定する時刻情報と定める
ことを特徴とする請求項１記載の通信装置。
【請求項４】
前記時刻情報設定手段は、
時刻情報取得要求メッセージ送信後、規定の時間経過するまでに複数の前記他の通信装置から応答を受信した場合、最後に受信した応答と、それ以前に受信した応答の到着時間の差を応答毎に測り、
以前に受信した各応答に含まれる時刻情報に、応答毎に計った到着時間差を加えて、取得した時刻情報を補正する
ことを特徴とする請求項１記載の通信装置。
【請求項５】
前記他の通信装置は、自身の提供する時刻情報の正確性に対応するクラス識別子を持ち、
前記時刻情報取得手段は、時刻情報を取得する際の前記クラス識別子を選択し、
前記時刻情報取得要求メッセージ作成手段は、前記時刻情報選択手段が決定した前記クラス識別子を含む時刻情報取得要求メッセージを作成する
ことを特徴とする請求項１記載の通信装置。
【請求項６】
前記時刻情報取得手段は、選択した前記クラス識別子に対応する応答が前記他の通信装置から得られない場合、
先に選定した前記クラス識別子とは異なるクラス識別子を選定し直し、
前記時刻情報取得要求メッセージ作成手段と前記通信処理手段により、選定し直したクラス識別子を含む
ことを特徴とする請求項５記載の通信装置。
【請求項７】
ネットワークに接続し、ネットワークを介して他の通信装置に時刻情報の提供を行う通信装置であって、
前記時刻情報の提供を行う通信装置は、時刻情報提供手段を有し、
前記時刻情報提供手段は、
自身が提供する時刻の正確性に対応するクラス識別子を記憶する記憶手段と、
前記記憶手段が管理するクラス識別子と同一のクラス識別子が記述された時刻情報取得要求メッセージ受信時、自身が保有する時刻情報を含む応答メッセージを作成する時刻情報取得応答メッセージ作成手段と、
時刻情報取得要求メッセージの受信と前記時刻情報取得応答メッセージの送信を行う通信処理手段とを備えた
ことを特徴とする通信装置。
【請求項８】
請求項７記載の通信装置における前記時刻情報提供機能手段は、
自身の時刻情報の正確性を随時評価し、動的に情報正確性クラスを変更することを特徴とする請求項７記載の通信装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ローカルネットワークにおいて、ネットワークに接続し、ネットワークを介して他の通信装置から時刻情報の取得を行う通信装置（以降、時刻情報要求機器と記す）、ネットワークを介して他の通信装置に時刻情報の提供を行う通信装置（以降、時刻情報提供機器と記す）および時刻情報設定方法に関するものである。ここで、ローカルネットワークの一例としては、家庭内におけるネットワーク（いわゆる宅内ネットワーク）や、企業内で構築される企業内ネットワーク等がある。
【背景技術】
【０００２】
ネットワークに接続された機器に時刻情報を設定する手法として、Ｎｅｔｗｏｒｋ  Ｔｉｍｅ  Ｐｒｏｔｏｃｏｌ（以下、ＮＴＰという）により設定する方法（非特許文献１参照）が知られている。
【０００３】
ＮＴＰにより時刻情報を設定する手順は、時刻情報の取得を要求する機器であるＮＴＰクライアントが、時刻情報を提供するＮＴＰサーバのＩＰアドレスを宛先アドレスとして、時刻問合せ要求メッセージを送信することから始まる。この時刻問合せ要求メッセージを受信したＮＴＰサーバは、時刻情報を含む応答メッセージを、要求メッセージ送信元のＮＴＰクライアントに対して送信する。これにより、ＮＴＰサーバからの応答メッセージを受信したＮＴＰクライアントは、時刻情報を取得することが可能となる。
【０００４】
しかし、ＮＴＰを用いた方法では、ユーザがＮＴＰサーバのＩＰアドレスを時刻情報の設定を必要としている機器に設定する必要があるため、ＮＴＰサーバのＩＰアドレスを知らないユーザ、もしくは時刻情報の設定方法に関する知識を有しないユーザは、機器に時刻情報を設定できないという問題が発生する。
【０００５】
また、予めＮＴＰサーバのＩＰアドレスが機器に設定されている場合においても、機器がローカルネットワークに接続され、ＮＴＰサーバが存在するネットワーク（例えばインターネット）に接続できない状況に置かれた場合、ＮＴＰを用いて時刻情報の設定ができないという問題が発生する。
【０００６】
これらの問題を解決する方法として、ローカルネットワークに接続している時刻情報を提供できる機器が、自身が定めたタイミングで自身のＩＰアドレスと保有している時刻情報をローカルネットワークに接続している全ての機器にブロードキャスト送信することにより、時刻情報の取得を要求する機器が時刻情報を取得することを可能とするシステムが提供されている（特許文献１参照）。
【非特許文献１】Ｉ Ｅ Ｔ Ｆ 技術仕様ＲＦＣ１３０５「Ｎｅｔｗｏｒｋ  Ｔｉｍｅ  Ｐｒｏｔｏｃｏｌ」
【特許文献１】特開２００４−１９９３６６号公報
【発明の開示】
【発明が解決しようとする課題】
【０００７】
しかしながら、特許文献１記載の方法では、時刻情報提供機器は自身が定めたタイミングで時刻情報を含むメッセージをブロードキャスト送信するため、時刻情報要求機器において、自身が必要とするタイミングで時刻情報を取得できないという問題がある。加えて、正確ではない時刻情報を提供する機器が存在した場合、時刻情報要求機器は取得した時刻情報の正確性を判断できないため、誤差を含む時刻情報を受信した場合にも、それを正しい時刻として自身に設定してしまうという課題も内在している。更に、時刻情報提供機器が周期的にブロードキャスト送信することによりトラヒックが増大し、ネットワーク内の他の通信に悪影響を及ぼす危険性がある。
【０００８】
本発明は、上記問題点を鑑みてなされたものであり、時刻情報提供機器のＩＰアドレス等を把握していない状態でも、過大なトラヒック負荷をかけることなく、時刻情報要求機器が望むタイミングでの時刻情報取得を実現する装置を提供することを目的とするものである。
【課題を解決するための手段】
【０００９】
ネットワークに接続し、ネットワークを介して他の通信装置から時刻情報の取得を行う、本発明の時刻情報要求機器は、時刻情報取得手段を有し、その時刻情報取得手段は、時刻情報提供機器に時刻情報の提供を要求するメッセージ（以下、時刻情報取得要求メッセージ）を生成する時刻情報取得要求メッセージ作成手段と、その時刻情報取得要求メッセージをマルチキャスト等の同報通信を用いて送信し、１台以上の時刻情報提供機器から時刻情報を含む応答メッセージ（以下、時刻情報取得応答メッセージ）の受信を行う通信処理手段と、取得する時刻情報の種別を選択する、又は、時刻情報提供機器から受信した時刻情報を含む応答メッセージから取得する時刻情報を選択して自身に設定する時刻情報を定める時刻情報設定手段とを備えたことを特徴とする。
【００１０】
これらの特徴により、本発明の時刻情報要求機器は、時刻情報提供機器のＩＰアドレスを把握していない状態でも、時刻情報を取得することが可能になる。
【００１１】
また、本発明の時刻情報要求機器は、迅速に時刻情報を設定することが要求されている場合、最初に受信した応答メッセージに含まれている時刻情報を自身に設定する時刻情報と定めることを特徴とする。
【００１２】
この特徴により、本発明の時刻情報要求機器は、迅速に時刻情報を自身に設定することが可能となる。
【００１３】
更に、本発明の時刻情報要求機器は、複数の時刻情報を取得し、それら時刻情報の中で、同一の時刻を持つ時刻情報が複数存在した場合、最も多く取得された時刻情報を自身に設定する時刻情報と定めることを特徴とする。
【００１４】
この特徴により、複数の時刻情報を受信したときでも、自身に定める時刻情報を一つ選び出すことが可能となる。
【００１５】
そして、本発明の時刻情報要求機器は、時刻情報取得要求メッセージ送信後、規定の時間経過するまでに複数の時刻情報提供機器から応答を受信した場合、最後に受信した応答と、それ以前に受信した応答の到着時間の差を応答毎に測る。そして、以前に受信した各応答に含まれる時刻情報に、応答毎に計った差を加えて、取得した時刻情報を補正することを特徴とする。
【００１６】
この特長により、応答が複数あった場合に、時刻情報設定処理において、先に到着した応答に含まれる時刻情報をそのまま用いることによる時刻情報の精度劣化を防ぐことが可能となる。
【００１７】
また、本発明の時刻情報要求機器は、時刻情報を提供する通信装置との間で予め取り決められている、時刻情報の正確性を示すクラス識別子の種類を把握し、時刻情報取得処理の際は、どのクラス識別子を用いて時刻情報取得処理を行うかを決定し、決定したクラス識別子を含んだ時刻情報取得要求メッセージを作成することを特徴とする。
【００１８】
この特徴により、時刻情報の正確性を示すクラス識別子も時刻情報取得要求メッセージに含められ、時刻情報要求機器が希望する時刻情報正確性クラス識別子を持った時刻情報提供機器からのみ、応答を受信することが可能となるため、時刻情報の正確性クラスが高い時刻情報提供機器のみから時刻情報を取得することが可能となる。
【００１９】
更に、本発明の時刻情報要求機器は、選定したクラス識別子を用いて時刻情報取得要求メッセージを送信したときに応答が得られなかった場合は、先に選定したクラス識別子とは異なるクラス識別子を選定し直し、時刻情報取得要求メッセージ作成手段と通信処理手段により、この選定し直したクラス識別子を含む時刻情報取得要求メッセージを送信することを特徴とする。
【００２０】
この特徴により、時刻情報提供機器が、どのクラス識別子を持っていても、時刻情報要求機器は、時刻情報を取得することが可能となっている。
【００２１】
ネットワークに接続し、ネットワークを介して他の通信装置に時刻情報の提供を行う、本発明の時刻情報提供機器は、時刻情報提供手段を有し、この時刻情報提供手段は、保有する時刻情報の正確性に応じてクラス分けを行い、そのクラス毎にクラス識別子を付与する保有時刻情報正確性決定手段と、保有時刻情報正確性決定手段により定めたクラス識別子と同一のクラス識別子が記述された時刻情報取得要求メッセージ受信時、自身が保有する時刻情報とクラス識別子を含む時刻情報取得応答メッセージを作成する時刻情報取得応答メッセージ作手段と、時刻情報取得要求メッセージの受信と時刻情報取得応答メッセージの送信を行う通信処理手段とを備えたことを特徴とする。
【００２２】
また、本発明の時刻情報提供機器は、随時、自身の時刻情報の正確性に合わせて正確性クラスを変更することも特徴とする。
【００２３】
これらの特徴により、本発明の時刻情報提供機器は、自身の保有する時刻情報の正確性を認識することができ、かつ、時刻情報要求機器が求める精度の時刻情報を提供することが可能となる。
【発明の効果】
【００２４】
本発明によれば、時刻情報要求機器はマルチキャストやブロードキャスト等の同報通信で、時刻情報取得要求メッセージを送信し、時刻情報提供機器は同報通信による時刻情報取得要求メッセージを受信すると、時刻情報取得要求メッセージの送信元アドレスに対して、時刻情報を含む応答メッセージをユニキャスト通信で送信することが実現できる。この結果、時刻情報要求機器は、時刻情報提供機器のアドレスを設定する必要なく、時刻情報が取得可能となる。また、時刻情報要求機器が時刻情報を必要なタイミングで、時刻情報提供機器から時刻情報を取得することが可能となる。
【００２５】
更に、時刻情報要求機器が時刻情報取得要求メッセージを送信しなければ、時刻情報提供機器が時刻情報を送信することもないため、不必要な時刻情報送信によるトラヒックの増大を避けることが可能となる。
【００２６】
加えて、本発明によれば、時刻情報要求機器が、時刻情報を時刻情報取得要求メッセージで時刻情報の正確性を示すクラス識別子を指定して送信し、指定されたクラス識別子に対応する時刻情報を持つ時刻情報提供機器だけが、時刻情報を応答することが実現できる。結果として、時刻情報要求機器は自身が必要とする正確性が確保された時刻情報を取得することができる。
【００２７】
また、時刻情報取得要求メッセージに対して、複数の応答を受信した場合、時刻情報選択手段により、正確と判断できる時刻情報を選択することができる。
【発明を実施するための最良の形態】
【００２８】
以下に、本発明の実施の形態について、図面を参照しながら説明する。なお、説明を分かり易くするために、一部に数値を付して説明するが、本発明は、この数値には拘束されない。
【００２９】
（実施の形態１）
＜実施の形態１における機器および設備構成について＞
図１は、本実施形態における機器および設備構成の一例を示す図である。ＨＤＤレコーダ１１１〜１１３ならびにデジタルＴＶ１１４〜１１６は時刻情報提供機器、カメラ付きドアホン１０１とネットワークカメラ１０２は時刻情報要求機器である。各機器は、ルータ１００により形成される宅内ネットワーク１０に接続されており、互いに通信可能である。ルータ１００は、宅外ネットワーク００と接続されており、宅内ネットワークに所属する機器は、ルータ１００を介して宅外ネットワーク００に存在する機器と通信することも可能である。
【００３０】
また、テレビ塔１からは、テレビ放送波により時刻情報を提供しており、ＨＤＤレコーダ１１１〜１１３ならびにデジタルＴＶ１１４〜１１６は、テレビ放送波に含まれる時刻情報を用いて、自身に時刻を設定することが可能である。
【００３１】
ここで、ＨＤＤレコーダ１１１〜１１３、デジタルＴＶ１１４〜１１６、カメラ付きドアホン１０１、ネットワークカメラ１０２は、Ｕｎｉｖｅｒｓａｌ  Ｐｌｕｇ  ａｎｄ  Ｐｌａｙ（ＵＰｎＰ）を用いて互いに連携動作しており、例えば、カメラ付きドアホン１０１は、特定のイベント（呼び鈴ボタンが押下された場合等）が発生したときに、カメラ付きドアホン１０１が撮影した映像、音声等の情報を、宅内ネットワークを介してＨＤＤレコーダ１１１に送信し、ＨＤＤレコーダ１１１では、送信された映像を録画することが可能である。
【００３２】
このとき、カメラ付きドアホン１０１は、ＨＤＤレコーダ１１１がカメラ付きドアホン１０１から受信した情報を時系列に整理して管理することが可能となるよう、映像、音声等の情報に撮影時の時刻情報を付与して送信することが求められる場合があるが、その場合、カメラ付きドアホン１０１は、予め自身に対して時刻情報を設定しておくことが必要となる。そのため、他機器に時刻情報を提供することが可能であるＨＤＤレコーダ１１１のような時刻情報提供機器から時刻情報を取得することにより、カメラ付きドアホン１０１は、時刻情報を自身に設定する。なお、ここで記した時刻設定方法は本発明の概要である。詳細については後述する。
【００３３】
このように、カメラ付きドアホン１０１とＨＤＤレコーダ１１１の間で時刻同期を行うことにより、カメラ付きドアホン１０１が撮影した時刻と、ＨＤＤレコーダ１１１にカメラ付きドアホン１０１から送信された情報が保存された時刻が整合する。そのため、ユーザがＨＤＤレコーダ１１１に保存された映像等を閲覧する際に、その映像の撮影時刻や、ＨＤＤレコーダ１１１への録画時刻を正しく把握することが可能となる。
【００３４】
また、ＨＤＤレコーダ１１１は、デジタルＴＶ１１４から宅内ネットワークを介して、保存した映像・音声等の情報の取得を要求されたときに、保存している映像・音声等の情報をデジタルＴＶ１１４に送信することも可能である。また、デジタルＴＶ１１４は、ＨＤＤレコーダ１１１から取得した映像・音声等の情報をモニタに表示することも可能である。
【００３５】
なお、図１で説明した機器および設備構成は一例であり、他の家電機器やＰＣ、ＰＣ周辺機器、ＣＡＴＶ設備等にも適用できることは自明である。
【００３６】
＜発明装置の機能ブロックについて＞
次に、時刻情報提供機器であるＨＤＤレコーダ、時刻情報要求機器であるネットワークカメラそれぞれの基本構成を示す機能ブロックについて、図面を参照しながら説明する。
【００３７】
図２は、ＨＤＤレコーダ１１１〜１１３の基本構成を示す機能ブロック図である。図３は、デジタルＴＶ１１４〜１１６の基本構成を示す機能ブロック図である。図４は、カメラ付きドアホン１０１の基本構成を示す機能ブロック図である。図５は、ネットワークカメラの基本構成を示す機能ブロック図である。
【００３８】
図２においてＨＤＤレコーダ１１１が有する機能部は、ＨＤＤレコーダ機能部１１１１と時刻情報提供機能部１１１２と通信機能部１１１３に大別される。
【００３９】
ＨＤＤレコーダ機能部１１１１は、テレビ塔１から発信される放送波を受信し、それに含まれる時刻情報を抽出して、その都度時刻情報提供機能部１１１２へ提供する。その他、本来のＨＤＤレコーダとしての機能（例えば録画、再生、編集、メディアへのダビング等）も有しているが、本発明との関係はないため、詳細な説明は省略する。
【００４０】
時刻情報提供機能部１１１２は、ＨＤＤレコーダ機能部１１１１から取得した時刻情報を管理する機能部である。より具体的には、自身が保有する時刻情報の正確性をクラス分けし、所属するクラスの決定と保有時刻情報正確性クラス識別子の決定を行う保有時刻情報正確性クラス決定部１１１２２と、時刻情報取得応答メッセージを作成する時刻情報取得応答メッセージ作成部１１１２３と、時刻情報提供機能に関する自身の状態を管理する状態管理部１１１２４とを備える。
【００４１】
更に、自身が所属する時刻情報正確性クラスならびに保有時刻情報正確性クラス識別子を記憶する記憶部１１１２１を備える。
【００４２】
通信機能部１１１３は、ＨＤＤレコーダ機能部１１１１によるメッセージの送受信処理と、時刻情報提供機能部１１１２によるメッセージの送受信処理を行う。
【００４３】
なお、ＨＤＤレコーダ１１２および１１３における各機能部は、ＨＤＤレコーダ１１１と同一であるため、ここでの説明は省略することとする。
【００４４】
図３においてデジタルＴＶ１１４が有する機能部は、デジタルＴＶ機能部１１４１と時刻情報提供機能部１１１２と通信機能部１１１３に大別される。
【００４５】
デジタルＴＶ機能部１１４１は、テレビ塔１から発信される放送波を受信し、それに含まれる時刻情報を抽出して、その都度時刻情報提供機能部１１１２へ提供する。その他、本来のデジタルＴＶとしての機能（例えばデジタル放送の表示、インターネット接続、双方向通信等）も有しているが、本発明との関係はないため、詳細な説明は省略する。また、時刻情報提供機能部１１１２および通信機能部１１１３は、ＨＤＤレコーダ１１１の時刻情報提供機能部１１１２および通信機能部１１１３と同一であるため、ここでの説明は省略することとする。
【００４６】
なお、デジタルＴＶ１１５および１１６における各機能部は、デジタルＴＶ１１４と同一であるため、ここでの説明は省略することとする。
【００４７】
図４においてカメラ付きドアホン１０１が有する機能部は、カメラ付きドアホン機能部１０１１と時刻情報取得設定機能部１０１２と通信機能部１０１３に大別される。
【００４８】
カメラ付きドアホン機能部１０１１は、撮影した映像・音声情報に時刻情報取得設定機能部１０１２から取得した時刻情報を埋め込む。その他、本来のカメラ付きドアホンとしての機能（例えば呼出しボタン押下時に親機へ通知、来客画像を親機に録画等）も有しているが、本発明との関係はないため、詳細な説明は省略する。
【００４９】
時刻情報取得設定機能部１０１２は、取得したい時刻情報の正確性クラスの決定と、要求する時刻情報正確性クラス識別子の決定を行う要求時刻情報正確性クラス決定部１０１２２と、時刻情報の取得状態を管理する時刻情報取得状態管理部１０１２５と、時刻情報取得要求メッセージを作成する時刻情報取得要求メッセージ作成部１０１２３を備える。更に、取得した時刻情報を基に、自身に設定する時刻情報を定める時刻情報設定部１０１２４と、取得した時刻情報と時刻情報取得状態を記憶する記憶部１０１２１を備える。
【００５０】
通信機能部１０１３は、時刻情報取得要求メッセージの送信および時刻情報提供機器から送信された応答メッセージの受信を行う。
【００５１】
図５においてネットワークカメラ機能部１０２が有する機能部は、ネットワークカメラ機能部１０２１と時刻情報取得設定機能部１０１２と通信機能部１０２３に大別される。
【００５２】
ネットワークカメラ機能部１０２１は、撮影した映像・音声情報に時刻情報取得設定機能部１０１２から取得した時刻情報を埋め込む。その他、本来のネットワークカメラとしての機能（例えば撮影、画質補正処理、センサ等）も有しているが、本発明との関係はないため、詳細な説明は省略する。また、時刻情報取得設定機能部１０１２および通信機能部１０１３は、カメラ付きドアホン１０１の時刻情報取得設定機能部１０１２および通信機能部１０１３と同一であるため、ここでの説明は省略することとする。
【００５３】
＜時刻情報の正確性についての説明＞
まず、本発明の詳細な説明に先立ち、時刻情報の正確性について説明する。本実施の形態においては、時刻情報を、その時刻の正確性により、時刻情報の正確性が高いクラス「ＡＣＣＵＲＡＴＥ」と、時刻情報の正確性が高くないクラス「ＡＰＰＲＯＸＩＭＡＴＥ」の２つのクラスに分類した例で記載する。具体的には、放送波などに含まれる正確な時刻情報を用いて頻繁に時刻情報を補正している機器は、時刻情報の正確性が高いといえるので、クラス「ＡＣＣＵＲＡＴＥ」に属する。一方、時刻情報は保有しているが、その時刻情報はユーザにより手動設定される機器は、時刻情報の正確性が高くないといえるので、クラス「ＡＰＰＲＯＸＩＭＡＴＥ」に属することとする。以降、これらのクラスを総称して、時刻情報正確性クラスと記す。また、それらのクラスを示す識別子として、「ＡＣＣＵＲＡＴＥ_ＤＡＴＥ」および「ＡＰＰＲＯＸＩＭＡＴＥ＿ＤＡＴＥ」という２つの時刻情報正確性クラス識別子を用いる。ＵＰｎＰを用いて、カメラ付きドアホンがＨＤＤレコーダ１１１から時刻情報を取得する場合は、「クラス識別子」をＵＰｎＰにおける「サービスタイプ」に対応付けることで実現できる。以下、本実施の形態では、ＵＰｎＰを用いて時刻情報を取得する例について記述する。
【００５４】
なお、本実施の形態では、ＵＰｎＰを用いて時刻情報の取得を行う例を記述するが、ＵＰｎＰは使用するプロトコルの一例であり、他のプロトコルを用いても本実施の形態と同様の効果が得られるのは明確である。また、時刻情報の正確性について、三つ以上に分類しても良い。
【００５５】
時刻情報提供機器（ＨＤＤレコーダ１１１〜１１３、デジタルＴＶ１１４〜１１６）は、テレビ塔から発信される放送波を受信し、それに含まれる時刻情報を抽出して自身に時刻を設定する。更新期間は機器によって任意であり、前回の更新からの経過時間が長くなるほど、保有時刻情報の正確性は高くないと言える。ゆえに時刻情報提供機器は、更新からの経過時間により自身の保有時刻情報の正確性を判断し、自身を「ＡＣＣＵＲＡＴＥ」あるいは「ＡＰＰＲＯＸＩＭＡＴＥ」のいずれかの保有時刻情報正確性クラスに分類する。
【００５６】
時刻情報提供機器が、自身の保有時刻情報正確性クラスをいずれかに分類する際の処理は、後に詳細を説明する。
【００５７】
ここで、図１における時刻情報提供機器（ＨＤＤレコーダ１１１〜１１３、デジタルＴＶ１１４〜１１６）は、それぞれ時刻情報提供可能状態であることとする。時刻情報提供可能状態とは、放送波より時刻情報を抽出し、自身に対して時刻情報の設定が完了して、他機器に対して時刻情報を提供することが可能な状態である。各時刻情報提供機器は、起動後に各々のタイミングで時刻情報提供可能状態に遷移する。各時刻情報提供機器の状態の詳細、および状態管理については後に詳細を説明する。
【００５８】
本実施の形態においては、ＨＤＤレコーダ１１１〜１１３、デジタルＴＶ１１４、１１５の保有時刻情報正確性クラスは「ＡＣＣＵＲＡＴＥ」、保有時刻情報正確性クラス識別子は「ＡＣＣＵＲＡＴＥ＿ＤＡＴＥ」が設定されているものとし、デジタルＴＶ１１６の保有時刻情報正確性クラスは「ＡＰＰＲＯＸＩＭＡＴＥ」、保有時刻情報正確性クラス識別子は「ＡＰＰＲＯＸＩＭＡＴＥ＿ＤＡＴＥ」が設定されているものとする。
【００５９】
＜カメラ付きドアホン（時刻情報要求機器）側の処理を説明＞
カメラ付きドアホン１０１において、時刻情報取得要求が発生してから自身に設定する時刻情報を定めるまでに行う処理は、時刻情報取得フェーズおよび時刻情報設定フェーズの２つのフェーズに分けられる。カメラ付きドアホン１０１が、ＵＰｎＰを用いて時刻情報を取得する際の処理と、自身に設定する時刻情報を定める際の処理を、図１２〜図２０を用いて説明する。
【００６０】
＜時刻情報要求機器における時刻情報取得フェーズについての詳細説明＞
図１２は、時刻情報取得フェーズにおける処理フローを示している。図１２において、カメラ付きドアホン１０１の時刻情報取得設定機能部１０１２は、宅内ネットワーク１０に接続された直後等に、カメラ付きドアホン機能部１０１１から時刻情報設定要求が発生すると（Ｓ１２００）、要求時刻情報正確性クラス識別子を「ＡＣＣＵＲＡＴＥ＿ＤＡＴＥ」に設定する（Ｓ１２０１）。そして、時刻情報取得要求メッセージ作成部１０１２３にて、図１７に示すフォーマットで時刻情報取得要求用Ｍ−ＳＥＡＲＣＨ要求メッセージを作成する（Ｓ１２０２）。なお、要求時刻情報正確性クラス識別子は、時刻情報取得要求用Ｍ−ＳＥＡＲＣＨ要求メッセージにおけるＳｅａｒｃｈ  Ｔａｒｇｅｔ（ＳＴ）ヘッダにおけるサービス名指定欄に記述してもよいし、新しくヘッダを追加して記述してもよい。また、ＭＸヘッダの値には、時刻情報提供機器から返される時刻情報取得応答用Ｍ−ＳＥＡＲＣＨ応答メッセージの最大待ち時間（以後、応答待ち時間と記す）を記述する。
【００６１】
続いて、作成した時刻情報取得要求用Ｍ−ＳＥＡＲＣＨ要求メッセージをネットワーク内にマルチキャスト送信する（Ｓ１２０３）。これにより、時刻情報要求機器であるカメラ付きドアホンは、時刻情報提供機器のＩＰアドレスを把握していない状態でも、時刻情報提供機器に、時刻情報取得要求メッセージを送信することが可能となる。
【００６２】
この後、一定時間（たとえばＭＸ秒）ネットワーク上の時刻情報提供機器からの応答を待ち、受信処理を行う（Ｓ１２０４）。
【００６３】
時刻情報要求送信後、応答待ち時間内に応答を一つ以上受信した場合（Ｓ１２０５でＹＥＳ）、時刻情報設定フェーズに移行する（Ｓ１２１３）。一方、応答を一つも受信せずに応答待ち時間が経過した場合（Ｓ１２０５でＮＯ）、要求時刻情報正確性クラス識別子を「ＡＰＰＲＯＸＩＭＡＴＥ＿ＤＡＴＥ」に設定（Ｓ１２０６）して、時刻情報取得要求用Ｍ−ＳＥＡＲＣＨ要求メッセージを作成し（Ｓ１２０７）、ネットワーク内にマルチキャスト送信する（Ｓ１２０８）。この後、一定時間（たとえばＭＸ秒）ネットワーク上の時刻情報提供機器からの応答を待ち、受信処理を行う(Ｓ１２０９)。
【００６４】
時刻情報要求送信後、応答待ち時間内に応答を一つ以上受信した場合（Ｓ１２１０でＹＥＳ）、時刻情報設定フェーズに移行する（Ｓ１２１３）。一方、応答を一つも受信せずに応答待ち時間が経過した場合（Ｓ１２１０でＮＯ）、要求時刻情報正確性クラス識別子を「ＡＣＣＵＲＡＴＥ＿ＤＡＴＥ」に設定（Ｓ１２１１）し、Ｘ時間待つ（Ｓ１２１２）。その後、Ｓ１２０２からの処理を繰り返す。
【００６５】
なお、要求時刻情報正確性クラス識別子を「ＡＣＣＵＲＡＴＥ＿ＤＡＴＥ」にしても「ＡＰＰＲＯＸＩＭＡＴＥ＿ＤＡＴＥ」にしても応答を受信出来ない状態が一定時間（例えば１５分以上）続く場合は、カメラ付きドアホン１０１が電源ＯＮ時からハードウェア的に計時している起動経過時間を基に、自身に仮時刻を設定し、その後定期的にＳ１２０２からの処理を実行する。
【００６６】
図１３は、図１２の時刻情報取得フェーズのＳ１２０４、Ｓ１２０９において、時刻情報取得応答メッセージを受信する際の処理フローを示している。
【００６７】
図１３においてカメラ付きドアホン１０１の時刻情報取得設定機能部１０１２は、応答を受信したか否かを判別する（Ｓ１３０１）。時刻情報取得応答用Ｍ−ＳＥＡＲＣＨ応答を受信すると（Ｓ１３０１でＹＥＳ）、受信した時刻情報取得応答用Ｍ−ＳＥＡＲＣＨ応答が、一つ目の応答であるか否かを判別する（Ｓ１３０２）。一つ目の応答を受信した場合（Ｓ１３０２でＹＥＳ）、時刻情報取得状態を「応答メッセージ初受信」に変更し、その状態値を記憶部１０１２１に記憶する（Ｓ１３０３）。そして、応答メッセージに記述されている時刻情報を、図１９に示すように、応答受信番号と取得時刻情報を対応付けて、記憶部１０１２１に記憶する（Ｓ１３０４）。一方、二つ目以降の応答を受信した場合（Ｓ１３０２でＮＯ）、図２０に示すように、応答受信番号と取得時刻情報を対応付けて、記憶部１０１２１に記憶する（Ｓ１３０４）。
【００６８】
その後、時刻情報取得応答用Ｍ−ＳＥＡＲＣＨ応答待ち時間が経過したか否かを判別する（Ｓ１３０５）。応答待ち時間内の場合（Ｓ１３０５でＹＥＳ）、Ｓ１３０１の応答待ち状態へ戻る。
【００６９】
一方、応答待ち時間が経過すると（Ｓ１３０５でＮＯ）と、時刻情報を取得したかを判別し（Ｓ１３０６）、時刻情報を取得している場合（Ｓ１３０６でＹＥＳ）、取得した時刻情報全てが一つ目の応答で取得した時刻情報と同一値であるか否かを判別する（Ｓ１３０７）。全ての時刻情報が、一つ目の応答で取得した時刻情報と同一値である場合（Ｓ１３０７でＹＥＳ）、時刻情報取得状態を「全時刻情報は同一値」に変更して、その状態値を記憶部１０１２１に記憶する（Ｓ１３０８）。
【００７０】
一方、複数の時刻情報を受信し、他の時刻情報と異なる時刻情報が一つ以上ある場合（Ｓ１３０７でＮＯ）は、時刻情報取得状態を「異なる時刻情報あり」に変更し、その状態値を記憶部１０１２１に記憶する（Ｓ１３０９）。
【００７１】
なお、応答待ち時間内に応答を一つも受信出来なかった場合（Ｓ１３０６でＮＯ）は、時刻情報取得状態を「取得時刻情報なし」に変更し、その状態値を記憶部１０１２１に記憶する（Ｓ１３１０）。
【００７２】
また、本実施例においては、時刻情報要求用Ｍ−ＳＥＡＲＣＨ要求メッセージをマルチキャスト送信するとしたが、これは一例であり、マルチキャストの代わりにブロードキャストを用いてもよい。
【００７３】
なお、カメラ付きドアホン１０１、ネットワークカメラ１０２等の時刻情報要求機器においては、ハードウェア性能等に応じて、記憶する時刻情報の数に制限を設けてもよく、記憶する時刻情報の数に制限を設けた場合に制限数を越えて応答を受信したときは、その受信した応答メッセージを破棄してもよい。
【００７４】
＜時刻情報要求機器における時刻情報設定フェーズについての詳細説明＞
図１４は、時刻情報設定フェーズにおける処理フローを示している。図１４においてカメラ付きドアホン１０１の時刻情報取得設定機能部１０１２は、記憶部１０１２１に記憶している時刻情報取得状態と応答受信番号と取得した時刻情報を用いて、自身に設定する時刻情報を決定する。なお、時刻情報取得処理前から時刻情報を保持しているような場合は、その時刻情報を基準時刻とし、その基準時刻を用いて本フェーズにおける時刻情報設定処理を行う。
【００７５】
時刻情報取得設定機能部１０１２は、まず、時刻情報取得状態値が「全時刻情報は同一値」であるか否かを判別する（Ｓ１４０１）。時刻情報取得状態値が「全時刻情報は同一値」である場合（Ｓ１４０１でＹＥＳ）は、一つ目の応答を受信した際に取得した時刻情報を、自身に設定する時刻と定め、その時刻情報をカメラ付きドアホン機能部１０１１１に渡す（Ｓ１４０２）。一方、時刻情報取得状態値が「全時刻情報は同一値」ではない場合（Ｓ１４０１でＮＯ）は、続いて、最多時刻情報が複数あるか否かを判別する（Ｓ１４０３）。最多時刻情報が複数ある場合（Ｓ１４０３でＹＥＳ）は、次に、基準時刻が設けられているか否かを判別する（Ｓ１４０４）。一方、最多時刻情報が一種類の時刻情報である場合（Ｓ１４０３でＮＯ）は、最多時刻情報を、自身に設定する時刻と定め、その時刻情報をカメラ付きドアホン機能部１０１１１に渡す（Ｓ１４０８）。
【００７６】
Ｓ１４０４の判別により、基準時刻が設けられている場合（Ｓ１４０４でＹＥＳ）、次に、それぞれの最多時刻情報と基準時刻との差分が最小になる時刻が複数になるか否かを判別する（Ｓ１４０５）。一方、Ｓ１４０４の判別により、基準時刻が設けられていない場合（Ｓ１４０４でＮＯ）は、最多時刻情報の内、一つ目の応答を受信した際に取得した時刻情報を、自身に設定する時刻と定め、その時刻情報をカメラ付きドアホン機能部１０１１１に渡す（Ｓ１４０２）。
【００７７】
Ｓ１４０５の判別により、それぞれの最多時刻情報と、基準時刻との差分の最小値が複数の場合（Ｓ１４０５でＹＥＳ）は、基準時刻から時刻として進んでいる方の最多時刻情報を、自身に設定する時刻と定め、その時刻情報をカメラ付きドアホン機能部１０１１１に渡す（Ｓ１４０６）。一方、それぞれの最多時刻情報と、基準時刻との差分の最小値がただ一つの時刻となる場合（Ｓ１４０５でＮＯ）は、基準時刻との差分が最も小さい最多時刻情報を自身に設定する時刻と定め、その時刻情報をカメラ付きドアホン機能部１０１１１に渡す（Ｓ１４０７）。
【００７８】
このように、時刻情報取得フェーズにて時刻情報取得状態を把握することで、複数の時刻情報を受信したときでも、自身に定める時刻情報を一つ選び出すことが可能となる。
【００７９】
なお、ここで説明した時刻情報設定フェーズにおける処理内容は、要求時刻情報正確性クラス識別子を「ＡＰＰＲＯＸＩＭＡＴＥ＿ＤＡＴＥ」に設定して時刻情報取得を行った場合も同様であるため、説明は省略する。
【００８０】
＜全体的な処理シーケンスの説明と併せて具体例を記述＞
図６は、時刻情報要求機器であるカメラ付きドアホン１０１が、ＵＰｎＰを用いて宅内ネットワーク１０に接続されている時刻情報提供機器（ＨＤＤレコーダ１１１〜１１３、デジタルＴＶ１１４〜１１６）から時刻情報を取得する際の全体的な処理シーケンスを示した図である。
【００８１】
以下、図６を用いて、カメラ付きドアホン１０１が時刻設定を行う際のシーケンスを説明する。ここで、カメラ付きドアホン１０１は、基準時刻として「０５：００：００」を設けているものとする。
【００８２】
カメラ付きドアホン１０１の時刻情報取得設定機能部１０１２は、時刻情報取得フェーズについて図１２を用いて前述した通り、まず、要求時刻情報正確性クラス識別子「ＡＣＣＵＲＡＴＥ＿ＤＡＴＥ」を、時刻情報取得要求用Ｍ−ＳＥＡＲＣＨ要求メッセージのＳＴヘッダに設定し、ＭＸ値に「３（秒）」を設定したＭ−ＳＥＡＲＣＨ要求メッセージをマルチキャスト送信する（Ｓ６０１）。
【００８３】
カメラ付きドアホン１０１からマルチキャスト送信された時刻情報取得要求用Ｍ−ＳＥＡＲＣＨ要求メッセージは、時刻情報提供機器であるＨＤＤレコーダ１１１〜１１３、デジタルＴＶ１１４〜１１６で受信され、Ｍ−ＳＥＡＲＣＨ要求メッセージに含まれる要求時刻情報正確性クラス識別子の値が確認される（Ｓ６０２）。
【００８４】
ここで、ＨＤＤレコーダ１１１〜１１３、デジタルＴＶ１１４、１１５においては、保有時刻情報正確性クラスは「ＡＣＣＵＲＡＴＥ」、保有時刻情報正確性クラス識別子は「ＡＣＣＵＲＡＴＥ＿ＤＡＴＥ」が設定されており、カメラ付きドアホン１０１から送信された時刻情報取得要求用Ｍ−ＳＥＡＲＣＨ要求メッセージのＳＴヘッダに記されている要求時刻情報正確性クラス識別子と、自身の保有時刻情報正確性クラス識別子とが一致するため、自身が保有する時刻情報と自身に付与された保有時刻情報正確性クラス識別子を含むＭ−ＳＥＡＲＣＨ応答メッセージをカメラ付きドアホン１０１に対してユニキャストで返信する（Ｓ６０３）。ここで、一つ目の応答として「０４：５８：００」を、二つ目の応答として「０５：０１：００」を、三つ目の応答として「０５：０１：００」を、四つ目の応答として「０４：５９：００」を、五つ目の応答として「０４：５９：００」を受信したものとする。
【００８５】
一方、デジタルＴＶ１１６においては、保有時刻情報正確性クラスは「ＡＰＰＲＯＸＩＭＡＴＥ」、保有時刻情報正確性クラス識別子は「ＡＰＰＲＯＸＩＭＡＴＥ＿ＤＡＴＥ」が設定されているため、カメラ付きドアホン１０１から送信された時刻情報取得要求用Ｍ−ＳＥＡＲＣＨ要求メッセージのＳＴヘッダに記されている要求時刻情報正確性クラス識別子と一致しないため、要求を破棄し、応答を返さない（Ｓ６０４）。
【００８６】
そして、カメラ付きドアホン１０１の時刻情報設定機能部１０１２は、ＭＸ秒（３秒）後、タイムアウトを検出する（Ｓ６０５）。その後、受信した応答内に含まれる時刻情報を用いて、時刻情報設定フェーズの処理を行い、自身に設定する時刻情報を定める処理を行う（Ｓ６０６）。
【００８７】
続いて、図１４の時刻情報設定フェーズの図と照らし合わせながら、カメラ付きドアホン１０１が自身に設定する時刻情報を定める際の処理を説明する。
【００８８】
カメラ付きドアホン１０１の時刻情報取得設定機能部１０１２は、まず、時刻情報取得状態値が「全ＡＣＣＵＲＡＴＥ時刻情報は同一値」であるか否かを判別する（Ｓ１４０１）。ここでは、時刻情報取得状態値が「全ＡＣＣＵＲＡＴＥ時刻情報は同一値」ではない場合（Ｓ１４０１でＮＯ）となるので、続いて、最多時刻情報が複数あるか否かを判別する（Ｓ１４０３）。ここでは、時刻情報「０５：０１：００」を二つ取得（応答（２）と応答（３）により取得）しており、これが最多となっているので、この時刻情報が最多時刻情報となる。しかし、時刻情報「０４：５９：００」も二つ取得（応答（４）と応答（５）により取得）しているので、この時刻情報も最多時刻情報となる。つまり、最多時刻情報が２パターン存在することとなる。そこで、続いて、最多時刻情報が複数ある場合（Ｓ１４０３でＹＥＳ）の処理を行う。
【００８９】
最多時刻情報が複数ある場合は、まず、基準時刻が設けられているか否かを判別する（Ｓ１４０４）。ここでは、基準時刻が設けられている（Ｓ１４０４でＹＥＳ）ため、次に、それぞれの最多時刻情報と、基準時刻との差分が同一値になるか否かを判別する（Ｓ１４０５）。パターン１の最多時刻情報は「０５：０１：００」であり、基準時刻「０５：００：００」との差分は１分となる。また、パターン２の最多時刻情報は「０４：５９：００」であり、基準時刻「０５：００：００」との差分は１分となる。よって、それぞれの最多時刻情報と基準時刻との差分が同一値になる（Ｓ１４０５でＹＥＳ）ため、このときは、進んでいるほうの最多時刻情報である「０５：０１：００」を自身に設定する時刻と定め、その時刻情報をカメラ付きドアホン機能部１０１１に渡す（Ｓ１４０６）。
【００９０】
また、ここで説明した時刻情報設定フェーズにおける処理内容は、要求時刻情報正確性クラス識別子を「ＡＰＰＲＯＸＩＭＡＴＥ＿ＤＡＴＥ」に設定して時刻情報取得を行った場合も同様であるため、説明は省略する。
【００９１】
＜ＨＤＤレコーダ（時刻情報提供機器）側の処理概要を説明＞
図７は、ＨＤＤレコーダ１１１が持つ３つの状態を示した図である。
【００９２】
より具体的には、ＨＤＤレコーダ１１１は、時刻情報非提供状態（Ｓ２０１）、保有時刻情報正確性クラス更新状態（Ｓ２０２）、時刻情報提供可能状態（Ｓ２０３）の３つの状態を取り得る。
【００９３】
時刻情報非提供状態とは、起動直後など、時刻情報を記憶していない状態である。保有時刻情報正確性更新状態とは、前回時刻情報を更新してからの期間から時刻情報の正確性を判断する状態である。時刻情報提供可能状態とは、時刻情報を保有し、かつ、保有時刻情報正確性クラスおよび保有時刻情報正確性クラス識別子が定まった状態である。
【００９４】
これらの状態の管理は、図２に記す時刻情報提供機能部１１１２の状態管理部１１１２４にて行う。
【００９５】
以下、図８、図９、図１０を用いて、前記各状態における動作を説明する。
【００９６】
＜時刻情報提供機器が時刻情報非提供状態にあるときの処理内容を説明＞
図８は、ＨＤＤレコーダ１１１が起動後、自身の状態を時刻情報非提供状態から保有時刻情報正確性クラス更新状態に遷移するときの処理フローを示している。図８において、ＨＤＤレコーダ１１１のＨＤＤレコーダ機能部１１１１は、テレビ塔１から発信される放送波から時刻情報を取得し（Ｓ８００）、その時刻情報を時刻情報提供機能部１１１２に渡す（Ｓ８０１）。ここで、放送波から時刻情報を取得するタイミングは任意であり、ある一定周期ごとに取得しても良いし、そうでなくても良い。次に、時刻情報提供機能部１１１２は、渡された時刻情報を記憶部１１１１２１にて記憶し（Ｓ８０２）、時刻情報未更新期間を「０」に初期化する（Ｓ８０３）。そして、状態管理部１１１２４は、自身の状態を「保有時刻情報正確性クラス更新状態」に遷移させる（Ｓ８０４）。
【００９７】
＜時刻情報提供機器が保有時刻情報正確性クラス更新状態にあるときの処理内容を説明＞
図９は、ＨＤＤレコーダ１１１が保有時刻情報正確性クラス更新状態にあるときの処理フローを示している。図９においてＨＤＤレコーダ１１１の時刻情報提供機能部１１１２の保有時刻情報正確性クラス決定部１１１２２は、まず、前回時刻情報を更新してからの時間（以下、時刻情報未更新期間という）が時刻情報提供機能部１１１２により予め定められている保有時刻情報正確性クラス切替時間に達しているか否かを判別する（Ｓ９０１）。時刻情報未更新期間が保有時刻情報正確性クラス切替時間以下である場合（Ｓ９０１でＹＥＳ）、保有時刻情報正確性クラスを、保有時刻情報の正確性が高いことを意味する「ＡＣＣＵＲＡＴＥ」に設定するとともに保有時刻情報正確性クラス識別子を「ＡＣＣＵＲＡＴＥ＿ＤＡＴＥ」に設定する（Ｓ９０２）。続いて、Ｓ９０２にて定めた設定値を記憶部１１１２１に保存する（Ｓ９０５）。そして、状態管理部１１１２４は、自身の状態を「時刻情報提供可能状態」に遷移させる（Ｓ９０６）。
【００９８】
一方、時刻情報未更新期間が保有時刻情報正確性クラス切替時間を超えていた場合（Ｓ９０１でＮＯ）、保有時刻情報正確性クラスを、保有時刻情報の正確性が高くないことを意味する「ＡＰＰＲＯＸＩＭＡＴＥ」に設定するとともに保有時刻情報正確性クラス識別子を「ＡＰＰＲＯＸＩＭＡＴＥ＿ＤＡＴＥ」に設定する（Ｓ９０３）。続いて、時刻情報未更新期間を「０」に初期化し（Ｓ９０４）、Ｓ９０３およびＳ９０４で定めた設定値を記憶部１１１２１に保存する（Ｓ９０５）。そして、状態管理部１１１２４は、自身の状態を「時刻情報提供可能状態」に遷移させる（Ｓ９０６）。
【００９９】
これにより、時刻情報提供機器は、自身の保有する時刻情報の正確性を認識することができ、かつ、時刻情報要求機器が求める精度の時刻情報を提供することが可能となる。
【０１００】
なお、時刻情報提供機器によっては、保有する時刻情報の正確性が常に高い場合がある。例えば、あるＨＤＤレコーダがテレビ放送波に含まれる時刻情報を用いて頻繁に時刻情報を補正（最低一日一回は補正等）する機能を有する場合などである。このように、保有する時刻情報の正確性が常に高いことが約束された機器が時刻情報提供機器となる場合は、保有時刻情報正確性クラスを常に「ＡＣＣＵＲＡＴＥ」に設定するとともに、保有時刻情報正確性クラス識別子を常に「ＡＣＣＵＲＡＴＥ＿ＤＡＴＥ」に設定してもよい。
【０１０１】
＜時刻情報提供機器が時刻情報提供可能状態にあるときの状態監視処理内容を説明＞
図１０は、ＨＤＤレコーダ１１１が時刻情報提供可能状態にあるときの状態監視処理フローを示している。図１０においてＨＤＤレコーダ１１１の時刻情報提供機能部１１１２は、まず、時刻情報未更新期間が時刻情報提供機能部１１１２により予め定められている保有時刻情報正確性クラス切替時間以下か否かを判別する（Ｓ１００１）。時刻情報未更新期間が保有時刻情報正確性クラス切替時間以下の場合（Ｓ１００１でＹＥＳ）、記憶部１１１２１にて時刻情報が記憶され続けているか否かを判別する（Ｓ１００２）。記憶部１１１２１にて時刻情報が記憶され続けている場合（Ｓ１００２でＹＥＳ）は、続いて、ＨＤＤレコーダ機能部１１１１から時刻情報提供機能部１１１２へ新しい時刻情報が伝達されたか否かを判別する（Ｓ１００３）。新しい時刻情報が伝達されていない場合（Ｓ１００３でＮＯ）は、時刻情報未更新期間に時間Ｎを加える（Ｓ１００８）。このとき、時間Ｎは、以前にＳ１００８の処理行ってから今回Ｓ１００８の処理を行うまでに経過した時間である。続いて、時刻情報提供機能部１１１２は、Ｗ時間待ち（Ｓ１００９）、再度Ｓ１００１の処理を行う。
【０１０２】
つまり、時刻情報提供機能部１１１２は、保有時刻情報未更新期間を定期的にチェックすることとなる。このとき、時間Ｗは、時刻情報提供機能部１１１２により予め定められている、繰り返し処理待ち時間である。
【０１０３】
一方、Ｓ１００３の処理により、時刻情報提供機能部１１１２に新しい時刻情報が伝達されていたことが判明した場合（Ｓ１００３でＹＥＳ）は、時刻情報未更新期間を「０」に初期かすると共に、時間Ｎを「０」に初期化して（Ｓ１００４）、状態管理部１１１２４は、自身の状態を「保有時刻情報正確性クラス更新状態」に遷移させる（Ｓ１００５）。また、Ｓ１００１の処理にて、時刻情報未更新期間が保有時刻情報正確性クラス切替時間を越えていた場合（Ｓ１００１でＮＯ）も、状態管理部１１１２４は、自身の状態を「保有時刻情報正確性クラス更新状態」に遷移させる（Ｓ１００５）。
【０１０４】
また、Ｓ１００２の処理にて、記憶部１１１２１にて時刻情報が記憶されていないことが判明した場合（Ｓ１００２でＮＯ）は、時間Ｎを「０」に初期化し（Ｓ１００６）、状態管理部１１１２４は、自身の状態を「時刻情報非提供状態」に遷移させる（Ｓ１００７）。
【０１０５】
これにより、時刻情報提供機器は、自身が保有する時刻情報の信頼度が高いときは時刻情報を提供し、信頼度が低いときは時刻情報の提供を止めることが可能となる。
【０１０６】
＜時刻情報提供機器が時刻情報提供可能状態にあるときの時刻情報提供処理内容を説明＞
図１１は、ＨＤＤレコーダ１１１が時刻情報提供可能状態にあるときにネットワークカメラ１１１から時刻情報取得要求用Ｍ−ＳＥＡＲＣＨ要求メッセージを受信した場合の処理フローを示している。図１１においてＨＤＤレコーダ１１１の時刻情報提供機能部１１１２は、カメラ付きドアホン１０１から、図１７に示す時刻情報取得要求用Ｍ−ＳＥＡＲＣＨ要求メッセージを受信すると、そのＭ−ＳＥＡＲＣＨ要求メッセージ内のＳＴ部分に記述されている要求時刻情報正確性クラス識別子と、自身が記憶部１１１２１で記憶している保有時刻情報正確性クラス識別子が同一値であるか否かを判別する（Ｓ１１０１）。ここでは、要求時刻情報正確性クラス識別子は、時刻情報正確性が高いことを意味する「ＡＣＣＵＲＡＴＥ_ＤＡＴＥ」、保有時刻情報正確性クラス識別子も時刻情報正確性が高いことを意味する「ＡＣＣＵＲＡＴＥ_ＤＡＴＥ」である（Ｓ１１０１がＹＥＳ）ので、要求時刻情報正確性クラス識別子と保有時刻情報正確性クラス識別子が同一値になる。そこで、時刻情報取得要求用Ｍ−ＳＥＡＲＣＨ要求メッセージのＭＸ部分に記述されている時間までに、時刻情報取得応答メッセージ作成部１１１２３にて、ＨＤＤレコーダ機能部１１１１から時刻情報を取得し、その時刻情報と保有時刻情報正確性クラス識別子を含めた、図１８に示すメッセージフォーマットにて時刻情報取得応答用Ｍ−ＳＥＡＲＣＨ応答メッセージを作成して（Ｓ１１０２）、通信部１１１３より、時刻情報取得応答用Ｍ−ＳＥＡＲＣＨ応答メッセージを送信する（Ｓ１１０３）。
【０１０７】
これにより、時刻情報提供機器は、時刻情報要求機器が求める精度の時刻情報を提供することができるようになると共に、時刻情報要求機器が定めた期間内に応答を返すことも可能となる。
【０１０８】
ここで、ＨＤＤレコーダ１１１は、時刻情報取得要求用Ｍ−ＳＥＡＲＣＨ要求メッセージを受信した後に、０秒から時刻情報取得要求用Ｍ−ＳＥＡＲＣＨ要求メッセージのＭＸ部分に記述されている時間の間でランダムな時間待った後に応答を送信するが、これは、応答を受信する機器において、短時間に複数の応答メッセージが到着するような状況が発生した場合、応答を受信する機器の受信能力によっては、応答メッセージの取りこぼしが発生することも考えられるため、そのことを回避するために、ＵＰｎＰにおいて「実現しなければならない」とされている動作だからである。
【０１０９】
なお、要求時刻情報正確性クラス識別子と保有時刻情報正確性クラス識別子が異なる値の場合（Ｓ１１０１でＮＯ）は、受信したメッセージを破棄する（Ｓ１１０４）。
【０１１０】
（実施の形態２）
本実施の形態は、時刻情報要求機器であるカメラ付きドアホン１０１において、より迅速に時刻情報を自身に設定することが要望された場合、その要望を実現するための発明の実施の形態である。また、複数の時刻情報取得応答メッセージを受信する場合、各応答において到着遅延が発生することによって、自身に設定する時刻情報に誤差が生じることを防ぐための発明の実施の形態でもある。
【０１１１】
なお、本実施の形態では、ＨＤＤレコーダは、時刻情報提供機器であり、放送波に含まれる正確な時刻情報を用いて頻繁に時刻情報を補正することが可能であるため、保有時刻情報正確性クラスは常に「ＡＣＣＵＲＡＴＥ」、保有時刻情報正確性クラス識別子は「ＡＣＣＵＲＡＴＥ＿ＤＡＴＥ」と固定値を持つこととする。また、機器および設備構成例は、実施の形態１と同じく図１に示す構成として説明する。
【０１１２】
実施の形態１との違いは、時刻情報要求機器であるカメラ付きドアホン１０１において、時刻情報取得フェーズにおける処理内容が異なることと、時刻情報設定フェーズが存在しないことが挙げられる。そこで、時刻情報取得フェーズの処理について、図１５、図１６を用いて説明する。
【０１１３】
＜実施の形態２における時刻情報要求機器の時刻情報取得フェーズについての詳細説明＞
図１５は、本実施例における、カメラ付きドアホン１０１の時刻情報取得フェーズの処理フローを示している。図１５において、カメラ付きドアホン１０１の時刻情報取得設定機能部１０１２は、宅内ネットワーク１０に接続された直後等に、カメラ付きドアホン機能部１０１１から時刻情報設定要求が発生すると（Ｓ１５００）、要求時刻情報正確性クラス識別子を「ＡＣＣＵＲＡＴＥ＿ＤＡＴＥ」に設定する（Ｓ１５０１）。そして、時刻情報取得要求メッセージ作成部１０１２３にて、図１７に示すフォーマットで時刻情報取得要求用Ｍ−ＳＥＡＲＣＨ要求メッセージを作成する（Ｓ１５０２）。なお、要求時刻情報正確性クラス識別子は、時刻情報取得要求用Ｍ−ＳＥＡＲＣＨ要求メッセージにおけるＳｅａｒｃｈ  Ｔａｒｇｅｔ（ＳＴ）ヘッダにおけるサービス名指定欄に記述してもよいし、新しくヘッダを追加して記述してもよい。また、ＭＸヘッダの値には、時刻情報提供機器から返される時刻情報取得応答用Ｍ−ＳＥＡＲＣＨ応答メッセージの最大待ち時間（以後、応答待ち時間と記す）を記述する。
【０１１４】
続いて、作成した時刻情報要求用Ｍ−ＳＥＡＲＣＨ要求メッセージをネットワーク内にマルチキャスト送信する（Ｓ１５０３）。この後、一定時間（たとえばＭＸ秒）ネットワーク上の時刻情報提供機器からの応答を待ち、受信処理を行う（Ｓ１５０４）。
【０１１５】
図１６は、図１５の時刻情報取得フェーズのＳ１５０４において、時刻情報取得応答メッセージを受信する際の処理フローを示している。
【０１１６】
図１６においてカメラ付きドアホン１０１の時刻情報取得設定機能部１０１２は、応答を受信したか否かを判別する（Ｓ１６０１）。時刻情報取得応答用Ｍ−ＳＥＡＲＣＨ応答を受信すると（Ｓ１６０１でＹＥＳ）、一つ目の応答を受信したか否かを判別する（Ｓ１６０２）。一つ目の応答を受信した場合（Ｓ１６０２でＹＥＳ）、その一つ目の応答で受信した時刻情報を、自身に設定する時刻と定め、その時刻情報をカメラ付きドアホン機能部１０１１に渡す（Ｓ１６０３）。そして、応答受信番号と取得時刻情報を対応付けて、記憶部１０１２１に記憶する（Ｓ１６０４）。
【０１１７】
これにより、時刻情報設定フェーズを経ずに、直ぐに、取得した時刻情報をカメラ付きドアホン機能部１０１１に渡すことができ、カメラ付きドアホン１０１は、迅速に時刻情報を設定することが望まれている場合に、実施の形態１よりも早く時刻情報を設定することが可能になる。
【０１１８】
その後は、応答受信待ち時間が経過するまで応答受信処理を繰り返し（Ｓ１６０５でＮＯ）、二つ目以降の応答を受信した場合（Ｓ１６０２でＮＯ）は、応答受信番号と取得時刻情報を対応付けて、記憶部１０１２１に記憶する（Ｓ１６０４）。そして、応答受信待ち時間が経過した場合（Ｓ１６０５でＹＥＳ）は、時刻情報を取得したか否かを判別し（Ｓ１６０６）、時刻情報を取得している場合（Ｓ１６０６でＹＥＳ）は、取得した全時刻情報をカメラ付きドアホン機能部に渡して（Ｓ１６０７）、時刻情報取得処理を終了する（Ｓ１６０８）。また、時刻情報を取得していない場合（Ｓ１６０６でＮＯ）は、直ぐに時刻情報取得処理を終了する（Ｓ１６０８）。
【０１１９】
これにより、時刻情報要求機器において迅速に時刻情報を自身に設定することが可能となる。
【０１２０】
（実施の形態３）
本実施の形態は、時刻情報要求機器であるカメラ付きドアホン１０１において、時刻情報取得処理の際に複数の応答メッセージを受信した場合に、それぞれの応答が到着した時間の差を計測し、その時間差を考慮して、より高精度な時刻情報設定処理を実現するための発明の実施の形態である。ここでは、機器および設備構成例は、実施の形態１と同じく図１に示す構成として説明する。なお、実施の形態１との違いは、時刻情報要求機器であるカメラ付きドアホン１０１において、時刻情報取得フェーズにおける時刻情報取得応答メッセージ受信処理において、応答メッセージに含まれる時刻情報をそのまま使うか、補正して使うかの違いであるので、ここでは、時刻情報取得フェーズにおける時刻情報取得応答メッセージ受信処理について説明する。
【０１２１】
本実施例では、時刻情報要求機器であるカメラ付きドアホン１０１は、要求時刻情報正確性クラス識別子を「ＡＣＣＵＲＡＴＥ＿ＤＡＴＥ」に設定し、時刻情報提供機器であるＨＤＤレコーダ１１１〜１１３は、保有時刻情報正確性クラスを「ＡＣＣＵＲＡＴＥ」、保有時刻情報正確性クラス識別子を「ＡＣＣＵＲＡＴＥ＿ＤＡＴＥ」に設定しているものとする。そして、カメラ付きドアホン１０１は、要求時刻情報正確性クラス識別子「ＡＣＣＵＲＡＴＥ＿ＤＡＴＥ」を、時刻情報取得要求用Ｍ−ＳＥＡＲＣＨ要求メッセージのＳＴヘッダに設定し、ＭＸ値に「３（秒）」を設定したＭ−ＳＥＡＲＣＨ要求メッセージをマルチキャスト送信するものとする。
【０１２２】
このとき、ＨＤＤレコーダ１１１は、時刻情報取得要求メッセージが到着したら直ぐに、時刻情報「０５：００：００」を含めた応答を返し、ＨＤＤレコーダ１１２は、時刻情報取得要求メッセージが到着してから１秒後に時刻情報「０５：００：０１」を含めた応答を返し、ＨＤＤレコーダ１１３は、時刻情報取得要求メッセージが到着してから２秒後に時刻情報「０５：００：０２」を含めた応答を返す。そして、カメラ付きドアホン１０１においては、一つ目の応答としてＨＤＤレコーダ１１１からの応答を受信し、１秒後に二つ目の応答としてＨＤＤレコーダ１１２からの応答を受信し、更に１秒後に最後の応答としてＨＤＤレコーダ１１３からの応答を受信する。
【０１２３】
カメラ付きドアホン１０１の時刻情報取得設定機能部１０１２は、ＭＸ値に「３（秒）」を設定して時刻情報取得要求用Ｍ−ＳＥＡＲＣＨ要求メッセージを送信し、ＨＤＤレコーダ１１１〜１１３から時刻情報取得応答用Ｍ−ＳＥＡＲＣＨ応答メッセージを受信するが、時刻情報取得設定機能部１０１２では、一つ目の応答メッセージが到着したときから次の応答メッセージが到着するまでの時間を計測する。続いて、二つ目の応答メッセージが到着したときから次の応答メッセージが到着するまでの時間を計測する。この、応答メッセージの到着時間差の計測は、最後の応答メッセージを受信するまで続ける。
【０１２４】
本実施例においては、一つ目の応答メッセージと二つ目の応答メッセージの到着時間差は1秒、二つ目の応答メッセージと三つ目の応答メッセージ（最後の応答メッセージ）の到着時間差は１秒となり、最後の応答メッセージと各応答メッセージの到着時間差が明らかになる。ここでは、一つ目の応答メッセージと最後の応答メッセージの到着時間差は２秒となるので、一つ目の応答メッセージに含まれている時刻情報に最後の応答メッセージの到着時間差である２秒を加え、一つ目の応答メッセージで取得した時刻情報を「０５：００：００」から「０５：００：０２」へと補正して記憶部１０１２１に記憶する。続いて、二つ目の応答メッセージに含まれる時刻情報の補正を行うが、ここでは、二つ目の応答メッセージと最後の応答メッセージの到着時間差は１秒となるので、二つ目の応答メッセージで取得した時刻情報を「０５：００：０１」から「０５：００：０２」へと補正して記憶部１０１２１に記憶する。
【０１２５】
これにより、複数の応答メッセージを受信したときに、各応答メッセージの到着時間に差が生じた場合でも、その到着時間の差が補正され、より高精度な時刻情報設定処理を実現することが可能となる。
【０１２６】
なお、実施の形態１、実施の形態２、実施の形態３において、時刻情報要求機器、時刻情報提供機器それぞれは、図６〜１６に示す処理を実行するものとしたが、その全てをソフトウェアとして実装してもよい。
【０１２７】
このようにすることによって、ＰＣ（Ｐｅｒｓｏｎａｌ  Ｃｏｍｐｕｔｅｒ）等の情報処理装置に前記ソフトウェアをインストールすることで、ＰＣ等の情報処理装置を時刻情報要求機器、時刻情報提供機器、として動作させることが可能となる。
【０１２８】
また、前記ソフトウェアを、ＨＤＤ（Ｈａｒｄ  Ｄｉｓｋ  Ｄｒｉｖｅ）、ＣＤ−ＲＯＭ（Ｃｏｍｐａｃｔ  Ｄｉｓｋ  Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）、メモリカード、フロッピー（登録商標）ディスク等の記憶媒体に記憶してもよい。
【０１２９】
このようにすることによって、前記記憶媒体を用いてＰＣ等の情報処理装置に前記ソフトウェアをインストールすることが可能となる。
【０１３０】
また、本発明により実現する機能を、Ｌａｒｇｅ  Ｓｃａｌｅ  Ｉｎｔｅｇｒａｔｉｏｎ（ＬＳＩ）のような集積回路に組み込んでもよい。
【０１３１】
また、本実施例で説明している環境は一例であって、本発明の時刻情報要求機器および時刻情報提供機器ＩＰネットワーク以外のネットワークに接続されていてもよい。
【産業上の利用可能性】
【０１３２】
本発明によれば、時刻情報要求機器は、時刻情報提供機器のＩＰアドレスを把握していない状態においても正確な時刻情報を取得することが可能となる。このことにより、ユーザの手を一切煩わせることなく、機器に時刻情報を設定することができ、正確な時刻情報を保有する機器を増やすことができる。また、宅内ネットワークに存在する全ての機器が時刻情報を共有できるようになるため、例えばカメラ付きドアホンで撮影した画像に正確な時刻情報を入れ込むことで、ユーザは撮影された画像を閲覧する際に、その画像の正確な撮影時刻を知ることが可能となる。
【図面の簡単な説明】
【０１３３】
【図１】本発明の実施の形態におけるネットワーク構成を示す図
【図２】本発明の実施の形態におけるＨＤＤレコーダの機能構成の一例を示す図
【図３】本発明の実施の形態におけるデジタルＴＶの機能構成の一例を示す図
【図４】本発明の実施の形態におけるカメラ付きドアホンの機能構成の一例を示す図
【図５】本発明の実施の形態におけるネットワークカメラの機能構成の一例を示す図
【図６】本発明の実施の形態における通信シーケンスの一例を示す図
【図７】本発明の実施の形態におけるＨＤＤレコーダの状態遷移図
【図８】本発明の実施の形態におけるＨＤＤレコーダの状態遷移処理のフローチャート
【図９】本発明の実施の形態におけるＨＤＤレコーダが保有時刻情報正確性クラス更新状態にあるときの処理のフローチャート
【図１０】本発明の実施の形態におけるＨＤＤレコーダが時刻情報提供可能状態にあるときの状態監視処理のフローチャート
【図１１】本発明の実施の形態におけるＨＤＤレコーダが時刻情報提供可能状態にあるときの時刻情報取得要求用Ｍ−ＳＥＡＲＣＨ要求メッセージ受信処理のフローチャート
【図１２】本発明の実施の形態におけるカメラ付きドアホンが時刻情報取得フェーズで行う処理のフローチャート
【図１３】本発明の実施の形態におけるカメラ付きドアホンが時刻情報取得応答メッセージを受信したときの処理のフローチャート
【図１４】本発明の実施の形態におけるカメラ付きドアホンが時刻情報設定フェーズで行う処理のフローチャート
【図１５】本発明の実施の形態２におけるカメラ付きドアホンが時刻情報取得フェーズで行う処理のフローチャート
【図１６】本発明の実施の形態２におけるカメラ付きドアホンが時刻情報設定フェーズで行う時刻情報取得応答メッセージ受信処理のフローチャート
【図１７】時刻情報取得要求メッセージ例を示す図
【図１８】時刻情報取得応答メッセージ例を示す図
【図１９】本発明の実施の形態におけるカメラ付きドアホンにおいて一つ目の応答が受信されたときに記憶される情報の例を示す図
【図２０】本発明の実施の形態におけるカメラ付きドアホンにおいて全ての応答の受信が完了したときに記憶されている情報の例を示す図
【符号の説明】
【０１３４】
０    宅外ネットワーク
１    テレビ塔
１０    宅内ネットワーク
１００    ルータ
１０１    カメラ付きドアホン
１０２    ネットワークカメラ
１１１    ＨＤＤレコーダ
１１２    ＨＤＤレコーダ
１１３    ＨＤＤレコーダ
１１４    デジタルＴＶ
１１５    デジタルＴＶ
１１６    デジタルＴＶ
１１１１    ＨＤＤレコーダ機能部
１１１２    時刻情報提供機能部
１１１２１    記憶部
１１１２２    保有時刻情報正確性クラス決定部
１１１２３    時刻情報取得応答メッセージ作成部
１１１２４    状態管理部
１１１３    通信機能部
１１４１    デジタルＴＶ機能部
１０１１    カメラ付きドアホン機能部
１０１２    時刻情報取得設定機能部
１０１２１    記憶部
１０１２２    要求時刻情報正確性クラス決定部
１０１２３    時刻情報取得要求メッセージ作成部
１０１２４    時刻情報設定部
１０１２５    時刻情報取得状態管理部
１０２１    ネットワークカメラ機能部
【図１】
2009071645.tif 000003
【図２】
2009071645.tif 000004
【図３】
2009071645.tif 000005
【図４】
2009071645.tif 000006
【図５】
2009071645.tif 000007
【図６】
2009071645.tif 000008
【図７】
2009071645.tif 000009
【図８】
2009071645.tif 000010
【図９】
2009071645.tif 000011
【図１０】
2009071645.tif 000012
【図１１】
2009071645.tif 000013
【図１２】
2009071645.tif 000014
【図１３】
2009071645.tif 000015
【図１４】
2009071645.tif 000016
【図１５】
2009071645.tif 000017
【図１６】
2009071645.tif 000018
【図１７】
2009071645.tif 000019
【図１８】
2009071645.tif 000020
【図１９】
2009071645.tif 000021
【図２０】
2009071645.tif 000022