JPH089053A - 情報転送方法及び情報転送システム並びにそれに用いられる情報転送装置、情報受信端末 - Google Patents

Abstract

(57)【要約】 【目的】所望の情報を要求元の端末とは別の端末で受信
できる情報伝送システムを提供する。 【構成】ユーザは電話３−１又はパソコン３−２を用い
公衆通信網２を介して所望の情報サービスセンタ例えば
株式速報の情報サービスセンタＡを呼び出す。情報サー
ビスセンタＡはこれに応答して電話に対しては音声応答
装置の合成音声を用いパソコンに対しては中央処理装置
のコンピュータ出力を直接用いてガイダンスを行う。例
えば「どの会社の株ですか？」、「報知条件は何ですか
？」、「どこへ送信しますか？」等である。ユーザはこ
れらのガイダンスに対して夫々回答する。例えば回答１
として「××社株」、回答２として「￥１０００以上に
なったら」、回答３として自己所有の受信専用端末のＩ
Ｄ番号「１２３４５６」を指定する。情報サービスセン
タではデータベースを経時的に更新しながら回答１と回
答２のアンドゲート条件で検索し、条件の一致した情報
を検出するとその情報を回答３の送信先へ送信する。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、所望の情報を要求元と
は別の端末を指定して転送できる情報転送方法及び情報
転送システム並びにそれに用いられる情報転送装置、情
報受信端末に関する。

【０００２】

【従来の技術】従来より、情報の伝達には電話が広く用
いられている。電話は一般に発呼者が友達や知り合いな
ど被呼者へ情報を伝達したい場合又は被呼者から情報を
受けたい場合に用いられる。また住所や名前のみ分かっ
ている相手の電話番号を知りたいとき或いは正確な現在
時刻を知りたいとき又は今日の天気を知りたいときなど
には、所定の局番を発呼してその局番から返答されてく
る合成音声等により、所望の電話番号、時刻、天気予報
などの情報を得ることができる。

【０００３】また、自身では発呼できないが他者からの
呼び出し信号の受信（被呼）のみ可能な例えばページャ
と称される小型表示装置付きの携帯用受信機がある。こ
れは発呼者からの簡単なメッセージも受信して表示する
ことができる。

【０００４】また、近年ではパソコン通信も広く行われ
ている。パソコン通信では、例えばボードとか伝言板と
称される所望の広域情報ファイルにアクセスして任意の
相手と情報の交換ができる。また所望の商用データベー
スに接続し知りたい情報を取り出して画面上に表示させ
ることができる。

【０００５】

【発明が解決しようとする課題】ところで、上述したよ
うに、電話では自ら発呼者となって情報源に発呼すれば
所望の情報を得ることができるが、この情報は音のみに
よって耳に伝達される情報であるため、その情報を間違
いなく把握するためにはメモ用紙などに書き留めるとい
う手数を要する。すなわちこの間の行動に大きな制約を
うけるという欠点がある。また従って走行中の自動車電
話などを用いるのは危険であって問題がある。

【０００６】上述したページャは、受信した簡単なメッ
セージ等の情報を表示することができるので一見便利な
ようではあるが、そのような情報は選択することも要求
することもできるわけではなく、単に予測不可能な着信
を専ら待機するだけの機能しか有していないため高価な
機器である割には限られた機能しか備えていないという
不満がある。

【０００７】また、パソコン通信では、所望の情報を画
面上に表示したりこの情報をメモリに記憶させることが
でき、従って情報の把握に困難はないが、所望の情報源
を選択し、この情報源を検索して所望の情報の存在を確
認し、この確認した情報を抽出してパソコンに取り込み
画面に表示させるまでには結構時間が取られて自由時間
が大きく制約されるという問題がある。

【０００８】本発明の課題は、上記従来の実情に鑑み、
受信情報の保持可能な受信端末を発信端末から任意に指
定でき、情報源に要求した所望の情報を、指定した受信
端末に情報源から転送できる情報転送方法及び情報伝送
システムを提供することである。また、それに用いられ
る情報転送装置、情報受信端末を提供することである。

【０００９】

【課題を解決するための手段及び作用】以下に、本発明
の構成及び作用を述べる。先ず、請求項１記載の発明の
情報転送システムでは、情報転送手段は情報の転送が要
求されるとともに該情報の転送先が指定される。そし
て、情報受信端末は個別に識別番号を付与され該識別番
号と上記情報の転送先とが一致するときに限り上記情報
転送手段から上記情報が転送される。

【００１０】上記情報転送手段は、例えば請求項２記載
のように、上記情報を上記情報受信端末へ通信網を介し
て転送する。また例えば請求項３記載のように、上記通
信網に接続するインタフェースと該インタフェースに接
続するコンピュータと該コンピュータにより情報検索が
なされるデータベース保持手段とを有して、上記コンピ
ュータにより上記データベース保持手段から上記情報を
読み出し該情報を上記指定された転送先と一致する識別
番号の付与された情報受信端末に上記通信網を経由して
転送する。さらに例えば請求項４記載のように、音声応
答装置を含み音声入力により情報転送の要求がなされた
ことを受けて該音声入力から上記コンピュータへの指示
を得る。

【００１１】また、上記情報受信端末は、例えば請求項
５記載のように、上記通信網と無線にて接続され、受信
手段、処理手段、及び出力手段を有するように構成さ
れ、受信手段は上記転送されてきた情報を受信し、処理
手段は受信手段により受信された情報に含まれる転送先
と自身の識別番号とを比較して両方が一致するときに限
り上記受信情報を受け付けて処理を行い、出力手段は処
理手段に接続され該処理手段により処理された上記受信
情報を出力する。

【００１２】そして、上記出力手段は、例えば請求項６
記載にように、可視表示手段と音声出力手段との少なく
とも一方を有するように構成される。次に、請求項７記
載の発明の情報転送システムでは、情報要求手段は情報
の転送を要求するとともに該情報の転送先を指定する。
情報転送手段は情報要求手段から情報の転送が要求され
るとともに該情報の転送先が指定される。情報受信端末
は個別に識別番号を付与され該識別番号と上記情報の転
送先とが一致するときに限り上記情報転送手段から上記
情報が転送される。

【００１３】上記情報要求手段、情報転送手段、及び情
報受信端末は、例えば請求項１０記載のように、通信網
を介して互いに接続される。上記の情報転送手段は、例
えば請求項８記載のように、情報要求手段が情報転送手
段に対し情報転送の要求を行ったとき、その要求された
情報を得、該情報を上記指定された転送先と一致する識
別番号の付与された情報受信端末へ転送した後、上記情
報要求手段との接続を終了する。また例えば請求項９記
載のように、情報要求手段が情報転送手段に対し情報転
送の要求を行ったとき、該要求を受け付けて上記情報要
求手段との接続を終了した後、その要求された情報を得
て該情報を上記指定された転送先と一致する識別番号の
付与された情報受信端末へ転送する。また例えば請求項
１３記載のように、情報要求手段に対し情報要求のため
のガイダンス出力を行い、該ガイダンスに従って情報要
求手段は情報転送手段に対し必要な情報の転送並びに情
報受信端末の識別番号を指定する。

【００１４】そして、上記情報要求手段は、例えば請求
項１１記載のように、電話機からなり音声又はプッシュ
ボタン信号にて上記通信網を介して上記情報転送手段に
対し必要な情報の転送並びに情報受信端末の識別番号を
指定する。また例えば請求項１２記載のように、コンピ
ュータからなり所定のコマンド入力により上記通信網を
介して上記情報転送手段に対し必要な情報の転送並びに
情報受信端末の識別番号を指定する更に、請求項１４記
載の発明の情報転送システムでは、情報要求手段は所望
の情報の転送条件を指定するとともに該情報の転送先を
指定する。情報転送手段は該情報要求手段から情報の転
送条件が指定されるとともに該情報の転送先が指定さ
れ、上記指定された転送条件が満足される情報の転送を
行う。そして、情報受信端末は個別に識別番号が付与さ
れ該識別番号と上記情報の転送先とが一致するときに限
り情報転送手段から上記転送条件の満足された情報が転
送される。

【００１５】上記情報転送手段は、例えば請求項１５記
載のように、コンピュータを含み、該コンピュータは情
報要求手段からの転送条件が満足されるようになったか
否かを判断してその転送条件が満足されるようになった
とき該転送条件の満足されるようになった情報を上記指
定された転送先と一致する識別番号の付与された情報受
信端末に転送する。また例えば請求項１６記載のよう
に、上記コンピュータが情報要求手段からの転送条件を
満足する情報であるか否かを判断して上記転送条件を満
足する情報であるとき該転送条件を満足している情報を
上記指定された転送先と一致する識別番号の付与された
情報受信端末に転送する。

