(57)【特許請求の範囲】
【請求項１】
カラオケ装置で用いる曲データの送信要求を示す送信要求信号を通信手段を介して受信する送信要求信号受信手段と、
前記曲データが記憶された送信側曲データ記憶手段と、
前記送信要求信号受信手段により前記送信要求信号が受信された場合に、所定数の曲データを前記送信側曲データ記憶手段から読出す読出手段と、
この読出手段により読出された曲データを前記通信手段を介して送信する送信手段とを有する送信装置と、
前記送信要求信号を前記通信手段を介して前記送信要求信号受信手段へ送信する時刻を示す送信時刻情報が書換え可能に記憶された送信時刻情報記憶手段と、
この送信時刻情報記憶手段に記憶された送信時刻情報により示される所定の送信時刻になった際に、前記送信要求信号を前記通信手段を介して前記送信要求信号受信手段へ送信する送信要求信号送信手段と、
前記送信手段により前記通信手段を介して送信される曲データを受信する受信手段とを有する受信装置と、
が備えられた通信カラオケシステムにおいて、
前記送信装置は、
前記通信手段を介して前記受信手段へ送信した前記曲データの通信量を所定の時間帯毎に記憶する通信量記憶手段と、
前記送信要求信号受信手段が前記送信要求信号を前記通信手段を介して受信した際に、前記読出手段により前記送信側曲データ記憶手段から読出される曲データを送信したとした場合に、その曲データの送信時刻が含まれる時間帯に対応して前記通信量記憶手段に記憶される通信量が所定量を超えるか否かを判定する判定手段と、
この判定手段が、前記通信量記憶手段に記憶される通信量が前記所定量を超えると判定した場合は、前記曲データを送信した場合でも前記通信量記憶手段に記憶される前記通信量が前記所定量を超えない時間帯に設定されている所定の送信時刻を示す送信時刻情報を前記通信手段を介して前記受信手段へ送信し、前記送信時刻情報記憶手段に記憶されている送信時刻情報を前記送信された送信時刻情報に書換える送信時刻情報書換手段と、
前記判定手段が、前記通信量記憶手段に記憶される通信量が前記所定量を超えると判定した場合に、前記所定量を超えている部分の曲データを未送信の曲データとして再送信するための再送信時刻を、前記所定の送信時刻が含まれる時間帯よりも後の時間帯に設定されている送信時刻であって送信予定のない送信時刻の中で最も早い送信時刻を再送信時刻として示す再送信時刻情報を前記通信手段を介して前記受信手段へ送信する再送信時刻情報送信手段と、を備え、
前記送信要求信号送信手段は、前記受信手段により受信された再送信時刻情報により示される所定の再送信時刻になった際に、再送信要求信号を前記通信手段を介して前記送信要求信号受信手段へ送信し、
前記読出手段は、前記送信要求信号受信手段により前記再送信要求信号が受信された場合に、前記未送信の曲データを前記送信側曲データ記憶手段から読出し、
前記送信手段は、前記読出手段により読出された未送信の曲データを前記通信手段を介して送信し、
前記受信装置は、前記受信手段により受信された曲データおよび未送信の曲データを保存する受信側曲データ記憶手段を備えることを特徴とする通信カラオケシステム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
この発明は、通信手段を介して曲データを通信する通信カラオケシステムであって、曲データを保有するホストコンピュータから通信回線を介して複数のサブホストコンピュータへ曲データを送信し、さらにサブホストコンピュータから通信回線を介してカラオケボックスやレジャーホテルなどに設置されたサーバーへカラオケ用の曲データを送信する、いわゆる通信カラオケシステムに関する。
【０００２】
【従来の技術】
上記通信カラオケシステムとしては、たとえば、図１６に示すものが知られている。図１６は、サーバー３００とサブホストコンピュータ３１０との間で行われる通信の内容を時系列で示す説明図である。
図１６に示すように、サーバー３００に設定された通信時刻ｔ１になると、サーバー３００からサブホストコンピュータ３１０へ通信回線を介してダイヤリングを行い、サブホストコンピュータ３１０が通信可能である場合に、サーバー３００から曲データの送信を要求する信号をサブホストコンピュータ３１０へ送信し、サブホストコンピュータ３１０から所定量の曲データを一定時間サーバー３００へ送信する。
そして、通信時刻ｔ１から一定時間後、たとえば、２４時間後の通信時刻ｔ１になると、再度サーバー３００からサブホストコンピュータ３１０へダイヤリングが行われ、上記のように曲データがサブホストコンピュータ３１０からサーバー３００へ送信される。
【０００３】
【発明が解決しようとする課題】
しかし、上記従来のものでは、サーバー３００からサブホストコンピュータ３１０へダイヤリングする通信時刻ｔ１が同じ時間帯に集中して通信ができない場合は、サーバー３００に設定されている通信時刻ｔ１を他の通信時刻に再設定する手間が掛かるという問題がある。しかも、その再設定した通信時刻には、必ずしも通信回線が空いているという保障がない。
また、サブホストコンピュータ３１０からサーバーへ送信する曲データの量が多く、その全部を一定時間内に送信できなかった場合には、残りの曲データは、２４時間後の通信時刻ｔ１にならないと受信できないという問題もある。
特に、サブホストコンピュータ３１０からサーバー３００へ送信される曲データが、新曲に関するものである場合には、新曲の曲データの受信時期が遅れると、カラオケボックス間で新曲を歌うことができる時期が異なる事態が発生するため、カラオケボックスでいち早く新曲を歌いたい者に迷惑が掛かるという問題がある。
【０００４】
そこで、本発明は、ある時間帯において送信装置から受信装置への通信量が所定量に達している場合には、送信装置から受信装置への送信時刻を自動的に設定変更することにより、受信装置が送信装置から曲データを確実に受信できる通信カラオケシステムの実現を目的とする。
【０００５】
【課題を解決するための手段】
請求項１に記載の発明では、カラオケ装置で用いる曲データの送信要求を示す送信要求信号を通信手段を介して受信する送信要求信号受信手段と、前記曲データが記憶された送信側曲データ記憶手段と、前記送信要求信号受信手段により前記送信要求信号が受信された場合に、所定数の曲データを前記送信側曲データ記憶手段から読出す読出手段と、この読出手段により読出された曲データを前記通信手段を介して送信する送信手段とを有する送信装置と、前記送信要求信号を前記通信手段を介して前記送信要求信号受信手段へ送信する時刻を示す送信時刻情報が書換え可能に記憶された送信時刻情報記憶手段と、この送信時刻情報記憶手段に記憶された送信時刻情報により示される所定の送信時刻になった際に、前記送信要求信号を前記通信手段を介して前記送信要求信号受信手段へ送信する送信要求信号送信手段と、前記送信手段により前記通信手段を介して送信される曲データを受信する受信手段とを有する受信装置と、が備えられた通信カラオケシステムにおいて、前記送信装置は、前記通信手段を介して前記受信手段へ送信した前記曲データの通信量を所定の時間帯毎に記憶する通信量記憶手段と、前記送信要求信号受信手段が前記送信要求信号を前記通信手段を介して受信した際に、前記読出手段により前記送信側曲データ記憶手段から読出される曲データを送信したとした場合に、その曲データの送信時刻が含まれる時間帯に対応して前記通信量記憶手段に記憶される通信量が所定量を超えるか否かを判定する判定手段と、この判定手段が、前記通信量記憶手段に記憶される通信量が前記所定量を超えると判定した場合は、前記曲データを送信した場合でも前記通信量記憶手段に記憶される前記通信量が前記所定量を超えない時間帯に設定されている所定の送信時刻を示す送信時刻情報を前記通信手段を介して前記受信手段へ送信し、前記送信時刻情報記憶手段に記憶されている送信時刻情報を前記送信された送信時刻情報に書換える送信時刻情報書換手段と、前記判定手段が、前記通信量記憶手段に記憶される通信量が前記所定量を超えると判定した場合に、前記所定量を超えている部分の曲データを未送信の曲データとして再送信するための再送信時刻を、前記所定の送信時刻が含まれる時間帯よりも後の時間帯に設定されている送信時刻であって送信予定のない送信時刻の中で最も早い送信時刻を再送信時刻として示す再送信時刻情報を前記通信手段を介して前記受信手段へ送信する再送信時刻情報送信手段と、を備え、前記送信要求信号送信手段は、前記受信手段により受信された再送信時刻情報により示される所定の再送信時刻になった際に、再送信要求信号を前記通信手段を介して前記送信要求信号受信手段へ送信し、前記読出手段は、前記送信要求信号受信手段により前記再送信要求信号が受信された場合に、前記未送信の曲データを前記送信側曲データ記憶手段から読出し、前記送信手段は、前記読出手段により読出された未送信の曲データを前記通信手段を介して送信し、前記受信装置は、前記受信手段により受信された曲データおよび未送信の曲データを保存する受信側曲データ記憶手段を備えるという技術的手段を採用する。
【０００６】
【０００７】
【０００８】
【０００９】
【００１０】
【作用】
請求項１に記載の発明では、受信装置が有する送信時刻情報記憶手段に書換え可能に記憶された送信時刻情報により示される所定の送信時刻になると、受信装置が有する送信要求信号送信手段により、曲データの送信要求を示す送信要求信号が、通信手段を介して送信装置へ送信される。
そして、上記送信された送信要求信号は、送信装置が有する送信要求信号受信手段により受信される。次に、読出手段により送信側曲データ記憶手段から読出される曲データを送信したとした場合に、その曲データの送信時刻が含まれる時間帯に対応して通信量記憶手段に記憶される通信量が所定量を超えるか否かを判定し、超えると判定した場合は、曲データを送信した場合でも通信量記憶手段に記憶される通信量が前記所定量を超えない時間帯に設定されている所定の送信時刻を示す送信時刻情報が、送信時刻情報書換手段により、上記通信手段を介して上記受信手段へ送信され、上記送信時刻情報記憶手段に記憶されている送信時刻情報が上記送信された送信時刻情報に書換えられる。
また、再送信時刻情報送信手段は、通信量記憶手段に記憶される通信量が前記所定量を超えると判定された場合に、前記所定量を超えている部分の曲データを未送信の曲データとして再送信するための再送信時刻を、前記所定の送信時刻が含まれる時間帯よりも後の時間帯に設定されている送信時刻であって送信予定のない送信時刻の中で最も早い送信時刻を再送信時刻として示す再送信時刻情報を通信手段を介して受信手段へ送信する。
そして、送信要求信号送信手段は、受信手段により受信された再送信時刻情報により示される所定の再送信時刻になった際に、再送信要求信号を通信手段を介して送信要求信号受信手段へ送信し、読出手段は、送信要求信号受信手段により再送信要求信号が受信された場合に、未送信の曲データを送信側曲データ記憶手段から読出し、送信手段は、読出手段により読出された未送信の曲データを通信手段を介して送信する。また、受信装置に備えられた受信側曲データ記憶手段は、受信手段により受信された曲データおよび未送信の曲データを保存する。
【００１１】
【００１２】
【００１３】
【００１４】
つまり、送信装置は、受信した送信要求信号に応じて曲データを受信装置へ送信しようとする場合に、仮にその曲データを送信したとした場合に、その曲データの送信時刻が含まれる時間帯における通信量が所定量を超える場合は、次回の曲データの送信を同時刻に行うと、同様に通信量が所定量を超え、通信不能となる確率が高い。
そこで、通信量が所定量を超える可能性のある場合は、通信量が前記所定量を超えない時間帯に設定されている所定の送信時刻を選択し、その所定の送信時刻を示す送信時刻情報を受信装置へ送信することにより、送信要求信号を送信する時刻として受信装置に記憶されている送信時刻を、前記所定の送信時刻に自動的に書換える。
したがって、次回の曲データの通信が不能となる確率を小さくすることができる。
【００１５】
たとえば、後述する発明の実施の形態に記載するように、通信カラオケシステムでは、受信装置たるサーバーは、所定の送信時刻になると送信装置たるサブホストコンピュータへ曲データの送信要求を行い、サブホストコンピュータは、その送信要求に応えて所定量の曲データをサーバーへ送信する。このため、上記送信要求が、ある時間帯に集中すると、通信許容量を超えて通信不能となる場合があるが、このような場合であっても、上記所定の送信時刻と異なる送信時刻を、通信量が所定量に達していない時間帯の送信時刻を示す送信時刻データをサブホストコンピュータからサーバーへ送信して送信時刻を書換えることにより、次回の曲データの受信を確実にすることができる。
また、サブホストコンピュータからサーバーへ送信する曲データの量が多く、上記所定の送信時刻に全部送信できない場合であっても、前記所定量を超えている部分の曲データを未送信の曲データとして再送信するための再送信時刻を、前記所定の送信時刻が含まれる時間帯よりも後の時間帯に設定されている送信時刻であって送信予定のない送信時刻の中で最も早い送信時刻を再送信時刻として示す再送信時刻データをサブホストコンピュータからサーバーへ送信することにより、その再送信時刻に未送信の曲データをサーバーへ送信できる。
【００１６】
つまり、たとえば、後述する発明の実施の形態に記載するように、サーバーにより受信された曲データを再生する制御装置、アンプおよびスピーカなどが備えられたカラオケ装置では、サーバーへリクエスト信号を送信し、サーバーがリクエスト信号により示される選曲番号の曲データをカラオケ装置へ送信する。このため、同じサブホストコンピュータに接続されたサーバーが設置された、どのカラオケボックスやレジャーホテルにおいても、ほぼ同じ時期から新曲を歌えるようにするためには、サーバーとサブホストコンピュータ間が通信不能となって曲データの受信が遅れる事態をなくす必要があるが、上記技術的手段を用いることにより、そのような事態をなくすことができる。
また、サブホストコンピュータからサーバーへ送信する曲データの通信量が多く、一定時間内に送信できない場合であっても、その未送信データを空いている時間にすぐにサーバーへ送信できる。
したがって、新曲を示す曲データ間に受信時期の差が生じてしまい、すぐに歌える新曲とすぐに歌えない新曲とが発生し、カラオケをする者に迷惑をかけるおそれがない。
【００１７】
【発明の実施の形態】
以下、本発明の通信カラオケシステムの実施形態について図を参照して説明する。なお、以下の各実施形態では、通信カラオケシステムとして、カラオケボックスで使用される通信カラオケシステムを代表に説明する。
まず、本発明第１実施形態の通信カラオケシステムの主要構成について、それをブロック図で示す図１を参照して説明する。
【００１８】
本通信カラオケシステム１には、複数の送信装置たるサブホストコンピュータ（以下、サブホストと略称する）２０が備えられており、各サブホスト２０は、ＩＳＤＮ（国際標準の通信規格を持った総合デジタル通信網を意味するIntegrated Services Digital Network の略）により、ホストコンピュータ２と接続されている。新曲を示す曲データは、ホストコンピュータ２から、全国の各地域に設置されたサブホスト２０へ送信され、サブホスト２０に蓄積される。
【００１９】
また、各サブホスト２０は、通信手段たる電話回線４により、そのサブホスト２０が設置されている地域の複数のカラオケボックス５に設置された受信装置たるサーバー３０に接続されており、各サーバー３０は、ＬＡＮ回線６により、カラオケボックス５の各部屋に設置されたカラオケ装置４０と接続されている。
つまり、サブホスト２０に蓄積された曲データは、サーバー３０からの送信要求に応えて各サーバー３０へ送信され、各サーバー３０に蓄積される。そして、各サーバー３０は、各カラオケ装置４０から送信されるリクエスト信号に応えて曲データを各カラオケ装置４０へ送信する。
【００２０】
次に、サーバー３０およびサブホスト２０の制御系の主要構成について図２および図３を参照して説明する。
図２は、サーバー３０の制御系の主要構成を示すブロック図であり、図３は、サブホスト２０の制御系の主要構成を示すブロック図である。
最初に、サーバー３０の制御系の主要構成について説明する。
サーバー３０には、サブホスト２０およびカラオケ装置４０との間で行う通信などの制御を行うＣＰＵ３１が備えられており、このＣＰＵ３１には、サーバー３０からサブホスト２０への送信時刻、サーバー３０の端末番号およびサブホスト２０の電話番号などを示すデータが記憶された送信時刻情報記憶手段たるＲＡＭ３２が接続されている。
【００２１】
また、ＣＰＵ３１には、上記通信などの制御を行うための制御プログラムなどが記憶されたＲＯＭ３３と、サブホスト２０と電話回線４を介して通信を行うための通信用モデム３４と、サブホスト２０から送信された曲データを保存するハードディスクドライブユニット（以下、ＨＤＤと略称する）３５とが接続されている。さらに、ＣＰＵ３１には、カラオケ装置４０とＬＡＮ回線６を介して通信を行うためのＬＡＮボード３６が接続されている。
【００２２】
次に、サブホスト２０の制御系の主要構成について説明する。
サブホスト２０には、ホストコンピュータ２およびサーバー３０との間で行う通信などの制御、サーバー３０との通信数および通信量の演算などを行うＣＰＵ２１が備えられており、このＣＰＵ２１には、ホストコンピュータ２の識別番号およびサーバー３０の電話番号などを示すデータが記憶されたＲＡＭ２２が接続されている。さらに、ＣＰＵ２１には、上記通信などの制御を行うための制御プログラムなどが記憶されたＲＯＭ２３と、サーバー３０と電話回線４を介して通信を行うための通信用モデム２４と、ホストコンピュータ２とＩＳＤＮ回線３を介して通信を行うためのＩＳＤＮボード２５と、ホストコンピュータ２から送信された曲データを保存する送信側曲データ記憶手段たるＨＤＤ２６とが接続されている。
【００２３】
次に、サブホスト２０、サーバー３０およびカラオケ装置４０の間で通信される信号の主要構成について図４を参照して説明する。
図４（Ａ）は、サーバー３０からサブホスト２０へ送信される、曲データの送信要求を示す送信要求信号（以下、要求信号と略称する）の主要構成を示す説明図であり、同図（Ｂ）はサブホスト２０からサーバー３０へ送信される送信データの主要構成を示す説明図であり、同図（Ｃ）はサーバー３０からカラオケ装置４０へ送信される曲データの主要構成を示す説明図である。
【００２４】
図４（Ａ）に示すように、送信要求信号１２０は、送信先であるサブホスト２０の電話番号を示すサブホスト番号データ１２２、要求信号であることを示す送信要求データ１２４および送信元であるサーバー３０の電話番号を示す端末番号データ１２６などから構成される。また、図４（Ｂ）に示すように、送信データ１３０は、送信先であるサーバー３０の端末番号データ１２６、サーバー３０により次回送信される送信要求信号の送信時刻を示す次回送信時刻データ１３２、曲データ１４０および送信元であるサブホスト２０のサブホスト番号データ１２２などから構成される。
【００２５】
上記次回送信時刻データ１３２とは、サーバー３０から要求信号１２０が送信された時間帯の通信量が多く、次回、サーバー３０が要求信号を送信する時間帯では、要求信号の送信が不能となる確率が高いと推定される場合に、サブホスト２０によりサーバー３０の送信時刻を書換えるためのデータである。
さらに、図４（Ｃ）に示すように、曲データ１４０は、カラオケ装置４０に備えられたＬＡＮボード上の通信制御用ＩＣに記憶されたイーサネットアドレスを示すイーサネットアドレスデータ１４２、ＭＩＤＩデータ１４４、歌詞を映像でモニタに表示するための歌詞テロップデータ１４６および曲のジャンルを特定するためのジャンルデータ１４８などから構成される。
【００２６】
次に、サーバー３０からサブホスト２０へ曲データの送信要求を行い、その要求に応えてサブホスト２０が曲データをサーバー３０へ送信する場合の通信制御内容について図を参照して説明する。
図５は、サブホスト２０のＲＡＭ２２に記憶されているタイムテーブルの構成を示す説明図であり、図９は、サーバー３０とサブホスト２０との間で行われる通信の内容を時系列で示す説明図であり、図１０は、サーバー３０のＣＰＵ３１およびサブホスト２０のＣＰＵ２１により実行される通信制御内容を示すフローチャートである。
【００２７】
なお、サブホスト２０とサーバー３０との通信時間は、サブホスト２０からサーバー３０へ送信する送信データ１３０のデータ量により異なるが、平均５分であり、サブホスト２０がサーバー３０と１時間に行うことができる通信数Ｎは、平均で１２（６０／５＝１２）であるとする。また、サーバー３０は、要求信号１２０を２４時間間隔でサブホスト２０へ送信するものとする。
最初に、図５に示すタイムテーブル１５０の構成について説明する。
タイムテーブル１５０には、２４時間を１時間単位に区切ったＴ１ないしＴ２４の計２４の時間帯データが設定されており、各時間帯には、１時間を６分単位に区切ったｔ１ないしｔ１２の計１２の時刻データがそれぞれ設定されている。これらの時刻データのうち、サーバー３０からサブホスト２０への送信時刻として既にサーバー３０のＲＡＭ３２に設定されている時刻データには、フラグ「１」が立てられる。また、各時間帯毎に、その時間帯に行われた通信の数が、通信数Ｎとして記憶される。
なお、ここでは、サーバー３０は、時間帯Ｔ１の時刻ｔ１２にサブホスト２０へ要求信号１２０を送信するものとし、サーバー３０のＲＡＭ３２には、時間帯Ｔ１の時刻ｔ１２を示す送信時刻データＴ１ｔ１２が記憶されているものとする。
【００２８】
まず、ＣＰＵ３１は、ＣＰＵ３１に内蔵されたクロックによりカウントされる時刻Ｔが、ＲＡＭ３２に設定された送信時刻Ｔ１ｔ１２になると（ステップ１００）、ＲＡＭ３２に記憶されているサブホスト番号データ１２２、送信要求データ１２４および端末番号データ１２６を読出すとともに、それらデータにより構成される要求信号１２０を通信用モデム３４から電話回線４を介してサブホスト２０へ送信する（ステップ１１０）。
【００２９】
そして、上記送信された要求信号１２０は、サブホスト２０の通信用モデム２４により受信され、ＣＰＵ２１は、要求信号１２０の受信を検出する（ステップ２００）。続いて、ＣＰＵ２１は、その検出により、時間帯Ｔ１の受信数Ｎに「１」を加算する演算を行い（ステップ２１０）、その演算結果Ｎが平均値の「１２」以上であるかを判定する（ステップ２２０）。ここでは、時間帯Ｔ１における現在の受信数Ｎは、図５に示すように「１１」であることから、上記演算により、時間帯Ｔ１における受信数Ｎは「１２」となるため、上記ステップ２２０では肯定判定される。続いて、受信数Ｎが「１２」に達していない時間帯Ｔ２から空いている時刻ｔ２を次回の送信時刻を示す送信時刻データＴ２ｔ２としてタイムテーブル１５０から読出す（ステップ２３０）。
【００３０】
つまり、今回、サーバー３０は、サブホスト２０と電話回線を接続できたが、上記時間帯Ｔ１における受信数Ｎは、平均値「１２」に達したため、２４時間後の次回の通信においては、サブホスト２０から各サーバー３０へ送信される通信量が今回よりも多く、時間帯Ｔ１の時刻ｔ１２より前の時刻における他のサーバーとの通信が、まだ終了していない場合には、次回の時間帯Ｔ１の時刻ｔ１２の時点では、サーバー３０は、サブホスト２０と通信を行うことができない確率が高いと推定されるため、通信数Ｎが「１２」に達していない他の時間帯から空いている時刻を検索し、その時刻を次回行う送信時刻として用いる。
【００３１】
なお、時間帯Ｔ２の時刻ｔ３も空いているが、時間帯Ｔ１の時刻ｔ１２の次の時刻のうち、空いている最も近い時刻を選択する。
続いて、ＣＰＵ２１は、ＨＤＤ２６から曲データ１４０を読出し（ステップ２４０）、その読出された曲データ１４０および上記次回送信時刻データＴ２ｔ２を送信データ１３０としてサーバー３０へ送信する（ステップ２５０）。
【００３２】
そして、上記送信された送信データ１３０は、電話回線４を介してサーバー３０の通信用モデム３４により受信され（ステップ１２０）、その受信された送信データ１３０に含まれる曲データ１４０をＨＤＤ３５に保存する（ステップ１３０）。続いて、ＣＰＵ３１は、上記受信された送信データ１３０に次回送信時刻データＴ２ｔ２が含まれているかを判定し（ステップ１４０）、次回送信時刻データＴ２ｔ２が含まれている場合には、ＲＡＭ３２に記憶されている送信時刻データＴ１ｔ１２を送信時刻データＴ２ｔ２に書換える（ステップ１５０）。
そして、サーバー３０は、次回の通信を時間帯Ｔ２の時刻ｔ２にサブホスト２０に対して行い、サブホスト２０から送信データ１３０を受信する。
【００３３】
以上のように、本第１実施形態の通信カラオケシステムを用いれば、サーバー３０からサブホスト２０へ通信を行った時間帯が、サーバー３０とサブホスト２０とが１時間に行うことができる通信数の平均値に達した場合には、サブホスト２０の方からサーバー３０の次回の送信時刻を他の空いている時間帯に変更することができる。
したがって、ある時間帯に通信が集中して通信不能となってしまい、サーバー３０がサブホスト２０から曲データ１４０を受信できなくなるのを防止することができる。
【００３４】
特に、通信カラオケシステムでは、回線使用料の安価な夜間に曲データを配信する場合が多いため、ある特定の時間帯に通信が集中して通信不能となる確率が高くなるが、本第１実施形態の通信カラオケシステムによれば、そのような通信の集中を解消できる。
さらに、通信カラオケシステムでは、上述の通信構成により、２４時間間隔で新曲を示す曲データを受信してサーバー３０に蓄積するが、従来のように、通信不能により、曲データの受信が２４時間遅れてしまい、あるカラオケボックスでは、利用者が新曲を歌うことができる日が、他のカラオケボックスより遅れるという事態を回避することもできる。
【００３５】
【００３６】
次に、本発明第２実施形態の通信カラオケシステムについて図を参照して説明する。
本第２実施形態の通信カラオケシステムは、サブホスト２０からサーバー３０へ送信された送信データ１３０の総通信量を時間帯毎に積算し、その積算値が所定値に達した場合に通信が混んでいるとみなして次回の送信時刻を変更することを特徴とする。
【００３７】
図６は、サブホスト２０のＲＡＭ２２に記憶されているタイムテーブルの構成を示す説明図であり、図１１は、サーバー３０のＣＰＵ３１およびサブホスト２０のＣＰＵ２１により実行される通信制御内容を示すフローチャートである。
なお、１回の通信でサブホスト２０からとサーバー３０へ送信される送信データ１３０の通信量Ｍは平均「１０」であり、１時間に送信される通信量は、サブホスト２０とサーバー３０との通信数Ｎにより異なるが、通信数Ｎの平均が「１２」であるとして、１時間に送信される通信量Ｍは、平均で１２０（１０×１２＝１２０）であるとする。
また、サーバー３０は、要求信号１２０を２４時間間隔でサブホスト２０へ送信するものとする。さらに、図６に示すように、タイムテーブル１６０に設定された各時間帯には、その時間帯に行われた通信量の積算値が、通信量Ｍとして記憶される。
【００３８】
まず、ＣＰＵ３１は、送信時刻ｔ１２になると（ステップ１００）、要求信号１２０をサブホスト２０へ送信する（ステップ１１０）。続いて、その要求信号１２０は、サブホスト２０の通信用モデム２４により受信され、ＣＰＵ２１は、要求信号１２０の受信を検出する（ステップ２００）。続いて、ＣＰＵ２１は、ＨＤＤ２６から曲データ１４０を読出し（ステップ２４０）、その読出された曲データ１４０を含む送信データ１３０の通信量と、時刻ｔ１１までの時間帯Ｔ１における通信量とを加算した通信量Ｍを演算する（ステップ２４２）。続いて、その演算結果Ｍが平均値の「１２０」以上であるかを判定する（ステップ２４４）。
【００３９】
ここでは、時間帯Ｔ１の時刻ｔ１１までにおける通信量Ｍは、図６に示すように「１１０」であることから、上記演算結果は、１１０＋１０＝１２０となるため、上記ステップ２４４では肯定判定される。続いて、通信量Ｍが「１２０」に達していない時間帯Ｔ２から空いている時刻ｔ２を次回の送信時刻を示す送信時刻データＴ２ｔ２としてタイムテーブル１６０から読出す（ステップ２４６）。
【００４０】
つまり、今回、サーバー３０は、サブホスト２０と電話回線を接続できたが、上記時間帯Ｔ１における通信量Ｍは、平均値「１２０」に達したため、２４時間後の次回の通信においては、サブホスト２０から各サーバー３０へ送信される通信量が今回よりも多く、時間帯Ｔ１の時刻ｔ１２より前の時刻における他のサーバーとの通信が、まだ終了していない場合には、次回の時間帯Ｔ１の時刻ｔ１２の時点では、サーバー３０は、サブホスト２０と通信を行うことができない確率が高いと推定されるため、通信量Ｍが「１２０」に達していない他の時間帯から空いている時刻を検索し、その時刻を次回行う送信時刻として用いる。
【００４１】
そして、ＣＰＵ２１は、曲データ１４０および上記次回送信時刻データＴ２ｔ２を送信データ１３０としてサーバー３０へ送信する（ステップ２５０）。続いて、送信データ１３０は、サーバー３０により受信され（ステップ１２０）、その受信された送信データ１３０に含まれる曲データ１４０をＨＤＤ３５に保存する（ステップ１３０）。続いて、ＣＰＵ３１は、上記受信された送信データ１３０に次回送信時刻データＴ２ｔ２が含まれているかを判定し（ステップ１４０）、次回送信時刻データＴ２ｔ２が含まれている場合には、ＲＡＭ３２に記憶されている送信時刻データＴ１ｔ１２を送信時刻データＴ２ｔ２に書換える（ステップ１５０）。
そして、サーバー３０は、次回の通信を時間帯Ｔ２の時刻ｔ２にサブホスト２０に対して行い、サブホスト２０から送信データ１３０を受信する。
【００４２】
以上のように、本第２実施形態の通信カラオケシステムを用いれば、サーバー３０からサブホスト２０へ通信を行った時間帯が、サーバー３０とサブホスト２０とが１時間に行うことができる通信量の平均値に達した場合には、サブホスト２０の方からサーバー３０の次回の送信時刻を他の空いている時間帯に変更することができる。
したがって、ある時間帯に通信が集中して通信不能となってしまい、サーバー３０がサブホスト２０から曲データ１４０を受信できなくなるのを防止することができる。
【００４３】
【００４４】
次に、本発明第３実施形態の通信カラオケシステムについて図を参照して説明する。
本第３実施形態の通信カラオケシステムは、サブホスト２０からサーバー３０へ送信する送信データ１３０の通信量が多く、一定時間内に送信できない場合に未送信データを回線が空いている時刻に送信できることを特徴とする。
【００４５】
図７は、サブホスト２０のＲＡＭ２２に記憶されているタイムテーブルの構成を示す説明図であり、図９は、サーバー３０とサブホスト２０との間で行われる通信の内容を時系列で示す説明図であり、図１２は、サーバー３０のＣＰＵ３１およびサブホスト２０のＣＰＵ２１により実行される通信制御内容を示すフローチャートである。
なお、サブホスト２０からサーバー３０へ送信される送信データ１３０の通信量Ｍは、１回に付き平均「１０」であり、その通信量を有する送信データ１３０を全部送信するために要する時間は、５分と定められているものとする。また、サブホスト２０のＲＡＭ２２に記憶されたタイムテーブル１７０には、各時間帯毎に通信数Ｎおよび通信量Ｍの積算値が記憶される。
【００４６】
まず、ＣＰＵ３１は、送信時刻ｔ１２になると（ステップ１００）、要求信号１２０をサブホスト２０へ送信する（ステップ１１０）。続いて、その要求信号１２０は、サブホスト２０の通信用モデム２４により受信され、ＣＰＵ２１は、要求信号１２０の受信を検出する（ステップ３００）。続いて、ＣＰＵ２１は、電話回線４が高負荷状態であるか、つまり、時間帯Ｔ１における通信数Ｎ、または、通信量Ｍが平均値に達しているかを判定する（ステップ３１０）。
【００４７】
ここでは、図７に示すように、時間帯Ｔ１における通信数Ｎは、「８」であり、平均値の「１２」に達するまでには、まだ余裕があるが、通信量Ｍは、「１１０」であることから、今回の通信により、平均値の「１２０」に達するものと推定されるため、電話回線４は高負荷状態であると判定する（ステップ３１０）。続いて、タイムテーブル１７０から時間帯Ｔ２の時刻ｔ２を２４時間後の次回送信時刻データＴ２ｔ２として読出し（ステップ３２０）、ＨＤＤ２６から曲データ１４０を読出す（ステップ３３０）。続いて、その読出された曲データ１４０を含む送信データ１３０の通信量Ｍが平均値の「１０」を超えるかを判定する（ステップ３４０）。
【００４８】
ここでは、通信量Ｍは、「１５」であるとすると、平均値の「１０」を超えており、５分以内で送信できないため、送信できなかった未送信データを時刻を改めて送信する。そこで、サーバー３０がサブホスト２０に未送信データの送信を要求する要求信号の再送信時刻をタイムテーブル１７０の空いている時刻から検索し、その時刻を再送信時刻データとして読出す（ステップ３５０）。未送信データは、これから送信されるデータと関連のあるデータであることから、すぐに送信する必要があるため、上記送信要求信号が送信された時刻より後の時刻のうち、空いている時刻の最も早い時刻を再送信時刻に設定する。
【００４９】
ここでは、時間帯Ｔ２の時刻ｔ２を再送信時刻ＲＴ２ｔ２に設定する。そして、曲データ１４０が読出され（ステップ３６０）、曲データ１４０、上記次回送信時刻データＴ２ｔ２および再送信時刻データＲＴ２ｔ２を送信データ１３０としてサーバー３０へ送信する（ステップ３７０）。続いて、送信データ１３０は、サーバー３０により受信され（ステップ１２０）、曲データ１４０をＨＤＤ３５に保存する（ステップ１３０）。続いて、送信データ１３０に次回送信時刻データＴ２ｔ２が含まれている場合には（ステップ１４０）、ＲＡＭ３２に記憶されている送信時刻データＴ１ｔ１２を送信時刻データＴ２ｔ２に書換える（ステップ１５０）。
【００５０】
続いて、送信データ１３０に再送信時刻データＲＴ２ｔ２が含まれている場合には（ステップ１５２）、その再送信時刻データＲＴ２ｔ２により示される再送信時刻Ｔ２ｔ２を設定する（ステップ１５４）。そして、現在時刻Ｔが時間帯Ｔ２の再送信時刻ｔ２になると（ステップ１５６）、再要求信号をサブホスト２０へ送信する（ステップ１５８）。続いて、サブホスト２０は、再要求信号を受信すると（ステップ３８０）、未送信データを読出すとともに、サーバー３０へ送信する（ステップ３９０）。続いて、サーバー３０は、未送信データを受信し（ステップ１６０）、その未送信データに含まれる曲データ１４０をＨＤＤ３５に保存する（ステップ１６２）。
そして、サーバー３０は、次回の通信を時間帯Ｔ２の時刻ｔ２にサブホスト２０に対して行い、サブホスト２０から送信データ１３０を受信する。
【００５１】
以上のように、本第３実施形態の通信カラオケシステムを用いれば、サブホスト２０からサーバー３０へ送信する送信データの通信量が多く、一定時間内に送信できない場合であっても、その未送信データを空いている時間にすぐにサーバー３０へ送信できる。
したがって、新曲を示す曲データ間に受信時期の差が生じてしまい、すぐに歌える新曲とすぐに歌えない新曲とが発生し、カラオケをする者に迷惑をかけるおそれがない。
【００５２】
次に、上記カラオケ装置４０の一連の動作について図１３ないし図１５を参照して説明する。
図１３は、カラオケ装置４０の制御系の主要構成を示すブロック図であり、図１４は、制御装置５０に備えられたＣＰＵ７４により実行される選曲から曲データの再生までの処理内容を示すフローチャートであり、図１５は、モニタに表示される背景映像および歌詞テロップの説明図である。
なお、図１３に示すように、カラオケ装置４０には、選曲、曲データの受信および再生などの制御を行う制御装置５０が備えられており、この制御装置５０には、上記各種制御を行うＣＰＵ７４が内蔵されている。また、ＣＰＵ７４には、選曲された曲の選曲番号を示す選曲番号データ、予約された曲の選曲番号データなどを一時保存するためのＲＡＭ７５、ＣＰＵ７４により実行されるプログラムなどが記憶されたＲＯＭ７６、各種メッセージを示す映像などが記憶されたビデオＲＡＭ７７などが接続されている。
【００５３】
まず、カラオケ装置４０の利用者が、送信器９０を操作して選曲番号を入力すると、選曲が終了したと判定され（ステップ５００）、その選曲された曲の曲データ１４０の送信を要求するリクエスト信号がＬＡＮボード８０から通信端子７０およびＬＡＮ回線６を介してサーバー３０へ送信される（ステップ５０２）。そして、サーバー３０は、自己のＨＤＤ３５から上記リクエスト信号に示される選曲番号に対応する曲データ１４０を検索して読出し、その読出された曲データ１４０は、ＬＡＮ回線６を介して制御装置５０により受信され（ステップ５０４）、ＲＡＭ７８への格納が開始される（ステップ５０６）。
【００５４】
続いて、曲データ１４０のＲＡＭ７８への格納が終了すると、ＲＡＭ７８から曲データ１４０が読出され（ステップ５０８）、曲データ１４０に含まれるＭＩＤＩデータ１４４は、ＭＩＤＩ音源８２に書き込まれ、ＭＩＤＩ音源８２から出力される音楽信号は、音声制御回路８１へ出力され、アンプ４５によって増幅可能な音楽信号に変換される。この変換された音楽信号は、アンプ４５へ出力されるとともに、増幅された後にスピーカ４１，４３により再生される（ステップ５１０）。
【００５５】
一方、上記読出された曲データ１４０に含まれるジャンルデータ１４８に対応するジャンルの背景映像が、ＣＤ−ＲＯＭプレーヤ８３によりランダムに選択されて再生され、この再生された背景映像を示す背景映像信号は、映像制御回路８４に入力される。また、曲データ１４０に含まれる歌詞テロップデータ１４６は映像制御回路８４に入力され、メインモニタ４２および歌唱者用モニタ４４に表示可能な歌詞テロップ信号に変換される。そして、図１５に示すように、背景映像２００の中に歌詞テロップ２０２がスーパーインポーズされる形で表示される（ステップ５１０）。
【００５６】
つまり、利用者は、自分の選んだ曲をメインモニタ４２および歌唱者用モニタ４４の画面に映し出された背景映像２００および歌詞テロップ２０２を見ながらマイクロフォン４６，４７を通して歌う（カラオケする）ことができる。
そして、曲の再生が終了し（ステップ５１２）、予約された選曲番号データがＲＡＭ７５に記憶されている場合には（ステップ５１４）、その選曲番号データが読出され（ステップ５１６）、上記ステップ５００ないしステップ５１６が実行される。
【００５７】
以上のように、本発明の通信カラオケシステム１によれば、サーバー３０とサブホスト２０とを接続する電話回線４が高負荷状態であることにより、サーバー３０がサブホスト２０から曲データ１４０を受信する時間が大幅に遅れることがなくなるため、新曲を歌うことができる時期が、カラオケボックス間で大きく異なるという事態を回避できる。
したがって、カラオケ装置４０を利用する者は、どのカラオケボックスにおいても新曲をほぼ同時期に歌うことができる。
ところで、ＣＰＵ２１が実行するステップ３００が請求項１の送信要求信号受信手段として機能し、ステップ３３０が読出手段として機能し、ステップ３７０およびステップ３９０が送信手段として機能する。また、ＣＰＵ３１が実行するステップ１１０が請求項１の送信要求信号送信手段として機能する。さらに、ＣＰＵ２１が実行するステップ３７０およびＣＰＵ３１が実行するステップ１２０，ステップ１５０が送信時刻情報書換手段として機能し、ＣＰＵ２１が実行するステップ３５０およびステップ３７０が再送信時刻情報送信手段として機能する。さらに、ＨＤＤ２６が送信側曲データ記憶手段に対応し、ＨＤＤ３５が受信側曲データ記憶手段に対応する。
【００５８】
なお、上記実施形態では、タイムテーブル１５０ないし１７０における時間帯を１時間毎に設定し、時刻を５分毎に設定したが、それらの設定値は、サブホスト２０に接続されるサーバー３０の数や１回に行う通信量などにより変更することができる。また、送信時刻データが変更された場合に、その変更された送信時刻を表示する装置をサーバー３０に設けることもできる。
さらに、上記各実施形態では、本発明を通信カラオケシステムに適用した場合を代表に説明したが、パーソナルコンピュータ通信、インターネットなどに代表されるコンピュータ間で情報を通信するシステムにも本発明を適用できることは勿論である。
【００５９】
【発明の効果】
以上のように、本発明によれば、送信装置は、受信した送信要求信号に応じて曲データを受信装置へ送信しようとする場合に、仮にその曲データを送信したとした場合に、その曲データの送信時刻が含まれる時間帯における通信量が所定量を超える場合は、通信量が前記所定量を超えない時間帯に設定されている所定の送信時刻を選択し、その所定の送信時刻を示す送信時刻情報を受信装置へ送信することにより、送信要求信号を送信する時刻として受信装置に記憶されている送信時刻を、前記所定の送信時刻に自動的に書換えることができるため、次回の曲データの通信が不能となる確率を小さくすることができる。
しかも、送信装置から受信装置へ送信する曲データの通信量が多く、一定時間内に送信できない場合であっても、その未送信データを空いている時間にすぐに受信装置へ送信できる。
したがって、新曲を示す曲データ間に受信時期の差が生じてしまい、すぐに歌える新曲とすぐに歌えない新曲とが発生し、カラオケをする者に迷惑をかけるおそれがない。
【図面の簡単な説明】
【図１】  本発明第１実施形態の通信カラオケシステムの主要構成を示すブロック図である。
【図２】  サーバー３０の制御系の主要構成を示すブロック図である。
【図３】  サブホスト２０の制御系の主要構成を示すブロック図である。
【図４】  （Ａ）は、サーバー３０からサブホスト２０へ送信される要求信号の主要構成を示す説明図であり、（Ｂ）は、サブホスト２０からサーバー３０へ送信される送信データの主要構成を示す説明図であり、（Ｃ）は、サーバー３０からカラオケ装置４０へ送信される曲データの主要構成を示す説明図である。
【図５】  本発明第１実施形態のサブホスト２０のＲＡＭ２２に記憶されているタイムテーブル１５０の構成を示す説明図である。
【図６】  本発明第２実施形態のサブホスト２０のＲＡＭ２２に記憶されているタイムテーブル１６０の構成を示す説明図である。
【図７】  本発明第３実施形態のサブホスト２０のＲＡＭ２２に記憶されているタイムテーブル１７０の構成を示す説明図である。
【図８】  本発明第１実施形態のサーバー３０とサブホスト２０との間で行われる通信の内容を時系列で示す説明図である。
【図９】  本発明第２実施形態のサーバー３０とサブホスト２０との間で行われる通信の内容を時系列で示す説明図である。
【図１０】  本発明第１実施形態のサーバー３０のＣＰＵ３１およびサブホスト２０のＣＰＵ２１により実行される通信制御内容を示すフローチャートである。
【図１１】  本発明第２実施形態のサーバー３０のＣＰＵ３１およびサブホスト２０のＣＰＵ２１により実行される通信制御内容を示すフローチャートである。
【図１２】  本発明第３実施形態のサーバー３０のＣＰＵ３１およびサブホスト２０のＣＰＵ２１により実行される通信制御内容を示すフローチャートである。
【図１３】  カラオケ装置４０の制御系の主要構成を示すブロック図である。
【図１４】  制御装置５０に備えられたＣＰＵ７４により実行される選曲から曲データの再生までの処理内容を示すフローチャートである。
【図１５】  モニタ４２に表示された背景映像２００および歌詞テロップ２０２の説明図である。
【図１６】  従来のサーバー３００とサブホスト３１０との間で行われる通信の内容を時系列で示す説明図である。
【符号の説明】
１          カラオケ通信システム
２          ホストコンピュータ
３          ＩＳＤＮ回線
４          電話回線
５          カラオケボックス
６          ＬＡＮ回線
２０          サブホスト
２１，３１    ＣＰＵ
３０          サーバー
４０          カラオケ装置
４１，４３    スピーカ
４２，４４    モニタ
４５          アンプ
４６，４７    マイク
９０          送信器
１２０          要求信号
１３０          送信データ
１４０          曲データ
１５０          タイムテーブル
【図１】
0003817315.tif 000002
【図２】
0003817315.tif 000003
【図３】
0003817315.tif 000004
【図４】
0003817315.tif 000005
【図５】
0003817315.tif 000006
【図６】
0003817315.tif 000007
【図７】
0003817315.tif 000008
【図８】
0003817315.tif 000009
【図９】
0003817315.tif 000010
【図１０】
0003817315.tif 000011
【図１１】
0003817315.tif 000012
【図１２】
0003817315.tif 000013
【図１３】
0003817315.tif 000014
【図１４】
0003817315.tif 000015
【図１５】
0003817315.tif 000016
【図１６】
0003817315.tif 000017