JP2006047873A - カラオケシステムおよびカラオケ処理プログラム - Google Patents

Abstract

【課題】 誤って同じ曲データを取り寄せることを防止しながら、最新の曲目を確認できるカラオケシステムを実現する。
【解決手段】 端末２００が本体１００から受領したシリアル番号および曲検索要求を配信サーバ３００に送出する。配信サーバ３００は、受領したシリアル番号に基づきデータベースから対応するユーザ情報エリア内のユーザ情報ＵＳＤを参照して、検索された曲の曲番号ＫＮ、曲名および書き込みフラグＦから構成される検索結果を作成して端末２００に返送する。これにより、端末２００では、歌いたい曲の曲データが「未ダウンロード」、「本体１００側に未転送」、「本体１００側に転送済」のいずれであるかが判るので、誤って同じ曲データを取り寄せることを防止しながら、本体１００側に書き込み済みの最新の曲目を各ユーザが個別に確認することが可能になる。
【選択図】 図４

Description

本発明は、携帯電話等の端末装置を媒介させてインターネット上の配信サーバからダウンロードした曲データをカラオケ演奏装置に転送したり、端末装置を選曲リモコンとして機能させてカラオケ演奏装置に演奏予約したりするカラオケシステムおよびカラオケ処理プログラムに関する。

従来より携帯電話を媒介させたカラオケシステムが知られている。この種の技術として、例えば特許文献１には、利用者が持参した自分の携帯電話（インターネット接続機能および短距離無線通信手段を備える）を使って、インターネット上のカラオケサーバにアクセスして希望の曲データ（カラオケデータ）を取り寄せ、取り寄せた曲データを携帯電話の短距離無線通信手段を用いてカラオケ演奏装置に転送して演奏予約するカラオケシステムが開示されている。

特開２００４−１０９１４８号公報

ところで、上記特許文献１に開示のカラオケシステムでは、演奏予約する曲データがカラオケ演奏装置側に記憶されていなければ、カラオケ演奏装置はその旨を携帯電話側に返送し、それに応じて携帯電話がサーバから取り寄せてカラオケ演奏装置にダウンロードするようになっている。
したがって、実際に演奏予約を行わないと、予約しようとする曲データがカラオケ演奏装置側にダウンロード済みであるかどうかが分らない。この為、複数の利用者が各自の携帯電話を用いて演奏予約するような場合には、誰かが新たな曲データをダウンロードする毎にカラオケ演奏装置に記憶される曲目が変化し、これ故、カラオケ演奏装置に記憶される最新の曲目を各利用者が個別に確認することができないという問題がある。

また、上記特許文献１に開示のカラオケシステムでは、サーバから取り寄せた曲データを携帯電話に保存したままの状態か、あるいは携帯電話からカラオケ演奏装置に転送済みの状態かを識別することができない為、複数の利用者が各自の携帯電話を用いて演奏予約する場合に、誤って同じ曲データをサーバから取り寄せてしまうという問題も生じる。

さらに、上記特許文献１に開示のカラオケシステムでは、カラオケ演奏中に利用者がキーやテンポなどの演奏設定内容を変更した場合、その変更された演奏設定内容を次回演奏時に呼出して使用することができないという弊害もある。

そこで本発明は、上述した事情に鑑みてなされたもので、誤って同じ曲データを取り寄せることを防止しながら、最新の曲目を各利用者が個別に確認でき、しかも演奏設定内容を次回演奏時に呼出して使用することができるカラオケシステムおよびカラオケ処理プログラムを提供することを目的としている。

上記目的を達成するため、請求項１に記載の発明では、端末装置を媒介させてカラオケ演奏装置と配信サーバとの間でデータ授受するカラオケシステムにおいて、前記カラオケ演奏装置に設けられ、前記端末装置からの要求に応じて自己の固有番号を当該端末装置に送出する固有番号送出手段と、前記端末装置に設けられ、前記カラオケ演奏装置から受領した固有番号と曲検索要求とを前記配信サーバに送出する曲検索要求送出手段と、前記配信サーバに設けられ、曲データを識別する曲番号毎に、少なくとも曲データが前記端末装置にダウンロードされた状態もしくは前記端末装置から前記カラオケ演奏装置に転送済みの状態のいずれであるかを区別する書き込みフラグを有するユーザ情報を、前記カラオケ演奏装置の固有番号別に記憶管理するデータベース手段と、前記配信サーバに設けられ、前記端末装置から曲検索要求を受領した場合、当該曲検索要求と共に受領した固有番号で指定される前記データベース手段のユーザ情報から、少なくとも曲検索要求された曲の書き込みフラグを含む検索結果を生成し、曲検索要求をした前記端末装置に返送する検索結果送出手段と、前記端末装置に設けられ、前記配信サーバより返送される検索結果を表示する表示手段とを具備することを特徴とする。

請求項２に記載の発明では、端末装置を媒介させてカラオケ演奏装置と配信サーバとの間でデータ授受するカラオケシステムにおいて、前記カラオケ演奏装置に設けられ、前記端末装置からの要求に応じて自己の固有番号を当該端末装置に送出する固有番号送出手段と、前記端末装置に設けられ、前記カラオケ演奏装置から受領した固有番号と曲検索要求とを前記配信サーバに送出する曲検索要求送出手段と、前記配信サーバに設けられ、曲データを識別する曲番号毎に、少なくとも曲データをダウンロードした前記端末装置を識別するダウンロード者名および曲データを前記端末装置にダウンロードした状態もしくは前記端末装置から前記カラオケ演奏装置に転送済みの状態のいずれであるかを区別する書き込みフラグを含むユーザ情報を、前記カラオケ演奏装置の固有番号別に記憶管理するデータベース手段と、前記配信サーバに設けられ、前記端末装置から曲検索要求を受領した場合、当該曲検索要求と共に受領した固有番号で指定される前記データベース手段のユーザ情報から、少なくとも曲検索要求された曲のダウンロード者名および書き込みフラグを含む検索結果を生成し、曲検索要求をした前記端末装置に返送する検索結果送出手段と、前記端末装置に設けられ、前記配信サーバより返送される検索結果を表示する表示手段とを具備することを特徴とする。

請求項３に記載の発明では、端末装置を媒介させてカラオケ演奏装置と配信サーバとの間でデータ授受するカラオケシステムにおいて、前記カラオケ演奏装置に設けられ、カラオケ演奏の設定内容を表す利用者設定情報、自己の固有番号および演奏予約された曲の曲番号を前記端末装置に送出する第１の設定情報送出手段と、前記端末装置に設けられ、前記カラオケ演奏装置から受領した利用者設定情報、固有番号および曲番号を前記配信サーバに送出する第２の設定情報送出手段と、前記配信サーバに設けられ、曲データを識別する曲番号毎のユーザ情報を、前記カラオケ演奏装置の固有番号別に記憶管理するデータベース手段と、前記配信サーバに設けられ、前記端末装置から受領した固有番号および曲番号で指定される前記データベース手段のユーザ情報に、前記端末装置から受領した利用者設定情報を登録する登録手段と、前記端末装置に設けられ、前記カラオケ演奏装置から受領した固有番号と曲検索要求とを前記配信サーバに送出する曲検索要求送出手段と、前記配信サーバに設けられ、前記端末装置から受領した固有番号と曲検索要求に応じて検索した曲の曲番号とで指定される前記データベース手段のユーザ情報から利用者設定情報を含む検索結果を生成し、曲検索要求をした前記端末装置に返送する検索結果送出手段と、前記端末装置に設けられ、前記配信サーバより受領した検索結果を参照して前記カラオケ演奏装置に曲予約を行う場合に、曲データとそれに対応した利用者設定情報を前記カラオケ演奏装置に転送する転送手段とを具備することを特徴とする。

請求項４に記載の発明では、端末装置を媒介させてカラオケ演奏装置と配信サーバとの間でデータ授受するカラオケシステムを形成するためのコンピュータプログラムであって、前記カラオケ演奏装置で実行され、前記端末装置からの要求に応じて自己の固有番号を当該端末装置に送出する固有番号送出処理と、前記端末装置で実行され、前記カラオケ演奏装置から受領した固有番号と曲検索要求とを前記配信サーバに送出する曲検索要求送出処理と、前記配信サーバで実行され、曲データを識別する曲番号毎に、少なくとも曲データが前記端末装置にダウンロードされた状態もしくは前記端末装置から前記カラオケ演奏装置に転送済みの状態のいずれであるかを区別する書き込みフラグを有するユーザ情報を、前記カラオケ演奏装置の固有番号別に記憶管理するデータベースを有し、前記端末装置から曲検索要求を受領した場合、当該曲検索要求と共に受領した固有番号で指定される当該データベースのユーザ情報から、少なくとも曲検索要求された曲の書き込みフラグを含む検索結果を生成し、曲検索要求をした前記端末装置に返送する検索結果送出処理と、前記端末装置で実行され、前記配信サーバより返送される検索結果を表示する表示処理とから構成されることを特徴とする。

請求項５に記載の発明では、端末装置を媒介させてカラオケ演奏装置と配信サーバとの間でデータ授受するカラオケシステムを形成するためのコンピュータプログラムであって、前記カラオケ演奏装置で実行され、前記端末装置からの要求に応じて自己の固有番号を当該端末装置に送出する固有番号送出処理と、前記端末装置で実行され、前記カラオケ演奏装置から受領した固有番号と曲検索要求とを前記配信サーバに送出する曲検索要求送出処理と、前記配信サーバで実行され、曲データを識別する曲番号毎に、少なくとも曲データをダウンロードした前記端末装置を識別するダウンロード者名および曲データを前記端末装置にダウンロードした状態もしくは前記端末装置から前記カラオケ演奏装置に転送済みの状態のいずれであるかを区別する書き込みフラグを含むユーザ情報を、前記カラオケ演奏装置の固有番号別に記憶管理するデータベースを有し、前記端末装置から曲検索要求を受領した場合、当該曲検索要求と共に受領した固有番号で指定される当該データベースのユーザ情報から、少なくとも曲検索要求された曲のダウンロード者名および書き込みフラグを含む検索結果を生成し、曲検索要求をした前記端末装置に返送する検索結果送出処理と、前記端末装置で実行され、前記配信サーバより返送される検索結果を表示する表示処理とから構成されることを特徴とする。

