JP2005164635A - 再生装置、情報通信システム及びプログラム - Google Patents

Abstract

【課題】楽曲再生に伴ってその楽曲データに関連した広告再生を行う場合に用いる広告データの更新・追加等があっても、容易に広告と楽曲との連携関係を図れるようにする。
【解決手段】楽曲再生に伴ってその楽曲データに関連した広告再生を行うための情報データファイルに対して、１対１に対応した指示データファイルがあり、情報データファイル番号、曲目件数、有効期限の開始年月日と終了年月日、曲番号からなっている。この内、曲番号は複数指定することができる。そして、カラオケ楽曲の演奏に際しては、その曲番号を有する指示データファイル中の情報データファイル番号に基づいて、ＨＤＤから該当する情報データファイルを読み込み、その情報データファイルをモニタに表示する。
【選択図】図４

Description

本発明は、楽曲を演奏する際に、その楽曲に関連した広告を表示する機能を有する再生装置等に関する。

演奏曲と関連する広告情報を、曲の前後や間奏部分等において映像表示する技術が知られている（特許文献１参照）。これは、スポンサーやレコード会社からカラオケ装置の選曲待ち中にインフォメーションとして情報を一方的に提供するよりも、利用者が選択した曲に関連した情報を提供するほうが広告として有益であるという要望に応える一技術である。このように曲に関連する広告（ＣＭ）を曲演奏時に表示すれば、より効果的にユーザにアピールすることができ、ひいては広告の機会としてもスポンサー側が積極的に利用することが期待される。
特許第３４１７７０７号公報

しかしながら、広告を曲に関連つけるために曲データに情報ファイル（広告ファイル）の情報（番号）を付与するには既にある曲データの情報を書き換える必要がある。また情報ファイルを追加変更するたびに曲データの情報ファイルの情報を変更する作業が発生するという問題点があった。この問題を回避するために曲番号と情報ファイルの対応したリストを作ることも考えられるが、情報ファイルの追加変更のたびにこのリストの書き換え作業が発生したり地域により情報ファイルを変えたりする場合はバージョンなども管理しなければならないなど問題点があった。

また、上述した従来技術では、広告としてＣＭに使われた曲である旨を表示する例が示されている。つまり、曲と、その曲がどのＣＭに対するものであるかを示す情報が１対1で対応した例が開示されている。しかし、アーティストに関連する広告（ＣＤ発売、コンサート情報）、地域特有の広告などは曲と１対１で対応しているとは限らず、結果として、１つの広告に対して複数の曲が対応する場合もある。例えばそのアーティストのコンサート情報は、そのアーティストの曲であれば全ての曲において広告としてユーザに報知したい性格のものである。従来技術をそのまま応用すると、このように同じ広告を表示することになるにもかかわらず、曲を基準として対応する広告情報を設定する手法であるため、結果的に、広告表示する曲数分のファイルが必要となってくる。例えば、カラオケ装置においていわゆる「持ち歌」の多いアーティストの場合１５０曲以上という例もある。その場合であっても、そのアーティストのコンサート情報を報知するためには、１５０曲以上の全ての曲に対して広告情報としてのコンサート情報を対応付けたファイルを準備しなくてはならなくなる。

そこで、楽曲再生に伴ってその楽曲データに関連した広告再生を行う場合に用いる広告データの更新・追加等があっても、容易に広告と楽曲との連携関係を図れるようにすることを目的とする。

上述した問題点を解決するためになされた本発明の再生装置は、楽曲データを記憶しておく楽曲データ記憶手段と、その楽曲データ記憶手段に記憶されている楽曲データに基づいて楽曲再生を行う楽曲再生手段と、楽曲データに関連した広告データを記憶しておく広告データ記憶手段と、その広告データ記憶手段に記憶されている広告データに基づき、楽曲再生手段による楽曲再生の前、後又は途中の少なくともいずれかのタイミングで広告再生を行う広告再生手段とを備えている。このような再生装置としては、例えば楽曲再生手段がカラオケ曲を再生し、広告再生手段がそのカラオケ曲に対応する広告を再生するカラオケ装置として実現することができる。もちろん、楽曲がカラオケ曲ではなく通常の音楽曲であるような装置であってもよい。

なお、本発明における「広告データ」とは、何らかの意味で、その楽曲に関連した広告機能を有するものであればよい。例えばその曲のプロモーションビデオやテレビＣＭ映像、あるいはその曲の歌手のコンサート情報、アルバム発売情報、レコード会社の宣伝など、種々考えられる。また、広告再生タイミングは上述のように楽曲再生の前、後又は途中の少なくとも何れかが考えられるが、例えばコンサート情報であれば、そのアーティストの曲が流れた後に表示することが有効であろうし、また、アルバム発売情報であっても、そのアルバムに収録されている曲が演奏された後に表示することが有効であると考えられる。したがって、演奏後に広告再生することが有効である場合が多いと考えられる。もちろん、演奏前や間奏中であってもよいし、それらの２箇所以上で再生してもよい。

このような再生装置において、広告データ記憶手段は、広告データに対応してその広告データが再生されるべき対応楽曲を指定する情報である楽曲指定情報と広告データを特定する情報である広告特定情報との対応関係を示す指示データを記憶しており、さらに、楽曲再生手段による楽曲再生に際して、指示データに基づき、その楽曲を楽曲指定情報中において対応楽曲として指定している広告データを検索する検索手段を備えている。そして、広告再生手段は、検索手段の検索結果に基づいて広告データを再生する。

このように、指示データに基づけば対応する広告データを再生できるため、例えば新しい広告データを追加したい場合であっても、広告データと、それに対応する指示データを作成して再生装置に追加記憶させればよい。従って、既に楽曲データ記憶手段に記憶されている楽曲データに関して何ら追加変更する必要がない。さらに、従来技術のように曲番号を基準として対応する広告データリストを作成しているのではないため、改めてそのようなリストを作成し直す必要がない。

