JP2003228665A - 商品受発注システム - Google Patents

Abstract

(57)【要約】 （修正有） 【課題】 マークシートを用いないで会員の注文を敏速
に受けることができる商品受発注システムを得る。 【解決手段】 ユーザ側には、縦型バーコードＢａｉを
付したチラシ１が渡され、バーコードリーダ２をブラウ
ザ機能内蔵の携帯電話器３又はパソコン４に接続し、携
帯電話網５、電話網６を介してインターネット７に地域
の生協のサーバ８が接続され、チラシ１に印刷されてい
る生協のＵＲＬ、チラシの号数に対応させられた縦型バ
ーコードＣｉをバーコードリーダ２で読み取らせて生協
のサーバ８にログインさせ、チラシ１に印刷されている
商品情報に対応した縦型バーコードＢｉをバーコードリ
ーダ２で読み取らせてサーバ８に配信して、生協側から
チラシ１の商品情報である広告駒写真画像Ａｉに基づく
画像をユーザの携帯電話器２に送信させて、注文した商
品を画面で確認させ、この確認後にメーカ（農家）のサ
ーバ９ａに注文する構成となっている。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、チラシに縦型のバ
ーコードを印刷してバーコードリーダで読み取らせて会
員に商品を注文させる縦型バーコード付きチラシを用い
た商品受発注システムに関する。

【０００２】

【従来の技術】チラシは様々な業種において、ユーザの
購買を促進するために非常に良く用いられる。

【０００３】例えば、生協では、会員に対して翌週分の
チラシとマークシートとを配布し、このチラシに付して
いる商品コードをマークシートに記述させる。

【０００４】前述のチラシは、複数枚で一組であり、各
チラシの左上には図２３、図２４に示すように 号数、
年月日が記載され、また分野も記載されている。

【０００５】そして、各商品情報領域Ｆｉ（Ｆ１、Ｆ
２、…）には、商品の写真と商品名と商品コードと、値
段と、グラムと、商品の調理紹介等が印刷されている。

【０００６】また、マークシートは図２５に示すよう
に、月の号と、配達日、提出日、コースと、グループ
と、会員番号と、氏名等が記載されていると共に、商品
コードと商品名と価格とからなる注文領域に数量を記載
するようにされており、これらの小計欄が設けられてい
る。

【０００７】会員は、図２３、２４のチラシを見て、翌
週に必要な商品を選んで、この選ばれた商品コードをマ
ークシートから検索し、数量をペンで記載し、その小計
を記載する。

【０００８】そして、生協の担当者がトラックで今週の
注文品を運んで来たときに、翌週分のマークシートを渡
していた。

【０００９】生協の担当者は、回収したマークシートを
ＯＣＲ装置を用いて１枚毎に読み込ませて電子データに
変換して、これをデータベース化した後に、翌週分の発
注リストを作成してメーカ（農家）に発注していた。

【００１０】一方、近年はインターネットが普及してお
り、提供先から顧客端末に商品情報を提供して、希望の
商品を顧客端末で選択するシステムもある。

【００１１】また、近年はバーコード付き携帯電話も存
在する。例えば、特開平１１−２３９０９７号公報（特
許文献１）は、バーコードリーダ付き携帯電話を用いて
バーコードを読み取って、これを無線でコンピュータに
送信する。

【００１２】また、特開２００１−２６５９７８号公報
（特許文献２）においては、オンラインサーバとオンラ
イン端末とをネットワークで接続し、オンラインサーバ
がクライアント端末に対して店の商品の映像（動画）と
商品案内とからなる商品情報を多数表示し、これらの中
からクライアントが希望の商品を選択して注文する。

【００１３】また、特開２０００−１９４９４２号公報
（特許文献３）は、ＨＤＤに表示器に表示するための商
品の商品名、画像、コマーシャルをグループ別に保存
し、表示器にこれらの商品群選択画面を表示し、オペレ
ータがこの商品選択群画面で選択したグループの商品画
像群を画面に表示する。

【００１４】そして、オペレータは画面（タッチパネル
付き）において客から要求に該当する商品画像（商品
名、単価含む）を選択する。この選択個数の総計と合計
金額とが商品画像群の画面の下に表示される。

【００１５】また、特開２００２−２７９３０１号公報
（特許文献４）はインターネットショッピングを実現す
るものであり、インターネットに注文センターと、携帯
電話とを接続し、かつ注文センターとは通信回線を介し
て配送センターを接続している。

【００１６】そして、商品名、価格、商品画像から構成
された商品情報に注文コードを記載したチラシを利用者
に配布して、携帯電話に商品コード、利用者ＩＤ、個数
等を入力して注文センターにインタネットを介して注文
している。

【００１７】

【特許文献１】特開平１１−２３９０９７号公報

【００１８】

【特許文献２】特開２００１−２６５９７８号公報

【００１９】

【特許文献３】特開２０００−１９４９４２号公報

【００２０】

【特許文献４】特開２００２−２７９３０１号公報

【００２１】

【発明が解決しようとする課題】しかしながら、従来の
システムは、会員に対して翌週分のチラシとマークシー
トを渡して、マークシートに会員が要望する商品の個数
をペンで記載させて、これを回収した後に、ＯＣＲ装置
で読み取らせていた。

【００２２】生協等の組織は全国規模であり、各市区町
毎に、数店舗のコープが存在しているので、ＯＣＲ装置
だけでも相当の台数が必要となる。このため、システム
全体がコスト高になり、結果として商品を低価格にする
ことが困難であるという課題があった。

【００２３】また、会員にとっても、チラシの商品コー
ドとマークシートの商品コードとを見比べながら、マー
クシートに所望の商品個数を記載しなければならないの
で、注文に手間取るという課題があった。

【００２４】さらに、チラシとマークシートとを一体で
会員に渡さなければならないので、マークシートの枚数
だけでも相当な枚数になるので、結果としてコストを抑
えることが困難であるという課題があった。

【００２５】また、ネットワークを用いて商品を発注す
るシステムは上記各引用例に示すように多数出願されて
いる。

【００２６】しかしながら、注文コードを携帯電話に入
力する方式であるから、注文コードの入力を誤るという
課題があった。

【００２７】また、注文コード及び個数の入力もキー入
力であるから、利用者にとっては、キー操作が煩わしい
という課題があった。

【００２８】さらに、注文データの確認は注文コードを
利用者端末に送信して確認させている。しかしながら、
生協等のチラシにおいては、多種の商品を掲載してお
り、その商品画像は類似しているものもある。つまり、
注文した商品を画像で確認させることが望ましい。

【００２９】本発明は以上の課題を鑑みてなされたもの
であり、マークシートを用いないで会員の注文を敏速に
受けることができる商品受発注システムを得ることを目
的とする。つまり、受注側の注文のコストを低減させ、
かつ顧客が注文を容易にできると共に、低コストで注文
を画像で確認させる商品受注システムを得ることを目的
とする。

【００３０】

【課題を解決するための手段】本発明は、複数枚を一つ
のチラシとし、該チラシを特定曜日に顧客に渡して、前
記チラシの商品の受注をユーザ端末からコンピュータネ
ットワークを介してサーバが受け付け、該受付毎に前記
サーバが前記ユーザ端末に前記チラシに掲載されている
商品の画像を送信する商品受発注システムである。

【００３１】前記サーバは、商品分野、ページ数、年か
らなるフォルダに、前記商品の商品コードを保存し、該
商品コードに前記チラシの商品の値段、商品案内、商品
の写真画像並びに該写真画像に基づく前記ユーザ端末の
機種に応じた端末提供用商品画像をリンク付けして保存
したデータベースと、前記チラシの商品分野、年、号
数、機種、ユーザＩＤからなる第１の受信データを受信
したとき、前記商品分野、ページ数、年に対応する前記
フォルダを開いて、前記商品コードの待ち受け状態とな
る手段と、前記商品コードを受信したとき、該商品コー
ドに対応する前記端末提供用商品画像を抽出する手段
と、前記抽出した端末提供用商品画像にリンク付けされ
ている前記商品コード、値段を抽出する手段と、前記ユ
ーザＩＤ毎に、前記商品コード、受注個数、単価、合計
額が記憶される受注ファイルと、前記商品コードを受信
する毎に、前記ユーザＩＤ、号数、年に対応させた受注
データを前記受信したユーザＩＤに対応する前記受注フ
ァイルに保存し、前記受信した商品コードに一致する商
品コードが存在するかどうかを判断し、存在するとき
は、現在の個数に「１」を加算して前記受注個数をこの
加算個数に更新する手段と、前記受注個数が更新される
毎に、前記商品コード、前記受注個数、前記ユーザＩ
Ｄ、前記端末提供用画像とをレイヤー構造で重ね合わせ
た注文受付確認用画像を生成する手段と、前記注文受付
確認用画像を前記コンピュータネットワークを介して前
記受信したユーザＩＤを有するユーザ端末に送信する手
段とを備えたことを要旨とする。

【００３２】また本発明は、複数枚を一つのチラシと
し、該チラシを特定曜日に顧客に渡して、前記チラシの
商品の受注をユーザ端末からコンピュータネットワーク
を介してサーバが受け付け、該受付毎に前記サーバが前
記ユーザ端末に前記チラシに掲載されている商品の画像
を送信する商品受発注システムである。

【００３３】前記チラシは１枚毎に、前記広告駒写真画
像の商品分野、号数、ページ数、前記サーバのネットワ
ークアドレスに対応した第１のバーコードが縦に上部に
印刷され、かつ前記商品の画像の商品番号に対応した第
２のバーコードが前記縦に前記商品の画像の角部領域に
印刷されている。

【００３４】前記ユーザ端末は、バーコードリーダと、
ブラウザ機能及び前記コンピュータ接続機能を有し携帯
電話器とを接続してなる。

【００３５】前記バーコードリーダは、筐体が厚みを有
して平型にされてレーザ発射口が長方形にされ、かつ一
方の平型の面の中央にレーザ発射ボタンを設け、該レー
ザ発射ボタンの押下で、前記レーザ発射口の端から端ま
でをスキャニングしながら前記レーザ発射光を照射し、
該反射光を受光してデジタルデータに変換して前記携帯
電話器に送出する構成を有する。

