JPH0696098A

JPH0696098A - 発注サービスシステム

Info

Publication number: JPH0696098A
Application number: JP24204792A
Authority: JP
Inventors: Mariko Hayakawa; 麻里子早川; Masayuki Ishizaki; 正之石崎; Kazuo Sato; 和夫佐藤; Yoshimasa Kadooka; 良昌門岡
Original assignee: Fujitsu Ltd
Current assignee: Fujitsu Ltd
Priority date: 1992-09-10
Filing date: 1992-09-10
Publication date: 1994-04-08

Abstract

(57)【要約】【目的】商品の発注サービスシステムに関し、商品を
注文する手間と時間を省くことを目的とする。【構成】商品情報をカタログ等から読み取るリーダ部
１２と、その読み取り情報を格納しておくメモリ部１１
とを含む購入端末１０を商品消費者側で所持し、一方、
商品提供者側には、そのメモリ部１１の情報を読み取る
データ読取り部２１およびその読取りデータに応じた発
注処理を行う処理部２２から主としてなる受注処理端末
２０を設置し、商品の選定から提供までの過程を自動化
するように構成する。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は商品消費者と商品提供者
との間に構築される、商品の発注サービスシステムに関
する。一般にある商品の購入を求める者は店頭において
その商品を見つけて購入し、また、もしその商品がその
店頭になければ何らかの発注手続を採り、後日その商品
を購入する。

【０００２】本発明はこのような商品購入過程における
新規な発注サービスシステムについて述べる。

【０００３】

【従来の技術】商品発注の手続きの形態は一般に、店頭
における商品名（書籍の場合、書籍の題名・版数・著者
名・出版社名・発行年月・価格等）を店員に伝達し、そ
の内容を確認し、在庫状況を確認し、もし在庫がなけれ
ば発注者の連絡先（住所・氏名・電話番号等）を記入し
てもらう等の過程を経て行われる。

【０００４】また最近は、特に書籍注文の場合、葉書や
パソコン通信により、出版者や書店に注文を行うという
新サービスが行われている。しかし、発注者が記入すべ
き上記の項目は、記入する場所が自宅か書店かという違
いを除けば、これまでの方法と何ら変わらない。書籍以
外の商品（雑貨・食品・衣料品等）については、上述し
た一般的な方法を用いるのが普通である。

【０００５】また最近の発注サービスシステムとして、
大手信販・百貨店が発行している各種カードを利用する
ものが普及し始めている。しかし、具体的商品の注文に
際しては、該カードを使用しない場合と同様の手間と時
間がかかる。つまり、商品発注の度に多くの項目（商品
名・発売者名・自己の連絡先等）を各店頭にて所定用紙
に自ら記入する必要がある。

【０００６】

【発明が解決しようとする課題】上述した一般的な商品
注文方法によれば、一般消費者は、商品の入手まで多く
の手間と時間を要している。しかしこの手間と時間は、
現代人の忙しい生活を阻害する。このため消費者は、商
品をその店でわざわざ注文することなしに、他の店で探
したり、購入を諦めたりする。このような事態は商品消
費者およびその店の側にとって大変な不利益である。な
ぜなら、前者については、購入したい商品を購入できな
いから、また後者については、単に商品注文に手間がか
かるというだけの理由で、折角の注文を失ってしまうか
らである。

【０００７】上記問題点に鑑み、本発明は商品注文の手
間と時間を省き、商品消費者および商品提供者の双方に
利益をもたらすことのできる発注サービスシステムを提
供することを目的とするものである。

【０００８】

【課題を解決するための手段】図１は本発明に係る発注
サービスシステムの原理構成図である。本図に示すとお
り、本発明に係る発注サービスシステムは、商品消費者
側と商品提供者側とによって構築されるものであり、前
者には購入端末１０が所有され、後者には受注処理端末
２０が設置される。

