コンテンツ送信装置、コンテンツ受信装置
【課題】
ネットワークを利用して、別の場所で撮影しているコンテンツを所望の場所でリアルタイムに視聴しながら同時にダウンロードすることができるコンテンツ送信装置、受信装置およびコンテンツ伝送方法を提供する。
【解決手段】
コンテンツ送信装置は、撮影したコンテンツをリアルタイムで送信する。そしてコンテンツ転送中に通信中断が発生した場合、中断している間に撮影したコンテンツのみを自装置内のメモリに記録し、通信再開時には最新の映像を優先的に送信しながら、中断中に記録したコンテンツを送信する。コンテンツ受信装置は、受信した該コンテンツをリアルタイムに視聴しながら、自装置内のメモリに該コンテンツを記録する。通信が中断した場合でも中断部分の記録領域を確保し、通信再開時には常に最新の映像を表示し、中断部分のコンテンツを受信すると予め確保した記録領域に記録することにより全ての撮影コンテンツを途切れることなく記録することができる。
ネットワークを利用して、別の場所で撮影しているコンテンツを所望の場所でリアルタイムに視聴しながら同時にダウンロードすることができるコンテンツ送信装置、受信装置およびコンテンツ伝送方法を提供する。
【解決手段】
コンテンツ送信装置は、撮影したコンテンツをリアルタイムで送信する。そしてコンテンツ転送中に通信中断が発生した場合、中断している間に撮影したコンテンツのみを自装置内のメモリに記録し、通信再開時には最新の映像を優先的に送信しながら、中断中に記録したコンテンツを送信する。コンテンツ受信装置は、受信した該コンテンツをリアルタイムに視聴しながら、自装置内のメモリに該コンテンツを記録する。通信が中断した場合でも中断部分の記録領域を確保し、通信再開時には常に最新の映像を表示し、中断部分のコンテンツを受信すると予め確保した記録領域に記録することにより全ての撮影コンテンツを途切れることなく記録することができる。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワークを介して映像音声等のコンテンツを通信するに際し、通信状態が悪くなった場合でも安全にコンテンツをリアルタイム転送するのに好適な送信装置、受信装置およびコンテンツ伝送方法に関するものである。
【背景技術】
【０００２】
パーソナルコンピュータ（以下、ＰＣ）の演算速度や記憶容量など処理能力の発展に伴い、ＰＣに内蔵されるハードディスクドライブ（以下、ＨＤＤ）も大容量化が進んでいる。こうした状況のもとで最近では一般の家庭で利用されるようなランクのＰＣにおいてもＨＤＤを利用してＴＶ放送番組を録画し、これをＰＣのディスプレイで視聴を行うといった使い方ができるようになってきた。
【０００３】
また、近年デジタル映像信号処理技術の発展に伴い、デジタル放送を受信するデジタルチューナ内蔵テレビ（以下、ＤＴＶ）や、デジタル放送番組を録画・再生するデジタル記録装置（例えば、ＨＤＤレコーダやＤＶＤレコーダ、ＢＤレコーダ等）のデジタルＡＶ装置が次々と製品化されている。
【０００４】
さらに、ブロードバンド／インターネットの普及により、これらのＰＣやデジタルＡＶ装置に有線／無線ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）、ＩＥＥＥ１３９４、ＵＳＢなどのデジタルインタフェースを搭載し、ネットワークを介して宅内／宅外でデジタルコンテンツを伝送することが可能になってきた。
【０００５】
このような環境が整いつつある中、ビデオカメラやデジタルカメラなどで撮影したパーソナルデータをＩＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）ネットワークを介してサーバに格納し、特定あるいは不特定多数のユーザに該データを公開するといった写真共有サービス／動画共有サービスが可能になってきた。該サービスとしては、例えば、Ｇｏｏｇｌｅ社が提供する「ＹｏｕＴｕｂｅ」がある。
【０００６】
これらのサービスを利用する場合、ユーザは、ビデオカメラやデジタルカメラの内蔵メモリ（ＨＤＤ、フラッシュメモリ等）やリムーバブルメモリ（磁気テープ、ＳＤカード、光ディスク等）で撮影したデータを一度ＰＣに移し、その後、ＰＣからネットワーク経由で該データをサーバへアップロードする方法がある。また、ＰＣだけでなく、ネットワーク機能を搭載したＤＴＶや携帯端末を利用することもできる。本サービスに必要な技術として以下が開示されている。
【０００７】
【特許文献１】特開２００３−８７７００号
【発明の開示】
【発明が解決しようとする課題】
【０００８】
上記従来の技術では、撮影済みのデータを一括してサーバにアップロードした後、他のユーザに公開することになるため、撮影側と視聴側の間でデータのリアルタイム性は求められない。
【０００９】
しかし、ブローバンド環境やネットワーク対応機器、ネットワークサービスなどが普及してくると、例えば子供の運動会を撮影しているデータをリアルタイムに自宅や祖父母宅へ送信し、その場で視聴しながらデータの記録も同時に実行したいという要求は高い。
【００１０】
本発明の目的は、有線または無線のネットワークを利用し、撮影しているコンテンツを自宅や祖父母宅といった所望の場所へリアルタイムに伝送し、該場所で該コンテンツをリアルタイムに視聴しながら同時にダウンロードすることができるコンテンツ送信装置、受信装置およびコンテンツ伝送方法を提供することである。
【課題を解決するための手段】
【００１１】
上記の課題を解決するために、コンテンツ送信装置は、
宅内および宅外のネットワークを介してコンテンツや制御データの送受信を行うネットワーク通信手段と、
該ネットワークを介して接続されるコンテンツ受信装置に送信するコンテンツを、該ネットワーク通信手段に供給する送信コンテンツ生成手段と、
該ネットワークを介して接続する他の装置に関する情報を管理する機器情報管理手段と、
該コンテンツの一部あるいは全部や、自装置に関する各種の設定情報を内蔵あるいは外付けのメモリに記録する記録手段と、
該ネットワーク通信手段を用いてコンテンツや制御データを送受信中に、通信が継続できなくなった状態を検知する通信障害検知手段と、
該通信障害検知手段を用いて通信が中断したことを検知すると、通信状態が正常に復帰することを試みる通信復帰手段と、
該通信復帰手段を用いて通信中断状態が正常に復帰したことを検知する通信復帰検知手段と、
を備え、
前記送信コンテンツ生成手段を用いてリアルタイムに生成するコンテンツを、前記ネットワーク通信手段を用いてネットワーク接続された他の装置に送信している際に、前記通信障害検知手段を介してコンテンツ送信が中断したことを検知すると、
前記通信復帰手段を用いて通信状態を正常に復帰することを試みると共に、前記記録手段を用いて通信中断により送信できなかったコンテンツおよび通信中断中に生成したコンテンツを内蔵あるいは外付けのメモリに記録し、
前記通信復帰検知手段を用いて通信状態が復帰したことを検知すると、
復帰した時点で生成しているコンテンツの送信を再開すると共に、前記メモリへの記録を停止し、
前記送信コンテンツ生成手段を用いたコンテンツ生成を停止した際に、前記メモリに記録したコンテンツを送信する。
【００１２】
一方、コンテンツ受信装置は、
宅内および宅外のネットワークを介してコンテンツや制御データの送受信を行うネットワーク通信手段と、
該ネットワークを介して接続する他の装置に関する情報を管理する機器情報管理手段と、
該コンテンツの一部あるいは全部や、自装置に関する各種の設定情報を内蔵あるいは外付けのメモリに記録する記録手段と、
該記録手段を用いてメモリに記録されたコンテンツや、該ネットワーク通信手段を介して受信したコンテンツを内蔵あるいは外付けのモニタ画面に再生する再生手段と、
該ネットワーク通信手段を用いてコンテンツや制御データを送受信中に、通信が継続できなくなった状態を検知する通信障害検知手段と、
該通信障害検知手段を用いて通信が中断したことを検知すると、通信状態が正常に復帰することを試みる通信復帰手段と、
該通信復帰手段を用いて通信中断状態が正常に復帰したことを検知する通信復帰検知手段と、
を備え、
前記ネットワーク通信手段を用いてネットワーク接続されたコンテンツ送信装置から送信されたコンテンツを受信し、前記再生手段を用いて該コンテンツを再生すると共に、前記記録手段を用いて該コンテンツをメモリに記録している際に、
前記通信障害検知手段を介してコンテンツ受信が中断したことを検知すると、前記通信復帰手段を用いて通信状態を正常に復帰することを試みると共に、前記記録手段を用いたコンテンツの記録を中断し、記録を中断した位置情報（Ａ）を保持し、
前記通信復帰検知手段を用いて通信状態が復帰したことを検知すると、前記ネットワーク通信手段を介して前記再生手段を用いて受信したコンテンツの再生を再開すると共に、前記記録手段を用いて受信したコンテンツの記録を再開し、記録を再開した位置情報（Ｂ）を保持し、
前記コンテンツ送信装置から前記中断したコンテンツ部分を受信した際に、前記位置情報（Ａ）と前記位置情報（Ｂ）との間に該中断したコンテンツ部分を挿入する。
【発明の効果】
【００１３】
本発明によれば、撮影コンテンツをリアルタイムで送信するコンテンツ送信装置は、コンテンツ転送中に通信中断が発生した場合、中断中のコンテンツを自装置内のメモリに記録し、通信再開時には最新の映像を優先的に送信しながら、中断中に記録したコンテンツを送信する。コンテンツ受信装置は、受信した該コンテンツをリアルタイムに視聴しながら、自装置内のメモリに該コンテンツを記録することができる。通信が中断し、再開した場合でも、常に最新の映像を視聴することができ、中断した部分は視聴できないが記録することができる。これにより、コンテンツ送信装置では大容量のメモリを備える必要がなく、またメモリの残容量を気にすることなくコンテンツを取得することができ、コンテンツ受信装置ではリアルタイムで常に最新のコンテンツを視聴しながら、途切れることなくコンテンツを記録することができ、ユーザの利便性が向上する。
【発明を実施するための最良の形態】
【００１４】
以下実施の形態について説明する。
【実施例１】
【００１５】
以下実施例１について説明する。
本実施の形態の特徴は、撮影したコンテンツをネットワーク経由で他の場所にあるＤＴＶでリアルタイムに視聴しながらダウンロード可能にすることである。
【００１６】
図１は、システム構成を示したものであり、ユーザＡが外出先で子供の運動会の様子をビデオカメラで撮影している映像をネットワーク経由で自宅のＤＴＶに送信し、宅内のユーザＢがＤＴＶ上で運動会の映像を視聴しながら記録する場合を想定している。
【００１７】
ユーザＡが使用するビデオカメラ１００は、無線ＬＡＮを用いて無線アクセスポイント１０を介してインターネット１１に接続可能になっている。また、ユーザＢが利用するＤＴＶ２００は、有線ＬＡＮを用いてルータ１２を介してインターネット１１に接続可能になっている。
【００１８】
ネットワーク上では、ネットワークプロトコルとして標準のＩＰを使用し、上位のトランスポートプロトコルにはＴＣＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ）やＵＤＰ（Ｕｓｅｒ Ｄａｔａｇｒａｍ Ｐｒｏｔｏｃｏｌ）を用いる。コンテンツの伝送には更に上位のアプリケーションプロトコル、例えばＲＴＰ（Ｒｅａｌ−ｔｉｍｅ Ｔｒａｎｓｐｏｒｔ Ｐｒｏｔｏｃｏｌ）やＨＴＴＰ（Ｈｙｐｅｒ Ｔｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）、ＦＴＰ（Ｆｉｌｅ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）等を使用する。なお、ＩＰにはバージョンの違いとしてＩＰｖ４とＩＰｖ６が有る。
【００１９】
ネットワーク接続された上記ビデオカメラ１００とＤＴＶ２００、無線アクセスポイント１０、ルータ１２は、それぞれネットワーク上で自身を識別するＩＰアドレスを所有する。また各々のネットワーク通信処理回路のインターフェース部には４８ビットのＭＡＣ（Ｍｅｄｉａ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ）アドレスが予め製造時に与えられている。
【００２０】
各装置へのＩＰアドレスの設定はＤＨＣＰ（Ｄｙｎａｍｉｃ Ｈｏｓｔ Ｃｏｎｆｉｇｕｒａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）により、例えば無線アクセスポイント１０やルータ１２をＤＨＣＰサーバとして動作させ、ここから各装置のＩＰアドレスを割り振るようにすれば良い。なお、ＩＰｖ６を用いる場合にはステートレス自動設定と呼ばれる方法によりルータ１２のＩＰアドレスの上位６４ｂｉｔとＭＡＣアドレスから各装置が自身のＩＰアドレスを定めることも可能である。
【００２１】
ここで、図１ではユーザＢの宅内はルータ１２とＤＴＶ２００間を有線ＬＡＮで接続しているが、無線アクセスポイント１０を使用したＬＡＮやＩＥＥＥ１３９４、ＵＳＢ、Ｂｌｕｅｔｏｏｔｈ等を用いても良い。また、ルータ１２はハブ機能を内蔵しているものとし、ＤＴＶ２００以外の他の装置を接続することも可能とする。また、無線アクセスポイント１０とルータ１２が一体型になった形態でも良い。
【００２２】
また、ルータ１２は、図示しないモデムあるいは光電変換器などを介して、もしくはルータに内蔵されるモデムあるいは光電変換器によりインターネットに接続される。インターネットへの接続形態はＡＤＳＬ（Ａｓｙｍｍｅｔｒｉｃ Ｄｉｇｉｔａｌ Ｓｕｂｓｃｒｉｂｅｒ ｌｉｎｅ）や光ファイバーなどの高速アクセス回線やＩＳＤＮ（Ｉｎｔｅｇｒａｔｅｄ Ｓｅｒｖｉｃｅｓ Ｄｉｇｉｔａｌ Ｎｅｔｗｏｒｋ）、アナログ電話回線、携帯電話などの移動体通信網などその種類を問わない。インターネット１１は、閉域網ネットワークでも良い。ユーザＡの外出先のネットワーク構成も前記同様である。
【００２３】
また、外出先からインターネット１１を介して宅内の装置にアクセスする方法は、ルータのポートフォワード機能やＶＰＮ（Ｖｉｒｔｕａｌ Ｐｒｉｖａｔｅ Ｎｅｔｗｏｒｋ）などの技術を利用すれば良い。
【００２４】
次に、図２を用いて、ビデオカメラ１００の一構成例について説明する。
ビデオカメラ１００は、カメラ部１０１、マイク部１０２、入力処理部１０３、機器認証処理部１０４、機器情報管理部１０５、記録／再生処理部１０６、メモリ１０７、デコーダ１０８、デジタル出力端子１０９、暗号処理部１１０、通信処理部１１１、制御部１１２、表示部１１３から構成される。
【００２５】
カメラ部１０１は、動画や静止画を撮影する部分である。
マイク部１０２は、音声を入力する部分である。
入力処理部１０３は、リモコンやタッチパネル、操作ボタンなどを利用してユーザがビデオカメラ１００を操作する部分である。
【００２６】
機器認証処理部１０４は、ネットワークを介してコンテンツを安全に転送するために、他のＡＶ装置との間で特定の認証プロトコルに準拠してお互いに正規に認定された機器であるかを認証し、コンテンツの暗号に使用する鍵を共有する部分である。該特定の認証プロトコルは、例えばＳＳＬ（Ｓｅｃｕｒｅ Ｓｏｃｋｅｔｓ Ｌａｙｅｒ）やＭａｒｌｉｎ、ＤＴＣＰ（Ｄｉｇｉｔａｌ Ｔｒａｎｓｍｉｓｓｉｏｎ Ｃｏｎｔｅｎｔ Ｐｒｏｔｅｃｔｉｏｎ）などの標準技術を使用すれば良い。
【００２７】
機器情報管理部１０５は、ネットワーク接続対象となるＡＶ装置や前記機器認証処理部１０４で認証が成功したＡＶ装置に関する情報を管理する部分である。
記録／再生処理部１０６は、前記カメラ部１０１、マイク部１０２で撮影した動画／静止画などのコンテンツの一部あるいは全部をメモリ１０７に記録するための記録制御と、該メモリ１０７に記録したコンテンツを再生するための再生制御を行う部分である。
【００２８】
メモリ１０７は、前記カメラ部１０１、マイク部１０２で撮影した動画／静止画の一部あるいは全部や、自装置の設定情報などの情報を格納する不揮発性のメモリである。内蔵あるいは着脱可能なメモリ形態が考えられ、両方を備えたハイブリッド形態でも良い。
デコーダ１０８は、前記メモリ１０７に格納した圧縮された映像音声データを復号して、元の音声信号、映像信号に伸長する部分である。
【００２９】
デジタル出力端子１０９は、前記デコーダ１０８で伸長したデータを出力する部分であり、例えばＨＤＭＩ（Ｈｉｇｈ−Ｄｅｆｉｎｉｔｉｏｎ Ｍｕｌｔｉｍｅｄｉａ Ｉｎｔｅｒｆａｃｅ）などがある。
暗号処理部１１０は、前記カメラ部１０１、マイク部１０２を用いて撮影したコンテンツを、必要に応じて前記機器認証処理部１０４で共有した鍵を使用して暗号化する部分である。また、ＷＥＰ（Ｗｉｒｅｄ Ｅｑｕｉｖａｌｅｎｔ Ｐｒｉｖａｃｙ）などの無線ＬＡＮにおけるセキュリティ保護の目的で標準的に用いられている公知の暗号化方式を用いて暗号化する部分である。無線ＬＡＮ以外に、３ＧやＷ−ＣＤＭＡ（Ｗｉｄｅｂａｎｄ Ｃｏｄｅ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ）など携帯電話などで使用している無線通信方式を利用しても良い。
【００３０】
通信処理部１１１は、無線ＬＡＮで接続した他のＡＶ装置との間でコンテンツや制御コマンドを送受信する部分である。
表示部１１３は、前記カメラ部１０１、マイク部１０２を用いて撮影したコンテンツや、メニューや設定画面などを、内蔵あるいは外付けのモニタに表示する部分である。
制御部１１２は、ビデオカメラ１００における各部の動作を統括的に制御する部分である。
【００３１】
次に、図３を用いて、ＤＴＶ２００の一構成例について説明する。
ＤＴＶ１００は、チューナ２０１、デスクランブラ２０２、デマルチプレクサ２０３、デコーダ２０４、表示部／スピーカ２０５、デジタル出力端子２０６、入力処理部２０７、機器認証処理部２０８、機器情報管理部２０９、記録／再生処理部２１０、メモリ２１１、暗号／復号処理部２１２、通信処理部２１３、通信ＩＦ２１４、制御部２１５、デジタル入力端子２１６から構成される。
【００３２】
チューナ２０１は、放送局からアンテナを介して受信した複数のチャンネルから所望のチャンネルを選局し、デジタル変調された番組を復調する部分である。
デスクランブラ２０２は、サービス事業者と契約したチャンネルのみを受信可能とするためにかけられている番組のスクランブルを解除する部分である。
【００３３】
デマルチプレクサ２０３は、放送番組から音声データ、映像データを抽出する部分である。
デコーダ２０４は、該チューナ２０１から受信した放送番組や通信ＩＦ２１４から受信した圧縮された音声データや映像データを復号して、元の音声信号、映像信号に伸長する部分である。
【００３４】
表示部／スピーカ２０５は、該デコーダ２０４からの出力信号や、デジタル入力端子２１６から入力された信号を再生する部分である。内蔵でも、外付けでも良い。
デジタル出力端子２０６は該デコーダ２０４で伸長したデータを出力する部分であり、例えばＨＤＭＩなどがある。
【００３５】
入力処理部２０７は、リモコンやタッチパネルなどを利用してユーザがＤＴＶ２００を操作する部分である。
機器認証処理部２０８は、ＬＡＮを介してコンテンツを転送するために、他のＡＶ装置との間で特定の認証プロトコルに準拠してお互いに正規に認定された機器であるかを認証し、コンテンツの暗号／復号に使用する鍵を共有する部分である。該特定の認証プロトコルは、例えばＳＳＬやＭａｒｌｉｎ、ＤＴＣＰなどの技術を使用すれば良い。
【００３６】
機器情報管理部２０９は、前記機器認証処理部２０８で認証が成功したＡＶ装置に関する情報を管理する部分である。
記録／再生処理部２１０は、前記チューナ２０１で受信した放送番組や前記通信ＩＦ２１４から受信したデジタルコンテンツをメモリ２１１に記録するための記録制御と、該メモリ２１１に記録したコンテンツを再生するための再生制御を行う部分である。
【００３７】
メモリ２１１は、前記チューナ２０１で受信した放送番組や前記通信ＩＦ２１４から受信したデジタルコンテンツ、自装置の設定情報、予約視聴／予約録画などの情報を格納する不揮発性のメモリである。内蔵あるいは着脱可能なメモリ形態が考えられ、両方を備えたハイブリッド形態でも良い。
暗号／復号処理部２１２は、放送番組や通信ＩＦ２１４を介して受信したコンテンツを、前記機器認証処理部２０８で共有した鍵を使用して暗号化あるいは復号化する部分である。
【００３８】
通信処理部２１３は、通信ＩＦ２１４を介してＬＡＮで接続した他のＡＶ装置との間でコンテンツや制御コマンドを送受信する部分である。送信されるコンテンツには、必要に応じてその取り扱い方を示す「コピー制限なし」「一回限りコピー可」「コピー禁止」などの識別コードを付して送信される。
【００３９】
通信ＩＦ２１４は、ＬＡＮ経由でコンテンツや制御コマンドを入出力する部分である。
制御部２１５は、ＤＴＶ１００における各部の動作を統括的に制御する部分である。
デジタル入力端子２１６は他のＡＶ装置からの伸長したデジタルデータを入力する部分であり、例えばＨＤＭＩなどがある。
【００４０】
次に、図４を用いて、前記機器情報管理部１０５、２０９で格納する機器情報テーブル４００の一構成例について説明する。
機器情報テーブル４００は、ＩＤ４０１、アドレス情報４０２、登録情報４０３、種別４０４、機器名／サービス名４０５から構成される。
【００４１】
ＩＤ４０１は、該機器情報テーブルに登録された要素（レコード）を一意に識別するための番号を示す。
アドレス情報４０２は、宅内だけでなく宅外からアクセスすることが可能であり、ネットワーク上における各装置を一意に識別するためのＩＰアドレスやＭＡＣアドレス、ポート番号等を示す。
【００４２】
登録情報４０３は、ネットワークを介して前記アドレス情報４０２が示す各装置にアクセスするために必要な情報、例えばユーザ名やパスワード等を示す。宅外からルータ１２にログインするための情報も含む。
種別４０４は、ネットワークを介してアクセスする各装置の種別、例えばテレビ、レコーダ、カメラ、センタ等を示す。
【００４３】
機器名／サービス名４０５は、ネットワークを介してアクセスする各装置の名称や提供するサービス名を示す。
この他に、ユーザが任意に設定した前記機器名／サービス名４０５のニックネームや所有者の名前などの情報を追加しても良い。
【００４４】
ビデオカメラ１００やＤＴＶ２００は、ユーザによる手動設定、あるいは／そして他の装置をネットワーク接続した際に、他の装置を自動的に認識することにより、前記機器情報テーブル４００に他の装置に関する情報を設定する。他の装置を自動的に認識する技術としては、例えばＳＳＤＰ（Ｓｉｎｐｌｅ Ｓｅｒｖｉｃｅ Ｄｉｓｃｏｖｅｒｙ Ｐｒｏｔｏｃｏｌ）やＤＬＮＡ（Ｄｉｇｉｔａｌ Ｌｉｖｉｎｇ Ｎｅｔｗｏｒｋ Ａｌｌｉａｎｃｅ）が挙げられる。
【００４５】
本実施例では、ビデオカメラ１００の機器情報テーブル４００には、予めＤＴＶ２００に関する情報（ＩＤ４１０の登録要素）が登録されているものとする。
【００４６】
以上に記載した各装置と情報を用いて、前記図１に示したシステム構成において、ビデオカメラ１００（コンテンツ送信装置）とＤＴＶ２００（コンテンツ受信装置）との間で実行するコンテンツ送信手順について説明する。
【００４７】
最初に、ユーザＡがビデオカメラ１００で撮影を開始する前に、記録先を設定する手順について図５を用いて説明する。ユーザＡは、ビデオカメラ１００の表示部１１３を用いて、記録先の設定画面５０１を表示する。該画面５０１上には、撮影したコンテンツの記録先である「内蔵メモリ」や「ネットワーク接続機器」等が表示される。ユーザＡは、入力処理部１０３を介して、表示された記録先の中から所望の記録先を選択する。本実施例では、画面５０２に示す通り、本発明の特徴である「ネットワーク接続機器」を選択するものとする。
【００４８】
該画面５０２上でユーザＡが「ネットワーク接続機器」を選択すると、前記機器情報テーブル４００内に登録された装置の機器名／サービス名−「ＷＨＯＡＭＩ（ＤＴＶ２００の機器名）」と「ＭＡＴＩＳＳＥ」−を表示した画面５０３が表示される。ユーザＡは、入力処理部１０３を用いてＤＴＶ２００を示す「ＷＨＯＡＭＩ」を選択すると、画面５０４が表示される。
【００４９】
該画面５０４上には、撮影したコンテンツを選択したネットワーク接続機器上でどのように扱うかを設定するメニューを表示する。該画面５０４には、例えば該コンテンツの記録のみを実行する「記録のみ」、該コンテンツをリアルタイムに視聴する「ライブ表示のみ」、該コンテンツを記録しながら同時にリアルタイム視聴する「記録＋ライブ表示」などを表示する。
【００５０】
該画面５０４上で「記録のみ」「ライブ表示のみ」「記録＋ライブ表示」のそれぞれを選択した場合の以降の処理手順について、図６、図７、図９を用いて説明する。
【００５１】
図６は、前記画面５０４上で「記録のみ」を選択した場合に、ビデオカメラ１００が撮影したコンテンツをＤＴＶ２００が記録を開始するまでの処理６００を示す。ここで、本処理のための情報の送受信にはプロトコルとしてＴＣＰやＵＤＰの技術を用いるものとし、コネクションの確立および破棄のためのデータ送受信については省略してある。
【００５２】
ビデオカメラ１００の制御部１１２は、機器情報管理部１０５に格納された機器情報テーブル４００を参照し、通信処理部１１１を介してＤＴＶ２００に対して機器情報要求を送信する（Ｓ６０１）。
ＤＴＶ２００の制御部２１５は、通信ＩＦ２１４と通信処理部２１３を経由して前記機器情報要求を受信すると、自装置に関する情報、例えば機器名、メーカー名、テレビやレコーダといった種別等を返信する（Ｓ６０２）。
【００５３】
次に、ビデオカメラ１００の制御部１１２は、通信処理部１１１を介してＤＴＶ２００に対して機能情報要求を送信する（Ｓ６０３）。
それに対してＤＴＶ２００の制御部２１５は、自装置が備えた機能やサービスに関する情報、例えば視聴機能や録画機能、コンテンツ検索機能、扱うことができるデータフォーマットやメモリの種類等を返信する（Ｓ６０４）。
【００５４】
ビデオカメラ１００の制御部１１２は、前記Ｓ６０２、Ｓ６０４で取得したＤＴＶ２００に関する情報をチェックし、以降の処理を続行するか否かを確認する。そして、ＤＴＶ２００が所望の接続先であり必要な機能を備えていることを確認できると、通信処理部１１１を介してＤＴＶ２００に対して記録要求を送信する（Ｓ６０５）。ここで、記録要求には、ＤＴＶ２００のメモリ２１１に記録する際に必要な情報、例えばコンテンツ名、記録フォーマット、格納するフォルダ名などを含んでも良い。
【００５５】
それに対してＤＴＶ２００の制御部２１５は、メモリ２１１に格納された予約視聴や予約録画の情報を確認し、現在録画が可能な状況であるか否か確認し（Ｓ６０６）、その結果をビデオカメラ１００に返信する（Ｓ６０７）。
【００５６】
ビデオカメラ１００の制御部１１２は、前記Ｓ６０７でＤＴＶ２００が記録不可の場合は処理を終了する。一方、ＤＴＶ２００が記録可能の場合は、機器認証処理部１０４とＤＴＶ２００の機器認証処理部２０８との間で、特定の認証プロトコルに準拠してお互いに正規に認定された機器であるかを認証する。該特定の認証プロトコルは、例えばＳＳＬやＭａｒｌｉｎ、ＤＴＣＰなどの技術を使用すれば良い（Ｓ６０８）。
【００５７】
前記Ｓ６０８で機器認証が成功すると、ビデオカメラ１００の制御部１１２は、ユーザＡからの記録指示待ち状態になる。そして、ユーザＡが入力処理部１０３を介して記録を指示（例えば、ビデオカメラ１００の[記録]ボタンを押下）すると、ＤＴＶ２００に対して記録開始要求を送信する（Ｓ６０９）。ここで、記録要求開始には、ＨＴＴＰのＰＯＳＴ機能を使用しても良い。
【００５８】
それに対してＤＴＶ２００の制御部２１５は、記録／再生処理部２１０に記録準備とメモリ２１１への記録開始を指示し、暗号／復号処理部２１２と通信処理部２１３に通信ＩＦ２１４経由でデータ受信の開始を指示する（Ｓ６１０）。そして、ビデオカメラ１００に対して受信確認を返信する（Ｓ６１１）。
【００５９】
ビデオカメラ１００の制御部１１２は、カメラ部１０１とマイク部１０２、記録／再生処理部１０６に対して撮影開始を指示し、動画／静止画の撮影を開始する（Ｓ６１２）。
前記カメラ部１０１とマイク部１０２で入力された動画／静止画は、必要に応じて暗号処理部１１０で暗号化した後、通信処理部１１１を介してＤＴＶ２００に対してコンテンツを送信する（Ｓ６１３）。ここで、撮影したコンテンツの送信には、信頼性が高いＴＣＰを使用することが望ましい。また、暗号アルゴリズムとしては例えばＡＥＳ（Ａｄｖａｎｃｅｄ Ｅｎｃｒｙｐｔｉｏｎ Ｓｔａｎｄａｒｄ）を使用すれば良い。
【００６０】
ＤＴＶ２００では、通信ＩＦ２１４を介して受信したコンテンツをそのまま、あるいは必要に応じて暗号／復号処理部２１２で復号化した後、該コンテンツをメモリ２１１に格納する。メモリ２１１に格納する際、必要に応じて暗号／復号処理部２１２で再度暗号化して記録しても良い。
【００６１】
ビデオカメラ１００の制御部１１２は、前記Ｓ６１２で撮影を開始すると、定期的にＤＴＶ２００の動作状態を取得し、記録状態であることを確認しても良い。あるいは、ＤＴＶ２００が自装置の動作状態が変化したときにビデオカメラ１００に対して通知を出すことも考えられる。
【００６２】
ここで、ビデオカメラ１００がＤＴＶ２００の機器情報や機能情報を前記機器情報テーブル４００に登録するなどの方法で予め把握している場合は、上記Ｓ６０１〜Ｓ６０４の処理は実行しなくても良い。また、ユーザＡはビデオカメラ１００への記録指示を上記Ｓ６０９の開始タイミングとしているが、上記Ｓ６０５の開始タイミングとしても良い。
【００６３】
また、ＤＴＶ２００は、上記Ｓ６０６で録画が可能な状況であるか確認する際に、上記Ｓ６０８の機器認証処理を実行し、その結果も含めて判断した後、最後に上記Ｓ６０７の記録可否結果を返信しても良い。
【００６４】
次に図７は、前記画面５０４上で「ライブ表示のみ」を選択した場合に、ビデオカメラ１００が撮影したコンテンツをＤＴＶ２００で視聴開始するまでの処理を示す。前記同様、本処理のための情報の送受信にはプロトコルとしてＴＣＰやＵＤＰの技術を用いるものとし、コネクションの確立および破棄のためのデータ送受信については省略してある。
【００６５】
ビデオカメラ１００の制御部１１２は、機器情報管理部１０５に格納された機器情報テーブル４００を参照し、通信処理部１１１を介してＤＴＶ２００に対して機器情報要求を送信する（Ｓ７０１）。
ＤＴＶ２００の制御部２１５は、通信ＩＦ２１４と通信処理部２１３を経由して前記機器情報要求を受信すると、自装置に関する情報、例えば機器名、メーカー名、テレビやレコーダといった種別等を返信する（Ｓ７０２）。
【００６６】
次に、ビデオカメラ１００の制御部１１２は、通信処理部１１１を介してＤＴＶ２００に対して機能情報要求を送信する（Ｓ７０３）。
それに対してＤＴＶ２００の制御部２１５は、自装置が備えた機能やサービスに関する情報、例えば視聴機能や録画機能、コンテンツ検索機能、扱うことができるデータフォーマットやメモリの種類等を返信する（Ｓ７０４）。
【００６７】
ビデオカメラ１００の制御部１１２は、前記Ｓ７０２、Ｓ７０４で取得したＤＴＶ２００に関する情報をチェックし、以降の処理を続行するか否かを確認する。そして、ＤＴＶ２００が所望の接続先であり必要な機能を備えていることを確認できると、通信処理部１１１を介してＤＴＶ２００に対してライブ視聴要求を送信する（Ｓ７０５）。ここで、ライブ視聴要求には、ＤＴＶ２００の表示部／スピーカ２０５で視聴する際に必要な情報、例えばコンテンツ名、視聴フォーマットなどを含んでも良い。
【００６８】
それに対してＤＴＶ２００の制御部２１５は、メモリ２１１に格納された予約視聴や予約録画の情報を確認し、現在ライブ視聴が可能な状況であるか否か確認し（Ｓ７０６）、その結果をビデオカメラ１００に返信する（Ｓ７０７）。
【００６９】
ビデオカメラ１００の制御部１１２は、前記Ｓ７０７でＤＴＶ２００が視聴不可の場合は処理を終了する。一方、ＤＴＶ２００が視聴録可能の場合は、機器認証処理部１０４とＤＴＶ２００の機器認証処理部２０８との間で、特定の認証プロトコルに準拠してお互いに正規に認定された機器であるかを認証する。該特定の認証プロトコルは、例えばＳＳＬやＭａｒｌｉｎ、ＤＴＣＰなどの技術を使用すれば良い（Ｓ７０８）。
【００７０】
前記Ｓ７０８で機器認証が成功すると、ビデオカメラ１００の制御部１１２は、ユーザＡからの記録指示待ち状態になる。そして、ユーザＡが入力処理部１０３を介して記録（実際は撮影のみであるが）を指示（例えば、ビデオカメラ１００の[記録]ボタンを押下）すると、ＤＴＶ２００に対して撮影開始通知を送信する（Ｓ７０９）。
【００７１】
それに対してＤＴＶ２００の制御部２１５は、表示部／スピーカ２０５にライブ映像が配信される旨を表示することを指示し、暗号／復号処理部２１２と通信処理部２１３に通信ＩＦ２１４経由でデータ受信の開始を指示する。そして、ビデオカメラ１００に対して受信確認を返信する（Ｓ７１０）。ここで、図８に示すように、例えばユーザＢがＤＴＶ２００で放送番組を視聴している場合は（画面８０１）、ライブ映像が配信されることを通知するために、放送番組の表示画面上に[ＬＩＶＥ]ボタン８０３を表示する（画面８０２）。
【００７２】
前記受信確認を受け取ったビデオカメラ１００の制御部１１２は、カメラ部１０１とマイク部１０２、記録／再生処理部１０６に対して撮影開始を指示し、動画／静止画の撮影を開始する（Ｓ７１１）。
【００７３】
宅内のユーザＢがＤＴＶ２００の入力処理部２０７を介して前記画面８０２上に表示されている[ＬＩＶＥ]ボタンを選択すると（Ｓ７１２）、制御部２１５は通信ＩＦ２１４を介して、ビデオカメラ１００に対してコンテンツ要求を送信する（Ｓ７１３）。コンテンツ要求には、ＨＴＴＰのＧＥＴ機能を使用しても良い。
【００７４】
それに対してビデオカメラ１００の制御部１１２は、ＤＴＶ２００に対して受信確認を返信し（Ｓ７１４）、前記カメラ部１０１とマイク部１０２で入力された動画／静止画を必要に応じて暗号処理部１１０で暗号化した後、通信処理部１１１を介してＤＴＶ２００に対してコンテンツを送信する（Ｓ７１５）。ここで、暗号アルゴリズムとしては前述同様、例えば暗号化技術であるＡＥＳを使用すれば良い。また、ビデオカメラ１００の制御部１１２は、ＤＴＶ２００で視聴を開始した旨をユーザＡに通知するため、図８の画面８０５を表示部１１３に表示しても良い。
【００７５】
ＤＴＶ２００では、通信ＩＦ２１４を介して受信したコンテンツを必要に応じて暗号／復号処理部２１２で復号化し、デコーダ２０４で映像データ、音声データに伸長する。そして、図８の画面８０４に示すように、表示部／スピーカ２０５にビデオカメラで撮影しているコンテンツを表示する。
【００７６】
ビデオカメラ１００の制御部１１２は、前記Ｓ７１１で撮影を開始すると、定期的にＤＴＶ２００の動作状態を取得し、視聴状態であることを確認しても良い。あるいは、ＤＴＶ２００が自装置の動作状態が変化したときにビデオカメラ１００に対して通知を出すことも考えられる。
【００７７】
ここで、ビデオカメラ１００がＤＴＶ２００の機器情報や機能情報を前記機器情報テーブル４００に登録するなどの方法で予め把握している場合は、上記Ｓ７０１〜Ｓ７０４の処理は実行しなくても良い。また、ユーザＡはビデオカメラ１００への記録指示を上記Ｓ７０９の開始タイミングとしているが、上記Ｓ７０５の開始タイミングとしても良い。
【００７８】
また、ＤＴＶ２００は、上記Ｓ７０６で視聴が可能な状況であるか確認する際に、上記Ｓ７０８の機器認証処理を実行し、その結果も含めて判断した後、最後に上記Ｓ７０７の記録可否結果を返信しても良い。
さらに、上記Ｓ７０８の機器認証処理は、前述のＳ６０８の機器認証処理と一部あるいは全部同じシーケンスでも良いし、記録用／ライブ視聴用でシーケンスが別物であっても良い。
【００７９】
次に図９は、前記画面５０４上で「記録＋ライブ表示」を選択した場合に、ビデオカメラ１００が撮影したコンテンツをＤＴＶ２００で記録と視聴を開始するまでの処理９００を示す。前記同様、本処理のための情報の送受信にはプロトコルとしてＴＣＰやＵＤＰの技術を用いるものとし、コネクションの確立および破棄のためのデータ送受信については省略してある。
【００８０】
ビデオカメラ１００の制御部１１２は、機器情報管理部１０５に格納された機器情報テーブル４００を参照し、通信処理部１１１を介してＤＴＶ２００に対して機器情報要求を送信する（Ｓ９０１）。
ＤＴＶ２００の制御部２１５は、通信ＩＦ２１４と通信処理部２１３を経由して前記機器情報要求を受信すると、自装置に関する情報、例えば機器名、メーカー名、テレビやレコーダといった種別等を返信する（Ｓ９０２）。
【００８１】
次に、ビデオカメラ１００の制御部１１２は、通信処理部１１１を介してＤＴＶ２００に対して機能情報要求を送信する（Ｓ９０３）。
それに対してＤＴＶ２００の制御部２１５は、自装置が備えた機能やサービスに関する情報、例えば視聴機能や録画機能、コンテンツ検索機能、扱うことができるデータフォーマットやメモリの種類等を返信する（Ｓ９０４）。
【００８２】
ビデオカメラ１００の制御部１１２は、前記Ｓ９０２、Ｓ９０４で取得したＤＴＶ２００に関する情報をチェックし、以降の処理を続行するか否かを確認する。そして、ＤＴＶ２００が所望の接続先であり必要な機能を備えていることを確認できると、通信処理部１１１を介してＤＴＶ２００に対して記録／ライブ視聴要求を送信する（Ｓ９０５）。
【００８３】
ここで、記録／ライブ視聴要求には、ＤＴＶ２００の表示部／スピーカ２０５で視聴する際に必要な情報やメモリ２１１に記録する際に必要な情報、例えばコンテンツ名、視聴フォーマット、記録フォーマット、格納するフォルダ名などを含んでも良い。また、本要求は、記録要求とライブ視聴要求の２つを別々に発行しても良い。
【００８４】
それに対してＤＴＶ２００の制御部２１５は、メモリ２１１に格納された予約視聴や予約録画の情報を確認し、現在録画および視聴が可能な状況であるか否か確認し（Ｓ９０６）、その結果をビデオカメラ１００に返信する（Ｓ９０７）。
【００８５】
ビデオカメラ１００の制御部１１２は、前記Ｓ９０７でＤＴＶ２００が記録不可あるいは視聴不可の場合は処理を終了する。一方、ＤＴＶ２００が記録可能かつ視聴可能の場合は、機器認証処理部１０４とＤＴＶ２００の機器認証処理部２０８との間で、特定の認証プロトコルに準拠してお互いに正規に認定された機器であるかを認証する。該特定の認証プロトコルは、例えばＳＳＬやＭａｒｌｉｎ、ＤＴＣＰなどの技術を使用すれば良い（Ｓ９０８）。
【００８６】
前記Ｓ９０８で機器認証が成功すると、ビデオカメラ１００の制御部１１２は、ユーザＡからの記録指示待ち状態になる。そして、ユーザＡが入力処理部１０３を介して記録を指示（例えば、ビデオカメラ１００の[記録]ボタンを押下）すると、ＤＴＶ２００に対して記録要求開始を送信する（Ｓ９０９）。ここで、記録要求開始には、ＨＴＴＰのＰＯＳＴ機能を使用しても良い。
【００８７】
それに対してＤＴＶ２００の制御部２１５は、記録／再生処理部２１０に記録準備とメモリ２１１への記録開始を指示し、暗号／復号処理部２１２と通信処理部２１３に通信ＩＦ２１４経由でデータ受信の開始を指示する。また、表示部／スピーカ２０５にライブ映像が配信される旨を表示（例えば画面８０２のように[ＬＩＶＥ]ボタン８０３を表示）することを指示する（Ｓ９１０）。そして、ビデオカメラ１００に対して受信確認を返信する（Ｓ９１１）。
【００８８】
ビデオカメラ１００の制御部１１２は、カメラ部１０１とマイク部１０２、記録／再生処理部１０６に対して撮影開始を指示し、動画／静止画の撮影を開始する（Ｓ９１２）。
前記カメラ部１０１とマイク部１０２で入力された動画／静止画は、必要に応じて暗号処理部１１０で暗号化した後、通信処理部１１１を介してＤＴＶ２００に対してコンテンツを送信する（Ｓ９１３）。ここで、撮影したコンテンツの送信には、信頼性が高いＴＣＰを使用することが望ましい。また暗号アルゴリズムとしては前述同様、例えば暗号化技術であるＡＥＳを使用すれば良い。
【００８９】
ＤＴＶ２００では、通信ＩＦ２１４を介して受信したコンテンツをそのまま、あるいは必要に応じて暗号／復号処理部２１２で復号化した後、該コンテンツをメモリ２１１に格納する。また、ユーザＢがライブ映像の視聴を指示するまで表示部／スピーカ２０５にはライブ映像を表示しない。ユーザＢがライブ映像の視聴を指示すると、前記受信コンテンツをメモリ２１１に格納しながら同時にデコーダ２０４で映像データ、音声データに伸長し、表示部／スピーカ２０５に表示する。受信コンテンツをメモリ２１１に格納する際、必要に応じて暗号／復号処理部２１２で再度暗号化して記録しても良い。
【００９０】
ビデオカメラ１００の制御部１１２は、前記Ｓ９１２で撮影を開始すると、定期的にＤＴＶ２００の動作状態を取得し、記録状態であることを確認しても良い。あるいは、ＤＴＶ２００が自装置の動作状態が変化したときにビデオカメラ１００に対して通知を出すことも考えられる。
ここで、ビデオカメラ１００がＤＴＶ２００の機器情報や機能情報を前記機器情報テーブル４００に登録するなどの方法で予め把握している場合は、上記Ｓ９０１〜Ｓ９０４の処理は実行しなくても良い。また、ユーザＡはビデオカメラ１００への記録指示を上記Ｓ９０９の開始タイミングとしているが、上記Ｓ９０５の開始タイミングとしても良い。
【００９１】
さらに、上記Ｓ９０９でユーザＡがビデオカメラ１００の撮影を指示した後、実際にユーザＢがＤＴＶ２００での視聴を指示するまでの時間は不定であるため、ユーザＡはユーザＢが撮影した映像を見ているのか否か分からない。そこで、図９には記載していないが、ユーザＢが、表示前記Ｓ９１０にてＤＴＶ２００の表示部／スピーカ２０５に表示された画面８０２の［ＬＩＶＥ］ボタン８０３を指示した時に、ＤＴＶ２００からビデオカメラ１００へ視聴状態である旨（前述した動作状態の変化の一つでも良い）を通知してもらう。これにより、ビデオカメラ１００は、ＤＴＶ２００で視聴を開始したことを検知し、前記図８の画面８０５を表示して、ユーザＡに知らせることができる。
【００９２】
一方、ＤＴＶ２００は、上記Ｓ９０６で録画が可能な状況であるか確認する際に、上記Ｓ９０８の機器認証処理を実行し、その結果も含めて判断した後、最後に上記Ｓ９０７の記録可否結果を返信しても良い。
また、上記Ｓ９０７でＤＴＶ２００が記録不可で視聴可能な場合は、自動的にあるいはユーザＡの選択により、図７に示した「ライブ表示のみ」を選択した場合の処理に変更することも考えられる。同様に、上記Ｓ９０７でＤＴＶ２００が記録可能で視聴不可の場合は、図６で示した「記録のみ」を選択した場合の処理に変更しても良い。
以上から、図６、図７、図９の手順を用いて、ビデオカメラ１００で撮影したコンテンツを、ＤＴＶ２００で記録または／かつライブ視聴を行うことが可能となる。
【００９３】
次に、ビデオカメラ１００とＤＴＶ２００との間で撮影コンテンツを伝送している途中で、何らかの通信障害（例えば、ＴＣＰコネクションが破棄される、パケット落ちが発生し再送処理が実行される、無線アクセスポイント１０が認識できなくなる等）が発生した場合の処理手順について、図１０、図１３を用いて説明する。
【００９４】
図１０は、通信障害が発生した場合の記録／ライブ視聴の中断および再開するまでの処理１０００を示す。ここで、本処理では、前記画面５０４上で「記録＋ライブ表示」を選択しているものとする。
ビデオカメラ１００の制御部１１２は、撮影したコンテンツをＤＴＶ２００に対して送信中に、前述した通信障害を検知し、該コンテンツをリアルタイムに送信することができなくなったことを検知すると（Ｓ１００１）、記録／再生処理部１０６に指示して、既に自装置内のバッファに格納済みでＤＴＶ２００に対して送信待ち状態のデータおよび撮影続行中のデータを、一旦メモリ１０７に記録する（Ｓ１００２）。
【００９５】
それと同時に、ＴＣＰコネクションの再確立や無線アクセスポイントの再認識など、通信障害の復帰を試みる。そして、通信状態が復帰し、データ送信が可能な状態になったことを検知すると（Ｓ１００３）、ビデオカメラ１００の制御部１１２は、ＤＴＶ２００に対して記録一時中断要求を送信する（Ｓ１００４）。
【００９６】
これに対してＤＴＶ２００の制御部２１５は、記録／再生処理部２１０に一時停止あるいは停止を指示し、メモリ２１１へのコンテンツ記録を停止する（Ｓ１００５）。そして、一時停止した旨を受信確認としてビデオカメラ１００へ返信する（Ｓ１００６）。
【００９７】
次に、ビデオカメラ１００の制御部１１２は、メモリ１０７に蓄積予定のコンテンツサイズを算出し、ＤＴＶ２００のメモリ２１１への記録位置を該コンテンツサイズ分だけ先に移動することを要求するオフセット設定要求を、ＤＴＶ２００に対して送信する（Ｓ１００７）。ここで、前記Ｓ１００７で、ビデオカメラ１００の記録／再生処理部１０６は、図１１に示すような記録情報テーブル１１０をメモリ１０７上で管理する。
【００９８】
該記録情報テーブル１１０は、該テーブルに登録された要素（レコード）を識別するための番号であるＩＤ１１０１と、前記Ｓ１００２でメモリ１０７に記録開始した撮影コンテンツの位置を示す中断開始位置１１０２と、前記Ｓ１００７で算出したメモリ１０７に蓄積予定のコンテンツサイズを示す中断サイズ１１０３と、ＤＴＶ側の情報１１０４から構成される。前記Ｓ１００７でオフセット設定要求を発行する前に、記録／再生処理部１０６は、前記記録情報テーブル１１００内の中断開始位置１１０２と中断サイズ１１０３を設定する。
【００９９】
前記オフセット設定要求を受信したＤＴＶ２００の制御部２１５は、メモリ２１１への現在の記録位置から連続した領域、あるいは別の領域（不連続の領域あるいは一時蓄積用の領域）を指定されたオフセットのサイズ分を確保できるか否かを確認し（Ｓ１００８）、その結果を受信確認としてビデオカメラ１００に返信する（Ｓ１００９）。ここで、ＤＴＶ２００の記録／再生処理部２１０は、図１２に示すような記録情報テーブル１２００をメモリ２１１上で管理する。
【０１００】
該記録情報テーブル１２００は、該テーブルに登録された要素（レコード）を識別するための番号であるＩＤ１２０１と、前記Ｓ１００８で確保した領域を識別するための領域ＩＤ１２０２と、確保した領域サイズを示す容量１２０３から構成される。前記１００９で返信する受信確認には、前記領域ＩＤ１２０２を含んでも良い。
【０１０１】
前記受信確認を受信したビデオカメラ１００の制御部１１２は、受信した領域ＩＤ１２０２を前記記録情報テーブル１１００内のＤＴＶ側の情報１１０４に記録した後、ＤＴＶ２００に対して記録再開要求を送信する（Ｓ１０１０）。
【０１０２】
それに対してＤＴＶ２００の制御部２１５は、記録／再生処理部２１０に対して、メモリ２１１への記録位置を正しく設定し、記録再開することを指示する（Ｓ１０１１）。そして、ビデオカメラ１００に対して受信確認を返信する（Ｓ１０１２）。
【０１０３】
前記受信確認を受信したビデオカメラ１００の制御部１１２は、前記メモリ１０７に記録予定サイズ分の撮影コンテンツ以降の部分を、ＤＴＶ２００に対して送信を再開する（Ｓ１０１３）。そして、前記メモリ１０７に予定サイズにコンテンツを記録した後、記録を停止する（Ｓ１０１４）。
【０１０４】
ここで、前記Ｓ１００７で、ビデオカメラ１００のコンテンツサイズの算出には、前記Ｓ１００２で記載した中断前に既に送信待ち状態だったデータと中断中に撮影したデータのサイズを使用し、必要に応じてＧＯＰ（Ｇｒｏｕｐ Ｏｆ Ｐｉｃｔｕｒｅ）単位やアライメント境界を考慮して適切なサイズに調整する。前記Ｓ１００５でＤＴＶ２００の記録を停止した後、実際にＤＴＶ２００で記録したサイズを取得し、該サイズを用いて算出する方法もある。
【０１０５】
上述した中断・再開処理１０００を含めて、撮影コンテンツの全てがどのように転送され、ＤＴＶ２００の画面上にはどのような画面が表示されるかを図１３に示す。
ここで、ビデオカメラ１００で撮影した全てのコンテンツ１３００をＤＴＶ２００へ送信する際に、前記の中断・再開処理１０００が２回発生したものとする。
【０１０６】
まず、撮影コンテンツ１３００の先頭からＡ部分１３０１を順次ＤＴＶ２００へ送信する。ＤＴＶ２００では、受信したＡ部分１３１１をメモリ２１１に記録しながら、表示部／スピーカ２０５にＡ部分１３１１を順次再生する。
【０１０７】
そして、１回目の中断・再開処理が発生すると、前述のＳ１００２の通りビデオカメラ１００は中断１部分１３０２をメモリ１０７に一時蓄積し、Ｓ１００７で中断１部分１３０２のサイズをＤＴＶ２００に通知する。一方、ＤＴＶ２００はメモリ２１１への記録を一時停止し、該中断１部分のサイズ分の領域１部分１３１２を確保する。その際、表示部／スピーカ２０５には、Ａ部分１３１１の最後の映像（静止画）またはブラック画面を表示する。
【０１０８】
その後、通信が再開すると、ビデオカメラ１００は、現在撮影中であるコンテンツのＢ部分１３０３を順次ＤＴＶ２００へ送信する。ＤＴＶ２００では、受信したＢ部分１３１３をメモリ２１１に記録しながら、表示部／スピーカ２０５にＢ部分１３１３を順次再生する。
【０１０９】
また、２回目の中断・再開処理が発生すると、前述と同様に、ビデオカメラ１００は中断２部分１３０４をメモリ１０７に一時蓄積し、中断２部分１３０４のサイズをＤＴＶ２００へ通知する。ＤＴＶ２００はメモリ２１１への記録を一時停止し、該中断２部分のサイズ分の領域２部分１３１４を確保する。その際、表示部／スピーカ２０５には、Ｂ部分１３１３の最後の映像（静止画）またはブラック画面を表示する。
【０１１０】
その後、通信が再開すると、ビデオカメラ１００は、現在撮影中であるコンテンツのＣ部分１３０５を順次ＤＴＶ２００へ送信する。ＤＴＶ２００では、受信したＣ部分１３１５をメモリ２１１に記録しながら、表示部／スピーカ２０５にＣ部分１３１３を順次再生する。
以上から、撮影コンテンツ１３００の内、ＤＴＶ２００には、Ａ部分１３１１、Ｂ部分１３１３、Ｃ部分１３１５がメモリ２１１に記録され、表示部／スピーカ２０５上に表示されたことになる。
【０１１１】
次に、図１４を用いて、ビデオカメラ１００が撮影を終了する際の手順１４００について説明する。
まず、ユーザＡは、ビデオカメラ１００の入力処理部１０３を介して撮影終了を指示（例えば、ビデオカメラ１００の[停止]ボタンを押下）する（Ｓ１４０１）。
【０１１２】
撮影終了指示を検知したビデオカメラ１００の制御部１１２は、メモリ１０７に格納された記録情報テーブル１１００を取得し、中断・再開処理１０００が発生したか否かを確認する（Ｓ１４０２）。本実施例では該中断・再開処理が２回発生したため、該記録情報テーブル１１００には２つの要素が設定されている。
【０１１３】
次に、ビデオカメラ１００の制御部１１２は、ＤＴＶ２００に対して記録一時中断要求を送信する（Ｓ１４０３）。
前記要求を受信したＤＴＶ２００の制御部２１５は、記録を一時停止または停止するように記録／再生処理部２１０に指示し（Ｓ１４０４）、ビデオカメラ１００に受信確認を返信する（Ｓ１４０５）。
【０１１４】
前記受信確認を受け取ると、ビデオカメラ１００の制御部１１２は、前記記録情報テーブル１１００内の１つ目の要素（該テーブル１１００の「ＩＤ０」部分）を読み出し、ＤＴＶ２００に対して1つ目の中断部分の記録要求を送信する（Ｓ１４０６）。その際、該記録要求には、該１つ目の要素のＤＴＶ側の情報１１０４を含んでも良い。
該記録要求を受信したＤＴＶ２００の制御部２１５は、メモリ２１１に格納した前記記録情報テーブル１２００を取得し、中断・再開処理１０００が発生したか否かを確認する（Ｓ１４０７）。そして、該テーブル１２００内に１つ目の中断部分で確保した領域を検索し、その結果をビデオカメラ１００へ返信する（Ｓ１４０８）。
【０１１５】
次に、ビデオカメラ１００の制御部１１２は、ＤＴＶ２００に対して１つ目の中断部分の記録再開要求を送信する（Ｓ１４０９）。その際、該記録要求には、該１つ目の要素の中断開始位置１１０２、中断サイズ１１０３を含んでも良い。
該記録再開要求を受信したＤＴＶ２００の制御部２１５は、メモリ２１１上に確保した領域の先頭に記録位置を設定し、記録を再開することを記録／再生処理部２１０に指示し（Ｓ１４１０）、ビデオカメラ１００に受信確認を返信する（Ｓ１４１１）。
【０１１６】
前記受信確認を受け取ると、ビデオカメラ１００の制御部１１２は、記録／再生処理部１０６を介してメモリ１０７に記録している１つ目の中断部分を読み出し、ＤＴＶ２００へ順次送信する（Ｓ１４１２）。そして、全て送信し終えると、メモリ１０７上の１つ目の中断部分を削除あるいは無効化し（Ｓ１４１３）、前記記録情報テーブル１１００内の１つ目の要素を削除する（Ｓ１４１４）。
一方、ＤＴＶ２００の制御部２１５は、受信したコンテンツを確保した領域に順次記録し、全て記録し終えると、前記記録情報テーブル１２００内の１つ目の要素を削除する（Ｓ１４１５）。
【０１１７】
前記Ｓ１４０３からＳ１４１５までの処理を、前記記録情報テーブル１１００、１２００内の要素の数だけ繰り返す。本実施例では、２つ目の中断部分に対して同様の処理を行う。
そして、メモリ１０７に記録した中断部分を全てＤＴＶ２００へ送信し終えると、ビデオカメラ１００の制御部１１２は、ＤＴＶ２００に対して記録終了要求を送信する（Ｓ１４１６）。
【０１１８】
前記記録終了要求を受信したＤＴＶ２００の制御部２１５は、記録の停止を記録／再生処理部２１０に指示し（Ｓ１４１７）、受信確認をビデオカメラ１００へ返信する（Ｓ１４１８）。
ここで、前記Ｓ１４０２〜Ｓ１４１５の処理は、図５の画面５０４において、ユーザＡが「記録のみ」あるいは「記録＋ライブ表示」を選択した時のみ実行すれば良い。
【０１１９】
図１５は、図１３で説明した手順の後に、上述の終了処理１４００を実行する手順を示している。該終了処理１４００では、ビデオカメラ１００はメモリ１０７に記録した中断１部分１３０２をＤＴＶ２００へ送信する。ＤＴＶ２００は受信したコンテンツを予め確保した領域１３１２に記録する。
同様に、ビデオカメラ１００は中断２部分１３０４をＤＴＶ２００へ送信する。ＤＴＶ２００は受信したコンテンツを予め確保した領域１３１４に記録する。
【０１２０】
以上から、ビデオカメラ１００で撮影したコンテンツをＤＴＶ２００で記録しながらライブ視聴する場合、途中で通信障害が発生して通信が中断されたときでも、視聴については中断部分を表示せず常に最新のデータを表示することを可能にし、記録については中断部分も後から記録することにより全てのコンテンツを記録することができる。
【０１２１】
ここで、前述の方法では中断した部分を最後に纏めて送信しているが、図１６に示すように、通信が再開した後に、ビデオカメラ１００がネットワーク上のデータ通信の混み具合や帯域の使用率をチェックしながら、現在撮影中のコンテンツを送信すると同時に、並行して中断部分を送信する方法もある。例えば、Ｂ部分１３０３をＤＴＶ２００へ送信すると共に、中断１部分１３０２を送信する。これにより、ビデオカメラ１００での撮影終了と、ＤＴＶ２００での記録終了をほぼ同時に終了することも可能となる。
【実施例２】
【０１２２】
以下実施例２について説明する。
本実施の形態の特徴は、撮影したコンテンツをネットワーク経由で他の場所にあるＤＴＶでリアルタイムに視聴しながら、記録装置にダウンロード可能にすることである。
【０１２３】
図１７は、システム構成を示したものであり、ユーザＡが外出先で子供の運動会の様子をビデオカメラで撮影している映像をネットワーク経由で自宅の記録装置に送信し、該映像を記録装置で記録しながら、宅内のユーザＢがＤＴＶ上で運動会の映像を視聴する場合を想定している。
宅内にあるＤＴＶ２００と記録装置３００は、ルータ１２を介してお互いにネットワーク接続することが可能であり、インターネット１１にも接続可能となっている。
【０１２４】
本実施例で想定するビデオカメラ１００とＤＴＶ２００は、前記実施例１で説明したものと同様の構成とする。なお、ＤＴＶ２００については、記録／再生処理部２１０とメモリ２１１を備えていない構成でも良い。
【０１２５】
図１８を用いて、記録装置３００の一構成例について説明する。
記録装置３００は、チューナ３０１、デスクランブラ３０２、デマルチプレクサ３０３、デコーダ３０４、デジタル出力端子３０５、入力処理部３０６、機器認証処理部３０７、機器情報管理部３０８、記録／再生処理部３０９、メモリ３１０、暗号／復号処理部３１１、通信処理部３１２、通信ＩＦ３１３、制御部３１４から構成される。各構成要素は、前記実施例１のＤＴＶ２００で記載した構成要素と同様とする。
【０１２６】
次に、前記実施例１に記載した画面５０３上でネットワーク接続機器として前記記録装置３００を選択し、画面５０４上で「記録＋ライブ表示」を選択した場合に、ビデオカメラ１００、記録装置３００、ＤＴＶ２００間で記録と視聴を開始するまでの処理１９００を、図１９を用いて説明する。実施例１と同様、本処理のための情報の送受信にはプロトコルとしてＴＣＰやＵＤＰの技術を用いるものとし、コネクションの確立および破棄のためのデータ送受信については省略してある。
【０１２７】
ビデオカメラ１００の制御部１１２は、機器情報管理部１０５に格納された機器情報テーブル４００を参照し、通信処理部１１１を介して記録装置３００に対して機器情報要求を送信する（Ｓ１９０１）。
記録装置３００の制御部３１４は、通信ＩＦ３１３と通信処理部３１２を経由して前記機器情報要求を受信すると、自装置に関する情報、例えば機器名、メーカー名、レコーダといった種別等を返信する（Ｓ１９０２）。
【０１２８】
次に、ビデオカメラ１００の制御部１１２は、通信処理部１１１を介して記録装置３００に対して機能情報要求を送信する（Ｓ１９０３）。
それに対して記録装置３００の制御部３１４は、自装置が備えた機能やサービスに関する情報、例えば視聴機能や録画機能、コンテンツ検索機能、扱うことができるデータフォーマットやメモリの種類等を返信する（Ｓ１９０４）。
【０１２９】
ビデオカメラ１００の制御部１１２は、前記Ｓ１９０２、Ｓ１９０４で取得した記録装置３００に関する情報をチェックし、以降の処理を続行するか否かを確認する。そして、記録装置３００が所望の接続先であり必要な機能を備えていることを確認できると、通信処理部１１１を介して記録装置３００に対して記録／ライブ視聴要求を送信する（Ｓ１９０５）。ここで、記録／ライブ視聴要求には、記録装置３００の外付けのモニタ（すなわちＤＴＶ２００）で視聴する際に必要な情報やメモリ３１０に記録する際に必要な情報、例えばコンテンツ名、視聴フォーマット、記録フォーマット、格納するフォルダ名などを含んでも良い。また、本要求は、記録要求とライブ視聴要求の２つを別々に発行しても良い。
【０１３０】
それに対して記録装置３００の制御部３１４は、メモリ３１０に格納された予約録画の情報を確認し、現在録画が可能な状況であるか否か確認し（Ｓ１９０６）、その結果をビデオカメラ１００に返信する（Ｓ１９０７）。
【０１３１】
ビデオカメラ１００の制御部１１２は、前記Ｓ１９０７で記録装置３００が記録不可の場合は処理を終了する。一方、記録装置３００が記録可能の場合は、機器認証処理部１０４と記録装置３００の機器認証処理部３０７との間で、特定の認証プロトコルに準拠してお互いに正規に認定された機器であるかを認証する。該特定の認証プロトコルは、前記実施例１と同様、例えばＳＳＬやＭａｒｌｉｎ、ＤＴＣＰなどの技術を使用すれば良い（Ｓ１９０８）。
【０１３２】
前記Ｓ１９０８で機器認証が成功すると、ビデオカメラ１００の制御部１１２は、ユーザＡからの記録指示待ち状態になる。そして、ユーザＡが入力処理部１０３を介して記録を指示（例えば、ビデオカメラ１００の[記録]ボタンを押下）すると、記録装置３００に対して記録要求開始を送信する（Ｓ１９０９）。ここで、記録要求開始には、ＨＴＴＰのＰＯＳＴ機能を使用しても良い。
【０１３３】
それに対して記録装置３００の制御部３１４は、記録／再生処理部３１１に記録準備とメモリ３１０への記録開始を指示し、暗号／復号処理部３１１と通信処理部３１２に通信ＩＦ３１３経由でデータ受信の開始を指示する（Ｓ１９１０）。
【０１３４】
そして、ＤＴＶ２００に対して、ライブ映像が配信される旨を通知するライブ視聴要求を送信する（Ｓ１９１１）。該ライブ視聴要求は、通信ＩＦ３１３を経由してＤＴＶ２００の通信ＩＦ２１４を介して送信しても良いし、デジタル出力端子３０５を経由してＤＴＶ２００の通信ＩＦ２１６を介して送信しても良い。
【０１３５】
前記ライブ視聴要求を受信したＤＴＶ２００の制御部２１５は、メモリ２１１に格納された予約視聴の情報を確認し、現在視聴が可能な状況であるか否か確認し（Ｓ１９１２）、その結果を記録装置３００へ返信する（Ｓ１９１３）。ここで、実施例１の図８に示すように、例えばユーザＢがＤＴＶ２００で放送番組を視聴している場合は、ライブ映像が配信されることを通知するために、放送番組の表示画面上に[ＬＩＶＥ]ボタン８０３を表示する（画面８０２）。
【０１３６】
記録装置３００は、前記Ｓ１９０９で受信した記録要求開始に対する受信確認を、ビデオカメラ１００に対して返信する（Ｓ１９１４）。
【０１３７】
次に、ビデオカメラ１００の制御部１１２は、カメラ部１０１とマイク部１０２、記録／再生処理部１０６に対して撮影開始を指示し、動画／静止画の撮影を開始する（Ｓ１９１５）。
前記カメラ部１０１とマイク部１０２で入力された動画／静止画は、必要に応じて暗号処理部１１０で暗号化した後、通信処理部１１１を介して記録装置３００に対してコンテンツを送信する（Ｓ１９１６）。ここで、撮影したコンテンツの送信には、信頼性が高いＴＣＰを使用することが望ましい。また暗号アルゴリズムとしては前述同様、例えば暗号化技術であるＡＥＳを使用すれば良い。
【０１３８】
該コンテンツを受信した記録装置３００は、必要に応じて暗号／復号処理部３１１で復号化した後、該コンテンツをメモリ３１０に記録しながら、ＤＴＶ２００からのコンテンツ要求待ち状態となる。受信コンテンツをメモリ３１０に格納する際、必要に応じて暗号／復号処理部３１１で再度暗号化して記録しても良い。
【０１３９】
一方、ＤＴＶ２００では、ユーザＢが前記画面８０２上で［ＬＩＶＥ］ボタン８０３を選択すると（Ｓ１９１７）、制御部２１５は通信ＩＦ２１４を介して、記録装置３００に対してコンテンツ要求を送信する（Ｓ１９１８）。ここで、コンテンツ要求には、ＨＴＴＰのＧＥＴ機能を使用しても良い。
前記コンテンツ要求を受信した記録装置３００の制御部３１４は、ＤＴＶ２００が視聴開始した旨をビデオカメラ１００に通知（Ｓ１９１９）した後、ＤＴＶ２００に対して受信確認を送信する（Ｓ１９２０）。そして、現在通信ＩＦ３１３を介して受信したコンテンツをメモリ３１０に記録しながら、同時にＤＴＶ２００へ送信する（Ｓ１９２１）。
【０１４０】
ＤＴＶ２００では、受信したコンテンツを通信表示部／スピーカ２０５に表示する。
また、ビデオカメラ１００は、前記Ｓ１９１９でＤＴＶ２００が視聴開始したことを検知すると、前記図８の画面８０５を表示して、ユーザＡに知らせることができる。
【０１４１】
ここで、実施例１で記述した通り、ビデオカメラ１００で撮影したコンテンツを記録装置３００に送信している途中で通信障害が発生し、通信が中断された場合は、ビデオカメラ１００で一旦中断部分をメモリ１０７に記録する。そして、通信状態が再開すると、最新の撮影コンテンツを記録装置３００へ送信し、記録装置３００は該コンテンツを記録しながら同時にＤＴＶ２００へ送信する。
また、ビデオカメラ１００から中断部分のコンテンツが送信されてくると、記録装置３００は該コンテンツをメモリ３１０に記録するが、ＤＴＶ２００には送信しない。
【実施例３】
【０１４２】
以下実施例３について説明する。
本実施の形態の特徴は、撮影したコンテンツをネットワーク経由でセンタサーバに記録しながら、他の場所にあるＤＴＶでリアルタイムの視聴が可能にすることである。
【０１４３】
図２０は、システム構成を示したものであり、ユーザＡは外出先で子供の運動会の様子をビデオカメラで撮影している映像を、ネットワーク経由でセンタにあるサーバに送信し、サーバは該映像を記録装置に記録しながら、宅内にあるＤＴＶに送信し、ユーザＢが該ＤＴＶ上で運動会の映像を視聴する場合を想定している。
【０１４４】
宅内にあるＤＴＶ２００はルータ１２を介してインターネット１１に接続可能となっている。前述同様、インターネット１１は、閉域網ネットワークでも良い。該ＤＴＶ２００は、実施例１の図４に示したように、機器情報テーブル４００の情報を用いてセンタにアクセス可能である。
【０１４５】
センタは、サービスプロバイダや企業等が運営し、企業や家庭に対して、例えばコンテンツダウンロードサービス、コンテンツ記録／共有サービス、リアルタイムコンテンツのライブ視聴サービスなどを提供する。センタサーバ１５００は、例えば該センタ内に存在する高性能ＰＣや大型コンピュータであり、インターネット１１に接続可能となっている。なお、センタサーバ１５００は、複数の装置から構成されても良い。
【０１４６】
次に、図２１を用いて、センタサーバ１５００の一構成例を説明する。
センタサーバ１５００は、ウェブサーバ処理部１５０１、機器認証処理部１５０２、記録／ライブ視聴接続管理部１５０３、機器情報管理部１５０４、記録／ライブ視聴処理部１５０５、メモリ１５０６、暗号／復号処理部１５０７、通信処理部１５０８、通信ＩＦ１５０９、制御部１５１０から構成される。
【０１４７】
ウェブサーバ処理部１５０１は、ユーザがＰＣやＤＴＶのブラウザ機能を用いてセンタサーバ１５００にアクセスするときに、メニューや提供するコンテンツの一覧などをＨＴＭＬ（Ｈｙｐｅｒ Ｔｅｘｔ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）形式で提供する部分である。
【０１４８】
機器認証処理部１５０２は、ネットワークを介してコンテンツを安全に転送するために、他のＡＶ装置との間で特定の認証プロトコルに準拠してお互いに正規に認定、あるいは登録された機器であるかを認識し、必要に応じてコンテンツの暗号に使用する鍵を共有する部分である。該特定の認証プロトコルは、例えばＳＳＬやＭａｒｌｉｎ、ＤＴＣＰなどの技術を使用すれば良い。
【０１４９】
記録／ライブ視聴接続管理部１５０３は、コンテンツの記録またはライブ視聴のために、例えばビデオカメラ１００がセンタサーバ１５００にインターネット１１を介して接続しているときに、該ビデオカメラ１００の「撮影中」、「待機」、「撮影終了」などの状態を管理する部分である。
【０１５０】
機器情報管理部１５０４は、センタのサービスに加入するユーザの情報やセンタに接続するＡＶ装置に関する情報を管理する部分である。ＡＶ装置に関する情報は、前記機器認証処理部１５０２で認証が成功したＡＶ装置に限定しても良い。
【０１５１】
記録／ライブ視聴処理部１５０５は、通信ＩＦ１５０９から受信したコンテンツをメモリ１５０６に記録するための記録制御と、通信ＩＦ１５０９を介して各種のコンテンツを他の装置に対してリアルタイムに送信するためのライブ視聴制御を行う部分である。ここで、リアルタイムに送信するコンテンツは、該メモリ１５０６に記録したコンテンツでも良いし、該通信ＩＦ１５０９から受信したコンテンツでも良い。
【０１５２】
メモリ１５０６は、各種のコンテンツや設定情報を格納する不揮発生のメモリである。内蔵あるいは着脱可能なメモリ形態が考えられ、両方を備えたハイブリッド形態でも良い。
暗号／復号処理部１５０７は、前記機器認証処理部１５０２で共有した鍵を使用して、通信ＩＦ１５０９を介して送信するコンテンツの暗号化あるいは通信ＩＦ１５０９経由で受信したコンテンツを復号化する部分である。
【０１５３】
通信処理部１５０８は、通信ＩＦ１５０９を介してネットワーク接続した他のＡＶ装置との間でコンテンツや制御コマンドを送受信する部分である。送信するコンテンツには、必要に応じてその取り扱い方を示す「コピー制限なし」「一回限りコピー可」「コピー禁止」などの識別コードを付して送信する。
【０１５４】
通信ＩＦ１５０９は、インターネット経由でコンテンツや制御コマンドを入出する部分である。
制御部１５１０は、センタサーバ１５００における各部の動作を統括的に制御する部分である
次に、図２２を用いて前記機器情報管理部１５０４が管理する機器情報テーブル２２００の一構成例を説明する。
機器情報テーブル２２００は、ＩＤ２２０１、機器ＩＤ２２０２、種別２２０３、グループＩＤ２２０４から構成される。
【０１５５】
ＩＤ２２０１は、該機器情報テーブル２２００に登録された要素（レコード）を一意に識別するための番号を示す。
機器ＩＤ２２０２は、ネットワーク接続するＡＶ装置を一意に識別するＩＤであり、例えばＵＵＩＤ（Ｕｎｉｖｅｒｓａｌ Ｕｎｉｑｕｅ Ｉｄｅｎｔｉｆｉｅｒ）や製品のシリアル番号、ＩＰアドレス、該ＡＶ装置をセンタサーバ１５００に登録したときにサービスプロバイダが定義した値などを使用すれば良い。センタサーバ１５００は、この機器ＩＤを用いて、接続するＡＶ装置を認識する。
種別２２０３は、該ＡＶ装置の種別あるいはカテゴリを表す識別情報である。例えばビデオカメラ、テレビ、レコーダ、ＰＣがあると考えられる。
【０１５６】
グループＩＤ２２０４は、該ＡＶ装置が所属するグループを一意に識別するＩＤである。グループのメンバーは１つまたは複数のＡＶ装置を含み、同じグループに所属するＡＶ装置同士であれば、あるＡＶ装置からセンタサーバ１５００に記録したコンテンツを他のＡＶ装置で視聴することができる。例えば、図２０に示したシステムにおいて、ビデオカメラ１００がセンタサーバ１５００に記録したコンテンツをユーザＢがＤＴＶ２００を用いて視聴したい場合、ＤＴＶ２００とビデオカメラ１００は同じグループに所属する必要がある。
【０１５７】
次に、図２３を用いて前記機器情報管理部１５０４が管理するグループテーブル２３００の一構成例を説明する。
グループテーブル２３００は、グループに属する１つ以上のＡＶ装置に関する情報が含まれ、各グループにおいてグループＩＤ２３０１、登録機器ＩＤ２３０２、種別２３０３から構成される。
【０１５８】
グループＩＤ２３０１は、各グループを一意に識別するためのＩＤを示す。
機器ＩＤ２３０２は、前記機器情報テーブル２２００内の機器ＩＤ２２０２と同様、ネットワーク接続するＡＶ装置を一意に識別するＩＤである。
【０１５９】
種別２３０３は、前記機器情報テーブル２２００内の機器ＩＤ２２０３と同様、グループメンバーである機器の種別あるいはカテゴリを表す識別情報である。
グループテーブル２３００は、例えばサービス加入時にユーザが自装置をセンタに登録するタイミングで作成する。ユーザは、例えばＰＣやＤＴＶのブラウザ機能を用いて、任意のタイミングで、前記ウェブサーバ処理部１５０１が提供する機器グループのメニューページ上でグループメンバーの追加、削除、編集などを行うことができる。また、ユーザ（ＡＶ装置）は１つ以上のグループに所属しても良い。
【０１６０】
ユーザＡがビデオカメラ１００を用いて撮影したコンテンツを、インターネット１１経由でセンタサーバ１５００に記録しながら、宅内にあるＤＴＶ２００でリアルタイムに視聴することを実現する場合、該センタサーバ１５００の記録／ライブ視聴接続管理部１５０３は、ビデオカメラ１００の接続及び撮影コンテンツの送信状況を参照し、ＤＴＶ２００や同じグループに所属するＡＶ装置に対して該コンテンツが視聴できる否かの状態を管理する。そして、該コンテンツが他のＡＶ装置で視聴できる場合は、必要に応じてＤＴＶ２００や同じグループに所属するＡＶ装置に対して、前記視聴が可能であることを通知する方法や、以降に説明するように該ＡＶ装置から状態取得要求を受信した場合にセンタサーバ１５００が該情報を返信する方法がある。
【０１６１】
図２４を用いて、後述する記録／ライブ視聴セッション毎にセンタサーバ１５００が管理するコンテンツの視聴状態遷移図の一例を説明する。
ユーザＡがビデオカメラ１００の電源を入れて、前記実施例１の図５に示した画面５０３上でネットワーク接続機器「ＭＡＴＩＳＳＥ」（センタサーバ１５００）を選択すると、ビデオカメラ１００はセンタサーバ１５００への接続を開始する。
【０１６２】
そして、前記実施例１の図９や図１９に記載したように、センタサーバ１５００に対してコンテンツ記録／ライブ視聴要求を開始したとき、前記記録／ライブ視聴接続管理部１５０３は、該ビデオカメラ１００の撮影コンテンツを記録および他の機器でライブ視聴するための“記録／ライブ視聴セッション”Ｓ２４０１を生成し、視聴状態を「待機」Ｓ２４０２にする。ここで、セッションとは、複数の機器間でリアルタイムに通信するための接続情報や共有するアドレス情報などの管理情報を示す。
【０１６３】
次に、前記実施例１に記載の通り、ユーザＡが該ビデオカメラ１００の記録ボタンを押下し、該ビデオカメラ１００が撮影を開始すると、ビデオカメラ１００はセンタサーバ１５００にコンテンツを送信する（Ｓ２４０３）。センタサーバ１５００は該コンテンツを前記メモリ１５０６に記録し、記録／ライブ視聴接続管理部１５０３は該コンテンツの視聴状態を「視聴可」Ｓ２４０４にする。
【０１６４】
ここで、ユーザＡがビデオ撮影している際に、撮影場所の移動やビデオカメラ１００の電池交換などのため、一時的に撮影を停止することがある。このとき、ユーザＡは、該ビデオカメラ１００の記録ボタンをもう一度押下あるいは一時停止ボタンを押下するなどの操作により、ビデオカメラ１００の撮影を停止する（Ｓ２４０５）。このとき、該撮影コンテンツの送信が停止され、記録／ライブ視聴接続管理部１５０３は視聴状態を「待機」Ｓ２４０２に戻す。
【０１６５】
前記「待機」Ｓ２４０２の状態で、ユーザＡは図２５の画面２５０１に示すビデオカメラ１００の画面上で「メニュー」から「記録・視聴セッション終了」を選択すると（Ｓ２４１２）、ビデオカメラ１００は該コンテンツの記録／ライブ視聴セッションを終了することができる。このとき、ビデオカメラ１００からセンタサーバ１５００に記録／ライブ視聴セッションの終了命令が送信され、記録／ライブ視聴接続管理部１５０３は該コンテンツの視聴状態を「終了」Ｓ２４０７にする。
【０１６６】
前記Ｓ２４１２と同様に、ビデオカメラ１００が撮影中に、図２５の画面２５０２に示すビデオカメラ１００の画面上で「メニュー」から「記録・視聴セッション終了」を選択すると（Ｓ２４０６）、該コンテンツの記録／ライブ視聴セッションを終了することができる。このとき、ビデオカメラ１００からセンタサーバ１５００に記録／ライブ視聴セッションの終了命令が送信され、記録／ライブ視聴接続管理部１５０３は該コンテンツの視聴状態を「終了」Ｓ２４０７にする。
【０１６７】
次に、コンテンツを撮影中に、ビデオカメラ１００とセンタサーバ１５００間のネットワークにおいて、通信障害が生じた場合やビデオカメラ１００の電池が突然なくなった場合、ビデオカメラ１００とセンタサーバ１５００の接続が切れる（Ｓ２４０８）。この接続の異常中断が前記通信処理部１５０８で検知されたとき、記録／ライブ視聴接続管理部１５０３は該コンテンツの視聴状態を「異常中断」Ｓ２４０９にする。
【０１６８】
ネットワーク上の障害によって接続が切れた状態から、ネットワーク接続が復帰できたとき（Ｓ２４１０）は、記録／ライブ視聴接続管理部１５０３は該コンテンツの視聴状態を「視聴可」Ｓ２４０４に戻す。撮影中電池がなくなったなどでビデオカメラ１００の電源が切れた場合、ユーザは再びビデオカメラ１００の電源を入れ、前記Ｓ２４０１のように前記実施例１の図５に示した画面５０３に「ＭＡＴＩＳＳＥ」を選択することでセンタサーバ１５００に記録／ライブ視聴の要求命令を送信する。このとき、センタサーバ１５００はビデオカメラ１００の機器ＩＤを認識し、視聴状態が「異常中断」Ｓ２４０９から「待機」２４０２に変える（Ｓ２４１３）。
【０１６９】
また、視聴状態がある特定の時間を経過し「待機」２４０２または「異常中断」２４０９になっているとき、記録／ライブ視聴接続管理部１５０３は自動的に該コンテンツの視聴状態を「終了」Ｓ２４０７にし、記録／ライブ視聴を終了することがあると考えられる。
【０１７０】
次に、図２６を用いて、前記記録／ライブ視聴セッションを管理する記録／ライブ視聴セッションテーブルの一構成例を説明する。 記録／ライブ視聴セッションテーブル２６００は、セッションＩＤ２６０１，機器ＩＤ２６０２、グループＩＤ２６０３、状態２６０４、視聴ＵＲＩ２６０５から構成される。
【０１７１】
セッションＩＤ２６０１は、該ビデオカメラ１００が記録／ライブ視聴セッションを一意に識別するための番号を示す。
機器ＩＤ２６０２は、記録／ライブ視聴セッションを行うビデオカメラ１００のユニークなＩＤであり、例えばＵＵＩＤや製品のシリアル番号、ＩＰアドレス、センタサーバ１５００によって配布された値でも良い。この値は前記図２３の機器ＩＤ２３０３の値と同じである。
【０１７２】
グループＩＤ２６０３は、前記ビデオカメラ１００が所属するグループＩＤである。
視聴状態２６０４は、前記図２４に示したように、センタサーバ１５００の記録／ライブ視聴接続管理部１５０３がビデオカメラ１００の接続及び撮影コンテンツの送信状況を参照しながら管理するコンテンツの視聴状態を示す。ビデオカメラ１００の接続及びコンテンツ転送の状況に従って、記録／ライブ視聴接続管理部１５０３は前記送信状態の変化に基づき他のＡＶ装置からの視聴状態２６０４を更新する。
【０１７３】
視聴ＵＲＩ２６０５は、ビデオカメラ１００と同じグループに所属するＤＴＶ２００やその他のＡＶ装置が、前記ビデオカメラ１００で撮影中のコンテンツを視聴するために、センタサーバ１５００へアクセスするためのＵＲＩ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｉｄｅｎｔｉｆｉｅｒ）であり、ＩＰアドレスやＵＲＬ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｌｏｃａｔｏｒ）でも良い。視聴ＵＲＩ２６０５は、記録／視聴セッションが作成されたときに設定される。また、前記視聴状態２６０４が「終了」２４０７になった場合に必要に応じて消去される。
【０１７４】
センタサーバ１５００の記録ライブ視聴接続管理部１５０３は、前記記録／ライブ視聴セッションテーブル２６００を用いて、例えば、接続されるビデオカメラ１００の記録／ライブ視聴のセッション管理を行う。センタサーバ１５００は、前記記録／ライブ視聴セッションテーブル２６００を更新すると、例えばＲＳＳ（ＲＤＦ （Ｒｅｓｏｕｒｃｅ Ｄｅｓｃｒｉｐｔｉｏｎ Ｆｒａｍｅｗｏｒｋ） Ｓｉｔｅ Ｓｕｍｍａｒｙ）の仕組みを使用して、リアルタイムにコンテンツを視聴可能なＡＶ装置（本実施例では、ＤＴＶ２００）は該記録／ライブ視聴セッションテーブル２６００の更新を知ることができる。該ＡＶ装置は、センタサーバ１５００に対して定期的に更新状況を問い合わせする。
【０１７５】
次に、図２７を用いて、例えばユーザＢがＤＴＶ２００の電源を入れたときに、ＤＴＶ２００がセンタサーバ１５００に対して、前記記録／ライブ視聴セッションテーブル２６００の更新を問い合わせする処理について説明する。
【０１７６】
まず、ユーザＢはＤＴＶ２００の電源を入れる（Ｓ２７０１）。その他、メニューからの選択やブラウザ起動時でも良い。
ＤＴＶ２００は、前記実施例１の図４に記載した機器情報テーブル４００の情報を用いて、センタサーバ１５００にネットワーク接続の開始要求を送信する（Ｓ２７０２）。
【０１７７】
センタサーバ１５００は、前記機器情報管理部１５０４で管理する機器情報テーブル２２００を参照し、前記Ｓ２７０１の要求を許可または拒否する（Ｓ２７０３）。ここで、センタサーバ１５００は、前記記録／ライブ視聴セッションテーブル２６００のＲＳＳ情報を、ＤＴＶ２００に転送する。
ＤＴＶ２００は、電源が消されるまで、該ＲＳＳ情報に従って、定期的に前記記録／ライブ視聴セッションテーブル２６００の更新を問い合わせする（Ｓ２７０４）。
【０１７８】
前記Ｓ２７０４で取得した記録／ライブ視聴セッションテーブル２６００の情報に従って、ＤＴＶ２００の制御部２１４は、必要に応じて表示部／スピーカ２０５上に適切なメニューやメッセージなどを表示する（Ｓ２７０５）。例えば、ユーザＢがＤＴＶ２００の電源を入れたときに、ユーザＡはビデオカメラ１００を用いて、センタサーバ１５００において記録／ライブ視聴を行っていたとする。この場合、前記記録／ライブ視聴セッションテーブル２６００において、ビデオカメラ１００の記録／ライブ視聴セッションの視聴状態が「視聴可」Ｓ２４０４になっているので、前記図８の画面８０２のようにＤＴＶ２００の表示部／スピーカ２０５上に、視聴可能ライブコンテンツがあると通知する[ＬＩＶＥ]ボタン８０３を表示する。
【０１７９】
次に、センタサーバ１５００では、例えばユーザＡがビデオカメラ１００とセンタサーバ１５００間の該記録／ライブ視聴のセッションを終了する等により、前記記録／ライブ視聴セッションテーブル２６００の視聴状態を「視聴可」Ｓ２４０４から「終了」Ｓ２４０７に更新したとする（Ｓ２７０６）。ＤＴＶ２００は、前記２７０４と同様の問い合わせによって、Ｓ２７０６の記録／ライブ視聴セッションテーブル２６００の更新を認識し、必要に応じて表示部／スピーカ２０５上に適切なメニューやメッセージなどを表示する（Ｓ２７０７）。例えば、該記録／ライブ視聴セッションの視聴状態が「視聴可」Ｓ２７０４から「終了」Ｓ２７０７に変わる場合、Ｓ２７０５で表示された[ＬＩＶＥ]ボタン８０３を消す。
【０１８０】
次に、ユーザＢがＤＴＶ２００の電源を消したとき（Ｓ２７０８）、ＤＴＶ２００は、センタサーバ１５００に対してネットワーク接続終了要求を送信する（Ｓ２７０９）。
それに対して、センタサーバ１５００はＤＴＶ２００に、ネットワーク接続終了確認を送信する。
以上より、ＤＴＶ２００は、センタサーバ１５００におけるビデオカメラ１００の記録／ライブ視聴セッションテーブル２６００の更新を認識することができ、ユーザＢに適切な画面表示を提供することができる。
【０１８１】
ここで、前記手順では、Ｓ２７０４に示した通り、ＤＴＶ２００がセンタサーバ１５００に対して定期的に問い合わせしているが、前記Ｓ２７０３で取得したＲＳＳ情報内に次回の更新日時等が予め記載されている場合は、その時間まで問い合わせしなくても良い。また、前記Ｓ２７０３で取得したＲＳＳ情報は、不揮発性メモリなどに記録し、電源断した場合でも記憶できるようにしても良い。
【０１８２】
次に、ユーザＡがビデオカメラ１００において、前記実施例１に記載した画面５０３上でネットワーク接続機器として前記センタサーバ１５００を選択し、「記録＋ライブ表示」を選択した場合に、ビデオカメラ１００、センタサーバ１５００とＤＴＶ２００間での記録とライブ視聴を開始するまでの処理２８００を、図２８を用いて説明する。
【０１８３】
実施例１及び実施例２と同様、本処理のための情報の送受信にはプロトコルとしてＴＣＰやＵＤＰの技術を用いているものとし、コネクションの確立及び破棄のためのデータ送受信について省略してある。また、ビデオカメラ１００とＤＴＶ２００は、センタサーバ１５００において、同じグループに所属するものとする。また、ＤＴＶ２００の電源は入れている状態であり、前記処理２７００に記載したようにセンタサーバ１５００に対して定期的に記録／ライブ視聴セッションテーブル２６００の更新の問い合わせを行う。
【０１８４】
ビデオカメラ１００の制御部１１２は、機器情報管理部１０５に格納された機器情報テーブル４００を参照し、通信処理部１１２を介してセンタサーバ１５００への接続開始要求を送信する（Ｓ２８０１）。
【０１８５】
センタサーバ１５００の制御部１５１０は、通信ＩＦ１５０９と通信処理部１５０８を経由して前記接続開始要求を受信すると、ビデオカメラ１００の機器ＩＤを認識し、機器情報管理部１５０４に格納されている機器情報テーブル２２００を参照しながらビデオカメラ１００の接続開始要求に対して許可または拒否するかの接続開始確認を送信する（Ｓ２８０２）。ここで、前記機器情報管理テーブル２２００にビデオカメラ１００の機器ＩＤが登録されている場合、前記接続を許可する。
【０１８６】
ビデオカメラ１００の制御部１１２は、前記Ｓ２８０２で接続開始可否を受信したら、次のステップに進めるか否かを確認する。接続開始が許可されたら、通信処理部１１１を介してセンタサーバ１５００に対して記録／ライブ視聴要求を送信する（Ｓ２８０３）。接続開始が許可されなかった場合は、処理を終了する。ここで、記録／ライブ視聴要求には、コンテンツ名、視聴フォーマット、記録フォーマットなど、該コンテンツが例えばＤＴＶ２００から視聴するときに表示されるコンテンツに関する情報を含んでも良い。
【０１８７】
前記記録／ライブ視聴要求に対して、センタサーバ１５００の制御部１５１０は、メモリ１５０６に格納されたビデオカメラ１００について、ユーザ／サービス契約により記録／ライブ視聴に関する権利制限などを確認し、許可または拒否するかの記録／ライブ視聴要求確認を送信する（２８０４）。
【０１８８】
前記記録／ライブ視聴要求が許可されたら、前記センタサーバ１５００の記録／ライブ視聴接続管理部１５０３は記録／ライブ視聴セッションテーブル２６００に新しい記録／ライブ視聴セッションを作成する（Ｓ２８０５）。そして、前記記録／ライブ視聴セッションの視聴状態２６０４を「待機」２４０２にする。記録／ライブ視聴要求が許可さなかった場合は、処理を終了する。
【０１８９】
ＤＴＶ２００は、定期的に記録／ライブ視聴セッションテーブル２６００の更新を問い合わせする（Ｓ２８０６）。そして、ビデオカメラ１００の撮影コンテンツの記録／ライブ視聴セッションの視聴状態２６０４が「待機」２４０２であることを認識すると、ＤＴＶ２００の制御部２１５は、表示部／スピーカ部２０５に、例えば画面上に該コンテンツが「待機」状態２４０２であることを示すボタン表示を指示する（２８０７）。その際、制御部２１５は、該ボタンに該記録／ライブ視聴セッションの視聴ＵＲＩ２６０５を関連付けし、該ボタンを押すと該視聴ＵＲＬが示すアドレスへアクセスする方法が考えられる。
【０１９０】
一方、上記Ｓ２８０４で記録／ライブ視聴要求確認を受信したら、ビデオカメラ１００の機器認証処理部１０４とセンタサーバ１５００の機器認証処理部１５０２との間で、特定の認証プロトコルに準拠してお互いに正規に認定された機器であるかを認証する。該特定の認証プロトコルは、前記実施例１と同様、例えばＳＳＬやＭａｒｌｉｎ，ＤＴＣＰなどの技術を使用すれば良い（Ｓ２８０８）。
【０１９１】
前記Ｓ２８０８で機器認証が成功すると、ビデオカメラ１００の制御部１１２は、ユーザＡからの記録指示待ち状態になる。そして、ユーザＡが入力処理部１０３を介して記録を指示（例えば、ビデオカメラ１００の[記録]ボタンを押下）すると、センタサーバ１５００に対して記録要求開始を送信する（Ｓ２８０９）。ここで、記録要求開始には、ＨＴＴＰのＰＯＳＴ機能やＰＵＴ機能を使用しても良い。
【０１９２】
それに対して、センタサーバ１５００の制御部１５１０は、記録／ライブ視聴処理部１５０５に記録準備とメモリ１５０６への記録開始を指示し、暗号／復号処理部１５０７と通信処理部１５０８に通信ＩＦ１５０９経由でデータ受信の開始を指示する（Ｓ２８１０）。
【０１９３】
ここで、センタサーバ１５００の記録／ライブ視聴接続管理部１５０３は、前記記録／ライブ視聴セッションテーブル２６００内の前記視聴／記録セッションの視聴状態２６０４を「待機」２４０２から「視聴可」２４０４に更新する（Ｓ２８１１）。
センタサーバ１５００は、前記Ｓ２８０７で受信した記録開始要求に対する受信確認を、ビデオカメラ１００に対して返信する（Ｓ２８１２）。
【０１９４】
次に、ビデオカメラ１００の制御部１１２は、カメラ部１０１とマイク部１０２、記録／再生処理部１０６に対して撮影開始を指示し、撮影を開始する（Ｓ２８１３）。
前記カメラ部１０１とマイク部１０２で入力された動画／静止画は、必要に応じて暗号処理部１１０で暗号化した後、通信処理部１１１を介してセンタサーバ１５００に対してコンテンツを送信する（Ｓ２８１４）。ここで、撮影したコンテンツの送信には、信頼性の高いＴＣＰを使用することが好ましい。また、暗号化アルゴリズムとして前述同様、例えば暗号化技術であるＡＥＳを使用すれば良い。
【０１９５】
センタサーバ１５００の制御部１５１０は、前記Ｓ２８１４でコンテンツを受信したら、記録／ライブ視聴接続管理部１５０３に対して、前記記録／ライブ視聴セッションテーブル２６００の更新を指示する（Ｓ２８１５）。ここで、記録／ライブ視聴接続管理部１５０３は、前記記録／ライブ視聴セッションテーブル２６００において、ビデオカメラ１００の撮影コンテンツの視聴状態２６０４を「待機」２４０２から「視聴可」２４０４に変更する。その後、センタサーバ１５００は、受信した該コンテンツをメモリ１５０６に記録しながら、ＤＴＶ２００からのコンテンツ要求待ち状態となる。
【０１９６】
ＤＴＶ２００は、前記の通り、定期的に前記記録／ライブ視聴セッションテーブル２６００の更新の問い合わせを行うので、前記記録／ライブ視聴セッションテーブル２６００内の視聴状態２６０４の更新を認識する。ＤＴＶ２００の制御部２１５は、表示部／スピーカ部２０５に、例えば図３０の画面３０００上に該コンテンツの視聴状態２６００が「視聴可」２４０４であることを示すボタン３００１表示を指示する（２８１６）。その際、制御部２１５は、該ボタンに該記録／ライブ視聴セッションの視聴ＵＲＩ２６０５を関連付けし、該ボタンを押すと該視聴ＵＲＩが示すアドレスへアクセスする方法が考えられる。
【０１９７】
ＤＴＶ２００では、ユーザＢが前記画面３０００上で「視聴可」２４０４を示すボタン３００１を選択すると（Ｓ２８１７）、制御部２１５は通信ＩＦ２１４を介して、センタサーバ１５００に対して、前記「視聴可」２４０４状態を表すボタンに関連付けした視聴ＵＲＩ２６０５にアクセスし、該撮影コンテンツ要求を送信する（Ｓ２８１８）。ここで、コンテンツ要求はＨＴＴＰのＧＥＴ機能を使用すれば良い。
【０１９８】
センタサーバ１５００は、前記Ｓ２８１８で受信したコンテンツ要求に対する受信確認を、ＤＴＶ２００に対して返信する（Ｓ２８１９）。
そして、ＤＴＶ２００の機器認証処理部２０８とセンタサーバ１５００の機器認証処理部１５０２との間で、機器認証処理が行われる（Ｓ２８２０）。ここで、該機器認証処理は、前記Ｓ２８０８と同じ内容でも良いし、一部あるいは全て別のプロトコルを用いた処理でも良い。
【０１９９】
前記Ｓ２８２０で機器認証が成功すると、前記Ｓ２８１８でコンテンツ要求を受信したセンタサーバ１５００の制御部１５１０は、現在通信ＩＦ１５０９を介してビデオカメラ１００から受信したコンテンツをメモリ１５０６に記録しながら、同時にＤＴＶ２００へ送信する（Ｓ２８２１）。受信したコンテンツが暗号化されている場合は、一度復号化した後、前記Ｓ２８２０の認証処理で共有した暗号鍵を用いて再度暗号化して送信しても良い。
【０２００】
ＤＴＶ２００では、受信したコンテンツを通信ＩＦ２１４経由で受信したコンテンツをそのままあるいは必要に応じて暗号／復号処理部２１２で復号化した後、図３０の画面３０１０に示すように、該コンテンツを表示部／スピーカ２０５に表示する。
機器認証処理２８０８は、記録／ライブ視聴要求２８０３より前に実施しても良い。
【０２０１】
ここで、実施例１で記述した通り、ビデオカメラ１００で撮影したコンテンツをセンタサーバ１５００に送信している途中で通信障害が発生し、通信が中断された場合は、ビデオカメラ１００で一旦中断部分をメモリ１０７に記録する。そして、通信状態が再開すると、最新の撮影コンテンツをセンタサーバ１５００へ送信し、センタサーバ１５００は該コンテンツを記録しながら同時にＤＴＶ２００へ送信する。
また、ビデオカメラ１００から中断部分のコンテンツが送信されてくると、センタサーバ１５００は該コンテンツをメモリ１５０６に記録するが、ＤＴＶ２００には送信しない。
【実施例４】
【０２０２】
以下実施例４について説明する。
本実施の形態の特徴は、２つのビデオカメラを用いて撮影したコンテンツをネットワーク経由でセンタサーバに記録しながら、他の場所にあるＤＴＶでリアルタイムの視聴を可能にすることである。
【０２０３】
図２９は、システム構成を示したものであり、ユーザＡとユーザＣは外出先で別々な場所において行われる２人の子供の運動会の様子をビデオカメラ１００Ａ、１００Ｂで撮影している映像を、ネットワーク経由でセンタサーバ１５００に送信し、センタサーバ１５００は、該映像を記録装置に記録しながら、宅内にあるＤＴＶ２００に送信し、ユーザＢがＤＴＶ２００上で運動会の映像を視聴する場合を想定している。
【０２０４】
ビデオカメラ１００Ａ、１００Ｂは、実施例１の図２に示したビデオカメラ１００の構成と同じ構成を持ち、実施例１の図４に示した機器情報テーブル４００も持っている。
ビデオカメラ１００Ａ、１００Ｂ及びＤＴＶ２００は、センタサーバ１５００の機器情報管理部１５０４に格納された機器情報テーブル２２００及びグループテーブル２３００に同じ所属グループで登録されているものとする。
【０２０５】
次に、図３０を用いて、本実施例において、ユーザＢが操作するＤＴＶ２００の画面一例を説明する。
画面３０１０は、前記実施例３の図２８のＳ２８２１で記載した処理が行われたときのＤＴＶ２００の画面表示である。ここで、画面３０１０上で表示される映像は、前記ビデオカメラ１００Ａで撮影しているコンテンツである。また、該撮影コンテンツの視聴状態が「視聴可」２４０４を表すボタン３０１１が表示される。
【０２０６】
画面３０２０は、前記画面３０１０を表示した後、別の場所にあるビデオカメラ１００Ｂがセンタサーバ１５００との間で記録／ライブ視聴セッションを開始し、ＤＴＶ２００が該セッションの開始と視聴状態２６０４が更新したことを認識すると、前記画面３０１０上に２台目のビデオカメラのコンテンツが現在「待機」２４０２を表すボタン３０２２を表示する。
【０２０７】
画面３０３０は、前記画面３０２０上でユーザＢが前記ボタン３０２２を押下したときの画面である。ビデオカメラ１００Ｂの撮影コンテンツの視聴状態２６０４が「待機」２４０２のときにボタン３０２２を押下したとき、ＤＴＶ２００はボタン３０２２にリンクされている視聴ＵＲＩにアクセスし、ビデオカメラ１００Ｂの撮影コンテンツを要求する。センタサーバ１５００には、ビデオカメラ１００Ｂからの撮影コンテンツを受信していないため視聴できるコンテンツが存在しないので、前記要求に対して、静止画の映像を転送し、ＤＴＶ２００の画面上に静止画を表示する。
【０２０８】
画面３０４０は、前記画面３０３０を表示中に、ビデオカメラ１００Ｂの撮影コンテンツが視聴可能になったときの画面である。ユーザＣがビデオカメラ１００Ｂの撮影ボタンを押下すると、ビデオカメラ１００Ｂからセンタサーバ１５００に対して撮影コンテンツを転送する。そのとき、センタサーバ１５００の記録／ライブ視聴接続管理部１５０３がビデオカメラ１４００の撮影コンテンツの視聴状態２６０４を「待機」２４０２から「視聴可」２４０４に変更し、記録／ライブ視聴セッションテーブル２６００を更新する。
【０２０９】
ＤＴＶ２００は、前記セッションテーブル２６００の更新を認識し、２台目のカメラの撮影コンテンツの視聴状態が現在「視聴可」２４０４を表すボタン３０４２を表示する。また、ビデオカメラ１００Ｂの撮影コンテンツがセンタサーバ１５００からＤＴＶ２００に送信され、ＤＴＶ２００の画面では該撮影コンテンツが表示される
ここで、実施例１で記述した通り、ビデオカメラ１００及びビデオカメラ１４００で撮影したコンテンツをセンタサーバ３００に送信している途中で通信障害が発生し、通信が中断された場合は、ビデオカメラ１００で一旦中断部部分をメモリ１０７に記録する。そして、通信状態が再開すると、最新の撮影コンテンツをセンタサーバ１５００へ送信し、センタサーバ１５００は該コンテンツを記録しながら同時にＤＴＶ２００へ送信する。
【０２１０】
また、ビデオカメラ１００及びビデオカメラ１４００から中断部分のコンテンツが送信されてくると、センタサーバ１５００は該コンテンツをメモリ１５０６に記録するが、ＤＴＶ２００には送信しない。
【図面の簡単な説明】
【０２１１】
【図１】システムの一構成例
【図２】ビデオカメラの一ブロック構成例
【図３】ＤＴＶの一ブロック構成例
【図４】機器情報管理部の一構成例
【図５】ビデオカメラの記録先選択画面例
【図６】ビデオカメラからＤＴＶへ撮影コンテンツを送信開始するまでの記録開始シーケンスの一例
【図７】ビデオカメラから受信した撮影コンテンツをＤＴＶで視聴開始するまでの視聴開始シーケンスの一例
【図８】ＤＴＶ／ビデオカメラの画面例
【図９】ビデオカメラから受信した撮影コンテンツをＤＴＶで視聴／記録開始するまでの視聴／記録開始シーケンスの一例
【図１０】るビデオカメラからＤＴＶへ撮影コンテンツを伝送中に通信中断が発生した際の視聴／記録中断・再開シーケンスの一例
【図１１】ビデオカメラの記録情報テーブルの一構成例
【図１２】ＤＴＶの記録情報テーブルの一構成例
【図１３】ビデオカメラからＤＴＶへ撮影コンテンツを伝送する手順概要の一例
【図１４】ビデオカメラからＤＴＶへの撮影コンテンツの伝送を終了する視聴／記録終了シーケンスの一例
【図１５】ビデオカメラからＤＴＶへ撮影コンテンツを伝送する手順概要の一例
【図１６】ビデオカメラからＤＴＶへ撮影コンテンツを伝送する手順概要の一例
【図１７】システムの一構成例
【図１８】記録装置の一ブロック構成例
【図１９】ビデオカメラから記録装置／ＤＴＶへ撮影コンテンツを送信開始するまでの記録開始シーケンスの一例
【図２０】システムの一構成例
【図２１】センタサーバの一ブロック構成例
【図２２】センタサーバの記録情報テーブルの一構成例
【図２３】センタサーバにおいての加入メンバーのグループテーブル一構成例
【図２４】センタサーバにおけるビデオカメラの記録／ライブ視聴セッション状態遷移図一例
【図２５】ビデオカメラの記録／ライブ視聴セッション終了選択画面例
【図２６】ビデオカメラの記録／ライブ視聴セッションテーブルの一構成例
【図２７】ＤＴＶがセンタサーバに記録／ライブ視聴セッション状態を問い合わせ手順概要の一例
【図２８】ビデオカメラからセンタサーバへ撮影コンテンツを送信開始し、ＤＴＶでライブ視聴開始するまでの記録開始シーケンスの一例
【図２９】システムの一構成例
【図３０】ＤＴＶの視聴開始画面例
【符号の説明】
【０２１２】
１００、１００Ａ、１００Ｂ・・・ビデオカメラ
２００・・・ＤＴＶ
３００・・・記録装置
４００・・・機器情報テーブル
１１００、１２００、２２００・・・記録情報テーブル
１０７、２１１、３１０・・・メモリ
１１１、２１３、３１２・・・通信処理部
１０６、２１０、３０９・・・記録／再生処理部
１０９、２０６、２１６、３０５・・・デジタル入力／出力端子
１０・・・無線アクセスポイント
１２・・・ルータ
１５００・・・センタサーバ
２３００・・・グループテーブル
２６００・・・記録／ライブ視聴セッションテーブル
【技術分野】
【０００１】
本発明は、ネットワークを介して映像音声等のコンテンツを通信するに際し、通信状態が悪くなった場合でも安全にコンテンツをリアルタイム転送するのに好適な送信装置、受信装置およびコンテンツ伝送方法に関するものである。
【背景技術】
【０００２】
パーソナルコンピュータ（以下、ＰＣ）の演算速度や記憶容量など処理能力の発展に伴い、ＰＣに内蔵されるハードディスクドライブ（以下、ＨＤＤ）も大容量化が進んでいる。こうした状況のもとで最近では一般の家庭で利用されるようなランクのＰＣにおいてもＨＤＤを利用してＴＶ放送番組を録画し、これをＰＣのディスプレイで視聴を行うといった使い方ができるようになってきた。
【０００３】
また、近年デジタル映像信号処理技術の発展に伴い、デジタル放送を受信するデジタルチューナ内蔵テレビ（以下、ＤＴＶ）や、デジタル放送番組を録画・再生するデジタル記録装置（例えば、ＨＤＤレコーダやＤＶＤレコーダ、ＢＤレコーダ等）のデジタルＡＶ装置が次々と製品化されている。
【０００４】
さらに、ブロードバンド／インターネットの普及により、これらのＰＣやデジタルＡＶ装置に有線／無線ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）、ＩＥＥＥ１３９４、ＵＳＢなどのデジタルインタフェースを搭載し、ネットワークを介して宅内／宅外でデジタルコンテンツを伝送することが可能になってきた。
【０００５】
このような環境が整いつつある中、ビデオカメラやデジタルカメラなどで撮影したパーソナルデータをＩＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）ネットワークを介してサーバに格納し、特定あるいは不特定多数のユーザに該データを公開するといった写真共有サービス／動画共有サービスが可能になってきた。該サービスとしては、例えば、Ｇｏｏｇｌｅ社が提供する「ＹｏｕＴｕｂｅ」がある。
【０００６】
これらのサービスを利用する場合、ユーザは、ビデオカメラやデジタルカメラの内蔵メモリ（ＨＤＤ、フラッシュメモリ等）やリムーバブルメモリ（磁気テープ、ＳＤカード、光ディスク等）で撮影したデータを一度ＰＣに移し、その後、ＰＣからネットワーク経由で該データをサーバへアップロードする方法がある。また、ＰＣだけでなく、ネットワーク機能を搭載したＤＴＶや携帯端末を利用することもできる。本サービスに必要な技術として以下が開示されている。
【０００７】
【特許文献１】特開２００３−８７７００号
【発明の開示】
【発明が解決しようとする課題】
【０００８】
上記従来の技術では、撮影済みのデータを一括してサーバにアップロードした後、他のユーザに公開することになるため、撮影側と視聴側の間でデータのリアルタイム性は求められない。
【０００９】
しかし、ブローバンド環境やネットワーク対応機器、ネットワークサービスなどが普及してくると、例えば子供の運動会を撮影しているデータをリアルタイムに自宅や祖父母宅へ送信し、その場で視聴しながらデータの記録も同時に実行したいという要求は高い。
【００１０】
本発明の目的は、有線または無線のネットワークを利用し、撮影しているコンテンツを自宅や祖父母宅といった所望の場所へリアルタイムに伝送し、該場所で該コンテンツをリアルタイムに視聴しながら同時にダウンロードすることができるコンテンツ送信装置、受信装置およびコンテンツ伝送方法を提供することである。
【課題を解決するための手段】
【００１１】
上記の課題を解決するために、コンテンツ送信装置は、
宅内および宅外のネットワークを介してコンテンツや制御データの送受信を行うネットワーク通信手段と、
該ネットワークを介して接続されるコンテンツ受信装置に送信するコンテンツを、該ネットワーク通信手段に供給する送信コンテンツ生成手段と、
該ネットワークを介して接続する他の装置に関する情報を管理する機器情報管理手段と、
該コンテンツの一部あるいは全部や、自装置に関する各種の設定情報を内蔵あるいは外付けのメモリに記録する記録手段と、
該ネットワーク通信手段を用いてコンテンツや制御データを送受信中に、通信が継続できなくなった状態を検知する通信障害検知手段と、
該通信障害検知手段を用いて通信が中断したことを検知すると、通信状態が正常に復帰することを試みる通信復帰手段と、
該通信復帰手段を用いて通信中断状態が正常に復帰したことを検知する通信復帰検知手段と、
を備え、
前記送信コンテンツ生成手段を用いてリアルタイムに生成するコンテンツを、前記ネットワーク通信手段を用いてネットワーク接続された他の装置に送信している際に、前記通信障害検知手段を介してコンテンツ送信が中断したことを検知すると、
前記通信復帰手段を用いて通信状態を正常に復帰することを試みると共に、前記記録手段を用いて通信中断により送信できなかったコンテンツおよび通信中断中に生成したコンテンツを内蔵あるいは外付けのメモリに記録し、
前記通信復帰検知手段を用いて通信状態が復帰したことを検知すると、
復帰した時点で生成しているコンテンツの送信を再開すると共に、前記メモリへの記録を停止し、
前記送信コンテンツ生成手段を用いたコンテンツ生成を停止した際に、前記メモリに記録したコンテンツを送信する。
【００１２】
一方、コンテンツ受信装置は、
宅内および宅外のネットワークを介してコンテンツや制御データの送受信を行うネットワーク通信手段と、
該ネットワークを介して接続する他の装置に関する情報を管理する機器情報管理手段と、
該コンテンツの一部あるいは全部や、自装置に関する各種の設定情報を内蔵あるいは外付けのメモリに記録する記録手段と、
該記録手段を用いてメモリに記録されたコンテンツや、該ネットワーク通信手段を介して受信したコンテンツを内蔵あるいは外付けのモニタ画面に再生する再生手段と、
該ネットワーク通信手段を用いてコンテンツや制御データを送受信中に、通信が継続できなくなった状態を検知する通信障害検知手段と、
該通信障害検知手段を用いて通信が中断したことを検知すると、通信状態が正常に復帰することを試みる通信復帰手段と、
該通信復帰手段を用いて通信中断状態が正常に復帰したことを検知する通信復帰検知手段と、
を備え、
前記ネットワーク通信手段を用いてネットワーク接続されたコンテンツ送信装置から送信されたコンテンツを受信し、前記再生手段を用いて該コンテンツを再生すると共に、前記記録手段を用いて該コンテンツをメモリに記録している際に、
前記通信障害検知手段を介してコンテンツ受信が中断したことを検知すると、前記通信復帰手段を用いて通信状態を正常に復帰することを試みると共に、前記記録手段を用いたコンテンツの記録を中断し、記録を中断した位置情報（Ａ）を保持し、
前記通信復帰検知手段を用いて通信状態が復帰したことを検知すると、前記ネットワーク通信手段を介して前記再生手段を用いて受信したコンテンツの再生を再開すると共に、前記記録手段を用いて受信したコンテンツの記録を再開し、記録を再開した位置情報（Ｂ）を保持し、
前記コンテンツ送信装置から前記中断したコンテンツ部分を受信した際に、前記位置情報（Ａ）と前記位置情報（Ｂ）との間に該中断したコンテンツ部分を挿入する。
【発明の効果】
【００１３】
本発明によれば、撮影コンテンツをリアルタイムで送信するコンテンツ送信装置は、コンテンツ転送中に通信中断が発生した場合、中断中のコンテンツを自装置内のメモリに記録し、通信再開時には最新の映像を優先的に送信しながら、中断中に記録したコンテンツを送信する。コンテンツ受信装置は、受信した該コンテンツをリアルタイムに視聴しながら、自装置内のメモリに該コンテンツを記録することができる。通信が中断し、再開した場合でも、常に最新の映像を視聴することができ、中断した部分は視聴できないが記録することができる。これにより、コンテンツ送信装置では大容量のメモリを備える必要がなく、またメモリの残容量を気にすることなくコンテンツを取得することができ、コンテンツ受信装置ではリアルタイムで常に最新のコンテンツを視聴しながら、途切れることなくコンテンツを記録することができ、ユーザの利便性が向上する。
【発明を実施するための最良の形態】
【００１４】
以下実施の形態について説明する。
【実施例１】
【００１５】
以下実施例１について説明する。
本実施の形態の特徴は、撮影したコンテンツをネットワーク経由で他の場所にあるＤＴＶでリアルタイムに視聴しながらダウンロード可能にすることである。
【００１６】
図１は、システム構成を示したものであり、ユーザＡが外出先で子供の運動会の様子をビデオカメラで撮影している映像をネットワーク経由で自宅のＤＴＶに送信し、宅内のユーザＢがＤＴＶ上で運動会の映像を視聴しながら記録する場合を想定している。
【００１７】
ユーザＡが使用するビデオカメラ１００は、無線ＬＡＮを用いて無線アクセスポイント１０を介してインターネット１１に接続可能になっている。また、ユーザＢが利用するＤＴＶ２００は、有線ＬＡＮを用いてルータ１２を介してインターネット１１に接続可能になっている。
【００１８】
ネットワーク上では、ネットワークプロトコルとして標準のＩＰを使用し、上位のトランスポートプロトコルにはＴＣＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ）やＵＤＰ（Ｕｓｅｒ Ｄａｔａｇｒａｍ Ｐｒｏｔｏｃｏｌ）を用いる。コンテンツの伝送には更に上位のアプリケーションプロトコル、例えばＲＴＰ（Ｒｅａｌ−ｔｉｍｅ Ｔｒａｎｓｐｏｒｔ Ｐｒｏｔｏｃｏｌ）やＨＴＴＰ（Ｈｙｐｅｒ Ｔｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）、ＦＴＰ（Ｆｉｌｅ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）等を使用する。なお、ＩＰにはバージョンの違いとしてＩＰｖ４とＩＰｖ６が有る。
【００１９】
ネットワーク接続された上記ビデオカメラ１００とＤＴＶ２００、無線アクセスポイント１０、ルータ１２は、それぞれネットワーク上で自身を識別するＩＰアドレスを所有する。また各々のネットワーク通信処理回路のインターフェース部には４８ビットのＭＡＣ（Ｍｅｄｉａ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ）アドレスが予め製造時に与えられている。
【００２０】
各装置へのＩＰアドレスの設定はＤＨＣＰ（Ｄｙｎａｍｉｃ Ｈｏｓｔ Ｃｏｎｆｉｇｕｒａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）により、例えば無線アクセスポイント１０やルータ１２をＤＨＣＰサーバとして動作させ、ここから各装置のＩＰアドレスを割り振るようにすれば良い。なお、ＩＰｖ６を用いる場合にはステートレス自動設定と呼ばれる方法によりルータ１２のＩＰアドレスの上位６４ｂｉｔとＭＡＣアドレスから各装置が自身のＩＰアドレスを定めることも可能である。
【００２１】
ここで、図１ではユーザＢの宅内はルータ１２とＤＴＶ２００間を有線ＬＡＮで接続しているが、無線アクセスポイント１０を使用したＬＡＮやＩＥＥＥ１３９４、ＵＳＢ、Ｂｌｕｅｔｏｏｔｈ等を用いても良い。また、ルータ１２はハブ機能を内蔵しているものとし、ＤＴＶ２００以外の他の装置を接続することも可能とする。また、無線アクセスポイント１０とルータ１２が一体型になった形態でも良い。
【００２２】
また、ルータ１２は、図示しないモデムあるいは光電変換器などを介して、もしくはルータに内蔵されるモデムあるいは光電変換器によりインターネットに接続される。インターネットへの接続形態はＡＤＳＬ（Ａｓｙｍｍｅｔｒｉｃ Ｄｉｇｉｔａｌ Ｓｕｂｓｃｒｉｂｅｒ ｌｉｎｅ）や光ファイバーなどの高速アクセス回線やＩＳＤＮ（Ｉｎｔｅｇｒａｔｅｄ Ｓｅｒｖｉｃｅｓ Ｄｉｇｉｔａｌ Ｎｅｔｗｏｒｋ）、アナログ電話回線、携帯電話などの移動体通信網などその種類を問わない。インターネット１１は、閉域網ネットワークでも良い。ユーザＡの外出先のネットワーク構成も前記同様である。
【００２３】
また、外出先からインターネット１１を介して宅内の装置にアクセスする方法は、ルータのポートフォワード機能やＶＰＮ（Ｖｉｒｔｕａｌ Ｐｒｉｖａｔｅ Ｎｅｔｗｏｒｋ）などの技術を利用すれば良い。
【００２４】
次に、図２を用いて、ビデオカメラ１００の一構成例について説明する。
ビデオカメラ１００は、カメラ部１０１、マイク部１０２、入力処理部１０３、機器認証処理部１０４、機器情報管理部１０５、記録／再生処理部１０６、メモリ１０７、デコーダ１０８、デジタル出力端子１０９、暗号処理部１１０、通信処理部１１１、制御部１１２、表示部１１３から構成される。
【００２５】
カメラ部１０１は、動画や静止画を撮影する部分である。
マイク部１０２は、音声を入力する部分である。
入力処理部１０３は、リモコンやタッチパネル、操作ボタンなどを利用してユーザがビデオカメラ１００を操作する部分である。
【００２６】
機器認証処理部１０４は、ネットワークを介してコンテンツを安全に転送するために、他のＡＶ装置との間で特定の認証プロトコルに準拠してお互いに正規に認定された機器であるかを認証し、コンテンツの暗号に使用する鍵を共有する部分である。該特定の認証プロトコルは、例えばＳＳＬ（Ｓｅｃｕｒｅ Ｓｏｃｋｅｔｓ Ｌａｙｅｒ）やＭａｒｌｉｎ、ＤＴＣＰ（Ｄｉｇｉｔａｌ Ｔｒａｎｓｍｉｓｓｉｏｎ Ｃｏｎｔｅｎｔ Ｐｒｏｔｅｃｔｉｏｎ）などの標準技術を使用すれば良い。
【００２７】
機器情報管理部１０５は、ネットワーク接続対象となるＡＶ装置や前記機器認証処理部１０４で認証が成功したＡＶ装置に関する情報を管理する部分である。
記録／再生処理部１０６は、前記カメラ部１０１、マイク部１０２で撮影した動画／静止画などのコンテンツの一部あるいは全部をメモリ１０７に記録するための記録制御と、該メモリ１０７に記録したコンテンツを再生するための再生制御を行う部分である。
【００２８】
メモリ１０７は、前記カメラ部１０１、マイク部１０２で撮影した動画／静止画の一部あるいは全部や、自装置の設定情報などの情報を格納する不揮発性のメモリである。内蔵あるいは着脱可能なメモリ形態が考えられ、両方を備えたハイブリッド形態でも良い。
デコーダ１０８は、前記メモリ１０７に格納した圧縮された映像音声データを復号して、元の音声信号、映像信号に伸長する部分である。
【００２９】
デジタル出力端子１０９は、前記デコーダ１０８で伸長したデータを出力する部分であり、例えばＨＤＭＩ（Ｈｉｇｈ−Ｄｅｆｉｎｉｔｉｏｎ Ｍｕｌｔｉｍｅｄｉａ Ｉｎｔｅｒｆａｃｅ）などがある。
暗号処理部１１０は、前記カメラ部１０１、マイク部１０２を用いて撮影したコンテンツを、必要に応じて前記機器認証処理部１０４で共有した鍵を使用して暗号化する部分である。また、ＷＥＰ（Ｗｉｒｅｄ Ｅｑｕｉｖａｌｅｎｔ Ｐｒｉｖａｃｙ）などの無線ＬＡＮにおけるセキュリティ保護の目的で標準的に用いられている公知の暗号化方式を用いて暗号化する部分である。無線ＬＡＮ以外に、３ＧやＷ−ＣＤＭＡ（Ｗｉｄｅｂａｎｄ Ｃｏｄｅ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ）など携帯電話などで使用している無線通信方式を利用しても良い。
【００３０】
通信処理部１１１は、無線ＬＡＮで接続した他のＡＶ装置との間でコンテンツや制御コマンドを送受信する部分である。
表示部１１３は、前記カメラ部１０１、マイク部１０２を用いて撮影したコンテンツや、メニューや設定画面などを、内蔵あるいは外付けのモニタに表示する部分である。
制御部１１２は、ビデオカメラ１００における各部の動作を統括的に制御する部分である。
【００３１】
次に、図３を用いて、ＤＴＶ２００の一構成例について説明する。
ＤＴＶ１００は、チューナ２０１、デスクランブラ２０２、デマルチプレクサ２０３、デコーダ２０４、表示部／スピーカ２０５、デジタル出力端子２０６、入力処理部２０７、機器認証処理部２０８、機器情報管理部２０９、記録／再生処理部２１０、メモリ２１１、暗号／復号処理部２１２、通信処理部２１３、通信ＩＦ２１４、制御部２１５、デジタル入力端子２１６から構成される。
【００３２】
チューナ２０１は、放送局からアンテナを介して受信した複数のチャンネルから所望のチャンネルを選局し、デジタル変調された番組を復調する部分である。
デスクランブラ２０２は、サービス事業者と契約したチャンネルのみを受信可能とするためにかけられている番組のスクランブルを解除する部分である。
【００３３】
デマルチプレクサ２０３は、放送番組から音声データ、映像データを抽出する部分である。
デコーダ２０４は、該チューナ２０１から受信した放送番組や通信ＩＦ２１４から受信した圧縮された音声データや映像データを復号して、元の音声信号、映像信号に伸長する部分である。
【００３４】
表示部／スピーカ２０５は、該デコーダ２０４からの出力信号や、デジタル入力端子２１６から入力された信号を再生する部分である。内蔵でも、外付けでも良い。
デジタル出力端子２０６は該デコーダ２０４で伸長したデータを出力する部分であり、例えばＨＤＭＩなどがある。
【００３５】
入力処理部２０７は、リモコンやタッチパネルなどを利用してユーザがＤＴＶ２００を操作する部分である。
機器認証処理部２０８は、ＬＡＮを介してコンテンツを転送するために、他のＡＶ装置との間で特定の認証プロトコルに準拠してお互いに正規に認定された機器であるかを認証し、コンテンツの暗号／復号に使用する鍵を共有する部分である。該特定の認証プロトコルは、例えばＳＳＬやＭａｒｌｉｎ、ＤＴＣＰなどの技術を使用すれば良い。
【００３６】
機器情報管理部２０９は、前記機器認証処理部２０８で認証が成功したＡＶ装置に関する情報を管理する部分である。
記録／再生処理部２１０は、前記チューナ２０１で受信した放送番組や前記通信ＩＦ２１４から受信したデジタルコンテンツをメモリ２１１に記録するための記録制御と、該メモリ２１１に記録したコンテンツを再生するための再生制御を行う部分である。
【００３７】
メモリ２１１は、前記チューナ２０１で受信した放送番組や前記通信ＩＦ２１４から受信したデジタルコンテンツ、自装置の設定情報、予約視聴／予約録画などの情報を格納する不揮発性のメモリである。内蔵あるいは着脱可能なメモリ形態が考えられ、両方を備えたハイブリッド形態でも良い。
暗号／復号処理部２１２は、放送番組や通信ＩＦ２１４を介して受信したコンテンツを、前記機器認証処理部２０８で共有した鍵を使用して暗号化あるいは復号化する部分である。
【００３８】
通信処理部２１３は、通信ＩＦ２１４を介してＬＡＮで接続した他のＡＶ装置との間でコンテンツや制御コマンドを送受信する部分である。送信されるコンテンツには、必要に応じてその取り扱い方を示す「コピー制限なし」「一回限りコピー可」「コピー禁止」などの識別コードを付して送信される。
【００３９】
通信ＩＦ２１４は、ＬＡＮ経由でコンテンツや制御コマンドを入出力する部分である。
制御部２１５は、ＤＴＶ１００における各部の動作を統括的に制御する部分である。
デジタル入力端子２１６は他のＡＶ装置からの伸長したデジタルデータを入力する部分であり、例えばＨＤＭＩなどがある。
【００４０】
次に、図４を用いて、前記機器情報管理部１０５、２０９で格納する機器情報テーブル４００の一構成例について説明する。
機器情報テーブル４００は、ＩＤ４０１、アドレス情報４０２、登録情報４０３、種別４０４、機器名／サービス名４０５から構成される。
【００４１】
ＩＤ４０１は、該機器情報テーブルに登録された要素（レコード）を一意に識別するための番号を示す。
アドレス情報４０２は、宅内だけでなく宅外からアクセスすることが可能であり、ネットワーク上における各装置を一意に識別するためのＩＰアドレスやＭＡＣアドレス、ポート番号等を示す。
【００４２】
登録情報４０３は、ネットワークを介して前記アドレス情報４０２が示す各装置にアクセスするために必要な情報、例えばユーザ名やパスワード等を示す。宅外からルータ１２にログインするための情報も含む。
種別４０４は、ネットワークを介してアクセスする各装置の種別、例えばテレビ、レコーダ、カメラ、センタ等を示す。
【００４３】
機器名／サービス名４０５は、ネットワークを介してアクセスする各装置の名称や提供するサービス名を示す。
この他に、ユーザが任意に設定した前記機器名／サービス名４０５のニックネームや所有者の名前などの情報を追加しても良い。
【００４４】
ビデオカメラ１００やＤＴＶ２００は、ユーザによる手動設定、あるいは／そして他の装置をネットワーク接続した際に、他の装置を自動的に認識することにより、前記機器情報テーブル４００に他の装置に関する情報を設定する。他の装置を自動的に認識する技術としては、例えばＳＳＤＰ（Ｓｉｎｐｌｅ Ｓｅｒｖｉｃｅ Ｄｉｓｃｏｖｅｒｙ Ｐｒｏｔｏｃｏｌ）やＤＬＮＡ（Ｄｉｇｉｔａｌ Ｌｉｖｉｎｇ Ｎｅｔｗｏｒｋ Ａｌｌｉａｎｃｅ）が挙げられる。
【００４５】
本実施例では、ビデオカメラ１００の機器情報テーブル４００には、予めＤＴＶ２００に関する情報（ＩＤ４１０の登録要素）が登録されているものとする。
【００４６】
以上に記載した各装置と情報を用いて、前記図１に示したシステム構成において、ビデオカメラ１００（コンテンツ送信装置）とＤＴＶ２００（コンテンツ受信装置）との間で実行するコンテンツ送信手順について説明する。
【００４７】
最初に、ユーザＡがビデオカメラ１００で撮影を開始する前に、記録先を設定する手順について図５を用いて説明する。ユーザＡは、ビデオカメラ１００の表示部１１３を用いて、記録先の設定画面５０１を表示する。該画面５０１上には、撮影したコンテンツの記録先である「内蔵メモリ」や「ネットワーク接続機器」等が表示される。ユーザＡは、入力処理部１０３を介して、表示された記録先の中から所望の記録先を選択する。本実施例では、画面５０２に示す通り、本発明の特徴である「ネットワーク接続機器」を選択するものとする。
【００４８】
該画面５０２上でユーザＡが「ネットワーク接続機器」を選択すると、前記機器情報テーブル４００内に登録された装置の機器名／サービス名−「ＷＨＯＡＭＩ（ＤＴＶ２００の機器名）」と「ＭＡＴＩＳＳＥ」−を表示した画面５０３が表示される。ユーザＡは、入力処理部１０３を用いてＤＴＶ２００を示す「ＷＨＯＡＭＩ」を選択すると、画面５０４が表示される。
【００４９】
該画面５０４上には、撮影したコンテンツを選択したネットワーク接続機器上でどのように扱うかを設定するメニューを表示する。該画面５０４には、例えば該コンテンツの記録のみを実行する「記録のみ」、該コンテンツをリアルタイムに視聴する「ライブ表示のみ」、該コンテンツを記録しながら同時にリアルタイム視聴する「記録＋ライブ表示」などを表示する。
【００５０】
該画面５０４上で「記録のみ」「ライブ表示のみ」「記録＋ライブ表示」のそれぞれを選択した場合の以降の処理手順について、図６、図７、図９を用いて説明する。
【００５１】
図６は、前記画面５０４上で「記録のみ」を選択した場合に、ビデオカメラ１００が撮影したコンテンツをＤＴＶ２００が記録を開始するまでの処理６００を示す。ここで、本処理のための情報の送受信にはプロトコルとしてＴＣＰやＵＤＰの技術を用いるものとし、コネクションの確立および破棄のためのデータ送受信については省略してある。
【００５２】
ビデオカメラ１００の制御部１１２は、機器情報管理部１０５に格納された機器情報テーブル４００を参照し、通信処理部１１１を介してＤＴＶ２００に対して機器情報要求を送信する（Ｓ６０１）。
ＤＴＶ２００の制御部２１５は、通信ＩＦ２１４と通信処理部２１３を経由して前記機器情報要求を受信すると、自装置に関する情報、例えば機器名、メーカー名、テレビやレコーダといった種別等を返信する（Ｓ６０２）。
【００５３】
次に、ビデオカメラ１００の制御部１１２は、通信処理部１１１を介してＤＴＶ２００に対して機能情報要求を送信する（Ｓ６０３）。
それに対してＤＴＶ２００の制御部２１５は、自装置が備えた機能やサービスに関する情報、例えば視聴機能や録画機能、コンテンツ検索機能、扱うことができるデータフォーマットやメモリの種類等を返信する（Ｓ６０４）。
【００５４】
ビデオカメラ１００の制御部１１２は、前記Ｓ６０２、Ｓ６０４で取得したＤＴＶ２００に関する情報をチェックし、以降の処理を続行するか否かを確認する。そして、ＤＴＶ２００が所望の接続先であり必要な機能を備えていることを確認できると、通信処理部１１１を介してＤＴＶ２００に対して記録要求を送信する（Ｓ６０５）。ここで、記録要求には、ＤＴＶ２００のメモリ２１１に記録する際に必要な情報、例えばコンテンツ名、記録フォーマット、格納するフォルダ名などを含んでも良い。
【００５５】
それに対してＤＴＶ２００の制御部２１５は、メモリ２１１に格納された予約視聴や予約録画の情報を確認し、現在録画が可能な状況であるか否か確認し（Ｓ６０６）、その結果をビデオカメラ１００に返信する（Ｓ６０７）。
【００５６】
ビデオカメラ１００の制御部１１２は、前記Ｓ６０７でＤＴＶ２００が記録不可の場合は処理を終了する。一方、ＤＴＶ２００が記録可能の場合は、機器認証処理部１０４とＤＴＶ２００の機器認証処理部２０８との間で、特定の認証プロトコルに準拠してお互いに正規に認定された機器であるかを認証する。該特定の認証プロトコルは、例えばＳＳＬやＭａｒｌｉｎ、ＤＴＣＰなどの技術を使用すれば良い（Ｓ６０８）。
【００５７】
前記Ｓ６０８で機器認証が成功すると、ビデオカメラ１００の制御部１１２は、ユーザＡからの記録指示待ち状態になる。そして、ユーザＡが入力処理部１０３を介して記録を指示（例えば、ビデオカメラ１００の[記録]ボタンを押下）すると、ＤＴＶ２００に対して記録開始要求を送信する（Ｓ６０９）。ここで、記録要求開始には、ＨＴＴＰのＰＯＳＴ機能を使用しても良い。
【００５８】
それに対してＤＴＶ２００の制御部２１５は、記録／再生処理部２１０に記録準備とメモリ２１１への記録開始を指示し、暗号／復号処理部２１２と通信処理部２１３に通信ＩＦ２１４経由でデータ受信の開始を指示する（Ｓ６１０）。そして、ビデオカメラ１００に対して受信確認を返信する（Ｓ６１１）。
【００５９】
ビデオカメラ１００の制御部１１２は、カメラ部１０１とマイク部１０２、記録／再生処理部１０６に対して撮影開始を指示し、動画／静止画の撮影を開始する（Ｓ６１２）。
前記カメラ部１０１とマイク部１０２で入力された動画／静止画は、必要に応じて暗号処理部１１０で暗号化した後、通信処理部１１１を介してＤＴＶ２００に対してコンテンツを送信する（Ｓ６１３）。ここで、撮影したコンテンツの送信には、信頼性が高いＴＣＰを使用することが望ましい。また、暗号アルゴリズムとしては例えばＡＥＳ（Ａｄｖａｎｃｅｄ Ｅｎｃｒｙｐｔｉｏｎ Ｓｔａｎｄａｒｄ）を使用すれば良い。
【００６０】
ＤＴＶ２００では、通信ＩＦ２１４を介して受信したコンテンツをそのまま、あるいは必要に応じて暗号／復号処理部２１２で復号化した後、該コンテンツをメモリ２１１に格納する。メモリ２１１に格納する際、必要に応じて暗号／復号処理部２１２で再度暗号化して記録しても良い。
【００６１】
ビデオカメラ１００の制御部１１２は、前記Ｓ６１２で撮影を開始すると、定期的にＤＴＶ２００の動作状態を取得し、記録状態であることを確認しても良い。あるいは、ＤＴＶ２００が自装置の動作状態が変化したときにビデオカメラ１００に対して通知を出すことも考えられる。
【００６２】
ここで、ビデオカメラ１００がＤＴＶ２００の機器情報や機能情報を前記機器情報テーブル４００に登録するなどの方法で予め把握している場合は、上記Ｓ６０１〜Ｓ６０４の処理は実行しなくても良い。また、ユーザＡはビデオカメラ１００への記録指示を上記Ｓ６０９の開始タイミングとしているが、上記Ｓ６０５の開始タイミングとしても良い。
【００６３】
また、ＤＴＶ２００は、上記Ｓ６０６で録画が可能な状況であるか確認する際に、上記Ｓ６０８の機器認証処理を実行し、その結果も含めて判断した後、最後に上記Ｓ６０７の記録可否結果を返信しても良い。
【００６４】
次に図７は、前記画面５０４上で「ライブ表示のみ」を選択した場合に、ビデオカメラ１００が撮影したコンテンツをＤＴＶ２００で視聴開始するまでの処理を示す。前記同様、本処理のための情報の送受信にはプロトコルとしてＴＣＰやＵＤＰの技術を用いるものとし、コネクションの確立および破棄のためのデータ送受信については省略してある。
【００６５】
ビデオカメラ１００の制御部１１２は、機器情報管理部１０５に格納された機器情報テーブル４００を参照し、通信処理部１１１を介してＤＴＶ２００に対して機器情報要求を送信する（Ｓ７０１）。
ＤＴＶ２００の制御部２１５は、通信ＩＦ２１４と通信処理部２１３を経由して前記機器情報要求を受信すると、自装置に関する情報、例えば機器名、メーカー名、テレビやレコーダといった種別等を返信する（Ｓ７０２）。
【００６６】
次に、ビデオカメラ１００の制御部１１２は、通信処理部１１１を介してＤＴＶ２００に対して機能情報要求を送信する（Ｓ７０３）。
それに対してＤＴＶ２００の制御部２１５は、自装置が備えた機能やサービスに関する情報、例えば視聴機能や録画機能、コンテンツ検索機能、扱うことができるデータフォーマットやメモリの種類等を返信する（Ｓ７０４）。
【００６７】
ビデオカメラ１００の制御部１１２は、前記Ｓ７０２、Ｓ７０４で取得したＤＴＶ２００に関する情報をチェックし、以降の処理を続行するか否かを確認する。そして、ＤＴＶ２００が所望の接続先であり必要な機能を備えていることを確認できると、通信処理部１１１を介してＤＴＶ２００に対してライブ視聴要求を送信する（Ｓ７０５）。ここで、ライブ視聴要求には、ＤＴＶ２００の表示部／スピーカ２０５で視聴する際に必要な情報、例えばコンテンツ名、視聴フォーマットなどを含んでも良い。
【００６８】
それに対してＤＴＶ２００の制御部２１５は、メモリ２１１に格納された予約視聴や予約録画の情報を確認し、現在ライブ視聴が可能な状況であるか否か確認し（Ｓ７０６）、その結果をビデオカメラ１００に返信する（Ｓ７０７）。
【００６９】
ビデオカメラ１００の制御部１１２は、前記Ｓ７０７でＤＴＶ２００が視聴不可の場合は処理を終了する。一方、ＤＴＶ２００が視聴録可能の場合は、機器認証処理部１０４とＤＴＶ２００の機器認証処理部２０８との間で、特定の認証プロトコルに準拠してお互いに正規に認定された機器であるかを認証する。該特定の認証プロトコルは、例えばＳＳＬやＭａｒｌｉｎ、ＤＴＣＰなどの技術を使用すれば良い（Ｓ７０８）。
【００７０】
前記Ｓ７０８で機器認証が成功すると、ビデオカメラ１００の制御部１１２は、ユーザＡからの記録指示待ち状態になる。そして、ユーザＡが入力処理部１０３を介して記録（実際は撮影のみであるが）を指示（例えば、ビデオカメラ１００の[記録]ボタンを押下）すると、ＤＴＶ２００に対して撮影開始通知を送信する（Ｓ７０９）。
【００７１】
それに対してＤＴＶ２００の制御部２１５は、表示部／スピーカ２０５にライブ映像が配信される旨を表示することを指示し、暗号／復号処理部２１２と通信処理部２１３に通信ＩＦ２１４経由でデータ受信の開始を指示する。そして、ビデオカメラ１００に対して受信確認を返信する（Ｓ７１０）。ここで、図８に示すように、例えばユーザＢがＤＴＶ２００で放送番組を視聴している場合は（画面８０１）、ライブ映像が配信されることを通知するために、放送番組の表示画面上に[ＬＩＶＥ]ボタン８０３を表示する（画面８０２）。
【００７２】
前記受信確認を受け取ったビデオカメラ１００の制御部１１２は、カメラ部１０１とマイク部１０２、記録／再生処理部１０６に対して撮影開始を指示し、動画／静止画の撮影を開始する（Ｓ７１１）。
【００７３】
宅内のユーザＢがＤＴＶ２００の入力処理部２０７を介して前記画面８０２上に表示されている[ＬＩＶＥ]ボタンを選択すると（Ｓ７１２）、制御部２１５は通信ＩＦ２１４を介して、ビデオカメラ１００に対してコンテンツ要求を送信する（Ｓ７１３）。コンテンツ要求には、ＨＴＴＰのＧＥＴ機能を使用しても良い。
【００７４】
それに対してビデオカメラ１００の制御部１１２は、ＤＴＶ２００に対して受信確認を返信し（Ｓ７１４）、前記カメラ部１０１とマイク部１０２で入力された動画／静止画を必要に応じて暗号処理部１１０で暗号化した後、通信処理部１１１を介してＤＴＶ２００に対してコンテンツを送信する（Ｓ７１５）。ここで、暗号アルゴリズムとしては前述同様、例えば暗号化技術であるＡＥＳを使用すれば良い。また、ビデオカメラ１００の制御部１１２は、ＤＴＶ２００で視聴を開始した旨をユーザＡに通知するため、図８の画面８０５を表示部１１３に表示しても良い。
【００７５】
ＤＴＶ２００では、通信ＩＦ２１４を介して受信したコンテンツを必要に応じて暗号／復号処理部２１２で復号化し、デコーダ２０４で映像データ、音声データに伸長する。そして、図８の画面８０４に示すように、表示部／スピーカ２０５にビデオカメラで撮影しているコンテンツを表示する。
【００７６】
ビデオカメラ１００の制御部１１２は、前記Ｓ７１１で撮影を開始すると、定期的にＤＴＶ２００の動作状態を取得し、視聴状態であることを確認しても良い。あるいは、ＤＴＶ２００が自装置の動作状態が変化したときにビデオカメラ１００に対して通知を出すことも考えられる。
【００７７】
ここで、ビデオカメラ１００がＤＴＶ２００の機器情報や機能情報を前記機器情報テーブル４００に登録するなどの方法で予め把握している場合は、上記Ｓ７０１〜Ｓ７０４の処理は実行しなくても良い。また、ユーザＡはビデオカメラ１００への記録指示を上記Ｓ７０９の開始タイミングとしているが、上記Ｓ７０５の開始タイミングとしても良い。
【００７８】
また、ＤＴＶ２００は、上記Ｓ７０６で視聴が可能な状況であるか確認する際に、上記Ｓ７０８の機器認証処理を実行し、その結果も含めて判断した後、最後に上記Ｓ７０７の記録可否結果を返信しても良い。
さらに、上記Ｓ７０８の機器認証処理は、前述のＳ６０８の機器認証処理と一部あるいは全部同じシーケンスでも良いし、記録用／ライブ視聴用でシーケンスが別物であっても良い。
【００７９】
次に図９は、前記画面５０４上で「記録＋ライブ表示」を選択した場合に、ビデオカメラ１００が撮影したコンテンツをＤＴＶ２００で記録と視聴を開始するまでの処理９００を示す。前記同様、本処理のための情報の送受信にはプロトコルとしてＴＣＰやＵＤＰの技術を用いるものとし、コネクションの確立および破棄のためのデータ送受信については省略してある。
【００８０】
ビデオカメラ１００の制御部１１２は、機器情報管理部１０５に格納された機器情報テーブル４００を参照し、通信処理部１１１を介してＤＴＶ２００に対して機器情報要求を送信する（Ｓ９０１）。
ＤＴＶ２００の制御部２１５は、通信ＩＦ２１４と通信処理部２１３を経由して前記機器情報要求を受信すると、自装置に関する情報、例えば機器名、メーカー名、テレビやレコーダといった種別等を返信する（Ｓ９０２）。
【００８１】
次に、ビデオカメラ１００の制御部１１２は、通信処理部１１１を介してＤＴＶ２００に対して機能情報要求を送信する（Ｓ９０３）。
それに対してＤＴＶ２００の制御部２１５は、自装置が備えた機能やサービスに関する情報、例えば視聴機能や録画機能、コンテンツ検索機能、扱うことができるデータフォーマットやメモリの種類等を返信する（Ｓ９０４）。
【００８２】
ビデオカメラ１００の制御部１１２は、前記Ｓ９０２、Ｓ９０４で取得したＤＴＶ２００に関する情報をチェックし、以降の処理を続行するか否かを確認する。そして、ＤＴＶ２００が所望の接続先であり必要な機能を備えていることを確認できると、通信処理部１１１を介してＤＴＶ２００に対して記録／ライブ視聴要求を送信する（Ｓ９０５）。
【００８３】
ここで、記録／ライブ視聴要求には、ＤＴＶ２００の表示部／スピーカ２０５で視聴する際に必要な情報やメモリ２１１に記録する際に必要な情報、例えばコンテンツ名、視聴フォーマット、記録フォーマット、格納するフォルダ名などを含んでも良い。また、本要求は、記録要求とライブ視聴要求の２つを別々に発行しても良い。
【００８４】
それに対してＤＴＶ２００の制御部２１５は、メモリ２１１に格納された予約視聴や予約録画の情報を確認し、現在録画および視聴が可能な状況であるか否か確認し（Ｓ９０６）、その結果をビデオカメラ１００に返信する（Ｓ９０７）。
【００８５】
ビデオカメラ１００の制御部１１２は、前記Ｓ９０７でＤＴＶ２００が記録不可あるいは視聴不可の場合は処理を終了する。一方、ＤＴＶ２００が記録可能かつ視聴可能の場合は、機器認証処理部１０４とＤＴＶ２００の機器認証処理部２０８との間で、特定の認証プロトコルに準拠してお互いに正規に認定された機器であるかを認証する。該特定の認証プロトコルは、例えばＳＳＬやＭａｒｌｉｎ、ＤＴＣＰなどの技術を使用すれば良い（Ｓ９０８）。
【００８６】
前記Ｓ９０８で機器認証が成功すると、ビデオカメラ１００の制御部１１２は、ユーザＡからの記録指示待ち状態になる。そして、ユーザＡが入力処理部１０３を介して記録を指示（例えば、ビデオカメラ１００の[記録]ボタンを押下）すると、ＤＴＶ２００に対して記録要求開始を送信する（Ｓ９０９）。ここで、記録要求開始には、ＨＴＴＰのＰＯＳＴ機能を使用しても良い。
【００８７】
それに対してＤＴＶ２００の制御部２１５は、記録／再生処理部２１０に記録準備とメモリ２１１への記録開始を指示し、暗号／復号処理部２１２と通信処理部２１３に通信ＩＦ２１４経由でデータ受信の開始を指示する。また、表示部／スピーカ２０５にライブ映像が配信される旨を表示（例えば画面８０２のように[ＬＩＶＥ]ボタン８０３を表示）することを指示する（Ｓ９１０）。そして、ビデオカメラ１００に対して受信確認を返信する（Ｓ９１１）。
【００８８】
ビデオカメラ１００の制御部１１２は、カメラ部１０１とマイク部１０２、記録／再生処理部１０６に対して撮影開始を指示し、動画／静止画の撮影を開始する（Ｓ９１２）。
前記カメラ部１０１とマイク部１０２で入力された動画／静止画は、必要に応じて暗号処理部１１０で暗号化した後、通信処理部１１１を介してＤＴＶ２００に対してコンテンツを送信する（Ｓ９１３）。ここで、撮影したコンテンツの送信には、信頼性が高いＴＣＰを使用することが望ましい。また暗号アルゴリズムとしては前述同様、例えば暗号化技術であるＡＥＳを使用すれば良い。
【００８９】
ＤＴＶ２００では、通信ＩＦ２１４を介して受信したコンテンツをそのまま、あるいは必要に応じて暗号／復号処理部２１２で復号化した後、該コンテンツをメモリ２１１に格納する。また、ユーザＢがライブ映像の視聴を指示するまで表示部／スピーカ２０５にはライブ映像を表示しない。ユーザＢがライブ映像の視聴を指示すると、前記受信コンテンツをメモリ２１１に格納しながら同時にデコーダ２０４で映像データ、音声データに伸長し、表示部／スピーカ２０５に表示する。受信コンテンツをメモリ２１１に格納する際、必要に応じて暗号／復号処理部２１２で再度暗号化して記録しても良い。
【００９０】
ビデオカメラ１００の制御部１１２は、前記Ｓ９１２で撮影を開始すると、定期的にＤＴＶ２００の動作状態を取得し、記録状態であることを確認しても良い。あるいは、ＤＴＶ２００が自装置の動作状態が変化したときにビデオカメラ１００に対して通知を出すことも考えられる。
ここで、ビデオカメラ１００がＤＴＶ２００の機器情報や機能情報を前記機器情報テーブル４００に登録するなどの方法で予め把握している場合は、上記Ｓ９０１〜Ｓ９０４の処理は実行しなくても良い。また、ユーザＡはビデオカメラ１００への記録指示を上記Ｓ９０９の開始タイミングとしているが、上記Ｓ９０５の開始タイミングとしても良い。
【００９１】
さらに、上記Ｓ９０９でユーザＡがビデオカメラ１００の撮影を指示した後、実際にユーザＢがＤＴＶ２００での視聴を指示するまでの時間は不定であるため、ユーザＡはユーザＢが撮影した映像を見ているのか否か分からない。そこで、図９には記載していないが、ユーザＢが、表示前記Ｓ９１０にてＤＴＶ２００の表示部／スピーカ２０５に表示された画面８０２の［ＬＩＶＥ］ボタン８０３を指示した時に、ＤＴＶ２００からビデオカメラ１００へ視聴状態である旨（前述した動作状態の変化の一つでも良い）を通知してもらう。これにより、ビデオカメラ１００は、ＤＴＶ２００で視聴を開始したことを検知し、前記図８の画面８０５を表示して、ユーザＡに知らせることができる。
【００９２】
一方、ＤＴＶ２００は、上記Ｓ９０６で録画が可能な状況であるか確認する際に、上記Ｓ９０８の機器認証処理を実行し、その結果も含めて判断した後、最後に上記Ｓ９０７の記録可否結果を返信しても良い。
また、上記Ｓ９０７でＤＴＶ２００が記録不可で視聴可能な場合は、自動的にあるいはユーザＡの選択により、図７に示した「ライブ表示のみ」を選択した場合の処理に変更することも考えられる。同様に、上記Ｓ９０７でＤＴＶ２００が記録可能で視聴不可の場合は、図６で示した「記録のみ」を選択した場合の処理に変更しても良い。
以上から、図６、図７、図９の手順を用いて、ビデオカメラ１００で撮影したコンテンツを、ＤＴＶ２００で記録または／かつライブ視聴を行うことが可能となる。
【００９３】
次に、ビデオカメラ１００とＤＴＶ２００との間で撮影コンテンツを伝送している途中で、何らかの通信障害（例えば、ＴＣＰコネクションが破棄される、パケット落ちが発生し再送処理が実行される、無線アクセスポイント１０が認識できなくなる等）が発生した場合の処理手順について、図１０、図１３を用いて説明する。
【００９４】
図１０は、通信障害が発生した場合の記録／ライブ視聴の中断および再開するまでの処理１０００を示す。ここで、本処理では、前記画面５０４上で「記録＋ライブ表示」を選択しているものとする。
ビデオカメラ１００の制御部１１２は、撮影したコンテンツをＤＴＶ２００に対して送信中に、前述した通信障害を検知し、該コンテンツをリアルタイムに送信することができなくなったことを検知すると（Ｓ１００１）、記録／再生処理部１０６に指示して、既に自装置内のバッファに格納済みでＤＴＶ２００に対して送信待ち状態のデータおよび撮影続行中のデータを、一旦メモリ１０７に記録する（Ｓ１００２）。
【００９５】
それと同時に、ＴＣＰコネクションの再確立や無線アクセスポイントの再認識など、通信障害の復帰を試みる。そして、通信状態が復帰し、データ送信が可能な状態になったことを検知すると（Ｓ１００３）、ビデオカメラ１００の制御部１１２は、ＤＴＶ２００に対して記録一時中断要求を送信する（Ｓ１００４）。
【００９６】
これに対してＤＴＶ２００の制御部２１５は、記録／再生処理部２１０に一時停止あるいは停止を指示し、メモリ２１１へのコンテンツ記録を停止する（Ｓ１００５）。そして、一時停止した旨を受信確認としてビデオカメラ１００へ返信する（Ｓ１００６）。
【００９７】
次に、ビデオカメラ１００の制御部１１２は、メモリ１０７に蓄積予定のコンテンツサイズを算出し、ＤＴＶ２００のメモリ２１１への記録位置を該コンテンツサイズ分だけ先に移動することを要求するオフセット設定要求を、ＤＴＶ２００に対して送信する（Ｓ１００７）。ここで、前記Ｓ１００７で、ビデオカメラ１００の記録／再生処理部１０６は、図１１に示すような記録情報テーブル１１０をメモリ１０７上で管理する。
【００９８】
該記録情報テーブル１１０は、該テーブルに登録された要素（レコード）を識別するための番号であるＩＤ１１０１と、前記Ｓ１００２でメモリ１０７に記録開始した撮影コンテンツの位置を示す中断開始位置１１０２と、前記Ｓ１００７で算出したメモリ１０７に蓄積予定のコンテンツサイズを示す中断サイズ１１０３と、ＤＴＶ側の情報１１０４から構成される。前記Ｓ１００７でオフセット設定要求を発行する前に、記録／再生処理部１０６は、前記記録情報テーブル１１００内の中断開始位置１１０２と中断サイズ１１０３を設定する。
【００９９】
前記オフセット設定要求を受信したＤＴＶ２００の制御部２１５は、メモリ２１１への現在の記録位置から連続した領域、あるいは別の領域（不連続の領域あるいは一時蓄積用の領域）を指定されたオフセットのサイズ分を確保できるか否かを確認し（Ｓ１００８）、その結果を受信確認としてビデオカメラ１００に返信する（Ｓ１００９）。ここで、ＤＴＶ２００の記録／再生処理部２１０は、図１２に示すような記録情報テーブル１２００をメモリ２１１上で管理する。
【０１００】
該記録情報テーブル１２００は、該テーブルに登録された要素（レコード）を識別するための番号であるＩＤ１２０１と、前記Ｓ１００８で確保した領域を識別するための領域ＩＤ１２０２と、確保した領域サイズを示す容量１２０３から構成される。前記１００９で返信する受信確認には、前記領域ＩＤ１２０２を含んでも良い。
【０１０１】
前記受信確認を受信したビデオカメラ１００の制御部１１２は、受信した領域ＩＤ１２０２を前記記録情報テーブル１１００内のＤＴＶ側の情報１１０４に記録した後、ＤＴＶ２００に対して記録再開要求を送信する（Ｓ１０１０）。
【０１０２】
それに対してＤＴＶ２００の制御部２１５は、記録／再生処理部２１０に対して、メモリ２１１への記録位置を正しく設定し、記録再開することを指示する（Ｓ１０１１）。そして、ビデオカメラ１００に対して受信確認を返信する（Ｓ１０１２）。
【０１０３】
前記受信確認を受信したビデオカメラ１００の制御部１１２は、前記メモリ１０７に記録予定サイズ分の撮影コンテンツ以降の部分を、ＤＴＶ２００に対して送信を再開する（Ｓ１０１３）。そして、前記メモリ１０７に予定サイズにコンテンツを記録した後、記録を停止する（Ｓ１０１４）。
【０１０４】
ここで、前記Ｓ１００７で、ビデオカメラ１００のコンテンツサイズの算出には、前記Ｓ１００２で記載した中断前に既に送信待ち状態だったデータと中断中に撮影したデータのサイズを使用し、必要に応じてＧＯＰ（Ｇｒｏｕｐ Ｏｆ Ｐｉｃｔｕｒｅ）単位やアライメント境界を考慮して適切なサイズに調整する。前記Ｓ１００５でＤＴＶ２００の記録を停止した後、実際にＤＴＶ２００で記録したサイズを取得し、該サイズを用いて算出する方法もある。
【０１０５】
上述した中断・再開処理１０００を含めて、撮影コンテンツの全てがどのように転送され、ＤＴＶ２００の画面上にはどのような画面が表示されるかを図１３に示す。
ここで、ビデオカメラ１００で撮影した全てのコンテンツ１３００をＤＴＶ２００へ送信する際に、前記の中断・再開処理１０００が２回発生したものとする。
【０１０６】
まず、撮影コンテンツ１３００の先頭からＡ部分１３０１を順次ＤＴＶ２００へ送信する。ＤＴＶ２００では、受信したＡ部分１３１１をメモリ２１１に記録しながら、表示部／スピーカ２０５にＡ部分１３１１を順次再生する。
【０１０７】
そして、１回目の中断・再開処理が発生すると、前述のＳ１００２の通りビデオカメラ１００は中断１部分１３０２をメモリ１０７に一時蓄積し、Ｓ１００７で中断１部分１３０２のサイズをＤＴＶ２００に通知する。一方、ＤＴＶ２００はメモリ２１１への記録を一時停止し、該中断１部分のサイズ分の領域１部分１３１２を確保する。その際、表示部／スピーカ２０５には、Ａ部分１３１１の最後の映像（静止画）またはブラック画面を表示する。
【０１０８】
その後、通信が再開すると、ビデオカメラ１００は、現在撮影中であるコンテンツのＢ部分１３０３を順次ＤＴＶ２００へ送信する。ＤＴＶ２００では、受信したＢ部分１３１３をメモリ２１１に記録しながら、表示部／スピーカ２０５にＢ部分１３１３を順次再生する。
【０１０９】
また、２回目の中断・再開処理が発生すると、前述と同様に、ビデオカメラ１００は中断２部分１３０４をメモリ１０７に一時蓄積し、中断２部分１３０４のサイズをＤＴＶ２００へ通知する。ＤＴＶ２００はメモリ２１１への記録を一時停止し、該中断２部分のサイズ分の領域２部分１３１４を確保する。その際、表示部／スピーカ２０５には、Ｂ部分１３１３の最後の映像（静止画）またはブラック画面を表示する。
【０１１０】
その後、通信が再開すると、ビデオカメラ１００は、現在撮影中であるコンテンツのＣ部分１３０５を順次ＤＴＶ２００へ送信する。ＤＴＶ２００では、受信したＣ部分１３１５をメモリ２１１に記録しながら、表示部／スピーカ２０５にＣ部分１３１３を順次再生する。
以上から、撮影コンテンツ１３００の内、ＤＴＶ２００には、Ａ部分１３１１、Ｂ部分１３１３、Ｃ部分１３１５がメモリ２１１に記録され、表示部／スピーカ２０５上に表示されたことになる。
【０１１１】
次に、図１４を用いて、ビデオカメラ１００が撮影を終了する際の手順１４００について説明する。
まず、ユーザＡは、ビデオカメラ１００の入力処理部１０３を介して撮影終了を指示（例えば、ビデオカメラ１００の[停止]ボタンを押下）する（Ｓ１４０１）。
【０１１２】
撮影終了指示を検知したビデオカメラ１００の制御部１１２は、メモリ１０７に格納された記録情報テーブル１１００を取得し、中断・再開処理１０００が発生したか否かを確認する（Ｓ１４０２）。本実施例では該中断・再開処理が２回発生したため、該記録情報テーブル１１００には２つの要素が設定されている。
【０１１３】
次に、ビデオカメラ１００の制御部１１２は、ＤＴＶ２００に対して記録一時中断要求を送信する（Ｓ１４０３）。
前記要求を受信したＤＴＶ２００の制御部２１５は、記録を一時停止または停止するように記録／再生処理部２１０に指示し（Ｓ１４０４）、ビデオカメラ１００に受信確認を返信する（Ｓ１４０５）。
【０１１４】
前記受信確認を受け取ると、ビデオカメラ１００の制御部１１２は、前記記録情報テーブル１１００内の１つ目の要素（該テーブル１１００の「ＩＤ０」部分）を読み出し、ＤＴＶ２００に対して1つ目の中断部分の記録要求を送信する（Ｓ１４０６）。その際、該記録要求には、該１つ目の要素のＤＴＶ側の情報１１０４を含んでも良い。
該記録要求を受信したＤＴＶ２００の制御部２１５は、メモリ２１１に格納した前記記録情報テーブル１２００を取得し、中断・再開処理１０００が発生したか否かを確認する（Ｓ１４０７）。そして、該テーブル１２００内に１つ目の中断部分で確保した領域を検索し、その結果をビデオカメラ１００へ返信する（Ｓ１４０８）。
【０１１５】
次に、ビデオカメラ１００の制御部１１２は、ＤＴＶ２００に対して１つ目の中断部分の記録再開要求を送信する（Ｓ１４０９）。その際、該記録要求には、該１つ目の要素の中断開始位置１１０２、中断サイズ１１０３を含んでも良い。
該記録再開要求を受信したＤＴＶ２００の制御部２１５は、メモリ２１１上に確保した領域の先頭に記録位置を設定し、記録を再開することを記録／再生処理部２１０に指示し（Ｓ１４１０）、ビデオカメラ１００に受信確認を返信する（Ｓ１４１１）。
【０１１６】
前記受信確認を受け取ると、ビデオカメラ１００の制御部１１２は、記録／再生処理部１０６を介してメモリ１０７に記録している１つ目の中断部分を読み出し、ＤＴＶ２００へ順次送信する（Ｓ１４１２）。そして、全て送信し終えると、メモリ１０７上の１つ目の中断部分を削除あるいは無効化し（Ｓ１４１３）、前記記録情報テーブル１１００内の１つ目の要素を削除する（Ｓ１４１４）。
一方、ＤＴＶ２００の制御部２１５は、受信したコンテンツを確保した領域に順次記録し、全て記録し終えると、前記記録情報テーブル１２００内の１つ目の要素を削除する（Ｓ１４１５）。
【０１１７】
前記Ｓ１４０３からＳ１４１５までの処理を、前記記録情報テーブル１１００、１２００内の要素の数だけ繰り返す。本実施例では、２つ目の中断部分に対して同様の処理を行う。
そして、メモリ１０７に記録した中断部分を全てＤＴＶ２００へ送信し終えると、ビデオカメラ１００の制御部１１２は、ＤＴＶ２００に対して記録終了要求を送信する（Ｓ１４１６）。
【０１１８】
前記記録終了要求を受信したＤＴＶ２００の制御部２１５は、記録の停止を記録／再生処理部２１０に指示し（Ｓ１４１７）、受信確認をビデオカメラ１００へ返信する（Ｓ１４１８）。
ここで、前記Ｓ１４０２〜Ｓ１４１５の処理は、図５の画面５０４において、ユーザＡが「記録のみ」あるいは「記録＋ライブ表示」を選択した時のみ実行すれば良い。
【０１１９】
図１５は、図１３で説明した手順の後に、上述の終了処理１４００を実行する手順を示している。該終了処理１４００では、ビデオカメラ１００はメモリ１０７に記録した中断１部分１３０２をＤＴＶ２００へ送信する。ＤＴＶ２００は受信したコンテンツを予め確保した領域１３１２に記録する。
同様に、ビデオカメラ１００は中断２部分１３０４をＤＴＶ２００へ送信する。ＤＴＶ２００は受信したコンテンツを予め確保した領域１３１４に記録する。
【０１２０】
以上から、ビデオカメラ１００で撮影したコンテンツをＤＴＶ２００で記録しながらライブ視聴する場合、途中で通信障害が発生して通信が中断されたときでも、視聴については中断部分を表示せず常に最新のデータを表示することを可能にし、記録については中断部分も後から記録することにより全てのコンテンツを記録することができる。
【０１２１】
ここで、前述の方法では中断した部分を最後に纏めて送信しているが、図１６に示すように、通信が再開した後に、ビデオカメラ１００がネットワーク上のデータ通信の混み具合や帯域の使用率をチェックしながら、現在撮影中のコンテンツを送信すると同時に、並行して中断部分を送信する方法もある。例えば、Ｂ部分１３０３をＤＴＶ２００へ送信すると共に、中断１部分１３０２を送信する。これにより、ビデオカメラ１００での撮影終了と、ＤＴＶ２００での記録終了をほぼ同時に終了することも可能となる。
【実施例２】
【０１２２】
以下実施例２について説明する。
本実施の形態の特徴は、撮影したコンテンツをネットワーク経由で他の場所にあるＤＴＶでリアルタイムに視聴しながら、記録装置にダウンロード可能にすることである。
【０１２３】
図１７は、システム構成を示したものであり、ユーザＡが外出先で子供の運動会の様子をビデオカメラで撮影している映像をネットワーク経由で自宅の記録装置に送信し、該映像を記録装置で記録しながら、宅内のユーザＢがＤＴＶ上で運動会の映像を視聴する場合を想定している。
宅内にあるＤＴＶ２００と記録装置３００は、ルータ１２を介してお互いにネットワーク接続することが可能であり、インターネット１１にも接続可能となっている。
【０１２４】
本実施例で想定するビデオカメラ１００とＤＴＶ２００は、前記実施例１で説明したものと同様の構成とする。なお、ＤＴＶ２００については、記録／再生処理部２１０とメモリ２１１を備えていない構成でも良い。
【０１２５】
図１８を用いて、記録装置３００の一構成例について説明する。
記録装置３００は、チューナ３０１、デスクランブラ３０２、デマルチプレクサ３０３、デコーダ３０４、デジタル出力端子３０５、入力処理部３０６、機器認証処理部３０７、機器情報管理部３０８、記録／再生処理部３０９、メモリ３１０、暗号／復号処理部３１１、通信処理部３１２、通信ＩＦ３１３、制御部３１４から構成される。各構成要素は、前記実施例１のＤＴＶ２００で記載した構成要素と同様とする。
【０１２６】
次に、前記実施例１に記載した画面５０３上でネットワーク接続機器として前記記録装置３００を選択し、画面５０４上で「記録＋ライブ表示」を選択した場合に、ビデオカメラ１００、記録装置３００、ＤＴＶ２００間で記録と視聴を開始するまでの処理１９００を、図１９を用いて説明する。実施例１と同様、本処理のための情報の送受信にはプロトコルとしてＴＣＰやＵＤＰの技術を用いるものとし、コネクションの確立および破棄のためのデータ送受信については省略してある。
【０１２７】
ビデオカメラ１００の制御部１１２は、機器情報管理部１０５に格納された機器情報テーブル４００を参照し、通信処理部１１１を介して記録装置３００に対して機器情報要求を送信する（Ｓ１９０１）。
記録装置３００の制御部３１４は、通信ＩＦ３１３と通信処理部３１２を経由して前記機器情報要求を受信すると、自装置に関する情報、例えば機器名、メーカー名、レコーダといった種別等を返信する（Ｓ１９０２）。
【０１２８】
次に、ビデオカメラ１００の制御部１１２は、通信処理部１１１を介して記録装置３００に対して機能情報要求を送信する（Ｓ１９０３）。
それに対して記録装置３００の制御部３１４は、自装置が備えた機能やサービスに関する情報、例えば視聴機能や録画機能、コンテンツ検索機能、扱うことができるデータフォーマットやメモリの種類等を返信する（Ｓ１９０４）。
【０１２９】
ビデオカメラ１００の制御部１１２は、前記Ｓ１９０２、Ｓ１９０４で取得した記録装置３００に関する情報をチェックし、以降の処理を続行するか否かを確認する。そして、記録装置３００が所望の接続先であり必要な機能を備えていることを確認できると、通信処理部１１１を介して記録装置３００に対して記録／ライブ視聴要求を送信する（Ｓ１９０５）。ここで、記録／ライブ視聴要求には、記録装置３００の外付けのモニタ（すなわちＤＴＶ２００）で視聴する際に必要な情報やメモリ３１０に記録する際に必要な情報、例えばコンテンツ名、視聴フォーマット、記録フォーマット、格納するフォルダ名などを含んでも良い。また、本要求は、記録要求とライブ視聴要求の２つを別々に発行しても良い。
【０１３０】
それに対して記録装置３００の制御部３１４は、メモリ３１０に格納された予約録画の情報を確認し、現在録画が可能な状況であるか否か確認し（Ｓ１９０６）、その結果をビデオカメラ１００に返信する（Ｓ１９０７）。
【０１３１】
ビデオカメラ１００の制御部１１２は、前記Ｓ１９０７で記録装置３００が記録不可の場合は処理を終了する。一方、記録装置３００が記録可能の場合は、機器認証処理部１０４と記録装置３００の機器認証処理部３０７との間で、特定の認証プロトコルに準拠してお互いに正規に認定された機器であるかを認証する。該特定の認証プロトコルは、前記実施例１と同様、例えばＳＳＬやＭａｒｌｉｎ、ＤＴＣＰなどの技術を使用すれば良い（Ｓ１９０８）。
【０１３２】
前記Ｓ１９０８で機器認証が成功すると、ビデオカメラ１００の制御部１１２は、ユーザＡからの記録指示待ち状態になる。そして、ユーザＡが入力処理部１０３を介して記録を指示（例えば、ビデオカメラ１００の[記録]ボタンを押下）すると、記録装置３００に対して記録要求開始を送信する（Ｓ１９０９）。ここで、記録要求開始には、ＨＴＴＰのＰＯＳＴ機能を使用しても良い。
【０１３３】
それに対して記録装置３００の制御部３１４は、記録／再生処理部３１１に記録準備とメモリ３１０への記録開始を指示し、暗号／復号処理部３１１と通信処理部３１２に通信ＩＦ３１３経由でデータ受信の開始を指示する（Ｓ１９１０）。
【０１３４】
そして、ＤＴＶ２００に対して、ライブ映像が配信される旨を通知するライブ視聴要求を送信する（Ｓ１９１１）。該ライブ視聴要求は、通信ＩＦ３１３を経由してＤＴＶ２００の通信ＩＦ２１４を介して送信しても良いし、デジタル出力端子３０５を経由してＤＴＶ２００の通信ＩＦ２１６を介して送信しても良い。
【０１３５】
前記ライブ視聴要求を受信したＤＴＶ２００の制御部２１５は、メモリ２１１に格納された予約視聴の情報を確認し、現在視聴が可能な状況であるか否か確認し（Ｓ１９１２）、その結果を記録装置３００へ返信する（Ｓ１９１３）。ここで、実施例１の図８に示すように、例えばユーザＢがＤＴＶ２００で放送番組を視聴している場合は、ライブ映像が配信されることを通知するために、放送番組の表示画面上に[ＬＩＶＥ]ボタン８０３を表示する（画面８０２）。
【０１３６】
記録装置３００は、前記Ｓ１９０９で受信した記録要求開始に対する受信確認を、ビデオカメラ１００に対して返信する（Ｓ１９１４）。
【０１３７】
次に、ビデオカメラ１００の制御部１１２は、カメラ部１０１とマイク部１０２、記録／再生処理部１０６に対して撮影開始を指示し、動画／静止画の撮影を開始する（Ｓ１９１５）。
前記カメラ部１０１とマイク部１０２で入力された動画／静止画は、必要に応じて暗号処理部１１０で暗号化した後、通信処理部１１１を介して記録装置３００に対してコンテンツを送信する（Ｓ１９１６）。ここで、撮影したコンテンツの送信には、信頼性が高いＴＣＰを使用することが望ましい。また暗号アルゴリズムとしては前述同様、例えば暗号化技術であるＡＥＳを使用すれば良い。
【０１３８】
該コンテンツを受信した記録装置３００は、必要に応じて暗号／復号処理部３１１で復号化した後、該コンテンツをメモリ３１０に記録しながら、ＤＴＶ２００からのコンテンツ要求待ち状態となる。受信コンテンツをメモリ３１０に格納する際、必要に応じて暗号／復号処理部３１１で再度暗号化して記録しても良い。
【０１３９】
一方、ＤＴＶ２００では、ユーザＢが前記画面８０２上で［ＬＩＶＥ］ボタン８０３を選択すると（Ｓ１９１７）、制御部２１５は通信ＩＦ２１４を介して、記録装置３００に対してコンテンツ要求を送信する（Ｓ１９１８）。ここで、コンテンツ要求には、ＨＴＴＰのＧＥＴ機能を使用しても良い。
前記コンテンツ要求を受信した記録装置３００の制御部３１４は、ＤＴＶ２００が視聴開始した旨をビデオカメラ１００に通知（Ｓ１９１９）した後、ＤＴＶ２００に対して受信確認を送信する（Ｓ１９２０）。そして、現在通信ＩＦ３１３を介して受信したコンテンツをメモリ３１０に記録しながら、同時にＤＴＶ２００へ送信する（Ｓ１９２１）。
【０１４０】
ＤＴＶ２００では、受信したコンテンツを通信表示部／スピーカ２０５に表示する。
また、ビデオカメラ１００は、前記Ｓ１９１９でＤＴＶ２００が視聴開始したことを検知すると、前記図８の画面８０５を表示して、ユーザＡに知らせることができる。
【０１４１】
ここで、実施例１で記述した通り、ビデオカメラ１００で撮影したコンテンツを記録装置３００に送信している途中で通信障害が発生し、通信が中断された場合は、ビデオカメラ１００で一旦中断部分をメモリ１０７に記録する。そして、通信状態が再開すると、最新の撮影コンテンツを記録装置３００へ送信し、記録装置３００は該コンテンツを記録しながら同時にＤＴＶ２００へ送信する。
また、ビデオカメラ１００から中断部分のコンテンツが送信されてくると、記録装置３００は該コンテンツをメモリ３１０に記録するが、ＤＴＶ２００には送信しない。
【実施例３】
【０１４２】
以下実施例３について説明する。
本実施の形態の特徴は、撮影したコンテンツをネットワーク経由でセンタサーバに記録しながら、他の場所にあるＤＴＶでリアルタイムの視聴が可能にすることである。
【０１４３】
図２０は、システム構成を示したものであり、ユーザＡは外出先で子供の運動会の様子をビデオカメラで撮影している映像を、ネットワーク経由でセンタにあるサーバに送信し、サーバは該映像を記録装置に記録しながら、宅内にあるＤＴＶに送信し、ユーザＢが該ＤＴＶ上で運動会の映像を視聴する場合を想定している。
【０１４４】
宅内にあるＤＴＶ２００はルータ１２を介してインターネット１１に接続可能となっている。前述同様、インターネット１１は、閉域網ネットワークでも良い。該ＤＴＶ２００は、実施例１の図４に示したように、機器情報テーブル４００の情報を用いてセンタにアクセス可能である。
【０１４５】
センタは、サービスプロバイダや企業等が運営し、企業や家庭に対して、例えばコンテンツダウンロードサービス、コンテンツ記録／共有サービス、リアルタイムコンテンツのライブ視聴サービスなどを提供する。センタサーバ１５００は、例えば該センタ内に存在する高性能ＰＣや大型コンピュータであり、インターネット１１に接続可能となっている。なお、センタサーバ１５００は、複数の装置から構成されても良い。
【０１４６】
次に、図２１を用いて、センタサーバ１５００の一構成例を説明する。
センタサーバ１５００は、ウェブサーバ処理部１５０１、機器認証処理部１５０２、記録／ライブ視聴接続管理部１５０３、機器情報管理部１５０４、記録／ライブ視聴処理部１５０５、メモリ１５０６、暗号／復号処理部１５０７、通信処理部１５０８、通信ＩＦ１５０９、制御部１５１０から構成される。
【０１４７】
ウェブサーバ処理部１５０１は、ユーザがＰＣやＤＴＶのブラウザ機能を用いてセンタサーバ１５００にアクセスするときに、メニューや提供するコンテンツの一覧などをＨＴＭＬ（Ｈｙｐｅｒ Ｔｅｘｔ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）形式で提供する部分である。
【０１４８】
機器認証処理部１５０２は、ネットワークを介してコンテンツを安全に転送するために、他のＡＶ装置との間で特定の認証プロトコルに準拠してお互いに正規に認定、あるいは登録された機器であるかを認識し、必要に応じてコンテンツの暗号に使用する鍵を共有する部分である。該特定の認証プロトコルは、例えばＳＳＬやＭａｒｌｉｎ、ＤＴＣＰなどの技術を使用すれば良い。
【０１４９】
記録／ライブ視聴接続管理部１５０３は、コンテンツの記録またはライブ視聴のために、例えばビデオカメラ１００がセンタサーバ１５００にインターネット１１を介して接続しているときに、該ビデオカメラ１００の「撮影中」、「待機」、「撮影終了」などの状態を管理する部分である。
【０１５０】
機器情報管理部１５０４は、センタのサービスに加入するユーザの情報やセンタに接続するＡＶ装置に関する情報を管理する部分である。ＡＶ装置に関する情報は、前記機器認証処理部１５０２で認証が成功したＡＶ装置に限定しても良い。
【０１５１】
記録／ライブ視聴処理部１５０５は、通信ＩＦ１５０９から受信したコンテンツをメモリ１５０６に記録するための記録制御と、通信ＩＦ１５０９を介して各種のコンテンツを他の装置に対してリアルタイムに送信するためのライブ視聴制御を行う部分である。ここで、リアルタイムに送信するコンテンツは、該メモリ１５０６に記録したコンテンツでも良いし、該通信ＩＦ１５０９から受信したコンテンツでも良い。
【０１５２】
メモリ１５０６は、各種のコンテンツや設定情報を格納する不揮発生のメモリである。内蔵あるいは着脱可能なメモリ形態が考えられ、両方を備えたハイブリッド形態でも良い。
暗号／復号処理部１５０７は、前記機器認証処理部１５０２で共有した鍵を使用して、通信ＩＦ１５０９を介して送信するコンテンツの暗号化あるいは通信ＩＦ１５０９経由で受信したコンテンツを復号化する部分である。
【０１５３】
通信処理部１５０８は、通信ＩＦ１５０９を介してネットワーク接続した他のＡＶ装置との間でコンテンツや制御コマンドを送受信する部分である。送信するコンテンツには、必要に応じてその取り扱い方を示す「コピー制限なし」「一回限りコピー可」「コピー禁止」などの識別コードを付して送信する。
【０１５４】
通信ＩＦ１５０９は、インターネット経由でコンテンツや制御コマンドを入出する部分である。
制御部１５１０は、センタサーバ１５００における各部の動作を統括的に制御する部分である
次に、図２２を用いて前記機器情報管理部１５０４が管理する機器情報テーブル２２００の一構成例を説明する。
機器情報テーブル２２００は、ＩＤ２２０１、機器ＩＤ２２０２、種別２２０３、グループＩＤ２２０４から構成される。
【０１５５】
ＩＤ２２０１は、該機器情報テーブル２２００に登録された要素（レコード）を一意に識別するための番号を示す。
機器ＩＤ２２０２は、ネットワーク接続するＡＶ装置を一意に識別するＩＤであり、例えばＵＵＩＤ（Ｕｎｉｖｅｒｓａｌ Ｕｎｉｑｕｅ Ｉｄｅｎｔｉｆｉｅｒ）や製品のシリアル番号、ＩＰアドレス、該ＡＶ装置をセンタサーバ１５００に登録したときにサービスプロバイダが定義した値などを使用すれば良い。センタサーバ１５００は、この機器ＩＤを用いて、接続するＡＶ装置を認識する。
種別２２０３は、該ＡＶ装置の種別あるいはカテゴリを表す識別情報である。例えばビデオカメラ、テレビ、レコーダ、ＰＣがあると考えられる。
【０１５６】
グループＩＤ２２０４は、該ＡＶ装置が所属するグループを一意に識別するＩＤである。グループのメンバーは１つまたは複数のＡＶ装置を含み、同じグループに所属するＡＶ装置同士であれば、あるＡＶ装置からセンタサーバ１５００に記録したコンテンツを他のＡＶ装置で視聴することができる。例えば、図２０に示したシステムにおいて、ビデオカメラ１００がセンタサーバ１５００に記録したコンテンツをユーザＢがＤＴＶ２００を用いて視聴したい場合、ＤＴＶ２００とビデオカメラ１００は同じグループに所属する必要がある。
【０１５７】
次に、図２３を用いて前記機器情報管理部１５０４が管理するグループテーブル２３００の一構成例を説明する。
グループテーブル２３００は、グループに属する１つ以上のＡＶ装置に関する情報が含まれ、各グループにおいてグループＩＤ２３０１、登録機器ＩＤ２３０２、種別２３０３から構成される。
【０１５８】
グループＩＤ２３０１は、各グループを一意に識別するためのＩＤを示す。
機器ＩＤ２３０２は、前記機器情報テーブル２２００内の機器ＩＤ２２０２と同様、ネットワーク接続するＡＶ装置を一意に識別するＩＤである。
【０１５９】
種別２３０３は、前記機器情報テーブル２２００内の機器ＩＤ２２０３と同様、グループメンバーである機器の種別あるいはカテゴリを表す識別情報である。
グループテーブル２３００は、例えばサービス加入時にユーザが自装置をセンタに登録するタイミングで作成する。ユーザは、例えばＰＣやＤＴＶのブラウザ機能を用いて、任意のタイミングで、前記ウェブサーバ処理部１５０１が提供する機器グループのメニューページ上でグループメンバーの追加、削除、編集などを行うことができる。また、ユーザ（ＡＶ装置）は１つ以上のグループに所属しても良い。
【０１６０】
ユーザＡがビデオカメラ１００を用いて撮影したコンテンツを、インターネット１１経由でセンタサーバ１５００に記録しながら、宅内にあるＤＴＶ２００でリアルタイムに視聴することを実現する場合、該センタサーバ１５００の記録／ライブ視聴接続管理部１５０３は、ビデオカメラ１００の接続及び撮影コンテンツの送信状況を参照し、ＤＴＶ２００や同じグループに所属するＡＶ装置に対して該コンテンツが視聴できる否かの状態を管理する。そして、該コンテンツが他のＡＶ装置で視聴できる場合は、必要に応じてＤＴＶ２００や同じグループに所属するＡＶ装置に対して、前記視聴が可能であることを通知する方法や、以降に説明するように該ＡＶ装置から状態取得要求を受信した場合にセンタサーバ１５００が該情報を返信する方法がある。
【０１６１】
図２４を用いて、後述する記録／ライブ視聴セッション毎にセンタサーバ１５００が管理するコンテンツの視聴状態遷移図の一例を説明する。
ユーザＡがビデオカメラ１００の電源を入れて、前記実施例１の図５に示した画面５０３上でネットワーク接続機器「ＭＡＴＩＳＳＥ」（センタサーバ１５００）を選択すると、ビデオカメラ１００はセンタサーバ１５００への接続を開始する。
【０１６２】
そして、前記実施例１の図９や図１９に記載したように、センタサーバ１５００に対してコンテンツ記録／ライブ視聴要求を開始したとき、前記記録／ライブ視聴接続管理部１５０３は、該ビデオカメラ１００の撮影コンテンツを記録および他の機器でライブ視聴するための“記録／ライブ視聴セッション”Ｓ２４０１を生成し、視聴状態を「待機」Ｓ２４０２にする。ここで、セッションとは、複数の機器間でリアルタイムに通信するための接続情報や共有するアドレス情報などの管理情報を示す。
【０１６３】
次に、前記実施例１に記載の通り、ユーザＡが該ビデオカメラ１００の記録ボタンを押下し、該ビデオカメラ１００が撮影を開始すると、ビデオカメラ１００はセンタサーバ１５００にコンテンツを送信する（Ｓ２４０３）。センタサーバ１５００は該コンテンツを前記メモリ１５０６に記録し、記録／ライブ視聴接続管理部１５０３は該コンテンツの視聴状態を「視聴可」Ｓ２４０４にする。
【０１６４】
ここで、ユーザＡがビデオ撮影している際に、撮影場所の移動やビデオカメラ１００の電池交換などのため、一時的に撮影を停止することがある。このとき、ユーザＡは、該ビデオカメラ１００の記録ボタンをもう一度押下あるいは一時停止ボタンを押下するなどの操作により、ビデオカメラ１００の撮影を停止する（Ｓ２４０５）。このとき、該撮影コンテンツの送信が停止され、記録／ライブ視聴接続管理部１５０３は視聴状態を「待機」Ｓ２４０２に戻す。
【０１６５】
前記「待機」Ｓ２４０２の状態で、ユーザＡは図２５の画面２５０１に示すビデオカメラ１００の画面上で「メニュー」から「記録・視聴セッション終了」を選択すると（Ｓ２４１２）、ビデオカメラ１００は該コンテンツの記録／ライブ視聴セッションを終了することができる。このとき、ビデオカメラ１００からセンタサーバ１５００に記録／ライブ視聴セッションの終了命令が送信され、記録／ライブ視聴接続管理部１５０３は該コンテンツの視聴状態を「終了」Ｓ２４０７にする。
【０１６６】
前記Ｓ２４１２と同様に、ビデオカメラ１００が撮影中に、図２５の画面２５０２に示すビデオカメラ１００の画面上で「メニュー」から「記録・視聴セッション終了」を選択すると（Ｓ２４０６）、該コンテンツの記録／ライブ視聴セッションを終了することができる。このとき、ビデオカメラ１００からセンタサーバ１５００に記録／ライブ視聴セッションの終了命令が送信され、記録／ライブ視聴接続管理部１５０３は該コンテンツの視聴状態を「終了」Ｓ２４０７にする。
【０１６７】
次に、コンテンツを撮影中に、ビデオカメラ１００とセンタサーバ１５００間のネットワークにおいて、通信障害が生じた場合やビデオカメラ１００の電池が突然なくなった場合、ビデオカメラ１００とセンタサーバ１５００の接続が切れる（Ｓ２４０８）。この接続の異常中断が前記通信処理部１５０８で検知されたとき、記録／ライブ視聴接続管理部１５０３は該コンテンツの視聴状態を「異常中断」Ｓ２４０９にする。
【０１６８】
ネットワーク上の障害によって接続が切れた状態から、ネットワーク接続が復帰できたとき（Ｓ２４１０）は、記録／ライブ視聴接続管理部１５０３は該コンテンツの視聴状態を「視聴可」Ｓ２４０４に戻す。撮影中電池がなくなったなどでビデオカメラ１００の電源が切れた場合、ユーザは再びビデオカメラ１００の電源を入れ、前記Ｓ２４０１のように前記実施例１の図５に示した画面５０３に「ＭＡＴＩＳＳＥ」を選択することでセンタサーバ１５００に記録／ライブ視聴の要求命令を送信する。このとき、センタサーバ１５００はビデオカメラ１００の機器ＩＤを認識し、視聴状態が「異常中断」Ｓ２４０９から「待機」２４０２に変える（Ｓ２４１３）。
【０１６９】
また、視聴状態がある特定の時間を経過し「待機」２４０２または「異常中断」２４０９になっているとき、記録／ライブ視聴接続管理部１５０３は自動的に該コンテンツの視聴状態を「終了」Ｓ２４０７にし、記録／ライブ視聴を終了することがあると考えられる。
【０１７０】
次に、図２６を用いて、前記記録／ライブ視聴セッションを管理する記録／ライブ視聴セッションテーブルの一構成例を説明する。 記録／ライブ視聴セッションテーブル２６００は、セッションＩＤ２６０１，機器ＩＤ２６０２、グループＩＤ２６０３、状態２６０４、視聴ＵＲＩ２６０５から構成される。
【０１７１】
セッションＩＤ２６０１は、該ビデオカメラ１００が記録／ライブ視聴セッションを一意に識別するための番号を示す。
機器ＩＤ２６０２は、記録／ライブ視聴セッションを行うビデオカメラ１００のユニークなＩＤであり、例えばＵＵＩＤや製品のシリアル番号、ＩＰアドレス、センタサーバ１５００によって配布された値でも良い。この値は前記図２３の機器ＩＤ２３０３の値と同じである。
【０１７２】
グループＩＤ２６０３は、前記ビデオカメラ１００が所属するグループＩＤである。
視聴状態２６０４は、前記図２４に示したように、センタサーバ１５００の記録／ライブ視聴接続管理部１５０３がビデオカメラ１００の接続及び撮影コンテンツの送信状況を参照しながら管理するコンテンツの視聴状態を示す。ビデオカメラ１００の接続及びコンテンツ転送の状況に従って、記録／ライブ視聴接続管理部１５０３は前記送信状態の変化に基づき他のＡＶ装置からの視聴状態２６０４を更新する。
【０１７３】
視聴ＵＲＩ２６０５は、ビデオカメラ１００と同じグループに所属するＤＴＶ２００やその他のＡＶ装置が、前記ビデオカメラ１００で撮影中のコンテンツを視聴するために、センタサーバ１５００へアクセスするためのＵＲＩ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｉｄｅｎｔｉｆｉｅｒ）であり、ＩＰアドレスやＵＲＬ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｌｏｃａｔｏｒ）でも良い。視聴ＵＲＩ２６０５は、記録／視聴セッションが作成されたときに設定される。また、前記視聴状態２６０４が「終了」２４０７になった場合に必要に応じて消去される。
【０１７４】
センタサーバ１５００の記録ライブ視聴接続管理部１５０３は、前記記録／ライブ視聴セッションテーブル２６００を用いて、例えば、接続されるビデオカメラ１００の記録／ライブ視聴のセッション管理を行う。センタサーバ１５００は、前記記録／ライブ視聴セッションテーブル２６００を更新すると、例えばＲＳＳ（ＲＤＦ （Ｒｅｓｏｕｒｃｅ Ｄｅｓｃｒｉｐｔｉｏｎ Ｆｒａｍｅｗｏｒｋ） Ｓｉｔｅ Ｓｕｍｍａｒｙ）の仕組みを使用して、リアルタイムにコンテンツを視聴可能なＡＶ装置（本実施例では、ＤＴＶ２００）は該記録／ライブ視聴セッションテーブル２６００の更新を知ることができる。該ＡＶ装置は、センタサーバ１５００に対して定期的に更新状況を問い合わせする。
【０１７５】
次に、図２７を用いて、例えばユーザＢがＤＴＶ２００の電源を入れたときに、ＤＴＶ２００がセンタサーバ１５００に対して、前記記録／ライブ視聴セッションテーブル２６００の更新を問い合わせする処理について説明する。
【０１７６】
まず、ユーザＢはＤＴＶ２００の電源を入れる（Ｓ２７０１）。その他、メニューからの選択やブラウザ起動時でも良い。
ＤＴＶ２００は、前記実施例１の図４に記載した機器情報テーブル４００の情報を用いて、センタサーバ１５００にネットワーク接続の開始要求を送信する（Ｓ２７０２）。
【０１７７】
センタサーバ１５００は、前記機器情報管理部１５０４で管理する機器情報テーブル２２００を参照し、前記Ｓ２７０１の要求を許可または拒否する（Ｓ２７０３）。ここで、センタサーバ１５００は、前記記録／ライブ視聴セッションテーブル２６００のＲＳＳ情報を、ＤＴＶ２００に転送する。
ＤＴＶ２００は、電源が消されるまで、該ＲＳＳ情報に従って、定期的に前記記録／ライブ視聴セッションテーブル２６００の更新を問い合わせする（Ｓ２７０４）。
【０１７８】
前記Ｓ２７０４で取得した記録／ライブ視聴セッションテーブル２６００の情報に従って、ＤＴＶ２００の制御部２１４は、必要に応じて表示部／スピーカ２０５上に適切なメニューやメッセージなどを表示する（Ｓ２７０５）。例えば、ユーザＢがＤＴＶ２００の電源を入れたときに、ユーザＡはビデオカメラ１００を用いて、センタサーバ１５００において記録／ライブ視聴を行っていたとする。この場合、前記記録／ライブ視聴セッションテーブル２６００において、ビデオカメラ１００の記録／ライブ視聴セッションの視聴状態が「視聴可」Ｓ２４０４になっているので、前記図８の画面８０２のようにＤＴＶ２００の表示部／スピーカ２０５上に、視聴可能ライブコンテンツがあると通知する[ＬＩＶＥ]ボタン８０３を表示する。
【０１７９】
次に、センタサーバ１５００では、例えばユーザＡがビデオカメラ１００とセンタサーバ１５００間の該記録／ライブ視聴のセッションを終了する等により、前記記録／ライブ視聴セッションテーブル２６００の視聴状態を「視聴可」Ｓ２４０４から「終了」Ｓ２４０７に更新したとする（Ｓ２７０６）。ＤＴＶ２００は、前記２７０４と同様の問い合わせによって、Ｓ２７０６の記録／ライブ視聴セッションテーブル２６００の更新を認識し、必要に応じて表示部／スピーカ２０５上に適切なメニューやメッセージなどを表示する（Ｓ２７０７）。例えば、該記録／ライブ視聴セッションの視聴状態が「視聴可」Ｓ２７０４から「終了」Ｓ２７０７に変わる場合、Ｓ２７０５で表示された[ＬＩＶＥ]ボタン８０３を消す。
【０１８０】
次に、ユーザＢがＤＴＶ２００の電源を消したとき（Ｓ２７０８）、ＤＴＶ２００は、センタサーバ１５００に対してネットワーク接続終了要求を送信する（Ｓ２７０９）。
それに対して、センタサーバ１５００はＤＴＶ２００に、ネットワーク接続終了確認を送信する。
以上より、ＤＴＶ２００は、センタサーバ１５００におけるビデオカメラ１００の記録／ライブ視聴セッションテーブル２６００の更新を認識することができ、ユーザＢに適切な画面表示を提供することができる。
【０１８１】
ここで、前記手順では、Ｓ２７０４に示した通り、ＤＴＶ２００がセンタサーバ１５００に対して定期的に問い合わせしているが、前記Ｓ２７０３で取得したＲＳＳ情報内に次回の更新日時等が予め記載されている場合は、その時間まで問い合わせしなくても良い。また、前記Ｓ２７０３で取得したＲＳＳ情報は、不揮発性メモリなどに記録し、電源断した場合でも記憶できるようにしても良い。
【０１８２】
次に、ユーザＡがビデオカメラ１００において、前記実施例１に記載した画面５０３上でネットワーク接続機器として前記センタサーバ１５００を選択し、「記録＋ライブ表示」を選択した場合に、ビデオカメラ１００、センタサーバ１５００とＤＴＶ２００間での記録とライブ視聴を開始するまでの処理２８００を、図２８を用いて説明する。
【０１８３】
実施例１及び実施例２と同様、本処理のための情報の送受信にはプロトコルとしてＴＣＰやＵＤＰの技術を用いているものとし、コネクションの確立及び破棄のためのデータ送受信について省略してある。また、ビデオカメラ１００とＤＴＶ２００は、センタサーバ１５００において、同じグループに所属するものとする。また、ＤＴＶ２００の電源は入れている状態であり、前記処理２７００に記載したようにセンタサーバ１５００に対して定期的に記録／ライブ視聴セッションテーブル２６００の更新の問い合わせを行う。
【０１８４】
ビデオカメラ１００の制御部１１２は、機器情報管理部１０５に格納された機器情報テーブル４００を参照し、通信処理部１１２を介してセンタサーバ１５００への接続開始要求を送信する（Ｓ２８０１）。
【０１８５】
センタサーバ１５００の制御部１５１０は、通信ＩＦ１５０９と通信処理部１５０８を経由して前記接続開始要求を受信すると、ビデオカメラ１００の機器ＩＤを認識し、機器情報管理部１５０４に格納されている機器情報テーブル２２００を参照しながらビデオカメラ１００の接続開始要求に対して許可または拒否するかの接続開始確認を送信する（Ｓ２８０２）。ここで、前記機器情報管理テーブル２２００にビデオカメラ１００の機器ＩＤが登録されている場合、前記接続を許可する。
【０１８６】
ビデオカメラ１００の制御部１１２は、前記Ｓ２８０２で接続開始可否を受信したら、次のステップに進めるか否かを確認する。接続開始が許可されたら、通信処理部１１１を介してセンタサーバ１５００に対して記録／ライブ視聴要求を送信する（Ｓ２８０３）。接続開始が許可されなかった場合は、処理を終了する。ここで、記録／ライブ視聴要求には、コンテンツ名、視聴フォーマット、記録フォーマットなど、該コンテンツが例えばＤＴＶ２００から視聴するときに表示されるコンテンツに関する情報を含んでも良い。
【０１８７】
前記記録／ライブ視聴要求に対して、センタサーバ１５００の制御部１５１０は、メモリ１５０６に格納されたビデオカメラ１００について、ユーザ／サービス契約により記録／ライブ視聴に関する権利制限などを確認し、許可または拒否するかの記録／ライブ視聴要求確認を送信する（２８０４）。
【０１８８】
前記記録／ライブ視聴要求が許可されたら、前記センタサーバ１５００の記録／ライブ視聴接続管理部１５０３は記録／ライブ視聴セッションテーブル２６００に新しい記録／ライブ視聴セッションを作成する（Ｓ２８０５）。そして、前記記録／ライブ視聴セッションの視聴状態２６０４を「待機」２４０２にする。記録／ライブ視聴要求が許可さなかった場合は、処理を終了する。
【０１８９】
ＤＴＶ２００は、定期的に記録／ライブ視聴セッションテーブル２６００の更新を問い合わせする（Ｓ２８０６）。そして、ビデオカメラ１００の撮影コンテンツの記録／ライブ視聴セッションの視聴状態２６０４が「待機」２４０２であることを認識すると、ＤＴＶ２００の制御部２１５は、表示部／スピーカ部２０５に、例えば画面上に該コンテンツが「待機」状態２４０２であることを示すボタン表示を指示する（２８０７）。その際、制御部２１５は、該ボタンに該記録／ライブ視聴セッションの視聴ＵＲＩ２６０５を関連付けし、該ボタンを押すと該視聴ＵＲＬが示すアドレスへアクセスする方法が考えられる。
【０１９０】
一方、上記Ｓ２８０４で記録／ライブ視聴要求確認を受信したら、ビデオカメラ１００の機器認証処理部１０４とセンタサーバ１５００の機器認証処理部１５０２との間で、特定の認証プロトコルに準拠してお互いに正規に認定された機器であるかを認証する。該特定の認証プロトコルは、前記実施例１と同様、例えばＳＳＬやＭａｒｌｉｎ，ＤＴＣＰなどの技術を使用すれば良い（Ｓ２８０８）。
【０１９１】
前記Ｓ２８０８で機器認証が成功すると、ビデオカメラ１００の制御部１１２は、ユーザＡからの記録指示待ち状態になる。そして、ユーザＡが入力処理部１０３を介して記録を指示（例えば、ビデオカメラ１００の[記録]ボタンを押下）すると、センタサーバ１５００に対して記録要求開始を送信する（Ｓ２８０９）。ここで、記録要求開始には、ＨＴＴＰのＰＯＳＴ機能やＰＵＴ機能を使用しても良い。
【０１９２】
それに対して、センタサーバ１５００の制御部１５１０は、記録／ライブ視聴処理部１５０５に記録準備とメモリ１５０６への記録開始を指示し、暗号／復号処理部１５０７と通信処理部１５０８に通信ＩＦ１５０９経由でデータ受信の開始を指示する（Ｓ２８１０）。
【０１９３】
ここで、センタサーバ１５００の記録／ライブ視聴接続管理部１５０３は、前記記録／ライブ視聴セッションテーブル２６００内の前記視聴／記録セッションの視聴状態２６０４を「待機」２４０２から「視聴可」２４０４に更新する（Ｓ２８１１）。
センタサーバ１５００は、前記Ｓ２８０７で受信した記録開始要求に対する受信確認を、ビデオカメラ１００に対して返信する（Ｓ２８１２）。
【０１９４】
次に、ビデオカメラ１００の制御部１１２は、カメラ部１０１とマイク部１０２、記録／再生処理部１０６に対して撮影開始を指示し、撮影を開始する（Ｓ２８１３）。
前記カメラ部１０１とマイク部１０２で入力された動画／静止画は、必要に応じて暗号処理部１１０で暗号化した後、通信処理部１１１を介してセンタサーバ１５００に対してコンテンツを送信する（Ｓ２８１４）。ここで、撮影したコンテンツの送信には、信頼性の高いＴＣＰを使用することが好ましい。また、暗号化アルゴリズムとして前述同様、例えば暗号化技術であるＡＥＳを使用すれば良い。
【０１９５】
センタサーバ１５００の制御部１５１０は、前記Ｓ２８１４でコンテンツを受信したら、記録／ライブ視聴接続管理部１５０３に対して、前記記録／ライブ視聴セッションテーブル２６００の更新を指示する（Ｓ２８１５）。ここで、記録／ライブ視聴接続管理部１５０３は、前記記録／ライブ視聴セッションテーブル２６００において、ビデオカメラ１００の撮影コンテンツの視聴状態２６０４を「待機」２４０２から「視聴可」２４０４に変更する。その後、センタサーバ１５００は、受信した該コンテンツをメモリ１５０６に記録しながら、ＤＴＶ２００からのコンテンツ要求待ち状態となる。
【０１９６】
ＤＴＶ２００は、前記の通り、定期的に前記記録／ライブ視聴セッションテーブル２６００の更新の問い合わせを行うので、前記記録／ライブ視聴セッションテーブル２６００内の視聴状態２６０４の更新を認識する。ＤＴＶ２００の制御部２１５は、表示部／スピーカ部２０５に、例えば図３０の画面３０００上に該コンテンツの視聴状態２６００が「視聴可」２４０４であることを示すボタン３００１表示を指示する（２８１６）。その際、制御部２１５は、該ボタンに該記録／ライブ視聴セッションの視聴ＵＲＩ２６０５を関連付けし、該ボタンを押すと該視聴ＵＲＩが示すアドレスへアクセスする方法が考えられる。
【０１９７】
ＤＴＶ２００では、ユーザＢが前記画面３０００上で「視聴可」２４０４を示すボタン３００１を選択すると（Ｓ２８１７）、制御部２１５は通信ＩＦ２１４を介して、センタサーバ１５００に対して、前記「視聴可」２４０４状態を表すボタンに関連付けした視聴ＵＲＩ２６０５にアクセスし、該撮影コンテンツ要求を送信する（Ｓ２８１８）。ここで、コンテンツ要求はＨＴＴＰのＧＥＴ機能を使用すれば良い。
【０１９８】
センタサーバ１５００は、前記Ｓ２８１８で受信したコンテンツ要求に対する受信確認を、ＤＴＶ２００に対して返信する（Ｓ２８１９）。
そして、ＤＴＶ２００の機器認証処理部２０８とセンタサーバ１５００の機器認証処理部１５０２との間で、機器認証処理が行われる（Ｓ２８２０）。ここで、該機器認証処理は、前記Ｓ２８０８と同じ内容でも良いし、一部あるいは全て別のプロトコルを用いた処理でも良い。
【０１９９】
前記Ｓ２８２０で機器認証が成功すると、前記Ｓ２８１８でコンテンツ要求を受信したセンタサーバ１５００の制御部１５１０は、現在通信ＩＦ１５０９を介してビデオカメラ１００から受信したコンテンツをメモリ１５０６に記録しながら、同時にＤＴＶ２００へ送信する（Ｓ２８２１）。受信したコンテンツが暗号化されている場合は、一度復号化した後、前記Ｓ２８２０の認証処理で共有した暗号鍵を用いて再度暗号化して送信しても良い。
【０２００】
ＤＴＶ２００では、受信したコンテンツを通信ＩＦ２１４経由で受信したコンテンツをそのままあるいは必要に応じて暗号／復号処理部２１２で復号化した後、図３０の画面３０１０に示すように、該コンテンツを表示部／スピーカ２０５に表示する。
機器認証処理２８０８は、記録／ライブ視聴要求２８０３より前に実施しても良い。
【０２０１】
ここで、実施例１で記述した通り、ビデオカメラ１００で撮影したコンテンツをセンタサーバ１５００に送信している途中で通信障害が発生し、通信が中断された場合は、ビデオカメラ１００で一旦中断部分をメモリ１０７に記録する。そして、通信状態が再開すると、最新の撮影コンテンツをセンタサーバ１５００へ送信し、センタサーバ１５００は該コンテンツを記録しながら同時にＤＴＶ２００へ送信する。
また、ビデオカメラ１００から中断部分のコンテンツが送信されてくると、センタサーバ１５００は該コンテンツをメモリ１５０６に記録するが、ＤＴＶ２００には送信しない。
【実施例４】
【０２０２】
以下実施例４について説明する。
本実施の形態の特徴は、２つのビデオカメラを用いて撮影したコンテンツをネットワーク経由でセンタサーバに記録しながら、他の場所にあるＤＴＶでリアルタイムの視聴を可能にすることである。
【０２０３】
図２９は、システム構成を示したものであり、ユーザＡとユーザＣは外出先で別々な場所において行われる２人の子供の運動会の様子をビデオカメラ１００Ａ、１００Ｂで撮影している映像を、ネットワーク経由でセンタサーバ１５００に送信し、センタサーバ１５００は、該映像を記録装置に記録しながら、宅内にあるＤＴＶ２００に送信し、ユーザＢがＤＴＶ２００上で運動会の映像を視聴する場合を想定している。
【０２０４】
ビデオカメラ１００Ａ、１００Ｂは、実施例１の図２に示したビデオカメラ１００の構成と同じ構成を持ち、実施例１の図４に示した機器情報テーブル４００も持っている。
ビデオカメラ１００Ａ、１００Ｂ及びＤＴＶ２００は、センタサーバ１５００の機器情報管理部１５０４に格納された機器情報テーブル２２００及びグループテーブル２３００に同じ所属グループで登録されているものとする。
【０２０５】
次に、図３０を用いて、本実施例において、ユーザＢが操作するＤＴＶ２００の画面一例を説明する。
画面３０１０は、前記実施例３の図２８のＳ２８２１で記載した処理が行われたときのＤＴＶ２００の画面表示である。ここで、画面３０１０上で表示される映像は、前記ビデオカメラ１００Ａで撮影しているコンテンツである。また、該撮影コンテンツの視聴状態が「視聴可」２４０４を表すボタン３０１１が表示される。
【０２０６】
画面３０２０は、前記画面３０１０を表示した後、別の場所にあるビデオカメラ１００Ｂがセンタサーバ１５００との間で記録／ライブ視聴セッションを開始し、ＤＴＶ２００が該セッションの開始と視聴状態２６０４が更新したことを認識すると、前記画面３０１０上に２台目のビデオカメラのコンテンツが現在「待機」２４０２を表すボタン３０２２を表示する。
【０２０７】
画面３０３０は、前記画面３０２０上でユーザＢが前記ボタン３０２２を押下したときの画面である。ビデオカメラ１００Ｂの撮影コンテンツの視聴状態２６０４が「待機」２４０２のときにボタン３０２２を押下したとき、ＤＴＶ２００はボタン３０２２にリンクされている視聴ＵＲＩにアクセスし、ビデオカメラ１００Ｂの撮影コンテンツを要求する。センタサーバ１５００には、ビデオカメラ１００Ｂからの撮影コンテンツを受信していないため視聴できるコンテンツが存在しないので、前記要求に対して、静止画の映像を転送し、ＤＴＶ２００の画面上に静止画を表示する。
【０２０８】
画面３０４０は、前記画面３０３０を表示中に、ビデオカメラ１００Ｂの撮影コンテンツが視聴可能になったときの画面である。ユーザＣがビデオカメラ１００Ｂの撮影ボタンを押下すると、ビデオカメラ１００Ｂからセンタサーバ１５００に対して撮影コンテンツを転送する。そのとき、センタサーバ１５００の記録／ライブ視聴接続管理部１５０３がビデオカメラ１４００の撮影コンテンツの視聴状態２６０４を「待機」２４０２から「視聴可」２４０４に変更し、記録／ライブ視聴セッションテーブル２６００を更新する。
【０２０９】
ＤＴＶ２００は、前記セッションテーブル２６００の更新を認識し、２台目のカメラの撮影コンテンツの視聴状態が現在「視聴可」２４０４を表すボタン３０４２を表示する。また、ビデオカメラ１００Ｂの撮影コンテンツがセンタサーバ１５００からＤＴＶ２００に送信され、ＤＴＶ２００の画面では該撮影コンテンツが表示される
ここで、実施例１で記述した通り、ビデオカメラ１００及びビデオカメラ１４００で撮影したコンテンツをセンタサーバ３００に送信している途中で通信障害が発生し、通信が中断された場合は、ビデオカメラ１００で一旦中断部部分をメモリ１０７に記録する。そして、通信状態が再開すると、最新の撮影コンテンツをセンタサーバ１５００へ送信し、センタサーバ１５００は該コンテンツを記録しながら同時にＤＴＶ２００へ送信する。
【０２１０】
また、ビデオカメラ１００及びビデオカメラ１４００から中断部分のコンテンツが送信されてくると、センタサーバ１５００は該コンテンツをメモリ１５０６に記録するが、ＤＴＶ２００には送信しない。
【図面の簡単な説明】
【０２１１】
【図１】システムの一構成例
【図２】ビデオカメラの一ブロック構成例
【図３】ＤＴＶの一ブロック構成例
【図４】機器情報管理部の一構成例
【図５】ビデオカメラの記録先選択画面例
【図６】ビデオカメラからＤＴＶへ撮影コンテンツを送信開始するまでの記録開始シーケンスの一例
【図７】ビデオカメラから受信した撮影コンテンツをＤＴＶで視聴開始するまでの視聴開始シーケンスの一例
【図８】ＤＴＶ／ビデオカメラの画面例
【図９】ビデオカメラから受信した撮影コンテンツをＤＴＶで視聴／記録開始するまでの視聴／記録開始シーケンスの一例
【図１０】るビデオカメラからＤＴＶへ撮影コンテンツを伝送中に通信中断が発生した際の視聴／記録中断・再開シーケンスの一例
【図１１】ビデオカメラの記録情報テーブルの一構成例
【図１２】ＤＴＶの記録情報テーブルの一構成例
【図１３】ビデオカメラからＤＴＶへ撮影コンテンツを伝送する手順概要の一例
【図１４】ビデオカメラからＤＴＶへの撮影コンテンツの伝送を終了する視聴／記録終了シーケンスの一例
【図１５】ビデオカメラからＤＴＶへ撮影コンテンツを伝送する手順概要の一例
【図１６】ビデオカメラからＤＴＶへ撮影コンテンツを伝送する手順概要の一例
【図１７】システムの一構成例
【図１８】記録装置の一ブロック構成例
【図１９】ビデオカメラから記録装置／ＤＴＶへ撮影コンテンツを送信開始するまでの記録開始シーケンスの一例
【図２０】システムの一構成例
【図２１】センタサーバの一ブロック構成例
【図２２】センタサーバの記録情報テーブルの一構成例
【図２３】センタサーバにおいての加入メンバーのグループテーブル一構成例
【図２４】センタサーバにおけるビデオカメラの記録／ライブ視聴セッション状態遷移図一例
【図２５】ビデオカメラの記録／ライブ視聴セッション終了選択画面例
【図２６】ビデオカメラの記録／ライブ視聴セッションテーブルの一構成例
【図２７】ＤＴＶがセンタサーバに記録／ライブ視聴セッション状態を問い合わせ手順概要の一例
【図２８】ビデオカメラからセンタサーバへ撮影コンテンツを送信開始し、ＤＴＶでライブ視聴開始するまでの記録開始シーケンスの一例
【図２９】システムの一構成例
【図３０】ＤＴＶの視聴開始画面例
【符号の説明】
【０２１２】
１００、１００Ａ、１００Ｂ・・・ビデオカメラ
２００・・・ＤＴＶ
３００・・・記録装置
４００・・・機器情報テーブル
１１００、１２００、２２００・・・記録情報テーブル
１０７、２１１、３１０・・・メモリ
１１１、２１３、３１２・・・通信処理部
１０６、２１０、３０９・・・記録／再生処理部
１０９、２０６、２１６、３０５・・・デジタル入力／出力端子
１０・・・無線アクセスポイント
１２・・・ルータ
１５００・・・センタサーバ
２３００・・・グループテーブル
２６００・・・記録／ライブ視聴セッションテーブル
【特許請求の範囲】
【請求項１】
ネットワーク上でコンテンツや制御データの送受信を行うネットワーク通信手段と、
ネットワークを介して接続されたコンテンツ受信装置に送信するコンテンツを、該ネットワーク通信手段に供給するコンテンツ供給手段と、
該コンテンツの一部あるいは全部や、自装置に関する各種の設定情報を内蔵あるいは外付けの記録媒体に記録する記録手段と、
該ネットワークを介して接続されたコンテンツ送信装置あるいはコンテンツ受信装置との接続を管理する接続管理手段と、を備え、
前記ネットワーク通信手段を用いてネットワーク接続されたコンテンツ送信装置から送信されたコンテンツを受信し、前記記録手段を用いて該コンテンツを記録媒体に記録すると共に、前記ネットワーク通信手段を用いてネットワーク接続された１つ以上のコンテンツ受信装置へ該コンテンツを送信している際に、
該コンテンツ送信装置との通信が中断したことを検知、あるいは前記ネットワーク通信手段を介して該コンテンツ送信装置から通信が中断した旨を受信すると、前記記録手段を用いたコンテンツの記録を停止し、記録を停止した第１の位置情報を保持し、
該コンテンツ送信装置との通信が復帰したことを検知、あるいは前記ネットワーク通信手段を介して該コンテンツ送信装置から通信が復帰した旨を受信すると、前記記録手段を用いて受信コンテンツの記録を再開し、記録を再開した第２の位置情報を保持すると共に、前記ネットワーク通信手段を用いて該コンテンツ受信装置への送信を再開し、
前記コンテンツ送信装置から前記中断したコンテンツ部分を受信した際に、前記第１の位置情報と前記第２の位置情報との間に該中断したコンテンツ部分を挿入することを特徴とするコンテンツ送受信装置。
【請求項２】
１つ以上のコンテンツ送信装置やコンテンツ受信装置が所属するグループの登録および管理する手段を備え、
前記コンテンツ送信装置から受信したコンテンツを同じグループに所属するコンテンツ受信装置に対してのみ送信することを特徴とする請求項１記載のコンテンツ送受信装置。
【請求項３】
前記接続管理手段を用いて前記コンテンツ送信装置との間のコンテンツ送信状態を把握し、同じグループに所属する受信装置に対して、該コンテンツの視聴状態を管理することを特徴とする請求項２記載のコンテンツ送受信装置。
【請求項４】
前記コンテンツ送信状態が変化した場合、前記ネットワーク通信手段を用いて同じグループに所属するコンテンツ受信装置に対して、該コンテンツの視聴状態を通知する請求項３記載のコンテンツ送受信装置
【請求項５】
前記ネットワーク通信手段を介して、同じグループに所属するコンテンツ受信装置から前記コンテンツ送信状態の取得要求を受信した場合、該コンテンツの視聴状態を通知する請求項３記載のコンテンツ送受信装置。
【請求項６】
前記ネットワーク通信手段を介して前記コンテンツ送信装置との間で、特定の認証プロトコルに準拠して、お互いに正規に認定された機器であることを認証する第１の認証手段と、
前記ネットワーク通信手段を介して前記１つ以上のコンテンツ受信装置との間で、特定の認証プロトコルに準拠して、お互いに正規に認定された機器であることを認証する第２の認証手段と、を備え、
該コンテンツ送信装置から送信されるコンテンツを受信する前に、必要に応じて、前記第１の該認証手段を用いて予め該コンテンツ送信装置との間で第１の認証処理を実行し、
該第１の認証処理に成功した場合のみ、該コンテンツの記録を実行し、前記第２の認証手段を用いて該暗号化手段を用いて該コンテンツ受信装置との間で第２の認証処理を実行し、
第２の認証処理に成功した場合のみ、該コンテンツ受信装置に対してコンテンツ送信を開始することを特徴とする請求項１記載のコンテンツ送受信装置。
【請求項７】
宅内および宅外のネットワークを介してコンテンツや制御データの送受信を行うネットワーク通信手段と、
該ネットワーク通信手段を介して受信したコンテンツを内蔵あるいは外付けのモニタ画面に再生する再生手段と、
該ネットワーク通信手段を介して、該再生手段で再生可能なコンテンツが存在するか否か、そして該コンテンツの視聴状態を該コンテンツ送信装置から取得する視聴情報取得手段と、
を備え、
該視聴情報取得手段を用いて、該コンテンツ送信装置から受信可能なコンテンツが存在するか否かを、定期的にあるいは必要に応じて確認し、
該視聴可能なコンテンツが存在する場合は、該ネットワーク通信手段を用いて該コンテンツ送信装置から該コンテンツを受信し、
該再生手段を用いて該コンテンツを再生することを特徴とするコンテンツ受信装置。
【請求項８】
前記視聴情報取得手段を用いて前記コンテンツ送信装置から視聴可能なコンテンツの視聴状態を取得し、前記コンテンツの視聴状態に合わせて、必要に応じて、該モニタ画面上にテキストやボタン、アイコンなどの画像を表示し、利用者に通知することを特徴とする請求項７記載のコンテンツ受信装置。
【請求項１】
ネットワーク上でコンテンツや制御データの送受信を行うネットワーク通信手段と、
ネットワークを介して接続されたコンテンツ受信装置に送信するコンテンツを、該ネットワーク通信手段に供給するコンテンツ供給手段と、
該コンテンツの一部あるいは全部や、自装置に関する各種の設定情報を内蔵あるいは外付けの記録媒体に記録する記録手段と、
該ネットワークを介して接続されたコンテンツ送信装置あるいはコンテンツ受信装置との接続を管理する接続管理手段と、を備え、
前記ネットワーク通信手段を用いてネットワーク接続されたコンテンツ送信装置から送信されたコンテンツを受信し、前記記録手段を用いて該コンテンツを記録媒体に記録すると共に、前記ネットワーク通信手段を用いてネットワーク接続された１つ以上のコンテンツ受信装置へ該コンテンツを送信している際に、
該コンテンツ送信装置との通信が中断したことを検知、あるいは前記ネットワーク通信手段を介して該コンテンツ送信装置から通信が中断した旨を受信すると、前記記録手段を用いたコンテンツの記録を停止し、記録を停止した第１の位置情報を保持し、
該コンテンツ送信装置との通信が復帰したことを検知、あるいは前記ネットワーク通信手段を介して該コンテンツ送信装置から通信が復帰した旨を受信すると、前記記録手段を用いて受信コンテンツの記録を再開し、記録を再開した第２の位置情報を保持すると共に、前記ネットワーク通信手段を用いて該コンテンツ受信装置への送信を再開し、
前記コンテンツ送信装置から前記中断したコンテンツ部分を受信した際に、前記第１の位置情報と前記第２の位置情報との間に該中断したコンテンツ部分を挿入することを特徴とするコンテンツ送受信装置。
【請求項２】
１つ以上のコンテンツ送信装置やコンテンツ受信装置が所属するグループの登録および管理する手段を備え、
前記コンテンツ送信装置から受信したコンテンツを同じグループに所属するコンテンツ受信装置に対してのみ送信することを特徴とする請求項１記載のコンテンツ送受信装置。
【請求項３】
前記接続管理手段を用いて前記コンテンツ送信装置との間のコンテンツ送信状態を把握し、同じグループに所属する受信装置に対して、該コンテンツの視聴状態を管理することを特徴とする請求項２記載のコンテンツ送受信装置。
【請求項４】
前記コンテンツ送信状態が変化した場合、前記ネットワーク通信手段を用いて同じグループに所属するコンテンツ受信装置に対して、該コンテンツの視聴状態を通知する請求項３記載のコンテンツ送受信装置
【請求項５】
前記ネットワーク通信手段を介して、同じグループに所属するコンテンツ受信装置から前記コンテンツ送信状態の取得要求を受信した場合、該コンテンツの視聴状態を通知する請求項３記載のコンテンツ送受信装置。
【請求項６】
前記ネットワーク通信手段を介して前記コンテンツ送信装置との間で、特定の認証プロトコルに準拠して、お互いに正規に認定された機器であることを認証する第１の認証手段と、
前記ネットワーク通信手段を介して前記１つ以上のコンテンツ受信装置との間で、特定の認証プロトコルに準拠して、お互いに正規に認定された機器であることを認証する第２の認証手段と、を備え、
該コンテンツ送信装置から送信されるコンテンツを受信する前に、必要に応じて、前記第１の該認証手段を用いて予め該コンテンツ送信装置との間で第１の認証処理を実行し、
該第１の認証処理に成功した場合のみ、該コンテンツの記録を実行し、前記第２の認証手段を用いて該暗号化手段を用いて該コンテンツ受信装置との間で第２の認証処理を実行し、
第２の認証処理に成功した場合のみ、該コンテンツ受信装置に対してコンテンツ送信を開始することを特徴とする請求項１記載のコンテンツ送受信装置。
【請求項７】
宅内および宅外のネットワークを介してコンテンツや制御データの送受信を行うネットワーク通信手段と、
該ネットワーク通信手段を介して受信したコンテンツを内蔵あるいは外付けのモニタ画面に再生する再生手段と、
該ネットワーク通信手段を介して、該再生手段で再生可能なコンテンツが存在するか否か、そして該コンテンツの視聴状態を該コンテンツ送信装置から取得する視聴情報取得手段と、
を備え、
該視聴情報取得手段を用いて、該コンテンツ送信装置から受信可能なコンテンツが存在するか否かを、定期的にあるいは必要に応じて確認し、
該視聴可能なコンテンツが存在する場合は、該ネットワーク通信手段を用いて該コンテンツ送信装置から該コンテンツを受信し、
該再生手段を用いて該コンテンツを再生することを特徴とするコンテンツ受信装置。
【請求項８】
前記視聴情報取得手段を用いて前記コンテンツ送信装置から視聴可能なコンテンツの視聴状態を取得し、前記コンテンツの視聴状態に合わせて、必要に応じて、該モニタ画面上にテキストやボタン、アイコンなどの画像を表示し、利用者に通知することを特徴とする請求項７記載のコンテンツ受信装置。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【図２１】
【図２２】
【図２３】
【図２４】
【図２５】
【図２６】
【図２７】
【図２８】
【図２９】
【図３０】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【図２１】
【図２２】
【図２３】
【図２４】
【図２５】
【図２６】
【図２７】
【図２８】
【図２９】
【図３０】
【公開番号】特開２０１０−８８００５（Ｐ２０１０−８８００５Ａ）
【公開日】平成２２年４月１５日（２０１０．４．１５）
【国際特許分類】
【出願番号】特願２００８−２５６９７２（Ｐ２００８−２５６９７２）
【出願日】平成２０年１０月２日（２００８．１０．２）
【公序良俗違反の表示】
（特許庁注：以下のものは登録商標）
１．Ｂｌｕｅｔｏｏｔｈ
【出願人】（０００００５１０８）株式会社日立製作所 (27,607)
【Ｆターム（参考）】
【公開日】平成２２年４月１５日（２０１０．４．１５）
【国際特許分類】
【出願日】平成２０年１０月２日（２００８．１０．２）
【公序良俗違反の表示】
（特許庁注：以下のものは登録商標）
１．Ｂｌｕｅｔｏｏｔｈ
【出願人】（０００００５１０８）株式会社日立製作所 (27,607)
【Ｆターム（参考）】
[ Back to top ]