JP2006216100A - 再生装置およびプログラム - Google Patents

Abstract

【課題】 複数のコンテンツを１つずつ順番に受信して再生するにあたり、コンテンツの受信が途絶えている期間中であっても、店内の雰囲気や来店者の購買意欲を極力損なわないようにコンテンツの再生を継続できるようにすること。
【解決手段】 再生装置３０は、スケジュールリスト４０に登録されているＢＧＭ用の曲データや宣伝用の音声データを１つずつ順番に受信して再生していく際に、サーバ１０との通信が途絶え、再生する順番が訪れた曲データや音声データのダウンロードが完了していない場合は、スケジュールリスト４０を参照し、再生する順番が訪れた曲データや音声データと同じカテゴリに属する曲データや音声データをＨＤ３０６から読み出して代りに再生する。
【選択図】 図６

Description

本発明は、曲データや音声データ等のコンテンツを受信して再生する技術に関する。

コンビニエンスストア等の店舗には、系列の各店舗を統括するセンタからストリーミング配信されたＢＧＭ（Back Ground Music）用の曲データや宣伝用の音声データを受信して再生し、店内にＢＧＭや宣伝用アナウンスを放送する再生装置が設けられている。ＢＧＭや宣伝用アナウンスは、店内の雰囲気や来店者の購買意欲に多大な影響を及ぼす。このため、ＢＧＭとして流す曲や、宣伝用アナウンスの内容、ＢＧＭや宣伝用アナウンスを放送する順序や時間帯等は、センタにおいて入念な検討が行われた上で定められる。そして、このようにして定められたＢＧＭ用の曲データや宣伝用の音声データが、センタ（配信装置）から通信網を介して各店舗に設けられた再生装置へとストリーミング配信される。

しかしながら、通信網の輻輳や配信装置の故障等によってストリーミング配信が中断されてしまうと、それまで店内に流れていたＢＧＭや宣伝用アナウンスが突然途切れてしまったり、同じＢＧＭや宣伝用アナウンスが何度も繰り返して放送されてしまい、店内の雰囲気や来店者の購買意欲を損なってしまうという問題があった。このような問題を解決するため、例えば、特許文献１には、受信した音楽データを蓄積しておき、センタの故障等によって音楽データの配信が途絶えた場合は、蓄積しておいた複数の音楽データをランダムに再生することが記載されている。
特開平１１−４５５５７号公報

特許文献１に記載された技術によれば、音楽データの配信が途絶えた場合であっても、ＢＧＭが店内に全く流れなくなったり、同じＢＧＭが何度も繰り返して放送されてしまうといった最悪の事態は防ぐことができる。しかしながら、特許文献１に記載された技術では、音楽データの配信が途絶えている期間中に、蓄積しておいた複数の音楽データをランダムに再生する構成に過ぎないため、センタにおいて入念な検討が行われた上で定められた、ＢＧＭや宣伝用アナウンスを放送する順序や時間帯等が、音楽データの配信が途絶えている期間中には何ら反映されない。したがって、特許文献１に記載された技術を用いたとしても、音楽データの配信が途絶えている期間中に店内の雰囲気や来店者の購買意欲を損なってしまうという問題は、程度の差こそあれ依然として解消されずに残っている。

また、音楽データの配信が途絶えた際、店内に流れているＢＧＭや宣伝用アナウンスが途中でいきなり別のＢＧＭや宣伝用アナウンスに切り替わってしまったり、配信されてくる音楽データの順次再生から、蓄積しておいた音楽データのランダム再生に切り替わる際や、逆に、通信網の輻輳や配信装置の故障が解消し、蓄積しておいた音楽データのランダム再生から、配信されてくる音楽データの順次再生に切り替わる際に、ＢＧＭや宣伝用アナウンスのつながり（流れ）が不自然なものとなってしまう、という問題があった。

本発明は、以上説明した事情に鑑みてなされたものであり、その目的は、複数のコンテンツを１つずつ順番に受信して再生するにあたり、コンテンツの受信が途絶えている期間中であっても、店内の雰囲気や来店者の購買意欲を極力損なわないようにコンテンツの再生を継続できるようにすることである。

上記課題を解決するため、本発明は、複数のコンテンツの各々について、コンテンツを受信して再生する順番と、コンテンツの属するカテゴリとが定められたスケジュールデータを参照し、当該スケジュールデータに定められた順番に従って前記複数のコンテンツを１つずつ受信して記憶手段に記憶する受信制御手段と、前記スケジュールデータに定められた順番に従って前記複数のコンテンツを１つずつ再生する再生手段と、前記再生手段により前記複数のコンテンツを１つずつ再生していく場合に、再生する順番が訪れたコンテンツの受信が完了しているか否かを判別する判別手段と、前記判別手段により再生する順番が訪れたコンテンツの受信が完了していないと判別された場合に、前記コンテンツと同じカテゴリに属するコンテンツを前記スケジュールデータを参照して前記記憶手段から読み出し、読み出したコンテンツを前記再生手段により再生させる第１の制御手段とを具備する再生装置を提供する。

