JP2004120738A - コンテンツ記録装置、コンテンツ再生装置、その方法及び記録媒体 - Google Patents

Abstract

　【課題】　コンテンツデータの受信者が、容易に、コンテンツデータを再生できるコンテンツ記録装置を提供する。
　【解決手段】　インターネット接続部４と、ユーザが入力するコマンド情報を受け付ける入力部３と、コマンド情報とチャンネルとの関係を記憶する記憶部２と、コンテンツ記録部６が記録するコンテンツデータに基づいて、テレビジョン８向けのモニタ信号を生成する表示制御部７と、記憶部を参照し、コンテンツ記録部において、入力部が受け付けたコマンド情報が示すチャンネルのコンテンツデータを検索し、該当するコンテンツデータが存在する場合、表示制御部に、このコンテンツデータに基づいて、モニタ信号を生成させる制御部１とを備える、コンテンツ記録装置。
【選択図】　図１

Description

　本発明は、ネットワーク経由で取得したコンテンツデータを容易に再生できるコンテンツ記録装置に関するものである。本明細書において、「コンテンツ」とは、（動画像、静止画、テキストあるいは絵文字等）の任意の組み合わせをいい、「コンテンツデータ」とは、上記コンテンツを任意のフォーマットで記録したデジタルデータである。

　近年、相手とコミュニケーションをとるために、インターネット等のネットワーク網を介して、電子メールを送受信する機会が増えている。この電子メールでは、手紙の置き換えに相当する文字データのみならず、音、静止画あるいは動画などのデータを、電子メールに添付して送受信することができる。

　しかしながら、コンテンツデータのやり取りに関し、ビデオカメラなどで撮影したデータを、電子メールに添付する作業は、ある程度のコンピュータに関する知識や経験を必要とし、コンピュータに習熟していない、一般のユーザにとっては、容易な作業ではない。

　この点に考慮して、特許文献１等では、ビデオカメラで、撮影したデータを、電子メールに添付するためのデータ形式を設定し、コンテンツデータの取り込みを容易にしている。その他、同様に、コンテンツデータを送信する側については、種々の改善がなされている。

　さて、電子メールの送信者、即ち、ビデオカメラで撮像を行い、コンテンツデータを送信しようとするユーザは、もともと、ある程度、機械あるいは電子に関するバックグラウンドを持ち、コンピュータ等の環境になじみがあることが多い。

　しかしながら、電子メールの受信者、即ち、コンテンツデータを単に受信し、これを見るだけのユーザ（例えば、高齢者、子供など）は、このようなバックグラウンドを持たないことが多い。せっかく、コンテンツデータが添付された電子メールを受け取っても、これから、コンテンツデータを再生できないのであれば、文字通り、宝の持ち腐れになってしまう。

　そこで、電子メールの受信者側の、操作容易性を向上させるため、特許文献２において、電子メールを、テレビのチャンネルに割り当てる技術が提案されている。こうすれば、受信したユーザは、テレビリモコンのボタンを押すだけで、容易にコンテンツデータを再生できる。
特開平１０−１７１７２８公報（第５−６頁、図１、図６） 特開２００１−２４９８６４号公報（第７頁、図１）

　しかしながら、特許文献２記載の技術では、メールサーバに送信する選局信号を、テレビの空きチャンネルに割り当てている。

　したがって、このメールサーバを経由して、複数の送信者から、コンテンツデータを受信する受信者にとっては、メールサーバを指示することしかできない。このため、受信者が、このメールサーバを経由して、複数の送信者から多数のコンテンツデータを受信するような場合、整理がつけにくく、複数のコンテンツデータから再生したいものを検索しにくいという問題点があった。例えば、再生したいコンテンツデータが見つからず、結局、再生ができないという事態になることも考えられる。

　そこで本発明は、コンテンツデータの受信者が、容易に、コンテンツデータを再生できるコンテンツ記録装置を提供することを目的とする。

　請求項１記載のコンテンツ記録装置では、チャンネルと関連付けてコンテンツデータを記録するコンテンツ記録部を備え、このチャンネルには、コンテンツデータを送信した送信者のチャンネル及び／又は送信者のグループに関するチャンネルが含まれる。

