JP2010103656A - コンテンツ送信装置、コンテンツ受信装置 - Google Patents

Abstract

【課題】
ネットワークを利用して、別の場所で撮影しているコンテンツを所望の場所でリアルタイムに視聴しながら同時にダウンロードすることができるコンテンツ送信装置、受信装置およびコンテンツ伝送方法を提供する。
【解決手段】
コンテンツ送信装置は、撮影したコンテンツをリアルタイムで送信する。そしてコンテンツ転送中に通信中断が発生した場合、中断している間に撮影したコンテンツのみを自装置内のメモリに記録し、通信再開時には最新の映像を優先的に送信しながら、中断中に記録したコンテンツを送信する。コンテンツ受信装置は、受信した該コンテンツをリアルタイムに視聴しながら、自装置内のメモリに該コンテンツを記録する。通信が中断した場合でも中断部分の記録領域を確保し、通信再開時には常に最新の映像を表示し、中断部分のコンテンツを受信すると予め確保した記録領域に記録することにより全ての撮影コンテンツを途切れることなく記録することができる。
【選択図】 図１

Description

本発明は、ネットワークを介して映像音声等のコンテンツを通信するに際し、通信状態が悪くなった場合でも安全にコンテンツをリアルタイム転送するのに好適な送信装置、受信装置およびコンテンツ伝送方法に関するものである。

パーソナルコンピュータ（以下、ＰＣ）の演算速度や記憶容量など処理能力の発展に伴い、ＰＣに内蔵されるハードディスクドライブ（以下、ＨＤＤ）も大容量化が進んでいる。こうした状況のもとで最近では一般の家庭で利用されるようなランクのＰＣにおいてもＨＤＤを利用してＴＶ放送番組を録画し、これをＰＣのディスプレイで視聴を行うといった使い方ができるようになってきた。

また、近年デジタル映像信号処理技術の発展に伴い、デジタル放送を受信するデジタルチューナ内蔵テレビ（以下、ＤＴＶ）や、デジタル放送番組を録画・再生するデジタル記録装置（例えば、ＨＤＤレコーダやＤＶＤレコーダ、ＢＤレコーダ等）のデジタルＡＶ装置が次々と製品化されている。

さらに、ブロードバンド／インターネットの普及により、これらのＰＣやデジタルＡＶ装置に有線／無線ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）、ＩＥＥＥ１３９４、ＵＳＢなどのデジタルインタフェースを搭載し、ネットワークを介して宅内／宅外でデジタルコンテンツを伝送することが可能になってきた。

このような環境が整いつつある中、ビデオカメラやデジタルカメラなどで撮影したパーソナルデータをＩＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）ネットワークを介してサーバに格納し、特定あるいは不特定多数のユーザに該データを公開するといった写真共有サービス／動画共有サービスが可能になってきた。

これらのサービスを利用する場合、ユーザは、ビデオカメラやデジタルカメラの内蔵メモリ（ＨＤＤ、フラッシュメモリ等）やリムーバブルメモリ（磁気テープ、ＳＤカード、光ディスク等）で撮影したデータを一度ＰＣに移し、その後、ＰＣからネットワーク経由で該データをサーバへアップロードする方法がある。また、ＰＣだけでなく、ネットワーク機能を搭載したＤＴＶや携帯端末を利用することもできる。本サービスに関連する技術として以下が開示されている。

特開２００３−８７７００号

上記技術では、撮影済みのデータを一括してサーバにアップロードした後、他のユーザに公開することになるため、撮影側と視聴側の間でデータのリアルタイム性は求められない。

しかし、ブローバンド環境やネットワーク対応機器、ネットワークサービスなどが普及してくると、例えば子供の運動会を撮影しているデータをリアルタイムに自宅や祖父母宅へ送信し、その場で視聴しながらデータの記録も同時に実行したいという要求は高い。

本発明の目的の一つは、有線または無線のネットワークを利用し、撮影しているコンテンツを自宅や祖父母宅といった所望の場所へリアルタイムに伝送し、該場所で該コンテンツをリアルタイムに視聴しながら同時にダウンロードすることができるコンテンツ送信装置、受信装置およびコンテンツ伝送方法を提供することである。

コンテンツ送信装置は、撮影したコンテンツをリアルタイムで送信する。そしてコンテンツ転送中に通信中断が発生した場合、中断している間に撮影したコンテンツのみを自装置内のメモリに記録し、通信再開時には最新の映像を優先的に送信しながら、中断中に記録したコンテンツを送信する。コンテンツ受信装置は、受信した該コンテンツをリアルタイムに視聴しながら、自装置内のメモリに該コンテンツを記録する。通信が中断した場合でも中断部分の記録領域を確保し、通信再開時には常に最新の映像を表示し、中断部分のコンテンツを受信すると予め確保した記録領域に記録することにより全ての撮影コンテンツを途切れることなく記録することができる。

撮影コンテンツをリアルタイムで送信するコンテンツ送信装置は、コンテンツ転送中に通信中断が発生した場合、中断中のコンテンツを自装置内のメモリに記録し、通信再開時には最新の映像を優先的に送信しながら、中断中に記録したコンテンツを送信する。コンテンツ受信装置は、受信した該コンテンツをリアルタイムに視聴しながら、自装置内のメモリに該コンテンツを記録することができる。通信が中断し、再開した場合でも、常に最新の映像を視聴することができる。また、中断した部分についても記録することができ、後で視聴することができる。

以下実施の形態について説明する。

本実施の形態の特徴は、撮影したコンテンツをネットワーク経由で他の場所にあるＤＴＶでリアルタイムに視聴しながらダウンロード可能にすることである。

図１は、システム構成の一例である。ユーザＡが外出先で子供の運動会の様子をビデオカメラで撮影している映像をネットワーク経由で自宅のＤＴＶに送信し、宅内のユーザＢがＤＴＶ上で運動会の映像を視聴しながら記録する場合を想定している。

ユーザＡが使用するビデオカメラ１００は、無線ＬＡＮを用いて無線アクセスポイント１０を介してインターネット１１に接続可能である。また、ユーザＢが利用するＤＴＶ２００は、有線ＬＡＮを用いてルータ１２を介してインターネット１１に接続可能である。またＤＴＶ２００はデジタルチューナ内臓テレビだけでなく、アナログテレビやＰＣであってもよい。

ネットワーク上では、ネットワークプロトコルとして標準のＩＰを使用し、上位のトランスポートプロトコルにはＴＣＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ）やＵＤＰ（Ｕｓｅｒ Ｄａｔａｇｒａｍ Ｐｒｏｔｏｃｏｌ）を用いる。コンテンツの伝送には更に上位のアプリケーションプロトコル、例えばＲＴＰ（Ｒｅａｌ−ｔｉｍｅ Ｔｒａｎｓｐｏｒｔ Ｐｒｏｔｏｃｏｌ）やＨＴＴＰ（Ｈｙｐｅｒ Ｔｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）、ＦＴＰ（Ｆｉｌｅ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）等を使用する。なお、ＩＰにはバージョンの違いとしてＩＰｖ４とＩＰｖ６が有るが、そのどちらかに限定されるものではない。

ネットワーク接続されたビデオカメラ１００とＤＴＶ２００、無線アクセスポイント１０、ルータ１２は、それぞれネットワーク上で自身を識別するＩＰアドレスを所有する。また各々のネットワーク通信処理回路のインターフェース部には４８ビットのＭＡＣ（Ｍｅｄｉａ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ）アドレスが予め製造時に与えられている。各装置へのＩＰアドレスの設定は、ネットワークにおけるアドレスの自動設定に採用されているＤＨＣＰ（Ｄｙｎａｍｉｃ Ｈｏｓｔ Ｃｏｎｆｉｇｕｒａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）によりなされる。例えば無線アクセスポイント１０やルータ１２をＤＨＣＰサーバとして動作させ、ここから各装置のＩＰアドレスを割り振るようにすればよい。なお、ＩＰｖ６を用いる場合にはステートレス自動設定と呼ばれる方法によりルータ１２のＩＰアドレスの上位６４ｂｉｔとＭＡＣアドレスから各装置が自身のＩＰアドレスを定めることも可能である。

ここで、図１ではユーザＢの宅内はルータ１２とＤＴＶ２００間を有線ＬＡＮで接続しているが、無線アクセスポイント１０を使用したＬＡＮやＩＥＥＥ１３９４、ＵＳＢ、Ｂｌｕｅｔｏｏｔｈ等を用いてもよい。また、ルータ１２はハブ機能を内蔵しているものとし、ＤＴＶ２００以外の他の装置を接続することも可能である。また、無線アクセスポイント１０とルータ１２が一体型になった形態でもよい。また、ルータ１２は、図示しないモデムあるいは光電変換器などを介して、もしくはルータに内蔵されるモデムあるいは光電変換器によりインターネットに接続される。

インターネットへの接続形態はＡＤＳＬ（Ａｓｙｍｍｅｔｒｉｃ Ｄｉｇｉｔａｌ Ｓｕｂｓｃｒｉｂｅｒ ｌｉｎｅ）や光ファイバーなどの高速アクセス回線やＩＳＤＮ（Ｉｎｔｅｇｒａｔｅｄ Ｓｅｒｖｉｃｅｓ Ｄｉｇｉｔａｌ Ｎｅｔｗｏｒｋ）、アナログ電話回線、携帯電話などの移動体通信網などその種類を問わない。インターネット１１は、閉域網ネットワークでもよい。ユーザＡの外出先のネットワーク構成も前記同様である。

また、外出先からインターネット１１を介して宅内の装置にアクセスする方法は、ルータのポートフォワード機能やＶＰＮ（Ｖｉｒｔｕａｌ Ｐｒｉｖａｔｅ Ｎｅｔｗｏｒｋ）などの技術を利用することができる。

図２は、ビデオカメラ１００の一構成例である。
ビデオカメラ１００は、カメラ部１０１、マイク部１０２、入力処理部１０３、機器認証処理部１０４、機器情報管理部１０５、記録／再生処理部１０６、メモリ１０７、デコーダ１０８、デジタル出力端子１０９、暗号処理部１１０、通信処理部１１１、制御部１１２、表示部１１３から構成される。

