JP3089316B2 - データ集約方法及びデータ集約システム - Google Patents

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、データ集約方法及びデ
ータ集約システムに係り、特に、網に不必要な負担をか
けずに、かつセンタ窓口の処理能力を十分に活用して効
率的に不特定多数の端末からデータをセンタに集約する
ためのデータ集約方法及びデータ集約システムに関す
る。

【０００２】

【従来の技術】図１９は、従来のデータ集約システムの
構成を示す。同図に示す構成は、センタ１０、複数の端
末２０及び公衆網３０から構成される。センタ１０は、
個々の端末２０からデータを受け取り、１つの纏まった
データとして集約する。端末２０₁ 〜２０_n は、公衆網
３０を介してデータをセンタ１０に送信する。

【０００３】図２０は、従来のシステムのセンタの構成
を示す。センタ１０は、複数のデータ受信部１１₁ 〜１
１_n 、データ集約部１２、集約データ送信部１３より構
成される。データ受信部１１₁ 〜１１_n は、個々の端末
２０からのデータの着信に対応し、公衆網３０を介して
データを受け取る。データ集約部１２は、各データ受信
部１１₁ 〜１１_n によって得られたデータを集約する。
集約データ送信部１３は、データ集約部１２により１つ
に纏められた集約データを送信する。

【０００４】図２１は、従来のシステムの端末の構成を
示す。端末２０は、端末データ入力部２１、端末データ
蓄積部２２、端末データ送信部２３、話中時対処部２４
及び発呼動作指示部２５より構成される。端末データ入
力部２１は、端末２０へデータを入力する。端末データ
蓄積部２２は、端末データ入力部２１から入力されたデ
ータを送信が完了するまで保持する。端末データ送信部
２３は、センタ１０へ発呼し、端末データ蓄積部２２に
蓄積されたデータを送信する。話中時対処部２４は、発
呼の結果、話中になったかどうかを判定し、もし話中で
あれば、発呼動作を繰り返すような指示を発呼動作指示
部２５に出す。発呼動作指示部２５は、端末データ送信
部２３に対して発呼動作の起動を行う。

【０００５】図２１に示す構成において、端末データ入
力部２１から入力されたデータは、端末データ蓄積部２
２に蓄積される。端末データ蓄積部２２は、送信すべき
データが蓄積されると、データの準備ができたことを発
呼動作指示部２５に通知し、端末データ送信部２３にデ
ータを送信するために待機する。発呼動作指示部２５
は、発呼する契機が与えられると、発呼の指示を端末デ
ータ送信部２３に転送する。端末データ送信部２３は、
発呼動作指示部２５から発呼指示を受けるとセンタ１０
に向けて発呼し、接続に成功したら端末データ蓄積部２
２に蓄積されているデータを読み取り送信する。話中時
対処部２４は、通信回線の状態を監視し、もし、端末デ
ータ送信部２３の発呼により話中であることを検出した
ら、発呼動作指示部２５へ再発呼が必要であることを通
知する。

【０００６】図２２は、従来のシステムの端末における
発呼動作指示部と話中時対処部の構成を示す。発呼動作
指示部２５は、発呼するまでの待機時間を決定する待機
時間決定部２５１を有する。話中時対処部２４は、呼接
続を試みた結果、話中になったかどうかを調べる話中状
態検出部２４１と、話中になったため再発呼が必要であ
ることを発呼動作指示部２５へ通知する再発呼指示部２
４２より構成される。

【０００７】発呼動作指示部２５の待機時間決定部２５
１は、送信するデータの準備が済んでいることを端末デ
ータ蓄積部２２から通知されると、適当な時間間隔の長
さを取決め、その時間間隔だけ待機した後に、端末デー
タ送信部２３に発呼を指示する。その後話中時対処部２
４の話中状態検出部２４１で話中が検出され、再発呼指
示部２４２により再発呼を指示された場合には、再び、
待機時間決定部２５１は適当な時間間隔を取決め、時間
間隔だけ待機した後に、発呼を端末データ送信部２３に
指示する。

【０００８】

【発明が解決しようとする課題】上記従来のシステム
は、不特定多数の端末データを集める場合、各端末のア
ドレスリストをセンタは持っていないので、センタ側か
らのポーリングによってデータを集めることはできな
い。そこで、従来のシステムのように、各端末側からセ
ンタに向けて発呼する形態になる。しかしながら、従来
のシステムでは不特定多数の端末に対してセンタの混み
具合を知らせる方法はない。そのため、計画性なしに、
一方的に端末側から公衆網を介してセンタに発呼するこ
とになる。

【０００９】しかし、多数の端末がセンタ窓口の処理能
力を上回る発呼を行うと、網は溢れた呼に対して呼損処
理を行わなくてはならない。即ち、網に対してデータの
送受信とは直接関係のない処理による負担が増大する。
これを避けるために、各端末は、待機する時間間隔をロ
ーカルに取決めておき、接続が成功するまで発呼を繰り
返す。しかし、この方法を用いる場合は、各端末がロー
カルに時間間隔を取り決めておかなければならないこ
と、発呼を希望する端末の総数をローカルな端末は知る
ことができないために、端末群全体から一時に生じる発
呼の総量をセンタ窓口数に近い量に制御することは困難
である。つまり、センタ窓口の処理能力を十分に引出し
かつ、網に不必要な負担をかけない限度の量に制御する
ことは、困難である。

【００１０】一方、センタ窓口が限界まで稼働しなけれ
ば、データの収集時間は長くなる。一方、センタ窓口の
処理能力を大きく上回り、負担がかかるようになると、
網はデータ収集に関わる接続処理に専念することができ
ないため、やはり、データの収集時間は長くなるという
問題が残る。本発明は、上記の点に鑑みなされたもの
で、本発明の目的は、網における呼損処理を必要最小限
とし、かつセンタ窓口の処理能力をフルに利用すること
のできるデータ集約方法及びデータ集約システムを提供
することである。

【００１１】また、本発明の更なる目的は、センタ窓口
の処理能力をフルに利用することにより効率のよいデー
タ集約方法及びデータ集約システムを提供することであ
る。また、本発明の更なる目的は、センタの混雑状況を
把握し、その混雑状況を改善の方向に推移させることが
可能なデータ集約方法及びデータ集約システムを提供す
ることである。

【００１２】また、本発明の更なる目的は、センタ窓口
から溢れた呼損数をカウントし、発呼を希望する端末を
予測し、その予測に基づいて端末に発呼を調整させるこ
とが可能な集約方法及びデータ集約システムを提供する
ことである。また、本発明の更なる目的は、端末からの
呼がセンタ窓口を占有する時間や、端末が実際にセンタ
に着信するまでのタイムラグ等を考慮して適応的に発呼
を制御することが可能なデータ集約方法及びデータ集約
システムを提供することである。

【００１３】

【課題を解決するための手段】

【００１４】

【００１５】

【００１６】図１は、本発明の原理を説明するためのシ
ーケンスチャート（その１）である。本発明（請求項
１）のデータ集約方法は、公衆網を介して複数の窓口を
有するセンタに不特定多数の端末群から送信されるデー
タを集約するデータ集約方法において、センタにおい
て、窓口への着信数に基づいて次に発呼する端末の総数
と発呼のタイミングを調整する制御情報である発呼確率
値の初期値を設定し（ステップ１００１）、発呼確率値
をある時間間隔で端末に放送し（ステップ１００２）、
端末において、センタから放送された発呼確率値を受信
し（ステップ１００３）、受信した発呼確率値に基づい
て発呼するか否かを判定し、発呼しない場合は、発呼確
率値の受信を待機し、発呼する場合には、センタ窓口へ
接続を試み（ステップ１００４）、該センタ窓口が話中
か否かを判定し（ステップ１００５）、話中である場
合、発呼確率値の受信を待機し、話中でなく接続に成功
した場合には、端末データをセンタに送信し（ステップ
１００７）、センタにおいて、所定の時間内に実際に端
末から着信した呼の数をカウントする（ステップ１００
６）と共に、端末からのデータを受け取り、前回に放送
した発呼確率値と着信した呼の数から発呼を希望してい
る端末の総数を見積もり（ステップ１００８）、見積も
られた端末の総数と、所定のセンタ窓口の数から次回端
末群に放送する発呼確率値を設定し（ステップ１００
９）、設定された発呼確率値をある時間間隔で端末群に
放送する（ステップ１０１０）。本発明（請求項２）の
データ集約方法は、端末は受信した発呼確率値に基づい
て発呼する際に、乱数を生成し、生成された該乱数と発
呼確率値を比較して発呼するか否かを決定する。

