JPH11261624A

JPH11261624A - 情報配信装置

Info

Publication number: JPH11261624A
Application number: JP10055162A
Authority: JP
Inventors: Kaori Suzuki; かおり鈴木
Original assignee: Fujitsu Ltd
Current assignee: Fujitsu Ltd
Priority date: 1998-03-06
Filing date: 1998-03-06
Publication date: 1999-09-24

Abstract

(57)【要約】【課題】本発明は、通信回線を介して利用者に情報を
配信する情報配信装置に関し、その利用者の要求に柔軟
に、確度高く適応できることを目的とする。【解決手段】利用者によって操作される端末との間に
通信リンクを形成する通信インタフェース手段１１と、
端末に配信され得る複数Ｎの情報を収集し、あるいは蓄
積する情報源１２と、複数Ｎの情報の内、端末に配信さ
れるべき情報の識別子が登録される配信対象記憶手段１
３と、複数Ｎの情報の内、配信対象記憶手段１３に登録
された識別子で示される情報を取得し、通信インタフェ
ース手段１１と通信リンクとを介して端末に、これらの
情報を配信する情報配信手段１４と、通信リンクと通信
インタフェース手段１１とを介して与えられる識別子を
取得し、その識別子を配信対象記憶手段１３に登録する
配信対象設定手段１５を備えて構成される。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、予め蓄積され、あ
るいは収集された情報を通信回線を介して対向する端末
宛に配信する情報配信装置に関する。

【０００２】

【従来の技術】近年、高度に進展した情報処理技術と伝
送技術とが有機的に組み合わせられることによって基
本伝送サービスに併せて、通信処理サービスあるいは情
報処理サービスの提供が可能となり、このようなサービ
スを提供する付加価値通信網が多くの電気通信事業者に
よって運用されている。

【０００３】また、これらの情報処理技術や伝送技術の
組み合わせは、国際的な標準の仕様に準拠する汎用のパ
ッケージや機器が適用されることによって安価に、かつ
確実に達成されるために、上述した付加価値通信網に限
らず、例えば、ファクシミリ通信システムやビデオテッ
クスのような蓄積型通信サービスと、公共、金融、製
造、流通、遠隔監視その他の多様な分野の業務との最適
化がはかられたサービスの提供にも供され、特に、電話
やファクシミリの端末を介して行われる問い合わせや照
会に対して自動的に音声で応答する音声照会通知システ
ムは、遠隔監視やセキュリティの分野にも適用されつつ
ある。

【０００４】図１３は、音声照会通知システムに適用さ
れる情報配信装置の構成例を示す図である。図におい
て、加入者線１００-1〜１００-nには回線インタフェー
ス部１０１が接続され、その回線インタフェース部１０
１に併せて、音声合成部１０２、データ収集部１０３、
外部記憶装置１０４、キーボード（ＫＢ）１０５および
表示装置（ＣＲＴ）１０６がバス１０７を介してプロセ
ッサ１０８に接続される。音声合成部１０２のポートは
回線インタフェース部１０１の対応する端子に接続さ
れ、データ収集部１０３のライン入力には後述する情報
の収集に供される通信リンク１０９が接続される。

【０００５】また、外部記憶装置１０４には、(1) 図１
４に示すように、・データ収集部１０３によって収集され得る情報の識
別に供される「情報識別子」（個々の情報の種別を示す
ユニークな「個別識別子」と、複数の情報の種別毎に予
め対応付けられたグループを示すユニークな「グループ
識別子」との何れか一方として与えられる。）と、・その情報に予め割り付けられた「優先度」とに併せ
て、・データ収集部１０３によって実際に収集され、かつ
これらの情報識別子および優先度に対応する「情報」、がそれぞれ格納されるべきフィールドからなる複数Ｎの
面を有する情報テーブル１１０と、(2) 図１５に示すよ
うに、・上述した「情報識別子」と、・その情報識別子に対応した情報について予め設定さ
れた「基準値」と、の各フィールドを有する基準値テー
ブル１１１と、(3) 図１６に示すように、・サービスが提供されるべき個々の利用者に予め割り
付けられた「利用者識別子」と、・そのサービスの提供に供されるべき端末に予め割
り付けられた「電話番号」とに併せて、・認証の基準となるべき「認証情報」と、がそれぞれ
予め格納されるべきフィールドからなる利用者情報テー
ブル１１２と、(4) 図１７に示すように、・利用者に提供されるべき情報を示す「情報識別子」
（既述の情報テーブル１１０の「情報識別子」フィール
ドと同様に、「個別識別子」と、「グループ識別子」と
の何れか一方として与えられる。）と、・その情報識別子に対応し、かつ利用者に提供される
べき情報を示す「カレント値」と、・その情報の優先度を示す「優先度」と、・既述の情報テーブル１１０の面の内、これらの情報
識別子、カレント値および優先度を与える面を示す「ポ
インタ値」と、がそれぞれ予め定数として設定され、さ
らに、その情報の通報先となり得る全ての利用者（既述
の「利用者識別子」で示される。）に個別に対応した面
を有する通報データテーブル１１３と、がデータベース
として予め形成される。

【０００６】このような構成の情報配信装置では、プロ
セッサ１０８は、始動時には、データ収集部１０３およ
び通信リンク１０９を介して所定の情報が収集されるべ
き時刻（以下、「収集時刻」という。）（図１８(1))
と、先行して収集された情報が所望の利用者宛に通報さ
れるべき時刻（以下、「通報時刻」という。)(図１８
(2))とを所望の頻度で与えるスケジューリングタスク
（図示されない。）を起動した後に、「待ち受け状態」
に以降し、かつこれらの時刻に併せて、後述するイベン
ト（図１８(3)、(4))を監視する。

【０００７】さらに、プロセッサ１０８は、上述した収
集時刻の時点では、情報テーブル１１０の面の内、その
時点で書き込みの対象となるべき面を示すポインタ（こ
こでは、簡単のため、プロセッサ１０８が主導的に行う
領域管理の下で設定されると仮定する。）と、収集され
るべき全ての情報の情報識別子とに併せて、この情報テ
ーブル１１０の面の対応するレコードを示すレコードポ
インタをデータ収集部１０３に与えることによって、そ
のデータ収集部１０３に「収集要求」を与える（図１８
(5))と共に、予め決められたインターバル（ここでは、
簡単のため、「１０秒」であると仮定する。）のタイマ
を起動する（図１８(6))。

【０００８】データ収集部１０３は、このような「収集
要求」として与えられた個々の情報識別子については、
通信リンク１０９を介して対向するサイトにその情報識
別子で示される情報を要求することによって収集し、こ
の情報識別子に対応したレコードポインタと上述したポ
インタとで示される情報テーブルの「情報」フィールド
に、収集された情報を順次格納すると共に、全ての情報
についてこのような処理を完了すると、バス１０７を介
してプロセッサ１０８に、その旨を示す「収集情報メッ
セージ」を送出する。

【０００９】プロセッサ１０８は、上述したタイマによ
って行われる計時が完了する前にこの「収集情報メッセ
ージ」が与えられた場合には、その計時を規制する処理
を行う（図１８(7))が、反対に与えられなかった場合に
は、バス１０７を介して表示装置１０６の表示画面にそ
の旨を示す警報情報を出力する（図１８(8))。なお、こ
のようにタイマが適用されることによってプロセッサ１
０８とそのプロセッサ１０８以外の各部との連係が正常
に行われているか否かの判別と、その判別の結果に適応
した処理とについては、本願発明に関係がないので、以
下では、説明および全てのフローチャート上に対する図
示を省略することとする。

【００１０】また、データ収集部１０３は、通信リンク
１０９を介して対向するサイトから何らかの情報（例え
ば、情報識別子を含む「水位」）が与えられると、バス
１０７を介してプロセッサ１０８にその旨を示し、かつ
該当する情報識別子を含むイベントとして「臨時収集メ
ッセージ」を送出する。プロセッサ１０８は、この「臨
時収集メッセージ」を識別する（図１８(3))と、情報テ
ーブル１１０の面の内、その時点で書き込みの対象とな
るべき情報テーブル１１０の面を示すポインタと、この
ポインタで示される面のレコードの内、該当する「臨時
収集メッセージ」に含まれる情報識別子に等しい情報識
別子が格納されるレコードを示すレコードポインタをデ
ータ収集部１０３に与えることによって、そのデータ収
集部１０３に「蓄積許可メッセージ」を与える（図１８
(9))。

【００１１】データ収集部１０３は、この「蓄積許可メ
ッセージ」を識別すると、情報テーブル１１０のレコー
ドの内、その「蓄積許可メッセージ」に含まれるポイン
タおよびレコードポインタで示されるレコードの「情
報」フィールドに該当する情報を格納する。一方、プロ
セッサ１０８は、このようにしてデータ収集部１０３が
情報テーブル１１０に新たな情報を格納した後に、その
情報を読み取り、この情報に対応した基準値テーブルの
レコード（該当する情報テーブルと共通のキーである
「情報識別子」に基づいて特定される。）の「基準値」
フィールドの値（例えば、上述した水位の上限値）との
比較を行う。