カメラ部１０１は、動画や静止画を撮影する部分である。
マイク部１０２は、音声を入力する部分である。
入力処理部１０３は、リモコンやタッチパネル、操作ボタンなどを利用してユーザがビデオカメラ１００を操作する部分である。
機器認証処理部１０４は、ネットワークを介してコンテンツを安全に転送するために、他のＡＶ装置との間で特定の認証プロトコルに準拠してお互いに正規に認定された機器であるかを認証し、コンテンツの暗号に使用する鍵を共有する部分である。該特定の認証プロトコルは、例えばＳＳＬ（Ｓｅｃｕｒｅ Ｓｏｃｋｅｔｓ Ｌａｙｅｒ）やＭａｒｌｉｎ、ＤＴＣＰ（Ｄｉｇｉｔａｌ Ｔｒａｎｓｍｉｓｓｉｏｎ Ｃｏｎｔｅｎｔ Ｐｒｏｔｅｃｔｉｏｎ）などの技術を使用することができる。

機器情報管理部１０５は、ネットワーク接続対象となるＡＶ装置や機器認証処理部１０４で認証が成功したＡＶ装置に関する情報を管理する。
記録／再生処理部１０６は、カメラ部１０１、マイク部１０２で撮影した動画／静止画などのコンテンツの一部あるいは全部をメモリ１０７に記録するための記録制御を行う。また、該メモリ１０７に記録したコンテンツを再生するための再生制御を行う。
メモリ１０７は、カメラ部１０１、マイク部１０２で撮影した動画／静止画の一部あるいは全部や、自装置の設定情報などの情報を格納するメモリである。メモリ１０７は、内蔵あるいは着脱可能な形態が考えられ、両方を備えたハイブリッド形態でもよい。またメモリ１０７は、不揮発性のメモリでも、揮発性のメモリでもよい。

メモリ１０７としては、ＨＤＤ（ハードディスクドライブ）、ＤＲＡＭ（Ｄｙｎａｍｉｃ Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）、ＳＲＡＭ（Ｓｔａｔｉｃ Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）、フラッシュメモリ、ＳＳＤ（Ｓｏｌｉｄ Ｓｔａｔｅ Ｄｒｉｖｅ）等のフラッシュメモリドライブ、ＳＤメモリカード（Ｓｅｃｕｒｅ Ｄｉｇｉｔａｌ Ｍｅｍｏｒｙ Ｃａｒｄ）、書き込み可能なＣＤ（Ｃｏｍｐａｃｔ Ｄｉｓｋ）、書き込み可能なＤＶＤ（Ｄｉｇｉｔａｌ Ｖｅｒｓａｔｉｌｅ Ｄｉｓｋ）、書き込み可能なＢｌｕ−ｒａｙ Ｄｉｓｃ、などが考えられる。

デコーダ１０８は、メモリ１０７に格納された、圧縮された映像音声データを復号して、元の音声信号、映像信号に伸長する。
デジタル出力端子１０９は、デコーダ１０８で伸長されたデータを出力する、例えばＨＤＭＩ（Ｈｉｇｈ−Ｄｅｆｉｎｉｔｉｏｎ Ｍｕｌｔｉｍｅｄｉａ Ｉｎｔｅｒｆａｃｅ）などがある。

暗号処理部１１０は、カメラ部１０１、マイク部１０２を用いて撮影されたコンテンツを、必要に応じて機器認証処理部１０４で共有した鍵を使用して暗号化する部分である。また、ＷＥＰ（Ｗｉｒｅｄ Ｅｑｕｉｖａｌｅｎｔ Ｐｒｉｖａｃｙ）などの無線ＬＡＮにおけるセキュリティ保護の目的で用いられている暗号化方式を用いて暗号化する。無線ＬＡＮ以外に、３ＧやＷ−ＣＤＭＡ（Ｗｉｄｅｂａｎｄ Ｃｏｄｅ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ）など携帯電話などで使用している無線通信方式を利用してもよい。

通信処理部１１１は、無線ＬＡＮで接続した他のＡＶ装置との間でコンテンツや制御コマンドを送受信する。ビデオカメラ１００は、カメラ部１０１やマイク部１０２により映像・音声をリアルタイムでエンコードし、通信処理部１１１を介して、そのままＤＴＶ２００にストリーミング配信（ライブ配信）することができる。また、ライブ配信しながら、映像・音声をメモリ１０７に記録することもできる。
表示部１１３は、カメラ部１０１、マイク部１０２を用いて撮影されたコンテンツや、メニューや設定画面などを、内蔵あるいは外付けのモニタに表示する。
制御部１１２は、ビデオカメラ１００における各部の動作を統括的に制御する。

なお、ビデオカメラ１００は、携帯電話であってもよい。携帯電話に図２の構成を搭載し、通信処理部１１１は携帯電話の通信機能を使用して通信を行う。携帯電話にはメモリ１０７としては、ＨＤＤ、ＤＲＡＭ、ＳＲＡＭ、フラッシュメモリ、ＳＳＤ等のフラッシュメモリドライブ、ＳＤメモリカードなどが内蔵されている。メモリ１０７は外付けのものでもよい。

図３は、ＤＴＶ２００の一構成例である。
ＤＴＶ１００は、チューナ２０１、デスクランブラ２０２、デマルチプレクサ２０３、デコーダ２０４、表示部／スピーカ２０５、デジタル出力端子２０６、入力処理部２０７、機器認証処理部２０８、機器情報管理部２０９、記録／再生処理部２１０、メモリ２１１、暗号／復号処理部２１２、通信処理部２１３、通信ＩＦ２１４、制御部２１５、デジタル入力端子２１６から構成される。

チューナ２０１は、放送局からアンテナを介して受信した複数のチャンネルから所望のチャンネルを選局し、デジタル変調された番組を復調する。
デスクランブラ２０２は、サービス事業者と契約したチャンネルのみを受信可能とするためにかけられている番組のスクランブルを解除する。
デマルチプレクサ２０３は、放送番組から音声データ、映像データを抽出する。

デコーダ２０４は、チューナ２０１から受信した放送番組や通信ＩＦ２１４から受信した圧縮された音声データや映像データを復号して、元の音声信号、映像信号に伸長する。
表示部／スピーカ２０５は、デコーダ２０４からの出力信号や、デジタル入力端子２１６から入力された信号を再生する。表示部／スピーカ２０５は内蔵でも、外付けでもよい。
デジタル出力端子２０６はデコーダ２０４で伸長したデータを出力する。例えばＨＤＭＩなどがある。
入力処理部２０７は、リモコンやタッチパネルなどを利用してユーザからＤＴＶ２００に対する操作を受け付ける。またこの操作入力により、ＤＴＶ２００を操作する。

機器認証処理部２０８は、ＬＡＮを介してコンテンツを転送するために、他のＡＶ装置との間で特定の認証プロトコルに準拠してお互いに正規に認定された機器であるかを認証し、コンテンツの暗号／復号に使用する鍵を共有する部分である。特定の認証プロトコルは、例えばＳＳＬやＭａｒｌｉｎ、ＤＴＣＰなどの技術を使用する。
機器情報管理部２０９は、機器認証処理部２０８で認証が成功したＡＶ装置に関する情報を管理する。
記録／再生処理部２１０は、チューナ２０１で受信した放送番組や通信ＩＦ２１４から受信したデジタルコンテンツをメモリ２１１に記録するための記録制御を行う。また、記録／再生処理部２１０は、メモリ２１１に記録されたコンテンツを再生するための再生制御を行う。

メモリ２１１は、チューナ２０１で受信した放送番組や通信ＩＦ２１４から受信したデジタルコンテンツ、自装置の設定情報、予約視聴／予約録画などの情報を格納するメモリである。メモリ２１１は、内蔵あるいは着脱可能な形態が考えられ、両方を備えたハイブリッド形態でもよい。またメモリ２１１は、不揮発性のメモリでも、揮発性のメモリでもよい。
暗号／復号処理部２１２は、放送番組や通信ＩＦ２１４を介して受信したコンテンツを、機器認証処理部２０８で共有した鍵を使用して暗号化あるいは復号化する。

通信処理部２１３は、通信ＩＦ２１４を介してＬＡＮで接続した他のＡＶ装置との間でコンテンツや制御コマンドを送受信する。送信されるコンテンツには、必要に応じてその取り扱い方を示す「コピー制限なし」「一回限りコピー可」「コピー禁止」などの識別コードを付して送信される。
通信ＩＦ２１４は、ＬＡＮ経由でコンテンツや制御コマンドを入出力する。
制御部２１５は、ＤＴＶ１００における各部の動作を統括的に制御する。
デジタル入力端子２１６は他のＡＶ装置からの伸長したデジタルデータの入力を受け付ける。例えばＨＤＭＩなどがある。

図４は、機器情報管理部１０５、２０９に格納される機器情報テーブル４００の一構成例である。
機器情報テーブル４００は、ＩＤ４０１、アドレス情報４０２、登録情報４０３、種別４０４、機器名／サービス名４０５から構成される。
ＩＤ４０１は、機器情報テーブルに登録された要素（レコード）を一意に識別するための番号を示す。
アドレス情報４０２は、宅内だけでなく宅外からアクセスすることが可能であり、ネットワーク上における各装置を一意に識別するためのＩＰアドレスやＭＡＣアドレス、ポート番号等を示す。

登録情報４０３は、ネットワークを介してアドレス情報４０２が示す各装置にアクセスするために必要な情報、例えばユーザ名やパスワード等を示す。宅外からルータ１２にログインするための情報も含む。
種別４０４は、ネットワークを介してアクセスする各装置の種別、例えばテレビ、レコーダ、カメラ、センタ等を示す。
機器名／サービス名４０５は、ネットワークを介してアクセスする各装置の名称や提供するサービス名を示す。
この他に、ユーザが任意に設定した機器名／サービス名４０５のニックネームや所有者の名前などの情報を追加してもよい。