【００１７】図２は、本発明の原理を説明するためのシ
ーケンスチャート（その２）である。 本発明（請求項
３）のデータ集約方法は、呼損の総数を集計する手段を
有する公衆網を介して、複数の窓口を有するセンタに、
不特定多数の端末群からデータを集約する集約方法にお
いて、 センタにおいて、 窓口への着信数に基づいて次に
発呼する端末の総数と、発呼のタイミングを調整する制
御情報である発呼確率値の初期値を設定し（ステップ２
００１）、 発呼確率値をある時間間隔で端末に放送し
（ステップ２００２）、 端末において、 センタから放送
された発呼確率値を受信し（ステップ２００３）、 受信
した発呼確率値に基づいて発呼するか否かを決定し、発
呼しない場合は、発呼確率値の受信を待機し、発呼する
場合には、センタ窓口へ接続を試み（ステップ２００
４）、該センタ窓口が話中か否かを判定し（ステップ２
００６）、話中である場合に、公衆網へ呼損のカウント
を依頼して発呼確率値の受信を待機し（ステップ２００
７）、話中でなく接続に成功した場合には、端末データ
をセンタに送信し（ステップ２００８）、 センタにおい
て、所定の時間内に実際に端末から着信した呼の数をカ
ウントすると共に、端末からデータを受け取り（ステッ
プ２００５）、センタ窓口から溢れた呼損の数の情報を
公衆網から受け取り（ステップ２００９）、前回放送し
た発呼確率値と実際に着信した呼の数と呼損の数から発
呼を希望している端末の総数を見積もり（ステップ２０
１０）、 見積もられた端末の総数と所定のセンタ窓口の
数から次回端末群に放送する発呼確率値を設定し（ステ
ップ２０１１）、 設定された発呼確率値を端末にある時
間間隔で放送する（ステップ２０１２）。

【００１８】本発明（請求項４）のデータ集約方法は、
次回発呼確率値を設定する際に、センタは、センタ窓口
の混雑状況の情報の他に、公衆網の混雑状況の情報を該
公衆網より受信し、もし、公衆網が輻輳を起こしそうな
状況にある場合には、放送する発呼確率値を低く抑え
る。

【００１９】本発明（請求項５）のデータ集約方法は、
次回発呼確率値を設定する際に、見積もられた端末の総
数とその瞬間に空き状態にあるセンタの窓口の数から次
回発呼確率値を求める。

【００２０】本発明（請求項６）のデータ集約方法は、
次回発呼確率値を設定する際に、各端末は、データリン
クを確立したらすぐにデータ送信に要するサービス時間
の見積をセンタに通知し、センタは、端末からの通知に
基づいて発呼確率値を不特定多数の端末に放送し、該端
末から実際にセンタ窓口に着信するまでに係るタイムラ
グの時間内に、現在データの送信中の端末がデータ送信
を終了し、回線を切断し終わると予測される場合に、該
センタ窓口を空き状態にあるセンタ窓口と見做す。

【００２１】本発明（請求項７）のデータ集約方法は、
発呼を希望している端末数を見積る際に、各々の回に見
積もった発呼を希望している端末数（発呼希望者数）の
履歴を保持し、発呼希望数の増減の傾向を利用して、次
回の予測発呼希望者数を予想する。 本発明（請求項８）
のデータ集約方法は、センタが、各々の回において予測
した発呼希望者数の履歴を保持し、２回先の発呼希望者
数を１回前の放送時点で予測する。

【００２２】本発明（請求項９）のデータ集約方法は、
センタにおいて、所定の時間内にセンタに実際に着信し
た呼の数をカウントしてセンタ窓口の混雑状況を測定す
る際に、単位時間間隔中にそれぞれの呼がセンタ窓口を
占有するサービス時間の分布を測定し、測定されたサー
ビス時間分布に応じて次回発呼確率値を端末に放送する
時間間隔を設定する。本発明（請求項１０）のデータ集
約方法は、各端末が、センタ窓口と端末装置とのデータ
リンクが確立したらすぐに、各端末からセンタへデータ
を送信するために要するサービス時間の見積をセンタに
通知し、センタは、サービス時間の見積と発呼確率値の
放送から着信までのタイムラグを考慮して端末に放送す
る時間間隔を定める。

【００２３】図３は、本発明の原理構成を示す。 本発明
（請求項１１）は、公衆網を介して複数の窓口を有する
センタに不特定多数または、特定の端末群から送信され
るデータを集約するデータ集約システムであって、 セン
タ１００は、 端末からセンタ窓口への着信に対してデー
タを受信するデータ受信手段１１０と、 データ受信手段
１１０で受信したデータの１つのデータとして集約する
データ集約手段１２０と、 センタ窓口の混雑状況を測定
する場合に、ある特定の時間間隔を単位として単位時間
間隔中にセンタ窓口に着信した呼の数をカウントするカ
ウント手段１４０と、 カウント手段１４０により測定さ
れた混雑状況情報に基づいて、接続されているセンタ窓
口に余裕がある場合には、放送した発呼確率値と実際に
単位時間中にセンタに着信した呼の総数から発呼を希望
している残りの端末の総数を推定する手段と、発呼総数
の期待値がセンタ窓口数と等しくなるように次回に放送
する次回発呼確率値を決定する手段と、センタ窓口に余
裕がない場合には、発呼確率値を減少させる手段とを有
する制御情報生成手段１５０と、発呼確率値を制御情報
として端末にある時間間隔で放送する制御情報送信手段
１６０とを有し、 端末２００は、センタ１００から放送
された制御情報を受信する制御情報受信手段２１０と、
センタ１００より受信した発呼確率値に従って、確率的
に発呼するか否かを決定する発呼動作制御手段２２０
と、 センタ窓口に発呼し、データを送信するデータ送信
手段２５０と、 センタ窓口が話中の場合に、発呼確率値
の受信を再開して発呼確率値に基づいて発呼の再開の要
否を判断する（話中対処）手段２６０とを有する。

【００２４】本発明（請求項１２）のデータ集約システ
ムは、発呼動作制御手段２２０において、乱数を生成
し、生成された該乱数と受信した発呼確率値との比較に
より発呼するか否かを決定する。

【００２５】本発明（請求項１３）のデータ集約システ
ムは、公衆網においてセンタ窓口から溢れた呼損の総数
を集計する手段を有し、 センタ２００は、ある特定の時
間間隔を単位として単位時間間隔中にセンタ窓口に着信
した呼の数をカウントし、呼損の総数を公衆網より取得
する混雑状況測定手段１４０と、 放送した発呼確率値と
実際に単位時間間隔中にセンタに着信した呼の総数と、
センタ窓口から溢れた呼損の総数から発呼を希望してい
る残りの端末の総数を推定し、発呼総数の期待値がセン
タ窓口数と等しくなるように次回に放送する発呼確率値
を設定する制御情報生成手段１５０とを有し、 端末２０
０は、センタ窓口が話中の時に、話中によって生じた呼
損をカウントするように公衆網に依頼する話中対処手段
２６０を有する。

【００２６】本発明（請求項１４）は、データ集約手段
において、集約されたデータを特定の宛先に送信する集
約データ送信手段を有する。

【００２７】本発明（請求項１５）のデータ集約システ
ムは、制御情報生成手段１５０において、発呼を希望し
ている残りの端末の総数の履歴を保持する履歴蓄積手段
と、総数の履歴を参照して次回の予測発呼希望者数を補
正する手段を含む。

【００２８】本発明（請求項１６）のデータ集約システ
ムは、制御情報生成手段１５０において、発呼を希望し
ている残りの端末の総数の履歴を保持する履歴蓄積手段
と、履歴の総数を参照して２回先の発呼希望者数を１回
前の放送時点で予測する予測手段とを有する。

【００２９】本発明（請求項１７）のデータ集約システ
ムは、制御情報生成手段１５０において、単位時間間隔
中にそれぞれの呼がセンタの窓口を占有するサービス時
間の分布を測定し、測定されたサービス時間分布に応じ
て次回発呼確率値を端末に放送する時間間隔を設定する
手段を有する。

【００３０】本発明（請求項１８）のデータ集約システ
ムは、制御情報送信手段１５０において、センタ窓口と
端末とのデータリンクの確立時にデータを送信するため
に要するサービス時間の見積を各端末から受信し、次回
に送信する発呼確率値を放送する単位時間間隔を該サー
ビス時間の分布に基づいて決定し、端末２００に送信す
る。

【００３１】

