JPH03117139A - 問合せ応答管理方法 - Google Patents

Abstract

(57)【要約】本公報は電子出願前の出願データであるた
め要約のデータは記録されません。

Description

【発明の詳細な説明】 〔産業上の利用分野〕 本発明は情報をデータ通信網を介して複数の利用者端末
に配信する情報販売装置の問合せ応答管理方法に関する
。

〔従来の技術〕

従来の技術は、ｒＨＩ　ＴＡＣプログラムプロダクト　
ＶＯ３３データコミュニケーションマネジメントシステ
ム　Ｄ　ＣＣＭ　ｍ　　解説（２，メツセージ制御２．
２．３　トランザクションのスケジュール　Ｐｐ２４〜
２６）：日立製作所発行」に記載されているように、端
末からメツセージを受信すると、いったん処理キュー上
に登録し、受信メツセージのトランザクション名称をも
とに対応するトランザクショングループを決定し、トラ
ンザクションのキュー（待ち行列）を作成する。

その後、トランザクショングループごとにトランザクシ
ョンの待合せを行ない、同一トランザクシ（５） ヨングループ内でＦＩＦＯの順次処理サービスを行なっ
ている。さらに各トランザクショングループの集合管理
、優先度管理を行なうことによりトランザクショングル
ープ間での効率良いスケジュールを行なっていた。

〔発明が解決しようとする課題〕

上記従来技術では、利用者端末からの問合せメツセージ
に対してより早く応答を返すことが原則であり、問合せ
メツセージの種類、及び問合せてきた端末を区別するこ
とによって優先度を付け、そのスケジューリングによっ
て処理を実行し、応答メツセージを端末に返していた。

要するに従来は利用者から応答時間に対するタイミング
の要求はできなかった。しかしながら、問合せを行う利
用者のニーズとしては （１）早く情報が欲しい （２）最低この時刻までには送ってきて欲しい。

（３）配信する時刻を指定して送ってきて欲しい。

（４）早く情報を送ってもられなくてもいい等があり、
従来技術ではこれらの応答時間の要求（６） への対応は全く考えられていなかった。

本発明の目的は利用者端末からの応答時間に関する種々
の要求を満足させる問合わせ応答管理方法を提供するこ
とにある。

〔課題を解決するための手段〕

上記課題を解決するため本発明は、 情報を提供する情報販売装置と複数の利用者端末がネッ
トワークで互いに接続された分散処理システムにおいて
、 （１）第１の利用者端末は一ヒ記情報の問合せを行なう
場合、問合せメツセージに、要求する情報の種類と該情
報の配信タイミング情報を付加して問合せを行なう第１
のステップ、と （２）情報販売装置は、第１の利用者端末からの問合せ
受付は後、問合せメツセージ内に付された配信タイミン
グ情報から情報の配信時刻を決定する第２のステップ、
と （３）配信時刻になったら、問合せに対する情報を利用
者端末に配信する第３のチップ。

を利用者端末、及び情報販売装置に設けたもので（７） ある。

〔作用〕

上記手段（１）、　（２）、　（３）より利用者端末は
問合せに対して応答のタイミング情報を付加して問合せ
を行うことができ、情報販売装置はそのタイミング情報
を識別して応答時刻を決定し、その決定した時刻に応答
を送信することができる。

〔実施例〕

第１の実施例 以下、第１の実施例を図を用いて説明する。

第２図は、第１の実施例のシステム全体構成を示す図で
あり、複数の利用者端末２０１〜２０４と、利用者端末
の要求に応じてネットワーク２０５を介して利用者端末
に情報を送信する情報販売装置２０６で構成されている
。情報販売装置内にはディスク２０７があり利用者端末
に配信する多種の情報が格納されている。

第３図は利用者端末の構成を示す図で、ＣＰＵ３０１、
メモリ３ｏ２．情報販売装置２０６への回線を制御する
通信制御装置（ＣＣＵ）３０３゜（８） 端末３０４とその制御装置（ＴＭＣ）３０５．プリンタ
３０６とその制御装置（ＰＲＣ）３０７そして、上記Ｃ
ＰＵ、メモリ、ＣＣＵ、ＴＭＣ。

ＰＲＣを接続するバス３０８から構成される。メモリの
中には第４図に示すように問合せ応答処理フログラム４
１．配信応答処理プログラム４２゜配信キャンセル処理
プログラム４３が格納されである。利用者はこの問合せ
応答処理プログラムを起動することにより、情報販売装
置に対して情報要求の問合せを行なうことができ、配信
応答処理プログラムにより情報販売装置からの該利用者
端末に対する配信情報（要求した情報）を受信すること
ができる。又、配信キャンセル処理プログラムを起動す
ることにより、まだ、配信されていない情報の問合せに
ついてはキャンセルを要求することができる。