請求項６に記載の発明では、端末装置を媒介させてカラオケ演奏装置と配信サーバとの間でデータ授受するカラオケシステムを形成するためのコンピュータプログラムであって、前記カラオケ演奏装置で実行され、カラオケ演奏の設定内容を表す利用者設定情報、自己の固有番号および演奏予約された曲の曲番号を前記端末装置に送出する第１の設定情報送出処理と、前記端末装置で実行され、前記カラオケ演奏装置から受領した利用者設定情報、固有番号および曲番号を前記配信サーバに送出する第２の設定情報送出処理と、前記配信サーバで実行され、曲データを識別する曲番号毎のユーザ情報を、前記カラオケ演奏装置の固有番号別に記憶管理するデータベースを有し、前記端末装置から受領した固有番号および曲番号で指定される当該データベースのユーザ情報に、前記端末装置から受領した利用者設定情報を登録する登録処理と、前記端末装置で実行され、前記カラオケ演奏装置から受領した固有番号と曲検索要求とを前記配信サーバに送出する曲検索要求送出処理と、前記配信サーバで実行され、前記端末装置から受領した固有番号と曲検索要求に応じて検索した曲の曲番号とで指定される前記データベースのユーザ情報から利用者設定情報を含む検索結果を生成し、曲検索要求をした前記端末装置に返送する検索結果送出処理と、前記端末装置で実行され、前記配信サーバより受領した検索結果を参照して前記カラオケ演奏装置に曲予約を行う場合に、曲データとそれに対応した利用者設定情報を前記カラオケ演奏装置に転送する転送処理とから構成されることを特徴とする。

請求項１、４に記載の発明によれば、カラオケ演奏装置が端末装置からの要求に応じて自己の固有番号を当該端末装置に送出すると、端末装置は受領した固有番号と曲検索要求とを配信サーバに送出する。配信サーバは、曲データを識別する曲番号毎に、少なくとも曲データが端末装置にダウンロードされた状態もしくは端末装置からカラオケ演奏装置に転送済みの状態のいずれであるかを区別する書き込みフラグを有するユーザ情報を、カラオケ演奏装置の固有番号別に記憶管理するデータベースを備えており、端末装置から曲検索要求を受領すると、曲検索要求と共に受領した固有番号で指定されるデータベースのユーザ情報から、少なくとも曲検索要求された曲の書き込みフラグを含む検索結果を生成し、曲検索要求をした端末装置に返送する。すると、端末装置は配信サーバより返送される検索結果を表示する。

したがって、端末装置では、歌いたい曲の曲データが「ダウンロードされていない」、「ダウンロード済みであるが、カラオケ演奏装置に未転送」、「カラオケ演奏装置に転送済」のいずれであるかが判明するので、誤って同じ曲データを取り寄せることを防止しながら、カラオケ演奏装置に転送済みの最新の曲目を各利用者が個別に確認できる。

請求項２、５に記載の発明によれば、カラオケ演奏装置が端末装置からの要求に応じて自己の固有番号を当該端末装置に送出すると、端末装置はカラオケ演奏装置から受領した固有番号と曲検索要求とを配信サーバに送出する。配信サーバは、曲データを識別する曲番号毎に、少なくとも曲データをダウンロードした端末装置を識別するダウンロード者名および曲データを端末装置にダウンロードした状態もしくは端末装置からカラオケ演奏装置に転送済みの状態のいずれであるかを区別する書き込みフラグを含むユーザ情報を、カラオケ演奏装置の固有番号別に記憶管理するデータベースを備えており、端末装置から曲検索要求を受領すると、曲検索要求と共に受領した固有番号で指定されるデータベースのユーザ情報から、少なくとも曲検索要求された曲のダウンロード者名および書き込みフラグを含む検索結果を生成し、曲検索要求をした端末装置に返送する。端末装置は、配信サーバより返送される検索結果を表示する。

したがって、端末装置では、歌いたい曲の曲データが「ダウンロードされていない」、「ダウンロード済みであるが、カラオケ演奏装置に未転送」、「カラオケ演奏装置に転送済」のいずれであるかが判明するので、誤って同じ曲データを取り寄せることを防止しながら、カラオケ演奏装置に転送済みの最新の曲目を各利用者が個別に確認できる。さらに、検索結果中のダウンロード者名に基づき、誰の端末装置（携帯電話）に曲データがダウンロードされているかを把握することもできる。

請求項３、６に記載の発明によれば、カラオケ演奏装置がカラオケ演奏の設定内容を表す利用者設定情報、自己の固有番号および演奏予約された曲の曲番号を端末装置に送出すると、端末装置はカラオケ演奏装置から受領した利用者設定情報、固有番号および曲番号を配信サーバに送出する。配信サーバは、曲データを識別する曲番号毎のユーザ情報を、カラオケ演奏装置の固有番号別に記憶管理するデータベースを備えており、端末装置から受領した固有番号および曲番号で指定されるデータベースのユーザ情報に、端末装置から受領した利用者設定情報を登録する。

そして、端末装置がカラオケ演奏装置から受領した固有番号と曲検索要求とを配信サーバに送出すると、配信サーバでは端末装置から受領した固有番号と曲検索要求に応じて検索した曲の曲番号とで指定されるデータベースのユーザ情報から利用者設定情報を含む検索結果を生成し、曲検索要求をした端末装置に返送する。端末装置は、配信サーバより受領した検索結果を参照してカラオケ演奏装置に曲予約を行う場合に、曲データとそれに対応した利用者設定情報をカラオケ演奏装置に転送するので、前回カラオケ演奏した時の演奏設定内容を呼出して次回演奏時に呼出して使用することができる。

以下、図面を参照して本発明の実施の形態について説明する。
Ａ．構成
（１）全体構成
図１は本発明の実施の一形態によるカラオケシステムの全体構成を示す図である。この図に示すカラオケシステムは、カラオケ演奏装置１００（以下、本体１００と略称する）、ＴＶ受像機１１０、携帯電話２００（以下、端末２００と略称する）および配信サーバ３００から構成され、端末２００を媒介させてインターネットＩＮＴ上の配信サーバ３００からダウンロードした曲データを本体１００に転送したり、端末２００を選曲リモコンとして用いて本体１００に演奏予約するようになっている。

（２）本体（カラオケ演奏装置）１００の構成
次に、図２を参照して本体１００の構成を説明する。本体１００は、マイク一体型に形成された外観を有し、音声入力部１０１、赤外線通信部１０２、操作部１０３、不揮発性メモリ１０４、ＣＰＵ５、ワークメモリ１０６、音源部１０７、ミキシングアンプ部１０８およびビデオエンコーダ１０９を備える。

音声入力部１０１は、マイク、アンプおよびＡ／Ｄコンバータを備え、マイクを介して入力される音声信号を増幅した後、音声データに変換して出力する。赤外線通信部１０２は、ＣＰＵ１０５の制御の下に、端末２００側とＩｒＤＡ規格でデータ通信する。操作部１０３は、カラオケ演奏の開始を指示するスタートスイッチ、カラオケ演奏の終了を指示する終了スイッチ、選曲スイッチあるいはキーやテンポ等の演奏設定内容を変更する設定変更スイッチなどの各種スイッチを有し、操作されたスイッチ種類に対応したスイッチイベントを発生する。

不揮発性メモリ１０４は、例えば電気的に書き換え可能なフラッシュメモリであり、本体１００から着脱自在な記憶媒体である。この不揮発性メモリ１０４は、曲データエリアおよび予約エリアを備える。曲データエリアには、曲データがストアされ、予約エリアには赤外線通信部１０２を介して端末２００から転送される曲予約データが予約順にストアされる。
なお、ここで言う曲データとは、カラオケ演奏する曲の楽曲データ（例えばＭＩＤＩデータ）と、その演奏曲に対応した歌詞字幕を表示させる歌詞データとを含む。また、曲予約データとは、カラオケ演奏する曲データを指定する情報であり、後述する予約曲番および利用者名から構成される。

ＣＰＵ１０５は、各種プログラムを記憶する内部ＲＯＭを有し、操作部１０３から入力されるスイッチイベントに応じて、内部ＲＯＭ中の所定のプログラムを実行して各部を制御する。内部ＲＯＭに格納される各種プログラムとは、後述する「シリアル番号要求受信処理」、「転送曲受信処理」、「予約曲受信処理」、「再生処理」、「曲演奏処理」、「表示制御処理」および「曲制御処理」を含み、これら本発明の要旨に係わる各処理の動作については追って詳述する。また、内部ＲＯＭには、本体１００を識別する固有のシリアル番号が記憶されており、このシリアル番号が意図するところについては追って詳述する。

ワークメモリ１０６は、上述の各種処理の実行に必要なレジスタ・フラグデータを一時記憶する他、赤外線通信部１０２を介して端末２００から転送される曲データや曲予約データを一時記憶する。ワークメモリ１０６に一時記憶される曲データや曲予約データは、上述した不揮発性メモリ１０４に転送保存される。音源部１０７は、周知の波形メモリ読み出し方式で構成され、ＣＰＵ１０５の制御の下に、不揮発性メモリ１０４から読み出した楽曲データに応じて楽音合成してなる楽音データ（カラオケ演奏音）を発生する。

ミキシングアンプ部１０８は、音声入力部１０１が発生する音声データと、音源部１０７が発生する楽音データ（カラオケ演奏音）とをそれぞれアナログ信号形式の音声信号および楽音信号に変換した後、それら両信号をユーザ指定の比率で混合してから所定レベルに増幅した音声出力を発生する。ビデオエンコーダ１０９は、ＣＰＵ１０５の制御の下に、不揮発性メモリ１０４から読み出した歌詞データを歌詞字幕表示させる映像出力に変換する。ミキシングアンプ部１０８の音声出力およびビデオエンコーダ１０９の映像出力は、図１に図示したように、ＴＶ受像機１１０に供給されて音声再生されると共に、歌詞字幕が画面表示される。

（３）端末２００の構成
端末２００は、周知のインターネット接続機能および赤外線通信機能を備え、インターネット接続機能を起動してインターネットＩＴＮ上の配信サーバ３００にアクセスして所望の曲データをダウンロードしたり、赤外線通信機能を起動して本体１００とデータ授受するように構成されている。