　この構成により、チャンネルを指定することにより、コンテンツデータを、送信者及び／又は送信者のグループ毎に区別して、取り扱うことができ、複数の送信者から多数のコンテンツデータを受信したような場合であっても、受信者は、容易に、目的のコンテンツデータを見つけだすことができ、利便性及び操作容易性を向上できる。

　また、コンテンツ記録部に、コンテンツデータが記録されることにより、リアルタイムで取得しているコンテンツデータだけでなく、過去に取得したコンテンツデータにおいても、視聴可能となる。

　請求項２記載のコンテンツ記録装置では、ネットワーク経由でコンテンツデータを取得するネットワーク接続部と、コンテンツデータを記録するコンテンツ記録部と、ユーザが入力するコマンド情報を受け付ける入力部と、このコマンド情報とチャンネルとの関係を記憶する記憶部と、コンテンツ記録部が記録するコンテンツデータに基づいて、表示デバイス向けのモニタ信号を生成する表示制御部と、記憶部を参照し、コンテンツ記録部において、入力部が受け付けたコマンド情報が示すチャンネルのコンテンツデータを検索し、該当するコンテンツデータが存在する場合、表示制御部に、このコンテンツデータに基づいて、表示デバイス向けのモニタ信号を生成させる制御部とを備える。

　この構成により、ネットワーク経由で受信したコンテンツデータについて、受信者であるユーザは、入力部からコマンドを入力するだけで、目的のコンテンツデータに関するモニタ信号を生成することができる。

　請求項４記載のコンテンツ記録装置では、コンテンツ記録部は、ネットワーク上の共有領域に設けられる。

　この構成により、コンテンツデータの送信者と受信者において、コンテンツ記録に使用する記録領域を削減できる。また、送信者が、コンテンツデータを共有領域にアップロードするだけで、受信者は、コンテンツデータを受信できる状態となるため、送信者がコンテンツデータを受信者に直接送信するよりも、コンテンツデータの送信による負担を軽減できる。

　請求項５記載のコンテンツ記録装置では、入力部は、さらに、チャンネルボタンを持ち、コマンド情報は、チャンネル番号そのものである。

　この構成により、受信者であるユーザは、テレビのチャンネルを切り替える感覚で、容易に、目的のコンテンツデータに関するモニタ信号を生成することができる。

　請求項６記載のコンテンツ記録装置では、入力部は、さらに、モニタ信号に作用する特殊再生ボタンを備える。

　この構成により、受信者であるユーザは、チャンネルボタンによってチャンネルを切り替えられるだけでなく、選択したチャンネルのコンテンツデータを特殊再生（早送り、スロー送り、スロー戻し、ポーズ等）することができる。

　請求項７記載のコンテンツ記録装置では、記憶部は、少なくとも、チャンネルの番号と、送信者のＩＰアドレスとを、関連付けて記憶している。

　この構成により、送信者を、そのＩＰアドレスにより、明確に特定できる。

　請求項８記載のコンテンツ記録装置では、記憶部は、少なくとも、チャンネルの番号と、送信者の電子メールアドレスとを、関連付けて記憶している。

　この構成により、送信者を、その電子メールアドレスにより、明確に特定できる。

　請求項９記載のコンテンツ記録装置では、記憶部が記憶する送信者の情報に、ＤＮＳ（ドメイン・ネーム・サービス）が含まれる。

　この構成により、送信者を、そのＤＮＳにより、明確に特定できる。

　請求項１０記載のコンテンツ記録装置では、記憶部が記憶する送信者の情報に、送信者の名前が含まれる。

　この構成により、送信者を、その名前により、明確に特定でき、受信者であるユーザは、送信者の名前を参照して、送信者を容易に理解できる。

　請求項１１記載のコンテンツ記録装置では、記憶部が記憶する内容は、入力部によって編集可能になっている。

　この構成により、受信者側で、記憶部が記憶する内容を変更したい場合に、対応できる。受信者は、その独自の考えにより、例えば、あるチャンネル番号に、好みの送信者を割り当てるというような、編集を行える。

