(57)【要約】【課題】楽曲を特定することによりアナログ放送であっても、また、チャンネルを１つに限定されることなく、番組内の当該楽曲を自動的に抜き出して録音する。【解決手段】端末１０は、楽曲識別情報をサーバ２０に送信し、サーバ２０での放送情報データベース２０４の検索の結果得られた当該楽曲の放送されるチャンネルおよび日時情報を予約リスト情報として受信する。端末１０はこの予約リスト情報に基づいて予約リストを作成し、この予約リストに基づいて、放送される当該楽曲の録音を行う。【選択図】図１
2005333209.tif 000002
【特許請求の範囲】
【請求項１】
放送受信機能ならびに楽曲録音および再生機能を有する端末装置と、楽曲情報を提供するサーバとが通信ネットワークで接続された放送楽曲自動録音システムであって、
端末装置は、楽曲を特定する楽曲識別情報をサーバに送信し、
サーバは、楽曲毎にその放送されるチャンネルおよび日時情報を検索可能に格納した放送情報データベースを有し、前記端末装置から受信した楽曲識別情報に基づいて前記放送情報データベースから当該楽曲の放送されるチャンネルおよび日時情報を求め、この情報を予約リスト情報として前記端末装置へ送信し、
前記端末装置は、前記サーバから受信した予約リスト情報に基づいて予約リストを作成し、この予約リストに基づいて、放送される当該楽曲の録音を行う
ことを特徴とする放送楽曲自動録音システム。
【請求項２】
前記サーバは楽曲情報を格納した楽曲データベースを有し、前記端末装置は、前記楽曲識別情報を前記サーバに送信する前に、前記サーバにアクセスして前記楽曲データベースに基づいて前記楽曲識別情報を取得することを特徴とする請求項１記載の放送楽曲自動録音システム。
【請求項３】
前記サーバは、前記端末装置から送信された楽曲識別情報の履歴情報または前記端末装置から申告された情報に基づいて楽曲を選択し、その楽曲識別情報を前記端末装置に送信し、前記端末装置は前記サーバから受信した楽曲識別情報の中から選択された楽曲識別情報を前記サーバに送信することを特徴とする請求項１記載の放送楽曲自動録音システム。
【請求項４】
通信ネットワークを介してデータを送受信するデータ通信手段と、
放送を受信する放送受信手段と、
放送される楽曲を録音する録音手段と、
楽曲を再生する再生手段と、
日時情報の管理を行う時計手段と、
放送される楽曲の録音の予約制御を行う予約制御手段とを備え、
前記予約制御手段は、前記データ通信手段により楽曲を特定する楽曲識別情報をサーバに送信し、当該楽曲の放送されるチャンネルおよび日時情報を含む予約リスト情報を受信して、この予約リスト情報に基づいて予約リストを作成し、この予約リストに基づいて前記録音手段の録音予約を行う
ことを特徴とする端末装置。
【請求項５】
前記予約制御手段は、前記予約リストに、同一の楽曲について放送チャンネルおよび放送日時の少なくとも一方が異なる複数のリストレコードが記憶されることを許容し、そのうちの１つのリストレコードについて録音がなされたとき、当該同一の楽曲について記憶されているすべてのリストレコードを削除し、１つのリストレコードについて録音がなされないまま当該放送日時が経過したときは当該リストレコードのみを削除することを特徴とする請求項４記載の端末装置。
【請求項６】
録音済みの楽曲情報を記憶する録音済みリストを有し、前記予約制御手段は、１つのリストレコードについて録音がなされたとき、当該楽曲情報を録音済みリストに追加することを特徴とする請求項５記載の端末装置。
【請求項７】
前記データ通信手段は、ユーザの指示に従い、前記サーバにアクセスして前記サーバ内の楽曲データベースに基づいて前記楽曲識別情報を取得することを特徴とする請求項４記載の端末装置。
【請求項８】
前記放送受信部の動作を通常停止状態としておき、前記予約制御手段は、前記予約リストに基づいて録音開始する際に前記放送受信部の動作をオンにし、録音終了後にオフにすることを特徴とする請求項４記載の端末装置。
【請求項９】
通信ネットワークを介して端末装置を接続されるサーバであって、
前記通信ネットワークを介してデータ通信を行うデータ通信手段と、
楽曲毎にその放送されるチャンネルおよび日時情報を検索可能に格納した放送情報データベースと、
前記データ通信手段を介して前記端末装置から受信した楽曲識別情報に基づいて前記放送情報データベースから当該楽曲の放送されるチャンネルおよび日時情報を求める検索手段と、
前記楽曲について放送予定のチャンネルおよび日時情報を含む予約リスト情報を前記データ通信手段により前記端末装置に送信する応答手段と、
を備えたことを特徴とするサーバ。
【請求項１０】
前記応答手段は、前記検索手段による検索の結果、同一の楽曲について放送チャンネルおよび放送日時の少なくとも一方が異なる複数のリストレコードが検出された場合、複数のリストレコードを前記端末装置に送信することを特徴とする請求項９記載のサーバ。
【請求項１１】
前記検索手段は、楽曲情報を格納した楽曲データベースと、端末装置からのアクセスに応じて前記楽曲データベースを検索して前記楽曲識別情報を当該端末装置へ送信することを特徴とする請求項９記載のサーバ。
【請求項１２】
前記端末装置から送信された楽曲識別情報の履歴情報または前記端末装置から申告された情報に基づいて楽曲を選択し、この楽曲識別情報を前記端末装置に送信する手段をさらに備えたことを特徴とする請求項９記載のサーバ。
【請求項１３】
放送受信機能ならびに楽曲録音および再生機能を有する端末装置において動作する録音予約プログラムであって、
録音対象の楽曲を特定するステップと、
特定された楽曲の放送されるチャンネルおよび日時情報を通信ネットワーク経由で取得するステップと、
楽曲の放送されるチャンネルおよび日時情報を予約リスト情報として受信するステップと、
受信した予約リスト情報に基づいて録音待機を行うステップと、
を実行する録音予約プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、放送受信機能ならびに楽曲録音および再生機能を有する端末装置と、楽曲情報を提供するサーバとが通信ネットワークで接続された放送楽曲自動録音システム、ならびに、このシステムで用いられる端末装置、サーバおよび録音予約プログラムに関するものである。
【背景技術】
【０００２】
ラジオやテレビなどの公共放送において放送される音楽について、これを録音し、個人的利用の範囲で楽しむことが可能である。携帯電話機のような端末装置には楽曲の再生機能が付加されたものもあり（特許文献２参照）、特に最近では、楽曲の再生機能のみならず、ラジオやテレビ等の放送受信機能まで備えたものが出現している。したがって、家庭内だけでなく、外出先や移動中にも携帯端末装置を利用して放送を聴取できるようになった。
【０００３】
ところで、端末装置が録音機能を備え、放送される楽曲を録音しようとするる場合には、目的の楽曲の放送時間を認識する必要がある。特に、予約録音を行う場合にはなおさらである。しかし、放送番組中の目的の楽曲のみを切り出すことは容易ではない。新聞、雑誌、インターネット等により入手可能な番組表によれば、目的の楽曲がどの放送局（チャンネル）のどの番組で放送されるかは把握できるが、従来の放送においては、コンテンツレベルまで細分化されていないため、楽曲単位での放送時間を把握できない。
【０００４】
特許文献１には、デジタルテレビ放送受信機において、デジタルラジオ放送に含まれる、現在放送中の楽曲の音声情報とともに同時に送られてくる当該楽曲の曲名、演奏者等に関する文字情報（音声付加情報）を利用して、楽曲を識別することにより目的の楽曲の予約録音を行う技術が提案されている。
【特許文献１】特開２０００−２７０２８０号公報
【特許文献２】特開２００２−１３２６０９号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
上記特許文献１に記載技術によれば、放送中の目的の楽曲を特定することが可能であるが、対象が音声付加情報が含まれるデジタル放送に限られ、従前のアナログ放送には対応できないという問題がある。また、放送中の楽曲の存在を検出するために放送受信部を常時受信状態としておかなければならない。さらに、常時受信状態とするため、受信部が１つである限り、受信中の１つのチャンネルの放送にしか対応できないという問題もあった。
【０００６】
本発明はこのような背景においてなされたものであり、その目的は、楽曲を特定することにより、アナログ放送であっても、また、チャンネルを１つに限定されることなく、番組内の当該楽曲を自動的に抜き出して録音することができる放送楽曲自動録音システム、端末装置、サーバ、および録音予約プログラムを提供することにある。
【０００７】
本発明の他の目的は、放送受信を楽曲録音時のみ受信状態とすれば足りる放送楽曲自動録音システム、端末装置、サーバ、および録音予約プログラムを提供することにある。
【課題を解決するための手段】
【０００８】
本発明による放送楽曲自動録音システムは、放送受信機能ならびに楽曲録音および再生機能を有する端末装置と、楽曲情報を提供するサーバとが通信ネットワークで接続された放送楽曲自動録音システムである。このシステムにおいて、端末装置は、楽曲を特定する楽曲識別情報をサーバに送信する。サーバは、楽曲毎にその放送されるチャンネルおよび日時情報を検索可能に格納した放送情報データベースを有し、前記端末装置から受信した楽曲識別情報に基づいて前記放送情報データベースから当該楽曲の放送されるチャンネルおよび日時情報を求め、この情報を予約リスト情報として前記端末装置へ送信する。さらに、前記端末装置は、前記サーバから受信した予約リスト情報に基づいて予約リストを作成し、この予約リストに基づいて、放送される当該楽曲の録音を行う。
【０００９】
このように、楽曲毎の放送されるチャンネルおよび日時情報がサーバで管理されているので、端末側では楽曲を特定するのみで、その楽曲を放送録音するための予約リスト情報が得られる。また、予約リスト情報には複数のチャンネルの情報を含みうるので、複数のチャンネルの放送に対応することができる。
【００１０】
本発明による端末装置は、通信ネットワークを介してデータを送受信するデータ通信手段と、放送を受信する放送受信手段と、放送される楽曲を録音する録音手段と、楽曲を再生する再生手段と、日時情報の管理を行う時計手段と、放送される楽曲の録音の予約制御を行う予約制御手段とを備える。前記予約制御手段は、前記データ通信手段により楽曲を特定する楽曲識別情報をサーバに送信し、当該楽曲の放送されるチャンネルおよび日時情報を含む予約リスト情報を受信して、この予約リスト情報に基づいて予約リストを作成し、この予約リストに基づいて前記録音手段の録音予約を行う。
【００１１】
前記予約制御手段は、好ましくは、前記予約リストに、同一の楽曲について放送チャンネルおよび放送日時の少なくとも一方が異なる複数のリストレコードが記憶されることを許容する。これによって、目的の楽曲を録音できる機会が増加する。複数のリストレコードが記憶された場合、そのうちの１つのリストレコードについて録音がなされたとき、当該同一の楽曲について記憶されているすべてのリストレコードを削除し、１つのリストレコードについて録音がなされないまま当該放送日時が経過したときは当該リストレコードのみを削除する。
【００１２】
前記放送受信部の動作を通常停止状態としておき、前記予約制御手段は、前記予約リストに基づいて録音開始する際に前記放送受信部の動作をオンにし、録音終了後にオフにすることが好ましい。これにより、録音動作中のみ放送受信部の動作を自動的にオンにすることができ、放送受信部による無駄な電力消費が抑制される。
【００１３】
本発明によるサーバは、通信ネットワークを介して端末装置を接続されるサーバであって、前記通信ネットワークを介してデータ通信を行うデータ通信手段と、楽曲毎にその放送されるチャンネルおよび日時情報を検索可能に格納した放送情報データベースと、前記データ通信手段を介して前記端末装置から受信した楽曲識別情報に基づいて前記放送情報データベースから当該楽曲に対応する放送されるチャンネルおよび日時情報を求める検索手段と、前記楽曲について放送予定のチャンネルおよび日時情報を含む予約リスト情報を前記データ通信手段により前記端末装置に送信する応答手段とを備えたことを特徴とする。
【００１４】
前記応答手段は、好ましくは、前記検索手段による検索の結果、同一の楽曲について放送チャンネルおよび放送日時の少なくとも一方が異なる複数のリストレコードが検出された場合、複数のリストレコードを前記端末装置に送信する。
【００１５】
前記サーバは、楽曲情報を格納した楽曲データベースを有してもよく、この場合、前記端末装置は、前記楽曲識別情報を前記サーバに送信する前に、前記サーバにアクセスして前記楽曲データベースに基づいて前記楽曲識別情報を取得することができる。
【００１６】
前記サーバは、前記端末装置から送信された楽曲識別情報の履歴情報または前記端末装置から申告された情報に基づいて楽曲を選択し、その楽曲識別情報を前記端末装置に送信するようにしてもよい。この場合、前記端末装置は前記サーバから受信した楽曲識別情報の中から選択された楽曲識別情報を前記サーバに送信する。これにより、サーバ側主導で楽曲の選択および放送録音を促すことができる。
【００１７】
本発明は、放送受信機能ならびに楽曲録音および再生機能を有する端末装置において動作する録音予約プログラムとしても把握できる。この録音予約プログラムは、録音対象の楽曲を特定するステップと、特定された楽曲の放送されるチャンネルおよび日時情報を通信ネットワーク経由で取得するステップと、楽曲の放送されるチャンネルおよび日時情報を予約リスト情報として受信するステップと、受信した予約リスト情報に基づいて録音待機を行うステップとを実行する。
【発明の効果】
【００１８】
本発明によれば、ユーザは、楽曲識別情報により楽曲を特定することにより、サーバから当該楽曲の放送されるチャンネルおよび日時情報を求め、この予約リスト情報を利用することにより、アナログ放送であっても番組中から当該楽曲を自動的に抜き出して録音することが可能となる。
【００１９】
また、予約リスト情報に応じてチャンネルが指定されるので、録音対象のチャンネルは１つに限られない。よって、単位期間内に目的の楽曲が得られる可能性が向上する。
【００２０】
さらに、録音対象の楽曲は放送受信内容をチェックすることにより探知するのではなく予め予約リスト情報で決定されるので、録音期間のみ放送受信部を動作させればよい。よって、放送受信部の消費電力を低減することができる。これは、特にバッテリで動作する携帯端末に本発明を適用する場合に有用である。
【００２１】
予約リストに、同一の楽曲について放送チャンネルおよび放送日時の少なくとも一方が異なる複数のリストレコードが記憶されることを許容することにより、目的の楽曲の録音の機会をさらに増加させることができる。
【発明を実施するための最良の形態】
【００２２】
以下、本発明の好適な実施の形態について、図面を参照しながら詳細に説明する。
【００２３】
図１に、本発明が適用される放送楽曲自動録音システムの概略構成を示す。このシステムは、放送局４０、サーバ２０、および端末装置（単に端末というもいう）１０を備える。
【００２４】
本実施の形態における端末１０は、携帯電話機、ＰＤＡのような携帯端末を想定している。但し、本発明の端末はこのような携帯端末に限られるものではなく、パーソナルコンピュータのような非携帯の端末にも適用可能である。端末１０は、放送局４０からの放送電波を受信する放送受信機能を有するとともに、通信ネットワーク３０を介してサーバ２０等との間でデータの送受信を行う機能を有する。通信ネットワーク３０は、携帯電話網およびインターネットを含みうる。また、端末１０は、放送により受信された楽曲の録音、再生、録音予約を行う機能を有する。
【００２５】
サーバ２０は、検索エンジン２０１、予約リスト情報作成エンジン２０２、楽曲データベース（ＤＢ）２０３、および放送情報データベース２０４を有し、通信ネットワーク３０を介して端末１０との間でデータの授受を行う。データベース２０３、２０４は通信ネットワーク３０上の別々のサイトに存在してもよい。
【００２６】
放送局４０はアンテナ４２を介して各放送チャンネルの放送電波を出力する。本実施の形態では、各放送局４０は、自局で放送される番組の詳細な情報を格納した放送情報データベース４１を有し、この情報を少なくともサーバ２０に対して提供する。すなわち、サーバ２０の放送情報データベース２０４の内容は各放送局４０の放送情報データベース４１の内容に基づいて構成される。但し、放送局４０は必ずしも通信ネットワーク３０に接続される必要はなく、サーバ２０と専用線で接続されてもよい。また、任意の記録媒体の形態で放送情報がサーバ２０に提供されてもよい。楽曲データベース２０３は、放送局４０から放送されうる楽曲自体の内容を定めた情報を検索可能に格納している。楽曲データベース２０３および放送情報データベース２０４の内容例については後述する。
【００２７】
なお、本明細書において「楽曲」とは典型的には楽器音や声等からなる音楽の一単位を想定している。但し、必ずしもこれに限るものではなく、音を含む任意の可聴情報の単位であればよい。
【００２８】
図１のシステムの典型的な動作の概略を説明する。まず、端末１０は、ユーザの指示に従い、サーバ２０に対して放送録音の対象となる目的の楽曲を特定するための問い合わせを行う（１）。サーバ２０はこの問い合わせに応じて、例えば楽曲データベース２０３を検索する等の処理により、目的の楽曲またはその候補を選定して、端末１０へ少なくともその楽曲を特定するための楽曲識別情報（楽曲ＩＤ）を回答する。端末１０は、サーバ２０からの回答に応じて、目的の楽曲を決定し、その予約リスト情報をサーバに要求する（３）。予約リスト情報とは、端末１０がその情報に基づいて当該目的の楽曲の放送を録音予約することができるような情報であり、少なくとも楽曲ＩＤならびにその放送されるチャンネルおよび日時情報を含む。端末１０は、このような予約リスト情報を受信して（４）、予約待機モードに入り、予定日時に予定のチャンネルで放送される当該楽曲の録音を行う（５）。
【００２９】
図２に、端末１０の一例としての携帯電話機のブロック図を示す。この端末１０は、制御部５を中心とし、これに対してデジタル信号処理部３、表示部６、操作部７、時計部８、ＥＥＰＲＯＭ，フラッシュメモリ等の再書き込み可能な不揮発性メモリであるＲＯＭ１８、読み書き可能な通常揮発性のメモリであるＲＡＭ１９、および、放送受信部１４が接続されて構成される。図示しないが、着脱可能な外部メモリを備えてもよい。制御部５は、携帯電話機の機能を実現するための主要部であり、ＣＰＵ等で構成される。制御部５は、本発明による予約制御手段、録音手段、再生手段等を構成する。本発明の録音予約プログラムはＲＯＭ１８に記憶される。アンテナ１２およびＲＦ入出力部４等はデータ通信手段を構成する。
【００３０】
デジタル信号処理部３は、マイク１５を接続した音声入力部１、スピーカ１６，イヤレシーバ１７およびステレオ出力端子９を接続した音声出力部２、アンテナ１２を接続したＲＦ入出力部４とそれぞれ接続され、音声デジタル信号のエンコードおよびデコード等を行うための音声コーデック等を含む専用回路で構成される。個々の端末がどのような音声コーデックを備えるかによって、再生可能なフォーマット（ファイル形式）が定まる。音声入力部１は、マイク１５からのアナログ音声信号をデジタル信号に変換する部位であり、マイクアンプ、フィルタ、Ａ／Ｄ変換器、等で構成される。音声出力部２は、受信したデジタル音声信号でスピーカ等を駆動するための部位であり、Ｄ／Ａ変換器、フィルタ、スピーカアンプ、等で構成される。ＲＦ入出力部４は、高周波送受信を行う部位であり、直交変調器、ゲインアンプ、パワーアンプ、ダイバーシティー、ミキサー、ＩＦ復調器、等で構成される。
【００３１】
放送受信部１４はアンテナ１３で受信した電波のチャンネル選択および再生を行う。放送受信部１４は、選択されたチャンネルの受信状態のレベルをチェックする機能を有してもよい。再生された楽曲は、制御部５を介してデジタル信号処理部３でデジタイズされ、所定のファイル形式のファイルに変換されてＲＯＭ１８またはＲＡＭ１９等の記憶部に格納される。
【００３２】
表示部６は、ユーザに対して情報を表示出力する部位であり、ＬＣＤドライバ、ＬＣＤ表示デバイス、等で構成される。但し表示デバイスはＬＣＤに限るものではない。操作部７は、ユーザが端末１０に対して操作情報を入力するための部位であり、キーボード、ＪＯＧダイヤル、等で構成される。時計部８は、現在の日付および日時を管理するとともに、予約録音を行うためのタイマー機能を提供する。
【００３３】
図３に、サーバ２０のハードウェア構成の概略を示す。本発明におけるサーバの制御手段を構成するＣＰＵ２１は、制御プログラムおよび各種アプリケーションプログラムを実行し、サーバ各部の制御を行う。ＲＯＭ２２は、ＣＰＵ２１が実行するプログラムや演算用のパラメータのうちの固定的なデータを格納する。ＲＯＭ２２は、前述のような再書き込み可能な不揮発性メモリを含んでもよい。ＲＡＭ２３は、ＣＰＵ２１の作業領域やデータの一時記憶領域を提供する。ＲＯＭ２２およびＲＡＭ２３は、バス２４を介してＣＰＵ２１に接続される。キーボードなどの入力装置２６、ＣＲＴ，液晶ディスプレイなどの表示装置２７、ハードディスク装置，光磁気記録装置，ＣＤ−ＲＯＭ等の外部記憶装置２８は、インタフェース２５を介してバス２４に接続され、データベース２０３，２０４のための記憶装置を構成する。ＲＯＭ２２の役割が外部記憶装置２８で代替される場合には、ＲＯＭ２２は必須ではない。バス２４は、本発明におけるデータ通信手段である通信部２９を介して、通信ネットワーク３０と接続される。図１に示した検索エンジン２０１および予約リスト情報作成エンジン２０２はＣＰＵ２１のプログラム制御により実現され、本発明における検索手段および応答手段を構成する。
【００３４】
次に、本実施の形態において利用されるデータベースの記憶内容例について説明する。
【００３５】
図４は、楽曲データベース２０３の記憶内容例を示している。楽曲データベース２０３は、楽曲毎にその楽曲ＩＤ（楽曲識別情報）、アーティスト、楽曲名、作曲者、作詞者、演奏者、レーベル名等を記憶している。但し、これらのすべての項目が必須という訳ではない。記憶される項目の内容は楽曲によっても異なりうる。例えば、ボーカル、指揮者等の他の項目も記載されうる。
【００３６】
図５は、サーバ２０の有する放送情報データベース２０４の記憶内容例を示している。この放送情報データベース２０４は、少なくとも現在日よりも将来の所定の期間（この例では１ヶ月）に各放送局が放送予定の各楽曲について、その楽曲ＩＤ、放送チャンネル、放送の開始日時および終了日時の情報を格納している。「終了日時」の代わりに「楽曲の長さ（放送時間）」を用いてもよい。図から分かるように、同じ楽曲についてチャンネルまたは開始日時および終了日時情報のいずれかが異なれば、別個のレコードとして格納する。
【００３７】
図６は、端末１０において生成される予約リスト５１の内容例を示している。予約リスト５１は、サーバ２０から受信した予約リスト情報に基づいて、ユーザにより決定された予約録音の対象となる楽曲について、ＲＯＭ１８、ＲＡＭ１９等の記憶部に保持されるデータテーブルであり、この例では、楽曲毎に、楽曲ＩＤ、楽曲名、アーティスト、開始日時、および終了日時を格納している。端末１０はこの予約リスト５１に基づいて、予約録音制御を行う。
【００３８】
図７は、端末１０において生成される録音済リスト５２の内容例を示している。録音済リスト５２は、端末において少なくとも放送受信により録音された楽曲のリストであり、ＲＯＭ１８、ＲＡＭ１９等の記憶部に保持されるデータテーブルである。録音済リスト５２は、楽曲毎に、楽曲ＩＤ、アーティスト名、楽曲名、楽曲長さを登録する。登録内容はこれらに限るものではなく、これらの項目のいずれかに代えて、または、加えて他の項目を登録するようにしてもよい。
【００３９】
以下、本システムにおける各部の動作例を、フローチャートおよび画面例を用いて説明する。
【００４０】
図８は、端末１０の録音予約処理のフローチャートである。端末１０は、録音予約のために、まず、ユーザの指示に応じて、録音対象の楽曲を特定する（Ｓ１）。この特定の仕方には、次のような種々の態様がありうる。
（ａ）ユーザがサーバからウェブ情報等により提供されるキーワード検索等の検索手段により目的の楽曲を選定する。この選定は、端末１０においてユーザインタフェースとして例えば図９のような操作画面を表示することにより、ユーザの入力指示を受け付けて、行うことができる。入力欄６１は、キーワードとなる文字列の入力欄であり、ラジオボタン群６２はキーワードの属性を選択するための選択肢であり、この例では曲名またはアーティスト名をキーワードとして選択できる。もう一組のラジオボタン群６３は楽曲のジャンルを指定するための選択肢である。
（ｂ）ユーザがサーバからウェブ情報等により提供される例えば階層的な楽曲メニュー（図示せず）から目的の楽曲を選定する。
（ｃ）サーバが登録ユーザについて、ユーザの申告した情報または過去の要求の履歴情報に基づいて、推奨予約リスト情報を生成して、プッシュ配信や電子メール等のデータ配信手段によりユーザに提供する。プッシュ配信とは、サーバから端末にコンテンツを強制配信する技術であり、端末のユーザが予め許可しておけば、サーバから自動的にコンテンツが送られてくるものである。端末側の処理で定期的に特定のＷＥＢサイト（ＵＲＬ）を自動的にアクセスするようにすることによっても同様の結果を得ることが可能である。
（ｄ）例えば新譜情報等、サーバ側で一方的に選定された楽曲（群）の推奨予約リスト情報をプッシュ配信や電子メール等のデータ配信手段で端末に送信する。この場合、サーバ側で選定された推奨予約リスト情報を、上記ユーザの申告した情報または過去の要求の履歴情報に基づいて、フィルタリングしたものを推奨予約リスト情報としてもよい。
【００４１】
このようにして特定された楽曲の放送されるチャンネルおよび日時情報（予約リスト情報）をサーバに要求する（Ｓ２）。ついで、サーバから予約リスト情報を受信する（Ｓ３）。この受信した予約リスト情報に基づいて、予約リストを決定する（Ｓ４）。その一例としては、例えば、図１０のような端末のユーザインタフェース画面を利用することができる。この例はアーティスト名で検索した場合にサーバから回答された予約リスト情報の例を示している。提示された楽曲名に対して「選択」ボタンの指示により当該チェックボックスにチェックを挿入することによって予約リストに追加すべき楽曲が選択され、「予約」ボタンの指示によりこの内容が予約リストへの追加内容として決定される。さらに、この決定された予約リストに基づいて録音タイマーをセットし、録音待機モードに入る（Ｓ５）。
【００４２】
図１１は、端末１０で表示可能な録音予約中リストの画面例を示している。これは、ユーザが現在予約中の楽曲を認識できるように、図６の予約リスト５１の内容の一部（この例ではアーティスト名と楽曲名）を表示するものである。各楽曲について数字６５を付加している。この数字６５は、同じ楽曲について異なるチャンネルまたは日時について予約がなされている個数を表している。この表示は必須ではないが、存在すれば、ユーザはこの数字に基づいて当該楽曲の入手の容易性を判断することができる。例えば、この数字が大きいほど、ユーザにとって、その楽曲の録音される機会が多く、より確実に録音が行われることが予測される。
【００４３】
図１２は、本実施の形態におけるサーバの処理例を示すフローチャートである。端末から楽曲メニュー要求を受信した場合（Ｓ１１）、その端末に楽曲メニューを送信する（Ｓ１２）。上述したような目的の楽曲を特定するための問い合わせを端末から受信した場合には（Ｓ１３）、楽曲データベース２０３を参照して、当該問い合わせに該当する楽曲を検索する（Ｓ１４）。この検索結果を当該端末に送信する（Ｓ１５）。端末からの要求が予約リスト情報要求であった場合（Ｓ１６）、放送情報データベース２０４を参照して、現在から所定期間内に当該楽曲の放送予定があるか否かを検索する（Ｓ１７）。当該楽曲の放送予定がある場合には（Ｓ１８）、その放送チャンネルおよび放送日時情報を抽出して、これらの情報を含む予約リスト情報を生成する（Ｓ１９）。予約リスト情報が生成されればその予約リスト情報を、なければない旨のメッセージを、検索結果として端末に送信する（Ｓ２０）。
【００４４】
図１３は、図８のステップＳ４に対応する、端末１０における予約リスト決定の処理例を示すフローチャートである。この処理は、ユーザから新たな予約リストレコードの追加が指示されたとき（Ｓ２１）、予約リスト５１（図６）の作成または更新を行う処理である。端末が予約リスト情報を受信したとき、現在端末内に予約リストが存在するか否かをチェックし（Ｓ２２）、存在しなければ新たな予約リストを作成する（Ｓ２３）。予約リストが一旦作成された後は、予約対象楽曲を特定するリストレコードの個数が０になっても予約リストを保存しておく場合には、最初に一度予約リストを作成すれば足りる。リストレコードの個数が０となったときに予約リストを削除する場合には、新たなリストレコードが追加されたときに予約リストが再度作成される。ついで、新たなリストレコードの追加により、楽曲を録音するための空き記憶容量が存在するか否かをチェックする（Ｓ２４）。これは、録音対象の楽曲の長さに基づいて概算した所要記憶容量と空き記憶容量とを比較することにより行うことができる。記憶容量が足りていると判断されれば（Ｓ２５）、予約リストに予約リストレコードを追加する（Ｓ２７）。そうでなければ、空き記憶容量が足りない旨を、メッセージ出力（例えば表示）により、端末ユーザに知らしめる（Ｓ２６）。
【００４５】
図１４は、図８のステップＳ５に対応する、端末における録音待機モードの処理例を示すフローチャートである。この処理では、予約リスト中に登録されたリストレコードの放送開始日時の到来を監視する。
【００４６】
いずれかの楽曲の放送開始日時に達したとき（Ｓ３１）、上記と同様、空き記憶容量をチェックする（Ｓ３２）。空き記憶容量が十分でなければ（Ｓ３３）、その旨をユーザに知らしめるためのメッセージ出力を行い（Ｓ４１）、予約リストから当該楽曲のリストレコードのみを削除する（Ｓ４２）。このリストレコードの放送開始日時はもはや現れず、不要となるからである。
【００４７】
記憶容量が足りている場合には、放送受信部の動作をオンし、チャンネル選択（チューナー同調）を行う（Ｓ３４）。そこで、チャンネルで放送される楽曲の録音を開始する（Ｓ３５）。その後、当該楽曲の放送の終了日時に達したら（Ｓ３６）、録音を停止する（Ｓ３７）。また、放送受信部の動作をオフする（Ｓ３８）。放送受信部は録音期間中のみ動作オンとすることにより、端末の消費電力を低減することができる。録音は、前述したように、受信されたアナログ信号をデジタルデータに変換した後、所定のファイル形式のデータに変換し、ＲＯＭまたはＲＡＭ等の記憶部に格納することにより行える。
【００４８】
ステップＳ３８に続いて、予約リストから当該楽曲のリストレコードを削除する（Ｓ３９）。その際、同一の楽曲について複数のリストレコードが登録されている場合にはそのすべてを削除する。当該楽曲の予約録音の目的が達成されたので、もはやそのすべてのリストレコードが不要となるからである。また、録音済リスト５２（図７）に当該楽曲情報を追加する。
【００４９】
図１５は録音済リスト５２の内容をユーザに知らしめるための画面例を示している。この例では、録音済楽曲のアーティスト名と楽曲名を示している。この録音済リスト画面から、特定の楽曲の再生を行ったり、リストレコードの削除を行ったりすることができるようになっている。
【００５０】
図１６は、端末において時間経過に伴って行われる予約リストレコード削除処理のフローチャートを示している。この処理は、定期的に（例えば１日ないし数日に１回）実行される。予約リスト５１に登録されたリストレコードは、所定の場合にユーザの指示によらず自動的に削除する必要がある。その第１の場合は、所期の録音が実行された場合である。第２の場合は、あるリストレコードについて何らかの理由で指定された日時に録音が行えなかった場合、例えば、録音予約された放送日時に端末の電源が切られていた、というような場合である。放送受信部１４において放送の受信状態をチェックし、受信状態が所定レベル以下の場合に録音を行わないようにした場合も含まれる。
【００５１】
まず、時計部８（図２）により現在の日時を確認する（Ｓ５１）。そこで、予約リスト５１の各リストレコードの放送開始日時をチェックし、現在の日時と比較して、放送開始日時が過ぎてしまったリストレコードが存在するか否かをチェックする（Ｓ５２）。存在しなければ、この処理を終了する。
【００５２】
存在すれば、予約リスト中の当該楽曲のリストレコードを削除する（Ｓ５３）。但し、削除すると同一の楽曲のリストレコードが予約リスト中に存在しなくなる場合には（Ｓ５４）、その旨をユーザに報知して注意を促す（Ｓ５５）。
【００５３】
図１７は、複数の楽曲の録音の予約状況の一例を示すタイミング図である。この例では、ある端末において例えば端末の電源オフにより、予約楽曲Ｎｏ．１は放送開始日時ｔ１から終了日時ｔ２までの間に録音ができなかった場合を想定している。その後、端末の電源がオンされ、時点ｔ３からｔ４までの間に予約楽曲Ｎｏ．２が録音された。さらに、先に録音ができなかった予約楽曲Ｎｏ．１について時点ｔ５からｔ７の間に録音予約がなされており、この期間に予約楽曲Ｎｏ．１の録音が行われた。この期間に対しては、予約楽曲Ｎｏ．３について期間ｔ６からｔ８が一部重複して予約されているため、後者の予約は実行されなかった。予約楽曲Ｎｏ．３については、その後の期間ｔ９からｔ１０において録音がなされた。このように同一の楽曲について複数の録音の機会が与えられることにより、単位期間内での楽曲の入手の可能性が高まる。
【００５４】
なお、ここでは予約期間が重複したものも予約リストにリストレコードとして登録する例を示したが、予約リストへの登録時にそのような登録を排除するようにしてもよい。この場合の登録の優先順位としては、予め定めた一方（例えば先に発生した方）を優先する。但し、同一楽曲の別のリストレコードの存在に応じて優先順位を変更するようにしてもよい。例えば、同一楽曲の別のリストレコードがないものと、あるものとが競合した場合、ないものの方を優先する。
【００５５】
図１８は、サーバから登録ユーザに対して推奨楽曲情報を提示する処理の一例のフローチャートを示している。この処理は登録ユーザからの直接的な要求によるものではなく、定期または不定期にサーバ側から登録ユーザに働きかけて楽曲の予約録音の推奨を行うサービスに関するものである。その前提として、ユーザはこのサービスを利用するための個人情報の登録を行う。また、その際、アンケート等に応えることにより自己の好む楽曲ジャンル、アーティスト等の嗜好情報をサーバ側へ提供する。ユーザが嗜好情報をサーバに提供する代わりに、またはこれに加えて、サーバ側が登録ユーザの予約リスト情報を要求した過去の履歴情報を蓄積するようにしてもよい。
【００５６】
図１８の処理では、まず、登録ユーザを一人抽出し（Ｓ６１）、この登録ユーザの履歴情報または申告情報に基づいて推奨楽曲を決定する（Ｓ６２）。推奨楽曲に基づいて放送情報データベース２０４を参照し、該当するチャンネルおよび日時情報を検索する（Ｓ６３）。検索の結果得られた楽曲を推奨楽曲として、その推奨楽曲を含む首相予約リスト情報を当該登録ユーザに送信する（Ｓ６４）。このステップは、上述したプッシュ配信や電子メール等のデータ配信手段を利用して実行することができる。このような処理を全ての登録ユーザについて繰り返し実行する（Ｓ６５）。
【００５７】
図１９は、図１８の処理に対応する端末側での予約リスト更新処理の一例のフローチャートを示している。
【００５８】
図１８のステップＳ６４によりサーバから推奨予約リスト情報を受信すると（Ｓ７１）、表示部６の表示画面においてその推奨予約リスト情報をユーザに提示し、ユーザの操作を受け付ける（Ｓ７２）。図２０にそのような表示画面の一例を示す。この例では、推奨楽曲のアーティスト名と楽曲名とをリスト表示し、所望の楽曲についてチェックボックスにチェックを挿入して「予約」ボタンを指示することにより、予約リストへ当該楽曲のリストレコードを追加することができるようになっている。「閉じる」ボタンはこの画面を閉じるための操作ボタンである。
【００５９】
図１９に戻り、ステップＳ７２において予約指示がなく「閉じる」ボタンが指示された場合、図２０の画面を閉じてこの処理を終了する。予約指示があった場合は、空き記憶容量をチェックする（Ｓ７４）。空き記憶容量が足りなければ（Ｓ７５）、上述したようにメッセージ出力を行って（Ｓ７７）、この処理を終了する。記憶容量が足りていれば、指示された楽曲の推奨予約リスト情報を新たなリストレコードとして予約リストに追加する（Ｓ７６）。
【００６０】
以上、本発明の好適な実施の形態について説明したが、上記で言及した以外にも種々の変形、変更を行うことが可能である。例えば、楽曲を記憶する記憶部はＲＯＭまたはＲＡＭのようなメモリを例として挙げたが、ＭＤレコーダ、テープレコーダ、ＤＶＤレコーダ等の他の記憶手段を含んでもよい。記録の対象は楽曲のみについて説明したが、楽曲に付随している映像（例えばプロモーションビデオ等）を受信して楽曲と併せて記録するようにしてもよい。また、本発明はアナログ放送に適用して好適であるが、デジタル放送への適用を排除するものではない。
【図面の簡単な説明】
【００６１】
【図１】本発明が適用される放送楽曲自動録音システムの概略構成を示すブロック図である。
【図２】図１に示した端末１０の一例としての携帯電話機のブロック図である。
【図３】図１に示したサーバ２０のハードウェア構成の概略を示すブロック図である。
【図４】図１に示した楽曲データベース２０３の記憶内容例を示す図である。
【図５】図１に示したサーバ２０の有する放送情報データベース２０４の記憶内容例を示す図である。
【図６】図１に示した端末１０において生成される予約リスト５１の内容例を示す図である。
【図７】図１に示した端末１０において生成される録音済リスト５２の内容例を示す図である。
【図８】図１に示した端末１０の録音予約処理のフローチャートである。
【図９】端末１０におけるユーザインタフェースとしての操作画面の一例を示す図である。
【図１０】端末１０における他のユーザインタフェース画面の一例を示す図である。
【図１１】端末１０で表示可能な録音予約中リストの画面例を示す図である。
【図１２】本発明の実施の形態におけるサーバの処理例を示すフローチャートである。
【図１３】図８のステップＳ４に対応する、端末１０における予約リスト項目追加の処理例を示すフローチャートである。
【図１４】図８のステップＳ５に対応する、端末における録音待機モードの処理例を示すフローチャートである。
【図１５】図７に示した録音済リスト５２の内容をユーザに知らしめるための画面例を示す図である。
【図１６】端末１０において時間経過に伴って行われる予約リストレコード削除処理の一例を示すフローチャートである。
【図１７】本発明の実施の形態における複数の楽曲の録音の予約状況の一例を示すタイミング図である。
【図１８】本発明の実施の形態においてサーバから登録ユーザに対して推奨楽曲情報を提示する処理の一例のフローチャートである。
【図１９】図１８の処理に対応する端末側での予約リスト更新処理の一例のフローチャートである。
【図２０】図１８の処理においてサーバから受信した推奨予約リスト情報を表示した表示画面の一例を示す図である。
【符号の説明】
【００６２】
２…音声出力部、３…デジタル信号処理部、４…入出力部、５…制御部、６…表示部、７…操作部、８…時計部、９…ステレオ出力端子、１０…端末、１２，１３…アンテナ、１４…放送受信部、１５…マイク、１６…スピーカ、１７…イヤレシーバ、２０…サーバ、２１…ＣＰＵ、２４…バス、２５…インタフェース、２６…入力装置、２７…表示装置、２８…外部記憶装置、２９…通信部、３０…通信ネットワーク、４０…放送局、４１…放送情報データベース、４２…アンテナ、５１…予約リスト、５１ａ…リストレコード、５２…録音済リスト、６１…入力欄、６２，６３…ラジオボタン群、６５…数字、２０１…検索エンジン、２０２…予約リスト情報作成エンジン、２０３…楽曲データベース、２０４…放送情報データベース
【図１】
2005333209.tif 000003
【図２】
2005333209.tif 000004
【図３】
2005333209.tif 000005
【図４】
2005333209.tif 000006
【図５】
2005333209.tif 000007
【図６】
2005333209.tif 000008
【図７】
2005333209.tif 000009
【図８】
2005333209.tif 000010
【図９】
2005333209.tif 000011
【図１０】
2005333209.tif 000012
【図１１】
2005333209.tif 000013
【図１２】
2005333209.tif 000014
【図１３】
2005333209.tif 000015
【図１４】
2005333209.tif 000016
【図１５】
2005333209.tif 000017
【図１６】
2005333209.tif 000018
【図１７】
2005333209.tif 000019
【図１８】
2005333209.tif 000020
【図１９】
2005333209.tif 000021
【図２０】
2005333209.tif 000022