なお、前記スケジュールデータは、前記受信制御手段により受信されて前記記憶手段に記憶される構成であってもよい。また、前記コンテンツは、ＢＧＭ用の曲データまたは宣伝用の音声データであってもよい。また、再生する順番が過ぎた後に受信が完了したコンテンツを検出すると、再生中のコンテンツを再生し終えた後、前記受信が完了したコンテンツに対して定められた順番から前記再生手段によりコンテンツを再生させる第２の制御手段をさらに具備するようにしてもよい。さらに、前記第２の制御手段は、再生する順番が過ぎた後に受信が完了したコンテンツを検出すると、再生中のコンテンツを再生し終えてから、前記受信が完了したコンテンツに対して定められた順番から前記再生手段によりコンテンツを再生させるまでの間に、前記記憶手段に記憶されているコンテンツの中から選択したコンテンツを前記再生手段により再生させるようにしてもよい。

本発明によれば、再生装置は、複数のコンテンツを１つずつ順番に受信して再生していくにあたり、再生する順番が訪れたコンテンツの受信が完了していない場合は、各コンテンツについての受信と再生の順番およびカテゴリが定められたスケジュールデータを参照して、記憶手段に記憶されているコンテンツの中から、再生する順番が訪れたコンテンツと同じカテゴリに属するコンテンツを読み出し、このコンテンツを再生する。

また、本発明は、コンピュータを、複数のコンテンツの各々について、コンテンツを受信して再生する順番と、コンテンツの属するカテゴリとが定められたスケジュールデータを参照し、当該スケジュールデータに定められた順番に従って前記複数のコンテンツを１つずつ受信してメモリに記憶する受信制御手段と、前記スケジュールデータに定められた順番に従って前記複数のコンテンツを１つずつ再生する再生手段と、前記再生手段により前記複数のコンテンツを１つずつ再生していく場合に、再生する順番が訪れたコンテンツの受信が完了しているか否かを判別する判別手段と、前記判別手段により再生する順番が訪れたコンテンツの受信が完了していないと判別された場合に、前記コンテンツと同じカテゴリに属するコンテンツを前記スケジュールデータを参照して前記メモリから読み出し、読み出したコンテンツを前記再生手段により再生させる制御手段として機能させるためのプログラムを提供する。なお、このプログラムを記録したコンピュータ読み取り可能な記録媒体を提供してもよい。

本発明によれば、複数のコンテンツを１つずつ順番に受信して再生するにあたり、コンテンツの受信が途絶えている期間中であっても、店内の雰囲気や来店者の購買意欲を極力損なわないようにコンテンツの再生を継続することができる。

［Ａ．実施形態］
以下、図面を参照して本発明の実施形態について説明する。
図１は、通信システムの構成を示す図である。
同図において、センタ内に設けられているサーバ１０には、ＢＧＭ用の曲データや宣伝用の音声データが多数記憶されている。また、このサーバ１０には、図２に示すスケジュールリスト４０が記憶されている。このスケジュールリスト４０は、ＢＧＭ用の曲データや宣伝用の音声データを識別するための識別情報（曲ＩＤ、宣伝ＩＤ等）と、曲データや音声データについての種別やジャンル等を示す属性情報（カテゴリ）とが、放送する順序に従って並べられたデータである。なお、図２においては理解を容易にするため、放送の順序を示した「No.」欄を設けるとともに、「識別情報」の欄に曲名や宣伝用アナウンスの概要を併記している。このスケジュールリスト４０の内容は、センタにおいて入念な検討が行われた上で定められる。また、スケジュールリスト４０は、サーバ１０からインターネット２０を介してコンビニエンスストア等の店舗に設置された再生装置３０へと送信される。

再生装置３０は、受信したスケジュールリスト４０に従って、ＢＧＭ用の曲データや宣伝用の音声データを順番にサーバ１０からダウンロードしてメモリに記憶するとともに、これらの曲データや音声データを再生してＢＧＭや宣伝用アナウンスを店内に放送する。

図３は、再生装置３０の構成を示すブロック図である。
同図において、ＣＰＵ（Central Processing Unit）３０１は、ＲＯＭ（Read Only Memory）３０２やＨＤ（Hard Disk）３０６に記憶されているプログラムを実行することで再生装置３０の各部を制御する。ＲＡＭ（Random Access Memory）３０３は、ＣＰＵ３０１のワークエリアとして用いられ、例えば、サーバ１０から受信した曲データや音声データ等を一時的に蓄積するバッファとして用いられる。通信インタフェース３０４は、ＣＰＵ３０１の制御の下、サーバ１０との通信を制御する。サウンド処理部３０５は、ＰＣＭ（Pulse Code Modulation）音源や、Ｄ／Ａ（Digital/Analog）変換器、アンプ等を備え、曲データや音声データを再生して店内に設置されているスピーカからＢＧＭや宣伝用アナウンスを出力する。