【００３６】そして、前記サーバは、前記商品コードと
ユーザＩＤとを前記携帯電話器から受信する毎に、前記
商品コードにリンク付けされて保存されている前記携帯
電話用の写真画像と前記受信したユーザＩＤと、前記商
品コードと、該商品コードの受信回数とをレイヤー構造
で重ね合わせた注文受付確認用画像を生成する手段と、
前記注文受付確認用画像を前記コンピュータネットワー
クを介して前記受信したユーザＩＤを有するユーザ端末
に送信する手段とを備えたことを要旨とする。

【００３７】

【発明の実施の形態】＜実施の形態１＞図１は本実施の
形態の商品受発注システムの概略構成図である。図１に
示すように、ユーザ側には、縦型バーコードＢｉ（Ｂａ
１、Ｂａ２、…、Ｂｂ１、Ｂｂ２、…）を広告駒写真画
像Ａｉ（Ａａ１、Ａａ２、…、Ａｂ１、Ａｂ２、…）に
付した縦型バーコード付き縦型バーコード付きチラシ１
（単にチラシとも記す）が渡される。この広告駒写真画
像Ａｉについては後述する。

【００３８】また、ユーザはバーコードリーダ２をブラ
ウザ機能内蔵の携帯電話器３又はパソコン４に接続して
いる。

【００３９】そして、携帯電話網５、電話網６を介して
インターネット７（以下総称してネットワークという）
に地域の生協のサーバ８（８ａ、８ｂ…）が接続され、
縦型バーコード付きチラシ１に印刷されている生協のＵ
ＲＬ、縦型バーコード付きチラシの号数、年、商品分
野、縦型バーコード付きチラシのページ数に対応させら
れた縦型バーコードＣｉ（Ｃ１、Ｃ２、…）をバーコー
ドリーダ２で読み取らせる。

【００４０】つまり、縦型バーコード付きチラシ１は、
商品分野で区分けされた商品の広告駒写真画像が発行号
数によって種類が相違させられて掲載されている。

【００４１】次に、この縦型バーコードＣｉを送信して
生協のサーバ８にログインさせ、その後に縦型バーコー
ド付きチラシ１に印刷されている広告駒写真画像Ａｉ
（商品コード、商品名、値段、商品案内（文章）、提供
期間、商品の写真：商品情報ともいう）に対応した縦型
バーコードＢｉ（Ｂａ１、Ｂａ２、…、Ｂｂ１、Ｂｂ
２、…）をバーコードリーダ２で読み取らせて生協のサ
ーバ８に配信する。

【００４２】そして、生協側から縦型バーコード付きチ
ラシ１の広告駒写真画像Ａｉ（Ａａ１、Ａａ２、…、Ａ
ｂ１、Ａｂ２、…）に基づく注文受付確認画像Ｊｉを携
帯電話器２に送信又はパソコン４に送信させて、注文し
た商品を画面で確認させ、この確認後にメーカ（農家）
のサーバ９ａ、…に注文する構成となっている。

【００４３】前述の注文受付確認画像Ｊｉは、携帯用は
前述の商品情報の商品コードと値段とユーザＩＤと商品
の写真画像（ユーザ端末提供用画像Ｊｉ）である。この
ユーザ端末提供用画像Ｊｉは、携帯電話器の画面サイズ
及び解像度に合わせて作られたて保存されている。ま
た、パソコン用の画像は、前述の広告駒写真画像Ａｉを
送信する。この画像Ａｉは、前述の商品情報の全てと、
縦型バーコード付きチラシの枠（駒）に組み込まれた写
真画像とからなる。

【００４４】ここで、縦型バーコードＣｉ、Ｂｉについ
て説明する。図２、図３は本実施の形態に用いるユーザ
に渡される縦型バーコード付きチラシを説明する説明図
である。図２、図３に示す縦型バーコード付きチラシ１
は、Ａ２（４２０ｍｍ×５９４ｍｍ）、Ａ３（２９７ｍ
ｍ×４２０ｍｍ）若しくはＢ３程度のサイズが好まし
い。

【００４５】図２に示す縦型バーコード付きチラシ１
は、左利き用の縦型バーコード付きチラシ１ａであり、
複数枚で一組である。この縦型バーコード付きチラシ１
ａの各縦型バーコード付きチラシは左上部に縦型バーコ
ードＣａｉ（Ｃａ１、Ｃａ２、…：生協のＵＲＬコー
ド、年月、号数、ページ数、商品分野）が印刷されてい
る。例えば、ｈｔｔｐ：／ｗｗｗ．ｓｅｉｋｙｏ．ｃｏ
ｍ／２００２１１／ＮＯ２／ｐａｇｅ／ｓａｋａｎａ
／．ｈｔｍｌ／に対応している。つまり、縦型バーコー
ドは、サイトのＵＲＬコードと、サイトのフォルダ名と
ファイル名とからなるアドレス情報に対応している。

【００４６】また、図３に示す縦型バーコード付きチラ
シ１は、右利き用の縦型バーコード付きチラシ１ｂであ
り、複数枚で一組である。この縦型バーコード付きチラ
シ１ｂの各縦型バーコード付きチラシは左上部に縦型バ
ーコードＣｂｉ（Ｃｂ１、Ｃｂ２、…：生協のＵＲＬコ
ード、年、号数、ページ数、商品分野）が印刷されてい
る。

【００４７】例えば、ｈｔｔｐ：／ｗｗｗ．ｓｅｉｋｙ
ｏ．ｃｏｍ／２００２１１／ＮＯ２／ｐａｇｅ／ｓａｋ
ａｎａ／．ｈｔｍｌ／に対応している。つまり、サイト
のＵＲＬコードと、サイトのフォルダ名とファイル名と
からなるアドレス情報に対応している。

【００４８】そして、前述の縦型バーコードＣｉ（Ｃａ
ｉ、Ｃｂｉ）は、所定の横幅を持つ長方形の複数のバー
およびスペースを直列に並べることにより構成され、縦
型バーコード付きチラシ１（１ａ、１ｂ）の横端に対し
て平行になるように印刷されている。本実施の形態では
一枚の縦型バーコード付きチラシを例にして説明する。

【００４９】また、縦型バーコード付きチラシ１ａに
は、広告駒写真画像Ａｉ（Ａａ１、Ａａ２、…Ａｂ１、
Ａｂ２、…）が印刷され、各広告駒写真画像Ａｉの右側
境界に沿って、前述したバーコードＣａ１と同様に、縦
に配列されたバーコードＢａｉ（Ｂａ１、Ｂａ２、…
…）が広告駒写真画像Ａｉ内に印刷されている。

【００５０】なお、バーコードＢｉは、図３に示すよう
に、広告駒写真画像Ａａｉの右側境界最上部から縦に印
刷されるのがより好ましい。

【００５１】さらに、図２、図３には示してないが、縦
型バーコード付きチラシ１の裏面も上述した表面同様
に、バーコードＣ１、広告駒写真画像Ａｉ、およびバー
コードＢｉが印刷されている。

【００５２】広告駒写真画像Ａａｉに併設されたバーコ
ードＢａｉには、各広告駒写真画像Ａａｉが表す商品の
品目、値段等の商品情報が対応付けられている。そして
これらのバーコードには、その右側に数値コードが併設
される場合もある。

【００５３】また、図３に示す縦型バーコード付きチラ
シ１ｂは、商品情報である広告駒写真画像Ａｂｉ（Ａｂ
１、Ａｂ２、…）が印刷され、各広告駒写真画像Ａｂｉ
の右側境界に沿って、前述したバーコードＣｂ１と同様
に、縦に配列されたバーコードＢｂｉ（Ｂｂ１、Ｂｂ
２、……）が広告駒写真画像Ａｂｉ内に印刷されてい
る。

【００５４】なお、バーコードＢｂｉは、図３に示すよ
うに、広告駒写真画像Ａｂｉの右側境界最上部から縦に
印刷されるのがより好ましい。

【００５５】さらに、図３には示してないが、縦型バー
コード付きチラシ１ｂの裏面も上述した表面同様に、バ
ーコードＣｂ１、広告駒写真画像Ａｂｉ、およびバーコ
ードＢｂｉが印刷されている。但し、縦型バーコードＣ
ｂｉは、裏と表では、非対称の位置になっている。

【００５６】広告駒写真画像Ａｂｉに併設されたバーコ
ードＢｂｉには、各広告駒写真画像Ａｂｉが表す商品の
品目、商品コード、値段等の商品情報が対応付けられて
いる。そしてこれらのバーコードには、その右側に数値
コードが併設される場合もある。

【００５７】上記各バーコードはすべて、横幅が２．５
ｍｍ程度で、縦幅が２５ｍｍ程度の領域内に印刷されて
いる。

【００５８】縦に配列されたバーコードのフォーマット
としては、下から上にかけて順にスタートコード、デー
タ、チェックデジット、ストップコードを配列した場合
を想定しているが、本実施の形態がこのフォーマットに
限るものでないことは勿論であり、例えば上から下へ順
に上述したコード領域を配列してもよい。この場合に
は、バーコードに併設される数値コードの位置および向
きが変化する。

【００５９】一方、バーコードリーダ２は図４に示すよ
うに携帯電話器３に接続されて用いられる。このバーコ
ードリーダ２は、下端にある長方形の照射光口２ｂから
少し広がったあと上端部に向けて少し狭まった略菱形を
しており、幅が広い方の平型部の中央にレーザ光発射ボ
タン２ａを設けている。

【００６０】前述のバーコードは、読み取りコードがＪ
ＡＮ／ＥＡＮ、ＵＰＣ、ＩＳＢＮ、ＣＯＤＥ３９等に対
応しており、読み取り距離は約１３ｃｍ、最小分解能は
０．２ｍｍ（最小バー幅）であり、赤色光半導体レーザ
を用いている。

【００６１】すなわち、照射口２ｂに内蔵された赤色光
半導体レーザ素子をスキャニング駆動し（照射口２ｂの
上端（下端）から下端（上端））、媒体に照射されたと
きは、細い一直線状のレーザ光となって見える。

【００６２】また、バーコードリーダ２は、ケーブル５
でブラウザ機能付きの携帯電話器３（又はパソコン）等
の通信用端末にＵＳＢインタフェースコネクタ１０（以
下単にインターフェース１０という）を介して接続され
ている。また、インターフェースは、ｉ−ｍｏｄｅ（登
録商標）、ａｕ端末（登録商標）、ＲＳ２３２Ｃ用もあ
る。