【０００９】図示するとおり、購入端末１０は主として
メモリ部１１とリーダ部１２とからなり、また、受注処
理端末２０は主としてデータ読取り部２１と処理部２２
とからなる。なお、３０は商品識別情報（ＩＤ）を提供
する商品情報源である。すなわち、本発明に係る発注サ
ービスシステムは、商品消費者によって所持され、商品
の購入に必要な情報を格納するメモリ部１１と、該メモ
リ部１１に格納すべき当該購入商品を表す商品識別情報
（ＩＤ）を読み取るリーダ部１２とを有する購入端末１
０と、一方、商品提供者側に設置され、メモリ部１１内
の前記情報を読み取るデータ読取り部２１と、その読取
りデータに基づいて発注処理を行う処理部２２とを有す
る受注処理端末２０とから構成される。

【００１０】

【作用】商品消費者は家庭等において、商品カタログ等
の商品情報源３０より、購入希望の商品を見つけると、
そこに付された該当する商品識別情報（ＩＤ）を購入端
末１０へ読み取る。ＩＤの形態としては一般にバーコー
ドが広く採用されており、また、書籍についてはＩＳＢ
Ｎ番号が広く採用されている。

【００１１】上記のＩＤ（バーコードやＩＳＢＮ番号）
を購入端末１０へ読み取るのはリーダ部１２である。例
えばバーコードリーダやＯＣＲ（Optical Character Re
ader）である。かくして購入端末１０へ読み取った商品
識別情報（ＩＤ）は一旦メモリ部１１に格納される。こ
のメモリ部１１にある程度の商品購入情報がＩＤの形で
蓄積されたとき又は、任意のときに、購入端末１０を、
又は少なくともそのメモリ部１１（購入端末１０と一緒
でも可）を、当該商品提供者（店）に持参し、その提供
者において設置された受注処理端末２０のデータ読取り
部２１に、購入希望商品の商品識別情報（ＩＤ）を読み
取らせる（後述するように通信回線を利用することによ
っても可）。さらに処理部２２はその読取りデータに基
づいた発注処理を行う。すなわち、在庫があればその場
で商品を提供し、在庫がなければ注文処理に入る。この
注文処理は、商品消費者の手のみならず商品提供者の手
をも煩わさずに自動的に進行する。

【００１２】

【実施例】図２は図１の構成に基づく一実施例を示す図
である。本図において、まず前記のリーダ部１２は、新
聞、雑誌、カタログ、パンフレット等からなる商品情報
源３０に各商品対応で掲載されたバーコードやＩＳＢＮ
番号等の商品識別情報ＩＤを検出する読取り手段１３か
らなる。例えば前述のバーコードリーダやＯＣＲであ
る。なお、ＯＣＲの能力如何によっては、手書き文字あ
るいは印刷文字からなる当該商品の名前を読み取ってＩ
Ｄとすることもできる。

【００１３】このリーダ部１２に協働するメモリ部１１
は、読取り手段１３から読み取られた商品識別情報ＩＤ
を格納する商品データ記憶領域１５と、当該商品消費者
に関する個人情報を格納する個人データ記憶領域１４と
から形成される。この個人データに関しては、一般消費
者は予め個人データ記憶領域１４に、パソコン１６等の
コンピュータ類を利用して、商品消費者自身のデータを
書き込む。

【００１４】本実施例によれば、メモリ部１１に所要の
データが格納されたとき、商品消費者は購入端末１０を
所持して当該店舗へ赴く。受注処理端末２０が設置され
ている当該店舗では、この端末２０に設けられた受容口
にその購入端末１０を装着する。そうすると、端末２０
内の前記データ読取り部２１は前記処理部２２と共に発
注処理を開始する。処理部２２は当該店舗内に既設のデ
ータベースにアクセスする等により、当該購入希望商品
の在庫（店頭陳列分を含む）に従い、該商品提供者
（店）がその商品をその時点で所有していることが判明
すれば、即座にその商品を提供することができる。