ビデオカメラ１００やＤＴＶ２００は、他の装置がネットワークに接続された際に、他の装置を認識することにより、機器情報テーブル４００に他の装置に関する情報を設定する。例えばＳＳＤＰ（Ｓｉｎｐｌｅ Ｓｅｒｖｉｃｅ Ｄｉｓｃｏｖｅｒｙ Ｐｒｏｔｏｃｏｌ）やＤＬＮＡ（Ｄｉｇｉｔａｌ Ｌｉｖｉｎｇ Ｎｅｔｗｏｒｋ Ａｌｌｉａｎｃｅ）により認識することができる。また、ユーザが手動で他の装置に関する情報を設定してもよい。

本実施例では、ビデオカメラ１００の機器情報テーブル４００には、予めＤＴＶ２００に関する情報（ＩＤ４１０の登録要素）が登録されているものとする。
以上に記載した各装置と情報を用いて、図１に示したシステム構成において、ビデオカメラ１００（コンテンツ送信装置）とＤＴＶ２００（コンテンツ受信装置）との間で実行される、コンテンツ送信手順について説明する。

図５は、ビデオカメラの記録先選択画面例である。最初に、ユーザＡがビデオカメラ１００で撮影を開始する前に、記録先を設定する手順について図５を用いて説明する。ユーザＡは、ビデオカメラ１００の表示部１１３を用いて、記録先の設定画面５０１を表示する。画面５０１上には、撮影したコンテンツの記録先である「内蔵メモリ」や「ネットワーク接続機器」等が表示される。ユーザＡは、入力処理部１０３を介して、表示された記録先の中から所望の記録先を選択する。 画面５０２上でユーザＡが「ネットワーク接続機器」を選択すると、機器情報テーブル４００内に登録された装置の機器名／サービス名−「ＷＨＯＡＭＩ（ＤＴＶ２００の機器名）」と「ＭＡＴＩＳＳＥ」−を表示した画面５０３が表示される。ユーザＡは、入力処理部１０３を用いてＤＴＶ２００を示す「ＷＨＯＡＭＩ」を選択すると、画面５０４が表示される。

画面５０４上には、撮影したコンテンツを選択したネットワーク接続機器上でどのように扱うかを設定するメニューを表示する。画面５０４には、例えばコンテンツの記録のみを実行する「記録のみ」、コンテンツをリアルタイムに視聴する「ライブ表示のみ」、コンテンツを記録しながら同時にリアルタイム視聴する「記録＋ライブ表示」などを表示する。

ビデオカメラ１００は、カメラ部１０１やマイク部１０２により映像・音声をリアルタイムでエンコードし、通信処理部１１１を介して、そのままＤＴＶ２００にストリーミング配信（ライブ配信）することができる。

画面５０４上で「記録のみ」「ライブ表示のみ」「記録＋ライブ表示」のそれぞれを選択した場合の以降の処理手順について、図６、図７、図９を用いて説明する。
図６は、画面５０４上で「記録のみ」を選択した場合に、ビデオカメラ１００が撮影したコンテンツをＤＴＶ２００が記録を開始するまでの処理６００を示す例である。ここで、本処理のための情報の送受信にはプロトコルとしてＴＣＰやＵＤＰの技術を用いるものとし、コネクションの確立および破棄のためのデータ送受信については省略してある。

ビデオカメラ１００の制御部１１２は、機器情報管理部１０５に格納された機器情報テーブル４００を参照し、登録されているアドレス情報に基づいて、通信処理部１１１を介してＤＴＶ２００に対して機器情報要求を送信する（Ｓ６０１）。ユーザ名やパスワードが必要であれば合わせて送信し認証を行う。
ＤＴＶ２００の制御部２１５は、通信ＩＦ２１４と通信処理部２１３を経由して機器情報要求を受信すると、自装置に関する情報、例えば機器名、メーカー名、テレビやレコーダといった種別等を返信する（Ｓ６０２）。

次に、ビデオカメラ１００の制御部１１２は、通信処理部１１１を介してＤＴＶ２００に対して機能情報要求を送信する（Ｓ６０３）。
それに対してＤＴＶ２００の制御部２１５は、自装置が備えた機能やサービスに関する情報、例えば視聴機能や録画機能、コンテンツ検索機能、扱うことができるデータフォーマットやメモリの種類等を返信する（Ｓ６０４）。

ビデオカメラ１００の制御部１１２は、Ｓ６０２、Ｓ６０４で取得したＤＴＶ２００に関する情報をチェックし、以降の処理を続行するか否かを確認する。例えば、ＤＴＶ２００の機能やサービスがネットワーク経由での記録に対応していなければ処理を停止する。そして、ＤＴＶ２００が所望の接続先であり必要な機能を備えていることを確認できると、通信処理部１１１を介してＤＴＶ２００に対して記録要求を送信する（Ｓ６０５）。ここで、記録要求には、ＤＴＶ２００のメモリ２１１に記録する際に必要な情報、例えばコンテンツ名、記録フォーマット、格納するフォルダ名などを含んでもよい。

ＤＴＶ２００の制御部２１５は、メモリ２１１に格納された予約視聴や予約録画の情報を確認し、現在録画が可能な状況であるか否か確認し（Ｓ６０６）、その結果をビデオカメラ１００に返信する（Ｓ６０７）。例えば、記録を行うときに録画が開始される場合には、録画が可能ではないと判断することができる。

ビデオカメラ１００の制御部１１２は、Ｓ６０７でＤＴＶ２００が記録不可の場合は処理を終了する。一方、ＤＴＶ２００が記録可能の場合は、機器認証処理部１０４とＤＴＶ２００の機器認証処理部２０８との間で、特定の認証プロトコルに準拠してお互いに正規に認定された機器であるかを認証する。該特定の認証プロトコルは、例えばＳＳＬやＭａｒｌｉｎ、ＤＴＣＰなどの技術を使用すればよい（Ｓ６０８）。

Ｓ６０８で機器認証が成功すると、ビデオカメラ１００の制御部１１２は、ユーザＡからの記録指示待ち状態になる。そして、ユーザＡが入力処理部１０３を介して記録を指示（例えば、ビデオカメラ１００の[記録]ボタンを押下）すると、ＤＴＶ２００に対して記録開始要求を送信する（Ｓ６０９）。ここで、記録要求開始には、ＨＴＴＰのＰＯＳＴ機能を使用してもよい。

ＤＴＶ２００の制御部２１５は、記録／再生処理部２１０に記録準備とメモリ２１１への記録開始を指示し、暗号／復号処理部２１２と通信処理部２１３に通信ＩＦ２１４経由でデータ受信の開始を指示する（Ｓ６１０）。そして、ビデオカメラ１００に対して受信確認を返信する（Ｓ６１１）。
ビデオカメラ１００の制御部１１２は、カメラ部１０１とマイク部１０２、記録／再生処理部１０６に対して撮影開始を指示し、動画／静止画の撮影を開始する（Ｓ６１２）。

カメラ部１０１とマイク部１０２で入力された動画／静止画は、必要に応じて暗号処理部１１０で暗号化した後、通信処理部１１１によりＤＴＶ２００に対して送信される（Ｓ６１３）。ここで、撮影したコンテンツの送信には、信頼性が高いＴＣＰを使用することが望ましい。また、暗号アルゴリズムとしては例えば暗号化技術であるＡＥＳ（Ａｄｖａｎｃｅｄ Ｅｎｃｒｙｐｔｉｏｎ Ｓｔａｎｄａｒｄ）を使用する。

ＤＴＶ２００では、通信ＩＦ２１４を介して受信したコンテンツをそのまま、あるいは必要に応じて暗号／復号処理部２１２で復号化した後、メモリ２１１に格納する。メモリ２１１に格納する際、必要に応じて暗号／復号処理部２１２で再度暗号化して記録してもよい。
ビデオカメラ１００の制御部１１２は、Ｓ６１２で撮影を開始すると、定期的にＤＴＶ２００の動作状態を取得し、記録状態であることを確認してもよい。あるいは、ＤＴＶ２００が自装置の動作状態が変化したときにビデオカメラ１００に対して通知を出してもよい。

ここで、ビデオカメラ１００が、機器情報テーブル４００に登録するなどの方法により、ＤＴＶ２００の機器情報や機能情報を予め把握している場合は、Ｓ６０１〜Ｓ６０４の処理は実行しなくてもよい。また、ユーザＡはビデオカメラ１００への記録指示をＳ６０９の開始タイミングとしているが、Ｓ６０５の開始タイミングとしてもよい。
また、ＤＴＶ２００は、Ｓ６０６で録画が可能な状況であるか確認する際に、Ｓ６０８の機器認証処理を実行し、その結果も含めて判断した後、最後にＳ６０７の記録可否結果を返信してもよい。

図７は、画面５０４上で「ライブ表示のみ」を選択した場合に、ビデオカメラ１００が撮影したコンテンツをＤＴＶ２００で視聴開始するまでの処理の一例である。前記同様、本処理のための情報の送受信にはプロトコルとしてＴＣＰやＵＤＰを用いるものとし、コネクションの確立および破棄のためのデータ送受信については省略してある。

ビデオカメラ１００の制御部１１２は、機器情報管理部１０５に格納された機器情報テーブル４００を参照し、登録されているアドレス情報に基づいて、通信処理部１１１を介してＤＴＶ２００に対して機器情報要求を送信する（Ｓ７０１）。ユーザ名やパスワードが必要であれば合わせて送信し認証を行う。
ＤＴＶ２００の制御部２１５は、通信ＩＦ２１４と通信処理部２１３を経由して機器情報要求を受信すると、自装置に関する情報、例えば機器名、メーカー名、テレビやレコーダといった種別等を返信する（Ｓ７０２）。

次に、ビデオカメラ１００の制御部１１２は、通信処理部１１１を介してＤＴＶ２００に対して機能情報要求を送信する（Ｓ７０３）。
それに対してＤＴＶ２００の制御部２１５は、自装置が備えた機能やサービスに関する情報、例えば視聴機能や録画機能、コンテンツ検索機能、扱うことができるデータフォーマットやメモリの種類等を返信する（Ｓ７０４）。

ビデオカメラ１００の制御部１１２は、Ｓ７０２、Ｓ７０４で取得したＤＴＶ２００に関する情報をチェックし、以降の処理を続行するか否かを確認する。例えば、ＤＴＶ２００の機能やサービスがライブ表示に対応していなかった場合には、以降の処理を停止する。そして、ＤＴＶ２００が所望の接続先であり必要な機能を備えていることを確認できると、通信処理部１１１を介してＤＴＶ２００に対してライブ視聴要求を送信する（Ｓ７０５）。ここで、ライブ視聴要求には、ＤＴＶ２００の表示部／スピーカ２０５で視聴する際に必要な情報、例えばコンテンツ名、視聴フォーマットなどを含んでもよい。