【作用】請求項１の発明は、次に発呼する端末の発呼の
タイミングを調整する制御情報として、前回センタが端
末群に放送した確率と実際に着信した呼の数から発呼を
希望している端末の総数を見積もり、見積もられた端末
の総数と用意されているセンタ窓口の数から次回に放送
する発呼確率値を求め、これを制御情報とするものであ
り、見積数とセンタ窓口数が近似するように設定するこ
とにより着信効率が向上する。

【００３２】請求項２の発明は、乱数値と発呼確率値と
の比較により発呼するか否かを決定するものである。

【００３３】請求項３の発明は、次に発呼する端末の発
呼のタイミングを調整する制御情報として、センタ窓口
から溢れた呼損の数を網から取得し、前回センタが放送
した確率と実際に着信した呼の数とセンタ窓口で溢れた
呼損の数から発呼を希望している端末の総数を見積も
り、見積もられた端末の総数と用意されているセンタ窓
口の数から次回に放送する発呼確率値を求め、これを制
御情報とすることにより、端末の発呼を制御し、センタ
窓口に対して適切な発呼量となるよう制御する。

【００３４】請求項４の発明は、次回に放送する発呼確
率値を定める際に、センタ窓口の混雑状況の情報の他に
網の混雑状況の情報を網から受け取り、もし、網が輻輳
を起こしそうな状況である場合には、放送する発呼確率
値を低く抑えることにより、輻輳の回避が可能となる。
請求項５の発明は、次回に放送する発呼確率値を定める
際に、見積もられた端末の総数と用意されているセンタ
の窓口の数からではなく、見積もられた端末の総数とそ
の瞬間に空き状態にあるセンタ窓口の数から次回に放送
する発呼確率値を設定し、長時間に渡ってセンタ窓口を
占有する端末が混在しても効率的にセンタ窓口を運用す
ることが可能である。

【００３５】請求項６の発明は、次回に放送する発呼確
率値を定める際に、データリンクを確立したらすぐに、
各端末からデータ送信に要するサービス時間の見積もり
を通知してもらい、その通知に基づいて発呼確率値が不
特定多数の端末に放送され、端末が実際にセンタに着信
するまでにかかるタイムラグの時間内に、現在データ送
信中の端末がデータ送信を終了すると予測される場合に
は、その窓口を空き状態にあるセンタ窓口と見做すこと
によりセンタ窓口を有効に使用することが可能である。

【００３６】請求項７の発明は、端末の総数を見積もる
際に、発呼を希望している端末数の履歴に基づいて、端
末数の増減傾向により、より正確な発呼確率値を求め、
時間的な変動の適応力を強化している。

【００３７】請求項８の発明は、発呼希望者数の履歴情
報に基づいて発呼希望者数の時間的な変動情報により、
早い段階で制御情報を生成し、早めに制御情報を端末に
送り届けて端末の発呼処理に対して時間的なゆとりを与
える。

【００３８】請求項９の発明は、単位時間間隔中にそれ
ぞれの呼が窓口を占有するサービス時間の分布を測定
し、その分布に応じて次回からの発呼確率値を端末に放
送する時間間隔を定めることにより適応的に単位時間間
隔を定める。

【００３９】請求項１０の発明は、端末から見積として
自己申告されているデータ送信に係る時間の分布により
次回発呼確率値を端末に放送する間隔を定めることによ
り、適応的に単位時間間隔を定める。

【００４０】請求項１１の発明は、センタからある時間
間隔で放送される制御情報に発呼確率値を用いて各端末
が発呼すべきか否かを判断させる。さらに、次にセンタ
が放送または同報する制御情報について、センタ窓口が
満席でない場合には、放送し発呼確率値と実際に単位時
間中にセンタに着信した呼の総数から発呼を希望してい
る残りの端末の総数を推定し、発呼総数の期待値がセン
タ窓口数と等しくなるような発呼確率値を制御情報と
し、センタ窓口が満杯の場合には、発呼確率値を徐々に
減少させることにより、制御情報を調整する。

【００４１】請求項１３の発明は、話中に対処するもの
として、話中により発生した呼損をカウントするよう
に、網に依頼して単位時間間隔中にセンタに着信した呼
の総数と、センタ窓口から溢れた呼損総数から発呼を希
望している残りの端末の総数を推定することが可能であ
る。請求項１４の発明は、センタにおいて集約されたデ
ータを特定の宛先に送信する。

【００４２】

【実施例】以下、本発明の実施例を図面と共に説明す
る。 ［第１の実施例］ 図４は、本発明の第１の実施例のシステム構成を示す。
同図に示すシステムは、センタ１００、端末装置群２０
０、公衆網３００及び、放送回線５００より構成され
る。

【００４３】センタ１００は、公衆網３００に接続され
た各端末装置２００よりデータを収集する。放送回線５
００は、センタ１００、端末２００間の通信を行うもの
で、有線回線または無線回線のいずれであっても構わな
い。図５は、本発明の第１の実施例のセンタの構成を示
す。センタ１００は、複数のセンタ窓口であるデータ受
信部１１０、データ集約部１２０、集約データ送信部１
３０、センタ混雑状況測定部１４０ａ、制御情報生成部
１５０及び制御情報放送部１６０より構成される。

【００４４】センタ１００のデータ受信部１１０は、公
衆網３００を介して各端末２００からデータを受信し、
データ集約部１２０及びセンタ混雑状況測定部１４０ａ
に入力する。データ集約部１２０は、各データ受信部１
１０からのデータを集約して１つのまとまったデータと
し、集約データ送信部１３０に入力する。集約データ送
信部１３０は、データ集約部１２０より入力された集約
されたデータを予めセンタ１００により決められている
宛先に送信する。センタ混雑状況測定部１４０ａは、セ
ンタ１００内のデータ受信部１１０から通知される受信
数によりセンタ１００への着呼の総数を測定する。制御
情報生成部１５０は、センタ窓口の混み具合に応じて発
呼確率値を定める。制御情報放送部１６０は、制御情報
生成部１５０で決定された発呼確率値を不特定多数の端
末群２００へ向け放送する。

【００４５】次に、図５に示す構成のセンタ動作を説明
する。 （１）データ受信部１１０は、データを受信すると、当
該データをバスを介してデータ集約部１２０に入力する
と共に、着信があったとことをバスを介してセンタ混雑
状況測定部１４０ａに通知する。 （２）データ集約部１２０は、データ受信部１１０で受
信したデータを１つの纏まったデータとして集約し、そ
の集約データを集約データ送信部１３０に入力する。集
約データ送信部１３０は、入力された集約データを特定
の宛先に送信する。なお、集約データ送信部１３０は、
データを集約するセンタ１００と集約データを実際に活
用してサービスを提供する場所が離れている場合に、集
約されたデータを送信するために必要となるが、センタ
１００と同じ場所で集約されたデータを活用したサービ
スを提供する場合には、不要となる。

【００４６】（３）制御情報生成部１５０は、着信数を
情報として利用し、発呼確率値を定め、制御情報放送部
１６０に入力する。制御情報放送部１６０は、入力され
た制御情報を放送回線５００に出力する。この放送回線
５００を介して端末２００が制御情報を受け取る。図６
は、本発明の第１の実施例のデータ集約部の構成を示
す。データ集約部１２０は、データ直列格納部１２１と
通し番号発行部１２２より構成される。データ直列格納
部１２１は、到着したデータを１つのまとまったデータ
として格納する。通し番号発行部１２２は、データ直列
格納部１２１からの要求に応じてデータに通し番号を与
える。

【００４７】データ直列格納部１２１は、データ受信部
１１０からデータを受け取ると、通し番号発行部１２２
へ通し番号の発行を要求し、発行された通し番号をイン
デックスとして、配列に整然とデータを格納する。デー
タ直列格納部１２１の配列に集約されたデータは纏めて
集約データ送信部１３０に入力される。図７は、本発明
の第１の実施例のセンタ混雑状況測定部と制御情報生成
部の構成を示す。センタ混雑状況測定部１４０ａは、単
位時間毎に信号を発生する単位時間クロック発生部１４
１とデータ受信部１１０からの着信数をカウントする着
信数カウンタ１４２を有し、制御情報生成部１５０は、
前回の単位時間間隔に端末２００に放送した発呼確率値
を保持する前回放送確率値記憶部１５１及び次回放送す
る次回放送確率値として放送する値を決定する次回放送
確率値決定部１５２を有する。

【００４８】センタ混雑状況測定部１４０ａの着信数カ
ウンタ１４２は、データ受信部１１０から着信を通知さ
れる度にカウンタをインクリメントする。着信カウンタ
１４２は、単位時間間隔の区切りを表す信号を単位時間
クロック発生部１４１から受け取ると、その時点におけ
るカウンタの値を次回放送確率値決定部１５２へ通知
し、カウンタの値をリセットする。