【００１５】発注サービスの提供が完了したとき等にお
いて、個人データ記憶領域１４および商品データ記憶領
域１５内のデータをもとに前記処理部２２を介し伝票Ｃ
Ｈの発行を行う。この伝票ＣＨの発行のためにプリンタ
部２３が、受注処理端末２０に具備される。発注された
商品が手元にないとき、前記処理部２２により検索し
た、発注済み、増刷中、調査中等の状況情報を、受注処
理端末２０および購入端末１０の少なくとも一方におい
て当該商品消費者に表示することにより知らせる。

【００１６】図３は購入端末１０の具体的構成例を示す
図である。本図中、参照番号１１，１３，１４および１
５を付したブロックについては説明済みである。新たな
ブロックは１００番台の参照番号で示されており、書込
み・クリア機能部１０１はメモリ部１１に対するもので
あって、読取り手段１３を介して得た商品識別情報ＩＤ
を商品データ記憶領域１５に書き込んだり、発注完了後
（商品入手後）は当該ＩＤを消去（クリア）したり、ま
た発注継続中（商品未入手）のとき（あるいは、商品消
費者が指示した時、等）は、前述した状況情報を書き込
んだりする。なお、この状況情報は受注処理端末２０よ
り、店の店員によりキーボード（図２のＫＢ）を介して
コード形式にて入力される。

【００１７】商品番号種の識別機能部１０２は、読取り
手段１３がバーコードリーダ、ＯＣＲあるいは他の光学
的あるいは磁気的読取り機構の複合体からなるとき、こ
れらのいずれかをＩＤに応じて自動選別するときに有益
である。例えばバーコードは一般にバーコードとして読
取り可能な大きさを有しており、また、ＩＳＢＮ番号は
一般に定められた大きさの枠内に描かれているから、こ
れらＩＤの占有するスペースの大小を判断するだけで
も、バーコードリーダを起動すべきか、ＯＣＲを起動す
べきか等が自動的に認識できる。

【００１８】メモリ管理機能部１０３は、例えば個人デ
ータに変更があった場合、その修正を行うのに用いられ
る。入力受付機能部１０４は、前述した状況情報の書込
み時に用いられ、端末２０から入力された該状況情報を
一旦ここで受け、入力可否のチェックを行った後、
“可”であれば書込み・クリア機能部１０１の助けを得
て、メモリ部１１内に当該状況情報を書き込む。

【００１９】後述するように購入端末１０には表示画面
を設けることもできる。例えば、この表示画面を用い
て、ＩＤの入力時に入力が正しく行われたときには商品
消費者に“ＯＫ”サインを出すのが好ましい。図３の表
示画面制御機能部１０５はそのために設けられる。購入
端末１０は携帯端末として用いられることが多いので、
電源内蔵とするのが好ましい。このために電池１０６が
ある。

【００２０】図３においてまた注目すべき点は、メモリ
部１１が点線１９によって囲まれた一単位として示され
ていることである。メモリ部１１は常に購入端末１０と
一体である必要はなく、メモリ部１１単体で携帯可能と
するのも便利である。すなわち、既述の如く、購入端末
１０を受注処理端末２０に直接装着して、メモリ部１１
の内容をデータ読取り部２１に入力するようにしてもよ
いし、または、該メモリ部１１の内容を一旦携帯形の外
部記憶媒体１９に写し換え、該携帯形の外部記憶媒体１
９の内容を該データ読取り部２１に入力するようにして
もよい。

【００２１】図４は個人データ記憶領域１４内のデータ
例を示す図である。本図中の最上段はパスワードであ
る。つまり購入端末１０にパスワード情報を持たせ、受
注処理端末２０は、正当なパスワードが一致する該購入
端末のみを受け入れ可能とする。パスワードを用いる目
的は、個人データおよび商品データに関するセキュリテ
ィー確保のためである。その他、商品消費者（本人）の
連絡先や関連データ（住所・郵便番号・電話番号・氏名
・家族氏名等）が指定書式にて格納される。商品消費者
家族全員で共通に使用してもよい。また、パスワードも
商品消費者家族全員で共通に使用してもよい。

