JP3795356B2 - 番組情報記録システム - Google Patents
番組情報記録システム Download PDFInfo
- Publication number
- JP3795356B2 JP3795356B2 JP2001226309A JP2001226309A JP3795356B2 JP 3795356 B2 JP3795356 B2 JP 3795356B2 JP 2001226309 A JP2001226309 A JP 2001226309A JP 2001226309 A JP2001226309 A JP 2001226309A JP 3795356 B2 JP3795356 B2 JP 3795356B2
- Authority
- JP
- Japan
- Prior art keywords
- program
- information
- mapping data
- recorded
- user terminal
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Fee Related
Links
Images
Landscapes
- Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
- Television Signal Processing For Recording (AREA)
Description
【０００１】
【発明の属する技術分野】
本発明は、電波やケーブル、インターネットを介して放送されるＴＶやラジオなどの番組を、ＨＤＤ等に代表される記録メディアに記録する番組情報記録システムにかかわる技術に関する。
【０００２】
【従来の技術】
一般にユーザーは、放送番組を録画・録音した際、番組の本編だけを視聴したいと所望することが多い。例えばコマーシャル等は、視聴する際非常に時間のロスであり、現状のＶＴＲなどでは、スキップサーチなる機能にて飛ばし見を実現している。一方、その逆に、ユーザーによっては、コマーシャルをコレクションしたいというニーズもあり得る。ところが、コマーシャル、あるいは、番組内での好きな出演者の出演シーンや好きな曲等を部分的に取り出す（編集する）ためには、そのシーンまで早送り等しながら、目視して検索する必要があり、編集操作が煩雑なものとなっていた。このため、ユーザーによって異なる多様な要求に、簡単に対応できる操作性のよい録画端末の実現が望まれていた。
【０００３】
また、現在最も一般的な録画装置であるＶＴＲにおいては、そのＶＴＲカセットに何が収録されているのかを管理できないという状況が、日常まま生じている。これには、カセットのラベル記載が面倒である等の理由が考えられる。同じように、大容量のＨＤＤに代表される記録メディアに、放送番組を記録し、ファイル形式によって管理する場合、そのファイルが一体何であるのか、直ぐにわかるようにする必要があることは言うまでもない。しかしながら、大容量のＨＤＤに代表される記録メディアに、放送番組を記録してこれを管理・編集するに際して、例えば、タレント別にファイルを管理すること等に代表されるように、ユーザーの所望する形でファイルを簡単に編集することができる仕組みは、現状では実現されていない。
【０００４】
特開平１０−９３９０５号公報には、番組情報を、記録媒体に記録する仕組みが開示されている。しかし、この公開公報に記載された手法では、情報を入手するために、ユーザーは、コンビニエンスストア、書店、駅の売店等のキーステーションにおもむき、情報を得なければならず、大変手間がかかり、かつ、情報の鮮度もに問題がある。つまり、何か特別な事情により放送内容が変わった場合には、対応できないという問題がある。
【０００５】
また、特開２０００−２７０２９０公報には、番組のコマーシャル時間や番組の開始／終了時間等の番組のタイムテーブルを入手する視聴エージェントにより、コマーシャルを分離録画したり、削除したりする手法が開示されている。しかし、この公開公報に記載された手法では、番組情報は時刻情報だけであるため、後日、人間の記憶に頼る部分があるため、いったい何を録画したのかを把握するのは難しいという問題がある。
【０００６】
また、特開２０００−３２４４４４公報には、番組を製作する上で番組内の詳細情報をイベントリストとして管理し、いかに迅速に放送番組を製作するかについての技術が開示されており、社団法人電波産業会が定義した「デジタル放送に使用する番組配列情報」により、番組詳細情報を視聴者が取得することができる。しかし、番組詳細情報は、一方的に流れてくるものであって、放送側がユーザーのニーズを把握するといった相互に働く手段が無いという問題や、また、予約時に役に立つ情報であっても、記録後に役に立つ情報をもち得る手段は無いという問題がある。
【０００７】
【発明が解決しようとする課題】
上述したように、近年益々大容量化されるＨＤＤ等に代表される記録メディアに、放送番組を録画（録音）した場合に、コマーシャルを飛ばして記録番組の本編だけを見たいというニーズや、コマーシャルが大好きでコマーシャルばかりをコレクションしたいというニーズや、あるいは、番組内での好きな出演者の出演シーンや好きな曲等のみを部分的に取り出て編集したいというニーズのように、ユーザーによって異なる多様な要求がある。しかしながら、早送りしつつ目視で確認しながら、編集や別ファイルの作成を行うという作業は、ユーザーにとって煩雑で時間のかかる作業となる。
【０００８】
また、前記の３つの公開公報に開示された従来技術では、それぞれ上述したような問題点がある。
【０００９】
本発明は上記した事情に鑑みなされたもので、その目的とするところは、大容量のＨＤＤに代表される記録メディアに、番組をファイル形式で記録し管理するに際して、そのファイルが一体何であるのか直ぐに把握できるようにすることにある。また、本発明の目的とするところは、記録した番組を容易に編集加工することを可能とし、以って、ユーザーによって異なる多様な要求に容易に対応できるようにすることにある。また、本発明の目的とするところは、番組提供側がユーザーのニーズを容易に把握できるようにすることにある。
【００１０】
【課題を解決するための手段】
本発明は上記した目的を達成するため、番組送出装置と番組情報サービスサーバーと利用者端末からなるシステムにおいて、利用者端末と番組情報サービスサーバーとを接続し、利用者端末から自動的に送信された記録する（または記録中の、または記録後の）番組の記録番組情報を入手した番組情報サービスサーバーが、該当する番組の番組マッピングデータを利用者端末に送信する。該当する番組の番組マッピングデータを取得した利用者端末は、番組マッピングデータと記録番組とから番組詳細情報（番組詳細記録情報）を自動的に作成、つまり付加情報付きの（番組）ファイルを自動的に作成し、これにより編集加工を容易に行うことを可能とする。また、利用者端末からユーザーニーズを得た番組情報サービスサーバーは、番組を放送する番組送出装置にユーザーニーズを送信し、これによりユーザーニーズの把握を番組製作者側で把握することを可能とする。
【００１１】
【発明の実施の形態】
以下、本発明の実施の形態を、図面を用いて詳細に説明する。
【００１２】
図１は、本発明の一実施形態に係る番組情報記録システムの構成を示す図であり、図２は、図１のシステムを、利用者、放送局、サービス事業者の関係で表した図であり、図１と図２のシステムは同等のものである。
【００１３】
なお、以下の説明では、番組送出装置と利用者端末とを仲介する番組情報サービスサーバーを、サービス事業者として説明するが、番組情報サービスサーバーの機能は、番組送出装置内に持ってもよい（つまり、サービス事業者と放送局が同一事業者であってもよい）。また、以下の説明では、番組送出装置、番組情報サービスサーバー、利用者端末を各々１つで説明しているが、番組送出装置や番組情報サービスサーバーを複数接続したシステムとすることも可能で、こうすると、利用者端末（ユーザー）にとってさらに利便性が高くなる。
【００１４】
図１、図２において、２０は利用者（ユーザー）が持つ利用者端末、３５は放送局（放送事業者）が持つ番組送出装置、３８はサービス事業者が持つ番組情報サービスサーバーである。少なくとも、利用者端末２０と番組情報サービスサーバー３８、番組送出装置３５と番組情報サービスサーバー３８は、インターネット等のネットワークを介して相互に接続可能とされている。
【００１５】
番組送出装置３５は、テレビ（ＢＳ、ＣＳ等を含む）やラジオに代表される放送や、インターネット等で番組を利用者端末２０に提供する番組送出手段１２と、データ（番組等）を蓄えたりデータの送受信を行う番組サービスサーバー手段３０と、番組の詳細情報をデータ化した番組マッピングデータを、番組情報サービスサーバー３８に送信する番組マッピングデータ送信手段１１とを、備えている。
【００１６】
なお、番組マッピングデータの詳細については後述するが、図４にその一例を示すように、番組マッピングデータ１５０は、例えば「うたばんぐみ．ｄａｔａ」に表されるように、時間情報またはタイムアドレスと番組の内容を詳細に表したデータとからなっている。
【００１７】
また、番組情報サービスサーバー３８は、番組送出装置３５の番組マッピングデータ送出手段１１から、番組マッピングデータを取得する番組マッピングデーター取得手段３４と、利用者端末２０から、記録する（または記録中の、または記録後の）記録番組情報（記録チャンネル、記録時刻または記録時間等）を取得する記録番組情報取得手段３１と、記録番組情報取得手段３１によってユーザーから受信した記録番組情報に基づいて検索された番組マッピングデータを、利用者端末２０に送信する番組マッピングデータ提供手段と、記録番組情報取得手段３１によってユーザーから受信した記録番組情報を、ユーザーニーズ情報として番組送出装置３５に送信するユーザーニーズ把握データ送信手段３３とを、備えている。なお、ユーザーニーズ把握データ送信手段３３からは、番組情報サービスサーバー３８で統計処理した、多数のユーザーによるユーザーニーズ統計情報を送信するようにしてもよい。
【００１８】
また、利用者端末２０は、番組送出装置３５からの番組を受信する番組受信手段２１と、番組受信手段２１で受信した番組を記録する番組記録手段２４と、番組記憶手段２４に記録された番組を再生する番組再生手段２７と、記録番組情報を番組情報サービスサーバー３８に通知する記録番組通知手段２２と、番組情報サービスサーバー３８から番組マッピングデータを受信する番組マッピングデータ受信手段２３と、番組マッピングデータと記録番組から番組詳細情報（番組詳細記録情報）を自動作成する番組詳細情報作成手段２５と、ユーザーの編集操作に応じて、番組記録手段２４に記録された記録済み番組ファイルを加工したり、記録済み番組ファイル内の内容を用いて別ファイルを作成したりする番組編集手段２８と、ユーザの操作に応じて、記録した番組に関し、番組マッピングデータから抽出した情報を表示する番組マッピングデータ抽出表示手段２６とを、備えている。
【００１９】
次に、ユーザーが、利用者端末２０を使って番組を予約して番組を記録し、記録番組と番組マッピングデータとを用いて番組詳細情報（付加情報付きの番組ファイル）が作成される動作を、図３のタイムチャートを用いて説明する。
【００２０】
まず、番組マッピングデータ１５０は、番組送出装置３５の番組マッピングデータ送出手段１１から、番組情報サービスサーバー３８の番組マッピングデータ取得手段３４に送信され、番組情報サービスサーバー３８に蓄えられる（ステップＳ１０）。
【００２１】
次に、ユーザーが利用者端末２０に番組を録画予約すると、利用者端末２０の記録番組通知手段２２は、番組情報サービスサーバー３０の記録番組情報取得手段３１に対して、図４に示した記録番組情報１１０の記録開始時刻１１５、記録終了時刻１１４、記録チャンネル１１６を自動的に送信する（ステップＳ１１）。
【００２２】
これを受けて番組情報サービスサーバー３８は、受信した記録番組情報１１０から送信すべき番組マッピングデータを検索し、番組マッピングデータ提供手段３２から該当の番組マッピングデータ１５０を、利用者端末２０の番組マッピングデータ受信手段２３へ送信する（ステップ１２）。なお、放送開始前か放送中か放送終了後かの、どのタイミングで番組マッピングデータ１５０のダウンロードを行うかの決定は、番組マッピングデータ受信部２３と番組マッピングデータ提供装置３２との間のやり取りで適時設定決定されるようになっており、番組マッピングデータ１５０の取得に関して、ユーザーは何も操作しなくてよいように構成されている。つまり、利用者端末２０で番組録画を行うことを契機に、利用者端末２０から番組情報サービスサーバー３８に対して自動的にネット接続し、利用者端末２０から記録番組情報１１０を自動的に送信して、これにより、番組情報サービスサーバー３８から番組マッピングデータ１５０を利用者端末２０へ自動的にダウンロードするように構成されている。
【００２３】
記録番組情報取得手段３１によって利用者端末２０から受信した記録番組情報１１０は、適宜のタイミングで、番組情報サービスサーバー３８のユーザーニーズ把握データ送信手段３３から、番組送出装置３５の番組サービスサーバー手段３０に送信される（ステップＳ１３）。これにより、放送局側では多数のユーザーニーズ情報を統計的に加工することが可能になり、多数のユーザーが何を録画するのかを番組制作者等が容易に把握することができて、ユーザーニーズを反映させた今後の番組制作を行うことが可能となる。
【００２４】
番組送出装置３５の番組送出手段１２から予約番組が送出されると、利用者端末２０は、番組受信手段２１でこの録画予約した番組を受信する（ステップＳ１４）。同時に、利用者端末２０の番組記録手段２４は受信した番組の記録を開始し、図４の記録開始時刻１１５から記録終了時刻１１４まで記録する（ステップＳ１５）。
【００２５】
次に、利用者端末２０の番組詳細情報作成手段２５は、先ほど受信した番組マッピングデータ１５０と記録番組２００を用いて、番組詳細情報（番組詳細記録情報、すなわち付加情報付きの番組ファイル）３００を作成する（ステップＳ１６）。いま例えば、ユーザーが設定した記録開始時刻１１５を「２０時５８分」とし、記録終了時刻１１４を「２１時５８分」とする。番組記憶手段２４の例えばＨＤＤ等の記録メディアには、この開始、終了時刻を示すタイムスタンプデータが、番組データ１１２や番組マッピングデータ１５０と共に記録するようにされるが、番組マッピングデータ１５０により、番組開始１２１は「２１時」丁度であったとすると、記録開始時刻１１５の２分後の位置にタイムスタンプが合わされて、番組詳細情報のタイムスタンプデータが作成される。同様に、番組マッピングデータ１５０により、番組終了１２６は「２０時５０分」であったとすると、記録終了時刻１１４の８分前の位置にタイムスタンプが合わされて、番組詳細情報のタイムスタンプデータが作成される。なお、利用者端末２０は、番組受信時に番組送出手段３５から時計情報も一緒に受信するので、利用者端末２０と番組送出装置３５の時計は常に同じである。このとき、図４の番組マッピングデータ１５０に存在しない、番組データ部分１１１、１１３は、図４の黒ベタに示すように一旦は記録されるが、自動的に消去される。
【００２６】
このようにして、図５に示すような番組詳細情報（番組詳細記録情報）３００を自動的に作成、すなわち、付加情報付きの番組ファイルを自動的に作成することができ、これを番組記録手段２４に保存することができる。また、不要な部分を自動的に消去することにより、無駄な番組データを番組記録手段２４に記憶することがなくなる。なお、自動作成された番組詳細情報３００のファイル名は、例えば、カレンダー情報と番組マッピングデータ１５０の「うたばんぐみ．ｄａｔａ」とから、番組詳細情報作成手段２５が自動的に作成する。
【００２７】
次に、放送される番組１００と、記録番組２００と、番組マッピングデータ１５０との関係を、図４を用いて詳細に説明する。図４での横軸は時間を表し、左から右に時間が移行している。図４に示した例では、放送される番組１００として歌番組を例にとっている。
【００２８】
放送される番組１００は、イベントとして、コマーシャルの内容１０１、１０４、１０５、１０７、番組のスタート部分の内容１０２、曲の演奏・歌唱内容１０３、１０６をもつものとなっており、１０１〜１０７では、これらを図式化して示してある。
【００２９】
記録番組２００は、利用者端末２０で記録される番組を図式化したものであり、ユーザーが入力設定する記録番組情報１１０（記録開始時刻１１５、記録終了時刻１１４、記録チャンネル１１６）と、記録保存番組データ部分１１２と、記録後消去番組データ部分１１１、１１３とを、持っている。
【００３０】
番組マッピングデータ１５０は、区間データ部１２０と付加情報部１４０とからなっており、区間データ部１２０は、番組のイベント開始／終了ポイント１２１〜１２６と、区間データ１３０〜１３４とを持っており、付加情報部１４０は、区間データ１３０〜１３４に対応した付加情報（詳細は後述する）１４１〜１４５を持っている。
【００３１】
図６は、付加情報の一つを利用者端末２０の表示手段で表示した場合の一例であり、付加情報１４１〜１４５の一つと同等のものである。
【００３２】
図４の付加情報部１４０のデータ構造は、例えば、図７のように表される。タイトル部分には、曲のタイトル、ドラマのタイトル、コマーシャルのタイトル等が入り、テキストデータで表される。名称情報は、数字で表され、その数字によって表現が異なることを表している。名称情報内容は、テキストで表され、出演者、会社名、アーティスト名等が記載される。省略可否は、数字で表され、飛ばして視聴が可能かどうかの判定をするための情報が指定される。詳細情報は、テキストで表され、番組の内部の詳細情報、例えば、コマーシャルの内容や歌の歌詞等が考えられるが、何を記載してもかまわない。
【００３３】
上述したような番組詳細情報（番組詳細記録情報）３００を自動的に作成して、番組記録手段２４のＨＤＤ等に記録することによって、利用者端末２０では、種々の再生動作や、また、番組マッピングデータ抽出表示手段や番組編集手段２８を用いて、簡易な操作で編集を行うことが可能になる。
【００３４】
最初に、録画（録音）が終了し番組詳細情報３００として番組ファイルを保存した後、ユーザーが番組の一部を省いて番組を再生する場合を、図８を用いて説明する。
【００３５】
まず、ユーザーは利用者端末２０の図示せぬ操作入力手段を用いて、記録した番組ファイル中から再生を所望する番組を指定し、かつ、省略が可能な部分（省略が可能なイベント部分）は省いて再生をする旨の指示を入力する（ステップＳ２００）。これを受けて、番組マッピングデータ抽出表示手段２６は、指定された番組の番組詳細情報（番組詳細記録情報）３００中の付加情報部１４０の各付加情報を参照して、記録した番組中に省略が可能な部分があるか否かや、省略が可能な部分がある場合にはその省略区間を抽出し、この検索・抽出結果に基づく再生制御信号を番組再生手段２７に出力する（ステップＳ２０１）。次に、番組再生手段２７は、ステップＳ２０１の検索・抽出結果に基づき、省略が可能な部分がある場合には、その部分を飛ばして番組の再生を行う（ステップＳ２０２）。これによって、例えば省略可能区間であるコマーシャルを飛ばして、番組本編のみを再生することが至って容易に可能となる。
【００３６】
なお、放送局（放送事業者）３５側の意向によっては、番組中の各イベントは一度は必ず見るような付加情報の設定とすることも可能である。このような付加情報の設定がなされている場合には、ユーザーが一度再生を行えば、以後は省略が可能なイベント部分とすることができるので、図９に示すような、再生が可能なようにされている。
【００３７】
つまり、ユーザーが利用者端末２０の図示せぬ操作入力手段を用いて、記録した番組ファイル中から再生を所望する番組を指定してその再生を指定した場合に、一度は必ず見るような設定がされているイベント部分がある際には、番組マッピングデータ抽出表示手段２６は、一度は必ず見るような設定がされているイベント部分の表示をどのように行うかを、ユーザーに選択させる図示せぬ画面を表示し、この画面において、ユーザーが、一度は必ず見るような設定がされているイベント部分の表示方法の選択を行う（ステップＳ２０５）。
【００３８】
ステップＳ２０５で早送り再生が選択された場合には、番組マッピングデータ抽出表示手段２６は、一度は必ず見るような設定がされているイベント部分の区間のみは早送り再生させるような再生制御信号を番組再生手段２７に出力して、これにより、番組再生手段２７は、一度は必ず見るような設定がされているイベント部分の区間のみは早送りして再生する（ステップＳ２０６）。また、ステップ２０５で２画面再生が選択された場合には、番組マッピングデータ抽出表示手段２６は、一度は必ず見るような設定がされているイベント部分は、画面上に開いたウィンドウによって、番組本編とは別にウィンドウ表示させるような再生制御信号を番組再生手段２７に出力して、これにより、番組再生手段２７は、一度は必ず見るような設定がされているイベント部分は、番組本編とは別ウィンドウとなるように再生を行う（ステップＳ２０７）。また、ステップ２０５でテロップ再生が選択された場合は、番組マッピングデータ抽出表示手段２６は、一度は必ず見るような設定がされているイベント部分の詳細情報の文字列を、テロップ形式で画面に流すようにするための再生制御信号を番組再生手段２７に出力して、これにより、番組再生手段２７は、一度は必ず見るような設定がされているイベント部分の詳細情報の文字列を、テロップ形式で画面に流すように再生を行う（ステップＳ２０８）。
【００３９】
そして、ステップＳ２０６またはＳ２０７またはＳ２０８の再生が終了すると、番組詳細情報作成手段２５は、一度は必ず見るような設定がされているイベント部分の詳細情報における、一度は必ず見るようにされた設定情報を、以後は飛ばして再生可能である旨を示す情報に書き替える（ステップＳ２０９）。
【００４０】
次に、録画（録音）が終了し番組詳細情報３００として番組ファイルを保存した後、ユーザーが番組の本編だけを、または本編の一部分を、またはコマーシャルの部分を別ファイルとして保存する場合の処理、つまり、ユーザーの所望するイベント内容となる別ファイルを作成し保存する場合の処理を、図１０によって説明する。
【００４１】
ユーザーが利用者端末２０の図示せぬ操作入力手段を用いて、記録した番組ファイル中から編集を所望する番組を指定すると、番組の編集処理が開始され、番組編集手段２８は、番組マッピングデータ抽出表示手段２６によって、編集対象の番組の番組マッピングデータ１５０を画面表示させる（ステップＳ２１０）。この表示に基づき、ユーザーは操作入力手段を用いて、別ファイルとしたいイベント部分を、例えば図４、図５中に示した区間データ（１３０〜１３４）によって指定し、別ファイルとしたいイベント部分が無くなるまで、欲しいイベント部分（データ部分）の抽出選択を、並べたい順序で繰り返し行う（ステップＳ２１１、ステップＳ２１２）。
【００４２】
次に、番組編集手段２８は、上記のように抽出されたイベント部分（データ部分）のみで構成されたファイルに対して、番組マッピングデータ内の付加情報からファイル名を自動生成し（ステップＳ２１３）、自動生成したファイル名を表示して、このファイル名でＯＫかどうかをユーザーに判定させる（ステップＳ２１４）。ステップＳ２１４でＯＫ判定されると、自動生成したファイル名を新規ファイル名として、ステップＳ２１１、Ｓ２１２で編集して作成したファイルを、番組記憶手段２４に記憶させる（ステップＳ２１６）。ステップＳ２１４でＮＯ判定されると、ユーザーに所望するファイル名を新規ファイル名として入力させ（ステップＳ２１５）、ユーザーが入力した新規ファイル名を用いて、ステップＳ２１１、Ｓ２１２で編集して作成したファイルを、番組記憶手段２４に記憶させる（ステップＳ２１６）。
【００４３】
このような編集手法をとることにより、ユーザーが意図する状態の番組ファイルの作成を、簡単・気軽に行うことが可能となる。つまり、本編だけを別ファイルとして保存する（不要な部分だけ取り除いた形で保存）することや、本編の一部分のみを別ファイルとして保存することや、場合によっては再生順序を所望のものにした形の別ファイルとして保存することができる。また、コマーシャルだけを別ファイルとして保存することも可能となる。なお、編集によって新規作成された番組ファイルも、図５に示したような番組詳細情報（番組詳細記録情報）３００の形をとるようになっている。
【００４４】
なお、記録済みの複数の番組ファイルの内容から、別ファイルを作成してこれを保存することも可能で、この場合には、図１０のステップＳ２１０〜Ｓ２１２の処理を、各記録済みの番組ファイルごとに行ってから、ステップＳ２１３の処理に進めばよい。このようにすれば、コマーシャルだけを取り出して別ファイルとして、あるいは好きなアーティストの歌だけを取り出して別ファイルとして、効率よくコレクションすることが可能となる。
【００４５】
なおまた、別ファイルとして作成した後に、この別ファイル内のデータ部分（イベント部分）を入れ替えたり、一部を取り除く等の編集加工が、同様に行えることは言うまでもない。
【００４６】
次に、ファイルとして保存した後、ユーザがファイルの中身を確認する際の動作を、図１１、図１２を用いて説明する。
【００４７】
図１１は、予約録画によって保存された、あるいは上述した編集手法で作成して保存された各ファイルのファイル一覧２５０の表示画面例である。この図１１の表示画面は、ユーザーがファイル保存後に、あるいは再生前の内容確認のために、利用者端末２０の図示せぬ操作入力手段を用いて、ファイル一覧２５０の呼び出しを指定することによって、番組マッピングデータ抽出表示手段２６が行う。ファイル一覧２５０の各ファイル名２５１〜２５５の各ファイルは、図５に示したような番組詳細情報（番組詳細記録情報）３００の形をそれぞれとっている。
【００４８】
図１１に示したようなファイル一覧２５０の各ファイル名２５１〜２５５の表示だけでは、よほど記憶力のよいユーザーでない限り、各ファイルの詳細は分からない。そこで、各ファイル名２５１〜２５５の表示の横に、各ファイルの詳細を呼び出すためのアイコン部２５１ａ〜２５５ａを設けて、このアイコン部を選択することによって、各ファイルの詳細を表示できるようにされる。図１２は、ファイル名２５１のアイコン部２５１ａを選択した場合の例を示しており、ファイル名２５１の詳細（例えば、番組マッピングデータ１５０中の付加情報の先頭の情報）の情報表示２６０が、テキストで表示されている。
【００４９】
かような手法をとることによって、ユーザーは、ファイルを再生する前にその内容を簡単・容易に確認することができる。
【００５０】
【発明の効果】
以上のように本発明の番組情報記録システムにおいては、ユーザーが利用者端末で番組を記録することによって、ユーザーが何も操作しなくても、自動的に、利用者端末から番組情報サービスサーバーに記録する（または記録中の、または記録後の）記録番組情報を送信し、番組情報サービスサーバーでは、記録番組情報に対応する番組マッピングデータを抽出して、この抽出した番組マッピングデータを利用者端末に送信するので、利用者端末は、該当する番組の番組マッピングデータを、ユーザーに煩わしい操作を強いることなく、簡単・確実に取得することができる。したがって、利用者端末は、記録番組と番組マッピングデータとを用いて、自動的に番組詳細情報（番組詳細記録情報）を作成し、これを付加情報付きのファイルとして記録することが可能となり、これによって、再生手法を選択したり、別ファイルを作成する編集や、ファイルの内容確認が、簡単・容易に行えることとなり、大いに使い勝手が向上する。すなわち、ユーザーが不必要と思った個所を飛ばして見ることや、飛ばして見ることが出来ない場合にも、早送りで見る、２画面で同時に見る、テロップで見るの方法を選ぶことや、また、ユーザーが必要と思った個所のみを抽出して別ファイルとして保存することや、再生前等におけるファイルの内容確認が、簡単・容易に行える。
【００５１】
さらに、利用者端末から番組情報サービスサーバーが受信した記録番組情報は、適宜に、番組情報サービスサーバーから番組送出装置（放送事業者側）に送信することができるので、これにより、放送事業者側では多数のユーザーニーズ情報を統計的に加工することが可能になり、多数のユーザーが何を録画するのかを番組制作者等が容易に把握することができて、ユーザーニーズを反映させた今後の番組制作を行うことが可能となる。
【図面の簡単な説明】
【図１】本発明の一実施形態に係る番組情報記録システムの構成を示すシステム構成図である。
【図２】図１のシステムを、利用者、放送局、サービス事業者の関係で表したシステム構成図である。
【図３】本発明の一実施形態において、番組を記録し記録番組と番組マッピングデータとを用いて番組詳細情報を作成する動作を、タイムチャートで示す説明図である。
【図４】本発明の一実施形態における、放送される番組と、記録番組と、番組マッピングデータとの関係を示す説明図である。
【図５】本発明の一実施形態において、作成されて記憶される番組詳細情報（番組詳細記録情報）を示す説明図である。
【図６】本発明の一実施形態における、番組マッピングデータ中の付加情報部の付加情報の表示例である。
【図７】本発明の一実施形態における、番組マッピングデータの付加情報部のデータ構造を示す説明図である。
【図８】本発明の一実施形態において、番組の一部を省いて番組再生を行う場合の処理フロー図である。
【図９】本発明の一実施形態において、番組の一部を省いた番組再生が行えない場合の再生動作の処理フロー図である。
【図１０】本発明の一実施形態において、番組ファイルの編集を行って別ファイルを作成する場合の処理フロー図である。
【図１１】本発明の一実施形態における、保存された各ファイルのファイル一覧表示の画面例を示す説明図である。
【図１２】図１１において選択されたファイルの詳細情報表示の画面例を示す説明図である。
【符号の説明】
１１ 番組マッピングデータ送信手段
１２ 番組送出手段
２０ 利用者端末
２１ 番組受信手段
２２ 記録番組通知手段
２３ 番組マッピングデータ受信手段
２４ 番組記録手段
２５ 番組詳細情報作成手段
２６ 番組マッピングデータ抽出表示手段
２７ 番組再生手段
２８ 番組編集手段
３０ 番組サービスサーバー手段
３１ 記録番組情報取得手段
３２ 番組マッピングデータ提供手段
３３ ユーザーニーズ把握データ送信手段
３４ 番組マッピングデータ取得手段
３５ 番組送出装置
３８ 番組情報サービスサーバー
１００ 放送される番組
１１０ 記録番組情報
１２０ 区間データ部
１４０ 付加データ部
１５０ 番組マッピングデータ
２００ 記録番組
３００ 番組詳細情報（番組詳細記録情報）
【発明の属する技術分野】
本発明は、電波やケーブル、インターネットを介して放送されるＴＶやラジオなどの番組を、ＨＤＤ等に代表される記録メディアに記録する番組情報記録システムにかかわる技術に関する。
【０００２】
【従来の技術】
一般にユーザーは、放送番組を録画・録音した際、番組の本編だけを視聴したいと所望することが多い。例えばコマーシャル等は、視聴する際非常に時間のロスであり、現状のＶＴＲなどでは、スキップサーチなる機能にて飛ばし見を実現している。一方、その逆に、ユーザーによっては、コマーシャルをコレクションしたいというニーズもあり得る。ところが、コマーシャル、あるいは、番組内での好きな出演者の出演シーンや好きな曲等を部分的に取り出す（編集する）ためには、そのシーンまで早送り等しながら、目視して検索する必要があり、編集操作が煩雑なものとなっていた。このため、ユーザーによって異なる多様な要求に、簡単に対応できる操作性のよい録画端末の実現が望まれていた。
【０００３】
また、現在最も一般的な録画装置であるＶＴＲにおいては、そのＶＴＲカセットに何が収録されているのかを管理できないという状況が、日常まま生じている。これには、カセットのラベル記載が面倒である等の理由が考えられる。同じように、大容量のＨＤＤに代表される記録メディアに、放送番組を記録し、ファイル形式によって管理する場合、そのファイルが一体何であるのか、直ぐにわかるようにする必要があることは言うまでもない。しかしながら、大容量のＨＤＤに代表される記録メディアに、放送番組を記録してこれを管理・編集するに際して、例えば、タレント別にファイルを管理すること等に代表されるように、ユーザーの所望する形でファイルを簡単に編集することができる仕組みは、現状では実現されていない。
【０００４】
特開平１０−９３９０５号公報には、番組情報を、記録媒体に記録する仕組みが開示されている。しかし、この公開公報に記載された手法では、情報を入手するために、ユーザーは、コンビニエンスストア、書店、駅の売店等のキーステーションにおもむき、情報を得なければならず、大変手間がかかり、かつ、情報の鮮度もに問題がある。つまり、何か特別な事情により放送内容が変わった場合には、対応できないという問題がある。
【０００５】
また、特開２０００−２７０２９０公報には、番組のコマーシャル時間や番組の開始／終了時間等の番組のタイムテーブルを入手する視聴エージェントにより、コマーシャルを分離録画したり、削除したりする手法が開示されている。しかし、この公開公報に記載された手法では、番組情報は時刻情報だけであるため、後日、人間の記憶に頼る部分があるため、いったい何を録画したのかを把握するのは難しいという問題がある。
【０００６】
また、特開２０００−３２４４４４公報には、番組を製作する上で番組内の詳細情報をイベントリストとして管理し、いかに迅速に放送番組を製作するかについての技術が開示されており、社団法人電波産業会が定義した「デジタル放送に使用する番組配列情報」により、番組詳細情報を視聴者が取得することができる。しかし、番組詳細情報は、一方的に流れてくるものであって、放送側がユーザーのニーズを把握するといった相互に働く手段が無いという問題や、また、予約時に役に立つ情報であっても、記録後に役に立つ情報をもち得る手段は無いという問題がある。
【０００７】
【発明が解決しようとする課題】
上述したように、近年益々大容量化されるＨＤＤ等に代表される記録メディアに、放送番組を録画（録音）した場合に、コマーシャルを飛ばして記録番組の本編だけを見たいというニーズや、コマーシャルが大好きでコマーシャルばかりをコレクションしたいというニーズや、あるいは、番組内での好きな出演者の出演シーンや好きな曲等のみを部分的に取り出て編集したいというニーズのように、ユーザーによって異なる多様な要求がある。しかしながら、早送りしつつ目視で確認しながら、編集や別ファイルの作成を行うという作業は、ユーザーにとって煩雑で時間のかかる作業となる。
【０００８】
また、前記の３つの公開公報に開示された従来技術では、それぞれ上述したような問題点がある。
【０００９】
本発明は上記した事情に鑑みなされたもので、その目的とするところは、大容量のＨＤＤに代表される記録メディアに、番組をファイル形式で記録し管理するに際して、そのファイルが一体何であるのか直ぐに把握できるようにすることにある。また、本発明の目的とするところは、記録した番組を容易に編集加工することを可能とし、以って、ユーザーによって異なる多様な要求に容易に対応できるようにすることにある。また、本発明の目的とするところは、番組提供側がユーザーのニーズを容易に把握できるようにすることにある。
【００１０】
【課題を解決するための手段】
本発明は上記した目的を達成するため、番組送出装置と番組情報サービスサーバーと利用者端末からなるシステムにおいて、利用者端末と番組情報サービスサーバーとを接続し、利用者端末から自動的に送信された記録する（または記録中の、または記録後の）番組の記録番組情報を入手した番組情報サービスサーバーが、該当する番組の番組マッピングデータを利用者端末に送信する。該当する番組の番組マッピングデータを取得した利用者端末は、番組マッピングデータと記録番組とから番組詳細情報（番組詳細記録情報）を自動的に作成、つまり付加情報付きの（番組）ファイルを自動的に作成し、これにより編集加工を容易に行うことを可能とする。また、利用者端末からユーザーニーズを得た番組情報サービスサーバーは、番組を放送する番組送出装置にユーザーニーズを送信し、これによりユーザーニーズの把握を番組製作者側で把握することを可能とする。
【００１１】
【発明の実施の形態】
以下、本発明の実施の形態を、図面を用いて詳細に説明する。
【００１２】
図１は、本発明の一実施形態に係る番組情報記録システムの構成を示す図であり、図２は、図１のシステムを、利用者、放送局、サービス事業者の関係で表した図であり、図１と図２のシステムは同等のものである。
【００１３】
なお、以下の説明では、番組送出装置と利用者端末とを仲介する番組情報サービスサーバーを、サービス事業者として説明するが、番組情報サービスサーバーの機能は、番組送出装置内に持ってもよい（つまり、サービス事業者と放送局が同一事業者であってもよい）。また、以下の説明では、番組送出装置、番組情報サービスサーバー、利用者端末を各々１つで説明しているが、番組送出装置や番組情報サービスサーバーを複数接続したシステムとすることも可能で、こうすると、利用者端末（ユーザー）にとってさらに利便性が高くなる。
【００１４】
図１、図２において、２０は利用者（ユーザー）が持つ利用者端末、３５は放送局（放送事業者）が持つ番組送出装置、３８はサービス事業者が持つ番組情報サービスサーバーである。少なくとも、利用者端末２０と番組情報サービスサーバー３８、番組送出装置３５と番組情報サービスサーバー３８は、インターネット等のネットワークを介して相互に接続可能とされている。
【００１５】
番組送出装置３５は、テレビ（ＢＳ、ＣＳ等を含む）やラジオに代表される放送や、インターネット等で番組を利用者端末２０に提供する番組送出手段１２と、データ（番組等）を蓄えたりデータの送受信を行う番組サービスサーバー手段３０と、番組の詳細情報をデータ化した番組マッピングデータを、番組情報サービスサーバー３８に送信する番組マッピングデータ送信手段１１とを、備えている。
【００１６】
なお、番組マッピングデータの詳細については後述するが、図４にその一例を示すように、番組マッピングデータ１５０は、例えば「うたばんぐみ．ｄａｔａ」に表されるように、時間情報またはタイムアドレスと番組の内容を詳細に表したデータとからなっている。
【００１７】
また、番組情報サービスサーバー３８は、番組送出装置３５の番組マッピングデータ送出手段１１から、番組マッピングデータを取得する番組マッピングデーター取得手段３４と、利用者端末２０から、記録する（または記録中の、または記録後の）記録番組情報（記録チャンネル、記録時刻または記録時間等）を取得する記録番組情報取得手段３１と、記録番組情報取得手段３１によってユーザーから受信した記録番組情報に基づいて検索された番組マッピングデータを、利用者端末２０に送信する番組マッピングデータ提供手段と、記録番組情報取得手段３１によってユーザーから受信した記録番組情報を、ユーザーニーズ情報として番組送出装置３５に送信するユーザーニーズ把握データ送信手段３３とを、備えている。なお、ユーザーニーズ把握データ送信手段３３からは、番組情報サービスサーバー３８で統計処理した、多数のユーザーによるユーザーニーズ統計情報を送信するようにしてもよい。
【００１８】
また、利用者端末２０は、番組送出装置３５からの番組を受信する番組受信手段２１と、番組受信手段２１で受信した番組を記録する番組記録手段２４と、番組記憶手段２４に記録された番組を再生する番組再生手段２７と、記録番組情報を番組情報サービスサーバー３８に通知する記録番組通知手段２２と、番組情報サービスサーバー３８から番組マッピングデータを受信する番組マッピングデータ受信手段２３と、番組マッピングデータと記録番組から番組詳細情報（番組詳細記録情報）を自動作成する番組詳細情報作成手段２５と、ユーザーの編集操作に応じて、番組記録手段２４に記録された記録済み番組ファイルを加工したり、記録済み番組ファイル内の内容を用いて別ファイルを作成したりする番組編集手段２８と、ユーザの操作に応じて、記録した番組に関し、番組マッピングデータから抽出した情報を表示する番組マッピングデータ抽出表示手段２６とを、備えている。
【００１９】
次に、ユーザーが、利用者端末２０を使って番組を予約して番組を記録し、記録番組と番組マッピングデータとを用いて番組詳細情報（付加情報付きの番組ファイル）が作成される動作を、図３のタイムチャートを用いて説明する。
【００２０】
まず、番組マッピングデータ１５０は、番組送出装置３５の番組マッピングデータ送出手段１１から、番組情報サービスサーバー３８の番組マッピングデータ取得手段３４に送信され、番組情報サービスサーバー３８に蓄えられる（ステップＳ１０）。
【００２１】
次に、ユーザーが利用者端末２０に番組を録画予約すると、利用者端末２０の記録番組通知手段２２は、番組情報サービスサーバー３０の記録番組情報取得手段３１に対して、図４に示した記録番組情報１１０の記録開始時刻１１５、記録終了時刻１１４、記録チャンネル１１６を自動的に送信する（ステップＳ１１）。
【００２２】
これを受けて番組情報サービスサーバー３８は、受信した記録番組情報１１０から送信すべき番組マッピングデータを検索し、番組マッピングデータ提供手段３２から該当の番組マッピングデータ１５０を、利用者端末２０の番組マッピングデータ受信手段２３へ送信する（ステップ１２）。なお、放送開始前か放送中か放送終了後かの、どのタイミングで番組マッピングデータ１５０のダウンロードを行うかの決定は、番組マッピングデータ受信部２３と番組マッピングデータ提供装置３２との間のやり取りで適時設定決定されるようになっており、番組マッピングデータ１５０の取得に関して、ユーザーは何も操作しなくてよいように構成されている。つまり、利用者端末２０で番組録画を行うことを契機に、利用者端末２０から番組情報サービスサーバー３８に対して自動的にネット接続し、利用者端末２０から記録番組情報１１０を自動的に送信して、これにより、番組情報サービスサーバー３８から番組マッピングデータ１５０を利用者端末２０へ自動的にダウンロードするように構成されている。
【００２３】
記録番組情報取得手段３１によって利用者端末２０から受信した記録番組情報１１０は、適宜のタイミングで、番組情報サービスサーバー３８のユーザーニーズ把握データ送信手段３３から、番組送出装置３５の番組サービスサーバー手段３０に送信される（ステップＳ１３）。これにより、放送局側では多数のユーザーニーズ情報を統計的に加工することが可能になり、多数のユーザーが何を録画するのかを番組制作者等が容易に把握することができて、ユーザーニーズを反映させた今後の番組制作を行うことが可能となる。
【００２４】
番組送出装置３５の番組送出手段１２から予約番組が送出されると、利用者端末２０は、番組受信手段２１でこの録画予約した番組を受信する（ステップＳ１４）。同時に、利用者端末２０の番組記録手段２４は受信した番組の記録を開始し、図４の記録開始時刻１１５から記録終了時刻１１４まで記録する（ステップＳ１５）。
【００２５】
次に、利用者端末２０の番組詳細情報作成手段２５は、先ほど受信した番組マッピングデータ１５０と記録番組２００を用いて、番組詳細情報（番組詳細記録情報、すなわち付加情報付きの番組ファイル）３００を作成する（ステップＳ１６）。いま例えば、ユーザーが設定した記録開始時刻１１５を「２０時５８分」とし、記録終了時刻１１４を「２１時５８分」とする。番組記憶手段２４の例えばＨＤＤ等の記録メディアには、この開始、終了時刻を示すタイムスタンプデータが、番組データ１１２や番組マッピングデータ１５０と共に記録するようにされるが、番組マッピングデータ１５０により、番組開始１２１は「２１時」丁度であったとすると、記録開始時刻１１５の２分後の位置にタイムスタンプが合わされて、番組詳細情報のタイムスタンプデータが作成される。同様に、番組マッピングデータ１５０により、番組終了１２６は「２０時５０分」であったとすると、記録終了時刻１１４の８分前の位置にタイムスタンプが合わされて、番組詳細情報のタイムスタンプデータが作成される。なお、利用者端末２０は、番組受信時に番組送出手段３５から時計情報も一緒に受信するので、利用者端末２０と番組送出装置３５の時計は常に同じである。このとき、図４の番組マッピングデータ１５０に存在しない、番組データ部分１１１、１１３は、図４の黒ベタに示すように一旦は記録されるが、自動的に消去される。
【００２６】
このようにして、図５に示すような番組詳細情報（番組詳細記録情報）３００を自動的に作成、すなわち、付加情報付きの番組ファイルを自動的に作成することができ、これを番組記録手段２４に保存することができる。また、不要な部分を自動的に消去することにより、無駄な番組データを番組記録手段２４に記憶することがなくなる。なお、自動作成された番組詳細情報３００のファイル名は、例えば、カレンダー情報と番組マッピングデータ１５０の「うたばんぐみ．ｄａｔａ」とから、番組詳細情報作成手段２５が自動的に作成する。
【００２７】
次に、放送される番組１００と、記録番組２００と、番組マッピングデータ１５０との関係を、図４を用いて詳細に説明する。図４での横軸は時間を表し、左から右に時間が移行している。図４に示した例では、放送される番組１００として歌番組を例にとっている。
【００２８】
放送される番組１００は、イベントとして、コマーシャルの内容１０１、１０４、１０５、１０７、番組のスタート部分の内容１０２、曲の演奏・歌唱内容１０３、１０６をもつものとなっており、１０１〜１０７では、これらを図式化して示してある。
【００２９】
記録番組２００は、利用者端末２０で記録される番組を図式化したものであり、ユーザーが入力設定する記録番組情報１１０（記録開始時刻１１５、記録終了時刻１１４、記録チャンネル１１６）と、記録保存番組データ部分１１２と、記録後消去番組データ部分１１１、１１３とを、持っている。
【００３０】
番組マッピングデータ１５０は、区間データ部１２０と付加情報部１４０とからなっており、区間データ部１２０は、番組のイベント開始／終了ポイント１２１〜１２６と、区間データ１３０〜１３４とを持っており、付加情報部１４０は、区間データ１３０〜１３４に対応した付加情報（詳細は後述する）１４１〜１４５を持っている。
【００３１】
図６は、付加情報の一つを利用者端末２０の表示手段で表示した場合の一例であり、付加情報１４１〜１４５の一つと同等のものである。
【００３２】
図４の付加情報部１４０のデータ構造は、例えば、図７のように表される。タイトル部分には、曲のタイトル、ドラマのタイトル、コマーシャルのタイトル等が入り、テキストデータで表される。名称情報は、数字で表され、その数字によって表現が異なることを表している。名称情報内容は、テキストで表され、出演者、会社名、アーティスト名等が記載される。省略可否は、数字で表され、飛ばして視聴が可能かどうかの判定をするための情報が指定される。詳細情報は、テキストで表され、番組の内部の詳細情報、例えば、コマーシャルの内容や歌の歌詞等が考えられるが、何を記載してもかまわない。
【００３３】
上述したような番組詳細情報（番組詳細記録情報）３００を自動的に作成して、番組記録手段２４のＨＤＤ等に記録することによって、利用者端末２０では、種々の再生動作や、また、番組マッピングデータ抽出表示手段や番組編集手段２８を用いて、簡易な操作で編集を行うことが可能になる。
【００３４】
最初に、録画（録音）が終了し番組詳細情報３００として番組ファイルを保存した後、ユーザーが番組の一部を省いて番組を再生する場合を、図８を用いて説明する。
【００３５】
まず、ユーザーは利用者端末２０の図示せぬ操作入力手段を用いて、記録した番組ファイル中から再生を所望する番組を指定し、かつ、省略が可能な部分（省略が可能なイベント部分）は省いて再生をする旨の指示を入力する（ステップＳ２００）。これを受けて、番組マッピングデータ抽出表示手段２６は、指定された番組の番組詳細情報（番組詳細記録情報）３００中の付加情報部１４０の各付加情報を参照して、記録した番組中に省略が可能な部分があるか否かや、省略が可能な部分がある場合にはその省略区間を抽出し、この検索・抽出結果に基づく再生制御信号を番組再生手段２７に出力する（ステップＳ２０１）。次に、番組再生手段２７は、ステップＳ２０１の検索・抽出結果に基づき、省略が可能な部分がある場合には、その部分を飛ばして番組の再生を行う（ステップＳ２０２）。これによって、例えば省略可能区間であるコマーシャルを飛ばして、番組本編のみを再生することが至って容易に可能となる。
【００３６】
なお、放送局（放送事業者）３５側の意向によっては、番組中の各イベントは一度は必ず見るような付加情報の設定とすることも可能である。このような付加情報の設定がなされている場合には、ユーザーが一度再生を行えば、以後は省略が可能なイベント部分とすることができるので、図９に示すような、再生が可能なようにされている。
【００３７】
つまり、ユーザーが利用者端末２０の図示せぬ操作入力手段を用いて、記録した番組ファイル中から再生を所望する番組を指定してその再生を指定した場合に、一度は必ず見るような設定がされているイベント部分がある際には、番組マッピングデータ抽出表示手段２６は、一度は必ず見るような設定がされているイベント部分の表示をどのように行うかを、ユーザーに選択させる図示せぬ画面を表示し、この画面において、ユーザーが、一度は必ず見るような設定がされているイベント部分の表示方法の選択を行う（ステップＳ２０５）。
【００３８】
ステップＳ２０５で早送り再生が選択された場合には、番組マッピングデータ抽出表示手段２６は、一度は必ず見るような設定がされているイベント部分の区間のみは早送り再生させるような再生制御信号を番組再生手段２７に出力して、これにより、番組再生手段２７は、一度は必ず見るような設定がされているイベント部分の区間のみは早送りして再生する（ステップＳ２０６）。また、ステップ２０５で２画面再生が選択された場合には、番組マッピングデータ抽出表示手段２６は、一度は必ず見るような設定がされているイベント部分は、画面上に開いたウィンドウによって、番組本編とは別にウィンドウ表示させるような再生制御信号を番組再生手段２７に出力して、これにより、番組再生手段２７は、一度は必ず見るような設定がされているイベント部分は、番組本編とは別ウィンドウとなるように再生を行う（ステップＳ２０７）。また、ステップ２０５でテロップ再生が選択された場合は、番組マッピングデータ抽出表示手段２６は、一度は必ず見るような設定がされているイベント部分の詳細情報の文字列を、テロップ形式で画面に流すようにするための再生制御信号を番組再生手段２７に出力して、これにより、番組再生手段２７は、一度は必ず見るような設定がされているイベント部分の詳細情報の文字列を、テロップ形式で画面に流すように再生を行う（ステップＳ２０８）。
【００３９】
そして、ステップＳ２０６またはＳ２０７またはＳ２０８の再生が終了すると、番組詳細情報作成手段２５は、一度は必ず見るような設定がされているイベント部分の詳細情報における、一度は必ず見るようにされた設定情報を、以後は飛ばして再生可能である旨を示す情報に書き替える（ステップＳ２０９）。
【００４０】
次に、録画（録音）が終了し番組詳細情報３００として番組ファイルを保存した後、ユーザーが番組の本編だけを、または本編の一部分を、またはコマーシャルの部分を別ファイルとして保存する場合の処理、つまり、ユーザーの所望するイベント内容となる別ファイルを作成し保存する場合の処理を、図１０によって説明する。
【００４１】
ユーザーが利用者端末２０の図示せぬ操作入力手段を用いて、記録した番組ファイル中から編集を所望する番組を指定すると、番組の編集処理が開始され、番組編集手段２８は、番組マッピングデータ抽出表示手段２６によって、編集対象の番組の番組マッピングデータ１５０を画面表示させる（ステップＳ２１０）。この表示に基づき、ユーザーは操作入力手段を用いて、別ファイルとしたいイベント部分を、例えば図４、図５中に示した区間データ（１３０〜１３４）によって指定し、別ファイルとしたいイベント部分が無くなるまで、欲しいイベント部分（データ部分）の抽出選択を、並べたい順序で繰り返し行う（ステップＳ２１１、ステップＳ２１２）。
【００４２】
次に、番組編集手段２８は、上記のように抽出されたイベント部分（データ部分）のみで構成されたファイルに対して、番組マッピングデータ内の付加情報からファイル名を自動生成し（ステップＳ２１３）、自動生成したファイル名を表示して、このファイル名でＯＫかどうかをユーザーに判定させる（ステップＳ２１４）。ステップＳ２１４でＯＫ判定されると、自動生成したファイル名を新規ファイル名として、ステップＳ２１１、Ｓ２１２で編集して作成したファイルを、番組記憶手段２４に記憶させる（ステップＳ２１６）。ステップＳ２１４でＮＯ判定されると、ユーザーに所望するファイル名を新規ファイル名として入力させ（ステップＳ２１５）、ユーザーが入力した新規ファイル名を用いて、ステップＳ２１１、Ｓ２１２で編集して作成したファイルを、番組記憶手段２４に記憶させる（ステップＳ２１６）。
【００４３】
このような編集手法をとることにより、ユーザーが意図する状態の番組ファイルの作成を、簡単・気軽に行うことが可能となる。つまり、本編だけを別ファイルとして保存する（不要な部分だけ取り除いた形で保存）することや、本編の一部分のみを別ファイルとして保存することや、場合によっては再生順序を所望のものにした形の別ファイルとして保存することができる。また、コマーシャルだけを別ファイルとして保存することも可能となる。なお、編集によって新規作成された番組ファイルも、図５に示したような番組詳細情報（番組詳細記録情報）３００の形をとるようになっている。
【００４４】
なお、記録済みの複数の番組ファイルの内容から、別ファイルを作成してこれを保存することも可能で、この場合には、図１０のステップＳ２１０〜Ｓ２１２の処理を、各記録済みの番組ファイルごとに行ってから、ステップＳ２１３の処理に進めばよい。このようにすれば、コマーシャルだけを取り出して別ファイルとして、あるいは好きなアーティストの歌だけを取り出して別ファイルとして、効率よくコレクションすることが可能となる。
【００４５】
なおまた、別ファイルとして作成した後に、この別ファイル内のデータ部分（イベント部分）を入れ替えたり、一部を取り除く等の編集加工が、同様に行えることは言うまでもない。
【００４６】
次に、ファイルとして保存した後、ユーザがファイルの中身を確認する際の動作を、図１１、図１２を用いて説明する。
【００４７】
図１１は、予約録画によって保存された、あるいは上述した編集手法で作成して保存された各ファイルのファイル一覧２５０の表示画面例である。この図１１の表示画面は、ユーザーがファイル保存後に、あるいは再生前の内容確認のために、利用者端末２０の図示せぬ操作入力手段を用いて、ファイル一覧２５０の呼び出しを指定することによって、番組マッピングデータ抽出表示手段２６が行う。ファイル一覧２５０の各ファイル名２５１〜２５５の各ファイルは、図５に示したような番組詳細情報（番組詳細記録情報）３００の形をそれぞれとっている。
【００４８】
図１１に示したようなファイル一覧２５０の各ファイル名２５１〜２５５の表示だけでは、よほど記憶力のよいユーザーでない限り、各ファイルの詳細は分からない。そこで、各ファイル名２５１〜２５５の表示の横に、各ファイルの詳細を呼び出すためのアイコン部２５１ａ〜２５５ａを設けて、このアイコン部を選択することによって、各ファイルの詳細を表示できるようにされる。図１２は、ファイル名２５１のアイコン部２５１ａを選択した場合の例を示しており、ファイル名２５１の詳細（例えば、番組マッピングデータ１５０中の付加情報の先頭の情報）の情報表示２６０が、テキストで表示されている。
【００４９】
かような手法をとることによって、ユーザーは、ファイルを再生する前にその内容を簡単・容易に確認することができる。
【００５０】
【発明の効果】
以上のように本発明の番組情報記録システムにおいては、ユーザーが利用者端末で番組を記録することによって、ユーザーが何も操作しなくても、自動的に、利用者端末から番組情報サービスサーバーに記録する（または記録中の、または記録後の）記録番組情報を送信し、番組情報サービスサーバーでは、記録番組情報に対応する番組マッピングデータを抽出して、この抽出した番組マッピングデータを利用者端末に送信するので、利用者端末は、該当する番組の番組マッピングデータを、ユーザーに煩わしい操作を強いることなく、簡単・確実に取得することができる。したがって、利用者端末は、記録番組と番組マッピングデータとを用いて、自動的に番組詳細情報（番組詳細記録情報）を作成し、これを付加情報付きのファイルとして記録することが可能となり、これによって、再生手法を選択したり、別ファイルを作成する編集や、ファイルの内容確認が、簡単・容易に行えることとなり、大いに使い勝手が向上する。すなわち、ユーザーが不必要と思った個所を飛ばして見ることや、飛ばして見ることが出来ない場合にも、早送りで見る、２画面で同時に見る、テロップで見るの方法を選ぶことや、また、ユーザーが必要と思った個所のみを抽出して別ファイルとして保存することや、再生前等におけるファイルの内容確認が、簡単・容易に行える。
【００５１】
さらに、利用者端末から番組情報サービスサーバーが受信した記録番組情報は、適宜に、番組情報サービスサーバーから番組送出装置（放送事業者側）に送信することができるので、これにより、放送事業者側では多数のユーザーニーズ情報を統計的に加工することが可能になり、多数のユーザーが何を録画するのかを番組制作者等が容易に把握することができて、ユーザーニーズを反映させた今後の番組制作を行うことが可能となる。
【図面の簡単な説明】
【図１】本発明の一実施形態に係る番組情報記録システムの構成を示すシステム構成図である。
【図２】図１のシステムを、利用者、放送局、サービス事業者の関係で表したシステム構成図である。
【図３】本発明の一実施形態において、番組を記録し記録番組と番組マッピングデータとを用いて番組詳細情報を作成する動作を、タイムチャートで示す説明図である。
【図４】本発明の一実施形態における、放送される番組と、記録番組と、番組マッピングデータとの関係を示す説明図である。
【図５】本発明の一実施形態において、作成されて記憶される番組詳細情報（番組詳細記録情報）を示す説明図である。
【図６】本発明の一実施形態における、番組マッピングデータ中の付加情報部の付加情報の表示例である。
【図７】本発明の一実施形態における、番組マッピングデータの付加情報部のデータ構造を示す説明図である。
【図８】本発明の一実施形態において、番組の一部を省いて番組再生を行う場合の処理フロー図である。
【図９】本発明の一実施形態において、番組の一部を省いた番組再生が行えない場合の再生動作の処理フロー図である。
【図１０】本発明の一実施形態において、番組ファイルの編集を行って別ファイルを作成する場合の処理フロー図である。
【図１１】本発明の一実施形態における、保存された各ファイルのファイル一覧表示の画面例を示す説明図である。
【図１２】図１１において選択されたファイルの詳細情報表示の画面例を示す説明図である。
【符号の説明】
１１ 番組マッピングデータ送信手段
１２ 番組送出手段
２０ 利用者端末
２１ 番組受信手段
２２ 記録番組通知手段
２３ 番組マッピングデータ受信手段
２４ 番組記録手段
２５ 番組詳細情報作成手段
２６ 番組マッピングデータ抽出表示手段
２７ 番組再生手段
２８ 番組編集手段
３０ 番組サービスサーバー手段
３１ 記録番組情報取得手段
３２ 番組マッピングデータ提供手段
３３ ユーザーニーズ把握データ送信手段
３４ 番組マッピングデータ取得手段
３５ 番組送出装置
３８ 番組情報サービスサーバー
１００ 放送される番組
１１０ 記録番組情報
１２０ 区間データ部
１４０ 付加データ部
１５０ 番組マッピングデータ
２００ 記録番組
３００ 番組詳細情報（番組詳細記録情報）
Claims (6)
- 番組送出装置と、番組情報サービスサーバーと、利用者端末とを含んだ番組情報記録システムであって、
前記番組送出装置は、
少なくとも番組内イベントの時間情報を含む番組マッピングデータを送出する番組マッピングデータ送出手段を、
有し、
前記利用者端末は、
前記番組送出装置から送出された番組を受信する番組受信手段と、
該番組受信手段で受信した番組を記録する番組記録手段と、
該番組記憶手段に記録された番組を再生する番組再生手段と、
前記番組記録手段でこれから記録するまたは記録中または記録後の番組を特定する情報としての記録番組情報を通知する記録番組通知手段と、
前記番組マッピングデータを受信する番組マッピングデータ受信手段とを、
有し、
前記番組送出装置及び前記利用者端末と接続された前記番組情報サービスサーバーは、
前記番組送出装置の前記番組マッピングデータ送出手段から前記番組マッピングデータを取得する番組マッピングデータ取得手段と
前記利用者端末の前記記録番組通知手段から通知された前記記録番組情報を取得する記録番組情報取得手段と、
該記録番組情報取得手段で取得した前記記録番組情報に基づいて抽出された当該番組の前記番組マッピングデータを、前記利用者端末の前記番組マッピングデータ受信手段へ提供する番組マッピングデータ提供手段とを、
有することを特徴とする番組情報記録システム。 - 請求項１記載において、
前記番組マッピングデータには、前記した番組内イベントの時間情報と共に、番組内の各イベントに関する付加情報が含まれることを特徴とする番組情報記録システム。 - 請求項１または２記載において、
前記番組情報サービスサーバーは、前記記録番組情報を前記番組送出装置へ通知するユーザーニーズ把握データ送信手段を有することを特徴とする番組情報記録システム。 - 請求項１または２記載において、
前記利用者端末は、前記番組マッピングデータと記録番組とから番組詳細情報（番組詳細記録情報）を作成する番組詳細情報作成手段を有することを特徴とする番組情報記録システム。 - 請求項１または２記載において、
前記利用者端末は、ユーザーの指示に基づき前記番組マッピングデータを利用して、記録した番組を編集する番組編集手段とを有することを特徴とする番組情報記録システム。 - 請求項１または２記載において、
前記利用者端末は、記録した番組に関し、前記番組マッピングデータから抽出した情報を提示可能な番組マッピングデータ抽出表示手段を有することを特徴とする番組情報記録システム。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2001226309A JP3795356B2 (ja) | 2001-07-26 | 2001-07-26 | 番組情報記録システム |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2001226309A JP3795356B2 (ja) | 2001-07-26 | 2001-07-26 | 番組情報記録システム |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2003037811A JP2003037811A (ja) | 2003-02-07 |
| JP3795356B2 true JP3795356B2 (ja) | 2006-07-12 |
Family
ID=19059146
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2001226309A Expired - Fee Related JP3795356B2 (ja) | 2001-07-26 | 2001-07-26 | 番組情報記録システム |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP3795356B2 (ja) |
Families Citing this family (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2006195002A (ja) * | 2005-01-11 | 2006-07-27 | Xing Inc | コンテンツ配信システム |
-
2001
- 2001-07-26 JP JP2001226309A patent/JP3795356B2/ja not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| JP2003037811A (ja) | 2003-02-07 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP5017352B2 (ja) | 出力制御装置 | |
| US6311011B1 (en) | Device for recording video signals and device for displaying electronic program guide | |
| KR101111537B1 (ko) | 컨텐츠 시청 지원 장치 및 컨텐츠 시청 지원 방법 | |
| JP4734992B2 (ja) | 番組記録装置、および番組記録方法 | |
| JP5770408B2 (ja) | 映像コンテンツ視聴端末 | |
| US20120054798A1 (en) | Advertisement display processing method and apparatus associated with reproduction title | |
| CN101340560A (zh) | 内容再现装置、方法和介质 | |
| US20140300811A1 (en) | Methods and Systems for Providing and Playing Videos Having Multiple Tracks of Timed Text Over A Network | |
| US20050123268A1 (en) | Information provision apparatus, information reproducing apparatus, information provision method, and information recording medium on which information provision program is computer-readably recorded | |
| JP2003061036A (ja) | インデックス情報の伝送方法、インデックス情報の受信方法、番組記録信号の再生方法、番組記録信号再生装置、及びインデックス情報の提供サービス | |
| CN100388783C (zh) | 使用相关宣传材料储存音频/视频节目数据 | |
| JP2004357293A (ja) | 識別子で関連付けられたドキュメントの選択のためのナビゲーション処理及びその処理を実施する装置 | |
| JP4751103B2 (ja) | 映像記録装置 | |
| JP4679232B2 (ja) | 記録装置 | |
| JP2004297493A (ja) | デジタルコンテンツ編集システムおよびデジタルコンテンツ編集方法 | |
| JP3766280B2 (ja) | コンテンツ仲介装置およびコンテンツ仲介処理方法 | |
| JP3795356B2 (ja) | 番組情報記録システム | |
| JP2006311592A (ja) | ストリーム再生制御装置及びコンピュータプログラム | |
| JP2007149235A (ja) | コンテンツ編集装置、プログラム、及び記録媒体 | |
| JP2005328401A (ja) | 情報提供装置および方法、記録媒体、並びにプログラム | |
| JP4184038B2 (ja) | 記録装置およびプログラム | |
| JP4768282B2 (ja) | コンテンツ再生システム | |
| KR20000025953A (ko) | 재생리스트 화면 표시방법 | |
| JP3782014B2 (ja) | テレビ放送録画再生装置及び情報提供サービスシステム | |
| KR100430610B1 (ko) | 방송프로그램의 선택적 재생장치 및 그 방법 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20040611 |
|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20051215 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20060117 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20060308 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20060404 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20060412 |
|
| R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20090421 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100421 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100421 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110421 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120421 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120421 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130421 Year of fee payment: 7 |
|
| LAPS | Cancellation because of no payment of annual fees |