JP2002358450A

JP2002358450A - 情報提供システム

Info

Publication number: JP2002358450A
Application number: JP2001165666A
Authority: JP
Inventors: Noburo Moriyama; 宣郎森山; Hitoshi Fukuoka; 均福岡
Original assignee: Hitachi Tohoku Software Ltd
Current assignee: Hitachi Solutions East Japan Ltd
Priority date: 2001-05-31
Filing date: 2001-05-31
Publication date: 2002-12-13

Abstract

(57)【要約】【課題】在庫量が受注要求に満たない場合に、営業担当
者がデータベースに能動的にアクセスしなくても、在庫
量が受注要求の個数を満たしたことを知ることができる
とともに、バックオーダー情報がいつまでも処理されず
に残ってしまうことを防止できるようにする。【解決手段】営業担当者は、端末を操作してＰｕｌｌ型
システムに受注要求を発する。Ｐｕｌｌ型システムは商
品在庫量などの情報を取得し、商品在庫量が受注要求個
数に満たない場合は、端末にＰｕｓｈ型システムへの商
品在庫量監視要求追加の問い合わせを表示する。営業担
当者は、端末から商品在庫監視タイミングを入力して問
い合わせに応じる。Ｐｕｌｌ型システムは、ＤＢ監視情
報をＰｕｓｈ型システムに渡して商品在庫情報の監視を
要求する。Ｐｕｓｈ型システムは、その要求に応じた監
視タイミングで商品在庫量を監視し、配信条件を満たす
場合、配信先に通知を行なう。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、情報提供システム
に関し、例えば、商品の受注要求を処理するシステムに
おいて、端末からネットワーク経由で商品の受注登録を
行なうことができるとともに、その商品の在庫がなかっ
た場合でもシステムの側から例えば定期的に在庫量のチ
ェックを行ないその結果を担当者に通知する技術に関す
る。

【０００２】

【従来の技術】商品在庫管理業務において、商品在庫情
報をデータベースに記憶し、営業担当者が顧客からの受
注要求に基づき上記データベースにアクセスして在庫量
の確認や受注伝票の登録等を行なう商品在庫管理システ
ムが知られている。他方、データベースから定期的に情
報を取得し、取得した情報をネットワークを介して端末
に配信するＰｕｓｈ型システムと呼ばれる技術が知られ
ている。

【０００３】

【発明が解決しようとする課題】従来の商品在庫管理シ
ステムでは、顧客からの受注要求が発生し、かつ、該当
する商品の在庫が不足している場合、営業担当者は、商
品の在庫が受注要求数を満たすようになったかどうかを
確認するため、何度もデータベースに能動的にアクセス
して商品の入荷状況を調べる必要があった。これは営業
担当者にとって非常に面倒であった。また、営業担当者
がデータベースにアクセスして確認することを怠った場
合は、在庫不足のために登録されたバックオーダー情報
がいつまでも処理されずに残ってしまうことがあった。

【０００４】本発明は、上述の従来技術における問題点
に鑑み、在庫量が受注要求に満たない場合に、営業担当
者がデータベースに能動的にアクセスしなくても、在庫
量が受注要求の個数を満たしたことを知ることができる
とともに、バックオーダー情報がいつまでも処理されず
に残ってしまうことを防止できるような商品在庫管理を
行なうことができる情報提供システムを提供することを
目的とする。

【０００５】

【課題を解決するための手段】上記目的を達成するた
め、請求項１に係る発明は、ネットワークを介して端末
装置から情報取得要求を受け付け、該情報取得要求に応
じた情報を提供する情報提供システムであって、第１の
情報提供手段と、第２の情報提供手段とを備えるととも
に、前記第１の情報提供手段は、前記ネットワークを介
して前記端末装置から情報取得要求を受信する手段と、
受信した情報取得要求に応じた情報をデータベースから
取得する手段と、取得した情報または該取得した情報に
基づいて生成した情報を、前記ネットワークを介して前
記端末装置に送信する手段とを備え、前記第２の情報提
供手段は、情報取得起動時刻、情報取得手続き、取得し
た情報の提供先、および取得した情報の提供条件を含む
情報取得起動情報を保持する手段と、前記情報取得起動
時刻と現在時刻とが一致したとき、前記情報取得手続き
を起動して前記データベースから所定の情報を取得し、
取得した情報が前記提供条件を満たすか否かを判断し、
満たす場合は、前記提供先に情報を提供する手段とを備
え、前記第１の情報提供手段が前記データベースから取
得した情報に基づき、前記第２の情報提供手段への情報
取得起動情報の保持要求を行なうか否かを判断し、情報
取得要求を元に情報取得手続きを生成し、前記第２の情
報提供手段への情報取得起動情報の保持要求を行なう保
持要求手段を備えたことを特徴とする。

【０００６】請求項２に係る発明は、ネットワークを介
して端末装置から情報取得要求を受け付け、該情報取得
要求に応じた情報を提供する情報提供システムであっ
て、第１の情報提供手段と、第２の情報提供手段とを備
えるとともに、前記第１の情報提供手段は、前記ネット
ワークを介して前記端末装置から情報取得要求を受信す
る手段と、受信した情報取得要求に応じた情報をデータ
ベースから取得する手段と、取得した情報または該取得
した情報に基づいて生成した情報を、前記ネットワーク
を介して前記端末装置に送信する手段とを備え、前記第
２の情報提供手段は、情報取得手続き、取得した情報の
提供先、および取得した情報の提供条件を含む情報取得
起動情報を保持する手段と、前記データベースが更新さ
れたとき、前記情報取得手続きを起動して前記データベ
ースから所定の情報を取得し、取得した情報が前記提供
条件を満たすか否かを判断し、満たす場合は、前記提供
先に情報を提供する手段とを備え、前記第１の情報提供
手段が前記データベースから取得した情報に基づき、前
記第２の情報提供手段への情報取得起動情報の保持要求
を行なうか否かを判断し、情報取得要求を元に情報取得
手続きを生成し、前記第２の情報提供手段への情報取得
起動情報の保持要求を行なう保持要求手段を備えたこと
を特徴とする。

【０００７】請求項３に係る発明は、請求項１または２
に記載の情報提供システムにおいて、前記第２の情報提
供手段は、前記提供先に情報を提供する際、前記データ
ベースの更新を行なうことを特徴とする。

【０００８】請求項４に係る発明は、ネットワークを介
して端末装置から情報処理要求を受け付け、該情報処理
要求に係る情報を提供する情報提供システムであって、
第１の情報提供手段と、第２の情報提供手段とを備える
とともに、前記第１の情報提供手段は、前記端末装置か
ら送信された情報処理要求を、前記ネットワークを介し
て、受信する手段と、データベースにアクセスし、その
アクセス結果に基づいて、前記情報処理要求に応じた処
理が完了できるか否か判断する手段と、前記処理が完了
できる場合は、その処理を完了させた後、前記端末装置
に処理が完了した旨を示す情報を送信し、前記処理が完
了できない場合は、その旨を示す情報、および前記処理
が完了し得る状態になったか否かを監視し完了し得る状
態になったときにその通知を行なうか否かの問合せを、
前記端末装置に送信する手段と、前記端末装置が前記問
合せに対して監視および通知を行なうことを指示してき
たとき、該指示に応じた監視要求を表す監視情報を生成
して前記第２の情報提供手段に送る手段とを備え、前記
第２の情報提供手段は、前記第１の情報提供手段から送
られてきた前記監視情報を記憶する手段と、前記監視情
報に基づいて前記データベースを監視することにより、
前記情報処理要求に応じた処理が完了できる状態に至っ
たか否かを監視する手段と、前記監視で前記処理が完了
できる状態に至ったことが検出されたとき、その処理を
完了させた後、前記端末装置に処理が完了した旨を示す
情報を送信する手段とを備えたことを特徴とする。