また、指示データによって楽曲指定情報と広告特定情報の対応関係が定まっているので、広告データのみを更新し、その広告特定情報を同じにしておけば、指示データ自体を変更する必要がなくなる。逆に、同じ広告データを使用する楽曲が変更になっても、その場合は指示データのみを変更すればよい。つまり、広告データと指示データとを別個に扱うことによって、広告データのみの更新、指示データのみの更新が可能となる。広告データとしては、画像データ（動画像・静止画像）、テキストデータ・音声データなどを含むことが考えられるが、特に画像データを含む場合はデータ量が相対的に大きくなる。したがって、例えばこれら再生装置にて使用するデータを配信用ホスト装置（センタ）から配信するシステムを考えた場合、上述したように指示データのみを更新すればよいということは、データ容量の相対的に大きな広告データをその都度配信しなくてよくなり、配信負荷・配信コストの軽減の面でも好ましい。

また、この指示データについては、広告データに対して１対１に設けると共に、一つの指示データ中に複数の楽曲指定情報を含めることが可能であるようにすることが考えられる。このようにすれば、同じ広告データに対応する楽曲が複数存在しても指示データとしては一つで済み、指示データの総数が少なくて済む。例えば、上述したようにカラオケ装置においていわゆる「持ち歌」の多いアーティストの場合１５０曲以上という例もあるが、そのアーティストのコンサート情報を報知するための広告再生を考えた場合、同じ広告データを使用することが考えられる。その場合、本発明では１５０曲以上の全ての曲の楽曲指定情報を一つの指示データ中に含めることができる。このような工夫をしない場合には、例えば同じ広告データを用いるものでありながら指示データを１５０以上準備しなくてはならず、総データ量が相対的に多くなってしまうので、データ管理上、あるいはデータ量低減の面で有効である。

また、指示データに広告データの有効期限を示す情報を含めておき、検索手段が、有効期限情報も加味して検索を行うようにしてもよい。つまり、有効期限内の広告データのみを対象として検索するといったことである。この場合、例えば、予め有効期限内の指示データのみ集めた参照テーブルを作成しておくことも考えられる。つまり、参照テーブル生成手段が、広告データ記憶手段に記憶されている全ての指示データの中から、有効期限情報に基づいて有効期限内のものを抽出した参照テーブルを生成する。そして、検索手段が、その参照テーブル記憶手段に記憶されている参照テーブルに基づいて広告データを検索するのである。このようにすれば、検索の度に有効期限か否かを判断する必要がない。この参照テーブル生成手段は、例えば再生装置の起動時に参照テーブルの生成を実行したり、例えばカラオケ装置として実現する場合であれば、その日の最初にリクエストがされた場合に更新するよう構成することが考えられる。

なお、このように有効期限を用いて管理する場合、有効期限が切れた広告データを削除してもよいし、そのまま残しておいても良い。使用しないデータを削除すればその分、広告データ記憶手段が記憶するデータ容量が減る。一方、例えば広告データの中には、現在では使用しないが将来再度使用する可能性がある場合も想定される。例えばいわゆるＣＭソングの場合、リバイバル特集ということで使用することが考えられる。有効期限が切れても残しておくことで、上述のような再使用の機会が生じた場合でも改めて広告データを追加しなくてもよくなる。

ところで、指示データを追加する場合、含まれている楽曲指定情報が同じであれば基本的には更新、つまり旧来の指示データは削除し新規の指示データのみを残すようにすればよいが、状況によっては新旧の指示データを併存させておいた方がよい場合もあり得る。例えば相対的に短期間だけ緊急広告を挟みたいといった場合である。具体的には、例えば１０月頭〜１２月末までの広告データとしてプロモーション映像を再生していた場合、１１月１０日から２０日までは緊急告知としてコンサート情報を広告したいような場合である。この場合は、コンサート情報の広告が終了したら、再度１２月末まではプロモーション映像を再生させたいのである。したがって、このような状況に対するため、制御手段が次のような記憶制御を行う。つまり、広告データ記憶手段に楽曲指定情報が全く同じであり且つ新旧が区別可能な２つの指示データが存在する場合、新規の指示データの有効期限が旧来の指示データの有効期限よりも遅く終了するのであれば、旧来の指示データ及びそれに対応する広告データを削除し、新規の指示データ及びそれに対応する広告データのみを残す。一方、新規の指示データの有効期限が旧来の指示データの有効期限よりも早く終了するのであれば、旧来の指示データ及びそれに対応する広告データと、新規の指示データ及びそれに対応する広告データと、を両方併存させるのである。そして、検索手段は、同じ楽曲指定情報を有する２つの指示データが存在する場合、新規の指示データに基づいて検索を行う。このようにすれば、有効期限内の指示データが２つ存在すれば新規の指示データの方が採用され、上述のような緊急広告を挟むといった事態に対処できる。

また、配信用ホスト装置と複数の端末装置を備え、配信用ホスト装置と端末装置とが相互に情報通信可能に構成された情報通信システムであって、複数の端末装置として請求項１〜８の何れかに記載の再生装置を採用した場合において、次のような工夫をすることができる。つまり、端末装置が自装置の存在する地域を特定する情報を配信用ホスト装置へ送信可能であり、一方、端末装置から地域特定情報を受信した配信用ホスト装置は、その端末装置に対して、受信した地域特定情報に対応する広告データ又は指示データの少なくとも何れか一方を配信し、端末装置は、配信用ホスト装置から配信された広告データ、指示データを広告データ記憶手段に記憶しておくよう構成するのである。

地域特定情報としては、例えば電話番号、郵便番号、ＧＰＳ（グローバル・ポジショニング・システム）による経度・緯度情報などが考えられる。本発明のシステムによれば、再生装置である端末装置において地域特有の広告再生が可能でありながら、配信用ホスト装置の方では、特に端末装置毎の配信リストを作成・管理する必要がない。つまり、地域特定情報毎に対応する広告データや指示データを管理し、端末装置から送信されてきた地域特定情報に対応する広告データや指示データを単純にその端末装置へ配信するだけでよいからである。

なお、上述した再生装置における広告再生手段、検索手段、参照テーブル生成手段、制御手段などをコンピュータにて実現する場合、例えばコンピュータで実行するプログラムとして備えることができる。このようなプログラムは、例えばフレキシブルディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ハードディスク、ＲＯＭ、ＲＡＭ等のコンピュータ読み取り可能な記録媒体に記録し、必要に応じてコンピュータにロードして実行したり、ネットワークを介してロードして実行することにより、これら各手段としての機能を実現できる。