【００４９】制御情報生成部１５０の次回放送確率値決
定部１５２は、センタ窓口を溢れない程度の適度に小さ
い値を初期値として持っている。最初の単位時間間隔に
対しては、この初期値を発呼確率値の値とする。２回目
にこの各単位時間間隔に対しては、以下のようにして発
呼確率値を設定する。着信カウンタ１４２から通知され
る着信数をａ、前回放送確率値記憶部１５１が保持する
値をＰａ、センタ１００の窓口数をＣとする。

【００５０】［ａ＝Ｃ（着信数とセンタ窓口数が等しい
場合）］ この場合には、制御情報生成部１５０は、呼損が発生し
ていることが予想されるため、適切な値Ｄ（０＜Ｄ＜
１）を決めて、次回発呼確率値Ｐを、 Ｐ＝Ｐａ×Ｄ により求める。例えば、それ以前の単位時間間隔の全て
において、ａ＝Ｃとなっていた場合には、窓口数Ｃと着
信数ａが等しいため、適切な値Ｄは０と１の中間のＤ＝
０．５とし、そうでない場合はＤ＝０．９９とする。そ
れ以前の単位時間間隔の全てにおいてａ＝Ｃとなってい
た場合には、放送した発呼確率値は、全くの的はずれの
値であったかもしれないため、値を半分にし、一方、以
前にａ＜Ｃとなったことがある場合には、放送した発呼
確率値は、それほど外れていないと考えられるので、ほ
んの少しだけ値を落としている。

【００５１】［ａ＜Ｃ（着信数がセンタ窓口より少ない
場合）］ もし、Ｐａ＝１かつａ＝０の場合には、発呼を希望して
いる者は、全くいないことになるので、センタ１００の
処理を終了させる。また、Ｐａ＜１かつａ＝０の場合
は、放送した確率値が小さすぎたために、たまたま着信
数が０だったかもしれないので、制御情報生成部１５０
は、発呼確率値Ｐの値を大きくして制御情報放送部１６
０に入力する。制御情報放送部１６０は、この発呼確率
値Ｐを制御情報として、再度放送を行う。

【００５２】例えば、前回放送確率値をＰａとして、次
回放送確率値ＰをＰ＝Ｐａ×２によって定める。但し、
Ｐは確率値であるので、Ｐａ×２が１を越えた時は、次
回放送確率値Ｐ＝１とする。ａ＞０の場合は、着信数ａ
と前回放送確率値Ｐａから潜在的に発呼を希望している
端末の総数Ｎを、 Ｎ＝（ａ／Ｐａ）−ａ によって予測する。ここで、着信数ａを減じているの
は、着信したａ本の呼に関しては、データの収集が完了
しているためである。そして、窓口数Ｃと予測されたＮ
から発呼確率値Ｐを Ｐ＝Ｃ／Ｎ により定める。但し、Ｐは、確率値なので、Ｎ＜Ｃの場
合には、Ｐ＝１とする。

【００５３】決定された発呼確率値Ｐは、制御情報放送
部１６０と前回放送確率値記憶部１５１へ送られる。前
回放送確率値記憶部１５１は、受け取った値Ｐ（確率
値）を記憶する。図８は、本発明の第１の実施例の端末
の構成を示す。同図に示す端末２００は、センタ１００
から放送されている制御情報のデータをセンタ１００よ
り受信する制御情報受信部２１０、発呼の起動を促す発
呼動作指示部２２０、送信すべきデータを入力する送信
端末データ入力部２３０、入力されたデータの送信が完
了するまで保持する端末データ蓄積部２４０、データを
端末２００からセンタ１００に向けて送信する端末デー
タ送信部２５０、センタ１００への接続が失敗して話中
になった時に対処する話中時対処部２６０ａより構成さ
れる。

【００５４】端末データ入力部２３０に入力されたデー
タは、端末データ蓄積部２４０に入力され、蓄積され
る。端末データ蓄積部２４０は、送信すべきデータがす
べて蓄積されると、制御情報受信部２１０に受信を開始
するように指示し、いつでも端末データ送信部２５０へ
データを送信できるように待機する。制御情報受信部２
１０は、端末データ蓄積部２４０から受信の開始指示を
受けると、センタ１００から放送されている発呼確率値
を受信し、当該発呼確率値を発呼動作指示部２２０へ転
送する。制御情報受信部２１０は、一度制御情報を受信
すると、特に、発呼動作指示部２２０または、話中時対
処部２６０から受信再開の指示がない限り以降の制御情
報は受信しない。発呼動作指示部２２０は、受信した発
呼確率値に基づいて発呼するか否かを制御情報（発呼確
率データ）を受け取る毎に決定する。もし、発行しない
ことに決定した場合は、制御情報受信部２１０に受信再
開の指示を出す。一方、もし、発呼することに決定され
た場合には、端末データ送信部２５０へ発呼するように
指示する。端末データ送信部２５０は、センタ１００に
向けて発呼し、端末データ蓄積部２４０のデータを送信
する。話中になった場合、話中時対処部２６０ａがこれ
を検出し、制御情報受信部２１０へ受信の再開を指示す
る。制御情報受信部２１０から再び発呼確率値が送られ
てくることにより、発呼動作指示部２２０は、再発呼が
必要であることを認識する。

【００５５】図９は、本発明の第１の実施例の発呼動作
指示部及び話中対処部の構成を示す。端末２００の発呼
動作指示部２２０は、確率データ到着検出部２２１、乱
数発生部２２２、発呼起動条件検出部２２３より構成さ
れる。端末２００の話中対処部２６０ａは、話中状態検
出部２６２と受信再開指示部２６１より構成される。

【００５６】発呼動作指示部２２０の確率データ到着検
出部２２１は、発呼確率値をデータとして受け取ると、
乱数発生部２２２へ信号を送り、同時に、発呼確率値を
発呼起動条件検出部２２３に入力する。乱数発生部２２
２は、信号を受け取ると乱数範囲０．０〜１．０の乱数
値Ｒを生成し、発呼起動条件検出部２２３に生成した乱
数値Ｒを入力する。発呼起動条件検出部２２３は、受け
取った乱数値Ｒが発呼確率値Ｐ以下（Ｒ≦Ｐ）の場合
に、発呼指示を端末データ送信部２５０に転送する。

【００５７】話中時対処部２６０ａの話中状態検出部２
６２は、公衆網３００を監視し、話中になった場合に、
これを受信再開指示部２６１に通知する。受信再開指示
部２６１は、制御情報受信部２１０へ受信を再開するよ
うに指示する。以下に、センタ１００側の動作及び端末
２００側の動作を説明する。図１０は、本発明の第１の
実施例のセンタ側の要部の動作を説明するためのフロー
チャートである。

【００５８】ステップ１０１） 制御情報生成部１５０
は、センタ１００の最初の単位時間間隔に対して発呼確
率値Ｐの初期値として、センタ窓口数を越えない、適度
に小さい値を設定する。 ステップ１０２） 制御情報生成部１５０から制御情報
放送部１６０に発呼確率値Ｐを転送すると、制御情報放
送部１６０は、最初の単位時間間隔に対してこの発呼確
率値Ｐを端末群２００に放送する。

【００５９】ステップ１０３） 端末２００からの着呼
に対応して、センタ１００のデータ受信部１１０が端末
データを受信する。 ステップ１０４） センタ１００のセンタ混雑状況測定
部１４０ａの着信数カンタ１４２は、センタ窓口に着呼
した呼総数をａをカウントする。着信数カウンタ１４２
は、呼総数ａを次回放送確率値決定部１５２に入力す
る。

【００６０】ステップ１０５） 制御情報生成部１５０
の次回放送確率値決定部１５２は、カウント値ａが０で
あるかを判定し、ａ≠０の場合には、ステップ１０６に
移行し、ａ＝０の場合には、ステップ１１４に移行す
る。 ステップ１０６） 次回放送確率決定部１５２は、ａ≠
０のときは、センタ窓口数Ｃとカウント値ａを比較し、
Ｃ＞ａの場合には、ステップ１０７に移行し、Ｃ≦ａの
場合には、ステップ１１１に移行する。

