JP2000242281A - カラオケ装置に対するプログラムの配信方法、プログラム配信装置およびカラオケ装置 - Google Patents

Abstract

(57)【要約】 【課題】 新しいシステムプログラムを配信後、電源を
操作することなく該システムプログラムを実行させるこ
とを可能とするカラオケ装置に対するプログラムの配信
方法、プログラム配信装置およびカラオケ装置を提供す
る。 【解決手段】 ホストコンピュータ１は、新しいシステ
ムプログラムとともに、リブート指示を含むリブートデ
ータをカラオケ装置３に配信する。このシステムプログ
ラムとリブートデータを受け取ったカラオケ装置３は、
該リブートデータに従ってリブートし、このリブート後
には、従来用いていたシステムプログラムに代えて、新
たに配信されたシステムプログラムを実行するように切
換わる。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、カラオケ装置に対
するプログラムの配信方法、プログラム配信装置および
カラオケ装置に関する。

【０００２】

【従来の技術】通信カラオケ等においては、ユーザのニ
ーズに応えたり、新たなユーザを獲得するために、カラ
オケ装置のバージョンアップがなされる場合がある。そ
して、このバージョンアップは、例えば、カラオケ装置
の動作を制御するためのシステムプログラムを、新たな
システムプログラムに置き換えることによって行われ
る。

【０００３】

【発明が解決しようとする課題】しかしながら、従来の
カラオケ装置において、バージョンアップのために新た
なシステムプログラムが配信された場合であっても、配
信後、直ちにカラオケ装置が新しいシステムプログラム
に従って動作することはできなかった。すなわち、従来
から用いられていたシステムプログラムに代えて、配信
された新しいシステムプログラムを実行するためには、
カラオケ装置をリブートし、このリブートの際に、新し
いシステムプログラムを従来のシステムプログラムに代
えて所定のメモリに格納し、これにより新しいシステム
プログラムを実行することが必要となるのである。従っ
て、新プログラムの配信後にカラオケ店の店員等は、各
カラオケ装置をリブートするためにカラオケ装置の電源
を操作する必要があり、このための手間がかかるといっ
た問題があった。

【０００４】本発明は、このような背景に鑑みてなされ
たものであり、バージョンアップに伴って新たなシステ
ムプログラムがホストから配信された場合に、カラオケ
装置を操作することなく、ホストコンピュータからリブ
ートの指示を与えることができるカラオケ装置に対する
プログラムの配信方法、プログラム配信装置およびカラ
オケ装置を提供することを目的としている。

【０００５】

【課題を解決するための手段】上述した課題を解決する
ために、請求項１に記載のカラオケ装置に対するプログ
ラムの配信方法は、プログラム配信装置は、通信回線を
介して接続されたカラオケ装置において既に実行されて
いる第１の制御プログラムと少なくとも一部において異
なる制御プログラムである第２の制御プログラムと、カ
ラオケ装置をリブートすべき旨を示すリブート指示を含
むリブートデータとをカラオケ装置に配信し、前記プロ
グラム配信装置によって配信された前記第２の制御プロ
グラムおよびリブートデータを受信した前記カラオケ装
置は、前記リブートデータに含まれるリブート指示に従
ってリブートし、該リブート後には、前記第１の制御プ
ログラムに代えて前記第２の制御プログラムを実行する
ように切換わることを特徴としている。

【０００６】また、請求項２に記載のカラオケ装置に対
するプログラムの配信方法は、請求項１に記載の構成に
おいて、前記プログラム配信装置は、前記カラオケ装置
に設けられた記憶装置に記憶され、該カラオケ装置の現
在の状態を示す状態データを前記カラオケ装置から取得
するとともに、前記第２の制御プログラムと、カラオケ
装置をリブートすべき旨を示すリブート指示および該リ
ブート後に前記状態データが示すカラオケ装置の状態に
戻るべき旨を示す状態復帰指示を含むリブートデータを
カラオケ装置に配信し、前記カラオケ装置は、前記リブ
ート指示に従ってリブートし、該リブート時には前記第
１の制御プログラムに代えて前記第２の制御プログラム
を実行するように切換わるとともに、該リブートデータ
に含まれる状態復帰指示に従って、通信開始時のカラオ
ケ装置の状態に戻るように動作することを特徴としてい
る。

