JPH10173828A - 情報通信システム - Google Patents

Abstract

(57)【要約】 【課題】 通信が混んでいる時刻を避けることにより、
サブホストからサーバーへ曲データを確実に送信できる
通信カラオケシステムを実現する。 【解決手段】 サーバー３０は時刻ｔ１２になると（１
００）、曲データの送信要求を示す要求信号１２０をサ
ブホスト２０へ送信し（２００）、サブホスト２０は要
求信号１２０を受信し（２００）、通信数Ｎに「１」を
加算する（２１０）。Ｎが「１２」以上のる場合は（２
２０）、次回の同じ時刻では通信不能となる確率が高い
と推定し、タイムテーブル１５０から空いている時間帯
の時刻を検索し、その時刻をサーバー３０が次回の要求
信号を送信する時刻を示す次回送信時刻データとして読
出し（２３０）、曲データ１４０と共にサーバー３０へ
送信する（２５０）。サーバー３０は、送信されたデー
タに次回送信時刻データが含まれていると判定した場合
は（１４０）、送信時刻データを次回送信時刻データに
書換える（１５０）。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】この発明は、通信手段を介し
て情報を通信する情報通信システムであって、曲データ
を保有するホストコンピュータから通信回線を介して複
数のサブホストコンピュータへ曲データを送信し、さら
にサブホストコンピュータから通信回線を介してカラオ
ケボックスやレジャーホテルなどに設置されたサーバー
へカラオケ用の曲データを送信する、いわゆる通信カラ
オケシステムとして好適なものに関する。

【０００２】

【従来の技術】上記通信カラオケシステムとしては、た
とえば、図１６に示すものが知られている。図１６は、
サーバー３００とサブホストコンピュータ３１０との間
で行われる通信の内容を時系列で示す説明図である。図
１６に示すように、サーバー３００に設定された通信時
刻ｔ１になると、サーバー３００からサブホストコンピ
ュータ３１０へ通信回線を介してダイヤリングを行い、
サブホストコンピュータ３１０が通信可能である場合
に、サーバー３００から曲データの送信を要求する信号
をサブホストコンピュータ３１０へ送信し、サブホスト
コンピュータ３１０から所定量の曲データを一定時間サ
ーバー３００へ送信する。そして、通信時刻ｔ１から一
定時間後、たとえば、２４時間後の通信時刻ｔ１になる
と、再度サーバー３００からサブホストコンピュータ３
１０へダイヤリングが行われ、上記のように曲データが
サブホストコンピュータ３１０からサーバー３００へ送
信される。

【０００３】

【発明が解決しようとする課題】しかし、上記従来のも
のでは、サーバー３００からサブホストコンピュータ３
１０へダイヤリングする通信時刻ｔ１が同じ時間帯に集
中して通信ができない場合は、サーバー３００に設定さ
れている通信時刻ｔ１を他の通信時刻に再設定する手間
が掛かるという問題がある。しかも、その再設定した通
信時刻には、必ずしも通信回線が空いているという保障
がない。また、サブホストコンピュータ３１０からサー
バーへ送信する曲データの量が多く、その全部を一定時
間内に送信できなかった場合には、残りの曲データは、
２４時間後の通信時刻ｔ１にならないと受信できないと
いう問題もある。特に、サブホストコンピュータ３１０
からサーバー３００へ送信される曲データが、新曲に関
するものである場合には、新曲の曲データの受信時期が
遅れると、カラオケボックス間で新曲を歌うことができ
る時期が異なる事態が発生するため、カラオケボックス
でいち早く新曲を歌いたい者に迷惑が掛かるという問題
がある。

【０００４】そこで、本発明は、ある時間帯において情
報受信装置から情報送信装置への通信量が所定量に達し
ている場合には、情報受信装置から情報送信装置への送
信時刻を自動的に設定変更することにより、情報受信装
置が情報送信装置から情報を確実に受信できる情報通信
システムの実現を目的とする。さらに、情報送信装置か
ら情報受信装置への通信量が所定量に達している場合に
は、情報受信装置から情報送信装置への送信時刻を自動
的に設定変更することにより、情報受信装置が情報送信
装置から情報を確実に受信できる情報通信システムの実
現を目的とする。

【０００５】

【課題を解決するための手段】請求項１に記載の発明で
は、情報の送信要求を示す送信要求信号を通信手段を介
して受信する送信要求信号受信手段と、前記情報が記憶
された情報記憶手段と、前記送信要求信号受信手段によ
り前記送信要求信号が受信された場合に、所定数の情報
を前記情報記憶手段から読出す情報読出手段と、この情
報読出手段により読出された情報を前記通信手段を介し
て送信する情報送信手段とを有する情報送信装置と、前
記送信要求信号を前記通信手段を介して前記送信要求信
号受信手段へ送信する時刻を示す送信時刻情報が書換え
可能に記憶された送信時刻情報記憶手段と、この送信時
刻情報記憶手段に記憶された送信時刻情報により示され
る所定の送信時刻になった際に、前記送信要求信号を前
記通信手段を介して前記送信要求信号受信手段へ送信す
る送信要求信号送信手段と、前記情報送信手段により前
記通信手段を介して送信される情報を受信する情報受信
手段とを有する情報受信装置と、が備えられた情報通信
システムにおいて、前記送信要求信号受信手段が前記送
信要求信号を前記通信手段を介して受信した際に、その
受信した時間帯における前記通信手段により行われる通
信量が所定量に達している場合に、前記所定の送信時刻
とは異なる送信時刻を示す送信時刻情報を前記通信手段
を介して前記情報受信手段へ送信し、前記送信時刻情報
記憶手段に記憶されている送信時刻情報を前記送信され
た送信時刻情報に書換える送信時刻情報書換手段が備え
られたという技術的手段を採用する。

