JPH08166960A - 情報保管システム - Google Patents

Abstract

(57)【要約】 【目的】保管されるデータベース（ＤＢ）に保管情報を
登録する事で必要な情報を保管処理するシステムを提供
する。 【構成】販売すべき情報を格納するデータベースと、こ
の販売すべき情報のうち、利用者が希望した情報につい
ての保管情報を登録して格納する保管情報格納データベ
ースと、前記販売すべき情報の要求及び該保管情報の登
録要求を情報販売手段を有して構成される。更に、前記
情報販売手段と遠隔地に置かれ、前記データベース及び
保管情報格納データベースを収容する情報センタを設
け、情報販売手段と情報センタとは、通信回線を介して
接続され、情報販売手段からの利用者の情報要求及び情
報保管依頼に対し、情報センタにおいて、要求された情
報の検索及び情報保管を一括して処理する。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は情報保管システムに係わ
り、特に保管されるデータベース（ＤＢ）に保管情報を
登録する事で必要な情報を保管処理するシステムに関す
る。

【０００２】

【従来の技術】従来の情報保管システムとして、利用者
が独自に保管設備を用意するか、若しくは外部の情報保
管提供者からのサービスを利用して保管する方法があっ
た。しかし、いずれの場合も情報そのものを保管する方
法であるため、多くの記憶容量（メモリ量）が必要であ
った。

【０００３】あるいは、サービスを受けるための高価な
料金の支払いが必要であった。また、こうした保管を行
わない場合は、たとえ同じ情報の購入であっても購入に
際して、その都度同じだけの料金を支払う事が通常であ
った。

【０００４】したがって、上記をまとめると従来の情報
保管システムとして、第一に情報を保管するための設備
を利用者が用意する必要がある。第二に、保管サービス
を受けるための料金が高価である。第三に保管している
情報の管理を利用者自身が行う必要があり煩わしい。等
の問題が存在していた。

【０００５】

【発明が解決しようとする課題】したがって、本発明の
目的は、上記従来システムにおける問題を解消する、情
報保管システムを提供することにある。

【０００６】更に、本発明の目的は、情報提供サービス
の中で、情報の保管サービスを実現させることで、利用
者において、情報を保管するために設備を用意すること
がない情報保管システムを提供することにある。

【０００７】更にまた、本発明の目的は、したがって、
情報の保管情報のみを管理可能としデータ量が少なくて
済む情報保管システムを提供することにある。

【０００８】また、同時に保管している情報の管理を利
用者自身が行う必要がない情報保管システムを提供する
ことにある。

【０００９】

【課題を解決するための手段】上記の課題を達成するた
めの本発明にしたがう、情報保管システムの基本的構成
は、販売すべき情報を格納するデータベースと、この販
売すべき情報のうち、利用者が希望した情報についての
保管情報を登録して格納する保管情報格納データベース
と、前記販売すべき情報の要求及び前記保管情報の登録
要求を情報販売手段を有して構成されることを特徴とす
る。

【００１０】更に、一の具体的構成として、前記情報販
売手段と遠隔地に置かれ、前記データベース及び保管情
報格納データベースを収容する情報センタを設け、この
情報販売手段と情報センタとは、通信回線を介して接続
され、前記情報販売手段からの利用者の情報要求及び情
報保管依頼に対し、前記情報センタにおいて、要求され
た情報の検索及び情報保管を一括して処理することを特
徴とする。

【００１１】

【作用】上記の本発明の構成において、利用者が、情報
センター等のデータベースに蓄積された情報を購入する
場合、利用者端末からデータベースを検索し、欲しい情
報の入手が可能となる。

【００１２】また、入手した情報の中で保管したいもの
については、本発明においては、データベースの他に保
管用データベースを設けている。保管情報をこの保管用
データベースに登録する事で、その情報を保管している
と見なし、利用者に便宜を図ることが可能となる。

【００１３】

【実施例】図１は、本発明の情報保管システムの概要を
説明する図である。