後述するように、端末２００は、赤外線通信機能を用いて本体１００側から装置固有のシリアル番号を受領する。シリアル番号を受領した端末２００は、インターネット接続機能を用いて配信サーバ３００にアクセスし、その配信サーバ３００においてシリアル番号毎に管理されるユーザ情報（後述する）を参照し、ダウンロードしようとする曲データについて属性確認する。

属性確認とは、ダウンロードしようとする曲データが、端末２００側にダウンロード済みであって、かつ端末２００から本体１００に書き込まれた状態にあるか、あるいは端末２００側にダウンロード済みであるものの、未だ端末２００から本体１００に書き込まれていない状態であるかを確認することを指す。こうした属性確認を行うことによって、誤って同じ曲データを取り寄せることを防止する。未ダウンロードの曲データであることが属性確認された場合、端末２００はその曲データをダウンロードし、その後に赤外線通信機能を利用して本体１００にダウンロードした曲データを書き込んだり、選曲リモコンとして演奏予約を指示する。

（４）配信サーバ３００の構成
配信サーバ３００は、ウェブサーバとこれに連係してデータ検索するデータベースを備える。ウェブサーバでは、インターネットＩＴＮを介してアクセスしてくる端末２００が正規ユーザであるか否かを認証し、正規ユーザからの要求に応じてコンテンツ内容（データベース登録された曲データの一覧）の閲覧や曲検索あるいは指定された曲データのダウンロードを実行する。データベースは、ウェブサーバからの指示に従い、自己に登録された曲データの一覧を発生したり、指定条件に応じた曲検索や指定された曲データを抽出したりする他、後述のユーザ情報を登録する。

配信サーバ３００のデータベースは、曲番号ＫＮを検索キーとして複数の曲データを記憶管理する曲データエリアと、本体１００固有のシリアル番号別にユーザ情報を記憶管理するユーザ情報エリアとを備える。ユーザ情報エリアには、図３に図示するように、本体１００固有のシリアル番号に対応したユーザ情報ＵＳＤおよび利用者プロフィール情報ＵＰＤが登録される。

ユーザ情報ＵＳＤは、図４に図示するように、曲番号ＫＮ毎に登録される情報であり、ダウンロード者名ＤＮ、書き込みフラグＦおよび利用者設定情報ＵＳから構成される。ダウンロード者名ＤＮは、曲番号ＫＮの曲データをダウンロードしたユーザを識別する情報である。具体的には、配信サーバ３００にアクセス認証する際に使用したユーザＩＤあるいはユーザ使用の端末２００（携帯電話）固有の電話番号などを用いる。

書き込みフラグＦは、曲番号ＫＮに対応して設けられ、配信サーバ３００から端末２００に曲番号ＫＮの曲データをダウンロードした時に「０」、さらに曲番号ＫＮの曲データを端末２００から本体１００側に転送して書き込み済みの状態となった時に「１」となるフラグである。利用者設定情報ＵＳは、曲番号ＫＮの曲データを用いて本体１００でカラオケ演奏した各利用者毎の演奏設定内容（例えばキーやテンポなど）を表す情報である。

なお、上述したダウンロード者名ＤＮとは、配信サーバ３００から端末２００に曲データをダウンロードした端末２００の所有者を指す。一方、利用者設定情報ＵＳの利用者とは、端末２００を選曲リモコンとして用い、それによって本体１００に書き込み済みの曲データでカラオケ演奏を行った端末２００の所有者を指す。したがって、曲データをダウンロードした者が必ずしも利用者になるとは限らない。

このように、上記データ構造によるユーザ情報ＵＳＤの登録内容に基づき、本実施の形態では、
（イ）シリアル番号からどの本体１００向けにダウンロードされた曲なのかが判る。
（ロ）曲番号ＫＮの曲データが誰（どの端末２００）によってダウンロードされたかが判る。
（ハ）曲番号ＫＮの曲データが端末２００にダウンロードされたままなのか、本体１００側に転送済みなのかを識別し得る。
（ニ）曲番号ＫＮの曲データを用いてカラオケ演奏する際のキーやテンポなどを利用者毎に保持することで次回のカラオケ演奏時に参照すれば再度の設定が不要になる。

本体１００固有のシリアル番号に対応して記憶管理されるユーザ情報エリア内の利用者プロフィール情報ＵＰＤは、上述したユーザ情報ＵＳＤと同様、図５に図示するように、曲番号ＫＮ毎に登録される情報であり、利用者名ＵＮ、利用者属性ＵＡおよびダウンロード曲ＤＫから構成される。利用者名ＵＮは、上述の利用者設定情報ＵＳとして登録された利用者を識別する名前又はＩＤを表す情報である。利用者属性ＵＡには、年齢、性別、趣味など個人の属性が登録される。ダウンロード曲ＤＫには、対応する利用者によってダウンロードされた曲の曲番号ＫＮが登録される。

Ｂ．動作
次に、上記構成によるカラオケシステムの動作を説明する。以下では、図６〜図１３を参照して端末２００の動作を説明し、続いて図１４〜図１８を参照して配信サーバ３００の動作を説明し、さらに図１９〜図２５を参照して本体１００の動作を説明する。

（１）端末２００の動作
端末２００では、「曲検索処理」、「検索結果表示処理」、「ダウンロード処理」、「曲転送処理」、「曲予約処理」、「利用者設定情報受信処理」、「歌詞データ受信処理」および「プロフィール登録処理」が実行される。以下、各処理の動作を説明する。

＜曲検索処理の動作＞
端末２００において、曲検索スイッチがオン操作されると、図６に図示する本処理が実行されてステップＳＡ１に処理を進め、本体１００側からシリアル番号を受領しているかどうかを判断する。既に本体１００側からシリアル番号を受領済みであれば、判断結果は「ＮＯ」になり、後述のステップＳＡ５に処理を進める。
一方、シリアル番号を受領していないと、上記ステップＳＡ１の判断結果が「ＹＥＳ」になり、ステップＳＡ２に進み、本体１００側にシリアル番号の送出要求を送付し、続くステップＳＡ３では、この送出要求に応じて本体１００が送出するシリアル番号を受信するまで待機する。なお、本体１００側では、端末２００からのシリアル番号送出要求を受信すると、後述のシリアル番号受信処理（図１９参照）を実行し、自己固有のシリアル番号を端末２００に返送する。

そして、本体１００からシリアル番号を受信すると、ステップＳＡ３の判断結果が「ＹＥＳ」になり、ステップＳＡ４に進み、受信したシリアル番号をメモリ保存する。こうして、端末２００が制御対象とする本体１００固有のシリアル番号を入手し終えると、ステップＳＡ５に進み、シリアル番号および曲検索要求を配信サーバ３００に送出する。ここで言う曲検索要求とは、例えば指定ジャンルの曲あるいは指定アーティスト名の曲等の検索を指示することを指す。

端末２００側からの曲検索要求を受けた配信サーバ３００では、後述する曲検索要求受信処理（図１４参照）を実行し、端末２００の検索要求に応じた検索結果を返送する。検索結果は、検索された曲の曲番号ＫＮ、曲名および書き込みフラグＦから構成される。
そうした検索結果を受信すると、端末２００では、ステップＳＡ６の判断結果が「ＹＥＳ」になり、ステップＳＡ７に進む。ステップＳＡ７では、配信サーバ３００から受領した検索結果を画面表示する検索結果表示処理（後述する）を実行する。

次いで、ステップＳＡ８以降では、検索結果の表示内容に基づき行われるユーザのスイッチ操作に対応した処理を実行する。すなわち、曲検索した結果から所望の曲データが「ダウンロードされていない」、「端末２００にダウンロード済みであるが、本体１００側に未転送」、「本体１００側に書き込み（転送）済」のいずれかに場合分けされる。
そして、所望の曲データがダウンロードされていない場合には、その曲データを配信サーバ３００よりダウンロードすべくダウンロードスイッチをオン操作する。すると、ステップＳＡ８の判断結果が「ＹＥＳ」になり、ステップＳＡ９を介してダウンロード処理（後述する）を実行した後、ステップＳＡ８に処理を戻す。

端末２００にダウンロード済みであるが、本体１００側に未転送の場合には、端末２００にダウンロード済みの曲データを本体１００側に書き込むべく曲転送スイッチをオン操作する。すると、ステップＳＡ１０の判断結果が「ＹＥＳ」になり、ステップＳＡ１１を介して曲転送処理（後述する）を実行した後、ステップＳＡ８に処理を戻す。
所望の曲データが既に本体１００側に書き込まれている場合には、その曲データのカラオケ演奏を予約すべく曲予約スイッチをオン操作する。すると、ステップＳＡ１２の判断結果が「ＹＥＳ」になり、ステップＳＡ１３を介して曲予約処理（後述する）を実行した後、ステップＳＡ８に処理を戻す。
なお、端末２００を本体１００の選曲リモコンとして機能させるのを終了させるべく終了スイッチをオン操作した場合には、ステップＳＡ１４の判断結果が「ＹＥＳ」となり、本処理を完了させる。

＜検索結果表示処理の動作＞
次に、図７を参照して検索結果表示処理の動作を説明する。上述した曲検索処理のステップＳＡ７（図６参照）を介して本処理が実行されると、端末２００はステップＳＢ１に処理を進め、配信サーバ３００から送付される検索結果（検索された曲の曲番号ＫＮ、曲名および書き込みフラグＦ）に基づき、端末２００の表示画面に曲名を一覧表示する。次いで、ステップＳＢ２では、一覧表示される曲名の内から選択した曲の書き込みフラグＦが「１」、つまり本体１００側に書き込み済みであるかどうかを状態判定する。

本体１００側に書き込み済みであると、判断結果は「ＹＥＳ」になり、ステップＳＢ３に進み、表示画面に「本体書き込み済み」を表示してユーザに教示する。そして、ステップＳＢ４では、一覧表示された各曲について状態判定し終えたか否かを判断する。状態判定し終えていなければ、判断結果が「ＹＥＳ」になり、ステップＳＢ１に処理を戻す。
以後、一覧表示された各曲について状態判定し終えるまでステップＳＢ１〜ＳＢ４を繰り返す。状態判定を行う過程で、本体１００側に書き込み済みでない曲データ、すなわち書き込みフラグＦが「０」の曲名が有ると、上記ステップＳＢ２の判断結果は「ＮＯ」になり、ステップＳＢ５に進む。

