JPH0879849A

JPH0879849A - カラオケ集中制御システム

Info

Publication number: JPH0879849A
Application number: JP6232425A
Authority: JP
Inventors: Akimori Tomizawa; 昭盛富沢
Original assignee: Clarion Co Ltd
Current assignee: Faurecia Clarion Electronics Co Ltd
Priority date: 1994-09-01
Filing date: 1994-09-01
Publication date: 1996-03-22

Abstract

(57)【要約】【目的】正味のデータ伝送効率の向上を図ることによ
り、選曲に対してカラオケ音楽データの供給を顧客サー
ビス上許容される遅延時間内で確実に実行する。【構成】複数の端末装置はカラオケ音楽データを保有
しない第１のタイプの端末装置とカラオケ音楽データ保
有する第２のタイプの端末装置から成る。そして、両タ
イプの端末装置は選曲機能と合わせてカラオケ音楽デー
タをセンタ装置および他端末装置から受け取る機能を有
している。第２のタイプの端末装置の選曲操作において
は、自端末装置にカラオケ音楽データがある場合はセン
タ装置および他端末装置へデータの要求をせずに自端末
装置内でデータを転送することができる。この結果、正
味のデータ伝送効率を２倍以上にすることができる。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】カラオケ集中制御システムに関す
る。更に詳述すると、センタ装置と複数の端末装置を有
し、これらをトークンパッシング方式を用いるＬＡＮに
よって接続して構成するカラオケ集中制御システムに関
する。

【０００２】

【従来の技術】トークンバスの基本的なシステム構成を
図６に示す。図において端末装置は４個としたが他の個
数であっても実質的に変わるところはない。尚、トーク
ンバス方式のＬＡＮは今日広く普及している技術であ
り、本発明と関わらない説明は省略する。

【０００３】システムの基本機能は端末装置からセンタ
装置へ選曲データを伝送することと、センタ装置が上記
選曲データに従って、曲データメモリから所定の曲デー
タを読みだし、要求端末へ伝送することである。

【０００４】図６は従来技術のシステム構成を示す図で
ある。図において、端末装置ＴＥ・１〜ＴＥ・４には夫
夫端末制御部ＴＥ・１１〜ＴＥ・４１により希望曲の識
別情報を含む選曲データが設定される。上記ＴＥ・１か
らセンタ装置へデータ伝送する際はＴＥ・１１はＬＡＮ
制御機能を有するノードＮ２に選曲データを送り、ノー
ドＮ２はこれを所定の構造のパケットに構成する。続い
て、Ｎ２宛てのトークンを受け取るとバス制御権が与え
られ、データの伝送が可能となる。センタ装置のノード
Ｎ１宛になっているパケットをバスへ送出し、Ｎ１を介
してセンタ装置のホストコンピュータＣ１へ転送する。

【０００５】図７に示す動作概念図で選曲データの伝送
動作を説明する。既にＴＥ・１〜ＴＥ・４は少なくとも
１つの選曲データをＮ２〜Ｎ５にセットしているものと
して、Ｎ２はＮ１からＮ２宛てトークンＴ２を受け取
る。Ｎ２はＮ１宛に受信可否の問い合わせ信号Ａ１を送
信する。Ｎ１は受信可能であれば応答信号Ｒを返送す
る。Ｎ２は応答信号Ｒを受け取ると、選曲データを含む
パケットＰ１２をＮ１宛に送信する。Ｎ１はこれを正し
く受信した場合、応答信号Ｒを返送する。Ｎ２は応答信
号Ｒを受け取ると、Ｎ３宛のトークンＴ３を発行してＮ
２からＮ１宛のデータ伝送を終了する。