【００６１】ステップ１０７） 次回放送確率決定部１
５２は、Ｃ＞ａの場合には、潜在的に発呼を希望してい
る端末２００の総数Ｎを Ｎ＝（ａ／Ｐａ）−ａ により予測する。 ステップ１０８） ここで、次回放送確率決定部１５２
は、ステップ１０７により求められた端末の総数Ｎとセ
ンタ窓口数Ｃを比較し、Ｎ＞Ｃであれば、ステップ１０
９に移行し、Ｎ≦Ｃであれば、ステップ１１０に移行す
る。

【００６２】ステップ１０９） 次回放送確率決定部１
５２は、Ｎ＞Ｃの場合には、窓口数Ｃと予測された端末
数Ｎから発呼確率値ＰをＰ＝Ｃ／Ｎし、ステップ１０２
に移行する。 ステップ１１０） ステップ１０８において、次回放送
確率決定部１５２は、Ｎ≦Ｃの場合には、Ｐ＝１とし、
ステップ１０２に移行する。

【００６３】ステップ１１１） ステップ１０６におい
て、センタ窓口数Ｃとカウント値ａとの関係がＣ≦ａで
あれば、以前にＣ＞ａとなったことがあるかを判定す
る。ある場合には、ステップ１１２に移行し、ない場合
には、ステップ１１３に移行する。 ステップ１１２） 以前にＣ＞ａとなったことがある場
合には、端末２００に放送した発呼確率値はそれほど外
れていないと考えられるので、少しだけ、例えば０．９
９程調整する。即ち、発呼確率値Ｐとして、以前に設定
された発呼確率値Ｐａ×０．９９を発呼確率値Ｐとし、
ステップ１０２に移行する。 ステップ１１３） 以前にＣ＞ａとなったことがない場
合には、端末２００に放送した発呼確率値は、全く外れ
ている値として発呼確率値Ｐを半分にする。即ち発呼確
率値をＰａ×０．５とし、ステップ１０２に移行する。

【００６４】ステップ１１４） ステップ１０５におい
て、ａ＝０である場合、即ち、全く着呼がない場合に、
発呼確率値Ｐ＝１であるかを判定し、Ｐ＝１である場合
には、処理を終了する。Ｐ≠１の場合には、ステップ１
１５に移行する。 ステップ１１５） Ｐ≠１の場合には、放送した確率値
Ｐが小さすぎた可能性があるので、発呼確率値Ｐの値を
大きくする。つまり、発呼確率値Ｐとして、min （Ｐａ
×２，１） を設定し、ステップ１０２に移行する。

【００６５】このような制御情報生成部１５０の動作に
より制御情報が生成されると、制御情報放送部１６０よ
り端末２００に放送される。図１１は、本発明の第１の
実施例の端末側の動作を説明するためのフローチャート
である。 ステップ２０１） 端末２００は、センタ１００より発
呼確率値Ｐを受信する。

【００６６】ステップ２０２） 端末２００の発呼動作
指示部２２０の乱数発生部２２２より０から１までの範
囲の乱数値Ｒを取得する。 ステップ２０３） 発呼動作指示部２２０は、発呼確率
値Ｐが乱数値Ｒ以上であるかを判定し、Ｐ≧Ｒである場
合には、ステップ２０４に移行し、Ｐ＜Ｒである場合に
はステップ２０１に移行する。

【００６７】ステップ２０４） 発呼動作指示部２２０
は、端末データ送信部２５０に対して発呼するように指
示し、端末データ送信部２５０は、センタ１００のセン
タ窓口に接続を試みる。 ステップ２０５） ここで、端末２００はセンタ１００
のセンタ窓口が話中であるかを判定し、話中である場合
には、ステップ２０１に移行し、話中ではない場合に
は、ステップ２０６に移行する。

【００６８】ステップ２０６） 話中でなければ、端末
データ送信部２５０は、端末データ蓄積部２４０よりデ
ータを読み出してセンタ１００に送信する。 ステップ２０７） センタ１００に対するデータ送信が
終了したらデータリンクを切断する。 本実施例では、測定されたセンタ１００の混雑状況を改
善方向へ推移させるための制御情報、即ち、次回発呼確
率値をセンタ１００側で算出するが、混雑状況をそのま
まの形で各端末２００へ放送し、各端末２００側がその
混雑情報及び予め通知されたセンタ窓口数から次回発呼
確率値を導き出すようにしても上記と同様の効果を得る
ことができる。

【００６９】また、発呼を希望する端末の数が時間的に
変化することもあり得る。センタ１００は、毎回予測さ
れる発呼希望端末数の履歴を保持し、発呼希望端末数の
時間的な変化を予測することによって、適応力を強化す
ることができる。発呼希望端末の数の典型的な推移のし
かたが経験的に分かっている時は、それを利用すると有
効である。

【００７０】センタ１００への着呼数を測定する単位時
間間隔は、予め定められていて、一定の時間間隔を用い
たが、この例に限定されることなく、単位時間間隔中に
おいて、センタ窓口を占有するサービス時間の分布を測
定し、その分布のしかたに応じて次回からの発呼確率値
の単位時間間隔を適応的に設定することにより、適応的
に単位時間間隔を変化させることも可能である。例え
ば、各窓口のサービス時間が単位時間間隔中で前方にの
み集中している場合は、次回からの単位時間は短めに設
定される。

【００７１】また、上記のセンタ１００においてサービ
ス時間の分布を測定する例に限定されることなく、端末
２００側にセンタ窓口とのデータリンクが確率したら直
ぐに、端末２００からデータ送信にかかるサービス時間
の見積の情報を通知してもらうことによっても適応的に
単位時間間隔を定めることも可能である。この場合、セ
ンタ１００は、サービスが完了していなくともサービス
時間は認識できる。そのため、発呼確率値の放送から端
末２００が、発呼確率値に応えてセンタ１００へ着呼す
るためのタイムラグを考慮して早めにセンタ１００側よ
り発呼確率値を放送することが可能となる。

【００７２】また、センタ１００からの発呼確率値の放
送から、端末２００がそれに答えて、センタ１００に着
呼するまでのタイムラグが長い場合、センタ１００側で
は放送した発呼確率値に応答した端末２００からセンタ
１００への着呼数をカウントし、次回の発呼確率値を定
める処理が遅れ気味になってしまう。そのため、発呼確
率値計算処理が設定された短めの単位時間間隔内に終了
しないこともあり得る。そのような場合には、毎回予測
していた発呼希望端末数の履歴から２回先の発呼希望端
末数を１回前の時点で予測することより、早めに制御情
報を端末に送り届けて端末の発呼処理に対して時間的な
ゆとりを与える。

【００７３】また、本実施例では、各端末２００から送
信されるデータ量が同量の場合に、センタ窓口が効率的
に運用されるが、一部の端末が大きなデータを送信する
ような場合には、単位時間間隔を長めに設定することに
なり、他の窓口が有効に利用されなくなる。しかし、次
回に放送する発呼確率値を、センタ１００側において測
定された着呼数と、窓口数からではなく、測定された着
呼数とその瞬間に空き状態にある窓口の数から設定する
ことにより、長時間窓口を占有する端末が混在している
場合には、センタ窓口を効率的に運用することができる
ようになる。即ち、見方を変えれば、センタ１００の窓
口数が時間的に変化していると考えるものである。

【００７４】センタ１００から発呼確率値を放送し、そ
の発呼確率値を端末２００が受信して発呼し、センタ１
００へ着呼するまでにいくらかのタイムラグがある。そ
の間に、現在窓口を占有している呼が終了すると、その
窓口は遊休状態となる。そこで、更に、端末２００から
センタ１００に最初にデータ送信が完了するまでの時間
の見積を通知させるようにし、センタ１００から端末２
００への発呼確率値の放送から、端末２００からセンタ
１００への着呼までの時間内に、その呼が終了すると見
込まれる場合には、そのセンタ窓口は空いていると見做
すようにすると、より効率的にセンタ窓口を運用するこ
とができる。

【００７５】［第２の実施例］ 次に、本発明の第２の実施例について説明する。図１２
は、本発明の第２の実施例のシステム構成を示す。前述
の第１の実施例の図４と異なる点は、センタ１００と公
衆網３００との間にテレゴング契約回線６００（電話投
票サービス）を有することである。その他のシステム構
成要素は第１の実施例と同様である。

【００７６】テレゴング契約回線６００は、特定の電話
番号への呼をカウント集計・通知する既存のサービスで
ある。センタ１００において、センタ窓口から溢れて話
中となった呼損数がこのテレゴング契約回線６００を介
して公衆網３００から送られる。図１３は、本発明の第
２の実施例のセンタ１００の構成を示す。同図に示すセ
ンタ１００は、複数のセンタ窓口であるデータ受信部１
１０、データ集約部１２０、集約データ送信部１３０、
センタ混雑状況測定部１４０ｂ、制御情報生成部１５０
及び制御情報放送部１６０より構成される。同図におい
て、第１の実施例の図５と異なるのは、センタ混雑状況
測定部１４０にテレゴング契約回線６００が接続されて
いる点である。