ステップＳＢ５では、書き込みフラグＦが「０」の曲名に対応した曲番号ＫＮの曲データが端末２００にメモリ保存されているか否かを判断する。メモリ保存されていれば、判断結果は「ＹＥＳ」になり、ステップＳＢ６に進み、表示画面に「ダウンロード済み」を表示してユーザに教示した後、ステップＳＢ４に処理を戻す。
一方、メモリ保存されていないと、上記ステップＳＢ５の判断結果が「ＮＯ」になり、ステップＳＢ７に進み、表示画面に「曲データ無し」を表示してユーザに教示した後、ステップＳＢ４に処理を戻す。そして、一覧表示された各曲について状態判定し終えると、ステップＳＢ４の判断結果が「ＹＥＳ」となり、本処理を完了させる。

このように、検索結果表示処理では、配信サーバ３００から送付され、検索された曲毎の曲番号ＫＮ、曲名および書き込みフラグＦを表す検索結果に基づき、検索された曲名を一覧表示し、その内から選択される曲名の書き込みフラグＦを参照して、選択された曲名の曲データが「本体書き込み済み」、端末２００に「ダウンロード済み」および端末２００に「曲データ無し」のいずれであるかをユーザに教示するようになっている。これにより、誤って同じ曲データを配信サーバ３００から取り寄せることを防止しながら、本体１００側に書き込み済みの最新の曲目を各ユーザが個別に確認することが可能になる。

＜ダウンロード処理の動作＞
次に、図８を参照してダウンロード処理の動作を説明する。上述した検索結果表示処理（図７参照）により所望の曲データが端末２００に未ダウンロードであることが判明した場合に、ユーザがその曲データを配信サーバ３００よりダウンロードすべくダウンロードスイッチをオン操作すると、前述のステップＳＡ９（図６参照）を介して本処理が実行され、ステップＳＣ１に処理を進め、検索結果からダウンロードしようとする曲名をユーザ操作で選択する。
次いで、ステップＳＣ２では、ダウンロード要求スイッチがオン操作されるまで待機し、ダウンロード要求スイッチがオン操作されると、ステップＳＣ２の判断結果が「ＹＥＳ」になり、ステップＳＣ３に進む。ステップＳＣ３では、ダウンロード要求した曲データが端末内部にメモリ保存されているか否かを判断する。端末内部にメモリ保存されている場合には、判断結果が「ＹＥＳ」になり、ステップＳＣ４に進み、「ダウンロード済」を表示画面に警告表示して本処理を完了させる。

これに対し、ダウンロード要求した曲データが端末内部にメモリ保存されていなければ、上記ステップＳＣ３の判断結果は「ＮＯ」になり、ステップＳＣ５に進み、ダウンロード要求を配信サーバ３００に送付する。ここで、ダウンロード要求は、シリアル番号、ダウンロード者名およびダウンロードする曲番号を含む。
端末２００側からのダウンロード要求を受けた配信サーバ３００では、後述するダウンロード要求受信処理（図１５参照）を実行し、要求された曲番号ＫＮの曲データを端末２００側にダウンロードする一方、このダウンロードに係わるユーザ情報ＵＳＤをユーザ情報エリアに登録する。

次いで、ステップＳＣ６では、配信サーバ３００から曲データがダウンロードされるまで待機し、曲データのダウンロードが開始されると、判断結果が「ＹＥＳ」になり、ステップＳＣ７に進み、ダウンロードされる曲データをメモリにストアして本処理を終える。
このように、ダウンロード処理では、ダウンロードしようとする曲データが自己に保存済みであるかどうかを判断し、保存されていなければその曲データのダウンロードを配信サーバ３００に要求し、これに応じて配信サーバ３００からダウンロードされる曲データをメモリ保存するようになっている。

＜曲転送処理の動作＞
次に、図９を参照して曲転送処理の動作を説明する。前述の検索結果表示処理（図７参照）により所望の曲データが端末２００にダウンロード済みであるものの、本体１００側に未転送であることが判明した場合に、ユーザがその曲データを本体１００側に書き込むべく曲転送スイッチをオン操作すると、前述のステップＳＡ１１（図６参照）を介して本処理が実行され、ステップＳＤ１に処理を進める。ステップＳＤ１では、検索結果から本体１００側に転送する曲名をユーザ操作に応じて選択する。
次いで、ステップＳＤ２では、曲転送要求スイッチがオン操作されるまで待機し、当該スイッチがオン操作されると、ここでの判断結果が「ＹＥＳ」になり、ステップＳＤ３に進む。ステップＳＤ３では、転送要求した曲の書き込みフラグＦを判別する。つまり、転送要求した曲が既に本体１００側に転送済み（Ｆ＝１）あるいは未転送（Ｆ＝０）のいずれであるかを判断する。本体１００側に転送済み（Ｆ＝１）であると、ステップＳＤ４に進み、表示画面に「転送済」を警告表示してユーザに教示してから本処理を完了させる。

これに対し、未転送（Ｆ＝０）であれば、ステップＳＤ５に進み、転送しようとする曲データが端末内部にメモリ保存されているか否かを判断する。端末内部にメモリ保存されていれば、判断結果は「ＹＥＳ」となり、ステップＳＤ６に進み、該当する曲データおよび利用者設定情報ＵＳを本体１００側にデータ転送する。
端末２００側から赤外線通信にてデータ転送される曲データおよび利用者設定情報ＵＳを受信する本体１００側では、後述の転送曲受信処理（図２０参照）を実行し、受信した曲データおよび利用者設定情報ＵＳをメモリストアすると共に、転送終了時に自己固有のシリアル番号を付加した転送終了信号を端末２００側に返送する。

端末２００では、上記ステップＳＤ６にてデータ転送を行った後、ステップＳＤ７に進み、本体１００側からの転送終了信号を受信するまで待機し、シリアル番号が付加された転送終了信号を受信すると、判断結果が「ＹＥＳ」となり、ステップＳＤ８に進む。そして、ステップＳＤ８では、本体１００より受信した転送終了信号およびシリアル番号に、転送した曲の曲番号ＫＮとダウンロード者名（端末２００のユーザＩＤあるい電話番号）とを付加して配信サーバ３００に送出して本処理を終える。なお、配信サーバ３００では、端末２００から転送終了を受信した場合、後述の転送終了受信処理（図１６参照）を実行する。

さて一方、上記ステップＳＤ１にて選択した曲の曲データが端末内部にメモリ保存されていない場合には、上記ステップＳＤ５の判断結果が「ＮＯ」となり、ステップＳＤ９に進み、選択曲のダウンロード要求を配信サーバ３００に送付する。ここで、ダウンロード要求は、シリアル番号、ダウンロード者名およびダウンロードする曲番号を含む。
端末２００側からのダウンロード要求を受けた配信サーバ３００では、後述するダウンロード要求受信処理（図１５参照）を実行し、要求された曲番号ＫＮの曲データを端末２００側にダウンロードする一方、このダウンロードに係わるユーザ情報ＵＳＤをユーザ情報エリアに登録する。

次いで、ステップＳＤ１０では、配信サーバ３００から曲データがダウンロードされるまで待機し、曲データのダウンロードが開始されると、判断結果が「ＹＥＳ」になり、ステップＳＤ１１に進み、ダウンロードされる曲データをメモリにストアする。この後、上述したステップＳＤ６に処理を進め、配信サーバ３００から取り寄せた曲データを本体１００側に転送する。

このように、曲転送処理では、本体１００側に転送する曲の曲データが転送済み（Ｆ＝１）かどうか判断し、未転送（Ｆ＝０）であれば、曲データがメモリ保存されているか否かを判断する。そして、メモリ保存されていれば、該当する曲データおよび利用者設定情報ＵＳを本体１００側にデータ転送し、これに応じて本体１００側から返送されるシリアル番号および転送終了信号を受信する。そして、本体１００側から受信した転送終了信号およびシリアル番号に、曲番号ＫＮおよびダウンロード者名（端末２００のユーザＩＤあるい電話番号）を付加して配信サーバ３００に送付する。一方、転送しようとした曲の曲データが端末内部にメモリ保存されていなければ、新たに配信サーバ３００から取り寄せて本体１００側にデータ転送するようになっている。

＜曲予約処理の動作＞
次に、図１０を参照して曲予約処理の動作を説明する。前述の検索結果表示処理（図７参照）により所望の曲データが既に本体１００側に書き込まれていることが判明した場合に、その曲データのカラオケ演奏を予約すべくユーザが曲予約スイッチをオン操作すると、前述のステップＳＡ１３（図６参照）を介して本処理が実行され、ステップＳＥ１に処理を進める。ステップＳＥ１では、検索結果から本体１００側に転送する曲名をユーザ操作に応じて選択する。次いで、ステップＳＥ２では、送信スイッチがオン操作されるまで待機し、当該スイッチがオン操作されると、判断結果が「ＹＥＳ」になり、ステップＳＥ３に進む。

ステップＳＥ３では、演奏予約する曲が既に本体１００側に転送済み（Ｆ＝１）あるいは未転送（Ｆ＝０）のいずれであるかを判断する。本体１００側に転送済み（Ｆ＝１）であると、ステップＳＥ８に進み、予約曲番および利用者名からなる曲予約データを赤外線通信にて本体１００へ送信する。なお、本体１００では、この曲予約データを受信した場合、後述する予約曲受信処理（図２１参照）を実行して受信した曲予約データをメモリストアするようになっている。

これに対し、演奏予約する曲が本体１００側に未転送（Ｆ＝０）であると、ステップＳＥ４に進み、演奏予約する曲の曲データが端末内部にメモリ保存されているか否かを判断する。端末内部にメモリ保存されていれば、判断結果は「ＹＥＳ」となり、ステップＳＥ５に進み、該当する曲データおよび利用者設定情報ＵＳを本体１００側にデータ転送する。
本体１００側では、曲データおよび利用者設定情報ＵＳを受信すると、後述の転送曲受信処理（図２０参照）を実行し、受信した曲データおよび利用者設定情報ＵＳをメモリストアすると共に、転送終了時に自己固有のシリアル番号を付加した転送終了信号を端末２００側に返送する。