【０００６】図６において、パケットＰ１２を受け取っ
たＮ１はＣ１に転送する。Ｃ１は曲データ・メモリＣ２
から所定のデータを読みだす。これをＮ１、Ｎ２を介し
て、ＴＥ・１へ伝送する。但し、Ｎ１もトークンを受け
取ったときのみデータの送信が可能であり、この場合に
ついては図８に示すデータ伝送部分の動作概念図により
説明する。一方、Ｔ３を受け取ったＮ３はＮ２と同様に
Ｎ１に対してパケットＰ１３を伝送する。以下同様にし
て、Ｎ５がパケットＰ１５をＮ１に伝送する。伝送が終
了すると、Ｔ１をＮ１に渡してＴＥ・１〜ＴＥ・４がＣ
に選曲データを伝送する動作が一巡する。当然、次にト
ークンを受け取ったとき、選曲データや選曲データ以外
のセンタ装置へのデータがあればそれも伝送する。

【０００７】図６において、ＴＥ・１から受け取った選
曲データに従ってＣ１はＣ２から曲データを読みだす。
同様にして、ＴＥ・２〜ＴＥ・４向けのデータを読みだ
す。これらの曲データは図示していないＣ１内の一時メ
モリへ記憶される。また、トークンバス式ＬＡＮでは、
障害検知、送信権保留の平準化などの観点から各種動作
時間の監視が行われているが、トークンが一巡する時間
も最大値が設定されており、１パケツトで送信できるデ
ータ量も枠が設定される。１パケツト当たり５００バイ
ト程度の実施例がある。

【０００８】一方、カラオケ１曲分のデータは圧縮技術
にもよるが、１０〜２０ｋバイトのデータ量が想定され
る。センタ装置と端末装置の間の１回のデータ伝送で１
曲分のデータを伝送することは不可能であり、複数のパ
ケットに分割して伝送することになる。伝送の手順は種
々考えられるが１例として図８により説明する。

【０００９】Ｃ１はＴＥ・１向け曲データのうち、第１
番目のパケットで伝送するためのデータＤ２１１をＮ１
に転送する。Ｎ１はトークンを待ち、Ｎ５からのＴ１を
受け取るとＮ２が受信可能か否かを問い合わせＡ２を発
する。可能であればＮ２はＲを返送し、Ｎ１はＮ２宛第
１パケットＰ２１１をＮ２へ送信する。Ｎ２は正しく受
信するとＲを返送する。Ｎ１はＲを受け取るとＴ２を発
行する。

【００１０】仮に、Ｎ２がどこ宛てにも送信すべきデー
タを持っていないと仮定すると、Ｎ２はトークンＴ３を
Ｎ３宛に発行して、送信権をＮ３に与える。以下、同様
にして、Ｎ５がＴ１を発行すると、Ｎ１は既にＣ１から
受けとっているＴＥ・２（Ｎ３）向け曲データの第１番
目のパケットで伝送するデータＤ３１１を含むパケット
Ｐ３１１をＮ３に送り、正常に伝送が行われるとＮ１は
Ｔ２を発行する。同様にしてパケットＰ５１１がＮ５を
介してＴＥ・５へ伝送されると、次にＮ１がＴ１を受け
取った時点でＮ１はＣ１から受けとっているＴＥ・１
（Ｎ２）向け曲データの第２番目のパケットで伝送する
データＤ２１２をＮ２へ伝送する。以下同様にして、全
ての端末装置へ第１曲目のデータの伝送を終了するまで
繰り返す。第２曲目以降も同様である。

【００１１】上記におけるカラオケ音楽データを全端末
へ伝送するのに要する時間Ｔを求める。但し、考え方を
単純化するために、各端末装置が１曲ずつを選曲し、以
後、カラオケ音楽データを伝送終了するまでは新たな選
曲は行わないものとする。また、全ての曲はパケット数
換算で同じデータ量とする。尚、ホストコンピュータに
おけるメモリアクセスなどによるロス時間、ケーブルに
よる遅延時間、エラー処理などによるロス時間の発生も
実際のシステムでは想定されるが、便宜上割愛して図８
を基準に計算する。

【００１２】

【数１】

【００１３】ｔ_P：１パケット当たりの伝送時間（例え
ば、図８におけるＡ２、Ｒ、Ｐ２１１、Ｒに要する時間
の合計）ｔ_T：トークン１個当たりの伝送時間（図８におけるＴ
２など）Ｎ：稼働中の端末装置の数Ｐ_K：１曲分のデータをパケット化した場合のパケット
数