【００６３】すなわち、縦型バーコード付きチラシ１
（１ａ、１ｂ）は、多数の商品の広告駒写真画像Ａａｉ
（Ａａ１、Ａａ２、…）又は広告駒写真画像Ａｂｉ（Ａ
ｂ１、Ａｂ２、…）に対して、縦に配列されたバーコー
ドＢａｉ（Ｂａ１、Ｂａ２、……：以下縦型バーコード
という）又はバーコードＢｂｉ（Ｂｂ１、Ｂｂ２、…
…：以下縦型バーコードという）を印刷しているので、
バーコードリーダ２を親指と人差し指とで挟むときは、
親指でレーザ光発射ボタン２ａを押下するように挟持す
る。

【００６４】そして、腕を縦又は横に動かしながら親指
を操作して縦型バーコードＢａｉ（Ｂｂｉ）を読み取っ
て行く。つまり、押下しやすい持ち方のままで、バーコ
ードを読み取らせていくことが可能となるので、不便を
感じないで、かつ早く読み取らせることが可能となる。

【００６５】特に、複数枚を一組とした縦型バーコード
付きチラシ又は通販カタログにおいて、縦型バーコード
を商品の写真の近傍に付している場合、多種の商品をバ
ーコードリーダを用いて購入するときに効果がある。

【００６６】図５は生協のサイトのサーバの概略構成図
である。図５に示すように、サーバ８はユーザ認証処理
部１５と、送信形式決定処理部１７と、受注ファイル生
成処理部１８と、受注商品画像抽出処理部２０と、訂正
処理部２２と、受注リスト生成処理部２３と、発注リス
ト生成処理部２５等を備えている。

【００６７】また、図示しないファイアウオールサーバ
プロセス、ネットワークサーバプロセス等を備えてい
る。

【００６８】前述のユーザ認証処理部１５は、携帯電話
器３又はパソコン４（総称して端にユーザ端末という）
からのバーコードＣｉ（Ｃａｉ、Ｃｂｉ）を受け取る。
このデータには、ユーザＩＤ（ｆｄ）及び機種名が付加
されている。これらの付加情報と前述のアドレス情報と
を総称してユーザアクセス情報Ｐｉと称する。そして、
ユーザＩＤに一致するＩＤがユーザファイル１６に存在
するとき、会員であると判断してログインを受け付け
る。

【００６９】ユーザファイル１６は、図６（ｂ）に示す
ように、ユーザのＩＤと配達曜日ＧＫとルートとグルー
プと住所と氏名と引き落とし口座等が対応させれて記憶
されている。

【００７０】送信形式決定処理部１７は、ユーザ端末か
らのユーザアクセス情報に含まれている機種名を受付フ
ァイル生成処理部１８に知らせると共に、このユーザア
クセス情報の通知の形式を判断し、その通知の形式（携
帯電話器；ｉ−ｍｏｄｅ（登録商標）、モバイルパソコ
ン、ビットマップパソコン）を記憶し、ユーザ端末にデ
ータを送信するとき、前述の形式に基づいて送信する。

【００７１】受注ファイル生成処理部１８は、ユーザ認
証処理部１５でログインを許可したと後に、ユーザ端末
からのユーザアクセス情報ＰｉをそのユーザＩＤ（ｆ
ｄ）に対応させて、受注ファイル１９ａに保存する。つ
まり、受注ファイル１９ａには、ユーザＩＤ（ｆｄ）と
チラシ号数ｆｂ、ページ数ｆｃと受信時刻と受信曜日ｊ
ｉとが対応させれて記憶される。

【００７２】また、受注ファイル生成処理部１８は、バ
ーコードＢｉ（Ｂａｉ、Ｂｂｉ）のデータ（商品コード
等）を受け取る。このデータにもユーザＩＤが付加され
ている。そして、ユーザＩＤをキーとして、受注ファイ
ル１９ａに記憶されているユーザＩＤに、受信した商品
コードをリンク付ける。

【００７３】また、受注ファイル生成処理部１８はカウ
ンタ（図示せず）を備え、商品コードを受信する毎に、
この商品コードｍｉと同じ商品コードが受注ファイル１
ａに保存されているかどうかを判断し、同じ商品コード
が存在しているときは、ユーザのカウンタの個数ｋｉに
「１」を加算し、この加算結果に受注ファイル１ａの商
品コードの個数を更新する。また、保存されていない場
合（新規に受信した商品コード）は、個数「０」に
「１」を加算し、新規に受信した商品コードに個数
「１」を付加する。

【００７４】さらに、受注ファイル生成処理部１８は、
受信した商品コードｍｉを受注商品画像抽出処理部２０
に知らせる。

【００７５】また、訂正処理部２２から更新指示が送出
されたとき、その後のユーザ端末からの商品コードｍｉ
に対応する受注ファイル１９ａの商品コードの個数ｋｉ
を、送信された個数に更新する。

【００７６】この受注ファイル１９ａは、図６（ａ）に
示すように、注文したユーザのユーザＩＤに、チラシ号
数、商品コードｍｉ、個数ｋｉ等を対応させている。

【００７７】さらに、受注ファイル生成処理部１８は、
次週配達用の次週分注文受付ファイル１９ｂ、今週配達
商品用ファイル１９ｃ、配達済チラシファイル１９ｄ等
を備え、ユーザアクセス情報Ｐｉを受信したとき、この
情報の号数情報Ｆｉが何時のチラシのものかを配達済チ
ラシファイル１９ｄ（一ヶ月分のチラシの配布状況）か
ら判断する。例えば、過去のチラシの週に配布したチラ
シによる注文で、かつユーザファイル１６の配達曜日
（例えば水）から一日に前の曜日（月、土、金、木）に
注文されている場合は、配達可能として今週配達商品用
ファイル１９ｃに記憶する。また、次週の縦型バーコー
ド付きチラシによる注文で、かつユーザファイル１６の
配達曜日（例えば水）から一日に前の曜日（月、土、
金、木）に注文されている場合は、配達可能として次週
商品配達用ファイル１９ｅに記憶する。

【００７８】前述の次週分注文受付ファイル１９ｂのデ
ータ構成は図６（ａ）と同様であり、ユーザＩＤにチラ
シ号数、ページ数、商品コードがリンク付けされ、商品
コードには個数と、金額とがリンク付けされている。

【００７９】また、今週配達商品用ファイル１９ｃのデ
ータ構成は図６（ａ）と同様であり、ユーザＩＤにチラ
シ号数、ページ数、商品コードがリンク付けされ、商品
コードには個数と、金額とがリンク付けされている。そ
して、ルート、エリア名、配達曜日等がユーザＩＤにリ
ンクつけされている。

【００８０】また、配達済チラシファイル１９ｄは、図
１５に示すように、ユーザＩＤ毎（エリアＩＤでもよ
い）に、号数ｈｂ、年ｈａ、月、週の曜日、日、配布
日、曜日とを対応させている。これらは、号数に対応さ
せられいる。

【００８１】受注商品画像抽出処理部２０は、受注ファ
イル生成処理部１８で受信した縦型バーコードＢｉ（Ｂ
ａｉ、Ｂｂｉ）のデータが示す商品コードｍｉに対応す
る縦型バーコード付きチラシの広告駒写真画像Ａｉをチ
ラシ写真ファイル２１ａから読み出して送信形式処理部
１７から送信させる。但し、送信形式決定処理部１７か
ら機種名がモバイルパソコン又はディスクトップパソコ
ンとして通知（機種名が携帯電話器ではないとしたと
き）されたときである。

【００８２】さらに、受注商品画像抽出処理部２０は、
ユーザ端末の機種が携帯電話器と通知されたときは、携
帯電話用提供画像ファイル２１ｃに保存されている商品
コードｍｉにリンク付けされている携帯電話用提供画像
Ｌ１を読み出して、商品コードとユーザＩＤと個数と金
額とをレイヤー構造で形成した注文受付確認画像Ｊｉを
生成して、送信形式決定処理部１７に渡してユーザ端末
に送信させる。

【００８３】つまり、携帯電話用提供画像ファイル２１
ａには、商品コードに対応したユーザ端末提供画像Ｌｉ
が記憶されている。このユーザ端末提供画像Ｌｉは、
年、商品分野、ページ数等のコードに関連させられて記
憶されるのが好ましい。

【００８４】訂正処理部２２は、ユーザ端末から誤り訂
正とするコード（ユーザＩＤ、訂正コード、年月日）が
送信されたとき、受注ファイル生成処理部１８に対して
更新指示を送出して、ユーザ端末からの商品コードｍｉ
に対応する受注ファイル１９ａの商品コードの個数ｋｉ
を、送信された個数ｋｉに更新させる。

【００８５】受注リスト生成処理部２３は、ユーザ端末
から受注の確認を示すコード（ユーザＩＤ、リスト要求
コード、年月日）を受信したとき、受注ファイル１９ａ
のユーザＩＤにリンク付けされている全ての商品コード
ｍｉと個数ｋｉとを纏めたリストを生成すると共に、商
品リストファイル２１ｂの商品コードｍｉの金額ｆｉを
読み込んで合計金額を求め、この合計金額を付加したリ
スト（ユーザＩＤ付き）を受注リストファイル２４に記
憶してユーザ端末に送信させる。

【００８６】発注リスト生成処理部２５は、ユーザ端末
から受注確定（回線切断）を受信したとき、受注リスト
ファイル２４の各リストの商品の合計数を商品コード毎
に計算して商品提供メーカ（農家）に発注する。

【００８７】図７は、受注ファイル生成処理部１８にお
ける個数算出・合計金額算出処理を説明するブロック図
である。

【００８８】個数算出・合計金額算出処理は、検索処理
３１、カウント処理３２、更新処理３３、金額計算処理
３４等を備え、検索処理３１が受注ファイル１９ａに保
存されたユーザＩＤにリンク付けされている商品コード
に一致する商品コードを検索し、検索する毎に、商品コ
ードとユーザＩＤと、検索した商品コードにリンク付け
されている個数ｋｉをカウンタ処理３２に知らせる。

【００８９】カウンタ処理３２には、ユーザＩＤと商品
コードに対応させられて設けられ、同じ商品コードがユ
ーザＩＤにリンク付けされていると判定されたとき検索
処理３２からの個数ｋｉに「１」を加算（加算器によ
る：図示せず）する。

【００９０】更新処理３３は、カウンタ処理３２からの
商品コードに対応する個数を読み、この個数をカウンタ
処理３２の加算結果に更新する。

