JP2002287776A - 異機種の情報端末を接続したデータ配信システム - Google Patents

Abstract

(57)【要約】 【課題】互いに異なるメーカ機種を用いたシステムであ
っても、近くの他メーカのシステムから利用者が要求す
るデータを配信させて利用者に安価に使用させることが
できるデータ配信システムを得る。 【解決手段】 Ａ店には、複数の情報端末（カラオケ端
末：１４ａ…１４ｉを備え、この内で１４ｉのみがｂ社
の情報端末で他はａ社の情報端末としている。そして、
これらのａ社の情報端末１４ａ、…１４ｈとｂ社の情報
端末１４ｉとをＬＡＮを介してａ社の代理データサーバ
２３に接続している。この代理データサーバ２３は公衆
網を介してａ社のデータサーバ８及びカラオケ店Ｂのｂ
社の代理サーバ２６に接続している。そして、代理デー
タサーバ２３は、自身の蓄積部２４内にあるａ社用楽曲
の中から検索キーテーブル３０に一致する内容の楽曲デ
ータを検出し、ａ社用フォーマットからｂ社用フォーマ
ットへのデータ変換機能２５によるデータ変換を行った
後に、変換後の楽曲データを下位のｂ社情報端末１４ｉ
へ送信する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は通信カラオケに代表
される、映像、音楽配信システムにおいて、異なるメー
カの情報端末を接続したときのデータ配信に関する。

【０００２】

【従来の技術】従来のネットワークを媒体としたデータ
配信システムの構成を図９を用いて以下に説明する。

【０００３】このシステムではひとつのデータサーバ１
および複数の情報端末（３または５：カラオケ店サー
バ）がネットワーク７を介して接続されている。

【０００４】配信されるデータは提供者によって生成さ
れて、データサーバ１に内蔵されたハードディスクドラ
イブ（ＨＤＤ）、メモリカード、内蔵メモリ等の蓄積部
２へ保存される。

【０００５】データサーバ１はこのデータを全ての情報
端末（３ａ…３ｎ）へ送り、それらを受信した情報端末
（３ａ…３ｎ）は受信したデータをそれぞれに内蔵する
蓄積部（４ａ…４ｎ）へ保存し、利用者からのデータ要
求に備える。

【０００６】また、情報端末（３ａ…３ｎ）に蓄積部
（４ａ…４ｎ）が内蔵されない場合は、情報端末（３ａ
…３ｎ）は利用者からのデータ要求毎にデータサーバ１
へデータ要求を送り、要求されたデータを受信する処理
を繰り返すシステムであった。一方、図１０に示すよう
に、カラオケ店に店内サーバを備えて、店内サーバと各
情報端末（カラオケ端末）とをＬＡＮで接続し、店内サ
ーバが中央のデータサーバから定期的にカラオケ等のデ
ータの配信を受けて、これを情報端末に配信する集中型
のシステムも近年は普及している。

【０００７】このような、システムは、Ａ店のカラオケ
がａメーカの機種を採用し、Ｂ店のカラオケがｂメーカ
を採用している場合は、ａメーカ、ｂメーカ同士の配信
のフォーマットが異なるのが一般的である。

【０００８】このため、図１０に示すように、Ａ店の店
内サーバ１０は、公衆網を介して定期的にａメーカの中
央データベース８と通信を行って、データサーバ８の蓄
積部９に記憶されている最新のデータを蓄積部１１にダ
ウンロードする。

【０００９】Ａ店のカラオケ店の店内サーバ１０は、Ｌ
ＡＮに接続されている各情報端末１４ａ、…１４ｎの要
求に基づくデータを各情報端末１４ａ、…１４ｎに送信
して、蓄積部１５ａ、…１５ｎに記憶させていた。

【００１０】また、Ｂ店の店内サーバ１２は、公衆網を
介して定期的にｂメーカの中央データベース２２と通信
を行って、データサーバ２２の蓄積部２０に記憶されて
いる最新のデータを蓄積部１３にダウンロードする。

【００１１】Ｂ店のカラオケ店の店内サーバ１２は、Ｌ
ＡＮに接続されている各情報端末１６ａ、…１６ｎの要
求に基づくデータを各情報端末１６ａ、…１６ｎに送信
して、蓄積部１７ａ、…１７ｎに記憶させていた。