　本発明によれば、ネットワーク上のコンテンツデータや、電子メールに添付されてくるコンテンツデータを、ユーザのボタン操作に対応させて再生でき、電子メール開封のための手続きや、コンテンツ再生のための手続きをする必要なく、容易な再生が可能で、コンピュータの操作に不慣れなユーザにとっても、使いやすいコンテンツ視聴環境を提供できる。

　また、送信者毎にボタンを割り当てることができるため、ユーザは、テレビのチャンネルを切り替える感覚で、容易に送信者を選択できる。

　また、あるグループごとボタンを割り当てることができるため、ユーザはグループ毎の視聴選択などを容易に行える。

　また、ユーザは、送信者に対するボタンの割り当てや、グループに対するボタンの割り当てを自由に書き換えることができ、より柔軟なチャンネル割り当てができる。

　以下、図面を参照しながら、本発明の実施の形態を説明する。

（実施の形態１）
図１は、本発明の実施の形態１におけるコンテンツ再生装置のブロック図である。このコンテンツ再生装置は、表示デバイスとしてのテレビジョン８と、その他の要素１〜６からなるコンテンツ記録装置１０とからなる。

　まず、図１を用いて、受信側のコンテンツ記録装置１０の構成を説明する。さて、制御部１は、図１に示す各要素を制御するＣＰＵ（中央処理装置）とＲＯＭ（リードオンリーメモリー）等からなる。ＲＯＭには、ＣＰＵが実行し、図４、図５のフローチャートに沿うプログラムなどが格納されている。

　記憶部２は、ＲＡＭ（ランダムアクセスメモリ）等からなり、記憶部２は、制御部１が処理上必要な情報を一時記憶するための領域が確保されている。また、記憶部２は、コマンド情報とチャンネルとの関係を記憶する。より具体的には、記憶部２には、図３に示す、「チャンネルと送信者との対応テーブル」が格納される。その他、記憶部２の一部を、コンテンツ記録部６に対するキャッシュとして利用してもよい。

　入力部３は、キーボードやリモコン等からなり、ユーザが入力するコマンド情報を受け付ける。入力部３から入力される操作には、ユーザのチャンネル切替え操作や、編集時における文字入力操作、その他がある。

　特に、本例では、ユーザは、入力部３は、指定チャンネルへの切替え指示、及び後述するチャンネル情報と送信者情報の対応関係の入力、変更などをできるようになっている。

　また、図６に示すように、入力部３には、特殊再生（早送り、一時停止、スキップ、スロー送り、スロー戻し、ポーズ等）ボタン３ａが設けられており、ユーザは、該当するボタンを押し下げることにより、特殊再生を行える。なお、この特殊再生のためのモニタ信号の制御は、周知技術により実現できるため、詳細な説明を省略する。

　図１において、インターネット接続部４は、ネットワーク経由でコンテンツデータを取得するネットワーク接続部に相当する。インターネット接続部４は、制御部１の指示に従い、インターネット経由での、接続先の特定、通信セッションの確立、コンテンツデータの取得を行う。なお、コンテンツデータを送受信する網は、インターネットでない網（例えば、家庭内ＬＡＮ、社内ＬＡＮ等）であってもよい。

　Ｉ／Ｏ部５は、制御部１の指示に従って、コンテンツ記録部６へのコンテンツデータの読み書きをおこなう。

　また、Ｉ／Ｏ部５には、ドライブ２０が接続され、ドライブ２０には、記録媒体２１（例えば、ＣＤ−ＲＯＭ等）がセットされる。記録媒体２１には、図４、図５等のフローチャートに沿ったコンテンツ記録プログラムが格納されている。制御部１は、このプログラムを記憶部２にロードしたり、コンテンツ記録部６にインストールしたりして、このプログラムを実行する。

　コンテンツ記録部６は、ハードディスク、光ディスク、フラッシュメモリ等の不揮発性媒体を持ち、コンテンツデータをランダムに読み書きできる。コンテンツ記録部６は、制御部１から見て一連の記憶領域として取り扱えるように構成されていればよく、例えばハードディスクと光ディスクの組み合わせなどでも差し支えない。