ＤＴＶ２００の制御部２１５は、メモリ２１１に格納された予約視聴や予約録画の情報を確認し、現在ライブ視聴が可能な状況であるか否か確認し（Ｓ７０６）、その結果をビデオカメラ１００に返信する（Ｓ７０７）。例えば、ライブ視聴を行うときに、別の視聴が開始される場合には、ライブ視聴が可能ではないと判断することができる。

ビデオカメラ１００の制御部１１２は、Ｓ７０７でＤＴＶ２００が視聴不可の場合は処理を終了する。一方、ＤＴＶ２００が視聴録可能の場合は、機器認証処理部１０４とＤＴＶ２００の機器認証処理部２０８との間で、特定の認証プロトコルに準拠してお互いに正規に認定された機器であるかを認証する。該特定の認証プロトコルは、例えばＳＳＬやＭａｒｌｉｎ、ＤＴＣＰなどの技術を使用する（Ｓ７０８）。

Ｓ７０８で機器認証が成功すると、ビデオカメラ１００の制御部１１２は、ユーザＡからの記録指示待ち状態になる。そして、ユーザＡが入力処理部１０３を介して記録（実際は撮影のみであるが）を指示（例えば、ビデオカメラ１００の[記録]ボタンを押下）すると、ＤＴＶ２００に対して撮影開始通知を送信する（Ｓ７０９）。

ＤＴＶ２００の制御部２１５は、表示部／スピーカ２０５にライブ映像が配信される旨を表示することを指示し、暗号／復号処理部２１２と通信処理部２１３に通信ＩＦ２１４経由でデータ受信の開始を指示する。そして、ビデオカメラ１００に対して受信確認を返信する（Ｓ７１０）。ここで、図８に示すように、例えばユーザＢがＤＴＶ２００でＴＶ放送などの放送番組を視聴している場合は（画面８０１）、ライブ映像が配信されることを通知するために、制御部２１５は、放送番組の表示画面上に[ＬＩＶＥ]ボタン８０３を表示する（画面８０２）。

受信確認を受け取ったビデオカメラ１００の制御部１１２は、カメラ部１０１とマイク部１０２、記録／再生処理部１０６に対して撮影開始を指示し、動画／静止画の撮影を開始する（Ｓ７１１）。
ＤＴＶ２００の入力処理部２０７が、画面８０２上に表示されている[ＬＩＶＥ]ボタンの選択を宅内のユーザＢから受け付けると（Ｓ７１２）、制御部２１５は通信ＩＦ２１４を介して、ビデオカメラ１００に対してコンテンツ要求を送信する（Ｓ７１３）。コンテンツ要求には、ＨＴＴＰのＧＥＴ機能を使用してもよい。

ビデオカメラ１００の制御部１１２は、ＤＴＶ２００に対して受信確認を返信し（Ｓ７１４）、カメラ部１０１とマイク部１０２で入力された動画／静止画を必要に応じて暗号処理部１１０で暗号化した後、通信処理部１１１を介してＤＴＶ２００に対して動画／静止画のコンテンツを送信する（Ｓ７１５）。ここで、暗号アルゴリズムとしては前述同様、例えば暗号化技術であるＡＥＳを使用すればよい。また、ビデオカメラ１００の制御部１１２は、ＤＴＶ２００で視聴を開始した旨をユーザＡに通知するため、図８の画面８０５を表示部１１３に表示してもよい。

ＤＴＶ２００では、通信ＩＦ２１４を介して受信したコンテンツを必要に応じて暗号／復号処理部２１２で復号化し、デコーダ２０４で映像データ、音声データに伸長する。そして、図８の画面８０４に示すように、表示部／スピーカ２０５にビデオカメラで撮影しているコンテンツを表示する。
ビデオカメラ１００の制御部１１２は、Ｓ７１１で撮影を開始すると、定期的にＤＴＶ２００の動作状態を取得し、視聴状態であることを確認してもよい。あるいは、ＤＴＶ２００が自装置の動作状態が変化したときにビデオカメラ１００に対して通知を出してもよい。

ここで、ビデオカメラ１００がＤＴＶ２００の機器情報や機能情報を機器情報テーブル４００に登録するなどの方法により、予め把握している場合は、Ｓ７０１〜Ｓ７０４の処理は実行しなくてもよい。また、ユーザＡはビデオカメラ１００への記録指示をＳ７０９の開始タイミングとしているが、Ｓ７０５の開始タイミングとしてもよい。

また、ＤＴＶ２００は、Ｓ７０６で視聴が可能な状況であるか確認する際に、Ｓ７０８の機器認証処理を実行し、その結果も含めて判断した後、最後にＳ７０７の記録可否結果を返信してもよい。
さらに、Ｓ７０８の機器認証処理は、前述のＳ６０８の機器認証処理と一部あるいは全部同じシーケンスでもよいし、記録用／ライブ視聴用でシーケンスが別物であってもよい。

図９は、画面５０４上で「記録＋ライブ表示」を選択した場合に、ビデオカメラ１００が撮影したコンテンツをＤＴＶ２００で記録と視聴を開始するまでの処理の一例９００である。 前記同様、本処理のための情報の送受信にはプロトコルとしてＴＣＰやＵＤＰを用いるものとし、コネクションの確立および破棄のためのデータ送受信については省略してある。

ビデオカメラ１００の制御部１１２は、機器情報管理部１０５に格納された機器情報テーブル４００を参照し、登録されているアドレス情報に基づいて、通信処理部１１１を介してＤＴＶ２００に対して機器情報要求を送信する（Ｓ９０１）。ユーザ名やパスワードが必要であれば合わせて送信し認証を行う。
ＤＴＶ２００の制御部２１５は、通信ＩＦ２１４と通信処理部２１３を経由して機器情報要求を受信すると、自装置に関する情報、例えば機器名、メーカー名、テレビやレコーダといった種別等を返信する（Ｓ９０２）。

次に、ビデオカメラ１００の制御部１１２は、通信処理部１１１を介してＤＴＶ２００に対して機能情報要求を送信する（Ｓ９０３）。
それに対してＤＴＶ２００の制御部２１５は、自装置が備えた機能やサービスに関する情報、例えば視聴機能や録画機能、コンテンツ検索機能、扱うことができるデータフォーマットやメモリの種類等を返信する（Ｓ９０４）。

ビデオカメラ１００の制御部１１２は、Ｓ９０２、Ｓ９０４で取得したＤＴＶ２００に関する情報をチェックし、以降の処理を続行するか否かを確認する。例えば、ＤＴＶ２００の機能やサービスが、ネットワーク経由の記録に対応していない場合や、ライブ表示に対応していない場合には、処理を停止する。そして、ＤＴＶ２００が所望の接続先であり必要な機能を備えていることを確認できると、通信処理部１１１を介してＤＴＶ２００に対して記録／ライブ視聴要求を送信する（Ｓ９０５）。ここで、記録／ライブ視聴要求には、ＤＴＶ２００の表示部／スピーカ２０５で視聴する際に必要な情報やメモリ２１１に記録する際に必要な情報、例えばコンテンツ名、視聴フォーマット、記録フォーマット、格納するフォルダ名などを含んでもよい。また、本要求は、記録要求とライブ視聴要求の２つを別々に発行してもよい。

ＤＴＶ２００の制御部２１５は、メモリ２１１に格納された予約視聴や予約録画の情報を確認し、現在録画および視聴が可能な状況であるか否か確認し（Ｓ９０６）、その結果をビデオカメラ１００に返信する（Ｓ９０７）。例えば、ライブ視聴を行うときに、別の視聴が開始される場合には、ライブ視聴が可能ではないと判断する。また、記録を行うときに、予約録画が開始される場合には、録画が可能ではないと判断する。

ビデオカメラ１００の制御部１１２は、Ｓ９０７でＤＴＶ２００が記録不可あるいは視聴不可の場合は処理を終了する。一方、ＤＴＶ２００が記録可能かつ視聴可能の場合は、機器認証処理部１０４とＤＴＶ２００の機器認証処理部２０８との間で、特定の認証プロトコルに準拠してお互いに正規に認定された機器であるかを認証する。該特定の認証プロトコルは、例えばＳＳＬやＭａｒｌｉｎ、ＤＴＣＰなどの技術を使用すればよい（Ｓ９０８）。

Ｓ９０８で機器認証が成功すると、ビデオカメラ１００の制御部１１２は、ユーザＡからの記録指示待ち状態になる。そして、ユーザＡが入力処理部１０３を介して記録を指示（例えば、ビデオカメラ１００の[記録]ボタンを押下）すると、ＤＴＶ２００に対して記録要求開始を送信する（Ｓ９０９）。ここで、記録要求開始には、ＨＴＴＰのＰＯＳＴ機能を使用してもよい。

ＤＴＶ２００の制御部２１５は、記録／再生処理部２１０に記録準備とメモリ２１１への記録開始を指示し、暗号／復号処理部２１２と通信処理部２１３に通信ＩＦ２１４経由でデータ受信の開始を指示する。また、制御部２１５は、表示部／スピーカ２０５にライブ映像が配信される旨を表示（例えば画面８０２のように[ＬＩＶＥ]ボタン８０３を表示）することを指示する（Ｓ９１０）。そして、ビデオカメラ１００に対して受信確認を返信する（Ｓ９１１）。

ビデオカメラ１００の制御部１１２は、カメラ部１０１とマイク部１０２、記録／再生処理部１０６に対して撮影開始を指示し、動画／静止画の撮影を開始する（Ｓ９１２）。
カメラ部１０１とマイク部１０２で入力された動画／静止画は、必要に応じて暗号処理部１１０で暗号化した後、通信処理部１１１を介してＤＴＶ２００に対して動画／静止画のコンテンツを送信する（Ｓ９１３）。ここで、撮影したコンテンツの送信には、信頼性が高いＴＣＰを使用することが望ましい。また暗号アルゴリズムとしては前述同様、例えば暗号化技術であるＡＥＳを使用すればよい。