問合せ応答処理プログラムの処理フローを第５図に示す
。問合せ応答処理プログラムは端末から起動されると要
求する情報の種類、及び配信タイミングコードを対話形
式で端末キーボードから読（９） み込む（処理５０１，５０２）。配信タイミングとして
は、 （１）すぐに情報を配信する（以下、至急配信と呼ぶ） （２）情報の配信を急がない、即ちすぐに情報を配信し
なくても良い（以下、ゆっくり配信と呼ぶ）（３）情報
を配信する時刻を指定する（以下、時刻指定配信と呼ぶ
） （４）情報を配信する時刻のリミタ１−タイムを指定す
る（以下、リミットタイム指定配信と呼ぶ）の４つがあ
り、それぞれのコードを００，０１゜１０．１１とする
。利用者は情報要求の問合せを行う際にこれららの内の
１つを選択する。そして、配信タイミングコードが時刻
指定配信あるいはリミットタイム指定配信の場合はさら
に時刻を端末キーボードから読み込む（処理５０３，５
０４）。

次にキーボードをロック状態にし端末からのキー人力を
受付けないようにする（処理５０５）。そして、第６図
に示すフォーマットに問合せメツセージを作成してＣＣ
Ｕを経由して情報販売装置へ（１０） 送信する。

第６図で６１は送信先アドレスＤＡ（情報販売装置のア
ドレス）、６２は送信元アドレスＳＡ（当該利用者端末
のアドレス）をセットするエリア、６３はこのメツセー
ジが情報を要求する問合せメツセージか情報の要求を取
り止めるキャンセルメツセージかを識別するためのフレ
ーム識別コードをセットするエリア、６４は配信タイミ
ングコードをセットするエリア、そして、６５はエリア
５０３が１０．１１の時（時刻指定配信、リミットタイ
ム指定配信の場合）に意味を持ち時刻をセットするエリ
アである。本実施例ではこの時刻は分単位までセットで
き、今日１日の時刻についてセットできるものとする。

６６は要求する情報の種類をセットするエリアである。

問合せメツセージを送信した後、情報販売装置からの応
答メツセージの受信を待つ（処理５０８）。

ここで応答メツセージとは情報販売装置が問合せメツセ
ージを正しく受けたか否かを利用者端末に通知するため
のメツセージであり、問合せた情報（１１） そのものは含んでいない。具体的には、問合せメツセー
ジが異常な場合、即ち問合せ情報がない場合、又は時刻
指定配信あるいはリミットタイム指定配信で要求時刻の
設定誤りの場合（要求時刻が問合せ受付時刻より過ぎて
いる場合）のエラー情報がセットされているものと、問
合せメツセージが正常な場合の配信タイミングに対する
要求が受付けられたか否かがセットされているものがあ
る。

そして、応答メツセージを受信するとデイスプレィに表
示し端末のロック状態を解除し処理を終了する（処理５
０９，５１０）。問合せメツセージに対する応答メツセ
ージのフォーマットは第１４図、第１５図に示す通りで
あり後で詳しく説明する。

以上の処理より利用者は情報の要求をする際に、配信タ
イミングの要求を付加して問合せメツセージを送信でき
、その配信タイミングに対する要求が受付けられたか否
かを確認することができる。

次に、利用者端末において問合せを行って受付けられた
が、キャンセルしたい場合の処理につい（１２） て説明する。

この場合、利用者端末は配信キャンセル処理プログラム
を起動することにより情報販売装置に対してキャンセル
要求を行うことができる。

この配信キャンセル処理プログラムの処理フローを第７
図に示す。

初めに、キャンセルする情報種類を端末キーボードから
読み込む（処理７１）。そしてキーボードをロック状態
にしく処理７２）、第８図に示すフォーマットでキャン
セルメツセージを作成し情報販売装置へ送信する（処理
７３．７４）。

第８図で８１は送信先アドレスＤＡをセットするエリア
、８２は送信元アドレスＳＡをセットするエリア、８３
は問合せメツセージかキャンセルメツセージかを識別す
るためのフレーム識別コードをセットするエリア、８４
は情報の配信を取り止めて欲しい情報の種類をセットす
るエリアである。

キャンセルメツセージを送信した後、情報販売装置から
そのキャンセル要求が受付けられたか否（１３） かを通知するための応答メツセージの受信を待つ（処理
７５）。そして、応答メツセージを受信するとデイスプ
レィに表示し端末のロック状態を解除し処理を終了する
（処理７８．７９）。キャンセルメツセージに対する応
答メツセージについては第１７図に示す通りであり後で
詳しく説明する。

以上の処理より利用者は一度問合せた情報の配信をキャ
ンセルすることを要求でき、そのキャンセル要求が受付
けられたか否かを確認することができる。

次に、情報販売装置の構成を第９図に示す。