以下、本発明が適用された実施例について図面を用いて説明する。なお、本発明の実施の形態は、下記の実施例に何ら限定されることなく、本発明の技術的範囲に属する限り種々の形態を採りうる。

［通信カラオケシステムの構成］
図１は、情報通信システムの一実施例としての通信カラオケシステムの構成を示すブロック図である。

本実施例の通信カラオケシステムは、端末装置（つまり再生装置にも相当する。）としての通信カラオケ装置１と、配信用ホスト装置としてのセンタ１００とがインターネット９０を介して接続され、センタ１００から通信カラオケ装置１へ各種情報を配信するよう構成されている。

センタ１００においては、装置全体の動作を制御するＣＰＵ１０１に、バスを介してＲＯＭ１０２、ＲＡＭ１０４、ハードディスク記憶装置（ＨＤＤ）１０４、通信制御部１０５が接続されている。

一方、通信カラオケ装置１においては、装置全体の動作を制御するＣＰＵ３０に、バスを介してＲＯＭ３２、ＲＡＭ３４、ハードディスク記憶装置（ＨＤＤ）４４、通信制御部４２、リモコン受信部３６、表示パネル３８、パネルスイッチ４０、音源装置４６、音声データ処理部４８、効果用ＤＳＰ５０、ネットワークインターフェース５６、文字表示部５７、表示制御部５８及び音声処理用ＤＳＰ６８が接続されている。

前記ＲＯＭ３２にはこの通信カラオケ装置１を起動するために必要な起動プログラムなどが記憶されている。また、この通信カラオケ装置１の動作を制御するシステムプログラム、アプリケーションプログラムなどはＨＤＤ４４に記憶されており、通信カラオケ装置１の電源がオンされると上記起動プログラムによってＲＡＭ３４に読み込まれる。

また、ＲＡＭ３４には、このプログラム記憶エリアのほか図２（Ａ）に示すように種々の記憶エリアが設定されている。具体的には、プログラムを記憶するプログラム記憶エリア３２８、カラオケ演奏する楽曲データを記憶する実行データ記憶エリア３２６、読み出されたガイドメロディを一時記憶するＭＩＤＩバッファ３２０、指示データを記憶する指示データ記憶エリア３２２が設定されている。

また、ＨＤＤ４４には、図２（Ｂ）に示すように上記システムプログラムやアプリケーションプログラムなどを記憶するプログラム記憶エリア３７６の他、（例えば約４万曲分の）楽曲データを記憶する楽曲データ記憶エリア３７０、背景動画を記憶する背景動画記憶エリア３７２、情報データを記憶する情報データ記憶エリア３７８、指示データを記憶する指示データ記憶エリア３８０が設けられている。ここで、情報データ記憶エリア３７８に記憶されている情報データファイルと指示データ記憶エリア３８０に記憶されている指示データファイルとは、図４に示すように１対１で対応している。具体的には後で詳しく説明する。

通信制御部４２は、例えばＩＳＤＮ回線を介して図示しないセンタ１００から楽曲データなどをダウンロードし、内蔵しているＤＭＡ（Direct Memory Access）回路を用いてこの楽曲データをＣＰＵ３０を介さずに直接ＨＤＤ４４に書き込む。なお、ここでは通信手段としてＩＳＤＮ回線を例に説明したが、例えば電話一般回線であってもよいし、あるいはＡＤＳＬ、光通信などのブロードバンド回線を利用してもよい。

リモコン受信部３６は、リモコン７０から送られてくる赤外線信号を受信してデータを復元する。リモコン７０は、選曲スイッチなどのコマンドスイッチやテンキースイッチなどを備えており、利用者がこれらのスイッチを操作するとその操作に応じたコードで変調された赤外線信号を送信する。表示パネル３８はこの通信カラオケ装置１の本体前面に設けられており、現在演奏中の曲コードや予約曲数などを表示するものである。

パネルスイッチ４０はカラオケ装置の前面操作部に設けられており、曲コード入力スイッチやキーチェンジスイッチなどを含んでいる。
音源装置４６は、楽曲データの楽音トラックのデータに基づいて楽音信号を形成する。楽曲データはカラオケ演奏時にＣＰＵ３０によって読み出される。楽音トラックは複数トラックで構成されており、音源装置４６はこのデータに基づいて複数パートの楽音信号を同時に形成する。音声データ処理部４８は、楽曲データに含まれる音声データに基づき、指定された長さ、指定された音高の音声信号を形成する。音声データは、バックコーラスや模範歌唱音など、音源装置４６で電子的に発生しにくい信号波形をそのままＡＤＰＣＭデータ化して記憶したものである。音源装置４６が形成した楽音信号および音声データ処理部４８が形成した音声信号がカラオケ演奏音であり、これらは効果用ＤＳＰ５０に入力される。効果用ＤＳＰ５０は、このカラオケ演奏音に対してリバーブやエコーなどの音響効果を付与する。効果を付与されたカラオケ演奏音はＤ／Ａコンバータ５２によってアナログ信号に変換されたのち、外付け装置であるアンプスピーカ５４へ出力される。アンプスピーカ５４は、入力されたカラオケ演奏音および後述の歌唱音声信号を増幅し、且つ、歌唱音声信号にエコーなどの効果を付与した後スピーカから放音する。

一方、歌唱用のマイク６２から入力された歌唱音声信号はプリアンプ６４で増幅された後、アンプスピーカ５４及びＡ／Ｄコンバータ６６へ出力される。アンプスピーカ５４は入力された信号をカラオケ歌唱音として増幅出力する。一方、Ａ／Ｄコンバータ６６は、入力された歌唱音声信号をディジタル化し、これを音声処理用ＤＳＰ６８へ出力する。音声処理用ＤＳＰ６８では、入力された歌唱音声信号を例えば５０ｍｓずつのフレームに区切り、フレーム毎に周波数をカウントするとともに平均音量を算出する。このフレーム毎の周波数カウント値および平均音量値はＣＰＵ３０によって５０ｍｓ毎に読み取られる。ＣＰＵ３０はこの周波数カウント値および平均音量値に基づいて音高データおよび音量データを割り出す。