【００１６】続いて請求項１７記載の発明の情報転送シ
ステムは、複数種類の情報のうちから選択された種類の
情報の転送が要求されるとともに上記選択された種類の
情報の転送先が指定される情報転送手段と、該情報転送
手段に連結され、異なる種類の情報を夫々保持する複数
のデータベース保持手段と、個別に識別番号が付与され
該識別番号と上記情報の転送先とが一致するときに限り
上記情報転送手段から上記情報が転送される情報受信端
末とから構成され、上記情報転送手段は選択された種類
の情報を保持する特定のデータベース保持手段から上記
転送の要求された情報を読み出し、該情報を上記指定さ
れた転送先と一致する識別番号の付与された情報受信端
末に転送する。

【００１７】次に請求項１８記載の発明の情報転送方法
は、情報転送手段に対し情報の転送を要求するとともに
該情報の転送先を指定する第１の手順と、該第１の手順
により転送の要求された上記情報が上記情報転送手段か
ら上記指定された転送先の情報受信端末に転送される第
２の手順とから構成される。

【００１８】続いて請求項１９記載の発明の情報転送装
置は、情報の転送を要求されるとともに該情報の転送先
を指定される第１の手段と、該第１の手段に対して転送
の要求された情報を上記指定された転送先の情報受信端
末に転送する第２の手段とからなる。

【００１９】さらに請求項２０記載の発明の情報受信端
末は、情報転送手段に通信網を介して接続され、上記情
報転送手段は、情報転送の要求がなされるとともに該情
報の転送先が指定され、上記情報受信端末は、個別に識
別番号が付与されて該識別番号と上記情報の転送先とが
一致するときに限り上記情報転送手段から上記情報が転
送されるように構成されて、同情報受信端末は、上記転
送された情報を受信する受信手段と、該受信手段にて受
信した情報と自身の識別番号とを比較して両方が一致し
たときに限り上記受信した情報を受け付けて処理を行う
処理手段と、該処理手段に接続され上記受信した情報を
可視表示または音声出力する出力手段とを備える。

【００２０】また請求項２１記載の発明の情報転送シス
テムでは、情報転送手段は、情報の転送が要求されると
ともに該情報の複数の転送先が指定され、複数の情報受
信端末は、夫々個別に識別番号を付与され該識別番号の
特定部分と上記情報の転送先とが一致するときに限り上
記情報転送手段から上記情報が転送される。

【００２１】さらに請求項２２記載の発明の情報転送シ
ステムは、情報の転送を要求するとともに該情報の転送
先を指定する情報要求手段と、該情報要求手段から情報
の転送が要求されるとともに該情報の転送先が指定され
る情報転送手段と、個別に識別番号を付与され該識別番
号と上記情報の転送先とが一致するときに限り上記情報
転送手段から上記情報が転送される情報受信端末とから
成り、上記情報転送手段は、上記情報要求手段が上記情
報転送手段に対し情報転送の要求を行ったとき、その要
求された情報を得て該情報を上記指定された転送先と一
致する識別番号の付与された情報受信端末へ転送すると
ともに、上記情報要求手段から依頼履歴の要求があった
ときは上記情報要求手段による上記情報転送の要求及び
該情報の指定転送先に係わる依頼履歴を上記指定された
転送先と一致する識別番号の付与された情報受信端末へ
転送する。

【００２２】

【実施例】以下、本発明の実施例について図面を参照し
ながら詳述する。図１は、一実施例の情報転送システム
の構成ブロック図である。同図に示すように、情報転送
システムは、複数の情報サービスセンタＡ（１−１）、
Ｂ（１−２）、Ｃ（１−３）、・・・、これら複数の情
報サービスセンタに通信網２を介して接続される電話３
−１やパソコン３−２等の発信端末、及び無線４を介し
て上記の通信網２と接続される受信端末１０から構成さ
れる。

【００２３】上記通信網２には、例えば電話回線や広域
サービスデジタル通信網（ＩＳＤＮ）等の公衆通信網を
利用するようにする。勿論この公衆通信網には、ＬＡＮ
のような特定域内通信網を介して接続してもよい。ま
た、ＬＡＮのみで同図に示す情報転送システムを構築す
ることもできる。また、これらの通信網としては例えば
コンピュータ、交換機、デジタル信号等を一時的に保持
するディジタルサーバ等の集合体からなるホスト局を設
け、このホスト局から光ファイバ網で各中継局を接続
し、これら中継局から同軸ケーブルで宅内端末へ、或い
は無線で移動端末へ接続する網を構成することが考えら
れる。

【００２４】上記複数の情報サービスセンタＡ、Ｂ、
Ｃ、・・・は、例えば本日以降の数週間の各地のお天気
模様を予報する天気予報サービスセンタ、上場株式の現
物・先物の相場を報知する株式市況サービスセンタ、各
デパート、劇場、公共施設等で行われる催物の案内を行
うイベント情報サービスセンタ等の各種情報ごとに情報
提供サービスを行う商用サービスセンタで構成される。

【００２５】発信端末の電話３−１には、例えば宅内電
話、公衆電話、自動車電話、携帯電話等の各種電話機が
適用される。また、パソコン３−２は、通信ソフト及び
通信インタフェースを備えたものであればどのような機
種であってもよく、勿論公衆通信網２と接続できるもの
であればワープロやＬＡＮ（企業内情報通信網）の端末
専用機であってもよい。

【００２６】そして、受信端末１０は、例えばワンウエ
イ（One-Way:受信機能のみ）の通信端末であり、例えば
一般に知られているような、選択呼び出し番号に続くメ
ッセージ情報を受信してこのメッセージ情報を表示でき
るようにしたページング受信機などである。この種のペ
ージング受信機は、受信したメッセージ情報を複数記憶
保持し、これらを所定の読み出しスイッチの操作によ
り、最新の情報から順に表示できるようになっている。
通常１回の通信で、４ビット系のページング受信機で２
０文字、８ビット系のページング受信機で４０文字の情
報を受信できるようになっている。同図に示す受信端末
１０は、ポッド型（ＰＯＤ＝プログラマブル・オペレー
ション・ディスプレイ）の外形をしており、装置の正面
には各種情報を表示する例えばドットマトリクス型の液
晶表示装置（液晶ディスプレイ装置）１０−１を備え、
受信したメッセージをこの液晶ディスプレイ装置１０−
１上に表示する。また、この液晶ディスプレイ装置１０
−１上の全面に重ねて感圧式、電磁誘導方式等のタブレ
ットから成るペン入力装置１０−２が組み込まれてお
り、ペン１０−３による入力位置を検出してこの座標デ
ータを装置内部の後述するＣＰＵ(Central Processing
Unit) に出力する。これにより、受信端末１０は受信を
行っていない通常時には電子手帳や計算機として使用で
き、さらには後述するアプリケーションＲＯＭ(Read On
ly Memory)カードを差し替えて各種のゲームを楽しむ等
のことができる。

【００２７】図２は、上記の受信端末１０内部の回路構
成を示すブロック図である。同図において、アンテナ１
１は基地局から送信された無線信号を受信するアンテナ
であり、その受信信号は受信部１２に送られる。受信部
１２は、上記受信信号を検波、増幅、復調して、「０」
及び「１」からなるシリアルのデジタルデータとする回
路であり、このデジタルデータはデコーダ部１４に与え
られる。ＩＤ−ＲＯＭ１３は、或る特定のアドレス番号
を自己の呼び出し番号として記憶している固定メモリで
ある。

【００２８】デコーダ部１４は、受信部１２から出力さ
れた受信データの入力同期をとると共に誤り訂正を行っ
た後、その受信データのアドレスビットで示される呼び
出し番号とＩＤ−ＲＯＭ１３に記憶されているアドレス
番号とが一致するかどうかを判別する回路であり、呼び
出し番号が一致した時は、ＣＰＵ１５に受信割り込み指
令を出力すると共に、上記呼び出し番号に引き続いて受
信されるメッセージ情報をパラレルデータに変換してＣ
ＰＵ１５に出力し、一方、呼び出し番号が一致しない時
は受信部１２による受信の打ち切りを指示する回路であ
る。

【００２９】ＣＰＵ１５には、ディスプレイ１０−１、
入力ポッド１０−２等も接続されている。これらは図１
において説明した液晶ディスプレイ装置１０−１及び座
標入力タブレット１０−２である。

【００３０】ＣＰＵ１５は、上述の受信割り込み指令
や、入力ポッド１０−２からのペン入力信号等に基づい
て各種の処理を実行する中央処理部であり、例えば受信
メッセージをメモリ１６に順次書き込む。或いは特には
図示しないが上記メッセージに基づいてドットパターン
データや各種の表示用のデータを作成するキャラクタジ
ェネレータや、このキャラクタジェネレータで作成され
た表示用データを一時的に格納しておく表示バッファ、
この表示バッファに格納されたデータをディスプレイ１
０−１に表示させるための回路である表示ドライバ等を
備え、メモリ１６からメッセージを読み出してディスプ
レイ１０−１に表示させる。