ＨＤ３０６には、ＢＧＭ用の曲データや宣伝用の音声データについての受信と再生を制御するアプリケーションソフトウェア（プログラム）が記憶されている。また、ＨＤ３０６には、サーバ１０から受信したスケジュールリスト４０が記憶されるとともに、サーバ１０から受信した曲データや音声データが属性情報毎に異なる記憶領域３０６ａ〜３０６ｄに蓄積される。なお、これらの各記憶領域３０６ａ〜３０６ｄに蓄積される曲データや音声データは、例えば、３時間等、予め定められた保存指定時間を過ぎると削除される。

次に、サーバ１０と再生装置３０の動作を説明する。
まず、例えば、３時間分の放送予定を定めたスケジュールリスト４０（図２参照）がセンタにおいて作成され、サーバ１０から再生装置３０へと送信される。再生装置３０は、スケジュールリスト４０を受信するとＨＤ３０６に記憶する。例えば、２４時間営業のコンビニエンスストアに設置された再生装置３０に対しては、３時間分のスケジュールリスト４０が１日に計８回、サーバ１０から送信される。なお、スケジュールリスト４０は、１時間分や８時間分、あるいは１日分の放送予定を定めたものであってもよい。

図４は、再生装置３０において実行されるメイン処理のフローチャートである。
再生装置３０は、新たなスケジュールリスト４０を用いてメイン処理を開始する場合、まず、放送順序の値Ｎを“０”にセットする（ステップＳ１０１）。次いで、再生装置３０は、放送順序の値Ｎをインクリメントした後（ステップＳ１０２）、スケジュールリスト４０において放送順序がＮ番目の曲データ（または音声データ）について、受信完了フラグの値が“１”であるか否かを判別する（ステップＳ１０３）。つまり、ステップＳ１０３において再生装置３０は、再生しようとしている曲データ（または音声データ）が、サーバ１０からのダウンロードを終えてＨＤ３０６に記憶されているか否かを判別するのである。

なお、放送順序が１番目（Ｎ＝１）の曲データ（または音声データ）は、既にサーバ１０からダウンロードされてＨＤ３０６に記憶されているものとする。また、受信完了フラグは、放送順序毎に、曲データや音声データのダウンロードとＨＤ３０６への記憶が完了しているか否かを示すフラグであり、フラグの値が“０”の場合は、ダウンロードとＨＤ３０６への記憶が完了していないことを、また、フラグの値が“１”の場合は、ダウンロードとＨＤ３０６への記憶が完了していることを示している。この受信完了フラグの値は、後述する受信処理（図５参照）において、曲データや音声データをサーバ１０からダウンロードしてＨＤ３０６へ記憶し終えた後に“１”にセットされる。

再生装置は、ステップＳ１０３においてＹＥＳと判別された場合、すなわち受信完了フラグの値が“１”であった場合は、放送順序がＮ番目の曲データ（または音声データ）をＨＤ３０６から読み出して再生し（ステップＳ１０４）、店内にＢＧＭまたは宣伝用アナウンスを放送する。また、これと並行して再生装置は、図５に示す受信処理を開始する（ステップＳ１０５）。そして、再生装置３０は、曲データ（または音声データ）の再生が終了すると（ステップＳ１０６：ＹＥＳ）、ステップＳ１０２に戻る。このように再生装置３０は、放送する順序が訪れた曲データや音声データが、サーバ１０からのダウンロードとＨＤ３０６への記憶が完了している場合にのみ、再生を許可する。

次に、メイン処理のステップＳ１０７，Ｓ１０８について説明する前に、ステップＳ１０５においてサブルーチンとして実行される受信処理（図５参照）について説明する。図５に示す受信処理は、放送順序がＮ番目の曲データ（または音声データ）の再生処理と並行して行われ、放送順序がＮ＋１番目の曲データ（または音声データ）のダウンロードとＨＤ３０６への記憶を行なうものである。すなわち、再生装置３０は、放送する順序が訪れた曲データや音声データの再生処理と並行して、放送順序が次の曲データや音声データをサーバ１０からダウンロードしてＨＤ３０６へ記憶するのである。

図５に示すように、まず、再生装置３０は、放送順序の値Ｎをインクリメントする（ステップＳ２０１）。なお、以降、本明細書では、メイン処理において用いられる放送順序の値と、受信処理において用いられる放送順序の値との関係を明確にするため、受信処理のステップＳ２０１以降で用いられる放送順序の値を「Ｎ＋１」と記載する。次に、再生装置３０は、スケジュールリスト４０を参照して放送順序がＮ＋１番目の曲データ（または音声データ）を特定してサーバ１０からダウンロードする（ステップＳ２０２）。