【００１４】利用者が、情報センター等のデータベース
（ＤＢ）１に蓄積された情報を購入する場合、利用者端
末２からデータベース１を検索し、欲しい情報を入手す
る。入手した情報の中で保管したいものについては、従
来システムにおいては、利用者自身が記憶媒体などを準
備し、これに保存する。または、外部の保管サービスを
利用する等の対応をとっていた。

【００１５】本発明においては、図１の通り、データベ
ース１の他に保管用（保管情報格納）データベース（Ｄ
Ｂ）３を設けている。保管情報をこの保管用データベー
ス３に登録する事で、その情報を保管していると見な
し、利用者に便宜を図るものである。つまり情報を保管
する場合、従来であれば情報そのものを保管する必要が
あったが、本発明の場合は情報の提供サービスと同じサ
ービス上で保管を行うので、保管しているという情報の
みを保存する事で情報保管が可能になる。

【００１６】これにより例えば、情報保管の為の保管料
のみで、何度でも登録した情報を保管用データベース３
から引き出す事が出来る等のサービスが可能になる。
尚、保管情報については後述するが、図２、図３に示し
たものが考えられる。

【００１７】図４〜図７に本発明にしたがうシステムの
概要を示し、図８〜図１７に本発明の動作フローを示し
ている。以下、本発明システムとして４つの形態が考え
られるので順次説明を行う。

【００１８】図４と図８及び図９に示した実施例は、デ
ータベース１も保管用データベース３も情報センタ１０
に存在する場合である。利用者は情報販売機２から情報
センタ１０に対して、情報の発注や保管依頼を行う。こ
のシステムの場合、情報販売機２が多数存在しても情報
センタ１０にて情報の販売や保管依頼の処理が一括して
行える利点がある。

【００１９】図４は、上記の構成を示しており、対応す
る動作フローは、図８、図９に示される。図８に示した
ものが情報購入を伴う場合の情報保管依頼のフローで、
図９に示したものが情報購入が伴わない場合のフローで
ある。以下図１０と図１１、図１２と図１３、及び図１
４と図１５の関係も同様である。

【００２０】図４及び図８において、先ず情報販売機２
と情報センタ１０との間では、所定の通信プロトコルに
したがい、通信回線により情報販売機２と情報センタ１
０との間に通信が可能となる（ステップＳ１）。

【００２１】ついで、情報販売機２から通信回線を通じ
て、情報要求が情報センタ１０に送られる（ステップＳ
２）。同時に、要求した情報の保管を依頼する場合に
は、保管依頼の要求も情報販売機２から送られる（ステ
ップＳ３）。

【００２２】ついで、処理は、情報センタ１０側に移行
する。尚、図において、二つの※印間のステップは、以
下の説明と関連して情報センタ１０側における処理を意
味する。

【００２３】情報センタ１０では、情報要求に基づき、
保管情報の検索が行われる（ステップＳ４）。ここで、
情報要求のあった保管情報が、検索されその結果、該当
の情報がすでに保管情報として登録されているか否かが
判断される（ステップＳ５）。

【００２４】既に登録済である場合は、登録済メッセー
ジを情報販売機２に送出する（ステップＳ６）。反対
に、該当の要求された情報に対し、保管が未登録である
場合は、保管情報の登録を行う（ステップＳ７）つい
で、要求のあった情報が検索され（ステップＳ８）、情
報販売機２に送出される（ステップＳ９）。情報販売機
２においては、情報要求に対する情報を情報センタ１０
から受信、蓄積する（ステップＳ１０）この後、通信は
終了され情報センタとの間の通信が切断される（ステッ
プＳ１１）情報販売機２では、受信、蓄積したデータを
販売し（ステップＳ１２）、利用者との間の料金が処理
される（ステップＳ１３）。