ＣＰＵ９１．メモリ９２．販売する情報を格納するディ
スク２０７とその制御装置（ＨＤＣ）９３、利用者端末
との回線を制御するＣＣＵ９４、及びＣＰＵ、メモリ、
ＨＤＣ，ＣＣＵを接続するバス９５から構成される。メ
モリ内には第１０図に示すように情報管理テーブル１１
．情報提供料金カウントテーブル１２．スケジュールキ
ューテーブル１３．問合せ／キャンセル受付処理プログ
ラム１４．情報配信処理プログラム１５が格納さ（１４
） れている。

ここで、情報管理テーブル１１は第１１図に示すように
、情報毎にエントリーを設けてあり各エントリーには情
報種類、情報のディスク内格納アドレス、情報の標準価
格をセットするフィールド１１０１〜１１０３で構成さ
れている。情報の標準価格はゆっくり配信の場合の提供
料金であり、他の配信タイミングの場合には違ってくる
。このテーブルはその内容を情報販売者がセットするテ
ーブルである。

情報提供料金カウントテーブル１２は第１２図に示すよ
うに、利用者毎にエントリーを設けてあり　各エントリ
ーは利用者端末のアドレスと情報の提供料金をカウント
するフィールド１２１゜１２２で構成されている。この
テーブルは利用者に対して情報を配信する際に、提供料
金を課金するためのものである。

スケジュールキューテーブル１３は第１３図に示すよう
に、各キュー毎に配信処理開始時刻を定義してあり、各
キューには、配信処理開始時刻を（１５） セットするエリア１３１と、該キューが空き状態である
か否かを識別するためのステータスを格納するエリア１
３２．配信する情報の種類をセラｌ−するエリア１３３
２問合せを受付けたときの配信タイミングコードをセッ
トするエリア１３４、及び配信先アドレス（配信する利
用者端末アドレス）を格納するエリア１３５で構成され
ている。各配信処理開始時刻間の時間間隔は１回の情報
配信処理で必要な処理時間よりも充分大きな値とする。

コノ実施例ではＡＭ６：００からＰＭ９：００までの間
、５秒毎に各キューを定義する。そして一番最初の６″
Ｏ’　Ｏ’のキューから１つおきのキューは配信タイミ
ングコード００（至急配信）専用のキューとしく以下、
専用キューと呼ぶ）、２番目の６°Ｏ′５′のキューか
ら１つおきのキューはどの配信タイミングコードでも使
用できるものとする。（以下、ノーマルキューと呼ぶ）
この専用キューを設ける目的は他の配信タイミングコー
ドで問合せてきた利用者にキューを占領されるのを防ぐ
ことであり、常に、配信タイミングコ（１６） −ド００（至急配信）専用のキューを空けておくことに
より、すぐに情報を配信できることを可能とすることを
目的としたものである。このスケジュールキューテーブ
ルは問合せ／キャンセル受付は処理プログラム１４、及
び情報配信処理プログラム１５によって参照、更新され
る。

第１図は、情報販売装置２０６における問合せ／キャン
セル受付処理プログラムの処理フローを示す。このプロ
グラムは利用者端末からの問合せメツセージ（第６図）
、及びキャンセルメツセージ（第８図）を受信した時に
起動される。

初めに、ＣＣＵ９４の受信バッファより利用者端末から
のメツセージを取り出す（処理１０１）。

次に、このメツセージが問合せメツセージかキャンセル
メツセージかを識別するためにメツセージ内のフレーム
識別コードを読み取る（処理１０２）。

以下、問合せメツセージの場合の処理について説明する
。先ず、問合せメツセージ内の要求情報種類を読み取り
この情報がディスクに格納されているか否かを確認する
（処理１０３）。即ち、情（１７） 報管理テーブル１１のフィールド１１１の情報種類をサ
ーチし同一の情報種類があるか否かを確認する。要求す
る情報がディスクに格納されていない場合、利用者端末
からの問合せメツセージを消去しく処理１０４）、第１
４図に示すフォーマットで問合せてきた利用者端末に対
してエラーメツセージを送信して（処理１０５）処理を
終了する。

第１４図で１４１は送信先アドレスＤＡ（配信する利用
者端末のアドレス）、１４２は送信元アドレスＳＡ（情
報販売装置のアドレス）をセットするエリア、１４３は
このメツセージがエラー通知メツセージか、問合せが受
付けられたか否かを確認するためのメツセージかを識別
するためのフレーム識別コードをセットするエリア、１
４４゜１４５．１４６は要求してきた配信タイミングコ
ード、時刻、情報種類をそれぞれセットするエリアであ
る。

利用者端末はこのメツセージを受信することにより問合
せ時に入力した要求情報種類、あるいは要求時刻が誤り
であることを知ることができる。