端末２００では、上記ステップＳＥ５にてデータ転送を行った後、ステップＳＥ６に進み、本体１００側からの転送終了信号を受信するまで待機し、シリアル番号が付加された転送終了信号を受信すると、判断結果が「ＹＥＳ」となり、ステップＳＥ７に進む。ステップＳＥ７では、本体１００より受信した転送終了信号およびシリアル番号に、演奏予約した曲の曲番号ＫＮとダウンロード者名（端末２００のユーザＩＤあるい電話番号）とを付加して配信サーバ３００に送出する。この後、ステップＳＥ８に進み、予約曲番および利用者名からなる曲予約データを赤外線通信にて本体１００へ送信して本処理を完了させる。なお、上記ステップＳＥ７にて送出した転送終了を受信した配信サーバ３００では、後述の転送終了受信処理（図１６参照）を実行する。

さて一方、上記ステップＳＥ１にて選択した曲の曲データが端末内部にメモリ保存されていない場合には、上記ステップＳＥ４の判断結果が「ＮＯ」となり、ステップＳＥ９に進み、選択曲のダウンロード要求を配信サーバ３００に送付する。ここで、ダウンロード要求は、シリアル番号、ダウンロード者名およびダウンロードする曲番号ＫＮを含む。
端末２００側からのダウンロード要求を受けた配信サーバ３００では、後述するダウンロード要求受信処理（図１５参照）を実行し、要求された曲番号ＫＮの曲データ（含む曲番号ＫＮおよび利用者設定情報ＵＳ）を端末２００側にダウンロードする一方、このダウンロードに係わるユーザ情報ＵＳＤをユーザ情報エリアに登録する。

次いで、ステップＳＥ１０では、配信サーバ３００から曲データがダウンロードされるまで待機し、曲データのダウンロードが開始されると、判断結果が「ＹＥＳ」になり、ステップＳＥ１１に進み、ダウンロードされる曲データ（含む曲番号ＫＮおよび利用者設定情報ＵＳ）をメモリにストアする。この後、上述したステップＳＥ５に処理を進め、配信サーバ３００から取り寄せた曲データを本体１００側に転送するようになっている。

このように、曲予約処理では、演奏予約する曲の曲データが転送済み（Ｆ＝１）かどうか判断し、未転送（Ｆ＝０）であれば、曲データがメモリ保存されているか否かを判断する。そして、メモリ保存されていれば、該当する曲データおよび利用者設定情報ＵＳを本体１００側にデータ転送し、これに応じて本体１００側から返送されるシリアル番号および転送終了信号を受信する。そして、本体１００側から受信した転送終了信号およびシリアル番号に、曲番号ＫＮおよびダウンロード者名（端末２００のユーザＩＤあるい電話番号）を付加して配信サーバ３００に送付する。一方、転送しようとした曲の曲データが端末内部にメモリ保存されていなければ、新たに配信サーバ３００から取り寄せて本体１００側にデータ転送するようになっている。

＜利用者設定情報受信処理の動作＞
次に、図１１を参照して利用者設定情報受信処理の動作を説明する。後述するように、本体１００では、カラオケ演奏時にキーやテンポ等の演奏設定内容を変更した場合、その設定変更の内容を表す利用者設定情報を発生し、発生した利用者設定情報と共に、シリアル番号、予約曲番号および利用者名を端末２００側に赤外線通信にてデータ送信するようになっている。
端末２００では、そうしたデータ送信を受信すると、図１１に図示する本処理を実行し、ステップＳＦ１に進み、本体１００側が送出するシリアル番号、予約曲番号、利用者名および利用者設定情報を受信した後、これら一連の情報を配信サーバ３００に送付する。
なお、配信サーバ３００では、端末２００から送付されるシリアル番号、予約曲番号、利用者名および利用者設定情報を受信してストアする利用者設定情報受信処理（図１７参照）を実行するようになっている。

＜歌詞データ受信処理の動作＞
次に、図１２を参照して歌詞データ受信処理の動作を説明する。後述するように、本体１００では、カラオケ演奏の開始を指示するスタートスイッチのオン操作に応じて曲演奏処理（図２３参照）を実行し、カラオケ演奏に用いる歌詞データや同期コマンドを端末２００側に赤外線通信にてデータ送信するようになっている。
端末２００では、本体１００から歌詞データを受信すると、図１２に図示する本処理を実行し、ステップＳＧ１に進み、背景画像を表示画面に表示する。なお、この背景画像は、例えば待受画面など端末２００に予め記憶されている画像データを再生表示したものである。また、これに替えて、本体１００から歌詞データと共に背景画像データを受領し、それを画面表示する態様であってもよい。

次いで、ステップＳＧ２では、本体１００から受領した歌詞データの内、例えば最初の１フレーズ部分の歌詞データを用いて歌詞字幕を表示する。続いて、ステップＳＧ３では、本体１００からの同期コマンドを受信するまで待機し、同期コマンドを受信すると、判断結果が「ＹＥＳ」になり、ステップＳＧ４に進む。ステップＳＧ４では、単位時間が経過するまで待機する。
すなわち、端末２００では、図示されていないタイマインタラプト処理に基づきカラオケ演奏テンポに対応させたテンポクロックを発生しており、このテンポクロック１周期分の時間である「単位時間」が経過したかどうかを判断している。単位時間が経過すると、ここでの判断結果が「ＹＥＳ」になり、ステップＳＧ５に進む。

ステップＳＧ５では、表示画面に表示された歌詞字幕の表示色をカラオケ演奏の進行に同期させて変化させる色替えタイミングであるか否かを判断する。色替えタイミングであるか否かは、対応する楽曲データのイベントタイミングに基づき判断する。そして、色替えタイミングでなければ、判断結果は「ＮＯ」になり、後述のステップＳＧ７に処理を進めるが、色替えタイミング下であれば、ステップＳＧ６に進み、色替え位置を移動させる。

次いで、ステップＳＧ７では、本体１００からの同期コマンドを受信したか否かを判断する。同期コマンドを受信しなければ、判断結果は「ＮＯ」となり、上述のステップＳＧ４に処理を戻して再び単位時間経過するまで待機する。一方、本体１００からの同期コマンドを受信すると、判断結果が「ＹＥＳ」になり、ステップＳＧ８に進む。ステップＳＧ８では、残りの歌詞データの有無を判断する。字幕表示されていない残りの歌詞データが有れば、判断結果は「ＹＥＳ」となり、ステップＳＧ９に進み、例えば次フレーズの歌詞データに従って歌詞字幕表示を更新させ、続くステップＳＧ１０では、色替え位置を最初（歌詞字幕の先頭）に戻した後、ステップＳＧ４に処理を戻す。
以後、ステップＳＧ４〜ＳＧ１０を繰り返し、カラオケ演奏の進行に同期して色替え位置を移動させたり、歌詞字幕表示の更新させる処理を行わせる。そして、残りの歌詞データが無くなると、ステップＳＧ８の判断結果が「ＮＯ」になり、ステップＳＧ１０に進み、カラオケ演奏終了に応じて判断結果が「ＹＥＳ」となり、本処理を完了させる。

このように、歌詞データ受信処理では、本体１００から送出される同期コマンドを受信した時点を切っ掛けにして、本体１００より受領した歌詞データを用いた歌詞字幕表示の色替え位置を、端末２００内部で発生するテンポクロックに同期させて移動させる一方、同期コマンドを受信する毎に歌詞字幕表示の更新および色替え位置を歌詞字幕の先頭にリセットすることによって、カラオケ演奏進行に同期させた歌詞字幕の表示および色替え位置移動を行うようになっている。

＜プロフィール登録処理の動作＞
次に、図１３を参照してプロフィール登録処理の動作を説明する。プロフィール登録スイッチのオン操作に応じて本処理が実行されると、端末２００は図１３に図示するステップＳＨ１に処理を進め、本体１００側からシリアル番号を受領しているかどうかを判断する。シリアル番号を受領済みであれば、判断結果は「ＮＯ」になり、後述のステップＳＨ５に処理を進める。
一方、シリアル番号を受領していなければ、上記ステップＳＨ１の判断結果は「ＹＥＳ」となり、ステップＳＨ２に進み、本体１００側にシリアル番号の送出要求を赤外線通信にてデータ送信し、続くステップＳＨ３ではその要求に応じて返送されるシリアル番号を受信するまで待機する。なお、本体１００側では、シリアル番号送出要求を受信すると、後述のシリアル番号受信処理（図１９参照）を実行し、自己固有のシリアル番号を端末２００に返送する。

そして、シリアル番号を受信すると、ステップＳＨ３の判断結果が「ＹＥＳ」になり、ステップＳＨ４に進み、受信したシリアル番号をメモリ保存する。こうして、端末２００が制御対象とする本体１００固有のシリアル番号を入手し終えると、ステップＳＨ５に進み、端末内部のメモリにストアされている端末所有者名（利用者名ＵＮ）、利用者属性（年齢、性別等）およびダウンロードした曲番号（ダウンロード曲ＤＫ）を取り出してプロフィール情報を形成する。次いで、ステップＳＨ６では、このプロフィール情報およびシリアル番号を配信サーバ３００に送出する。
配信サーバ３００では、端末２００側からプロフィール情報およびシリアル番号を受領すると、後述するシリアル番号プロフィール受信処理（図１８参照）を実行し、シリアル番号に対応したユーザ情報エリアに、端末２００のプロフィール情報を、前述した利用者プロフィール情報ＵＰＤ（図５参照）としてデータベース登録するようにしている。

（２）配信サーバ３００の動作
配信サーバ３００では、「曲検索要求受信処理」、「ダウンロード要求受信処理」、「転送終了受信処理」、「利用者設定情報受信処理」および「シリアル番号、プロフィール受信処理」が実行される。以下、各処理の動作を説明する。

＜曲検索要求受信処理の動作＞
次に、図１４を参照して曲検索要求受信処理の動作を説明する。端末２００が前述の曲検索処理（図６参照）を実行してシリアル番号および曲検索要求を配信サーバ３００側に送出すると、配信サーバ３００では図１４に図示する本処理を実行し、ステップＳＪ１に処理を進め、端末２００からの検索要求に応じて、データベースの曲データエリアから該当する曲の曲番号ＫＮを検索する。続いて、ステップＳＪ２では、端末２００より受領したシリアル番号に対応するユーザ情報エリア（図３参照）を指定する。