【０００６】請求項２に記載の発明では、情報の送信要
求を示す送信要求信号を通信手段を介して受信する送信
要求信号受信手段と、前記情報が記憶された情報記憶手
段と、前記送信要求信号受信手段により前記送信要求信
号が受信された場合に、所定数の情報を前記情報記憶手
段から読出す情報読出手段と、この情報読出手段により
読出された情報を前記通信手段を介して送信する情報送
信手段とを有する情報送信装置と、前記送信要求信号を
前記通信手段を介して前記送信要求信号受信手段へ送信
する時刻を示す送信時刻情報が書換え可能に記憶された
送信時刻情報記憶手段と、この送信時刻情報記憶手段に
記憶された送信時刻情報により示される所定の送信時刻
になった際に、前記送信要求信号を前記通信手段を介し
て前記送信要求信号受信手段へ送信する送信要求信号送
信手段と、前記情報送信手段により前記通信手段を介し
て送信される情報を受信する情報受信手段とを有する情
報受信装置と、が備えられた情報通信システムにおい
て、前記情報送信手段により、前記通信手段を介して送
信される情報の量が、所定量より多い場合に、前記所定
の送信時刻とは異なる送信時刻を示す送信時刻情報を前
記通信手段を介して前記情報受信手段へ送信し、前記送
信時刻情報記憶手段に記憶されている送信時刻情報を前
記送信された送信時刻情報に書換える送信時刻情報書換
手段が備えられたという技術的手段を採用する。

【０００７】請求項３に記載の発明では、請求項１また
は請求項２に記載の情報通信システムにおいて、前記送
信時刻情報書換手段は、前記通信手段を介して前記情報
受信手段と行う通信量を所定の時間帯毎に記憶する通信
量記憶手段を備え、前記所定の送信時刻とは異なる送信
時刻を前記通信量記憶手段における前記通信量が所定量
に達していない時間帯を示す時刻から選択し、この選択
された時刻を示す送信時刻情報を前記通信手段を介して
前記情報受信手段へ送信し、前記送信時刻情報記憶手段
に記憶されている送信時刻情報を前記送信された送信時
刻情報に書換えるものであるという技術的手段を採用す
る。

【０００８】請求項４に記載の発明では、請求項１ない
し請求項３のいずれか１つに記載の情報通信システムに
おいて、前記情報は、楽音により構成される楽曲を示す
楽曲情報であるという技術的手段を採用する。

【０００９】請求項５に記載の発明では、請求項４に記
載の情報通信システムにおいて、前記情報受信手段によ
り受信される楽曲情報を楽音により再生する再生手段が
備えられたという技術的手段を採用する。

【００１０】

【作用】請求項１に記載の発明では、情報受信装置が有
する送信時刻情報記憶手段に書換え可能に記憶された送
信時刻情報により示される所定の送信時刻になると、情
報受信装置が有する送信要求信号送信手段により、情報
の送信要求を示す送信要求信号が、通信手段を介して情
報送信装置へ送信される。そして、上記送信された送信
要求信号は、情報送信装置が有する送信要求信号受信手
段により受信される。次に、その受信した時間帯におけ
る上記通信手段により行われる通信量が所定量に達して
いる場合は、送信時刻情報書換手段により、上記所定の
送信時刻とは異なる送信時刻を示す送信時刻情報が上記
通信手段を介して上記情報受信手段へ送信され、上記送
信時刻情報記憶手段に記憶されている送信時刻情報が上
記送信された送信時刻情報に書換えられる。

【００１１】つまり、情報受信装置から情報送信装置へ
の通信が混んでおり、次回に同じ時刻で通信を行うと、
通信不能となることが推定される場合には、情報受信装
置に設定されている送信時刻を他の送信時刻に変更する
ことができる。したがって、通信不能になる度に情報受
信装置において新たな送信時刻を設定し直す手間を省く
ことができるとともに、情報受信装置により情報が受信
できない事態を回避できる。

【００１２】また、請求項２に記載の発明では、情報送
信装置が有する情報送信手段により、通信手段を介して
送信される情報の量が、所定量より多い場合には、送信
時刻情報書換手段により、情報受信装置の送信時刻情報
記憶手段に記憶された所定の送信時刻とは異なる送信時
刻を示す送信時刻情報を上記通信手段を介して情報受信
手段へ送信し、上記送信時刻情報記憶手段に記憶されて
いる送信時刻情報を上記送信された送信時刻情報に書換
えられる。

【００１３】つまり、情報送信装置から情報受信装置へ
送信される情報の量が多く、次回に同じ時刻で通信を行
うと、通信不能となることが推定される場合には、情報
受信装置に設定されている送信時刻を他の送信時刻に変
更することができる。したがって、通信不能になる度に
情報受信装置において新たな送信時刻を設定し直す手間
を省くことができるとともに、情報受信装置により情報
が受信できない事態を回避できる。

【００１４】また、請求項３に記載の発明では、上記送
信時刻情報書換手段は、通信手段を介して情報受信手段
と行う通信量を所定の時間帯毎に記憶する通信量記憶手
段を備え、情報受信装置の送信時刻情報記憶手段に記憶
された所定の送信時刻とは異なる送信時刻が、上記通信
量記憶手段における通信量が所定量に達していない時間
帯を示す時刻から選択される。そして、その選択された
時刻を示す送信時刻情報は、通信手段を介して情報受信
手段へ送信され、送信時刻情報記憶手段に記憶されてい
る送信時刻情報は、上記送信された送信時刻情報に書換
えられる。つまり、通信量が多いことにより、次回は、
同じ送信時刻に通信不能となる確率が高いと推定される
場合には、次回の送信時刻を今までの送信時刻と異なる
時刻に変更するが、その異なる時刻を通信量が所定量に
達していない時間帯を示す時刻から選択することによ
り、次回の通信が不能となる確率を小さくすることがで
きる。

【００１５】さらに、上記請求項１ないし請求項３に記
載の技術的手段は、請求項４に記載の発明のように、上
記情報が、楽音により構成される楽曲を示す楽曲情報で
ある場合に好適に採用される。つまり、たとえば、後述
する発明の実施の形態に記載するように、いわゆる通信
カラオケシステムでは、情報受信装置たるサーバーは、
所定の送信時刻になると情報送信装置たるサブホストコ
ンピュータへ楽曲情報たる曲データの送信要求を行い、
サブホストコンピュータは、その送信要求に応えて所定
量の曲データをサーバーへ送信する。このため、上記送
信要求が、ある時間帯に集中すると、通信許容量を超え
て通信不能となる場合があるが、このような場合であっ
ても、上記所定の送信時刻と異なる送信時刻を示す送信
時刻データをサブホストコンピュータからサーバーへ送
信して送信時刻を書換えることにより、次回の曲データ
の受信を確実にすることができる。また、サブホストコ
ンピュータからサーバーへ送信する曲データの量が多
く、所定の時間内に全部送信できない場合であっても、
上記所定の送信時刻と異なる送信時刻を示す送信時刻デ
ータをサブホストコンピュータからサーバーへ送信して
送信時刻を書換えることにより、その書換えられた送信
時刻に送信できなかった残りの曲データをサーバーへ送
信できる。