（１８） 要求する情報がディスクに格納されている場合、問合せ
メツセージ内の配信タイミングコードと、配信タイミン
グコードが１０．１１の場合（時刻指定配信、タイムリ
ミツト指定配信）は時刻も識別する（処理１０４）。配
信タイミングコードが１０．１１の場合には現在時刻と
の比較を行い（処理１０７，１０８）　、異常な場合、
即ち要求する時刻がもう過ぎている場合は利用者の要求
するタイミングで情報を配信することは不可能であるの
で、問合せメツセージを消去しく処理１０４）、第１４
図に示すフォーマットでエラーメツセージを送信して（
処理１０５）処理を終了する。

次に、配信タイミングコード００，０１　（至急配信、
ゆっくり配信）の場合、及び上記処理１０８で正常な場
合は配信スケ−ジューリング処理を行なう（処理１０９
）。配信スケ−ジューリング処理内容は後で詳しく説明
する。配信スケ−ジューリング処理の結果に基づき利用
者の要求する配信タイミングに情報の配信が可能か否か
、又可能ならば決定された情報の配信時刻を通知するた
めの（１９） メツセージを第１５図に示すフォーマツｊ−で作成しく
処理１１０）、問合せてきた利用者端末に送信する（処
理１：ＬＬ）、。

第１５図で１５１は送信先アドレスＤＡ（配信する利用
者端末のアドレス）、１５２は送信元アドレスＳＡ（情
報販売装置のアドレス）をセットするエリア、１５３は
このメツセージがエラー通知メツセージか、問合せが受
付けられたか否かを確認するためのメツセージかを識別
するためのフレーム識別コードをセットするエリア、１
５４は上記配信スケジュール処理より配信タイミングに
対する要求が受付けられたか否かを識別するためのコー
ドをセットするエリア、１５５は要求しできた配信タイ
ミング種別コードをセットするエリア、１５６は配信タ
イミングの要求が受付けられた場合は、配信スケジュー
ル処理で決定した配信時刻をセットし、受付けられなか
った場合で時刻指定配信、タイムリミツト指定配信の場
合は問合せの時に要求してきた時刻をセットするエリア
である。１５７は要求してきた情報の種類をセット（２
０） するエリアである。利用者端末はこの問合せに対する応
答メツセージを受信することにより、問合せが受は付け
られたか否かを確認する。

次に、配信スケジューリングの（上記問合せ／キャンセ
ル受付はプログラムの処理１０９）の処理フローを第１
６図に示す。

本処理はサブルーチンとして問合せ／キャンセル受付は
処理プログラムからコールされるものであり、問合せメ
ツセージ内（第６図）の送信元アドレス、配信タイミン
グコード、要求情報種類、及び配信タイミングコードが
１０．１１の場合（時刻指定配信、タイムリミツト指定
配信）要求時刻をそれぞれ引数としてもらうとともに、
決定した配信時刻をリタンする。

本処理がコールされると配信タイミングコードによって
スケジュールキューテーブルの予約方法がそれぞれ異な
る。まず、配信タイミングコードを識別しく処理１６０
１）、問合せメツセージ内の配信タイミングコードが０
０（至急配信）の場合、スケジュールキューテーブルの
現在時刻から（２１） 最も早く配信処理が行えるキューから順次空きキューが
あるか否かをサーチしていく。即ち、スケジュールキュ
ーテーブルのフィールド１１２のステータスをチエツク
していく。そして、１番最初にサーチしたキューから１
分以内（本実施例では５秒毎に各キューの配信処理が行
われるので１２（６０÷５＝１２）キュー）に空きキュ
ーがあるか否かをチエツクする（処理１６０２）。そし
て、空きキューが無ければすぐに情報を配信して欲しい
という要求は満たされないとしてキュービジー状態であ
ることを意味する０″′をリタンし処理を終了する（処
理１ｆ３０３．１６０４）。空きキューが有ればそのキ
ューのステータスを予約済とし情報種類、配信先アドレ
ス、配信タイミングコードをそれぞれセットした後、決
定した配信時刻をリタンし処理を終了する（処理１６０
５〜１６０９）。

次に配信タイミングコード０１（ゆっくり配信）の場合
、現在時刻から最も早く配信処理が行えるノーマルキュ
ーから順次チエツクしていく（処理１６１０）。空きキ
ューがある場合そのキューを（２２） 予約済とし情報種類、配信先アドレス、配信タイミング
コードをそれぞれをセットした後、決定した配信時刻を
リタンし処理を終了する（処理１６０３　。

１６０５〜１６０９）。キューの最後の配信時刻までで
空きキューがない場合は、ノーマルキューの全ては予約
済みであり、ビジーリタンしく処理１６０４）処理を終
了する。

配信タイミングコード１０（時刻指定配信）の場合、要
求してきた時刻から±１分の間で情報の配信が行えれば
要求を満たすとする。即ち、要求時刻に１分引いた時刻
から最も早く配信処理が行えるノーマルキューから＋１
分までの間のノーマルキュー（１２キユー）について空
きキューがあるか否か順次チエツクしていく（処理１６
１１）。