【００９１】金額計算処理３４は、更新処理３３がファ
イル１９ａのユーザＩＤの個数を更新する毎に、その個
数にリンク付けされている商品コードの単価を読み込ん
で、合計した金額を求める。

【００９２】また、配布リスト生成処理３５を備え、こ
の配布リスト生成処理３５は、次週配達用の次週分注文
受付ファイル１９ｂ、今週配達商品用ファイル１９ｃに
これらの商品コード、個数、合計金額、単価を保存す
る。

【００９３】＜実施の形態１の動作＞上記のように構成
された商品受発注システムの動作を図８のシーケンスを
用いて説明する。本実施の形態ではブラウザ機能付き携
帯電話であり、サイトは生協として説明する。

【００９４】ユーザには、生協の担当者から図３に示す
次週分の縦型バーコード付きチラシ１ｂが渡されている
とする。

【００９５】また、ユーザには、バーコードリーダ２が
渡されており、このバーコードリーダ２を自分の携帯電
話器３に接続して図４に示すように、バーコードリーダ
２を人差し指と親指で持つ。

【００９６】そして、縦型バーコード付きチラシ１ｂの
左上の縦型バーコードＣｂｉに照射口２ｂを近づけて、
親指でボタン２ａを押下させて、その縦型バーコードＣ
ｂｉ（生協のＵＲＬと、号数、商品分野、ページ数、
年）を読み取らせる。

【００９７】携帯電話器３は、ユーザアクセス情報Ｐｉ
を送信してネットワーク（ＴＣＰ／ＩＰ）を介して生協
のサーバ８にアクセスする（ｄ０）。サーバ８は、受付
画面（ＩＤ入力用）を提供する（ｄ１）。ユーザは携帯
電話器３のキーを操作してこの受付画面（図示せず）に
ユーザＩＤ（８桁程度）を入力して送信する（ｄ２
ａ）。このとき、インターフェース１０は、携帯電話器
３の機種を付加して送信させるのが好ましい。

【００９８】サーバ８のユーザ認証処理部１５は、送信
されたユーザＩＤがユーザファイル１６に存在するとき
に、ログインを許可する通知をネットワークを介して携
帯電話器３に知らせる（ｄ２）。また、サーバ８の送信
形式決定処理部１７は、ログインの許可に伴って、携帯
電話器３からの機種を判定し、この機種がブラウザ機能
を有する携帯電話の機種の場合（ｉ−ｍｏｄｅ（登録商
標）タイプは、注文商品を写真画像で知らせることを通
知する（ｄ３）。

【００９９】携帯電話器３はログインの許可を画面に表
示する。次にユーザは、縦型バーコード付きチラシ１ｂ
の所望の商品を選び、その商品の写真に付されている縦
型バーコードＢｂｉまで腕を移動させて、レーザ光発射
ボタン４を親指で押す。この押下に伴って、所望のバー
コードＢｂｉに向けてレーザ光が照射光口２ｂから発射
（スキャニング）され、該バーコードＢｂｉのデータが
読み込まれる。例えば、縦型バーコード付きチラシ１ｂ
から図９（ａ）に示す商品コード「４２１」の広告駒写
真画像Ａｂ１０の縦型バーコードＢｂ１０をバーコード
リーダ２で読み込ませたとする。

【０１００】縦型バーコード付きチラシ１ｂは、バーコ
ードＣｉはチラシ１ｂの右の上角部に設けられているの
で、バーコードＣｉをバーコードリーダ２で読み込ませ
ながらチラシ１ｂに掲載されている広告駒写真画像Ａｉ
を確認しながら注文できることになる。

【０１０１】この縦型バーコードＢｂ１０がネットワー
クを介して生協のサーバ８に送信（ユーザＩＤが付加さ
れる）される（ｄ４）。

【０１０２】例えば、「ｓｅｉｋｙｏ．ｃｏｍ／２００
２１１／ＮＯ２／ｐａｇｅ／ｓａｋａｎａ／．ｈｔｍｌ
／ｃｏｄｅ４２１／ユーザＩＤ」として送信される。

【０１０３】生協のサーバ８の受注商品画像抽出処理部
２０は、ユーザの携帯電話器３がブラウザ機能を有する
携帯電話器の場合は、縦型バーコードＢｂ１０のデータ
（商品コード、ユーザＩＤ、年月日、時刻等）が示す商
品コードｍｉにリンク付けされているユーザ端末提供画
像Ｌｂ１０をファイル２１ｃを引き当て、この画像Ｌｂ
１０に個数ｋｂ１０とユーザＩＤとをレイヤ構造で重ね
た注文受付確認画像Ｊｂ１０を生成して送信する（ｄ
５）。

【０１０４】この個数ｋｂ１０は、縦型バーコードＢｂ
１０が受信される毎に、ユーザのカウンターが計数す
る。つまり、１回の受信ではｋｂ１０は「１」であり、
続いて広告駒写真画像Ａｂ１０のバーコードＢｂ１０が
受信されたときは個数ｋｂ１０は「２」となる。

【０１０５】そして、前述の個数ｋｂ１０は、点滅表示
させるように送信時のデータに書き込（この文字列を点
滅させるコマンド）んでいる。携帯電話器３は、点滅指
示が書き込まれている場合は、その個数の表示エリアを
点滅表示する。

【０１０６】前述の商品コードに対応する注文受付確認
画像Ｊｉは、図１０（ａ）に示す構成によって生成して
いる。つまり、縦型バーコード付きチラシのサイズの大
きさの領域に写真画像を入れる枠を形成し、この枠に写
真を組込み（組版）んだレイアウトデータの広告駒写真
画像（組版されたものを本実施の形態では広告駒写真画
像と称している）は、例えばレイヤー１の背景画像と、
レイヤー２の文章、レイヤ２の画像と、レイヤー４の画
像、レイヤー５のバーコードの画像とレイヤー６の商品
コードの画像とを重ね合わせて一つの画像を生成し、こ
れを枠に組み込んでいる。

【０１０７】そして、本実施の形態では、レイアウトデ
ータは、図１０（ｂ）に示すように、ページ番号にペー
ジに配列された枠の番号がリンク付けされ、枠の番号に
は、枠の座標範囲、商品コード、商品の写真の背景画像
のレイヤ（レイヤー１）、商品案内のレイヤ（レイヤー
２）、ユーザ端末提供画像Ｌｉのレイヤー等がリンク付
けされている。

【０１０８】このようにユーザ端末提供画像Ｌｉをリン
ク付けするのは、携帯電話器は画面サイズが小さく、大
きな画像ファイルを提供しても、その画面サイズで表示
できるように間引き等をして表示する。このため、商品
コードに対応した画像を携帯電話器に提供したとして
も、見えにくかったりする。

【０１０９】そこで、本実施の形態では、図１１（ｂ）
に示すように、最も少ない画素数で商品が何であるかを
判断できるユーザ端末提供画像Ｌｉをリンク付けしてい
る。

【０１１０】そして、この画像Ｌｉのレイヤと、商品コ
ード及び金額のレイヤーと、ユーザＩＤのレイヤーと、
合計価格のレイヤーと、合計個数のレイヤーとを重ね合
わせた新たな画像（注文受付確認画像Ｊｉ）を生成して
送信する（図１１ｃを参照）。この画像は、ユーザが必
要とする情報のみであり、商品案内は存在しない。

【０１１１】すなわち、図１２（ｂ）に示すように、携
帯電話器３の画面には、ユーザがバーコードリーダ２で
読み込んだ商品番号「４２１」の商品の注文受付確認画
像Ｊｂ１０（ユーザＩＤと個数付き）が表示される。

【０１１２】また、前述のユーザＩＤが８桁以上の場合
は、画面のスクロールキーによって全桁を見ることがで
きる。

【０１１３】このため、ユーザは、単にバーコードリー
ダ２で所望の商品のバーコードＢｉを読込させるだけ
で、注文した品物が確かに自分で発注したものであるこ
とを確認できると共に、個数を入力しなくとも、自動的
に個数が表示されるから、ユーザの手間が省けることに
なる。

【０１１４】そして、ユーザは携帯電話器３の画面に表
示された商品の注文受付確認画面Ｊｂ１０が広告駒写真
画像Ａｂ１０に基づいて注文したものであることがわか
り、かつ個数が１個でよい場合は、携帯電話器３の
「＊」キーを押下する。このキーの押下をインタフェー
ス１０のプログラムが検知して確認コマンドとしてネッ
トワークを介してサーバ８に送信させる（ｄ６ａ）。ま
た、「＊」キーの押下でインターフェース１０のプログ
ラムは、受信した注文受付確認画像Ｊｉ（Ｊｂ１０）を
消去する。

【０１１５】サーバ８の注文リスト作成処理部２３は、
ユーザが個数ｋｉを確認したと判定して、受注ファイル
１９の商品コードｍｉ「４２１」と個数ｋｉ「１」とか
らなるレコードに確認のフラグを設定する（図９（ｃ）
参照）。

【０１１６】また、画面を見てユーザが商品の購入を中
止したい場合は例えば「０」キーと「＊」キーとを押下
する。この押下をインターフェース１０のプログラムが
検知して商品訂正コマンド（ユーザＩＤと訂正コマン
ド）を送信する（ｄ６ｂ）。

【０１１７】また、ユーザが引き続いて、例えば、図１
２（ａ）に示す商品コード「４０７」の広告駒写真画像
Ａｂ１２の縦型バーコードＢｂ１２をバーコードリーダ
２で読み込ませたとすると、この縦型バーコードＢｂ１
２のデータ（ユーザＩＤ、商品コード、）を携帯電話器
３はネットワークを介して生協のサーバ８に送信する
（ｄ７）。

【０１１８】サーバ８の受注ファイル生成処理部１８
は、このデータを受注ファイル１９のユーザＩＤにリン
ク付けして記憶する。

【０１１９】一方、受注商品画像抽出処理部２０の編集
処理４０が、商品コードにリンクされている縦型バーコ
ード付きチラシ１の広告駒写真画像Ａｂ１２に基づくユ
ーザ端末提供画像Ｌｉをファイル２１ｃから引き当て、
ユーザＩＤと個数ｋａ１２とをその画像に重ねた後に、
ユーザの携帯電話器３に送信する（ｄ８）。

【０１２０】つまり、商品コード及び金額のレイヤー
と、ユーザＩＤのレイヤーと、合計価格のレイヤーと、
合計個数のレイヤーとを重ね合わせた新たな画像（Ｊ
ｉ）を生成して送信する（図１１ｃを参照）。