【００３１】メモリ１６は、読み出し及び書き込み可能
なメモリであり、主に上記デコーダ部１４から出力され
たメッセージ等の各種データをＣＰＵ１５の指示に従っ
て記憶する。スピーカドライバ１７は、メッセージの受
信があった時に、ＣＰＵ１５の指示により、その受信メ
ッセージの発呼者を示す呼種別情報に対応したパターン
でスピーカ１８を駆動する回路である。ＩＣカード１９
は、着脱自在な外部メモリであり、例えば、ゲームソフ
トや拡張機能ソフトなどを格納した各種のアプリケーシ
ョンＲＯＭカード、電子手帳のデータ記憶用ＲＡＭカー
ド等から構成される。

【００３２】次に、図３は、情報サービスセンタの構成
を示すブロック図である。同図に示すように、情報サー
ビスセンタは、コンピュータ２１、音声応答装置２２、
メモリ２３、データベース２４等で構成されており、イ
ンタフェース２５によって図１に示した通信網２と接続
されている。

【００３３】上記コンピュータ２１は、予定される情報
サービスの内容や量に対応した適宜な機能を備えたコン
ピュータである。音声応答装置２２は、発呼者の電話３
−１から通信網２及びインタフェース２５を介して入力
される人の音声やプッシュボタンの操作音を認識してこ
れらのアナログ入力をデジタルのコマンドコードに変換
し、この変換したコマンドコードをコンピュータ２１に
与える。また、このコマンドコードに対するコンピュー
タ２１からの応答コードを、該応答コードに対応する合
成音声に変換し、この合成音声によりインタフェース２
５、通信網２を介して発呼者へ応答する。

【００３４】尚、コンピュータ２１は、発呼者からの通
信がパソコン等によって行われたときは、音声認識から
コード認識に通信プロトコルを切り替え、音声応答装置
２２を介さずに直接発呼者と通信する。

【００３５】メモリ２３は、発呼者から要求された情報
の種類、転送条件、期間、情報の転送先等を一時的に記
憶するメモリである。データベース２４は、この情報サ
ービスセンタから提供するために、所定の仕分け方法に
より分類され適宜な範囲で多量に記憶されている特定分
野の情報ファイルであり、例えば大型磁気ディスク等の
装置に格納されている。これらの情報は、必要に応じて
日々あるいは時々刻々に更新され、且つ必要に応じてコ
ンピュータ２１により読み出される。

【００３６】インタフェース２５は、通信網２が加入電
信網、或いはパケット交換網、ＤＤＸ(Digital-Data-Ex
change) 回線交換網等である場合に夫々に対応するユー
ザ・網インタフェースであり、通信網２に乗って伝送さ
れてくる電話、オンライン通信等の通信信号から自情報
サービスセンタ宛の通信信号のみを取り出して情報サー
ビスセンタ側へ通過させ、また、情報サービスセンタか
ら出力される通信信号を通信網２に送出する。

【００３７】続いて、図４に、上記情報サービスセンタ
が天気予報の情報サービスを行う場合のデータベースの
例を示す。同図に示すように、天気予報情報サービス用
のデータベースには、本日以降の日付に対応する各地域
毎の天気予報情報が格納されている。同図の例では、天
気予報情報サービス用データベースに本日以降の日付と
して４／２６（４月２６日、以下同様）、４／２７、４
／２８、・・・、５／６が設定されている（図の左
欄）。また、予報地域として東京、神奈川、千葉が設定
されている。同図には示していないが、日付は５／７以
降も設定されており、また、予報地域も東京近県のみな
らず全国的に網羅して設定されている。従って、例えば
ビジネスマンの長期出張の際における行く先々の天気情
報や、遠隔地において予定されているゴルフコンペなど
の際における天気情報等のサービスにも十分対応でき
る。

【００３８】そして、同図に示すように、それらの日付
と地域に対応する天気予報情報がイメージで設定されて
いる。これらのイメージは、そのままドットイメージ情
報としてデータベースに保持されている。これらのイメ
ージ情報は、例えば図の中央に示す神奈川地域を見る
と、４／２６、４／２７、４／２８および５／６には光
芒を備えた日輪のイメージ情報があり、これによって晴
天を表わしている。また、４／２９、４／３０および５
／５には雲のイメージ情報があり、これによって曇天を
表わしている。そして、５／１〜５／４には雲の下に数
本の斜線を付した雨雲のイメージ情報があり、これによ
って雨天を表わしている。同図の破線５で囲んだ天気予
報のイメージ情報は、東京地区の特に４／２８〜５／５
まで８日間の天気予報情報を示したものである。

【００３９】また、図には示していないが、夏期には、
輻射する数本の折れ線イメージにより雷情報を表わすよ
うにしてもよく、二百十日の影響の出る秋口には、おち
ょこ傘のイメージで暴風を表わすようにもできる。ま
た、冬期においては積雪地域などでは、六角形の雪の結
晶イメージで雪空を表わすようにする。尚、イメージ情
報はこれらに限ることなく、例えば晴天を光芒のない日
輪のみで表わしてもよく、また光芒付きの半円等で表わ
してもよい。雨天の場合は通常の傘のイメージで表わす
こともでき、勿論、これらを晴、曇、雨、雪等の文字で
表わしてもよい。これらの天気情報は、例えば気象庁等
から得て日々更新するようにする。

【００４０】次に、上記構成の情報転送システムの動作
を図５乃至図８に示す通信フローチャートを用いて説明
する。尚、この処理では、図１に示すユーザによる電話
３−１（またはパソコン３−２など）の操作を中心に、
図１及び図３に示す情報サービスセンタ１−１（または
１−２、１−３、・・・）の動作及び図１及び図２に示
す受信端末１０の動作が相互に関連し合って進行する。
また、情報サービスセンタのメモリ２３は複数領域に分
割されメモリａ、メモリｂ、メモリｃ、・・・、メモリ
ｎとして使用される。また、これら分割された各メモリ
領域には、各メモリ領域毎に夫々対応する複数のデータ
が一時的に格納される。

【００４１】先ず、情報サービスの例として天気予報サ
ービスの場合を、図５の通信フローチャートを用いて説
明する。同図に示すように、ユーザは先ず情報サービス
センタに電話する（ステップＳ１）。この例では、天気
予報サービスの場合であるので、天気予報サービスセン
タに電話する。

【００４２】すると情報サービスセンタでは、最初のガ
イダンス（指導的案内）を出力する（ステップＳ２）。
この例では、天気予報の情報サービスセンタであるの
で、例えば「どこの地域ですか？ 地域を指定して下さ
い」と音声応答装置２２による合成音声で、予報すべき
地域を問い合わせるガイダンスを出力する。

【００４３】これを受けてユーザは、天気予報を知りた
い地域名を例えば「東京」と回答する（ステップＳ
３）。この地域名の回答を以後の処理では例えば「回答
１」として処理する。

【００４４】情報サービスセンタでは、ユーザの回答１
をメモリ２３へ格納する（ステップＳ４）。この処理
は、音声応答装置２２がユーザの回答１すなわち「東
京」を音声認識してこの音声入力を、「東京」を表わす
データ（データコード）に変換してコンピュータ２１に
出力し、コンピュータ２１がメモリ２３の分割された記
憶領域の１つであるメモリａに地域データ「東京」を格
納する処理である。

【００４５】続いて情報サービスセンタでは、次のガイ
ダンスを出力する（ステップＳ５）。ここでは、音声応
答装置２２が「いつですか？」と、天気予報を行うべき
期間を入力するよう案内する。

【００４６】これに対してユーザは、天気予報を知りた
い期間を例えば「４月２８日から５月５日」と回答する
（ステップＳ６）。この期間の回答を以後の処理では例
えば「回答２」として処理する。

【００４７】情報サービスセンタでは、ユーザの回答２
をメモリ２３へ格納する（ステップＳ７）。この処理
は、音声応答装置２２がユーザの回答２を音声認識して
期間データ「４／２８〜５／５」に変換し、この変換し
た期間データをコンピュータ２１に出力し、コンピュー
タ２１がメモリ２３の記憶領域のメモリｂに期間データ
「４／２８〜５／５」を格納する処理である。

【００４８】上記に続き、図には破線及び点線のみで示
しているが、情報サービスセンタは必要に応じて他のガ
イダンス例えば「晴れの日のみですか？ それとも全部
のお天気についてですか？」などを出力し、このガイダ
ンスに対する回答３、例えば「雨の日だけ」などを得
る。これによって、情報サービスセンタのメモリａ、
ｂ、ｃ、・・・に、上記地域データ「東京」、期間デー
タ「４／２８〜５／５」、データ「回答３」、・・・が
記憶される。尚、ユーザは、地域と期間以外に他の予報
条件が不要であれば、情報サービスセンタからの３回目
のガイダンス出力に対して、例えば「これだけです」あ
るいは「他はいりません」などと回答すればよい。

【００４９】情報サービスセンタでは、上記ユーザから
の回答１、回答２、・・・の入力が完了すると、メモリ
ａ、メモリｂ、・・・から回答１及びこの回答１に対応
する回答２、・・・を順次読み出し、これら回答１、回
答２、・・・のアンド条件に基づいて、データーベース
２４を検索する（ステップＳ８）。これにより、例えば
図４の破線５で囲んで示した地域「東京」における期間
「４／２８〜５／５」の天気予報のイメージ情報「曇
り、曇り、曇り、曇り、雨、曇り、雨、晴れ」が得られ
る。