【００２２】個人データ項目番号の１０以降は予備とな
っているが、例えば本人の銀行口座番号を格納するのに
利用してもよい。図５は商品データ記憶領域１５内のデ
ータ例を示す図である。ただし、購入希望の商品のみを
例示しており、既述の状況情報は示していない。また、
本図中の左欄が実際のＩＤに対応しており、右欄は各左
欄の意味を明らかにしているだけである。左欄の第８番
目に示すＩＤは、文字認識能力が向上すれば十分に使用
可能なＩＤとなり得る。

【００２３】この領域１５には、読取り手段１３による
読取り順に各ＩＤが書き込まれて行く。そして商品が入
手済みとなったときは受注処理端末２０内の処理部２２
により消去（クリア）され、それ以降のＩＤ群が１つず
つ前へ順送りされる。もし、その商品が未入手ならば既
述の状況情報をその状況情報格納領域に書き込む。これ
らの操作は、図３のブロック１０１および１０３により
可能である。

【００２４】図６はデータ読取り部２１の具体的構成例
を示す図である。ブロック２０１は購入端末１０が、受
注処理端末２０の前述した装着口２４に装着されたとき
に、その受付けならびにチェックを行う。ブロック２０
２は、メモリ部１１内の特に個人データを読み出す。ブ
ロック２０３は、メモリ部１１内の特に商品データを読
み出す。

【００２５】ブロック２０４は、読み取ったＩＤがバー
コードなのかＩＳＢＮなのか文字なのか等を判別する。
ブロック２０５は、メモリ部１１の内容を一旦端末２０
側にも格納するために用いる。ブロック２０６は、ブロ
ック２０５の内容をクリアしたり部分的に消去したりす
る場合に用いる。

【００２６】ブロック２０７は、図２に示すプリンタ部
２３の制御に用いる。ところで、前記受注処理端末２０
は、個人データ記憶領域１４および前記商品データ記憶
領域１５内の各データのうち該受注処理端末により有用
な情報のみを選択して読み取るための個人データおよび
商品データ読取り制御テーブル２０８，２０９を備える
ことが望ましい。なぜなら、図４に示した個人データお
よび図５に示した商品データの全てが各店にとって必要
なものとは限らないからである。例えば図４の個人デー
タについて見ると、店によっては個人データ項目番号の
“５”と“６”のみで十分なこともある。そこで、読取
るべき項目を制限的にテーブル２０９に予め登録する。
こうすれば、その他の項目番号は読取りが省略され、処
理が効率的になる。同様のことは図５の商品データにつ
いても言える。つまり読み取るべき商品種別を制限的に
予めテーブル２０８に登録する。こうすれば、書店に無
関係な商品データ項目番号“６”，“７”，“８”につ
いては手順が省略され、処理が効率的となる。

【００２７】図７は商品データ読取り制限テーブルの一
例を示す図である。本テーブル２０８は各種商品を表す
コードが一覧表となっていて、その各々の商品対応に制
限フラグが付されている。例えば、この例は、書籍、雑
誌のみを扱う書店の場合である。そして、制限フラグ
“１”のもののみを読み取り、“０”のものは読み取り
をしない。

【００２８】図８は個人データ読取り制限テーブルの一
例を示す図であり、図７のテーブルと同様制限フラグの
“１”または“０”が付される。各制限フラグは、図４
に示した個人データ記憶領域１４のフォーマットに合せ
て構成し、各個人データ項目番号対応に制限フラグが設
けられる。図９は状況情報テーブルの一例を示す図であ
る。既に説明したように、商品消費者が購入を希望する
商品がその時点でその商店の手元にないとき、受注処理
端末２０における処理部２２により検索した、「発注済
み、増刷中、調査中」等の状況情報を、受注処理端末２
０および購入端末１０の少なくとも一方において当該商
品消費者に表示する。このために準備されたのが本図の
状況情報テーブル２１０であり、予想される各状況の内
容毎に対応する状況コードが割り付けられている。商店
の店員が、その商品に関する状況判断をし、システムに
対し、いずれかの状況コードを端末２０の表示画面ＤＳ
（図２）に表示させる。