【００１６】そしてさらに、請求項４に記載の技術的手
段は、請求項５に記載の発明のように、上記情報受信手
段により受信される楽曲情報を楽音により再生する再生
手段が備えられたものに好適に採用される。つまり、た
とえば、後述する発明の実施の形態に記載するように、
サーバーにより受信された曲データを再生する再生手段
たる制御装置、アンプおよびスピーカなどが備えられた
カラオケ装置では、サーバーへリクエスト信号を送信
し、サーバーがリクエスト信号により示される選曲番号
の曲データをカラオケ装置へ送信する。このため、同じ
サブホストコンピュータに接続されたサーバーが設置さ
れた、どのカラオケボックスやレジャーホテルにおいて
も、ほぼ同じ時期から新曲を歌えるようにするために
は、サーバーとサブホストコンピュータ間が通信不能と
なって曲データの受信が遅れる事態をなくす必要がある
が、上記各技術的手段を用いることにより、そのような
事態をなくすことができる。

【００１７】

【発明の実施の形態】以下、本発明の情報通信システム
の実施形態について図を参照して説明する。なお、以下
の各実施形態では、情報通信システムとして、通信回線
を利用して曲が提供される、いわゆる通信カラオケシス
テムのうち、カラオケボックスで使用される通信カラオ
ケシステムを代表に説明する。まず、本発明第１実施形
態の通信カラオケシステムの主要構成について、それを
ブロック図で示す図１を参照して説明する。

【００１８】本通信カラオケシステム１には、複数の情
報送信装置たるサブホストコンピュータ（以下、サブホ
ストと略称する）２０が備えられており、各サブホスト
２０は、ＩＳＤＮ（国際標準の通信規格を持った総合デ
ジタル通信網を意味するIntegrated Services Digital
Network の略）により、ホストコンピュータ２と接続さ
れている。新曲を示す曲データは、ホストコンピュータ
２から、全国の各地域に設置されたサブホスト２０へ送
信され、サブホスト２０に蓄積される。

【００１９】また、各サブホスト２０は、通信手段たる
電話回線４により、そのサブホスト２０が設置されてい
る地域の複数のカラオケボックス５に設置された情報受
信装置たるサーバー３０に接続されており、各サーバー
３０は、ＬＡＮ回線６により、カラオケボックス５の各
部屋に設置されたカラオケ装置４０と接続されている。
つまり、サブホスト２０に蓄積された曲データは、サー
バー３０からの送信要求に応えて各サーバー３０へ送信
され、各サーバー３０に蓄積される。そして、各サーバ
ー３０は、各カラオケ装置４０から送信されるリクエス
ト信号に応えて曲データを各カラオケ装置４０へ送信す
る。

【００２０】次に、サーバー３０およびサブホスト２０
の制御系の主要構成について図２および図３を参照して
説明する。図２は、サーバー３０の制御系の主要構成を
示すブロック図であり、図３は、サブホスト２０の制御
系の主要構成を示すブロック図である。最初に、サーバ
ー３０の制御系の主要構成について説明する。サーバー
３０には、サブホスト２０およびカラオケ装置４０との
間で行う通信などの制御を行うＣＰＵ３１が備えられて
おり、このＣＰＵ３１には、サーバー３０からサブホス
ト２０への送信時刻、サーバー３０の端末番号およびサ
ブホスト２０の電話番号などを示すデータが記憶された
送信時刻情報記憶手段たるＲＡＭ３２が接続されてい
る。

【００２１】また、ＣＰＵ３１には、上記通信などの制
御を行うための制御プログラムなどが記憶されたＲＯＭ
３３と、サブホスト２０と電話回線４を介して通信を行
うための通信用モデム３４と、サブホスト２０から送信
された曲データを保存するハードディスクドライブユニ
ット（以下、ＨＤＤと略称する）３５とが接続されてい
る。さらに、ＣＰＵ３１には、カラオケ装置４０とＬＡ
Ｎ回線６を介して通信を行うためのＬＡＮボード３６が
接続されている。

【００２２】次に、サブホスト２０の制御系の主要構成
について説明する。サブホスト２０には、ホストコンピ
ュータ２およびサーバー３０との間で行う通信などの制
御、サーバー３０との通信数および通信量の演算などを
行うＣＰＵ２１が備えられており、このＣＰＵ２１に
は、ホストコンピュータ２の識別番号およびサーバー３
０の電話番号などを示すデータが記憶されたＲＡＭ２２
が接続されている。さらに、ＣＰＵ２１には、上記通信
などの制御を行うための制御プログラムなどが記憶され
たＲＯＭ２３と、サーバー３０と電話回線４を介して通
信を行うための通信用モデム２４と、ホストコンピュー
タ２とＩＳＤＮ回線３を介して通信を行うためのＩＳＤ
Ｎボード２５と、ホストコンピュータ２から送信された
曲データを保存する情報記憶手段たるＨＤＤ２６とが接
続されている。

【００２３】次に、サブホスト２０、サーバー３０およ
びカラオケ装置４０の間で通信される信号の主要構成に
ついて図４を参照して説明する。図４（Ａ）は、サーバ
ー３０からサブホスト２０へ送信される、曲データの送
信要求を示す送信要求信号（以下、要求信号と略称す
る）の主要構成を示す説明図であり、同図（Ｂ）はサブ
ホスト２０からサーバー３０へ送信される情報たる送信
データの主要構成を示す説明図であり、同図（Ｃ）はサ
ーバー３０からカラオケ装置４０へ送信される曲データ
の主要構成を示す説明図である。

【００２４】図４（Ａ）に示すように、送信要求信号１
２０は、送信先であるサブホスト２０の電話番号を示す
サブホスト番号データ１２２、要求信号であることを示
す送信要求データ１２４および送信元であるサーバー３
０の電話番号を示す端末番号データ１２６などから構成
される。また、図４（Ｂ）に示すように、送信データ１
３０は、送信先であるサーバー３０の端末番号データ１
２６、サーバー３０により次回送信される送信要求信号
の送信時刻を示す次回送信時刻データ１３０、情報たる
曲データ１４０および送信元であるサブホスト２０のサ
ブホスト番号データ１２２などから構成される。