【００１２】

【発明が解決しようとする課題】上記のように構成され
た従来の集中型のデータ配信システムは、使用している
機種のメーカが異なると、それぞれのメーカのデータベ
ース（中央）に店内サーバから通信を行って、下位の情
報端末にデータを配信するシステムである。

【００１３】例えば、Ａ店のカラオケ店（ａメーカ）に
おいて、利用者が欲しいカラオケ曲がない場合は、ａメ
ーカの中央データベースにアクセスしてそのカラオケ曲
をダウンロードする。

【００１４】ところが、利用者が欲しいカラオケ曲は近
くのＢ店に存在する場合もある。しかしながら、Ｂ店と
Ａ店とが用いているシステムは、扱われるデータのフォ
ーマットが異なるので、必ず同じメーカの中央データベ
ースと通信を行って利用者が要求するカラオケ曲を得
る。

【００１５】このため、直ぐ近くのカラオケ店に利用者
が要求するカラオケ曲があったとしても、遠隔地点の同
じメーカの中央データベースと通信を行わなければなら
ないので、時間がかかると共に、通信料が高くなるとい
う課題があった。

【００１６】また、ａメーカの中央データサーバとｂメ
ーカの中央データサーバとが何らかの手段によって利用
者が要求するカラオケ曲を得たとしても、下位の情報端
末への配信は、他のメーカの中央データベース、公衆
網、自メーカの中央データベース、公衆網、店内サーバ
のルートで配信を受けることになるから時間と費用がか
かるという課題があった。

【００１７】また、ａメーカの中央データサーバとｂメ
ーカの中央データサーバとが何らかの手段によって利用
者が要求するカラオケ曲を得たとしても、互いに異なる
フォーマットのデータであるから何らかの変換を行わな
いと、そのままでは使用できないという課題があった。

【００１８】すなわち、カラオケ店に異なるメーカの機
種の端末を配置すると、メーカ毎に店内サーバを設けな
ければならないので、カラオケ店においては費用がかさ
むことになるという課題があった。

【００１９】本発明は以上の課題を解決するためになさ
れたもので、互いに異なるメーカ機種を用いたシステム
であっても、近くの他メーカのシステムから利用者が要
求するデータを配信させて利用者に安価に使用させるこ
とができるデータ配信システムを得ることを目的とす
る。

【００２０】

【課題を解決するための手段】本発明は上記課題に鑑み
てなされたものであり、第１の発明は、公衆網に中央デ
ータベースに代わる代理データサーバを接続し、代理デ
ータサーバの下位に同機種の情報端末と異なる機種の情
報端末を接続したデータ配信システムにおいて、前記同
機種及び異機種の各種情報端末は、前記利用者が選択し
た選択データ番号に、要求元端末アドレス、情報端末メ
ーカ、歌手名、楽曲名、発売時期とを対応させたテーブ
ルデータを、接続されている代理データサーバに送信す
る手段と、前記代理データサーバから送信されたデータ
を再生する手段とを有し、前記代理データサーバは、各
種データを保存し、前記テーブルデータを受信したと
き、該テーブルデータの情報端末メーカが自装置のメー
カと異なるかどうかを判定する手段と、前記テーブルデ
ータが示す曲名、歌手名に一致するデータが存在すると
きは、その保存されているデータを抽出する手段と、前
記テーブルデータの情報端末のメーカが自装置のメーカ
と異なるときは、予め設定されている異なるメーカのフ
ォーマットに従って、前記抽出したデータを変換した後
に前記テーブルデータが示す異機種の情報端末に送信す
る手段とを有することを特徴とする異機種の情報端末を
接続したデータ配信システムである。

【００２１】

【発明の実施の形態】本発明を説明する前に一般的な集
中型システムについて説明する。図１は一般的な集中型
システムのデータ配信システムの概略構成図であり、そ
れぞれのカラオケ店が同じメーカ機種を用いているとす
る。