ＤＴＶ２００では、通信ＩＦ２１４を介して受信したコンテンツをそのまま、あるいは必要に応じて暗号／復号処理部２１２で復号化した後、コンテンツをメモリ２１１に格納する。また、ユーザＢがライブ映像の視聴を指示するまで表示部／スピーカ２０５にはライブ映像を表示しない。
ユーザＢがライブ映像の視聴を指示すると、受信コンテンツをメモリ２１１に格納しながら同時にデコーダ２０４で映像データ、音声データに伸長し、表示部／スピーカ２０５に表示する。受信コンテンツをメモリ２１１に格納する際、必要に応じて暗号／復号処理部２１２で再度暗号化して記録してもよい。

ビデオカメラ１００の制御部１１２は、Ｓ９１２で撮影を開始すると、定期的にＤＴＶ２００の動作状態を取得し、記録状態であることを確認してもよい。あるいは、ＤＴＶ２００が自装置の動作状態が変化したときにビデオカメラ１００に対して通知を出してもよい。

ここで、ビデオカメラ１００が、機器情報テーブル４００に登録するなどの方法により、ＤＴＶ２００の機器情報や機能情報を予め把握している場合は、Ｓ９０１〜Ｓ９０４の処理は実行しなくてもよい。また、ユーザＡはビデオカメラ１００への記録指示をＳ９０９の開始タイミングとしているが、Ｓ９０５の開始タイミングとしてもよい。

さらに、Ｓ９０９でユーザＡがビデオカメラ１００の撮影を指示した後、実際にユーザＢがＤＴＶ２００での視聴を指示するまでの時間は不定であるため、ユーザＡはユーザＢが撮影した映像を見ているのか否か分からない。そこで、図９には記載していないが、ユーザＢが、表示Ｓ９１０にてＤＴＶ２００の表示部／スピーカ２０５に表示された画面８０２の［ＬＩＶＥ］ボタン８０３を指示した時に、ＤＴＶ２００からビデオカメラ１００へ視聴状態である旨（前述した動作状態の変化の一つでもよい）を通知してもらう。

これにより、ビデオカメラ１００は、ＤＴＶ２００で視聴を開始したことを検知し、図８の画面８０５を表示して、ユーザＡに視聴状態であることを知らせることができる。
一方、ＤＴＶ２００は、Ｓ９０６で録画が可能な状況であるか確認する際に、Ｓ９０８の機器認証処理を実行し、その結果も含めて判断した後、最後にＳ９０７の記録可否結果を返信してもよい。

また、Ｓ９０７でＤＴＶ２００が記録不可で視聴可能な場合は、自動的にあるいはユーザＡの選択により、図７に示した「ライブ表示のみ」を選択した場合の処理に変更することも考えられる。同様に、Ｓ９０７でＤＴＶ２００が記録可能で視聴不可の場合は、図６で示した「記録のみ」を選択した場合の処理に変更してもよい。

以上から、図６、図７、図９の手順を用いて、ビデオカメラ１００で撮影したコンテンツを、ＤＴＶ２００で記録または／かつライブ視聴を行うことが可能となる。
次に、ビデオカメラ１００とＤＴＶ２００との間で撮影コンテンツを伝送している途中で、何らかの通信障害（例えば、ＴＣＰコネクションが破棄される、パケット落ちが発生し再送処理が実行される、無線アクセスポイント１０が認識できなくなる等）が発生し、ＤＴＶ２００との間の通信が継続できなくなった場合の処理手順について、図１０、図１３を用いて説明する。ＤＴＶ２００との間の通信が継続できなくなった場合が通信障害であり、通信障害を通信中断と呼ぶこともある。

図１０は、通信障害が発生した場合の記録／ライブ視聴の中断および再開するまでの処理１０００の一例である。ここで、本処理では、画面５０４上で「記録＋ライブ表示」を選択しているものとする。

ビデオカメラ１００の通信処理部１１１が、撮影したコンテンツをＤＴＶ２００に対して送信中に、前述した通信障害を検知し、該コンテンツをリアルタイムに送信することができなくなったことを検知すると（Ｓ１００１）、制御部１１２は、記録／再生処理部１０６に指示して、既に自装置内のバッファに格納済みでＤＴＶ２００に対して送信待ち状態のデータおよび撮影続行中のデータを、一旦メモリ１０７に記録する（Ｓ１００２）。

それと同時に、通信処理部１１１は、ＴＣＰコネクションの再確立や無線アクセスポイントの再認識など、通信障害からの復帰を試みる。そして通信処理部１１１が、通信状態が復帰し、データ送信が可能な状態になったことを検知すると（Ｓ１００３）、ビデオカメラ１００の制御部１１２は、ＤＴＶ２００に対して記録一時中断要求を送信する（Ｓ１００４）。通信状態の復帰は通信処理部１１１が検知しているが、図示しない別の通信復帰検知部が検知してもよい。

これに対してＤＴＶ２００の制御部２１５は、記録／再生処理部２１０に一時停止あるいは停止を指示し、メモリ２１１へのコンテンツ記録を停止する（Ｓ１００５）。そして、一時停止した旨を受信確認としてビデオカメラ１００へ返信する（Ｓ１００６）。

次に、ビデオカメラ１００の制御部１１２は、メモリ１０７に蓄積予定のコンテンツサイズを算出し、ＤＴＶ２００のメモリ２１１への記録位置をコンテンツサイズ分だけ先に移動することを要求するオフセット設定要求を、ＤＴＶ２００に対して送信する（Ｓ１００７）。ここで、Ｓ１００７で、ビデオカメラ１００の記録／再生処理部１０６は、図１１に示すような記録情報テーブル１１０をメモリ１０７上で管理する。

記録情報テーブル１１０は、テーブルに登録された要素（レコード）を識別するための番号であるＩＤ１１０１と、Ｓ１００２でメモリ１０７に記録開始した撮影コンテンツの位置を示す中断開始位置１１０２と、Ｓ１００７で算出したメモリ１０７に蓄積予定のコンテンツサイズを示す中断サイズ１１０３と、ＤＴＶ側の情報１１０４から構成される。Ｓ１００７でオフセット設定要求を発行する前に、記録／再生処理部１０６は、記録情報テーブル１１００内の中断開始位置１１０２と中断サイズ１１０３を設定する。記録情報テーブル１１０はメモリ１０７ではなく、図示しない別のメモリに記憶してもよい。例えば、記録情報テーブル１１０は内臓のメモリに格納し、中断したときのコンテンツは外付けのメモリ１０７に記憶することもできる。

オフセット設定要求を受信したＤＴＶ２００の制御部２１５は、メモリ２１１への現在の記録位置から連続した領域、あるいは別の領域（不連続の領域あるいは一時蓄積用の領域）を指定されたオフセットのサイズ（中断サイズ１１０３）を確保できるか否かを確認する（Ｓ１００８）。制御部２１５は、オフセットのサイズの領域を確保できる場合には、確保した領域を識別するための領域ＩＤ１２０２を記録情報テーブル１２００に格納する。また、制御部２１５は、領域ＩＤ１２０２を受信確認としてビデオカメラ１００に返信する（Ｓ１００９）。もしもオフセットのサイズの領域を確保できない場合には、その旨を受信確認としてビデオカメラ１００に返信する（Ｓ１００９）。

ここで、ＤＴＶ２００の記録／再生処理部２１０は、図１２に示すような記録情報テーブル１２００をメモリ２１１上で管理する。記録情報テーブル１２００は、該テーブルに登録された要素（レコード）を識別するための番号であるＩＤ１２０１と、Ｓ１００８で確保した領域を識別するための領域ＩＤ１２０２と、確保した領域サイズを示す容量１２０３から構成される。Ｓ１００９で返信する受信確認には、領域ＩＤ１２０２を含んでもよい。

受信確認を受信したビデオカメラ１００の制御部１１２は、受信した領域ＩＤ１２０２を記録情報テーブル１１００内のＤＴＶ側の情報１１０４に記録した後、ＤＴＶ２００に対して記録再開要求を送信する（Ｓ１０１０）。
それに対してＤＴＶ２００の制御部２１５は、記録／再生処理部２１０に対して、メモリ２１１への記録位置を正しく設定し、記録再開することを指示する（Ｓ１０１１）。そして、ビデオカメラ１００に対して受信確認を返信する（Ｓ１０１２）。記録位置は、オフセットのサイズの領域を空けて、その後にビデオカメラ１００から受信したコンテンツの記録を再開してもよいし、オフセットのサイズと同様のサイズのダミーデータを生成し、それを記録して、その後にビデオカメラ１００から受信したコンテンツの記録を再開してもよい。

受信確認を受信したビデオカメラ１００の制御部１１２は、メモリ１０７に記録予定サイズ分の撮影コンテンツ以降のコンテンツを、ＤＴＶ２００に対して送信を再開する（Ｓ１０１３）。つまり、通信が復帰した時点以降に生成されたコンテンツの送信を再開する。そして、メモリ１０７に予定サイズのコンテンツを記録した後、記録を停止する（Ｓ１０１４）。

ここで、Ｓ１００７で、ビデオカメラ１００のコンテンツサイズの算出には、Ｓ１００２で記載した中断前に既に送信待ち状態だったデータと中断中に撮影したデータのサイズを使用し、必要に応じてＧＯＰ（Ｇｒｏｕｐ Ｏｆ Ｐｉｃｔｕｒｅ）単位やアライメント境界を考慮して適切なサイズに調整する。Ｓ１００５でＤＴＶ２００の記録を停止した後、実際にＤＴＶ２００で記録したサイズを取得し、このサイズを用いて算出する方法もある。

上述した中断・再開処理１０００を含めて、撮影コンテンツの全てがどのように転送され、ＤＴＶ２００の画面上にはどのような画面が表示されるかを図１３に示す。
ここで、ビデオカメラ１００で撮影した全てのコンテンツ１３００をＤＴＶ２００へ送信する際に、中断・再開処理１０００が２回発生したものとする。
まず、撮影コンテンツ１３００の先頭からＡ部分１３０１を順次ＤＴＶ２００へ送信する。ＤＴＶ２００では、受信したＡ部分１３１１をメモリ２１１に記録しながら、表示部／スピーカ２０５にＡ部分１３１１を順次再生する。