このステップＳ２０２の処理について具体的に説明すると、まず、再生装置３０は、放送順序がＮ＋１番目の曲データ（または音声データ）の識別情報をスケジュールリスト４０から読み出す。次いで、再生装置３０は、読み出した識別情報と、ダウンロードを要求する旨のコマンドをサーバ１０に送信する。サーバ１０は、識別情報とダウンロードを要求する旨のコマンドを受信すると、識別情報によって特定される曲データ（または音声データ）をメモリから読み出して再生装置３０へ送信する。例えば、図２に示したスケジュールリスト４０において、放送順序が２番目の宣伝用アナウンスをダウンロードする場合、再生装置３０は、ダウンロードを要求する旨のコマンドとともに識別情報“CM000158”をサーバ１０へ送信し、これによりサーバ１０は、“アジアン弁当のお知らせ”についての宣伝用の音声データを読み出して再生装置３０へ送信する。

次いで、再生装置３０は、要求した曲データ（または音声データ）をサーバ１０からダウンロードできたか否かを判別する（ステップＳ２０３）。例えば、インターネット２０において輻輳が発生した場合や、サーバ１０が故障した場合は、サーバ１０から曲データや音声データをダウンロードすることができなくなるから、このような場合には、サーバ１０からのダウンロードができなかったと判別される（ステップＳ２０３：ＮＯ）。この場合、再生装置３０は、ダウンロードを要求する旨のコマンドと識別情報の再送を、予め定められた時間毎に繰り返して行う。また、再生装置３０は、サーバ１０から曲データや音声データがダウンロードできた場合であっても、パリティチェックの結果、受信したデータに誤りがある場合は、サーバ１０に対してデータの再送を要求する。

一方、再生装置３０は、要求した曲データ（または音声データ）をサーバ１０からきちんとダウンロードできた場合（ステップＳ２０３：ＹＥＳ）、ダウンロードした曲データ（または音声データ）をＨＤ３０６に蓄積する（ステップＳ２０４）。この際、再生装置３０は、まず、スケジュールリスト４０を参照して、ダウンロードした曲データ（または音声データ）の属性情報を特定する。次いで、再生装置３０は、宣伝曲記憶領域３０６ａ、宣伝用アナウンス記憶領域３０６ｂ、Ｊ−ＰＯＰ記憶領域３０６ｃおよび洋楽記憶領域３０６ｄのうち、特定した属性情報に該当する記憶領域に、ダウンロードした曲データ（または音声データ）を蓄積する。例えば、図２に示したスケジュールリスト４０において、放送順序が２番目の音声データをダウンロードした場合、この音声データは、属性情報が“宣伝用アナウンス”であるので宣伝用アナウンス記憶領域３０６ｂに蓄積される。また、図２に示したスケジュールリスト４０において、放送順序が３番目の曲データをダウンロードした場合、この曲データは、属性情報が“Ｊ−ＰＯＰ”であるのでＪ−ＰＯＰ記憶領域３０６ｃに蓄積される。

この後、再生装置３０は、ＨＤ３０６に蓄積した曲データ（または音声データ）について、受信完了フラグの値を“０”から“１”に変更する（ステップＳ２０５）。また、再生装置３０は、現在時刻（年月日時分秒）を取得し、この時刻情報を、ステップＳ２０４においていずれかの記憶領域３０６ａ〜３０６ｄに蓄積した曲データ（または音声データ）と対応付けて記憶する。この時刻情報は、各記憶領域３０６ａ〜３０６ｄに蓄積された曲データや音声データを、例えば３時間等、予め定められた保存指定時間が過ぎると削除するために用いられる。再生装置３０では、定期的に現在時刻を取得して、各記憶領域３０６ａ〜３０６ｄに蓄積されている曲データや音声データの時刻情報と比較し、予め定められた保存指定時間が過ぎた曲データや音声データを記憶領域３０６ａ〜３０６ｄから削除する。

再生装置３０では、このようにして図５に示した受信処理を終えると、図４に示したメイン処理のステップＳ１０６に移行する。また、図４に戻り、メイン処理のステップＳ１０３において受信完了フラグの値が“１”でないと判別した場合（ステップＳ１０３：ＮＯ）、すなわち、再生しようとしている曲データ（または音声データ）が、サーバ１０からダウンロードできていないか、あるいはＨＤ３０６への蓄積が完了していない場合、まず、再生装置３０は、スケジュールリスト４０を参照して、放送順序がＮ番目の曲データ（または音声データ）の属性情報を特定する（ステップＳ１０７）。なお、ステップＳ１０３においてＮＯと判別されるのは、例えば、インターネット２０において輻輳が発生した場合や、サーバ１０が故障した場合等、サーバ１０との通信が途絶えた場合等である。