【０００９】請求項５に係る発明は、ネットワークを介
して端末装置から情報処理要求を受け付け、該情報処理
要求に係る情報を提供する情報提供システムであって、
前記端末装置から送信された情報処理要求を、前記ネッ
トワークを介して、受信する手段と、データベースにア
クセスし、そのアクセス結果に基づいて、前記情報処理
要求に応じた処理が完了できるか否か判断する手段と、
前記処理が完了できる場合は、その処理を完了させた
後、前記端末装置に処理が完了した旨を示す情報を送信
し、前記処理が完了できない場合は、その旨を示す情
報、および前記処理が完了し得る状態になったか否かを
監視し完了し得る状態になったときにその通知を行なう
か否かの問合せを、前記端末装置に送信する手段と、前
記端末装置が前記問合せに対して監視および通知を行な
うことを指示してきたとき、該指示に応じた監視要求を
表す監視情報を生成して記憶する手段と、記憶した監視
情報に基づいて前記データベースを監視することによ
り、前記情報処理要求に応じた処理が完了できる状態に
至ったか否かを監視する手段と、前記監視で前記処理が
完了できる状態に至ったことが検出されたとき、その処
理を完了させた後、前記端末装置に処理が完了した旨を
示す情報を通知する手段とを備えたことを特徴とする。

【００１０】請求項６に係る発明は、請求項４または５
に記載の情報提供システムにおいて、前記監視情報に基
づく監視は、所定の監視時間タイミングで、または、デ
ータベースが更新されたタイミングで、前記データベー
スにアクセスし、前記処理要求に応じた処理が完了でき
る状態に至ったか否かを監視するものであることを特徴
とする。

【００１１】請求項７に係る発明は、ネットワークを介
して端末装置から商品の受注要求を受け付け、該受注要
求の処理結果に係る情報を提供する情報提供システムで
あって、第１の情報提供手段と、第２の情報提供手段と
を備えるとともに、前記第１の情報提供手段は、前記端
末装置から送信された受注要求を、前記ネットワークを
介して、受信する手段と、商品の在庫状況を示す商品在
庫情報および商品の受注状況を示す商品受注情報を保持
・管理するデータベースにアクセスし、在庫量が前記受
注要求の受注量以上であるか否か判定する手段と、前記
在庫量が受注量以上である場合は、前記データベースに
前記受注要求に係る受注情報を登録し、前記データベー
スの在庫量を受注量だけ減らし、受注処理が完了した旨
を示す情報を前記端末装置に送信し、前記在庫量が受注
量以上でない場合は、在庫不足通知と、在庫量を監視す
るタイミングの問合せを、前記端末装置に送信する手段
と、前記端末装置が前記問合せに対して、在庫量を監視
する旨および監視のタイミングを指示してきたとき、該
指示に応じた監視要求を表す監視情報を生成して前記第
２の情報提供手段に送る手段とを備え、前記第２の情報
提供手段は、前記第１の情報提供手段から送られてきた
前記監視情報を記憶する手段と、前記監視情報に基づい
て、前記監視のタイミングが来るごとに前記データベー
スの在庫量を読み出し、在庫量が前記受注量以上になっ
たか否かを監視する手段と、在庫量が前記受注量以上に
なったとき、前記端末装置にその旨を示す情報を送信す
る手段とを備えたことを特徴とする。

【００１２】請求項８に係る発明は、ネットワークを介
して端末装置から商品の受注要求を受け付け、該受注要
求の処理結果に係る情報を提供する情報提供システムで
あって、第１の情報提供手段と、第２の情報提供手段と
を備えるとともに、前記第１の情報提供手段は、前記端
末装置から送信された受注要求を、前記ネットワークを
介して、受信する手段と、商品の在庫状況を示す商品在
庫情報および商品の受注状況を示す商品受注情報を保持
・管理するデータベースにアクセスし、在庫量が前記受
注要求の受注量以上であるか否か判定する手段と、前記
在庫量が受注量以上である場合は、前記データベースに
前記受注要求に係る受注情報を登録し、前記データベー
スの在庫量を受注量だけ減らし、受注処理が完了した旨
を示す情報を前記端末装置に送信し、前記在庫量が受注
量以上でない場合は、在庫不足通知と、在庫量を監視す
るか否かの問合せを、前記端末装置に送信する手段と、
前記端末装置が前記問合せに対して、在庫量を監視する
ことを指示してきたとき、該指示に応じた監視要求を表
す監視情報を生成して前記第２の情報提供手段に送る手
段とを備え、前記第２の情報提供手段は、前記第１の情
報提供手段から送られてきた前記監視情報を記憶する手
段と、前記監視情報に基づいて、前記データベースが更
新されるごとに前記データベースの在庫量を読み出し、
在庫量が前記受注量以上になったか否かを監視する手段
と、在庫量が前記受注量以上になったとき、前記端末装
置にその旨を示す情報を送信する手段とを備えたことを
特徴とする。

【００１３】請求項９に係る発明は、請求項７または８
に記載の情報提供システムにおいて、前記第１の情報提
供手段で在庫量が受注量以上でないことを検出したと
き、その受注情報をバックオーダー情報として前記デー
タベースに記憶し、前記第２の情報提供手段で在庫量が
受注量以上になったことを検出したとき、その受注情報
に対応するバックオーダー情報を削除することを特徴と
する。

【００１４】請求項１０に係る発明は、ネットワークを
介して端末装置から物品の貸し出し要求を受け付け、該
物品の貸し出し情報を提供する情報提供システムであっ
て、第１の情報提供手段と、第２の情報提供手段とを備
えるとともに、前記第１の情報提供手段は、前記端末装
置から送信された貸し出し要求を、前記ネットワークを
介して、受信する手段と、物品が貸し出し中であるか否
かを示す貸し出し情報を保持・管理するデータベースに
アクセスし、前記貸し出し要求に係る物品が貸し出し中
であるか否か判定する手段と、前記物品が貸し出し中で
ない場合は、その旨を示す情報を前記端末装置に送信
し、前記物品が貸し出し中である場合は、その旨と、貸
し出し状況を監視するタイミングの問合せを、前記端末
装置に送信する手段と、前記端末装置が前記問合せに対
して、貸し出し状況を監視する旨および監視のタイミン
グを指示してきたとき、該指示に応じた監視要求を表す
監視情報を生成して前記第２の情報提供手段に送る手段
とを備え、前記第２の情報提供手段は、前記第１の情報
提供手段から送られてきた前記監視情報を記憶する手段
と、前記監視情報に基づいて、前記監視のタイミングが
来るごとに前記データベースの貸し出し状況を読み出
し、前記貸し出し要求に係る物品が貸し出し中であるか
否かを監視する手段と、前記物品が貸し出し中でなくな
ったとき、前記端末装置にその旨を示す情報を送信する
手段とを備えたことを特徴とする。

【００１５】請求項１１に係る発明は、ネットワークを
介して端末装置から物品の貸し出し要求を受け付け、該
物品の貸し出し情報を提供する情報提供システムであっ
て、第１の情報提供手段と、第２の情報提供手段とを備
えるとともに、前記第１の情報提供手段は、前記端末装
置から送信された貸し出し要求を、前記ネットワークを
介して、受信する手段と、物品が貸し出し中であるか否
かを示す貸し出し情報を保持・管理するデータベースに
アクセスし、前記貸し出し要求に係る物品が貸し出し中
であるか否か判定する手段と、前記物品が貸し出し中で
ない場合は、その旨を示す情報を前記端末装置に送信
し、前記物品が貸し出し中である場合は、その旨と、貸
し出し状況を監視するか否かの問合せを、前記端末装置
に送信する手段と、前記端末装置が前記問合せに対し
て、貸し出し状況を監視する旨を指示してきたとき、該
指示に応じた監視要求を表す監視情報を生成して前記第
２の情報提供手段に送る手段とを備え、前記第２の情報
提供手段は、前記第１の情報提供手段から送られてきた
前記監視情報を記憶する手段と、前記監視情報に基づい
て、前記データベースが更新されるごとに前記データベ
ースの貸し出し状況を読み出し、前記貸し出し要求に係
る物品が貸し出し中であるか否かを監視する手段と、前
記物品が貸し出し中でなくなったとき、前記端末装置に
その旨を示す情報を送信する手段とを備えたことを特徴
とする。