【００１２】さらに、プロセッサ１０８は、前者が後者
未満である場合には何ら特別な処理を行わないが、反対
に前者が後者を超える場合には、<1> 情報テーブル１１
０のレコードの内、該当するレコードの「情報識別子」
フィールドの値（以下、「通報対象識別子」という。）
と、「情報」フィールドの値（以下、「通報対象情報」
という。）とを取得し、<2> 通報データテーブル１１３
の全てのレコードの「カレント値」フィールドに初期値
（ここでは、簡単のため、「０」であると仮定する。）
を設定すると共に、<3> その通報データテーブル１１３
のレコードの内、「情報識別子」フィールドの値が上述
した「通報対象識別子」に等しい全てのレコードの「カ
レント値」フィールドに「通報対象情報」を格納し、<4
> さらに、音声合成部１０２にバス１０７を介してアク
セスすることによって、これらの「通報対象識別子」
および「通報対象情報」を示す音声メッセージの生成
を要求すると共に、<5> 上述した「通報対象識別子」お
よび「通報対象情報」の通報を回線インタフェース部１
０１に要求する、「緊急通報処理」を行う（図１８(1
0)) 。

【００１３】回線インタフェース部１０１は、上述した
要求を認識すると、バス１０７を介して通報データテー
ブル１１３に直接アクセスし、その通報データテーブル
１１３のレコードの内、「カレント値」フィールドの値
が既述の「初期値」以外の値である個々のレコードにつ
いて、そのレコードを含む面に対応した利用者識別子を
この通報データテーブル１１３の該当する面の番号とし
て特定する。

【００１４】さらに、回線インタフェース部１０１は、
利用者情報テーブル１１２にも同様に直接アクセスし、
かつ上述したように特定された利用者識別子をキーとす
ることによって、その利用者情報テーブル１１２に登録
された電話番号を取得して加入者線１００-1〜１００-n
の内、空いている加入者線（以下、「捕捉加入者線」と
いう。）を捕捉して発信すると共に、その電話番号を送
出する。

【００１５】また、回線インタフェース部１０１は、捕
捉加入者線の信号方式に基づいて被呼者である利用者の
端末が応答したことを認識すると、音声合成部１０２に
上述した音声メッセージの送出を要求する。さらに、回
線インタフェース部１０１は、音声合成部１０２から送
出された音声メッセージを捕捉加入者線に対して通話信
号として送出し、その送出を完了した時点でこの捕捉加
入者線を開放する。

【００１６】したがって、通報データテーブル１１３の
個々の面に予め登録された情報識別子に対応する情報に
ついては、その情報の情報源であるサイトの主導の下で
データ収集部１０３に通知され、かつ既述の基準値を超
えた場合には、その旨を示す音声メッセージが自動的に
利用者に送出される。また、通報時刻の時点では、プロ
セッサ１０８は、先行して収集された情報が格納された
情報テーブル１１０のレコードの内、「情報」フィール
ドの値が基準値テーブル１１１に対応して格納された基
準値を超えるレコードのみについて、既述の「通報対象
識別子」と「通報対象情報」とを取得し、これらの「通
報対象識別子」と「通報対象情報」との組み合わせ毎
に、上述した「緊急通報処理」と同じ処理（以下、「一
括通報処理」という。）を行う（図１８(11)) 。

【００１７】さらに、「一括通報処理」の過程では、プ
ロセッサ１０８は、バス１０７を介して音声処理部１０
２および回線インタフェース部１０１に、「その一括通
報処理に適応した処理の指示」を与える。音声処理部１
０２と回線インタフェース部１０１とは、この指示に適
応し、かつ通報先となるべき利用者毎に対応した一括処
理として、それぞれ既述の音声メッセージの生成と、発
信を含む呼設定とを行う。

【００１８】したがって、収集時刻毎にデータ収集部１
０３が通信リンク１０９を介して収集した情報は、通報
時刻毎に利用者に通報される。また、回線インタフェー
ス部１０１は、加入者線１００-1〜１００-nの何れかに
着信呼が生起した場合には、呼設定の手順に基づいて応
答し、その着信呼の発信元である利用者の電話番号（例
えば、ＩＳＤＮにおける発信者番号、あるいは利用者の
端末からその利用者の操作に応じてＤＴＭＦ信号その他
のレジスタ信号として与えられる。）を取得すると共
に、バス１０７を介してプロセッサ１０８にその電話番
号を含む「着信通知」を与える。

【００１９】プロセッサ１０８は、このような「着信通
知」が与えられる（図１８(4))と、その「着信通知」に
含まれる電話番号をキーとすることによって、利用者情
報テーブル１１２のレコードの内、その電話番号に「電
話番号」フィールドの値が等しいレコードを特定すると
共に、このレコードの「利用者識別子」フィールドの値
（以下、「通報要求者識別子」という。）を取得する。

【００２０】また、プロセッサ１０８は、領域管理の下
で情報テーブル１１０の面の内、最新の情報が格納され
た面（以下、「最新情報ポインタ」という。）を特定
し、かつ通報データテーブル１１３の面の内、その「通
報要求識別子」に対応した面を特定すると共に、その面
の全てのレコードの「ポインタ値」フィールドに最新情
報ポインタを格納する。

【００２１】さらに、プロセッサ１０８は、通報データ
テーブル１１３の該当する面のレコードの内、有効な個
々のレコードについて、「情報識別子」フィールドの値
が最新情報ポインタに対応した情報テーブル１１０の面
の「情報識別子」フィールドの値に等しいレコードの
「情報」フィールドの値を取得し、その値を「カレント
値」フィールドに格納すると共に、既述の「通報対象識
別子」と「通報対象情報」とを取得し、これらの「通報
対象識別子」と「通報対象情報」との組み合わせ毎に、
既述の「緊急通報処理」と同じ処理（以下、「応答通報
処理」という。）を行う（図１８(12)) 。

【００２２】「応答通報処理」の過程では、プロセッサ
１０８は、バス１０７を介して音声処理部１０２および
回線インタフェース部１０１に、「応答通報処理に適応
した処理の指示」を与える。音声処理部１０２と回線イ
ンタフェース部１０１とは、この指示に適応し、かつ通
報先となるべき利用者のみに対応した処理として、それ
ぞれ既述の音声メッセージの生成と呼設定とを行う。

【００２３】したがって、利用者は、加入者線１００-1
〜１００-nの何れかが着信先となるダイヤル番号を設定
して発信することによって、通報時刻まで待機すること
なく、その利用者に対応付けられてデータテーブル１１
３に予め登録された情報を適宜確認することができる。

【００２４】

【発明が解決しようとする課題】しかし、上述した従来
例では、利用者には、情報識別子が通報データテーブル
１１３の対応する面に予め登録された情報のみが優先度
の順に通報され、かつ既述の緊急通報処理、一括通報処
理および応答通報処理以外の過程では如何なる情報も通
報されない。

【００２５】また、通報先となるべき利用者の電話番号
は利用者情報テーブル１１２の「電話番号」フィールド
に予め登録されたものに限定され、かつ上述した緊急通
報処理および一括通報処理の過程では、その電話番号が
登録されている利用者に対しては、不在であるか否かに
かかわらず通報が行われる。したがって、利用者の端末
が接続された加入者線にファクシミリ端末や留守番電話
のように着信呼に対して自動的に応答する機能を有する
端末が接続されている場合には、その利用者は不在中に
通報された情報を聴取することができず、かつ他の利用
者に対するその情報の通報が遅延するために、緊急状態
に対する迅速な処置が阻害される可能性があった。

【００２６】さらに、このような緊急状態を示す情報に
ついては、通報が行われる時刻の予測が困難であるため
に、代替の人員が確保できない限り利用者の所在に制約
が生じる可能性性が高かった。

【００２７】本発明は、利用者の要求に柔軟に適応し、
かつ効率的に確度高く情報を配信できる情報配信装置を
提供することを目的とする。

【００２８】

【課題を解決するための手段】図１は、請求項１、４〜
８に記載の発明の原理ブロック図である。

【００２９】請求項１に記載の発明は、端末との間に通
信リンクを形成する通信インタフェース手段１１と、端
末に配信され得る複数Ｎの情報を収集し、あるいは蓄積
する情報源１２と、情報源１２によって収集され、ある
いは蓄積された複数Ｎの情報の内、端末に配信されるべ
き情報の識別子が登録される配信対象記憶手段１３と、
情報源１２によって収集され、あるいは蓄積された複数
Ｎの情報の内、配信対象記憶手段１３に登録された識別
子で個別に示される情報を取得し、通信インタフェース
手段１１とその通信インタフェース手段１１によって形
成された通信リンクとを介して端末に、これらの取得さ
れた情報を配信する情報配信手段１４とを備えた情報配
信装置において、通信インタフェース手段１１によって
形成された通信リンクとその通信インタフェース手段１
１とを介して与えられる識別子を取得し、その識別子を
配信対象記憶手段１３に登録する配信対象設定手段１５
を備えたことを特徴とする。