【００２５】一方、図９は、情報の購入が伴わない場
合、即ち保管情報の送出を要求する場合である。したが
って、図９のフローでは、図８との比較において、情報
の購入が伴わないので、これに関連するステップである
ステップＳ２、ステップＳ８〜１０及びステップＳ１２
が省略されている。また、情報購入が伴わないセンタ１
０内の処理は、図９では、ステップＳ５〜７のみとな
る。

【００２６】次に、図５と図１０及び１１に示した実施
例では、データベース１が情報センタ１０に置かれ、保
管用データベース３は、情報販売機２に置かれる場合で
ある。これは利用者が保管依頼を行う際に使用する情報
販売機２が固定されている場合に考えられる方式であ
る。

【００２７】比較的情報保管の依頼や解除が頻繁に行わ
れる場合に適している。即ち、情報センタ１０との間の
通信路の接続を必要としないからである。利用者は、情
報販売機２に対し、保管依頼を行い、購入する情報自体
は、情報センタ１０に対して発注を行うようにする。

【００２８】このシステムの場合、保管依頼に対する処
理を情報販売機２により行うので、情報センタ１０の処
理負荷が減る利点がある。図１０は、図５の構成に対応
する動作フローであり、情報購入が伴う場合である。又
図１１は、情報購入が伴わない場合である。

【００２９】図１０において、利用者は、情報販売機２
に対して情報要求（ステップＳ２１）及び保管依頼（ス
テップＳ２２）を入力する。これに対し、情報販売機２
は、内部の保管データベース３を検索する（ステップＳ
２３）。この結果、要求された情報が既に、保管データ
ベース３に登録されているか否かを判断が可能となる。

【００３０】既に、情報販売機２の保管データベース３
に登録されている場合は、その旨を登録済メッセージと
して利用者に通知する（ステップＳ２５）。

【００３１】一方、要求された情報が保管データベース
３に登録されていない場合は、保管情報の登録を行う
（ステップＳ２６）。その後、所定のプロトコルに従
い、情報センタ１０と間に通信路接続が完了し、通信が
開始される。情報の要求を、情報センタ１０で受けると
情報が検索され（ステップＳ２８）、情報販売機２に対
し、検索された情報を送る（ステップＳ２９）。

【００３２】情報販売機２側では、情報センタ１０から
送られる情報を受信、蓄積する（ステップＳ３０）。つ
いで情報センタ１０との接続を切離し、通信を終了する
（ステップＳ３１）。したがって、最終的に情報販売機
２において、利用者に対し、情報の販売が行われ（ステ
ップＳ３２）、料金処理が行われる（ステップＳ３
３）。

【００３３】更に、図１１においては、情報購入が伴わ
ない場合の動作フローである。したがって、図１１にお
いて、図１０の情報購入に関連するステップＳ２１、２
７〜３２が省略されている。

【００３４】次に、図６と図１２及び１３に示した例
は、図５と図１０及び１１に示した例と反対であって、
データベース１が情報販売機２に置かれ、保管用データ
ベース３が情報センタ１０に置かれる場合である。

【００３５】この例では、一度に販売する情報が少ない
場合に適している。また保管依頼に対して許可を必要と
する方式を考える際、保管データベース３を情報センタ
１０に置く方が便利である。利用者は情報販売機２から
情報センタ１０に対して、情報の保管依頼を行い、購入
する情報自体は情報販売機２から入手することになる。

【００３６】この方法の場合、保管依頼の処理のみを情
報センタ１０にて行うので、通信時間が短縮出来る利点
がある。図１２は、図６の構成に対応する動作フローで
あり、情報購入が伴う場合である。又図１３は、情報購
入が伴わない場合である。

【００３７】図１２において、利用者は、情報販売機２
に対して情報要求（ステップＳ４１）を行う。すると、
所定のプロトコルにしたがい情報販売機２と情報センタ
１０との間が接続され、通信可能となる（ステップＳ４
２）。

【００３８】ついで、情報販売機２から通信回線４を通
して、保管依頼が送られる（ステップＳ４３）。これに
応じて情報センタ１０は、該当する情報が既に登録済で
あるか否かかが判断される（ステップＳ４５）。