文字表示部５７は、入力される文字データに基づいて曲名や歌詞などの文字パターンを生成する。また、映像選択データ（チャプタナンバ）に基づきＨＤＤ４４の背景動画記憶エリア３７２（図２（Ｂ）参照）から対応する背景映像データが読み出され、表示制御部５８に入力される。なお、映像選択データは当該カラオケ曲のジャンルデータなどに基づいて決定される。また、ジャンルデータは楽曲のヘッダに書き込まれており、カラオケ演奏スタート時にＣＰＵ３０によって読み出される。表示制御部５８では、これらのデータをスーパーインポーズで合成してモニタ６０に表示する。
ネットワークインターフェース５６はＬＡＮに接続するためのものであり、ＬＡＮを介して図示しない他の通信カラオケ装置と接続されている。

なお、本実施例においては、ＨＤＤ４４が「楽曲データ記憶手段」、「広告データ記憶手段」に相当し、ＲＡＭ３４が「参照テーブル記憶手段」に相当する。また、ＣＰＵ３０及び音源装置４６が「楽曲再生手段」に相当し、ＣＰＵ３０が「広告再生手段」に相当する。また、ＣＰＵ３０は「検索手段」、「参照テーブル生成手段」、「制御手段」にも相当する。

［情報データファイルと指示データファイルの説明］
図３は指示データファイルのフォーマットを説明する図である。上述したように、情報データファイルに対して１対１に対応した指示データファイルがあり、図３に示すように、情報データファイル番号、曲目件数、有効期限の開始年月日と終了年月日、曲番号からなっている。この内、曲番号は複数指定することができる。

図４に情報データファイルと指示データファイルの１例を示した。例えば、情報ファイル１２３に対応した指示データファイルは、情報データファイル番号１２３、曲目件数３、有効期限の開始年月日が２００３年１月２５日、終了年月日が２００４年１２月３１日、曲番号が２３４１３，４４０４，３５２７０となっている。このように、１の情報データファイルに対して１の指示データファイルが存在し、曲番号は複数設定できるため、同じ情報データファイルが複数の曲と対応することはあり得る。

なお、本実施例における情報データファイルは、何らかの意味で、その楽曲に関連した広告機能を有する「広告データ」である。例えばその曲のプロモーションビデオやテレビＣＭ映像、あるいはその曲の歌手（アーティスト）のコンサート情報、アルバム発売情報、レコード会社の宣伝など、種々考えられる。この情報データファイルは、例えばＭＰＥＧ２データ、他の形式の動画データ、あるいは静止画データや、さらには、テキストデータであってもよい。つまりデータ形式は限定されず、その楽曲に関連した広告を表示させることができるようなデータ内容であればよい。

［通信カラオケ装置１にて実行される動作の説明］
次に、本実施例の通信カラオケ装置１にて実行される動作について、図６以降のフローチャートを参照して説明する。なお、以降説明するフローチャートを参照した説明は、ＣＰＵ３０にて実行される処理の説明である。

図６は参照テーブル更新処理を示すフローチャートである。
なお、この参照テーブルは、ＲＡＭ３４の指示データ記憶エリア３２２（図２（Ａ）参照）に設定されており、例えば図５に示すように、必要な指示データファイルをリストアップしたものとなっている。

最初のステップＳ１０２では選曲されたか否かを判断する。なお、リモコン７０やパネルスイッチ４０を介して曲番号が入力され且つ選曲ボタンが押下されることによって選曲が完了する。そして、選曲された場合には（Ｓ１０２：ＹＥＳ）、前回の指示データファイル読込日付と今回の日付が同じか否かを判断し（Ｓ１０４）、前回読込日付と今回の日付が同じ場合には（Ｓ１０４：ＹＥＳ）、Ｓ１０６での指示データファイルの読込処理を行わずに本参照テーブル更新処理を終了する。一方、前回読込日付が現在と違う場合には（Ｓ１０４：ＮＯ）、指示データファイルの読込処理を行う（Ｓ１０６）。

この図６の参照テーブル更新処理が実行されることによって、実質的にはその日の最初のリクエスト時に更新がなされることとなる。つまり、その日の最初にリクエストされた場合はＳ１０２にて肯定判断、Ｓ１０４にて否定判断となるためＳ１０６へ移行するが、同日における２度目以降のリクエスト時にはＳ１０４にて肯定判断となるため、同日においては更新がされないこととなる。また、当然ながら、選曲されない場合には更新はされない。このように同日において重複した更新をしないようにしたのは、本実施例の通信カラオケ装置１は、センタ１００からデータをダウンロードするのであるが、このダウンロードを１日に１回行うことを前提としているため、同日においては重複した更新をする必要性がない（薄い）からである。なお、選曲をトリガとするのではなく、通信カラオケ装置１の起動時にＳ１０４の判断を実行し、日付が異なれば更新するような処理手法を採用することも可能である。

この指示データファイル読込処理について、図７のフローチャートを参照して説明する。
情報データおよび指示データが格納されたディレクトリの指示データファイルが読み込み対象であるため、そのディレクトリリストの読み込みを行う（Ｓ２０２）。なおディレクトリリストの読み込みによってリストがｎ件存在することが分かる。次に指示データファイルを読み込み（Ｓ２０４）、有効期限内のデータか否かを判断する（Ｓ２０６）。そして、有効期限に本日が含まれているデータがあれば（Ｓ２０６：ＹＥＳ）、ＲＡＭ３４の指示データ記憶エリア３２２の参照テーブルに空きがあるか否か判断し（Ｓ２０８）、空きがあれば（Ｓ２０８：ＹＥＳ）、参照テーブルへ登録する（Ｓ２１０）。Ｓ２０２で読み込んだｎ件のディレクトリリストを全て処理したら（Ｓ２１２：ＹＥＳ）、前回の読込日付に代えて本日の日付を登録する（Ｓ２１４）。なお、有効期限内のデータでない場合（Ｓ２０６：ＮＯ）、または参照テーブルに空きがない場合（Ｓ２０８：ＮＯ）には、Ｓ２１０での参照テーブルへの登録は実行せずにＳ２１２へ移行する。

参照テーブルへのデータ登録順序は、ディレクトリ検索で検索できた順序とする。同一の曲番号が、複数の指示データファイルに記述されている場合は、参照テーブル上に先に登録された情報が表示される。