【０００７】また、請求項３に記載のカラオケ装置に対
するプログラムの配信方法は、請求項１または２に記載
の構成において、前記プログラム配信装置は、前記カラ
オケ装置に設けられた記憶装置に記憶され、カラオケ装
置のリブートの許可または禁止を示すリブート可否デー
タを該カラオケ装置から取得するとともに、該リブート
可否データにリブートを禁止する旨が書き込まれている
際には、前記リブートデータを該カラオケ装置に配信し
ないことを特徴としている。

【０００８】また、請求項４に記載のカラオケ装置に対
するプログラムの配信方法は、請求項１から３のいずれ
か１の請求項に記載の構成において、前記リブート指示
は、通信終了後にカラオケ装置をリブートすべき旨の指
示であることを特徴としている。

【０００９】また、請求項５に記載のプログラム配信装
置は、通信回線を介して接続されたカラオケ装置におい
て既に実行されている第１の制御プログラムと少なくと
も一部において異なる制御プログラムである第２の制御
プログラムと、カラオケ装置をリブートすべき旨のリブ
ート指示を含むリブートデータとを前記カラオケ装置に
配信する配信手段を具備することを特徴としている。

【００１０】また、請求項６に記載のプログラム配信装
置は、請求項５に記載の構成において、前記カラオケ装
置に設けられた記憶装置に記憶され、現在のカラオケ装
置の状態を示す状態データを該カラオケ装置から取得す
る状態データ取得手段を具備し、前記リブートデータ
は、カラオケ装置のリブート後に前記状態データ取得手
段によって取得された状態データが示すカラオケ装置の
状態に戻るべき旨の状態復帰指示を含むことを特徴とし
ている。

【００１１】また、請求項７に記載のプログラム配信装
置は、請求項５または６に記載の構成において、前記カ
ラオケ装置に設けられた記憶装置に記憶され、該カラオ
ケ装置のリブートの許可または禁止を示すリブート可否
データを該カラオケ装置から取得するリブート可否デー
タ取得手段を具備し、前記配信手段は、前記リブート可
否データ取得手段によって取得された前記リブート可否
データがカラオケ装置のリブートを禁止する旨を示して
いる場合には、前記リブートデータを該カラオケ装置に
配信しないことを特徴としている。

【００１２】また、請求項８に記載のプログラム配信装
置は、請求項５から７のいずれか１の請求項に記載の構
成において、前記リブートデータに含まれるリブート指
示は、通信終了後にカラオケ装置をリブートすべき旨の
指示であることを特徴としている。

【００１３】また、請求項９に記載のカラオケ装置は、
実行中である第１の制御プログラムを記憶するメモリ
と、プログラム配信装置から配信された第２の制御プロ
グラムおよびリブートデータを受信する受信手段と、前
記第２の制御プログラムを記憶する記憶手段と、前記受
信手段が受信した前記第２の制御プログラムを前記記憶
手段に書き込む書込手段と、前記受信手段が受信したリ
ブートデータに含まれるリブート指示に基づくリブート
時に、前記記憶手段に記憶された第２のシステムプログ
ラムを読み出し、これを前記第１の制御プログラムに代
えて前記メモリに書き込み、その後は該第２の制御プロ
グラムに従って該カラオケ装置を制御する制御手段とを
具備することを特徴としている。

【００１４】また、請求項１０に記載のカラオケ装置
は、請求項９に記載の構成において、カラオケ装置の現
在の状態を示す状態データを記憶する状態データ記憶手
段を具備し、前記制御手段は、前記リブート指示に基づ
くリブート後に、前記受信手段が受信したリブートデー
タに含まれる状態復帰指示に基づいて、該カラオケ装置
を通信開始時のカラオケ装置の状態に戻すことを特徴と
している。

【００１５】また、請求項１１に記載のカラオケ装置
は、請求項９または１０に記載の構成において、カラオ
ケ装置のリブートの可否を示すリブート可否データを記
憶するリブート可否データ記憶手段を具備することを特
徴としている。

【００１６】

【発明の実施の形態】以下、図面を参照して、本発明の
実施形態について説明する。かかる実施の形態は、本発
明の一態様を示すものであり、この発明を限定するもの
ではなく、本発明の範囲内で任意に変更可能である。

【００１７】Ａ：実施形態の構成 図１は、本発明の一実施形態であるカラオケ装置の全体
の構成を示すブロック図である。同図において、１はセ
ンタ内に設けられたホストコンピュータ、２はＩＳＤＮ
回線または公衆電話回線等の通信回線、３はカラオケ装
置である。同図に示すように、上記ホストコンピュータ
１には、通信回線２を介して、各カラオケ店舗等に配置
された複数のカラオケ装置３、３、……が接続されてい
る。