空きキューが有れば、そのキューを予約し情報種類、配
信先アドレス、配信タイミングコードをセットした後、
決定した配信時刻をリタンし処理を終了する（処理１６
０３．１６０５〜１６０９）。

上記１２キユーの間で空きキューが無ければ、利用者の
要求してきた配信時刻に情報の送信は不可（２３） 能であるとしビジーリタンする（処理１６０３゜１６０
４）。

配信タイミングコード１１　（リミットタイム指定配信
）の場合、現在時刻から１番早く配信処理が行えるノー
マルキューからリミット時刻まで順次空きキューがある
か否かをチエツクしていく（処理１６１２）。空きキュ
ーが有れば、そのキューを予約し情報種類、配信先アド
レス、配信タイミングコードをセットした後、決定した
配信時刻をリタンし処理を終了する（処理１６０３゜１
６０５〜１６０９）。空きキューが無ければ、利用者が
要求してきたリミット時刻までの間のノーマルキューは
全て予約済みであるのでビジーリタンする（処理１６０
３．１６０４）。

以上で配信スケジューリング処理についての説明を終了
する。

次に、第１図の処理１０２で利用者からのメツセージが
キャンセルメツセージの場合についての処理を説明する
。

先ず、キャンセルメツセージ内のキャンセルしく２４） たい情報の種類、及び送信元アドレスＳＡ（キャンセル
要求した利用者端末のアドレス）を識別する（処理１１
２）。そして、現在時刻から最も早く配信処理が行える
キューから順次、同一の情報を配信するキューがあるか
否かをチエツクする。

即ち、スケジュールキューテーブルのフィールド１１３
をチエツクし同一の情報種類がセットされているか否か
を識別する。もしセットされていれば、このキューの配
信先アドレスを識別し、キャンセルメツセージを送信し
てきた利用者端末のアドレスと一致するか否かをチエツ
クする。一致すればこのキューの配信を取り止めて欲し
いということであるのでこのキューを空き状態にする（
スケジュールキューテーブルのフィールド１３２のステ
ータスを空き状態にセットする）。同一の情報種類がセ
ットされていない場合、あるいはセットされていもアド
レスが一致しない場合はこのキャンセルメツセージは受
付けずスケジュールキューテーブルの更新は行わない（
処理１１３）。そして、上記処理結果を第１７図に示す
フォーマツ（２５） トに作成して利用者端末に送信しく処理１１４゜１１５
）、処理を終了する。

第１７図で１７１は送信先アドレスＤＡをセットするエ
リア、１７２は送信元アドレスＳＡをセットするエリア
、１７３はこのキャンセル要求が受付けられたか否かを
識別するためのコードをセットするエリア、１７４はキ
ャンセル要求した情報の種類をセットするエリア、１７
５はキャンセル要求が受は付けられた場合、その情報が
配信されるはずであった時刻をセットするエリアである
。

利用者端末はこのキャンセル要求に対する応答メツセー
ジを受信することにより、キャンセル要求が受は付けら
れたか否かを確認する。

上記問合せ／キャンセル受付はプログラムの処理により
、情報販売装置は利用者の要求する配信タイミングで配
信スケジューリングが行え、問合せを行った利用者端末
に対して確認のための応答を送信することができる。ま
た、利用者のキャンセルに対する要求を受付けることが
でき、このキャンセル受付けに対する確認のための応答
を送信（２６） することができる。

次に、情報配信処理プログラムの処理フローを第１８図
に示す。

このプログラムは情報配信サービスが始まった時点ＰＭ
６：００に最初に起動されその後、スケジュールキュー
テーブルの配信処理間隔の５秒毎に起動される。先ず、
現在時刻を確認する（処理１８１）。それから現在時刻
に対応するスケジュールキューテーブルのステータスを
参照しそのキューが空き状態であるか否かを識別する（
処理１８２）。空き状態であれば配信する情報はないの
で処理を終了する（処理１８３）。空き状態でなければ
、そのキューの要求情報種類、配信先ア７ドレス、配信
タイミングコードを読み取る。次に、要求情報種類を基
に情報管理テーブルより情報の格納アドレスを読み出し
ディスクより要求情報を取り出す。そして、配信情報メ
ツセージを第１８図に示すフォーマットに作成し、要求
してきた利用者端末に対して送信する（処理１８４〜１
８７）。

第１９図で１９１は送信先アドレスＤＡをセラ（２７） トするエリア、１９２は送信元アドレスＳＡをセットす
るエリア、１９３は配信する情報の種類をセットするエ
リア、１９４はこの情報を配信する配信タイミングコー
ドをセットするエリア、１９５は情報提供料金をセット
するエリア、１９６は要求してきた情報をセットするエ
リアである。