次いで、再生装置３０は、記憶領域３０６ａ〜３０６ｄのうち、ステップＳ１０７において特定した属性情報に該当する記憶領域の中から、放送順序がＮ番目の曲データ（または音声データ）の代りに再生する曲データ（または音声データ）を選択し（ステップＳ１０８）、再生を開始する（ステップＳ１０４）。例えば、図２に示したスケジュールリスト４０において、放送順序が３番目の曲データ（Ｊ−ＰＯＰ）を再生しようとしたものの、この曲データのダウンロードが完了していない場合、再生装置３０は、Ｊ−ＰＯＰ記憶領域３０６ｃに蓄積されている曲データの中から、放送順序が３番目の曲データの代りに再生する曲データを選択する。また、図２に示したスケジュールリスト４０において、放送順序が５番目の曲データ（宣伝曲）を再生しようとしたものの、この曲データのダウンロードが完了していない場合、再生装置３０は、宣伝曲記憶領域３０６ａに蓄積されている曲データの中から、放送順序が５番目の曲データの代りに再生する曲データを選択する。

このように再生装置３０では、サーバ１０との通信が途絶え、再生する順番が訪れた曲データや音声データのダウンロードが完了していない場合、スケジュールリスト４０を参照して、再生する順番が訪れた曲データや音声データと同じカテゴリに属する曲データや音声データをＨＤ３０６から読み出して代りに再生する。

なお、ステップＳ１０８において、属性情報に該当する記憶領域の中から、代用する曲データや音声データを選択するアルゴリズムは任意である。例えば、再生装置３０は、属性情報に該当する記憶領域の中から、時刻情報の最も古い曲データや音声データを選択してもよいし、ランダムに曲データや音声データを選択してもよい。但し、曲データの場合、直近に放送したＢＧＭを再度流すことになると、比較的長時間に渡って店内にとどまっている来店客が、先程と同じＢＧＭが流れていることに気付く可能性がある。したがって、代用する曲データを選択する場合は、例えば、時刻情報を用いて直近に放送した曲データを特定し、この曲データを選択対象から除外する構成とすることが望ましい。一方、宣伝用アナウンスであれば、例えば、昼休みの時間帯に、直近に放送したお弁当の宣伝アナウンスを再度流したとしても、それほどの問題はない。したがって、宣伝用アナウンスの場合は、直近に放送した宣伝用の音声データを選択対象から除外する必要は必ずしもない。

図６は、再生装置３０の動作を説明するための図である。
同図に示すように、まず、再生装置３０は、放送順序が１番目の宣伝曲“コンビニエンスストアのテーマ曲１”についての再生処理と並行して、放送順序が２番目の宣伝用アナウンス“アジアン弁当のお知らせ”についてのダウンロードと宣伝用アナウンス記憶領域３０６ｂへの蓄積を行う。そして、再生装置３０は、放送順序が１番目の宣伝曲についての再生処理を終えると、放送順序が２番目の宣伝用アナウンス“アジアン弁当のお知らせ”についての再生処理を行う一方で、放送順序が３番目の曲データ“○○○○○○”についてのダウンロードとＪ−ＰＯＰ記憶領域３０６ｃへの蓄積を行う。このようにして再生装置３０は、放送する順番が訪れた曲データや音声データについての再生処理と、放送順序が次の曲データや音声データについてのダウンロードとＨＤ３０６への蓄積を並行して順次行う。

そして、同図に破線で示すように、放送順序が６番目の宣伝用アナウンス“和風弁当のお知らせ”についての再生処理を開始した直後に、サーバ１０との通信が一定期間途絶えた場合、再生中の宣伝用アナウンス“和風弁当のお知らせ”については、放送順序が５番目の宣伝曲“コンビニエンスストアのテーマ曲１”についての再生処理の際にダウンロードと宣伝用アナウンス記憶領域３０６ｂへの蓄積を終えているので、最後まで支障なく放送を続けることができる。サーバ１０との通信が途絶えている期間中にダウンロードとＨＤ３０６への蓄積ができなくなるのは、放送順序が６番目の宣伝用アナウンスと放送順序が７番目の曲データについての再生処理の際にダウンロードとＨＤ３０６への蓄積を行う、放送順序が７番目と８番目の曲データ“△△△△△△”および“□□□□□□”である。

したがって、再生装置３０は、放送順序が６番目の宣伝用アナウンスについての再生処理を終えると、放送順序が７番目の曲データ“△△△△△△”と同じ「Ｊ−ＰＯＰ」に属するいずれかの曲データをＪ−ＰＯＰ記憶領域３０６ｃから読み出して、本来放送する予定であった“△△△△△△”の代りに放送する。同様に、この代用曲についての再生処理を終えると、再生装置３０は、放送順序が８番目の曲データ“□□□□□□”と同じ「洋楽」に属するいずれかの曲データを洋楽記憶領域３０６ｄから読み出して、本来放送する予定であった“□□□□□□”の代りに放送する。