【００２２】コンテンツ提供者の作成したデータはまず
データサーバ１の蓄積部２に保存され、任意の時間に店
内サーバ（１０ａ、１０ｂ、…：代理データサーバとも
いう）に配信され、それぞれの内蔵する蓄積部（１１
ａ、１１ｂ、…）に保存される。さらに任意の時間に店
内サーバ（１０ａ、１０ｂ、…）より、情報端末（３
ａ、３ｎ、…）へ配信され、それぞれの内蔵する蓄積部
（４ａ、…４ｎ）に保存されて、利用者からのデータ要
求に備える。

【００２３】情報端末（３ａ、…３ｎ）が蓄積部（４ａ
…４ｎ）を内蔵しない場合、店内サーバ（１０ａ、１０
ｂ）の蓄積部（１１ａ、１１ｂ）に保存された状態で利
用者からのデータ要求を待つ。しかるのちに情報端末
（３ａ…３ｎ）において利用者のデータ要求を受け付け
た際にはその情報端末（３ａ…３ｎ）が接続されている
店内サーバ（１０ａ、１０ｂ）へデータ要求を送り、代
理データサーバである店内サーバ（１０ａ、１０ｂ）が
内蔵する蓄積部（１１ａ、１１ｂ）に保存されているデ
ータリストから要求されたデータを検索し送信したデー
タを、情報端末（３ａ、…３ｎ）が受信し再生する。

【００２４】店内サーバ（１０ａ、１０ｂ）が蓄積する
全てのデータはデータサーバ１から取得するものである
が、データサーバ１から代理データサーバである店内サ
ーバ（１０ａ、１０ｂ、…）へのデータの送信は各デー
タにつき１回のみであるため、情報端末（３ａ、…３
ｎ）が店内サーバ（１０ａ、１０ｂ）へデータを要求し
た場合に生じるデータサーバ１にかかる負荷あるいは、
データサーバ１と店内サーバ（１０ａ、１０ｂ）の間の
ネットワークにかかる負荷は、代理データサーバを設け
た場合では、代理サーバを設けない場合と比べて零に等
しい。

【００２５】代理データサーバ１０ａおよびそれに接続
される情報端末（３ａ、３ｎ）だけに話を限定すれば、
これらはローカルネットワークとして解釈することがで
きる。ローカルネットワークの構築に必要な設備費用は
ネットワーク全体と比較して小額であるため、より容易
に高速のネットワーク回線を設けることができる。

【００２６】また上述のように情報端末へのデータ配信
は代理データサーバより行われるため、仮にデータサー
バ１から代理データサーバへのネットワーク転送速度が
低速であっても、ローカルネットワークはその影響を受
けず高速なネットワーク速度を維持できる。

【００２７】加えて、このローカルネットワーク以外か
らのネットワークによるアクセスを代理データサーバに
よって禁止した場合、外的要因によるローカルネットワ
ーク内のネットワーク転送速度の低下を防ぐことも可能
である。

【００２８】以上の通りローカルネットワーク内のネッ
トワークは代理データサーバにより高速に維持すること
が可能となり、情報端末における大容量のデータ配信サ
ービスの構築が可能となる。

【００２９】ローカルネットワーク内のネットワーク転
送速度が高速であれば、情報端末に蓄積部を設けなくて
もよい場合も考えられ、この場合は情報端末の製造コス
トに大きく貢献できることとなる。

【００３０】ローカルネットワーク以外からのネットワ
ークによるアクセスを代理データサーバである店内サー
バ１０ａによって禁止することは、外部からのローカル
ネットワーク内へのネットワークアクセスが不可能とな
ることとなり、ローカルネットワーク内、すなわち情報
端末のセキュリティが自動的に保護されることも意味す
る。

【００３１】＜実施の形態１＞このようはデータ配信シ
ステムにおいて、互いに異なるメーカ機種を用いたシス
テムであっても、近くの他メーカのシステムから利用者
が要求するデータを配信させて利用者に安価に使用させ
ることができるデータ配信システムを実施の形態１とし
て説明する。

【００３２】図２に異なるフォーマットのデータの配信
を行うデータ配信システム（例として、ａ社およびｂ
社）の情報端末が接続された例を示す。

【００３３】図２はカラオケ店Ａ店とカラオケ店Ｂとを
例にしている。本実施の形態は、代理データサーバを設
けるものであり、代理データサーバは、公衆網に接続し
て用いてもよいが本実施の形態では、代理データサーバ
をカラオケ店に備えた構成として説明する。