【００３０】図２は、請求項２〜８に記載の発明の原理
ブロック図である。請求項２に記載の発明は、複数Ｍの
端末との間に個別に通信リンクを形成する通信インタフ
ェース手段２１と、複数Ｍの端末に配信され得る情報を
収集し、あるいは蓄積する情報源２２と、複数Ｍの端末
の内、情報源２２によって収集され、あるいは蓄積され
た情報が配信されるべき端末を個別に示す利用者識別子
が登録される配信先記憶手段２３と、複数Ｍの端末の
内、配信先記憶手段２３に登録された個々の利用者識別
子で示される端末に、情報源２２によって収集され、あ
るいは蓄積された情報を通信インタフェース手段２１と
その通信インタフェース手段２１によって形成された通
信リンクを介して配信する情報配信手段２４とを備えた
情報配信装置において、通信インタフェース手段２１に
よって形成された通信リンクとその通信インタフェース
手段２１とを介して与えられ、この通信リンクを介して
対向し得る端末を示す利用者識別子を取得し、その利用
者識別子を配信先記憶手段２３に登録する配信先設定手
段２５を備えたことを特徴とする。

【００３１】請求項３に記載の発明は、請求項２に記載
の情報配信装置において、配信先設定手段２５は、通信
インタフェース手段２１によって形成された通信リンク
とその通信インタフェース手段２１とを介して利用者識
別子と共に与えられる付帯情報に基づいて、配信先記憶
手段２３に既に登録されているその利用者識別子を無効
化する手段を有することを特徴とする。

【００３２】請求項４に記載の発明は、請求項１ないし
請求項３の何れか１項に記載の情報配信装置において、
通信インタフェース手段１１、２１によって形成された
通信リンクを介して配信された情報に対して、その通信
リンクと通信インタフェース手段１１、２１とを介して
与えられるべき応答を監視し、その応答が予め決められ
た期間に亘って得られなかったときに、情報配信手段１
４、２４にこの情報の再送を要求する再送制御手段３１
を備えたことを特徴とする。

【００３３】請求項５に記載の発明は、請求項１ないし
請求項３の何れか１項に記載の情報配信装置において、
通信インタフェース手段１１、２１によって形成された
通信リンクを介して配信された情報に対して、その通信
リンクと通信インタフェース手段１１、２１とを介して
与えられるべき応答を監視し、その応答が得られる時点
まで後続して情報配信手段１４、２４が行うべき配信を
規制する配信規制手段４１を備えたことを特徴とする。

【００３４】請求項６に記載の発明は、請求項１ないし
請求項５の何れか１項に記載の情報配信装置において、
通信インタフェース手段１１、２１によって形成される
通信リンクを介して対向する端末に配信されるべき情報
の全てあるいは一部について、その通信リンクと通信イ
ンタフェース手段１１、２１とを介してこの端末から与
えられる優先度を取得する優先度取得手段５１を備え、
情報配信手段１４、２４は、優先度取得手段５１によっ
て取得された優先度の順に情報を配信することを特徴と
する。

【００３５】請求項７に記載の発明は、請求項１ないし
請求項６の何れか１項に記載の情報配信装置において、
通信インタフェース手段１１、２１によって形成される
通信リンクを介して端末に配信されるべき情報の全てあ
るいは一部について、その端末からこれらの通信リンク
と通信インタフェース手段１１、２１とを介して与えら
れる優先度と、その優先度が適用されるべき条件とを取
得する優先度取得手段６１を備え、通信リンクを介して
端末に配信され得る全ての情報には、情報配信手段１
４、２４によって配信される順位を示す規定の優先度が
予め割り付けられ、情報配信手段１４、２４は、配信さ
れるべき情報の内、優先度取得手段６１によって取得さ
れた条件が成立する情報と成立しない情報とについて、
それぞれその条件と共にこの優先度取得手段６１によっ
て取得された優先度と、規定の優先度との順に配信を行
うことを特徴とする。

【００３６】請求項８に記載の発明は、請求項１ないし
請求項７の何れか１項に記載の情報配信装置において、
通信インタフェース手段１１、２１とその通信インタフ
ェース手段１１、２１によって形成された通信リンクと
を介して端末と相互に送受される全ての情報は、その通
信リンクの信号方式に適応したレジスタ信号とシグナリ
ング信号との双方あるいは何れか一方として送受される
ことを特徴とする。

【００３７】請求項１に記載の発明にかかわる情報配信
装置では、配信対象記憶手段１３には、情報源１２によ
って収集あるいは蓄積され、かつ端末に配信され得る複
数Ｎの情報の内、端末に配信されるべき情報の識別子が
登録される。また、配信対象設定手段１５は、通信イン
タフェース手段１１によって形成された通信リンクとそ
の通信インタフェース手段１１とを介して上述した端末
から与えられる識別子を取得し、その識別子を配信対象
記憶手段１３に登録する。

【００３８】さらに、情報配信手段１４は、情報源１２
によって収集され、あるいは蓄積された複数Ｎの情報の
内、このように配信対象記憶手段１３に登録された識別
子で個別に示される情報を取得し、通信インタフェース
手段１１とその通信インタフェース手段１１によって形
成された通信リンクとを介して端末にこれらの取得され
た情報を配信する。

【００３９】すなわち、情報源１２によって収集あるい
は蓄積された情報の内、利用者に配信されるべき情報が
その利用者の指示に応じて決定されるので、先行して配
信された情報や利用者の要求に対する柔軟な適応が可能
となる。請求項２に記載の発明にかかわる情報配信装置
では、配信先記憶手段２３には、複数Ｍの端末の内、情
報源２２によって収集あるいは蓄積された情報が配信さ
れるべき端末を個別に示す利用者識別子が登録される。

【００４０】また、配信先設定手段２５は、通信インタ
フェース手段２１によって形成された通信リンクとその
通信インタフェース手段２１とを介して与えられ、この
通信リンクを介して対向し得る端末を示す利用者識別子
を取得し、その利用者識別子を配信先記憶手段２３に登
録する。さらに、情報配信手段２４は、上述した複数Ｍ
の端末の内、このように配信先記憶手段２３に登録され
た個々の利用者識別子で示される端末に、情報源２２に
よって収集され、あるいは蓄積された情報を通信インタ
フェース手段２１とその通信インタフェース手段２１に
よって形成された通信リンクを介して配信する。

【００４１】すなわち、複数Ｍの端末の内、情報源２２
によって収集され、あるいは蓄積された情報が配信され
るべき端末がこれらの複数Ｍの端末の何れかを操作する
利用者の指示によって適宜設定されるので、これらの端
末に先行して配信された情報や利用者の要求に対する柔
軟な適応が可能となる。請求項３に記載の発明にかかわ
る情報配信装置では、請求項２に記載の情報配信装置に
おいて、配信先設定手段２５は、通信インタフェース手
段２１によって形成された通信リンクとその通信インタ
フェース手段２１とを介して利用者識別子と共に与えら
れる付帯情報に基づいて、配信先記憶手段２３に既に登
録されているその利用者識別子を無効化する。

【００４２】すなわち、複数Ｍの端末の内、情報源２２
によって収集され、あるいは蓄積された情報の配信先と
なるべき端末は、これらの複数Ｍの端末の何れかを操作
する利用者の指示に応じて配信先から除外されるので、
これらの端末に先行して配信された情報や利用者の要求
に対してさらに柔軟な適応が可能となる。請求項４に記
載の発明にかかわる情報配信装置では、請求項１ないし
請求項３の何れか１項に記載の情報配信装置において、
再送制御手段３１は、通信インタフェース手段１１、２
１によって形成された通信リンクを介して配信された情
報に対して、その通信リンクと通信インタフェース手段
１１、２１とを介して与えられるべき応答を監視し、そ
の応答が予め決められた期間に亘って得られなかったと
きに、情報配信手段１４、２４にこの情報の再送を要求
する。

【００４３】すなわち、何れかの端末宛に配信された情
報は、その端末から上述した応答が得られない場合には
情報配信手段１４、２４によって自動的に再送が行われ
るので、利用者の不在や端末の故障に適応しつつ確度高
く配信が行われる。請求項５に記載の発明にかかわる情
報配信装置では、請求項１ないし請求項３の何れか１項
に記載の情報配信装置において、配信規制手段４１は、
通信インタフェース手段１１、２１によって形成された
通信リンクを介して配信された情報に対して、その通信
リンクと通信インタフェース手段１１、２１とを介して
与えられるべき応答を監視し、その応答が得られる時点
まで情報配信手段１４、２４が後続して行うべき配信を
規制する。

【００４４】すなわち、情報源１２、２２によって収集
され、あるいは蓄積された何れの情報についても、個々
の端末に対する配信の順序が一定に保たれるので、その
配信の順序が端末の故障や利用者の不在に応じて保たれ
ない場合に発生し得る混乱が回避される。

【００４５】請求項６に記載の発明にかかわる情報配信
装置では、請求項１ないし請求項５の何れか１項に記載
の情報配信装置において、優先度取得手段５１は、通信
インタフェース手段１１、２１によって形成される通信
リンクを介して対向する端末に配信されるべき情報の全
てあるいは一部について、その通信リンクと通信インタ
フェース手段１１、２１とを介してこの端末から与えら
れる優先度を取得する。また、情報配信手段１４、２４
は、このようにして取得された優先度の順に情報を配信
する。