なお、放送順序が８番目の曲データ“□□□□□□”の代用曲Ａが放送される際には、サーバ１０との通信が回復しているから、再生装置３０は、この代用曲Ａについての再生処理と並行して、放送順序が９番目の宣伝用アナウンス“期間限定商品のお知らせ”についてのダウンロードと宣伝用アナウンス記憶領域３０６ｂへの蓄積を行う。そして、再生装置３０は、代用曲Ａについての再生処理を終えると、放送順序が９番目の宣伝用アナウンス“期間限定商品のお知らせ”についての再生処理を開始する。

以上説明したように本実施形態によれば、再生装置３０は、スケジュールリスト４０に登録されているＢＧＭ用の曲データや宣伝用の音声データを１つずつ順番に受信して再生していく際に、サーバ１０との通信が途絶え、再生する順番が訪れた曲データや音声データのダウンロードが完了していない場合は、スケジュールリスト４０を参照し、再生する順番が訪れた曲データや音声データと同じカテゴリに属する曲データや音声データをＨＤ３０６から読み出して代りに再生する。したがって、センタにおいて入念な検討が行われた上で定められた曲データや音声データの放送順序を、サーバ１０との通信が途絶えている期間中においてもある程度反映させることができるから、店内の雰囲気や来店者の購買意欲を極力損なわないようにすることができる。

また、再生装置３０では、サーバ１０からのダウンロードを完了した曲データや音声データについてのみ再生を許可するので、サーバ１０との通信が途絶えた場合であっても、店内に放送しているＢＧＭや宣伝用アナウンスが途中でいきなり別のＢＧＭや宣伝用アナウンスへ切り替わってしまうことがない。

なお、再生装置３０（コンピュータ）は、ＨＤ３０６にインストールされているプログラムに従って本発明に係るメイン処理（図４参照）や受信処理（図５参照）を実行するが、このプログラムを通信によって再生装置３０へと送信し、ＨＤ３０６にインストールしてもよい。また、このプログラムをＣＤ−ＲＯＭ（Compact Disk Read Only Memory）やＤＶＤ（Digital Versatile Disk）等のコンピュータが読み取り可能な記録媒体に記録して提供してもよい。

［Ｂ．変形例］
（１）図６においては、放送順序が７番目と８番目の曲データについて代用曲が放送された後、放送順序が９番目の宣伝用アナウンスから、スケジュールリスト４０に登録されている本来の放送スケジュールに復帰する。したがって、スケジュールリスト４０に登録されていた放送順序が７番目と８番目の曲データ“△△△△△△”および“□□□□□□”は、放送を予定していたものの実際には放送されない。

ここで、サーバ１０との通信が途絶えている期間が比較的長時間にわたる場合は、時間帯等によって放送するＢＧＭや宣伝用アナウンスが変わるため、上述した実施形態において説明したように、サーバ１０との通信が途絶えている期間中に放送する予定であったものの実際には放送できなかったＢＧＭや宣伝用アナウンスを削除することが望ましい。しかしながら、サーバ１０との通信が途絶えている期間がそれほど長くない場合は、サーバ１０との通信が回復した後、サーバ１０との通信が途絶えている期間中に放送する予定であったものの実際には放送できなかったＢＧＭや宣伝用アナウンスから放送を再開することが望ましい。

図７は、再生装置３０において実行される復帰処理のフローチャートである。この復帰処理は、図４に示したメイン処理において、サーバ１０からダウンロードできなかった曲データや音声データがあった場合に割込み処理として実行される。同図に示すように、まず、再生装置３０は、ダウンロードできなかった曲データや音声データに対して定められている放送順序の値ＮをＨＤ３０６に記憶する（ステップＳ３０１）。次いで、再生装置３０は、サーバ１０との通信が回復したか否かを監視する（ステップＳ３０２）。

そして、再生装置３０は、サーバ１０との通信が回復したことを検出すると（ステップＳ３０２：ＹＥＳ）、図５に示した受信処理の実行時において放送順序の値Ｎ＋１を、ステップＳ３０１においてＨＤ３０６に記憶した放送順序の値Ｎに変更する（ステップＳ３０３）。これにより、受信処理では、ステップＳ３０１においてＨＤ３０６に記憶した放送順序の値Ｎが定められた曲データ（または音声データ）をサーバ１０からダウンロードする。つまり、再生装置３０では、サーバ１０との通信が回復した後、サーバ１０との通信が途絶えている期間中に放送する予定であったものの実際には放送できなかったＢＧＭや宣伝用アナウンスについてのデータをサーバ１０からダウンロードするのである。