【０１２１】図１２（ｂ）に示すようにユーザの携帯電
話器３には、ユーザが縦型バーコード付きチラシ１から
選択した「４０７」の商品の広告駒写真画像Ａｂ１２に
基づく注文受付確認画像Ｊｂ１０が表示される。また、
ユーザＩＤと、個数とが表示される。この個数ｋａ１２
は「１」である。

【０１２２】次に、ユーザは「４０７」の商品を２個欲
しい場合は、再びバーコードリーダ２を用いて、「４０
７」の広告駒写真画像Ａｂ１２の領域の縦型バーコード
Ｂｂ１２を読み込ませる。つまり、バーコードリーダ２
を親指と人差し指で挟んで親指でボタンを押下して、縦
型バーコードＢｂ１２のデータを送信する（ｄ９）。

【０１２３】生協のサーバ８の受注ファイル生成処理部
１８は、受信したデータの商品コードがユーザの翌週の
受注ファイル１９に存在するかどうかを判断し、存在す
る場合は、その受注ファイル１９の商品コードｍｉに対
応する個数に「１」を加算する（図７参照）。

【０１２４】本実施の形態では、先にユーザから「４０
７」を受信しているので、「４０７」の個数ｋａ１２が
「２」に更新される。

【０１２５】そして、受注商品画像抽出処理部２０は、
ユーザから受信した縦型バーコードＢｂ１２のデータが
示す商品コード「４０７」に対応するユーザ端末提供画
像Ｌｂ１０をファイル２１ｃから検索し、この画像Ｌｂ
１０に、商品コード「４０７」と、個数ｋａ１２「２」
とユーザＩＤとを重ねてた注文受付確認画像Ｊｂ１０を
送信する（ｄ１０）。

【０１２６】つまり、商品コード及び金額のレイヤー
と、ユーザＩＤのレイヤーと、合計価格のレイヤーと、
合計個数のレイヤーとを画像Ｌ１０を重ね合わせた新た
な画像（注文受付確認画像）を生成して送信する（図１
０ｃを参照）。

【０１２７】すなわち、ユーザの携帯電話器３の画面に
は、図１２（ｃ）に示すように、「４０７」の商品コー
ドとユーザＩＤとが画像Ｌｂ１０とからなる注文受付確
認画像が表示される。従って、ユーザは携帯電話器３の
画面で誤り無く「４０７」の商品を２個発注したことを
確認できる。

【０１２８】そして、個数と商品を確認した場合、例え
ば「＊」キーを押下する（このキーの押下で画像Ｊｂ１
２は消去される）。このキーの押下信号がネットワーク
を介してサーバ８に送信され（ｄ１１）、サーバ８の注
文リスト作成処理部２３は、ユーザが個数を確認したと
判定して、受注ファイル１９の商品コードｍｉと個数ｋ
ｉとからなるレコードに確認のフラグを設定する。

【０１２９】このように、バーコードリーダ２を移動さ
せながら親指でボタン２ａを押下して所望の商品を注文
して行き、生協のサーバ８は縦型のバーコードＢｉ、Ｃ
ｉによる注文を受ける毎に、前述の処理を繰り返す。

【０１３０】そして、ユーザが翌週分の注文を全て終え
たと判断して、「＃」キーを押下すると、インターフェ
ース１０のプログラムは、リスト要求コマンド（ユーザ
ＩＤを含む）をネットワークを介して携帯電話３からサ
ーバ８に送信させる（ｄ１２）。

【０１３１】「＃」キーによるリスト要求コマンドは受
注リスト生成処理部２３に渡される。受注リスト生成処
理部２３は、受注ファイル１９からＩＤにリンク付けさ
れている全ての商品コードｍｉ（ｍ１、ｍ２、…）、個
数ｋｉをリストに纏めて受注リストファイル２４に保存
すると共に、各商品コードの金額ｆｉの合計金額を求め
て付加し、このリストＲｉを携帯電話器３に送信する
（ｄ１３）。

【０１３２】すなわち、ユーザは、自分で多数の商品を
注文しても、その合計額が生協側からリストで返送され
るので、商品を購入しすぎたかが分かるから非常に便利
である。

【０１３３】次に、ユーザは、画面に表示されたリスト
Ｒｉの商品名と個数と金額を確認して合計額が予算内で
あれば携帯電話３のＯＮキーと＃キーとを押下する。こ
の押下信号を注文終了にしてネットワークを介して生協
のサーバ８に送信させる（ｄ１４）。

【０１３４】生協のサーバ８は、注文終了を受けると受
注リストファイル２４の各リストの商品を発注ファイル
２６に保存する。

【０１３５】（注文した商品を訂正する場合）例えば、
図１３に示すようにユーザがリストを要求してそのリス
トを画面に表示した後に、合計金額が予算オーバ又は注
文した商品の個数が多いと判断した場合は、ユーザは携
帯電話３の「０」キーと「＃」キーとを押下する。この
押下信号をインターフェース１０のプログラムがリスト
の訂正コマンド（ユーザＩＤと年月日とが付加される）
をネットワークを介して生協のサーバ８に送信させる
（ｄ１４）。

【０１３６】サーバ８の訂正処理部２２がリスト訂正コ
マンドを受信すると、図１２に示す訂正する商品コード
入力画面Ｇｉ（ｈｔｔｐ）をネットワークを介して携帯
電話３に送信させる（ｄ１５）。訂正する商品コード入
力画面Ｇｉは、ユーザＩＤと年月日時刻が付加されてい
る。

【０１３７】ユーザは携帯電話器３のキーを用いて、訂
正する商品の商品コードＨｑと個数ｋｑとを入力する。
携帯電話はこの商品コードＨｑと個数ｋｑとにユーザＩ
Ｄと訂正コードとを付加し、これを訂正情報Ｈｉとして
生協のサーバ８に送信する（ｄ１６）。

【０１３８】生協のサーバ８は、受注ファイル１９から
訂正情報ＨｉのユーザＩＤ、商品コードに対応する注文
情報（ユーザＩＤ、商品コード、号数）を引き当て、個
数ｋｉを送信された個数ｋｑに更新する。そして、商品
コードに一致するコードを有する広告駒写真画像Ａａｑ
をファイル２１ａから抽出し、この画像Ｌａｑにユーザ
ＩＤと個数ｋｑとを合成して、携帯電話に送信する（ｄ
１７）。

【０１３９】ユーザは携帯電話器３の画面に表示された
画像ＬｂｑとユーザＩＤと個数ｋｑとを確認し、誤りが
無ければ「＊」キーを押下する。携帯電話器３は確定コ
ードを生協のサーバ８に送信する（ｄ１８）。

【０１４０】また、ユーザはさらに変更したいものが存
在するときは、上記と同様に「０」、「＃」キーを押下
して訂正要求を行う（ｄ１９）。

【０１４１】訂正要求を受けたサーバ８は、上記のよう
に訂正する商品コード入力画面Ｒｉを送信して、商品、
個数の訂正を受け付ける。

【０１４２】また、継続して訂正する必要がない場合
は、ユーザは携帯電話３の「＃」キーを押下してリスト
を生協のサーバ８から送信させる（ｄ２０、ｄ２１）。

【０１４３】ユーザはリストＲｉの内容を確認し、合計
額が予算内であれば、携帯電話器３の「ＯＮ」「＃」キ
ーを押下した後に「ＯＦＦ」キーを押下して回線を切断
する（ｄ２２）。

【０１４４】従って、ユーザは訂正を受け付ける期間内
において、何度でも変更がネットワークを用いてでき
る。

【０１４５】また、リストをサーバから要求して確認で
きるので、どのような商品を購入したかを常に確認でき
るので、後日注文した商品を忘れても直ぐに確認でき
る。

【０１４６】さらに、上記実施の形態では、縦型バーコ
ードが示す商品コードに対応する写真画像を生協のサー
バ側から送信したが、回線使用料金を下げるために広告
駒写真画像の送信が不要とされたときは、広告駒写真画
像に代えて、商品コードと個数とユーザＩＤと年月日と
時刻とを一組にしてユーザの携帯電話に送信する。

【０１４７】ユーザは携帯電話の画面に表示された商品
コードと縦型バーコード付きチラシとを確認して自分が
注文したものであることを確認する。また、この商品コ
ードには、個数が対応させられている。

【０１４８】なお、上記実施の形態では、図４に示すバ
ーコードリーダを用いたが、図１４に示すバーコードリ
ーダ一体型の携帯電話を用いてもよい。

【０１４９】図１４に示す携帯電話３０は、底部にバー
コードリーダが内蔵されており、底部の発射口３０ｂか
らレーザ光が発射される。この発射は携帯電話３０のキ
ー部の下方に設けられたボタン３０ａの押下によって発
射される。

【０１５０】ここで、上記説明の受注ファイル生成処理
部１８について図１５のフローチャートを用いて説明を
補充する。

【０１５１】受注ファイル生成処理部１８は、図１５に
示すように、サーバ８が受信して受信用メモリ（図示せ
ず）に記憶されたユーザアクセス情報Ｐｉの年ｆａ、号
数ｆｂ、ページ数ｆｃ（以下総称して号数情報Ｆｉ）及
びユーザＩＤ（ｆｄ）を読み込む（Ｓ１）。

【０１５２】次に、この号数情報Ｆｉの年ｆｄの縦型バ
ーコード付きチラシの配達済号数情報ｈｉを配達済チラ
シファイル１９ｄから読み込む（Ｓ２）。

【０１５３】次に、読み込んだ号数情報Ｆｉの年ｆｄ、
号数ｆｂが配達済チラシファイル１９ｄのどの号数情報
ｈｉ（ｈｉ、ｈ２…）に属するかどうかを判定する（Ｓ
３）。 ステップＳ３において、判定した号数情報ｈｉ
が号数情報ｈ１であると判定したときは、現在の年月日
ｇｉは配達済チラシファイル１９ｄのどの号数情報に属
するかどうかを判定する（Ｓ４）。例えば、ｇｉが２０
０２年９月１１日（水）であるときは、号数情報ｈ２と
判定する。

【０１５４】ステップＳ４において、号数情報ｈ２に属
すると判定したときは、ユーザアクセス情報Ｐｉは、過
去の週に配布した縦型バーコード付きチラシによる注文
と判定（Ｒａ）する（Ｓ５）。