【００２９】以上、本発明のシステムにおける各部の概
要を示した。次に、本システム内における動作例につい
て説明する。図１０は本発明に基づくシステム内におけ
る動作例を示すフローチャートである。ただし、５つの
ステップ〜のいずれのステップも既に説明したとお
りである。

【００３０】ステップにおいて、商品ＩＤを購入端末
１０に読み取る場合に用いる読取り手段１３の第１例を
図１１に示し、第２例を図１２に示す。第１例はいわば
ペン形であり、その先端に例えばバーコードリーダ１３
１が設けられる。読取り完了時の前述した“ＯＫ”サイ
ンは、前述した表示画面（図中、１３２で示す）に表示
される。一方、第２例（図１２）はいわばビューア形で
あり、大形の表示画面１３２が設けられている。商店側
の端末２０から供給される各種情報をここに表示でき
る。その底面にはバーコードリーダ１３１等が設けられ
る。

【００３１】図１３は個人データ管理センターをシステ
ム内に有する一例を示す図である。端末１０に対して１
対１に付与される個人番号は、個人データ管理センター
５０にてシーケンシャルに付与される。商品消費者は、
予め、該管理センター５０に、端末１０に関わるパスワ
ードを登録しておく。商品消費者が端末１０を用いて、
商店にて商品の注文を店に依頼し、店に設置してある端
末２０に対してキーボードＫＢを用いてパスワードを入
力すると、端末２０は、個人データ管理センター５０に
対して、通信手段４０を介して、自動的に通信を行い、
該センター５０において端末１０の個人番号を基にサー
チしたパスワードと、キーボードＫＢを用いて入力され
たパスワードが、一致するか否かの比較を行う。一致す
れば、発注作業の続きを行う。不一致なら中断する。通
信手段４０は、電話回線あるいは衛星回線等の通信手段
を用いる。

【００３２】図１４は本発明に係るシステムの一応用例
を示す図である。この例は、「発注」を、より限定され
た意味で捉え、一般消費者が商店に対して情報を伝える
作業を簡単にし、店員の店内作業を減らす例である。消
費者（商品消費者）は、ビデオ新商品リスト（商品カタ
ログ等の情報源３０）から、端末１０に商品ＩＤを読み
取る。そしてレンタルビデオ店に設置してある端末２０
の装着用受容口２４に、端末１０を装着する。そうする
と、端末１０内のメモリ１４，１５に格納された個人デ
ータ、商品ＩＤデータが、商品データ読取り制限テーブ
ル２０８および個人データ読取り制限テーブル２０９に
従って、端末２０内に読み込まれる。端末２０は、商品
ＩＤに対応する各商品（ビデオ）に対して、商品情報
（在庫・貸出状況・損傷状況・所要時間・貸出料金・棚
番号等）を、別に設けられた在庫システムによって認識
し、それを表示画面ＤＳに表示する。消費者はその商品
情報を参考に、実際にビデオを借りるかどうかを決定す
る。この例では、消費者は、借りたいビデオ名を漏らさ
ず簡単に商店へ伝えることができ、又、店員は商店内を
歩きまわる量が少なくて済むので、効率的である。