【００７７】データ受信部１１０は、公衆網３００を介
して各端末２００からデータを受信し、データ集約部１
２０及びセンタ混雑状況測定部１４０ｂに入力する。デ
ータ集約部１２０は、各データ受信部１１０からのデー
タを集約して１つのまとまったデータとして、集約デー
タ送信部１３０に入力する。集約データ送信部１３０
は、データ集約部１２０より入力された集約されたデー
タを予めセンタ１００により決められている宛先に送信
する。センタ混雑状況測定部１４０ｂは、センタ１００
内のデータ受信部１１０から通知される受信数によりセ
ンタ１００への着呼の総数を測定すると共に、テレゴン
グ契約回線６００から入力される呼損総数を受信する。
制御情報生成部１５０は、センタ窓口の混み具合に応じ
て発呼確率値を定める。制御情報放送部１６０は、制御
情報生成部１５０で決定された発呼確率値Ｐを不特定多
数の端末群２００へ向け放送する。

【００７８】図１４は、本発明の第２の実施例のセンタ
混雑状況測定部と制御情報生成部の構成を示す。センタ
混雑状況測定部１４０ｂは、単位時間クロック発生部１
４１、着信数カウンタ１４２、テレゴング契約回線６０
０から通知される呼損総数を受信する網情報受信部１４
３、網情報受信部１４３で受信した呼損総数を保持する
呼損数格納部１４４より構成される。

【００７９】制御情報生成部１５０は、前回放送確率値
記憶部１５１と次回放送確率決定部１５２より構成され
る。同図において、第１の実施例の図７と比較するとセ
ンタ混雑状況測定部１４０ｂに網情報受信部１４３と呼
損数格納部１４４が追加されている点が異なる。制御情
報生成部１５０の次回放送確率値決定部１５２は、セン
タ窓口を溢れない、適度に小さい値を初期値として持っ
ている。最初の単位時間間隔に対しては、この初期値を
発呼確率値とする。２回目移行の各単位時間間隔に対し
ては、以下のようにして発呼確率値を定める。センタ混
雑状況測定部１４０ｂの着信数カウンタ１４２から知ら
される着信数をａ、前回放送確率記憶部１５１が保持す
る値をＰａ、呼損数格納部１４４から通知される呼損数
をｂ、センタの窓口数をＣとする。以下に発呼確率値を
求める方法を説明する。

【００８０】図１５は、本発明の第２の実施例のセンタ
側の動作（発呼確率値算出）を説明するためのフローチ
ャートである。 ステップ３０１） 初期値として、センタ１００は、セ
ンタ窓口から溢れない程度の値を初期値とし、この初期
値を発呼確率値Ｐとして設定する。 ステップ３０２） センタ１００は、設定された発呼確
率値Ｐを端末２００に放送する。

【００８１】ステップ３０３） センタ１００のデータ
受信部１１０は、端末２００からの着呼に対応して端末
データを受け取り、データ集約部１２０でデータの集約
処理を行う。 ステップ３０４） センタ１００のセンタ混雑状況測定
部１４０ｂの着信数カウンタ１４２はセンタ窓口に着呼
した呼の総数ａをカウントし、そのカウント値ａを制御
情報生成部１５０の次回放送確率値決定部１５２に入力
する。

【００８２】ステップ３０５） カウンタａが０でない
場合（ａ≠０）には、ステップ３０６に移行し、カウン
タａが０の場合（ａ＝０）にはステップ３１１に移行す
る。 ステップ３０６） センタ混雑状況測定部１４０ｂの網
情報受信部１４３は網よりセンタ窓口から溢れた呼数の
総数ｂを取得する。取得した呼損数ｂは呼損数格納部１
４４に格納される。

【００８３】ステップ３０７） 次回放送確率値決定部
１５２は、呼損格納部１４４より呼損数を取得し、潜在
的に発呼を希望している端末の総数Ｎを、 Ｎ＝（（ａ＋ｂ）／Ｐａ）−ａ により予測する。 ステップ３０８） 次回放送確率値決定部１５２は、窓
口数Ｃと予測されたＮを比較し、Ｎ＞Ｃであれば、ステ
ップ３０９に移行し、Ｎ≦Ｃであれば、ステップ３１０
に移行する。

【００８４】ステップ３０９） Ｎ＞Ｃであるとき、次
回放送確率値を窓口数Ｃを端末総数Ｎで除したＣ／Ｎと
し、ステップ３０２に移行する。 ステップ３１０） Ｎ≦Ｃであるとき、次回放送確率値
を１（Ｐ＝１）とし、ステップ３０２に移行する。 ステップ３１１） ステップ３０５において、カウント
値ａが０である場合には、発呼確率値Ｐが１であるかを
判断し、Ｐ＝１である場合には、発呼を希望している者
は全くいないことになるので、センタ１００の処理を終
了する。Ｐ≠１、つまりａ＝０，Ｐａ＜１の場合には、
ステップ３１２に移行する。

【００８５】ステップ３１２） ａ＝０，Ｐａ＜１の場
合には放送した発呼確率値が小さすぎたために、たまた
ま着信数のカウントａが０であったかもしれないので、
発呼確率値Ｐの値を大きくして再度、端末２００に放送
を行う。例えば、前回放送確率値をＰａとし、次回放送
確率値Ｐを、 Ｐ＝Ｐａ×２ により設定する。但し、Ｐは確率値であるので、Ｐａ×
２が１を越えた時は、Ｐ＝１とする。

【００８６】次に、第２の実施例の端末２００について
説明する。図１６は、本発明の第２の実施例の端末の構
成を示す。端末２００は、制御情報受信部２１０、発呼
動作指示部２２０、端末データ入力部２３０、端末デー
タ蓄積部２４０、端末データ送信部２５０及び話中時対
処部２６０ｂより構成される。同図において、第１の実
施例の図８と比較すると、話中時対処部２６０ｂが端末
データ送信部２５０と同じ通信回線を共有している部分
が異なる。話中時対処部２６０ｂは、話中を検出する
と、制御情報受信部２１０に受信の再開を指示するだけ
でなく、公衆網３００を介してテレゴングサービスを利
用し、話中になったことを公衆網３００に通知し、公衆
網３００においてカウントする。

【００８７】図１７は、本発明の第２の実施例の発呼動
作指示部と話中時対処部の構成を示す。発呼動作指示部
２２０は、確率データ到着検出部２２１、乱数発生部２
２２及び発呼起動条件判定部２２３より構成される。話
中時対処部２６０ｂは、受信再開指示部２６１、話中状
態検出部２６２、及び呼損カウント依頼部２６３より構
成される。

【００８８】前述の第１の実施例の図９の構成と比較す
ると、話中時対処部２６０ｂに呼損カウント依頼部２６
３が追加されている部分が異なる。話中状態対処部２６
０ｂは、公衆網３００を監視し、話中になった場合にこ
れを受信再開指示部２６１に伝えると同時に、呼損カウ
ント依頼部２６３に信号を送る。呼損カウント依頼部２
６３は、信号を受け取ると、公衆網３００を介してテレ
ゴングサービスを利用し、公衆網３００に発生した呼損
のカウントを依頼する。話中となった端末２００の数
は、網上のテレゴングサービスにより集計され、テレゴ
ング契約回線６００を介してセンタ１００に通知され
る。

【００８９】図１８は、本発明の第２の実施例の端末間
の動作を説明するためのフローチャートである。 ステップ４０１） 端末２００の制御情報受信部２１０
は、センタ１００より発呼確率Ｐを受信すると、発呼動
作指示部２２０の確率データ到着検出部２２１に出力す
る。

【００９０】ステップ４０２） 確率データ到着検出部
２２１は、発呼確率Ｐが到着したことを検出すると、乱
数発生部２２２及び発呼起動条件検出部２２３に通知す
る。これにより、端末２００の発呼動作指示部２２０の
乱数発生部２２２では、乱数０．０〜１．０の範囲の乱
数値Ｒを生成し、発呼起動条件検出部２２３に入力す
る。