そして、１回目の中断・再開処理が発生すると、前述のＳ１００２の通りビデオカメラ１００は中断１部分１３０２をメモリ１０７に一時蓄積し、Ｓ１００７で中断１部分１３０２のサイズをＤＴＶ２００に通知する。一方、ＤＴＶ２００はメモリ２１１への記録を一時停止し、該中断１部分のサイズ分の領域１部分１３１２を確保する。その際、表示部／スピーカ２０５には、Ａ部分１３１１の最後の映像（静止画）またはブラック画面を表示する。

その後、通信が再開すると、ビデオカメラ１００は、現在撮影中であるコンテンツのＢ部分１３０３を順次ＤＴＶ２００へ送信する。ＤＴＶ２００では、受信したＢ部分１３１３をメモリ２１１に記録しながら、表示部／スピーカ２０５にＢ部分１３１３を順次再生する。

また、２回目の中断・再開処理が発生すると、前述と同様に、ビデオカメラ１００は中断２部分１３０４をメモリ１０７に一時蓄積し、中断２部分１３０４のサイズをＤＴＶ２００へ通知する。ＤＴＶ２００はメモリ２１１への記録を一時停止し、該中断２部分のサイズ分の領域２部分１３１４を確保する。その際、表示部／スピーカ２０５には、Ｂ部分１３１３の最後の映像（静止画）またはブラック画面を表示する。

その後、通信が再開すると、ビデオカメラ１００は、現在撮影中であるコンテンツのＣ部分１３０５を順次ＤＴＶ２００へ送信する。ＤＴＶ２００では、受信したＣ部分１３１５をメモリ２１１に記録しながら、表示部／スピーカ２０５にＣ部分１３１３を順次再生する。
以上から、撮影コンテンツ１３００の内、ＤＴＶ２００には、Ａ部分１３１１、Ｂ部分１３１３、Ｃ部分１３１５がメモリ２１１に記録され、表示部／スピーカ２０５上に表示されたことになる。

図１４は、ビデオカメラ１００が撮影を終了する際の手順１４００の一例である。
まず、ユーザＡは、ビデオカメラ１００の入力処理部１０３を介して撮影終了を指示（例えば、ビデオカメラ１００の[停止]ボタンを押下）する（Ｓ１４０１）。
撮影終了指示を検知したビデオカメラ１００の制御部１１２は、メモリ１０７に格納された記録情報テーブル１１００を取得し、中断・再開処理１０００が発生したか否かを確認する（Ｓ１４０２）。本実施例では該中断・再開処理が２回発生したため、該記録情報テーブル１１００には２つの要素が設定されている。

次に、ビデオカメラ１００の制御部１１２は、ＤＴＶ２００に対して記録一時中断要求を送信する（Ｓ１４０３）。
中断要求を受信したＤＴＶ２００の制御部２１５は、記録を一時停止または停止するように記録／再生処理部２１０に指示し（Ｓ１４０４）、ビデオカメラ１００に受信確認を返信する（Ｓ１４０５）。

受信確認を受け取ると、ビデオカメラ１００の制御部１１２は、記録情報テーブル１１００内の１つ目の要素（該テーブル１１００の「ＩＤ０」部分）を読み出し、ＤＴＶ２００に対して１つ目の中断部分の記録要求を送信する（Ｓ１４０６）。その際、記録要求には、１つ目の要素のＤＴＶ側の情報１１０４を含んでもよい。ビデオカメラ１００の記録情報テーブル１１００と、ＤＴＶ２００の記録情報テーブルとは、対応するコンテンツに対して、同一のＩＤ１１０１と１２０１が付されている。ビデオカメラ１００の制御部１１２は、コンテンツと共にこのＩＤ１１０１を送信することができる（Ｓ１４０６）。

記録要求を受信したＤＴＶ２００の制御部２１５は、メモリ２１１に格納した記録情報テーブル１２００を取得し、ビデオカメラ１００から送信されたＩＤに対応する部分を検索し、中断・再開処理１０００が発生したか否かを確認する。また、ビデオカメラ１００から送信されたＩＤにより、送信されたコンテンツがどの部分に記録するコンテンツであるかを特定する（Ｓ１４０７）。そして、制御部２１５は、テーブル１２００内の１つ目の中断部分で確保した領域を検索し、その結果をビデオカメラ１００へ返信する（Ｓ１４０８）。

次に、ビデオカメラ１００の制御部１１２は、ＤＴＶ２００に対して１つ目の中断部分の記録再開要求を送信する（Ｓ１４０９）。その際、該記録要求には、１つ目の要素の中断開始位置１１０２、中断サイズ１１０３を含んでもよい。
記録再開要求を受信したＤＴＶ２００の制御部２１５は、メモリ２１１上に確保した領域の先頭に記録位置を設定し、記録を再開することを記録／再生処理部２１０に指示し（Ｓ１４１０）、ビデオカメラ１００に受信確認を返信する（Ｓ１４１１）。

受信確認を受け取ると、ビデオカメラ１００の制御部１１２は、記録／再生処理部１０６を介してメモリ１０７に記録している１つ目の中断部分を読み出し、ＤＴＶ２００へ順次送信する（Ｓ１４１２）。そして、全て送信し終えると、メモリ１０７上の１つ目の中断部分を削除あるいは無効化し（Ｓ１４１３）、記録情報テーブル１１００内の１つ目の要素を削除する（Ｓ１４１４）。

一方、ＤＴＶ２００の制御部２１５は、受信したコンテンツを確保した領域に順次記録し、全て記録し終えると、記録情報テーブル１２００内の１つ目の要素を削除する（Ｓ１４１５）。
ビデオカメラ１００の制御部１１２がＳ１４０９で、送信されたコンテンツの中断開始位置１１０２、中断サイズ１１０３を送信している場合には、ＤＴＶ２００の制御部２１５はこれらの情報と、記憶情報テーブル１１００の情報とを照合し、送信された中断部分のコンテンツをどの部分に記録すればよいかを確認することもできる。

Ｓ１４０３からＳ１４１５までの処理を、記録情報テーブル１１００、１２００内の要素の数だけ繰り返す。本実施例では、２つ目の中断部分に対して同様の処理を行う。
そして、メモリ１０７に記録した中断部分を全てＤＴＶ２００へ送信し終えると、ビデオカメラ１００の制御部１１２は、ＤＴＶ２００に対して記録終了要求を送信する（Ｓ１４１６）。

記録終了要求を受信したＤＴＶ２００の制御部２１５は、記録の停止を記録／再生処理部２１０に指示し（Ｓ１４１７）、受信確認をビデオカメラ１００へ返信する（Ｓ１４１８）。
ここで、Ｓ１４０２〜Ｓ１４１５の処理は、図５の画面５０４において、ユーザＡが「記録のみ」あるいは「記録＋ライブ表示」を選択した時のみ実行すればよい。

図１５は、図１３で説明した手順の後に、上述の終了処理１４００を実行する手順の一例を示している。終了処理１４００では、ビデオカメラ１００の制御部１１２はメモリ１０７に記録した中断１部分１３０２をＤＴＶ２００へ送信する。ＤＴＶ２００の記録／再生処理部２１０は受信したコンテンツを予め確保した領域１３１２に記録する。
同様に、ビデオカメラ１００は中断２部分１３０４をＤＴＶ２００へ送信する。ＤＴＶ２００は受信したコンテンツを予め確保した領域１３１４に記録する。記録領域にダミーデータが生成されている場合には、このダミーデータを削除して、そこへ受信したコンテンツを記録するか、ダミーデータの上に受信したコンテンツを上書き記録する。

以上から、ビデオカメラ１００で撮影したコンテンツをＤＴＶ２００で記録しながらライブ視聴する場合、途中で通信障害が発生して通信が中断されたときでも、視聴については中断部分を表示せず常に最新のデータを表示することを可能にし、記録については中断部分も後から記録することにより全てのコンテンツを記録することができる。

図１６は、中断部分の別の送信方法を示す一例である。ここで、前述の方法では中断した部分を最後に纏めて送信しているが、図１６に示すように、通信が再開した後に、ビデオカメラ１００の通信処理部１１１がネットワーク上のデータ通信の混み具合や帯域の使用率をチェックしながら、現在撮影中のコンテンツを送信すると同時に、並行して中断部分を送信することもできる。つまり、通信が復帰した時点以降に生成されたライブ映像を送信するために必要な帯域が確保でき、かつ、メモリ１０７に記録された中断部分のコンテンツを送信するための帯域も確保できる場合には、制御部１１２はそれらのコンテンツを同時にＤＴＶ２００に送信する。

例えば、Ｂ部分１３０３をＤＴＶ２００へ送信すると共に、中断１部分１３０２を送信する。これにより、ビデオカメラ１００での撮影終了と、ＤＴＶ２００での記録終了をほぼ同時に終了することが可能となる。
この場合、ライブ映像の送信の方が中断部分のコンテンツの送信よりも優先度が高い。ライブ映像を送信するために必要な帯域を確保できるように、メモリ１０７に記録された中断部分のコンテンツは、少しずつ分割しながら送信し、ライブ映像の送信に遅延が発生しないようにする。 本実施例では、ビデオカメラ１００とＤＴＶ２００が直接やり取りをする構成になっている。しかしながら、ＤＴＶ２００の代わりに処理を代行するサーバを設置することもできる。サーバは、デコーダ、デジタル出力端子、機器認証処理部、機器情報管理部、記録／再生処理部、メモリ、暗号／復号処理部、通信処理部、通信ＩＦ、制御部、デジタル入力端子を有しており、これらの機能はＤＴＶ２００のものと同様である。

サーバとビデオカメラ１００との間で図６、図７、図９、図１０、図１４と同様の処理を行い、サーバは受信したライブ映像を、サーバに接続されたＤＴＶ２００に転送する。撮影されたコンテンツは、サーバに送信され、サーバのメモリに記録される。メモリに記録されたコンテンツは、ＤＴＶ２００からの要求に応じて、通信処理部を介して、ＤＴＶに送信され、ＤＴＶは受信したコンテンツをメモリ２１１に格納し、表示部２０５により視聴することが可能である。

