(57)【要約】【課題】楽曲の再生と共に表示される背景画について、カレンダーに依存して適切なデータを自動的に選択し、変化をダイナミックに見せること。【解決手段】この発明による楽曲データ再生システムでは、背景画データが複数のカレンダー条件〔ｄａｙ（※４），ｄａｙｓ（※３），ｍｏｎｔｈ（※２），ｓｅａｓｏｎ（※１）〕に従い分類して〔（※１）〜（※５）〕記憶される。サーバから配信される楽曲データを再生する際、その時の時刻情報に合致するカレンダー条件を有する背景画データが選択され、選択された背景画データが楽曲データの再生と共に表示される。また、各カレンダー条件は所定の優先順位（例えば、ｄａｙ＞ｄａｙｓ＞ｍｏｎｔｈ＞ｓｅａｓｏｎ）が設定されており、優先順位が上位のカレンダー条件に合致する背景画データが存在しない場合は、順次、下位のカレンダー条件に合致する背景画データが検索される。【選択図】図２
2004258051.tif 000002
【特許請求の範囲】
【請求項１】
サーバから配信される楽曲データの再生時における時刻情報を取得する時刻情報取得手段と、
取得した時刻情報に対応する背景画データを特定する背景画特定手段と、
特定された背景画データを上記楽曲データの再生と共に表示する背景画表示手段と
を具備することを特徴とする楽曲データ再生システム。
【請求項２】
さらに、背景画データを複数のカレンダー条件に従い分類して記憶する背景画データ蓄積手段を具備し、
前記背景画特定手段は、前記時刻情報に合致するカレンダー条件を有する背景画データを選択する
ことを特徴とする請求項１に記載の楽曲データ再生システム。
【請求項３】
前記背景画特定手段は、複数のカレンダー条件のうち特定のカレンダー条件に合致するデータを選択するよう指示することを特徴とする請求項２に記載の楽曲データ再生システム。
【請求項４】
前記カレンダー条件には所定の優先順位が設定されており、
前記背景画特定手段は、優先順位が上位のカレンダー条件に合致する背景画データが存在しない場合は、順次、下位のカレンダー条件に合致する背景画データを検索する
ことを特徴とする請求項２又は３に記載の楽曲データ再生システム。
【請求項５】
前記時刻情報は楽曲データと共にサーバから配信されることを特徴とする請求項１〜４の何れか１項に記載の楽曲データ再生システム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
この発明は、楽曲の再生と共に背景画像を表示することができる楽曲データ再生システム、特に、カレンダー（時期）を基準にして自動的に背景画を選択し、再生時期に応じて変化する背景画を表示することができるカラオケシステムなどの楽曲データ再生システムに関する。
【０００２】
【従来の技術】
従来より、カラオケシステムなどにおいて楽曲を再生する際、背景画などの画像効果と共に楽曲を再生するようにしたソフトウェアや装置などが用いられている。このようなソフトウエアには、例えば、所定のサイトから配信される楽曲データを再生するためのアプリケーションソフトウェアがあり、ＷＷＷブラウザのヘルパーアプリケーションとして動作させることができる。この場合、背景画は、特に、カラオケ演奏等において重要な演出要素であり、カラオケ用再生アプリケーションが、特定のフォルダに入っている画像を背景画として選択して表示するようになっている。
【０００３】
背景画の選択には種々の方法が採られており、背景画を楽曲依存で選択する方法がある。例えば、特許文献１に示されるように、楽曲データ中に記述された「ジャンル」情報に基づいて背景画像を選択するものがある。
【０００４】
【特許文献１】
特開２０００−３０５５７７号公報
【０００５】
また、楽曲データを制作する時間的乃至金銭的なコストのため、楽曲データを新規かつ安価に提供するには限度がある。そのため、背景画の選択については、所定の時点で（例えば、楽曲を再生する度に）、背景画を表示するためのデータをランダム或いは名前順に適宜選択していく方法も考えられている（例えば、本出願人が配布している“ＭｉｄＲａｄｉｏ  Ｐｌａｙｅｒ  ”のための“Ｋａｒａｏｋｅ  Ａｄｄ−ｉｎ”等）。
【０００６】
しかしながら、このような従来方法では、背景画の変化があまりにも単調過ぎるきらいがあり、また、季節や月次で背景画の入れ替えを行いたいユーザには、いちいちファイルを入れ替えるしか無く、面倒である。例えば、夏バージョンや冬バージョンなどの入れ替えを行うには、フォルダごと或いはファイル単位でユーザが入れ替えを行わねばならない。
【０００７】
【発明が解決しようとする課題】
この発明の主たる目的は、楽曲の再生と共に背景画を表示するに際し、カレンダー（時期）を基準にして適切な背景画データを自動的に選択し、再生時期に応じて変化する背景画像を表示し、カレンダーに依存する背景画像の変化をダイナミックに見せることができる楽曲データ再生システムを提供することにある。
【０００８】
【課題を解決するための手段】
この発明の主たる特徴に従うと、サーバ（ＳＶ）から配信される楽曲データ（Ｄｔ）の再生時における時刻情報（Ｍｓ，Ｍｃ）を取得する時刻情報取得手段（ＣＡ３３〜ＣＡ３６）と、取得した時刻情報（Ｍｓ，Ｍｃ）に対応する背景画データを特定する背景画特定手段（ＣＡ４１；図７）と、特定された背景画データを上記楽曲データの再生と共に表示する背景画表示手段（ＣＡ４２）とを具備する楽曲データ再生システム〔請求項１〕が提供される。なお、括弧書きは、理解の便のために例示的に付記した実施例の参照記号乃至用語を表わし、以下においても同様である。
【０００９】
この発明による楽曲データ再生システムにおいては、さらに、背景画データを複数のカレンダー条件〔ｄａｙ、ｄａｙｓ、ｍｏｎｔｈ、ｓｅａｓｏｎ（、非カレンダー）〕に従い分類して〔（※１）〜（※５）〕記憶する背景画データ蓄積手段（２）を具備し、背景画特定手段（ＣＡ４１；図７）は、時刻情報（Ｍｓ，Ｍｃ）に合致するカレンダー条件を有する背景画データを選択する〔請求項２〕ように構成したり、また、背景画特定手段（ＣＡ４１；図７）は、複数のカレンダー条件のうち特定のカレンダー条件（ｄａｙ、ｄａｙｓ、ｍｏｎｔｈ）に合致するデータを選択するよう指示する〔請求項３〕ように構成することができる。
【００１０】
この発明による楽曲データ再生システムにおいては、カレンダー条件には所定の優先順位〔ｄａｙ＞ｄａｙｓ＞ｍｏｎｔｈ＞ｓｅａｓｏｎ（＞非カレンダー）〕が設定されており、背景画特定手段（ＣＡ４１；図７）は、優先順位が上位のカレンダー条件に合致する背景画データが存在しない場合は、順次、下位のカレンダー条件に合致する背景画データを検索する〔請求項４〕ように構成し、また、時刻情報（Ｔｓ）は楽曲データ（Ｄｔ）と共にサーバ（ＳＶ）から配信される〔請求項５〕ように構成することができる。
【００１１】
〔発明の作用〕
この発明による楽曲データ再生システムにおいては、サーバ（ＳＶ）から配信される楽曲データ（Ｄｔ）を再生する際、当該再生時における時刻情報（Ｔｓ，Ｔｃ）を取得し、取得した時刻情報（Ｔｓ，Ｔｃ）に対応する背景画データを特定し、楽曲データ（Ｄｔ）の再生と共に、特定された背景画データの表示を行うようにしている。つまり、楽曲の再生と共に背景画を表示するに際し、時刻情報（Ｔｓ，Ｔｃ）による簡単な背景画選択のルール（アルゴリズム）に従い、再生時のカレンダー（時期）を基準にして、カレンダーに依存した適切な背景画データを自動的に選択するようにしているので、背景画データのバージョンの入れ替え等の必要なく、一定の背景画データを用意しておくだけで、背景画選択のルールに従って、再生時期に応じて変化する背景画像を容易に表示することができ、カレンダーに依存する背景画像の変化をダイナミックに見せることができる。
【００１２】
この楽曲データ再生システムでは、背景画選択のルール（アルゴリズム）に、季節（ｓｅａｓｏｎ）、月（ｍｏｎｔｈ）、日（ｄａｙ，ｄａｙｓ）等の複数のカレンダー条件を用い、多数の背景画データをこれらのカレンダー条件に対応させて分類・記憶しておき〔（※１）〜（※５）〕、背景画表示の際は、この分類に従って、時刻情報（Ｔｓ，Ｔｃ）に合致するカレンダー条件のデータを選択するようにしているので、バラエティに富んだ各種背景画データの中から、再生時のカレンダーに合った適切な背景画を容易に選択・特定することができる。
【００１３】
また、背景表示に関する所定の動作モード（Ｓｅａｓｏｎｓ；Ｍｏｎｔｈｌｙ）に従い、複数のカレンダー条件（ｄａｙ、ｄａｙｓ、ｍｏｎｔｈ、ｓｅａｓｏｎ、非カレンダー）のうち特定のカレンダー条件（ｄａｙ，ｄａｙｓ，ｍｏｎｔｈ；ｄａｙ，ｄａｙｓ、ｓｅａｓｏｎ）に合致する背景画データのみを選択することにより、動作モードに適した背景画像を表示させることができる。
【００１４】
この楽曲データ再生システムでは、カレンダー条件には所定の優先順位〔ｄａｙ＞ｄａｙｓ＞ｍｏｎｔｈ＞ｓｅａｓｏｎ（＞非カレンダー）〕が設定され、上位のカレンダー条件に合致する背景画データが存在しない場合は、順次下位のカレンダー条件に合致する背景画データの有無を検索するようにしているので、背景画の選択範囲を順次拡大しつつ適切な背景画を選択することができる。
【００１５】
また、時刻情報には、再生しようとする楽曲データ（Ｄｔ）と共にサーバ（ＳＶ）から配信される時刻情報（Ｔｓ）を用いて、正確なカレンダー条件を設定することができる。なお、必要に応じて、この楽曲データ再生システムが構築される楽音映像情報処理装置（ＣＬ）自体のシステム時間（Ｔｃ）を時刻情報に用いることもできる。
【００１６】
【発明の実施の形態】
〔システムの概要〕
図１は、この発明の一実施例によるサーバ（配信サーバ）及びクライアント端末）を含む楽曲データ再生システム（カラオケシステム）の構成の概要を表わす。このシステムは、図１（１）の全体図に示すように、曲データ等の配信を行う１乃至複数の配信サーバＳＶ〔ＷＷＷ（Ｗｅｂ）サーバであり、図示の例では、１つであるが複数あっても構わない〕と、曲データ等を利用する複数のクライアント端末ＣＬ１，ＣＬ２，…，ＣＬｎから成り、これらの装置ＳＶ，ＣＬ１〜ＣＬｎは通信ネットワークＣＮを介して相互に通信可能に接続されている。
【００１７】
配信サーバＳＶ、各クライアント端末ＣＬ１〜ＣＬｎとも、パーソナルコンピュータ、ワークステーション、携帯用電話機、ＰＤＡ、ゲーム専用機などの通信機能を有する情報処理装置を利用することができ、通信ネットワークＣＮには、ＬＡＮ及びインターネット或いは電話回線網等の広域通信網が含まれる。ここで、クライアント端末ＣＬ１〜ＣＬｎが携帯用電話機やＰＤＡなどの移動可能な端末装置の場合には、配信サーバＳＶとクライアント端末ＣＬ１〜ＣＬｎが実際に交信する基地局とが通信ネットワークＣＮを介して接続される。なお、以下の実施例においては、クライアント端末ＣＬ１〜ＣＬｎにはパーソナルコンピュータが好適に用いられる。
【００１８】
各クライアント端末ＣＬ１〜ＣＬｎは、図１（２）の内部構成ブロック図に例示されるように、中央処理装置（ＣＰＵ）１、記憶手段２、入力手段３、出力手段４、通信手段５などを備える。記憶手段２は、制御プログラムや制御用データを記憶した読出専用メモリ（ＲＯＭ）部、処理用データ等を一時記憶するランダムアクセスメモリ（ＲＡＭ）部、種々のデータやプログラムを記憶する外部記憶部などから成り、これらの記憶部は半導体メモリで構成することができる。また、記憶手段２の外部記憶部には、背景画データを蓄積する画像ファイル記憶エリアが設けられる。そして、ＣＰＵ１は、ＲＡＭ部をワークメモリとしてＲＯＭ部の制御プログラムに従い外部記憶部のデータを利用して当該クライアント端末の動作を制御する。
【００１９】
入力手段３は、キーボードや各種スイッチ等のキーデバイスや、マウス・タブレット等のポインティングデバイス等の操作子の外に、マイクロフォンやカメラ等の音響乃至画像データ入力装置などを含む。また、出力手段４は、ＣＲＴ・ＬＣＤ等のディスプレイを含む可視表示部や、音源・スピーカ等を含む音響出力（報音）部などを備え、端末の種類によっては、更にプリンタ等の印刷部などをも備える。
【００２０】
通信手段５は、通信ネットワークＣＮを介して配信サーバＳＶ或いは他のクライアント端末と通信するための手段であり、モデムやＬＡＮカード等を備え、インターネットなどの通信ネットワークＣＮを介して、配信サーバＳＶと通信を行うことにより、種々の制御プログラムや、曲データ、背景画データ等のデータを受信することができる。例えば、ＷＷＷ（Ｗｅｂ）ブラウザや曲データ再生アプリケーションなどの制御プログラム自体をサーバＳＶからダウンロードして外部記憶部（２）に格納し、この制御プログラムに従って、サーバＳＶへのアクセスや曲データ再生に関係する各種処理を行うことができる。
【００２１】
配信サーバＳＶは、図１（２）と同様の内部構成を有しており、上述したように、各種の制御プログラムやデータを各クライアント端末ＣＬ（以後、各クライアント端末“ＣＬ１〜ＣＬｎ”を参照記号“ＣＬ”で代表して表わす）に提供することができる。そのため、記憶手段２の外部記憶部には、磁気記録媒体（フレキシブルディスク、テープデバイス、ハードディスク等）或いは光記憶媒体（ＣＤ、ＤＶＤ、ＭＯ等）などの適当な記録媒体で構成される大容量記憶装置が含まれる。なお、以下においては、配信サーバＳＶを、単に、“サーバ”という。
【００２２】
〔背景画表示の概略〕
この発明の一実施例による楽曲データ再生（カラオケ）システムでは、次の背景表示モード（「動作モード」、或いは、単に「モード」ともいう）で、楽曲データを再生しつつ所望の背景画を表示することができる：
オート（Ａｕｔｏ）モード、
季節（Ｓｅａｓｏｎｓ）モード、
月（Ｍｏｎｔｈｌｙ）モード、
固定（Ｆｉｘ）モード。
【００２３】
ここで、固定モード以外の各モードは、楽曲データの再生と共に表示される背景画が、時刻情報に依存して選択される動作モード（時刻依存モード）であり、固定モードは、時刻情報に無関係に背景画が選択される動作モード（非時刻依存モード）である。なお、固定モードでは、表示すべき背景画のフォルダ等が固定され、非時刻依存（「非カレンダー」ともいう）の背景画データに基づいて背景画が表示される。
【００２４】
また、このシステムでは、クライアント端末ＣＬのユーザにはこれらの動作モード（オプションメニュー）を見せて選択可能にしており、ユーザにより動作モードが選択されると、ユーザ選択モードを表わすクライアントモード情報（Ｍｃ）が生成される。なお、特に選択操作がないときには、予め定められた特定のモード（例えば、オートモード）がデフォルトでユーザ選択モードとされる。サーバＳＶからサーバモード情報（Ｍｓ）が送られてこないときには、クライアントモード情報（Ｍｃ）により指定される動作モードが設定される。
【００２５】
サーバＳＶからサーバモード情報（Ｍｓ）が送られてくる場合は、両モード情報（Ｍｓ，Ｍｃ）の内容に応じて、システムに実際に設定される動作モードが決定される。すなわち、ユーザ設定のクライアントモード情報（Ｍｃ）によるモード（「ローカルモード」という）と、サーバモード情報（Ｍｓ）が指定するモード（「サーバモード」という）が異なる場合には、より狭い（狭義な）方が有効になり、例えば、Ｍｏｎｔｈｌｙ＞Ｓｅａｓｏｎｓ＞Ａｕｔｏの順位とする。一例を挙げると、ローカルモード（ユーザ設定）がＳｅａｓｏｎｓ（季節）モードでありサーバモード（サーバ指定）がＭｏｎｔｈｌｙ（月）モードの場合、再生アプリケーションはＭｏｎｔｈｌｙ（月）モードでシステムを動作させる。
【００２６】
クライアント端末ＣＬの曲データ再生アプリケーション（以下、単に、「再生アプリケーション」又は「アプリケーション」という）は、サーバＳＶから配信される曲データを用いて曲データ中の楽曲データを再生すると共に、上述のようにして設定される動作モードに合わせて背景画データを選択し、選択された背景画データによる画像をディスプレイに表示させる。そして、時刻依存モードにおいては、サーバＳＶ或いはクライアント端末ＣＬの時刻情報（Ｔｓ，Ｔｃ）から引き出したカレンダーの値を元にして背景画データの選択を行う。
【００２７】
つまり、時刻依存モードの場合、カレンダーの値は、サーバＳＶから提供される曲データの再生時に当該曲データ中のサーバ時刻情報（Ｔｓ）で指定されるか、或いは、クライアント端末ＣＬのシステム時間（システム時、システム時間、システム時計、等々、ともいう）を表わすクライアント時刻情報（Ｔｃ）から引き出される。この場合、クライアント端末ＣＬ（パーソナルコンピュータ）のシステム時間は狂っていることが多いので、カレンダーの値は、サーバＳＶの時刻情報（Ｔｓ）が指定する値をクライアント端末ＣＬの時刻情報（Ｔｃ）によるシステム時間の値に優先させる。
【００２８】
〔背景画データの管理〕
この発明の一実施例による楽曲データ再生システム又はカラオケシステムでは、各クライアント端末ＣＬの記憶手段２の外部記憶部に設けられた背景画データ記憶エリアには、楽曲データの再生と共に表示される背景画データが多数蓄積されている。これらの背景画データは、必要時にサーバＳＶからダウンロードすることにより、ケアを行うと共に表示バリエーションの幅を広げるようにすることができる。また、背景画データは、楽曲データの再生時刻とシステムの動作モードに合わせて適切な背景画データを選択することができるようにするため、カレンダー条件に従った検索が可能な構造として管理される。図２は、背景画データ記憶エリアの構造例を示す。
【００２９】
ここで、図２を用いて、この楽曲データ再生システム又はカラオケシステムの概略を説明しておく。このシステムの記憶手段（２）には、背景画データが、日付け〔ｄａｙ（※４）〕、区間〔ｄａｙｓ（※３）〕、月〔ｍｏｎｔｈ（※２）〕、季節〔ｓｅａｓｏｎ（※１）〕といった複数のカレンダー条件に従い分類して画像ファイルとして記憶される。サーバから配信される楽曲データを再生する際には、その時の時刻情報（Ｔｓ，Ｔｃ）に合致するカレンダー条件を有する背景画データが選択され、選択された背景画データが楽曲データの再生と共に表示される。また、各カレンダー条件は所定の優先順位（例えば、ｄａｙ＞ｄａｙｓ＞ｍｏｎｔｈ＞ｓｅａｓｏｎ）が設定されており、優先順位が上位のカレンダー条件に合致する背景画データが存在しない場合は、順次、下位のカレンダー条件に合致する背景画データが検索される。
【００３０】
図２は、背景画データ記憶エリアをカレンダー条件に基づいたディレクトリ構造とし、各背景画データ（画像ファイル）へのファイルパスに当該データが該当するカレンダー条件に相当する情報が含まれるように構成したものである。
【００３１】
フォルダ及びファイルには、次の（ａ）〜（ｅ）のようなルールに従って名前（パス名）を付ける：
（ａ）季節に対応する背景画データ（ｓｅａｓｏｎ）は、例えば、Ｓｐｒｉｎｇ、Ｓｕｍｍｅｒ、Ｆａｌｌ〔Ａｕｔｕｍｎ〕、Ｗｉｎｔｅｒ、或いは、春、夏、秋、冬等のように、指定可能な季節の名前を用いたパス名とする（※１）。
（ｂ）月に対応する背景画データ（ｍｏｎｔｈ）は、例えば、Ｊａｎｕａｒｙ、Ｆｅｂｒｕａｒｙ、Ｍａｒｃｈ、…、或いは、１月、２月、３月、…等のように、指定可能な月の名前（月名）を用いたパス名とする（※２）。
（ｃ）特定日（日付け）に対応する背景画データ（ｄａｙ）は、例えば、Ｍａｒｃｈ０３のように、月の名前（“Ｍａｒｃｈ”）の後に日付け（“０３”）を用いたパス名とする（※４）。
（ｄ）区間に対応する背景画データ（ｄａｙｓ）は、例えば、Ｊａｎｕａｒｙ０１−０３のように、開始及び終了時期をハイフォン“−”で連記したパス名とする（※３）。
（ｅ）時刻情報に関連付けられない非時刻依存（ｆｉｘ）のフォルダ乃至ファイルについては、（ａ）〜（ｄ）に該当しない文字列で指定されるパス名とする（※５）。
【００３２】
なお、季節については（地域が北半球の場合）、季節名“Ｓｐｒｉｎｇ（春）”は３月〜５月の期間に等しく、“Ｓｕｍｍｅｒ（夏）”は６月〜８月の期間に等しく、“Ｆａｌｌ（秋）”は９月〜１１月の期間に等しく、“Ｗｉｎｔｅｒ（冬）”は１２月〜２月の期間に等しい。
【００３３】
カレンダー条件或いは他の条件に合致するファイル乃至フォルダの有無は、ルートフォルダ（“ｒｏｏｔ”）〔例えば、Ｃ：￥Ｐｒｏｇｒａｍ  Ｆｉｌｅｓ￥ＹＡＭＡＨＡ￥ＭｉｄＲａｄｉｏ  Ｐｌａｙｅｒ￥Ａｄｄｉｎｓ￥Ｐｉｃｔｕｒｅｓ  〕より下の階層を検索し、カレンダー条件或いは他の条件に対応するキーワードを含むパス名を探知することにより、確認することができる。例えば、図２において、
（※１）［ｒｏｏｔ］￥Ｓｐｒｉｎｇ￥Ｐｉｃｔｕｒｅ００１．ｊｐｇや［ｒｏｏｔ］￥Ａｕｔｕｍｎ．ｊｐｇ  や［ｒｏｏｔ］￥Ｐｉｃｔｕｒｅｓ￥Ａｕｔｕｍｎ．ｊｐｇは、カレンダー条件「季節」（ｓｅａｓｏｎ）に対応した背景画データであり、
（※２）［ｒｏｏｔ］￥Ｊａｎｕａｒｙ￥Ｐｉｃｔｕｒｅ１．ｊｐｇ  や［ｒｏｏｔ］￥Ｊｕｎｅ．ｊｐｇ  は、カレンダー条件「月」（ｍｏｎｔｈ）に対応した背景画データであり、
（※３）［ｒｏｏｔ］￥Ｊａｎｕａｒｙ０１−０３￥Ｐｉｃｔｕｒｅ１．ｊｐｇは、カレンダー条件「区間」（ｄａｙｓ）＝「１月１日〜３日」に対応した背景画データであり、
（※４）［ｒｏｏｔ］￥Ｍａｒｃｈ０３￥Ｐｉｃｔｕｒｅ１．ｊｐｇや［ｒｏｏｔ］￥Ｄｅｃｅｍｂｅｒ２４．ｊｐｇは、カレンダー条件「日付け」（ｄａｙ）＝「１２月２４日」に対応した背景画データであり、
（※５）［ｒｏｏｔ］￥Ｐｉｃｔｕｒｅｓ￥Ｐｉｃｔｕｒｅ１．ｊｐｇや［ｒｏｏｔ］￥Ｐｉｃｔｕｒｅ１．ｊｐｇ  は、カレンダー条件には対応しない背景画データ（ｆｉｘ）である。
【００３４】
〔曲データ〕
この発明の一実施例による楽曲データ再生（カラオケ）システムでは、各クライアント端末ＣＬは、サーバＳＶから配信される曲データを取得し、再生アプリケーションにより、取得した曲データに基づいて曲データ再生に関する各種処理を行う。この場合、サーバＳＶからアプリケーションには、
（ａ）動作モード（Ａｕｔｏ，Ｍｏｎｔｈｌｙ，Ｓｅａｓｏｎｓ，Ｆｉｘ）を表わすモード情報Ｍｓ、
（ｂ）曲データ再生時の時刻情報（カレンダー情報）Ｔｓ
などの画像制御情報が、配信される曲データ中に付加されて伝えられる。
【００３５】
なお、クライアント端末ＣＬの再生アプリケーションは、上述した画像制御情報が伝えられない場合、モード情報については、ユーザ設定（オプションメニュー等で設定）されている動作モードが有効になり、この動作モードを表わす情報を特にクライアントモード情報Ｍｃといい、時刻情報（カレンダー情報）については、クライアント端末（ＰＣ）自体のシステム時計より取得するものとし、これにより取得される情報を特にクライアント時刻情報Ｔｃという。
【００３６】
図３は、サーバから送信されてくる曲データの構成例を時間推移を横軸にして表わした図である。曲データは、図３Ａ，Ｂに示すように、ヘツダ部Ｈｄとデータ部Ｄｔから成り、ヘッダ部Ｈｄには、時刻情報Ｔｓ、モード情報Ｍｓ及び他のヘッダ情報が含まれ、データ部Ｄｔには演奏（楽曲）データが含まれる。
【００３７】
時刻情報Ｔｓは、所謂カレンダー情報であり、例えば、１９００年１月１日０時０分００秒を起点とした整数値で表現されるもの、或いは、単に、月及び日を整数値で表現したものである。モード情報Ｍｓは、前述したモードを指定する情報であり、他のヘッダ情報は、データ部Ｄｔの演奏（楽曲）データについて、音色（質）、音量、テンポ、拍子などの各種設定状態を表わす情報である。なお、時刻情報Ｔｓ及びモード情報Ｍｓは、各クライアント端末ＣＬ側で設定される時刻情報Ｔｃ及びモード情報Ｍｃと区別して表現する場合、サーバ時刻情報Ｔｓ及びサーバモード情報Ｍｓともいう。
【００３８】
また、演奏データは、再生される楽曲データだけでなく、この楽曲データの再生タイミングを制御するための同期情報（タイムスタンプあるいは直前の演奏データからのデルタタイム）を含み、この同期情報は時刻情報（カレンダー情報）とは異なるものである（同期情報≠時刻情報）。また、楽曲データがカラオケデータの場合は、演奏データには歌詞（文字列）情報及びその表示制御情報が含まれる。
【００３９】
図３Ａの曲データでは、この曲データの演奏を開始する時にのみ、ヘツダ部Ｈｄの時刻情報Ｔｓ及びモード情報Ｍｓがクライアント端末ＣＬに通知されるようになっている。このシステムでは、典型的には、曲データが図３Ａの形でサーバＳＶからクライアント端末ＣＬに送られて、曲データ再生当初に、ヘツダ部Ｈｄの時刻情報Ｔｓ及びモード情報Ｍｓによりカレンダー及び動作モードが指示される。
【００４０】
一方、図３Ｂの曲データでは、ヘツダ部Ｈｄにより、曲データ受信開始時点で指示される時刻情報Ｔｓ及びモード情報を通知するだけでなく、データ部Ｄｔに、上述した演奏データに加えて、任意時点の時刻情報Ｔｓ乃至モード情報Ｍｓを含ませ、この曲データの受信を開始してからて演奏を終了するまでの任意の時点で、その時点の時刻情報Ｔｓとモード情報Ｍｓをクライアント端末ＣＬにリアルタイムで通知することができるようになっている。従って、図３Ｂの形の曲データを用いると、曲データ再生当初だけでなく、曲データ再生中の任意時点においても所望のカレンダー及び動作モードを指示することができる。
【００４１】
〔表示画面の例〕
図４は、クライアント端末のディスプレイに表示される画面の一例を示す。各クライアント端末ＣＬでは、ＷＷＷブラウザによるブラウザ画面及び曲データ再生アプリケーションによるアプリケーション画面を出力手段４のディスプレイに表示することができる。ブラウザ画面は、例えば、図４Ａに示すように、サーバＳＶに用意されている曲データについて、曲名などの情報を表示する。
【００４２】
また、アプリケーション画面は、例えば、図４Ｂに示すように、画像表示領域及び操作領域を有する。画像表示領域には、再生アプリケーションの動作に従って、楽曲データの再生と共に、背景画データに基づく静止画像又は動画像が表示され、再生する楽曲データがカラオケデータの場合は、背景画像に歌詞（文字列）が重畳して表示される。
【００４３】
操作領域（図４Ｂ下部）には、モード選択部（左側）と再生制御ボタン群（右側）がユーザ操作可能に表示される。モード選択部には、オート（Ａｕｔｏ）モード指定ボタンＡＢ、季節（Ｓｅａｓｏｎｓ）モード指定ボタンＳＢ、月（Ｍｏｎｔｈｌｙ）モード指定ボタンＭＢ、固定（Ｆｉｘ）モード指定ボタンＦＢ等のモード指定ボタンからなるラジオボタンが設けられ、動作モードをこれら４値から択一的に設定することができる。なお、モード選択部は、このようなボタン形式ではなく、プルダウンメニュー形式にしてもよい。
【００４４】
また、再生制御ボタン群には、曲データの再生に必要な各種操作ボタンが設けられ、これらの操作ボタンには、例えば、再生ボタン、早送りボタン、一時停止ボタン、再生停止ボタン、逆再生ボタン、巻き戻し（逆早送り）ボタン等の演奏制御ボタンの外に、この再生アプリケーションを終了させるための終了ボタンＥＢが含まれる。
【００４５】
〔再生プロセスの概要〕
この発明の一実施例による楽曲データ再生（カラオケ）システムにおいては、クライアント端末ＣＬは、ＷＷＷブラウザ（以下、単にブラウザという）及び再生アプリケーションのソフトウエアに従って動作し、クライアント端末ＣＬのブラウザが、まず、ＷＷＷサーバであるサーバＳＶから所要のデータを受け取り、次いで、このデータを再生アプリケーションに渡す形をとり、その後に、再生アプリケーションに従って曲データの再生が実行される。図５は、この発明の一実施例による曲データの再生プロセスの概要を表わす全体的なフローチャートである。
【００４６】
クライアント端末ＣＬにおける曲データの再生に当っては、先ず、ブラウザを起動してサーバＳＶ下のＵＲＬにアクセスする（ステップＣＢ１：なお、以下、図５〜図７における各処理乃至動作ステップについては、ステップ記号“ＣＡ…”，“ＣＢ…”及び“Ｓ…”のみで表記するものとする）。サーバＳＶは、当該ＵＲＬへのアクセスに応じて所定のレスポンスを行い、例えば、ＨＴＭＬで記述された表示データとこれに付随する画像等のデータを返送し、また、指定されたＣＧＩアプリケーションの実行等を行う（Ｓ１）。これに対して、クライアント端末ＣＬでは、ブラウザに従ってこれから再生したい曲（再生曲）を選択する処理を行い、選択された再生曲を指示してその曲データを送信すべき旨をサーバＳＶに要求する（ＣＢ２）。
【００４７】
サーバＳＶは、クライアント端末ＣＬから再生曲が選択されたことを受信すると、当該再生曲の曲データの送信が要求（リクエスト）された時刻に関する情報を時刻情報Ｔｓとして取得し（Ｓ２）、送信すべき曲データ及び当該時刻情報Ｔｓをクライアント端末ＣＬに返送する（Ｓ３）。これに応じて、クライアント端末ＣＬのブラウザは、サーバＳＶからストリーム送信されてくる曲データの受信を開始し（ＣＢ３）、曲データの再生アプリケーションを起動させる指令を発すると共に（ＣＢ４）、サーバＳＶから受信される曲データを、順次、再生アプリケーションに転送する（ＣＢ５）。
【００４８】
そして、クライアント端末ＣＬの再生アプリケーションは、ブラウザからの起動指令に従って起動すると（ＣＡ１）、初期設定を行った後（ＣＡ２）、曲データ再生処理を行い、ブラウザから転送されてくる曲データに含まれるサーバ時刻情報Ｔｓ、或いは、サーバ時刻情報Ｔｓが存在しないときに用いられるクライアント時刻情報Ｔｃ〔クライアント端末ＣＬのシステム時間を表わす〕に従って背景画データを選択し、当該曲データの演奏データを再生する（ＣＡ３）。
【００４９】
〔再生アプリケーションの動作〕
上述した曲データ再生処理ステップ（ＣＡ３）では、再生アプリケーションは、出力手段４の可視表示部及び音響出力部に対して、時刻情報Ｔｓ，Ｔｃに対応して選択された背景画データに基づく映像を表示させつつ、演奏データに基づく楽音を再生し、また、カラオケデータの場合は、歌詞（文字列）情報及び歌詞表示制御情報に従って歌詞表示を行う。図６は、このような曲データ再生処理ステップ（ＣＡ３）での動作をより具体的に表わす再生アプリケーションの動作フローチャートである。
【００５０】
前述したように、この再生アプリケーションは、ブラウザからの指令に従って起動した後（図５ＣＡ１）、まず、初期設定を行う（ＣＡ２）。ここでは、例えば、利用可能な音源デバイスを特定する等、当該クライアント端末ＣＬの動作環境を取得したり、図４Ｂに例示されるようなアプリケーションウィンドウの表示といった初期設定等を実行する。
【００５１】
次いで、「その他の処理」を行う（ＣＡ３１）。「その他の処理」には、ユーザによるボタン操作やメニュー選択操作、ウィンドウ表示内容の更新処理等が含まれ、ユーザボタン操作には、図４Ｂで説明したように、演奏データの早送り／巻き戻し／ー時停止等の演奏制御ボタンや、アプリケーションを終了するための終了ボタンＥＢの操作、背景表示モードを選択するためのモード指定ボタンＡＢ〜ＦＢ又はプルダウンメニュー等の操作がある。また、その他の処理（ＣＡ３１）で、ユーザ操作による終了ボタンＥＢの押下げ等があり終了指示を検出すると、この再生アプリケーションプログラムを終了する処理が行われる。
【００５２】
終了指示以外の場合は、曲データの受信データバッファを参照しサーバＳＶからストリーム配信される曲データの有無をみて、サーバＳＶから曲データを受信したか否かを判定し（ＣＡ３２）、曲データを受信しない間は（ＣＡ３２→ＮＯ）「その他の処理」（ＣＡ１）に戻り、曲データを受信するまで再生待機状態を維持する。そして、受信データバッファで所定量の曲データを受信すると（ＣＡ３２→ＹＥＳ）、その度に、所定のアプリケーション動作を行うべくループ処理（→ＣＡ３３〜ＣＡ４３→ＣＡ３１→ＣＡ３２＝ＹＥＳ→ＣＡ３３）を行う。
【００５３】
まず、クライアント端末ＣＬ側の画像制御情報、つまり、クライアント端末ＣＬで設定されている動作モード：「ローカルモード」を表わすクライアントモード情報Ｍｃと、クライアント端末ＣＬのシステムクロックから得られるクライアント時刻情報Ｔｃを取得し（ＣＡ３３）、次いで、受信した曲データにサーバ時刻情報Ｔｓが含まれているか否かを判定する（ＣＡ３４）。
【００５４】
ここで、図３に示すように、曲データがサーバ時刻情報Ｔｓを含むときは（ＣＡ３４→ＹＥＳ）、曲データから最近に検出された時刻情報Ｔｓが表わす「サーバ時刻」を再生時刻（動作時刻ともいう）に決定する〔再生時刻＝サーバ時刻〕（ＣＡ３５）。一方、曲データにサーバ時刻情報Ｔｓがないときには（ＣＡ３４→ＮＯ）、そのときのクライアント時刻情報Ｔｃが表わす「ローカル時刻」を再生時刻に決定する〔再生時刻＝ローカル時刻〕（ＣＡ３６）。
【００５５】
再生時刻を決定した後、受信した曲データにサーバモード情報Ｍｓが含まれているか否かを判定し（ＣＡ３７）、ここで、図３に示すように、当該曲データがモード情報Ｍｓを含むときは（ＣＡ３７→ＹＥＳ）、さらに、曲データから最近に検出されたモード情報Ｍｓが表わす動作モード：「サーバモード」が「ローカルモード」の下位であるか否かを判定する（ＣＡ３８）。
【００５６】
ここで、サーバモードがローカルモードより下位にある（サーバモード＜ローカルモード）ときは（ＣＡ３８→ＹＥＳ）、システムの動作モードを、サーバモード情報Ｍｓによるサーバモードに設定する（ＣＡ３９）。例えば、サーバモード＝“月”、ローカルモード＝“季節”のときは、“月”モードを設定する。また、曲データにモード情報Ｍｓがないとき（ＣＡ３７→ＮＯ）、或いは、サーバモードがローカルモードの下位ではない（サーバモード≧ローカルモード）ときには（ＣＡ３８→ＮＯ）、システムの動作モードを、クライアントモード情報Ｍｃに基づくクライアントモードに設定する（ＣＡ４０）。
【００５７】
次に、再生時刻設定ステップ（ＣＡ３５，ＣＡ３６）及び動作モード設定ステップ（ＣＡ３９，ＣＡ４０）で設定された再生時刻及び動作モードに基づき、画像ファイルを検索して背景画データを特定する（ＣＡ４１）。この背景画データの特定では、後述する背景画データ選択ルーチンで説明するように、所定のルール（アルゴリズム）に従って、再生時刻とモードに対応した背景画データを特定することができる。なお、背景画データとして特定され得るものが複数存在する場合は、これらの中からランダムに１つを特定する。
【００５８】
次いで、特定された背景画データに基づいてディスプレイの画像表示領域（図４Ｂ上部）に背景画を表示すると共に（ＣＡ４２）、曲データの演奏データに従って楽音等を再生する（Ｃ４３）処理を行った後、「その他の処理」（ＣＡ３１）に戻る。そして、この再生アプリケーションの終了指示があるまで、上述した動作（ＣＡ３１〜ＣＡ４３）を繰り返し、終了指示があると当該アプリケーションを終了する。
【００５９】
図６の動作フローでは、所定量の曲データをサーバＳＶから受信する毎に（ＣＡ３２→ＹＥＳ）所定の処理を行うようにループを形成しているが、この範囲の処理（ＣＡ３３〜ＣＡ４２）をタイマ割込みルーチンとし、曲データの再生開始から所定期間毎（例えば、所定フレーズ相当時間の経過毎）に、
・再生時刻の確認（ＣＡ３３〜ＣＡ３６）、
・指定モードの確認（ＣＡ３３，ＣＡ３７〜ＣＡ４０）、
・背景画データ特定（ＣＡ４１，ＣＡ４２）等
を行うようにしてもよい。
【００６０】
この再生アプリケーションでは、サーバＳＶがストリーム配信する曲データを逐次再生するようにしており、受信データの有無を判定する処理（ＣＡ３２）は、クライアント端末ＣＬの受信データバッファを参照することにより実行するようにしている。しかしながら、再生の形式は、全データの受信が完了してから行うものでもよく、この場合は、全データの受信が完了していることを条件に所定量のデータ毎にループ処理（ＣＡ３３〜ＣＡ４３）を実行し、受信データ判定処理（ＣＡ３２）については、次のデータが有るか否かの判定処理に替えるようにすればよい。
【００６１】
〔背景画データ選択ルーチン〕
この発明の一実施例による楽曲データ再生（カラオケ）システムでは、上述した背景画データ特定ステップ（ＣＡ４１）のように、各クライアント端末ＣＬの画像ファイル記憶エリアに蓄積されている多数の背景画データから、再生時刻に相応しい所望の背景画データが特定される。この場合、以下のルールに従って、背景画データの指定データを検索することにより、所望の背景画データを特定することができる：
１．動作モードが固定（Ｆｉｘ）モードであれば、無条件に非時刻依存の背景画データ（ｆｉｘ）を選択する。
２．動作モードが固定（Ｆｉｘ）以外のモードであれば、
（１）まず、再生時刻に対応する日付けに該当するデータ（ｄａｙ）又は当該日付けを含む区間に該当するデータ（ｄａｙｓ）を検索する。この場合、より狭義な日付けに該当するデータ（ｄａｙ）を優先することが好ましい（ｄａｙ＞ｄａｙｓ）。
（２）（１）の検索で該当するデータ（ｄａｙ，ｄａｙｓ）が無ければ、次に、設定された動作モードに対応するデータを検索する。ここで、月（Ｍｏｎｔｈｌｙ）モードには、再生時刻の月に該当するデータ（ｍｏｎｔｈ）が対応し、季節（Ｓｅａｓｏｎｓ）モードには、再生時刻の季節に該当するデータ（ｓｅａｓｏｎ）が対応する。また、自動（Ａｕｔｏ）モードの場合は、まず、月に該当するデータ（ｍｏｎｔｈ）を対応させる。
（３）動作モードが自動（Ａｕｔｏ）モードの場合は、（２）の検索で該当するデータ（例えば、ｍｏｎｔｈ）が無ければ、順次、次に狭義な時刻条件に該当するデータ（例えば、ｓｅａｓｏｎ）を検索する。
（４）（１）〜（３）の何れにおいても該当データがヒットしない場合は、非時刻依存の背景画データ（ｆｉｘ）を選択する。
【００６２】
図７は、このような背景画データ特定ステップ（ＣＡ４１）における背景画データ選択アルゴリズムのルーチンを表わすフローチャートである。背景画データの探索は、通常、時間がかかる類のものであるため、この発明の一実施例による楽曲データ再生（カラオケ）システムでは、再生アプリケーション起動時に各動作モードに対応する背景画データについて、背景画データ記憶エリアのディレクトリ構造（図２）に従って、各背景画データ（画像ファイル）へのパスを該当する条件（ｄａｙ，ｄａｙｓ，ｍｏｎｔｈ，ｓｅａｓｏｎ，ｆｉｘ）毎にリスト化しておき、図７のフローでは、このファイルリストを参照することにより背景画データを探索することで、背景画データの探索処理を簡単化している。
【００６３】
この背景画データ選択ルーチンがスタートすると、まず、動作モードが固定（Ｆｉｘ）モードであるか否かを判定する（ＣＡ５１）。
【００６４】
このモード判定で、固定（Ｆｉｘ）以外の動作モード（時刻依存モード）であると判定されたときは（ＣＡ５１→“Ｆｉｘ以外”）、時刻情報（Ｔｓ，Ｔｃ）に基づいてカレンダー条件を表わす文字列情報を取得する（ＣＡ５２）。例えば、時刻情報が示す時刻が“１月１日正午”であれば、季節情報“Ｗｉｎｔｅｒ”（或いは、“冬”等）、月情報“Ｊａｎｕａｒｙ”（或いは、“１月”等）及び日情報“０１”（或いは“１日”等）を取得する。
【００６５】
次に、取得した月情報及び日情報に基づいて、時刻情報の日付に完全に該当するパス〔図２（※３），（※４）参照〕をファイルリスト（ｄａｙ，ｄａｙｓ）から探索し（ＣＡ５３）、該当するパスがあるか否かを判定する（ＣＡ５４）。この場合、より狭義の時刻に該当するパスの検索を優先する（ｄａｙ＞ｄａｙｓ）。該当するパスが検出されたときは（ＣＡ５４→ＹＥＳ）、時刻依存の背景画データを決定するための後述のファイル選択ステップ（ＣＡ５５）に進む。
【００６６】
一方、時刻情報の日付に完全に該当するパスがないときには（ＣＡ５４→ＮＯ）、動作モードが季節モードであるか否かを判定する（ＣＡ５６）。この判定の結果、動作モードが季節モードでない（オートモード又は月モード）と判定されたときは（ＣＡ５６→“Ａｕｔｏ／Ｍｏｎｔｈｌｙ”）、月情報に該当するパス〔図２（※２）参照〕をファィルリスト（ｍｏｎｔｈ）から探索し（ＣＡ５７）、該当するパスがあるか否かを判定する（ＣＡ５８）。ここで、月情報に該当するパスが検出されたときは（ＣＡ５８→ＹＥＳ）、後述のファイル選択ステップ（ＣＡ５５）に進む。
【００６７】
第２のモード判定ステップ（ＣＡ５６）において、動作モードが季節モードであると判定されたとき（ＣＡ５８→“Ｓｅａｓｏｎｓ”）、或いは、月情報該当パス検出ステップ（ＣＡ５８）において、該当するパスが検出されず且つ動作モードがオートモ一ドであったときには〔ＣＡ５８→ＮＯ（Ａｕｔｏ）〕、季節情報に該当するパス〔図２（※１）参照〕をファイルリスト（ｓｅａｓｏｎ）から探索し（ＣＡ５９）、該当するパスがあるか否かを判定する（ＣＡ６０）。ここで、季節情報に該当するパスが検出されたときは（ＣＡ６０→ＹＥＳ）、次に説明するファイル選択ステップ（ＣＡ５５）に進む。
【００６８】
上述したように、時刻依存モードにおいてカレンダー条件に該当するパスがあり（ＣＡ５４→ＹＥＳ、ＣＡ５８→ＹＥＳ、ＣＡ６０→ＹＥＳ）、ファイル選択ステップ（ＣＡ５５）に進んだ場合は、このステップ（ＣＡ５５）で、ファイルリスト（ｄａｙ，ｄａｙｓ，ｍｏｎｔｈ，ｓｅａｓｏｎ）からパスを１つ選択し、これを表示すべき背景画データとして特定する。
【００６９】
一方、動作モードが非時刻依存の固定モードであったとき（ＣＡ５１→“Ｆｉｘ”）、或いは、時刻依存モードに対応するパスがなかったときは〔ＣＡ５８→ＮＯ（Ｍｏｎｔｈｌｙ），ＣＡ６０→ＮＯ〕、ファイルリスト（ｆｉｘ）から非時刻依存のパス〔図２（※５）参照〕を１つ選択し、これを表示すべき背景面データとして特定する（ＣＡ６１）。ここで、選択され得る背景画データが複数ある場合は、例えば該当したデータの中からランダムに１つを特定する。
【００７０】
そして、表示すべき背景画データを特定する処理（ＣＡ５５，ＣＡ６１）の後は、再生アプリケーション動作フロー（図５）の背景画データ表示ステップ（ＣＡ４２）にリターンする。
【００７１】
以上のようにして、動作モードがオート（Ａｕｔｏ）モードの場合は、日付け又は区間指定の検索〔ＣＡ５３→ＣＡ５４（ＹＥＳ）〕＜月指定の検索〔ＣＡ５４（ＮＯ）→ＣＡ５６（Ａｕｔｏ／Ｍｏｎｔｈｌｙ）→ＣＡ５７→ＣＡ５８（ＹＥＳ）〕＜季節指定の検索〔ＣＡ５８・ＮＯ（Ａｕｔｏ）→ＣＡ５９→ＣＡ６０（ＹＥＳ）〕の優先順位で、時刻情報に合致する背景画データが選択される。また、何れの検索においても該当するものが無い場合には〔ＣＡ６０（ＮＯ）〕、固定（Ｆｉｘ）モードで検索される非カレンダーデータに相当する非時刻（カレンダー）依存の背景画データが選択される。
【００７２】
また、季節（Ｓｅａｓｏｎｓ）モードの場合は、日付け又は区間指定の検索〔ＣＡ５３→ＣＡ５４（ＹＥＳ）〕＞季節指定の検索〔ＣＡ５４（ＮＯ）→ＣＡ５６（Ｓｅａｓｏｎｓ）→ＣＡ５９→ＣＡ６０（ＹＥＳ）〕＞非カレンダーデータ〔ＣＡ６０（ＮＯ）〕の優先順位で、背景画データが選択され、月（Ｍｏｎｔｈｌｙ）モードの場合は、日付け又は区間指定データ（ｄａｙ，ｄａｙｓ）の検索〔ＣＡ５３→ＣＡ５４（ＹＥＳ）〕＞月指定の検索〔ＣＡ５４（ＮＯ）→ＣＡ５６（Ａｕｔｏ／Ｍｏｎｔｈｌｙ）→ＣＡ５７→ＣＡ５８（ＹＥＳ）〕＜非カレンダーデータ〔ＣＡ６０・ＮＯ（Ｍｏｎｔｈｌｙ）〕の優先順位で、背景画データが選択される。
【００７３】
この背景画データ選択ルーチンのアルゴリズム（ルール）では、１つの曲データを再生している間に複数の背景画データが表示されるようにしているので、各ファイル選択ステップ（ＣＡ５５，ＣＡ６１）では、既に表示（選択）したデータをチェックしていき、１曲のデータ再生中に同じ背景画データが表示されないように考慮する必要がある。このためには、例えば、ファイルリストから、既に表示したデータに対応する情報を削除するか、或いは、再生開始時に、ファイルリスト内のパスをランダムに並べ替えておき、ファイル選択時に、１つずつ読出しポインタを進めていくようにすればよい。
【００７４】
なお、背景画データを、予め用意されていたデータから全て表示してしまった場合は、既表示データのチェック結果をリセットして（やむを得ないので）既に表示したデータの表示を行う。ただし、特定の日付けに該当するデータ（ｄａｙ，ｄａｙｓ）は、一度のみ表示するものとする。すなわち、時刻情報の特定の日付け（ｄａｙ，ｄａｙｓ）に該当するものとして選択された背景画データは、一度表示されると、以後、検索対象から除外される。曲の再生後或いは再生プログラム起動時にリセットし、次の曲の再生或いは次回起動時には再度表示されるようにしてもよい。
【００７５】
〔種々の実施態様〕
以上、図面を参照しつつ、この発明の好適な実施の形態について説明したが、この発明の精神を逸脱しない範囲で種々の変更が可能であって、この発明は種々の態様で実施することができる。例えば、実施例においては、クライアント端末ＣＬのディレクトリ構造として背景画データを分類・記憶したが、カレンダー条件と背景画データを対応付けたテーブルを用意してもよい。
【００７６】
例えば、図２に示した背景画データ記憶エリアの構造例では、カレンダー条件に基づいたディレクトリ構造（ファイルシステム上でのパス構造）としたが、背景画データ記憶エリアのディレクトリ構造をカレンダー条件とは無相関とし、別途、上述のテーブル等を用いて、各背景画データとカレンダー条件（ｄａｙ，ｄａｙｓ，ｍｏｎｔｈ，ｓｅａｓｏｎ，ｆｉｘ等）との対応関係を定義するようにする。このテーブルは、図７の背景画デーク選択ルーチンにおけるファイルリストに相当し、当該ルーチンを変更することなく適用可能である。このように構成した場合、１つの背景画データを複数のカレンダー条件に対応させることも可能である。
【００７７】
サーバにも背景画として利用可能な画像ファイルを複数準備しておき、クライアント端末は、適宜（アプリケーション起動時や背景画データダウンロード指示時）、サーバ上の背景画データをダウンロードし、クライアント端末の記憶手段（ＨＤ等）に蓄積するようにしてもよい。或いは、再生時に曲データとともに背景画データをサーバから取得するようにしてもよい。
【００７８】
カレンダー条件は、実施例で説明しているものに限らない。年、上／中／下旬、週、曜日、特定日（祝休日等）、午前／午後／深夜等の時間帯、特定日時（分、秒）など、カレンダー時刻（時期）に該当する条件であれば何んでもよい。また、カレンダー条件の優先順位は、適宜変更可能であり、Ｓｅａｓｏｎｓ＞Ｍｏｎｔｈｌｙであったりしてもよい。
【００７９】
【発明の効果】
以上説明したように、この発明によれば、楽曲の再生と共に背景画を表示するに際し、時刻情報による簡単な背景画選択のルール（アルゴリズム）に従い、再生時のカレンダー（時期）を基準にして、カレンダーに依存した適切な背景画データを自動的に選択するようにしているので、背景画データのバージョンの入れ替え等をすることなく、一定の背景画データを用意しておくだけで、背景画選択のルールに従って、再生時期に応じて変化する背景画像を表示することができ、カレンダーに依存する背景画像の変化をダイナミックに見せることができる。
【図面の簡単な説明】
【図１】図１は、この発明の一実施例による楽曲データ再生（カラオケ）システムの構成の概要を表わす図である。
【図２】図２は、この発明の一実施例による楽曲データ再生（カラオケ）システムにおける背景画データ記憶エリアの構造例を示す図である。
【図３】図３は、この発明の一実施例によるサーバからの曲データの一構成例を説明するための図である。
【図４】図４は、この発明の一実施例による楽曲データ再生（カラオケ）システムにおける表示画面の一例を示す図である。
【図５】図５は、この発明の一実施例による曲データの再生プロセスの概要を表わす全体的なフローチャートである。
【図６】図６は、この発明の一実施例による再生アプリケーションの動作を表わすフローチャートである。
【図７】図７は、この発明の一実施例による背景画データ選択ルーチンを表わすフローチャートである。
【符号の説明】
ＳＶ  配信サーバ（ＷＷＷサーバ）
ＣＬ：ＣＬ１〜ＣＬｎ  クライアント端末、
Ｈｄ  〔サーバ〕時刻情報Ｔｓ及び〔サーバ〕モード情報Ｍｓを含むヘッダ部、
ＡＢ，ＳＢ，ＭＢ，ＦＸ  オート、季節、月及び固定モード指定ボタン、
ＥＢ  〔再生アプリケーション〕終了ボタン
【図１】
2004258051.tif 000003
【図２】
2004258051.tif 000004
【図３】
2004258051.tif 000005
【図４】
2004258051.tif 000006
【図５】
2004258051.tif 000007
【図６】
2004258051.tif 000008
【図７】
2004258051.tif 000009