【００１６】請求項１２に係る発明は、ネットワークを
介して端末装置から施設の利用要求を受け付け、該施設
の利用情報を提供する情報提供システムであって、第１
の情報提供手段と、第２の情報提供手段とを備えるとと
もに、前記第１の情報提供手段は、前記端末装置から送
信された利用希望施設と利用希望期間とを含む利用要求
を、前記ネットワークを介して、受信する手段と、施設
の利用予約情報を保持・管理するデータベースにアクセ
スし、前記利用希望施設について前記利用希望期間に重
なる利用予約が既に為されているか否か判定する手段
と、前記利用希望期間に重なる利用予約がなかった場合
は、その旨を示す情報を前記端末装置に送信し、前記利
用希望期間に重なる利用予約があった場合は、その旨
と、利用予約状況を監視するタイミングの問合せを、前
記端末装置に送信する手段と、前記端末装置が前記問合
せに対して、利用予約状況を監視する旨および監視のタ
イミングを指示してきたとき、該指示に応じた監視要求
を表す監視情報を生成して前記第２の情報提供手段に送
る手段とを備え、前記第２の情報提供手段は、前記第１
の情報提供手段から送られてきた前記監視情報を記憶す
る手段と、前記監視情報に基づいて、前記監視のタイミ
ングが来るごとに前記データベースの利用予約状況を読
み出し、前記利用希望施設について前記利用希望期間に
重なる利用予約が未だあるか否かを監視する手段と、前
記利用希望施設について前記利用希望期間に重なる利用
予約がなくなったとき、前記端末装置にその旨を示す情
報を送信する手段とを備えたことを特徴とする。

【００１７】請求項１３に係る発明は、ネットワークを
介して端末装置から施設の利用要求を受け付け、該施設
の利用情報を提供する情報提供システムであって、第１
の情報提供手段と、第２の情報提供手段とを備えるとと
もに、前記第１の情報提供手段は、前記端末装置から送
信された利用希望施設と利用希望期間とを含む利用要求
を、前記ネットワークを介して、受信する手段と、施設
の利用予約情報を保持・管理するデータベースにアクセ
スし、前記利用希望施設について前記利用希望期間に重
なる利用予約が既に為されているか否か判定する手段
と、前記利用希望期間に重なる利用予約がなかった場合
は、その旨を示す情報を前記端末装置に送信し、前記利
用希望期間に重なる利用予約があった場合は、その旨
と、利用予約状況を監視するか否かの問合せを、前記端
末装置に送信する手段と、前記端末装置が前記問合せに
対して、利用予約状況を監視する旨を指示してきたと
き、該指示に応じた監視要求を表す監視情報を生成して
前記第２の情報提供手段に送る手段とを備え、前記第２
の情報提供手段は、前記第１の情報提供手段から送られ
てきた前記監視情報を記憶する手段と、前記監視情報に
基づいて、前記データベースが更新されるごとに前記デ
ータベースの利用予約状況を読み出し、前記利用希望施
設について前記利用希望期間に重なる利用予約が未だあ
るか否かを監視する手段と、前記利用希望施設について
前記利用希望期間に重なる利用予約がなくなったとき、
前記端末装置にその旨を示す情報を送信する手段とを備
えたことを特徴とする。

【００１８】

【発明の実施の形態】以下、図面を用いて本発明の実施
の形態について説明する。

【００１９】図１は、本発明の実施の形態に係る商品在
庫管理システムのシステム構成を示す図である。ネット
ワーク１０４を介して、Ｐｕｌｌ型システム１０２、Ｐ
ｕｓｈ型システム１０３、および端末１０５が、相互に
接続されている。Ｐｕｌｌ型システム１０２およびＰｕ
ｓｈ型システム１０３には、データベース１０１が接続
されている。Ｐｕｌｌ型システム１０２は、営業担当者
１０６が操作する端末１０５から得た受注要求を元にデ
ータベース１０１から商品在庫量などの情報を取得し
て、端末１０５に表示するシステムである。Ｐｕｓｈ型
システム１０３は、データベース１０１を定期的に監視
して、例えば現在受注要求の出ている商品の在庫量など
といった情報を営業担当者１０６の所持する端末１０５
に配信するシステムである。端末１０５は、営業担当者
１０６が操作する例えば携帯端末やパーソナルコンピュ
ータなどである。

【００２０】また、Ｐｕｌｌ型システム１０２は、営業
担当者１０６からの受注要求とデータベース１０１から
取得した情報を元に、在庫量が受注量より少ないか否か
を判別し、少ない場合には受注対象の商品在庫量の監視
を行なうか否かを営業担当者１０６に問い合わせ、営業
担当者が監視を指示した場合は、Ｐｕｓｈ型システム１
０３に対して商品在庫量監視の要求を行なう。

【００２１】図２は、データベース１０１の詳細な内部
構成を示す図である。データベース１０１は、各商品の
在庫状況を示す商品在庫情報一覧２０１、顧客からの受
注の情報を示す受注情報一覧２０２、および前記受注情
報一覧２０２に格納された情報のうち在庫不足のために
顧客への商品納入が未遂になっている受注情報を示すバ
ックオーダー情報一覧２０３などの商品管理に必要な情
報を記憶する。

【００２２】商品在庫情報一覧２０１は、商品種別を一
意に特定するための識別子である「商品コード」、例え
ばインクリボン、事務机、椅子などの「商品名」、およ
び商品の在庫量を示す「在庫量」の情報などから構成さ
れる。商品に関する情報としては、これらの情報以外
に、例えば商品の色やサイズなどの情報を付加し、より
詳細な商品情報を管理する場合もある。また、データベ
ース１０１中の商品情報や在庫情報の冗長な持ち方を避
けるために、データベース１０１中の情報を正規化し
て、より最適な構成で管理することも可能である。

【００２３】受注情報一覧２０２は、各受注を一意に特
定するための情報である「受注コード」、受注元の顧客
を特定するための情報である「顧客コード」、受注を受
けた日を示す「受注日」、受注対象商品を特定するため
の情報である「商品コード」、および受注個数を示す
「個数」などの情報から構成される。受注情報一覧２０
２には、上述した情報以外に、例えば受注を受けとった
担当者を識別するための情報や顧客の希望納入日などの
情報を付加し、受注に関するより詳細な情報を管理する
ことも可能である。

【００２４】バックオーダー情報一覧２０３は、バック
オーダーの発生した受注情報を特定するための「受注コ
ード」、顧客への納入を完遂したか否か、また納入が完
遂した場合は、いつ顧客へ納入したかなどを判別するた
めの「解決日」などの情報から構成される。バックオー
ダー情報一覧２０３には、上述した情報以外に、例えば
納入を完遂した日時などの情報を付加し、より詳細な情
報を管理することも可能である。

【００２５】図３は、Ｐｕｌｌ型システム１０２に受注
要求をするために営業担当者１０６が端末１０５から受
注に関する情報を入力する受注要求画面３０１の例であ
る。受注要求画面３０１は、受注日３０２、受注元顧客
コード３０３、商品コード３０４、商品名３０５、およ
び数量３０６などの、受注要求の詳細な情報を入力する
画面要素から構成される。営業担当者１０６により入力
されたこれらの情報は、送信ボタン３０７を押すこと
で、端末１０５からＰｕｌｌ型システム１０２に送られ
る。受注要求画面３０１に入力する項目は、受注情報一
覧２０２を構成する情報に応じて追加・変更してもよ
い。より容易な入力を可能とするために、例えば商品名
を元に商品コードを検索する機能などを追加してもよ
い。

【００２６】図４は、Ｐｕｌｌ型システム１０２が、営
業担当者１０６からの受注要求に基づきデータベース１
０１から商品在庫量を取得した結果を端末１０５に表示
した画面の例である。

【００２７】受注対象商品の在庫が足りている場合、Ｐ
ｕｌｌ型システム１０２は、受注受けつけ完了画面４０
１を営業担当者１０６が所持する端末１０５に表示し、
受注受けつけの完了を通知する。同時に、受注情報一覧
２０２に、受注した商品についての情報を追加する。さ
らに、商品在庫情報一覧２０１の該当商品の在庫量を受
注分減らして更新する。