この後、再生装置３０は、図４に示したメイン処理において再生途中であった曲データの再生が終り（ステップＳ１０６：ＹＥＳ）、ステップＳ１０２に戻ったときに、インクリメント後の放送順序の値Ｎを、ステップＳ３０１においてＨＤ３０６に記憶した放送順序の値Ｎに変更する（ステップＳ３０４）。これにより、メイン処理では、サーバ１０との通信が回復すると、サーバ１０との通信が途絶えている期間中に放送する予定であったものの実際には放送できなかったＢＧＭや宣伝用アナウンスから放送を再開するのである。

例えば、図６を参照して説明すると、再生装置３０は、放送順序が６番目の宣伝用アナウンス“和風弁当のお知らせ”についての再生処理を終えると、放送順序が７番目の曲データ“△△△△△△”についての代用曲Ａ（Ｊ−ＰＯＰ）と、放送順序が８番目の曲データ“□□□□□□”についての代用曲Ｂ（洋楽）を放送する。この代用曲Ｂについての再生処理を開始する際には、サーバ１０との通信が回復しているから、再生装置３０は、代用曲Ｂについての再生処理と並行して、放送順序が７番目の曲データ“△△△△△△”についてのダウンロードとＪ−ＰＯＰ記憶領域３０６ｃへの蓄積を行う。そして、再生装置３０は、代用曲Ｂについての再生処理を終えると、放送順序が７番目の曲データ“△△△△△△”から順に放送を再開する。

なお、以上説明したように、サーバ１０との通信が回復した後に、サーバ１０との通信が途絶えている期間中に放送する予定であったものの実際には放送できなかったＢＧＭや宣伝用アナウンスから放送を再開する構成とすると、放送を再開する前後で曲データや音声データのつながり（流れ）が不自然なものとなってしまう場合がある。例えば、図６に示したスケジュールリスト４０では、放送順序が１番から８番までは、宣伝曲、宣伝用アナウンス、Ｊ−ＰＯＰ、洋楽の順で放送が繰り返されている。しかしながら、図６に示したように、サーバ１０との通信が途絶えている期間が存在すると、この近辺では放送順序が、宣伝用アナウンス（Ｎ＝６）、Ｊ−ＰＯＰ（Ｎ＝７の代用曲）、洋楽（Ｎ＝８の代用曲）、Ｊ−ＰＯＰ（Ｎ＝７）、洋楽（Ｎ＝８）、宣伝用アナウンス（Ｎ＝９）となり、曲データや音声データの流れが異なってしまう。

そこで、再生装置３０では、例えば、宣伝曲、宣伝用アナウンス、Ｊ−ＰＯＰ、洋楽の順で繰り返して放送を行う場合は、サーバ１０との通信が回復した後、サーバ１０との通信が途絶えている期間中に放送する予定であったものの実際には放送できなかったＢＧＭや宣伝用アナウンスから放送を再開する場合に、例えば、直前に放送したのが宣伝用アナウンスで、放送を再開するのが宣伝曲であったとすると、宣伝用アナウンスを放送してから宣伝曲を放送するまでの間に、Ｊ−ＰＯＰ記憶領域３０６ｃから選び出した曲データ（Ｊ−ＰＯＰ）と、洋楽記憶領域３０６ｄから選び出した曲データ（洋楽）を放送するようにして、放送再開時の前後で曲データや音声データの流れが変わらないようにすることができる。また、放送を再開する最初の曲データの曲調やテンポ等を考慮して、つなぎのＢＧＭや宣伝用アナウンスを挿入するようにしてもよい。

なお、サーバ１０との通信が途絶えている時間を計測し、計測値が予め定められた時間（例えば２０分）を超えた場合は、サーバ１０との通信が回復した後、サーバ１０との通信が途絶えている期間中に放送する予定であったものの実際には放送できなかったＢＧＭや宣伝用アナウンスを削除する一方、計測値が予め定められた時間以下の場合は、サーバ１０との通信が回復した後、サーバ１０との通信が途絶えている期間中に放送する予定であったものの実際には放送できなかったＢＧＭや宣伝用アナウンスから放送を再開するようにしてもよい。

（２）例えば、再生装置３０のＨＤ３０６に、サーバ１０との通信が途絶えた場合に備え、サーバ１０との通信が途絶えた期間中に記憶領域３０６ａ〜３０６ｄから曲データや音声データを順次選択させるための、再生順序と、選択するカテゴリとを定めたプロファイルを記憶させておいてもよい。勿論、このようなプロファイルは、時間帯や曜日、季節等に応じて複数種類記憶することができる。

