JP3716447B2

JP3716447B2 - 通信カラオケシステム

Info

Publication number: JP3716447B2
Application number: JP07646995A
Authority: JP
Inventors: 和裕岩下
Original assignee: Yamaha Corp
Current assignee: Yamaha Corp
Priority date: 1995-03-31
Filing date: 1995-03-31
Publication date: 2005-11-16
Anticipated expiration: 2020-11-16
Also published as: JPH08274901A

Description

【０００１】
【産業上の利用分野】
この発明は、ホストコンピュータから通信回線を介して各カラオケ端末へ曲データを供給する通信カラオケシステムに関する。
【０００２】
【従来の技術】
近年、カラオケシステムの普及は目覚ましく、曲目数に対する利用者の要求も高まっていることから、膨大な曲データを蓄えたデータベースを保持するホストコンピュータより、通信回線を介し、カラオケスナック等の各店舗に設置されたカラオケ端末へ曲データを供給する、いわゆる通信カラオケシステムが普及しつつある。
【０００３】
一般に、従来の通信カラオケシステムにおいては、ホストコンピュータから供給される所定曲数の曲データをカラオケ端末側のハードディスクに蓄えておき、このハードディスクをアクセスすることにより利用者がリクエストした曲を再生する方式が採られている。こうした方式を採用するのは、利用者がリクエストする度にホスト側のデータベースをアクセスしたのでは、アクセス時間がかかるばかりでなく、通信コストがかさむという事情からである。
【０００４】
【発明が解決しようとする課題】
ところで、一般に、従来の通信カラオケシステムにおいてシステムの新規導入や新店舗の加入によるカラオケ端末の増設を行う場合、システムの運用を開始する前に、ホストコンピュータに対するカラオケ端末の登録やホストコンピュータとカラオケ端末との間の通信テストを含むいわゆる開局処理が行われる。ところが、従来の開局処理で実施される通信テストは、ホストコンピュータからカラオケ端末に対してコールバック発信を行うことにより回線の接続を確認するのみであったため、システムの運用中に通信回線のデータ伝送能力を超える大量の曲データがホストコンピュータからカラオケ端末へ送信された場合には、回線が切れる等の障害が生じることも想定された。
【０００５】
この発明は、このような背景の下になされたもので、システムの稼動中に主として店舗側の配線不良を原因とする伝送データの容量に依存する通信障害が生じるのを確実に防止することができる通信カラオケシステムを提供することを目的としている。
【０００６】
【課題を解決するための手段】
上述した課題を解決するために、請求項１記載の発明は、曲データを保持するホストコンピュータと、該コンピュータから通信回線を介して供給される曲データを再生し該再生音とマイクから入力される音声とを混合して出力する複数のカラオケ端末とからなる通信カラオケシステムにおいて、前記カラオケ端末は、前記ホストコンピュータから送信されるテストデータを受信する受信手段と、前記受信手段によるテストデータの受信中に前記通信回線に障害が生じたか否かを検出し、該検出結果を出力する第１の通信障害検出手段と、前記受信手段によるテストデータの受信結果をステータスとして前記ホストコンピュータへ返送する返送手段と、曲データの再生の可否を示す状態設定フラグを前記ホストコンピュータからの指示に応じて設定するフラグ設定手段とを具備し、前記ホストコンピュータは、システムの稼動中に授受されるデータの最大容量に相当する容量のテストデータを前記カラオケ端末へ送信するテストデータ送信手段と、前記テストデータ送信手段によるテストデータの送信後に前記カラオケ端末から返送されてきた受信結果のステータスに基づいて前記通信回線における障害の有無を判断し該判断結果を出力する第２の通信障害検出手段と、前記通信回線に障害が生じていないと前記第２の通信障害判定手段が判定した場合に、前記状態設定フラグを再生不可の状態から再生可能の状態に設定させる指示を前記カラオケ端末に出力する指示手段とを具備することを特徴としている。
【０００７】
また、請求項２記載の発明は、請求項１に記載の構成において、前記カラオケ端末のフラグ設定手段は、前記ホストコンピュータから曲データの配信を受けない場合に前記状態設定フラグを再生不可の状態に設定することを特徴としている。
【００１０】
【実施例】
以下、図面を参照して、この発明の実施例について説明する。
Ａ：実施例の構成
図１はこの発明の一実施例による通信カラオケシステムの全体構成を示すブロック図である。図１において、１はホストコンピュータであり、カラオケの曲データを蓄えたデータベースを保持している。このホストコンピュータ１には、通信回線Ｎを介して複数のカラオケ端末２，２，……が接続されており、ホストコンピュータ１から各カラオケ端末へ曲データを配信するようになっている。
【００１１】
ここで、各曲の曲データには、カラオケの演奏曲を再生するための演奏情報の他、その曲を特定するための曲コード、その曲に付された歌詞を曲の進行に応じてディスプレイに表示するための歌詞情報等が含まれている。このような曲データが、例えば新曲がリリースされる度に所定の曲数単位でホストコンピュータ１から各カラオケ端末２，２，……へ供給される。
【００１２】
次に、図２を参照し、カラオケ端末２の構成について説明する。
図２において、２１はモデムあるいはＩＳＤＮ（Integrated Sarvices Digital Network）等の通信インタフェースであり、ホストコンピュータ１と通信回線Ｎを介して接続されている。２２はＣＰＵ（中央処理装置）であり、ＲＯＭ（読み出し専用メモリ）２３に記憶されたシステムプログラムを実行し、バスＢＵＳを介して接続される装置各部を制御する。ＲＯＭ２３には、上記システムプログラムの他、歌詞を表示するためのフォント情報が記憶されている。
【００１３】
２４はハードディスクであり、ホストコンピュータ１から供給される曲データが格納される。また、２５はＲＡＭ（読み書き可能メモリ）であり、ＣＰＵ２２のワークエリアとして用いられ、システムプログラム、フォント情報および再生を指示された曲データの他、各種変数が一時記憶される。
【００１４】
また、２６は操作パネルであり、操作者による各種入力操作を検出し、該操作に対応した検出信号をＣＰＵ２２へ出力する。この操作パネル２６においては、選曲、演奏の開始および中止、ボリューム、テンポ等の再生時の操作の他、当該カラオケ端末２の開局や曲データの受信を行うための指示操作も行われる。
【００１５】
また、２７は楽音合成装置であり、ＣＰＵ２２から逐次供給される演奏情報（曲データに含まれる）に対応した楽音信号を生成し、これをミキサ２８へ出力する。ミキサ２８は、楽音合成装置２７から供給される楽音信号とマイク２９より取り込まれる音声信号とを混合し、これをスピーカ３０より発音させる。
【００１６】
また、３１は画像再生装置であり、再生を指示された曲データに対応した画像情報をレーザディスク３２から読み出し、これを画像合成装置３３へ転送する。画像合成装置３３は、画像再生装置３１から供給される画像情報とＣＰＵ２２から供給される歌詞情報に対応したフォント情報とを合成し、これをディスプレイに表示させる。
【００１７】
Ｂ：実施例の動作
次に、上記構成による通信カラオケシステムの動作について説明する。
以下では、本システムの動作を（１）開局、（２）曲データの配信、（３）曲の再生、に分けて説明する。
【００１８】
（１）開局
図３は、ホストコンピュータ１とカラオケ端末２との間で行われる開局処理を示すシーケンス図である。以下、このシーケンス図を参照しながら、開局時の動作を説明する。
【００１９】
同図において、まず操作者が電話等をかけることにより、カラオケ端末２からホストコンピュータ１に対して回線接続要求を出す（ステップＳ１）。そして、回線が接続されると、両者間で通信を確立させるため所定のシーケンスを実行することにより通信可能状態となる（ステップＳ２）。
【００２０】
次に、カラオケ端末２は、自局の電話番号、および周辺機器（レーザディスク、ＣＤ−ＲＯＭ等）の有無や機種等の装置構成に関する情報をホストコンピュータ１に送信する（ステップＳ３）。一方、ホストコンピュータ１は、カラオケ端末２から上記情報を受信すると、これを開局のための登録情報としてメモリに一時記憶する（ステップＳ４）。
【００２１】
次に、ホストコンピュータ１は、カラオケ端末２との間の通信回線のデータ伝送能力をテストすべく、所定のテストデータをカラオケ端末２に送信する（ステップＳ５）。このテストデータは、システムの稼動中に送信される曲データの最大容量を想定して模擬的に作成したものである。すなわち、このテストデータの伝送によって通信異常が生じなければ、当該通信回線の伝送能力はシステムの運用に十分に耐えられるものと判断される。
【００２２】
一方、カラオケ端末２は、ホストコンピュータ１から送信されるテストデータを受信し、受信処理が正常に終了したか否かを判断する（ステップＳ６）。ここで、受信中に回線断等の通信障害が発生した場合、カラオケ端末２は、受信処理を中止し、その旨をディスプレイ３４に表示した後、当該開局処理を終了する。一方、テストデータの受信が正常に終了した場合、カラオケ端末２は、受信したテストデータをそのままホストコンピュータ１に返送する（ステップＳ７）。
【００２３】
ホストコンピュータ１は、カラオケ端末２から返送されるテストデータを受信すると、この受信したテストデータと前述のステップＳ５で送信したテストデータ（メモリに保持されている）とを比較し（ステップＳ８）、この比較結果、すなわち両者が一致しているか否かを示す情報をカラオケ端末２に送信する（ステップＳ９）。
【００２４】
一方、カラオケ端末２は、ホストコンピュータ１から上記比較結果を受信すると、その内容に基づき通信異常があったか否かを判断する（ステップＳ１０）。すなわち、カラオケ端末２は、ホスト送信前のテストデータと返送後のテストデータとが一致していない場合、何らかの通信異常があったものと判断し、その旨をディスプレイ３４に表示した後、当該開局処理を終了する。
【００２５】
一方、ホスト送信前のテストデータと返送後のテストデータとが一致している場合、カラオケ端末２は、開局処理が正常終了した旨をディスプレイ３４に表示し（ステップＳ１１）、ホストコンピュータ１は、前述のステップＳ４でメモリに一時記憶した情報を当該カラオケ端末２のノード情報としてハードディスクに登録する（ステップＳ１２）。そして、カラオケ端末２の所定の状態設定フラグを反転させることにより曲の演奏が可能な状態にした後（ステップＳ１３）、当該開局処理を終了する。このように開局処理が正常終了しない場合、当該カラオケ端末２のシステム利用が可能とならない。
【００２６】
（２）曲データの配信
次に、曲データの配信について説明する。上記開局処理が正常終了すると、ホストコンピュータ１からカラオケ端末２への曲データの配信が行われる。この曲データの配信は、カラオケ端末２の開局時に行われる他、例えば所定曲数の新曲がリリースされた場合等にも行われる。
【００２７】
操作パネル２６より曲データの配信が指示されると、前述の開局時と同様、ホストコンピュータ１とカラオケ端末２との間で通信が確立された後、ホストコンピュータ１からカラオケ端末２へ曲データが送信される。このときの曲データの容量は、前述のテストデータの容量を越えないため、容量オーバーによる通信異常が生じることはない。一方、カラオケ端末２は、ホストコンピュータ１から送信される曲データを受信すると、これをハードディスク２４に格納し、曲データのデータベースに登録する。以後、カラオケ端末２では、上記受信した曲データの再生が可能となる。
【００２８】
また、上述した状態設定フラグは、ホストコンピュータ１から曲データの配信を受けないと反転し、演奏不能の状態となるよう設定されており、ホスト側は曲データの配信後にも状態設定フラグ（カウンタ）をリセットする動作を行う。このようにすれば、ホストコンピュータ１の管理下にない不当な端末の動作を制限することができる。
【００２９】
（３）曲の再生
次に、カラオケ端末２による曲の再生動作について説明する。まず、操作者が操作パネル２６より選曲し、演奏開始を指示すると、ＣＰＵ２２は、ハードディスク２４から対応する曲データをＲＡＭ２５にロードする。そして、当該曲データを逐次解釈し、演奏情報を楽音合成装置２７へ供給するとともに、歌詞情報に対応したフォント情報をＲＡＭ２５から画像合成装置３２へ転送する。
【００３０】
一方、ＣＰＵ２２は、当該曲データに含まれる曲コードを画像再生装置３１へ供給する。これにより、レーザディスク３２から当該曲データに対応した画像データが読み出され、画像合成装置３２へ供給される。
【００３１】
こうして、楽音合成装置２７にて生成される楽音信号が、ミキサ２９にてマイク３０より入力される音声信号と合成された後、スピーカ３０より発音されるとともに、画像合成装置３２にて画像データと歌詞のフォント情報とが合成され、ディスプレイ３４に当該曲の進行に対応した映像と歌詞が表示される。
【００３２】
Ｃ：実施例効果
以上説明したように、本実施例によれば、カラオケ端末２の開局時に、曲データの最大容量として想定される容量のテストデータをホストコンピュータ１とカラオケ端末２との間で授受し、通信回線のデータ伝送能力をテストするようにしたので、開局後に伝送データの容量オーバーによる回線断等の通信障害が生じるのを確実に防止することができる。
【００３３】
Ｄ：変更例
（１）なお、本実施例は、公衆電話回線やＩＳＤＮを介して配信を行う通信カラオケシステムを想定しているが、これに限らず、専用回線等のその他の通信回線を介した配信にも適用可能である。
（２）また、本実施例では、曲データの最大容量を想定してテストデータの容量を決定したが、これに限らず、例えばカラオケ端末２が実行するシステムプログラムなど、曲データ以外のデータをホストコンピュータ１から配信するような場合には、該データの最大容量をも想定してテストデータの容量を決定すればよい。
【００３４】
（３）また、曲データの伝送フォーマットとしては、例えばＭＩＤＩ(Musical Instrument Digital Interface)を採用すればよい。また、テストデータのフォーマットは特に限定されないが、曲データと類似したフォーマットを採用することにより、信頼性の高い通信テストを行うことができる。
（４）また、ホストコンピュータ１からカラオケ端末２へテストデータを送信し、カラオケ端末２は、その受信結果のみステータスとしてホストコンピュータ１へ返送し、テストデータの返送を省略するようにすれば、回線テストに要する時間を短縮することができる。
【００３５】
【発明の効果】
以上説明したように、この発明によれば、システムの稼動中に主として店舗側の配線不良を原因とする伝送データの容量に依存する通信障害が生じるのを確実に防止することができ、システムの信頼性が向上するという効果が得られる。
【図面の簡単な説明】
【図１】この発明の一実施例による通信カラオケシステムの全体構成を示すブロック図である。
【図２】同実施例によるカラオケ端末の構成を示すブロック図である。
【図３】同実施例においてホストコンピュータとカラオケ端末との間で行われる配信処理を示すシーケンス図である。
【符号の説明】
１…ホストコンピュータ、２…カラオケ端末、２１…通信インタフェース、２２…ＣＰＵ、２３…ＲＯＭ、２４…ハードディスク、２５…ＲＡＭ、２６…操作パネル、２７…楽音合成装置、２８…ミキサ、２９…マイク、３０…スピーカ、３１…画像再生装置、３２…レーザディスク、３３…画像合成装置、３４…ディスプレイ。