【００３４】Ａ店には、複数の情報端末（カラオケ端
末：１４ａ…１４ｉを備え、この内で１４ｉのみがｂ社
の情報端末で他はａ社の情報端末としている。

【００３５】そして、これらのａ社の情報端末１４ａ、
…１４ｈとｂ社の情報端末１４ｉとをＬＡＮを介してａ
社の代理データサーバ２３に接続している。この代理デ
ータサーバ２３は公衆網を介してａ社のデータサーバ８
及びカラオケ店Ｂのｂ社の代理サーバ２６に接続されて
いる。

【００３６】また、カラオケ店Ｂ店には、複数の情報端
末（カラオケ端末：１６ａ…１６ｎを備え、全てがｂ社
の情報端末としている。

【００３７】そして、これらのｂ社の情報端末１６ａ、
…１６ｎとをＬＡＮを介してｂ社の代理データサーバ２
６に接続している。この代理データサーバ２６は公衆網
を介してｂ社のデータサーバ８及びカラオケ店Ａのａ社
の代理データサーバ２３に接続されている。

【００３８】前述の代理データサーバ２３は、自身の蓄
積部２４内にあるａ社用楽曲の中から図３に示した検索
キーテーブル３０に一致する内容の楽曲データを検出
し、ａ社用フォーマットからｂ社用フォーマットへのデ
ータ変換機能２５によるデータ変換を行った後に、変換
後の楽曲データを下位のｂ社情報端末１４ｉへ送信す
る。前述の検索キーテーブル３０は、図３に示すよう
に、要求元端末アドレスと、情報端末メーカとデータ番
号と歌手名、楽曲名、発売時期等とを対応させたテーブ
ルである。

【００３９】ｂ社の情報端末１４ｉは、複数の検索キー
テーブル３０を備え、利用者が要求した曲名に対応する
検索キーテーブルをＬＡＮに接続されているａ社の代理
データサーバ２３に送信する。

【００４０】上記のように構成されたデータ配信システ
ムについて以下に動作を説明する。

【００４１】従来技術でも説明したように、一般に異な
るデータ配信システムでは扱われるデータのフォーマッ
トが異なり、各データ配信システムの情報端末において
はお互いの異なるフォーマットのデータ再生等を行うこ
とはできない。

【００４２】しかしながら、通信カラオケのように同様
のサービスを営む複数のデータ配信システムの場合、デ
ータすなわち楽曲のフォーマットは異なるが、それらを
検索し指定するために必要なものは共通に、歌手名や楽
曲名である。

【００４３】例えば、ｂ社の情報端末１４ｉがａ社代理
データサーバ２３への楽曲の要求を行った場合、ｂ社情
報端末１４ｉは、その曲名等に対応するキーを備えた検
索キーテーブル３０をａ社の代理データサーバ２３に送
信する。

【００４４】これを受信したａ社代理データサーバ２３
は、自身の蓄積部２４内にあるａ社用楽曲の中から検索
キーに一致する内容の楽曲データを検出し、データ変換
機能２５がａ社用フォーマットからｂ社用フォーマット
へのデータ変換を行った後に、変換後の楽曲データをｂ
社情報端末１４ｉへ送信する。

【００４５】このため、カラオケ店Ａにａ社の情報端末
１４ａ…１４ｈとｂ社情報端末１４ｉとを設置していて
も、容易にｂ社の情報端末１４ｉが希望する曲を再生さ
せることが可能となる。

【００４６】またこのようなデータ変換機能の導入によ
りデータをそれぞれのデータ配信システムで共有するこ
とが可能となる。

【００４７】また、ａ社代理データサーバ２３が近隣の
ｂ社代理データサーバ２６へ直接、あるいは間接的に接
続されている場合、受信した検索キー一覧をｂ社代理デ
ータサーバ２６へ渡し、ｂ社代理データサーバ２６が自
身の蓄積部２７内にあるｂ社用楽曲の中から図３に示し
た検索キーに一致する内容の楽曲データを検出し、その
楽曲データをｂ社用のフォーマットのままカラオケ店Ａ
のｂ社情報端末１４ｉへ直接、あるいはａ社代理データ
サーバ２３を経由して送ることでｂ社情報端末１４ｉに
よる楽曲の再生が可能となる。