【００５０】上記データ検索が終了すると、次に情報サ
ービスセンタは、上記検索した天気予報情報の送信先を
問い合わせるガイダンスの出力を行う（ステップＳ
９）。この処理では、音声応答装置２２から「どこへ送
信しますか？」が出力される。

【００５１】このガイダンスに応じて、ユーザは例えば
自己所有の受信端末であるページャ１０（図１参照）の
登録番号、例えば「１２３４５６」を指定する（ステッ
プＳ１０）。この処理におけるＩＤ・Ｎｏ．１２３４５
６の指定は、音声入力であってもよく、またプッシュボ
タンからの入力であってもよい。また、このＩＤ・Ｎ
ｏ．としては、電話番号であってもよく、その他通信網
と端末との関係で規定される番号であればよい。

【００５２】情報サービスセンタでは、この回答を受
け、ＩＤ・Ｎｏ．「１２３４５６」をメモリｎに格納し
て、指定された送信先（転送先）を記録する。そして、
上記検索によって得られた天気予報データ「東京」、
「４／２８〜５／５」及び「曇り、曇り、曇り、曇り、
雨、曇り、雨、晴れ（但し図４に示すドットイメージデ
ータ）」からなるフレームデータの例えばヘッダー部な
ど送信データの所定位置に、上記メモリｎに記録されて
いるＩＤ・Ｎｏ．「１２３４５６」を付与して、この宛
先（転送先）コード付の通信データを通信網２へ送出す
る（ステップＳ１１）。

【００５３】受信端末１０では、通信網２から無線局４
を介して発信された自己のＩＤ・Ｎｏ．「１２３４５
６」と一致する宛先番号「１２３４５６」を有する通信
データを受信し、この受信データに含まれる天気予報デ
ータ「東京」、「４／２８〜５／５」及び「曇り、曇
り、曇り、曇り、雨、曇り、雨、晴れ」をディスプレイ
１０−１上に表示する（ステップＳ１２）。この処理で
は、上記の天気予報データはメモリ１６にも記憶され
る。受信端末１０のユーザは、後刻ペン１０−３による
入力ポッド１０−２からの入力操作により、その記憶さ
れた天気予報データを読み出して、繰り返しディスプレ
イ１０−１上に表示させることができる。

【００５４】情報サービスセンタは、上記要求された情
報の、指定された受信端末への送信（転送）が一旦終了
したことに続き、再びガイダンスを行い、例えば「続け
ますか？」と出力する（ステップＳ１３）。これによっ
て、ユーザが希望すれば、ステップＳ２〜Ｓ１２が繰り
返されて、他の地域の所望の期間の天気予報情報がユー
ザに提供される。

【００５５】他方、ユーザが「東京」以外には他に天気
予報を知りたい地域がないときは、終了を告げる例えば
「終わりました」又は「いや、結構です」などの回答を
行う（ステップＳ１４）。

【００５６】情報サービスセンタでは、この回答を受け
てコンピュータ２１が処理を終了する（ステップＳ１
５）。このように、ユーザは電話を用い情報サービスセ
ンタとオンラインの状態で、知りたい情報を要求すると
ともに受信先を指定して、その情報を情報サービスセン
タから自己の指定した受信端末へ送信（転送）させるこ
とができる。

【００５７】上述の例では指定した受信端末へ情報を送
信（転送）させるまで、ユーザと情報サービスセンタと
の接続をオンラインとしているが、知りたい情報の要求
と受信先の指定のみを行って接続を終了するオフライン
方式でも、上記同様に情報の転送を実現できる。

【００５８】そのオフライン転送の情報サービスについ
て、これを第２の実施例として説明する。この場合の情
報転送システムの構成は、図１に示した第１の実施例の
情報転送システムの構成と同様である。また、情報サー
ビスセンタのメモリ２３の記憶領域の分割構成も第１の
実施例の場合と同様である。この第２の実施例では、情
報サービスセンタ側の応対動作のみが、やや異なる。

【００５９】図６は、この第２の実施例の動作を説明す
る通信フローチャートである。この場合も天気予報サー
ビスの場合を例とする。先ず、ステップＳ２１〜Ｓ２７
に示すユーザによる電話３−１の操作、及び情報サービ
スセンタ１−１（または１−２、１−３、・・・）の処
理は、図５に示したステップＳ１〜Ｓ７の処理と全く同
一である。

【００６０】この第２の実施例では上記ステップＳ２７
に続いて、情報サービスセンタは、（この場合も図５の
場合と同様に破線及び点線のみで示しているが）必要に
応じて他のガイダンスを順次出力し、これらのガイダン
スに対する上記に続く回答３等を得、これによってメモ
リａ、ｂ、ｃ、・・・にユーザからの回答１、回答２、
回答３、・・・を記憶する。

【００６１】そして、データーベース２４の検索を行わ
ずに、ただちに上記要求された天気予報情報の送信先を
問い合わせるガイダンス「どこへ送信しますか？」の出
力を行う（ステップＳ２８）。

【００６２】以下、このガイダンスに応じてユーザは天
気予報情報を転送すべき受信端末のＩＤ・Ｎｏ．１２３
４５６を指定し（ステップＳ２９）、情報サービスセン
タは、そのＩＤ・Ｎｏ．「１２３４５６」をメモリｎに
格納して指定された送信先を記録し（ステップＳ３
０）、続いて「続けますか？」と、他の地域の天気予報
情報が入用であるか否かを問い合わせるガイダンスを出
力し（ステップＳ３１）、これにユーザが「終了」を回
答し（ステップＳ３２）、情報サービスセンタがユーザ
との接続を終了する（ステップＳ３３）。これらのステ
ップＳ２９〜Ｓ３３の処理は、図５のステップＳ１０、
Ｓ１１、Ｓ１３、Ｓ１４、Ｓ１５の処理に夫々対応して
いるので詳述はしない。

【００６３】この第２の実施例では、情報サービスセン
タは、上記ステップＳ３３に続いてメモリａ、メモリ
ｂ、・・・から回答１及びこの回答１に対応する回答
２、・・・を順次読み出し、これら回答１、回答２、・
・・のアンド条件に基づいて、データーベース２４を検
索する（ステップＳ３４）。これにより、この場合も例
えば図４の破線５で囲んで示した地域「東京」における
期間「４／２８〜５／５」の天気予報のイメージ情報
「曇り、曇り、曇り、曇り、雨、曇り、雨、晴れ」が得
られる。

【００６４】続いて、情報サービスセンタは、上記検索
によって得られた天気予報データからなる送信データの
所定位置にメモリｎに記憶されているＩＤ・Ｎｏ．「１
２３４５６」を付与して、このＩＤ・Ｎｏ．を付与した
通信データを通信網２へ送出する（ステップＳ３５）。

【００６５】受信端末１０では、この場合も、通信網２
から無線局４を介して発信された自己のＩＤ・Ｎｏ．
「１２３４５６」と一致する宛先番号「１２３４５６」
を有する通信データを受信し、この受信データに含まれ
る天気予報データ「東京」、「４／２８〜５／５」及び
「曇り、曇り、曇り、曇り、雨、曇り、雨、晴れ」をデ
ィスプレイ１０−１上に表示し（ステップＳ３６）、こ
の天気予報データをメモリ１６に記憶する。

【００６６】このように、ユーザは情報の要求と送信先
（転送先の受信端末）の指定のみを行った後ただちに情
報サービスセンタとの接続を切ることができるので、デ
ータ検索の待ち時間がなく、従って残りの自由時間を有
効に活用することができる。

【００６７】上記第１及び第２の実施例では、例えば天
気予報情報のように一度定まればその後の変化は滅多に
起きない或いは長期間変化しないとされる情報のサービ
ス例であり、このような情報サービスに適合な情報とし
ては、上述した天気予報情報の他に、新聞等の記事情
報、各種イベントの情報、電話番号案内、本日の献立情
報、デパートの各階情報、特定路線区間の時刻表情報、
競馬等の勝馬予想、住宅・アパート情報、フェアー開催
館の館内情報、大学キャンパス内情報、辞典検索サービ
ス、時代別の歴史情報等種々考えられる。

【００６８】ところで、情報には例えば株式市況のよう
に同一の対象（銘柄）の状態（株価）が時々刻々変化
し、前もって状態の予想が立たない即ち固定的に状態を
設定できない情報もある。このような情報に対しても、
例えば単に現在の状態を知りたいという程度であれば上
述の情報サービスのシステムでもよい。しかし、株取引
きを行うために、株価が予め想定した売買の目的価格に
変化したかどうかを情報サービスによって知りたい場合
は上述した情報サービスでは対応できない。このこと
は、上述した天気予報情報のうちでも台風情報の場合は
同様なことがいえる。すなわち台風の方向が予報範囲よ
り大きく変わったら、或いは一定の風速以下に収まった
ら船や飛行機を出発させる等の場合もやはり上述した情
報サービスでは対応できない。