　表示制御部７は、Ｉ／Ｏ部５からコンテンツデータを受け取り、コンテンツデータに基づいて、テレビジョン８が再生できるモニタ信号を生成し、テレビジョン８にモニタ信号を出力する。また、コンテンツ記録部６のコンテンツデータが、ＭＰＥＧなどの規格により圧縮されている場合、表示制御部７は、コンテンツデータを伸張する機能を備える。

　そして、制御部１は、記憶部２を参照し、コンテンツ記録部６において、入力部３が受け付けたコマンド情報が示すチャンネルのコンテンツデータを検索し、該当するコンテンツデータが存在する場合、表示制御部７に、このコンテンツデータに基づいて、テレビジョン８向けのモニタ信号を生成させる。以上が、本形態のコンテンツ記録装置１０である。

　なお、コンテンツ記録部６は、このコンテンツ記録装置１０に内蔵されていても良いし、制御部１等に対して別体に構成され、適宜、ケーブルにより、Ｉ／Ｏ部５に接続されるようにしても良い。さらには、後述する（経路２）によるときは、コンテンツ記録部６を省略することもできる。

　また、表示デバイスの例である、テレビジョン８は、コンテンツ記録装置と一体に構成されていてもよいし、されていなくとも良い。テレビジョン８としては、ブラウン管、ＬＣＤあるいはプラズマディスプレイなどが考えられる。

　受信側のコンテンツ記録装置１０は、以上のような構成よりなる。このコンテンツ記録装置１０は、次の２つの経路によりコンテンツデータを取得できる。

　（経路１）相手端末（送信側）４０のコンテンツ記録部４１からインターネット網を経由してコンテンツデータをコンテンツ記録部６へ記録する。

　（経路２）インターネット網上に存在するコンテンツサーバ３０の記録装置３１における一定領域を、送信者と受信者とがアクセスできる共有領域３１ａとする。この場合、相手端末４０は、共有領域３１ａにコンテンツデータをアップロードすれば足り、相手端末４０は、コンテンツデータを受信側のコンテンツ記録部６へ直接送信する必要はない。コンテンツ記録装置１０は、共有領域３１ａからコンテンツデータをダウンロードして再生する。

　（経路２）によれば、相手端末４０のコンテンツ記録部４１とコンテンツ記録装置１０のコンテンツ記録部６とを、共有領域３１ａにより代用することができ、記録容量の負担が軽減される。また、相手端末４０において、コンテンツデータを送信する経路が（経路１）よりも短くなるので、転送時間を節約できる。

　次に図２を用いて、本形態におけるコンテンツ記録部６の記録例を説明する。この例では、コンテンツデータは、（経路１）により、相手端末４０からインターネット経由で取得されるものとする。

　上述のように、コンテンツ記録部６は、制御部１から見て一連の記憶領域として取り扱えるようになっており、例えば図２の（ａ）に示すように、データＡ、Ｂ、Ｃ、・・・というコンテンツデータが記録される。ここで、ｐａ、ｐｂ、ｐｃは、それぞれ、データＡ、Ｂ、Ｃの先頭を示すポインタである。

　このとき、コンテンツデータの管理情報は、例えば、図２（ｂ）に示すテーブルで管理される。図２（ｂ）の例では、管理項目として、コンテンツデータのＩＤと、コンテンツデータの送信者のフィールドとが、定義されており、送信者のフィールドは、さらに、送信者の電子メールアドレス、ＩＰアドレス、ＤＮＳ、名前などのフィールドから構成される。

　このうち、「ＩＤ」のフィールドは、コンテンツデータの識別子であり、Ａ、Ｂ、Ｃ、・・・という名前と、そのポインタｐａ、ｐｂ、ｐｃ、・・・とからなる。従って制御部１は、このＩＤを得れば、Ｉ／Ｏ部５を介して、コンテンツ記録部６の該当コンテンツデータに自由にアクセスできる。なお、このＩＤは、各コンテンツデータを識別できれば十分であるから、制御部１が、各コンテンツデータにとってユニークな関係になるように付与して定めるとよい。

　また、「電子メール」、「ＩＰアドレス」、「ＤＮＳ」、「名前」の各フィールドは、コンテンツデータがどこから来たのかを特定する（つまり送信者が誰かを示す）ためのデータフィールドである。