【０１５５】次に、ユーザアクセス情報ＰｉのユーザＩ
Ｄ（ｆｄ）のユーザの配達曜日ｈｐとユーザアクセス情
報Ｐｉの受信曜日ｊｉを比較し、ユーザの配達日ｈｐよ
り一日前以上の曜日か又はｈｐより１日後の曜日（ｊｉ
が水の場合は、金曜日、土曜日、翌週の月曜日）を判定
する（Ｓ６）。

【０１５６】前述のユーザ配達曜日ｈｐは、ユーザエリ
ア毎に相違している。つまり、ユーザＩＤ毎に相違して
いる。このため、ファイル１９ｄは、ユーザＩＤ毎に備
えられている。

【０１５７】次に、ステップＳ６において、ｈｐより一
日前以上の曜日と判定したときは、配達可能と判定する
（Ｓ７）。

【０１５８】つまり、受信したユーザアクセス情報Ｐｉ
の受信年月日がファイル１９ｄに保存されている、その
ユーザＩＤの配達曜日より一日前以上の曜日で、１月い
ないに配達した縦型バーコード付きチラシ１によるもの
であれば、配達可能としている。

【０１５９】そして、配達可能とされたときは、ユーザ
アクセス情報Ｐｉの号数情報Ｆｉに基づく商品コードを
受け付けるための待ち状態となる（Ｓ８）。受注ファイ
ル１９ａを記憶書き込み状態にする。

【０１６０】そして、商品コードｍｉ（ユーザＩＤは付
加されている）が受信されたかどうかを判断し、受信さ
れたときは、注文した縦型バーコード付きチラシを判定
し（Ｓ１０）、過去に配布した縦型バーコード付きチラ
シと判定しているときは、次週用分注文受付ファイル１
９ｂに保存する（Ｓ１１）。また、ステップＳ１０にお
いて、次週の縦型バーコード付きチラシによる注文と判
定したときは、今週配達商品用ファイル１９ｃに保存す
る（Ｓ１２）。

【０１６１】また、ステップＳ３において、号数情報Ｆ
ｉがファイル１９ｄの号数情報ｈ２と判定したときは、
現在の年月日ｇｉは、どのｈｉに属するかどうかを判定
する（Ｓ１３）。ステップＳ１３において、ｈ２と判定
したときは、ステップＳ５に処理をもどして、ユーザア
クセス情報Ｐｉは過去の週に配布した縦型バーコード付
きチラシと判定する。

【０１６２】また、ステップＳ１３において、ｈ１と判
定したときは、ユーザアクセス情報Ｐｉは次週用の縦型
バーコード付きチラシ１（１ｂ、１ａ）による注文と判
定して処理をステップＳ６に移して配達曜日ｈｐに対し
て一日より前又は後の週かを判定させる。

【０１６３】さらに、ステップＳ６において、ｈｐより
一日前後の曜日のときは、配達不可と判定する（Ｓ１
５）。例えば、受信した曜日が水曜日で、ｈｐが木曜日
のときは、配達不可である。

【０１６４】＜実施の形態２＞本実施の形態は、モバイ
ルパソコンにバーコードリーダを接続して縦型バーコー
ド付きチラシ１の商品を発注する。図１６は実施の形態
２の動作を説明するシーケンス図である。

【０１６５】ユーザはバーコードリーダ２を用いて縦型
バーコード付きチラシ１の縦型バーコードＣｉ（ＵＲ
Ｌ、号数、分野）を読み込ませて、モバイルパソコン５
０を用いて生協のサーバ８にアクセスしてユーザＩＤの
入力画面を提供させる。そして、ユーザＩＤと機種コー
ドとを送信させて、生協のサーバに認証させる（ｄ０、
ｄ１、ｄ２）。

【０１６６】サーバ８は、機種コードがモバイルパソコ
ン５０の場合は、注文品を纏めてリストと写真で通知を
知らせる（ｄ３０）。この通知画面には、確認キー、訂
正キー、リスト要求キー等（図示せず）が含まれる。

【０１６７】ユーザはこの通知を受けて、バーコードリ
ーダを用いて縦型バーコード付きチラシの所定望の商品
の縦型バーコードＢｉを順次読み込ませて送信させる
（ｄ４）。

【０１６８】そして、ユーザは全ての商品を注文した場
合は、画面の確認キーを選択する。モバイルパソコン５
０は、確認キーの選択に伴って、注文商品確認コマンド
をサーバに送信する。

【０１６９】サーバ８の受注商品画像抽出処理部２０は
注文品確認コマンドを受信すると、ファイル２１ａに保
存されている全ての商品コードｍｉの広告駒写真画像を
ファイル２１ａから抽出し、この写真画像に注文個数ｋ
ｉを書き込んで送信すると共に、商品コードに値段と個
数とを対応させ、その合計額を記載したリストＲｍｉを
送信する（ｄ３２）。

【０１７０】すなわち、ユーザのモバイルパソコン５０
の画面には、ユーザがバーコードリーダで注文した多数
の写真画像のみが整理されて図１７に示すように表示さ
れる。商品が多く１画面で表示されない場合は、次ペー
ジを開く。また、リストは最終ページに載せられてい
る。

【０１７１】そして、以後は上記と同様にして、例えば
訂正の場合は訂正キーを選択して所望の商品を訂正（例
えば個数）する。

【０１７２】＜実施の形態３の動作＞図１９は実施の形
態３の動作を説明するシーケンス図である。実施の形態
１と同様にユーザはバーコードリーダ２を用いて縦型バ
ーコード付きチラシ１の縦型バーコードＣｉ（ＵＲＬ、
号数、分野等）を読み込ませて、パソコンによって生協
のサーバ８にアクセスしてユーザＩＤの入力画面を提供
させる。そして、ユーザＩＤ（予め生協側から提供させ
る）を送信させて、生協のサーバに認証させる（ｄ１、
ｄ２）。

【０１７３】サーバ８は、ユーザＩＤが予め登録されて
いる場合は、ログインを許可する（ｄ４０）。

【０１７４】ユーザは、バーコードリーダ２を用いて縦
型バーコード付きチラシの所定望の商品の縦型バーコー
ドＢｉを読み込ませる。インターフェース１０のプログ
ラムは、縦型バーコードＢｉを解読し、その商品コード
をパソコンの画面に表示させる。

【０１７５】ユーザは画面の商品コード（番号）と縦型
バーコード付きチラシ１の商品番号とを確認した後に、
希望の個数ｋｉをテンキーを用いて入力する。インター
フェース１０のプログラムは、入力された個数ｋｉを商
品コードの近傍に表示させる。そして、送信ボタンを押
下して縦型バーコードＢｉの商品コードと個数ｋｉとを
送信させる（ｄ４１）。例えば、広告駒写真画像Ａｂ１
０の縦型バーコードＢｂ１０の商品コードと個数ｋ１０
とを送信する。

【０１７６】以後はユーザは縦型バーコード付きチラシ
を見て、希望の商品をバーコードリーダ２で読み込ませ
てパソコンに表示させ、個数をテンキーを用いて次々と
入力して送信させる（ｄ４２）。

【０１７７】そして、全ての商品を注文した後に実施の
形態１と同様にパソコンの「＃」キーを押下すると、イ
ンターフェース１０のプログラムは、リスト要求コマン
ド（ユーザＩＤを含む）をネットワークを介してパソコ
ンからサーバ８に送信させる（ｄ１２）。

【０１７８】一方、「＃」キーによるリスト要求コマン
ドは受注リスト生成処理部２３に渡され、受注リスト生
成処理部２３は、受注ファイル１９からＩＤにリンク付
けされている全ての商品コードｍｉ（ｍ１、ｍ２、
…）、個数ｋｉをリストに纏めて受注リストファイル２
４に保存すると共に、各商品コードの金額ｆｉの合計金
額を求めて付加し、このリストＲｍｉを携帯電話器３に
送信する（ｄ１３）。

【０１７９】すなわち、ユーザは、自分で多数の商品を
注文しても、その合計額が生協側からリストで返送され
るので、商品を購入しすぎたかが分かるから非常に便利
である。

【０１８０】次に、ユーザは、画面に表示されたリスト
Ｒｍｉの商品名と個数と金額を確認して合計額が予算内
であれば携帯電話３のＯＮ、＃ーを押下する。この注文
終了信号がネットワークを介して生協のサーバ８に送信
される（ｄ１４）。

【０１８１】生協のサーバ８は、注文終了を受信する
と、注文の確定と判断して受注リストファイル２４の各
リストの商品を発注ファイル２６に保存する。

【０１８２】＜実施の形態４＞図２０は実施の形態４の
動作を説明するシーケンス図である。実施の形態１と同
様にユーザはバーコードリーダ２を用いて縦型バーコー
ド付きチラシ１の縦型バーコードＣｉ（ＵＲＬ、号数、
分野、ページ数）を読み込ませて、携帯電話器３によっ
て生協のサーバ８にアクセスしてユーザＩＤの入力画面
を提供させる。そして、ユーザＩＤ（予め生協側から提
供させる）を送信させて、生協のサーバ８に認証させる
（ｄ０、ｄ１、ｄ２）。

【０１８３】サーバ８の送信形式決定処理部１７は、認
証後に注文形態をネットワークを介して携帯端末３に送
信する（ｄ４５）。この注文形態は図２０に示すよう
に、（ａ）前週の注文リスト、（ｂ）次週の注文用の縦
型バーコード付きチラシによる注文を選択させるための
画面である。

【０１８４】そして、ユーザは（ａ）前週を選択した場
合は、携帯電話器３は（ａ）が選択されたことを示すコ
マンドをサーバ８に送信する（ｄ４６）。

【０１８５】サーバ８は、ユーザＩＤにリンク付けさせ
て先週の注文リスト（商品コード、個数のリスト）を注
文ファイルに記憶しており、ユーザが前週を選択したと
きは、そのユーザＩＤにリンク付けされている先週の注
文リストのデータを送信する（ｄ４７）。

【０１８６】すなわち、図１９に示すように、パソコン
５０には前週の注文リスト画面（ユーザＩＤに前週の注
文情報（項目番号、分野、商品コード、個数）が表示さ
れる。

【０１８７】この前週の注文リストからユーザが希望の
商品を選択すると、その注文情報を送信する（ｄ４
８）。

【０１８８】サーバ８は、注文情報をユーザＩＤと年月
日にリンク付けさせて、受注ファイル１９に保存する
（ｄ４９）。