【００６９】このように経時的に変化する状態の中から
或る特定された状態の変化情報を提供する情報サービス
センタの例を第３の実施例として以下に説明する。尚、
この実施例における情報転送システムの構成も、図１に
示した第１及び第２の実施例の情報転送システムの構成
と同様である。また、情報サービスセンタのメモリ２３
の記憶領域の分割構成も第１及び第２の実施例の場合と
同様である。この第３の実施例では、「情報」の要望と
「送信先（転送先）」の指定だけでなく、「送信（転
送）条件」が指定される。以下、受信端末に対しては送
信と転送を同義に用い、単に送信又は転送と記載する。

【００７０】図７は、第３の実施例の動作を説明する通
信フローチャートである。ここでは株式市況の情報サー
ビスを例として取り上げて説明する。ここで要望される
情報は特定銘柄の株価であり、その情報の転送条件とし
て変動する株価の中で所望の範囲の又は一定の価格が指
定される。転送先は第１又は第２の実施例の場合と同様
に指定される。また、ユーザ側の通信端末としてパソコ
ン（ＰＣ）が用いられているが、勿論電話であってもよ
い。

【００７１】図７の通信フローチャートにおいて、先
ず、ユーザは株式市況の情報サービスを行う証券センタ
に通信網２を介してパソコンを接続する（ステップＳ４
１）。この接続は、ユーザから通常の通信ソフトによる
通信プロトコルを用いて行われ、予め定められた証券セ
ンタの呼び出しコードをパソコンのキーボードから入力
することによって行われる。以下パソコンからの回答も
同様にキーボード入力である。

【００７２】上記の接続により情報サービスセンタ（証
券センタ）では、接続がパソコンであることを認識し、
音声応答装置２２を介さずに最初のガイダンスをコンピ
ュータ２１が直接文字コードで出力する（ステップＳ４
２）。この文字コードはユーザのパソコンに取り込まれ
て文字表示データに変換されパソコンの表示画面上に例
えば「どこの会社ですか？」と表示される。以下の情報
サービスセンタからのガイダンス出力も同様に文字コー
ド出力である。

【００７３】上記ガイダンスを受けたことにより、ユー
ザは知りたい株価の銘柄を例えば「Ｘ社」と回答する
（ステップＳ４３）。この最初の回答は以後の処理で
「回答１」として処理される。

【００７４】情報サービスセンタでは、ユーザの回答１
（Ｘ社）をメモリ２３のメモリａ領域へ格納する（ステ
ップＳ４４）。続いて情報サービスセンタでは、次のガ
イダンスを出力する（ステップＳ４５）。このガイダン
スでは、指定（要望）された銘柄の株価を報知（送信）
すべき条件を問い合わせる。例えばガイダンスとして
「報知条件は何ですか？」がパソコンへ伝送される。

【００７５】これに対してユーザは、知りたい株価の条
件を例えば「￥１０００以上」と入力する（ステップＳ
４６）。この条件の回答は以後の処理で「回答２」とし
て処理される。

【００７６】情報サービスセンタでは、ユーザの回答２
をメモリ２３のメモリｂ領域へ格納する（ステップＳ４
７）。図には破線及び点線のみで示しているが、上記に
続き情報サービスセンタは必要に応じて他のガイダンス
例えば「値下がりの場合の下限は？」などを出力し、こ
のガイダンスに対する回答３、例えば「￥８００」など
を得る。これによって、情報サービスセンタのメモリ
ａ、ｂ、ｃ、・・・に、上記銘柄「Ｘ社」、及びその株
価報知条件「￥１０００以上」や「￥８００」、・・・
などが記憶される。この場合ユーザは、他の報知条件が
不要であれば、情報サービスセンタからの３回目のガイ
ダンスに対して、例えば「以上」とキー入力すればよ
い。

【００７７】情報サービスセンタでは、上記パソコン側
での報知条件の入力が完了したことを認識すると、上記
報知条件が満足された場合の株価情報をどこへ送信する
かその送信先を問い合わせるガイダンス「どこへ送信し
ますか？」の出力を行う（ステップＳ４８）。

【００７８】このガイダンスに応じて、ユーザは例えば
この場合も自己所有の受信端末であるページャ１０の登
録番号「１２３４５６」を指定する（ステップＳ４
９）。情報サービスセンタでは、この回答を受け、ＩＤ
・Ｎｏ．「１２３４５６」をメモリｎに格納して指定さ
れた送信先を記録し（ステップＳ５０）、続いて「続け
ますか？」と、他の銘柄の株価情報が入用であるか否か
を問い合わせるガイダンスを出力する（ステップＳ５
１）。これに対するユーザの回答が「終了」でない場合
は上述のステップＳ４２〜Ｓ５１が繰り返されて複数銘
柄の株価情報の要求が情報サービスセンタに記録され
る。

【００７９】一方、ユーザが「終了」を回答すれば（ス
テップＳ５２）、情報サービスセンタはユーザとの接続
を終了する（ステップＳ５２）。そして、その後情報サ
ービスセンタでは、前場、後場の立ち会い毎に逐次行わ
れる証券市場から報知に基づいてコンピュータ２１が銘
柄毎の株価を逐次更新し、この更新の度に上記メモリａ
に記憶した銘柄（回答１）の更新後の株価がメモリｂに
記憶した報知条件（回答２）を満足するか否かを判別し
（ステップＳ５４）、満足しなければ（Ｓ５４がＮ
Ｏ）、次の株価変動による更新を待って判別を行なうと
いうことを繰り返す。

【００８０】そして、更新後の株価が報知条件を満足し
た場合は（Ｓ５４がＹＥＳ）、その更新後の最新株価を
メモリｎに記憶した送信先へ送信する（ステップＳ５
５）。これによって、ユーザが指定した受信端末１０の
表示画面１０−１に、ユーザの要求した銘柄が、ユーザ
の希望した価格となったことが株価速報として表示され
る（ステップＳ５６）。

【００８１】このように、ユーザはパソコン（又は電
話）を用い情報サービスセンタに対し知りたい情報を要
求して転送先を指定するだけでなく転送条件を指定し
て、その情報が自分の知りたい状態になったときに情報
サービスセンタから自己の指定した受信端末へ送信させ
るようにすることができる。

【００８２】上記の実施例では株式速報を例としている
が、これに限ることなく、他に例えば台風速報のように
時々刻々と変化する情報であれば、どのような情報にも
適用できる。また経時的に変化する情報としては、上記
株式情報や台風情報などの他特定の情報の状態が変化す
るのではなく、新たな情報が加わることの想定される場
合も、その情報の属する分野における経時的変化として
捉えることができる。例えば、プレイガイド、ショッピ
ング情報、リゾート地のホテル空室情報、分野別の新刊
書情報、新発売のＬＤ，ＣＤ等の内容情報、又は用品別
新製品通信販売等の情報も、新たな情報が追加されるこ
とにより大きくは時々刻々変化する情報である。これら
の情報も「情報」の名前と、その経時的に変化する「報
知条件」と、条件満足時の「送信先」とを指定して情報
の送信を依頼することができる情報である。

【００８３】ところで上述した第１、第２及び第３の実
施例では、いずれもユーザが指定する送信先は一台の受
信端末であるが、これを複数の受信端末で受信するよう
にすることもできる。そのような情報転送システムを第
４の実施例として以下に説明する。尚、この場合も情報
転送システムの構成は図１に示した情報転送システムの
構成と同様であり、情報サービスセンタのメモリ２３の
記憶領域もメモリａ，ｂ，・・・に分割構成される。ま
た、図１には図示していないが受信端末は図の受信端末
１０の他に複数台の受信端末が通信網２に接続していお
り、更にその中の複数の受信端末がグループを構成して
いる。

【００８４】図８は、第４の実施例の、複数の受信端末
を指定できる情報転送システムの動作を示す通信フロー
チャートである。先ず同図のステップＳ６１〜Ｓ６７
は、前述した第１実施例の図５に示すステップＳ１〜Ｓ
７、第２実施例の図６に示すステップＳ２１〜Ｓ２７、
又は第３実施例の図７に示すステップＳ４１〜Ｓ４７の
処理と同一である。また、上記ステップＳ６７からステ
ップＳ７０までの処理は第１実施例の図５に示すステッ
プＳ７からステップＳ１０までの処理と同一である。た
だし、ステップＳ７０でユーザから指定される受信端末
のＩＤ番号は、例えば、上位３桁の「１２３」にファイ
ルのワイルド指定に通常用いられるパラメータ「＊＊
＊」の付加された「１２３＊＊＊」である。

【００８５】情報サービスセンタでは、このユーザから
の回答を受け、ＩＤ・Ｎｏ．「１２３＊＊＊」をメモリ
ｎに格納して指定された送信先を記録する。そして、上
記ステップＳ６８の検索によって得られた情報（デー
タ）に、上記ＩＤ番号「１２３＊＊＊」を付与して、こ
のワイルド指定コード付きの通信データを通信網２へ送
出する（ステップＳ７１）。