【００１８】ホストコンピュータ１は、特許請求の範囲
における「プログラム配信装置」に相当する装置であ
り、カラオケ装置３によるカラオケ演奏の際に用いられ
る楽曲データと、カラオケ装置３において実行されるシ
ステムプログラム（詳細は後述）とを内部の記憶装置に
保持している。そして、ホストコンピュータ１は、これ
らの楽曲データおよびシステムプログラムを通信回線２
を介して各カラオケ装置３、３、……に対して配信する
ことが可能である。なお、ホストコンピュータ１による
配信動作の詳細は後述する。

【００１９】次に、図２に示すブロック図を参照して、
カラオケ装置３の全体構成を説明する。同図に示すよう
に、本実施形態にかかるカラオケ装置３は、ＣＰＵ３
１、ＲＯＭ３２、ＲＡＭ３３、操作部３４、通信制御部
３５、ＨＤＤ（ハードディスク装置）３６、表示部３
７、ディスプレイ装置（ＣＲＴ）３８、音源３９、マイ
ク４０およびミキサ４１により構成されている。

【００２０】ＣＰＵ３１は、このカラオケ装置３の制御
中枢であり、バス１００を介して接続されたＲＯＭ３
２、ＲＡＭ３３、操作部３４、通信制御部３５、ＨＤＤ
３６、表示部３７および音源３９との間で各種情報の授
受を行うことによって、このカラオケ装置全体を制御す
る。ＲＯＭ３２には、このカラオケ装置を起動するため
に必要なブートローダや、歌詞を表示するために必要な
フォント情報等が記憶されている。また、ＲＡＭ３３
は、ＣＰＵ３１によって主記憶として使用されるととも
に、カラオケ演奏に用いる楽曲データを記憶するための
手段として使用される。

【００２１】操作部３４は、カラオケ装置３本体の前面
等に設けられており、曲番号を入力するためのテンキー
や、カラオケ装置３を操作するためのキーおよび摘み等
を備えている。ユーザは、これらのキー等を備えた操作
部３４を操作することにより、ＣＰＵ３１に対して各種
の指示を与えることができる。なお、カラオケ装置３の
操作は、この操作部３４のみならず、図示しないリモコ
ンによっても可能となっている。

【００２２】通信制御部３５は、ホストコンピュータ１
から通信回線２を介して配信された楽曲データおよびシ
ステムプログラム等を受信する。また、この通信制御部
３５は、ＤＭＡコントローラを内蔵しており、これによ
り、受信したデータを、ＣＰＵ３１を介することなく直
接ＨＤＤ３６に書き込むことができる。

【００２３】また、ＨＤＤ３６は、ホストコンピュータ
１によって配信され、通信制御部３５によって受信され
た楽曲データおよびシステムプログラムを記憶してい
る。

【００２４】ここで、システムプログラムとは、各カラ
オケ装置３において実行される制御プログラムであり、
楽曲データを解釈して楽曲の演奏を制御するシーケン
サ、カラオケ装置のデータベースを管理するデータベー
スマネージャ、および通信インターフェイス等の各種デ
バイスを制御するデバイスドライバ等の各種ソフトウェ
アを含んでいる。すなわち、カラオケ装置３は、ホスト
コンピュータ１によって配信されるシステムプログラム
を実行することによってその機能を実現するようになっ
ているのである。そして、ＨＤＤ３６中のシステムプロ
グラム（特許請求の範囲における「第１の制御プログラ
ム」）を新しいシステムプログラム（特許請求の範囲に
おける「第２の制御プログラム」）に更新すること等に
より、カラオケ装置のバージョンアップを行うことがで
きるようになっている。

【００２５】また、楽曲データは、カラオケ演奏の制御
を行うためのデータであり、１曲分の楽曲データは、楽
器演奏を制御するための演奏データ、歌詞表示を制御す
るための歌詞データ等により構成されている。ここで、
例えば演奏データは、楽音信号の形成制御等を指示する
ＭＩＤＩイベントデータと、各ＭＩＤＩイベントデータ
の読み出しを行う時間間隔を指定するデュレーションデ
ータとにより構成されるシーケンスデータである。楽曲
データを構成する他のデータ（歌詞データ等）も同様で
あり、各々、イベントデータとデュレーションデータと
により構成されている。ＣＰＵ１は、カラオケ演奏の際
に、上述したシステムプログラム中のシーケンサに従っ
て、演奏データや歌詞データ中の各イベントデータを順
次読み出し、例えばＭＩＤＩイベントデータは音源３９
へ、歌詞データ中の歌詞表示イベントデータは表示部３
７へ、という具合に、各イベントデータの種類に対応し
た宛先に送信する。

