(57)【要約】【課題】サーバの記録領域が大きく増加することなく、記録したコンテンツをサーバに対して自動的にアップロードする。【解決手段】アップロード履歴保存部８は中継サーバ３０に過去に転送した映像コンテンツの履歴を保存し、アップロード管理手段１６’はコンテンツ記録部５に新しく記録した映像コンテンツのコンテンツ属性情報が、アップロード履歴保存部８に保存されている映像コンテンツのコンテンツ属性情報と関連するか否かを判定し、関連すると判定した場合に、新しく記録した映像コンテンツを中継サーバ３０に自動的に転送する。アップロード管理手段１６’はまた、アップロード履歴保存部８に保存されている映像コンテンツのコンテンツ属性情報と関連すると判定しかつ記録開始時刻と再生開始時刻の差が所定値より短い映像コンテンツと、録画時間が所定値より短い映像コンテンツを中継サーバ３０に自動的に転送する。【選択図】図９
2008301248.tif 000002
【特許請求の範囲】
【請求項１】
記録再生装置により記録された映像コンテンツを、ネットワークを介して中継サーバに転送して蓄積し、前記中継サーバに蓄積された前記映像コンテンツをネットワークを介してユーザ端末に転送し、前記ユーザ端末に転送された前記映像コンテンツを再生する映像コンテンツ視聴システムに用いられる記録再生装置において、
映像コンテンツをコンテンツ属性情報とともに記録する記録手段と、
前記中継サーバに過去に転送した映像コンテンツの履歴を保存する履歴保存手段と、
前記記録手段に新しく記録した映像コンテンツのコンテンツ属性情報が、前記履歴保存手段に保存されている映像コンテンツのコンテンツ属性情報と関連するか否かを判定し、関連すると判定した場合に、前記新しく記録した映像コンテンツを前記中継サーバに転送する手段とを、
備えたことを特徴とする記録再生装置。
【請求項２】
記録再生装置により記録された映像コンテンツを、ネットワークを介して中継サーバに転送して蓄積し、前記中継サーバに蓄積された前記映像コンテンツをネットワークを介してユーザ端末に転送し、前記ユーザ端末に転送された前記映像コンテンツを再生する映像コンテンツ視聴システムに用いられる記録再生装置において、
映像コンテンツを、コンテンツ属性情報と、記録開始時刻と、最初の再生開始時刻とともに記録する記録手段と、
前記記録手段に新しく記録した映像コンテンツのコンテンツ属性情報が、前記記録手段に保存されている映像コンテンツのコンテンツ属性情報と関連するか否かを判定し、関連すると判定しかつ前記記録開始時刻と前記最初の再生開始時刻との差が所定値より短い場合に、前記新しく記録した映像コンテンツを前記中継サーバに転送する手段とを、
備えたことを特徴とする記録再生装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、記録再生装置により記録された映像コンテンツをネットワークを介して中継サーバに転送して蓄積し、中継サーバに蓄積された映像コンテンツをネットワークを介してユーザ端末に転送し、ユーザ端末に転送された映像コンテンツを再生する映像コンテンツ視聴システムにおける記録再生装置に関する。
【背景技術】
【０００２】
従来、携帯電話やパソコンなどのユーザ端末を用いて、遠隔地にあるビデオレコーダの録画予約や録画コンテンツの情報取得などの遠隔操作が行われていた。このような目的で使用される機器で構成した使用形態を、ここでは遠隔録画予約システムと呼ぶ。図１３は、従来の遠隔録画予約システムの全体構成を示したものである。ユーザ端末１０６は、パーソナルコンピュータ（パソコン）１０４や携帯電話１０５、携帯情報端末（ＰＤＡ：Personal Digital Assistants）（図示せず）を意味し、ユーザが外出先から自宅のビデオレコーダ１０１を操作する端末機器のことである。このようなユーザ端末１０６からインターネット１０３などのネットワーク経由で、ビデオレコーダ１０１に対して録画予約や録画コンテンツの情報取得などの操作を行う。
【０００３】
ビデオレコーダ１０１は、ＤＶＤレコーダやハードディスクレコーダのように記録媒体（光ディスクやハードディスク、メモリなど）にコンテンツを録画・蓄積する装置である。このビデオレコーダ１０１はインターネット１０３に常時接続されており、ユーザ端末１０６からの要求に応じて録画予約の設定や録画コンテンツの情報送信などを行う。
【０００４】
中継サーバ１０２は、ユーザ端末１０６とビデオレコーダ１０１の通信を中継する役割を担っている。通常、ビデオレコーダ１０１とインターネット１０３の間にはルータ（図示しない）が介在し、ビデオレコーダ１０１には例えばイーサネット（登録商標）内でのみ有効なＩＰアドレス（プライベートＩＰアドレス）が設定されている。そのため、インターネット１０３側のユーザ端末１０６から、プライベートＩＰアドレスの機器（ビデオレコーダ１０１）に直接通信することはできない。それ故に、インターネット１０３上に設置された中継サーバ１０２が必要となる。はじめにビデオレコーダ１０１は中継サーバ１０２とＴＣＰ（Transmission Control Protocol）接続を行い、その後ユーザ端末１０６が中継サーバ１０２と接続することにより、ユーザ端末１０６は中継サーバ１０２を通してビデオレコーダ１０１と通信を行うことができるようになる。
【０００５】
図１４は、ビデオレコーダ１０１、中継サーバ１０２、ユーザ端末１０６間の通信手順を示したものである。図１４に沿って通信手順を説明する。ここで、図１５、図１６、図１７はそれぞれ、ユーザ端末１０６上で表示されるユーザログイン画面、操作メニュー画面、録画コンテンツ一覧画面を示す。
（１）（ここで、図面に示す丸付き数字は、本明細書では括弧付き数字で示す）ビデオレコーダ１０１は、接続要求を中継サーバ１０２に送信する。
（２）中継サーバ１０２はビデオレコーダ１０１が正規のものかどうか確認し（レコーダの認証）、接続を許可する場合は接続許可をビデオレコーダ１０１に送信する。
（３）これを受信したビデオレコーダ１０１は受信待ち状態となり、このＴＣＰ接続を維持する。
（４）中継サーバ１０２は接続を維持するために定期的にＨＴＴＰ（Hyper Text Transfer Protocol）リクエストを送信する。
（５）次に、ユーザ端末１０６は中継サーバ１０２のＵＲＬ（Uniform Resource Locator）を入力してこれに接続する。
（６）中継サーバ１０２は、ログイン画面のＨＴＭＬ（Hyper Text Markup Language）ファイルをユーザ端末１０６に送る。
（７）ユーザ端末１０６には、図１５のようなログイン画面が表示される。ここでユーザＩＤとパスワードを入力すると、ユーザ端末１０６はログインを要求するＨＴＴＰリクエストを送信する。
【０００６】
（８）中継サーバ１０２はこのリクエストを受信し、ユーザＩＤとパスワードから正規のユーザかどうかを確認する（ユーザ認証）。次にユーザのビデオレコーダ１０１が中継サーバ１０２に接続されているかどうか確認し、接続していれば、操作メニュー画面のＨＴＭＬファイルを送信する。
（９）ユーザ端末１０６には、図１６のような操作メニューが表示される。ここで録画コンテンツ一覧のボタンを押すと、ユーザ端末１０６は録画コンテンツ一覧を要求するＨＴＴＰリクエスト（以下、録画コンテンツ一覧要求）を中継サーバ１０２に送信する。
（１０）中継サーバ１０２は録画コンテンツ一覧要求を受信し、これをビデオレコーダ１０１へ送信する。
（１１）ビデオレコーダ１０１は、録画コンテンツ一覧要求を受信し、録画コンテンツの番組タイトルや録画日時、放送局、録画モード、そしてコンテンツの一場面を静止画として記録した画像（以下、サムネイル）をデータベースから取り出し、ＨＴＭＬファイルに変換して中継サーバ１０２に送信する。
（１２）中継サーバ１０２は録画コンテンツ一覧のＨＴＭＬファイルを受信して、ユーザ端末１０６へ送信する。
（１３）ユーザ端末１０６がこれを受信すると、図１７のような録画コンテンツのサムネイルが表示される。
【０００７】
このような通信手順により、ユーザ端末１０６では録画されたコンテンツの一覧を取得し確認することができる。また、録画予約の設定の場合も、同様にユーザ端末１０６→中継サーバ１０２→レコーダ１０１→中継サーバ１０２→ユーザ端末１０６の順にデータが流れる。このように、ユーザ端末１０６からビデオレコーダ１０１の録画予約や録画コンテンツの情報取得などを行うことが知られている。
【０００８】
次に、従来技術として、下記の特許文献１によるシステムは、映像コンテンツ製作会社などに設置された登録端末と、一般のユーザ宅などに設置された検索・参照端末と、インターネットと、アプリケーションサーバと、アプリケーションサーバに接続されたＤＢ（データベース）サーバで構成され、登録端末からＭＰＥＧ−２形式の映像コンテンツがアプリケーションサーバへ転送され、次いでデータベースサーバに蓄積される。検索・参照端末がコンテンツを払い出す（ダウンロードする）要求を出すと、アプリケーションサーバがデータベースサーバからＭＰＥＧ−２で圧縮された映像コンテンツを読み出し、このＭＰＥＧ−２形式のコンテンツを自動的かつ高速にＭＰＥＧ−４形式に変換しつつ配信することにより、ＭＰＥＧ−２形式のコンテンツを１つ用意するだけで、インターネットでの異なる圧縮形式でのコンテンツ払い出しサービスを実現する。このように、検索・参照端末で映像コンテンツの視聴を行う方法が開示されている。
【０００９】
一方、下記の特許文献２には、サーバにアップロードした（もしくは予約録画が終了した）動画データのＵＲＬを含んだ電子メールが端末装置に送られ、端末装置でその電子メールに含まれるＵＲＬを選択すると、動画データの再生が始まるというシステムが開示されている。
【特許文献１】特開２００２−２３２８６０号公報（要約書、図１）
【特許文献２】特開２００６−１９１４８３号公報（要約書）
【発明の開示】
【発明が解決しようとする課題】
【００１０】
ここで、特許文献１のシステムをそのまま遠隔録画予約システムに当てはめると、図１８に示すように、特許文献１の検索・参照端末は、遠隔録画予約システムにおけるユーザ端末１０６に置き換えることができる。同様に、特許文献１のアプリケーションサーバ及びデータベースサーバは中継サーバ１０２に置き換えることができ、また、映像コンテンツ製作会社などに設置される登録端末は、ユーザ宅などに設置されるビデオレコーダ１０１となる。
【００１１】
しかしながら、特許文献１のシステムでは、ユーザ端末１０６で視聴することができるコンテンツは、中継サーバ１０２に蓄積されているものに限定されてしまう。また、ビデオレコーダ１０１に大量に録画されたコンテンツをすべて中継サーバ１０２へアップロードすると、サーバ１０２の記録領域が増加する。サーバ１０２は通常、複数のユーザで共有する（複数のレコーダ１０１が接続する）ため、サーバ１０２の管理維持費が増大する。
【００１２】
一方、特許文献２のシステムでは、ユーザ端末で視聴できるコンテンツが予約録画したものに限られてしまう。例えば、ビデオレコーダでユーザの嗜好を学習して自動録画されたものや手動で録画したものをユーザ端末で視聴することはできない。また、アップロード完了の通知手段がメールであるため、ユーザ端末から見たいコンテンツを選ぶことができない。更に、予約録画したコンテンツが全てサーバにアップロードされてしまうため、特許文献１と同様にサーバの記録領域が増加して、サーバの管理維持費が必要以上に掛かってしまう。
【００１３】
そこで、特許文献１、２の課題を解決する方法として、”ビデオレコーダから中継サーバへのアップロード操作” をユーザ端末から手動でコントロールして、中継サーバの記録領域を節約することが考えられる。しかしながら、この方法では、ビデオレコーダから中継サーバへのアップロード操作をユーザが手動で行う必要があり、これをコンテンツごとに毎回行うのは非常に面倒である。
【００１４】
本発明は上記の問題点に鑑み、サーバの記録領域が大きく増加することなく、記録したコンテンツをサーバに対して自動的にアップロードすることができる記録再生装置を提供することを目的とする。
【課題を解決するための手段】
【００１５】
本発明は上記目的を達成するために、記録再生装置により記録された映像コンテンツを、ネットワークを介して中継サーバに転送して蓄積し、前記中継サーバに蓄積された前記映像コンテンツをネットワークを介してユーザ端末に転送し、前記ユーザ端末に転送された前記映像コンテンツを再生する映像コンテンツ視聴システムに用いられる記録再生装置において、
映像コンテンツをコンテンツ属性情報とともに記録する記録手段と、
前記中継サーバに過去に転送した映像コンテンツの履歴を保存する履歴保存手段と、
前記記録手段に新しく記録した映像コンテンツのコンテンツ属性情報が、前記履歴保存手段に保存されている映像コンテンツのコンテンツ属性情報と関連するか否かを判定し、関連すると判定した場合に、前記新しく記録した映像コンテンツを前記中継サーバに転送する手段とを、
備えたことを特徴とする。
【００１６】
また、本発明は上記目的を達成するために、記録再生装置により記録された映像コンテンツを、ネットワークを介して中継サーバに転送して蓄積し、前記中継サーバに蓄積された前記映像コンテンツをネットワークを介してユーザ端末に転送し、前記ユーザ端末に転送された前記映像コンテンツを再生する映像コンテンツ視聴システムに用いられる記録再生装置において、
映像コンテンツを、コンテンツ属性情報と、記録開始時刻と、最初の再生開始時刻とともに記録する記録手段と、
前記記録手段に新しく記録した映像コンテンツのコンテンツ属性情報が、前記記録手段に保存されている映像コンテンツのコンテンツ属性情報と関連するか否かを判定し、関連すると判定しかつ前記記録開始時刻と前記最初の再生開始時刻との差が所定値より短い場合に、前記新しく記録した映像コンテンツを前記中継サーバに転送する手段とを、
備えたことを特徴とする。
【発明の効果】
【００１７】
本発明によれば、中継サーバに自動的に転送するコンテンツを、過去に転送したコンテンツ属性情報と一致するもの、過去に転送したコンテンツ属性情報と一致しかつ記録開始時刻と再生開始時刻の差が短いもの、録画時間が短いものとしたので、サーバの記録領域が大きく増加することなく、記録したコンテンツをサーバに対して自動的にアップロードすることができる。
【００１８】
これにより、アップロードしたコンテンツの履歴情報を元に、過去にユーザ端末で視聴した番組と関連の深いコンテンツを選び、自動的に中継サーバへアップロードすることができる。また、録画コンテンツの録画時刻と再生時刻の差によって、ユーザがすぐに見たい（楽しみにしている）番組かどうかを判別して、自動的に中継サーバへアップロードすることができる。また、録画されたコンテンツの録画時間の短いものを選び、自動的に中継サーバへアップロードすることができる。
さらに、以下の効果を得ることができる。
* 面倒なアップロード操作（手動による操作）を減らすことができる。
* ユーザに特化したコンテンツ（ユーザ端末視聴用コンテンツ）を常に中継サーバに用意することが可能である。これは同時にコンテンツを厳選することになるため、中継サーバの記録領域を節約することができる。
【発明を実施するための最良の形態】
【００１９】
以下、図面を参照して本発明の実施の形態について説明する。本発明の映像コンテンツ視聴システムは、映像コンテンツ記録再生装置として図１、図２に詳しく示すビデオレコーダ１と、図３に詳しく示す中継サーバ３０と、図４に詳しく示すユーザ端末５１で構成するシステムであり、全体構成は図１３と同じである。
【００２０】
１−１．ビデオレコーダ１の内部構成
図１は、本発明のビデオレコーダ１の内部構成を示したものである。ここでは、図１を用いてビデオレコーダ１を構成する各ブロック（手段）の動作を説明する。デジタルチューナ部２は、地上波デジタルテレビ放送やＢＳ／ＣＳデジタルテレビ放送から受信した放送信号を復調してＭＰＥＧ２−ＴＳ（トランスポート・ストリーム）を出力する。このストリームは、ストリームスイッチ部２０１に入力されて、録画時はストリーム記録処理部３へ送られる。ストリーム記録処理部３では、このストリームをコンテンツ記録部５（光ディスクやハードディスク、メモリなどの記録媒体）に記録する。また、このとき、ＭＰＥＧ２のデータをＭＰＥＧ４形式に変換して同時に記録する。これは、ＭＰＥＧ４が携帯電話の標準動画フォーマットに採用されているので、ユーザ端末５１として携帯電話用にＭＰＥＧ４のコンテンツを用意するためである。このように、コンテンツ記録部５には、レコーダ１本体で再生するためのＭＰＥＧ２とユーザ端末５１で視聴するためのＭＰＥＧ４のコンテンツが同時に存在する。
【００２１】
ストリーム記録処理部３では、録画が開始されると、静止画をキャプチャしＪＰＥＧやＧＩＦなどの静止画圧縮を行い、コンテンツ選択画面などに使用する縮小した画像（以下、サムネイル）を生成し、これをサムネイル記録部４（光ディスクやハードディスク、メモリなどの記録媒体）に保存する。以上が、ビデオレコーダの録画時の動作である。テレビモニタ７で再生するときは、ストリーム再生処理部６がコンテンツ記録部５から録画コンテンツのＭＰＥＧ２ストリームを読み出し、これをストリームスイッチ部２０１に送る。このストリームは、デマルチプレクサ部２０２で映像と音声に分離され、映像はＭＰＥＧ２デコード部２０３にて復調される。復調されたデータは、ＨＤＭＩ（High Definition Multimedia Interface）などのデジタルインターフェースで（または、Ｄ／Ａ変換した後に）テレビモニタ７へ出力される。
【００２２】
一方、ビデオレコーダ１は、ネットワーク送受信部２１によってインターネット１１と常時接続している。このネットワーク送受信部２１は、イーサネット（登録商標）コントローラやＴＣＰ／ＩＰなどのプロトコルスタックで構成され、インターネット１１を介して他の機器とデータのやり取りを行う。はじめに、ＨＴＴＰ接続処理手段２２が動き出し、中継サーバ３０と接続するためのＨＴＴＰデータを生成してネットワーク送受信部２１に渡す。ネットワーク送受信部２１では、このＨＴＴＰデータにＴＣＰ／ＩＰ／イーサネット（登録商標）のヘッダを付加して、インターネット１１経由で中継サーバ３０と接続する。中継サーバ３０と接続後、中継サーバ３０からのＨＴＴＰリクエストをネットワーク送受信部２１で受信した場合、受信したデータは、ＣＰＵ１３内部のＨＴＴＰリクエスト解析手段１９へ渡される。
【００２３】
ＣＰＵ１３の破線で囲まれた部分は、ＣＰＵ１３上で動作するソフトウェアのモジュール群を示している。ＨＴＴＰリクエスト解析手段１９もこのソフトウェアモジュールの１つである。ＨＴＴＰリクエスト解析手段１９は、受信したＨＴＴＰリクエストの内容を解析し、リクエスト（サムネイル送信リクエスト、コンテンツ削除リクエスト、アップロードリクエスト）に応じてサムネイル取得手段１４やコンテンツ削除手段１５、アップロード管理手段１６’、そしてＨＴＴＰレスポンス生成手段１８に指示を与える。サムネイル取得手段１４では、サムネイル記録部４から読み出したサムネイルデータをＨＴＴＰレスポンス生成手段１８に渡す。コンテンツ削除手段１５では、削除対象となるコンテンツをコンテンツ記録部５から探して削除し、削除結果をＨＴＴＰレスポンス生成手段１８に渡す。
【００２４】
アップロード管理手段１６’では、中継サーバ３０へアップロードするコンテンツを管理し、また、アップロードするコンテンツデータをＨＴＴＰレスポンス生成手段１８に渡す。アップロード管理手段１６’は図２に示すように、アップロード履歴管理手段２５と、優先コンテンツ判別手段２６と、ショートコンテンツ判別手段２７と、アップロードデータ生成手段２８を有する。なお、アップロード管理手段１６’、アップロード履歴保存部８、再生時刻履歴保存部９の詳細は、次項（１−４．アップロード関連モジュールの動作）で説明する。
【００２５】
ＨＴＴＰレスポンス生成手段１８では、各モジュールから出力されたデータを受け取り、応答内容（以下、ＨＴＴＰレスポンスデータ）を生成して、ネットワーク送受信部２１に渡す。ネットワーク送受信部２１は、このデータをインターネット１１を介して中継サーバ３０へ送信する。また、ＥＰＧ（Electronic Program Guide）データ解析手段１７は、ＥＰＧデータ抽出部１０によって取り出したＥＰＧデータの暗号を解読して、元の文字データや画像データに戻し、これらをＥＰＧデータ保存部１２（光ディスクやハードディスク、メモリなどの記録媒体）に保存する。ＥＰＧデータ保存部１２に保存されたＥＰＧデータは、テレビモニタ７で再生するときに読み出されてグラフィック表示部２０２を介してテレビモニタ７に送られる。以上がビデオレコーダ１の内部動作である。
【００２６】
図３は中継サーバ３０の内部構成を示し、図４はユーザ端末５１の内部構成を示したブロック図である。
２．中継サーバ３０の構成
中継サーバ３０はビデオレコーダ接続部３１と、ユーザ端末接続部３７と、ネットワーク送受信部４３とコンテンツ記録部４４を有する。ビデオレコーダ接続部３１は詳しくは、レコーダ認証手段３２と、ＨＴＴＰレスポンス処理手段３３と、ＨＴＴＰリクエスト処理手段３４と、ビデオレコーダ接続部プロセス間通信手段３５とコンテンツ登録手段３６を有する。ユーザ端末接続部３７は詳しくは、ユーザ認証手段３８と、コンテンツ検索・読み出し手段３９と、ユーザ端末接続部プロセス間通信手段４０と、ＨＴＴＰレスポンス処理手段４１とＨＴＴＰリクエスト処理手段４２を有する。
【００２７】
３．ユーザ端末５１の構成
ユーザ端末５１は、操作入力５２を受け入れるユーザインターフェース処理手段５３と、表示部５４と、ＨＴＴＰレスポンス解析手段５５と、ＨＴＴＰリクエスト生成手段５６と、ネットワーク送受信部５７と映像信号再生処理部５８を有する。なお、中継サーバ３０とユーザ端末５１の内部構成の詳細については、後述するようにソフトウェア動作を示す図６で説明する。
【００２８】
１−２．ＧＵＩ（Graphical User Interface）によるコンテンツのアップロード
次に、ビデオレコーダ１のＧＵＩからコンテンツをアップロードする操作方法を説明する。図５は、ビデオレコーダ１から出力されテレビモニタ７に表示される画面イメージである。図５（Ａ）は、録画されたコンテンツの一覧をテレビモニタ７に表示したものである。１つの画面にサムネイル７１が９画面分表示し、リモコンの上下左右ボタン（不図示）を操作することによって、画面上のサムネイル７１上をカーソル７２が移動する。左上の画面７０には、カーソル７２の位置にあるコンテンツの再生画が表示され、また、テキスト表示枠７４には、現在再生中のコンテンツの番組情報（録画日や録画開始・終了時刻、放送局、タイトルなど）が表示される。カーソル７２を下に移動していくとスクロールバー７３が動き、次の９画面が表示される。７５はアップロードアイコンである。
【００２９】
また、カーソル７２の位置でリモコンの決定ボタン（不図示）を押すと、図５（Ｂ）に示すような「コンテンツの再生指定及びアップロード画面」へ移行する。テキスト表示枠７６には、再生もしくはアップロードする番組情報が表示される。ここで「サーバへアップロード」ボタン７７を押すと、テキスト表示枠７６で表示されたコンテンツが図２の中継サーバ３０へ送信され、中継サーバ３０で登録され保存される。また、中継サーバ３０へアップロードしたコンテンツは、「サーバから削除」ボタン７８を押すことにより、中継サーバ３０に登録したコンテンツを削除することができる。以上がビデオレコーダ１のＧＵＩからコンテンツをアップロードする操作方法である。
【００３０】
１−３．ダウンロードの通信手順
次に、中継サーバ３０からユーザ端末５１へコンテンツをダウンロードする通信手順を説明する。図６はビデオレコーダ１と中継サーバ３０とユーザ端末５１の通信手順を示した動作フローである。また、図７はユーザ端末５１として携帯電話で表示される画面イメージを示し、８０は携帯電話の表示範囲、８１は「視聴する」ボタン、８２は「取り消す」ボタン（中継サーバ３０にあるコンテンツを削除するためのボタン）、８３は「取り寄せる」ボタン（コンテンツのアップロードを要求するためのボタン）、８４は「次を見る」ボタン（次の録画コンテンツ一覧へ進むためのボタン）、８５は「録画コンテンツ削除へ」ボタン、８６は「メニューに戻る」ボタン（操作メニューに戻るボタン）、８７は「視聴準備中」ボタン（このボタンは押せない）、８８は「視聴する」ボタンである。
【００３１】
これより、図６の動作フローに沿って、また図７及び図１、図３、図４を参照しながら、ビデオレコーダ１とユーザ端末５１の接続手順を説明する。
Ｒ１：はじめにビデオレコーダ１が起動すると、図１のＨＴＴＰ接続処理手段２２は、レコーダ１が持っている固有のＩＤを暗号化し、中継サーバ３０へ接続を要求するＨＴＴＰリクエストを生成し、ネットワーク送受信部２１はこのリクエストをインターネット１１へ送信する。
Ｓ１：中継サーバ３０は、このＨＴＴＰリクエストをインターネット１１からネットワーク送受信部４３で受信し、ＨＴＴＰリクエスト処理手段３４で内容が解析し、レコーダ認証手段３２でレコーダ１が正規のものかどうかを判別する（レコーダの認証）。
Ｓ２：中継サーバ３０は、正規のレコーダ１と判断した場合は、ＨＴＴＰレスポンス処理手段３３にて、接続を許可するパケットを生成し、ネットワーク送受信部４３がこのデータをインターネット１１へ送信する。
【００３２】
Ｒ２：ビデオレコーダ１は、中継サーバ３０からのレスポンスをネットワーク送受信部２１で受信し、ＨＴＴＰ接続処理手段２２で中継サーバ３０と接続したことを確認し、受信状態で待つ。
Ｓ３：中継サーバ３０は、ビデオレコーダ１との接続を維持するため定期的にパケットを送信する。送信するパケットはデータ量が小さいHEADメソッドを使用する。
Ｒ３：受信状態で待機しているビデオレコーダ１は、中継サーバ３０からのＨＴＴＰリクエストを受信してレスポンスを返す。
以上がビデオレコーダ１と中継サーバ３０の接続手順である。
【００３３】
次にユーザ端末５１と中継サーバ３０が接続確立してからユーザ端末５１でコンテンツを再生するまでの手順を説明する。
Ｕ１：ユーザ端末５１で中継サーバ３０のＵＲＬが入力される。
Ｕ２：ユーザ端末５１のＨＴＴＰリクエスト生成手段５６は、中継サーバ３０に接続を要求するＨＴＴＰリクエストを生成し、ネットワーク送受信部５７はこのリクエストをインターネット１１へ送信する。
Ｓ４：中継サーバ３０は、ネットワーク送受信部４３でこのリクエストを受信し、ユーザ端末接続部３７のＨＴＴＰリクエスト処理手段４２で内容を解析し、ＨＴＴＰレスポンス処理手段４１でログイン画面のＨＴＭＬファイルを生成し、ネットワーク送受信部４３がこれを送信する。
【００３４】
Ｕ３：これを受信したユーザ端末５１では、図１５のようなログイン画面が表示される。
Ｕ４：ユーザ端末５１でユーザＩＤとパスワードが入力されると（操作入力５２）、ユーザインターフェース処理手段５３は、ユーザＩＤとパスワードをＨＴＴＰリクエスト生成手段５６へ渡し、ＨＴＴＰリクエスト生成手段５６は、ログインを要求するＨＴＴＰリクエストを生成し送信する。
Ｓ５：中継サーバ３０は、このリクエストを受信して、ＨＴＴＰリクエスト処理手段４２で内容を解析し、ユーザ認証手段３８でユーザＩＤとパスワードを照合し正規のユーザかどうか確認する（ユーザ認証）。
Ｓ６：正規のユーザの場合は、ＨＴＴＰレスポンス処理手段４１にて操作メニューのＨＴＭＬファイルを生成し送信する。
【００３５】
Ｕ５：ユーザ端末５１は、ネットワーク送受信部５７でこのＨＴＭＬファイルを受信すると、ＨＴＴＰレスポンス解析手段５５でＨＴＭＬの解析を行い表示部５７に渡す。画面上には図１６のような操作メニューが表示される。
Ｕ６：操作メニューの項目の中から録画コンテンツ一覧を選択すると、ＨＴＴＰリクエスト生成手段５６にて録画コンテンツ一覧を要求するＨＴＴＰリクエストを生成し送信する。
【００３６】
Ｓ７：中継サーバ３０は、このリクエストを受信すると、ＨＴＴＰリクエスト処理手段１９で内容を解析し、ユーザ端末接続部プロセス間通信手段４０がこのデータをビデオレコーダ接続部プロセス間通信手段３５に渡す。ビデオレコーダ接続部プロセス間通信手段３５はこのデータをＨＴＴＰリクエスト処理手段３４へ渡し、このリクエストはネットワーク送受信部４３を経てビデオレコーダ１へ送信する。
Ｒ４：このリクエストを受信したビデオレコーダ１は、ＨＴＴＰリクエスト解析手段１９でリクエスト内容を解析し、ＨＴＴＰレスポンス生成手段１８は、サムネイル取得手段１４で読み出したサムネイル画像を一覧にして（録画コンテンツ一覧を生成して）ＨＴＭＬ化して中継サーバ３０へ送信する。
【００３７】
Ｓ８：録画コンテンツ一覧のＨＴＭＬを受信した中継サーバ３０は、ビデオレコーダ接続部３１のＨＴＴＰレスポンス処理手段３３で内容を解析し、ビデオレコーダ接続部プロセス間通信手段３５を介して、ユーザ端末接続部プロセス間通信手段４０へ渡し、このデータはＨＴＴＰレスポンス処理手段４１からユーザ端末５１へ送信する。
Ｕ７：ユーザ端末５１でこれを受信すると、ＨＴＴＰレスポンス解析手段５５で内容を解析し、画面上に図７（Ａ）のような録画コンテンツ一覧が表示される。
Ｕ８：ここで「視聴する」ボタン８１が押されると、ＨＴＴＰリクエスト生成手段５６でコンテンツ視聴（動画データのダウンロード）を要求するＨＴＴＰリクエスト（以下、コンテンツ視聴リクエスト）を生成し送信する。
Ｕ９：ユーザ端末５１では、動画データのダウンロードが終了するまで、画面上にダウンロード中というメッセージが表示される。
【００３８】
Ｓ９：中継サーバ３０は、これを受信するとＨＴＴＰリクエスト処理手段３４で内容を解析し、コンテンツ検索・読み出し手段３９にてコンテンツ記録部４４からコンテンツの動画データを読み出す。
Ｓ１０：中継サーバ３０は、ＨＴＴＰレスポンス処理手段４１で、読み出した画像データをユーザ端末５１へ送信する。
Ｕ１０：ユーザ端末５１のＨＴＴＰレスポンス解析手段５５では、コンテンツのダウンロードが完了すると、ユーザ端末に搭載されたビューワ画面（図示しない）に切り替え、コンテンツの再生を開始する。
Ｕ１１：ビューワ画面の停止ボタンを押すと、再生が停止する。
【００３９】
１−４．アップロード関連モジュールの動作
ここでは、本発明の特徴となる「ビデオレコーダで実行したアップロード履歴やコンテンツ情報を元に、ビデオレコーダから中継サーバへのアップロード動作を自動化する機能」について説明する。アップロード動作の自動化は、図１に示す以下のモジュールで行われる。
(1) アップロード履歴保存部８
(2) 再生時刻履歴保存部９
(3) アップロード管理手段１６’
【００４０】
各モジュールの役割を以下に示す。
(1) アップロード履歴保存部８
アップロード履歴保存部８は、ＧＵＩからの操作入力２２やユーザ端末５１からの指示（インターネット１１から受信したＨＴＴＰリクエスト）を受けたアップロード管理手段１６’によって、アップロードを実行したコンテンツの属性情報（以下、アップロードコンテンツ情報）を保存するブロックである。アップロードコンテンツ情報は、コンテンツごとに付加された固有のＩＤ（以下、コンテンツＩＤ）と、番組タイトル、録画開始時刻・終了時刻、放送局、ＥＰＧ情報（出演者や番組内容、番組のジャンルなど）、毎週録画フラグなどで構成される。なお、アップロードコンテンツ情報は、以下に示すリスト（以下、アップロードコンテンツリスト）の形でアップロード履歴保存部８へ保存される。
・アップロードしたコンテンツの数(NumOfContent)  
・アップロードコンテンツ情報  
・アップロードコンテンツ情報  
・アップロードコンテンツ情報  
（これ以降、NumOfContentの数だけアップロードコンテンツ情報が続く）
すなわち、アップロードコンテンツリストには、リストに格納されたコンテンツの数（NumOfContent）と、この後にアップロードコンテンツ情報が NumOfContent の数だけ続く。
【００４１】
(2) 再生時刻履歴保存部９
再生時刻履歴保存部９は、録画コンテンツが再生された場合に、コンテンツ記録部５で記録されたコンテンツ情報を読み出し、録画してから、テレビモニタ７などで再生されるまでの時間経過、つまり、録画した時刻と再生した時刻の差（以下、録画再生時刻差）を求め、以下に示すリスト（以下、録画再生時刻差リスト）の形で保存する。録画再生時刻差の計算は、録画したコンテンツを初めて再生する場合に実行し、２回目以降の再生時はこの計算は行わない。
・再生したコンテンツの数(NumOfContent)  
・録画再生時刻差情報  
・録画再生時刻差情報  
・録画再生時刻差情報  
…これ以降、NumOfContentの数だけ時刻差情報が続く。
すなわち、録画再生時刻差リストには、再生したコンテンツの数（NumOfContent）と、この後にコンテンツごとの録画再生時刻差情報が NumOfContent の数だけ続く。録画再生時刻差情報は、録画再生時刻差とコンテンツ属性情報（コンテンツＩＤ、番組タイトル、録画開始時刻・終了時刻、放送局、ＥＰＧ情報（出演者や番組内容、番組のジャンルなどの情報）で構成される。
【００４２】
(3) アップロード管理手段１６’
アップロード管理手段１６’の内部構成は、図２に示すように以下の４つのソフトウェアモジュール
a) アップロード履歴管理手段２５
b) 優先コンテンツ判別手段２６
c) ショートコンテンツ判別手段２７
d) アップロードデータ生成手段２８
で構成されている。以下に、各モジュールの役割を説明する。
【００４３】
a) アップロード履歴管理手段２５
アップロード履歴管理手段２５は、アップロード履歴保存部８から読み出したアップロードコンテンツ情報を元に、この番組タイトルと同名のタイトルなど、コンテンツ内容（属性情報）の関連が深いコンテンツをコンテンツ記録部５（全録画コンテンツの中）から探して、見つかったコンテンツの情報をアップロードデータ生成手段２８へ通知する。（→この後の工程で、選択されたコンテンツが中継サーバ３０へアップロードされる。）これは、例えば、過去にアップロードしたコンテンツが毎週放送される番組（「毎週予約」に設定した番組）の場合は、ユーザはこのコンテンツを最初の１回だけアップロードするだけで、後はアップロード履歴管理手段２５が自動的に行う。また、過去にアップロードしたコンテンツのジャンル情報や出演者が一致する番組も自動アップロードの対象とすることで、ユーザが好みの番組を自動アップロード用コンテンツとして選び出すことができる。
【００４４】
b) 優先コンテンツ判別手段２６
優先コンテンツ判別手段２６は、再生時刻履歴保存部９から録画再生時刻差リストを読み出し、この中から録画再生時刻差の値が小さいコンテンツを優先的に見つけて、アップロードデータ生成手段２８へ通知する。（→この後の工程で、選択されたコンテンツが中継サーバ３０へアップロードされる。）これは、お気に入りの番組が録画されるとすぐに見たくなるというユーザの行動要求を利用したものである。優先コンテンツ判別手段２６は、このようなユーザの行動を学習することによって、アップロード対象のコンテンツを決定する。アップロードしたコンテンツは、新たにアップロード履歴保存部８に登録する。
【００４５】
c) ショートコンテンツ判別手段２７
ショートコンテンツ判別手段２７では、コンテンツ記録部５からコンテンツ情報を読み出し、録画開始時間・終了時間から録画時間を算出し、録画時間の上限となるしきい値をあらかじめ設定しておき、短い番組ならアップロードの対象とし、アップロードデータ生成手段２８へ通知する。（→この後の工程で、選択されたコンテンツが中継サーバ３０へアップロードされる。）これは、携帯電話などでは、外出先などのちょっとした空き時間や移動時間で視聴可能な短いコンテンツが適しており、またニュースや天気予報などの短い情報番組を視聴することが多いことを想定した結果である。
【００４６】
d) アップロードデータ生成手段２８
アップロードデータ生成手段２８は、各モジュール（２５〜２７）から受け取ったコンテンツ情報（アップロードの対象に選ばれたコンテンツ情報）に相当するコンテンツのＭＰＥＧ４のファイルをコンテンツ記録部５から読み出す。更に、同コンテンツのサムネイルデータをサムネイル記録部４から読み出し、ＨＴＴＰのボディ部のデータを生成する。このデータをＨＴＴＰレスポンス生成手段１８へ送る。（→この後、ネットワーク送受信部により中継サーバ３０へアップロードされる。）このように、アップロード管理手段１６’は、上記の４つのモジュール２５〜２８の働きにより、定期的に起動し、中継サーバ３０へアップロードを実行する。
【００４７】
１−５．アップロードの通信手順
ここでは、フローチャートを用いて、ビデオレコーダ１からコンテンツを自動アップロードする動作を説明する。
＜アップロード管理手段＞
図８は、アップロード管理手段１６’の動作を示したフローチャートである。図８に従って、動作手順を説明する。アップロード管理手段１６’は、普段は眠っているが（ステップ１２−１）、ＨＴＴＰリクエスト解析手段１９からの指示によって目覚め、内部カウンタを持っており、定期的（例えば１時間ごとや、１日に１回でもいい）にアップロード履歴管理処理（ステップ１２−２）、優先コンテンツ判別（ステップ１２−３）、ショートコンテンツ判別（ステップ１２−４）の順にソフトウェアモジュールを実行する。この後、次のＨＴＴＰリクエスト解析手段１９からの指示があるまで眠る。アップロード管理手段１６’は、このような動作を繰り返し行うモジュールである。
【００４８】
＜アップロード履歴管理手段＞
図９は、アップロード履歴管理手段２５の動作を示したフローチャートである。以下、フローチャートを用いて説明する。
・ステップ１３−１：はじめにアップロード履歴保存部８からアップロードコンテンツ情報リストを読み出す。アップロードコンテンツ情報リストには、保存されたアップロードコンテンツ情報の数(NumOfContent)とその数のアップロードコンテンツ情報が格納されている。前記リストからアップロードコンテンツ情報を１つずつ参照していく。）まずは、リストから読み出したアップロードコンテンツ情報をカウントするためのメモリを確保する。このメモリ領域をコンテンツリードカウンタ（以下、ＲＣ）と呼び、ＲＣに０をセットする。
【００４９】
・ステップ１３−２：ＲＣの値が、アップロードコンテンツ情報リストのコンテンツ格納数（NumOfContent）より小さい場合は、次ステップ１３−３へ進む。大きい場合は、このモジュールを終了する。
・ステップ１３−３：アップロードコンテンツ情報リストからアップロードコンテンツ情報を１つ取り出し、また、ＲＣを１だけインクリメントする。
・ステップ１３−４：取り出したアップロードコンテンツ情報の番組タイトル（タイトルＡとする）を参照し、同じのタイトル名、またはタイトルＡが包含されるタイトル名を全録画コンテンツ（コンテンツ記録部５）から検索する。
・ステップ１３−５：対象となるコンテンツが見つかった場合は、アップロードデータ生成ステップ１３−１０に移る。コンテンツが見つからなかった場合、次の検索をするためステップ１３−６へ進む。
【００５０】
・ステップ１３−６：次に、アップロードコンテンツ情報の毎週録画フラグ（毎週放送される番組を毎週予約で録画した場合に１がセットされるフラグ）を見て、これが１だった場合に、毎週録画された同じコンテンツ（録画開始時刻・終了時刻、放送局、番組タイトルと同じ情報を持っているコンテンツ）を全録画コンテンツから検索する。
・ステップ１３−７：対象となるコンテンツが見つかった場合は、アップロードデータ生成ステップ１３−１０に移る。コンテンツが見つからなかった場合、次の検索をするためステップ１３−８へ進む。
【００５１】
・ステップ１３−８：更に、アップロードコンテンツ情報のＥＰＧデータを参照し、このコンテンツのジャンル情報や出演者情報と同じＥＰＧ情報を持っているコンテンツを全録画コンテンツから検索する。
・ステップ１３−９：対象となるコンテンツが見つかった場合は、アップロードデータ生成ステップ１３−１０に移る。コンテンツが見つからなかった場合は、リストから次のアップロードコンテンツ情報を読み出すため、ステップ１３−２に戻る。
このように繰り返し、リストからアップロードコンテンツ情報を読み出し、対象となるコンテンツを検索して、アップロードを行う。
【００５２】
次にアップロードデータ生成手段２８を説明する前に、アップロードデータ生成手段２８と関連が深いＨＴＴＰリクエスト解析手段１９とＨＴＴＰレスポンス生成手段１８の動作を説明する。通常、中継サーバ３０から図１のビデオレコーダ１へ定期的にＨＴＴＰリクエスト（HEADメソッド）が送信されている。ビデオレコーダ１は、インターネット１１を介してネットワーク送受信部２１でこのリクエストを受信する。ネットワーク送受信部２１は、イーサネット（登録商標）やＴＣＰ、ＩＰなどのヘッダを取り除き、ＨＴＴＰデータをＨＴＴＰリクエスト解析手段１９へ送る。ＨＴＴＰリクエスト解析手段１９では、リクエスト内容を解析してリクエスト内容に応じた処理をするが、上記のHEADメソッドを受信した場合は、アップロード管理手段１６’に通知する。
【００５３】
アップロード管理手段１６’の中のアップロードデータ生成手段２８は、生成したＨＴＴＰレスポンスデータをＨＴＴＰレスポンス生成手段１８に渡す。ＨＴＴＰレスポンス生成手段１８は、このデータをネットワーク送受信部２１へ送り、ネットワーク送受信部２１は、このデータをインターネット１１を介して中継サーバ３０へ送信する。
【００５４】
＜アップロードデータ生成手段＞
図１０は、アップロードデータ生成手段２８の動作を示したフローチャートである。以下に、アップロードデータ生成手段の動作を説明する。
・ステップ１４−１：前段のアップロード履歴管理手段２５、優先コンテンツ判別手段２６、ショートコンテンツ判別手段２７から得たコンテンツ情報を元に、コンテンツ記録部５から、対象となるコンテンツのデータ（ＭＰＥＧ４でエンコードしたファイル）を読み出す。
・ステップ１４−２：続いて、サムネイル記録部４からその読み出したコンテンツのサムネイルデータを読み出す。
・ステップ１４−３：これらをまとめてＨＴＴＰレスポンスのボディとして、ＨＴＴＰレスポンス生成手段１８へ渡す。
【００５５】
＜優先コンテンツ判別手段＞
図１１は、優先コンテンツ判別手段２６の動作を示したフローチャートである。以下、フローチャートを用いて説明する。
・ステップ１５−１：はじめに再生時刻履歴保存部９から録画再生時刻差リストを読み出す。リストから読み出した録画再生時刻情報をカウントするためのメモリを確保する。このメモリ領域を同じくコンテンツリードカウンタ（以下、ＲＣ）と呼ぶ。ＲＣに０をセットする。
・ステップ１５−２：ＲＣの値が、録画再生時刻差リストのコンテンツ格納数（NumOfContent）より小さい場合は、ステップ１５−３へ進む。大きい場合は、ステップ１５−５へ移行する。
【００５６】
・ステップ１５−３：録画再生時刻差リストから録画再生時刻情報を１つ取り出す。ＲＣの値を１だけインクリメントする。
・ステップ１５−４：録画再生時間差情報に含まれる録画再生時刻差が、例えば２４時間以内の場合は、その録画再生時間差情報をメモリにコピーしておく。２４時間とは、録画したコンテンツを２４時間以内に再生したことを意味し、ここでは、”２４時間以内＝ユーザが見たい番組”と定義している。この時間に他の時間を設定してもいい。この後、ステップ１５−２に戻り、この操作を繰り返す。
【００５７】
・ステップ１５−５：録画再生時間差が２４時間以内のコンテンツが見つかった場合は、ステップ１５−６へ進む。コンテンツが見つからなかったら、このモジュールを終了する。
・ステップ１５−６：抽出したコンテンツの中から、今度は録画時間が一番短いコンテンツを選ぶ。これは、”ユーザ端末で視聴するコンテンツ＝録画時間が短いコンテンツ”と定義しているためである。
・ステップ１５−７：次にこのコンテンツと同じタイトルのものを全録画コンテンツの中（コンテンツ記録部５）から検索する。またタイトルで同じものがない場合は、毎週録画したコンテンツ（曜日や録画開始時刻・終了時刻、放送局が同じ番組）を探す。またＥＰＧ情報（ジャンルや出演者）で一致するものがあった場合は、そのコンテンツを抽出する。
・ステップ１５−８：対象のコンテンツが見つかった場合は、アップロードを実行するため、アップロードデータ生成ステップ１５−９へ進む。１時間を越えるコンテンツの場合は、アップロードは実行せずにこのモジュールを終了する。
【００５８】
＜ショートコンテンツ判別手段＞
図１２は、ショートコンテンツ判別手段２７の動作を示したフローチャートである。以下のフローチャートを用いて説明する。
・ステップ１６−１：コンテンツ記録部５にあるコンテンツを全て読み出したかを確認し、全て読み出していなければ、次へ進む。読み出しが全て終了している場合は、このモジュールを終了する。
・ステップ１６−２：コンテンツ記録部５からコンテンツ情報を読み出す。
・ステップ１６−３：録画開始時刻・終了時刻から録画時間を算出する。
・ステップ１６−４：録画時間のしきい値が例えば、３０分に設定されている場合、録画時間としきい値を比較して、しきい値よりも小さい場合は、アップロードを行うため、アップロードデータ生成ステップ１６−５へ進む。これは、”ユーザ端末で視聴するコンテンツ＝録画時間が短いコンテンツ”と定義しているためである。一方、しきい値より大きい場合は、ステップ１６−１に戻り、次のコンテンツ情報を取り出す。
・アップロードデータ生成ステップ１６−５での処理が終わると、再びステップ１６−１に戻り、次のコンテンツ情報を取り出し、上記の処理を繰り返す。
【００５９】
１−６．まとめ
最後に、実施形態をまとめると以下のようになる。ビデオレコーダ１では、以下のコンテンツが録画されると、自動的にアップロードを実施する。
(1) 以前にアップロードしたことがあるコンテンツと関連の深いコンテンツ
これは過去に携帯電話で視聴したことがあるコンテンツと関連のあるコンテンツが対象となり、例えば番組ごとに付加されたジャンル情報や出演者が一致する番組や毎週放送されるドラマなどがこれに相当する。この処理は、アップロード履歴保存部８とアップロード履歴管理手段２５で実施する）
(2) 過去に記録したコンテンツと関連が深く、そのコンテンツを録画してから再生するまでの時間が短いコンテンツ
これは過去に録画したコンテンツを例えばその日のうちに再生していたとすると、ユーザにとって楽しみにしていた番組であるという判断から自動アップロードの対象とする。また、録画しながら後追いで再生したコンテンツなども含まれる。この処理は、再生時刻履歴保存部９と優先コンテンツ判別手段２６で実施する。
(3) 録画時間の短いコンテンツ
短いコンテンツは、移動時間などのちょっとした時間に視聴することが多い。また、短い番組なら中継サーバ３０の記録領域をむやみに増やすことがないので、自動アップロードの対象とする。例えば、録画時間の上限をあらかじめ設定しておき、５分以内の番組ならアップロードの対象とする。この処理は、ショートコンテンツ判別手段２７で実施する。
【００６０】
このような機能を搭載することによって、以下のような効果が得られる。
・ビデオレコーダ１は、過去にアップロードしたコンテンツの履歴情報を元に、アップロードしたコンテンツと関連の深いコンテンツを自動的に探してアップロードするため、ユーザは、アップロード操作を毎回手動でしなくてもいい。
・ユーザが毎週見ている番組や外出先での空き時間などに適した短い番組を、常に中継サーバ３０に用意しておくことができるため、ユーザはすぐにコンテンツを視聴することができる。
・中継サーバ３０には限られたコンテンツだけが置かれるため、中継サーバ３０の記録領域を節約することができる。サーバ３０の管理コストを削減できる。
【００６１】
なお、本発明は、ビデオレコーダ１だけではなく、ビデオカメラやデジタルスチルカメラで撮影した映像データをインターネット経由で他の機器へ送信する場合においても、同様の効果が得られる。
【図面の簡単な説明】
【００６２】
【図１】本発明の映像コンテンツ視聴システムにおけるビデオレコーダの構成を示すブロック図である。
【図２】図１のアップロード管理手段を詳しく示すブロック図である。
【図３】本発明の映像コンテンツ視聴システムにおける中継サーバの構成を示すブロック図である。
【図４】本発明の映像コンテンツ視聴システムにおけるユーザ端末の構成ブロック図である。
【図５】図１のビデオレコーダの再生ナビゲーション画面とアップロード指定画面を示す説明図である。
【図６】本発明の映像コンテンツ視聴システムにおけるビデオレコーダと中継サーバ、ユーザ端末間の接続確立手順及びコンテンツ視聴手順を示したフローチャートである。
【図７】図３のユーザ端末上で表示される録画コンテンツ一覧画面を示す説明図である。
【図８】図１のアップロード管理手段の処理を示すフローチャートである。
【図９】図２のアップロード履歴管理手段の処理を詳しく示すフローチャートである。
【図１０】図２のアップロードデータ生成手段の処理を示すフローチャートである。
【図１１】図２の優先コンテンツ判別手段の処理を示すフローチャートである。
【図１２】図２のショートコンテンツ判別手段の処理を示すフローチャートである。
【図１３】本発明にかかる遠隔録画予約システムの全体構成図である。
【図１４】図１３のビデオレコーダと中継サーバ、ユーザ端末間の通信手順を示したフローチャートである。
【図１５】ユーザ端末上で表示されるユーザログイン画面を示す説明図である。
【図１６】ユーザ端末上で表示される操作メニュー画面を示す説明図である。
【図１７】ユーザ端末上で表示される録画コンテンツ一覧画面を示す説明図である。
【図１８】図１３と他の従来のシステムを組み合わせたシステムのブロック図である。
【符号の説明】
【００６３】
１  ビデオレコーダ
２  デジタルチューナ部
３  ストリーム記録処理部
４  サムネイル記録部
５  コンテンツ記録部
６  ストリーム再生処理部
７  テレビモニタ
８  アップロード履歴保存部
９  再生時刻履歴保存部
１０  ＥＰＧデータ抽出部
１１  インターネット
１２  ＥＰＧデータ保存部
１３  ＣＰＵ
１４  サムネイル取得手段
１５  コンテンツ削除手段
１６  アップロード管理手段
１７  ＥＰＧデータ解析手段
１８  ＨＴＴＰレスポンス生成手段
１９  ＨＴＴＰリクエスト解析手段
２０  ユーザインターフェース処理手段
２１  ネットワーク送受信部
２２  ＨＴＴＰ接続処理手段
２３  操作入力
２５  アップロード履歴管理手段
２６  優先コンテンツ判別手段
２７  ショートコンテンツ判別手段
２８  アップロードデータ生成手段
３０  中継サーバ
３１  ビデオレコーダ接続部
３２  レコーダ認証手段
３３  ＨＴＴＰレスポンス生成手段
３４  ＨＴＴＰリクエスト解析手段
３５  ビデオレコーダ接続部プロセス間通信手段
３６  コンテンツ登録手段
３７  ユーザ端末接続部
３８  ユーザ認証手段
３９  コンテンツ検索・読み出し手段
４０  ユーザ端末接続部プロセス間通信手段
４１  ＨＴＴＰレスポンス生成手段、
４２  ＨＴＴＰリクエスト解析手段
４３  ネットワーク送受信部
５１  ユーザ端末
５２  操作入力
５３  ユーザインターフェース処理手段
５４  表示部
５５  ＨＴＴＰレスポンス解析手段
５６  ＨＴＴＰリクエスト生成手段
５７  ネットワーク送受信部
７０  コンテンツ再生確認画面
７１  サムネイル画像
７２  カーソル
７３  スクロールバー
７４  再生番組情報の表示枠
７５  アップロードアイコン
７６  再生番組情報の表示枠
７７  アップロード指示ボタン
７８  サーバにあるコンテンツを削除するためのボタン
８０  携帯電話の表示範囲
８１  「視聴する」ボタン
８２  「取り消す」ボタン（中継サーバにあるコンテンツを削除するためのボタン）
８３  「取り寄せる」ボタン（コンテンツのアップロードを要求するためのボタン）
８４  「次を見る」ボタン（次の録画コンテンツ一覧へ進むためのボタン）
８５  「録画コンテンツ削除へ」ボタン
８６  「メニューに戻る」ボタン（操作メニューに戻るボタン）
８７  「視聴準備中」ボタン（このボタンは押せない）
８８  「視聴する」ボタン
【図１】
2008301248.tif 000003
【図２】
2008301248.tif 000004
【図３】
2008301248.tif 000005
【図４】
2008301248.tif 000006
【図５】
2008301248.tif 000007
【図６】
2008301248.tif 000008
【図７】
2008301248.tif 000009
【図８】
2008301248.tif 000010
【図９】
2008301248.tif 000011
【図１０】
2008301248.tif 000012
【図１１】
2008301248.tif 000013
【図１２】
2008301248.tif 000014
【図１３】
2008301248.tif 000015
【図１４】
2008301248.tif 000016
【図１５】
2008301248.tif 000017
【図１６】
2008301248.tif 000018
【図１７】
2008301248.tif 000019
【図１８】
2008301248.tif 000020