【００４６】すなわち、何れの端末にもその端末を操作
する利用者によって適宜指示された優先度の順に情報が
自動的に配信されるので、先行して配信された情報や利
用者の要求に対する適応性がさらに高められる。請求項
７に記載の発明にかかわる情報配信装置では、請求項１
ないし請求項５の何れか１項に記載の情報配信装置にお
いて、通信リンクを介して端末に配信され得る全ての情
報には、情報配信手段１４、２４によって配信される順
位を示す規定の優先度が予め割り付けられ、かつ優先度
取得手段６１は、通信インタフェース手段１１、２１に
よって形成される通信リンクを介して端末に配信される
べき情報の全てあるいは一部について、その通信リンク
と通信インタフェース手段１１、２１とを介してこの端
末から与えられる優先度と、その優先度が適用されるべ
き条件とを取得する。

【００４７】また、情報配信手段１４、２４は、配信さ
れるべき情報の内、このようにして取得された条件が成
立する情報と成立しない情報とについて、それぞれこの
条件と共に優先度取得手段６１によって取得された優先
度と、上述した規定の優先度との順に配信を行う。すな
わち、何れの端末に配信されるべき情報の順序も、その
端末を操作する利用者によって指示された条件が成立す
る場合には、その条件と共に利用者によって指示された
優先度として適宜設定されるので、利用者の要求に対し
てさらに柔軟に適応することが可能となる。

【００４８】請求項８に記載の発明にかかわる情報配信
装置では、請求項１ないし請求項７の何れか１項に記載
の情報配信装置において、通信インタフェース手段１
１、２１とその通信インタフェース手段１１、２１によ
って形成された通信リンクとを介して端末と相互に送受
される情報は、その通信リンクの信号方式に適応したシ
グナリング信号とレジスタ信号との双方あるいは何れか
一方として送受される。

【００４９】すなわち、通信インタフェース手段１１、
２１と利用者によって操作されるべき端末とのハードウ
エアおよびソフトウエアが上述した通信リンクの信号方
式に適応する標準的な構成として実現されるので、請求
項１〜７に記載の発明が適用された情報配信システムが
安価に、かつ確度高く構築される。

【００５０】

【発明の実施の形態】以下、図面に基づいて本発明の実
施形態について詳細に説明する。

【００５１】図３は、請求項１〜８に記載の発明に対応
した実施形態を示す図である。図において、図１３に示
すものと機能および構成が同じものについては、同じ符
号を付与して示し、ここではその説明を省略する。本実
施形態と図１３に示す従来例との構成の相違点は、プロ
セッサ１０８に代えてプロセッサ８１が備えられ、外部
記憶装置１０４に代えて外部記憶装置８２が備えられ、
音声合成部１０２に代えて音声合成部８３が備えられた
点にある。

【００５２】なお、本実施形態と図１および図２に示す
ブロック図との対応関係については、回線インタフェー
ス部１０１は通信インタフェース手段１１、２１に対応
し、通信リンク１０９およびデータ収集部１０３は情報
源１２、２２に対応し、後述する通信データテーブル９
２、９２ａ、９３は配信対象記憶手段１３に対応し、プ
ロセッサ８１、音声合成部８３および回線インタフェー
ス部１０１は情報配信手段１４、２４に対応し、プロセ
ッサ８１および外部記憶装置８２は配信対象設定手段１
５、配信先設定手段２５、再送制御手段３１および配信
規制手段４１に対応し、後述する利用者情報テーブル９
１は配信先記憶手段２３に対応し、プロセッサ８１およ
び通報データテーブル９２、９２ａ、９２ｂは優先度取
得手段５１、６１に対応する。

【００５３】図４は、請求項１、８に記載の発明に対応
した本実施形態の動作フローチャートである。以下、図
３、図４および図１４〜図１７を参照して請求項１、８
に記載の発明に対応した本実施形態の動作を説明する。
本実施形態の特徴は、通報データテーブル１７の「情報
識別子」フィールドおよび「優先度」フィールドの値が
以下の手順に基づいて更新される点にある。

【００５４】回線インタフェース部１０１は、加入者線
１００-1〜１００-nの何れか（ここでは、簡単のため、
符号「１００-K」で示されると仮定する。）に生起した
着信呼に応答し、かつその着信呼の発信元である利用者
の電話番号を取得すると、従来例と同様にしてバス１０
７を介してプロセッサ８１にその電話番号を含む「着信
通知」を与える。

【００５５】プロセッサ８１は、その「着信通知」が与
えられと、既述の「応答通報処理」およびその「応答通
報処理」に先行して行われるべき処理を保留しつつ予め
決められた期間（図４(1))（ここでは、簡単のため、１
０秒間であると仮定する。）に亘って、「指示待ち受け
状態」に移行する。「指示待ち受け状態」では、回線イ
ンタフェース部１０１は、加入者線１００-Kを介して何
らかの番号（数字「０」〜「９」に併せて、発信元の利
用者の端末に備えられた押しボタンスイッチに対応する
「＃」の組み合わせからなる。）がＤＴＭＦ信号として
与えられると、バス１０７を介してプロセッサ８１にそ
の番号を適宜通知する。

【００５６】プロセッサ８１は、このようにして通知さ
れる番号について、主記憶に確保されたバッファ領域に
対する蓄積と蓄積された番号の列の解析とを順次行い、
その解析の結果、番号の列「０＃」、「１＃１＃」、
「２＃１＃」、「３＃１＃」が識別された場合には、そ
れぞれ後述する「バッファ初期化処理」、「通報対象情
報設定処理」、「通報対象情報追加処理」、「通報対象
情報削除処理」を行う。

【００５７】バッファ初期化処理の過程では、プロセッ
サ８１は、上述したバッファ領域と、そのバッファ処理
の領域管理の下で更新されるべきポインタとを初期化す
る（図４(2))。通報対象情報設定処理の過程では、プロ
セッサ８１は、(a) 利用者情報テーブル１１２のレコー
ドの内、「電話番号」フィールドの値が先行して取得さ
れた電話番号に等しいレコードの「利用者識別子」フィ
ールドの値に対応した通報データテーブル１１３の面を
特定し、(b) バス１０７を介して音声合成部８３に、そ
の面の個々のレコードに含まれる有効な「情報識別子」
フィールドの値の列と、加入者線１００-Kの識別情報と
を含む「既設定項目通知要求Ｓ」を与える（図４(3))、
処理を行う。

【００５８】一方、音声合成部８３は、この「既設定項
目通知要求Ｓ」を認識すると、定型句「既に設定されて
いる項目は、…です。」に、その「既設定項目通知要求
Ｓ」に含まれる個々の情報識別子が挿入されてなる句
と、定型句「新たに設定されるべき項目を全て設定して
下さい。」とを順次示す音声メッセージを生成し、その
音声メッセージを回線インタフェース部１０１を介して
加入者線１００-Kに送出する。

【００５９】通報対象情報追加処理の過程では、プロセ
ッサ８１は、上記(a) と同様の手順に基づいて通報デー
タテーブル１１３の面を特定すると共に、バス１０７を
介して音声合成部８３に、その面の個々のレコードに含
まれる有効な「情報識別子」フィールドの値の列と、加
入者線１００-Kの識別情報とを含む「既設定項目通知要
求Ａ」を与える（図４(4))。

【００６０】一方、音声合成部８３は、この「既設定項
目通知要求Ａ」を認識すると、定型句「既に設定されて
いる項目は、…です。」に、その「既設定項目通知要求
Ａ」に含まれる個々の情報識別子が挿入されてなる句
と、定型句「追加されるべき項目を全て設定して下さ
い。」とを順次示す音声メッセージを生成し、その音声
メッセージを回線インタフェース部１０１を介して加入
者線１００-Kに送出する。

【００６１】通報対象情報削除処理の過程では、プロセ
ッサ８１は、上記(a) と同様の手順に基づいて通報デー
タテーブル１１３の面を特定すると共に、バス１０７を
介して音声合成部８３に、その面の個々のレコードに含
まれる有効な「情報識別子」フィールドの値の列と、加
入者線１００-Kの識別情報とを含む「既設定項目通知要
求Ｄ」を与える（図４(5))。

【００６２】一方、音声合成部８３は、この「既設定項
目通知要求Ｄ」を認識すると、定型句「既に設定されて
いる項目は、…です。」に、その「既設定項目通知要求
Ｄ」に含まれる個々の情報識別子が挿入されてなる句
と、定型句「削除されるべき項目を全て設定して下さ
い。」とを順次示す音声メッセージを生成し、その音声
メッセージを回線インタフェース部１０１を介して加入
者線１００-Kに送出する。

【００６３】さらに、プロセッサ８１は、上述した「通
報対象情報設定処理」、「通報対象情報追加処理」、
「通報対象情報削除処理」の何れかを完了した後には、
予め決められた期間（図４(6))（ここでは、簡単のた
め、１０秒間であると仮定する。）に亘って、「項目待
ち受け状態」に移行する。「項目待ち受け状態」では、
回線インタフェース部１０１は、加入者線１００-Kから
ＤＴＭＦ信号として与えられる番号をバス１０７を介し
てプロセッサ８１に適宜通知する。