Claims

曲データを保持するホストコンピュータと、該コンピュータから通信回線を介して供給される曲データを再生し該再生音とマイクから入力される音声とを混合して出力する複数のカラオケ端末とからなる通信カラオケシステムにおいて、
前記カラオケ端末は、
前記ホストコンピュータから送信されるテストデータを受信する受信手段と、
前記受信手段によるテストデータの受信中に前記通信回線に障害が生じたか否かを検出し、該検出結果を出力する第１の通信障害検出手段と、
前記受信手段によるテストデータの受信結果をステータスとして前記ホストコンピュータへ返送する返送手段と、
曲データの再生の可否を示す状態設定フラグを前記ホストコンピュータからの指示に応じて設定するフラグ設定手段と
を具備し、
前記ホストコンピュータは、
システムの稼動中に授受されるデータの最大容量に相当する容量のテストデータを前記カラオケ端末へ送信するテストデータ送信手段と、
前記テストデータ送信手段によるテストデータの送信後に前記カラオケ端末から返送されてきた受信結果のステータスに基づいて前記通信回線における障害の有無を判断し該判断結果を出力する第２の通信障害検出手段と、
前記通信回線に障害が生じていないと前記第２の通信障害判定手段が判定した場合に、前記状態設定フラグを再生不可の状態から再生可能の状態に設定させる指示を前記カラオケ端末に出力する指示手段と
を具備することを特徴とする通信カラオケシステム。
前記カラオケ端末のフラグ設定手段は、前記ホストコンピュータから曲データの配信を受けない場合に前記状態設定フラグを再生不可の状態に設定する
ことを特徴とする請求項１に記載の通信カラオケシステム。