【００３９】この結果、要求された情報が既に、保管デ
ータベース３に登録されている場合は、その旨を登録済
メッセージとして情報販売機２を通して利用者に通知す
る（ステップＳ４６）。一方、要求された情報が保管デ
ータベース３に登録されていない場合は、保管情報を情
報センタ１０に登録し（ステップＳ４７）、情報センタ
１０と情報販売機２間の通信路４が切断される（ステッ
プＳ４９）。

【００４０】更に、要求された情報が、情報販売機２の
データベース１で検索される（ステップＳ４９）。検索
されたデータは、利用者に販売され（ステップＳ５
０）、料金処理が行われ（ステップＳ５１）、終了す
る。

【００４１】更に、図１３においては、情報購入が伴わ
ない場合の動作フローである。したがって、図１３にお
いて、図１０の情報購入に関連するステップＳ４９、５
０が省略されている。

【００４２】図７と図１４及び図１５に示したのが、デ
ータベース１も保管用データベース３も情報販売機に置
く場合である。これも利用者が保管依頼を行う際に使用
する情報販売機２が固定されている場合の実施例であ
り、比較的小規模なシステムを構築する場合に適してい
る。

【００４３】利用者は情報販売機２により、情報の保管
依頼を行い、購入する情報自体も情報販売機２から入手
する。即ち、図７に示すように情報センタ１０は設けず
に、情報販売機２自体にデータベース１及び保管用デー
タベース３を格納している。

【００４４】図１４は、図７の実施例において情報購入
を伴う場合のフローである。利用者は、情報販売機２に
対して情報要求（ステップＳ６１）を行う。更に保管依
頼を行う（ステップＳ６２）。これに対し、情報販売機
２は保管情報の検索を行い（ステップＳ６３）、要求さ
れた情報が既に、保管データベース３に登録されている
か否かを判断する（ステップＳ６４）。

【００４５】既に登録されている場合は、その旨を登録
済メッセージとして情報販売機２を通して利用者に通知
する（ステップＳ６５）。一方、要求された情報が保管
データベース３に登録されていない場合は、保管情報を
登録する（ステップＳ６６）。その後要求された情報を
検索する（ステップＳ６７）。

【００４６】ついで利用者に要求情報を販売し（ステッ
プＳ６８）、料金処理をして（ステップＳ６９）終了す
る。

【００４７】一方、図１５は情報購入が伴わない場合で
あり、図１４に対し、情報購入に関連するステップＳ６
１、６７、６８が省略される。

【００４８】上記のように各実施例に対応する動作フロ
ーにおいて、いずれに場合も保管依頼された時には、保
管情報を検索してそれが登録済のものか未登録のものか
を調べ、未登録の場合は登録処理を行う事を示してい
る。また登録済の場合には、その旨のメッセージを送出
して利用者に知られる処理をとる。

【００４９】ここで、図２、図３に戻り説明すると、こ
れらは、保管データベース３の保管情報の構成例を示す
図である。保管情報として保管依頼者コード３０と情報
識別コード３１のみを使用している。

【００５０】具体的には、保管依頼者コード３０として
は予め利用者が認識している認識番号（ＩＤ Ｎｏ．）
や会員制の場合の会員番号などが考えられる。また情報
識別コード３１としては予め販売情報に付加した番号を
使用する。

【００５１】図２は、ひとつの情報識別コード３１に対
して、多数の保管依頼者コード３０を持つ例を示してい
る。これは、その情報がどれくらいの人に保管されてい
るのか、またはどの人に保管依頼されているのか判別す
るのに有利である。

【００５２】図３は、ひとつの保管依頼者コード３０に
対して、多数の情報識別コード３１を持つ例を示してい
る。これは、その保管依頼者がどんな情報を保管してい
るのか判別するのに便利であり、先に説明した図４〜図
７の実施例における保管情報の検索にも使用可能であ
る。