【００２５】上記次回送信時刻データ１３０とは、サー
バー３０から要求信号１２０が送信された時間帯の通信
量が多く、次回、サーバー３０が要求信号を送信する時
間帯では、要求信号の送信が不能となる確率が高いと推
定される場合に、サブホスト２０によりサーバー３０の
送信時刻を書換えるためのデータである。さらに、図４
（Ｃ）に示すように、曲データ１４０は、カラオケ装置
４０に備えられたＬＡＮボード上の通信制御用ＩＣに記
憶されたイーサネットアドレスを示すイーサネットアド
レスデータ１４２、楽曲情報たるＭＩＤＩデータ１４
４、歌詞を映像でモニタに表示するための歌詞テロップ
データ１４６および曲のジャンルを特定するためのジャ
ンルデータ１４８などから構成される。

【００２６】次に、サーバー３０からサブホスト２０へ
曲データの送信要求を行い、その要求に応えてサブホス
ト２０が曲データをサーバー３０へ送信する場合の通信
制御内容について図を参照して説明する。図５は、サブ
ホスト２０のＲＡＭ２２に記憶されているタイムテーブ
ルの構成を示す説明図であり、図９は、サーバー３０と
サブホスト２０との間で行われる通信の内容を時系列で
示す説明図であり、図１０は、サーバー３０のＣＰＵ３
１およびサブホスト２０のＣＰＵ２１により実行される
通信制御内容を示すフローチャートである。

【００２７】なお、サブホスト２０とサーバー３０との
通信時間は、サブホスト２０からサーバー３０へ送信す
る送信データ１３０のデータ量により異なるが、平均５
分であり、サブホスト２０がサーバー３０と１時間に行
うことができる通信数Ｎは、平均で１２（６０／５＝１
２）であるとする。また、サーバー３０は、要求信号１
２０を２４時間間隔でサブホスト２０へ送信するものと
する。最初に、図５に示すタイムテーブル１５０の構成
について説明する。タイムテーブル１５０には、２４時
間を１時間単位に区切ったＴ１ないしＴ２４の計２４の
時間帯データが設定されており、各時間帯には、１時間
を６分単位に区切ったｔ１ないしｔ１２の計１２の時刻
データがそれぞれ設定されている。これらの時刻データ
のうち、サーバー３０からサブホスト２０への送信時刻
として既にサーバー３０のＲＡＭ３２に設定されている
時刻データには、フラグ「１」が立てられる。また、各
時間帯毎に、その時間帯に行われた通信の数が、通信数
Ｎとして記憶される。なお、ここでは、サーバー３０
は、時間帯Ｔ１の時刻ｔ１２にサブホスト２０へ要求信
号１２０を送信するものとし、サーバー３０のＲＡＭ３
２には、時間帯Ｔ１の時刻ｔ１２を示す送信時刻データ
Ｔ１ｔ１２が記憶されているものとする。

【００２８】まず、ＣＰＵ３１は、ＣＰＵ３１に内蔵さ
れたクロックによりカウントされる時刻Ｔが、ＲＡＭ３
２に設定された送信時刻Ｔ１ｔ１２になると（ステップ
１００）、ＲＡＭ３２に記憶されているサブホスト番号
データ１２２、送信要求データ１２４および端末番号デ
ータ１２６を読出すとともに、それらデータにより構成
される要求信号１２０を通信用モデム３４から電話回線
４を介してサブホスト２０へ送信する（ステップ１１
０）。

【００２９】そして、上記送信された要求信号１２０
は、サブホスト２０の通信用モデム２４により受信さ
れ、ＣＰＵ２１は、要求信号１２０の受信を検出する
（ステップ２００）。続いて、ＣＰＵ２１は、その検出
により、時間帯Ｔ１の受信数Ｎに「１」を加算する演算
を行い（ステップ２１０）、その演算結果Ｎが平均値の
「１２」以上であるかを判定する（ステップ２２０）。
ここでは、時間帯Ｔ１における現在の受信数Ｎは、図５
に示すように「１１」であることから、上記演算によ
り、時間帯Ｔ１における受信数Ｎは「１２」となるた
め、上記ステップ２２０では肯定判定される。続いて、
受信数Ｎが「１２」に達していない時間帯Ｔ２から空い
ている時刻ｔ２を次回の送信時刻を示す送信時刻データ
Ｔ２ｔ２としてタイムテーブル１５０から読出す（ステ
ップ２３０）。

【００３０】つまり、今回、サーバー３０は、サブホス
ト２０と電話回線を接続できたが、上記時間帯Ｔ１にお
ける受信数Ｎは、平均値「１２」に達したため、２４時
間後の次回の通信においては、サブホスト２０から各サ
ーバー３０へ送信される通信量が今回よりも多く、時間
帯Ｔ１の時刻ｔ１２より前の時刻における他のサーバー
との通信が、まだ終了していない場合には、次回の時間
帯Ｔ１の時刻ｔ１２の時点では、サーバー３０は、サブ
ホスト２０と通信を行うことができない確率が高いと推
定されるため、通信数Ｎが「１２」に達していない他の
時間帯から空いている時刻を検索し、その時刻を次回行
う送信時刻として用いる。

【００３１】なお、時間帯Ｔ２の時刻ｔ３も空いている
が、時間帯Ｔ１の時刻ｔ１２の次の時刻のうち、空いて
いる最も近い時刻を選択する。続いて、ＣＰＵ２１は、
ＨＤＤ２５から曲データ１４０を読出し（ステップ２４
０）、その読出された曲データ１４０および上記次回送
信時刻データＴ２ｔ２を送信データ１３０としてサーバ
ー３０へ送信する（ステップ２５０）。

【００３２】そして、上記送信された送信データ１３０
は、電話回線４を介してサーバー３０の通信用モデム３
４により受信され（ステップ１２０）、その受信された
送信データ１３０に含まれる曲データ１４０をＨＤＤ３
５に保存する（ステップ１３０）。続いて、ＣＰＵ３１
は、上記受信された送信データ１３０に次回送信時刻デ
ータＴ２ｔ２が含まれているかを判定し（ステップ１４
０）、次回送信時刻データＴ２ｔ２が含まれている場合
には、ＲＡＭ３２に記憶されている送信時刻データＴ１
ｔ１２を送信時刻データＴ２ｔ２に書換える（ステップ
１５０）。そして、サーバー３０は、次回の通信を時間
帯Ｔ２の時刻ｔ２にサブホスト２０に対して行い、サブ
ホスト２０から送信データ１３０を受信する。