【００６４】プロセッサ８１は、このようにして通知さ
れる番号について、主記憶に確保されたバッファ領域に
対する蓄積と蓄積された番号の列の解析とを順次行い、
その解析の結果として、数字「１」〜「９」の何れかに
後続する「＃」が識別された場合には、その「＃」に先
行する数字（設定されるべき情報の識別子に該当す
る。）を既述のバッファ領域に蓄積する（図４(7))が、
数字「０」に後続する「＃」が識別された場合には、
「項目待ち受け状態」に移行した後にそのバッファ領域
に蓄積された全ての数字を削除する（図４(8))。

【００６５】また、プロセッサ８１は、上述した解析の
結果として数字「１」〜「９」、「０」の何れにも後続
しない単一の「＃」を識別し（図４(9))、あるいは上述
した１０秒が経過した場合には、「項目待ち受け状態」
で何らかの数字がバッファ領域に蓄積されているか否か
を判別する（図４(10)) 。さらに、プロセッサ８１は、
その判別の結果が偽である場合には、「応答通報処理」
およびその「応答通報処理」に先行して行われるべき処
理を行う（図１８(12)) 。

【００６６】しかし、その判別の結果が真である場合に
は、プロセッサ８１は、上述した「通報対象情報設定処
理」、「通報対象情報追加処理」、「通報対象情報削除
処理」の内、先行して行われた処理に個別に適応した下
記の処理を行う。先行して行われた処理が「通報対象情
報設定処理」である場合には、プロセッサ８１は、通報
データテーブル１１３の対応する面を初期化すると共
に、バッファ領域に蓄積されている個々の数字につい
て、その面の「情報識別子」フィールドの値（ここで
は、簡単のため、個別の情報識別子のみに限定する。）
と、「優先度」フィールドの値として、この数字と、情
報テーブル１１０のレコードの内、「情報識別子」の値
がこの数字に等しいレコードの「優先度」フィールドの
値とをそれぞれレコード単位に順次格納する（図４(1
1)) 。

【００６７】また、先行して行われた処理が「通報対象
情報追加処理」である場合には、プロセッサ８１は、バ
ッファ領域に蓄積されている個々の数字について、その
数字と、情報テーブル１１０のレコードの内、「情報識
別子」の値がこの数字に等しいレコードの「優先度」フ
ィールドの値とをそれぞれ「情報識別子」フィールドの
値（ここでは、簡単のため、個別の情報識別子のみに限
定する。）と、「優先度」フィールドの値として、通報
データテーブル１１３の該当する面の空いているレコー
ドに重複を回避しつつ順次格納する（図４(12)) 。

【００６８】さらに、先行して行われた処理が「通報対
象情報削除処理」である場合には、プロセッサ８１は、
バッファ領域に蓄積されている個々の数字について、通
報データテーブル１１３の該当するレコードの内、「情
報識別子」の値がこの数字に等しいレコードを削除する
（図４(13)) 。また、プロセッサ８１は、上述した一連
の処理を完結した後には、バス１０７を介して回線イン
タフェース１０１に、加入者線１０１-Kに生起した着信
呼の終話の要求を示す「終話要求」を与える（図４(1
4)) 。

【００６９】このように本実施形態によれば、利用者か
らＤＴＭＦ信号として与えられる指示に応じてその利用
者に通報されるべき情報の設定、追加および削除が自動
的に行われるので、従来例に比べて個々の利用者の要求
に柔軟に適応した情報の通報がこれらの利用者に対して
確度高く行われる。図５は、請求項２、３に記載の発明
に対応した本実施形態の動作フローチャートである。

【００７０】以下、図３、図５、図１４、図１５および
図１７を参照して請求項２、３に記載の発明に対応した
本実施形態の動作を説明する。本実施形態と図３に示す
実施形態との相違点は、図６に網掛けを付して示すよう
に、図１６に示す利用者情報テーブル１１２に代えて、
デフォルト値が「０」である「代替番号」フィールドが
その利用者情報テーブル１１２に付加されてなる利用者
情報テーブル９１が外部記憶装置８２に形成され、かつ
プロセッサ８１が既述の「指示待ち受け状態」において
後述する処理を行う点にある。

【００７１】「指示待ち受け状態」では、回線インタフ
ェース部１０１は、加入者線１００-Kを介して何らかの
番号（数字「０」〜「９」に併せて、発信元の利用者の
端末に備えられた押しボタンスイッチに対応する「＊」
および「＃」の組み合わせからなる。）がＤＴＭＦ信号
として与えられると、バス１０７を介してプロセッサ８
１にその番号を適宜通知する。

【００７２】プロセッサ８１は、このようにして通知さ
れる番号について、主記憶に確保されたバッファ領域に
対する蓄積と蓄積された番号の列の解析とを順次行い、
その解析の過程で番号の列「４＃」が識別された場合に
は、回線インタフェース部１０１によって先行して与え
られた「着信通知」に含まれる発信者番号を保全する
（図５(1))。

【００７３】さらに、プロセッサ８１は、利用者情報テ
ーブル９１のレコードの内、「電話番号」フィールドの
値が上述したよう保全された電話番号に等しいレコード
を特定し、かつバス１０７を介して音声合成部８３に、
「通報先設定要求」を与えた（図５(2))後に、「代替番
号待ち受け状態」に移行する。音声合成部８３は、この
「通報先設定要求」を認識すると、定型句「臨時の通報
先の電話番号を設定して下さい。」を示す音声メッセー
ジを回線インタフェース部１０１を介して加入者線１０
０-Kに送出する。

【００７４】「代替番号待ち受け状態」では、回線イン
タフェース部１０１は、バス１０７を介してプロセッサ
８１に、加入者線１００-KからＤＴＭＦ信号として後続
して与えられる番号を適宜通知する。プロセッサ８１
は、このようにして通知される番号について解析を順次
を行い、その解析の過程では、「＃」に先行して連続す
る番号の列については主記憶に確保されたバッファ領域
に蓄積し（図５(3))、かつ数字「０」に後続する「＃」
が識別された場合には、「代替番号待ち受け状態」にお
いてそのバッファ領域に蓄積された全ての数字を削除す
る（図５(4))。

【００７５】さらに、プロセッサ８１は、上述した解析
の過程において数字「１」に後続する「＃」が識別され
た場合には、バッファ領域に先行して蓄積された直近の
１桁の数字を無効化する（図５(5))。しかし、プロセッ
サ８１は、数字「１」〜「９」、「０」の何れにも先行
しない単一の「＃」を識別し（図５(6))、あるいは「代
替番号待ち受け状態」において経過した時間が所定の時
間（ここでは、簡単のため１０秒間であると仮定す
る。）を超えた（図５(7))場合には、上述したように特
定された利用者情報テーブル９１のレコードの「代替番
号」フィールドに、その時点でバッファ領域に蓄積され
ている番号の列を格納する（図５(8))。

【００７６】さらに、プロセッサ８１は、上述した一連
の処理を完結した後には、バス１０７を介して回線イン
タフェース１０１に、加入者線１０１-Kに生起した着信
呼の終話の要求を示す「終話要求」を与える（図５(9))
。また、プロセッサ８１は、従来例と同様にして緊急
通報処理、一括通報処理および応答通報処理を行うが、
これらの処理の過程では、個々の通報先を示す利用者識
別子が格納された利用者情報テーブル９１のレコードに
ついて、「代替番号」フィールドの値が既述のデフォル
ト値であるか否かを判別し、その判別の結果が偽である
場合には、該当するレコードの「電話番号」フィールド
の値に代えて、「代替番号」フィールドの値を適用す
る。

【００７７】このように本実施形態によれば、利用者か
ら与えられた番号がその利用者に対する臨時の通報先を
示す電話番号として自動的に適用されるので、従来例に
比べて利用者の所在等にかかる制約が大幅に緩和され、
かつその所在の如何にかかわらず緊急状態を示す情報が
確度高く早期に伝達される。なお、本実施形態では、利
用者情報テーブル９１の「代替番号」フィールドに格納
された番号が「電話番号」フィールドの値に代えて適用
されているが、例えば、その番号に併せて、その「電話
番号」フィールドに格納された電話番号が適用されても
よい。

【００７８】また、本実施形態では、利用者情報テーブ
ル９１の「電話番号」フィールドと「代替番号」フィー
ルドとの何れかに格納された番号が適用されているが、
例えば、その「代替番号」フィールドに利用者から与え
られた特定の番号（例えば、「９９９９９９９」）が格
納された場合には、その「代替番号」フィールドと「ダ
イヤル番号」フィールドとの双方に格納された番号で示
される通報先について、該当する情報の通報が省略され
てもよい。

【００７９】さらに、本実施形態では、請求項１、８に
記載の発明に対応した実施形態に請求項２、３に記載の
発明が適用されているが、例えば、通報されるべき情報
が全ての利用者について共通である場合にも、本発明は
適用可能である。図７は、請求項４、５に記載の発明に
対応した本実施形態の動作フローチャートである。

【００８０】以下、図３、図６、図７、図１４および図
１５を参照して請求項４、５に記載の発明に対応した本
実施形態の動作を説明する。本実施形態の特徴は、図８
に網掛けを付して示すように、図１７に示す通報データ
テーブル１１３との対比において、「完了フラグ」フィ
ールドが付加され、かつ「優先度」フィールドに代えて
「優先度標準値」フィールドが備えられた点で異なる通
報データテーブル９２がその通報データテーブル１１３
に代えて外部記憶装置８２に形成された点と、後述する
ように、プロセッサ８１が従来例と同様にして「応答通
報処理」（図１８(12)) を行った後に「応答待ち受け状
態」に移行して行う処理と、その「応答待ち受け状態」
から「待ち受け状態」に復帰した後に行う処理とにあ
る。

