(57)【特許請求の範囲】
【請求項１】
プログラム配信装置とカラオケ装置とを備えるカラオケシステムであって、
プログラム配信装置は、第１記憶手段と、第１通信手段と、第１制御手段とを備え、
第１記憶手段は、第２制御プログラムと楽曲データとを記憶し、
第１通信手段は、通信回線を介してカラオケ装置に接続され、
第１制御手段は、第２制御プログラムのみを配信するか、第２制御プログラムと楽曲データとを配信するかを判断し、第２制御プログラムのみを配信する場合には第１配信処理を、第２制御プログラムと楽曲データとを配信する場合には第２配信処理を行ない、
第１配信処理は、第２制御プログラムと、第２制御プログラムの配信が完了した直後のリブート処理を指示する第１リブート指示を含むリブートデータとを第１通信手段に配信させる処理であり、
第２配信処理は、第２制御プログラムと、楽曲データの配信が完了した直後のリブート処理を指示する第２リブート指示を含むリブートデータとを第１通信手段に配信させ、かつ、第２制御プログラムの配信後に楽曲データを第１通信手段に配信させる処理であり、
カラオケ装置は、メモリと、第２通信手段と、第２制御手段とを備え、
第２通信手段は、通信回線を介してプログラム配信装置に接続され、
第２制御手段は、第２制御プログラムの受信前にはメモリに記憶された第１制御プログラムに基づいてカラオケ装置を制御する一方、第２通信手段がプログラム配信装置からの配信を受けると、この配信されたリブートデータに第１リブート指示が含まれている場合には第２制御プログラムの受信が完了した直後にリブート処理を、リブートデータに第２リブート指示が含まれている場合には第２制御プログラムとこれに続く楽曲データとの受信が完了した直後にリブート処理を行ない、
リブート処理は、第２制御プログラムを第１制御プログラムに代えてメモリに書き込む処理であり、第２制御手段は、このリブート処理後は第２制御プログラムに従ってカラオケ装置を制御する
カラオケシステム。
【請求項２】
第１制御手段は、カラオケ装置の現在の状態を示す状態データを第１通信手段によってカラオケ装置から受信し、第１および第２配信処理において、この状態データに基づく状態復帰指示をリブートデータに含め、
第２制御手段は、状態データを第２通信手段によってプログラム配信装置に送信させる一方、リブート処理において、リブートデータに含まれる状態復帰指示に従ってカラオケ装置の状態を復帰させる
請求項１に記載のカラオケシステム。
【請求項３】
第１制御手段は、リブート処理の許可または禁止を示すリブート可否データを第１通信手段によってカラオケ装置から受信し、このリブートデータがリブート処理の禁止を示す場合には、第１および第２配信処理においてリブートデータを配信しない
請求項１または２に記載のカラオケシステム。
【請求項４】
記憶手段と、通信手段と、制御手段とを備えるプログラム配信装置であって、
記憶手段は、カラオケ装置にて既に実行されている第１制御プログラムとは異なる第２制御プログラムと、楽曲データとを記憶し、
通信手段は、通信回線を介してカラオケ装置に接続され、
制御手段は、第２制御プログラムのみを配信するか、第２制御プログラムと楽曲データとを配信するかを判断し、第２制御プログラムのみを配信する場合には第１配信処理を、第２制御プログラムと楽曲データとを配信する場合には第２配信処理を行ない、
第１配信処理は、第２制御プログラムと、第２制御プログラムの配信が完了した直後のリブート処理を指示する第１リブート指示を含むリブートデータとを通信手段に配信させる処理であり、
第２配信処理は、第２制御プログラムと、楽曲データの配信が完了した直後のリブート処理を指示する第２リブート指示を含むリブートデータとを通信手段に配信させ、かつ、第２制御プログラムの配信後に楽曲データを通信手段に配信させる処理である
プログラム配信装置。
【請求項５】
制御手段は、カラオケ装置の現在の状態を示す状態データを通信手段によって当該カラオケ装置から受信し、第１および第２配信処理において、この状態データに基づく状態復帰指示をリブートデータに含める
請求項４に記載のプログラム配信装置。
【請求項６】
制御手段は、リブート処理の許可または禁止を示すリブート可否データを通信手段によってカラオケ装置から受信し、このリブートデータがリブート処理の禁止を示す場合には、第１および第２配信処理においてリブートデータを配信しない
請求項４または５に記載のプログラム配信装置。
【請求項７】
メモリと、通信手段と、制御手段とを備えるカラオケ装置であって、
通信手段は、第２制御プログラムと、第２制御プログラムが配信された直後のリブート処理を指示する第１リブート指示および第２制御プログラムの配信に続いて楽曲データが配信された直後のリブート処理を指示する第２リブート指示のうちの何れかを含むリブートデータとを配信するプログラム配信装置に通信回線を介して接続され、
制御手段は、第２制御プログラムの受信前にはメモリに記憶された第１制御プログラムに基づいてカラオケ装置を制御する一方、通信手段がプログラム配信装置からの配信を受けると、この配信されたリブートデータに第１リブート指示が含まれている場合には第２制御プログラムの受信が完了した直後にリブート処理を、リブートデータに第２リブート指示が含まれている場合には第２制御プログラムとこれに続く楽曲データとの受信が完了した直後にリブート処理を行ない、
リブート処理は、第２制御プログラムを第１制御プログラムに代えてメモリに書き込む処理であり、制御手段は、このリブート処理後は第２制御プログラムに従ってカラオケ装置を制御する
カラオケ装置。
【請求項８】
制御手段は、カラオケ装置の現在の状態を示す状態データを通信手段によってプログラム配信装置に送信させる一方、リブート処理において、状態データに基づいてリブートデータに含められた状態復帰指示に従ってカラオケ装置の状態を復帰させる
請求項７に記載のカラオケ装置。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、カラオケシステム、プログラム配信装置およびカラオケ装置に関する。
【０００２】
【従来の技術】
通信カラオケ等においては、ユーザのニーズに応えたり、新たなユーザを獲得するために、カラオケ装置のバージョンアップがなされる場合がある。そして、このバージョンアップは、例えば、カラオケ装置の動作を制御するためのシステムプログラムを、新たなシステムプログラムに置き換えることによって行われる。
【０００３】
【発明が解決しようとする課題】
しかしながら、従来のカラオケ装置において、バージョンアップのために新たなシステムプログラムが配信された場合であっても、配信後、直ちにカラオケ装置が新しいシステムプログラムに従って動作することはできなかった。すなわち、従来から用いられていたシステムプログラムに代えて、配信された新しいシステムプログラムを実行するためには、カラオケ装置をリブートし、このリブートの際に、新しいシステムプログラムを従来のシステムプログラムに代えて所定のメモリに格納し、これにより新しいシステムプログラムを実行することが必要となるのである。従って、新プログラムの配信後にカラオケ店の店員等は、各カラオケ装置をリブートするためにカラオケ装置の電源を操作する必要があり、このための手間がかかるといった問題があった。
【０００４】
本発明は、このような背景に鑑みてなされたものであり、バージョンアップに伴って新たなシステムプログラムがホストコンピュータから配信された場合に、カラオケ装置を操作することなく、ホストコンピュータからリブートの指示を与えることができるカラオケシステム、プログラム配信装置およびカラオケ装置を提供することを目的としている。
【０００５】
【課題を解決するための手段】
上述した課題を解決するために、請求項１に記載のカラオケシステムは、プログラム配信装置とカラオケ装置とを備えるカラオケシステムであって、プログラム配信装置は、第１記憶手段と、第１通信手段と、第１制御手段とを備え、第１記憶手段は、第２制御プログラムと楽曲データとを記憶し、第１通信手段は、通信回線を介してカラオケ装置に接続され、第１制御手段は、第２制御プログラムのみを配信するか、第２制御プログラムと楽曲データとを配信するかを判断し、第２制御プログラムのみを配信する場合には第１配信処理を、第２制御プログラムと楽曲データとを配信する場合には第２配信処理を行ない、第１配信処理は、第２制御プログラムと、第２制御プログラムの配信が完了した直後のリブート処理を指示する第１リブート指示を含むリブートデータとを第１通信手段に配信させる処理であり、第２配信処理は、第２制御プログラムと、楽曲データの配信が完了した直後のリブート処理を指示する第２リブート指示を含むリブートデータとを第１通信手段に配信させ、かつ、第２制御プログラムの配信後に楽曲データを第１通信手段に配信させる処理であり、カラオケ装置は、メモリと、第２通信手段と、第２制御手段とを備え、第２通信手段は、通信回線を介してプログラム配信装置に接続され、第２制御手段は、第２制御プログラムの受信前にはメモリに記憶された第１制御プログラムに基づいてカラオケ装置を制御する一方、第２通信手段がプログラム配信装置からの配信を受けると、この配信されたリブートデータに第１リブート指示が含まれている場合には第２制御プログラムの受信が完了した直後にリブート処理を、リブートデータに第２リブート指示が含まれている場合には第２制御プログラムとこれに続く楽曲データとの受信が完了した直後にリブート処理を行ない、リブート処理は、第２制御プログラムを第１制御プログラムに代えてメモリに書き込む処理であり、第２制御手段は、このリブート処理後は第２制御プログラムに従ってカラオケ装置を制御することを特徴としている。
【０００６】
また、請求項２に記載のカラオケシステムは、請求項１に記載の構成において、第１制御手段は、カラオケ装置の現在の状態を示す状態データを第１通信手段によってカラオケ装置から受信し、第１および第２配信処理において、この状態データに基づく状態復帰指示をリブートデータに含め、第２制御手段は、状態データを第２通信手段によってプログラム配信装置に送信させる一方、リブート処理において、リブートデータに含まれる状態復帰指示に従ってカラオケ装置の状態を復帰させることを特徴としている。
【０００７】
また、請求項３に記載のカラオケシステムは、請求項１または２に記載の構成において、第１制御手段は、リブート処理の許可または禁止を示すリブート可否データを第１通信手段によってカラオケ装置から受信し、このリブートデータがリブート処理の禁止を示す場合には、第１および第２配信処理においてリブートデータを配信しないことを特徴としている。
【０００９】
また、請求項４に記載のプログラム配信装置は、記憶手段と、通信手段と、制御手段とを備えるプログラム配信装置であって、記憶手段は、カラオケ装置にて既に実行されている第１制御プログラムとは異なる第２制御プログラムと、楽曲データとを記憶し、通信手段は、通信回線を介してカラオケ装置に接続され、制御手段は、第２制御プログラムのみを配信するか、第２制御プログラムと楽曲データとを配信するかを判断し、第２制御プログラムのみを配信する場合には第１配信処理を、第２制御プログラムと楽曲データとを配信する場合には第２配信処理を行ない、第１配信処理は、第２制御プログラムと、第２制御プログラムの配信が完了した直後のリブート処理を指示する第１リブート指示を含むリブートデータとを通信手段に配信させる処理であり、第２配信処理は、第２制御プログラムと、楽曲データの配信が完了した直後のリブート処理を指示する第２リブート指示を含むリブートデータとを通信手段に配信させ、かつ、第２制御プログラムの配信後に楽曲データを通信手段に配信させる処理であることを特徴としている。
【００１０】
また、請求項５に記載のプログラム配信装置は、請求項４に記載の構成において、制御手段は、カラオケ装置の現在の状態を示す状態データを通信手段によって当該カラオケ装置から受信し、第１および第２配信処理において、この状態データに基づく状態復帰指示をリブートデータに含めることを特徴としている。
【００１１】
また、請求項６に記載のプログラム配信装置は、請求項４または５に記載の構成において、制御手段は、リブート処理の許可または禁止を示すリブート可否データを通信手段によってカラオケ装置から受信し、このリブートデータがリブート処理の禁止を示す場合には、第１および第２配信処理においてリブートデータを配信しないことを特徴としている。
【００１３】
また、請求項７に記載のカラオケ装置は、メモリと、通信手段と、制御手段とを備えるカラオケ装置であって、通信手段は、第２制御プログラムと、第２制御プログラムが配信された直後のリブート処理を指示する第１リブート指示および第２制御プログラムの配信に続いて楽曲データが配信された直後のリブート処理を指示する第２リブート指示のうちの何れかを含むリブートデータとを配信するプログラム配信装置に通信回線を介して接続され、制御手段は、第２制御プログラムの受信前にはメモリに記憶された第１制御プログラムに基づいてカラオケ装置を制御する一方、通信手段がプログラム配信装置からの配信を受けると、この配信されたリブートデータに第１リブート指示が含まれている場合には第２制御プログラムの受信が完了した直後にリブート処理を、リブートデータに第２リブート指示が含まれている場合には第２制御プログラムとこれに続く楽曲データとの受信が完了した直後にリブート処理を行ない、リブート処理は、第２制御プログラムを第１制御プログラムに代えてメモリに書き込む処理であり、制御手段は、このリブート処理後は第２制御プログラムに従ってカラオケ装置を制御することを特徴としている。
【００１４】
また、請求項８に記載のカラオケ装置は、制御手段は、カラオケ装置の現在の状態を示す状態データを通信手段によってプログラム配信装置に送信させる一方、リブート処理において、状態データに基づいてリブートデータに含められた状態復帰指示に従ってカラオケ装置の状態を復帰させることを特徴としている。
【００１６】
【発明の実施の形態】
以下、図面を参照して、本発明の実施形態について説明する。かかる実施の形態は、本発明の一態様を示すものであり、この発明を限定するものではなく、本発明の範囲内で任意に変更可能である。
【００１７】
Ａ：実施形態の構成
図１は、本発明の一実施形態であるカラオケ装置の全体の構成を示すブロック図である。同図において、１はセンタ内に設けられたホストコンピュータ、２はＩＳＤＮ回線または公衆電話回線等の通信回線、３はカラオケ装置である。同図に示すように、上記ホストコンピュータ１には、通信回線２を介して、各カラオケ店舗等に配置された複数のカラオケ装置３、３、……が接続されている。
【００１８】
ホストコンピュータ１は、特許請求の範囲における「プログラム配信装置」に相当する装置であり、カラオケ装置３によるカラオケ演奏の際に用いられる楽曲データと、カラオケ装置３において実行されるシステムプログラム（詳細は後述）とを内部の記憶装置に保持している。そして、ホストコンピュータ１は、これらの楽曲データおよびシステムプログラムを通信回線２を介して各カラオケ装置３、３、……に対して配信することが可能である。なお、ホストコンピュータ１による配信動作の詳細は後述する。
【００１９】
次に、図２に示すブロック図を参照して、カラオケ装置３の全体構成を説明する。同図に示すように、本実施形態にかかるカラオケ装置３は、ＣＰＵ３１、ＲＯＭ３２、ＲＡＭ３３、操作部３４、通信制御部３５、ＨＤＤ（ハードディスク装置）３６、表示部３７、ディスプレイ装置（ＣＲＴ）３８、音源３９、マイク４０およびミキサ４１により構成されている。
【００２０】
ＣＰＵ３１は、このカラオケ装置３の制御中枢であり、バス１００を介して接続されたＲＯＭ３２、ＲＡＭ３３、操作部３４、通信制御部３５、ＨＤＤ３６、表示部３７および音源３９との間で各種情報の授受を行うことによって、このカラオケ装置全体を制御する。ＲＯＭ３２には、このカラオケ装置を起動するために必要なブートローダや、歌詞を表示するために必要なフォント情報等が記憶されている。また、ＲＡＭ３３は、ＣＰＵ３１によって主記憶として使用されるとともに、カラオケ演奏に用いる楽曲データを記憶するための手段として使用される。
【００２１】
操作部３４は、カラオケ装置３本体の前面等に設けられており、曲番号を入力するためのテンキーや、カラオケ装置３を操作するためのキーおよび摘み等を備えている。ユーザは、これらのキー等を備えた操作部３４を操作することにより、ＣＰＵ３１に対して各種の指示を与えることができる。なお、カラオケ装置３の操作は、この操作部３４のみならず、図示しないリモコンによっても可能となっている。
【００２２】
通信制御部３５は、ホストコンピュータ１から通信回線２を介して配信された楽曲データおよびシステムプログラム等を受信する。また、この通信制御部３５は、ＤＭＡコントローラを内蔵しており、これにより、受信したデータを、ＣＰＵ３１を介することなく直接ＨＤＤ３６に書き込むことができる。
【００２３】
また、ＨＤＤ３６は、ホストコンピュータ１によって配信され、通信制御部３５によって受信された楽曲データおよびシステムプログラムを記憶している。
【００２４】
ここで、システムプログラムとは、各カラオケ装置３において実行される制御プログラムであり、楽曲データを解釈して楽曲の演奏を制御するシーケンサ、カラオケ装置のデータベースを管理するデータベースマネージャ、および通信インターフェイス等の各種デバイスを制御するデバイスドライバ等の各種ソフトウェアを含んでいる。すなわち、カラオケ装置３は、ホストコンピュータ１によって配信されるシステムプログラムを実行することによってその機能を実現するようになっているのである。そして、ＨＤＤ３６中のシステムプログラム（特許請求の範囲における「第１の制御プログラム」）を新しいシステムプログラム（特許請求の範囲における「第２の制御プログラム」）に更新すること等により、カラオケ装置のバージョンアップを行うことができるようになっている。
【００２５】
また、楽曲データは、カラオケ演奏の制御を行うためのデータであり、１曲分の楽曲データは、楽器演奏を制御するための演奏データ、歌詞表示を制御するための歌詞データ等により構成されている。ここで、例えば演奏データは、楽音信号の形成制御等を指示するＭＩＤＩイベントデータと、各ＭＩＤＩイベントデータの読み出しを行う時間間隔を指定するデュレーションデータとにより構成されるシーケンスデータである。楽曲データを構成する他のデータ（歌詞データ等）も同様であり、各々、イベントデータとデュレーションデータとにより構成されている。ＣＰＵ１は、カラオケ演奏の際に、上述したシステムプログラム中のシーケンサに従って、演奏データや歌詞データ中の各イベントデータを順次読み出し、例えばＭＩＤＩイベントデータは音源３９へ、歌詞データ中の歌詞表示イベントデータは表示部３７へ、という具合に、各イベントデータの種類に対応した宛先に送信する。
【００２６】
また、ＨＤＤ３６は、上述した楽曲データおよびシステムプログラムの他に、当該カラオケ装置の状態を表す状態データを記憶している。この状態データは、例えば、カラオケ装置の電源がオンとなっているかまたはオフとなっているか、といった具合に、カラオケ装置の状態を表すデータである。詳細は後述するが、システムプログラム配信時、ホストコンピュータ１は、この状態データをカラオケ装置３から取得することによって、当該時点におけるカラオケ装置の状態を判断することとなる。なお、以下では、状態データが、カラオケ装置の電源の状態を示す場合、すなわち、カラオケ装置の電源がオンとなっているかもしくはオフとなっているかを示す場合を例に説明する。つまり、カラオケ装置の電源が投入されると、状態データとしてカラオケ装置の電源が投入されている旨が書き込まれ、カラオケ装置の電源が切断されると、状態データとしてカラオケ装置の電源が切断されている旨が書き込まれるといった具合である。
【００２７】
表示部３７は、ＣＰＵ３１によって読み出される歌詞データ中の歌詞表示イベントデータに従って歌詞の画像データを生成し、この画像データをＬＤ再生装置（図示略）から供給される背景映像を表す画像データと合成して、ディスプレイ装置３８に表示する手段である。
【００２８】
また、音源３９は、ＣＰＵ３１によってＲＡＭ３３から読み出されるＭＩＤＩイベントデータに従って楽音信号を生成する手段である。ミキサ４１は、この楽音信号とマイク４０により得られる歌唱音声信号とをミキシングして出力する手段である。このミキサ４１の出力信号は、アンプ（図示略）によって増幅され、スピーカ（図示略）から出力される。以上が本実施形態であるカラオケ装置の構成である。
【００２９】
Ｂ：実施形態の動作
次に、本実施形態であるカラオケ装置の動作を説明する。
まず、ユーザによってカラオケ装置３の電源が投入されると、ＣＰＵ３１は、ＲＯＭ３２内に格納されたブートローダに従って、ＨＤＤ３６に格納されたシステムプログラムをＲＡＭ３３に転送する。以後、ＣＰＵ３１は、このＲＡＭ３３内のシステムプログラムを実行することによりカラオケ装置３全体の制御を行うのである。
【００３０】
そして、ＣＰＵ１は、操作部４またはリモコンによって曲番号およびカラオケ演奏開始の指示が与えられると、上述したシステムプログラム中のシーケンサに従い、その曲番号に対応した楽曲データをＨＤＤ３６からＲＡＭ３３にロードする。以後、ＣＰＵ１は、楽曲データ中のデュレーションデータによって指定されるタイミングで、楽曲データ中のイベントデータの読み出しおよび各部への供給を行う。この結果、音源３９によってカラオケ演奏が行われ、表示部３７による歌詞の画像データの作成およびディスプレイ装置３８への表示が行われる。
【００３１】
次に、図３に示すフローチャートを参照して、ホストコンピュータ１からカラオケ装置３に対してシステムプログラムまたはシステムプログラムおよび楽曲データが配信される場合の動作を説明する。
【００３２】
まず、センタの係員等がホストコンピュータ１に対して配信開始の指示を与えることによって配信処理が開始される。この指示の際には、配信開始の指示の他、システムプログラムのみの配信であるのか、システムプログラムと楽曲データの配信であるのかが、係員等によってホストコンピュータ１に指示されることとなる。
【００３３】
センタの係員等によって配信開始の指示が与えられると、ホストコンピュータ１は、まず、通信回線２を介して接続された各カラオケ装置３、３、……に対して回線接続要求を出す（ステップＳＡ１）。この回線接続要求を受信したカラオケ装置３は、回線接続要求を受信した旨をホストコンピュータ１に送信する（ステップＳＢ１）。
【００３４】
次にホストコンピュータ１は、カラオケ装置３の電源の状態を取得するため、各カラオケ装置３に対して、状態データの要求を送信する（ステップＳＡ２）。この要求を受信したカラオケ装置３内のＣＰＵ３１は、ＨＤＤ３６から状態データを読み出し、通信制御部３５に引き渡す。そして、通信制御部３５は、受け取った状態データをホストコンピュータ１に対して送信する（ステップＳＢ２）。
【００３５】
カラオケ装置３から状態データを受け取ったホストコンピュータ１は、該状態データを参照して、カラオケ装置の電源が投入されているかまたは切断されているかを判断する。次に、ホストコンピュータ１は、カラオケ装置に対して送信すべきリブートデータを作成する。カラオケ装置３は、ホストコンピュータ１から配信されるこのリブートデータに従って、リブートを行うこととなる。
【００３６】
ここで、このリブートデータの詳細を説明する。ホストコンピュータ１は、今回配信される情報の内容（すなわち、システムプログラムのみの配信であるか、システムプログラムおよび楽曲データの配信であるか）と、カラオケ装置３の電源の状態（すなわち、カラオケ装置の電源がオンであるかオフであるか）とに従って、以下のａ〜ｄに示す４種類のリブートデータのうちのいずれか１のリブートデータを生成してカラオケ装置３に送信する。
【００３７】
ａ．カラオケ装置の電源がオフであり、かつ、今回の配信においては楽曲データを配信しない場合
この場合、システムプログラムのみの配信であるため、システムプログラムの配信が終了した後、直ちにカラオケ装置のリブートを行う旨の指示（特許請求の範囲における「リブート指示」）がリブートデータに含まれる。また、カラオケ装置の電源がオフであるから、リブート後にカラオケ装置の電源をオフとする旨の指示（特許請求の範囲における「状態復帰指示」）もリブートデータに含まれることとなる。なお、以下の説明においては、この場合のリブートデータをリブートデータａという。
【００３８】
ｂ．カラオケ装置の電源がオンであり、かつ、今回の配信においては楽曲データを配信しない場合
この場合にも、上記ａと同様に、システムプログラムの配信が終了した後、直ちにカラオケ装置のリブートを行う旨の指示がリブートデータに含まれる。また、カラオケ装置の電源がオンであるから、リブート後にカラオケ装置の電源をオンとすべき旨の指示もリブートデータに含まれることとなる。なお、以下の説明においては、この場合のリブートデータをリブートデータｂという。
【００３９】
ｃ．カラオケ装置の電源がオフであり、かつ、今回の配信において楽曲データも配信する場合
この場合、システムプログラムの他、楽曲データも配信するから、システムプログラムの配信が終了した後、直ちにカラオケ装置のリブートを行うことはできない。従って、全ての配信が終了した後にカラオケ装置のリブートを行う旨の指示がリブートデータに含まれる。また、カラオケ装置の電源がオフであるから、リブート後にカラオケ装置の電源をオフとする旨の指示もリブートデータに含まれる。なお、以下の説明においては、この場合のリブートデータをリブートデータｃという。
【００４０】
ｄ．カラオケ装置の電源がオンであり、かつ、今回の配信において楽曲データも配信する場合
この場合にも、上記ｃと同様に、全ての配信が終了した後にカラオケ装置のリブートを行う旨の指示がリブートデータに含まれる。また、カラオケ装置の電源がオンであるから、リブート後にカラオケ装置の電源をオンとすべき旨の指示がリブートデータに含まれる。なお、以下の説明においては、この場合のリブートデータをリブートデータｄという。以上がリブートデータの詳細である。
【００４１】
リブートデータの作成が終了すると、ホストコンピュータ１は、システムプログラムをカラオケ装置３に対して配信する（ステップＳＡ４）。このシステムプログラムを受信したカラオケ装置３内の通信制御部３５は、内部のＤＭＡコントローラによって、該システムプログラムをＣＰＵ３１を介することなくＨＤＤ内の所定の記憶エリアに書き込む（ステップＳＢ３）。この書込みの際には、配信されたシステムプログラムを、従来のシステムプログラムに上書きしてもよいし、従来のシステムプログラムとは異なる記憶エリアに書き込むこととしてもよい
【００４２】
また、ホストコンピュータ１は、システムプログラムを配信後、ステップＳＡ３において作成したリブートデータを、カラオケ装置３に配信する（ステップＳＡ５）。このリブートデータを受信したカラオケ装置３内の通信制御部３５は、上述したシステムプログラムと同様に、該リブートデータをＨＤＤ３６に格納する（ステップＳＢ４）。
【００４３】
この後、ホストコンピュータ１は、係員等によって楽曲データも配信する旨の指示が与えられている場合には、当該楽曲データを、順次カラオケ装置３に配信する。そして、楽曲データの配信が終了すると、配信が終了した旨をカラオケ装置に送信し、全ての配信処理を終了する。
【００４４】
一方、カラオケ装置３は、ＨＤＤ３６に格納したリブートデータがリブートデータａまたはｂであるかそうでないかを判断する（ステップＳＢ５）。この判断の結果、リブートデータａまたはｂである場合には、配信される情報はシステムプログラムのみであるから、この後直ちにシステムをリブートする（ステップＳＢ８）。
【００４５】
これに対し、リブートデータａまたはｂでない場合、すなわちリブートデータｃまたはｄである場合には、システムプログラムの後に楽曲データも配信されるから、通信制御部３５は、ホストコンピュータ１から配信された楽曲データを、順次ＨＤＤ３６に書き込む（ステップＳＢ６）。この後、配信が終了した旨の通知をホストコンピュータ１から受け取ると、カラオケ装置は、システムをリブートする（ステップＳＢ７、ＳＢ８）。
【００４６】
ここで、上述したカラオケ装置３のリブートについて説明する。
カラオケ装置３のリブートを行う際、ＣＰＵ１は、ＲＯＭ３２に格納されたブートローダを起動し、配信された新たなシステムプログラムをＨＤＤ３６からＲＡＭ３３にロードする。こうしてシステムプログラムのメインルーチンが起動されると、各種の制御パラメータや接続された外部機器に関するパラメータ等が初期化される。このように、リブート後には新たに配信されたシステムプログラムによってカラオケ装置３が動作することとなる。
【００４７】
以上示した手順でカラオケ装置がリブートされると、カラオケ装置は、リブート前の電源の状態に戻るように動作する。すなわち、以下の通りである。
【００４８】
まず、カラオケ装置３内のＣＰＵ３１は、ホストコンピュータ１から配信され、ＨＤＤ３６に格納されたリブートデータを参照する。この結果、リブートデータがリブートデータａまたはｃである場合には、リブート前、カラオケ装置の電源はオフとなっていたから、ＣＰＵ３１は、カラオケ装置３の電源をオフとするように動作する（ステップＳＢ１０）。これに対し、リブートデータがａまたはｃではない場合、すなわち、リブートデータｂまたはｄである場合には、リブート前、カラオケ装置の電源はオンとなっていたから、ＣＰＵ３１は、カラオケ装置３の電源をオンとするように動作する（ステップＳＢ１１）。これにより全ての配信動作が終了することとなる。
【００４９】
このように、本実施形態にかかるカラオケ装置によれば、従来から用いていたシステムプログラムに代えて、配信された新しいシステムプログラムの実行を開始するためのリブートを、ホストコンピュータがカラオケ装置に指示することができる。従って、新たなシステムプログラム配信後、カラオケ店の店員等がカラオケ装置のリブートを行うためにカラオケ装置の電源を操作する必要がなくなるから作業負担を低減することができる。
【００５０】
Ｃ：変形例
以上この発明の一実施形態について説明したが、上記実施形態はあくまでも例示であり、上記実施形態に対しては、本発明の趣旨から逸脱しない範囲で様々な変形を加えることができる。変形例としては、例えば以下のようなものが考えられる。
【００５１】
＜変形例１＞
上記実施形態であるカラオケ装置のようにホストコンピュータからの指示によってカラオケ装置がリブートすると不都合が生じる場合がある。このため、カラオケ装置のＨＤＤ３６中に、ホストコンピュータ１に対してリブート指示を行わないように指示するためのリブート可否データを設ける構成としてもよい。すなわち、カラオケ店の係員またはユーザは、カラオケ装置がリブートされると不都合が生じる場合には、所定の操作を行い、上記リブート可否データにリブートを禁止する旨を書き込む。そして、ホストコンピュータ１は、上述した状態プログラムの取得とともに、このリブート可否データも取得するのである。
【００５２】
ホストコンピュータ１は、このリブート可否データに、リブートを禁止する旨が書き込まれている場合には、リブートデータを送信せず、システムプログラムのみを配信する。すなわち、ホストコンピュータ１は、カラオケ装置３に対してリブートの指示を与えないのである。
【００５３】
このようにすることにより、カラオケ装置がリブートすると不都合が生じる場合には、ホストコンピュータ１によるリブートの指示を避けることができる。
【００５４】
＜変形例２＞
上記実施形態においては、状態データの内容は、カラオケ装置の電源がオンとなっているかオフとなっているかを示すものとしたが、これに限らず、例えば、カラオケ装置の状態データに、当該カラオケ装置が設置されたカラオケ店の営業時間を書き込む構成としてもよい。
【００５５】
ホストコンピュータ１は、上記実施形態と同様に上記状態データを取得すると、現在の時刻が、該状態データに書き込まれた営業時間内であるか否かを判断する。そして、営業時間内であれば、リブート後にカラオケ装置をオンとする旨の指示を、営業時間外であれば、リブート後にカラオケ装置をオフとする旨の指示を、それぞれリブートデータに含ませるのである。このようにしても、上記実施形態と同様の効果が得られる。
【００５６】
【発明の効果】
以上説明したように、本発明によれば、配信された新しい制御プログラムを有効とするためのリブートをプログラム配信装置がカラオケ装置に指示することができる。従って、新たな制御プログラムの配信後にカラオケ店の店員等がカラオケ装置のリブートを行う必要がなくなる。
【図面の簡単な説明】
【図１】  本発明の実施形態であるカラオケ装置の全体の構成を示すブロック図である。
【図２】  同実施形態におけるカラオケ装置の全体の構成を示すブロック図である。
【図３】  同実施形態における配信動作を示すフローチャートである。
【符号の説明】
１……ホストコンピュータ（プログラム配信装置）、２……通信回線、３……カラオケ装置、３１……ＣＰＵ（制御手段）、３２……ＲＯＭ、３３……ＲＡＭ（メモリ）、３４……操作部、３５……通信制御部（受信手段、書込手段）、３６……ＨＤＤ（記憶手段、状態データ記憶手段、リブート可否データ記憶手段）、３７……表示部、３８……ディスプレイ装置、３９……音源、４０……マイク、４１……ミキサ、１００……バス。
【図１】
0003649016.tif 000002
【図２】
0003649016.tif 000003
【図３】
0003649016.tif 000004