【００３３】以上のように、本第１実施形態の通信カラ
オケシステムを用いれば、サーバー３０からサブホスト
２０へ通信を行った時間帯が、サーバー３０とサブホス
ト２０とが１時間に行うことができる通信数の平均値に
達した場合には、サブホスト２０の方からサーバー３０
の次回の送信時刻を他の空いている時間帯に変更するこ
とができる。したがって、ある時間帯に通信が集中して
通信不能となってしまい、サーバー３０がサブホスト２
０から曲データ１４０を受信できなくなるのを防止する
ことができる。

【００３４】特に、通信カラオケシステムでは、回線使
用料の安価な夜間に曲データを配信する場合が多いた
め、ある特定の時間帯に通信が集中して通信不能となる
確率が高くなるが、本第１実施形態の通信カラオケシス
テムによれば、そのような通信の集中を解消できる。さ
らに、通信カラオケシステムでは、上述の通信構成によ
り、２４時間間隔で新曲を示す曲データを受信してサー
バー３０に蓄積するが、従来のように、通信不能によ
り、曲データの受信が２４時間遅れてしまい、あるカラ
オケボックスでは、利用者が新曲を歌うことができる日
が、他のカラオケボックスより遅れるという事態を回避
することもできる。

【００３５】ところで、ＣＰＵ２１により実行されるス
テップ２００が、請求項１の送信要求信号受信手段とし
て機能し、ステップ２４０が情報読出手段として機能
し、ステップ２５０が情報送信手段として機能する。ま
た、ＣＰＵ２１により実行されるステップ２１０ないし
ステップ２３０と、ＣＰＵ３１により実行されるステッ
プ１４０およびステップ１５０とが、請求項１の送信時
刻情報書換手段として機能する。

【００３６】次に、本発明第２実施形態の通信カラオケ
システムについて図を参照して説明する。本第２実施形
態の通信カラオケシステムは、サブホスト２０からサー
バー３０へ送信された送信データ１３０の総通信量を時
間帯毎に積算し、その積算値が所定値に達した場合に通
信が混んでいるとみなして次回の送信時刻を変更するこ
とを特徴とする。

【００３７】図６は、サブホスト２０のＲＡＭ２２に記
憶されているタイムテーブルの構成を示す説明図であ
り、図１１は、サーバー３０のＣＰＵ３１およびサブホ
スト２０のＣＰＵ２１により実行される通信制御内容を
示すフローチャートである。なお、１回の通信でサブホ
スト２０からとサーバー３０へ送信される送信データ１
３０の通信量Ｍは平均「１０」であり、１時間に送信さ
れる通信量は、サブホスト２０とサーバー３０との通信
数Ｎにより異なるが、通信数Ｎの平均が「１２」である
として、１時間に送信される通信量Ｍは、平均で１２０
（１０×１２＝１２０）であるとする。また、サーバー
３０は、要求信号１２０を２４時間間隔でサブホスト２
０へ送信するものとする。さらに、図６に示すように、
タイムテーブル１６０に設定された各時間帯には、その
時間帯に行われた通信量の積算値が、通信量Ｍとして記
憶される。

【００３８】まず、ＣＰＵ３１は、送信時刻ｔ１２にな
ると（ステップ１００）、要求信号１２０をサブホスト
２０へ送信する（ステップ１１０）。続いて、その要求
信号１２０は、サブホスト２０の通信用モデム２４によ
り受信され、ＣＰＵ２１は、要求信号１２０の受信を検
出する（ステップ２００）。続いて、ＣＰＵ２１は、Ｈ
ＤＤ２５から曲データ１４０を読出し（ステップ２４
０）、その読出された曲データ１４０を含む送信データ
１３０の通信量と、時刻ｔ１１までの時間帯Ｔ１におけ
る通信量とを加算した通信量Ｍを演算する（ステップ２
４２）。続いて、その演算結果Ｍが平均値の「１２０」
以上であるかを判定する（ステップ２４４）。

【００３９】ここでは、時間帯Ｔ１の時刻ｔ１１までに
おける通信量Ｍは、図６に示すように「１１０」である
ことから、上記演算結果は、１１０＋１０＝１２０とな
るため、上記ステップ２４４では肯定判定される。続い
て、通信量Ｍが「１２０」に達していない時間帯Ｔ２か
ら空いている時刻ｔ２を次回の送信時刻を示す送信時刻
データＴ２ｔ２としてタイムテーブル１６０から読出す
（ステップ２４６）。

【００４０】つまり、今回、サーバー３０は、サブホス
ト２０と電話回線を接続できたが、上記時間帯Ｔ１にお
ける通信量Ｍは、平均値「１２０」に達したため、２４
時間後の次回の通信においては、サブホスト２０から各
サーバー３０へ送信される通信量が今回よりも多く、時
間帯Ｔ１の時刻ｔ１２より前の時刻における他のサーバ
ーとの通信が、まだ終了していない場合には、次回の時
間帯Ｔ１の時刻ｔ１２の時点では、サーバー３０は、サ
ブホスト２０と通信を行うことができない確率が高いと
推定されるため、通信量Ｍが「１２０」に達していない
他の時間帯から空いている時刻を検索し、その時刻を次
回行う送信時刻として用いる。

【００４１】そして、ＣＰＵ２１は、曲データ１４０お
よび上記次回送信時刻データＴ２ｔ２を送信データ１３
０としてサーバー３０へ送信する（ステップ２５０）。
続いて、送信データ１３０は、サーバー３０により受信
され（ステップ１２０）、その受信された送信データ１
３０に含まれる曲データ１４０をＨＤＤ３５に保存する
（ステップ１３０）。続いて、ＣＰＵ３１は、上記受信
された送信データ１３０に次回送信時刻データＴ２ｔ２
が含まれているかを判定し（ステップ１４０）、次回送
信時刻データＴ２ｔ２が含まれている場合には、ＲＡＭ
３２に記憶されている送信時刻データＴ１ｔ１２を送信
時刻データＴ２ｔ２に書換える（ステップ１５０）。そ
して、サーバー３０は、次回の通信を時間帯Ｔ２の時刻
ｔ２にサブホスト２０に対して行い、サブホスト２０か
ら送信データ１３０を受信する。