【００３３】図１５は図１の構成に基づく他の実施例を
示す図である。基本的には購入端末１０内のメモリ部１
１と、受注処理端末２０内のデータ読取り部２１とを通
信回線４０を介して接続することを特徴とするものであ
る。商品消費者（商品消費者）は、商品カタログ等の情
報源３０に掲載された各種商品ＩＤを、端末１０内に読
み取る。この例では、個人データ記憶領域（１４）およ
び商品データ記憶領域（１５）が、外部記憶媒体１９内
にある。該外部記憶媒体１９を、商品消費者のパソコン
１６に装着すると、店の端末２０に、通信手段４０を介
して自動発注される。発注内容（個人データ・商品Ｉ
Ｄ）は、端末２０内のストックメモリ２０５（図６）に
ストックされ、発注処理される。このとき商店は、状況
情報テーブル２１０（図９）に基づいて状況コードを、
消費者のパソコン１６へ自動送信してもよい。外部記憶
媒体１９としては、ＩＣメモリカード、フロッピーディ
スク等が考えられる。

【００３４】図１６は図１５に基づくシステムの一応用
例を示す図である。この例は、「発注」を、より広い意
味で捉えたものである。消費者（商品消費者）は、各種
のアンケートや問題集に対して、選択肢に対応するバー
コード（商品ＩＤに対応）を端末１０に読み取ることに
より回答する。そして、外部記憶媒体１９を、消費者の
パソコン１６に装着する。そして、通信手段４０を介し
て、アンケート実施会社（Ａ社）のアンケート集計用コ
ンピュータに、消費者の個人データ・アンケート回答内
容を自動送信する。

【００３５】図１７は図１の構成に基づくさらに他の実
施例を示す図である。商品消費者（商品消費者）は、端
末１０に、購入したい商品の商品ＩＤやアンケートの回
答を読み取る。これらが格納された外部記憶媒体１９
を、消費者のパソコン１６に装着する。この例では、メ
モリ部１１（個人データ記憶領域１４および商品データ
記憶領域１５）が、外部記憶媒体１９内にある。そし
て、該パソコン１６を用いて、発注センター６０へメモ
リ部１１の内容を自動送信する。その後、発注センター
６０は、各会社（出版社・電気店・スーパーマーケット
・アンケート実施／集計会社等）へ自動通信を行い、対
応するメモリ内容（個人データ・商品ＩＤ群）を自動送
信する。

【００３６】

【発明の効果】本発明に係る発注サービスシステムによ
れば、商品注文に関わる手間や時間の問題が一挙に解決
され、商品消費者（商品購入者）および商店の双方に少
なくとも下記の２点の効果をもたらす。第一の点は、商
品消費者（商品購入者）側の効果であり、商品注文に関
わる手間と時間が大幅に省かれることにより、いつでも
どこでも（商品カタログ・パンフレット・ダイレクトメ
ール・一般商店の商品見本などを利用し、家庭内・家庭
外において、時間を問わずに）購入したい商品ＩＤを気
軽に記録（端末１０内のメモリに格納）することがで
き、購入漏れがなくなる。

【００３７】第二の点は、商店側の効果であり、商品注
文等に関わる手間と時間が大幅に省かれることにより、
消費者からの商品注文を受け易く、在庫確認等も容易に
でき、消費者の個人データも容易に知ることができるこ
とから、商品注文が増加し、したがって売上も増大す
る。

【図面の簡単な説明】

【図１】本発明に係る発注サービスシステムの原理構成
図である。

【図２】図１の構成に基づく一実施例を示す図である。

【図３】購入端末１０の具体的構成例を示す図である。

【図４】個人データ記憶領域１４内のデータ例を示す図
である。

【図５】商品データ記憶領域１５内のデータ例を示す図
である。

【図６】データ読取り部２１の具体的構成例を示す図で
ある。

【図７】商品データ読取り制限テーブルの一例を示す図
である。

【図８】個人データ読取り制限テーブルの一例を示す図
である。

【図９】状況情報テーブルの一例を示す図である。

【図１０】本発明に基づくシステム内における動作例を
示すフローチャートである。

【図１１】読取り手段の第１例を示す図である。

【図１２】読取り手段の第２例を示す図である。

【図１３】個人データ管理センターをシステム内に有す
る一例を示す図である。