【００９１】ステップ４０３） 発呼起動条件検出部２
２３は、センタ１００から取得した発呼確率Ｐと乱数発
生部２２２より入力された乱数値Ｒを比較し、Ｐ≧Ｒで
あればステップ４０４に移行し、Ｐ＜Ｒであれば、ステ
ップ４０１に移行する。 ステップ４０４） 発呼起動条件検出部２２３は、発呼
確率値Ｐが乱数値Ｒ以上である場合を発呼起動条件と
し、端末データ送信部２５０に発呼起動を通知し、端末
データ送信部２５０は、センタ１００に発呼してセンタ
窓口への接続を試みる。

【００９２】ステップ４０５） ここで、話中時対処部
２６０ｂの話中状態検出部２６２がセンタ窓口が話中で
あることを検出した場合には、ステップ４０６に移行
し、話中でない場合には、ステップ４０７に移行する。 ステップ４０６） 話中時対処部２６０ｂの呼損カウン
ト依頼部２６３は、テレゴングサービスを利用して公衆
網３００に呼損のカウントを依頼し、ステップ４０１に
移行する。

【００９３】ステップ４０７） センタ１００と端末２
００が接続された場合には、端末２００の端末データ蓄
積部２４０に蓄積された端末データを端末データ送信部
２５０を介してセンタ１００に送信する。 ステップ４０８） 端末データの送信が終了したら、セ
ンタ１００と端末２００とのデータリンクを切断し、端
末２００の処理を終了する。

【００９４】また、テレゴングサービスは、呼の数をカ
ウントしつつ、一部の呼を所定の割合でセンタ窓口へ接
続するサービスも提供している。このサービスは、カッ
トスルーと呼ばれる。端末データ送信部２５０における
センタ１００への接続を試みる処理と、呼損カウント依
頼部２６３における話中時に呼損のカウントを依頼する
処理を別々に行う代わりに、テレゴングサービスにおい
て、このカットスルーを利用してセンタ１００への接続
を試みつつ、同時に発呼数のカウントを行うことによ
り、上記の実施例と同様の効果を得ることが可能であ
る。

【００９５】また、上記の実施例に基づいて提供される
データ集約システムは、そのシステム自身に起因する輻
輳は、基本的に起こらない。しかし、そのシステムとは
全く独立の別のシステムによって引き起こされた輻輳に
巻き込まれることはあり得る。従って、本発明の第２の
実施例では、当システムのセンタ窓口から溢れ呼損の数
のみを網から通知してもらうようにしているが、これを
改造して他のシステムによって生じる網の混雑状況を含
めた総合的な混雑情報の情報の通知を取得すれば、他の
システムによって輻輳が発生しそうな状態になった時、
放送する発呼確率を低く抑えることにより、輻輳の発生
を回避することが可能である。

【００９６】本発明は、上記の第１の実施例及び第２の
実施例に限定されることなく、特許請求の範囲内で種々
変更・応用が可能である。

【００９７】

【発明の効果】上述のように、本発明は、不特定多数の
端末群からの発呼量がセンタ窓口の処理能力に見合った
量となるように制御することにより、センタ窓口をフル
稼働させ、かつ網にとって不必要な負担である呼損処理
を最小現に抑えることが可能である。センタ窓口がフル
に稼働しつつ、網に負担がかからないようになると、網
はデータ収集に関わる接続処理に専念することができる
ため、データの収集時間を短くすることができる。従っ
て、同じ数のデータを収集するのであれば、より早くデ
ータを収集することができる、同じ時間をかけるのであ
れば、より多くのデータの収集が可能である。

【００９８】特に、センタから端末に放送する制御情報
を発呼確率値とすることにより、センタ窓口の容量が限
界でない場合には、実際にセンタへ着信した呼の量とそ
の際に放送した発呼確率値から潜在的に発呼を希望して
いる端末の総数を見積もることができる。これにより、
センタ窓口をフル稼働させ、かつ網に負担をかけない発
呼量となる発呼確率値として、どの値を次に放送する発
呼確率値としてとればよいかを簡単に決めることができ
る。これにより、素早く上方修正することができる。

【００９９】さらに、センタ窓口から溢れた呼損の量を
情報として得られるようにすると、センタ窓口が満杯の
場合においてさえも、潜在的に発呼希望している端末の
総数を見積もることができる。これにより、上方修正の
みならず、下方修正も素早く行うことができる。発呼を
希望する不特定多数の端末群の需要規模を予め推測する
ことが困難な場合、本発明のデータ集約システムは、特
に有効である。また、潜在的な発呼規模端末数が時間的
に変化する場合において、本発明のデータ収集システム
は容易に対処できる。

【０１００】なお、不特定多数の場合のみならず、特定
多数の場合においてもセンタ側からの個々の端末に問い
合わせをしてデータの送信を要求したり、空き回線を見
つけて回線を選択する等のポーリングが不適当な場合が
あり得る。例えば、センタ側から端末側に発呼するため
の設備が網に十分に用意されていない場合は、発呼側に
課金測定するシステムしか網に用意されていない場合等
である。このような場合には、端末側から発呼すること
になり、本発明を適用するとセンタ側からのアクセスす
る場合に有効である。

【図面の簡単な説明】

【図１】本発明の原理を説明するためのシーケンスチャ
ート（その１）である。

【図２】本発明の原理を説明するためのシーケンスチャ
ート（その２）である。

【図３】本発明の原理構成図である。

【図４】本発明の第１の実施例のシステム構成図であ
る。

【図５】本発明の第１の実施例のセンタの構成図であ
る。

【図６】本発明の第１の実施例のデータ集約部の構成図
である。

【図７】本発明の第１の実施例のセンタ混雑状況測定部
と制御情報生成部の構成図である。

【図８】本発明の第１の実施例の端末の構成図である。

【図９】本発明の第１の実施例の発呼動作指示部及び話
中対処部の構成図である。

【図１０】本発明の第１の実施例のセンタ側の動作を説
明するためのフローチャートである。

【図１１】本発明の第１の実施例の端末側の動作を説明
するためのフローチャートである。

【図１２】本発明の第２の実施例のシステム構成図であ
る。

【図１３】本発明の第２の実施例のセンタの構成図であ
る。

【図１４】本発明の第２の実施例のセンタ混雑状況測定
部と制御情報生成部の構成図である。

【図１５】本発明の第２の実施例のセンタ側の動作を説
明するためのフローチャートである。

【図１６】本発明の第２の実施例の端末の構成図であ
る。

【図１７】本発明の第２の実施例の発呼動作指示部と話
中時対処部の構成図である。

【図１８】本発明の第２の実施例の端末側動作を説明す
るためのフローチャートである。

【図１９】従来のデータ集約システムの構成図である。

【図２０】従来のシステムのセンタの構成図である。

【図２１】従来のシステムの端末の構成図である。

【図２２】従来のシステムの端末における発呼動作指示
部と話中時対処部の構成図である。

───────────────────────────────────────────────────── フロントページの続き (72)発明者 塚田 晴史 東京都千代田区内幸町１丁目１番６号 日本電信電話株式会社内 (56)参考文献 特開 平６−268761（ＪＰ，Ａ) 特開 平７−30673（ＪＰ，Ａ) (58)調査した分野(Int.Cl.⁷，ＤＢ名) H04M 11/00 - 11/10 H04M 3/22 - 3/36

Claims (18)

(57)【特許請求の範囲】
1. 【請求項１】 公衆網を介して複数の窓口を有するセン
   タに不特定多数の端末群から送信されるデータを集約す
   るデータ集約方法において、 前記センタは、 窓口への着信数に基づいて次に発呼する端末の総数と発
   呼のタイミングを調整する制御情報である発呼確率値の
   初期値を設定し、 前記発呼確率値をある時間間隔で端末に放送し、 前記端末は、 前記センタから放送された前記発呼確率値を受信し、 受信した前記発呼確率値に基づいて発呼するか否かを判
   定し、発呼しない場合は、該発呼確率値の受信を待機
   し、発呼する場合には、センタ窓口へ接続を試み、該セ
   ンタ窓口が話中か否かを判定し、話中である場合、発呼
   確率値の受信を待機し、話中でなく接続に成功した場合
   には、端末データを前記センタに送信し、 前記センタは、 所定の時間内に実際に前記端末から着信した呼の数をカ
   ウントすると共に、該端末からのデータを受け取り、 前回に放送した前記発呼確率値と前記着信した呼の数か
   ら発呼を希望している端末の総数を見積もり、 見積もられた前記端末の総数と所定の前記センタ窓口の
   数から次回端末群に放送する発呼確率値を設定し、 設定された前記発呼確率値をある時間間隔で前記端末群
   に放送することを特徴とするデータ集約方法。
2. 【請求項２】 前記端末は受信した前記発呼確率値に基
   づいて発呼する際に、 乱数を生成し、生成された該乱数と前記発呼確率値を比
   較して発呼するか否かを決定する請求項１記載のデータ
   集約方法。