次に、配信した利用者に対して情報提供料金をカウント
する（処理１８８）。即ち、情報管理テーブルより配信
情報の標準側価を読み取り、配信タイミングコードが０
０（至急配信）の場合は標準価格の例えば３倍を、配信
タイミングコードが１０（時刻指定配信）及び１１（リ
ミットタイム指定配信）の場合は標準価格の例えば２倍
を、配信タイミングコードが１１（ゆっくり配信）の場
合は標準価格をそれぞれ情報提供料金カウントテーブル
にカウントする。上記配信情報メツセージに付加されて
いる料金もこの値段である。以上の配信処理フログラム
の処理よりスケジュールキューテーブルの各配信処理開
始時刻にそれぞれ配信処理が行え、又情報を配信した利
用者に対して提（２８） 供料金を課金することができる。

情報販売装置から配信情報メツセージが利用者端末に対
して送信されると、利用者端末側では配信応答処理プロ
グラム４２が起動される。

配信応答処理プログラムの処理フローを第２０図に示す
。

先ず、ＣＣＵ３０３より配信情報メツセージを取り出し
、ＰＲＣを経由してプリンタに出方する（処理２００１
．２００２）。

以上の処理より、利用者端末は情報販売装置からの該利
用者端末への情報を受信し、プリンタ出力することがで
きる。

第２の実施例 第２の実施例について説明する。

第１の実施例では利用者端末が情報販売装置に情報要求
の問合せを行う場合、配信タイミング情報として、至急
配信、ゆっくり配信２時刻指定配信、リミットタイム指
定配信を識別するためのコードと、時刻指定配信、リミ
ットタイム指定配信の場合には要求する時刻を設定して
いたが、第２（２９） の実施例では要求する時刻ではなくて、現在時刻から要
求する時刻間の時間を設定する。又、至急配信、ゆくつ
り配信においても利用者端末が予め規定されたリミット
タイム時間を設定する。

即ち、問合せを行うときに起動される問合せ応答処理プ
ログラム４１の処理フローが第２１図に示すように変更
される。先ず、要求する情報の種類、及び配信タイミン
グコードを対話形式で端末キーボードから読み込む（２
１０１，２１０２）。

配信タイミングコードは第１の実施例と同じである。そ
して、配信タイミングコードが時刻指定配信あるいはリ
ミットタイム指定配信の場合にはさらに要求時間を読み
込む（処理２１０３．２１０４）。この要求時間は時刻
指定配信の場合には現在時刻から要求配信時刻までの時
間であり、リミットタイム指定配信の場合には、現在時
刻からの配信リミット時間である。配信タイミングコー
ドが時刻指定配信あるいはリミットタイム指定配信でき
ない場合は至急配信であるが否かを識別しく処理２１０
５）、至急配信の場合にはリミット（３０） 時間をαとし、至急配信でない場合（ゆっくり配信）は
リミット時間をβにセットする（処理２１０６　。

２１０７）。本実施例ではαを１分にβを１時間にセッ
トする。そして、キーボードをロックし問合せメツセー
ジを作成する（処理２１０８．２０９）。

問合せメツセージのフォーマットは第２２図に示す。こ
れは、第１の実施例の問合せメツセージのフォーマット
（第６図）の要求する時刻をセットするエリア６５が要
求する時間をセラ１−するエリア２２５に変更されただ
けである。

以下、問合せメツセージを送信した後、情報販売装置か
らの応答メツセージを受信しキーボードロック状態を解
除する処理（２１１０〜２１１３）は第１の実施例の問
合せ応答処理プログラム（第５図）の処理５０７〜５１
０と同じである。

利用者端末の内部構成、情報配信のキャンセル要求が発
生したときに起動される配信キャンセル処理プログラム
、及び情報販売装置から要求した情報が配信された時に
起動される配信応答処理プログラムは第１の実施例と同
じである。

（３１） 以上の処理より利用者端末は利用者が至急配信あるいは
ゆっくり配信で問合せようとした時に、予め規定された
リミット時間を問合せメツセージ時に付加して問合せを
行うことができる。

次に、情報販売装置において利用者端末からメツセージ
を受信した時に起動される問合せ／キャンセル処理プロ
グラムの処理フローを第２３図に示す。

初めに、ＣＣＵ９４の受信バッファより利用者端末から
のメツセージを取り出す（処理２３０１）。

次にこのメツセージが問合せメツセージかキャンセルメ
ツセージかを識別する（処理２３０２）。

以下、問合せメツセージの場合について説明する。

先ず、問合せメツセージ内の要求情報種類を読み取りデ
ィスクに格納されているか否かを確認する（処理２３０
３）。ディスクに格納されていない場合の問合せメツセ
ージを消去し利用者端末へエラーメツセージを送信する
処理２３０４．２３０５は第１の実施例の問合せ／キャ
ンセル処理プログラム（第１図）の処理１０４，１０５
と同じで（３２） ある。

ディスクに格納されている場合、問合せメツセージ内の
配信タイミングコードと要求時間を識別する（処理２３
０６）。そして、送信元アドレス。