次いで、ステップＳＪ３〜ＳＪ６では、指定されたユーザ情報エリア内のユーザ情報ＵＳＤ（図４参照）を参照して、検索された曲の曲番号ＫＮ、曲名および書き込みフラグＦから構成される検索結果を作成する。すなわち、上記ステップＳＪ１にて検索した曲の曲番号ＫＮがユーザ情報ＵＳＤに登録されていれば、曲番号ＫＮの書き込みフラグＦを抽出し、一方、登録されていなければ曲番号ＫＮの書き込みフラグＦを、未ダウンロードを表す空白（ブランク）に設定する。この後、ステップＳＪ７に進み、こうして作成した検索結果を曲検索要求をした端末２００側へ返送して本処理を完了させる。

＜ダウンロード要求受信処理の動作＞
次に、図１５を参照してダウンロード要求受信処理の動作を説明する。端末２００が前述したダウンロード処理のステップＳＣ５（図８参照）、曲転送処理のステップＳＤ９（図９参照）あるいは曲予約処理のステップＳＥ９（図１０参照）のいずれかを実行し、シリアル番号、ダウンロード者名およびダウンロードする曲番号を含むダウンロード要求を配信サーバ３００側に送出したとする。
そうすると、配信サーバ３００では、図１５に図示する本処理を実行し、ステップＳＫ１に処理を進め、端末２００からのダウンロード要求に応じて、データベースから該当する曲の曲番号ＫＮ、曲データおよび利用者設定情報ＵＳを読み出し、要求をした端末２００にダウンロードする。

次いで、ステップＳＫ２では、本体１００固有のシリアル番号に対応して記憶管理されるユーザ情報エリア内の利用者プロフィール情報ＵＰＤ（図５参照）の内、ダウンロード要求した端末２００のユーザ（ダウンロード者名ＤＮ）と同じ利用者名ＵＮを検索し、該当する利用者名ＵＮのダウンロード曲ＤＫに、ダウンロードした曲の曲番号ＫＮを追加登録する。続いて、ステップＳＫ３では、シリアル番号に対応するユーザ情報ＵＳＤ（図４参照）を指定する。
ステップＳＫ４〜ＳＫ７では、指定されたユーザ情報ＵＳＤにダウンロードした曲の曲番号ＫＮが登録されているか否かを判断し、登録されていなければ、空きエリアを確保して新規にダウンロードした曲の曲番号およびダウンロード者名をストアすると共に、書き込みフラグＦを「０」にセットする。

このように、ダウンロード要求受信処理では、要求された曲の曲番号ＫＮ、曲データおよび利用者設定情報ＵＳを端末２００にダウンロードし、これに応じてダウンロードを要求した端末２００の所有者に対応した利用者プロフィール情報ＵＰＤにダウンロードした曲の曲番号ＫＮを追加登録する一方、新規ダウンロードの場合であれば、ユーザ情報ＵＳＤに新たにダウンロードした曲の曲番号、ダウンロード者名および「０」の書き込みフラグＦをストアするようになっている。

＜転送終了受信処理の動作＞
次に、図１６を参照して転送終了受信処理の動作を説明する。端末２００が前述した曲転送処理のステップＳＤ８（図９参照）あるいは曲予約処理のステップＳＥ７（図１０参照）のいずれかを実行し、本体１００より受信したシリアル番号、本体１００に転送した曲の曲番号ＫＮおよびダウンロード者名を含む転送終了信号を配信サーバ３００側に送出したとする。
そうすると、配信サーバ３００では、図１６に図示する本処理を実行し、ステップＳＬ１に処理を進め、受信したシリアル番号に対応するユーザ情報ＵＳＤ（図４参照）を指定する。次いで、ステップＳＬ２では、指定されたユーザ情報ＵＳＤに転送完了した曲番号ＫＮが登録されているか否かを判断する。

曲番号ＫＮが登録されている場合には、上記ステップＳＬ２の判断結果が「ＹＥＳ」となり、ステップＳＬ３に進み、その曲番号ＫＮに対応する書き込みフラグＦを「１」にセットして本処理を完了させる。
これに対し、曲番号ＫＮが登録されていない場合には、上記ステップＳＬ２の判断結果が「ＮＯ」になり、ステップＳＬ４に進み、指定されたユーザ情報ＵＳＤ中に空きエリアを確保し、続くステップＳＬ５では、端末２００より受信した曲番号ＫＮおよびおよびダウンロード者名を、その確保した空きエリアにストアする。この後、上記ステップＳＬ３に進み、曲番号ＫＮに対応する書き込みフラグＦを「１」にセットして本処理を完了させる。

＜利用者設定情報受信処理の動作＞
次に、図１７を参照して利用者設定情報受信処理の動作を説明する。端末２００が前述した利用者設定情報受信処理のステップＳＦ１（図１１参照）を実行し、本体１００より受信したシリアル番号、予約曲番号、利用者名および利用者設定情報を配信サーバ３００側に送出したとする。
そうすると、配信サーバ３００では、図１７に図示する本処理を実行し、ステップＳＭ１に処理を進める。ステップＳＭ１では、受信したシリアル番号および曲番号ＫＮに対応するユーザ情報ＵＳＤ（図４参照）を指定する。次いで、ステップＳＭ２では、受信した利用者名の利用者設定情報ＵＳを、上記ステップＳＭ１にて指定されたユーザ情報ＵＳＤ中から検索する。

そして、ステップＳＭ３では、受信した利用者名の利用者設定情報ＵＳがユーザ情報ＵＳＤから検索されたか否かを判断する。該当する利用者設定情報ＵＳが検索された場合には、判断結果が「ＹＥＳ」になり、ステップＳＭ４に進み、その検索された利用者設定情報ＵＳを、受信した利用者設定情報に上書きして更新登録する。
一方、該当する利用者設定情報ＵＳが検索されない場合には、上記ステップＳＭ３の判断結果が「ＮＯ」となり、ステップＳＭ５に進み、ユーザ情報ＵＳＤ中の利用者設定情報ＵＳエリアに空きエリアを確保し、続くステップＳＭ６では、その確保した空きエリアに、受信した利用者設定情報を新規登録する。

このように、利用者設定情報受信処理では、端末２００を媒介させて本体１００が送出したシリアル番号、予約曲番号、利用者名および利用者設定情報を配信サーバ３００側で受信する。そして、受信したシリアル番号および曲番号ＫＮに対応するユーザ情報ＵＳＤ中に、受信した利用者名の利用者設定情報ＵＳが登録済みであれば、受信した利用者設定情報に上書きして更新登録し、一方、未登録であれば、受信した利用者設定情報を新規登録するようになっている。

＜シリアル番号プロフィール受信処理の動作＞
次に、図１８を参照してシリアル番号プロフィール受信処理の動作を説明する。端末２００が前述したプロフィール登録処理のステップＳＨ６（図１３参照）を実行し、本体１００より入手したシリアル番号と、端末内部にストアされ、端末所有者名（利用者名ＵＮ）、利用者属性（年齢、性別等）およびダウンロードした曲番号（ダウンロード曲ＤＫ）からなるプロフィール情報とを配信サーバ３００側に送出したとする。

そうすると、配信サーバ３００では、図１８に図示する本処理を実行し、ステップＳＮ１に処理を進める。ステップＳＮ１では、受信したシリアル番号に対応したユーザ情報エリアの利用者プロフィール情報ＵＰＤ（図５参照）において、利用者名ＵＮ、プロフィール（利用者属性ＵＡ）およびダウンロード曲ＤＫを登録するための空きエリアを確保する。そして、ステップＳＮ２では、その確保し空きエリアに、受信したプロフィール情報を登録する。

（３）本体１００の動作
本体１００では、「シリアル番号受信処理」、「転送曲受信処理」、「予約曲受信処理」、「再生処理」、「曲演奏処理」、「表示制御処理」および「曲制御処理」が実行される。以下、各処理の動作を説明する。

＜シリアル番号受信処理の動作＞
次に、図１９を参照してシリアル番号受信処理の動作を説明する。端末２００が前述した曲検索処理のステップＳＡ２（図６参照）あるいはプロフィール登録処理のステップＳＨ２（図１３参照）のいずれかを実行し、シリアル番号の送出要求をしたとする。
そうすると、本体１００では図１９に図示する本処理を実行し、ステップＳＰ１に処理を進め、内部ＲＯＭに格納される自己固有のシリアル番号を読み出して端末２００側にデータ送信する。

＜転送曲受信処理の動作＞
次に、図２０を参照して転送曲受信処理の動作を説明する。端末２００が前述した曲転送処理のステップＳＤ６（図９参照）あるいは曲予約処理のステップＳＥ５（図１０参照）のいずれかを実行し、曲データおよび利用者設定情報ＵＳを本体１００側にデータ転送したとする。
そうすると、本体１００では、図２０に図示する本処理を実行し、ステップＳＱ１に処理を進め、受信した曲データおよび利用者設定情報ＵＳをメモリストアし、続くステップＳＱ２では、曲データ転送終了に応じて、自己固有のシリアル番号を付加した転送終了信号を端末２００側に返送する。

＜予約曲受信処理の動作＞
次に、図２１を参照して予約曲受信処理の動作を説明する。端末２００が前述した曲予約処理のステップＳＥ８（図１０参照）を実行し、予約曲番および利用者名からなる曲予約データを本体１００側に送出したとする。
そうすると、本体１００では図２１に図示する本処理を実行し、ステップＳＲ１に処理を進め、不揮発性メモリ１０４（図２参照）の予約エリアに空きエリアを確保し、続くステップＳＲ２では、その確保した空きエリアに、受信した曲予約データ（予約曲番および利用者名）をストアする。

＜再生処理の動作＞
次に、図２２を参照して再生処理の動作を説明する。本体１００において、再生スイッチがオン操作されると、図２２に図示する本処理が実行され、ステップＳＳ１に処理を進め、不揮発性メモリ１０４の予約エリアに曲予約データがストアされているか否かを判断する。曲予約データがストアされていれば、上記ステップＳＳ１の判断結果は「ＹＥＳ」になり、ステップＳＳ３に進み、予約エリアにストアされる曲予約データの内、先頭の曲予約データを指定する。次いで、ステップＳＳ４では、不揮発性メモリ１０４の曲データエリアにストアされる曲データの内、上記ステップＳＳ３にて指定された曲予約データ中の予約曲番に対応した曲データを指定する。