【００８６】複数の受信端末１０の中でＩＤ番号の上位
３桁が「１２３」である受信端末、即ちＩＤ・Ｎｏ．１
２３００１、１２３００２、・・・、１２３９９９の受
信端末は、通信網２から無線局４を介して発信された自
己のＩＤ番号の上位３桁「１２３」と一致する上位３桁
の宛先番号「１２３」を有する通信データを受信し、こ
の受信データに含まれる表示用データを夫々ディスプレ
イ１０−１上に表示する（ステップＳ７２−１、Ｓ７２
−２、・・・、Ｓ７２−ｎ）。この場合も、上記表示用
データは夫々の受信端末においてメモリ１６にも記憶さ
れる。

【００８７】情報サービスセンタは、上記要求された情
報を指定された受信端末へ送信すると、再び「続けます
か？」とガイダンスを出力し（ステップＳ７３）、ユー
ザが希望すればステップＳ６２〜Ｓ７３を繰り返すが、
ユーザが希望しなければ、即ち「終了」を告げればその
情報転送サービスを終了する（ステップＳ７５）。

【００８８】なお、複数の受信端末を指定する場合、Ｉ
Ｄ番号の特定桁を共通のコードとすることで同時指定を
行うようにすることができ、そのほか、種々の手法で複
数の受信端末をグループ化し、同時アクセスを可能とす
る。

【００８９】ところで、上記第１〜第４の実施例におい
ては、所望の情報を得るために、その所望の情報を有し
ていると思われる情報サービスセンタをユーザが選択し
ているが、ユーザは常に一つのセンタに接続を行うよう
にし、その一つのセンタがユーザから要求されるあらゆ
る情報を指定先の受信端末へ転送するようにすることも
できる。これを第５の実施例として以下に説明する。

【００９０】図９は、第５の実施例の情報転送システム
の構成ブロック図である。同図に示すように、情報転送
システムは、図１に示した情報転送システムの場合と同
様に情報サービスセンタＡ（１−１）、Ｂ（１−２）、
Ｃ（１−３）、・・・、これら複数の情報サービスセン
タに通信網２を介して接続される電話３−１やパソコン
３−２等の発信端末、及び無線４を介して上記の通信網
２と接続される受信端末１０に、更に総合サービスセン
タ６を加えて構成される。

【００９１】この情報転送システムにおける総合サービ
スセンタ６の構成は、図３に示した情報サービスセンタ
の構成からデータベース２４を除いた構成であり、この
除かれたデータベース２４に代って各情報サービスセン
タＡ、Ｂ、Ｃ、・・・が通信網２を介して総合サービス
センタ６のデータベースとして対応する。

【００９２】上記複数の情報サービスセンタＡ、Ｂ、
Ｃ、・・・は、第１〜第４の実施例で説明したように天
気予報サービスセンタ等の各種情報ごとに情報提供サー
ビスを行う商用サービスセンタで構成される。発信端末
の電話３−１、パソコン３−２の構成も、図１の場合と
同様である。また、受信端末１０は、この場合もワンウ
エイのページャ等からなる通信端末である。

【００９３】次に、上記構成の情報転送システムの動作
を図１０乃至図１２に示す通信フローチャートを用いて
説明する。尚、ここでは図９に示す電話３−１（または
パソコン３−２など）の操作を中心に、総合サービスセ
ンタ６の動作、情報サービスセンタＡ１−１（またはＢ
１−２、Ｃ１−３、・・・）の動作、及び受信端末１０
の動作が相互に関連し合って進行する。また、総合サー
ビスセンタは特には図示しないが、メモリａ′、メモリ
ｂ′、メモリｃ′、・・・、メモリｎ′の複数のメモリ
領域を処理に用いている。

【００９４】先ず、図１０の通信フローチャートを用
い、天気予報サービスの場合を例として説明する。同図
に示すように、ユーザは先ず総合サービスセンタに電話
する（ステップＳ８１）。

【００９５】すると総合サービスセンタでは、最初のガ
イダンスで「どのサービスを御希望ですか？ 御希望の
サービスを指定して下さい」と音声応答装置が応答する
（ステップＳ８２）。

【００９６】ここでユーザが「天気予報」と回答すると
（ステップＳ８３）、総合サービスセンタでは、その回
答を回答１としてメモリａ′へ格納する（ステップＳ８
４）。

【００９７】そして、この例では、天気予報の総合サー
ビスであるので、図１０の次のステップＳ８５〜Ｓ９６
までは、図６に示すステップＳ２２〜Ｓ３３と全く同様
の処理を行う。但し図１０の回答２、３、・・・は図６
では回答１、２、・・・であり、また図１０のメモリ
ｂ′、ｃ′、ｄ′、・・・は図６のメモリａ、ｂ、ｃ、
・・・に対応している。

【００９８】尚、ステップＳ８３で、ユーザが「株式市
況」と回答した場合は、ステップＳ８５〜Ｓ９６は、図
７に示すステップＳ４２〜Ｓ５３と同様の処理に変更さ
れる。このように、総合サービスセンタ６では、ユーザ
が回答するサービスの内容に応じて、その要求されてい
るサービスの内容に適したガイダンスを行なう。

【００９９】上記のステップＳ９６に続いて、総合サー
ビスセンタ６は、メモリａ′の回答１に基づいて外部デ
ータベースとして情報サービスセンタＡ、Ｂ、Ｃ、・・
・の中から適宜な情報サービスセンタを選択し、この選
択した情報サービスセンタへ、上記ユーザとの応接でメ
モリｂ′、ｃ′、・・・に記憶した回答２、３、・・を
送信する（ステップＳ９７）。

【０１００】総合サービスセンタによって選択された情
報サービスセンタは、総合サービスセンタから送信され
てくる上記の回答２、回答３、・・・のアンド条件に基
づいて自己のデーターベースを検索する（ステップＳ９
８）。勿論この検索は、現在の固定されたデータの状態
のみではなく、経時的に変化するデータの特定の状態を
検索するものであってよい。

【０１０１】そして、そのアンド条件により検出された
データを上記指定された受信端末（ＩＤ・Ｎｏ．１２３
４５６）宛に通信網２へ送出する。受信端末は、通信網
２から無線局４を介して発信された自己のＩＤ・Ｎｏ．
「１２３４５６」と一致する宛先番号「１２３４５６」
を有する通信データを受信し、この受信データに含まれ
る表示データをディスプレイ１０−１上に表示する（ス
テップＳ１００）。

【０１０２】このように、ユーザは通信端末を総合サー
ビスセンタに接続して受けたいサービスを指定するだけ
であり、どの情報サービスセンタが今必要とされる情報
サービスを行っているかを考える必要がなく、極めて軽
便に情報サービスを利用することができる。

【０１０３】上記の実施例では、総合サービスセンタは
ユーザとの接続を終了してから外部データベースである
情報サービスセンタと通信を交わし、その情報サービス
センタから直接ユーザへの情報提供を行うようにしてい
る。しかし、現状の固定情報を手元の受信端末で知りた
いような場合には経時的な変化を待つ必要がなく、ユー
ザは総合サービスセンタとオンラインのままで情報を受
け取るほうが、次々と知りたい情報の指示を総合サービ
スセンタに与えることができて便利である場合が多い。
このような総合サービスの例を第６の実施例として以下
に説明する。この場合の情報転送システムの構成も図９
に示す構成と同様である。

【０１０４】図１１は、第６の実施例におけるプレイガ
イドの情報サービスの場合を例とした通信フローチャー
トである。このフローチャートを用いて第６の実施例の
動作を説明する。

【０１０５】同図に示すように、ユーザは先ず総合サー
ビスセンタに電話し（ステップＳ１０１）、総合サービ
スセンタは最初のガイダンスで「どのサービスを御希望
ですか？ 御希望のサービスを指定して下さい」と音声
応答装置で応答する（ステップＳ１０２）。

【０１０６】そして、ユーザが「プレイガイド」と回答
すると（ステップＳ１０３）、総合サービスセンタは、
その回答を回答１としてメモリａ′へ格納する（ステッ
プＳ１０４）。

【０１０７】この後の処理では、図１１の次のステップ
Ｓ１０５〜Ｓ１１２までは、図６に示すステップＳ２２
〜Ｓ２９と全く同様の処理を行う。但し図６の回答１、
２、・・・の例で「東京」、「４／２８〜５／５」、・
・・とした部分は、図１１の例では回答２、３、・・・
であり、それぞれ「６月１日」、「絵画の展覧会」、・
・・となっている。また、この場合も図１１のメモリ
ｂ′、ｃ′、ｄ′、・・・が図６のメモリａ、ｂ、ｃ、
・・・に対応している。

【０１０８】上記ステップＳ１１２におけるユーザの送
信先の回答に続いて、総合サービスセンタ６は、メモリ
ａ′の回答１に基づいて外部データベース（情報サービ
スセンタＡ、Ｂ、Ｃ、・・・）の中からプレイガイドの
情報サービスセンタを選択し、この選択したプレイガイ
ドの情報サービスセンタへ、上記ユーザから得た回答
２、３、・・を送信して、ユーザから要求されているプ
レイガイド情報の検索を指示する（ステップＳ１１
３）。