次に、曲に関連する広告を表示させる際の動作を図８のフローチャートを参照して説明する。
曲が予約されていれば（Ｓ３０２：ＹＥＳ）、カラオケ演奏が開始され（Ｓ３０４）、その演奏が終了すると（Ｓ３０６：ＹＥＳ）、ＲＡＭ３４の指示データ記憶エリア３２２の参照テーブルから、演奏が終了したカラオケ曲の曲番号を検索する（Ｓ３０８）。つまり、図５に示す参照テーブルの曲番号の欄において該当番号を検索する。その曲番号がない場合は（Ｓ３１０：ＮＯ）、広告を表示しないでＳ３０２へ戻る。

一方、該当する曲番号がある場合は（Ｓ３１０：ＹＥＳ）、参照テーブルにおいてその曲番号を有する指示データファイル中の情報データファイル番号に基づいて、ＨＤＤ４４内の情報データ記憶エリア３７８から該当する情報データファイルを読み込み（Ｓ３１２）、その情報データファイルをモニタ６０に表示する（Ｓ３１４）。例えば、曲番号８７８８１のカラオケ演奏が終了したのであれば、図５に示す指示データファイル中にその８７８８１というが曲番号が存在するため、対応する情報データファイル番号１２４に基づいて情報ファイル１２４を（ＨＤＤ４４内の情報データ記憶エリア３７８から）読み出して表示する。

なお、図８に示す場合は、カラオケ演奏終了後に関連する広告を表示するようにしたが、曲に関連する広告を演奏前に予告編的に表示するようにしてもよい。その場合の処理を、図９に示すフローチャートを参照して説明する。

曲が予約されていれば（Ｓ３５２：ＹＥＳ）、ＲＡＭ３４の指示データ記憶エリア３２２の参照テーブルから、これから演奏しようとするカラオケ曲の曲番号を検索する（Ｓ３５４）。その曲番号がない場合は（Ｓ３５６：ＮＯ）、広告を表示しないでＳ３６２へ移行し、カラオケ演奏を開始する。

一方、該当する曲番号がある場合は（Ｓ３５６：ＹＥＳ）、情報データファイル番号に基づいてＨＤＤ４４内の情報データ記憶エリア３７８から該当する情報データファイルを読み込み（Ｓ３５８）、その情報データファイルをモニタ６０に表示する（Ｓ３６０）。そして、その表示処理が終了すると、カラオケ演奏が開始され（Ｓ３６２）、その演奏が終了すると（Ｓ３６４：ＹＥＳ）、Ｓ３５２へ戻る。

これら図８に示す処理と図９に示す処理については、予め決定した何れかの処理を実行するようにしてもよいし、あるいは表示すべき情報ファイルに応じて何れかの処理を選択して実行するようにしてもよい。その場合は、例えば指示データファイル中に演奏前に表示するか演奏後に表示するかを示す「表示時期特定情報」を付加しておき、その演奏時期特定情報に基づいて処理内容を変更すればよい。具体的には、図９のＳ３５２，Ｓ３５４，Ｓ３５６の各処理を実行し、曲番号が存在した場合には（Ｓ３５６：ＹＥＳ）、その曲番号に対応する演奏時期特定情報に基づいて演奏前に表示するか否か判断する。そして、演奏前に表示するのであれば、図９のＳ３５９，Ｓ３６０の処理を実行し、その後、Ｓ３６２，Ｓ３６４の処理を実行する。一方、演奏後に表示するのであれば、図８のＳ３０４，Ｓ３０６の処理を実行し、演奏終了後（Ｓ３０６：ＹＥＳ）、Ｓ３１２，Ｓ３１４の処理を実行する。

なお、本実施例における情報データファイルは、何らかの意味で、その楽曲に関連した広告機能を有する「広告データ」であるが、例えば、コンサート情報であれば、そのアーティストの曲が流れた後に表示した方が好ましいと考えられる。また、そのアーティストのアルバム発売情報であれば、そのアルバムに収録されている曲が演奏された後に表示することが考えられる。また、レコード会社の宣伝であれば、そのレコード会社に所属するアーティストの曲が演奏された後に表示することが考えられる。さらに、アーティスト本人が自分の宣伝や選曲してくれた感謝の気持ちを話す映像を表示する場合、そのアーティストの曲が流れた後に表示することが考えられる。

図１０は、曲に関連する広告の表示処理を途中で停止するための処理を示すフローチャートである。これは、全ての人が広告を見たいとは限らないため、ユーザの意志で広告表示を停止させることができるようにしたものである。したがって、図８のＳ３１４又は図９のＳ３６０における情報データファイル表示において、図１０に示す処理が実行されることとなる。

具体的には、情報データファイルの表示を開始したら（Ｓ４０２）、パネルスイッチ４０又はリモコン７０に設けられた演奏停止キーが押下されたか否かを判断し（Ｓ４０４）、演奏停止キーが押下されていない場合には（Ｓ４０４：ＮＯ）、情報データファイルの表示が終了したか否か判断する（Ｓ４０６）。そして、表示が終了していなければ（Ｓ４０６：ＮＯ）、Ｓ４０４へ戻り、表示が終了していたら、本情報データファイル表示処理を終了する。一方、演奏停止キーが押下された場合には（Ｓ４０４：ＹＥＳ）、情報データファイルの表示を即座に停止し、本情報データファイル表示処理を終了する。

図１１は、通信カラオケ装置１がセンタ１００から情報データファイル及び指示データファイルをダウンロードする際の動作を説明するフローチャートである。
通信カラオケ装置１は、予めセンタ１００からダウンロードが可能な時間（例えば１０時から２０時がダウンロード可能時間）を設定したリストを取得してＨＤＤ４４等に記憶しておく。そのリストを参照し、現在ダウンロード可能な時間かどうか判断する（Ｓ５０２）。ダウンロード可能時間の場合（Ｓ５０２：ＹＥＳ）、更新された情報データおよび指示データが存在するかセンタ１００に問い合わせる（Ｓ５０４）。更新データがある場合は（Ｓ５０６：ＹＥＳ）、その更新された情報データおよび指示データの取得（ダウンロード）を行う（Ｓ５０８）。更新された情報データおよび指示データが取得できた場合（ダウンロード成功の場合）は（Ｓ５１０：ＹＥＳ）、そのまま本処理を終了するが、ダウンロードが成功しなかった場合は（Ｓ５０８：ＮＯ）、Ｓ５０２に戻ってリトライを行う。

