(57)【要約】【課題】全ての端末装置が相対的に早期に配信を受けた方がよい情報（全配信情報）とそうでない情報が存在する場合に、全ての端末装置が、相対的に早期に全配信情報の配信を受けることができるようにする。【解決手段】カラオケ端末１０は、まずメインホストである第１配信用ホスト装置１０１へ通常配信要求を行って未配信の「全配信情報」を受信する。次に、第１配信用ホスト装置１０１へ個別配信要求を行って個別配信確認結果を受信する。この個別配信確認結果には、ホスト種別とホスト特定情報（例えば電話番号等）との対応関係が含まれているため、この個別配信確認結果を受信したカラオケ端末１０は、そのホスト特定情報に基づいて、順次該当するサブホスト（第２〜第５配信用ホスト装置１０２〜１０５）へアクセスし、自端末１０が配信を受けるべき個別配信情報を配信してもらう。【選択図】図３
2004170720.tif 000002
【特許請求の範囲】
【請求項１】
複数の配信用ホスト装置と複数の端末装置を備え、前記配信用ホスト装置と前記端末装置とが相互に情報通信可能に構成された情報通信システムであって、
前記複数の配信用ホスト装置の内の少なくとも１台は、前記全ての端末装置に対して配信すべき情報（以下、全配信情報と称す。）を記憶した情報記憶手段を備えるメインホストであり、前記複数の配信用ホスト装置の内の少なくとも１台は、前記複数の端末装置の内の一部に対して個別に配信すべき情報（以下、個別配信情報と称す。）を記憶した情報記憶手段を備えるサブホストであり、
前記端末装置は、
情報記憶手段を有し、
前記メインホストから配信される前記全配信情報を受信すると共に、該当する場合は自装置宛の前記個別配信情報の存在及び当該情報の存在するサブホストの特定情報も前記メインホストから受信し、
前記メインホストから受信したサブホストの特定情報によって特定されるサブホストに対して前記個別配信情報の配信を要求し、当該要求に応じてサブホストから配信された前記個別配信情報を受信して前記情報記憶手段に記憶しておく
情報通信システム。
【請求項２】
請求項１に記載の情報通信システムにおいて、
前記端末装置は、前記メインホストに対して前記全配信情報の配信を要求し、当該要求に応じてメインホストから配信された前記全配信情報を受信して前記情報記憶手段に記憶する
情報通信システム。
【請求項３】
請求項１又は２に記載の情報通信システムにおいて、
前記サブホストは複数存在し、全てのサブホストが同じ内容の前記個別配信情報を記憶していると共に、それら複数のサブホストがそれぞれ配信対象の端末装置を分担するよう設定されており、
前記メインホストは、前記端末装置に対して前記個別配信情報の存在するサブホストの特定情報を送信する場合、前記分担に応じたサブホストの特定情報を送信する
情報通信システム。
【請求項４】
請求項１〜３の何れかに記載の情報通信システムに用いられる配信用ホスト装置であって、
当該各請求項においてメインホスト及びサブホストとして機能する配信用ホスト装置に関して記載された構成を備える配信用ホスト装置。
【請求項５】
請求項１〜３の何れかに記載の情報通信システムに用いられる端末装置であって、
当該各請求項において端末装置に関して記載された構成を備える端末装置。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、複数の配信用ホスト装置と複数の端末装置を備え、配信用ホスト装置から端末装置へ情報を配信する技術に関する。
【０００２】
【従来の技術】
従来、いわゆる通信カラオケシステムにおいては、配信用のホスト装置からカラオケ端末装置へ例えば新曲データ等を配信していた。具体的には、１台の配信用ホスト装置に対して複数のカラオケ端末装置がアクセス可能性であり、各カラオケ端末装置が同じ配信用ホスト装置からデータ配信を受けていた。
【０００３】
ところで、カラオケ端末装置が配信を受けるデータの中には、特定のカラオケ端末装置にのみ有用なものも存在する。例えば特定の地域でしか放映しない広告映像などである。このような限定的な使用がされるデータに関して全てのカラオケ装置に配信していると配信に時間がかかると共に、特定の地域外に設置されたカラオケ丹間ｔ装置では、配信されたデータに無駄が生じる。つまり、例えば地域限定的な使用がされるデータについては、該当地域に設置されているカラオケ端末装置に対してのみ配信すればよい。そこで、新曲データの配信時に、配信先のカラオケ端末装置に対して新曲データ以外に配信すべき情報があれば、それを新曲データと合体させて配信し、新曲データ以外に配信すべき情報がなければ新曲データのみを配信する技術が知られている（例えば、特許文献１参照）。
【０００４】
【特許文献１】
特開２００２−１８２６６９号公報
【０００５】
【発明が解決しようとする課題】
しかしながら、上述の限定的に使用されるデータが膨大なデータ量であった場合、ある特定のカラオケ端末装置がその限定的使用データの配信を受けている間は他のカラオケ端末装置は当然ながらデータ配信を受けることができない。新曲データに関しては、どのカラオケ端末装置にとっても、なるべく早期に配信してもらいたいのである。これに対して、上述した地域限定の広告映像については、その情報自体が不要なカラオケ端末装置が存在すると共に、その情報を必要とするカラオケ端末装置にとっても、カラオケ演奏という本来実行すべきサービス内容からすれば、上記広告映像の配信は特に優先すべきものでもない。つまり、相対的に優先度が低いデータ配信のために、他のカラオケ端末装置は、優先度の高い新曲データの配信を受けるのが遅くなっている。
【０００６】
なお、このような問題は通信カラオケシステムに限らず、配信用ホスト装置から端末装置へ情報を配信するシステムであれば、同様に生じ得る問題である。
そこで本発明は、このような問題点を鑑み、全ての端末装置が相対的に早期に配信を受けた方がよい情報（全配信情報）とそうでない情報が存在する場合に、全ての端末装置が、相対的に早期に全配信情報の配信を受けることができるようにすることを目的とする。
【０００７】
【課題を解決するための手段及び発明の効果】
（１）請求項１に係る情報通信システムは、複数の配信用ホスト装置と複数の端末装置を備え、配信用ホスト装置と端末装置とが相互に情報通信可能に構成されている。複数の配信用ホスト装置の内の少なくとも１台は、全ての端末装置に対して配信すべき情報（全配信情報）を記憶した情報記憶手段を備えるメインホストであり、複数の配信用ホスト装置の内の少なくとも１台は、複数の端末装置の内の一部に対して配信すべき情報（個別配信情報）を記憶した情報記憶手段を備えるサブホストである。一方、端末装置は、メインホストから配信される全配信情報を受信すると共に、該当する場合は自装置宛の個別配信情報の存在及び当該情報の存在するサブホストの特定情報もメインホストから受信する。そして、メインホストから受信したサブホストの特定情報によって特定されるサブホストに対して個別配信情報の配信を要求し、当該要求に応じてサブホストから配信された個別配信情報を受信して情報記憶手段に記憶しておく。
【０００８】
このようにすることで、メインホストは全配信情報を各端末装置へ配信すればよく、個別配信情報の配信についてはサブホストに任せることができる。これら全配信情報及び個別配信情報を共にメインホストから配信するようにしていた従来の場合には、ある端末装置がその個別配信情報の配信を受けていると他の端末装置は全配信情報の配信を受けることができなかった。そして、特に個別配信情報が膨大なデータ量であった場合に、１台の端末装置が情報配信を受けるためのメインホストを占有する期間が長くなり、その配信が終了するまで別の端末装置は全配信情報の配信を受けることができないという問題が生じていた。しかし、本発明の場合には、上述のように、個別配信情報の配信はサブホストが担当し、メインホストは全配信情報の配信に専念できるため、１台の端末装置が情報配信を受けるためのメインホストを占有する期間が相対的に短くなり、従来のような問題は生じない。したがって、全ての端末装置が、相対的に早期に、全配信情報の配信を受けることができることとなる。
【０００９】
また、端末装置は、個別配信情報の配信を受ける必要がある場合は、メインホストから個別配信情報の存在及び当該情報の存在するサブホストの特定情報を受信し、その特定情報によって特定されるサブホストに対して個別配信情報の配信を要求して、個別配信情報を受信すればよい。したがって、個別配信情報の配信を受けない端末装置であれば、メインホストから全配信情報の配信を受けるだけで情報取得処理が完了する。例えば各端末装置が個別配信情報の存在の有無まで各サブホストに問い合わせにいかなければならないとすると、無駄な通信が増える。例えば、１０台のサブホストがあれば、各端末装置が１０台のサブホストに問い合わせる必要がある。しかしながら、自端末装置向けの個別配信データは必ずしも存在するわけではなく、むしろ無い場合の方が多いことも想定される。例えばいわゆる通信カラオケシステムの場合を考えてみると、全配信情報が新曲データであるとすると、それは例えば１日１回の配信頻度も想定されるが、個別配信情報が広告映像情報であったとすると、１週に１回あるいは１か月に１回程度の配信頻度となり得る。このように配信頻度が全配信情報に比べて少ない個別配信情報については、問い合わせても配信情報自体が存在しないことが多い。したがって、上述の例で１０台のサブホストに毎日問い合わせても、ほとんどの場合は結果的に無駄なアクセスとなる。それに対して本発明を適用すれば、例えば１台のメインホストに対して毎日１回アクセスして新曲の配信を受け、それと共に個別配信情報としての広告映像情報の有無及び有る場合にはそのアクセス先を教えてもらえばよい。こうすれば、実際にはメインホストとのアクセスのみで終了するケースが多く、全体として無駄な通信が減ることとなる。
【００１０】
なお、メインホストから端末装置への全配信情報の配信に関しては、メインホストが主導で、例えば各端末装置に対して順番にアクセスし、情報通信可能となったら全配信情報の配信を実行するようにしてもよいが、請求項２に示すように、端末装置からメインホストに対して全配信情報の配信を要求し、当該要求に応じてメインホストから配信された全配信情報を端末装置が受信するようにしてもよい。
【００１１】
（２）ここで、個別配信情報に関して補足しておく。１台のサブホストは、複数の端末装置の内の「全てではなく」一部に対して個別配信情報を配信する。しかし、複数のサブホストがそれぞれ自分が分担する一部の端末装置に同じ内容の個別配信情報を配信することによって、結果的に同じ内容の個別配信情報が全ての端末装置に配信されることを除外するものではない。その場合は、請求項３に示すようにすることが考えられる。
【００１２】
つまり、サブホストが複数存在することを前提として、全てのサブホストが同じ内容の個別配信情報を記憶しており、それら複数のサブホストがそれぞれ配信対象の端末装置を分担するよう設定されている。例えば１０台のサブホストによって１００台の端末装置を分担する場合、例えば１台のサブホストが１０台の端末装置を分担して配信するようにすればよい。そして、メインホストは、端末装置に対して個別配信情報の存在するサブホストの特定情報を送信する場合、その設定された分担に応じたサブホストの特定情報を送信するのである。例えば通信カラオケシステムにおいて、カラオケ曲用データが演奏データと背景映像データから構成されている場合、演奏データに比べて背景映像データは一般的に言ってデータ量が大きくなる。そしてさらに、演奏データがないとカラオケ演奏自体がなされないが背景映像データはそれがなくてもカラオケ演奏自体は可能である。したがって、例えば演奏データを全配信情報としてメインホストから全端末装置へ配信し、背景映像データについては複数のサブホストが分担して端末装置へ配信することが考えられる。このようにすれば、カラオケ演奏に必須の演奏データについては、全ての端末装置が早期に取得できる可能性が高くなる。
【００１３】
（３）なお、請求項４に示すように、請求項１〜３の何れかに記載の情報通信システムに用いられる配信用ホスト装置であって、当該各請求項においてメインホスト及びサブホストとして機能する配信用ホスト装置に関して記載された構成を備える配信用ホスト装置として実現することもできる。このような配信用ホスト装置であれば、上述した情報通信システムにおいてメインホストやサブホストとして用いられることによって、上述の効果を発揮する上で有意な役割を果たすこととなる。
【００１４】
また、請求項５に示すように、請求項１〜３の何れかに記載の情報通信システムに用いられる端末装置であって、当該各請求項において端末装置に関して記載された構成を備える端末装置として実現することもできる。このような端末装置であれば、上述した情報通信システムにおいて端末装置として用いられることによって、上述の効果を発揮する上で有意な役割を果たすこととなる。
【００１５】
【発明の実施の形態】
以下、本発明が適用された実施例について図面を用いて説明する。なお、本発明の実施の形態は、下記の実施例に何ら限定されることなく、本発明の技術的範囲に属する限り種々の形態を採りうることは言うまでもない。
【００１６】
図１は、本実施例の情報通信システムの概略構成を示すブロック図である。本実施例の情報通信システムは、第１〜第５配信用ホスト装置１０１〜１０５と複数のカラオケ端末１０を備え、第１〜第５配信用ホスト装置１０１〜１０５とカラオケ装置１０とがネットワーク網５０を介して相互に情報通信可能に構成された、いわゆる通信カラオケシステムである。また、第１〜第５配信用ホスト装置１０１〜１０５は専用線を介して登録用ホスト装置１００と接続されている。図１では配信用ホスト装置１０１〜１０５を５台、カラオケ端末１０を３台だけ示しているが、それらの台数に限定されない。実際には、カラオケ端末１０は多数（例えば何万台といったレベル）存在することが通信カラオケシステムとしては一般的である。
【００１７】
なお、本実施例ではカラオケ端末１０が「端末装置」に相当し、第１配信用ホスト装置１０１が「メインホスト」に相当し、第２〜第５配信用ホスト装置１０２〜１０５「サブホスト」に相当する。
［カラオケ端末１０の構成］
カラオケ端末１０は、図２（ａ）に示すように、例えば公衆回線等によるネットワーク網５０を介して配信用ホスト装置１０１〜１０５と接続し、各種の情報を送受信する通信装置１１、その通信装置１１にて配信用ホスト装置１０１〜１０５から受信した配信情報としての各種配信データ（音楽情報や画像情報、あるいは例えばカラオケ演奏処理を実行するためのアプリケーションプログラム（カラオケ演奏プログラム）、広告映像情報等）を記憶しておく記憶装置１２、カラオケ端末１０を制御するための中央処理装置１３、記憶装置１２に記憶された画像情報に基づいて映像情報である背景画及び歌詞等を再生する映像再生装置１４、再生された映像を表示するモニタ１７、演奏再生を行い、図示しないマイクロフォンから入力された歌唱信号とミキシングする音声再生装置１５、曲の予約や電源のＯＮ・ＯＦＦなどを行うためのパネル１６、音声再生装置１５からの電気信号を入力して伴奏曲及び利用者の歌声等を流すスピーカ１８を備えている。
【００１８】
上述した通信装置１１は、信号の変調および復調を行う変復調装置であり、中央処理装置１３の制御の下、ネットワーク網５０を通じて第１〜第５配信用ホスト装置１０１〜１０５にアクセスし、それら第１〜第５配信用ホスト装置１０１〜１０５から送られてくる配信データを受信したり、あるいは配信要求データをを第１〜第５配信用ホスト装置１０１〜１０５に伝送することができる。
【００１９】
記憶装置１２はハードディスク等によって構成されており、（端末装置の有する）情報記憶手段に相当する。
中央処理装置１３は、ＣＰＵ、ＲＯＭ、ＲＡＭなどを備える周知の構成であり、後述する配信要求や受信データの格納に関する処理を実行する。
【００２０】
また、音声再生装置１５は、例えばシンセサイザやミキシングアンプを有しており、ミキシングアンプにスピーカ１８が接続されている。このシンセサイザから出力される楽音信号はミキシングアンプで増幅されてスピーカ１８から出力される。また、ミキシングアンプには利用者の歌唱音声を入力するためのマイクロフォンが接続されており、このマイクロフォンによって入力された音声信号もシンセサイザからの楽音信号と共にスピーカ１８から出力される。
【００２１】
パネル１６は、利用者によって操作されるものであり、任意の曲の選択、演奏音のキーの調整、演奏と歌との音量バランスの調整、その他エコー、音量、トーンなど各種調整を行うため操作部と例えば選択された曲番号等を表示するための表示部（図示せず）を備えている。利用者は、その操作部を操作して曲番号を入力することによって、再生する曲をカラオケ端末１０に予約登録することができる。
【００２２】
そして、パネル１６の操作部を介して曲が選択されると、中央処理装置１３は、歌詞データ、映像データからなる画像情報、および演奏データからなる音楽情報を記憶装置１２から呼び出して、表示装置１４および音声装置１５に同期させて出力するようになっている。なお、記憶装置１２には、識別情報としての曲番号に対応して演奏データや歌詞データ等が記憶されている。
【００２３】
このような構成のため、利用者は、モニタ１７に表示される歌詞テロップを参照しながら、スピーカ１８より流れるカラオケ演奏にあわせ、図示しないマイクを使って歌唱できるようになっている。
［ホスト装置の構成］
第１〜第５配信用ホスト装置１０１〜１０５は、図２（ｂ）に示すように、ネットワーク網５０を介してカラオケ端末１０と接続し、各種の情報を送受信する通信装置２１、その通信装置２１を介してカラオケ端末１０に対して配信する配信情報としての配信データを記憶している記憶装置２２、カラオケ端末１０からの配信要求の受け付けやカラオケ端末１０への配信制御等を実行するための中央処理装置２３等を備えている。なお、この記憶装置２２はハードディスク等によって構成されており、（メインホスト、サブホストの有する）情報記憶手段に相当する。また、中央処理装置２３は、ＣＰＵ，ＲＯＭ，ＲＡＭを備える周知の構成である。
【００２４】
また、第１〜第５配信用ホスト装置１０１〜１０５は、通信装置２１を介して登録用ホスト装置１００から配信すべき情報を受信することができる。この登録用ホスト装置１００の構成は、基本的には第１〜第５配信用ホスト装置１０１〜１０５の構成と同様であるが、登録用ホスト装置１００は、記憶装置２２に配信データを記憶させるための入力手段としての、ＣＤ−ＲＯＭ・ＤＶＤ−ＲＯＭプレーヤ、フレキシブルディスク（図示せず）などを備えている。
【００２５】
上述したように、本実施例では第１配信用ホスト装置１０１が「メインホスト」に相当し、第２〜第５配信用ホスト装置１０２〜１０５「サブホスト」に相当するが、これらはカラオケ端末１０に配信する配信データに違いがある。具体的には、メインホストに相当する本実施例の第１配信用ホスト装置１０１の記憶装置２２は、全てのカラオケ端末１０に配信する配信データ（全配信情報）を記憶しており、サブホストに相当する第２〜第５配信用ホスト装置１０２〜１０５の記憶装置２２は、一部のカラオケ端末１０に個別に配信する配信データ（個別配信情報）を記憶している。具体的には、「全配信情報」としては、新しくリリースされたカラオケ演奏用の音楽情報や画像情報、バージョンアップされたアプリケーションプログラム、全国版の広告映像などが挙げられ、「個別配信情報」としては、特定のカラオケ端末１０に配信されるカラオケ演奏用の音楽情報や画像情報、地域限定の広告映像データ等が挙げられる。
【００２６】
上述のように、これらの配信データは、登録用ホスト装置１００から第１〜第５配信用ホスト装置１０１〜１０５へ送られる。そして、登録用ホスト装置１００は、４台のサブホストである第２〜第５配信用ホスト装置１０２〜１０５のいずれへどのような個別配信情報を送ったかを示すリストを作成する。これが図７（ｄ）に示した個別配信データ指示リストである。登録用ホスト装置１００はこの個別配信データ指示リストをメインホストである第１配信用ホスト装置１０１へ送る。これによって、第１配信用ホスト装置１０１も個別配信データ指示リストを持つこととなり、第２〜第５配信用ホスト装置１０２〜１０５のいずれにどのような配信情報が記憶されているかを把握可能である。なお、図７（ｄ）の個別配信データ指示リスト、及び後述する図７（ｆ）の個別配信確認結果においては、サブホストである第２〜第５配信用ホスト装置１０２〜１０５について、単に第２〜第５ホストと記している。
【００２７】
［カラオケ端末とホスト装置の間の情報通信］
（１）カラオケ端末１０と第１〜第５配信用ホスト装置１０１〜１０５との間の情報通信の概略を、図３のシーケンス図を参照して説明する。
カラオケ端末１０は、例えば１日に１回、未配信の「全配信情報」の配信を要求する。これを通信配信要求と呼ぶ。その場合、記憶装置１２より読み出した最新取得済み配信データ情報（例えば図７（ａ）に示す「Ｄ００００００１．ＤＡＴ」）を読み出し、この最新取得済み配信データ情報と共にメインホストである第１配信用ホスト装置１０１へ通常配信要求（データ）を送信する。この要求データが（ＤＡＴＡ１）としてカラオケ端末１０から第１配信用ホスト装置１０１へアップロードされる。なお、この最新取得済み配信データ情報は進捗管理が容易にできるよう構成されているものとする。本実施例では、「全配信情報」としての音楽情報や画像情報、バージョンアップされたアプリケーションプログラムなどに関し、そのリリースの順番にシリアルに数字が増加する識別番号「Ｄ００００００１．ＤＡＴ」，「Ｄ００００００２．ＤＡＴ」，「Ｄ００００００３．ＤＡＴ」，「Ｄ００００００４．ＤＡＴ」，「Ｄ００００００５．ＤＡＴ」……が付されている。そして、カラオケ端末１０では、最後に配信を受けた「全配信情報」に対応する配信識別情報としての識別番号（つまり数字が最も大きなもの）を、最新取得済み配信データ情報として記憶装置１２へ更新記憶する。なお、１個の識別番号により複数曲の音楽情報や画像情報が管理される。
【００２８】
カラオケ端末１０からの通常配信要求を受信した第１配信用ホスト装置１０１は、受信した最新取得済み配信データ情報より、当該カラオケ端末１０への未配信の全配信情報」の有無を判断し（Ｓ１）、未配信の「全配信情報」の有無の結果を送信すると同時に、未配信の「全配信情報」が存在する場合には該当する未配信の「全配信情報」を配信する（ＤＡＴＡ２）。
【００２９】
未配信データ有無の結果を受信した（あるいは存在する場合には未配信の「全配信情報」を受信して記憶装置１２に記憶した）カラオケ装置１０は、メインホストである第１配信用ホスト装置１０１へ今度は個別配信要求を送信する。この要求データが（ＤＡＴＡ３）としてカラオケ端末１０から第１配信用ホスト装置１０１へアップロードされる。
【００３０】
カラオケ端末１０からの個別配信要求を受信した第１配信用ホスト装置１０１は、その個別配信要求を送信してきたカラオケ端末１０へ配信すべき個別配信情報がサブホストである第２〜第５配信用ホスト装置１０２〜１０５に存在するか否かを、図７（ｄ）に示す個別配信データ指示リストに基づいて判断し、その個別配信情報を送信してきたカラオケ端末１０に対して、個別配信情報の有無の確認結果を送信すると同時に、個別配信情報が存在する場合には、図７（ｆ）に示すような個別配信確認結果を送信する（ＤＡＴＡ４）。
【００３１】
この個別配信確認結果には、図７（ｆ）に示すようにホスト種別とそのホストを特定するための情報（これが、サブホストの特定情報に相当する。）として特定場所に関する情報（例えば電話番号やインターネットのＵＲＬ等）との対応関係が含まれている。したがって、この個別配信確認結果を受信したカラオケ端末１０は、そのホスト特定情報に基づいて、順次該当するサブホスト（第２〜第５配信用ホスト装置１０２〜１０５）へアクセスし、自端末が配信を受けるべき個別配信情報を配信してもらう。例えば図３では第２，第４，第５配信用ホスト装置１０２，１０４，１０５に対して配信要求をし（ＤＡＴＡ５，７，９）、該当する個別配信情報を受信する（ＤＡＴＡ６，８，１０）。
【００３２】
以上がカラオケ端末１０と第１〜第５配信用ホスト装置１０１〜１０５との間の情報通信の概略であったが、そのような情報通信を行う上でカラオケ端末１０、メインホストである第１配信用ホスト装置１０１、サブホストである第２〜第５配信用ホスト装置１０２〜１０５がそれぞれどのような処理を実行するかを、以下の（２）〜（４）にて順次説明する。
【００３３】
（２）カラオケ端末１０での処理
図４は、カラオケ端末１０にて実行される、全配信情報及び個別配信情報についての配信要求及び受信に係る処理を示すフローチャートである。
ステップＳ１０〜Ｓ７０はメインホストである第１配信用ホスト装置１０１とのやりとりである。まず、記憶装置１２より読み出した最新取得済み配信データ情報（図７（ａ）参照）を読み出し、この最新取得済み配信データ情報と共にメインホストである第１配信用ホスト装置１０１へ通常配信要求を送信する（Ｓ１０）。そして、その要求に応じてメインホストである第１配信用ホスト装置１０１から配信された配信データ（全配信情報）を受信した場合は（Ｓ２０：ＹＥＳ）、その受信した配信データを記憶装置１２に保存し（Ｓ３０）、最新取得済み配信データ情報の更新を行う（Ｓ４０）。そして、次の配信データがあれば（Ｓ５０：ＹＥＳ）、Ｓ１０へ戻ってＳ１０〜Ｓ４０の処理を繰り返し、次の配信データがなければ（Ｓ５０：ＮＯ）、Ｓ６０へ移行する。なお、Ｓ４０の更新処理においては、最後に配信を受けた配信データに対応する識別番号（例えば「Ｄ００００００１．ＤＡＴ」〜「Ｄ０００００１０．ＤＡＴ」の識別番号を有する１０個の「全配信情報」の配信を受けた場合は「Ｄ０００００１０．ＤＡＴ」が相当する）が最新取得済み配信データ情報として更新記憶されることとなる。
【００３４】
ステップＳ６０では、メインホストである第１配信用ホスト装置１０１へ、今度は図７（ｃ）に示す端末識別情報としてのカラオケ端末識別情報と共に個別配信要求を送信する（図３のＤＡＴＡ３参照）。その個別配信要求に応じて第１配信用ホスト装置１０１が個別配信情報の有無の結果及び個別配信情報が存在する場合には個別配信確認結果（図７（ｆ）参照）を送信するため、カラオケ端末１０はそれを受信すると（Ｓ７０：ＹＥＳ）、個別配信情報があるか否か判断し（Ｓ８０）、個別配信情報がない場合は（Ｓ８０：ＮＯ）、そのまま本通信処理を終了する。一方、個別配信情報がある場合は（Ｓ８０：ＹＥＳ）、ステップＳ９０〜Ｓ１４０に示す、サブホストである第２〜第５配信用ホスト装置１０２〜１０５とのやりとりを行う。
【００３５】
まずステップＳ９０では、個別配信確認結果（図７（ｆ）参照）に示されている全ての配信ホストからの個別配信情報の受信を完了したか否か判断し、受信完了でない場合は（Ｓ９０：ＮＯ）、記憶装置１２より読み出したカラオケ端末識別情報（図７（ｃ）参照）及び最新取得済み個別配信データ情報（例えば図７（ｅ）に示す「ａ１０００００１．ＤＡＴ」）と共に、該当するサブホストへ個別配信情報の配信を要求する。そして、要求先のサブホストから配信された個別配信情報を受信した場合は（Ｓ１１０：ＹＥＳ）、その個別配信情報を記憶装置１２に保存し（Ｓ１２０）、最新取得済み個別配信データ情報の更新を行う（Ｓ１３０）。そして、次の個別配信情報があれば（Ｓ１４０：ＹＥＳ）、Ｓ１００へ戻ってＳ１００〜Ｓ１３０の処理を繰り返し、次の配信データがなければ（Ｓ１４０：ＮＯ）、Ｓ９０へ戻る。そして、個別配信確認結果（図７（ｆ）参照）に示されている全ての配信ホストからの個別配信情報の受信を完了した場合は（Ｓ９０：ＹＥＳ）、本通信処理を終了する。
【００３６】
本実施例では、例えば図７（ｆ）に示すように、該当ホストとして３件、すなわち第２，第４，第５配信用ホスト装置１０２，１０４，１０５とその特定場所が、その順番で個別配信確認結果に含まれていた場合、その順番にアクセスする。すなわち、まず第２配信用ホスト装置１０２へ配信要求をして配信情報を受信し、次に第４配信用ホスト装置１０４へ配信要求をして配信情報を受信し、次に第５配信用ホスト装置１０５へ配信要求をして配信データを受信する。
【００３７】
（３）メインホストでの処理
図５は、メインホストである第１配信用ホスト装置１０１にて実行される処理を示すフローチャートである。
最初のステップＳ２１０では、カラオケ端末１０からの配信要求があるか否かを判断する。この配信要求は、上述した図４のＳ１０にてなされる通常配信要求である。配信要求があった場合は（Ｓ２１０：ＹＥＳ）、記憶装置２２内に保有する配信データリスト（図７（ｂ）参照）を読み出し（Ｓ２２０）、カラオケ端末１０から送信された最新取得済み配信データ情報（図７（ａ）参照）とその読み出した配信データリストを比較し、第１配信用ホスト装置１０１内（の記憶装置２２内）の配信データの方が新しいか否か判断する（Ｓ２３０）。
【００３８】
そして、第１配信用ホスト装置１０１内の配信データの方が新しい場合は（Ｓ２３０：ＹＥＳ）、配信要求をしてきたカラオケ端末１０が持つ最新取得済み配信データの次に新しい配信データ（例えば最新取得済み配信データ情報が図７（ａ）に示す「Ｄ００００００１．ＤＡＴ」であれば、「Ｄ００００００２．ＤＡＴ」が該当する。）を記憶装置２２から読み出す（Ｓ２４０）。さらに、配信データリスト（図７（ｂ）参照）に基づき次配信データ有無情報を取得する（Ｓ２５０）。このＳ２５０の処理は、Ｓ２４０にて読み出した配信データの次の配信データ情報（Ｓ２４０で読み出した配信データが「Ｄ００００００２．ＤＡＴ」であれば「Ｄ００００００３．ＤＡＴ」が該当する。）が存在するか否かの情報を取得するという内容である。
【００３９】
その後、Ｓ２７０へ移行し、Ｓ２４０にて読み出した配信データ（全配信情報）及びＳ２５０にて取得した次配信データ有無情報をカラオケ端末１０へ送信する。その後は、Ｓ２１０へ戻る。なお、この次配信データ有無情報を受け取ったカラオケ端末１０では、図４を参照して説明したように、次配信データがあれば（図４のＳ５０：ＹＥＳ）、図４のＳ１０へ戻って通常配信要求をメインホストである第１配信用ホスト装置１０１へ送信する。したがって、そのカラオケ端末１０からの通常配信要求があれば、図５のＳ２１０にて肯定判断となり、ステップＳ２２０〜Ｓ２７０の処理が繰り返されることとなる。
【００４０】
また、Ｓ２３０にて否定判断、すなわち、最新取得済み配信データ情報に基づいて判断されるカラオケ端末１０の有する配信データ（全配信情報）が、第１配信用ホスト装置１０１内の配信データ（全配信情報）と同じであれば、配信データ及び次配信データ情報は無しとして（Ｓ２６０）、Ｓ２７０へ移行する。この場合のＳ２７０では、配信データは当然ながら配信されず、「次配信データは無い」という内容の次配信データ情報のみがカラオケ端末１０へ送信されることとなる。
【００４１】
一方、ステップＳ２１０で否定判断、つまりカラオケ端末１０からの配信要求ではなかった場合は、次に、カラオケ端末１０からの個別配信確認要求があるか否かを判断する（Ｓ２８０）。この個別配信確認要求は、上述した図４のＳ６０にてなされる要求である。個別配信確認要求があった場合は（Ｓ２８０：ＹＥＳ）、記憶装置２２内に保有する個別配信データ指示リスト（図７（ｄ）参照）を読み出し（Ｓ２９０）、カラオケ端末１０から個別配信確認要求と共に送信されたカラオケ端末識別情報（図７（ｃ）参照）に基づいて、個別配信データ指示リスト中から当該送信されたカラオケ端末識別情報を検索する（Ｓ３００）。
【００４２】
例えば図７（ｃ）に示すカラオケ端末識別情報「ＩＤ０００００１」を受信した場合には、図７（ｄ）に示す個別配信データ指示リストにおいては、第２ホスト、第４ホスト、第５ホストが検索結果として得られる（図７（ｄ）において色を変えている部分参照）。そして、このようにして得られた個別配信確認結果情報としての個別配信確認結果をカラオケ端末１０へ送信する（Ｓ３１０）。その後は、Ｓ２１０へ戻る。
【００４３】
一方、ステップＳ２８０で否定判断、つまりカラオケ端末１０からの個別配信確認要求でもなかった場合は、Ｓ３２０へ移行して、配信データの登録要求があるか否かを判断する。そして、配信データの登録要求でない場合は（Ｓ３２０：ＮＯ）、Ｓ３５０へ移行して個別配信データ指示リスト更新要求があるか否か判断する。これら「配信データの登録要求」及び「個別配信データ指示リスト更新要求」は、登録用ホスト装置１００（図１参照）からの要求である。
【００４４】
配信データの登録要求である場合は（Ｓ３２０：ＹＥＳ）、登録用ホスト装置１００から送信される配信データを記憶装置２２へ保存し（Ｓ３３０）、配信データリスト（図７（ｂ）参照）を更新する（Ｓ３４０）。また、個別配信データ指示リスト更新要求である場合は（Ｓ３５０：ＹＥＳ）、登録用ホスト装置１００から送信される個別配信データ指示リストを記憶装置２２へ更新記憶する（Ｓ３６０）。なお、Ｓ３４０、Ｓ３６０の処理後、及びＳ３５０にて否定判断の場合（つまり、何の要求もない場合）は、Ｓ２１０へ戻る。
【００４５】
（４）サブホストでの処理
図６は、サブホストである第２〜第５配信用ホスト装置１０２〜１０５において（共通して）実行される処理を示すフローチャートである。
最初のステップＳ４１０では、カラオケ端末１０からの個別配信要求があるか否かを判断する。この個別配信要求は、上述した図４のＳ１００にてなされる個別配信要求である。
【００４６】
個別配信要求があった場合は（Ｓ４１０：ＹＥＳ）、記憶装置２２内に保有する個別配信データリスト（図７（ｇ）参照）を読み出し（Ｓ４２０）、その個別配信データリスト内に、カラオケ端末１０から送信されたカラオケ端末識別情報（図７（ｃ）参照）が存在するか否か判断する（Ｓ４３０）。そして、個別配信データリスト内にカラオケ端末識別情報が存在すれば（Ｓ４３０：ＹＥＳ）、自装置内（の記憶装置２２内）の個別配信情報の方が新しいか否か判断する（Ｓ４４０）。
【００４７】
そして、自装置内の個別配信情報の方が新しい場合は（Ｓ４４０：ＹＥＳ）、個別配信要求をしてきたカラオケ端末１０が持つ最新取得済み個別配信情報の次に新しい個別配信情報（例えば最新取得済み個別配信データ情報が図７（ｅ）に示す「ａ１０００００１．ＤＡＴ」であれば、「ａ１０００００２．ＤＡＴ」が該当する。）を記憶装置２２から読み出す（Ｓ４５０）。さらに、個別配信データリスト（図７（ｇ）参照）に基づき次個別配信データ有無情報を取得する（Ｓ４６０）。このＳ４６０の処理は、Ｓ４５０にて読み出した個別配信情報の次の個別配信情報（例えばＳ４５０で読み出した配信データが「ａ１０００００２．ＤＡＴ」であれば「ａ１０００００３．ＤＡＴ」が該当する。）が存在するか否かの情報を取得するという内容である。
【００４８】
その後、Ｓ４８０へ移行し、Ｓ４５０にて読み出した個別配信情報及びＳ４６０にて取得した次個別配信データ有無情報をカラオケ端末１０へ送信する。その後は、Ｓ４１０へ戻る。なお、この次個別配信データ有無情報を受け取ったカラオケ端末１０では、図４を参照して説明したように、次の個別配信情報があれば（図４のＳ１４０：ＹＥＳ）、図４のＳ１００へ戻って個別配信要求をサブホストである第２〜第５配信用ホスト装置１０２〜１０５へ送信する。したがって、そのカラオケ端末１０からの個別配信要求があれば、図６のＳ４１０にて肯定判断となり、ステップＳ４２０〜Ｓ４８０の処理が繰り返されることとなる。
【００４９】
また、Ｓ４３０にて否定判断、すなわち、最新取得済み個別配信データ情報に基づいて判断されるカラオケ端末１０の有する個別配信情報が、自装置（サブホストである第２〜第５配信用ホスト装置１０２〜１０５のいずれか）内の個別配信情報と同じであれば、個別配信情報及び次配信個別データ情報は無しとして（Ｓ４７０）、Ｓ４８０へ移行する。この場合のＳ４８０では、個別配信情報は当然ながら配信されず、「次個別配信情報は無い」という内容の次個別配信データ情報のみがカラオケ端末１０へ送信されることとなる。
【００５０】
一方、ステップＳ４１０で否定判断、つまりカラオケ端末１０からの個別配信データ要求がない場合は、Ｓ４９０へ移行して、個別配信情報の登録要求があるか否かを判断する。この「個別配信情報の登録要求」は、登録用ホスト装置１００（図１参照）からの要求である。そして、個別配信情報の登録要求である場合は（Ｓ４９０：ＹＥＳ）、登録用ホスト装置１００から送信される個別配信データを記憶装置２２へ保存し（Ｓ５００）、個別配信データリスト（図７（ｇ）参照）を更新する（Ｓ５１０）。なお、Ｓ５１０の処理後、及びＳ４９０にて否定判断の場合（つまり、何の要求もない場合）は、Ｓ４１０へ戻る。
【００５１】
［本実施例の情報通信システムによって得られる効果］
本実施例の情報通信システムによれば、カラオケ端末１０が配信用ホスト装置１０１〜１０５から情報配信を受ける場合には、まずメインホストである第１配信用ホスト装置１０１へ通常配信要求を行って未配信の新曲データを「全配信情報」として受信する。次に、第１配信用ホスト装置１０１へ個別配信要求を行って個別配信確認結果を受信する。この個別配信確認結果には、図７（ｆ）に示すようにホスト種別とホスト特定情報（例えば電話番号等）との対応関係が含まれているため、この個別配信確認結果を受信したカラオケ端末１０は、そのホスト特定情報に基づいて、順次該当するサブホスト（第２〜第５配信用ホスト装置１０２〜１０５）へアクセスし、自端末が配信を受けるべき個別配信情報を配信してもらう。
【００５２】
このようにすることで、メインホスト（第１配信用ホスト装置１０１）は全配信情報を各カラオケ端末１０へ配信すればよく、個別配信情報の配信についてはサブホスト（第２〜第５配信用ホスト装置１０２〜１０５）に任せることができる。これら全配信情報及び個別配信情報を共に同じ配信用ホスト装置から配信するようにしていた従来の場合には、あるカラオケ端末１０がその個別配信情報の配信を受けていると他のカラオケ端末１０は全配信情報の配信を受けることができなかった。そして、特に個別配信情報が膨大なデータ量であった場合に、１台の端末装置が情報配信を受けるための配信用ホスト装置を占有する期間が長くなり、その配信が終了するまで別のカラオケ端末１０は全配信情報の配信を受けることができないという問題が生じていた。
【００５３】
それに対して本実施例のシステムの場合には、上述のように、個別配信情報の配信はサブホストが担当し、メインホストは全配信情報の配信に専念できるため、１台のカラオケ端末１０が情報配信を受けるためのメインホストを占有する期間が相対的に短くなり、従来のような問題は生じない。したがって、全てのカラオケ端末１０が、相対的に早期に、全配信情報の配信を受けることができることとなる。
【００５４】
特に、本実施例では全配信情報として新しくリリースされたカラオケ演奏用の音楽情報や画像情報、バージョンアップされたアプリケーションプログラム、全国版の広告映像などを想定し、個別配信情報として特定のカラオケ端末１０に配信されるカラオケ演奏用の音楽情報や画像情報、地域限定の広告映像データ等を想定している。全配信情報の場合は例えば１日１回程度の配信頻度が想定されるため、カラオケ端末１０としては１日１回メインホストへ配信要求をすることでより早期に新曲を拡充できる。そして、このような全配信情報、特に新しくリリースされたカラオケ演奏用の音楽情報や画像情報（歌詞データ）はどのカラオケ端末１０でもなるべく早期に配信を受けたいので、上記のような対策が非常に有効である。
【００５５】
一方、地域限定の広告映像情報等は、例えば１週に１回あるいは１か月に１回といった比較的長期間の配信頻度となり得る。このように配信頻度が全配信情報に比べて少ない個別配信情報については、問い合わせても配信情報自体が存在しないことが多い。したがって、例えば図１に示す４台のサブホスト（第２〜第５配信用ホスト装置１０２〜１０５）に毎日問い合わせても、ほとんどの場合は結果的に無駄なアクセスとなる。それに対して本実施例の場合は、１台のメインホスト（第１配信用ホスト装置１０１）に対して毎日１回アクセスして新曲データの配信を受け、それと共に個別配信情報の有無及び有る場合にはその特定情報（電話番号等）を教えてもらう。こうすれば、実際にはメインホスト（第１配信用ホスト装置１０１）とのアクセスのみで情報通信が終了し、サブホスト（第２〜第５配信用ホスト装置１０２〜１０５）へ頻繁にアクセスする必要がなく、全体として無駄な通信が減ることとなる。
【００５６】
［別実施例］
以上実施例について説明したが、本発明は上記実施例に限定されるものではなく、種々の態様で実施し得る。そのいくつかを説明する。
（イ）上記実施例では、カラオケ端末１０がメインホスト（第１配信用ホスト装置１０１）から情報配信を受けるにあたり、カラオケ端末１０からアクセスし、配信要求をするようにした。しかし逆に、メインホスト（第１配信用ホスト装置１０１）が主導で、例えば各カラオケ端末１０に対して順番にアクセスし、全配信情報の配信を実行するようにしてもよい。
【００５７】
但し、この場合でも、サブホスト（第２〜第５配信用ホスト装置１０２〜１０５）へはカラオケ端末１０から、必要な場合だけ配信要求することとなる。
（ロ）上記実施例では、個別配信情報の例として地域限定の広告映像等を挙げたが、これは、全てのカラオケ端末１０で必ずしも必要ではない情報である。しかし、複数のサブホスト（第２〜第５配信用ホスト装置１０２〜１０５）がそれぞれ自分が分担する一部のカラオケ端末１０に同じ内容の個別配信情報を配信することによって、結果的に同じ内容の個別配信情報が全てのカラオケ端末１０に配信されることを除外するものではない。具体的には、カラオケ曲用データが演奏データ及び歌詞データと背景映像データから構成されており、演奏データ及び歌詞データに比べて背景映像データのデータ量が大きい場合に、背景映像データを「個別配信情報」とする場合が考えられる。演奏データや歌詞データがないとカラオケ演奏自体がなされないが背景映像データはそれがなくてもカラオケ演奏自体は可能である。したがって、演奏データや歌詞データを全配信情報としてメインホスト（第１配信用ホスト装置１０１）から全てのカラオケ端末１０へ配信し、背景映像データについては複数のサブホスト（第２〜第５配信用ホスト装置１０２〜１０５）が分担してカラオケ端末１０へ配信するのである。このようにすれば、カラオケ演奏に必須の演奏データや歌詞データについては、全てのカラオケ端末１０が早期に取得できる可能性が高くなる。
【００５８】
（ハ）上記実施例では、メインホストからカラオケ端末１０へ送信する個別配信確認結果（図７（ｆ）参照）に含まれるサブホスト特定情報として電話番号を例示したが、例えば単にホスト識別番号とし、カラオケ端末１０の記憶装置１２に、そのホスト識別番号と電話番号の対応関係を記憶しておくようにしてもよい。このようにしても、サブホストの電話番号が把握でき、カラオケ端末１０側からアクセスできる。
【００５９】
但し、サブホストの設置場所や電話番号が変化したり、あるいはサブホスト自体が追加される場合も考えられる。そのようなことを想定すると、メインホストからカラオケ端末１０へ送信する個別配信確認結果（図７（ｆ）参照）自体にサブホストの電話番号を含めておけば、カラオケ端末１０としては、その指定された電話番号を用いてアクセスできるため、便利ではある。
【００６０】
（ニ）上記実施例の情報通信システムは、通信カラオケシステムとして実現した場合について説明したが、このような通信カラオケシステムには限らず、配信用ホスト装置から複数の端末装置へ情報を配信するシステムであれば、同様に適用できる。
【図面の簡単な説明】
【図１】実施例の情報通信システムの概略構成を示すブロック図である。
【図２】カラオケ端末及びホスト装置の概略構成を示すブロック図である。
【図３】カラオケ端末と配信用ホスト装置との間の情報通信の概略を示すシーケンス図である。
【図４】カラオケ端末１０にて実行される、全配信情報及び個別配信情報についての配信要求及び受信に係る処理を示すフローチャートである。
【図５】メインホスト（第１配信用ホスト装置１０１）にて実行される処理を示すフローチャートである。
【図６】サブホスト（第２〜第５配信用ホスト装置１０２〜１０５）にて実行される処理を示すフローチャートである。
【図７】最新取得済み配信データ情報、配信データリスト、カラオケ端末識別情報、個別配信データ指示リスト、最新取得済み個別配信データ情報、個別配信確認結果、個別配信データリストの説明図である。
【符号の説明】
１０…カラオケ端末、１１、２１…通信装置、１２，２２…記憶装置、１３、２３…中央処理装置、１４…映像再生装置、１５…音声再生装置、１６…パネル、１７…モニタ、１８…スピーカ、５０…ネットワーク網、１００…登録用ホスト装置、１０１…第１配信用ホスト装置（メインホスト）、１０２〜１０５…第２〜第５配信用ホスト装置（サブホスト）。
【図１】
2004170720.tif 000003
【図２】
2004170720.tif 000004
【図３】
2004170720.tif 000005
【図４】
2004170720.tif 000006
【図５】
2004170720.tif 000007
【図６】
2004170720.tif 000008
【図７】
2004170720.tif 000009