【００２６】また、ＨＤＤ３６は、上述した楽曲データ
およびシステムプログラムの他に、当該カラオケ装置の
状態を表す状態データを記憶している。この状態データ
は、例えば、カラオケ装置の電源がオンとなっているか
またはオフとなっているか、といった具合に、カラオケ
装置の状態を表すデータである。詳細は後述するが、シ
ステムプログラム配信時、ホストコンピュータ１は、こ
の状態データをカラオケ装置３から取得することによっ
て、当該時点におけるカラオケ装置の状態を判断するこ
ととなる。なお、以下では、状態データが、カラオケ装
置の電源の状態を示す場合、すなわち、カラオケ装置の
電源がオンとなっているかもしくはオフとなっているか
を示す場合を例に説明する。つまり、カラオケ装置の電
源が投入されると、状態データとしてカラオケ装置の電
源が投入されている旨が書き込まれ、カラオケ装置の電
源が切断されると、状態データとしてカラオケ装置の電
源が切断されている旨が書き込まれるといった具合であ
る。

【００２７】表示部３７は、ＣＰＵ３１によって読み出
される歌詞データ中の歌詞表示イベントデータに従って
歌詞の画像データを生成し、この画像データをＬＤ再生
装置（図示略）から供給される背景映像を表す画像デー
タと合成して、ディスプレイ装置３８に表示する手段で
ある。

【００２８】また、音源３９は、ＣＰＵ３１によってＲ
ＡＭ３３から読み出されるＭＩＤＩイベントデータに従
って楽音信号を生成する手段である。ミキサ４１は、こ
の楽音信号とマイク４０により得られる歌唱音声信号と
をミキシングして出力する手段である。このミキサ４１
の出力信号は、アンプ（図示略）によって増幅され、ス
ピーカ（図示略）から出力される。以上が本実施形態で
あるカラオケ装置の構成である。

【００２９】Ｂ：実施形態の動作 次に、本実施形態であるカラオケ装置の動作を説明す
る。まず、ユーザによってカラオケ装置３の電源が投入
されると、ＣＰＵ３１は、ＲＯＭ３２内に格納されたブ
ートローダに従って、ＨＤＤ３６に格納されたシステム
プログラムをＲＡＭ３３に転送する。以後、ＣＰＵ３１
は、このＲＡＭ３３内のシステムプログラムを実行する
ことによりカラオケ装置３全体の制御を行うのである。

【００３０】そして、ＣＰＵ１は、操作部４またはリモ
コンによって曲番号およびカラオケ演奏開始の指示が与
えられると、上述したシステムプログラム中のシーケン
サに従い、その曲番号に対応した楽曲データをＨＤＤ３
６からＲＡＭ３３にロードする。以後、ＣＰＵ１は、楽
曲データ中のデュレーションデータによって指定される
タイミングで、楽曲データ中のイベントデータの読み出
しおよび各部への供給を行う。この結果、音源３９によ
ってカラオケ演奏が行われ、表示部３７による歌詞の画
像データの作成およびディスプレイ装置３８への表示が
行われる。

【００３１】次に、図３に示すフローチャートを参照し
て、ホストコンピュータ１からカラオケ装置３に対して
システムプログラムまたはシステムプログラムおよび楽
曲データが配信される場合の動作を説明する。

【００３２】まず、センタの係員等がホストコンピュー
タ１に対して配信開始の指示を与えることによって配信
処理が開始される。この指示の際には、配信開始の指示
の他、システムプログラムのみの配信であるのか、シス
テムプログラムと楽曲データの配信であるのかが、係員
等によってホストコンピュータ１に指示されることとな
る。

【００３３】センタの係員等によって配信開始の指示が
与えられると、ホストコンピュータ１は、まず、通信回
線２を介して接続された各カラオケ装置３、３、……に
対して回線接続要求を出す（ステップＳＡ１）。この回
線接続要求を受信したカラオケ装置３は、回線接続要求
を受信した旨をホストコンピュータ１に送信する（ステ
ップＳＢ１）。