なお、図１１にて説明した内容は、通信カラオケ装置１が、ある時間になったら定期的に、且つ自動的にダウンロードするものであった。ただし本実施例の通信カラオケ装置１は、このような定期的なダウンロードとは別に、環境設定メニューによって強制的にダウンロード処理を実行させることができるようにも構成されている。

また、本実施例では、図３、図４に示すように、指示データファイル中に情報データファイルの有効期限を示す情報が含まれており、予め有効期限内の指示データファイルのみ集めた参照テーブル（図５参照）を作成してＲＡＭ３４に記憶して検索に用いた。このように有効期限を用いて管理しているのであるが、この有効期限が切れた情報データファイルの扱いについては削除してもよいし、そのまま残しておいても良い。使用しないデータを削除すればその分、ＨＤＤ４４が記憶するデータ容量が減る。一方、例えば情報データファイルの中には、現在では使用しないが将来再度使用する可能性がある場合も想定される。例えばいわゆるＣＭソングの場合、リバイバル特集ということで使用することが考えられる。有効期限が切れても残しておくことで、上述のような再使用の機会が生じた場合でも改めて情報データファイルを追加しなくてもよくなる。

ところで、指示データファイルを追加する場合、含まれている曲番号が同じであれば基本的には更新、つまり旧来の指示データファイルは削除し新規の指示データファイルのみを残すようにすればよいが、状況によっては新旧の指示データファイルを併存させておいた方がよい場合もあり得る。例えば相対的に短期間だけ緊急広告を挟みたいといった場合である。そこで、このような場合の対応策について、図１２、図１３を参照して説明する。

図１２は指示データファイルの曲番号がまったく同じ場合の情報データファイルの有効期限の例を表している。例えば、既に存在する情報データファイルＡは有効期限の開始日が2003.01.01、終了日が2003.12.31であったとする。最新の情報データファイルＢは有効期限の開始日が2003.04.01、終了日が2004.03.31であったとし、別の最新の情報データファイルＣは有効期限の開始日が2003.04.01、終了日が2003.08.31であったとする。

図１３は、指示データファイルの曲番号がまったく同じ場合の情報データファイル及び指示データファイルの更新する動作を説明するフローチャートであり、図１２の情報データファイルＡ〜Ｃの例を用いて説明する。

まず最新の情報データファイルＢの場合、有効期限の終了日を既存の情報データファイルＡと比較すると（Ｓ６０２）、情報データファイルＢの方が後ろである（Ｓ６０４：ＹＥＳ）。最新の情報データファイルＢを既存の情報データファイルＡに上書きし、最新の指示データファイルも既存の指示データファイルに上書きする（Ｓ６０６）。一方、最新の情報データファイルＣの場合、有効期限の終了日を既存の情報データファイルＡと比較すると情報データファイルＡの方が後ろである（Ｓ６０４：ＮＯ）。最新の情報ファイルＣを既存の情報ファイルＡとは別のファイル名でダウンロードし、最新の指示データファイルも既存の指示データファイルとは別のファイル名でダウンロードする（Ｓ６０８）。

最新の情報データファイルＢの例の場合、上書きすることによりメモリ容量を節約することができる。また、最新の情報データファイルＣの例の場合、別のファイル名でダウンロードする（既存の情報データファイルＡは残す）ことにより、情報データファイルＣの有効期限終了後の2003.09.01以降は情報データファイルＡを表示することが可能となる。そして、このようにすれば、情報データファイルＡをセンタ１００から通信カラオケ装置１へ配信し直す必要がなくなる。

［実施例の効果］
（ａ）本実施例の通信カラオケ装置１によれば、例えば図８に示す処理を実行すれば、カラオケ演奏終了後（Ｓ３０６：ＹＥＳ）、ＲＡＭ３４の指示データ記憶エリア３２２の参照テーブルから、演奏が終了したカラオケ曲の曲番号を検索し、該当曲番号がある場合は（Ｓ３１０：ＹＥＳ）、参照テーブルにおいてその曲番号を有する指示データファイル中の情報データファイル番号に基づいて、ＨＤＤ４４内の情報データ記憶エリア３７８から該当する情報データファイルを読み込み（Ｓ３１２）、その情報データファイルをモニタ６０に表示する（Ｓ３１４）。一方、図９に示す処理を実行すれば、カラオケ楽曲の演奏に際して、ＲＡＭ３４の指示データ記憶エリア３２２の参照テーブルから、これから演奏しようとするカラオケ曲の曲番号を検索し（Ｓ３５４）、該当する曲番号がある場合は（Ｓ３５６：ＹＥＳ）、情報データファイル番号に基づいてＨＤＤ４４内の情報データ記憶エリア３７８から該当する情報データファイルを読み込み（Ｓ３５８）、その情報データファイルをモニタ６０に表示する（Ｓ３６０）。

このように、指示データファイルに基づけば対応する情報データファイルを再生できるため、例えば新しい情報データファイルを追加したい場合であっても、図４に示すように、情報データファイルとそれに対応する指示データファイルを作成して通信カラオケ装置１のＨＤＤ４４に追加記憶させればよい。従って、既にＨＤＤ４４に記憶されている楽曲データに関して何ら追加変更する必要がない。さらに、従来技術のように曲番号を基準として対応する広告データリストを作成しているのではないため、改めてそのようなリストを作成し直す必要がない。

また、図３、図４に示すように、指示データファイルによって（楽曲指定情報である）曲番号と（広告特定情報）である情報データファイル番号の対応関係が定まっているので、情報データファイルのみを更新し、その情報データファイル番号を同じにしておけば、指示データファイル自体を変更する必要がなくなる。逆に、同じ情報データファイルを使用する楽曲が変更になっても、その場合は指示データファイルのみを変更すればよい。つまり、情報データファイルと指示データファイルとを別個に扱うことによって、情報データファイルのみの更新、指示データファイルのみの更新が可能となる。