　（経路１）によるときは、コンテンツ記録部６に記録されるコンテンツデータは、インターネット経由で取得される。インターネット接続部４が、コンテンツデータを構成するパケットを受信する際に、制御部１が、これらのパケットのヘッダ情報に基づいて、あるいは、電子メールのテキスト部分に基づいて、送信者の情報として、「電子メール」、「ＩＰアドレス」、「ＤＮＳ」、「名前」のいずれか又は全ての値を取得し、該当するフィールドに値をセットする。

　例えば、コンテンツデータが、電子メールの添付ファイルなどとして送付されてきた場合には、送信者の電子メールアドレスは、電子メールのテキスト部分に含まれているから、その値が「電子メール」のフィールドにセットされる。

　以上の各フィールドの値は、適宜省略しても良いし、別のフィールドを追加しても良い。勿論、フィールドの順序は、適宜変更しても差し支えない。また、各フィールドがすべて埋まっている必要はなく、各ＩＤに対応した送信者のフィールドのうち少なくとも１つが埋まっており、送信者を具体的に特定できれば十分である。

　次に図３を用いて、記憶部２が記憶する「チャンネルと送信者との対応テーブル」の例について説明する。

　図３の例では、チャンネルと送信者の対応テーブルの項目として、チャンネル番号と、送信者のフィールドが定義されており、送信者のフィールドは、さらに、電子メール、ＩＰアドレス、ＤＮＳ、名前などのフィールドから構成される。

　図３に示すテーブルは、ユーザが入力部３からチャンネル番号の指定を入力した場合に、制御部１が、どのコンテンツデータを再生するのかを判断するために参照される。

　例えば、チャンネル番号「３６」が入力部３より入力された場合には、制御部１は、チャンネル番号が「３６」であるエントリを検索し、検索が成功したら、このエントリの送信者のフィールドを参照する。

　次に、制御部１は、参照した送信者の値と一致するコンテンツデータを、コンテンツ記録部６に記録されている管理テーブルから探し出し、そのコンテンツデータを再生することになる。

　結局、チャンネル番号「３６」が入力部３から入力されると、図３の例では、データＢが再生されることになる。

　図３に示した、各フィールドの値は、適宜省略しても良いし、別のフィールドを追加しても良い。勿論、フィールドの順序は適宜変更しても差し支えない。また、各フィールドがすべて埋まっている必要はなく、各チャンネル番号に対応した送信者のフィールドのうち少なくとも１つが埋まっており、送信者を具体的に特定できれば十分である。

　ユーザは、これらの各フィールドの値を、入力部３を用いて編集することができる。その時のユーザインターフェースとしては、図３のデータを表で表示すればよい。なお、このユーザインターフェースの表示例は、図３と殆ど同じであるから、図示は省略する。

　次に、図４、５を参照しながら、以上のように構成されたコンテンツ記録装置の動作を説明する。

　まず、図３のステップＳ１において、インターネット接続処理が開始すると、制御部１は、インターネット接続部４にインターネットへの接続指示を出し、命令を受けたインターネット接続部４は、インターネットへの接続を開始する。

　なお、インターネットへの接続形態については、ダイヤルアップ接続など、既存のインターネット接続技術を用いればよく、ここでの詳細な説明は省略する。

　この接続が完了すると、コンテンツ記録装置は、インターネットとの通信（Ｗｅｂサーバへのアクセス、電子メールの取得など）が可能となる。

　次に、ステップＳ２において、制御部１は、ポーリング処理を行なう。このポーリング処理においては、（１）ユーザ入力の監視、（２）Ｗｅｂサーバ上のコンテンツアップロードの監視、（３）コンテンツデータ付きの電子メール到着監視の３つの処理を、ある一定時間ごとに割り振って行なう。

　これら３つの監視にヒットする、なんらかのイベントが発生した場合に、処理がステップＳ３へ進む。

　ステップＳ３においては、イベントの種類を判別する。ユーザからの入力処理であれば、ステップＳ６へ処理が進み、コンテンツのアップロードもしくはコンテンツデータ付きの電子メールの到達であれば、コンテンツデータありのイベントとして判断し、ステップＳ４へと処理が進む。