【００４８】以下シーケンス図及びフローチャートを用
いて以下に説明する。

【００４９】（利用例１）利用者がｂ社の情報端末１４
ｉを操作して希望の曲をリクエストすると（ｄ１）、ｂ
社の情報端末１４ｉはリクエスト曲に対応する検索キー
テーブル１０をＬＡＮを介してａ社の代理データサーバ
２３に送信する（ｄ２）。

【００５０】ａ社代理データサーバ２３は、自身の蓄積
部２４内にあるａ社用楽曲の中から検索キーに一致する
内容の楽曲データを検出し、データ変換機能２５がａ社
用フォーマットからｂ社用フォーマットへのデータ変換
を行って（ｄ３）、変換後の楽曲データをｂ社情報端末
１４ｉへＬＡＮを介して送信する（ｄ４）。

【００５１】すなわち、図５のフローチャートに示すよ
うに、ａ社代理データサーバ２３のデータ変換機能２５
が、自身の蓄積部２４内にあるａ社用楽曲の中から送信
された検索キーテーブルに一致する内容の楽曲データを
検出し、この検出した曲データのａ社方式による暗号を
解除する（Ｓ５０１）。

【００５２】次に、データ変換機能２５は、暗号解除後
に圧縮解凍を行い（Ｓ５０２）、ｂ社方式へのデータ変
更を行う（Ｓ５０３）。

【００５３】そして、ｂ社方式で圧縮して（Ｓ５０
４）、ｂ社方式による暗号化を行って、情報端末１４ｉ
に送信する（Ｓ５０５）。

【００５４】ステップＳ５０３のデータ変更は、図６の
（ａ）に示すように、ａ社フォーマットがＭＩＤＩデー
タと、歌詞文字データと、オーディオデータと、背景デ
ータとからなる順番のフォーマットで構成されている場
合において、図６の（ｂ）に示すように、ａ社の背景画
データは、ｂ社のフォーマットの初めに記憶し、歌詞文
字データは２番目に記憶し、ＭＩＤＩデータは３番目に
記憶する。

【００５５】（利用例２）利用者がｂ社の情報端末１４
ｉを操作して希望の曲をリクエストすると（ｄ８）、ｂ
社の情報端末１４ｉはリクエスト曲に対応する検索キー
テーブル１０をＡ店内のＬＡＮを介してａ社の代理デー
タサーバ２３に送信する（ｄ９）。

【００５６】カラオケ店Ａのａ社代理データサーバ２３
は、要求された曲が存在しない場合は、公衆網を介して
操作キーテーブル１０と要求コマンドとをカラオケ店Ｂ
のｂ社の代理データサーバ２６に直接転送する（ｄ１
０）。

【００５７】カラオケ店Ｂのｂ社の代理データサーバ２
６は、自身の蓄積部２７４内にあるｂ社用楽曲の中から
検索キーに一致する内容の楽曲データを検出して、ｂ社
端末１４ｉに送信して利用者に提供させる（ｄ１１、ｄ
１２）。

【００５８】＊＊＊＊Ａ店代理データサーバからＢ店代
理サーバに直接送信したときに、Ｂ店代理サーバからＡ
店の情報端末１４ｉに直接返送する図になっているが、
一般にはサーバを介して端末に送信するのが一般的であ
ると思いますが、また、Ｂ店代理サーバから直接ｂ社の
情報端末にデータを送信できるのであれば、Ａ店の代理
サーバを介さないでそのままＢ店の代理サーバに送信す
るべきと考えますが＊＊＊ （利用例３；Ａ店とＢ店とが公衆網と接続する機能を有
する場合）利用者がｂ社の情報端末１４ｉを操作して希
望の曲をリクエストすると（ｄ１５）、ｂ社の情報端末
１４ｉはリクエスト曲に対応する検索キーテーブル１０
をＡ店内のＬＡＮを介してａ社の代理データサーバ２３
に送信する（ｄ１６）。

【００５９】カラオケ店Ａのａ社代理データサーバ２３
は、要求された曲が存在しない場合は、公衆網を介して
操作キーテーブル１０と要求コマンドとをカラオケ店Ｂ
のｂ社の代理データサーバ２６に転送する（ｄ１７）。