【００８１】プロセッサ８１は、「応答通報処理」の過
程で、通報データテーブル９２の該当する面の全てのレ
コードについて、「完了フラグ」フィールドの値を初期
値「０」に設定する。また、プロセッサ８１は、上述し
た「応答通報処理」の完了後には、図１８に点線で示す
ように、「応答待ち受け状態」に移行する。

【００８２】「応答待ち受け状態」では、回線インタフ
ェース部１０１は、加入者線１００-Kを介してＤＴＭＦ
信号として応答（ここでは、簡単のため「＊」であると
仮定する。）が与えられると、バス１０７を介してプロ
セッサ８１にその応答を与える。

【００８３】プロセッサ８１は、「応答待ち受け状態」
では、予め決められた期間（ここでは、簡単のため、１
０秒間であると仮定する。）に亘って上述した応答を待
ち受け、その応答が与えられた（図７(1))場合には、
「待ち受け状態」に復帰する。しかし、このような期間
に応答が得られなかった場合には、通報データテーブル
９２の該当する面の内容をメモリプール（ここでは、簡
単のため、オペレーティングシステムの領域管理の下で
割り付けられる主記憶の記憶領域であると仮定する。）
に退避し、そのメモリプールのポインタを含む「再送要
求」を「再送待ち行列」に繋ぎ（図７(2))、かつ再送時
刻を与える「再送タスク」を起動した（図７(3))後に
「待ち受け状態」に復帰する。

【００８４】なお、上述した「再送待ち行列」の生成、
制御および構成については、簡単のため、オペレーティ
ングシステムの主導の下で資源管理として行われると仮
定し、ここでは、その詳細な説明を省略する。「待ち受
け状態」では、プロセッサ８１は、上述した「再送タス
ク」によって再送時刻がイベントとして与えられと、既
述の「再送待ち行列」に繋がれた最先のポインタで示さ
れるメモリプールの内容を通報の対象となる通報データ
テーブル９２の面と見なすことによって、再送処理を行
う。

【００８５】なお、再送処理の手順については、既述の
「緊急通報処理」の手順と同じであるから、ここではそ
の詳細な説明を省略する。このように本実施形態によれ
ば、加入者線１００-Kを介して利用者に向けて送出され
た情報に対してその利用者が聴取した旨を示す応答が確
認されることによって、応答通報処理が確度高く行わ
れ、その応答が確認されなかった情報については、自動
的に再送が行われるので、従来例に比べて通報の確度が
大幅に高められる。

【００８６】なお、本実施形態では、所定の時間に亘っ
て既述の応答が得られない場合に該当する情報の再送が
行われているが、例えば、その再送の準備にかかわる処
理（図７に点線で示される。）が省略されることによっ
て、後続して他の利用者に対して行われるべき通報が応
答が得られる時点まで見合わされてもよい。また、本実
施形態では、応答通報処理の過程で利用者に通報された
情報に対するその利用者の応答が監視され、その監視の
結果に適応した再送が行われているが、例えば、既述の
一括通報処理や緊急通報処理の過程で利用者に通報され
た情報についても、「完了フラグ」フィールドの値が通
報データテーブル９２のレコード毎に更新されることに
よって、本発明は同様に適用可能である。

【００８７】図９は、請求項６に記載の発明に対応した
本実施形態の動作フローチャートである。以下、図３、
図６、図８、図９および図１５を参照して請求項６に記
載の発明に対応した本実施形態の動作を説明する。本実
施形態と請求項４、５に記載の発明に対応した実施形態
との相違点は、図８に示すように、通報データテーブル
９２に「優先度更新値」フィールドが付加されてなる通
報データテーブル９２ａがその通報データテーブル９２
に代えて備えられた点と、図１０に示すように、情報テ
ーブル１１０に「優先度更新値」フィールドが付加され
てなる情報テーブル９３がその情報テーブル１１０に代
えて備えられた点と、プロセッサ８１が既述の「指示待
ち受け状態」において後述する処理を行う点とにある。

【００８８】「指示待ち受け状態」では、回線インタフ
ェース部１０１は、加入者線１００-Kを介して何らかの
番号（数字「０」〜「９」に併せて、発信元の利用者の
端末に備えられた押しボタンスイッチに対応する「＊」
および「＃」の組み合わせからなる。）がＤＴＭＦ信号
として与えられると、バス１０７を介してプロセッサ８
１にその番号を適宜通知する。

【００８９】プロセッサ８１は、このようにして通知さ
れる番号について、主記憶に確保されたバッファ領域に
対する蓄積と蓄積された番号の列の解析とを順次行い、
その解析の過程で番号の列「５＃」が識別された場合に
は、バス１０７を介して音声合成部８３に、「優先度更
新要求」を与えた（図９(1))後に、「項目番号待ち受け
状態」に移行する。

【００９０】音声合成部８３は、この「優先度更新要
求」を認識すると、定型句「優先度が更新されるべき項
目の番号を設定して下さい。」を示す音声メッセージを
回線インタフェース部１０１を介して加入者線１００-K
に送出する。「項目番号待ち受け状態」では、回線イン
タフェース部１０１は、バス１０７を介してプロセッサ
８１に、加入者線１００-KからＤＴＭＦ信号として与え
られる番号を適宜通知する。

【００９１】プロセッサ８１は、このようにして通知さ
れる番号の解析を順次を行い、その解析の過程で、
「＃」に先行する１桁の番号については主記憶に確保さ
れたバッファ領域に蓄積する（図９(2))が、数字「０」
に後続する「＃」が識別された場合には、「項目番号待
ち受け状態」においてそのバッファ領域に蓄積された全
ての数字を削除する（図９(3))。

【００９２】さらに、プロセッサ８１は、上述した解析
の過程において数字「１」に後続する「＃」が識別され
た場合には、バッファ領域に先行して蓄積された直近の
１桁の数字を無効化する（図９(4))。しかし、プロセッ
サ８１は、数字「１」〜「９」、「０」の何れにも先行
しない単一の「＃」を識別し（図９(5))、あるいは「項
目番号待ち受け状態」において経過した時間が所定の時
間（ここでは、簡単のため１０秒間であると仮定す
る。）を超えた（図９(6))場合には、バス１０７を介し
て音声合成部８３に、「優先度設定要求」を与えた（図
９(7))後に、「優先度待ち受け状態」に移行する。

【００９３】音声合成部８３は、この「優先度設定要
求」を認識すると、定型句「先に設定された項目につい
て更新されるべき優先度を設定して下さい。」を示す音
声メッセージを回線インタフェース部１０１を介して加
入者線１００-Kに送出する。

【００９４】「優先度待ち受け状態」では、プロセッサ
８１は、既述の番号と同じ型式で利用者によって番号と
して設定される優先度を「項目番号待ち受け状態」にお
いて行われる処理（図９(2)〜(6)) と同じ手順（ここで
は、簡単のため、説明および図示を省略する。）に基づ
いて取得する（図９(8))。また、プロセッサ８１は、利
用者情報テーブル９１のレコードの内、回線インタフェ
ース部１０１によって先行して与えられた「着信通知」
に含まれる発信者番号に「電話番号」フィールドの値が
等しいレコードを特定し、そのレコードの「利用者識別
子」の値を取得する。

【００９５】さらに、プロセッサ８１は、通報データテ
ーブル９２ａの面の内、このようにして取得された「利
用者識別子」に対応する面を特定し、かつ上述したバッ
ファ領域に蓄積された個々の項目番号について、その面
のレコードの内、「情報識別子」フィールドの値が該当
する項目番号に等しいレコードの「優先度更新値」フィ
ールドに、バッファ領域に対応付けられて蓄積された優
先度の更新値を格納する（図９(9))。また、プロセッサ
８１は、既述の緊急通報処理（図１８(10))、一括通報処
理（図１８(11)) および応答通報処理（図１８(12)) の
過程では、通報データテーブル９２ａの該当する面に通
報の対象となるべき全ての「カレント値」が格納された
後には、その面の「優先度更新値」フィールドの値がデ
フォルト値でない限り、音声合成部８３に通報の対象と
なる情報を指示する処理に先行してこの値を「優先度標
準値」フィールドの値より優先して適用することによっ
て、これらのフィールドの値の順にレコード単位のソー
ティングを行う。

【００９６】すなわち、利用者に通報されるべき情報に
ついては、何れの利用者についても所望の情報の優先度
が利用者の指示に応じて更新され、かつ更新された優先
度の順に通報が行われる。したがって、本実施形態によ
れば、従来例に比べて、重要な情報が迅速に、かつ確度
高く通報されると共に、個々の利用者の要求に対する柔
軟な適応が可能となる。

【００９７】なお、本実施形態では、通報データテーブ
ル９２ａに「優先度更新値」フィールドが付加されてい
るが、例えば、全ての利用者について優先度の設定が共
通に設定されるべき場合には、このような「優先度更新
値」フィールドは図１０に示すように情報テーブル９３
に備えられてもよい。図１１は、請求項７に記載の発明
に対応した本実施形態の動作フローチャートである。