【０１８９】そして、サーバ８の受注商品画像抽出処理
部２０は保存した注文情報の商品コードに対応する前週
の縦型バーコード付きチラシの駒画像を送信する（ｄ５
０）。

【０１９０】ユーザは表示された写真画像が目的の商品
の場合は、「＊」キーを押下する。この「＊」キーの押
下で確認コマンドをインターフェース１０のプログラム
は送信させる（ｄ５１）。

【０１９１】サーバ８は確認コマンドを受けると、受注
ファイル１９に保存した商品情報に対して確定フラグを
割り付ける。

【０１９２】このような手順でユーザは前週の注文リス
トから希望の商品を選択していき、サーバはその商品コ
ードに対応する前週の縦型バーコード付きチラシの駒を
送信する。

【０１９３】従って、ユーザは何時も同じものを簡単に
注文できると共に、その商品コードの縦型バーコード付
きチラシの駒が画面に表示されるので、前週の縦型バー
コード付きチラシが無くとも正確に希望の商品を発注で
きることになる。

【０１９４】そして、ユーザは希望の商品を全て注文し
た場合は、実施の形態１と同様に「＃」キーを押下して
リスト要求を行う（ｄ１２）。

【０１９５】サーバ８はリスト要求を受信すると、ユー
ザが翌週分の注文を全て終えたと判断して、受注ファイ
ル１９からＩＤにリンク付けされている全ての商品コー
ドｍｉ（ｍ１、ｍ２、…）、個数ｋｉをリストに纏めて
受注リストファイル２４に保存すると共に、各商品コー
ドの金額ｆｉの合計金額を求めて付加し、このリストＲ
ｉを送信する（ｄ１３）。

【０１９６】また、合計金額が予算オーバ又は注文した
商品の個数が多い若しくは商品が違う（写真画像から）
と判断した場合は、ユーザは「０」キーと「＃」キーと
を押下する。この押下信号をインターフェース１０のプ
ログラムがリストの訂正コマンド（ユーザＩＤと年月日
とが付加される）をネットワークを介して生協のサーバ
８に送信する（ｄ１４）。

【０１９７】サーバ８の訂正処理部２２がリスト訂正コ
マンドを受信すると、上記のように訂正する商品コード
入力画面Ｇｉをネットワークを介して送信させて、訂正
させる。

【０１９８】また、注文が確定「ＯＮ、＃」とされたと
きは、受注ファイルに保存されている確定フラグが付加
されている商品情報の商品コードが次週チラシファイル
のどの商品コードに対応するかを検索し、この検索した
商品コードに書き換えて、前週の注文ファイルの注文リ
ストを更新する。

【０１９９】すなわち、サーバ８は図２０に示すよう
に、前週の注文リストを保存したファイル５２と、前週
のチラシ画像を保存したファイル５３と、次週のチラシ
画像を保存したファイル５５と、商品コード変換テーブ
ル５４とを備え、携帯電話器３から前週の注文リスト要
求（ユーザＩＤを含む）を受信したときは、このユーザ
ＩＤにリンク付けされている前週の注文リストを引き当
て、これを携帯電話器３に送信する。この注文リスト
は、ユーザＩＤにリンク付けされ、項目番号（１）
（２）…に分野（肉、魚、野菜…）と商品コードと個数
と単価とが対応させられている。

【０２００】そして、送信した前週の注文リストから選
択されたデータ（項目）を受注ファイル１９に保存し、
確認とされたときに確認フラグを設定する。

【０２０１】また、更新処理部５９を備え、注文確定コ
マンドを携帯電話器から受信した後に、回線が切断され
ると、受注ファイル５１の受注データ（項目；（１）、
（２）…前週を示すコード、商品コード、確定フラグ）
を読み、この商品コードに対応する次週の商品コードを
商品コード変換テーブル５４から引き当てる。

【０２０２】そして、引き当てた商品コードを有する商
品コードを有する前週の注文リストのデータをファイル
５２から引き当て更新する。

【０２０３】また、チラシ更新処理部５９を備えてい
る。このチラシ更新処理部５９は、カレンダーの年月日
を監視し、次週の年月日となったときは、次週のチラシ
ファイル５５に保存されているチラシ画像を前週のチラ
シ画像として保存する。

【０２０４】例えば、ファイル５３には１０月１日から
６日のチラシを前週のチラシとして保存しているとし、
ファイル３２には１０月７日から１２日までのものを次
週のチラシとしているとすると、１０月１３日になった
ときに１０月１３日から１８日までの次週のチラシ画像
をファイル３２に保存させたときに、１０月７日から１
２日までのものを前週のチラシとしてファイル５３に保
存させるのが好ましい。

【０２０５】＜実施の形態４＞図２１は実施の形態４の
概略構成図である。図２１に示すように、本実施の形態
は、個数変更プログラム付加部６０を設けている。この
個数変更プログラム付加部６０は、受注商品画像抽出処
理部２０が受信した商品コードに対応する携帯電話用画
像を抽出すると、この携帯用画像に個数変更のプログラ
ムをリンク付けして送信形式決定処理部１７に渡して送
信させる。この個数変更のプログラムの送信時には、携
帯用画像のユーザＩＤ、商品コードに対応する受注ファ
イルの商品個数を添付して送信させている。

【０２０６】この個数変更プログラムは、図２２（ａ）
に示す携帯電話用画像がユーザ端末（携帯電話）に送信
されて画面に表示されて、「＃」キーが選択されると、
図２２（ｂ）に示す個数修正画面を表示する。この画面
において、個数変更のプログラムは、添付されている現
在の個数を現在個数欄に表示し、修正個数欄には修正個
数を入力させる。

【０２０７】そして、この欄に入力された修正個数に商
品コードとユーザＩＤとを付加してサービスサイトに送
信させて、受注ファイルの個数を修正させている。

【０２０８】なお、上記各実施の形態ではチラシとして
説明したが、通販等のカタログ販売に本実施のシステム
を適用させてもよい。

【０２０９】また、上記実施の形態では縦型バーコード
付きチラシ１のバーコードＣｉは、サイトのＵＲＬ、号
数、年、商品分野、ページ数に対応するとして説明した
が、縦型バーコード付きチラシの広告番号が全て相違し
ている場合は、商品分野、ページ数に対応させたバーコ
ードＣｉにしなくともよい。

【０２１０】以上のように、従来のようにマークシート
とチラシとを合わせて、ユーザがマークシートにペンで
記入していかなくとも、ユーザは、注文を手間取ること
なく容易に注文でき、かつ端末の画面で注文したものが
正しいか、個数はよいかを確認できる。

【０２１１】また、サーバはｗｅｂ機能でこれらの注文
をユーザＩＤにリンク付けしてリスト（注文受付リス
ト）で保存することになるから従来のように、ＯＣＲ装
置を設置しなくともよいので、コストを低減できるとい
う効果が得られている。

【０２１２】ユーザは、単にバーコードリーダの発射ボ
タンを押下するだけで、同じ商品を何個でも購入でき
る。

【０２１３】また、サーバは、注文受付リストの要求が
なされたとき、そのユーザＩＤにリンク付けされいる翌
週分の注文受付リストを提供するので、ユーザはどんな
商品を注文したかを何時でも確認できる。

【０２１４】サーバは、訂正要求が一定期間内になされ
たときに、保存した注文受付リストのユーザＩＤにリン
ク付けされている商品コードと個数とを消去する。すな
わち、従来はマークシートに所望の商品を書き込んで、
配達日に担当者に渡しているので、変更の場合は電話で
連絡し、センター側で担当者が手入力で変更しなければ
ならなかったが、ユーザがネットワークを用いて変更で
きるので、コストが低下するという効果が得られてい
る。

【０２１５】ユーザ側からネットワークを介して注文受
付リストが要求されると、そのユーザが注文した商品の
合計金額を注文受付リストに付加してユーザ側に送信す
るので、ユーザにとっては次週は買いすぎたかどうかを
計算しなくとも把握できる。

【０２１６】携帯電話はブラウザ機能を有するものを用
いているので、画像がサイト（サーバ）から送信されて
も、画面に表示できるという効果が得られている。

【０２１７】底部にバーコードリーダを備えた携帯電話
を用いているので、縦型バーコードを付したチラシのバ
ーコードを容易に読み取らせることが可能となると共
に、個数、訂正等のキー操作が容易になる。

【０２１８】

【発明の効果】以上のように本発明によれば、サーバが
ユーザ端末から商品コードを受信したときに、その商品
コードに関連する端末提供用商品画像と、商品コード
と、値段と、ユーザコードとをレイヤー構造にして重ね
合わせた注文受付確認用画像を送信する。

【０２１９】このため、ユーザは、自分の注文した商品
を画像（端末提供用商品画像と、商品コードと、値段
と、ユーザコード）で確認できるので、正確に注文がで
きるという効果が得られている。また、ユーザ端末は商
品コード、ユーザコード等のコードデータをサーバに送
信し、サーバ側からは注文受付確認用画像（端末提供用
商品画像と、商品コードと、値段と、ユーザコード）を
送信するので、画像を使った通信でも全体の通信料は抑
えられている（ユーザ側の通信料は安価）。

【０２２０】また、商品コードを受信する毎に、個数を
加算する方式であるから、ユーザ側に取ってはキー操作
が少ない。

【０２２１】また、本発明によれば、チラシは、上部の
角部にサーバのＵＲＬ、号数、年を示した縦型の第１の
バーコードを印刷し、各広告駒写真画像の角部に商品コ
ードを示した縦型の第２のバーコードを印刷した縦型バ
ーコード付きチラシに対して、平型にされてレーザ発射
口が長方形にされ、かつ一方の平型の面の中央にレーザ
発射ボタンを設けたバーコードリーダを用いている。

【０２２２】このため、縦型の第１、第２のバーコード
を読み取るときは、親指をバーコードリーダの発射ボタ
ンに当てた持ち方で読み取らせることが可能になり、か
つサーバは、第１のバーコードの受信でログインを許可
し、第２のバーコードの受信で、その商品コードに関連
する端末提供用商品画像と、商品コードと、値段と、ユ
ーザコードとをレイヤー構造にして重ね合わせた注文受
付確認用画像を送信する。