【００３４】次にホストコンピュータ１は、カラオケ装
置３の電源の状態を取得するため、各カラオケ装置３に
対して、状態データの要求を送信する（ステップＳＡ
２）。この要求を受信したカラオケ装置３内のＣＰＵ３
１は、ＨＤＤ３６から状態データを読み出し、通信制御
部３５に引き渡す。そして、通信制御部３５は、受け取
った状態データをホストコンピュータ１に対して送信す
る（ステップＳＢ２）。

【００３５】カラオケ装置３から状態データを受け取っ
たホストコンピュータ１は、該状態データを参照して、
カラオケ装置の電源が投入されているかまたは切断され
ているかを判断する。次に、ホストコンピュータ１は、
カラオケ装置に対して送信すべきリブートデータを作成
する。カラオケ装置３は、ホストコンピュータ１から配
信されるこのリブートデータに従って、リブートを行う
こととなる。

【００３６】ここで、このリブートデータの詳細を説明
する。ホストコンピュータ１は、今回配信される情報の
内容（すなわち、システムプログラムのみの配信である
か、システムプログラムおよび楽曲データの配信である
か）と、カラオケ装置３の電源の状態（すなわち、カラ
オケ装置の電源がオンであるかオフであるか）とに従っ
て、以下のａ〜ｄに示す４種類のリブートデータのうち
のいずれか１のリブートデータを生成してカラオケ装置
３に送信する。

【００３７】ａ．カラオケ装置の電源がオフであり、か
つ、今回の配信においては楽曲データを配信しない場合 この場合、システムプログラムのみの配信であるため、
システムプログラムの配信が終了した後、直ちにカラオ
ケ装置のリブートを行う旨の指示（特許請求の範囲にお
ける「リブート指示」）がリブートデータに含まれる。
また、カラオケ装置の電源がオフであるから、リブート
後にカラオケ装置の電源をオフとする旨の指示（特許請
求の範囲における「状態復帰指示」）もリブートデータ
に含まれることとなる。なお、以下の説明においては、
この場合のリブートデータをリブートデータａという。

【００３８】ｂ．カラオケ装置の電源がオンであり、か
つ、今回の配信においては楽曲データを配信しない場合 この場合にも、上記ａと同様に、システムプログラムの
配信が終了した後、直ちにカラオケ装置のリブートを行
う旨の指示がリブートデータに含まれる。また、カラオ
ケ装置の電源がオンであるから、リブート後にカラオケ
装置の電源をオンとすべき旨の指示もリブートデータに
含まれることとなる。なお、以下の説明においては、こ
の場合のリブートデータをリブートデータｂという。

【００３９】ｃ．カラオケ装置の電源がオフであり、か
つ、今回の配信において楽曲データも配信する場合 この場合、システムプログラムの他、楽曲データも配信
するから、システムプログラムの配信が終了した後、直
ちにカラオケ装置のリブートを行うことはできない。従
って、全ての配信が終了した後にカラオケ装置のリブー
トを行う旨の指示がリブートデータに含まれる。また、
カラオケ装置の電源がオフであるから、リブート後にカ
ラオケ装置の電源をオフとする旨の指示もリブートデー
タに含まれる。なお、以下の説明においては、この場合
のリブートデータをリブートデータｃという。

【００４０】ｄ．カラオケ装置の電源がオンであり、か
つ、今回の配信において楽曲データも配信する場合 この場合にも、上記ｃと同様に、全ての配信が終了した
後にカラオケ装置のリブートを行う旨の指示がリブート
データに含まれる。また、カラオケ装置の電源がオンで
あるから、リブート後にカラオケ装置の電源をオンとす
べき旨の指示がリブートデータに含まれる。なお、以下
の説明においては、この場合のリブートデータをリブー
トデータｄという。以上がリブートデータの詳細であ
る。

【００４１】リブートデータの作成が終了すると、ホス
トコンピュータ１は、システムプログラムをカラオケ装
置３に対して配信する（ステップＳＡ４）。このシステ
ムプログラムを受信したカラオケ装置３内の通信制御部
３５は、内部のＤＭＡコントローラによって、該システ
ムプログラムをＣＰＵ３１を介することなくＨＤＤ内の
所定の記憶エリアに書き込む（ステップＳＢ３）。この
書込みの際には、配信されたシステムプログラムを、従
来のシステムプログラムに上書きしてもよいし、従来の
システムプログラムとは異なる記憶エリアに書き込むこ
ととしてもよい