本実施例の情報データファイルは、画像データ（動画像・静止画像）、テキストデータ・音声データなどを含むため、データ量が相対的に大きくなる。したがって、センタ１００からこのような情報データファイルを配信する本実施例の情報配信システムの場合、指示データファイルのみを更新すればよいということは、データ容量の相対的に大きな情報データファイルをその都度配信しなくてよくなり、配信負荷・配信コストの軽減の面でも好ましい。

（ｂ）本実施例では、図４に示すように、指示データファイルが情報データファイルに対して１対１に設けると共に、一つの指示データファイル中に複数の曲番号を含められるように構成されている。そのため、同じ情報データにファイル対応する楽曲が複数存在しても指示データファイルとしては一つで済み、指示データファイルの総数が少なくて済む。カラオケの場合はいわゆる「持ち歌」の多いアーティストの場合１５０曲以上という例もあるため、そのアーティストのコンサート情報を報知する場合、同じ情報データファイルを使用することができる。その際、１５０曲以上の全ての曲の曲番号を一つの指示データファイル中に含めることができる。このような工夫をしない場合には、例えば同じ情報データファイルを用いるものでありながら指示データファイルを１５０以上準備しなくてはならず、総データ量が相対的に多くなってしまうので、データ管理上、あるいはデータ量低減の面で有効である。

（ｃ）本実施例では、図３、図４に示すように、指示データファイル中に情報データファイルの有効期限を示す情報が含まれており、予め有効期限内の指示データファイルのみ集めた参照テーブル（図５参照）を作成してＲＡＭ３４に記憶している。そして、その参照テーブルを参照して該当する情報データを検索するようにした。このようにすれば、検索の度に有効期限か否かを判断する必要がない。

［別実施例］
（１）上記実施例では、情報データファイルの再生（表示）タイミングは図８に示すように楽曲再生の後、図９に示すように楽曲再生の前の何れかに実行するようにしたが、例えば間奏中などの楽曲再生中において実行しても良い。また、例えば楽曲再生の前後共に実行するようにしてもよい。

（２）上記実施例では、いわゆる通信カラオケシステムとして、センタ１００から通信カラオケ装置１へ情報データファイルを配信するようにしたが、例えばＣＤ−ＲＯＭやＤＶＤ−ＲＯＭ等の記憶媒体を介して情報データファイルの更新・追加を行う場合であっても同様に実現でき、同様の効果を得ることができる。

また、カラオケ装置以外であっても、楽曲再生に伴って広告的な内容を表示するような装置であってその広告のための情報データファイルの更新・追加等が発生するような再生装置であれば、同様に適用できる。

（３）広告のための情報データファイルの再生（表示）という性格を考えた場合、例えば地域限定の広告のための情報データファイルというものも考えられる。例えばコンサート情報について言えば、必ずしも全国のどの地域にある通信カラオケ装置１において同じコンサート告知をしなくても、コンサート開催地域周辺のみでもよいと考えられる。したがって、通信カラオケ装置１がセンタ１００から配信を受ける情報データファイルや指示データファイルに関しても、地域によって変えてもよい。図１４は、そのような工夫を施した場合の通信カラオケ装置１がセンタ１００から情報データファイル及び指示データファイルをダウンロードする際の動作を説明するフローチャートである。

通信カラオケ装置１は、予めセンタ１００からダウンロードが可能な時間（例えば１０時から２０時がダウンロード可能時間）を設定したリストを取得してＨＤＤ４４等に記憶しておき、そのリストを参照し、現在ダウンロード可能な時間かどうか判断する（Ｓ７０２）。ダウンロード可能時間の場合（Ｓ７０２：ＹＥＳ）、センタ１００に地域情報を通知し、地域情報に対応する更新された情報データおよび指示データが存在するか問い合わせる（Ｓ７０４）。更新データがある場合は（Ｓ７０６：ＹＥＳ）、その更新された情報データおよび指示データの取得（ダウンロード）を行う（Ｓ７０８）。ここでいう「地域情報」とは、通信カラオケ装置１が設置されている地域を特定するための情報であり、例えば電話番号、郵便番号、ＧＰＳ（グローバル・ポジショニング・システム）による経度・緯度情報などが考えられる。

Ｓ７０８の処理後、又はＳ７０６にて否定判断であった場合は、Ｓ７１０へ移行し、更新された情報データおよび指示データが存在するかセンタ１００に問い合わせる。そして、更新データがある場合は（Ｓ７１２：ＹＥＳ）、その更新された情報データおよび指示データの取得（ダウンロード）を行う（Ｓ７１４）。

このようにすれば、通信カラオケ装置１において地域特有の広告に関する情報データファイルの再生が可能でありながら、センタ１００の方では、特に通信カラオケ装置１毎の配信リストを作成・管理する必要がない。

（４）上記実施例の場合、情報データファイルと楽曲との対応関係が１対１又は１対多であったが、多対１又は多対多であってもよい。つまり、１曲に対応する情報データファイルが複数存在してもよいという意味である。この場合、例えば候補となる情報データファイル群中から何れか一つの情報データファイルを選択してもよいし、あるいは複数の情報データファイルを選択し、連続して再生したり、曲の前後にそれぞれ再生したりしてもよい。なお、情報データファイルの再生については、例えば次の予約曲がある場合に、一定時間が来たら強制的に次の曲の演奏に入っていくことが考えられる。そうであれば、再生時間が短い情報データファイルであれば、複数再生できる場合もある。また、次の予約曲がない場合には、例えばその複数の情報データファイルの再生を最後までしてもよい。また、複数の情報データファイルから一部を選択する場合には、ランダム選択してもよいし、サイクリックに選択していってもよい。