【０１０９】総合サービスセンタによって選択されたプ
レイガイドの情報サービスセンタは、総合サービスセン
タから送信されてくる上記の回答２、回答３、・・・の
アンド条件に基づいて自己のデーターベースを検索し、
この検索結果を総合サービスセンタ６へ送信する（ステ
ップＳ１１４）。

【０１１０】総合サービスセンタ６は、プレイガイドの
情報サービスセンタから受け取った情報、例えば「６月
１日新宿××で○○展」を、メモリｎに記録されている
ＩＤ・Ｎｏ．「１２３４５６」の受信端末へ通信網２へ
送出する（ステップＳ１１５）。

【０１１１】受信端末１０は、通信網２から無線局４を
介して発信された自己のＩＤ・Ｎｏ．「１２３４５６」
と一致する宛先番号「１２３４５６」を有する通信デー
タを受信し、この受信データに含まれる上記プレイガイ
ドの情報「６月１日新宿××で○○展」をディスプレイ
１０−１上に表示し（ステップＳ１１６）、メモリ１６
に記憶する。

【０１１２】総合サービスセンタは、上記指定された受
信端末への要求された情報の送信が一旦終了したことに
より再び「続けますか？」とガイダンスを行う（ステッ
プＳ１１７）。これによって、ユーザが希望すれば、ス
テップＳ１０２〜Ｓ１１５が繰り返され、例えば６月１
日以外の他の日の絵画展、或いは同日の絵画以外の展覧
会等の情報が引き続きオンラインで提供される。

【０１１３】また、上記ステップＳ１１７のガイダンス
に対して、ユーザが「終了」を告げると（ステップＳ１
１８）、総合サービスセンタ６はユーザとの接続を切っ
て処理を終了する（ステップＳ１１９）。

【０１１４】ところで上記のようにオンライのままで指
定受信端末への情報の転送を行う場合は、情報転送の終
了に伴って例えば「続けますか？」というような次の情
報要求が有るか無いかの問い合わせのガイダンスが送信
されるので、ユーザは、いま要求した情報の転送が完了
したことを確認できる。しかし、図６、図７、又は図１
０に示したように情報サービスセンタ又は総合サービス
センタとユーザがオフラインになってから情報の転送を
行う場合は、情報の要求とその転送指示が確実に情報サ
ービスセンタ又は総合サービスセンタに記録され、その
処理が進行しているかどうかはユーザにとって不明であ
る。特に株取り引きのために株式市況の情報サービスを
受けようとする場合等には、万一誤って情報サービスセ
ンタ又は総合サービスセンタに未記録となり処理が行わ
れないと、大切な情報の入力が遅れ、甚大は損害を被る
ことが考えられる。また、ホテルの空室発生待ち、住宅
の希望価格の売買情報の発生待ち等の場合でも、ユーザ
からの情報要求の記録漏れのためにユーザに届くべき情
報が届かないと、「得べかりし利益」の損失という不利
益を被ることになり、大きな不満が発生する。

【０１１５】このようなことを避けるために、ユーザが
既に要求してある情報の転送依頼の記録が、情報サービ
スセンタ又は総合サービスセンタに保持されていること
を確認できるようにすることが要望される。

【０１１６】これを実現する情報転送システムの例を第
７の実施例として説明する。図１２は、第７の実施例の
動作を説明する通信フローチャートである。ここでは、
総合サービスセンタの場合を取り上げて説明している
が、勿論図６又は図７の情報サービスセンタの場合にも
そのまま適用できる。

【０１１７】図１２のフローチャートにおいて、先ず総
合サービスセンタに送信端末を接続する（ステップＳ１
２１）。この場合、総合サービスセンタに接続する送信
端末は電話であってもよく又パソコンであってもよい。

【０１１８】総合サービスセンタでは、ガイダンスを
「どのサービスが御希望ですか？」と出力する（ステッ
プＳ１２２）。電話使用のユーザに対しては音声応答装
置で応答し、パソコン使用のユーザに対してはコードを
出力する。

【０１１９】ユーザは、例えば「既に指示したことの確
認」或いは単に「確認したい」などと回答する（ステッ
プＳ１２３）。この場合、認識語又は認識コードとして
例えば「確認」が含まれていれば、回答はどのような表
現であってもよいと予め規定しておくと便利である。

【０１２０】総合サービスセンタでは、上記ユーザの回
答（回答１）をメモリａに格納し、次のガイダンスを
「どこへ送信しますか？」と出力する（ステップＳ１２
４）。ユーザは情報転送を依頼したときと同一の受信端
末のＩＤ・Ｎｏ．１２３４５６を指定する（ステップＳ
１２５）。これにより、総合サービスセンタは現在確認
を要求しているユーザを特定することができる。

【０１２１】そして、総合サービスセンタでは、上記回
答として得たＩＤ・Ｎｏ．１２３４５６の基づいて要求
者（ユーザ）の依頼履歴を確認し、まだ未回答となって
いる依頼分を抽出して、その未回答依頼の内容を上記指
定されたＩＤ番号の受信端末へ送信する（ステップＳ１
２６）。

【０１２２】ユーザにより指定された受信端末では、上
記の総合サービスセンタからの確認の回答、例えば「６
月１日株価情報××が○○○を依頼されました。６月３
日××サービスを依頼されました。」を表示装置に表示
する（ステップＳ１２７）。これによって、ユーザ側で
は、既に行った依頼が総合サービスセンタに受け取られ
ていたことを確認できる。

【０１２３】上記回答出力に続いて、総合サービスセン
タはガイダンスを「続けますか？」と出力する（ステッ
プＳ１２８）。これによりユーザは、もし必要であれば
新たな情報転送依頼を上記確認に引き続いて行うことが
できる。

【０１２４】また、新たな情報転送依頼を必要としてい
なければ例えば「終了です」と回答する（ステップＳ１
２９）。これにより、総合サービスセンタではこの接続
を終了する（ステップＳ１３０）。

【０１２５】このようにして、総合サービスセンタ又は
情報サービスセンタに対して既に行ってある依頼の確認
ができるので、ユーザの不安が容易に解消される。以
上、本発明のいくつかの実施例につき説明したが、本発
明はこれに限られるものではない。例えば、情報受信端
末としてはツウ・ウエイ（Two-way)の送受信端末であっ
てもよく、また、無線端末に限らず有線端末であっても
よい。従って、ページャに限らず、携帯型の情報処理装
置やファクシミリその他各種通信機能をもつ情報受信端
末を採用できる。

【０１２６】

【発明の効果】以上詳細に説明したように、本発明によ
れば、所望の情報を要求してその要求した情報を、送信
端末とは別な受信端末を指定してその指定した受信端末
で受けることができるので、送信端末の制約時間が短縮
され、したがって送信端末の活用範囲が拡大する。ま
た、送信機能のないワン・ウエイの受信端末であっても
情報を指定して受信できるの、ハードウエアによる新た
な機能を追加することなくワン・ウエイ受信端末の使用
機能が拡大して便利である。また、ユーザ本人の情報サ
ービス委任の意志を確認できると共に送信先も特定でき
るので、情報ザービス側における課金管理が容易とな
り、したがって、経費に不安なくシステムを安定して運
営・維持できる。

【図面の簡単な説明】

【図１】第１の実施例の情報転送システムの構成ブロッ
ク図である。

【図２】図１の受信端末内部の回路構成を示すブロック
図である。

【図３】図１の情報サービスセンタの構成を示すブロッ
ク図である。

【図４】情報サービスセンタが天気予報の情報サービス
を行う場合のデータベースの例を示す図である。

【図５】天気予報の情報サービスの例を説明する通信フ
ローチャートである。

【図６】第２の実施例の動作を説明する通信フローチャ
ートである。

【図７】第３の実施例の動作を説明する通信フローチャ
ートである。

【図８】第４の実施例の複数の受信端末を指定できる情
報転送システムの動作を示す通信フローチャートであ
る。

【図９】第５の実施例の情報転送システムの構成ブロッ
ク図である。

【図１０】図９の情報転送システムの動作を天気予報サ
ービスの場合を例として説明する通信フローチャートで
ある。

【図１１】第６の実施例におけるプレイガイドの情報サ
ービスを例として説明する通信フローチャートである。

【図１２】第７の実施例の動作を説明する通信フローチ
ャートである。

【符号の説明】

１−１、１−２、１−３、・・・ 情報サービスセンタ
Ａ、Ｂ、Ｃ、・・・ ２ 通信網 ３−１ 電話 ３−２ パソコン ４ 無線局 ５ 或る期間の天気予報イメージの例 ６ 総合サービスセンタ １０ 受信端末 １０−１ 液晶ディスプレイ １０−２ 入力ポッド １０−３ ペン １１ アンテナ １２ 受信部 １３ ＩＤ−ＲＯＭ １４ デコーダ １５ ＣＰＵ １６ メモリ １７ ドライバ １８ スピーカ １９ ＩＣカード ２１ コンピュータ ２２ 音声応答装置 ２３ メモリ ２４ データベース ２５ インタフェース