配信タイミングコード、要求時間、要求情報種類を引数
として配信スケジューリング処理をコールする（２３０
７）。配信スケジューリング処理フロー（第２５図）は
後で詳しく説明する。

次に、配信スケジューリング処理結果に基づき利用者の
要求する時間に情報の配信が可能か否か、又可能ならば
決定された情報配信時刻までの時間を通知するためのメ
ツセージを第２４図のフォーマットで作成し問合せを行
った利用者端末に送信し処理を終了する（処理２３０８
．２３０９）。

この第２４図のフォーマットは、第１の実施例の配信ス
ケジューリング処理結果を通知するためのメツセージ（
第１５図）のエリア１５６の配信時刻をセットするエリ
アが配信時刻までの時間をセットするエリア２４６に変
更されただけである。

上記処理２３０２で問合せメツセージでない場（３３） 合（キャンセルメツセージの場合）の処理２３１０〜２
３１３は第１の実施例の問合せ／キャンセル処理プログ
ラム（第１図）の処理１１２〜１１５と同じである。

次に、上記処理２３０７の配信スケジューリング処理の
フローを第２５図に示す。

本処理がコールされると配信タイミングコードによって
スケジュールキューテーブルの予約方法が異なる。

先ず、配信タイミングコードを識別して（処理２５０１
）、配信タイミングコードが００（至急配信）の場合、
現在時刻から最も早く配信処理が行えるキューから要求
時間までの間のキュー（本実施例では問合せメツセージ
の要求時間に１分がセットされているので１分以内のキ
ュー）で順次空きキューがあるか否かをサーチしていく
（処理２５０２）。そして、空きキューがあるハ否かを
識別しく処理２５０３）、空きキューが無ければビジー
状態であることを意味するａｔ　Ｏ７１をリタンし処理
を終了する（処理２５０４）。空きキュー（３４） が有ればそのキューのステータスを予約済みとし情報種
類、配信先アドレス、配信タイミングコードをそれぞれ
セットした後、現在時刻から決定した配信時刻までの時
間をリタンし処理を終了する（処理２５０５〜２５０９
）。

次に、配信タイミングコード０１，１１　（ゆっくり配
信、リミットタイム指定配信）の場合、現在時刻から最
も早く配信処理が行えるノーマルキューから要求時間ま
での間のキュー（本実施例ではゆっくり配信の場合１時
間以内のキュー）を順次サーチしていき（処理２５１０
）、空きキューがあるか否かを識別する（処理２５０３
）。空きキューが無ければビジー状態であることを意味
する“０”をリタンし処理を終了する（処理２５０４）
。

空きキューが有ればそのキューのステータスを予約済み
とし情報種類、配信先アドレス、配信タイミングコード
をそれぞれセットした後、現在時刻から決定した配信時
刻までの時間をリタンし処理を終了する（処理２５０５
〜２５０９）。

次に、配信タイミングコード１０（時刻指定配（３５） 信）の場合、現在時刻に要求時間をプラスした時刻から
最も早く配信処理が行えるノーマルキューから±１分以
内に配信処理されるキューをサーチしていき（処理２５
１１）、空きキューがあるか否かを識別する（処理２５
０３）。空きキューが無ければビジー状態であることを
意味する“０″をリタンし処理を終了する（処理２５０
４）。空きキューが有ればそのキューのステータスを予
約済みとし情報種類、配信先アドレス、配信タイミング
コードをそれぞれセットした後、現在時刻から決定した
配信時刻までの時間をリタンし処理を終了する（処理２
５０５〜２５０９）。

以上で、問合せ／キャンセル受付は処理プログラムの説
明を終了する。

情報販売装置の内部構成（第９図）、及びスケジュール
キューテーブルに従って情報配信処理を行う情報配信プ
ログラムは第１の実施例と同じである。

以上の処理より利用者端末は情報要求の問合せを行うと
、その情報が何時間後に配信されるかを（３６） 知ることができる。

〔発明の効果〕

本発明によれば、利用者が自らの状況に応じて必要な情
報の配信タイミングを指定できるため、システムの使い
勝手を向上させることができる。

【図面の簡単な説明】