【０２２３】このため、ユーザは、自分の注文した商品
を画像（端末提供用商品画像と、商品コードと、値段
と、ユーザコード）で確認できるので、正確に注文がで
きる。また、サーバ側でユーザが確認後に次週配達用フ
ァイルに保存する。つまり、ユーザが縦型バーコード付
きチラシをバーコードリーダで読み込ませるだけで、サ
ーバが、次週配達用のファイルを生成している。すなわ
ち、縦型バーコード付きチラシをマークシートとさせて
いる。

【図面の簡単な説明】

【図１】実施の形態１の形態の商品受発注システムの概
略構成図である。

【図２】本実施の形態に用いるユーザに渡されるチラシ
（左利き用）を説明する説明図である。

【図３】本実施の形態に用いるユーザに渡されるチラシ
（右利き用）を説明する説明図である。

【図４】バーコードリーダと携帯電話の接続を説明する
説明図である。

【図５】本実施の形態のサーバの概略構成図である。

【図６】受注ファイルとユーザファイルを説明する説明
図である。

【図７】本実施の形態の受注ファイル生成処理部の個
数、金額の算出を説明するブロック図である。

【図８】本実施の形態の動作を説明するシーケンス図で
ある。

【図９】本実施の形態のチラシの広告駒写真画像と携帯
電話に表示される画面とを説明する説明図である。

【図１０】本実施の形態の受注商品画像抽出処理部のお
ける注文受付確認画像の生成過程を説明する説明図であ
る。

【図１１】本実施の形態の受注商品画像抽出処理部のお
ける注文受付確認画像の生成過程を説明する説明図であ
る。

【図１２】本実施の形態のチラシの広告駒写真画像と携
帯電話に表示される画面とを説明する説明図である。

【図１３】本実施の形態の動作を説明するシーケンス図
である。

【図１４】バーコードリーダ付き携帯電話を説明する説
明図である。

【図１５】受注ファイル生成処理部１８の一部の動作を
説明するフローチャートである。

【図１６】実施の形態のモバイルパソコンを用いた場合
のシーケンス図である。

【図１７】モバイルパソコンを用いた場合の受注確認リ
ストの説明図である。

【図１８】実施の形態３の動作を説明するシーケンス図
である。

【図１９】実施の形態３の動作を説明するシーケンス図
である。

【図２０】実施の形態３に用いるサーバの概略構成図で
ある。

【図２１】実施の形態４のサーバの概略構成図である。

【図２２】実施の形態４の個数変更のプログラムの動作
を説明する説明図である。

【図２３】従来のチラシの説明図である。

【図２４】従来のチラシの説明図である。

【図２５】従来で用いるマークシートの説明図である。

【符号の説明】

１ チラシ ２ バーコードリーダ ３ 携帯電話 ８ サーバ ２ａ レーザ光発射ボタン １５ ユーザ認証処理部 １７ 送信形式決定処理部 １８ 受注ファイル生成処理部 ２０ 受注商品画像抽出処理部 ２２ 訂正処理部 ２３ 受注リスト生成処理部

Claims (7)

【特許請求の範囲】
1. 【請求項１】 複数枚を一つのチラシとし、該チラシを
   特定曜日に顧客に渡して、前記チラシの商品の受注をユ
   ーザ端末からコンピュータネットワークを介してサーバ
   が受け付け、該受付毎に前記サーバが前記ユーザ端末に
   前記チラシに掲載されている商品の画像を送信する商品
   受発注システムであって、 前記サーバは、 商品分野、ページ数、年からなるフォルダに、前記商品
   の商品コードを保存し、該商品コードに前記チラシの商
   品の値段、商品案内、商品の写真画像並びに該写真画像
   に基づく前記ユーザ端末の機種に応じた端末提供用商品
   画像をリンク付けして保存したデータベースと、 前記チラシの商品分野、年、号数、機種、ユーザＩＤか
   らなる第１の受信データを受信したとき、前記商品分
   野、ページ数、年に対応する前記フォルダを開いて、前
   記商品コードの待ち受け状態となる手段と、 前記商品コードを受信したとき、該商品コードに対応す
   る前記端末提供用商品画像を抽出する手段と、 前記抽出した端末提供用商品画像にリンク付けされてい
   る前記商品コード、値段を抽出する手段と、 前記ユーザＩＤ毎に、前記商品コード、受注個数、単
   価、合計額が記憶される受注ファイルと、 前記商品コードを受信する毎に、前記ユーザＩＤ、号
   数、年に対応させた受注データを前記受信したユーザＩ
   Ｄに対応する前記受注ファイルに保存し、前記受信した
   商品コードに一致する商品コードが存在するかどうかを
   判断し、存在するときは、現在の個数に「１」を加算し
   て前記受注個数をこの加算個数に更新する手段と、 前記受注個数が更新される毎に、前記商品コード、前記
   受注個数、前記ユーザＩＤ、前記端末提供用画像とをレ
   イヤー構造で重ね合わせた注文受付確認用画像を生成す
   る手段と、 前記注文受付確認用画像を前記コンピュータネットワー
   クを介して前記受信したユーザＩＤを有するユーザ端末
   に送信する手段とを有することを特徴とする商品受発注
   システム。
2. 【請求項２】 前記サーバは、前記受注個数が更新され
   る毎に、前記リンク付けされている単価を読み、この単
   価と前記更新された受注個数との積を前記合計額として
   求める手段と、 前記合計額のレイヤーを生成し、前記商品コード、前記
   受注個数、前記ユーザＩＤ、前記端末提供用画像のレイ
   ヤに重ね合わせて前記注文受付確認用画像を生成する手
   段とを有することを特徴とする請求項１記載の商品受発
   注システム。
3. 【請求項３】 前記サーバは、 前記注文受付確認用画面を前記ユーザ端末に送信した後
   に、該ユーザ端末から注文確認を受信しとき、前記特定
   曜日から１週間を商品渡す週とした次週配達用のファイ
   ルに前記ユーザコードと前記商品コードと注文個数と端
   末提供用画像をリンク付けして保存する手段とを有する
   ことを特徴とする請求項１又は２記載の商品受発注シス
   テム。
4. 【請求項４】 複数枚を一つのチラシとし、該チラシを
   特定曜日に顧客に渡して、前記チラシの商品の受注をユ
   ーザ端末からコンピュータネットワークを介してサーバ
   が受け付け、該受付毎に前記サーバが前記ユーザ端末に
   前記チラシに掲載されている商品の画像を送信する商品
   受発注システムであって、 前記チラシは１枚毎に、 前記広告駒写真画像の商品分野、号数、ページ数、前記
   サーバのネットワークアドレスに対応した第１のバーコ
   ードが縦に上部に印刷され、かつ前記商品の画像の商品
   番号に対応した第２のバーコードが前記縦に前記商品の
   画像の角部領域に印刷され、 前記ユーザ端末は、バーコードリーダと、ブラウザ機能
   及び前記コンピュータ接続機能を有し携帯電話器とを接
   続してなり、 前記バーコードリーダは、筐体が厚みを有して平型にさ
   れてレーザ発射口が長方形にされ、かつ一方の平型の面
   の中央にレーザ発射ボタンを設け、該レーザ発射ボタン
   の押下で、前記レーザ発射口の端から端までをスキャニ
   ングしながら前記レーザ発射光を照射し、該反射光を受
   光してデジタルデータに変換して前記携帯電話器に送出
   する構成を有し、 前記サーバは、前記商品コードとユーザＩＤとを前記携
   帯電話器から受信する毎に、前記商品コードにリンク付
   けされて保存されている前記携帯電話用の写真画像と前
   記受信したユーザＩＤと、前記商品コードと、該商品コ
   ードの受信回数とをレイヤー構造で重ね合わせた注文受
   付確認用画像を生成する手段と、 前記注文受付確認用画像を前記コンピュータネットワー
   クを介して前記受信したユーザＩＤを有するユーザ端末
   に送信する手段とを有することを特徴とする商品受発注
   システム。
5. 【請求項５】 前記サーバは、 商品分野、ページ数、年からなるフォルダに、前記商品
   の商品コードを保存し、該商品コードに前記チラシの商
   品の値段、商品案内、商品の写真画像並びに該写真画像
   に基づく前記ユーザ端末の機種に応じた端末提供用商品
   画像をリンク付けして保存したデータベースと、 前記チラシの商品分野、年、号数、機種、ユーザＩＤか
   らなる第１の受信データを受信したとき、前記商品分
   野、ページ数、年に対応する前記フォルダを開いて、前
   記商品コードの待ち受け状態となる手段と、 前記商品コードを受信したとき、該商品コードに対応す
   る前記端末提供用商品画像を抽出する手段と、 前記抽出した端末提供用商品画像にリンク付けされてい
   る前記商品コード、値段を抽出する手段と、 前記ユーザＩＤ毎に、前記商品コード、受注個数、単
   価、合計額が記憶される受注ファイルと、 前記商品コードを受信する毎に、前記ユーザＩＤ、号
   数、年に対応させた受注データを前記受信したユーザＩ
   Ｄに対応する前記受注ファイルに保存し、前記受信した
   商品コードに一致する商品コードが存在するかどうかを
   判断し、存在するときは、現在の個数に「１」を加算し
   て前記受注個数をこの加算個数に更新する手段と、 前記受注個数が更新される毎に、前記商品コード、前記
   受注個数、前記ユーザＩＤ、前記端末提供用画像とをレ
   イヤー構造で重ね合わせた注文受付確認用画像を生成す
   る手段と、 前記注文受付確認用画像を前記コンピュータネットワー
   クを介して前記受信したユーザＩＤを有するユーザ端末
   に送信する手段とを有することを特徴とする商品受発注
   システム。
6. 【請求項６】 前記サーバは、前記受注個数が更新され
   る毎に、前記リンク付けされている単価を読み、この単
   価と前記更新された受注個数との積を前記合計額として
   求める手段と、 前記合計額のレイヤーを生成し、前記商品コード、前記
   受注個数、前記ユーザＩＤ、前記端末提供用画像のレイ
   ヤに重ね合わせて前記注文受付確認用画像を生成する手
   段とを有することを特徴とする請求項５記載の商品受発
   注システム。
7. 【請求項７】 前記サーバは、 前記注文受付確認用画面を前記ユーザ端末に送信した後
   に、該ユーザ端末から注文確認を受信しとき、前記特定
   曜日から１週間を商品渡す週とした次週配達用のファイ
   ルに前記ユーザコードと前記商品コードと注文個数と端
   末提供用画像をリンク付けして保存する手段とを有する
   ことを特徴とする請求項５又は６記載の商品受発注シス
   テム。