【００２８】受注対象商品の在庫が不足している場合、
Ｐｕｌｌ型システム１０２は、在庫不足通知・Ｐｕｓｈ
登録問い合わせ画面４０２を営業担当者１０６が所持す
る端末１０５に表示し、現在受注対象商品の在庫が不足
していることを通知する。同時に、Ｐｕｌｌ型システム
１０２は、受注情報一覧２０２とバックオーダー情報一
覧２０３に、受注した商品についての情報を追加する。

【００２９】在庫不足通知・Ｐｕｓｈ登録問い合わせ画
面４０２は、監視タイミングの入力領域４０３と、定期
的な監視を行なうか否かを選択するためのボタン４０
４、４０５を備えている。監視タイミングとは、Ｐｕｓ
ｈ型システム１０３がデータベース１０１にアクセスし
て該当商品の在庫量を調べるタイミングのことである。
監視タイミング４０３としては、時刻を入力する以外
に、例えば、監視を行なう時間間隔を入力する形式とし
てもよい。さらに、監視期限（いつまで監視を行なうか
の期限）などの情報を入力することで、より複雑な制御
を行なうようにしてもよい。

【００３０】図５は、Ｐｕｓｈ型システム１０３に記憶
されて実行されるＤＢ監視情報５０１の構成図である。
ＤＢ監視情報５０１は、商品在庫監視要求とともにＰｕ
ｌｌ型システム１０２からＰｕｓｈ型システム１０３に
渡される。ＤＢ監視情報５０１は、営業担当者１０６の
宛先を記憶する配信先５０２、データベース１０１にア
クセスして商品在庫量の取得を実行する時刻情報を記憶
する監視時刻５０３、商品在庫量を取得するためのＤＢ
アクセス式５０４、ＤＢアクセス式５０４の実行結果を
配信先５０２に配信するか否かを判断する配信条件５０
５、および、対応する受注情報を特定するための受注コ
ード５０６から構成される。

【００３１】図６は、ＤＢアクセス式５０４の例であ
る。ＤＢアクセス式は、商品在庫量を取得するために用
いる式である。この図に示す式は、商品コードＳ０００
３の商品在庫量を取得する例を示す。ＤＢアクセス式５
０４については、例えばＡＮＳＩ規格（ＡＮＳＸ３．
１３５−１９８６ｉｎｆｏｒｍａｔｉｏｎｓｙｓｔ
ｅｍｓ−ｄａｔａｂａｓｅｌａｎｇｕａｇｅＳＱ
Ｌ）などを適用すればよい。

【００３２】図７は、在庫通知７０１の例である。在庫
通知７０１は、Ｐｕｓｈ型システム１０３がＤＢ監視情
報５０１のＤＢアクセス式５０４を実行しその実行結果
が配信条件５０５を満足した場合に、Ｐｕｓｈ型システ
ム１０３から配信先５０２が指定する営業担当者１０６
の端末１０５に送信され、表示される。

【００３３】図８は、図１のシステムにおける処理の流
れの一例を示すタイムチャートである。

【００３４】営業担当者１０６は、端末１０５を操作し
受注要求画面３０１（図３）への入力を行ない、ネット
ワーク１０４を介して、Ｐｕｌｌ型システム１０２に対
して受注要求を発する（処理８０１）。

【００３５】Ｐｕｌｌ型システム１０２は、営業担当者
１０６からの受注要求に基づき、データベース１０１中
の受注情報一覧２０２へ受注情報を追加し、商品在庫情
報一覧２０１の「在庫量」欄から受注対象商品の在庫量
を取得する（処理８０２、処理８０３）。Ｐｕｌｌ型シ
ステム１０２は、受注要求画面３０１で入力した数量３
０６の値と処理８０２，８０３で得た受注対象商品の在
庫量とを比較する。在庫量が数量３０６に入力された値
に満たない場合は、データベース１０１のバックオーダ
ー情報一覧２０３へ当該受注コードを追加して（処理８
０４）、営業担当者１０６が操作する端末１０５に在庫
不足通知・Ｐｕｓｈ登録問い合わせ画面４０２（図４）
を表示する（処理８０５）。

【００３６】営業担当者１０６は、在庫不足通知・Ｐｕ
ｓｈ登録問い合わせ画面４０２において、監視タイミン
グ４０３を入力し、ボタン４０４の「はい」を選択する
ことで、在庫量監視をＰｕｌｌ型システム１０２に対し
て要求する（処理８０６）。

【００３７】Ｐｕｌｌ型システム１０２は、その在庫量
監視要求に応じてＤＢ監視情報５０１（図５）を生成す
る。すなわち、営業担当者１０６の端末１０５を配信先
５０２とし、処理８０６で在庫不足通知・Ｐｕｓｈ登録
問い合わせ画面４０２に入力された監視タイミング４０
３を監視時刻５０３とし、受注要求画面３０１に入力さ
れた情報から生成したアクセス式をＤＢアクセス式５０
４とし、受注要求画面３０１の数量３０６に入力された
値を配信条件５０５とし、処理８０２で受注情報一覧２
０２に追加した受注情報の「受注コード」欄に格納され
たデータを受注コード５０６として、ＤＢ監視情報５０
１を生成する。さらに、Ｐｕｌｌ型システム１０２は、
生成したＤＢ監視情報５０１をＰｕｓｈ型システム１０
３に渡し、商品在庫量の監視を要求する（処理８０
７）。

【００３８】Ｐｕｓｈ型システム１０３は、商品在庫量
の監視要求をＰｕｌｌ型システム１０２から受けると、
自システムにＤＢ監視情報５０１を記憶する（処理８０
８）。Ｐｕｓｈ型システム１０３は、現在時刻が監視時
刻５０３に記憶された時刻を過ぎたときにＤＢアクセス
式５０４を実行し、データベース１０１の商品在庫情報
一覧２０１から該当商品の在庫量を取得する（処理８０
９、処理８１０）。Ｐｕｓｈ型システム１０３は、取得
した在庫量と配信条件５０５とを比較し、在庫量が配信
条件５０５（受注量）を満足する場合、データベース１
０１にアクセスし、該当する商品についてバックオーダ
ー情報一覧２０３の「解決日」欄を更新する。同時に、
商品在庫情報一覧２０１の「在庫量」欄を受注個数分減
らして更新する（処理８１１）。また、Ｐｕｓｈ型シス
テム１０３は、配信先５０２に登録されている営業担当
者１０６の端末１０５に在庫通知７０１を送信する（処
理８１２）。

【００３９】図９は、Ｐｕｌｌ型システム１０２の詳細
な構成図である。Ｐｕｌｌ型システム１０２は、ＤＢア
クセス部９０１、実行制御部９０２、およびユーザイン
タフェース９０３から構成される。ＤＢアクセス部９０
１は、データベース１０１にアクセスし、商品在庫情報
一覧２０１の参照や在庫量の更新、受注情報一覧２０２
への情報追加、および、バックオーダー情報一覧２０３
への情報追加などといった、データベース１０１内の各
情報の参照・追加・更新等の操作を行なう。実行制御部
９０２は、ユーザインタフェース９０３を介して得た営
業担当者１０６からの受注情報を元にＤＢアクセス部９
０１へＤＢアクセス要求したり、ＤＢアクセス結果を元
にユーザインタフェース９０３へ表示要求したり、Ｐｕ
ｓｈ型システム１０３への監視情報の登録を行なう。ユ
ーザインタフェース９０３は、受注要求画面３０１、在
庫通知７０１、受注受けつけ完了画面４０１、および在
庫不足通知・Ｐｕｓｈ登録問い合わせ画面４０２を、営
業担当者１０６の端末１０５に表示する。また、営業担
当者１０６からの入力情報を受けとる。