【００１４】トークンバス方式では、トークンが各ノー
ドを順番に巡回することと、トークンを受け取ったノー
ドのみがバスへデータを送信できるため、データの衝突
が起らないという大きな特徴と利点を持つ反面、Ｎ１の
みが大量のデータを送信する機能が与えられている。こ
のシステムにおいては、例えば、Ｎ２へデータを送る場
合、トークンＴ３、Ｔ４およびＴ５をパスする時間はシ
ステムとしてのデータ伝送効率を低下させている。ま
た、カラオケの曲データのような膨大な量のデータを送
信する場合、多数のパケットに分割して送るため、上記
の直接データの伝送に寄与しないトークンパス時間は分
割されたパケットの数の倍数となる。更に、端末装置の
数が多くなる場合、その分割はロス成分を増大する。カ
ラオケシステムのように選曲終了後、数秒以内に新たな
演奏の開始が期待される場合、集中制御システム化する
と、１つのセンタ装置が管理し得る端末装置の数は極め
て少なくなってしまう。

【００１５】

【発明が解決しようとする課題】そこで、本発明は上記
の課題に鑑み、トークンパッシング方式のＬＡＮをデー
タ伝送システムとして使用するカラオケ集中制御システ
ムにおいて、正味のデータ伝送効率の向上を図ろうとす
るものである。つまり、選曲に対してカラオケ音楽デー
タの供給を顧客サービス上許容される遅延時間内で確実
に実行しようとするもので、この基本機能を保持し、し
かも、システムに収容できる端末装置の数を増大したカ
ラオケ装置を提供しようとするものである。

【００１６】

【課題を解決するための手段】請求項１のカラオケ集中
制御システムは、センタ装置と複数の端末装置を相互に
結びトークンパッシング方式のＬＡＮをデータ伝送シス
テムとして使用するカラオケ集中制御システムを構成す
るセンタ装置はシステム全体を運用管理し、併せて少な
くともデジタルコード化されたカラオケ音楽データを保
管すると共に、複数の端末装置からの要求に従って所定
のカラオケ音楽データを提供するものにおいて、上記複
数の端末装置はカラオケ音楽データを保有しない第１の
タイプの端末装置とカラオケ音楽データ保有する第２の
タイプの端末装置が設定されると共に、両タイプの端末
装置は選曲機能と合わせてカラオケ音楽データをセンタ
装置および他端末装置から受け取る機能を有し、第２の
タイプの端末装置の選曲操作において、自端末装置が保
有するカラオケ音楽データがある場合、センタ装置およ
び他端末装置へデータの要求をせずに自端末装置内でデ
ータを転送することによりカラオケ演奏する機能を有す
る。

【００１７】請求項２のカラオケ集中制御システムは、
少なくとも１つのセンタ装置と複数の端末装置を相互に
結びトークンパッシング方式のＬＡＮをデータ伝送シス
テムとして使用するカラオケ集中制御システムを構成す
るセンタ装置はシステム全体を運用管理し、併せて少な
くともデジタルコード化されたカラオケ音楽データを保
管すると共に、複数の端末装置からの要求に従って所定
のカラオケ音楽データを提供するものにおいて、複数の
端末装置はカラオケ音楽演奏装置であり、センタ装置に
対して希望曲の音楽データを要求し、受け取ったデータ
に従いカラオケ音楽を演奏し、上記センタ装置は複数の
ノードを配して構成することを要旨とする。

【００１８】

【作用】複数の端末装置はカラオケ音楽データを保有し
ない第１のタイプの端末装置とカラオケ音楽データ保有
する第２のタイプの端末装置を設定すると共に、両タイ
プの端末装置は選曲機能と合わせてカラオケ音楽データ
をセンタ装置および他端末装置から受け取る機能を有
し、第２のタイプの端末装置の選曲操作において、自端
末装置が保有するカラオケ音楽データがある場合、セン
タ装置および他端末装置へデータの要求をせずに自端末
装置内でデータを転送することにより、正味のデータ伝
送効率を２倍以上にすることができる。この結果、選曲
に対してカラオケ音楽データの供給を顧客サービス上許
容される遅延時間内で確実に実行することができる。し
かも、この基本機能を保持しながら、システムに収容で
きる端末装置の数を増大することができる。