【００９８】以下、図３、図６、図８、図１０、図１１
および図１５を参照して請求項７に記載の発明に対応し
た本実施形態の動作を説明する。本実施形態と請求項６
に記載の発明に対応した実施形態との相違点は、図８に
示すように、通報データテーブル９２ａに「優先度更新
条件」フィールド（デフォルト値については、簡単のた
め、「０」であると仮定する。）が付加されてなる通報
データテーブル９２ｂがその通報データテーブル９２ａ
に代えて備えられた点に、既述の「優先度待ち受け状
態」と、既述の緊急通報処理、一括通報処理および応答
通報処理の過程とにおいてプロセッサ８１が行う処理と
にある。

【００９９】「優先度待ち受け状態」では、図９および
図１１に示すように、プロセッサ８１は、通報データテ
ーブル９２ｂの「優先度更新値」フィールドにバッファ
領域に対応付けられて蓄積された優先度を格納する処理
に先行して、バス１０７を介して音声合成部８３に「更
新条件設定要求」を与え（図１１(1))、かつ「更新条件
待ち受け状態」に移行する。

【０１００】音声合成部８３は、この「更新条件設定要
求」を認識すると、定型句「先に設定された項目および
優先度の組み合わせについて設定されるべき優先度更新
条件を設定して下さい。」を示す音声メッセージを回線
インタフェース部１０１を介して加入者線１００-Kに送
出する。「更新条件待ち受け状態」では、プロセッサ８
１は、既述の番号や優先度と同じ型式で利用者によって
番号として設定される優先度更新条件（例えば、通報デ
ータテーブル９２ｂの該当する「カレント値」フィール
ドの値と基準値テーブル１１１に対応して格納された
「基準値」フィールドの値とに対して、両者が等しい条
件を示す「１」、前者が後者を上回る条件を示す
「２」、反対に下回る条件を示す「３」、…）を「項目
番号待ち受け状態」において行われる処理（図９(2)〜
(6))と同じ手順（ここでは、簡単のため、説明および図
示を省略する。）に基づいて取得する（図１１(2))。

【０１０１】また、プロセッサ８１は、利用者情報テー
ブル９１のレコードの内、回線インタフェース部１０１
によって先行して与えられた「着信通知」に含まれる発
信者番号に「電話番号」フィールドの値が等しいレコー
ドを特定し、そのレコードの「利用者識別子」の値を取
得する。さらに、プロセッサ８１は、通報データテーブ
ル９２ｂの面の内、このようにして取得された「利用者
識別子」に対応する面を特定すると共に、上述したバッ
ファ領域に蓄積された個々の項目番号について、その面
のレコードの内、「情報識別子」フィールドの値が該当
する項目番号に等しいレコードの「優先度更新値」フィ
ールドと「優先度更新条件」フィールドとに、バッファ
領域に対応付けられて蓄積された優先度の更新値および
優先度更新条件を格納する（図１１(3))。

【０１０２】また、プロセッサ８１は、緊急通報処理
（図１８(10))、一括通報処理（図１８(11)) および応答
通報処理（図１８(12)) の過程では、通報データテーブ
ル９２ｂの該当する面に通報の対象となるべき全ての
「カレント値」が格納された後には、その面について、
(A) 「優先度更新値」フィールドの値がデフォルト値で
ある場合には、「優先度標準値」フィールドの値を適用
し、(B) 「優先度更新値」フィールドの値がデフォルト
値でなく、かつ「優先度更新条件」フィールドの値がデ
フォルト値である場合には、その「優先度更新値」フィ
ールドの値を「優先度標準値」フィールドの値に代えて
適用するが、(C) 「優先度更新値」フィールドと「優先
度更新条件」フィールドとの値が共にデフォルト値でな
い場合には、その「優先度更新条件」フィールドの値で
示される条件が満たされるか否かを判別すると共に、そ
の判別の結果が真であるときには「優先度更新値」フィ
ールドの値を適用し、反対に偽であるときには「優先度
標準値」を適用することによって、全ての「カレント
値」の優先度を確定する。

【０１０３】さらに、プロセッサ８１は、音声合成部８
３に通報の対象となる情報を指示する処理に先行してこ
のようにして確定された優先度の順に、通報データテー
ブル９２ｂのレコードのソーティングを行う。すなわ
ち、利用者に通報されるべき情報については、何れの利
用者についても所望の情報の優先度とその優先度が更新
されるべき条件とが利用者の指示に応じて更新され、か
つ更新された優先度の順に通報が行われる。

【０１０４】したがって、本実施形態によれば、請求項
６に記載の発明に対応した実施形態に比べて、さらに、
柔軟に、かつ迅速に情報が通報される。なお、上述した
各実施形態では、優先度更新値が適用されるか否かにか
かわらず、個々の情報の基準値が一定に保たれている
が、その優先度基準値の適用に応じて基準値が更新され
るべき場合には、例えば、図１２に示すように、この優
先度基準値が適用される場合と適用されない場合とにそ
れぞれ適用されるべき基準値として、標準値と更新値と
が併せて定義される基準値テーブル９４が基準値テーブ
ル１１１に代えて適用されてもよい。

【０１０５】また、上述した各実施形態では、データ収
集部１０３によって収集された情報と既述の基準値の大
小関係として緊急通報処理の起動要因が得られている
が、このような起動要因については、例えば、収集され
た情報と基準値との所望の相関関係（例えば、符号間距
離等）に基づいて同様に得られてもよい。さらに、上述
した各実施形態では、通報データテーブル９２、９２
ａ、９２ｂと基準値テーブル９４とがこれらの利用者識
別子に対応した面の集合として構成されているが、通報
されるべき情報の組み合わせ、優先度の順列および基準
値が全ての利用者について共通であるべき場合には、こ
れらの通報データテーブル９２、９２ａ、９２ｂと基準
値テーブル９４との面は単一であってもよい。

【０１０６】また、上述した各実施形態では、通報先を
示す電話番号、通報の際に適用されるべき優先度、その
優先度が更新されるべき条件、通報に対する応答のよう
に、利用者によって与えられる情報が加入者線１００-1
〜１００-nを介してＤＴＭＦ信号として与えられている
が、このような情報については、これらの加入者線１０
０-1〜１００-nの信号方式（アナログ方式とディジタル
方式との何れであってもよい。）に適応した通話信号、
レジスタ信号およびシグナリング信号（例えば、フッキ
ング信号）の何れとして伝送されてもよい。

【０１０７】さらに、上述した各実施形態では、回線イ
ンタフェース部１０１に加入者線１００-1〜１００-nが
接続されているが、これらの加入者線１００-1〜１００
-nに代えて、如何なる信号方式の回線や網が接続されて
もよく、これらの回線や網には定常的にパスが形成され
てもよい。また、上述した各実施形態では、既述の緊急
通報処理、一括通報処理および応答通報処理の過程で利
用者に対する何らかの情報の通報が行われているが、本
発明の特徴は、通報の対象となるべき情報、これらの情
報が通報されるべき順序および通報先が利用者の指示に
応じて自在に設定あるいは変更される点にあるので、こ
のような通報が行われる要因は如何なるものであっても
よい。

【０１０８】さらに、上述した各実施形態では、利用者
の端末として電話器が適用され、かつ情報やメッセージ
がその利用者に対して音声の通話信号として伝達されて
いるが、このような端末については、回線インタフェー
ス部１０１を介して確実にこれらの情報やメッセージの
伝達が可能であるならば、電話器に限定されず、パーソ
ナルコンピュータその他の情報端末あるいは情報ツール
であってもよい。

【０１０９】また、上述した各実施形態では、通報の対
象となるべき情報が利用者によって個別に指定されてい
るが、例えば、所望の複数の情報の組み合わせからなる
グループ毎に情報識別子が指定されてもよい。

【０１１０】さらに、上述した各実施形態では、個々の
利用者に対して通報されるべき情報の順序を示す優先
度、その利用者の所在に応じて変更され得る電話番号、
このような優先度が変更されるべき条件を示す更新条件
その他の制御情報が加入者線１００-1〜１００-nの何れ
かを介して与えられているが、これらの制御情報につい
ては、情報の通報に供される回線とは別途設けられた回
線（通信リンク）を介して与えられてもよい。

【０１１１】また、上述した各実施形態では、利用者に
通報されるべき情報がデータ収集部１０３によって収集
されているが、このような情報については、外部記憶８
２に予め形成され、かつ適宜何らかの情報交換（例え
ば、プロセッサ８１の主導の下でキーボード１０５およ
び表示装置１０６を介して行われるマンマシンインタフ
ェース）の下で更新されるデータベースとして与えられ
てもよい。

【０１１２】さらに、上述した各実施形態では、通報デ
ータテーブル９２、９２ａ、９２ｂの「優先度標準値」
フィールドには、通報の対象となるべき全ての情報につ
いて何らかの優先度が設定されているが、予め決められ
た規約（例えば、最上位あるいは最下位の優先度と見な
される。）に基づいてこれらの情報の優先度が確定する
ならば、この「優先度標準値」フィールドに対する優先
度の設定は省略されてもよい。