【００４２】以上のように、本第２実施形態の通信カラ
オケシステムを用いれば、サーバー３０からサブホスト
２０へ通信を行った時間帯が、サーバー３０とサブホス
ト２０とが１時間に行うことができる通信量の平均値に
達した場合には、サブホスト２０の方からサーバー３０
の次回の送信時刻を他の空いている時間帯に変更するこ
とができる。したがって、ある時間帯に通信が集中して
通信不能となってしまい、サーバー３０がサブホスト２
０から曲データ１４０を受信できなくなるのを防止する
ことができる。

【００４３】ところで、ＣＰＵ２１により実行されるス
テップ２００が、請求項２の送信要求信号受信手段とし
て機能し、ステップ２４０が情報読出手段として機能
し、ステップ２５０が情報送信手段として機能する。ま
た、ＣＰＵ２１により実行されるステップ２４２ないし
ステップ２４６と、ＣＰＵ３１により実行されるステッ
プ１４０およびステップ１５０とが、請求項２の送信時
刻情報書換手段として機能する。

【００４４】次に、本発明第３実施形態の通信カラオケ
システムについて図を参照して説明する。本第３実施形
態の通信カラオケシステムは、サブホスト２０からサー
バー３０へ送信する送信データ１３０の通信量が多く、
一定時間内に送信できない場合に未送信データを回線が
空いている時刻に送信できることを特徴とする。

【００４５】図７は、サブホスト２０のＲＡＭ２２に記
憶されているタイムテーブルの構成を示す説明図であ
り、図９は、サーバー３０とサブホスト２０との間で行
われる通信の内容を時系列で示す説明図であり、図１２
は、サーバー３０のＣＰＵ３１およびサブホスト２０の
ＣＰＵ２１により実行される通信制御内容を示すフロー
チャートである。なお、サブホスト２０からサーバー３
０へ送信される送信データ１３０の通信量Ｍは、１回に
付き平均「１０」であり、その通信量を有する送信デー
タ１３０を全部送信するために要する時間は、５分と定
められているものとする。また、サーバー３０のＲＡＭ
３２に記憶されたタイムテーブル１７０には、各時間帯
毎に通信数Ｎおよび通信量Ｍの積算値が記憶される。

【００４６】まず、ＣＰＵ３１は、送信時刻ｔ１２にな
ると（ステップ１００）、要求信号１２０をサブホスト
２０へ送信する（ステップ１１０）。続いて、その要求
信号１２０は、サブホスト２０の通信用モデム２４によ
り受信され、ＣＰＵ２１は、要求信号１２０の受信を検
出する（ステップ３００）。続いて、ＣＰＵ２１は、電
話回線４が高負荷状態であるか、つまり、時間帯Ｔ１に
おける通信数Ｎ、または、通信量Ｍが平均値に達してい
るかを判定する（ステップ３１０）。

【００４７】ここでは、図７に示すように、時間帯Ｔ１
における通信数Ｎは、「８」であり、平均値の「１２」
に達するまでには、まだ余裕があるが、通信量Ｍは、
「１１０」であることから、今回の通信により、平均値
の「１２０」に達するものと推定されるため、電話回線
４は高負荷状態であると判定する（ステップ３１０）。
続いて、タイムテーブル１７０から時間帯Ｔ２の時刻ｔ
２を２４時間後の次回送信時刻データＴ２ｔ２として読
出し（ステップ３２０）、ＨＤＤ２５から曲データ１４
０を読出す（ステップ３３０）。続いて、その読出され
た曲データ１４０を含む送信データ１３０の通信量Ｍが
平均値の「１０」を超えるかを判定する（ステップ３４
０）。

【００４８】ここでは、通信量Ｍは、「１５」であると
すると、平均値の「１０」を超えており、５分以内で送
信できないため、送信できなかった未送信データを時刻
を改めて送信する。そこで、サーバー３０がサブホスト
２０に未送信データの送信を要求する要求信号の再送信
時刻をタイムテーブル１７０の空いている時刻から検索
し、その時刻を再送信時刻データとして読出す（ステッ
プ３５０）。未送信データは、これから送信されるデー
タと関連のあるデータであることから、すぐに送信する
必要があるため、上記送信要求信号が送信された時刻よ
り後の時刻のうち、空いている時刻の最も早い時刻を再
送信時刻に設定する。

【００４９】ここでは、時間帯Ｔ２の時刻ｔ２を再送信
時刻ＲＴ２ｔ２に設定する。そして、曲データ１４０が
読出され（ステップ３６０）、曲データ１４０、上記次
回送信時刻データＴ２ｔ２および再送信時刻データＲＴ
２ｔ２を送信データ１３０としてサーバー３０へ送信す
る（ステップ３７０）。続いて、送信データ１３０は、
サーバー３０により受信され（ステップ１２０）、曲デ
ータ１４０をＨＤＤ３５に保存する（ステップ１３
０）。続いて、送信データ１３０に次回送信時刻データ
Ｔ２ｔ２が含まれている場合には（ステップ１４０）、
ＲＡＭ３２に記憶されている送信時刻データＴ１ｔ１２
を送信時刻データＴ２ｔ２に書換える（ステップ１５
０）。

【００５０】続いて、送信データ１３０に再送信時刻デ
ータＲＴ２ｔ２が含まれている場合には（ステップ１５
２）、その再送信時刻データＲＴ２ｔ２により示される
再送信時刻Ｔ２ｔ２を設定する（ステップ１５４）。そ
して、現在時刻Ｔが時間帯Ｔ２の再送信時刻ｔ２になる
と（ステップ１５６）、再要求信号をサブホスト２０へ
送信する（ステップ１５８）。続いて、サブホスト２０
は、再要求信号を受信すると（ステップ３８０）、未送
信データを読出すとともに、サーバー３０へ送信する
（ステップ３９０）。続いて、サーバー３０は、未送信
データを受信し（ステップ１６０）、その未送信データ
に含まれる曲データ１４０をＨＤＤ３５に保存する（ス
テップ１６２）。そして、サーバー３０は、次回の通信
を時間帯Ｔ２の時刻ｔ２にサブホスト２０に対して行
い、サブホスト２０から送信データ１３０を受信する。

【００５１】以上のように、本第３実施形態の通信カラ
オケシステムを用いれば、サブホスト２０からサーバー
３０へ送信する送信データの通信量が多く、一定時間内
に送信できない場合であっても、その未送信データを空
いている時間にすぐにサーバー３０へ送信できる。した
がって、新曲を示す曲データ間に受信時期の差が生じて
しまい、すぐに歌える新曲とすぐに歌えない新曲とが発
生し、カラオケをする者に迷惑をかけるおそれがない。

