(57)【特許請求の範囲】
【請求項１】
複数の端末機及びこれら端末機とデータの授受を行うデータ管理装置との間を通信回線により接続して成り、端末機側からのリクエスト信号に応答してデータ管理装置側からそのリクエスト内容に対する返送データをアンサバックする構成のデータ配信システムにおいて、
前記端末機は、自身が送信したリクエスト信号によるリクエスト内容が他の端末機からのリクエスト内容と一致するか否かを判断し、一致すると判断した場合に、当該他の端末機に対する返送データを受信するという傍受動作を行うと共に、当該傍受動作を行ったときには前記データ管理装置へ配信取止め信号を送信する制御を行い、前記返送データの受信動作を行ったときにはその旨を示すデータ取込信号を前記データ管理装置へ送信する制御を行う制御装置を含んで構成され、
前記データ管理装置は、前記リクエスト信号に応答して前記返送データを１回だけアンサバックすると共に、前記端末機から前記配信取止め信号を受信した場合に当該端末機からのリクエスト信号を無視し、前記データ取込信号を受信した場合に当該データ取込信号に基づいて前記端末機側の受信履歴を個別に記録するように構成されていることを特徴とするデータ配信システム。
【請求項２】
前記データ管理装置からの返送データは、当該返送データのアンサバック先を示す宛先情報とデータ名を示す指標情報とを含んで構成され、
前記端末機に備えられた前記制御装置は、自身が送信したリクエスト信号によるリクエスト内容が他の端末機からのリクエスト内容と一致するか否かの判断を上記宛先情報及び指標情報に基づいて行うように構成されていることを特徴とする請求項１記載のデータ配信システム。
【請求項３】
前記端末機は、楽曲データをリクエストするためのリクエスト信号を送信する機能、並びにアンサバックされた楽曲データを再生する機能を備えたカラオケ端末装置として構成され、
前記データ管理装置は、リクエスト信号によりリクエストされた楽曲データを返送データとしてアンサバックする楽曲データ管理装置であることを特徴とする請求項１または２記載のデータ配信システム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、複数の端末機とデータ管理装置との間を通信回線により接続して成るデータ配信システム、特には複数の端末機側からのリクエスト信号に応答してデータ管理装置側から返送データを選択的にアンサバックするようにしたデータ配信システムに関する。
【０００２】
【従来の技術】
従来より、楽曲データ及びこれに対応した映像データの再生機能を備えた複数のカラオケ端末装置と、多数の楽曲データ及び映像データを蓄積して成る管理装置とを双方向通信回線により接続し、カラオケ端末装置側で新たな楽曲データの再生が選択される毎に、管理装置側から楽曲データ及び映像データをダウンロードする構成とした所謂アクセスタイプの通信型カラオケのためのデータ配信システムが考えられている。
【０００３】
このようなデータ配信システムでは、カラオケ端末装置からは通信回線の上り回線を使用してリクエスト信号を送信し、このリクエスト信号を受信した管理装置が、リクエストされた楽曲データ及び映像データを当該リクエスト信号の送信元となったカラオケ端末装置へ上記通信回線の下り回線を使用してアンサバックする構成とされる。
【０００４】
【発明が解決しようとする課題】
上記のような双方向通信を行うようにした従来構成のデータ配信システムでは、管理装置側において、複数設けられたカラオケ端末装置からのリクエスト信号のそれぞれに対して個々にアンサバック動作を行わねばならない。つまり、複数のカラオケ端末装置から同じ内容のリクエスト信号が同時期に送信されてきた場合であっても、同じ内容の楽曲データ及び映像データを一々アンサバックしなければならず、結果的に無駄が多くなる。このため、上記のようなシステムを実際に運用するに当たって、通信回線を通じた伝送効率の低下を甘受しているのが実情であり、この点が未解決の課題となっていた。
【０００５】
本発明は上記事情に鑑みてなされたものであり、その目的は、伝送効率の向上を簡単な構成によって実現できるようになるデータ配信システムを提供することにある。
【０００６】
【課題を解決するための手段】
本発明は上記目的を達成するために、複数の端末機及びこれら端末機とデータの授受を行うデータ管理装置との間を通信回線により接続して成り、端末機側からのリクエスト信号に応答してデータ管理装置側からそのリクエスト内容に対する返送データをアンサバックする構成のデータ配信システムにおいて、
前記端末機を、自身が送信したリクエスト信号によるリクエスト内容が他の端末機からのリクエスト内容と一致するか否かを判断し、一致すると判断した場合に、当該他の端末機に対する返送データを受信するという傍受動作を行うと共に、当該傍受動作を行ったときには前記データ管理装置へ配信取止め信号を送信する制御を行い、前記返送データの受信動作を行ったときにはその旨を示すデータ取込信号を前記データ管理装置へ送信する制御を行う制御装置を含んだ構成した上で、前記データ管理装置を、前記リクエスト信号に応答して前記返送データを１回だけアンサバックすると共に、前記端末機から前記配信取止め信号を受信した場合に当該端末機からのリクエスト信号を無視し、前記データ取込信号を受信した場合に当該データ取込信号に基づいて前記端末機側の受信履歴を個別に記録するように構成したものである（請求項１）。
【０００７】
この構成によれば、端末機からデータ管理装置へリクエスト信号が送信された場合には、データ管理装置は、そのリクエスト内容に対する返送データを上記リクエスト信号の送信元となった端末機へ１回だけアンサバックする。このとき、端末機に備えられた制御装置は、自身が送信したリクエスト信号によるリクエスト内容が他の端末機からのリクエスト内容と一致するか否かを判断し、一致すると判断した場合に、当該他の端末機に対する返送データを受信するという傍受動作を行うようになる。従って、複数の端末機から同じ内容のリクエスト信号が同時期に送信された場合には、その送信タイミングが相対的に遅い端末機、つまり自身が送信したリクエスト信号によるリクエスト内容が他の端末機からのリクエスト内容と一致する端末機は、当該他の端末機に対する返送データを受信するという傍受動作を行うようになる。
【０００８】
また、データ管理装置は、前記端末機から前記配信取止め信号を受信した場合、つまり上記のように傍受動作を行った端末機が存在した場合に当該端末機からのリクエスト信号を無視するようになる。このため、複数の端末機から同じ内容のリクエスト信号が同時期に送信された場合には、データ管理装置はそのリクエスト内容に対する返送データを１回アンサバックする動作を行うだけで良く、結果的に従来構成に比べて無駄が少なくなって伝送効率が向上するようになる。
【０００９】
さらに、データ管理装置側では、返送データの宛先となった端末機から送信されてくるデータ取込信号、並びに傍受動作を行った端末機から送信されてくるデータ取込信号に基づいて端末機側の受信履歴を個別に記録するようになるから、その受信履歴に基づいて全ての端末機での返送データの受信状態を正確に把握できるようになる。
【００１０】
また、前記データ管理装置からの返送データを、当該返送データのアンサバック先を示す宛先情報とデータ名を示す指標情報とを含んで構成とした上で、前記端末機に備えられた前記制御装置を、自身が送信したリクエスト信号によるリクエスト内容が他の端末機からのリクエスト内容と一致するか否かの判断を上記宛先情報及び指標情報に基づいて行う構成としても良い（請求項２）。
【００１１】
前記端末機を、楽曲データをリクエストするためのリクエスト信号を送信する機能、並びにアンサバックされた楽曲データを再生する機能を備えたカラオケ端末装置として構成した上で、前記データ管理装置を、リクエスト信号によりリクエストされた楽曲データを返送データとしてアンサバックする楽曲データ管理装置として構成しても良い（請求項３）。
【００１２】
【発明の実施の形態】
以下、本発明を通信型カラオケ用のデータ配信システムに適用した一実施例について図面を参照しながら説明する。
【００１３】
全体構成を機能ブロックの組み合わせにより示す図１において、端末機としての複数のカラオケ通信端末１と、カラオケ用の多数の楽曲データ（例えば楽譜データ）及び映像データ（静止画像データ或いは動画像データ）を蓄積して成る楽曲データ管理装置としてのヘッドエンド（端局）２との間は、双方向通信回線としてのＣＡＴＶ網３を介して互いに接続されている。尚、上記ＣＡＴＶ網３は、分岐回路３ａを含んで成り、上り方向が制御回線、下り方向がデータ回線の双方向伝送システムとして構成されている。
【００１４】
この場合、後述するように、上記ヘッドエンド２は、カラオケ通信端末１からのリクエスト信号に応答してそのリクエスト内容に対する返送データΔＭ（カラオケ曲再生用のデータ）をアンサバックする構成となっているが、その返送データΔＭは、図２に一例を示すようにパケット通信対応のフォーマットとなっている。
【００１５】
即ち、図２において、返送データΔＭは、１曲分の楽曲データ及び映像データに対応した複数のパケットを１パックとしたもので、パックヘッダの後に複数のパケット（オーディオパケット及びビデオパケット）を並べた構成となっている。この場合、各パケットは、返送データΔＭのアンサバック先を示す宛先情報、データ名（曲名）を示す指標情報である曲番号、属性（オーディオパケットかビデオパケットか）を示す属性情報を含むパケットヘッダと、楽曲データ若しくは映像データと、誤り訂正符号とを組み合わせた形態となっている。尚、返送データΔＭの最後尾には終了コードが付される。
【００１６】
図３にはカラオケ通信端末１の電気的構成が機能ブロックの組み合わせにより示されている。この図３において、カラオケ通信端末１の中核をなす制御装置４は、ＣＰＵ５、ＲＯＭ６、ＲＡＭ７、Ｉ／Ｏポート８などを備えたマイクロコンピュータにより構成されたもので、ヘッドエンド２との間でのＣＡＴＶ網３を利用した送受信動作を、送受信装置９及びコネクタ１ａを通じて行う構成となっている。
【００１７】
制御装置４には、上記送受信装置９の他に、外部からの選曲指令やヘッドエンド２との通信指令などを入力するためのキーボード１０、カラオケ通信端末１の操作手順やメッセージなどを表示するための表示部１１、リモコン１２ａからのリモート信号（カラオケ曲リクエスト用の選曲指令やエフェクト機能などのための指令）を受信するためのリモコン受信部１２、楽曲データ及び画像データなどを記憶するための例えばハードディスク装置より成る記憶装置１３、カラオケ画面表示用のモニタ１４の表示制御（歌詞テロップの表示も含む）を行うための表示制御装置１５、楽曲データを音声信号に変換するためのシンセサイザなどを含んで構成された音声合成装置１６が接続されている。
【００１８】
また、カラオケ通信端末１に設けられたアンプ１７は、音声合成装置１６からの音声信号と、歌唱者が使用するマイクロフォン１８からの音声信号とをミキシングする機能や設定されたエフェクトを付加する機能などを備えており、その増幅出力をスピーカ１９を通じて出力する構成となっている。
【００１９】
図４にはヘッドエンド２の電気的構成が機能ブロックの組み合わせにより示されている。この図４において、ヘッドエンド２の中枢をなす制御装置２０は、ＣＰＵ２１、ＲＯＭ２２、ＲＡＭ２３、Ｉ／Ｏポート２４などを備えたマイクロコンピュータにより構成されたもので、カラオケ通信端末１との間でのＣＡＴＶ網３を利用した送受信動作を、送受信装置２５及びコネクタ２ａを通じて行う構成となっている。
【００２０】
制御装置２０には、上記送受信装置２５の他に、多数の楽曲データなど及び画像データなどを記憶するための例えば大容量ハードディスク装置より成る記憶装置２６、データ表示用のモニタ２７の表示制御を行うための表示制御装置２８、外部からの信号を受けるための外部入力装置２９が接続されており、上記外部入力装置２９には、外部からの指令やカラオケ通信端末１との通信指令などを入力するためのキーボード３０が接続されている。
【００２１】
図５及び図６には、カラオケ通信端末１が有する制御装置４による制御内容のうち、本発明の要旨に直接的に関係した部分が示されており、以下これについて説明する。
【００２２】
図５において、制御装置４は、使用者によるカラオケ曲のリクエストがあるまで、つまり、リモコン１２ａから選曲指令を含んだリモート信号が入力されるまで待機する（ステップＡ１）。そして、リクエストがあった場合には、そのリクエスト曲を特定するためのデータを含むリクエスト信号を作成し、そのリクエスト信号をヘッドエンド２へ送受信装置９及びＣＡＴＶ網３の上り回線を通じて送信する（ステップＡ２）。尚、上記リクエスト信号は、例えば、カラオケ通信端末１に固有の発信元アドレスとリクエスト曲を示す曲名データとを組み合わせた構成となっている。
【００２３】
上記のようなリクエスト信号の送信ステップＡ２を実行した後には、図６に示す内容の後述するデータ受信ルーチンを開始させる（ステップＡ３）。尚、本実施例では、上記データ受信ルーチンを所謂並行処理により実行する構成としている。
【００２４】
ステップＡ３によりデータ受信ルーチンを開始させた後には、ヘッドエンド２からＣＡＴＶ網３の下り線を介して他のカラオケ通信端末１宛てに送信される返送データΔＭの監視を開始し（ステップＡ４）、その監視内容に基づいて、自身が送信したリクエスト信号によるリクエスト曲と同じ曲番号を含む返送データΔＭがＣＡＴＶ網３の下り線に流されたか否かを判断する（ステップＡ５）。
【００２５】
ここで「ＮＯ」と判断される場合には、図示しない第１レジスタがセットされたか否かを判断し（ステップＡ６）、セットされていない状態では、前記データ監視ステップＡ４へ戻る。従って、リクエスト信号の送信動作を行った後には、リクエスト信号によるリクエスト曲と同じ曲番号を含む返送データΔＭがＣＡＴＶ網３の下り線に流されるまで、若しくは第１レジスタがデータ受信ルーチン  （図６参照）においてセットされるまでの期間は、前記返送データΔＭの監視ステップＡ４が反復して実行されることになる。
【００２６】
ステップＡ５で「ＹＥＳ」と判断した場合、つまり、自身がリクエストしたカラオケ曲に対応した返送データΔＭが、他のカラオケ通信端末１宛てにアンサバックされた状況にあった場合には、図示しない第２レジスタをセットするステップＡ７、ヘッドエンド２へ配信取止め要求信号を送信するステップＡ８、前記データ受信ルーチンを終了させるステップＡ９を順次実行した後にステップＡ１０へ移行する。尚、上記配信取止め要求信号は、他のカラオケ通信端末１に対する返送データΔＭを受信するという傍受動作を行う関係上、自身が送信したリクエスト信号に対するアンサバック動作を実行しないように要求するためのもので、少なくともカラオケ通信端末１に固有の発信元アドレスを含んだ構成となっている。
【００２７】
ステップＡ６で「ＹＥＳ」と判断した場合、つまり、第１レジスタがデータ受信ルーチン（図６参照）においてセットされた場合には、そのままステップＡ１０へ移行する。
【００２８】
そして、ステップＡ１０では、ヘッドエンド２へデータ取込信号を送信する動作を行う。このデータ取込信号は、返送データΔＭを受信して記憶装置１３に記憶するというデータ取込動作を行う旨をヘッドエンド２側へ知らせるための信号であり、カラオケ通信端末１に固有の発信元アドレス及びリクエストした曲名データを含んだ構成となっている。
【００２９】
ステップＡ１０の実行後には、返送データΔＭを受信するためのデータ受信ルーチンＡ１１、第１及び第２レジスタをリセットするステップＡ１２を順次実行した後に、ステップＡ１へ戻る。上記データ受信ルーチンＡ１１では、第１レジスタがセットされている状態で、自分宛てにアンサバックされた返送データΔＭを受信して記憶装置１３に記憶する動作を行い、第２レジスタがセットされている状態で、他のカラオケ通信端末１宛ての返送データΔＭ（但し、自身が送信したリクエスト信号によるリクエスト曲と同じ曲番号を含むもの）を受信する動作を行う。
【００３０】
一方、図６に示すデータ受信ルーチンでは、ヘッドエンド２からＣＡＴＶ網３の下り線を介して自分宛てに送信される返送データΔＭを監視し（ステップａ１）、その監視内容に基づいて、自分宛ての返送データΔＭがＣＡＴＶ網３に流されたか否かを判断する（ステップａ２）。ここで「ＮＯ」と判断される期間は上記データ監視ステップａ１を反復して実行するが、「ＹＥＳ」と判断した場合には、第１レジスタをセットするステップａ３を実行した後に、当該データ受信ルーチンを終了する。
【００３１】
以上要するに、カラオケ通信端末１が有する制御装置４は、ヘッドエンド２に対するリクエスト信号の送信動作をＣＡＴＶ網３の上り回線を通じて行った後には、当該ＣＡＴＶ網３の下り回線を通じた自分宛ての返送データΔＭの有無を確認する動作を行うと共に、同じくＣＡＴＶ網３の下り回線を通じた他のカラオケ通信端末１宛ての返送データΔＭ（自身が送信したリクエスト信号によるリクエスト曲と同じ曲番号を含むもの）の有無を確認する動作を行う。そして、自分宛ての返送データΔＭが存在した場合には、その返送データΔＭを取り込んで記憶装置１３に記憶するという通常の受信動作を行い、他のカラオケ通信端末１宛ての返送データΔＭが存在した場合には、その返送データΔＭを取り込んで記憶装置１３に記憶するという傍受動作を行うようになる。尚、傍受動作を行ったときには、ヘッドエンド２側へ配信取止め要求信号を送信する。また、上記のように返送データΔＭの取込を行ったときには、ヘッドエンド２側へデータ取込信号を送信する。
【００３２】
図７には、ヘッドエンド２が有する制御装置２０による制御内容のうち、本発明の要旨に直接的に関係した部分が示されており、以下これについて説明する。  図７において、制御装置２０は、カラオケ通信端末１群側からのリクエスト信号を受信するまで待機する（ステップＢ１）。そして、リクエスト信号を受信したときには、カラオケ通信端末１群側からの配信取止め要求信号の受信状態を判断する（ステップＢ２）。
【００３３】
配信取止め要求信号を受信しない状態では、返送データΔＭの送信準備のためのデータ準備ステップＢ３を実行する。このステップＢ３では、受信したリクエスト信号中の曲名データに対応した楽曲データ及び映像データを記憶装置２６から読み出し、それら読み出しデータをパケット情報として含む図２に示すようなフォーマットの返送データΔＭを作成する。尚、返送データΔＭのパケットヘッダ中の宛先情報は、受信したリクエスト信号中の発信元アドレスと一致するように設定される。
【００３４】
上記データ準備ステップＢ３の実行後には、作成した返送データΔＭを送受信装置９からＣＡＴＶ網３の下り線に配信する（ステップＢ４）。この後には、当該返送データΔＭの宛先となったカラオケ通信端末１側からのデータ取込信号の受信の有無を予め設定された時間だけ判断する（ステップＢ５、Ｂ６）。
【００３５】
データ取込信号を受信したときには、そのデータ取込信号の送信元のカラオケ通信端末１が返送データΔＭの受信を行ったことを記録するための受信履歴をログファイルに追加するための履歴管理ルーチンＢ７を実行し、この後に判断ステップＢ１へ戻る。これに対して、データ取込信号を受信することなく設定時間が経過したときには、履歴管理ルーチンＢ７をジャンプしてステップＢ１へ戻るようになる。
【００３６】
一方、リクエスト信号の受信後に配信取止め信号を受信した場合（ステップＢ２で「ＹＥＳ」）には、当該配信取止め信号の送信元のカラオケ通信端末１からのデータ取込信号の受信の有無を予め設定された時間だけ判断する（ステップＢ８、Ｂ９）。
【００３７】
データ取込信号を受信したときには、そのデータ取込信号の送信元のカラオケ通信端末１が返送データΔＭの受信（傍受）を行ったことを記録するための前記履歴管理ルーチンＢ７を実行し、この後に判断ステップＢ１へ戻る。これに対して、データ取込信号を受信することなく設定時間が経過したときには、履歴管理ルーチンＢ７をジャンプしてステップＢ１へ戻るようになる。
【００３８】
以上要するに、ヘッドエンド２が有する制御装置２０は、カラオケ通信端末１群側からリクエスト信号を受信したときに、データ準備ステップＢ３及び配信ステップＢ４を実行することにより、そのリクエスト信号に対する返送データΔＭをＣＡＴＶ網３の下り回線を通じてアンサバックする動作を行う。このとき、カラオケ通信端末１側からの配信取止め要求信号を受信した場合には、上記データ準備ステップＢ３及び配信ステップＢ４をジャンプすることにより、当該カラオケ通信端末１からのリクエスト信号を無視する。また、カラオケ通信端末１側からの取込信号（返送データΔＭの取込を行ったことを示す信号）を受信したときには、そのデータ取込信号に基づいてカラオケ通信端末１側の受信履歴をログファイルに個別に記録する。
【００３９】
上記のような構成とした本実施例によれば、カラオケ通信端末１からヘッドエンド２へリクエスト信号が送信された場合には、ヘッドエンド２は、そのリクエスト内容に対する返送データΔＭを上記リクエスト信号の送信元となったカラオケ通信端末１へアンサバックすることになる。このとき、複数のカラオケ通信端末１から同じ内容のリクエスト信号が同時期に送信された場合には、その送信タイミングが相対的に遅いカラオケ通信端末１、つまり自身が送信したリクエスト信号によるリクエスト内容が他のカラオケ通信端末１からのリクエスト内容と一致するカラオケ通信端末１にあっては、ヘッドエンド２へ配信取止め要求信号を送信した後に、当該他のカラオケ通信端末１に対する返送データΔＭを受信するという傍受動作を行うようになる。
【００４０】
ヘッドエンド２は、上記配信取止め要求信号を受信した場合（傍受動作を行うカラオケ通信端末１が存在した場合）には、当該配信取止め要求信号の送信元となったカラオケ通信端末１からのリクエスト信号を無視するようになる。このため、複数のカラオケ通信端末１から同じ内容のリクエスト信号が同時期に送信された場合には、ヘッドエンド２はそのリクエスト内容に対する返送データΔＭを１回アンサバックする動作を行うだけで良いことになり、結果的に従来構成に比べて無駄が少なくなって伝送効率が向上するようになる。
【００４１】
この場合、カラオケ通信端末１は、返送データΔＭの受信動作を行った場合には、その受信動作が、他のカラオケ通信端末１に対する返送データΔＭを受信するという傍受動作であるか否かを問わず、返送データΔＭを受信した旨を示すデータ取込信号をヘッドエンド２へ送信するようになる。また、ヘッドエンド２にあっては、受信したデータ取込信号に基づいてカラオケ通信端末１側の受信履歴をログファイルに対し個別に記録するようになる。従って、そのログファイルに記録された受信履歴に基づいて全てのカラオケ通信端末１での返送データΔＭの受信状態を正確に把握できるようになり、結果的に、データ配信を伴うアクセス料金などの計算を確実且つ簡単に行い得ることになる。
【００４２】
尚、本発明は上記した実施例に限定されるものではなく、以下に述べるような拡大或いは変形が可能である。
自身が送信したリクエスト信号によるリクエスト内容が他のカラオケ通信端末１からのリクエスト内容と一致するか否かの判断を、ヘッドエンド２からＣＡＴＶ網３の下り線を介して他のカラオケ通信端末１宛てに送信される返送データΔＭを監視することにより行う構成としたが、これに限られるものではない。具体的には、例えば、他のカラオケ通信端末１からＣＡＴＶ網３の上り線に送信されたリクエスト信号を直接的に監視することにより、上記のようなリクエスト内容の一致の有無の判断を行う構成とすることができる。また、ヘッドエンド２側において、リクエスト信号を受け付けたこと並びにリクエスト内容を示す受付信号をＣＡＴＶ網３の下り回線にデータ信号と異なる周波数で配信する構成とし、この受付信号を監視することにより、上記のようなリクエスト内容の一致の有無の判断を行うこともできる。
【００４３】
映像データの配信は必要に応じて行えば良く、また、通信型カラオケ用のデータ配信システムを例に挙げたが、ゲーム用プログラムや映画用データなど他のデータを配信するためのデータ配信システムに広く適用することもできる。
【００４４】
【発明の効果】
以上の説明により明らかなように、請求項１記載の発明によれば、自身が送信したリクエスト信号によるリクエスト内容が他の端末機からのリクエスト内容と一致する場合に、当該他の端末機に対する返送データを受信するという傍受動作を行う端末機を設けると共に、上記リクエスト信号に対する応答を行うためのデータ管理装置に対して、前記傍受動作を行った端末機が存在した場合に当該端末機からのリクエスト信号を無視する機能を付与したので、複数の端末機側から同じ内容のリクエスト信号が同時期に送信される場合であっても、同じ内容の返送データを一々アンサバックする必要がなくなり、以て伝送効率の向上を簡単な構成によって実現できるという有益な効果を奏することができる。
【００４５】
請求項２記載の発明によれば、前記端末機に対し、前記返送データの受信動作を行った場合にその旨を示すデータ取込信号を前記データ管理装置へ送信する機能を付与し、前記データ管理装置側に、上記データ取込信号に基づいて端末機側の受信履歴を個別に記録する機能を付与したので、全ての端末機での返送データの受信状態を正確に把握できるようになるという有益な効果が得られる。
【図面の簡単な説明】
【図１】  本発明の一実施例の全体構成を示す機能ブロック図
【図２】  返送データのフォーマット例を示す図
【図３】  カラオケ通信端末の電気的構成を示す機能ブロック図
【図４】  ヘッドエンドの電気的構成を示す機能ブロック図
【図５】  カラオケ通信端末側の制御内容を示すフローチャートその１
【図６】  カラオケ通信端末側の制御内容を示すフローチャートその２
【図７】  ヘッドエンド側の制御内容を示すフローチャート
【符号の説明】
１はカラオケ通信端末（端末機）、２はヘッドエンド（楽曲データ管理装置）、３はＣＡＴＶ網（通信回線）、４、２０は制御装置を示す。
【図１】
0003817325.tif 000002
【図２】
0003817325.tif 000003
【図３】
0003817325.tif 000004
【図４】
0003817325.tif 000005
【図５】
0003817325.tif 000006
【図６】
0003817325.tif 000007
【図７】
0003817325.tif 000008