実施例の通信カラオケシステムの構成を示すブロック図である。 実施例の通信カラオケ装置１のＲＡＭ３４、ＨＤＤ４４における記憶エリアの説明図である。 指示データファイルのフォーマットの説明図である。 情報データファイルと指示データファイルの１例を示す説明図である。 参照テーブルの説明図である。 参照テーブル更新処理を示すフローチャートである 指示データファイル読込処理を示すフローチャートである。 曲に関連する広告を楽曲演奏後に表示させる際の動作を示すフローチャートである。 曲に関連する広告を楽曲演奏前に表示させる際の動作を示すフローチャートである。 曲に関連する広告の表示処理を途中で停止するための処理を示すフローチャートである。 通信カラオケ装置１がセンタ１００から情報データファイル及び指示データファイルをダウンロードする際の動作を説明するフローチャートである。 指示データファイルの曲番号がまったく同じ場合の情報データファイルの有効期限の例を示す説明図である。 指示データファイルの曲番号が全く同じ場合の情報データファイル及び指示データファイルを更新する動作を説明するフローチャートである。 地域限定の広告のための情報データファイルの配信を受ける場合の処理を示すフローチャートである。

符号の説明

１…通信カラオケ装置、３０…ＣＰＵ、３２…ＲＯＭ、３４…ＲＡＭ、３６…リモコン受信部、３８…表示パネル、４０…パネルスイッチ、４２…通信制御部、４４…ＨＤＤ、４６…音源装置、４８…音声データ処理部、５０…効果用ＤＳＰ、５２…Ｄ／Ａコンバータ、５４…アンプスピーカ、５６…ネットワークインターフェース、５７…文字表示部、５８…表示制御部、６０…モニタ、６２…マイク、６４…プリアンプ、６６…Ａ／Ｄコンバータ、６８…音声処理用ＤＳＰ、７０…リモコン、９０…インターネット、１００…センタ、１０１…ＣＰＵ、１０２…ＲＯＭ、１０３…ＲＡＭ、１０４…ＨＤＤ、１０５…通信制御部、３２０…ＭＩＤＩバッファ、３２２…指示データ記憶エリア、３２６…実行データ記憶エリア、３２８…プログラム記憶エリア、３７０…楽曲データ記憶エリア、３７２…背景動画記憶エリア、３７６…プログラム記憶エリア、３７８…情報データ記憶エリア、３８０…指示データ記憶エリア。

Claims (10)

1. 楽曲データを記憶しておく楽曲データ記憶手段と、
   その楽曲データ記憶手段に記憶されている楽曲データに基づいて楽曲再生を行う楽曲再生手段と、
   前記楽曲データに関連した広告データを記憶しておく広告データ記憶手段と、
   その広告データ記憶手段に記憶されている広告データに基づき、前記楽曲再生手段による楽曲再生の前、後又は途中の少なくともいずれかのタイミングで広告再生を行う広告再生手段と、
   を備える再生装置であって、
   前記広告データ記憶手段は、前記広告データに対応して当該広告データが再生されるべき対応楽曲を指定する情報である楽曲指定情報と広告データを特定する情報である広告特定情報との対応関係を示す指示データを記憶しており、
   さらに、前記楽曲再生手段による楽曲再生に際して、前記指示データに基づき、当該再生される楽曲を前記楽曲指定情報中において対応楽曲として指定している広告データを検索する検索手段を備え、
   前記広告再生手段は、前記検索手段の検索結果に基づいて広告データを再生すること
   を特徴とする再生装置。
2. 請求項１に記載の再生装置において、
   前記指示データは、前記広告データに対して１対１に設けられており、一つの指示データ中に複数の楽曲指定情報を含めることが可能であること
   を特徴とする再生装置。
3. 請求項１又は２に記載の再生装置において、
   前記指示データは、前記広告データの有効期限を示す情報も含められており、
   前記検索手段は、前記有効期限情報も加味して検索を行うこと
   を特徴とする再生装置。
4. 請求項３に記載の再生装置において、
   さらに、
   前記広告データ記憶手段に記憶されている全ての指示データの中から、前記有効期限情報に基づいて有効期限内のものを抽出した参照テーブルを生成する参照テーブル生成手段と、
   前記参照テーブル生成手段によって生成された参照テーブルを記憶しておく参照テーブル記憶手段と、
   を備え、
   前記検索手段は、前記参照テーブル記憶手段に記憶されている参照テーブルに基づいて広告データを検索すること
   を特徴とする再生装置。
5. 請求項３又は４に記載の再生装置において、
   さらに、
   前記広告データ記憶手段に、前記楽曲指定情報が全く同じであり且つ新旧が区別可能な２つの指示データが存在する場合、新規の指示データの有効期限が旧来の指示データの有効期限よりも遅く終了するのであれば、旧来の指示データ及びそれに対応する広告データを削除し、新規の指示データ及びそれに対応する広告データのみを残し、新規の指示データの有効期限が旧来の指示データの有効期限よりも早く終了するのであれば、旧来の指示データ及びそれに対応する広告データと、新規の指示データ及びそれに対応する広告データと、を両方併存させる制御手段を備え、
   前記検索手段は、同じ楽曲指定情報を有する２つの指示データが存在する場合、新規の指示データに基づいて検索を行うこと
   を特徴とする再生装置。
6. 請求項１〜５の何れかに記載の再生装置において、
   前記広告データは画像データを含むことを特徴とする再生装置。
7. 配信用ホスト装置と複数の端末装置を備え、前記配信用ホスト装置と前記端末装置とが相互に情報通信可能に構成された情報通信システムであって、
   前記複数の端末装置は、請求項１〜６の何れかに記載の再生装置であって、さらに、自装置の存在する地域を特定する情報を前記配信用ホスト装置へ送信可能であり、
   一方、前記端末装置から前記地域特定情報を受信した前記配信用ホスト装置は、その端末装置に対して、前記受信した地域特定情報に対応する前記広告データ又は前記指示データの少なくとも何れか一方を配信し、
   前記端末装置は、前記配信用ホスト装置から配信された前記広告データ、前記指示データを前記広告データ記憶手段に記憶しておくこと
   を特徴とする情報通信システム。
8. 請求項１〜３の何れかに記載の再生装置における広告再生手段及び検索手段としてコンピュータを機能させるためのプログラム。
9. 請求項４に記載のコンテンツデータ再生装置における広告再生手段、検索手段及び参照テーブル生成手段としてコンピュータを機能させるためのプログラム。
10. 請求項５に記載のコンテンツデータ再生装置における広告再生手段、検索手段及び制御手段、若しくは前記広告再生手段、検索手段、参照テーブル生成手段及び制御手段としてコンピュータを機能させるためのプログラム。

Images