以下実施例２について説明する。
本実施の形態の特徴は、撮影したコンテンツをネットワーク経由で他の場所にあるＤＴＶでリアルタイムに視聴しながら、記録装置にダウンロード可能にすることである。

図１７は、本実施形態のシステム構成の例を示したものであり、ユーザＡが外出先で子供の運動会の様子をビデオカメラで撮影している映像をネットワーク経由で自宅の記録装置に送信し、該映像を記録装置で記録しながら、宅内のユーザＢがＤＴＶ上で運動会の映像を視聴する場合を想定している。

宅内にあるＤＴＶ２００と記録装置３００は、ルータ１２を介してお互いにネットワーク接続することが可能であり、インターネット１１にも接続可能となっている。
本実施例で想定するビデオカメラ１００とＤＴＶ２００は、実施例１で説明したものと同様の構成とする。なお、ＤＴＶ２００については、記録／再生処理部２１０とメモリ２１１を備えていない構成でもよい。

図１８は、記録装置３００の一構成例である。
記録装置３００は、チューナ３０１、デスクランブラ３０２、デマルチプレクサ３０３、デコーダ３０４、デジタル出力端子３０５、入力処理部３０６、機器認証処理部３０７、機器情報管理部３０８、記録／再生処理部３０９、メモリ３１０、暗号／復号処理部３１１、通信処理部３１２、通信ＩＦ３１３、制御部３１４から構成される。各構成要素は、実施例１のＤＴＶ２００で記載した構成要素と同様とする。

図１９は、実施例１に記載した画面５０３上でネットワーク接続機器として記録装置３００を選択し、画面５０４上で「記録＋ライブ表示」を選択した場合に、ビデオカメラ１００、記録装置３００、ＤＴＶ２００間で記録と視聴を開始するまでの処理１９００の例である。実施例１と同様、本処理のための情報の送受信にはプロトコルとしてＴＣＰやＵＤＰを用いるものとし、コネクションの確立および破棄のためのデータ送受信については省略してある。

ビデオカメラ１００の制御部１１２は、機器情報管理部１０５に格納された機器情報テーブル４００を参照し、登録されているアドレス情報に基づいて、通信処理部１１１を介して記録装置３００に対して機器情報要求を送信する（Ｓ１９０１）。ユーザ名やパスワードが必要であれば合わせて送信し認証を行う。
記録装置３００の制御部３１４は、通信ＩＦ３１３と通信処理部３１２を経由して機器情報要求を受信すると、自装置に関する情報、例えば機器名、メーカー名、レコーダといった種別等を返信する（Ｓ１９０２）。

次に、ビデオカメラ１００の制御部１１２は、通信処理部１１１を介して記録装置３００に対して機能情報要求を送信する（Ｓ１９０３）。
それに対して記録装置３００の制御部３１４は、自装置が備えた機能やサービスに関する情報、例えば視聴機能や録画機能、コンテンツ検索機能、扱うことができるデータフォーマットやメモリの種類等を返信する（Ｓ１９０４）。

ビデオカメラ１００の制御部１１２は、Ｓ１９０２、Ｓ１９０４で取得した記録装置３００に関する情報をチェックし、以降の処理を続行するか否かを確認する。例えば、記録装置３００の機能やサービスがネットワーク経由での記録に対応していなければ処理を停止する。そして、記録装置３００が所望の接続先であり必要な機能を備えていることを確認できると、通信処理部１１１を介して記録装置３００に対して記録／ライブ視聴要求を送信する（Ｓ１９０５）。ここで、記録／ライブ視聴要求には、記録装置３００の外付けのモニタ（すなわちＤＴＶ２００）で視聴する際に必要な情報やメモリ３１０に記録する際に必要な情報、例えばコンテンツ名、視聴フォーマット、記録フォーマット、格納するフォルダ名などを含んでもよい。また、本要求は、記録要求とライブ視聴要求の２つを別々に発行してもよい。

記録装置３００の制御部３１４は、メモリ３１０に格納された予約録画の情報を確認し、現在録画が可能な状況であるか否か確認し（Ｓ１９０６）、その結果をビデオカメラ１００に返信する（Ｓ１９０７）。例えば、記録を行うときに録画が開始される場合には、録画が可能ではないと判断することができる。
ビデオカメラ１００の制御部１１２は、Ｓ１９０７で記録装置３００が記録不可の場合は処理を終了する。一方、記録装置３００が記録可能の場合は、機器認証処理部１０４と記録装置３００の機器認証処理部３０７との間で、特定の認証プロトコルに準拠してお互いに正規に認定された機器であるかを認証する。特定の認証プロトコルは、実施例１と同様、例えばＳＳＬやＭａｒｌｉｎ、ＤＴＣＰなどの技術を使用すればよい（Ｓ１９０８）。

Ｓ１９０８で機器認証が成功すると、ビデオカメラ１００の制御部１１２は、ユーザＡからの記録指示待ち状態になる。そして、入力処理部１０３が、ユーザＡから記録を指示（例えば、ビデオカメラ１００の[記録]ボタンを押下）を受け付けると、制御部１１２は記録装置３００に対して記録要求開始を送信する（Ｓ１９０９）。ここで、記録要求開始には、ＨＴＴＰのＰＯＳＴ機能を使用してもよい。

記録装置３００の制御部３１４は、記録／再生処理部３１１に記録準備とメモリ３１０への記録開始を指示し、暗号／復号処理部３１１と通信処理部３１２に通信ＩＦ３１３経由でデータ受信の開始を指示する（Ｓ１９１０）。
そして、ＤＴＶ２００に対して、ライブ映像が配信される旨を通知するライブ視聴要求を送信する（Ｓ１９１１）。ライブ視聴要求は、通信ＩＦ３１３を経由してＤＴＶ２００の通信ＩＦ２１４を介して送信してもよいし、デジタル出力端子３０５を経由してＤＴＶ２００の通信ＩＦ２１６を介して送信してもよい。

ライブ視聴要求を受信したＤＴＶ２００の制御部２１５は、メモリ２１１に格納された予約視聴の情報を確認し、現在視聴が可能な状況であるか否か確認し（Ｓ１９１２）、その結果を記録装置３００へ返信する（Ｓ１９１３）。例えば、ライブ視聴を行うときに、別の視聴が開始される場合には、ライブ視聴が可能ではないと判断することができる。
ここで、実施例１の図８に示すように、例えばユーザＢがＤＴＶ２００で放送番組を視聴している場合は、ライブ映像が配信されることを通知するために、放送番組の表示画面上に[ＬＩＶＥ]ボタン８０３を表示する（画面８０２）。

記録装置３００は、Ｓ１９０９で受信した記録要求開始に対する受信確認を、ビデオカメラ１００に対して返信する（Ｓ１９１４）。
次に、ビデオカメラ１００の制御部１１２は、カメラ部１０１とマイク部１０２、記録／再生処理部１０６に対して撮影開始を指示し、動画／静止画の撮影を開始する（Ｓ１９１５）。

カメラ部１０１とマイク部１０２で入力された動画／静止画は、必要に応じて暗号処理部１１０で暗号化した後、通信処理部１１１を介して記録装置３００に対してコンテンツを送信する（Ｓ１９１６）。ここで、撮影したコンテンツの送信には、信頼性が高いＴＣＰを使用することが望ましい。また暗号アルゴリズムとしては前述同様、例えば暗号化技術であるＡＥＳを使用すればよい。

コンテンツを受信した記録装置３００は、必要に応じて暗号／復号処理部３１１で復号化した後、コンテンツをメモリ３１０に記録しながら、ＤＴＶ２００からのコンテンツ要求待ち状態となる。受信コンテンツをメモリ３１０に格納する際、必要に応じて暗号／復号処理部３１１で再度暗号化して記録してもよい。

一方、ＤＴＶ２００では、ユーザＢが画面８０２上で［ＬＩＶＥ］ボタン８０３を選択すると（Ｓ１９１７）、制御部２１５は通信ＩＦ２１４を介して、記録装置３００に対してコンテンツ要求を送信する（Ｓ１９１８）。ここで、コンテンツ要求には、ＨＴＴＰのＧＥＴ機能を使用してもよい。
コンテンツ要求を受信した記録装置３００の制御部３１４は、ＤＴＶ２００が視聴開始した旨をビデオカメラ１００に通知（Ｓ１９１９）した後、ＤＴＶ２００に対して受信確認を送信する（Ｓ１９２０）。そして、現在通信ＩＦ３１３を介して受信したコンテンツをメモリ３１０に記録しながら、同時にＤＴＶ２００へ送信する（Ｓ１９２１）。
ＤＴＶ２００では、受信したコンテンツを通信表示部／スピーカ２０５に表示する。
また、ビデオカメラ１００は、Ｓ１９１９でＤＴＶ２００が視聴開始したことを検知すると、図８の画面８０５を表示して、ユーザＡに知らせることができる。

ここで、実施例１で記述した通り、ビデオカメラ１００で撮影したコンテンツを記録装置３００に送信している途中で通信障害が発生し、通信が中断された場合は、ビデオカメラ１００で一旦中断部分をメモリ１０７に記録する。そして、通信状態が再開すると、最新の撮影コンテンツを記録装置３００へ送信し、記録装置３００は該コンテンツを記録しながら同時にＤＴＶ２００へ送信する。
また、ビデオカメラ１００から中断部分のコンテンツが送信されてくると、記録装置３００は該コンテンツをメモリ３１０に記録するが、ＤＴＶ２００には送信しない。

本実施例によれば、撮影コンテンツをリアルタイムで送信するコンテンツ送信装置は、コンテンツ転送中に通信中断が発生した場合、中断中のコンテンツを自装置内のメモリに記録し、通信再開時には最新の映像を優先的に送信しながら、中断中に記録したコンテンツを送信する。コンテンツ受信装置は、受信した該コンテンツをリアルタイムに視聴しながら、自装置内のメモリに該コンテンツを記録することができる。通信が中断し、再開した場合でも、常に最新の映像を視聴することができ、中断した部分は視聴できないが記録することができる。