【００６０】カラオケ店Ｂのｂ社の代理データサーバ２
６は、自身の蓄積部２７４内にあるｂ社用楽曲の中から
検索キーに一致する内容の楽曲データを検出して、カラ
オケ店Ａの代理データサーバ２３に送信する（ｄ１
８）。

【００６１】代理データサーバ２３は、ｂ社の情報端末
１４ｉにカラオケ店Ｂの代理データサーバ２６からのデ
ータを送信して、利用者に提供する（ｄ１９、ｄ２
０）。

【００６２】＜実施の形態３＞複数の代理データサーバ
間が直接、あるいは間接的に接続されている場合、代理
データサーバが故障等によりサービスを維持できなくな
った場合の処置も可能となる。

【００６３】カラオケ店Ａの代理データサーバ２３が故
障時において、この代理データサーバ２３に接続されて
いる情報端末がデータを要求したとすると、代理データ
サーバ２３が直接、あるいは間接的に接続されているカ
ラオケ店Ｂの代理データサーバ２６にその要求を転送す
る。

【００６４】すなわち、代理データサーバ２３の代わり
に直接、あるいは代理データサーバ２６や他の経路を経
由してデータを情報端末へ送信することで、サービスの
停止を防ぐ。

【００６５】例えば、図７に示すように、利用者がｂ社
の情報端末１４ｉを操作して希望の曲をリクエストする
と（ｄ２５）、ｂ社の情報端末１４ｉはリクエスト曲に
対応する検索キーテーブル１０をＡ店内のＬＡＮを介し
てａ社の代理データサーバ２３に送信する（ｄ２６）。

【００６６】このとき、カラオケ店Ａのａ社代理データ
サーバ２３が故障となると（ｄ２７）、公衆網を介して
操作キーテーブル１０と要求コマンドとをカラオケ店Ｂ
のｂ社の代理データサーバ２６に転送する（ｄ２８）。

【００６７】カラオケ店Ｂのｂ社の代理データサーバ２
６は、自身の蓄積部２７内にあるｂ社用楽曲の中から検
索キーに一致する内容の楽曲データを検出して、カラオ
ケ店Ａの情報端末に送信して、利用者に提供する（ｄ２
９、ｄ３０）。

【００６８】次に、代理データサーバの動作を図８のフ
ローチャートを用いて補充する。代理データサーバ２３
は、処理開始に伴って、接続されている情報端末１４ａ
…１４ｉからデータの要求があるかどうかを監視してい
る（Ｓ７０１）。

【００６９】ステップＳ７０１でデータ要求があると判
定したときは、送信処理の故障により対応不可能かどう
かを判定する（Ｓ７０２）。ステップＳ７０３で故障し
ていると判定したときは、他の代理データサーバへ代替
要求を行う（Ｓ７０３）。

【００７０】また、ステップＳ７０２において、故障し
ていないと判定したときは、異フォーマット対応の情報
端末からのデータ要求かどうかを判定する（Ｓ７０
４）。

【００７１】ステップＳ７０４において、異フォーマッ
ト対応の情報端末からのデータ要求ではないと判定した
ときは、検索キーテーブルの曲名、歌手名等に対応する
曲をその情報端末（例えば１４ａ）に送信する（Ｓ７０
５）。

【００７２】ステップＳ７０４において、異フォーマッ
ト対応の情報端末からのデータ要求であると判定したと
きは、送信された検索キーテーブルのデータを取得し
（Ｓ７０６）、このデータに対応する曲のフォーマット
変換が可能かどうかを判定する（Ｓ７０７）。

【００７３】ステップＳ７０７において、変換可能と判
定したときは、蓄積部に記憶している曲データ図６に示
すようにして変換して（Ｓ７０８）、異フォーマット対
応の情報端末（１４ｉ）に送信する（Ｓ７０９）。

【００７４】また、ステップＳ７０７において、変換可
能ではいと判定したときは、該当フィーマット対応の他
代理データサーバへデータを要求する（Ｓ７１０）。