【００５３】図８〜図１１において、情報購入を伴う場
合の発注データ（情報要求データ）として、保管依頼者
コード３０と情報識別コード３１に宛て先コードを付加
したものを用いる。また図１２〜図１５においては、宛
て先コードの無いものを用いる。その構成例を図１６に
示してあり、点線で示した宛て先コード３２は、必要に
応じて付加する事を示している。

【００５４】保管依頼者コード３０と情報識別コード３
１は、保管情報としても用いるので、発注データとして
特別にデータを作る必要が無い。尚、宛て先コード３２
はどの情報販売機２からの発注であるのかを示し、情報
センタ１０が販売情報を送出する際の宛て先を表す。

【００５５】このようにして情報の購入と同時にその情
報の保管依頼を行う場合は、予め利用者が情報の内容を
よく分かっており、それを保管するか否かが判断できる
場合である。こうした場合は同時に保管依頼を行った方
が手間と時間が省けて有利である。

【００５６】一方、情報購入を伴わない場合（図９、１
１、１３、１５）は、利用者が将来その情報が必要にな
るであろうと判断し、保管依頼を行うものである。この
場合は当然ながら情報購入を伴う場合と違い、情報の引
出し時に相応の価格の設定が必要になると考えられる。

【００５７】例えば、情報購入を伴う場合は、保管料の
みで２回目以降の引出しが可能としても、情報購入を伴
わない場合は保管期間に応じて相応の価格を１回目の引
出しに対して要求するなどが考えられる。後述するよう
に、こうした引出し回数を管理する場合は、図２４や図
２５に示した出力回数データ３３を持つ保管情報を用い
る事が有効である。

【００５８】図１７は、利用者が情報販売機２より保管
した情報の確認を行う際の実施例である。保管データベ
ース３が情報センタ１０にある場合は情報センタ１０と
の回線接続及び、保管データベース２との接続（ステッ
プＳ７１）、及び接続切断（ステップＳ７２）が加わる
が、基本的には検索情報を入力（ステップＳ７２）して
保管情報を検索し（ステップＳ７３）、その結果を出力
する（ステップＳ７４）ものである。

【００５９】検索情報としては保管情報が利用出来る
し、検索の形態としては保管情報の一覧出力や特定の情
報の保管状況出力などが考えられる。また出力の形態に
は、情報販売機２のディスプレイへの表示やプリンタに
よるプリントアウト、或いは記憶媒体にダウンロードす
るなどが考えられる。

【００６０】図１８〜図２１は、保管してある情報をデ
ータベース１から引き出す際の実施例動作フローであ
る。各々図４〜図７の実施例に対応させてフローが示し
てある。各フローにおける各ステップの意味を図８と対
比し、その詳細説明は、重複するので省略する。

【００６１】即ち、図８のステップＳ１の内容が図１８
〜図２１図のステップＳ８０に対応する。同様にステッ
プＳ２とステップＳ８１、ステップＳ４とステップＳ８
２、ステップＳ５とステップＳ８３、ステップＳ６とス
テップＳ８４、ステップＳ１１とステップＳ８５、ステ
ップＳ８とステップＳ８６、ステップＳ９とステップＳ
８７、ステップＳ１０とステップＳ８８、ステップＳ１
１とステップＳ８９、ステップＳ１２とステップＳ９
０、ステップＳ１３とステップＳ９１が対応する。

【００６２】そして、図１８〜図２１のいずれの場合
も、一旦保管データベース３の保管情報を検索して保管
情報である事を確認する（ステップＳ８２）と共に、検
索後の保管情報をもとにしてデータベース１を検索（ス
テップＳ８６、Ｓ８８）し、出力を行う。勿論、情報要
求に必要な発注データとして前述した図１６に示したも
のを使用する。要求する情報が保管してあるか否かは、
図１７に示した実施例動作により事前に確認が出来る
が、若し要求した情報が保管したものでは無かった場合
は、その旨のメッセージを出して処理を終了する。