【００１９】センタ装置に複数のノードを配設して構成
することにより、データ伝送効率の向上を図ることがで
き、更にセンタ装置のノードＮ１Ａ、Ｎ１Ｂいずれかが
故障した場合、予め故障に対応したプログラムを考慮し
ておくことにより、運用し続けることが可能になる。

【００２０】

【実施例】図１は発明の基本構成を示す図である。説明
の便宜上、端末装置は４（Ｎ＝４）とし、ＴＥ・１とＴ
Ｅ・３を第２のタイプの端末装置、ＴＥ・２とＴＥ・４
を第１のタイプの端末装置とする。また、図２に発明に
関わる選曲データの伝送動作例を模式的に示す。図にお
いて、カラオケ集中制御システムはＢＡＳ、バスタイプ
の伝送線。Ｃ、センタ装置。Ｃ１、ホストコンピュー
タ。Ｃ２、曲データメモリ。Ｃ３、モニタ、その他の周
辺装置。Ｎ１Ａ、ＬＡＮ制御装置ノード。Ｎ１Ｂ、ＬＡ
Ｎ制御装置ノード。ＴＥ・１〜ＴＥ・Ｎ、端末装置。Ｔ
Ｅ・１１、ＴＥ・１の端末制御装置。ＴＥ・１２、ＴＥ
・１の曲データメモリ。ＴＥ・１３、ＴＥ・１のカラオ
ケ演奏装置、すなわち、モニタ、アンプ、スピーカな
ど。ＴＲ、回路上の必要部品である回線ターミネータな
どから構成されている。

【００２１】ここで、ＴＥ・１の選曲は自端末内の曲データメモリのＴＥ・１
２から供給が可能であるＴＥ・２の選曲はセンタ装置から供給を受けるＴＥ・３の選曲はセンタ装置から供給を受けるＴＥ・４の選曲はＴＥ・１から供給を受けることを前提としている。ＴＥ・２は自端末内データ転送
とＴＥ・４へのデータ供給をしなければならないが、自
端末内転送分は高速転送の技術が普及しており、これを
用いることによりＴＥ・４へのデータ転送動作を支障し
ないようにすることは十分可能である。

【００２２】図２の結果に基づく各端末の選曲に基づく
曲データの伝送動作を図３に模式的に示す。ＴＥ・１は
自端末内で処理できるため、ＣあるいはＴＥ・３からの
データ伝送で曲データを受け取る動作が不必要になる。
図２および図３の動作の説明は従来技術の図７および図
８と同様である。

【００２３】従来技術と同じ条件で図１、図３を基準と
してデータ伝送に要する時間Ｔを計算する。

【００２４】

【数２】

【００２５】ｔ_p：１パケット当たりの伝送時間（例え
ば、図３におけるＡ３、Ｒ、Ｐ１３１、Ｒの時間の合
計）ｔ_T：トークン１個当たりの伝送時間（図３におけるＴ
２など）Ｎ：稼動中の端末装置の数（図１のＴＥ・ＮのＮとは
必ずしも一致しない。接続されている端末装置が全数稼
働中であれば一致する）Ｍ：稼動中の第２のタイプの端末装置の数ｍ_i：稼動中の第２のタイプの端末装置のｉ番目のもの
が他の端末装置へ供給する曲データの数尚、図３において、第２のタイプの端末装置についての
番号付けには触れていないが、ＴＥ・１をｉ＝１、ＴＥ
・３をｉ＝２に割り付けるなどすることができる。Ｐ_K：１曲分のデータをパケット化した場合のパケット
数

【００２６】数式３は［］内の各要素の内最大の要
素の値を示す。

【００２７】

【数３】

【数４】

【数５】