　ステップＳ４では、コンテンツの蓄積処理を行なう。即ち、制御部１は、コンテンツのアップロードを発見した場合には、インターネット接続部４を介して、インターネット上のＷｅｂサーバ上のコンテンツをダウンロードし、Ｉ／Ｏ部５経由でコンテンツ記録部６へコンテンツデータを書き込む。

　また、コンテンツデータ付きの電子メールが到達したのであれば、制御部１は、そのデータのコンテンツデータ部分を切り出して、Ｉ／Ｏ部５経由でコンテンツ記録部６へコンテンツデータを書き込む。

　次に、ステップＳ５においては、制御部１が、コンテンツデータの送信者の情報を取得して、Ｉ／Ｏ部経由でコンテンツ記録部６へコンテンツ管理データとして保存する。

　コンテンツデータの送信者の情報については、Ｗｅｂサーバ上のコンテンツをダウンロードした場合には、ダウロードの際のアクセスキーとして使った、ＩＰアドレスやＤＮＳなどを保存する。また、コンテンツデータ付きの電子メールを受け取った場合には、電子メールのテキスト部分から送信者の情報を得て保存する。

　ステップＳ４、ステップＳ５で保存されたコンテンツデータ及びコンテンツ管理データは、それぞれ図２（ａ）、（ｂ）の形式で保存される。以上で、コンテンツの蓄積処理に関する処理が終了する。

　一方、ステップＳ３において、イベントがユーザ入力である場合には、ステップＳ６の終了判別処理へ移行する。

　ステップＳ６の終了判別処理において、ユーザ入力が終了でなければステップＳ７へ移る。

　ステップＳ７では、蓄積済みデータが存在するか否かを判別し、存在しなければステップＳ２のポーリング処理に戻る。そうでなければ、ステップＳ８のコンテンツ表示処理が行われる。

　一方、ステップＳ６の終了判別処理において、ユーザ入力が終了であれば、すべての処理を終了する。

　なお、上述した（経路２）によるときは、ステップ４のコンテンツ蓄積処理を省略できる。また、ステップ５では、コンテンツの所有者情報（通常、ファイルの属性に含まれている）をコンテンツデータの送信者情報として、取得・登録すればよい。

　次に、図５を参照しながら、ステップＳ８のコンテンツ表示処理の詳細について説明する。

　まず、ステップＳ２１において、制御部１は、ユーザが入力したコマンドの内容を解析する。ここで、本形態においては、コマンド＝チャンネル番号の指示としている。従って、制御部１は、指定されたチャンネル番号が何番であるのかを解釈する。

　次に、ステップＳ２２において、制御部１は、記憶部２に記憶されたチャンネル番号と送信者の対応テーブルを参照する。

　次に、ステップＳ２３において、制御部１は、図７に示すテーブル内でチャンネル番号が一致するエントリを検索し、検索に成功したら、このエントリの送信者情報を取得する。

　次に、ステップＳ２４において、制御部１は、Ｉ／Ｏ部５経由で、コンテンツ記録部６が記憶するコンテンツ管理データを参照する。

　次に、ステップＳ２５において、制御部１は、コンテンツ管理データ内に、ステップＳ２３において取得した送信者情報と一致するエントリを検索する。もし、見つかれば、ステップＳ２６へ処理を移す。

　ステップＳ２６において、制御部１は、ステップＳ２５で見つけたエントリ内にある、番組のポインタ情報を参照する。

　ステップＳ２７において、制御部１は、そのポインタ情報をもとにコンテンツデータを特定し、そのコンテンツデータを、Ｉ／Ｏ部５経由で表示制御部７へ渡し、表示制御部７は、そのデータを再生（必要があれば伸長も行う）してテレビジョン８へと出力する。これにより、コンテンツがテレビジョン８に表示される。

　一方、ステップＳ２５において、一致するエントリが見つからなければ、コンテンツ表示処理は行なわれない。

　次に、図６を参照しながら、本形態による動作例を模式的に説明する。図６は、インターネット上のコンテンツサーバ上にアップロードされたコンテンツデータや、電子メールに添付されたコンテンツデータが、コンテンツ記録装置に蓄積された後、テレビジョン８に表示される状態を示す。