【００６３】尚、保管していない情報を購入するには、
前述した情報購入を伴う場合の保管依頼を行うか、その
情報を保管しない場合は情報提供サービスに規定された
方法（通常の情報購入方法）で購入する事が出来る。

【００６４】図２２と図２３は、保管していた情報の保
管を解除する時のフローである。図２２が保管データベ
ース３が情報センタ１０にある場合で、図２３が情報販
売機２にある場合である。どちらも保管データベース３
を保管解除要求（ステップＳ９２）に従って検索し（ス
テップＳ９３）、該当の保管情報を削除する（ステップ
Ｓ９４）事で解除が出来る。尚、保管解除要求（ステッ
プＳ９２）は、保管情報を同じ情報（保管依頼者コード
３０と情報識別コード３１）の入力により行う。

【００６５】図２４と図２５は、保管情報の構成例であ
るが、図２や図３の例と異なるのは保管情報として出力
回数データ３３を合わせて持つ点にある。これは情報購
入を伴わない場合の保管依頼に関し、先に説明したが、
保管してある情報が何回出力されたかによりサービスの
程度を変える場合などに利用出来る。

【００６６】例えば、情報を出力する度に販売価格を下
げるとか、何回目か以降は無料にするとか等のサービス
の区別をする場合この出力回数データを調べることで可
能になる。

【００６７】

【発明の効果】以上実施例にしたがい説明したように、
本発明にしたがい、情報提供サービスの中で情報の保管
サービスも実現させることにより、利用者が情報を保管
するために必要な設備を用意することが必要で無くな
る。したがって、情報の保管情報のみを管理すれば良い
のでデータ量が少なくて済み、保管のための料金を低く
抑えることが可能になる。更に、保管している情報の管
理を利用者自身が行う必要が無くなり、煩わしさが解消
し、より高品質のサービスを提供することが可能であ
る。

【図面の簡単な説明】

【図１】本発明の概要を示すブロック図である。

【図２】保管情報の構成例（その１）を示す図である。

【図３】保管情報の構成例（その２）を示す図である。

【図４】本発明システムの第１の実施例構成を示すブロ
ック図である。

【図５】本発明システムの第２の実施例構成を示すブロ
ック図である。

【図６】本発明システムの第３の実施例構成を示すブロ
ック図である。

【図７】本発明システムの第４の実施例構成を示すブロ
ック図である。

【図８】図４の実施例に対応する実施例動作フロー（情
報購入を伴う場合）である。

【図９】図４の実施例に対応する実施例動作フロー（情
報購入を伴わない場合）である。

【図１０】図５の実施例に対応する実施例動作フロー
（情報購入を伴う場合）である。

【図１１】図５の実施例に対応する実施例動作フロー
（情報購入を伴わない場合）である。

【図１２】図６の実施例に対応する実施例動作フロー
（情報購入を伴う場合）である。

【図１３】図６の実施例に対応する実施例動作フロー
（情報購入を伴わない場合）である。

【図１４】図７の実施例に対応する実施例動作フロー
（情報購入を伴う場合）である。

【図１５】図７の実施例に対応する実施例動作フロー
（情報購入を伴わない場合）である。

【図１６】発注データの構成例を示す図である。

【図１７】保管情報の確認フロー例を示す図である。

【図１８】図４の実施例に対応する保管情報の要求実施
例動作フローである。

【図１９】図５の実施例に対応する保管情報の要求実施
例動作フローである。

【図２０】図６の実施例に対応する保管情報の要求実施
例動作フローである。

【図２１】図７の実施例に対応する保管情報の要求実施
例動作フローである。

【図２２】情報の保管解除実施例動作フロー（保管デー
タベースが情報センタにある場合）である。

【図２３】情報の保管解除実施例動作フロー（保管デー
タベースが情報センタにない場合）である。

【図２４】保管情報の構成例（その１）である。

【図２５】保管情報の構成例（その２）である。

【符号の説明】