【００２８】数式４は自端末内データ転送曲数であり、
ここで仮定した内容では自端末内処理可能な端末装置台
数に等しい。および、第２のタイプの端末装置が供給す
る曲データの数の総和を示す。従って、数式５におい
て、センタ装置がデータ供給を受け持つ曲数各パラメー
タは設計仕様、運用形態と実際の駆動状態により変化す
るわけであるが、仮に曲データメモリについて、センタ
装置は全曲分のデータを保有し、第２のタイプの端末装
置は重複も含めて分散保有し、全体として全曲分のデー
タを保有するように設計したとすると、数式３につい
て、システム運用上の最小値は、第２のタイプの端末装
置の全てＭ台が自端末内処理可能な選曲をし（ｍ₀＝
Ｍ）残りの（ｍ−Ｍ）曲分をＭ台＋センタ装置で均等に
供給を受け持つ場合、つまり、数式６（整数の処理を要
する） ……（３）式

【００２９】

【数６】

【００３０】同様に最大値はｍ₀＝０、かつ、第２のタ
イプの端末装置全てで、全体の１／２の曲数分のデータ
供給を受け持つ場合は同一曲についてセンタ装置とＭ台
の端末装置の２系統を設けることが可能であり、これを
最大値とすることは妥当である。つまり、

【００３１】

【数７】

【００３２】Ｍａｘ［］＝Ｎ／２ ……（４）式（２）、（３）
および（４）式より上記の仮定を置く場合のシステム能
力は

【００３３】

【数８】

【００３４】（１）および（５）式より本発明の方式に
することにより、最低でも効率を２倍にすることができ
る。

【００３５】図４に別な実施例を示す。図において、セ
ンタ装置の中のノードは異なる識別コードを持つＮ１
Ａ、Ｎ１Ｂの２個、端末装置はＴＥ・１〜ＴＥ・４（Ｎ
＝４）と仮定する。また、図５はセンタ装置から各端末
装置へのデータ伝送動作を模式的に示す図である。ここ
で、Ｎ２、Ｎ４へのデータ伝送をＮ１Ａが、Ｎ３、Ｎ５
へのデータ伝送をＮ１Ｂが受け持つ。

【００３６】Ｎ１ＡからＮ２へのデータ伝送終了後（パ
ケットＰ２１Ａ１）、Ｎ１ＡはトークンＴ１Ｂを発行
し、Ｃ１の管理下にあるＮ１Ｂが上記トークンを受けと
って、引き続きＮ１ＢがＮ３に対してパケットＰ３１Ｂ
１を送る。Ｔ１Ｂが伝達を終了すると、Ｔ２がＮ２に与
えられ、以下、図８に説明したと同様に進行し、Ｔ１Ａ
がＮ１Ａに与えられ、Ｎ４へのデータ伝送する。続い
て、Ｎ１ＢがＴ１Ｂを受けとってＮ５へのデータ伝送を
行う。

【００３７】ここで明らかなように、図８においては、
トークンが一巡する間にパケットを１個しか伝送できな
いのに対して図５では２個のパケットを伝送できる。ノ
ードを３個にすれば同じ条件で３個のパケットを伝送で
きる。図４の構成と図５に示した動作例は従来技術で説
明した通りである。尚、端末装置からセンタ装置への選
曲データを伝送する際、Ｎ１Ｂ、Ｔ１Ｂのノードのいず
れを用いるかは本質的な問題ではないが、図７において
示したＮ１をＮ１Ａと読み換えればそのまま選曲データ
の伝送の動作例となる。

【００３８】実施例２に示したシステムはカラオケ集中
制御システムのみではなく、トークンパッシング方式の
ＬＡＮを用いてデータ伝送量が平準化されていない装置
を含んで構成するシステムへ普遍的に適用できる。この
場合、ノードを複数設定するのは１つの装置に限定され
ないし、１装置あたり同じノード数にする必要もない。
ノード数はデータ負荷量を勘案して決められる。

【００３９】上記構成において、センタ装置のノードＮ
１Ａ、Ｎ１Ｂいずれかが故障した場合、予めプログラム
上で考慮をしておくことにより、システム全体の運用効
率は低下するが、運用を続けることが可能である。