【００４２】また、ホストコンピュータ１は、システム
プログラムを配信後、ステップＳＡ３において作成した
リブートデータを、カラオケ装置３に配信する（ステッ
プＳＡ５）。このリブートデータを受信したカラオケ装
置３内の通信制御部３５は、上述したシステムプログラ
ムと同様に、該リブートデータをＨＤＤ３６に格納する
（ステップＳＢ４）。

【００４３】この後、ホストコンピュータ１は、係員等
によって楽曲データも配信する旨の指示が与えられてい
る場合には、当該楽曲データを、順次カラオケ装置３に
配信する。そして、楽曲データの配信が終了すると、配
信が終了した旨をカラオケ装置に送信し、全ての配信処
理を終了する。

【００４４】一方、カラオケ装置３は、ＨＤＤ３６に格
納したリブートデータがリブートデータａまたはｂであ
るかそうでないかを判断する（ステップＳＢ５）。この
判断の結果、リブートデータａまたはｂである場合に
は、配信される情報はシステムプログラムのみであるか
ら、この後直ちにシステムをリブートする（ステップＳ
Ｂ８）。

【００４５】これに対し、リブートデータａまたはｂで
ない場合、すなわちリブートデータｃまたはｄである場
合には、システムプログラムの後に楽曲データも配信さ
れるから、通信制御部３５は、ホストコンピュータ１か
ら配信された楽曲データを、順次ＨＤＤ３６に書き込む
（ステップＳＢ６）。この後、配信が終了した旨の通知
をホストコンピュータ１から受け取ると、カラオケ装置
は、システムをリブートする（ステップＳＢ７、ＳＢ
８）。

【００４６】ここで、上述したカラオケ装置３のリブー
トについて説明する。カラオケ装置３のリブートを行う
際、ＣＰＵ１は、ＲＯＭ３２に格納されたブートローダ
を起動し、配信された新たなシステムプログラムをＨＤ
Ｄ３６からＲＡＭ３３にロードする。こうしてシステム
プログラムのメインルーチンが起動されると、各種の制
御パラメータや接続された外部機器に関するパラメータ
等が初期化される。このように、リブート後には新たに
配信されたシステムプログラムによってカラオケ装置３
が動作することとなる。

【００４７】以上示した手順でカラオケ装置がリブート
されると、カラオケ装置は、リブート前の電源の状態に
戻るように動作する。すなわち、以下の通りである。

【００４８】まず、カラオケ装置３内のＣＰＵ３１は、
ホストコンピュータ１から配信され、ＨＤＤ３６に格納
されたリブートデータを参照する。この結果、リブート
データがリブートデータａまたはｃである場合には、リ
ブート前、カラオケ装置の電源はオフとなっていたか
ら、ＣＰＵ３１は、カラオケ装置３の電源をオフとする
ように動作する（ステップＳＢ１０）。これに対し、リ
ブートデータがａまたはｃではない場合、すなわち、リ
ブートデータｂまたはｄである場合には、リブート前、
カラオケ装置の電源はオンとなっていたから、ＣＰＵ３
１は、カラオケ装置３の電源をオンとするように動作す
る（ステップＳＢ１１）。これにより全ての配信動作が
終了することとなる。

【００４９】このように、本実施形態にかかるカラオケ
装置によれば、従来から用いていたシステムプログラム
に代えて、配信された新しいシステムプログラムの実行
を開始するためのリブートを、ホストコンピュータがカ
ラオケ装置に指示することができる。従って、新たなシ
ステムプログラム配信後、カラオケ店の店員等がカラオ
ケ装置のリブートを行うためにカラオケ装置の電源を操
作する必要がなくなるから作業負担を低減することがで
きる。

【００５０】Ｃ：変形例 以上この発明の一実施形態について説明したが、上記実
施形態はあくまでも例示であり、上記実施形態に対して
は、本発明の趣旨から逸脱しない範囲で様々な変形を加
えることができる。変形例としては、例えば以下のよう
なものが考えられる。