１ データベース ２ 利用者端末 ３ 保管データベース ４ 通信回線 １０ 情報センタ ３０ 保管依頼者コード ３１ 情報識別コード ３２ 宛先コード ３３ 出力回数データ

Claims (13)

【特許請求の範囲】
1. 【請求項１】販売すべき情報を格納するデータベース
   と、 該販売すべき情報のうち、利用者が希望した情報につい
   ての保管情報を登録して格納する保管情報格納データベ
   ースと、 該販売すべき情報の要求及び該保管情報の登録要求を情
   報販売手段を有して構成されることを特徴とする情報保
   管システム。
2. 【請求項２】請求項１において、 更に、前記情報販売手段と遠隔地に置かれ、前記データ
   ベース及び保管情報格納データベースを収容する情報セ
   ンタを設け、 該情報販売手段と該情報センタとは、通信回線を介して
   接続され、 該情報販売手段からの利用者の情報要求及び情報保管依
   頼に対し、該情報センタにおいて、要求された情報の検
   索及び情報保管を一括して処理することを特徴とする情
   報保管システム。
3. 【請求項３】請求項１において、 更に、前記情報販売手段と遠隔地に置かれ、前記データ
   ベースを収容する情報センタを設け、 該情報販売手段と該情報センタとは、通信回線を介して
   接続され、 該情報販売手段に前記保管情報格納データベースを収容
   し、 利用者の情報要求及び情報保管依頼に対し、該情報販売
   手段に要求された情報の保管されているか否かを判断
   し、その後該情報センタにおいて要求された情報の検索
   をおこなうことを特徴とする情報保管システム。
4. 【請求項４】請求項１において、 更に、前記情報販売手段と遠隔地に置かれ、前記保管情
   報格納データベースを収容する情報センタを設け、 該情報販売手段と該情報センタとは、通信回線を介して
   接続され、 該情報販売手段に前記データベースを収容し、 利用者の情報保管依頼に対し該情報センタで処理し、販
   売情報の蓄積を該情報販売手段に収容されたデータベー
   スに行うことを特徴とする情報保管システム。
5. 【請求項５】請求項１において、 前記情報販売手段に、前記データベース及び保管情報格
   納データベースを収容するように構成した情報保管シス
   テム。
6. 【請求項６】請求項１乃至５において、 前記保管情報格納データベースに格納される保管情報と
   して保管依頼者コードと情報識別コードを用いて登録す
   ることを特徴とする情報保管システム。
7. 【請求項７】請求項６において、前記保管情報格納デー
   タベースに保管情報を蓄積する際、ひとつの情報識別コ
   ードに対して複数の保管依頼者コードを持つようにした
   ことを特徴とする情報保管システム。
8. 【請求項８】請求項６において、前記保管情報格納デー
   タベースに保管情報を蓄積する際、ひとつの保管依頼者
   コードに対して複数の情報識別コードを持つようにした
   ことを特徴とする情報保管システム。
9. 【請求項９】請求項１において、 利用者が購入希望の情報を発注し、同時に保管依頼を行
   う際に、発注データとして保管情報と同じ保管依頼者コ
   ードと情報識別コード及び宛て先コードを付加すること
   を特徴とする情報保管システム。
10. 【請求項１０】請求項１において、 保管情報として保管依頼者コード、情報識別コード及び
    出力回数データにより保管情報格納データベースに登録
    するようにしたことを特徴とする情報保管システム。
11. 【請求項１１】請求項１において、 前記保管情報格納データベースの保管情報を検索して、
    該当するデータを削除して保管対象から解除することを
    特徴とする情報保管システム。
12. 【請求項１２】請求項１において、 入力した検索情報により前記保管情報格納データベース
    の保管情報を検索して保管情報の確認を行うことを特徴
    とする情報保管システム。
13. 【請求項１３】請求項１において保管した情報を前記デ
    ータベースから引き出す要求に対し、前記保管情報格納
    データベースの保管情報を検索し、該検索された保管情
    報をもとに該データベースを検索して出力することを特
    徴とする情報保管システム。