続いて、ステップＳＳ５〜ＳＳ７では、カラオケ演奏に先立ってキーやテンポ等の演奏設定内容の有無を判断し、設定内容が変更された場合には、その設定内容を表す利用者設定情報を発生し、その利用者設定情報と共に、シリアル番号、予約曲番号および利用者名を端末２００側に赤外線通信にてデータ送信する。
なお、端末２００側では、そうしたデータ送信を受信すると、前述の利用者設定情報受信処理（図１１参照）を実行し、受信した一連の情報（シリアル番号、予約曲番号、利用者名および利用者設定情報）を配信サーバ３００に送付する。また、配信サーバ３００では、端末２００から送付されるシリアル番号、予約曲番号、利用者名および利用者設定情報を受信して、前述の利用者設定情報受信処理（図１７参照）を実行するようになっている。

そして、ステップＳＳ８では、カラオケ演奏の開始を指示するスタートスイッチがオン操作されるまで待機し、当該スイッチがオン操作されると、判断結果が「ＹＥＳ」になり、ステップＳＳ９を介して曲演奏処理（後述する）を実行する。曲演奏処理が完了すると、ステップＳＳ１０に進み、カラオケ演奏が完了した曲予約データを消去する。この後、上述したステップＳＳ１に処理を戻して曲予約データの有無を判断し、曲予約データが有れば、上述のステップＳＳ３〜ＳＳ１０を繰り返す。曲予約データが無くなり、終了スイッチがオン操作されると、ステップＳＳ２の判断結果が「ＹＥＳ」となり、本処理を完了させる。

＜曲演奏処理の動作＞
次に、図２３を参照して曲演奏処理の動作を説明する。上述した再生処理のステップＳＳ９（図２２参照）を介して本処理が実行されると、図２３に図示するステップＳＴ１に進み、カラオケ演奏する曲データの歌詞データを端末２００へ転送する。なお、端末２００では、本体１００から歌詞データを受信して前述の歌詞データ受信処理（図１２参照）を実行するようになっている。次いで、ステップＳＴ２では、カラオケ演奏する曲データに対応付けられた背景画像データに基づきＴＶ受像機１１０の画面に背景画像を表示させ、続くステップＳＴ３では、例えば最初の１フレーズ部分の歌詞データを用いて背景画面上に歌詞字幕を表示する。

そして、ステップＳＴ４では、同期コマンドを端末２００側に送付する。なお、端末２００では、この同期コマンドを受信した時点で、自己内部で生成するテンポクロックに同期させて歌詞字幕表示の色替え位置を移動させる制御を開始する。この後、ステップＳＴ５〜ＳＴ７では、カラオケ演奏が終了するまで後述の表示制御処理および曲制御処理を繰り返し、カラオケ演奏が終了した時にステップＳＴ７の判断結果が「ＹＥＳ」となり、本処理を完了させる。

＜表示制御処理の動作＞
次に、図２４を参照して表示制御処理の動作を説明する。上述した曲演奏処理のステップＳＴ５（図２３参照）を介して本処理が実行されると、図２４に図示するステップＳＵ１に進む。本体１００では、図示されていないタイマインタラプト処理に基づきカラオケ演奏テンポに対応させたテンポクロックを発生しており、ステップＳＵ１では、そのテンポクロック１周期分の時間である「単位時間」が経過したか否か、つまりカラオケ演奏に同期したタイミング下であるかどうかを判断する。

カラオケ演奏に同期したタイミング下でなければ、判断結果は「ＮＯ」になり、本処理を完了させるが、カラオケ演奏に同期したタイミング下であると、判断結果が「ＹＥＳ」となり、次のステップＳＵ２に進み、歌詞字幕の表示色をカラオケ演奏の進行に同期させて変化させる色替えタイミングであるか否かを判断する。色替えタイミングであるか否かは、対応する楽曲データのイベントタイミングに基づき判断する。そして、色替えタイミングでなければ、判断結果は「ＮＯ」になり、本処理を完了させる。一方、色替えタイミング下であると、判断結果が「ＹＥＳ」になり、ステップＳＵ３に進み、色替え位置を移動させる。

次いで、ステップＳＵ４では、次フレーズの歌詞字幕に切替える表示歌詞切替タイミングであるか否かを判断する。表示歌詞切替タイミングでなければ、判断結果は「ＮＯ」になり、本処理を完了させるが、表示歌詞切替タイミングであると、判断結果が「ＹＥＳ」になり、ステップＳＵ５に進み、同期コマンドを端末２００側に送付する。端末２００では、この同期コマンドを受信して表示歌詞切替タイミングを認知して歌詞字幕表示を次フレーズのものに更新するようになっている。
次に、ステップＳＵ６では、残りの歌詞データの有無を判断する。残りの歌詞データが無ければ、判断結果は「ＮＯ」になり、本処理を完了させる。一方、字幕表示されていない残りの歌詞データが有ると、判断結果は「ＹＥＳ」となり、ステップＳＵ７に進み、次フレーズの歌詞データに従って歌詞字幕表示を更新させ、続くステップＳＵ８では、色替え位置を最初（歌詞字幕の先頭）に戻して本処理を完了させる。

＜曲制御処理の動作＞
次に、図２５を参照して曲制御処理の動作を説明する。前述した曲演奏処理のステップＳＴ６（図２３参照）を介して本処理が実行されると、図２５に図示するステップＳＶ１に進む。本体１００では、図示されていないタイマインタラプト処理に基づきカラオケ演奏テンポに対応させたテンポクロックを発生しており、ステップＳＶ１では、そのテンポクロック１周期分の時間である「単位時間」が経過したか否かを判断する。単位時間が経過していなれば、判断結果は「ＮＯ」になり、本処理を完了させるが、単位時間が経過すると、判断結果が「ＹＥＳ」となり、ステップＳＶ２に進む。

ステップＳＶ２では、カラオケ演奏する楽曲データの曲イベント実行タイミングであるか否かを判断する。曲イベント実行タイミングでなければ、判断結果は「ＮＯ」になり、本処理を完了させるが、曲イベント実行タイミングであると、判断結果が「ＹＥＳ」となり、ステップＳＶ３に進み、楽曲データ中の対応する曲イベントを実行する。次いで、ステップＳＶ４では、楽曲データ中に次イベントが有るか否かを判断する。次イベントが無ければ、判断結果は「ＮＯ」になり、本処理を完了させるが、次イベントが有れば、判断結果は「ＹＥＳ」となり、ステップＳＶ５に進み、楽曲データから次のイベントとその実行タイミングを読み出して本処理を終える。

以上説明したように、本実施の形態では、端末２００を媒介させてインターネットＩＮＴ上の配信サーバ３００からダウンロードした曲データを本体１００に転送したり、端末２００を選曲リモコンとして用いて本体１００に演奏予約するカラオケシステムにおいて、配信サーバ３００では、曲番号ＫＮを検索キーとして複数の曲データを記憶管理する曲データエリアと、本体１００固有のシリアル番号別にユーザ情報を記憶管理するユーザ情報エリアとを備えるデータベースを備える。データベース中のユーザ情報エリアには、本体１００固有のシリアル番号に対応した情報であって、曲番号ＫＮ毎に登録されるダウンロード者名ＤＮ、書き込みフラグＦおよび利用者設定情報ＵＳからなるユーザ情報ＵＳＤが登録される。

そして、カラオケ演奏に先立って、ユーザが端末２００を用いて歌いたい曲の検索を行う場合、先ず本体１００からシリアル番号を受領し、受領したシリアル番号および曲検索要求を配信サーバ３００に送出する。すると、配信サーバ３００では、端末２００より受領したシリアル番号に基づきデータベースから対応するユーザ情報エリア内のユーザ情報ＵＳＤを参照して、検索された曲の曲番号ＫＮ、曲名および書き込みフラグＦから構成される検索結果を作成して端末２００に返送する。これを受信した端末２００では、検索結果を画面表示し、これにより歌いたい曲の曲データが「ダウンロードされていない」、「端末２００にダウンロード済みであるが、本体１００側に未転送」、「本体１００側に転送済」のいずれであるかが判明する結果、誤って同じ曲データを取り寄せることを防止しながら、本体１００側に書き込み済みの最新の曲目を各ユーザが個別に確認することが可能になっている。

なお、本実施の形態では、曲検索要求に応じて配信サーバ３００が検索された曲の曲番号ＫＮ、曲名および書き込みフラグＦから構成される検索結果を作成して端末２００に返送するようにしたが、これに替えて、検索された曲の曲番号ＫＮ、曲名、書き込みフラグＦおよびダウンロード者名ＤＮから構成される検索結果を作成して端末２００に返送する態様にすることも出来、そのようにすれば、誰の端末２００（携帯電話）に曲データがダウンロードされているかを把握することができる。

さらに、本実施の形態では、本体１００側でキーやテンポ等の演奏設定内容を変更すると、その設定変更の内容を表す利用者設定情報、シリアル番号、予約曲番号および利用者名を端末２００側に送出する。端末２００では、受信したシリアル番号、予約曲番号、利用者名および利用者設定情報を配信サーバ３００に送出する。配信サーバ３００では、端末２００を媒介させて本体１００が送出したシリアル番号、予約曲番号、利用者名および利用者設定情報を受信すると、受信したシリアル番号および曲番号ＫＮに対応するユーザ情報ＵＳＤ中に、受信した利用者名の利用者設定情報を登録するようになっている。

したがって、曲検索要求に応じて配信サーバ３００が検索された曲の曲番号ＫＮ、曲名、書き込みフラグＦおよび利用者設定情報ＵＳから構成される検索結果を作成して端末２００に返送する態様とすれば、端末２００では、その検索結果を参照して曲予約を行う際に、予約曲番、利用者名およびその利用者設定情報を本体１００に転送すれば、前回の演奏設定内容を呼出して使用することが可能になる。