Claims (22)

【特許請求の範囲】
1. 【請求項１】 情報の転送が要求されるとともに該情報
   の転送先が指定される情報転送手段と、 個別に識別番号を付与され該識別番号と前記情報の転送
   先とが一致するときに限り前記情報転送手段から前記情
   報が転送される情報受信端末と、 から成ることを特徴とする情報転送システム。
2. 【請求項２】 前記情報転送手段は、前記情報を前記情
   報受信端末へ通信網を介して転送することを特徴とする
   請求項１記載の情報転送システム。
3. 【請求項３】 前記情報転送手段は、前記通信網に接続
   するインタフェースと該インタフェースに接続するコン
   ピュータと該コンピュータにより情報検索がなされるデ
   ータベース保持手段とを有し、前記コンピュータにより
   前記データベース保持手段から前記情報を読み出し該情
   報を前記指定された転送先と一致する識別番号の付与さ
   れた情報受信端末に前記通信網を経由して転送すること
   を特徴とする請求項２記載の情報転送システム。
4. 【請求項４】 前記情報転送手段は、音声応答装置を含
   み、音声入力により情報転送の要求がなされたことを受
   けて該音声入力から前記コンピュータへの指示を得るこ
   とを特徴とする請求項３記載の情報転送システム。
5. 【請求項５】 前記情報受信端末は、前記通信網と無線
   にて接続され、前記転送されてきた情報を受信する受信
   手段と、該受信手段により受信された情報に含まれる転
   送先と自身の識別番号とを比較して両方が一致するとき
   に限り前記受信情報を受け付けて処理を行う処理手段
   と、該処理手段に接続され該処理手段により処理された
   前記受信情報を出力する出力手段と、を有することを特
   徴とする請求項２記載の情報転送システム。
6. 【請求項６】 前記出力手段は、可視表示手段と音声出
   力手段との少なくとも一方を有することを特徴とする請
   求項５記載の情報転送システム。
7. 【請求項７】 情報の転送を要求するとともに該情報の
   転送先を指定する情報要求手段と、 該情報要求手段から情報の転送が要求されるとともに該
   情報の転送先が指定される情報転送手段と、 個別に識別番号を付与され該識別番号と前記情報の転送
   先とが一致するときに限り前記情報転送手段から前記情
   報が転送される情報受信端末と、 から成ることを特徴とする情報転送システム。
8. 【請求項８】 前記情報転送手段は、前記情報要求手段
   が前記情報転送手段に対し情報転送の要求を行ったと
   き、その要求された情報を得、該情報を前記指定された
   転送先と一致する識別番号の付与された情報受信端末へ
   転送した後、前記情報要求手段との接続を終了すること
   を特徴とする請求項７記載の情報転送システム。
9. 【請求項９】 前記情報転送手段は、前記情報要求手段
   が前記情報転送手段に対し情報転送の要求を行ったと
   き、該要求を受け付けて前記情報要求手段との接続を終
   了した後、その要求された情報を得て該情報を前記指定
   された転送先と一致する識別番号の付与された情報受信
   端末へ転送することを特徴とする請求項７記載の情報転
   送システム。
10. 【請求項１０】 前記情報要求手段、前記情報転送手
    段、及び前記情報受信端末は通信網を介して互いに接続
    されることを特徴とする請求項７記載の情報転送システ
    ム。
11. 【請求項１１】 前記情報要求手段は、電話機からなり
    音声又はプッシュボタン信号にて前記通信網を介して前
    記情報転送手段に対し必要な情報の転送並びに情報受信
    端末の識別番号を指定することを特徴とする請求項１０
    記載の情報転送システム。
12. 【請求項１２】 前記情報要求手段は、コンピュータか
    らなり所定のコマンド入力により前記通信網を介して前
    記情報転送手段に対し必要な情報の転送並びに情報受信
    端末の識別番号を指定することを特徴とする請求項１０
    記載の情報転送システム。
13. 【請求項１３】 前記情報転送手段は、前記情報要求手
    段に対し情報要求のためのガイダンス出力を行い、該ガ
    イダンスに従って前記情報要求手段は前記情報転送手段
    に対し必要な情報の転送並びに情報受信端末の識別番号
    を指定することを特徴とする請求項７記載の情報転送シ
    ステム。
14. 【請求項１４】 所望の情報の転送条件を指定するとと
    もに該情報の転送先を指定する情報要求手段と、 該情報要求手段から情報の転送条件が指定されるととも
    に該情報の転送先が指定され、前記指定された転送条件
    が満足される情報の転送を行う情報転送手段と、 個別に識別番号が付与され該識別番号と前記情報の転送
    先とが一致するときに限り前記情報転送手段から前記転
    送条件の満足された情報が転送される情報受信端末と、 から成ることを特徴とする情報転送システム。
15. 【請求項１５】 前記情報転送手段は、コンピュータを
    含み、該コンピュータは前記情報要求手段からの転送条
    件が満足されるようになったか否かを判断して、その転
    送条件が満足されるようになったとき、該転送条件の満
    足されるようになった情報を前記指定された転送先と一
    致する識別番号の付与された情報受信端末に転送するこ
    とを特徴とする請求項１４記載の情報転送システム。
16. 【請求項１６】 前記情報転送手段は、コンピュータを
    含み、該コンピュータは前記情報要求手段からの転送条
    件を満足する情報であるか否かを判断して、前記転送条
    件を満足する情報であるとき、該転送条件を満足してい
    る情報を前記指定された転送先と一致する識別番号の付
    与された情報受信端末に転送することを特徴とする請求
    項１４記載の情報転送システム。
17. 【請求項１７】 複数種類の情報のうちから選択された
    種類の情報の転送が要求されるとともに前記選択された
    種類の情報の転送先が指定される情報転送手段と、 該情報転送手段に連結され、異なる種類の情報を夫々保
    持する複数のデータベース保持手段と、 個別に識別番号が付与され該識別番号と前記情報の転送
    先とが一致するときに限り前記情報転送手段から前記情
    報が転送される情報受信端末と、 を有し、 前記情報転送手段は選択された種類の情報を保持する特
    定のデータベース保持手段から前記転送の要求された情
    報を読み出し、該情報を前記指定された転送先と一致す
    る識別番号の付与された情報受信端末に転送することを
    特徴とする情報転送システム。
18. 【請求項１８】 情報転送手段に対し情報の転送を要求
    するとともに該情報の転送先を指定する第１の手順と、 該第１の手順により転送の要求された前記情報が前記情
    報転送手段から前記指定された転送先の情報受信端末に
    転送される第２の手順と、 から成ることを特徴とする情報転送方法。
19. 【請求項１９】 情報の転送を要求されるとともに該情
    報の転送先を指定される第１の手段と、 該第１の手段に対して転送の要求された情報を前記指定
    された転送先の情報受信端末に転送する第２の手段と、 とからなる情報転送装置。
20. 【請求項２０】 情報転送手段から通信網を介して情報
    が転送されてくる情報受信端末において、 前記情報転送手段は、情報転送の要求がなされるととも
    に該情報の転送先が指定され、 前記情報受信端末は、個別に識別番号が付与されて該識
    別番号と前記情報の転送先とが一致するときに限り前記
    情報転送手段から前記情報が転送されるように構成さ
    れ、前記転送された情報を受信する受信手段と、該受信
    手段にて受信した情報と自身の識別番号とを比較して両
    方が一致したときに限り前記受信した情報を受け付けて
    処理を行う処理手段と、該処理手段に接続され前記受信
    した情報を可視表示または音声出力する出力手段と、 を備えたことを特徴とする情報受信端末。
21. 【請求項２１】 情報の転送が要求されるとともに該情
    報の複数の転送先が指定される情報転送手段と、 夫々個別に識別番号を付与され該識別番号の特定部分と
    前記情報の転送先とが一致するときに限り前記情報転送
    手段から前記情報が転送される複数の情報受信端末と、 から成ることを特徴とする情報転送システム。
22. 【請求項２２】 情報の転送を要求するとともに該情報
    の転送先を指定する情報要求手段と、 該情報要求手段から情報の転送が要求されるとともに該
    情報の転送先が指定される情報転送手段と、 個別に識別番号を付与され該識別番号と前記情報の転送
    先とが一致するときに限り前記情報転送手段から前記情
    報が転送される情報受信端末と、 から成り、 前記情報転送手段は、前記情報要求手段が前記情報転送
    手段に対し情報転送の要求を行ったとき、その要求され
    た情報を得て該情報を前記指定された転送先と一致する
    識別番号の付与された情報受信端末へ転送するととも
    に、前記情報要求手段から依頼履歴の要求があったとき
    は前記情報要求手段による前記情報転送の要求及び該情
    報の指定転送先に係わる依頼履歴を前記指定された転送
    先と一致する識別番号の付与された情報受信端末へ転送
    することを特徴とする情報転送システム。