3. 【請求項３】 呼損の総数を集計する手段を有する前記
   公衆網を介して、複数の窓口を有する前記センタに、不
   特定多数の端末群から送信されるデータを集約するデー
   タ集約方法において、 前記センタは、 窓口への着信数に基づいて次に発呼する端末の総数と発
   呼のタイミングを調整する制御情報である発呼確率値の
   初期値を設定し、 前記発呼確率値をある時間間隔で前記端末に放送し、 前記端末は、 前記センタから放送された前記発呼確率値を受信し、 受信した前記発呼確率値に基づいて発呼するか否かを決
   定し、発呼しない場合は、該発呼確率値の受信を待機
   し、発呼する場合には、センタ窓口へ接続を試み、該セ
   ンタ窓口が話中か否かを判定し、話中である場合、前記
   公衆網へ呼損のカウントを依頼して発呼確率値の受信を
   待機し、話中でなく接続に成功した場合には、端末デー
   タを前記センタに送信し、 前記センタは、 所定の時間内に実際に前記端末から着信した呼の数をカ
   ウントすると共に、該端末からのデータを受け取り、 前記センタ窓口から溢れた呼損の数の情報を前記公衆網
   から受け取り、 前回に放送した前記発呼確率値と前記着信した呼の数と
   前記個尊の数から発呼を希望している端末の総数を見積
   もり、 見積もられた前記端末の総数と所定の前記センタ窓口の
   数から次回端末群に放送する発呼確率値を設定し、 設定された前記発呼確率値をある時間間隔で前記端末群
   に放送する請求項１記載のデータ集約方法。
4. 【請求項４】 前記次回発呼確率値を設定する際に、 前記センタは、前記センタ窓口の混雑状況の情報の他
   に、前記公衆網の混雑状況の情報を該公衆網より受信
   し、 もし、前記公衆網が輻輳を起こしそうな状況にある場合
   には、放送する発呼確率値を低く抑える請求項３記載の
   データ集約方法。
5. 【請求項５】 前記次回発呼確率値を設定する際に、 見積もられた端末の総数とその瞬間に空き状態にあるセ
   ンタの窓口の数から前記次回発呼確率値を求める請求項
   １記載のデータ集約方法。
6. 【請求項６】 前記次回発呼確率値を設定する際に、 前記各端末は、データリンクを確立したらすぐにデータ
   送信に要するサービス時間の見積を前記センタに通知
   し、 前記センタは、端末からの通知に基づいて発呼確率値を
   不特定多数の端末に放送し、該端末から実際にセンタ窓
   口に着信するまでに係るタイムラグの時間内に、現在デ
   ータの送信中の端末がデータ送信を終了し、回線を切断
   し終わると予測される場合に、該センタ窓口を空き状態
   にあるセンタ窓口と見做す請求項１記載のデータ集約方
   法。
7. 【請求項７】 前記センタは、 発呼を希望している端末数を見積る際に、 各々の回に見積もった発呼を希望している端末数（発呼
   希望者数）の履歴を保持し、 前記発呼希望数の増減の傾向を利用して、次回の予測発
   呼希望者数を補正する請求項１記載のデータ集約方法。
8. 【請求項８】 前記センタは、 各々の回において予測した前記発呼希望者数の履歴を保
   持し、２回先の発呼希望者数を１回前の放送時点で予測
   する請求項１記載のデータ集約方法。
9. 【請求項９】 前記センタは、所定の時間内に前記セン
   タに実際に着信した呼の数をカウントして前記センタ窓
   口の混雑状況を測定する際に、 単位時間間隔中にそれぞれの呼が前記センタ窓口を占有
   するサービス時間の分布を測定し、測定されたサービス
   時間分布に応じて前記次回発呼確率値を前記端末に放送
   する時間間隔を設定する請求項１記載のデータ集約方
   法。
10. 【請求項１０】 前記各端末装置は、前記センタ窓口と
    のデータリンクが確立したらすぐに、該端末から前記セ
    ンタへデータを送信するために要するサービス時間の見
    積を該センタに通知し、 前記センタは、前記サービス時間の見積と発呼確率値の
    放送から着信までのタイムラグを考慮して前記端末に放
    送する前記時間間隔を定める請求項１記載のデータ集約
    方法。
11. 【請求項１１】 公衆網を介して複数の窓口を有するセ
    ンタに不特定多数または、特定の端末群から送信される
    データを集約するデータ集約システムであって、 端末から前記センタ窓口への着信に対してデータを受信
    するデータ受信手段と、 前記データ受信手段で受信したデータを１つのデータと
    して集約するデータ集約手段と、 ある特定の時間間隔を単位として単位時間間隔中に前記
    センタ窓口に着信した呼の数をカウントするカウント手
    段と、 前記カウント手段により測定された混雑状況情報に基づ
    いて、接続されている前記センタ窓口に余裕がある場合
    には、放送した発呼確率値と実際に単位時間中に前記セ
    ンタに着信した呼の総数から発呼を希望している残りの
    端末の総数を推定する手段と、発呼総数の期待値がセン
    タ窓口数と等しくなるように次回に放送する発呼確率値
    を決定する手段と、前記センタ窓口に余裕がない場合に
    は、発呼確率値を減少させる手段とを有する制御情報生
    成手段と、 前記発呼確率値を制御情報として前記端末にある時間間
    隔で放送する制御情報送信手段とを有し、 前記端末は、 前記センタから放送された前記制御情報を受信する制御
    情報受信手段と、 前記センタより受信した前記発呼確率値に従って、確率
    的に発呼するか否かを決定する発呼動作制御手段と、 前記センタ窓口に発呼し、データを送信するデータ送信
    手段と、 前記センタ窓口が話中の場合に、前記発呼確率値の受信
    を再開して前記発呼確率値に基づいて発呼の再開の要否
    を判断する手段とを有することを特徴とするデータ集約
    システム。
12. 【請求項１２】 前記発呼動作制御手段は、 乱数を生成し、生成された該乱数と受信した前記発呼確
    率値との比較により発呼するか否かを決定する請求項１
    １記載のデータ集約システム。
13. 【請求項１３】 前記公衆網は、前記センタ窓口から溢
    れた呼損の総数を集計する手段を有し、 前記センタは、 ある特定の時間間隔を単位として単位時間間隔中に前記
    センタ窓口に着信した呼の数をカウントし、前記呼損の
    総数を前記公衆網より取得する混雑状況測定手段と、 放送した発呼確率値と実際に単位時間間隔中に前記セン
    タに着信した呼の総数と、前記センタ窓口から溢れた呼
    損の総数から発呼を希望している残りの端末の総数を推
    定し、発呼総数の期待値がセンタ窓口数と等しくなるよ
    うに次回に放送する発呼確率値を設定する制御情報生成
    手段とを有し、 前記端末は、 前記センタ窓口が話中の場合に、話中によって生じた呼
    損をカウントするように前記公衆網に依頼する話中対処
    手段とを有する請求項１１記載のデータ集約システム。
14. 【請求項１４】 前記データ集約手段は、 集約されたデータを特定の宛先に送信する集約データ送
    信手段を有する請求項１１記載のデータ集約システム。
15. 【請求項１５】 前記制御情報生成手段は、 前記発呼を希望している残りの端末の総数の履歴を保持
    する履歴蓄積手段と、 前記総数の履歴を参照して次回の予測発呼希望者数を補
    正する請求項１１記載のデータ集約システム。
16. 【請求項１６】 前記制御情報生成手段は、 前記発呼を希望している残りの端末の総数の履歴を保持
    する履歴蓄積手段と、 前記履歴の総数を参照して２回先の発呼希望者数を１回
    前の放送時点で予測する予測手段とを有する請求項１１
    記載のデータ集約システム。
17. 【請求項１７】 前記制御情報生成手段は、 単位時間間隔中にそれぞれの呼が前記センタの窓口を占
    有するサービス時間の分布を測定し、測定されたサービ
    ス時間分布に応じて前記次回発呼確率値を端末に放送す
    る時間間隔を設定する手段を有する請求項１１記載のデ
    ータ集約システム。
18. 【請求項１８】 前記制御情報送信手段は、 前記センタ窓口と前記端末とのデータリンクの確率時に
    データを送信するために要するサービス時間の見積を前
    記各端末から受信し、次回に放送する発呼確率値を放送
    する単位時間間隔を該サービス時間の分布に基づいて決
    定し、前記端末に送信する請求項１１記載のデータ集約
    システム。