【００４０】図１０は、Ｐｕｓｈ型システム１０３の詳
細な構成図である。Ｐｕｓｈ型システム１０３は、スケ
ジューラ登録部１００１、スケジューラ１００２、ＤＢ
アクセス実行制御部１００３、ＤＢアクセス実行部１０
０４、およびメール配信部１００５から構成される。ス
ケジューラ登録部１００１は、スケジューラ１００２に
対してＤＢ監視情報５０１を登録する。スケジューラ１
００２は、ＤＢ監視情報５０１を記憶し、現在時刻に基
づきＤＢ監視情報５０１に係る監視の実行をＤＢアクセ
ス実行制御部１００３に要求する。ＤＢアクセス実行制
御部１００３は、スケジューラ１００２から渡されたＤ
Ｂ監視情報５０１を元にＤＢアクセス実行部１００４へ
の実行要求、およびメール配信部１００５へのメール配
信要求を行なう。

【００４１】ＤＢアクセス実行部１００４は、ＤＢ監視
情報５０１のＤＢアクセス式５０４を元にデータベース
１０１にアクセスし、例えば商品の在庫量などの情報を
取得する。メール配信部１００５は、ＤＢ監視情報５０
１の配信先５０２に基づき営業担当者１０６が所持する
端末１０５へのメール配信を行なう。

【００４２】図１１は、スケジューラ１００２の詳細な
構成図である。スケジューラ１００２は、ＤＢ監視情報
リスト１１０１、およびＤＢ監視情報実行制御部１１０
２から構成される。ＤＢ監視情報リスト１１０１には、
スケジューラ登録部１００１が登録したＤＢ監視情報５
０１が記憶される。ＤＢ監視情報実行制御部１１０２
は、時刻を監視し、現在時刻に起動すべきＤＢ監視情報
５０１を取得し、ＤＢアクセス実行制御部１００３にＤ
Ｂアクセス実行要求を出す。

【００４３】図１２は、図８に示すタイムチャートを、
図９に示すＰｕｌｌ型システム１０２の各構成要素の動
作に着目して詳細化したタイムチャートである。

【００４４】営業担当者１０６は、端末１０５を操作し
て受注要求画面３０１への入力を行ない、ネットワーク
１０４を介して、Ｐｕｌｌ型システム１０２に対して受
注要求を発する。受注要求は、Ｐｕｌｌ型システム１０
２のユーザインタフェース９０３が受けとる（処理１２
０１）。ユーザインタフェース９０３は、受注要求画面
３０１に入力された情報を実行制御部９０２に渡し、営
業担当者１０６からの受注要求の通知を行なう（処理１
２０２）。

【００４５】実行制御部９０２は、ＤＢアクセス部９０
１に対し、受注情報の登録および受注対象商品の在庫量
取得を要求する（処理１２０３）。ＤＢアクセス部９０
１は、データベース１０１にアクセスし、受注情報一覧
２０２に受注情報を登録するとともに、商品在庫情報一
覧２０１を参照して受注対象商品の在庫量取得を行なう
（処理１２０４、処理１２０５）。また、ＤＢアクセス
部９０１は、受注対象商品の在庫量を実行制御部９０２
に通知する（処理１２０６）。

【００４６】実行制御部９０２は、受注情報の数量３０
６の値と商品在庫情報一覧２０１の該当する商品の在庫
量とを比較する。在庫量が数量３０６の値に満たない場
合は、ＤＢアクセス部９０１に対しバックオーダー情報
の追加要求を行なう（処理１２０７）。ＤＢアクセス部
９０１は、データベース１０１のバックオーダー情報一
覧２０３へ当該受注に係るバックオーダー情報を追加す
る（処理１２０８）。

【００４７】実行制御部９０２は、ユーザインタフェー
ス９０３に対し、在庫不足通知・Ｐｕｓｈ登録問い合わ
せ画面４０２の表示を要求する（処理１２０９）。ユー
ザインタフェース９０３は、営業担当者１０６の端末１
０５に、在庫不足通知・Ｐｕｓｈ登録問い合わせ画面４
０２を表示する（処理１２１０）。

【００４８】営業担当者１０６は、在庫不足通知・Ｐｕ
ｓｈ登録問い合わせ画面４０２の監視タイミング４０３
に監視時刻を入力し、ボタン４０４を押下して、Ｐｕｓ
ｈ登録を要求する（処理１２１１）。ユーザインタフェ
ース９０３は、実行制御部９０２に、Ｐｕｓｈ登録要求
の通知を行なう（処理１２１２）。実行制御部９０２
は、ＤＢ監視情報５０１を生成し、Ｐｕｓｈ型システム
１０３に対してＰｕｓｈ登録要求を行なう（処理１２１
３）。その際、生成したＤＢ監視情報５０１も渡す。

【００４９】図１３は、図８に示すタイムチャートを、
図１０に示すＰｕｓｈ型システム１０３の各構成要求の
動作に着目して詳細化したタイムチャートである。

【００５０】Ｐｕｌｌ型システム１０２からＰｕｓｈ型
システム１０３へのＰｕｓｈ登録要求は、スケジューラ
登録部１００１が受けとる（処理１３０１）。スケジュ
ーラ登録部１００１は、Ｐｕｓｈ登録要求と共に受け取
ったＤＢ監視情報５０１をスケジューラ１００２に格納
する（処理１３０２）。スケジューラ１００２は、現在
時刻とＤＢ監視情報５０１中の監視時刻５０３とを比較
する。現在時刻が監視時刻５０３に至っていたら、その
ＤＢ監視情報５０１をＤＢアクセス実行制御部１００３
に渡して、ＤＢアクセス実行を要求する（処理１３０
３）。ＤＢアクセス実行制御部１００３は、ＤＢ監視情
報５０１をＤＢアクセス実行部１００４に渡して、ＤＢ
アクセス実行を要求する（処理１３０４）。

【００５１】ＤＢアクセス実行部１００４は、ＤＢ監視
情報５０１中のＤＢアクセス式５０４を用いて、データ
ベース１０１の商品在庫情報一覧２０１から受注商品の
在庫量を取得し（処理１３０５、１３０６）、ＤＢアク
セス実行制御部１００３に通知する（処理１３０７）。

【００５２】ＤＢアクセス実行制御部１００３は、ＤＢ
監視情報５０１中の配信条件５０５と処理１３０７で得
た在庫量とを比較し、配信条件５０５を満足する場合、
ＤＢアクセス実行部１００４に対してＤＢ更新要求を出
す（処理１３０８）。さらに、メール配信部１００５に
対して在庫通知７０１の配信要求を行なう（処理１３１
０）。ＤＢ更新要求を受けると、ＤＢアクセス実行部１
００４は、データベース１０１にアクセスし、バックオ
ーダー情報一覧２０３中の該当する情報について「解決
日」欄を更新する。同時に、対応する「在庫量」欄を受
注個数分減らして更新する（処理１３０９）。また、メ
ール配信部１００５は、ＤＢアクセス実行制御部１００
３からの配信要求を受けると（処理１３１０）、配信先
５０２に格納されている端末１０５へ在庫通知７０１を
配信する（処理１３１１）。

【００５３】上述したように、図１２の処理１２１３で
はＰｕｌｌ型システム１０２の実行制御部９０２がＰｕ
ｓｈ型システム１０３にＤＢ監視情報５０１を渡してＰ
ｕｓｈ登録要求を行なう。この際、ＤＢ監視情報５０１
中のＤＢアクセス式５０４を生成する必要がある。図１
４は、実行制御部９０２が、受注要求画面３０１に入力
された情報を元に、ＤＢ監視情報５０１中のＤＢアクセ
ス式５０４を生成する処理の流れを示したフローチャー
トである。

【００５４】実行制御部９０２は、受注対象商品の商品
コード値を取得する（処理１４０１）。次に、実行制御
部９０２は、ＤＢアクセス式格納変数に、文字列 "ＳＥ
ＬＥＣＴ在庫量ＦＲＯＭ商品在庫 " を格納する（処
理１４０２）。続いて、ＤＢアクセス式格納変数に、文
字列 "ＷＨＥＲＥ商品コード="を追加し（処理１４０
３）、シングルクォーテーション文字を追加し（処理１
４０４）、処理１４０１で取得した商品コード値を追加
し（処理１４０５）、さらにシングルクォーテーション
文字を追加する（処理１４０６）。以上により、図６に
示したようなＤＢアクセス式が生成される。