第１図は問合せ／キャンセル受付は処理プログラムのフ
ロー図、第２図はシステムの全体構成図、第３図は利用
者端末の内部構成図、第４図は利用者端末のメモリの内
部構成図、第５図は問合せ応答処理プログラムのフロー
図、第６図、は利用者端末が送信する問合せメツセージ
のフォーマット図、第７図は配信キャンセル処理プログ
ラムのフロー図、第８図は利用者端末が送信するキャン
セルメツセージのフォーマット図、第９図は情報販売装
置の内部構成図、第１０図は情報販売装置のメモリの内
部構成図、第１１図は情報管理テーブルの構成図、第１
２図は情報提供料金カウントテーブルの構成図、第１３
図はスケジュールキューテーブルの構成図、第１４図は
情報販売装置が送信す（３７） るエラー通知メツセージのフォーマツ１−図、第１５図
は配信スケジューリング処理結果通知メツセージのフォ
ーマット図、第１６図は配信スケジューリング処理のフ
ロー図、第１７図はキャンセル処理結果通知メツセージ
のフォーマット図、第１８図は情報配信処理プログラム
のフロー図、第１９図は配信情報メツセージのフォーマ
ット図、第２０図は利用者端末の配信応答処理プログラ
ムのフロー図、第２１図は第２の実施例の問合せ応答処
理プログラムのフロー図、第２２図は第２の実施例の問
合せメツセージのフォーマット図、第２３図は第２の実
施例の問合せ／キャンセル受付は処理プログラムのフロ
ー図、第２４図は第２の実施例の配信スケジューリング
処理結果通知メツセージのフォーマット図、第２５図は
第２の実施例の配信スケジューリング処理のフロー図で
ある。 （３８） 第 １ 図 特開平 １１７１３９　（１１） 第 図 第 づ 図 ■ を 図 冨 図 第 ６ 図 不 区 巣 ４ 国 第 図 罵 ５ 図 第 １０ 図 ｚ 図 冨 ３ 図 冨 １ 図 第 １と 図 特開平３ １１７１３９　（１６） 篤 １ 図

Claims (1)

1. 【特許請求の範囲】 １、情報を提供する情報販売装置と複数の利用者端末が
   ネットワークで互いに接続された分散処理システムにお
   いて、 （１）第１の利用者端末は上記情報の問合せを行なう場
   合、問合せメッセージに、要求する情報の種類と該情報
   の配信タイミング情報を付加して問合せを行なう第１の
   ステップ、と （２）情報販売装置は、第１の利用者端末からの問合せ
   受付け後、問合せメッセージ内に付された配信タイミン
   グ情報から情報の配信時刻を決定する第２のステップ、
   と （３）配信時刻になつたら、問合せに対する情報を利用
   者端末に配信する第３のステップ、 からなることを特徴とする問合せ応答管理方法。 ２、情報を提供する情報販売装置と複数の利用者端末が
   ネットワークで互いに接続された分散処理システムにお
   いて、 （１）問合せを行う利用者は情報の問合せを行うとき、
   その問合せに対する情報の配信時間を指定できる第１の
   ステップ、 を有してなることを特徴とする問合せ応答管理方法。 ３、特許請求の範囲第１項記載の問合せ応答管理方法に
   おいて、 （１）第１のステップの配信タイミング情報として配信
   して欲しい時刻あるいは、許容配信遅延時刻を設定する
   第４のステップ を有してなることを特徴とする問合せ応答管理方法。 ４、特許請求の範囲第１項記載の問合せ応答管理方法に
   おいて、 （１）第２のステップにおいて、利用者が要求した配信
   タイミングに情報の配信が可能な場合は、決定した配信
   時刻を問合せてきた利用者端末に対して通知し、不可能
   な場合は、不可能であるということを問合せてきた利用
   者端末に対して通知する第４のステップ を有してなることを特徴とする問合せ応答管理方法。 ５、特許請求の範囲第１項記載の問合せ応答管理方法に
   おいて、 （１）第１のステップの配信タイミング情報に、配信時
   刻を急ぐか否かを識別するためのコードをセットする第
   ４のステップと、 （２）第２のステップの配信時刻決定処理でこの問合せ
   が急ぐか否かを識別し、これに応じて予め決められた許
   容配信遅延時間を元に配信時刻を決定する。第５のステ
   ップ を有してなることを特徴とする問合せ応答管理方法。 ６、特許請求の範囲第１項記載の問合せ応答管理方法に
   おいて、 （１）利用者は情報の問合せを行う際、情報の配信を急
   ぐか否かを指定する第４のステップと、 （２）利用者端末がこの問合せが急ぐか否かを識別し、
   これに応じて予め決められた許容配信遅延時間を問合せ
   メッセージに付加して問合せを行う第５のステップ を有してなることを特徴とする問合せ応答管理方法。 ７、特許請求の範囲第１項記載の問合せ応答管理方法に
   おいて、 （１）情報販売装置は情報の配信を行う際、配信タイミ
   ング情報によつて予め決められた料金を課金する第４の
   ステップ を有してなることを特徴とする問合せ応答管理方法。 ８、特許請求の範囲第３項記載の問合せ応答管理方法に
   おいて、 （１）利用者が問合せを行つてその要求が受付けられた
   後に、情報の配信を取り止めて欲しい場合、情報販売装
   置にキャンセルメッセージを送信する第４のステップと
   、 （２）情報販売装置は上記第４のステップのキャンセル
   メッセージを識別し配信処理の取り止めを行う第５のス
   テップ を有してなることを特徴とする問合せ応答管理方法。