【００５２】次に、上記カラオケ装置４０の一連の動作
について図１３ないし図１５を参照して説明する。図１
３は、カラオケ装置４０の制御系の主要構成を示すブロ
ック図であり、図１４は、制御装置５０に備えられたＣ
ＰＵ７４により実行される選曲から曲データの再生まで
の処理内容を示すフローチャートであり、図１５は、モ
ニタに表示される背景映像および歌詞テロップの説明図
である。なお、図１３に示すように、カラオケ装置４０
には、選曲、曲データの受信および再生などの制御を行
う制御装置５０が備えられており、この制御装置５０に
は、上記各種制御を行うＣＰＵ７４が内蔵されている。
また、ＣＰＵ７４には、選曲された曲の選曲番号を示す
選曲番号データ、予約された曲の選曲番号データなどを
一時保存するためのＲＡＭ７５、ＣＰＵ７４により実行
されるプログラムなどが記憶されたＲＯＭ７６、各種メ
ッセージを示す映像などが記憶されたビデオＲＡＭ７７
などが接続されている。

【００５３】まず、カラオケ装置４０の利用者が、送信
器９０を操作して選曲番号を入力すると、選曲が終了し
たと判定され（ステップ５００）、その選曲された曲の
曲データ１４０の送信を要求するリクエスト信号がＬＡ
Ｎボード８０から通信端子７０およびＬＡＮ回線６を介
してサーバー３０へ送信される（ステップ５０２）。そ
して、サーバー３０は、自己のＨＤＤ３５から上記リク
エスト信号に示される選曲番号に対応する曲データ１４
０を検索して読出し、その読出された曲データ１４０
は、ＬＡＮ回線６を介して制御装置５０により受信され
（ステップ５０４）、ＲＡＭ７８への格納が開始される
（ステップ５０６）。

【００５４】続いて、曲データ１４０のＲＡＭ７８への
格納が終了すると、ＲＡＭ７８から曲データ１４０が読
出され（ステップ５０８）、曲データ１４０に含まれる
ＭＩＤＩデータ１４４は、ＭＩＤＩ音源８２に書き込ま
れ、ＭＩＤＩ音源８２から出力される音楽信号は、音声
制御回路８１へ出力され、アンプ４５によって増幅可能
な音楽信号に変換される。この変換された音楽信号は、
アンプ４５へ出力されるとともに、増幅された後にスピ
ーカ４１，４３により再生される（ステップ５１０）。

【００５５】一方、上記読出された曲データ１４０に含
まれるジャンルデータ１４８に対応するジャンルの背景
映像が、ＣＤ−ＲＯＭプレーヤ８３によりランダムに選
択されて再生され、この再生された背景映像を示す背景
映像信号は、映像制御回路８４に入力される。また、曲
データ１４０に含まれる歌詞テロップデータ１４６は映
像制御回路８４に入力され、メインモニタ４２および歌
唱者用モニタ４４に表示可能な歌詞テロップ信号に変換
される。そして、図１５に示すように、背景映像２００
の中に歌詞テロップ２０２がスーパーインポーズされる
形で表示される（ステップ５１０）。

【００５６】つまり、利用者は、自分の選んだ曲をメイ
ンモニタ４２および歌唱者用モニタ４４の画面に映し出
された背景映像２００および歌詞テロップ２０２を見な
がらマイクロフォン４６，４７を通して歌う（カラオケ
する）ことができる。そして、曲の再生が終了し（ステ
ップ５１２）、予約された選曲番号データがＲＡＭ７５
に記憶されている場合には（ステップ５１４）、その選
曲番号データが読出され（ステップ５１６）、上記ステ
ップ５００ないしステップ５１６が実行される。

【００５７】以上のように、本発明の通信カラオケシス
テム１によれば、サーバー３０とサブホスト２０とを接
続する電話回線４が高負荷状態であることにより、サー
バー３０がサブホスト２０から曲データ１４０を受信す
る時間が大幅に遅れることがなくなるため、新曲を歌う
ことができる時期が、カラオケボックス間で大きく異な
るという事態を回避できる。したがって、カラオケ装置
４０を利用する者は、どのカラオケボックスにおいても
新曲をほぼ同時期に歌うことができる。ところで、スピ
ーカ４１，４３、アンプ４５および制御装置５０が、請
求項５の再生手段に相当する。

【００５８】なお、上記実施形態では、タイムテーブル
１５０ないし１７０における時間帯を１時間毎に設定
し、時刻を５分毎に設定したが、それらの設定値は、サ
ブホスト２０に接続されるサーバー３０の数や１回に行
う通信量などにより変更することができる。また、送信
時刻データが変更された場合に、その変更された送信時
刻を表示する装置をサーバー３０に設けることもでき
る。さらに、上記各実施形態では、本発明を通信カラオ
ケシステムに適用した場合を代表に説明したが、パーソ
ナルコンピュータ通信、インターネットなどに代表され
るコンピュータ間で情報を通信するシステムにも本発明
を適用できることは勿論である。

【００５９】

【発明の効果】以上のように、本発明によれば、ある時
間帯において情報受信装置から情報送信装置への通信量
が所定量に達している場合、もしくは、情報送信装置か
ら情報受信装置への通信量が所定量に達している場合に
は、情報受信装置から情報送信装置への送信時刻を自動
的に設定変更することにより、情報受信装置が情報送信
装置から情報を確実に受信できる情報通信システムを実
現することができる。

【図面の簡単な説明】

【図１】本発明第１実施形態の通信カラオケシステムの
主要構成を示すブロック図である。

【図２】サーバー３０の制御系の主要構成を示すブロッ
ク図である。

【図３】サブホスト２０の制御系の主要構成を示すブロ
ック図である。

【図４】（Ａ）は、サーバー３０からサブホスト２０へ
送信される要求信号の主要構成を示す説明図であり、
（Ｂ）は、サブホスト２０からサーバー３０へ送信され
る送信データの主要構成を示す説明図であり、（Ｃ）
は、サーバー３０からカラオケ装置４０へ送信される曲
データの主要構成を示す説明図である。

【図５】本発明第１実施形態のサブホスト２０のＲＡＭ
２２に記憶されているタイムテーブル１５０の構成を示
す説明図である。