【００４０】

【発明の効果】トークンパッシング方式のＬＡＮをデー
タ伝送システムとして使用するカラオケ集中制御システ
ムにおいて、正味のデータ伝送効率を最悪でも２倍にす
ることができる。この結果、選曲に対してカラオケ音楽
データの供給を顧客サービス上許容される遅延時間内で
確実に実行することができる。しかも、この基本機能を
保持しながら、システムに収容できる端末装置の数を増
大したカラオケ装置を提供することができる。

【００４１】センタ装置に障害があっても、性能を落と
して運用をすることができるのでトータルシステムとし
ての信頼性が向上する。

【００４２】端末装置に保有させる曲の種類を適正化す
ることにより、選曲の自端末内の確立を高め、効果的に
システムの安定動作、すなわち、データ伝送の正確性の
向上を図ることができる。

【００４３】センタ装置のノードＮ１Ａ、Ｎ１Ｂいずれ
かが故障した場合、予めプログラム上で考慮をしておく
ことにより、運用を続けることが可能である。

【図面の簡単な説明】

【図１】本発明の一実施例である。

【図２】本発明の実施例における選曲データの伝送動作
例を示す図である。

【図３】図２の結果に基づく各端末の選曲に基づく曲デ
ータの伝送動作を示す図である。

【図４】本発明の別な実施例である。

【図５】本発明の別な実施例におけるセンタ装置から各
端末装置へのデータ伝送動作を模式的に示す図である。

【図６】従来のトークンバスの基本的なシステム構成例
である。

【図７】従来の選曲データの伝送動作を説明する動作概
念図である。

【図８】従来のデータ伝送部分の動作概念図である。

【符号の説明】

ＢＡＳバスタイプの伝送線Ｃセンタ装置Ｃ１ホストコンピュータＣ２曲データメモリＣ３モニタ、その他の周辺装置Ｎ１ＡＬＡＮ制御装置ノードＮ１ＢＬＡＮ制御装置ノードＴＥ・１〜ＴＥ・Ｎ端末装置ＴＥ・１１ＴＥ・１の端末制御装置ＴＥ・１２ＴＥ・１の曲データメモリＴＥ・１３ＴＥ・１のカラオケ演奏装置ＴＲ回線ターミネータ

Claims

【特許請求の範囲】

【請求項１】センタ装置と複数の端末装置を相互に結
びトークンパッシング方式のＬＡＮをデータ伝送システ
ムとして使用するカラオケ集中制御システムを構成する
センタ装置はシステム全体を運用管理し、併せて少なく
ともデジタルコード化されたカラオケ音楽データを保管
すると共に、複数の端末装置からの要求に従って所定の
カラオケ音楽データを提供するものにおいて、上記複数
の端末装置はカラオケ音楽データを保有しない第１のタ
イプの端末装置とカラオケ音楽データ保有する第２のタ
イプの端末装置が設定されると共に、両タイプの端末装
置は選曲機能と合わせてカラオケ音楽データをセンタ装
置および他端末装置から受け取る機能を有し、第２のタ
イプの端末装置の選曲操作において、自端末装置が保有
するカラオケ音楽データがある場合、センタ装置および
他端末装置へデータの要求をせずに自端末装置内でデー
タを転送することによりカラオケ演奏する機能を有する
ことを特徴とするカラオケ集中制御システム。
【請求項２】少なくとも１つのセンタ装置と複数の端
末装置を相互に結びトークンパッシング方式のＬＡＮを
データ伝送システムとして使用するカラオケ集中制御シ
ステムを構成するセンタ装置はシステム全体を運用管理
し、併せて少なくともデジタルコード化されたカラオケ
音楽データを保管すると共に、複数の端末装置からの要
求に従って所定のカラオケ音楽データを提供するものに
おいて、複数の端末装置はカラオケ音楽演奏装置であ
り、センタ装置に対して希望曲の音楽データを要求し、
受け取ったデータに従いカラオケ音楽を演奏し、上記セ
ンタ装置は複数のノードを配して構成することを特徴と
するカラオケ集中制御システム。