　例えば、インターネット上のＡさんのコンテンツサーバに対応するチャンネル（例えばＮＡ）を割り当てておくことにより、ユーザは、チャンネルボタンＮＡを押すだけで、Ａさんのアップロードしたコンテンツを視聴できる。

　また、違うボタンＮＢには、Ｂさんに対応するチャンネルを割り当てておくことにより、Ｂさんからコンテンツ付きの電子メールに添付された、コンテンツデータを、チャンネルボタンＮＢを押すだけで、視聴することができる。

　（実施の形態２）
次に、本発明の実施の形態２について、図７を用いて説明する。以下、実施の形態１との相違点についてだけ述べる。

　さて、図７は、実施の形態１における図３に対応する図であり、実施の形態２における、記憶部２の「チャンネルと送信者との対応テーブル」の記録例を示す。

　このテーブルでは、実施の形態１と異なり、１つのチャンネル番号に対して、複数の異なる送信者を登録できるようになっている。すなわち、ある送信者を１つのグループにまとめ、１つのグループに対して、１つのチャンネルを割り当てるようにしている。勿論、このグループには、一人の送信者のみが属するようにしても良いし、数名の送信者が属するようにしても良い。

　このことにより、例えば、「ｘｙｚ＠ｚｚｚ．ｙｙ．ｊｐ」という電子メールアドレスを持つ送信者と、「ｏｐｑ＠ｒｘｙ．ｃｏ．ｊｐ」という電子メールアドレスを持つ送信者とを、１つのグループにまとめ、同じチャンネル番号３６によって視聴することができる。

　図７に示した、各フィールドの値は、適宜省略しても良いし、別のフィールドを追加しても良い。勿論、フィールドの順序は適宜変更しても差し支えない。また、各フィールドがすべて埋まっている必要はなく、各チャンネル番号に対応した送信者のフィールドのうち少なくとも１つが埋まっており、送信者を具体的に特定できれば十分である。

　ユーザは、これらの各フィールドの値を、入力部３を用いて編集することができる。その時のユーザインターフェースとしては、図７のデータを表で表示すればよい。なお、このユーザインターフェースの表示例は、図７と殆ど同じであるから、図示は省略する。

　その他の点は、実施の形態１と同様である。

　本発明に係るコンテンツ記録装置は、例えば、ＤＶＤレコーダ及びその関連技術分野において、好適に利用できる。

本発明の実施の形態１におけるコンテンツ記録装置のブロック図 （ａ）同コンテンツ記録部のデータ構成図　（ｂ）同コンテンツ記録部のテーブル構成図 同記憶部のテーブル構成図 同コンテンツ記録装置のフローチャート 同コンテンツ記録装置のコンテンツ表示処理のフローチャート 同コンテンツ記録装置の使用形態説明図 本発明の実施の形態２における記憶部のテーブル構成図

符号の説明

１　制御部
２　記憶部
３　入力部
４　インターネット接続部
５　Ｉ／Ｏ部
６　コンテンツ記録部
７　表示制御部
８　テレビジョン

Claims (23)

1. チャンネルと関連付けてコンテンツデータを記録するコンテンツ記録部を備え、このチャンネルには、コンテンツデータを送信した送信者のチャンネル及び／又は送信者のグループに関するチャンネルが含まれる、コンテンツ記録装置。
2. ネットワーク経由でコンテンツデータを取得するネットワーク接続部と、
   　ユーザが入力するコマンド情報を受け付ける入力部と、
   　コンテンツデータを記録するコンテンツ記録部と、
   　このコマンド情報とチャンネルとの関係を記憶する記憶部と、
   　前記コンテンツ記録部が記録するコンテンツデータに基づいて、表示デバイス向けのモニタ信号を生成する表示制御部と、
   　前記記憶部を参照し、前記コンテンツ記録部において、前記入力部が受け付けたコマンド情報が示すチャンネルのコンテンツデータを検索し、該当するコンテンツデータが存在する場合、前記表示制御部に、このコンテンツデータに基づいて、表示デバイス向けのモニタ信号を生成させる制御部とを備える、請求項１記載のコンテンツ記録装置。