【００５５】図１５は、図１２の処理１２０６におい
て、Ｐｕｌｌ型システム１０２の実行制御部９０２がア
クセス結果である商品在庫量を受けとったときに、実行
制御部９０２が行なう処理の流れを示したフローチャー
トである。

【００５６】実行制御部９０２は、受注要求画面３０１
から得た数量３０６の値と処理１２０６でＤＢアクセス
部９０１から得た商品在庫量とを比較する（処理１５０
１）。数量３０６の値が商品在庫量以下の場合、実行制
御部９０２は、ＤＢアクセス部９０１に処理を要求し、
データベース１０１中の商品在庫情報一覧２０１に格納
された該当商品の在庫量から受注数量分を減らす（処理
１５０２）。続いて、実行制御部９０２は、ユーザイン
タフェース９０３に受注受け付け完了画面４０１の表示
を要求し、端末１０５に上記画面を表示させる（処理１
５０３）。

【００５７】数量３０６の値が在庫量より多い場合、実
行制御部９０２は、ＤＢアクセス部９０１にバックオー
ダー情報追加要求（処理１２０７）を出し、データベー
ス１０１中のバックオーダー情報一覧２０３への情報追
加を行なわせる（処理１５０４）。続いて、実行制御部
９０２は、ユーザインタフェース９０３に対して在庫不
足通知・Ｐｕｓｈ登録問い合わせ画面４０２の表示要求
（処理１２０９）を出し、端末１０５に上記画面を表示
させる（処理１５０５）。

【００５８】図１６は、図１３の処理１３０７で得た商
品在庫量を元に、ＤＢアクセス実行制御部１００３が行
なう処理の流れを示したフローチャートである。

【００５９】ＤＢアクセス実行制御部１００３は、処理
１３０７で得た商品在庫量と配信条件５０５に格納され
た受注要求数量とを比較する（処理１６０１）。商品在
庫量が受注要求数量より少ない場合、本フローチャート
を終了する。商品在庫量が受注要求数量以上の場合、Ｄ
Ｂアクセス実行制御部１００３は、ＤＢアクセス実行部
１００４に対してＤＢ更新要求（処理１３０８）を出
し、該当する商品についてバックオーダー情報一覧２０
３の「解決日」欄の更新および商品在庫情報一覧２０１
の「在庫量」欄の更新を行なわせる（処理１６０２）。
ＤＢアクセス実行制御部１００３は、メール配信部１０
０５に対して在庫通知７０１の配信要求（処理１３１
０）を出し、営業担当者１０６の端末１０５への在庫通
知７０１の配信を行なわせる（処理１６０３）。

【００６０】図１７は、スケジューラ１００２中のＤＢ
監視情報実行制御部１１０２が、現在の時刻に従いＤＢ
監視情報５０１を取得し、図１３の処理１３０３を行な
うまでの処理の流れを示したフローチャートである。

【００６１】ＤＢ監視情報実行制御部１１０２は、現在
時刻を取得する（処理１７０１）。ＤＢ監視情報実行制
御部１１０２は、ＤＢ監視情報リスト１１０１に記憶さ
れたＤＢ監視情報５０１が保持する監視時刻５０３を取
得する（処理１７０３）。ＤＢ監視情報実行制御部１１
０２は、現在時刻と、監視時刻５０３に記憶された時刻
を比較し、現在時刻が監視時刻５０３に記憶された時刻
以降であるか否かを調べる（処理１７０４）。現在時刻
が監視時刻５０３に記憶された時刻以降であれば、ＤＢ
監視情報実行制御部１１０２は、そのＤＢ監視情報５０
１をＤＢアクセス実行制御部１００３に渡して、ＤＢア
クセス実行を要求する（処理１７０５）。ＤＢ監視情報
実行制御部１１０２は、処理１７０３、処理１７０４、
および処理１７０５を、ＤＢ監視情報リスト１１０１に
記憶された全てのＤＢ監視情報５０１に対して実行する
（処理１７０２、処理１７０６）。

【００６２】なお、上記の実施の形態では、図４に示し
たように監視の時間的なタイミングを指定し、そのタイ
ミングに至ったときにデータベースにアクセスして情報
の監視を行なっているが、監視のタイミングを指定する
代わりに、データベースが更新されたときにデータベー
スにアクセスして情報の監視を行なうようにしてもよ
い。また、図１６のフローチャートでは在庫量が受注量
以上になったときに監視結果を報告するようにしている
が、在庫量が受注量以上になっていなくてもその旨を報
告するようにしてもよい。

【００６３】さらに、上記の実施の形態では、商品の受
注処理について本発明を適用した例を説明したが、本発
明は、例えば図書館の本やレンタルビデオなどの貸し出
し業務や、宿泊施設などの予約業務に適用することも可
能である。

【００６４】

【発明の効果】以上説明したように、本発明によれば、
ユーザの端末装置からの情報取得要求に対し、ユーザが
能動的に何度も問合せを行なわなくても、システムの側
から所定の情報を通知するようにできる。したがって、
例えば、受注管理システムに適用すれば、営業担当者か
らの受注要求がありながら在庫量が不足している場合、
Ｐｕｓｈ型システムにＤＢ監視情報を登録することで、
営業担当者は能動的に在庫量の問い合わせを行なうこと
なく、在庫量が受注要求を満たしたときに通知を受ける
ことが可能になる。また、図書館の本やレンタルビデオ
などの貸し出し業務や、宿泊施設などの予約業務に適用
すれば、ユーザは貸し出し状況や予約状況について何度
もユーザの側から問い合せることなく、通知を受けるこ
とができる。

【図面の簡単な説明】

【図１】本発明の実施の形態に係るシステム構成を示す
図

【図２】データベースの詳細な内部構成を示す図

【図３】受注要求画面の例を示す図

【図４】商品在庫量を取得した結果を端末に表示した画
面の例を示す図

【図５】ＤＢ監視情報の構成図

【図６】ＤＢアクセス式の例を示す図

【図７】在庫通知の例を示す図

【図８】本発明の実施の形態における処理の流れを示す
タイムチャート図

【図９】Ｐｕｌｌ型システムを詳細に示した図

【図１０】Ｐｕｓｈ型システムを詳細に示した図

【図１１】スケジューラを詳細に示した図

【図１２】本発明の実施の形態における処理の流れをＰ
ｕｌｌ型システムの構成に従って詳細化したタイムチャ
ート図

【図１３】本発明の実施の形態における処理の流れをＰ
ｕｓｈ型システムの構成に従って詳細化したタイムチャ
ート図

【図１４】ＤＢアクセス式を生成する処理の流れを示し
たフローチャート図

【図１５】商品在庫量を受けとったときに、実行制御部
が行なう処理の流れを示したフローチャート図

【図１６】ＤＢアクセス実行制御部が行なう処理の流れ
を示したフローチャート図

【図１７】スケジューラがＤＢアクセス実行制御部にＤ
Ｂアクセス実行要求を出すまでの処理の流れを示したフ
ローチャート図

【符号の説明】

１０１…データベース、１０２…Ｐｕｌｌ型システム、
１０３…Ｐｕｓｈ型システム、１０４…ネットワーク、
１０５…端末、１０６…営業担当者、２０１…商品在庫
情報一覧、２０２…受注情報一覧、２０３…バックオー
ダー情報一覧、３０１…受注要求画面、３０２…受注
日、３０３…受注元顧客コード、３０４…商品コード、
３０５…商品名、３０６…数量、４０１…受注受けつけ
完了画面、４０２…在庫通知・Ｐｕｓｈ登録問い合わせ
画面、４０３…監視タイミング、５０１…ＤＢ監視情
報、５０２…配信先、５０３…監視時刻、５０４…ＤＢ
アクセス式、５０５…配信条件、５０６…受注コード、
７０１…在庫通知、９０１…ＤＢアクセス部、９０２…
実行制御部、９０３…ユーザインタフェース、１００１
…スケジューラ登録部、１００２…スケジューラ、１０
０３…ＤＢアクセス実行制御部、１００４…ＤＢアクセ
ス実行部、１００５…メール配信部。