これにより、コンテンツ送信装置では大容量のメモリを備える必要がなく、またメモリの残容量を気にすることなくコンテンツを取得することができ、コンテンツ受信装置ではリアルタイムで常に最新のコンテンツを視聴しながら、途切れることなくコンテンツを記録することができ、ユーザの利便性が向上する。

システムの一構成例である。 ビデオカメラの一ブロック構成例である。 ＤＴＶの一ブロック構成例である。 機器情報管理部の一構成例である。 ビデオカメラの記録先選択画面例である。 ビデオカメラからＤＴＶへ撮影コンテンツを送信開始するまでの記録開始シーケンスの一例である。 ビデオカメラから受信した撮影コンテンツをＤＴＶで視聴開始するまでの視聴開始シーケンスの一例である。 ＤＴＶ／ビデオカメラの画面例である。 ビデオカメラから受信した撮影コンテンツをＤＴＶで視聴／記録開始するまでの視聴／記録開始シーケンスの一例である。 ビデオカメラからＤＴＶへ撮影コンテンツを伝送中に通信中断が発生した際の視聴／記録中断・再開シーケンスの一例である。 ビデオカメラの記録情報テーブルの一構成例である。 ＤＴＶの記録情報テーブルの一構成例である。 ビデオカメラからＤＴＶへ撮影コンテンツを伝送する手順概要の一例である。 ビデオカメラからＤＴＶへの撮影コンテンツの伝送を終了する視聴／記録終了シーケンスの一例である。 ビデオカメラからＤＴＶへ撮影コンテンツを伝送する手順概要の一例である。 ビデオカメラからＤＴＶへ撮影コンテンツを伝送する手順概要の一例である。 システムの一構成例である。 記録装置の一ブロック構成例である。 ビデオカメラから記録装置／ＤＴＶへ撮影コンテンツを送信開始するまでの記録開始シーケンスの一例である。

符号の説明

１００・・・ビデオカメラ
２００・・・ＤＴＶ
３００・・・記録装置
４００・・・機器情報テーブル
１１００、１２００・・・記録情報テーブル
１０７、２１１、３１０・・・メモリ
１１１、２１３、３１２・・・通信処理部
１０６、２１０、３０９・・・記録／再生処理部
１０９、２０６、２１６、３０５・・・デジタル入力／出力端子
１０・・・無線アクセスポイント
１２・・・ルータ

Claims (17)

1. コンテンツ送信装置であって、
   コンテンツを生成するコンテンツ生成部と、
   前記コンテンツ生成部がコンテンツを生成している間に、生成されたコンテンツをネットワークを介して接続されたコンテンツ受信装置に送信することが可能な送信部と、
   生成されたコンテンツの一部または全部を、内蔵または外付けの記録媒体に記録する記録部と、
   前記コンテンツ受信装置との間の通信の通信障害を検知する通信障害検知部と、
   通信障害からの復帰を検知する通信復帰検知部と、
   前記記録部と前記送信部とを制御する制御部と、
   を備え、
   前記制御部は、
   前記通信障害検知部により通信障害が検知された場合に、当該通信障害により送信できなかったコンテンツおよび通信障害中に生成されたコンテンツを前記記録媒体に記録し、
   前記通信復帰検知部により前記通信障害からの復帰が検知された場合に、通信が復帰した時点以降に生成されたコンテンツを送信し、前記記録媒体への記録を停止し、
   前記記録媒体に記録されたコンテンツを前記コンテンツ受信装置に送信する
   ことを特徴とするコンテンツ送信装置。
2. 請求項１に記載のコンテンツ送信装置であって、
   前記コンテンツ生成部によるコンテンツの生成が終了した後に、前記記録媒体に記録されたコンテンツを、前記コンテンツ受信装置に送信する
   ことを特徴とするコンテンツ送信装置。
3. 請求項１に記載のコンテンツ送信装置であって、
   ネットワーク上のデータ通信状態が所望の帯域を確保できるか否かを確認する帯域確認手段を備え、
   前記通信復帰検知により前記通信障害からの復帰が検知された場合に、前記帯域確認手段を用いて、通信が復帰した時点以降に生成されたコンテンツを送信するために必要な帯域が確保でき、さらに前記記録媒体に記録されたコンテンツを送信するための帯域も確保できる場合には、
   通信が復帰した時点以降に生成されたコンテンツと共に、前記記録媒体に記録されたコンテンツを前記コンテンツ受信装置に送信する
   ことを特徴とするコンテンツ送信装置。
4. 請求項１〜３のいずれか１項に記載のコンテンツ送信装置であって、
   前記コンテンツ生成部が生成したコンテンツをネットワークを介して接続された前記コンテンツ受信装置に送信する場合に、前記コンテンツを前記コンテンツ受信装置で記録するか、または記録を行わずに前記コンテンツ受信装置で視聴するか、あるいは記録しながら前記コンテンツ受信装置で視聴するか、を選択可能な状態で表示する表示部
   を備えることを特徴とするコンテンツ送信装置。
5. 請求項１〜４のいずれか１項に記載のコンテンツ送信装置であって、
   前記通信障害検知部により通信障害が検知された場合に、通信障害中に生成されたコンテンツを特定する情報、通信障害中に生成されたコンテンツの位置情報、前記記録媒体に記録されたコンテンツのサイズ情報、の少なくとも１つを記憶する記憶部
   を備えることを特徴とするコンテンツ送信装置。
6. 請求項１〜４のいずれか１項に記載のコンテンツ送信装置であって、
   前記通信障害検知部により通信障害が検知された場合に、通信障害中に生成されたコンテンツを特定する情報を記憶する記憶部を備え、
   前記制御部は、前記記録媒体に記録されたコンテンツを前記コンテンツ受信装置に送信する場合に、前記コンテンツを特定する情報を、前記コンテンツ受信装置に送信する
   ことを特徴とするコンテンツ送信装置。
7. 請求項１〜６のいずれか１項に記載のコンテンツ送信装置であって、
   前記制御部は、前記通信復帰検知部により前記通信障害からの復帰が検知された場合に、前記記録媒体に記録されたコンテンツのサイズ情報を前記コンテンツ受信装置に通知する
   ことを特徴とするコンテンツ送信装置。
8. 請求項１〜６のいずれか１項に記載のコンテンツ送信装置であって、
   前記制御部は、前記通信復帰検知部により前記通信障害からの復帰が検知された場合に、前記記録媒体に記録されたコンテンツのサイズ情報を前記コンテンツ受信装置に通知すると共に、前記サイズ情報に対応する記録領域を確保することを前記コンテンツ受信装置に要求する
   ことを特徴とするコンテンツ送信装置。
9. 請求項１〜８のいずれか１項に記載のコンテンツ送信装置であって、
   前記ネットワークを介して接続された前記コンテンツ受信装置との間で、特定の認証プロトコルに準拠して、正規に認定された機器であることを認証する認証手段と、
   前記認証処理により前記コンテンツ受信装置との間で共有された鍵情報を用いて、送信するコンテンツの暗号化処理を行う暗号化手段と、
   を備えることを特徴とするコンテンツ送信装置。
10. 請求項１〜９のいずれか１項に記載のコンテンツ送信装置であって、
    前記コンテンツ生成部は、カメラであり、
    生成される前記コンテンツは、映像コンテンツである
    ことを特徴とするコンテンツ送信装置。
11. コンテンツ受信装置であって、
    ネットワークを介して接続されたコンテンツ送信装置から送信されたコンテンツの一部または全部を、内蔵または外付けの記録媒体に記録する記録部と、
    前記記録媒体に記録されたコンテンツまたは前記ネットワークを介して受信したコンテンツを、内蔵あるいは外付けのモニタに表示する表示部と、
    前記記録部と前記表示部とを制御する制御部と、
    を備え、
    前記制御部は、
    前記コンテンツ送信装置との間の通信の通信障害が発生した場合に、前記記録部によるコンテンツの記録を停止し、
    前記通信障害から復帰した場合に、通信が復帰した時点以降に生成されたコンテンツを受信し、受信した前記コンテンツを前記モニタに表示し、
    前記通信障害により送信されなかったコンテンツのサイズ情報を受信し、前記サイズ情報に対応する記録領域を確保して、通信が復帰した時点以降に生成されたコンテンツの前記記録媒体への記録を再開する
    ことを特徴とするコンテンツ受信装置。
12. 請求項１１に記載のコンテンツ受信装置であって、
    通信が復帰した時点以降に生成されたコンテンツの受信の後に、前記通信障害により送信されなかったコンテンツを受信し、
    前記通信障害により送信されなかったコンテンツを、確保された前記記録領域に格納する
    ことを特徴とするコンテンツ受信装置。
13. 請求項１１に記載のコンテンツ受信装置であって、
    通信が復帰した時点以降に生成されたコンテンツと共に、前記通信障害により送信されなかったコンテンツを前記コンテンツ受信装置に送信する
    ことを特徴とするコンテンツ受信装置。
14. 請求項１１〜１３のいずれか１項に記載のコンテンツ受信装置であって、
    前記表示部は、前記前記コンテンツ送信装置からコンテンツの送信開始要求を受信した場合に、前記コンテンツが視聴可能である旨を前記モニタ画面上に表示する
    ことを特徴とするコンテンツ受信装置。
15. 請求項１１〜１４のいずれか１項に記載のコンテンツ受信装置であって、
    前記通信障害が発生した場合に前記コンテンツ送信装置から受信した、前記通信障害により送信されなかったコンテンツを特定する情報、を記憶する記憶部
    を備えることを特徴とするコンテンツ受信装置。
16. 請求項１１〜１５のいずれか１項に記載のコンテンツ受信装置であって、
    前記ネットワークを介して接続された前記コンテンツ送信装置との間で、特定の認証プロトコルに準拠して、正規に認定された機器であることを認証する認証部と、
    前記認証処理により前記コンテンツ送信装置との間で共有された鍵情報を用いて、受信したコンテンツの復号化処理を行う復号化部と、
    を備えることを特徴とするコンテンツ受信装置。
17. 請求項１１〜１６のいずれか１項に記載のコンテンツ受信装置であって、
    前記コンテンツ送信装置は、ビデオカメラであり、
    前記コンテンツは、映像コンテンツである
    ことを特徴とするコンテンツ受信装置。

Images