【図６】本発明第２実施形態のサブホスト２０のＲＡＭ
２２に記憶されているタイムテーブル１６０の構成を示
す説明図である。

【図７】本発明第３実施形態のサブホスト２０のＲＡＭ
２２に記憶されているタイムテーブル１７０の構成を示
す説明図である。

【図８】本発明第１実施形態のサーバー３０とサブホス
ト２０との間で行われる通信の内容を時系列で示す説明
図である。

【図９】本発明第２実施形態のサーバー３０とサブホス
ト２０との間で行われる通信の内容を時系列で示す説明
図である。

【図１０】本発明第１実施形態のサーバー３０のＣＰＵ
３１およびサブホスト２０のＣＰＵ２１により実行され
る通信制御内容を示すフローチャートである。

【図１１】本発明第２実施形態のサーバー３０のＣＰＵ
３１およびサブホスト２０のＣＰＵ２１により実行され
る通信制御内容を示すフローチャートである。

【図１２】本発明第３実施形態のサーバー３０のＣＰＵ
３１およびサブホスト２０のＣＰＵ２１により実行され
る通信制御内容を示すフローチャートである。

【図１３】カラオケ装置４０の制御系の主要構成を示す
ブロック図である。

【図１４】制御装置５０に備えられたＣＰＵ７４により
実行される選曲から曲データの再生までの処理内容を示
すフローチャートである。

【図１５】モニタ４２に表示された背景映像２００およ
び歌詞テロップ２０２の説明図である。

【図１６】従来のサーバー３００とサブホスト３１０と
の間で行われる通信の内容を時系列で示す説明図であ
る。

【符号の説明】

１ カラオケ通信システム ２ ホストコンピュータ ３ ＩＳＤＮ回線 ４ 電話回線 ５ カラオケボックス ６ ＬＡＮ回線 ２０ サブホスト ２１，３１ ＣＰＵ ３０ サーバー ４０ カラオケ装置 ４１，４３ スピーカ ４２，４４ モニタ ４５ アンプ ４６，４７ マイク ９０ 送信器 １２０ 要求信号 １３０ 送信データ １４０ 曲データ １５０ タイムテーブル

Claims (5)

【特許請求の範囲】
1. 【請求項１】 情報の送信要求を示す送信要求信号を通
   信手段を介して受信する送信要求信号受信手段と、 前記情報が記憶された情報記憶手段と、 前記送信要求信号受信手段により前記送信要求信号が受
   信された場合に、所定数の情報を前記情報記憶手段から
   読出す情報読出手段と、 この情報読出手段により読出された情報を前記通信手段
   を介して送信する情報送信手段とを有する情報送信装置
   と、 前記送信要求信号を前記通信手段を介して前記送信要求
   信号受信手段へ送信する時刻を示す送信時刻情報が書換
   え可能に記憶された送信時刻情報記憶手段と、 この送信時刻情報記憶手段に記憶された送信時刻情報に
   より示される所定の送信時刻になった際に、前記送信要
   求信号を前記通信手段を介して前記送信要求信号受信手
   段へ送信する送信要求信号送信手段と、 前記情報送信手段により前記通信手段を介して送信され
   る情報を受信する情報受信手段とを有する情報受信装置
   と、が備えられた情報通信システムにおいて、 前記送信要求信号受信手段が前記送信要求信号を前記通
   信手段を介して受信した際に、その受信した時間帯にお
   ける前記通信手段により行われる通信量が所定量に達し
   ている場合に、前記所定の送信時刻とは異なる送信時刻
   を示す送信時刻情報を前記通信手段を介して前記情報受
   信手段へ送信し、前記送信時刻情報記憶手段に記憶され
   ている送信時刻情報を前記送信された送信時刻情報に書
   換える送信時刻情報書換手段が備えられたことを特徴と
   する情報通信システム。
2. 【請求項２】 情報の送信要求を示す送信要求信号を通
   信手段を介して受信する送信要求信号受信手段と、 前記情報が記憶された情報記憶手段と、 前記送信要求信号受信手段により前記送信要求信号が受
   信された場合に、所定数の情報を前記情報記憶手段から
   読出す情報読出手段と、 この情報読出手段により読出された情報を前記通信手段
   を介して送信する情報送信手段とを有する情報送信装置
   と、 前記送信要求信号を前記通信手段を介して前記送信要求
   信号受信手段へ送信する時刻を示す送信時刻情報が書換
   え可能に記憶された送信時刻情報記憶手段と、 この送信時刻情報記憶手段に記憶された送信時刻情報に
   より示される所定の送信時刻になった際に、前記送信要
   求信号を前記通信手段を介して前記送信要求信号受信手
   段へ送信する送信要求信号送信手段と、 前記情報送信手段により前記通信手段を介して送信され
   る情報を受信する情報受信手段とを有する情報受信装置
   と、が備えられた情報通信システムにおいて、 前記情報送信手段により、前記通信手段を介して送信さ
   れる情報の量が、所定量より多い場合に、前記所定の送
   信時刻とは異なる送信時刻を示す送信時刻情報を前記通
   信手段を介して前記情報受信手段へ送信し、前記送信時
   刻情報記憶手段に記憶されている送信時刻情報を前記送
   信された送信時刻情報に書換える送信時刻情報書換手段
   が備えられたことを特徴とする情報通信システム。
3. 【請求項３】 前記送信時刻情報書換手段は、 前記通信手段を介して前記情報受信手段と行う通信量を
   所定の時間帯毎に記憶する通信量記憶手段を備え、前記
   所定の送信時刻とは異なる送信時刻を前記通信量記憶手
   段における前記通信量が所定量に達していない時間帯を
   示す時刻から選択し、この選択された時刻を示す送信時
   刻情報を前記通信手段を介して前記情報受信手段へ送信
   し、前記送信時刻情報記憶手段に記憶されている送信時
   刻情報を前記送信された送信時刻情報に書換えるもので
   あることを特徴とする請求項１または請求項２に記載の
   情報通信システム。
4. 【請求項４】 前記情報は、楽音により構成される楽曲
   を示す楽曲情報であることを特徴とする請求項１ないし
   請求項３のいずれか１つに記載の情報通信システム。
5. 【請求項５】 前記情報受信手段により受信される楽曲
   情報を楽音により再生する再生手段が備えられたことを
   特徴とする請求項４に記載の情報通信システム。