3. 前記コンテンツ記録部は、前記ネットワーク接続部を介して前記ネットワークに接続される、請求項２記載のコンテンツ記録装置。
4. 前記コンテンツ記録部は、前記ネットワーク上の共有領域に設けられる、請求項３記載のコンテンツ記録装置。
5. 前記入力部は、さらに、チャンネルボタンを備え、前記チャンネルボタンの押下により生成されるコマンド情報は、チャンネル番号そのものである、請求項２から４記載のコンテンツ記録装置。
6. 前記入力部は、さらに、前記モニタ信号に作用する特殊再生ボタンを備える、請求項５記載のコンテンツ記録装置。
7. 前記記憶部は、少なくとも、チャンネルの番号と、送信者のＩＰアドレスとを、関連付けて記憶している、請求項２から６記載のコンテンツ記録装置。
8. 前記記憶部は、少なくとも、チャンネルの番号と、送信者の電子メールアドレスとを、関連付けて記憶している、請求項２から６記載のコンテンツ記録装置。
9. 前記記憶部が記憶する送信者の情報に、ＤＮＳ（ドメイン・ネーム・サービス）が含まれる、請求項２から６記載のコンテンツ記録装置。
10. 前記記憶部が記憶する送信者の情報に、送信者の名前が含まれる、請求項２から９記載のコンテンツ記録装置。
11. 前記記憶部が記憶する内容は、前記入力部によって編集可能になっている請求項２から１０記載のコンテンツ記録装置。
12. 請求項２から１１記載のコンテンツ記録装置と、前記表示制御部が、生成したモニタ信号に基づいて表示を行う表示デバイスとを備える、コンテンツ再生装置。
13. チャンネルと関連付けてコンテンツデータを記録するステップを備え、このチャンネルには、コンテンツデータを送信した送信者のチャンネル及び／又は送信者のグループに関するチャンネルが含まれる、コンテンツ記録方法。
14. ネットワーク経由でコンテンツデータを取得するステップと、
    　ユーザが入力するコマンド情報を受け付けるステップと、
    　コンテンツデータを記録するステップと、
    　このコマンド情報とチャンネルとの関係を記憶するステップと、
    　前記コンテンツデータに基づいて、表示デバイス向けのモニタ信号を生成するステップと、
    　前記関係を参照し、前記コマンド情報が示すチャンネルのコンテンツデータを検索し、該当するコンテンツデータが存在する場合、前記該当するコンテンツデータに基づいて、表示デバイス向けのモニタ信号を生成するステップとを備える、請求項１３記載のコンテンツ記録方法。
15. 前記コンテンツデータは、前記ネットワーク上の共有領域に記録される、請求項１４記載のコンテンツ記録方法。
16. 前記コマンド情報は、チャンネル番号そのものである、請求項１４から１５記載のコンテンツ記録方法。
17. ユーザによる特殊再生入力にしたがい前記モニタ信号を生成する、請求項１６記載のコンテンツ記録方法。
18. 少なくとも、チャンネルの番号と、送信者のＩＰアドレスとが、関連付けて記憶される、請求項１４から１７記載のコンテンツ記録方法。
19. 少なくとも、チャンネルの番号と、送信者の電子メールアドレスとが、関連付けて記憶される、請求項１４から１７記載のコンテンツ記録方法。
20. 送信者の情報に、ＤＮＳ（ドメイン・ネーム・サービス）が含まれる、請求項１４から１９記載のコンテンツ記録方法。
21. 送信者の情報に、送信者の名前が含まれる、請求項１４から２０記載のコンテンツ記録方法。
22. 前記このコマンド情報と前記チャンネルとの前記関係は、編集可能になっている請求項１４から２１記載のコンテンツ記録方法。
23. チャンネルと関連付けてコンテンツデータを記録するステップを備え、このチャンネルには、コンテンツデータを送信した送信者のチャンネル及び／又は送信者のグループに関するチャンネルが含まれる、コンテンツ記録プログラムをコンピュータ読み取り可能に記録した記録媒体。

Images