【００７５】次に、該当代理データサーバから応答があ
るかどうかを判定する（Ｓ７１１）。ステップＳ７１１
において、該当サーバから応答があるときは、そのデー
タを受信して（Ｓ７１２）、接続されている情報端末
（１４ｉ）に送信する（Ｓ７１３）。

【００７６】

【発明の効果】以上のように本発明によれば、各種情報
端末は、利用者が選択した選択データ番号に、要求元端
末アドレス、情報端末メーカ、歌手名、楽曲名、発売時
期とを対応させたテーブルデータを、接続されている代
理データサーバに送信し、代理データサーバは、テーブ
ルデータを受信したとき、テーブルデータの情報端末の
メーカが自装置のメーカと異なるときは、予め設定され
ている異なるメーカのフォーマットに従って、送信する
自装置のメーカの形式で記述されたデータを変換した後
にテーブルデータが示す異機種の情報端末に送信する。

【００７７】このため、異なるメーカ機種をカラオケ店
に設置してもコストを低減させた利用が可能となるとい
う効果が得られている。

【００７８】また、異機種の設備を設置した近くのカラ
オケ店に利用者が要望する曲が存在する場合は、そのカ
ラオケ店からデータを配信させることができるので、利
用者に対して幅広いサービスが安価にできるという効果
が得られている。

【図面の簡単な説明】

【図１】一般的な集中型のデータ配信システムの概略構
成図である。

【図２】本実施の形態の異機種の情報端末を接続したデ
ータ配信システムの概略構成図である。

【図３】検索キーテーブルの説明図である。

【図４】本実施の形態の動作を説明するシーケンス図で
ある。

【図５】データ変換のフローチャートである。

【図６】フォーマットのデータ変換を説明する説明図で
ある。

【図７】本実施の故障時の動作を説明するシーケンス図
である。

【図８】代理データサーバの動作を説明するフローチャ
ートである。

【図９】従来のデータ配信システムの概略構成図であ
る。

【図１０】従来の異なる機種を用いた集中型のデータ配
信システムの概略構成図である。

【符号の説明】

１４ａ ａ社の情報端末 １４ｉ ｂ社の情報端末 ２３ ａ社の代理データサーバ ２６ ｂ社の代理データサーバ ２５ データ変換機能 ３０ 検索キーテーブル

Claims (3)

【特許請求の範囲】
1. 【請求項１】 公衆網に中央データベースに代わる代理
   データサーバを接続し、代理データサーバの下位に同機
   種の情報端末と異なる機種の情報端末を接続したデータ
   配信システムにおいて、 前記同機種及び異機種の各種情報端末は、 前記利用者が選択した選択データ番号に、要求元端末ア
   ドレス、情報端末メーカ、歌手名、楽曲名、発売時期と
   を対応させたテーブルデータを、接続されている代理デ
   ータサーバに送信する手段と、 前記代理データサーバから送信されたデータを再生する
   手段とを有し、 前記代理データサーバは、 各種データを保存し、 前記テーブルデータを受信したとき、該テーブルデータ
   の情報端末メーカが自装置のメーカと異なるかどうかを
   判定する手段と、 前記テーブルデータが示す曲名、歌手名に一致するデー
   タが存在するときは、その保存されているデータを抽出
   する手段と、 前記テーブルデータの情報端末のメーカが自装置のメー
   カと異なるときは、予め設定されている異なるメーカの
   フォーマットに従って、前記抽出したデータを変換した
   後に前記テーブルデータが示す異機種の情報端末に送信
   する手段とを有することを特徴とする異機種の情報端末
   を接続したデータ配信システム。
2. 【請求項２】 前記代理データサーバに前記異機種の情
   報端末が要求するデータが存在しないときは、前記公衆
   網を介して、前記歌手名、曲名をキーとしてそのデータ
   を有する最も近くの代理データサーバを検索し、該代理
   データサーバに前記異機種の情報端末からの前記テーブ
   ルデータを送信して、利用者が要望するデータを前記異
   機種の情報端末に提供する手段とを有することを特徴と
   する請求項１記載の異機種の情報端末を接続したデータ
   配信システム。
3. 【請求項３】 前記代理データサーバは、カラオケ店に
   配置されたカラオケサーバであることを特徴とする請求
   項１又は２記載の異機種の情報端末を接続したデータ配
   信システム。