本発明の実施の一形態によるカラオケシステムの全体構成を示す図である。 本体１００（カラオケ演奏装置）の構成を示すブロック図である。 配信サーバ３００のデータベースが備えるユーザ情報エリアの構成を示す図である。 配信サーバ３００のデータベースが備えるユーザ情報エリアにおけるユーザ情報ＵＳＤのデータ構造を示す図である。 配信サーバ３００のデータベースが備えるユーザ情報エリアにおける利用者プロフィール情報ＵＰＤのデータ構造を示す図である。 端末２００が実行する曲検索処理の動作を示すフローチャートである。 端末２００が実行する検索結果表示処理の動作を示すフローチャートである。 端末２００が実行するダウンロード処理の動作を示すフローチャートである。 端末２００が実行する曲転送処理の動作を示すフローチャートである。 端末２００が実行する曲予約処理の動作を示すフローチャートである。 端末２００が実行する利用者設定情報受信処理の動作を示すフローチャートである。 端末２００が実行する歌詞データ受信処理の動作を示すフローチャートである。 端末２００が実行するプロフィール処理の動作を示すフローチャートである。 配信サーバ３００が実行する曲検索要求受信処理の動作を示すフローチャートである。 配信サーバ３００が実行するダウンロード要求受信処理の動作を示すフローチャートである。 配信サーバ３００が実行する転送終了受信処理の動作を示すフローチャートである。 配信サーバ３００が実行する利用者設定情報受信処理の動作を示すフローチャートである。 配信サーバ３００が実行するシリアル番号プロフィール受信処理の動作を示すフローチャートである。 本体１００が実行するシリアル番号受信処理の動作を示すフローチャートである。 本体１００が実行する転送曲受信処理の動作を示すフローチャートである。 本体１００が実行する予約曲受信処理の動作を示すフローチャートである。 本体１００が実行する再生処理の動作を示すフローチャートである。 本体１００が実行する曲演奏処理の動作を示すフローチャートである。 本体１００が実行する表示制御処理の動作を示すフローチャートである。 本体１００が実行する曲制御処理の動作を示すフローチャートである。

符号の説明

１００ カラオケ演奏装置（本体）
１０１ 音声入力部
１０２ 赤外線通信部
１０３ 操作部
１０４ 不揮発性メモリ
１０５ ＣＰＵ
１０６ ワークメモリ
１０７ 音源部
１０８ ミキシングアンプ部
１０９ ビデオエンコーダ
１１０ ＴＶ受像機
２００ 携帯電話（端末）
３００ 配信サーバ

Claims (6)

1. 端末装置を媒介させてカラオケ演奏装置と配信サーバとの間でデータ授受するカラオケシステムにおいて、
   前記カラオケ演奏装置に設けられ、前記端末装置からの要求に応じて自己の固有番号を当該端末装置に送出する固有番号送出手段と、
   前記端末装置に設けられ、前記カラオケ演奏装置から受領した固有番号と曲検索要求とを前記配信サーバに送出する曲検索要求送出手段と、
   前記配信サーバに設けられ、曲データを識別する曲番号毎に、少なくとも曲データが前記端末装置にダウンロードされた状態もしくは前記端末装置から前記カラオケ演奏装置に転送済みの状態のいずれであるかを区別する書き込みフラグを有するユーザ情報を、前記カラオケ演奏装置の固有番号別に記憶管理するデータベース手段と、
   前記配信サーバに設けられ、前記端末装置から曲検索要求を受領した場合、当該曲検索要求と共に受領した固有番号で指定される前記データベース手段のユーザ情報から、少なくとも曲検索要求された曲の書き込みフラグを含む検索結果を生成し、曲検索要求をした前記端末装置に返送する検索結果送出手段と、
   前記端末装置に設けられ、前記配信サーバより返送される検索結果を表示する表示手段と
   を具備することを特徴とするカラオケシステム。
2. 端末装置を媒介させてカラオケ演奏装置と配信サーバとの間でデータ授受するカラオケシステムにおいて、
   前記カラオケ演奏装置に設けられ、前記端末装置からの要求に応じて自己の固有番号を当該端末装置に送出する固有番号送出手段と、
   前記端末装置に設けられ、前記カラオケ演奏装置から受領した固有番号と曲検索要求とを前記配信サーバに送出する曲検索要求送出手段と、
   前記配信サーバに設けられ、曲データを識別する曲番号毎に、少なくとも曲データをダウンロードした前記端末装置を識別するダウンロード者名および曲データを前記端末装置にダウンロードした状態もしくは前記端末装置から前記カラオケ演奏装置に転送済みの状態のいずれであるかを区別する書き込みフラグを含むユーザ情報を、前記カラオケ演奏装置の固有番号別に記憶管理するデータベース手段と、
   前記配信サーバに設けられ、前記端末装置から曲検索要求を受領した場合、当該曲検索要求と共に受領した固有番号で指定される前記データベース手段のユーザ情報から、少なくとも曲検索要求された曲のダウンロード者名および書き込みフラグを含む検索結果を生成し、曲検索要求をした前記端末装置に返送する検索結果送出手段と、
   前記端末装置に設けられ、前記配信サーバより返送される検索結果を表示する表示手段と
   を具備することを特徴とするカラオケシステム。
3. 端末装置を媒介させてカラオケ演奏装置と配信サーバとの間でデータ授受するカラオケシステムにおいて、
   前記カラオケ演奏装置に設けられ、カラオケ演奏の設定内容を表す利用者設定情報、自己の固有番号および演奏予約された曲の曲番号を前記端末装置に送出する第１の設定情報送出手段と、
   前記端末装置に設けられ、前記カラオケ演奏装置から受領した利用者設定情報、固有番号および曲番号を前記配信サーバに送出する第２の設定情報送出手段と、
   前記配信サーバに設けられ、曲データを識別する曲番号毎のユーザ情報を、前記カラオケ演奏装置の固有番号別に記憶管理するデータベース手段と、
   前記配信サーバに設けられ、前記端末装置から受領した固有番号および曲番号で指定される前記データベース手段のユーザ情報に、前記端末装置から受領した利用者設定情報を登録する登録手段と、
   前記端末装置に設けられ、前記カラオケ演奏装置から受領した固有番号と曲検索要求とを前記配信サーバに送出する曲検索要求送出手段と、
   前記配信サーバに設けられ、前記端末装置から受領した固有番号と曲検索要求に応じて検索した曲の曲番号とで指定される前記データベース手段のユーザ情報から利用者設定情報を含む検索結果を生成し、曲検索要求をした前記端末装置に返送する検索結果送出手段と、
   前記端末装置に設けられ、前記配信サーバより受領した検索結果を参照して前記カラオケ演奏装置に曲予約を行う場合に、曲データとそれに対応した利用者設定情報を前記カラオケ演奏装置に転送する転送手段と
   を具備することを特徴とするカラオケシステム。
4. 端末装置を媒介させてカラオケ演奏装置と配信サーバとの間でデータ授受するカラオケシステムを形成するためのコンピュータプログラムであって、
   前記カラオケ演奏装置で実行され、前記端末装置からの要求に応じて自己の固有番号を当該端末装置に送出する固有番号送出処理と、
   前記端末装置で実行され、前記カラオケ演奏装置から受領した固有番号と曲検索要求とを前記配信サーバに送出する曲検索要求送出処理と、
   前記配信サーバで実行され、曲データを識別する曲番号毎に、少なくとも曲データが前記端末装置にダウンロードされた状態もしくは前記端末装置から前記カラオケ演奏装置に転送済みの状態のいずれであるかを区別する書き込みフラグを有するユーザ情報を、前記カラオケ演奏装置の固有番号別に記憶管理するデータベースを有し、前記端末装置から曲検索要求を受領した場合、当該曲検索要求と共に受領した固有番号で指定される当該データベースのユーザ情報から、少なくとも曲検索要求された曲の書き込みフラグを含む検索結果を生成し、曲検索要求をした前記端末装置に返送する検索結果送出処理と、
   前記端末装置で実行され、前記配信サーバより返送される検索結果を表示する表示処理と
   から構成されることを特徴とするカラオケ処理プログラム。
5. 端末装置を媒介させてカラオケ演奏装置と配信サーバとの間でデータ授受するカラオケシステムを形成するためのコンピュータプログラムであって、
   前記カラオケ演奏装置で実行され、前記端末装置からの要求に応じて自己の固有番号を当該端末装置に送出する固有番号送出処理と、
   前記端末装置で実行され、前記カラオケ演奏装置から受領した固有番号と曲検索要求とを前記配信サーバに送出する曲検索要求送出処理と、
   前記配信サーバで実行され、曲データを識別する曲番号毎に、少なくとも曲データをダウンロードした前記端末装置を識別するダウンロード者名および曲データを前記端末装置にダウンロードした状態もしくは前記端末装置から前記カラオケ演奏装置に転送済みの状態のいずれであるかを区別する書き込みフラグを含むユーザ情報を、前記カラオケ演奏装置の固有番号別に記憶管理するデータベースを有し、前記端末装置から曲検索要求を受領した場合、当該曲検索要求と共に受領した固有番号で指定される当該データベースのユーザ情報から、少なくとも曲検索要求された曲のダウンロード者名および書き込みフラグを含む検索結果を生成し、曲検索要求をした前記端末装置に返送する検索結果送出処理と、
   前記端末装置で実行され、前記配信サーバより返送される検索結果を表示する表示処理と
   から構成されることを特徴とするカラオケ処理プログラム。
6. 端末装置を媒介させてカラオケ演奏装置と配信サーバとの間でデータ授受するカラオケシステムを形成するためのコンピュータプログラムであって、
   前記カラオケ演奏装置で実行され、カラオケ演奏の設定内容を表す利用者設定情報、自己の固有番号および演奏予約された曲の曲番号を前記端末装置に送出する第１の設定情報送出処理と、
   前記端末装置で実行され、前記カラオケ演奏装置から受領した利用者設定情報、固有番号および曲番号を前記配信サーバに送出する第２の設定情報送出処理と、
   前記配信サーバで実行され、曲データを識別する曲番号毎のユーザ情報を、前記カラオケ演奏装置の固有番号別に記憶管理するデータベースを有し、前記端末装置から受領した固有番号および曲番号で指定される当該データベースのユーザ情報に、前記端末装置から受領した利用者設定情報を登録する登録処理と、
   前記端末装置で実行され、前記カラオケ演奏装置から受領した固有番号と曲検索要求とを前記配信サーバに送出する曲検索要求送出処理と、
   前記配信サーバで実行され、前記端末装置から受領した固有番号と曲検索要求に応じて検索した曲の曲番号とで指定される前記データベースのユーザ情報から利用者設定情報を含む検索結果を生成し、曲検索要求をした前記端末装置に返送する検索結果送出処理と、
   前記端末装置で実行され、前記配信サーバより受領した検索結果を参照して前記カラオケ演奏装置に曲予約を行う場合に、曲データとそれに対応した利用者設定情報を前記カラオケ演奏装置に転送する転送処理と
   から構成されることを特徴とするカラオケ処理プログラム。

Images