【００５１】＜変形例１＞上記実施形態であるカラオケ
装置のようにホストコンピュータからの指示によってカ
ラオケ装置がリブートすると不都合が生じる場合があ
る。このため、カラオケ装置のＨＤＤ３６中に、ホスト
コンピュータ１に対してリブート指示を行わないように
指示するためのリブート可否データを設ける構成として
もよい。すなわち、カラオケ店の係員またはユーザは、
カラオケ装置がリブートされると不都合が生じる場合に
は、所定の操作を行い、上記リブート可否データにリブ
ートを禁止する旨を書き込む。そして、ホストコンピュ
ータ１は、上述した状態プログラムの取得とともに、こ
のリブート可否データも取得するのである。

【００５２】ホストコンピュータ１は、このリブート可
否データに、リブートを禁止する旨が書き込まれている
場合には、リブートデータを送信せず、システムプログ
ラムのみを配信する。すなわち、ホストコンピュータ１
は、カラオケ装置３に対してリブートの指示を与えない
のである。

【００５３】このようにすることにより、カラオケ装置
がリブートすると不都合が生じる場合には、ホストコン
ピュータ１によるリブートの指示を避けることができ
る。

【００５４】＜変形例２＞上記実施形態においては、状
態データの内容は、カラオケ装置の電源がオンとなって
いるかオフとなっているかを示すものとしたが、これに
限らず、例えば、カラオケ装置の状態データに、当該カ
ラオケ装置が設置されたカラオケ店の営業時間を書き込
む構成としてもよい。

【００５５】ホストコンピュータ１は、上記実施形態と
同様に上記状態データを取得すると、現在の時刻が、該
状態データに書き込まれた営業時間内であるか否かを判
断する。そして、営業時間内であれば、リブート後にカ
ラオケ装置をオンとする旨の指示を、営業時間外であれ
ば、リブート後にカラオケ装置をオフとする旨の指示
を、それぞれリブートデータに含ませるのである。この
ようにしても、上記実施形態と同様の効果が得られる。

【００５６】

【発明の効果】以上説明したように、本発明によれば、
配信された新しいシステムプログラムを有効とするため
のリブートを、ホストコンピュータがカラオケ装置に指
示することができる。従って、新たなシステムプログラ
ム配信後、カラオケ店の店員等がカラオケ装置のリブー
トを行う必要がなくなる。

【００５７】また、リブート後に、カラオケ装置が配信
開始前の状態に戻るので、例えばリブート後に再びカラ
オケ装置の電源を操作する必要がなくなる。

【図面の簡単な説明】

【図１】 本発明の実施形態であるカラオケ装置の全体
の構成を示すブロック図である。

【図２】 同実施形態におけるカラオケ装置の全体の構
成を示すブロック図である。

【図３】 同実施形態における配信動作を示すフローチ
ャートである。

【符号の説明】

１……ホストコンピュータ（プログラム配信装置）、２
……通信回線、３……カラオケ装置、３１……ＣＰＵ
（制御手段）、３２……ＲＯＭ、３３……ＲＡＭ（メモ
リ）、３４……操作部、３５……通信制御部（受信手
段、書込手段）、３６……ＨＤＤ（記憶手段、状態デー
タ記憶手段、リブート可否データ記憶手段）、３７……
表示部、３８……ディスプレイ装置、３９……音源、４
０……マイク、４１……ミキサ、１００……バス。

Claims (11)

【特許請求の範囲】
1. 【請求項１】 プログラム配信装置は、通信回線を介し
   て接続されたカラオケ装置において既に実行されている
   第１の制御プログラムと少なくとも一部において異なる
   制御プログラムである第２の制御プログラムと、カラオ
   ケ装置をリブートすべき旨を示すリブート指示を含むリ
   ブートデータとをカラオケ装置に配信し、 前記プログラム配信装置によって配信された前記第２の
   制御プログラムおよびリブートデータを受信した前記カ
   ラオケ装置は、前記リブートデータに含まれるリブート
   指示に従ってリブートし、該リブート後には、前記第１
   の制御プログラムに代えて前記第２の制御プログラムを
   実行するように切換わることを特徴とするカラオケ装置
   に対するプログラムの配信方法。
