(57)【要約】　【課題】　ユーザが、新しいコンテンツデータが受信されたことを確実に知ることができるコンテンツ記録装置を提供する。　【解決手段】　コンテンツ記録装置１は、ネットワーク経由でコンテンツデータを取得するネットワーク接続部１３と、コンテンツデータを記録するコンテンツ記録部１６と、コンテンツ記録部に記録されたコンテンツデータに基づいて、モニタ向けの信号を生成する表示制御部１７とを備える。表示制御部は、ネットワーク接続部がネットワーク経由で取得するコンテンツデータが、コンテンツ記録部に記録され再生可能となった際、その旨をユーザに通知する、モニタ３向けの信号を生成する。【選択図】　図１
2004112782.tif 000002
【特許請求の範囲】
【請求項１】
ネットワーク経由でコンテンツデータを取得するネットワーク接続部と、
　コンテンツデータを記録するコンテンツ記録部と、
　前記コンテンツ記録部に記録されたコンテンツデータに基づいて、表示デバイス向けの信号を生成する表示制御部と、
　ユーザが入力するコマンド情報を受け付ける入力部と、
　放送局からコンテンツデータを取得するＴＶ番組取得部と、
　前記入力部が受け付けたコマンド情報が示すコンテンツデータを、前記コンテンツ記録部において検索し、該当するコンテンツデータが存在する場合、前記表示制御部に、前記コンテンツデータに基づいて、モニタ向けの信号を生成させる制御部とを備え、
　前記表示制御部は、前記ネットワーク接続部がネットワーク経由で取得するコンテンツデータが、前記コンテンツ記録部に記録され再生可能となった際、その旨をユーザに通知する、モニタ向けの信号を生成する、コンテンツ記録装置。
【請求項２】
前記表示制御部は、前記ネットワーク接続部がネットワーク経由で取得するコンテンツデータが、前記コンテンツ記録部に記録され再生可能となった際、前記コンテンツデータが再生可能である旨を示す子画面を表示する、モニタ向けの信号を生成する、請求項１記載のコンテンツ記録装置。
【請求項３】
前記表示制御部は、子画面が示すコンテンツデータが再生されると、子画面を消去する、請求項２記載のコンテンツ記録装置。
【請求項４】
前記表示制御部は、時間の経過に伴って、子画面を変化させる、請求項２から３記載のコンテンツ記録装置。
【請求項５】
前記表示制御部は、モニタ向けの信号に基づく表示がなされていない間に、前記ネットワーク接続部がネットワーク経由で取得するコンテンツデータが、前記コンテンツ記録部に記録され再生可能となり、しかも、モニタ向けの信号に基づく表示が開始された際、前記コンテンツデータが再生可能である旨を示す子画面を表示する、モニタ向けの信号を生成する、請求項１から４記載のコンテンツ記録装置。
【請求項６】
子画面には、文字情報が含まれる、請求項２から５記載のコンテンツ記録装置。
【請求項７】
子画面の表示にあわせて、音が再生される、請求項２から６記載のコンテンツ記録装置。
【請求項８】
子画面には、タイトル、メッセージ、発信者を示す情報、発信日時、受信日時、再生時間長、データサイズのうち、一種又は二種以上の項目が含まれる、請求項２から７記載のコンテンツ記録装置。
【請求項９】
子画面には、コンテンツデータに割り当てられたチャンネル番号が含まれる、請求項２から８記載のコンテンツ記録装置。
【請求項１０】
前記表示制御部は、前記ネットワーク接続部がネットワーク経由で取得するコンテンツデータが、前記コンテンツ記録部に記録され再生可能となった際、前記コンテンツデータが再生可能である旨を示す音を再生する、モニタ向けの信号を生成する、請求項１から９記載のコンテンツ記録装置。
【請求項１１】
子画面には、静止画又はコンテンツデータの一方又は双方の項目が含まれる、請求項２から１０記載のコンテンツ記録装置。
【請求項１２】
前記表示制御部は、前記ネットワーク接続部がネットワーク経由で取得するコンテンツデータが、前記コンテンツ記録部に記録され再生可能となった際、通常表示とは異なる表示を行う、モニタ向けの信号を生成する、請求項１から１１記載のコンテンツ記録装置。
【請求項１３】
ネットワーク経由でコンテンツデータを取得するネットワーク接続部と、
　放送局からコンテンツデータを取得するＴＶ番組取得部と、
　コンテンツデータを記録するコンテンツ記録部と、
　前記ネットワーク接続部又は前記ＴＶ番組取得部の一方又は双方が、放送局から取得するＥＰＧ情報に基づく、コンテンツリストを表示する、モニタ向けの信号を生成する表示制御部とを備え、
　前記コンテンツリストは、前記ＴＶ番組取得部が取得するコンテンツデータと前記ネットワーク接続部が取得するコンテンツデータとを、等価に扱うものである、コンテンツ記録装置。
【請求項１４】
前記コンテンツ記録部は、
　前記ネットワーク接続部が取得するコンテンツデータについては、コンテンツデータを発信した発信者及び／又は発信者のグループに関して割り当てられたチャンネルと関連付けてコンテンツデータを記録し、
　前記ＴＶ番組取得部が取得するコンテンツデータについては、放送局に関して割り当てられたチャンネルと関連付けてコンテンツデータを記録し、
　前記コンテンツリストには、コンテンツデータを発信した発信者及び／又は発信者のグループに関して割り当てられたチャンネルが含まれている、請求項１３記載のコンテンツ記録装置。
【請求項１５】
前記コンテンツリストの縦軸又は横軸のいずれか一方は、チャンネル番号軸であり、前記チャンネル番号軸は、送信者を割り当てうるように構成されている、請求項１３から１４記載のコンテンツ記録装置。
【請求項１６】
前記コンテンツリストの縦軸又は横軸のいずれか一方のうち、チャンネル番号軸でない軸は、コンテンツの再生順を示す軸である、請求項１５記載のコンテンツ記録装置。
【請求項１７】
前記コンテンツリストの縦軸又は横軸のいずれか一方のうち、チャンネル番号軸でない軸は、コンテンツの再生時間を示す軸である、請求項１５から１６記載のコンテンツ記録装置。
【請求項１８】
請求項１から１７記載のコンテンツ記録装置と、前記表示制御部が、生成したコンテンツ信号に基づいて表示を行うモニタとを備える、コンテンツ再生装置。
【請求項１９】
ネットワーク経由でコンテンツデータを取得するステップと、
　取得したコンテンツデータを記録するステップと、
　記録されたコンテンツデータに基づいて、表示デバイス向けの信号を生成するステップと、
　ユーザが入力するコマンド情報を受け付けるステップと、
　放送局からコンテンツデータを取得するステップと、
　受け付けたコマンド情報が示すコンテンツデータを検索し、該当するコンテンツデータが存在する場合、該当するコンテンツデータに基づいて、モニタ向けの信号を生成させるステップとを含み、
　ネットワーク経由で取得されたコンテンツデータが、記録され再生可能となった際、その旨をユーザに通知する、モニタ向けの信号を生成する、コンテンツ記録方法。
【請求項２０】
ネットワーク経由で取得されたコンテンツデータが、記録され再生可能となった際、前記コンテンツデータが再生可能である旨を示す子画面を表示する、モニタ向けの信号を生成する、請求項１９記載のコンテンツ記録方法。
【請求項２１】
子画面が示すコンテンツデータが再生されると、子画面を消去する、請求項２０記載のコンテンツ記録方法。
【請求項２２】
時間の経過に伴って、子画面を変化させる、請求項２０から２１記載のコンテンツ記録方法。
【請求項２３】
モニタ向けの信号に基づく表示がなされていない間に、ネットワーク経由で取得されたコンテンツデータが、記録され再生可能となり、しかも、モニタ向けの信号に基づく表示が開始された際、前記コンテンツデータが再生可能である旨を示す子画面を表示する、モニタ向けの信号を生成する、請求項１９記載のコンテンツ記録方法。
【請求項２４】
子画面には、文字情報が含まれる、請求項２０から２３記載のコンテンツ記録方法。
【請求項２５】
子画面の表示にあわせて、音が再生される、請求項２０から２４記載のコンテンツ記録方法。
【請求項２６】
子画面には、タイトル、メッセージ、発信者を示す情報、発信日時、受信日時、再生時間長、データサイズのうち、一種又は二種以上の項目が含まれる、請求項２０から２５記載のコンテンツ記録方法。
【請求項２７】
子画面には、コンテンツデータに割り当てられたチャンネル番号が含まれる、請求項２０から２６記載のコンテンツ記録方法。
【請求項２８】
ネットワーク経由で取得されたコンテンツデータが、記録され再生可能となった際、前記コンテンツデータが再生可能である旨を示す音を再生する、モニタ向けの信号を生成する、請求項１９から２０記載のコンテンツ記録方法。
【請求項２９】
子画面には、静止画又はコンテンツデータの一方又は双方の項目が含まれる、請求項２０から２８記載のコンテンツ記録方法。
【請求項３０】
ネットワーク経由で取得されたコンテンツデータが、記録され再生可能となった際、通常表示とは異なる表示を行う、モニタ向けの信号を生成する、請求項１９から２９記載のコンテンツ記録方法。
【請求項３１】
ネットワーク経由でコンテンツデータを取得するステップと、
　放送局からコンテンツデータを取得するステップと、
　コンテンツデータを記録するステップと、
　放送局から取得するＥＰＧ情報に基づく、コンテンツリストを表示する、モニタ向けの信号を生成するステップとを含み、
　前記コンテンツリストは、前記放送局から取得されたコンテンツデータと前記ネットワーク経由で取得されたコンテンツデータとを、等価に扱うものである、コンテンツ記録方法。
【請求項３２】
前記ネットワーク経由で取得されたコンテンツデータについては、コンテンツデータを発信した発信者及び／又は発信者のグループに関して割り当てられたチャンネルと関連付けてコンテンツデータを記録し、
　前記放送局から取得されたコンテンツデータについては、前記放送局に関して割り当てられたチャンネルと関連付けてコンテンツデータを記録し、
　前記コンテンツリストには、コンテンツデータを発信した発信者及び／又は発信者のグループに関して割り当てられたチャンネルが含まれている、請求項３１記載のコンテンツ記録方法。
【請求項３３】
前記コンテンツリストの縦軸又は横軸のいずれか一方は、チャンネル番号軸であり、前記チャンネル番号軸は、送信者を割り当てうるように構成されている、請求項３１から３２記載のコンテンツ記録方法。
【請求項３４】
前記コンテンツリストの縦軸又は横軸のいずれか一方のうち、チャンネル番号軸でない軸は、コンテンツの再生順を示す軸である、請求項３３記載のコンテンツ記録方法。
【請求項３５】
前記コンテンツリストの縦軸又は横軸のいずれか一方のうち、チャンネル番号軸でない軸は、コンテンツの再生時間を示す軸である、請求項３３から３４記載のコンテンツ記録方法。
【請求項３６】
ネットワーク経由でコンテンツデータを取得するステップと、
　取得したコンテンツデータを記録するステップと、
　記録されたコンテンツデータに基づいて、表示デバイス向けの信号を生成するステップと、
　ユーザが入力するコマンド情報を受け付けるステップと、
　放送局からコンテンツデータを取得するステップと、
　受け付けたコマンド情報が示すコンテンツデータを検索し、該当するコンテンツデータが存在する場合、該当するコンテンツデータに基づいて、モニタ向けの信号を生成させるステップとを含み、
　ネットワーク経由で取得されたコンテンツデータが、記録され再生可能となった際、その旨をユーザに通知する、モニタ向けの信号を生成する、コンテンツ記録プログラムをコンピュータ読み取り可能に記録した記録媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
　本発明は、ネットワーク経由又は放送局から、取得したコンテンツデータを容易に再生できるコンテンツ記録装置及びその関連技術に関するものである。本明細書において、「コンテンツ」とは、（動画像、静止画、テキストあるいは絵文字等）の任意の組み合わせをいい、「コンテンツデータ」とは、上記コンテンツを任意のフォーマットで記録したデジタルデータである。
【背景技術】
【０００２】
　近年、相手とコミュニケーションをとるために、インターネット等のネットワーク網を介して、電子メールを送受信する機会が増えている。この電子メールでは、手紙の置き換えに相当する文字データのみならず、音、静止画あるいは動画などのデータを、電子メールに添付して送受信することができる。
【０００３】
　しかしながら、コンテンツデータのやり取りに関し、ビデオカメラなどで撮影したデータを、電子メールに添付する作業は、ある程度のコンピュータに関する知識や経験を必要とし、コンピュータに習熟していない、一般のユーザにとっては、容易な作業ではない。
【０００４】
　この点に考慮して、特許文献１（特開平１０−１７１７２８号公報）等では、ビデオカメラに、撮影したデータを、電子メールに添付するためのデータ形式を設定し、映像データの取り込みを容易にしている。その他、同様に、映像データを送信する側については、種々の改善がなされている。
【０００５】
　さて、電子メールの送信者、即ち、ビデオカメラで撮像を行い、映像データを送信しようとするユーザは、もともと、ある程度、機械あるいは電子に関するバックグラウンドを持ち、コンピュータ等の環境になじみがあることが多い。
【０００６】
　しかしながら、電子メールの受信者、即ち、映像データを単に受信し、これを見るだけのユーザ（例えば、高齢者、子供など）は、このようなバックグラウンドを持たないことが多い。せっかく、映像データが添付された電子メールを受け取っても、これから、映像データを再生できないのであれば、文字通り、宝の持ち腐れになってしまう。
【０００７】
　そこで、電子メールの受信者側の、操作容易性を向上させるため、特許文献２（特開２００１−２４９８６４号公報）において、電子メールを、テレビのチャンネルに割り当てる技術が提案されている。こうすれば、受信したユーザは、テレビリモコンのボタンを押すだけで、容易に映像データを再生できる。
【特許文献１】特開平１０−１７１７２８号公報
【特許文献２】特開２００１−２４９８６４号公報
【特許文献３】特開平１０−１５０６１１号公報
【特許文献４】特開平１１−２６６４１４号公報
【特許文献５】特開２００１−１１９６８１号公報
【特許文献６】特開２００１−３２６８６７号公報
【発明の開示】
【発明が解決しようとする課題】
【０００８】
　（問題点１）しかしながら、従来のコンテンツ記録装置では、ユーザが、自分が見たいコンテンツを再生している間に、コンテンツ記録装置が、新しいコンテンツデータを受信しても、再生しているコンテンツには、何も変化がないようになっていた。このため、ユーザは、新しいコンテンツデータが受信されたことを知らないままになってしまうことがあった。
【０００９】
　（問題点２）また、従来のコンテンツ記録装置では、ＥＰＧ番組表の機能を持つものもあるが、このＥＰＧ番組表は、放送局経由のデータにのみ対応している。したがって、放送局経由のデータに比べ、電子メール経由のコンテンツデータの取り扱いが、面倒でわかりにくいという問題点があった。
【００１０】
　そこで本発明は、ユーザが、新しいコンテンツデータが受信されたことを確実に知ることができるコンテンツ記録装置を提供することを、第１の目的とする。
【００１１】
　また本発明は、電子メール経由のコンテンツデータの取り扱いを、より容易に行えるコンテンツ記録装置を提供することを、第２の目的とする。
【課題を解決するための手段】
【００１２】
　請求項１記載のコンテンツ記録装置は、ネットワーク経由でコンテンツデータを取得するネットワーク接続部と、コンテンツデータを記録するコンテンツ記録部と、コンテンツ記録部に記録されたコンテンツデータに基づいて、表示デバイス向けの信号を生成する表示制御部と、ユーザが入力するコマンド情報を受け付ける入力部と、放送局からコンテンツデータを取得するＴＶ番組取得部と、入力部が受け付けたコマンド情報が示すコンテンツデータを、コンテンツ記録部において検索し、該当するコンテンツデータが存在する場合、表示制御部に、コンテンツデータに基づいて、モニタ向けの信号を生成させる制御部とを備え、表示制御部は、ネットワーク接続部がネットワーク経由で取得するコンテンツデータが、コンテンツ記録部に記録され再生可能となった際、その旨をユーザに通知する、モニタ向けの信号を生成する。
【００１３】
　この構成により、ユーザが、自分が見たいコンテンツを再生している間に、新しいコンテンツデータが受信された場合、新しいコンテンツデータが受信されたことが、ユーザに通知される。したがって、ユーザは、確実に、新しいコンテンツデータの受信を知ることができる。
【００１４】
　また、コンテンツ記録部に、コンテンツデータが記録されることにより、リアルタイムで取得しているコンテンツデータだけでなく、過去に取得したコンテンツデータにおいても、視聴可能となる。
【００１５】
　また、ユーザが、入力部からコマンド情報を入力すると、コンテンツ記録部において、コマンド情報が示すコンテンツデータが検索され、該当するコンテンツデータによる表示が行われる。
【００１６】
　したがって、ユーザは、インターネットなどのネットワークから受信したコンテンツデータを、放送局から取得されるコンテンツデータと同様に、難しい操作なしに、モニタで再生でき、ネットワーク経由で受信するコンテンツデータを、容易に視聴できる。
【００１７】
　請求項２記載のコンテンツ記録装置では、表示制御部は、ネットワーク接続部がネットワーク経由で取得するコンテンツデータが、コンテンツ記録部に記録され再生可能となった際、このコンテンツデータが再生可能である旨を示す子画面を表示する、モニタ向けの信号を生成する。
【００１８】
　この構成により、ユーザは、子画面を見て、コンテンツデータがネットワーク経由で取得されたことを知ることができる。したがって、ユーザは、ネットワーク経由で取得したコンテンツデータを見落とすことなく、確実に視聴できる。
【００１９】
　しかも、親画面は、依然として見たいコンテンツを再生するものであるから、ユーザは、そのままこのコンテンツの視聴を継続することもできる。
【００２０】
　請求項３記載のコンテンツ記録装置では、表示制御部は、子画面が示すコンテンツデータが再生されると、子画面を消去する。
【００２１】
　この構成により、見たいコンテンツデータの再生を、子画面が邪魔しないようにすることができる。
【００２２】
　請求項４記載のコンテンツ記録装置では、表示制御部は、時間の経過に伴って、子画面を変化させる。
【００２３】
　この変化としては、例えば、子画面を一定時間経過すると、小さくするなどである。こうすると、ユーザによるコンテンツデータ受信の見落としを防止すると共に、子画面が邪魔にならないようにすることができ、ユーザは、快適に視聴できる。
【００２４】
　逆に、一定時間経過すると、子画面を大きくして、より強く、ユーザの注意を喚起するようにすることもできる。
【００２５】
　請求項５記載のコンテンツ記録装置では、表示制御部は、モニタ向けの信号に基づく表示がなされていない間に、ネットワーク接続部がネットワーク経由で取得するコンテンツデータが、コンテンツ記録部に記録され再生可能となり、しかも、モニタ向けの信号に基づく表示が開始された際、このコンテンツデータが再生可能である旨を示す子画面を表示する、モニタ向けの信号を生成する。
【００２６】
　この構成により、例えば、モニタの電源がオフ又はスタンバイになっているような場合でも、ユーザによるコンテンツデータ受信の見落としを防止できる。
【００２７】
　さらに、こうすると、モニタの表示に対して、コンテンツデータの受信をバックグラウンドで実施することができ、利便性が大幅に向上する。
【００２８】
　例えば、ユーザが、モニタの電源を切り、外出している間に、コンテンツデータがネットワーク経由で受信されたような場合、帰宅したユーザが、モニタの電源を入れると、子画面が表示される。つまり、いわば留守番記録というような機能が発揮されることとなり、ユーザは、コンテンツデータの受信を気にせず外出でき、大変便利である。
【００２９】
　請求項６記載のコンテンツ記録装置では、子画面には、文字情報が含まれる。
【００３０】
　この構成により、文字によって、正確に通知を行える。
【００３１】
　請求項７記載のコンテンツ記録装置では、子画面の表示にあわせて、音が再生される。
【００３２】
　この構成において、表示に併せて音を再生することにより、ユーザの注意をより強く喚起できるし、視覚障害がある方に、やさしいシステムとすることができる。
【００３３】
　請求項８記載のコンテンツ記録装置では、子画面には、タイトル、メッセージ、発信者を示す情報、発信日時、受信日時、再生時間長、データサイズのうち、一種又は二種以上の項目が含まれる。
【００３４】
　これらの項目により、正確に、受信したコンテンツデータの諸元を、ユーザに通知できる。
【００３５】
　請求項９記載のコンテンツ記録装置では、子画面には、コンテンツデータに割り当てられたチャンネル番号が含まれる。
【００３６】
　この構成により、ユーザは、入力部からチャンネルを入力すれば、容易に、目的のコンテンツデータを再生できる。
【００３７】
　請求項１０記載のコンテンツ記録装置では、表示制御部は、ネットワーク接続部がネットワーク経由で取得するコンテンツデータが、コンテンツ記録部に記録され再生可能となった際、このコンテンツデータが再生可能である旨を示す音を再生する、モニタ向けの信号を生成する。
【００３８】
　この構成により、モニタの画面表示に影響せずに、コンテンツデータが再生可能であることを、ユーザに通知できる。
【００３９】
　請求項１１記載のコンテンツ記録装置では、子画面には、静止画又はコンテンツデータの一方又は双方の項目が含まれる。
【００４０】
　この構成により、子画面に、コンテンツデータの代表画面などの静止画を表示したり、コンテンツデータのダイジェスト版を表示したりするなど、再生可能となったコンテンツデータの内容を、ユーザにわかりやすく通知できる。
【００４１】
　請求項１３記載のコンテンツ記録装置では、ネットワーク経由でコンテンツデータを取得するネットワーク接続部と、放送局からコンテンツデータを取得するＴＶ番組取得部と、コンテンツデータを記録するコンテンツ記録部と、ネットワーク接続部又はＴＶ番組取得部の一方又は双方が、放送局から取得するＥＰＧ情報に基づく、コンテンツリストを表示する、モニタ向けの信号を生成する表示制御部とを備え、このコンテンツリストは、ＴＶ番組取得部が取得するコンテンツデータとネットワーク接続部が取得するコンテンツデータとを、等価に扱うものである。
【００４２】
　この構成により、ユーザは、コンテンツリストを見て、放送局経由のコンテンツデータと、ネットワーク経由のコンテンツデータとを、意識的に区別することなく、シームレスに、かつ、やさしく利用できる。
【００４３】
　請求項１４記載のコンテンツ記録装置では、コンテンツ記録部は、ネットワーク接続部が取得するコンテンツデータについては、コンテンツデータを発信した発信者及び／又は発信者のグループに関して割り当てられたチャンネルと関連付けてコンテンツデータを記録し、ＴＶ番組取得部が取得するコンテンツデータについては、放送局に関して割り当てられたチャンネルと関連付けてコンテンツデータを記録し、コンテンツリストには、コンテンツデータを発信した発信者及び／又は発信者のグループに関して割り当てられたチャンネルが含まれている。
【００４４】
　この構成により、チャンネルを指定することにより、コンテンツデータを、発信者及び／又は発信者のグループ毎に区別して、取り扱うことができ、複数の送信者から多数のコンテンツデータを受信したような場合であっても、受信者は、容易に、目的のコンテンツデータを見つけだすことができ、利便性及び操作容易性を向上できる。
【発明の効果】
【００４５】
　以上、本発明のコンテンツ記録装置によれば、入力部によってチャンネル選択操作をするだけでインターネットなどのネットワークから受信したコンテンツデータをモニタで再生することができるので、ユーザは簡易な操作でコンテンツを視聴することが可能となる。
【００４６】
　また、インターネットなどのネットワーク経由で受信するコンテンツデータが再生可能となったタイミングで、ユーザに対して効果的に再生可能になったことを通知することが可能になるので、ユーザはネットワーク経由で取得したコンテンツデータを見落とすことなく、確実に視聴することができる。
【００４７】
　また、ユーザはＴＶチャンネルに割り当てられているコンテンツを番組表として閲覧できるため、テレビ番組とネットワーク経由で取得したコンテンツデータの所在と情報をユーザは簡単に把握でき、容易にコンテンツデータを選択することができる。
【発明を実施するための最良の形態】
【００４８】
　以下図面を参照しながら、本発明の実施の形態を説明する。
【００４９】
（実施の形態１）
まず、図１〜図７を用いて、本発明の実施の形態１におけるコンテンツ記録装置について説明する。図１は、本発明の実施の形態１におけるコンテンツ再生装置のブロック図である。
【００５０】
　図１に示すように、このコンテンツ再生装置は、コンテンツ記録装置１と、モニタ３とを備える。
【００５１】
　モニタ３は、ブラウン管、ＬＣＤあるいはプラズマディスプレイなどであり、コンテンツ記録装置１の表示制御部１７から出力された信号に基づいて、コンテンツの表示及び音の再生を行う。
【００５２】
　また、入力部２は、キーボードやリモコン等からなり、ユーザが入力するコマンド情報を受け付ける。入力部２は、ユーザが、チャンネル切り替え操作、文字入力操作などのボタン操作を入力するためのものである。
【００５３】
　Ｉ／Ｏ部１５は、コンテンツ記録部７へのコンテンツデータの読み書きをおこなう。
【００５４】
　コンテンツ記録部１６は、ハードディスク、光ディスク、フラッシュメモリ等の不揮発性媒体であり、コンテンツデータをランダムに読み書きできるものである。
【００５５】
　コンテンツ記録部１６は、制御部１１から見て一連の記憶領域として取り扱えるように構成されていればよく、例えばハードディスクと光ディスクの組み合わせなどでも差し支えない。なお、コンテンツ記録部１６のデータ構造は、後に図２を参照しながら説明する。
【００５６】
　制御部１１は、図１に示す各要素を制御するＣＰＵ（中央処理装置）とＲＯＭ（リードオンリーメモリー）等からなる。ＲＯＭには、ＣＰＵが実行し、後述するフローチャートに沿うプログラムなどが記載されている。
【００５７】
　制御部１１は、入力部２が受け付けたコマンド情報が示すコンテンツデータを、コンテンツ記録部１６において検索し、該当するコンテンツデータが存在する場合、表示制御部１７に、このコンテンツデータに基づいて、モニタ３向けの信号を生成させる。
【００５８】
　記憶部１２は、ＲＡＭ（ランダムアクセスメモリ）等からなり、記憶部１２には、制御部１１が、処理上必要な情報を一時記憶するための領域が確保されている。なお、記憶部１２の一部を、コンテンツ記録部１６に対するキャッシュとして利用してもよい。
【００５９】
　このコンテンツ記録装置１は、少なくとも次の２系統で、コンテンツデータを取得する。
【００６０】
　まず、ＴＶ番組取得部１４は、ＴＶチューナ等からなり、制御部１１の指示に従い、ＴＶアンテナからのＴＶ番組をチューニングしたり、もしくはケーブルテレビのＴＶ番組を受信する。即ち、ＴＶ番組取得部１４は、放送局からコンテンツデータ及びＥＰＧ番組表データを取得する。
【００６１】
　また、ネットワーク接続部１３は、インターネット等のネットワーク経由でコンテンツデータを取得する。ネットワーク接続部１３は、制御部１１の指示に従い、ネットワーク経由での、接続先の特定、通信セッションの確立、コンテンツデータの取得を行う。
【００６２】
　以下、ネットワークとして、インターネットを取り上げる。なお、インターネットへの接続は、本発明の骨子に関係せず、ダイヤルアップ接続など、既存のインターネット接続技術を用いればよいから、詳細な説明は省略する。
【００６３】
　表示制御部１７は、Ｉ／Ｏ部１５やＴＶ番組取得部１４より受信したコンテンツデータを受け取り、モニタ３が表示できるコンテンツ信号に変換して出力する。また、コンテンツデータにＭＰＥＧなどの圧縮処理などがなされていた場合、この圧縮を伸張する機能なども備える。
【００６４】
　表示制御部１７は、ネットワーク接続部１３がネットワーク経由で取得するコンテンツデータが、コンテンツ記録部１６に記録され再生可能となった際、その旨をユーザに通知する、モニタ３向けの信号（本形態では、子画面を表示するもの）を生成する。なお、表示制御部１７の処理についても、その詳細は、後に別の図を用いて説明する。
【００６５】
　次に、図２を用いて、ネットワーク接続部１３経由で取得されたコンテンツデータのコンテンツ記録部１６への記録例を説明する。
【００６６】
　上述のように、コンテンツ記録部１６は、制御部１１から見て一連の記憶領域として取り扱えるようになっており、例えば、コンテンツデータの実体は、図２（ａ）に示すように、データＡ、Ｂ、Ｃ・・・というように、記録される。ここで、ｐａ、ｐｂ、ｐｃは、それぞれ、データＡ、Ｂ、Ｃの先頭を示すポインタである。
【００６７】
　このとき、これらのデータＡ、Ｂ、Ｃ・・・は、例えば、図２（ｂ）に示すテーブルによって、管理される。
【００６８】
　このテーブルは、管理項目として、「ＩＤ」、コンテンツデータの「発信元情報」、コンテンツデータの「特性情報」、発信者によって作成され、コンテンツデータに関連付けられた「関連情報」、このコンテンツ記録装置が付加する「システム情報」の、各フィールドを持つ。
【００６９】
　「発信元情報」には、電子メールアドレス、名前、ＩＰアドレス、ドメイン名などのフィールドがある。「特性情報」には、送信日時、再生時間長などのフィールドがある。「関連情報」には、コンテンツのタイトル、メッセージ、静止画などのフィールドがある。「システム情報」には、その受信コンテンツの再生可能通知が表示されたかどうかを示す再生可能通知フラグや受信コンテンツが再生されたかどうかを示す再生フラグなどのフィールドがある。
【００７０】
　「ＩＤ」のフィールドは、各種コンテンツデータの識別子であり、Ａ、Ｂ、Ｃ、・・・という名前と、そのポインタｐａ、ｐｂ、ｐｃ、・・・とからなる。
【００７１】
　従って制御部１１は、このＩＤを得れば、Ｉ／Ｏ部１５を介して、コンテンツ記録部１６の該当コンテンツデータに自由にアクセスできる。
【００７２】
　なお、この「ＩＤ」は、各種コンテンツデータを識別できれば十分であるから、制御部１１が、各コンテンツデータにとってユニークな関係になるように付与して定めるとよい。
【００７３】
　「発信元情報」のフィールドは、コンテンツデータがどこから来たデータなのかを特定するためのデータフィールドである。
【００７４】
　インターネット経由でコンテンツデータを取得する際、制御部１１は、その発信元の情報として、電子メールアドレス、ＩＰアドレス、ドメイン名、名前などのいずれかの値を取得し、該当するフィールドに値をセットする。
【００７５】
　例えば、コンテンツデータが、電子メールの添付ファイルなどとして送付されてきた場合には、発信元のメールアドレスは電子メールに付与してあり、その値が「電子メールアドレス」のフィールドにセットされる。
【００７６】
　ｆｔｐなどのファイル通信で、コンテンツデータを取得した場合には、取得先である「ＩＰアドレス」、「ドメイン名」の値が、該当するフィールドにセットされる。
【００７７】
　「特性情報」のフィールドは、コンテンツデータの特性、特徴を示すデータフィールドである。コンテンツ記録部１６に記録されるコンテンツデータのサイズ、再生時間長などを制御部１１がコンテンツデータから計測し、該当するフィールドに値をセットする。または、制御部１１がデータの受信を開始した時間を計測し、該当するフィールドに値をセットする。
【００７８】
　「関連情報」の各フィールドは、コンテンツデータに発信元によって付加された情報がセットされるデータフィールドである。
【００７９】
　コンテンツ記録装置１は、コンテンツデータを取得する際に、コンテンツデータとは別に発信元によって作成されたデータを取得し、制御部１１は、そのデータの中からタイトル、メッセージ、静止画データ、音データなどのコンテンツデータに付属する内容を取得し、該当するフィールドに値をセットする。
【００８０】
　静止画データ、音データなどのマルチメディアデータが関連情報として取得された場合は、制御部１１は、コンテンツデータと同じようにコンテンツ記録部１６に記録し、記録されたマルチメディアデータのポインタを取得し、これらのポインタを各フィールドにセットする。
【００８１】
　例えば、図２（ｃ）に示すように、静止画データＡ、Ｂ、Ｃ・・・という静止画データは、コンテンツ記録部１６に記録され、ｓａ、ｓｂ、ｓｃ・・・は、それぞれ静止画データＡ、Ｂ、Ｃ・・・の先頭を示すポインタであり、関連情報の静止画フィールドには、このポインタが値として格納される。
【００８２】
　なお、このポインタは、記録するマルチメディアデータを特定する識別子であれば任意に変更できる。
【００８３】
　「関連情報」がフィールドにセットされる具体的な例を挙げる。コンテンツデータが、電子メールの添付ファイルなどとして送付されてきた場合には、電子メールのサブジェクトが「タイトル」として、テキストの内容が「メッセージ」として、それぞれデータフィールドにセットされる。
【００８４】
　コンテンツデータとは別に添付された、静止画や音は、コンテンツ記録部１６に記憶され、そのポインタがそれぞれデータフィールドにセットされる。
【００８５】
　なお、発信元によって付加されたデータは、コンテンツデータの一部として組み込まれていてもよい。
【００８６】
　「システム情報」のフィールドは、そのコンテンツデータが再生されたか、再生可能通知を表示したか、といったコンテンツデータに対してのシステム情報がセットされるデータフィールドである。
【００８７】
　制御部１１によって、システムのプログラムに必要な情報がセットされる。
【００８８】
　以上の各フィールドの値は、適宜省略しても良いし、別のフィールドを追加しても良い。
【００８９】
　また、図示しているように、タイトル、メッセージ、発信者を示す情報、発信日時、受信日時、再生時間長、データサイズのいずれかひとつ以上のフィールドを設けたり、ＴＶチャンネル番号のフィールドを設けると良い。勿論、フィールドの各順序は、適宜変更して差し支えない。また、各フィールドが、すべて埋まっている必要はない。
【００９０】
　また発信元情報、特性情報、関連情報、システム情報といった各フィールドの分類は、説明するための便宜的なものであって、分類の要領は、適宜変更できる。
【００９１】
　ここで、記憶部１２には、図３に例示するように、ＴＶチャンネル番号と、コンテンツデータのＩＤもしくはＴＶ放送局名とを、関連付ける対応テーブルが用意されている。
【００９２】
　図３の例では、ＴＶチャンネル番号と、ネットワーク経由で受信したコンテンツデータの対応テーブルの項目として、ＴＶチャンネル番号毎に、コンテンツデータのＩＤもしくはＴＶ放送局名のフィールドが定義されている。
【００９３】
　このテーブルは、入力部２からＴＶチャンネル番号の選択が行われた場合、制御部１１が、どのコンテンツデータを出力するのかを判断するために使用するテーブルである。
【００９４】
　この例では、ネットワーク接続部１３経由で受信したコンテンツデータにおいては、コンテンツデータのＩＤの値が、割り当てられたＴＶチャンネル番号のフィールドに、セットされる。また、ＴＶ番組取得部５経由で受信したコンテンツデータ（ＴＶ番組）では、その番組の放送されているＴＶ放送局名が、割り当てられたＴＶチャンネル番号のフィールドに、セットされる。
【００９５】
　なお、ＴＶ放送局名のフィールドにセットされる情報は、ＴＶ放送局を指し示す識別子であればよく、必ずしもＴＶ放送局名そのものでなくとも良い。
【００９６】
　例えば、ＴＶチャンネル番号「３６」が入力部２より入力された場合には、制御部１１は、記憶部１２にあるテーブルを検索し、ＴＶチャンネル番号が「３６」であるエントリに対応するコンテンツデータのＩＤを取得し、そのＩＤからコンテンツデータを取り出す。これにより、そのコンテンツデータによる再生が行われることになる。図３の例では、コンテンツデータＢ、Ｃ、Ｅ、Ｆが、この順に再生される。
【００９７】
　また、各ＴＶチャンネル番号は、図２（ｂ）に示すように、コンテンツ記録部１６のテーブルにおいて、その「ＴＶチャンネル番号」というフィールドにもセットされる。
【００９８】
　例えば、ＴＶチャンネル番号「５５」が入力部２より入力された場合には、制御部１１は、ＴＶチャンネル番号が「５５」であるエントリに対応する放送局のＴＶ番組を出力する。
【００９９】
　なお、このＴＶチャンネル番号とコンテンツデータのＩＤまたは放送局名との対応テーブルにおいて、各フィールドの値を、適宜省略しても良いし、別のフィールドを追加しても良い。勿論、フィールドの各順序は、適宜変更しても差し支えない。また、各フィールドがすべて埋まっている必要もない。
【０１００】
　要するに、ＴＶチャンネル番号に対して、一つ以上のコンテンツデータもしくはＴＶ放送局が指定されていればよい。また、ユーザは、入力部２を用いて、これらのテーブルの内容を、編集できるようにしても良い。
【０１０１】
　次に、図５を参照しながら、以上のように構成されたコンテンツ記録装置の動作について説明する。
【０１０２】
　まず、図５のステップＳ１において、インターネット接続処理が開始されると、制御部１１は、ネットワーク接続部１３にインターネットへの接続指令を出し、命令を受けたネットワーク接続部１３は、インターネットへの接続を開始する。この接続が完了すると、コンテンツ記録装置１は、インターネットでの通信（Ｗｅｂサーバへのアクセス、電子メールの取得など）が可能となる。
【０１０３】
　次に、ステップＳ２において、制御部１１は、イベント監視処理を行う。即ち、（１）ユーザ入力、（２）Ｗｅｂサーバ上のコンテンツアップロード、（３）コンテンツデータ付電子メール到着、の３つのイベントの監視を行う。なお、それぞれの処理には、ある一定時間が割り振られる。これら３つの監視において、なんらかのイベントが発生した場合に、ステップＳ３へ処理が進む。
【０１０４】
　ステップＳ３では、イベントの種類が判別される。コンテンツのアップロードもしくはコンテンツデータ付電子メールの到達であれば、コンテンツデータありのイベントと判断され、ステップＳ４へ処理が進み、それ以外の処理、例えば、ユーザからの入力処理であれば、ステップＳ７へ処理が進む。
【０１０５】
　ステップＳ４では、コンテンツが蓄積される。即ち、制御部１１は、コンテンツのアップロードを発見すると、ネットワーク接続部１３を介して、インターネット上のＷｅｂサーバ上のコンテンツをダウンロードし、Ｉ／Ｏ部１５を経由して、コンテンツ記録部１６へコンテンツデータを書き込む。
【０１０６】
　また、制御部１１は、コンテンツデータ付電子メールの到達であれば、そのデータのコンテンツデータ部分を切り出して、Ｉ／Ｏ部１５を経由して、コンテンツ記録部１６へコンテンツデータを書き込む。
【０１０７】
　次に、ステップＳ５では、制御部１１が、コンテンツデータに関する情報を取得して、Ｉ／Ｏ部１５を経由して、コンテンツ記録部１６と記憶部１２とに、コンテンツ管理データを保存し、ステップＳ６に処理が進む。以上で、コンテンツの蓄積処理に関する処理が終了する。
【０１０８】
　ステップＳ６では、制御部１１は、記憶部１２から必要なデータを取得し、表示制御部１７に子画面の生成を命ずる。
【０１０９】
　これに対し、図６に例示しているように、表示制御部１７は、該当するコンテンツデータがユーザに再生可能である旨を示す子画面３ａを生成し、この子画面３ａを親画面（現在表示している画面）に重ね合わせた、画面の信号を生成し、この信号をモニタ３に出力する。
【０１１０】
　コンテンツ記録部１６に記録された、該当するコンテンツデータに関連する情報（例えば、代表画面の静止画や、コンテンツデータのダイジェスト版など）があれば、この画面３ａには、この情報を適宜選択して表示することが望ましい。
【０１１１】
　また、この子画面３ａには、図６のように、発信元情報である「名前」、「電子メールアドレス」など含めると良い。ステップＳ６の処理が終了したら、ステップＳ８へ処理が進む。
【０１１２】
　ステップＳ７にて、ユーザが終了を指示しなければ、ステップＳ８へ処理が移り、ユーザが終了を指示したら、すべての処理が終了する。
【０１１３】
　ステップＳ８では、蓄積済みデータが存在するか否かを判別し、存在しなければ、ステップＳ２へ戻る。そうでなければ、ステップＳ９のコンテンツ表示処理を行う。
【０１１４】
　なお、本形態では、再生可能通知を行う子画面３ａを、親画面に重ね合わせて表示したが、コンテンツ記録装置に付属するサブウィンドウや簡易なＬＥＤに表示しても良く、表示の仕方は、適宜変更できる。音による通知を併用しても良い。
【０１１５】
　ここで、本明細書にいう、「子画面」は、通常の意義よりも広義であり、必ずしも、図６に例示しているように、枠線や枠線内の地の塗りつぶし等を含むものでなくとも良い。例えば、字幕スーパーのように、背景が透明で、文字のみからなり、枠線を持たないものも、この「子画面」に含まれる。さらには、子画面を全く表示せず、音のみで通知を行っても良い。
【０１１６】
　次に、図５を用いて、ステップＳ９のコンテンツ表示処理を、詳細に説明する。まずステップＳ２１にて、制御部１１は、入力部２からのコマンド入力を解析する。ここで、本形態では、「コマンド＝選択されたチャンネル」という関係にあり、制御部１１は、入力された番号を、選択されたチャンネルとして取り扱う。
【０１１７】
　次に、ステップＳ２２において、制御部１１は、記憶部１２の対応テーブルを参照し、コンテンツ管理データＩＤもしくは放送局名を取得する。
【０１１８】
　ステップＳ２３では、ステップＳ２２の結果、ＴＶチャンネル番号に割り当てられた項目が放送局名である場合は、ステップＳ２４に処理が進む。それ以外の場合は、ステップＳ２６に処理が進む。
【０１１９】
　ステップＳ２４では、制御部１１は、ステップＳ２２で取得した放送局名に対応する現在放送中のコンテンツデータ（ＴＶ番組）を、ＴＶ番組取得部１４経由で取得し、このコンテンツデータが、モニタ３に表示される。
【０１２０】
　ステップＳ２５では、ステップＳ２２で取得したＴＶチャンネル番号が、ネットワーク経由で取得したコンテンツデータのＩＤである場合は、ステップＳ２６に処理が進み、そうでないときは、処理を終了する。
【０１２１】
　ステップＳ２６では、制御部１１は、ステップＳ２２で取得したコンテンツ管理データＩＤから、そのＩＤの示すポインタを参照して取得し、ステップＳ２７に処理が進む。
【０１２２】
　ステップＳ２７では、コンテンツデータのポインタ情報を元にコンテンツデータを特定し、そのコンテンツデータを、Ｉ／Ｏ部１５を経由して表示制御部１７へ渡し、表示制御部１７は、そのデータを再生してモニタ３へと出力する。これにより、割り当てられたコンテンツデータがモニタ３に表示される。
【０１２３】
　また、この時、制御部１１は、記憶部１２の内容を消去し、画面に表示されている再生可能通知を知らせる子画面を消去する。
【０１２４】
　次に、図７を参照しながら、本形態による動作例を模式的に説明する。図７には、インターネット上のコンテンツサーバ上にアップロードされたコンテンツデータが、コンテンツ記録装置１に蓄積された後、そのコンテンツデータが再生可能であることを知らせる子画面３ａが、モニタ３に表示されている状態を示す。
【０１２５】
　図６の例では、Ａさんのコンテンツサーバからコンテンツデータが、コンテンツ記録装置１に受信され再生可能になっている。このとき、コンテンツ記録装置１は、発信元であるＡさんの情報やＡさんの作成したタイトルやメッセージ含む子画面３ａを、モニタ３において、表示中のコンテンツ（親画面）に重ね合わせて表示し、ユーザに受信したコンテンツデータの存在を通知する。
【０１２６】
　さらに、図１５を用いて、ネットワーク上に存在するサーバを利用する例について述べる。図１５に示すように、サーバ１０２は、ネットワーク網１００上に存在する。サーバ１０２には、大容量ハードディスク装置等からなる記録装置１０３が接続されている。
【０１２７】
　記録装置１０３の一定の領域は、サーバ１０２へのアクセスが許可された特定のユーザに開放され、共有領域１０４となっている。自端末１及び相手端末１０１は、共有領域１０４を介して、コンテンツデータの送受信を行える。
【０１２８】
　この場合、送信側の相手端末１０１は、コンテンツデータを、サーバ１０２の共有領域１０４へアップロードする。
【０１２９】
　また、受信側の自端末１は、サーバ１０２の共有領域１０４からコンテンツデータをダウンロードし再生することができる。また、Ｉ／Ｏ部１５には、ドライブ２０が接続され、ドライブ２０には記録媒体（例えば、ＣＤ−ＲＯＭ等）２１がセットされる。図４、図５、図８、図１１等のフローチャートに沿ったコンテンツ記録プログラムが、記録媒体２１に格納されており、制御部１１は、このプログラムを記憶部２にロードしたり、コンテンツ記録部６にインストールしたりして、このプログラムを実行する。
【０１３０】
　さて、図７に示すように、子画面３ｂにおいて、コンテンツを視聴できるＴＶチャンネル番号を記載すると、さらに便利である。このとき、ユーザは、入力部２を用いて、表示されるＴＶチャンネル「３６」を入力すると、所望のコンテンツデータ（Ａさんのコンテンツ）を視聴できる。
【０１３１】
　さらに、図１６を用いて、図６、図７、図９、図１０とは異なる表示例について説明する。
【０１３２】
　図１６（ａ）では、子画面３ｄは、親画面に重ね合わされておらず、親画面と別個の領域に表示される。
【０１３３】
　図１６（ｂ）では、子画面３ｅを縦長に形成し、メッセージを縦書きで表示している。
【０１３４】
　図１６（ｃ）では、子画面３ｆにコンテンツのプレビューを表示し、あわせてコンテンツが割り当てられているチャンネル番号（３６）を表示している。
【０１３５】
　図１６（ｄ）では、子画面３ｇの表示位置として採りうる位置を例示している。即ち、子画面３ｇは、どの位置に表示しても良いのである。
【０１３６】
　さらには、子画面３ｇを移動させたり、変形させたり、画面全体の明るさを変化させる（例えば、フラッシュをたいたように急に明るくしたり、点滅させたりするなど）、通常の表示形態とは異なる表示形態をとり、ユーザの注意を強く喚起するようにしてもよい。
【０１３７】
　要するに、コンテンツが再生可能である旨をユーザに通知できればよい。例えば、子画面を表示せず、単に音でメッセージを再生することもできるし、もっと簡単には、特定の音楽（音なし）を再生しても良いし、さらには、ビープ音やブザー音を再生してもそれなりの効果が得られる。
【０１３８】
　（実施の形態２）
次に、図８〜図１０を用いて、実施の形態２を説明する。ただし以下、実施の形態１との相違点のみについて、述べる。
【０１３９】
　図９は、本発明の実施の形態２におけるコンテンツ記録装置のフローチャートである。このフローチャートでは、実施の形態１における図４に対し、次の相違点がある。
【０１４０】
　まず、ステップＳ２のイベント監視処理に、新たに、モニタ３のスイッチ（オン／オフ）の監視と、タイマーイベントの監視を、追加している。
【０１４１】
　モニタ３のスイッチの監視では、制御部１１が、表示制御部１７を通じてモニタ３のスイッチの状況を取得する。ここでいうスイッチの状況には、オン（表示が行われている）とオフ（表示が行われていない）があるが、スタンバイの状態は、オフに含めるものとする。
【０１４２】
　また、タイマーイベントの監視では、制御部１１は、タイマーイベントをセットすると、任意の時間を経過した後にイベントを発生させる。
【０１４３】
　ステップＳ５において、図２（ｂ）に示す「再生可能通知フラグ」フィールドに「未通知」を示す値を入れて、コンテンツ記録部１６に保存する。
【０１４４】
　ステップＳ１０では、モニタ３のスイッチがオンになったかどうかを判別する。モニタのスイッチがオンの場合は、ステップＳ１１に処理が進み、そうでなければステップＳ１２に処理が進む。
【０１４５】
　ステップＳ１１では、制御部１１は、再生可能通知を表示すべき条件が満たされているかどうか、判断する。
【０１４６】
　この条件とは、モニタ３のスイッチがオンであり、かつ、コンテンツ記録部１６に記憶されたコンテンツ管理データのテーブルに、「再生可能通知フラグ」が「未通知」であるコンテンツ管理データが存在することである。
【０１４７】
　この条件が満たされていれば、処理がＳ６に進み、そうでなければステップＳ２に処理が戻る。
【０１４８】
　ステップＳ１２では、制御部１１は、タイマーイベントが発生したかどうかを判別し、発生した場合ステップＳ６に、そうでなければステップＳ７に処理が進む。
【０１４９】
　ステップＳ９では、再生可能通知されたネットワーク経由のコンテンツデータが再生された場合、制御部１１は、このコンテンツ管理データの「再生可能通知フラグ」を「既通知」にしてコンテンツ記録部１６に保存すると共に、記憶部１２の内容を消去する。
【０１５０】
　さて、実施の形態２では、表示制御部１７は、タイマーイベントの発生をトリガとして、次の処理を行う。まず、図７に示すように、子画面３ｂを親画面に重ね合わせて表示してから、一定時間が経過すると、図９に示すように、子画面３ｂを縮小した子画面３ｃを生成し、この縮小した子画面３ｃを親画面に重ね合わせて表示する。なお、図示しているように、子画面の縮小に伴い、一般に、子画面に表示できる文字数が減るから、子画面内のメッセージを、より簡潔な表現に改めることが望ましい。
【０１５１】
　また、実施の形態２では、図１０（ａ）に示すように、モニタ３の電源がオフである状態から、図１０（ｂ）に示すように、電源がオンに変わったとき、図８のステップＳ１０をトリガとして、次の処理が行われる。
【０１５２】
　まず、実施の形態２では、モニタ３の電源がオフの間に、ネットワーク接続部１３がネットワーク経由で取得するコンテンツデータが、コンテンツ記録部１６に記録され再生可能となり、モニタ３の表示が開始された際、このコンテンツデータが再生可能である旨を示す子画面３ｂを表示する。表示制御部１７は、この条件を満たすように、モニタ３に信号を出力する。
【０１５３】
　こうすると、ユーザは、時間経過によって変化した子画面３ｃ（図９）を見るのではなく、初期の子画面３ｂ（図７）を見ることができる。
【０１５４】
　（実施の形態３）
次に、図１１〜図１２を用いて、本発明の実施の形態３について説明する。ただし以下、実施の形態１との相違点のみについて、述べる。
【０１５５】
　実施の形態３におけるコンテンツ記録装置の構成は、図１に示した実施の形態１と同様である。
【０１５６】
　ただし、実施の形態３では、ＴＶ番組取得部１４は、放送局より、ＴＶ番組の放送予定を示すＥＰＧ（Ｅｌｅｃｔｒｏｎｉｃ　Ｐｒｏｇｒａｍ　Ｇｕｉｄｅ：電子番組表）情報を取得し、これを、制御部１１が、解析する。なお、ＥＰＧ情報は、ネットワーク接続部１３経由で取得するようにしても良い。
【０１５７】
　次に、図１１を参照しながら、実施の形態３におけるコンテンツ記録装置の動作を説明する。
【０１５８】
　まず、ステップＳ３１において、制御部１１は、入力部２からコマンド情報を入力することにより、ユーザの入力情報を取得する。
【０１５９】
　ユーザが、入力部２を用いて、ＴＶチャンネル番組表の表示を選択すると、ステップＳ３２に処理が進む。ステップＳ３２では、制御部１１は、ＴＶ番組取得部１４又はネットワーク接続部１３を経由し、放送局より、ＥＰＧ情報を取得する。制御部１１は、取得したＥＰＧ情報を、記憶部１２に格納する。
【０１６０】
　次に、ステップＳ３３では、制御部１１は、ＴＶチャンネル番号とコンテンツデータのＩＤまたはＴＶ放送局名との対応テーブルから、ＴＶチャンネル番号に割り当てられているコンテンツデータのＩＤを取得して、そのコンテンツデータＩＤに対応するコンテンツ管理データを、コンテンツ記録部１６から取得し、記憶部１２に記憶する。以上では、コンテンツデータＩＤを検索キーとしている。
【０１６１】
　また、制御部１１は、ＴＶチャンネル番号とコンテンツデータのＩＤまたはＴＶ放送局名との対応テーブルから、ＴＶチャンネル番号に割り当てられているＴＶ放送局名を取得して、記憶部１２のＥＰＧ情報を参照し、そのＴＶ放送局で放映されるＴＶ番組情報を取得し、記憶部１２に記憶する。
【０１６２】
　ステップＳ３４では、図１２に例示するように、制御部１１は、ＴＶチャンネル番号を縦軸又は横軸の一方にとり、時刻を縦軸又は横軸の他方にとった、コンテンツリストのデータを作成する。
【０１６３】
　ここで、このコンテンツリストは、図１２に示しているように、放送局から受信したものを、上述のように配置しただけのものではなく、制御部１１が、このコンテンツリストは、ＴＶ番組取得部１４が取得するコンテンツデータ（ＴＶ番組）とネットワーク接続部１３が取得するコンテンツデータとを、等価に扱うものである。
【０１６４】
　図１２に示す例では、縦軸にＴＶチャンネル番号を取り、横軸に時間軸を取っている。
【０１６５】
　また、２２チャンネルは「○放送局」、３６チャンネルは「太郎さん」、５５チャンネルは「×放送局」、５１チャンネルは「次郎さん」、７７チャンネルは「△放送局」に、それぞれ割り当てられている。
【０１６６】
　そして、データＡ１、Ａ２…は、○放送局のＴＶ番組のコンテンツデータである。また、データＢ１、Ｂ２…は、太郎さんから受信したコンテンツデータであり、以下同様である。なお、５１チャンネルの１９：４０分以降のように、該当するコンテンツデータが存在しない時間帯があっても良い。
【０１６７】
　また、コンテンツリストのうち、表示される部分に、放送局に関するものがなく、全て発信元の表示になることもあるし、特定のチャンネルに法人のデータを割り当てても良い。なお、図１２において、チャンネル番号のみを表示するようにしても良い。
【０１６８】
　ここで、図１２に例示するような、モニタ３に表示される番組表は、単なる表示にとどまらず、入力部２を併用して、従来のＥＰＧのように、選択、編集、録画等のための、ユーザインターフェースとして利用することもできる。
【０１６９】
　このようにすれば、コンピュータに不慣れなユーザであっても、図１２のようなコンテンツリストを見て、放送局経由のコンテンツデータと、ネットワーク経由のコンテンツデータとを、意識的に区別することなく、シームレスに、やさしく利用できる。
【０１７０】
　（実施の形態４）
次に、図１３〜図１４を用いて、本発明の実施の形態４について説明する。ただし以下、実施の形態３との相違点のみについて、述べる。
【０１７１】
　図１３を参照しながら、実施の形態４における、コンテンツ記録装置の記憶部１２が記憶するＴＶチャンネルとコンテンツデータの発信元情報もしくはＴＶ放送局名との対応テーブルについて説明する。
【０１７２】
　本形態では、記憶部１２には、入力部２からＴＶチャンネル番号の選択が行われた場合、制御部１１がどのコンテンツデータを出力するのかを判断するためのテーブルが用意されている。
【０１７３】
　ＴＶチャンネル番号と表示するコンテンツデータの対応テーブルの項目として、ＴＶチャンネル番号毎に、ネットワーク接続部１３経由で受信したコンテンツデータの場合にはコンテンツデータの発信元情報のフィールドが、ＴＶ番組取得部１４経由で受信したＴＶ番組の場合には、ＴＶ放送局名のフィールドが定義されている。
【０１７４】
　なお、ＴＶ放送局名のフィールドは、ＴＶ放送局を指し示す識別子であればよく、ＴＶ放送局名である必要性はない。
【０１７５】
　図１３の例では、チャンネル５５は「×放送局」に、チャンネル７は「花子さん及び美子さんグループ」に、チャンネル３６は「ａａａ＠ｂｂｂ．ｃｘｍ」という電子メールアドレスを持つ「太郎さん」に、それぞれ割り当てあられている。
【０１７６】
　次に、このテーブルの利用について具体的に説明する。ＴＶチャンネル番号「３６」が入力部２より入力された場合には、制御部１１は、ＴＶチャンネル番号が「３６」であるエントリのコンテンツデータの発信元情報「ａａａ＠ｂｂｂ．ｃｘｍ」を取得する。
【０１７７】
　次に制御部１１は、取得した発信元情報の値と一致するコンテンツデータを、コンテンツ記録部１６に記録されているコンテンツ管理データから探し出し、Ｉ／Ｏ部１５、表示制御部１７及びモニタ３により、探し出されたコンテンツデータが再生される。
【０１７８】
　図１３の例では、ＴＶチャンネル番号「３６」が選択された場合、発信元情報が「ａａａ＠ｂｂｂ．ｃｘｍ」であるコンテンツデータが、コンテンツ記録部１６から検索され再生されることになる。以上では、発信元情報を検索キーとしている。
【０１７９】
　また、ＴＶチャンネル番号「５５」が入力部２より入力された場合には、制御部１１は、ＴＶチャンネル番号が「５５」であるエントリに対応する放送局名「×放送局」を取得する。次に、制御部１１は、取得した放送局名「×放送局」のＴＶ番組の受信を、ＴＶ番組取得部１４に指令し、モニタ３に、このＴＶ番組が表示されることになる。
【０１８０】
　なお、このＴＶチャンネル番号とコンテンツデータの発信元情報または放送局名との対応テーブルにおいては、各フィールドの値は、適宜省略しても良いし、別のフィールドを追加しても良い。勿論、フィールドの各順序は、適宜変更しても差し支えない。また、各フィールドがすべて埋まっている必要はない。ＴＶチャンネル番号に対して、発信元情報もしくはＴＶ放送局が指定されていればよい。また、ユーザはこれらのテーブルの内容を変更できるようにしても良い。
【０１８１】
　また、１つのＴＶチャンネル番号に対して、複数の発信元情報が定義されていても良いし、チャンネル７における「花子さん及び美子さんグループ」のように、複数の発信元をまとめて割り当てても良い。。
【０１８２】
　実施の形態４におけるコンテンツ記録装置の動作は、図１２に示したものとほぼ同様である。
【０１８３】
　但し、ステップＳ３３において、制御部１１は、ＴＶチャンネル番号とコンテンツデータの発信元情報またはＴＶ放送局名との対応テーブルから、ＴＶチャンネル番号に割り当てられているコンテンツデータの発信元情報または放送局名を取得する。以上において、コンテンツデータの発信元情報、または、この情報の代用としての放送局名を、検索キーとしている点が異なる。
【０１８４】
　図１４は、本形態によるモニタの表示例を示している。実施の形態３と異なり、上述のように、チャンネル７には、複数の発信元「花子さん及び美子さんグループ」が割り当てられているため、それを反映した表示となっている。なお、図１４において、チャンネル番号のみを表示するようにしても良い。
【０１８５】
　本形態におけるコンテンツリストには、コンテンツデータを発信した発信者及び／又は発信者のグループに関して割り当てられたチャンネルが含まれている。
【０１８６】
　このようにすると、コンテンツデータを、発信者及び／又は発信者のグループ毎に区別して、取り扱える。したがって、複数の送信者から多数のコンテンツデータを受信したような場合であっても、受信者は、入力部２からチャンネルを指示するコマンドを入力するだけで、簡単に、コンテンツデータを検索できる。
【０１８７】
　次に、図１７から図２０を用いて、コンテンツリストのさらなる例を説明する。図１７において、コンテンツリストの縦軸は、チャンネル番号軸であり、チャンネル番号軸は、送信者を割り当てうるように構成されている。また、コンテンツリストの横軸は、コンテンツの再生順を示す軸である。
【０１８８】
　縦軸に沿って垂直スクロールバー３３が配置され、横軸に沿って水平スクロールバー３２が配置されている。垂直スクロールバー３３、水平スクロールバー３２を配置すると、チャンネル数やコンテンツの数が多いときに選択しやすく便利である。
【０１８９】
　また、図１７の例では、３６チャンネルは、「太郎さん」に割り当てられており、データＡ１〜Ａ４の送信者は、太郎さんである。
【０１９０】
　ユーザが入力部２を用いて、３６チャンネルを選択すると、太郎さんからのコンテンツデータＡ１、Ａ２、Ａ３、Ａ４が順番に再生されるものである。
【０１９１】
　同様に、５１チャンネルは、「次郎さん」に割り当てられており、データＢ１〜Ｂ３の送信者は、次郎さんである。
【０１９２】
　ユーザが入力部２を用いて、５１チャンネルを選択すると、次郎さんからのコンテンツデータＢ１、Ｂ２、Ｂ３が順番に再生される。
【０１９３】
　このように、コンテンツデータの送信者に割り当てられたチャンネル番号をコンテンツリストの一方の軸とし、コンテンツデータの再生順をコンテンツリストの他方の軸とすることにより、ユーザは、どのチャンネルでどのような順番で、コンテンツデータが再生されるのかという点を、容易に理解できる。
【０１９４】
　図１７の例では、図１２等に比べ、小さなコンテンツ情報画面３１を追加的に設けている。コンテンツ情報画面３１を設ける位置は、任意である。
【０１９５】
　現在選択されているコンテンツ３４は、ハイライト表示され、このコンテンツ３４に関する情報が、コンテンツ情報画面３１に表示される。
【０１９６】
　コンテンツに関する情報としては、コンテンツの代表映像（動画でも静止画でも良い）、送信者情報（氏名やアドレスなど）、時間情報（撮影日時、送信日時、着信日時など）、コメント情報（送信者のメッセージなど）、コンテンツの属性情報（データサイズ、記録方式、再生時間など）あるいは、これらの適当な組み合わせが考えられる。
【０１９７】
　このようなコンテンツに関する情報を、コンテンツリストに添えて表示すると、ユーザは、コンテンツの内容を容易に理解でき、好適である。
【０１９８】
　図１８は、図１７に比べて、横軸が、コンテンツの再生時間を示す軸となっている点が異なる。即ち、横軸の長さは、再生時間にほぼ比例する。このようにすると、ユーザは、再生時間を直感的に把握できるため、好適である。
【０１９９】
　図１９は、図１８に比べて、横軸が、コンテンツの受信日（一日単位）を示す軸となっている点が異なる。即ち、横軸の長さは、再生時間に比例しない。また、例えば、１月１５日には、「太郎さん」からコンテンツＡ３とコンテンツＡ４の２つのコンテンツデータが受信されている。このとき、「Ａ３」「Ａ４」と並んでいる表記は、コンテンツＡ３とコンテンツＡ４の受信順序を示す。
【０２００】
　図２０は、図１９に比べて、横軸が、コンテンツの受信月（一月単位）を示す軸となっている点が異なる。即ち、横軸の長さは、再生時間に比例しない。また、例えば、５月には、「太郎さん」からコンテンツＡ５からＡ７の３つのコンテンツデータが受信されている。このとき、「Ａ５」「Ａ６」「Ａ７」と並んでいる表記は、コンテンツＡ５からＡ７の受信順序を示す。
【０２０１】
　即ち、図２０の例では、５月に受信したコンテンツデータは、受信順序で全て表示される。一方、５月前後の２月から４月及び６月から８月に受信したデータは、代表コンテンツ（例えば受信時が一番古いもの）のみが、コンテンツリスト上に表示されて、代表コンテンツでないコンテンツは、コンテンツリスト上には、表示されない。
【０２０２】
　とはいっても、代表コンテンツでないコンテンツが当該月に存在するときには、コンテンツリスト上において、代表コンテンツの裏に隠されているだけである。したがって、ユーザが、図２０の状態から、４月を選択すると、４月の代表コンテンツであるコンテンツＡ３と、その裏に隠れていた非代表コンテンツＡ４とが、コンテンツリスト上に受信順で、表示されることになる。
【０２０３】
　なお、該当月に複数のコンテンツが存在する際における、代表コンテンツの選択法は、任意である。例えば、上述したものの他、最後に受信したコンテンツを代表コンテンツとしたり、最も再生時間が長いコンテンツを代表コンテンツとするなど、種々変更できる。
【０２０４】
　図２０では、選択された月のコンテンツのみを詳細に表示し、選択されていない月のコンテンツを簡略化あるいは省略して表示している。このようにすると、ユーザは、単一のコンテンツリストにおいて、より長い期間のコンテンツを見ることができ、しかも、参照したい月については、詳細なコンテンツ情報を得ることができる。
【０２０５】
　勿論、上述したコンテンツリストの表示形態を、ユーザの入力に従って、適宜切り替えてもよい。
【産業上の利用可能性】
【０２０６】
　本発明に係るコンテンツ記録装置は、例えば、デジタルビデオレコーダ及びその関連分野において好適に利用できる。
【図面の簡単な説明】
【０２０７】
【図１】本発明の実施の形態１におけるコンテンツ記録装置のブロック図
【図２】（ａ）本発明の実施の形態１におけるコンテンツ記録部の保存データ構成図（コンテンツデータ部）　（ｂ）本発明の実施の形態１におけるコンテンツ記録部の保存データ構成図（管理情報）　（ｃ）本発明の実施の形態１におけるコンテンツ記録部の保存データ構成図（静止画データ部）
【図３】本発明の実施の形態１における対応テーブルの構成図
【図４】本発明の実施の形態１におけるコンテンツ記録装置のフローチャート
【図５】本発明の実施の形態１におけるコンテンツ記録装置のコンテンツ表示処理のフローチャート
【図６】本発明の実施の形態１におけるコンテンツ記録装置の動作説明図
【図７】本発明の実施の形態１におけるコンテンツ記録装置の表示例図
【図８】本発明の実施の形態２におけるコンテンツ記録装置のフローチャート
【図９】本発明の実施の形態２におけるコンテンツ記録装置の表示例図
【図１０】（ａ）本発明の実施の形態２におけるコンテンツ記録装置の表示例図（電源オフ時）　（ｂ）本発明の実施の形態２におけるコンテンツ記録装置の表示例図（電源オン時）
【図１１】本発明の実施の形態３におけるコンテンツ記録装置のフローチャート
【図１２】本発明の実施の形態３におけるコンテンツリストの表示例図
【図１３】本発明の実施の形態４における対応テーブルの構成図
【図１４】本発明の実施の形態４におけるコンテンツリストの表示例図
【図１５】本発明の実施の形態１におけるコンテンツデータ共有システム図
【図１６】（ａ）本発明の実施の形態４におけるコンテンツリストの表示例図　（ｂ）本発明の実施の形態４におけるコンテンツリストの表示例図　（ｃ）本発明の実施の形態４におけるコンテンツリストの表示例図　（ｄ）本発明の実施の形態４におけるコンテンツリストの表示例図
【図１７】本発明の実施の形態４におけるコンテンツリストの表示例図
【図１８】本発明の実施の形態４におけるコンテンツリストの表示例図
【図１９】本発明の実施の形態４におけるコンテンツリストの表示例図
【図２０】本発明の実施の形態４におけるコンテンツリストの表示例図
【符号の説明】
【０２０８】
１　コンテンツ記録装置
２　入力部
３　モニタ
１１　制御部
１２　記憶部
１３　ネットワーク接続部
１４　ＴＶ番組取得部
１５　Ｉ／Ｏ部
１６　コンテンツ記録部
１７　表示制御部
【図１】
2004112782.tif 000003
【図２】
2004112782.tif 000004
【図３】
2004112782.tif 000005
【図４】
2004112782.tif 000006
【図５】
2004112782.tif 000007
【図６】
2004112782.tif 000008
【図７】
2004112782.tif 000009
【図８】
2004112782.tif 000010
【図９】
2004112782.tif 000011
【図１０】
2004112782.tif 000012
【図１１】
2004112782.tif 000013
【図１２】
2004112782.tif 000014
【図１３】
2004112782.tif 000015
【図１４】
2004112782.tif 000016
【図１５】
2004112782.tif 000017
【図１６】
2004112782.tif 000018
【図１７】
2004112782.tif 000019
【図１８】
2004112782.tif 000020
【図１９】
2004112782.tif 000021
【図２０】
2004112782.tif 000022