───────────────────────────────────────────────────── フロントページの続き (72)発明者福岡均宮城県仙台市青葉区本町二丁目16番10号大同生命ビル日立東北ソフトウェア株式会社内Ｆターム(参考） 5B075 KK07 KK35 ND20 PQ05 UU40

Claims

【特許請求の範囲】

【請求項１】ネットワークを介して端末装置から情報取
得要求を受け付け、該情報取得要求に応じた情報を提供
する情報提供システムであって、第１の情報提供手段と、第２の情報提供手段とを備える
とともに、前記第１の情報提供手段は、前記ネットワークを介して前記端末装置から情報取得要
求を受信する手段と、受信した情報取得要求に応じた情報をデータベースから
取得する手段と、取得した情報または該取得した情報に基づいて生成した
情報を、前記ネットワークを介して前記端末装置に送信
する手段とを備え、前記第２の情報提供手段は、情報取得起動時刻、情報取得手続き、取得した情報の提
供先、および取得した情報の提供条件を含む情報取得起
動情報を保持する手段と、前記情報取得起動時刻と現在時刻とが一致したとき、前
記情報取得手続きを起動して前記データベースから所定
の情報を取得し、取得した情報が前記提供条件を満たす
か否かを判断し、満たす場合は、前記提供先に情報を提
供する手段とを備え、前記第１の情報提供手段が前記データベースから取得し
た情報に基づき、前記第２の情報提供手段への情報取得
起動情報の保持要求を行なうか否かを判断し、情報取得
要求を元に情報取得手続きを生成し、前記第２の情報提
供手段への情報取得起動情報の保持要求を行なう保持要
求手段を備えたことを特徴とする情報提供システム。
【請求項２】ネットワークを介して端末装置から情報取
得要求を受け付け、該情報取得要求に応じた情報を提供
する情報提供システムであって、第１の情報提供手段と、第２の情報提供手段とを備える
とともに、前記第１の情報提供手段は、前記ネットワークを介して前記端末装置から情報取得要
求を受信する手段と、受信した情報取得要求に応じた情報をデータベースから
取得する手段と、取得した情報または該取得した情報に基づいて生成した
情報を、前記ネットワークを介して前記端末装置に送信
する手段とを備え、前記第２の情報提供手段は、情報取得手続き、取得した情報の提供先、および取得し
た情報の提供条件を含む情報取得起動情報を保持する手
段と、前記データベースが更新されたとき、前記情報取得手続
きを起動して前記データベースから所定の情報を取得
し、取得した情報が前記提供条件を満たすか否かを判断
し、満たす場合は、前記提供先に情報を提供する手段と
を備え、前記第１の情報提供手段が前記データベースから取得し
た情報に基づき、前記第２の情報提供手段への情報取得
起動情報の保持要求を行なうか否かを判断し、情報取得
要求を元に情報取得手続きを生成し、前記第２の情報提
供手段への情報取得起動情報の保持要求を行なう保持要
求手段を備えたことを特徴とする情報提供システム。
【請求項３】請求項１または２に記載の情報提供システ
ムにおいて、前記第２の情報提供手段は、前記提供先に情報を提供す
る際、前記データベースの更新を行なうことを特徴とす
る情報提供システム。
【請求項４】ネットワークを介して端末装置から情報処
理要求を受け付け、該情報処理要求に係る情報を提供す
る情報提供システムであって、第１の情報提供手段と、第２の情報提供手段とを備える
とともに、前記第１の情報提供手段は、前記端末装置から送信された情報処理要求を、前記ネッ
トワークを介して、受信する手段と、データベースにアクセスし、そのアクセス結果に基づい
て、前記情報処理要求に応じた処理が完了できるか否か
判断する手段と、前記処理が完了できる場合は、その処理を完了させた
後、前記端末装置に処理が完了した旨を示す情報を送信
し、前記処理が完了できない場合は、その旨を示す情
報、および前記処理が完了し得る状態になったか否かを
監視し完了し得る状態になったときにその通知を行なう
か否かの問合せを、前記端末装置に送信する手段と、前記端末装置が前記問合せに対して監視および通知を行
なうことを指示してきたとき、該指示に応じた監視要求
を表す監視情報を生成して前記第２の情報提供手段に送
る手段とを備え、前記第２の情報提供手段は、前記第１の情報提供手段から送られてきた前記監視情報
を記憶する手段と、前記監視情報に基づいて前記データベースを監視するこ
とにより、前記情報処理要求に応じた処理が完了できる
状態に至ったか否かを監視する手段と、前記監視で前記処理が完了できる状態に至ったことが検
出されたとき、その処理を完了させた後、前記端末装置
に処理が完了した旨を示す情報を送信する手段とを備え
たことを特徴とする情報提供システム。
【請求項５】ネットワークを介して端末装置から情報処
理要求を受け付け、該情報処理要求に係る情報を提供す
る情報提供システムであって、前記端末装置から送信された情報処理要求を、前記ネッ
トワークを介して、受信する手段と、データベースにアクセスし、そのアクセス結果に基づい
て、前記情報処理要求に応じた処理が完了できるか否か
判断する手段と、前記処理が完了できる場合は、その処理を完了させた
後、前記端末装置に処理が完了した旨を示す情報を送信
し、前記処理が完了できない場合は、その旨を示す情
報、および前記処理が完了し得る状態になったか否かを
監視し完了し得る状態になったときにその通知を行なう
か否かの問合せを、前記端末装置に送信する手段と、前記端末装置が前記問合せに対して監視および通知を行
なうことを指示してきたとき、該指示に応じた監視要求
を表す監視情報を生成して記憶する手段と、記憶した監視情報に基づいて前記データベースを監視す
ることにより、前記情報処理要求に応じた処理が完了で
きる状態に至ったか否かを監視する手段と、前記監視で前記処理が完了できる状態に至ったことが検
出されたとき、その処理を完了させた後、前記端末装置
に処理が完了した旨を示す情報を通知する手段とを備え
たことを特徴とする情報提供システム。
【請求項６】請求項４または５に記載の情報提供システ
ムにおいて、前記監視情報に基づく監視は、所定の監視時間タイミン
グで、または、データベースが更新されたタイミング
で、前記データベースにアクセスし、前記処理要求に応
じた処理が完了できる状態に至ったか否かを監視するも
のであることを特徴とする情報提供システム。
【請求項７】ネットワークを介して端末装置から商品の
受注要求を受け付け、該受注要求の処理結果に係る情報
を提供する情報提供システムであって、第１の情報提供手段と、第２の情報提供手段とを備える
とともに、前記第１の情報提供手段は、前記端末装置から送信された受注要求を、前記ネットワ
ークを介して、受信する手段と、商品の在庫状況を示す商品在庫情報および商品の受注状
況を示す商品受注情報を保持・管理するデータベースに
アクセスし、在庫量が前記受注要求の受注量以上である
か否か判定する手段と、前記在庫量が受注量以上である場合は、前記データベー
スに前記受注要求に係る受注情報を登録し、前記データ
ベースの在庫量を受注量だけ減らし、受注処理が完了し
た旨を示す情報を前記端末装置に送信し、前記在庫量が
受注量以上でない場合は、在庫不足通知と、在庫量を監
視するタイミングの問合せを、前記端末装置に送信する
手段と、前記端末装置が前記問合せに対して、在庫量を監視する
旨および監視のタイミングを指示してきたとき、該指示
に応じた監視要求を表す監視情報を生成して前記第２の
情報提供手段に送る手段とを備え、前記第２の情報提供手段は、前記第１の情報提供手段から送られてきた前記監視情報
を記憶する手段と、前記監視情報に基づいて、前記監視のタイミングが来る
ごとに前記データベースの在庫量を読み出し、在庫量が
前記受注量以上になったか否かを監視する手段と、在庫量が前記受注量以上になったとき、前記端末装置に
その旨を示す情報を送信する手段とを備えたことを特徴
とする情報提供システム。
【請求項８】ネットワークを介して端末装置から商品の
受注要求を受け付け、該受注要求の処理結果に係る情報
を提供する情報提供システムであって、第１の情報提供手段と、第２の情報提供手段とを備える
とともに、前記第１の情報提供手段は、前記端末装置から送信された受注要求を、前記ネットワ
ークを介して、受信する手段と、商品の在庫状況を示す商品在庫情報および商品の受注状
況を示す商品受注情報を保持・管理するデータベースに
アクセスし、在庫量が前記受注要求の受注量以上である
か否か判定する手段と、前記在庫量が受注量以上である場合は、前記データベー
スに前記受注要求に係る受注情報を登録し、前記データ
ベースの在庫量を受注量だけ減らし、受注処理が完了し
た旨を示す情報を前記端末装置に送信し、前記在庫量が
受注量以上でない場合は、在庫不足通知と、在庫量を監
視するか否かの問合せを、前記端末装置に送信する手段
と、前記端末装置が前記問合せに対して、在庫量を監視する
ことを指示してきたとき、該指示に応じた監視要求を表
す監視情報を生成して前記第２の情報提供手段に送る手
段とを備え、前記第２の情報提供手段は、前記第１の情報提供手段から送られてきた前記監視情報
を記憶する手段と、前記監視情報に基づいて、前記データベースが更新され
るごとに前記データベースの在庫量を読み出し、在庫量
が前記受注量以上になったか否かを監視する手段と、在庫量が前記受注量以上になったとき、前記端末装置に
その旨を示す情報を送信する手段とを備えたことを特徴
とする情報提供システム。
【請求項９】請求項７または８に記載の情報提供システ
ムにおいて、前記第１の情報提供手段で在庫量が受注量以上でないこ
とを検出したとき、その受注情報をバックオーダー情報
として前記データベースに記憶し、前記第２の情報提供手段で在庫量が受注量以上になった
ことを検出したとき、その受注情報に対応するバックオ
ーダー情報を削除することを特徴とする情報提供システ
ム。
【請求項１０】ネットワークを介して端末装置から物品
の貸し出し要求を受け付け、該物品の貸し出し情報を提
供する情報提供システムであって、第１の情報提供手段と、第２の情報提供手段とを備える
とともに、前記第１の情報提供手段は、前記端末装置から送信された貸し出し要求を、前記ネッ
トワークを介して、受信する手段と、物品が貸し出し中であるか否かを示す貸し出し情報を保
持・管理するデータベースにアクセスし、前記貸し出し
要求に係る物品が貸し出し中であるか否か判定する手段
と、前記物品が貸し出し中でない場合は、その旨を示す情報
を前記端末装置に送信し、前記物品が貸し出し中である
場合は、その旨と、貸し出し状況を監視するタイミング
の問合せを、前記端末装置に送信する手段と、前記端末装置が前記問合せに対して、貸し出し状況を監
視する旨および監視のタイミングを指示してきたとき、
該指示に応じた監視要求を表す監視情報を生成して前記
第２の情報提供手段に送る手段とを備え、前記第２の情報提供手段は、前記第１の情報提供手段から送られてきた前記監視情報
を記憶する手段と、前記監視情報に基づいて、前記監視
のタイミングが来るごとに前記データベースの貸し出し
状況を読み出し、前記貸し出し要求に係る物品が貸し出
し中であるか否かを監視する手段と、前記物品が貸し出し中でなくなったとき、前記端末装置
にその旨を示す情報を送信する手段とを備えたことを特
徴とする情報提供システム。
【請求項１１】ネットワークを介して端末装置から物品
の貸し出し要求を受け付け、該物品の貸し出し情報を提
供する情報提供システムであって、第１の情報提供手段と、第２の情報提供手段とを備える
とともに、前記第１の情報提供手段は、前記端末装置から送信された貸し出し要求を、前記ネッ
トワークを介して、受信する手段と、物品が貸し出し中であるか否かを示す貸し出し情報を保
持・管理するデータベースにアクセスし、前記貸し出し
要求に係る物品が貸し出し中であるか否か判定する手段
と、前記物品が貸し出し中でない場合は、その旨を示す情報
を前記端末装置に送信し、前記物品が貸し出し中である
場合は、その旨と、貸し出し状況を監視するか否かの問
合せを、前記端末装置に送信する手段と、前記端末装置が前記問合せに対して、貸し出し状況を監
視する旨を指示してきたとき、該指示に応じた監視要求
を表す監視情報を生成して前記第２の情報提供手段に送
る手段とを備え、前記第２の情報提供手段は、前記第１の情報提供手段から送られてきた前記監視情報
を記憶する手段と、前記監視情報に基づいて、前記データベースが更新され
るごとに前記データベースの貸し出し状況を読み出し、
前記貸し出し要求に係る物品が貸し出し中であるか否か
を監視する手段と、前記物品が貸し出し中でなくなったとき、前記端末装置
にその旨を示す情報を送信する手段とを備えたことを特
徴とする情報提供システム。
【請求項１２】ネットワークを介して端末装置から施設
の利用要求を受け付け、該施設の利用情報を提供する情
報提供システムであって、第１の情報提供手段と、第２の情報提供手段とを備える
とともに、前記第１の情報提供手段は、前記端末装置から送信された利用希望施設と利用希望期
間とを含む利用要求を、前記ネットワークを介して、受
信する手段と、施設の利用予約情報を保持・管理するデータベースにア
クセスし、前記利用希望施設について前記利用希望期間
に重なる利用予約が既に為されているか否か判定する手
段と、前記利用希望期間に重なる利用予約がなかった場合は、
その旨を示す情報を前記端末装置に送信し、前記利用希
望期間に重なる利用予約があった場合は、その旨と、利
用予約状況を監視するタイミングの問合せを、前記端末
装置に送信する手段と、前記端末装置が前記問合せに対して、利用予約状況を監
視する旨および監視のタイミングを指示してきたとき、
該指示に応じた監視要求を表す監視情報を生成して前記
第２の情報提供手段に送る手段とを備え、前記第２の情報提供手段は、前記第１の情報提供手段から送られてきた前記監視情報
を記憶する手段と、前記監視情報に基づいて、前記監視のタイミングが来る
ごとに前記データベースの利用予約状況を読み出し、前
記利用希望施設について前記利用希望期間に重なる利用
予約が未だあるか否かを監視する手段と、前記利用希望施設について前記利用希望期間に重なる利
用予約がなくなったとき、前記端末装置にその旨を示す
情報を送信する手段とを備えたことを特徴とする情報提
供システム。
【請求項１３】ネットワークを介して端末装置から施設
の利用要求を受け付け、該施設の利用情報を提供する情
報提供システムであって、第１の情報提供手段と、第２の情報提供手段とを備える
とともに、前記第１の情報提供手段は、前記端末装置から送信された利用希望施設と利用希望期
間とを含む利用要求を、前記ネットワークを介して、受
信する手段と、施設の利用予約情報を保持・管理するデータベースにア
クセスし、前記利用希望施設について前記利用希望期間
に重なる利用予約が既に為されているか否か判定する手
段と、前記利用希望期間に重なる利用予約がなかった場合は、
その旨を示す情報を前記端末装置に送信し、前記利用希
望期間に重なる利用予約があった場合は、その旨と、利
用予約状況を監視するか否かの問合せを、前記端末装置
に送信する手段と、前記端末装置が前記問合せに対して、利用予約状況を監
視する旨を指示してきたとき、該指示に応じた監視要求
を表す監視情報を生成して前記第２の情報提供手段に送
る手段とを備え、前記第２の情報提供手段は、前記第１の情報提供手段から送られてきた前記監視情報
を記憶する手段と、前記監視情報に基づいて、前記データベースが更新され
るごとに前記データベースの利用予約状況を読み出し、
前記利用希望施設について前記利用希望期間に重なる利
用予約が未だあるか否かを監視する手段と、前記利用希望施設について前記利用希望期間に重なる利
用予約がなくなったとき、前記端末装置にその旨を示す
情報を送信する手段とを備えたことを特徴とする情報提
供システム。