2. 【請求項２】 前記プログラム配信装置は、前記カラオ
   ケ装置に設けられた記憶装置に記憶され、該カラオケ装
   置の現在の状態を示す状態データを前記カラオケ装置か
   ら取得するとともに、前記第２の制御プログラムと、カ
   ラオケ装置をリブートすべき旨を示すリブート指示およ
   び該リブート後に前記状態データが示すカラオケ装置の
   状態に戻るべき旨を示す状態復帰指示を含むリブートデ
   ータをカラオケ装置に配信し、 前記カラオケ装置は、前記リブート指示に従ってリブー
   トし、該リブート時には前記第１の制御プログラムに代
   えて前記第２の制御プログラムを実行するように切換わ
   るとともに、該リブートデータに含まれる状態復帰指示
   に従って、通信開始時のカラオケ装置の状態に戻るよう
   に動作することを特徴とする請求項１に記載のカラオケ
   装置に対するプログラムの配信方法。
3. 【請求項３】 前記プログラム配信装置は、前記カラオ
   ケ装置に設けられた記憶装置に記憶され、カラオケ装置
   のリブートの許可または禁止を示すリブート可否データ
   を該カラオケ装置から取得するとともに、該リブート可
   否データにリブートを禁止する旨が書き込まれている際
   には、前記リブートデータを該カラオケ装置に配信しな
   いことを特徴とする請求項１または２に記載のカラオケ
   装置に対するプログラムの配信方法。
4. 【請求項４】 前記リブート指示は、通信終了後にカラ
   オケ装置をリブートすべき旨の指示であることを特徴と
   する請求項１から３のいずれか１の請求項に記載のカラ
   オケ装置に対するプログラムの配信方法。
5. 【請求項５】 通信回線を介して接続されたカラオケ装
   置において既に実行されている第１の制御プログラムと
   少なくとも一部において異なる制御プログラムである第
   ２の制御プログラムと、カラオケ装置をリブートすべき
   旨のリブート指示を含むリブートデータとを前記カラオ
   ケ装置に配信する配信手段を具備することを特徴とする
   プログラム配信装置。
6. 【請求項６】 前記カラオケ装置に設けられた記憶装置
   に記憶され、現在のカラオケ装置の状態を示す状態デー
   タを該カラオケ装置から取得する状態データ取得手段を
   具備し、 前記リブートデータは、カラオケ装置のリブート後に前
   記状態データ取得手段によって取得された状態データが
   示すカラオケ装置の状態に戻るべき旨の状態復帰指示を
   含むことを特徴とする請求項５に記載のプログラム配信
   装置。
7. 【請求項７】 前記カラオケ装置に設けられた記憶装置
   に記憶され、該カラオケ装置のリブートの許可または禁
   止を示すリブート可否データを該カラオケ装置から取得
   するリブート可否データ取得手段を具備し、 前記配信手段は、前記リブート可否データ取得手段によ
   って取得された前記リブート可否データがカラオケ装置
   のリブートを禁止する旨を示している場合には、前記リ
   ブートデータを該カラオケ装置に配信しないことを特徴
   とする請求項５または６に記載のプログラム配信装置。
8. 【請求項８】 前記リブートデータに含まれるリブート
   指示は、通信終了後にカラオケ装置をリブートすべき旨
   の指示であることを特徴とする請求項５から７のいずれ
   か１の請求項に記載のプログラム配信装置。
9. 【請求項９】 実行中である第１の制御プログラムを記
   憶するメモリと、 プログラム配信装置から配信された第２の制御プログラ
   ムおよびリブートデータを受信する受信手段と、 前記第２の制御プログラムを記憶する記憶手段と、 前記受信手段が受信した前記第２の制御プログラムを前
   記記憶手段に書き込む書込手段と、 前記受信手段が受信したリブートデータに含まれるリブ
   ート指示に基づくリブート時に、前記記憶手段に記憶さ
   れた第２のシステムプログラムを読み出し、これを前記
   第１の制御プログラムに代えて前記メモリに書き込み、
   その後は該第２の制御プログラムに従って該カラオケ装
   置を制御する制御手段とを具備することを特徴とするカ
   ラオケ装置。
10. 【請求項１０】 カラオケ装置の現在の状態を示す状態
    データを記憶する状態データ記憶手段を具備し、 前記制御手段は、前記リブート指示に基づくリブート後
    に、前記受信手段が受信したリブートデータに含まれる
    状態復帰指示に基づいて、該カラオケ装置を通信開始時
    のカラオケ装置の状態に戻すことを特徴とする請求項９
    に記載のカラオケ装置。
11. 【請求項１１】 カラオケ装置のリブートの可否を示す
    リブート可否データを記憶するリブート可否データ記憶
    手段を具備することを特徴とする請求項９または１０に
    記載のカラオケ装置。