（３）例えば、１週間分の放送予定が定められたスケジュールリスト４０をＣＤ−ＲＯＭやＤＶＤ等の記録媒体に記録して各店舗へと配送し、この記録媒体からスケジュールリスト４０を再生装置３０へ読み込むようにしてもよい。また、ＢＧＭ用の曲データや宣伝用の音声データを送信するサーバと、スケジュールリスト４０を送信するサーバとが別々に設けられていてもよい。曲データの属性情報は、バラード、ロック、演歌、ジャズ等であってもよいし、曲調やテンポ等を用いてさらに細かくカテゴリが分類されていてもよい。また、コンテンツは、ＢＧＭ用の曲データや宣伝用の音声データに限定されず、動画データであってもよい。すなわち、再生装置３０は、コンビニエンスストア等の店舗において、来店客に対し、ＢＧＭや宣伝用アナウンスに加え、宣伝用の映像を放映する装置であってもよい。また、サーバ１０と再生装置３０の通信は、公衆交換電話網や専用回線を介して行われてもよいし、移動パケット通信網や無線公衆ＬＡＮ（Local Area Network）、通信衛星等を経由して行われてもよい。

通信システムの構成を示す図である。 スケジュールリスト４０のデータ構成を示す図である。 再生装置３０の構成を示すブロック図である。 再生装置３０において実行されるメイン処理のフローチャートである。 メイン処理のサブルーチンとして実行される受信処理のフローチャートである。 再生装置３０の動作を説明するための図である。 再生装置３０において実行される復帰処理のフローチャートである。

符号の説明

１０…サーバ、２０…インターネット、３０…再生装置、４０…スケジュールリスト、３０１…ＣＰＵ、３０２…ＲＯＭ、３０３…ＲＡＭ、３０４…通信インタフェース、３０５…サウンド処理部、３０６…ＨＤ、３０６ａ…宣伝曲記憶領域、３０６ｂ…宣伝用アナウンス記憶領域、３０６ｃ…Ｊ−ＰＯＰ記憶領域、３０６ｄ…洋楽記憶領域。

Claims (6)

1. 複数のコンテンツの各々について、コンテンツを受信して再生する順番と、コンテンツの属するカテゴリとが定められたスケジュールデータを参照し、当該スケジュールデータに定められた順番に従って前記複数のコンテンツを１つずつ受信して記憶手段に記憶する受信制御手段と、
   前記スケジュールデータに定められた順番に従って前記複数のコンテンツを１つずつ再生する再生手段と、
   前記再生手段により前記複数のコンテンツを１つずつ再生していく場合に、再生する順番が訪れたコンテンツの受信が完了しているか否かを判別する判別手段と、
   前記判別手段により再生する順番が訪れたコンテンツの受信が完了していないと判別された場合に、前記コンテンツと同じカテゴリに属するコンテンツを前記スケジュールデータを参照して前記記憶手段から読み出し、読み出したコンテンツを前記再生手段により再生させる第１の制御手段と
   を具備することを特徴とする再生装置。
2. 前記スケジュールデータは、前記受信制御手段により受信されて前記記憶手段に記憶される
   ことを特徴とする請求項１に記載の再生装置。
3. 前記コンテンツは、ＢＧＭ用の曲データまたは宣伝用の音声データである
   ことを特徴とする請求項１に記載の再生装置。
4. 再生する順番が過ぎた後に受信が完了したコンテンツを検出すると、再生中のコンテンツを再生し終えた後、前記受信が完了したコンテンツに対して定められた順番から前記再生手段によりコンテンツを再生させる第２の制御手段をさらに具備する
   ことを特徴とする請求項１に記載の再生装置。
5. 前記第２の制御手段は、再生する順番が過ぎた後に受信が完了したコンテンツを検出すると、再生中のコンテンツを再生し終えてから、前記受信が完了したコンテンツに対して定められた順番から前記再生手段によりコンテンツを再生させるまでの間に、前記記憶手段に記憶されているコンテンツの中から選択したコンテンツを前記再生手段により再生させる
   ことを特徴とする請求項４に記載の再生装置。
6. コンピュータを、
   複数のコンテンツの各々について、コンテンツを受信して再生する順番と、コンテンツの属するカテゴリとが定められたスケジュールデータを参照し、当該スケジュールデータに定められた順番に従って前記複数のコンテンツを１つずつ受信してメモリに記憶する受信制御手段と、
   前記スケジュールデータに定められた順番に従って前記複数のコンテンツを１つずつ再生する再生手段と、
   前記再生手段により前記複数のコンテンツを１つずつ再生していく場合に、再生する順番が訪れたコンテンツの受信が完了しているか否かを判別する判別手段と、
   前記判別手段により再生する順番が訪れたコンテンツの受信が完了していないと判別された場合に、前記コンテンツと同じカテゴリに属するコンテンツを前記スケジュールデータを参照して前記メモリから読み出し、読み出したコンテンツを前記再生手段により再生させる制御手段
   として機能させるためのプログラム。

Images