【０１１３】また、上述した各実施形態では、情報テー
ブル９３、１１０が複数の面の集合として構成されてい
るが、例えば、データ収集部１０３によって先行して収
集された情報の通報が確実に完了した後に後続する情報
の収集が行われるならば、この情報テーブル９３、１１
０の面数は「１」であってもよい。さらに、上述した各
実施形態では、音声合成部８３に適用された音声合成の
方式が何ら具体的に示されていないが、本発明は、所望
の情報が利用者に所望の品質で通報されるならば、適用
される音声合成方式については、記録再生方式あるいは
純合成方式の波形形成方式と、編集制御方式あるいは規
則制御方式の制御方式との組み合わせであってもよく、
また、これらの波形形成方式と制御方式としては如何な
る方式が適用されてもよい。

【０１１４】

【発明の効果】上述したように請求項１、２に記載の発
明では、端末に先行して配信された情報やその端末を操
作する利用者の要求に対する柔軟な適応が可能となる。
また、請求項３、６に記載の発明では、端末に先行して
配信された情報やその端末を操作する利用者の要求に対
してさらに柔軟な適応が可能となる。

【０１１５】さらに、請求項４に記載の発明では、利用
者の不在や端末の故障に柔軟に適応しつつ確度高く配信
が行われる。また、請求項５に記載の発明では、個々の
端末に対して行われるべき情報の配信の順序が端末の故
障や利用者の不在に応じて保たれない場合に発生し得る
混乱が回避される。

【０１１６】さらに、請求項７に記載の発明では、何れ
の端末に配信されるべき情報の順序も、その端末を操作
する利用者によって指示された条件が成立する場合に
は、その条件と共に利用者によって指示された優先度と
して適宜設定されるので、利用者の要求に対してさらに
柔軟に適応することが可能となる。また、請求項８に記
載の発明では、請求項１〜７に記載の発明が適用された
情報配信システムが安価に、かつ確度高く構築される。

【０１１７】したがって、これらの発明が適用された情
報配信システムでは、配信されるべき情報の多様な属性
や組み合わせと利用者の要求とに対して迅速に、かつ柔
軟に適応すると共に、従来例に比べてランニングコスト
の削減がはかられる。

【図面の簡単な説明】

【図１】請求項１、４〜８に記載の発明の原理ブロック
図である。

【図２】請求項２〜８に記載の発明の原理ブロック図で
ある。

【図３】請求項１〜８に記載の発明に対応した実施形態
を示す図である。

【図４】請求項１、８に記載の発明に対応した本実施形
態の動作フローチャートである。

【図５】請求項２、３に記載の発明に対応した本実施形
態の動作フローチャートである。

【図６】本実施形態に適用された利用者情報テーブルの
構成を示す図である。

【図７】請求項４、５に記載の発明に対応した本実施形
態の動作フローチャートである。

【図８】本実施形態に適用された通報データテーブルの
構成を示す図である。

【図９】請求項６に記載の発明に対応した本実施形態の
動作フローチャートである。

【図１０】本実施形態に適用された情報テーブルの構成
を示す図である。

【図１１】請求項７に記載の発明に対応した本実施形態
の動作フローチャートである。

【図１２】本実施形態に適用された基準値テーブルの構
成を示す図である。

【図１３】音声照会通知システムに適用される情報配信
装置の構成例を示す図である。

【図１４】情報テーブルの構成を示す図である。

【図１５】基準値テーブルの構成を示す図である。

【図１６】利用者情報テーブルの構成を示す図である。

【図１７】通報データテーブルの構成を示す図である。

【図１８】従来の情報配信装置の動作フローチャートで
ある。

【符号の説明】

１１，２１通信インタフェース手段１２，２２情報源１３配信対象記憶手段１４，２４情報配信手段１５配信対象設定手段２３配信先記憶手段２５配信先設定手段３１再送制御手段４１配信規制手段５１，６１優先度取得手段８１，１０８プロセッサ８２，１０４外部記憶装置８３，１０２音声合成部９１，１１２利用者情報テーブル９２，９２ａ，９２ｂ，１１３通報データテーブル９３，１１０情報テーブル９４，１１１基準値テーブル１０１回線インタフェース部１０３データ収集部１０５キーボード（ＫＢ）１０６表示装置（ＣＲＴ）１０７バス１０９通信リンク

Claims

【特許請求の範囲】

【請求項１】端末との間に通信リンクを形成する通信
インタフェース手段と、前記端末に配信され得る複数Ｎの情報を収集し、あるい
は蓄積する情報源と、前記情報源によって収集され、あるいは蓄積された複数
Ｎの情報の内、前記端末に配信されるべき情報の識別子
が登録される配信対象記憶手段と、前記情報源によって収集され、あるいは蓄積された複数
Ｎの情報の内、前記配信対象記憶手段に登録された識別
子で個別に示される情報を取得し、前記通信インタフェ
ース手段とその通信インタフェース手段によって形成さ
れた通信リンクとを介して前記端末に、これらの取得さ
れた情報を配信する情報配信手段とを備えた情報配信装
置において、前記通信インタフェース手段によって形成された通信リ
ンクとその通信インタフェース手段とを介して与えられ
る識別子を取得し、その識別子を前記配信対象記憶手段
に登録する配信対象設定手段を備えたことを特徴とする
情報配信装置。
【請求項２】複数Ｍの端末との間に個別に通信リンク
を形成する通信インタフェース手段と、前記複数Ｍの端末に配信され得る情報を収集し、あるい
は蓄積する情報源と、前記複数Ｍの端末の内、前記情報源によって収集され、
あるいは蓄積された情報が配信されるべき端末を個別に
示す利用者識別子が登録される配信先記憶手段と、前記複数Ｍの端末の内、前記配信先記憶手段に登録され
た個々の利用者識別子で示される端末に、前記情報源に
よって収集され、あるいは蓄積された情報を前記通信イ
ンタフェース手段とその通信インタフェース手段によっ
て形成された通信リンクを介して配信する情報配信手段
とを備えた情報配信装置において、前記通信インタフェース手段によって形成された通信リ
ンクとその通信インタフェース手段とを介して与えら
れ、この通信リンクを介して対向し得る端末を示す利用
者識別子を取得し、その利用者識別子を前記配信先記憶
手段に登録する配信先設定手段を備えたことを特徴とす
る情報配信装置。
【請求項３】請求項２に記載の情報配信装置におい
て、配信先設定手段は、通信インタフェース手段によって形成された通信リンク
とその通信インタフェース手段とを介して利用者識別子
と共に与えられる付帯情報に基づいて、配信先記憶手段
に既に登録されているその利用者識別子を無効化する手
段を有することを特徴とする情報配信装置。
【請求項４】請求項１ないし請求項３の何れか１項に
記載の情報配信装置において、通信インタフェース手段によって形成された通信リンク
を介して配信された情報に対して、その通信リンクと通
信インタフェース手段とを介して与えられるべき応答を
監視し、その応答が予め決められた期間に亘って得られ
なかったときに、情報配信手段にこの情報の再送を要求
する再送制御手段を備えたことを特徴とする情報配信装
置。
【請求項５】請求項１ないし請求項３の何れか１項に
記載の情報配信装置において、通信インタフェース手段によって形成された通信リンク
を介して配信された情報に対して、その通信リンクと通
信インタフェース手段とを介して与えられるべき応答を
監視し、その応答が得られる時点まで後続して情報配信
手段が行うべき配信を規制する配信規制手段を備えたこ
とを特徴とする情報配信装置。
【請求項６】請求項１ないし請求項５の何れか１項に
記載の情報配信装置において、通信インタフェース手段によって形成される通信リンク
を介して対向する端末に配信されるべき情報の全てある
いは一部について、その通信リンクと通信インタフェー
ス手段とを介してこの端末から与えられる優先度を取得
する優先度取得手段を備え、情報配信手段は、前記優先度取得手段によって取得された優先度の順に情
報を配信することを特徴とする情報配信装置。
【請求項７】請求項１ないし請求項６の何れか１項に
記載の情報配信装置において、通信インタフェース手段によって形成される通信リンク
を介して端末に配信されるべき情報の全てあるいは一部
について、その端末からこれらの通信リンクと通信イン
タフェース手段とを介して与えられる優先度と、その優
先度が適用されるべき条件とを取得する優先度取得手段
を備え、前記通信リンクを介して端末に配信され得る全ての情報
には、情報配信手段によって配信される順位を示す規定の優先
度が予め割り付けられ、前記情報配信手段は、配信されるべき情報の内、前記優先度取得手段によって
取得された条件が成立する情報と成立しない情報とにつ
いて、それぞれその条件と共にこの優先度取得手段によ
って取得された優先度と、前記規定の優先度との順に配
信を行うことを特徴とする情報配信装置。
【請求項８】請求項１ないし請求項７の何れか１項に
記載の情報配信装置において、通信インタフェース手段とその通信インタフェース手段
によって形成された通信リンクとを介して端末と相互に
送受される全ての情報は、その通信リンクの信号方式に
適応したレジスタ信号とシグナリング信号との双方ある
いは何れか一方として送受されることを特徴とする情報
配信装置。