【図１４】本発明に係るシステムの一応用例を示す図で
ある。

【図１５】図１の構成に基づく他の実施例を示す図であ
る。

【図１６】図１５に基づくシステムの一応用例を示す図
である。

【図１７】図１の構成に基づくさらに他の実施例を示す
図である。

【符号の説明】

１０…購入端末１１…メモリ部１２…リーダ部１３…読取り手段１４…個人データ記憶領域１５…商品データ記憶領域１６…パソコン１９…外部記憶媒体２０…受注処理端末２１…データ読取り部２２…処理部２３…プリンタ部２４…受容口３０…商品情報源４０…通信手段５０…個人データ管理センター６０…発注センターＩＤ…商品識別情報ＣＨ…伝票ＫＢ…キーボードＤＳ…表示画面

フロントページの続き (72)発明者門岡良昌神奈川県川崎市中原区上小田中1015番地富士通株式会社内

Claims

【特許請求の範囲】

【請求項１】商品消費者によって所持され、商品の購
入に必要な情報を格納するメモリ部（１１）と、該メモ
リ部に格納すべき当該購入商品を表す商品識別情報を読
み取るリーダ部（１２）とを有する購入端末（１０）
と、商品提供者側に設置され、前記メモリ部内の前記情報を
読み取るデータ読取り部（２１）と、その読取りデータ
に基づいて発注処理を行う処理部（２２）とを有する受
注処理端末（２０）とから構成されることを特徴とする
発注サービスシステム。
【請求項２】前記リーダ部（１２）は、新聞、雑誌、
カタログ、パンフレット等に各商品対応で掲載されたバ
ーコードやＩＳＢＮ番号等の前記商品識別情報を検出す
る読取り手段（１３）からなる請求項１に記載のシステ
ム。
【請求項３】前記メモリ部（１１）は、前記読取り手
段（１３）から読み取られた前記商品識別情報を格納す
る商品データ記憶領域（１５）と、当該商品消費者に関
する個人情報を格納する個人データ記憶領域（１４）と
から形成される請求項２に記載のシステム。
【請求項４】発注サービスの提供が完了したとき等に
おいて、前記個人データ記憶領域（１４）および商品デ
ータ記憶領域（１５）内のデータをもとに前記処理部
（２２）を介し伝票の発行を行うプリンタ部（２３）
を、前記受注処理端末（２０）に具備する請求項３に記
載のシステム。
【請求項５】商品消費者が購入を希望する商品がその
時点で商店にないとき、前記処理部（２２）により検索
した、発注済み、増刷中、調査中等の状況情報を、前記
受注処理端末（２０）および前記購入端末（１０）の少
なくとも一方において当該商品消費者に表示する請求項
３に記載のシステム。
【請求項６】前記受注処理端末（２０）は、前記個人
データ記憶領域（１４）および前記商品データ記憶領域
（１５）内の各データのうち該受注処理端末により有用
な情報のみを選択して読み取るために、個人データおよ
び商品データ読取り制限テーブル（２０８，２０９）を
備える請求項３に記載のシステム。
【請求項７】前記購入端末（１０）を前記受注処理端
末（２０）に直接装着して、前記メモリ部（１１）の内
容を前記データ読取り部（２１）に入力し、または、該
メモリ部の内容を一旦携帯形の外部記憶媒体（１９）に
写し換え、該携帯形の外部記憶媒体の内容を該データ読
取り部に入力する請求項３に記載のシステム。
【請求項８】前記購入端末（１０）にパスワード情報
を持たせ、前記受注処理端末（２０）は、パスワードの
一致が取れた該購入端末のみを受け入れ可能とする請求
項３に記載のシステム。
【請求項９】前記購入端末（１０）内の前記メモリ部
（１１）と、前記受注処理端末（２０）内の前記データ
読取り部（２１）とを通信手段（４０）を介して接続す
る請求項３に記載のシステム。