JP2002203176A - 電子商品販売システム、商品販売方法、電子商品販売サーバ、および、記録媒体 - Google Patents

Abstract

(57)【要約】 【課題】 業者および購入者のいずれもが商取引の現況
を逐次的確に把握することができるようにする。 【解決手段】 注文管理データベース９ｆは、購入者が
注文した商品に関する作業状況を更新可能に記憶してい
る。データベース管理部９の更新検出部９１は、注文管
理データベース９ｆに記憶された作業状況が更新された
ことを検出する。メール管理部７の送信メール生成部７
２は、更新検出部９１によって作業状況が更新されたこ
とが検出されると、更新された作業状況を更新段階に応
じて業者および／または購入者に知らせるための電子メ
ールを生成する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、商品を販売する１
または複数の業者の通信端末、および、商品を購入する
購入者の通信端末と通信ネットワークを介してデータ通
信を行う電子商品販売システム、商品販売方法および電
子商品販売サーバに関する。

【０００２】

【従来の技術】近年、インターネットに代表されるコン
ピュータネットワーク技術の発展に伴い、ＷＷＷ（Worl
d Wide Web：ワールドワイドウェブ）を利用したＧＵＩ
（graphical user interface）ベースの電子商取引、特
に小売り業者（販売者）と消費者（購入者）との間での
通信販売が活発に行われている。このようにＷＷＷを通
信販売に用いることにより、購入者は多数の商品のサン
プル画像をウェブブラウザ上で確認してから安心して迅
速に商品の購入をすることが可能になり、販売者は地理
的に広範囲の消費者からの注文を低コストで受けること
が可能になるという利益がある。

【０００３】

【発明が解決しようとする課題】上述のようなＷＷＷを
利用した通信販売では、購入者が業者に商品を注文した
ときなどに、業者が購入者に直接電子メールを送信する
ことがある。これにより、購入者は商品が届くまでの作
業状況（例えば、商品を作成中であることや発送が完了
したことなど）を業者から逐次知らされるため、安心し
て商品を購入することができる。

【０００４】しかしながら、１または複数の業者の仮想
商店が出店している電子ショッピングモールでは、注文
を受け付ける電子ショッピングモールのサーバコンピュ
ータが各業者とは別の管理者によって管理されているの
が通常である。そのため、業者と購入者とが直接取り引
きする場合とは異なり、業者はサーバコンピュータにア
クセスしなければ注文があったことが分からず、購入者
は業者での作業状況を把握しにくい。そのため、特に電
子ショッピングモールのような形態の電子商取引では、
業者にとっては新規注文の有無などを簡便且つ迅速に知
ることが必要とされており、購入者にとっては注文にか
かる商品の作業状況を的確に知ることが必要とされてい
る。

【０００５】そこで、本発明の目的は、業者および購入
者のいずれもが商取引の現況を逐次的確に把握すること
が可能な電子商品販売システム、商品販売方法および電
子商品販売サーバを提供することである。

【０００６】

【課題を解決するための手段】上記目的を達成するため
に、請求項１の電子商品販売システムは、商品を販売す
る１または複数の業者の通信端末、および、商品を購入
する購入者の通信端末と通信ネットワークを介してデー
タ通信を行う電子商品販売システムにおいて、購入者が
注文した商品に関する作業状況を更新可能に記憶する作
業状況記憶手段と、前記作業状況記憶手段に記憶された
作業状況が更新されたことを検出する更新検出手段と、
前記更新検出手段によって作業状況が更新されたことが
検出されると、更新された作業状況を更新段階に応じて
業者および購入者の少なくともいずれか一方に知らせる
ための電子メールを生成する電子メール生成手段とを備
えていることを特徴としている。

【０００７】また、請求項８の商品販売方法は、商品を
販売する１または複数の業者の通信端末、および、商品
を購入する購入者の通信端末と通信ネットワークを介し
てデータ通信を行う商品販売方法において、購入者が注
文した商品に関する作業状況を作業状況記憶手段に更新
可能に記憶させるステップと、作業状況記憶手段に記憶
された購入者が注文した商品に関する作業状況が更新さ
れたことを検出する検出ステップと、前記検出ステップ
によって作業状況が更新されたことが検出されると、更
新された作業状況を更新段階に応じて業者および購入者
の少なくともいずれか一方に知らせるための電子メール
を生成する電子メール生成ステップとを備えていること
を特徴としている。

【０００８】請求項１０の電子商品販売サーバは、商品
を販売する１または複数の業者の通信端末、および、商
品を購入する購入者の通信端末と通信ネットワークを介
してデータ通信を行う電子商品販売サーバにおいて、購
入者が注文した商品に関する作業状況を更新可能に記憶
する作業状況記憶手段と、前記作業状況記憶手段に記憶
された作業状況が更新されたことを検出する更新検出手
段と、前記更新検出手段によって作業状況が更新された
ことが検出されると、更新された作業状況を更新段階に
応じて業者および購入者の少なくともいずれか一方に知
らせるための電子メールを生成する電子メール生成手段
を備えていることを特徴としている。

【０００９】そして、請求項１２は、商品を販売する１
または複数の業者の通信端末、および、商品を購入する
購入者の通信端末と通信ネットワークを介してデータ通
信を行う電子商品販売システムを、前記作業状況記憶手
段、前記更新検出手段、および、前記電子メール生成手
段として機能させるためのプログラムを記録したコンピ
ュータ読み取り可能な記録媒体である。

【００１０】請求項１、８、１０、１２によると、購入
者が注文した商品に関する作業状況が更新されたことを
検出することができるので、商品に関する作業状況を集
中管理することができる。また、購入者が注文した商品
に関する作業状況が更新されると、その更新段階に応じ
て業者および購入者の少なくともいずれか一方に電子メ
ールを送信することができるので、電子ショッピングモ
ールに参加する業者および購入者の双方にとってサーバ
にアクセスしなくとも商取引の現況が逐次把握できると
いう点で利便性が高い。なお、本発明において、通信ネ
ットワークとしては、インターネット、ＬＡＮ（Local
Area Network）、ＷＡＮ（Wide Area Network ）などの
公知のどのようなネットワークが使用されてもよい。

【００１１】また、請求項２、９、１１では、前作業状
況の特定の更新段階では電子メールが作成されない。請
求項２、９、１１によると、作業状況の特定の更新段階
では電子メールが作成されないために、業者または購入
者に必要な情報だけを電子メールによって通知すること
ができる。

【００１２】また、請求項３の電子商品販売システム
は、購入者が商品を注文した際に、その注文に応じた新
たなレコードを前記作業状況記憶手段に生成するレコー
ド生成手段をさらに備えており、前記電子メール生成手
段は、前記レコード生成手段によって前記作業状況記憶
手段に新たなレコードが生成された際に、その旨を業者
に知らせるための電子メールを生成することを特徴とし
ている。

【００１３】請求項３によると、購入者が商品を注文し
たことを即座に電子メールで業者に知らせることができ
るので、業者は注文があるとすぐにそれを確認して商品
に関する作業を遅滞なく開始することができる。

【００１４】また、請求項４の電子商品販売システム
は、商品を注文した購入者がパスワードを有しているか
どうかを判断する判断手段と、商品を注文した購入者が
パスワードを有していないと前記判断手段によって判断
された場合に、当該購入者にパスワードを発行する購入
者パスワード発行手段とをさらに備えている。

【００１５】請求項４によると、購入者にパスワードを
自動的に発行してそれを購入者に知らせることができる
ために、購入者はパスワードを自ら決定してそれを入力
する煩わしさを感じることがない。なお、サーバはパス
ワードを発行する際に購入者のＩＤを併せて自動発行し
てもよいし、或いは、購入者から与えられた購入者が予
め有している一義的な識別情報（例えば電子メールアド
レス）を購入者ＩＤとして認識してもよい。また、請求
項４によると、購入者ＩＤと併せてパスワードを用いる
ことで、過去に購入歴のある購入者の管理が容易にな
る。

【００１６】また、請求項５の電子商品販売システムで
は、前記作業状況記憶手段に記憶された作業状況が、業
者および購入者の少なくともいずれか一方から送信され
た電子メールに基づいて自動的に更新される。

【００１７】請求項５によると、業者または購入者から
の電子メールに基づいて作業状況が自動的に更新される
ので、業者はサーバにアクセスして作業状況を自ら更新
するという繁雑な作業を行う必要がなくなる。

【００１８】また、請求項６の電子商品販売システム
は、各業者によって不良顧客リストの掲載対象とされた
購入者が含まれる不良顧客リストデータを記憶する不良
顧客リスト記憶手段と、前記不良顧客リスト記憶手段に
記憶された不良顧客リストデータをすべての業者に閲覧
可能となるように管理する不良顧客リスト管理手段とを
さらに備えている。

【００１９】請求項６によると、不良顧客リストデータ
がすべての業者に閲覧可能となるために、業者は他の業
者によって不良顧客リスト掲載対象とされた購入者の氏
名などの情報を得ることができる。これにより、電子シ
ョッピングモールに参加する業者にとっての商取引の安
全性を高めることができる。

【００２０】また、請求項７の電子商品販売システムに
おいては、前記商品は個別情報が表示された個別情報表
示製品である。請求項７によると、スタンプ、名刺、表
札、年賀状などの個別情報表示製品を注文に応じて適切
に製造することが可能である。ここで、個別情報表示製
品とは、個人情報或いは企業情報（例えば、個人や法人
の氏名（或いは名称）、住所、郵便番号、電話番号、電
子メールアドレスなど）が製版や印刷によって表示され
たスタンプや名刺、年賀状などの製品である。また、本
発明において、個別情報とは、法人などの何らかの人的
集合体或いは個人の氏名（名称）、住所、電話番号、電
子メールアドレスなどの人的情報のほか、創作された文
章、キャッチフレーズ、特定の内容を意味する記号の組
み合わせなど様々な情報を含むものとする。

【００２１】

【発明の実施の形態】以下、本発明の好適な一実施の形
態について、図面を参照しつつ説明する。

【００２２】図１は、本発明の一実施の形態にかかる電
子商品販売システムであるスタンプ販売システムのブロ
ック図であり、かかるシステムは、消費者によりウェブ
ページの閲覧されているスタンプ業者（小売店）の取扱
商品に関する商品情報をスタンプ購入者に提供するもの
である。このスタンプ販売システムには、電子ショッピ
ングモールシステムのサーバとして機能するコンピュー
タ１と、コンピュータ１に対するクライアントとなるス
タンプ業者のコンピュータ２と、同じくコンピュータ１
に対するクライアントとなるスタンプ購入者のコンピュ
ータ３と、コンピュータ１のシステム管理を行う管理者
のコンピュータ４とが含まれており、コンピュータ１、
２、３はインターネット１０を介して互いにデータ通信
可能に接続されている。なお、図１においてはクライア
ントであるコンピュータ２、３はそれぞれ１つしか描か
れていないが、インターネット１０に接続されたスタン
プ業者及びスタンプ購入者の全てのコンピュータがクラ
イアントとなりうる。

【００２３】サーバであるコンピュータ１は、インター
ネット１０に準拠したプロトコルでコンピュータ２、３
とデータの送受信を行うための通信部５と、ＨＴＭＬ
（Hyper Text Markup Language）で記述されたウェブペ
ージのインターネット１０を介したＨＴＴＰ（Hyper Te
xt Transfer Protocol）による送受信を管理するウェブ
（Ｗｅｂ）管理部６と、ＨＴＭＬおよび／またはテキス
トで記述されたメールのインターネット１０を介したＳ
ＭＴＰ（Simple Mail Transfer Protocol ）及びＰＯＰ
（Post Office Protocol）による送受信を管理するメー
ル管理部７と、スタンプ印面のプレビュー画像データな
どを作成する画像データ作成部８と、後述するデータベ
ース９ａ、９ｂ、９ｃ、９ｄ、９ｅ、９ｆ、９ｇを管理
するデータベース管理部（更新検出手段、レコード生成
手段、不良顧客リスト管理手段）９と、コンピュータ
２、３に送信されるウェブページのＨＴＭＬファイルを
格納するウェブページデータベース９ａと、スタンプ印
面デザイン（テンプレート）に関するファイルを格納す
るテンプレートデータベース９ｂと、商品のインク色な
どの商品に関する情報を格納する商品情報データベース
９ｃと、サーバに登録したスタンプ業者に関する情報を
格納するスタンプ業者管理データベース９ｄと、過去に
注文歴がある顧客に関する情報を格納する顧客管理デー
タベース（不良顧客リスト記憶手段）９ｅと、顧客から
の注文状況に関する情報を格納する注文管理データベー
ス（作業状況記憶手段）９ｆと、各スタンプ業者の取扱
商品に関する情報を格納する取扱商品データベース９ｇ
とを含んでいる。

【００２４】ウェブ管理部６は、入力データ解析部（判
断手段）６１と、出力データ生成部６２とを備えてい
る。入力データ解析部６１は、インターネット１０を介
して通信部５からＨＴＴＰに基づいて供給されたデータ
の内容を解析する。本実施の形態において、入力データ
解析部６１は、商品を注文した購入者が自分のＩＤに対
応したパスワードを有しているかどうかを判断すること
が可能である。出力データ生成部６２は、入力データ解
析部６１での解析結果に応じて、通信部５からＨＴＴＰ
に基づいて送信されてコンピュータ２、３に供給される
ＨＴＭＬデータをＣＧＩ（common gateway interface）
アプリケーションを用いて生成する。

【００２５】メール管理部７は、受信メール解析部７１
と、送信メール生成部（電子メール生成手段、購入者パ
スワード発行手段）７２とを備えている。受信メール解
析部７１は、インターネット１０を介して通信部５から
メール管理部７にＰＯＰに基づいて供給された電子メー
ルの内容を解析する。送信メール生成部７２は、通信部
５からＳＴＭＰに基づいてコンピュータ２、３に供給さ
れる電子メールデータを生成する。本実施の形態におい
て、送信メール生成部７２は、注文管理データベース９
ｆが更新されたことがデータベース管理部９によって検
出されると、更新された作業状況を更新段階に応じて業
者および購入者の少なくともいずれか一方に知らせるた
めの電子メールを生成する。また、送信メール生成部７
２は、パスワードを有していない購入者から注文があっ
たと入力データ解析部６１が判断した場合に、その購入
者にパスワードを発行してパスワードが含まれた電子メ
ールを生成する。

【００２６】画像データ作成部８は、プレビュー作成部
８１と、正規画像作成部８２とを備えている。プレビュ
ー作成部８１は、顧客に指定されたテンプレートのスタ
ンプ印面に記載された住所、氏名を顧客の住所、氏名に
変更してスタンプ印面に関するプレビュー画像データを
９０ｄｐｉ程度で作成する。正規画像作成部８２は、ス
タンプ業者がスタンプを製造する際に使用される６００
ｄｐｉの正規画像データを作成する。つまり、本実施の
形態において、プレビュー作成部８１で作成されるプレ
ビュー画像は、正規画像よりも小型化、簡略化されたサ
ムネイルとして業者または購入者に表示される。これに
より、高解像度の正規画像を送信する場合と比較してサ
ーバと業者または購入者との間の通信時間を削減するこ
とができる。

【００２７】データベース管理部９は、ウェブページデ
ータベース９ａ、テンプレートデータベース９ｂ、商品
情報データベース９ｃ、スタンプ業者管理データベース
９ｄ、顧客管理データベース９ｅ、注文管理データベー
ス９ｆ、及び取扱商品データベース９ｇから必要なデー
タを抽出すると共に、各データベース９ａ、９ｂ、９
ｃ、９ｄ、９ｅ、９ｆ、９ｇの書き換えを制御する。本
実施の形態において、データベース管理部９は、更新検
出部９１と、レコード生成部９２と、不良顧客リスト管
理部９３とを有している。これら各部９１〜９３の機能
については後述する。

【００２８】ウェブページデータベース９ａは、スタン
プ注文の各過程において購入者のコンピュータ３に送信
されてブラウザによって例えば図１０〜図１２に示すよ
うに表示されるＨＴＭＬファイル、取扱商品選定の各過
程においてスタンプ業者のコンピュータ２に送信されて
ブラウザによって例えば図７、図８に示すように表示さ
れるＨＴＭＬファイルなどを格納している。なお、ウェ
ブページデータベース９ａに格納されたＨＴＭＬファイ
ルは、必要に応じて、ウェブ管理部６の出力データ生成
部で適宜書き換えられることがある。

【００２９】テンプレートデータベース９ｂは、予め定
められたテンプレート番号（例えば、Ａ−０２、Ａ−０
３など）に該テンプレート番号に対応するテンプレート
に関する情報（スタンプ印面のサンプル画像、サイズ、
販売価格、レイアウト用の枠など）を関連づけて格納し
ている。

【００３０】商品情報データベース９ｃは、カテゴリ
（ビジネス、個人、季節、家庭など）に大きく分類さ
れ、さらに各カテゴリはサブカテゴリ（例えば、ビジネ
スの場合には、オフィス、営業など）に分類されてい
る。そして、各カテゴリのサブカテゴリ領域には、図２
に示すようにスタンプ業者ごとにスタンプ業者の識別子
となるＩＤ（Identifier）に関連づけて商品情報データ
９１ｃ、９２ｃ、９３ｃが格納されており、各商品情報
データ９１ｃ、９２ｃ、９３ｃは商品番号に商品の商品
情報（印面サイズ、グリップ色、インク色、テンプレー
ト番号、販売価格など）を関連づけて作成されている。

【００３１】ただし、商品情報データ９１ｃ、９２ｃ、
９３ｃは、システム管理者から各スタンプ業者に提供さ
れるものであり、システム管理者のデータ作成及び管理
を容易にするため、同一のデータ構造の商品情報データ
をスタンプ業者に提供することとしている。なお、商品
情報データ９１ｃ、９２ｃ、９３ｃに新たな商品が追加
される場合、商品の販売価格をシステム管理者が初期設
定するようにしてもよい。これにより、スタンプ業者は
販売価格の入力が不要となる場合があり、スタンプ業者
の入力の負担が軽減される。また、スタンプ業者により
初期設定された販売価格を変更することができるように
構成してもよい。これにより、スタンプ業者は必要に応
じて随時販売希望価格を変更することが可能となる。

【００３２】スタンプ業者管理データベース９ｄは、サ
ーバに登録したスタンプ業者の識別子となるＩＤ（Iden
tifier）に該スタンプ業者の名称、担当者名、所在地、
電話番号、パスワードなどを関連づけて格納している。
そして、サーバに新規に登録するスタンプ業者がある場
合には、データベース管理部９により新規に登録するス
タンプ業者のＩＤとパスワードとが関連づけられてスタ
ンプ業者管理データベース９ｄに追加登録される。

【００３３】顧客管理データベース９ｅは、過去に注文
のあった顧客の識別子となるＩＤに当該顧客に関する情
報（氏名、年齢、性別、住所など）を関連づけて格納し
ている。そして、過去に注文したことのない新規の顧客
による注文があった場合には、データベース管理部９に
より新規の顧客のＩＤに顧客の情報が関連づけられて顧
客管理データベース９ｅに追加登録される。なお、顧客
管理データベース９ｅに記憶される顧客の情報として、
商品の購入に際して過去にトラブルがあった顧客かを示
す情報を加えてもよい。この情報は、不良顧客リストデ
ータとして記憶される。また、顧客のＩＤとしては、顧
客が予め有している電子メールアドレスが採用されてよ
い。これにより、サーバ側でＩＤを発行する手間を省く
ことができるとともに、顧客ＩＤと電子メールアドレス
とを重複して記憶する必要がなくなる。顧客のＩＤおよ
びパスワードとしては、サーバコンピュータ１から送信
されて購入者のコンピュータ３に記憶されるクッキー
（cookie）ファイルが用いられてもよい。これにより、
購入者はＩＤおよびパスワード入力の手間を省くことが
できる。

【００３４】注文管理データベース９ｆは、各注文番号
と注文に関する情報（注文日、商品番号、発送の有無な
ど）とを関連づけて格納している。図４に、注文管理デ
ータベース９ｆに格納された１つの注文番号についての
注文に関する情報（作業状況確認情報）の項目例を示
す。図４の例では、作業状況確認情報の項目として、注
文確認年月、納期、支払期限、運送会社、荷物番号、ス
タンプ発送完了などの項目があげられている。これらの
項目のうち、注文確認年月や注文確定などのいくつかの
項目は、スタンプ業者がコンピュータ２を操作してチェ
ックボックスにチェック入力を行う作業状況確認項目と
なっており、そのほかの項目は確認入力不要項目となっ
ている。また、いくつかの項目にはそれぞれに関連した
日付が自動的或いは業者の手作業などによって入力され
る。チェックボックスへの入力などが行われて登録ボタ
ンがマウスクリックなどで押下されると、注文管理デー
タベース９ｆの該当する注文番号のレコードが入力され
た作業状況確認情報に応じて更新される。

【００３５】本実施の形態では、業者がその注文番号に
かかる購入者を不良顧客リストに掲載するかどうかを決
定するチェックボックスが注文管理データベース９ｆの
作業状況確認情報に含まれている。これにより、業者は
その注文に関する作業状況確認情報を確認しながらその
購入者を不良顧客リストに掲載するかどうかを決定する
ことができる。

【００３６】取扱商品データベース９ｇは、カテゴリに
大きく分類され、さらに各カテゴリはサブカテゴリに分
類されている。そして、各カテゴリのサブカテゴリ領域
には、図３に示すようにスタンプ業者ごとにスタンプ業
者のＩＤに関連づけて識別データ９１ｇ、９２ｇ、９３
ｇを格納されており、各識別データ９１ｇ、９２ｇ、９
３ｇは、番号に商品番号と取扱商品か否かに関する判別
記号とが関連づけられて作成されている。ただし、番号
は後述する取扱商品案内ページ表示処理において取扱商
品か否かを判別する対象の商品を選ぶ際に利用されるも
のであり（図９：ステップS ２１１〜ステップS ２１４
参照）、番号は１から順に付される。なお、例えば、ス
タンプ業者が取り扱う商品には判別データとして“１”
が割り当てられ、スタンプ業者が取り扱わない商品には
判別データとして“０”が割り当てられるようにする。

【００３７】データベース管理部９の更新検出部９１
は、注文管理データベース９ｆの各レコードにかかる作
業状況確認情報が更新されたかどうか、および、注文管
理データベース９ｆに新規レコードが生成されたかどう
かを検出する。作業状況確認情報が更新されたことまた
は新規レコードが生成されたことが更新検出部９１で検
出されると、その旨の信号が送信メール生成部７２に与
えられ、送信メール生成部７２で更新段階に応じた内容
をもつ業者宛および／または購入者宛の電子メールが生
成される。

【００３８】データベース管理部９のレコード生成部９
２は、商品の新規注文があった場合に、その注文に応じ
た新たなレコードを注文管理データベース９ｆに生成す
る。注文管理データベース９ｆに新たなレコードが生成
されると、送信メール生成部７２にその旨が伝えられ
る。すると、送信メール生成部７２は、注文管理データ
ベース９ｆに新たなレコードが作られたことをその注文
にかかる業者に知らせるメール、つまりその業者に対す
るスタンプ注文があったことを当該業者に知らせるメー
ルを生成する。また、送信メール生成部７２は、注文管
理データベース９ｆに新たなレコードが作られた際に、
注文に対する謝辞を表す購入者宛の電子メールを作成す
る。

【００３９】データベース管理部９の不良顧客リスト管
理部９３は、顧客管理データベース９ｅに記憶された不
良顧客リストデータが電子ショッピングモールに参加す
るすべての業者のコンピュータ２で閲覧できるように管
理している。具体的には、業者のコンピュータ２から入
力された業者ＩＤとパスワードが正しいものである場合
には、所定の操作が行われたことを条件に、顧客管理デ
ータベース９ｅに記憶された不良顧客リストデータがす
べての業者のコンピュータ２に送信されてブラウザ２１
に表示される。これにより、業者は他の業者によって不
良顧客リスト掲載対象とされた購入者の氏名などの情報
を得ることができるので、電子ショッピングモールに参
加する業者にとっての商取引の安全性を高めることがで
きる。図５に、業者のコンピュータ２のブラウザ２１に
表示された不良顧客リストの表示例を示す。図５の例で
は、不良顧客リストに含まれる顧客のＩＤや名前などが
一覧表示されているとともに、不良顧客リスト掲載者を
住所で絞り込み表示することができるようになってい
る。

【００４０】クライアントである業者のコンピュータ２
には、ウェブ閲覧ソフトウェアであるブラウザ２１、メ
ール送受信ソフトウェアであるメーラ２２とがインスト
ールされているとともに、コンピュータ２の所有者であ
るスタンプ業者が独自のスタンプ印面に関するテンプレ
ートを作成するためのテンプレート作成エディタ２３も
インストールされている。また、コンピュータ２には、
スタンプ製造装置２４が接続されている。かかるスタン
プ製造装置２４は、コンピュータ３からコンピュータ１
を介して注文を受けた印面の文字などに対応するスタン
プを製造するものである。スタンプ製造装置２４でスタ
ンプを製造する際には、正規画像作成部８２で作成され
てコンピュータ１からダウンロードされた正規画像デー
タが用いられる。

【００４１】また、クライアントである購入者のコンピ
ュータ３には、ウェブ閲覧ソフトウェアであるブラウザ
３１と、メール送受信ソフトウェアであるメーラ３２と
がインストールされている。

【００４２】また、システム管理用のコンピュータ４に
は、ウェブ閲覧ソフトウェアであるブラウザ４１がイン
ストールされているとともに、システム管理者がスタン
プ業者に提供するスタンプ印面に関するテンプレートを
作成するためのテンプレート作成エディタ４２もインス
トール作成されている。

【００４３】次に、上記構成を有する電子商店販売シス
テムで行われる各種処理について図面を参照しつつ説明
する。

【００４４】最初に、取扱商品データベース９ｆへの取
扱商品登録処理について図６〜図８を参照しつつ説明す
る。なお、図６は、取扱商品登録処理をサーバの動作と
いう観点から示したフローチャートである。図７及び図
８は、取扱商品登録処理の一段階で業者のコンピュータ
２のブラウザ２１に表示されるページの表示例を描いた
図である。

【００４５】ステップＳ１０１では、ＩＤ、パスワード
の入力をスタンプ業者に求めるウェブページの送信要求
があったか否かがウェブ管理部６の入力データ解析部６
１で判断される。そして、送信要求があった場合には
（Ｓ１０１：ＹＥＳ）、ステップＳ１０２の処理に移行
する。

【００４６】ステップＳ１０２では、図７に示すＩＤ・
パスワード入力ページを業者のコンピュータ２のブラウ
ザ２１に表示させるファイルがデータベース管理部９に
よってウェブページデータベース９ａから取り出され、
通信部５からコンピュータ２に送信される。

【００４７】これにより、コンピュータ２のウェブブラ
ウザ上にＩＤ・パスワード入力ページが表示されること
になる。スタンプ業者は、このＩＤ・パスワード入力ペ
ージにおいて、ＩＤとパスワードを入力し、入力後ログ
インボタンをクリックする。これにより、ＩＤとパスワ
ードに関するデータがコンピュータ２からコンピュータ
１へ送信される。

【００４８】ステップＳ１０３では、コンピュータ１の
ウェブ管理部６の入力データ解析部６１によって、コン
ピュータ２からＩＤとパスワードに関するデータを受信
したか否かが判断される。そして、ＩＤとパスワードに
関するデータをコンピュータ２から受信すると（Ｓ１０
３：ＹＥＳ）、ステップＳ１０４の処理に移行する。

【００４９】ステップＳ１０４では、さらに、ウェブ管
理部６の入力データ解析部６１によりスタンプ業者管理
データベース９ｄに格納されているＩＤと該ＩＤに関連
付けられているパスワードを基に、入力されたパスワー
ドが正しいか否かが判断される。そして、パスワードに
誤りがあると判断された場合には（Ｓ１０４：ＮＯ）、
ステップＳ１０２の処理に戻り、再度ステップＳ１０２
〜ステップＳ１０４の処理が行われる。一方、パスワー
ドが正しいと判断された場合には（Ｓ１０４：ＹＥ
Ｓ）、ステップＳ１０５の処理に移行する。

【００５０】ステップＳ１０５では、図８に示すスタン
プ取扱情報入力ページをコンピュータ２のブラウザ２１
に表示させるファイルがデータベース管理部９によって
ウェブページデータベース９ａから取り出され、通信部
５からコンピュータ２に送信される。

【００５１】なお、図８は、スタンプ業者が自己の取り
扱うスタンプの種類（サイズ、グリップ色、インク色）
を選択する際にスタンプ業者により利用されるページの
例であり、かかるページは、スタンプのサイズ／グリッ
プ色とインク色を選択することができるように構成され
ている。

【００５２】ここで、コンピュータ２のウェブブラウザ
上にスタンプ取扱情報入力ページが表示されることにな
る。スタンプ業者は、このスタンプ取扱情報入力ページ
において、取り扱う商品の該当するサイズ／グリップ色
とインク色のボックスをクリックしてサイズ、グリップ
色及びインク色を選択し、選択した後登録ボタンをクリ
ックする。これにより、コンピュータ２からコンピュー
タ１へスタンプ業者の取り扱う商品と取り扱わない商品
を区別するための取扱商品データがコンピュータ２から
コンピュータ１へ送信される。

【００５３】ステップＳ１０６では、ウェブ管理部６の
入力データ解析部６１によってコンピュータ２から取扱
商品データを受信したか否かが判断される。そして、取
扱商品データをコンピュータ２から受信すると（Ｓ１０
６：ＹＥＳ）、ステップＳ１０７の処理に移行する。

【００５４】ステップＳ１０７では、データベース管理
部９によって、ステップＳ１０３で受信したスタンプ業
者のＩＤとステップＳ１０６で受信した取扱商品データ
を基に、取扱商品データベース９ｇに格納されている該
スタンプ業者のＩＤに対応する識別データ９１ｇ、９２
ｇ、９３ｇの変更が行われる。即ち、データベース管理
部９によって、スタンプ業者のＩＤに対応する識別デー
タに関して、クリックされた商品の商品番号に対応する
判別記号に“１”が設定される。

【００５５】上記ステップＳ１０１〜ステップＳ１０７
の各処理により、スタンプ業者の取扱商品の判別ができ
るように、取扱商品データベース９ｇの各識別データ９
１ｇ、９２ｇ、９３ｇが作成される。

【００５６】次に、購入者のコンピュータ３のウェブブ
ラウザ３１に取扱商品案内ページを表示する取扱商品案
内ページ表示処理について図９〜図１２を参照して説明
する。なお、図９は、取扱商品案内ページ表示処理をサ
ーバの動作という観点から示したフローチャートであ
る。図１０〜図１２は、取扱商品案内ページ表示処理の
一段階で購入者のコンピュータ３のブラウザ３１に表示
されるページの表示例を描いた図である。

【００５７】ステップＳ２０１では、スタンプ業者の指
定を購入者に求めるウェブページの送信要求があったか
否かがウェブ管理部６の入力データ解析部６１によって
判断される。そして、送信要求があった場合には（Ｓ２
０１：ＹＥＳ）、ステップＳ２０２の処理に移行する。

【００５８】ステップＳ２０２では、図１０に示すスタ
ンプ業者案内ページをコンピュータ３のブラウザ３１に
表示させるファイルがデータベース管理部９によってウ
ェブページデータベース９ａから取り出され、通信部５
からコンピュータ３に送信される。

【００５９】ここで、コンピュータ３のウェブブラウザ
上にスタンプ業者案内ページが表示されることになる。
購入者は、このスタンプ業者案内ページにおいて、希望
のスタンプ業者のボタンをクリックして選択し、選択後
送信ボタンをクリックする。これにより、指定されたス
タンプ業者に関するデータがコンピュータ３からコンピ
ュータ１へ送信される。

【００６０】ステップＳ２０３では、コンピュータ１の
ウェブ管理部６の入力データ解析部６１によってコンピ
ュータ３から指定されたスタンプ業者に関するデータを
受信したか否かが判断される。そして、スタンプ業者に
関する情報をコンピュータ３から受信すると（Ｓ２０
３：ＹＥＳ）、ステップＳ２０４の処理に移行する。

【００６１】ステップＳ２０４では、購入者のコンピュ
ータ３にＩＤ（電子メールアドレス）とパスワードの入
力を促すウェブページがコンピュータ１から送信され
る。本実施の形態では、過去にスタンプを購入したこと
がある者がパスワードを有している者とする。続いて、
ステップＳ２０５では、ステップＳ２０４で送信したウ
ェブページに対して購入者から返信されたデータにＩＤ
のほかにパスワードが含まれるかどうかがウェブ管理部
６の入力データ解析部６１で判断される。

【００６２】そして、パスワードが入力されていると判
断された場合（Ｓ２０５：ＹＥＳ）、ステップＳ２０６
に進んで入力されたＩＤとパスワードが正しいものであ
るかが顧客管理データベース９ｅに記憶されたデータに
基づいて入力データ解析部６１で判断される。もし入力
されたＩＤとパスワードが正しいものである場合には
（Ｓ２０６：ＹＥＳ）、ステップＳ２０８に進む。ま
た、正しくない場合には（Ｓ２０６：ＮＯ）、ステップ
Ｓ２０４に戻る。

【００６３】また、ステップＳ２０５でパスワードが入
力されていないと判断された場合（Ｓ２０５：ＮＯ）、
ステップＳ２０７に進む。ステップＳ２０７では、入力
されたＩＤにかかる購入者が当該電子ショッピングモー
ルでの過去の購入歴がない新規顧客である旨がウェブ管
理部６に記憶される。ステップＳ２０７終了後は、ステ
ップＳ２０８に進む。

【００６４】ステップＳ２０８では、図１１に示すカテ
ゴリ・サブカテゴリ選択ページをコンピュータ３のブラ
ウザ３１に表示させるファイルがデータベース管理部９
によってウェブページデータベース９ａから取り出さ
れ、通信部５からコンピュータ３に送信される。

【００６５】ここで、コンピュータ３のウェブブラウザ
３１上にカテゴリ・サブカテゴリ選択ページが表示され
ることになる。購入者は、このカテゴリ・サブカテゴリ
選択ページにおいて、購入者は、カテゴリに対応するボ
ックスをクリックしてカテゴリを選択すると共に、選択
したカテゴリのオプションメニュー（プルダウンメニュ
ー）を利用してサブカテゴリを選択し、選択後送信ボタ
ンをクリックする。これにより、選択されたカテゴリ／
サブカテゴリに関するデータがコンピュータ３からコン
ピュータ１へ送信される。

【００６６】ステップＳ２０９では、コンピュータ１の
ウェブ管理部６の入力データ解析部６１によってコンピ
ュータ３から選択されたカテゴリ／サブカテゴリに関す
るデータを受信したか否かが判断される。そして、カテ
ゴリ／サブカテゴリの選択に関する情報をコンピュータ
３から受信すると（Ｓ２０９：ＹＥＳ）、ステップＳ２
１０の処理に移行する。

【００６７】ステップＳ２１０では、出力データ生成部
６２によって、ステップＳ２０８で受信したカテゴリ／
サブカテゴリに属するステップＳ２０３で受信した指定
スタンプ業者の識別データ（図３参照）が該スタンプ業
者のＩＤを基に取扱商品データベース９ｇから取り出さ
れ、取り出された識別データが出力データ生成部６２に
一時的に記憶される。

【００６８】ステップＳ２１１では、出力データ生成部
６２によって、ステップＳ２１０でに記憶された識別デ
ータを基に、番号“ｎ”に対応する判別記号が“１”で
あるか否か、即ち番号“ｎ”に対応する商品番号の商品
が取扱商品であるか否かが判断される。そして、取扱商
品であると判断された場合には（Ｓ２１１：ＹＥＳ）、
ステップＳ２１２の処理に移行する。一方、取扱商品で
ないと判断された場合には（Ｓ２１１：ＮＯ）、ステッ
プＳ２１３の処理に移行する。なお、“ｎ”は初期設定
として“１”が設定されている。

【００６９】ステップＳ２１２では、出力データ生成部
６２内に、番号“ｎ”に対応する商品番号を一時的に格
納する。

【００７０】ステップＳ２１３では、出力データ生成部
６２が、番号“ｎ”の値を１インクリメントする（ｎ＝
ｎ＋１）。

【００７１】ステップＳ２１４では、出力データ生成部
６２によって、番号“ｎ”が“ｍ＋１”と等しいか否か
が判断される。そして、番号“ｎ”が“ｍ＋１”と等し
くない場合には（Ｓ２１４：ＮＯ）、ステップＳ２１１
の処理に移行し、ステップＳ２１１〜ステップＳ２１２
の各処理を行う。一方、番号“ｎ”が“ｍ＋１”と等し
い場合には（Ｓ２１４：ＹＥＳ）、ステップＳ２１５の
処理に移行する。ただし、ｍは、ステップＳ２０９で受
信した選択されたカテゴリのサブカテゴリに属する商品
の個数である。

【００７２】なお、上記ステップＳ２１０〜ステップＳ
２１４の一連の処理により、ステップＳ２０８で受信し
た選択されたカテゴリ／サブカテゴリに属する商品から
ステップＳ２０３で受信した指定スタンプ業者の取り扱
う商品の商品番号のみが取り出され、出力データ生成部
６２に一時的に記憶されることになる。

【００７３】ステップＳ２１５では、出力データ生成部
６２が、ステップＳ２０３で受信した指定スタンプ業者
の取扱商品を案内する取扱商品案内ページに関するＨＴ
ＭＬデータを生成する。即ち、出力データ生成部６２に
よって、ウェブページデータベース９ａから案内ページ
のファイルが取り出される。それとともに、出力データ
生成部６２によって、そこに一時的に格納された商品番
号を基に該商品番号に対応する商品情報（図２参照）が
商品情報データベース９ｃから取り出され、さらに、取
り出された商品情報に含まれるテンプレート番号を基に
該テンプレート番号に対応するテンプレートに関する情
報がテンプレートデータベース９ｂから取り出される。
そして、出力データ生成部６２によって、案内ページに
取り出されたテンプレートに関する情報が付加されて、
取扱商品案内ページに関するＨＴＭＬデータが生成され
る。

【００７４】ステップＳ２１６では、ウェブ管理部６に
よって、図１２に示すスタンプ業者の取扱商品案内ペー
ジを購入者のコンピュータ３のブラウザ３１に表示させ
るＨＴＭＬデータ（テンプレートのサンプル画像データ
を含む）が、通信部５からコンピュータ３に送信され
る。

【００７５】上記ステップＳ２０１〜ステップＳ２１６
の一連の処理によって、購入者のコンピュータ３のウェ
ブブラウザ３１上には、購入者によって指定されたスタ
ンプ業者の取扱商品であって、購入者によって選択され
たカテゴリ／サブカテゴリに属するもののみを案内する
図１２に示す取扱商品案内ページが表示されることにな
る。従って、購入者が、スタンプ業者の取扱商品から希
望の商品を容易に探すことが可能となるとともに、スタ
ンプ業者の取り扱っていない商品を注文するという事態
を回避することが可能となる。

【００７６】なお、図１２は、スタンプ業者が自己の取
り扱うスタンプを購入者へ案内するページの例であり、
かかるページには、スタンプ業者の取り扱う複数の商品
が掲載されるとともに、各商品の印面のサンプル例、印
面のサイズ、販売価格が掲載されている。ただし、各商
品に関して取り扱われるグリップ色やインク色の情報も
併せて掲載するようにしてもよい。

【００７７】次に、図９に示したフローに引き続いて購
入者により行われるスタンプ注文処理について図１３〜
図１５を参照しつつ説明する。なお、図１３は、スタン
プ注文処理をサーバでの処理という観点から示したフロ
ーチャートである。図１４及び図１５は、スタンプ注文
処理の一段階でコンピュータ３のブラウザ３１に表示さ
れるページの表示例を描いた図である。

【００７８】ステップＳ３０１では、購入者がコンピュ
ータ３のウェブブラウザ３１上に表示された複数のテン
プレートの中から希望のテンプレートボタンをクリック
することにより選択したかどうかが入力データ解析部６
１によって繰り返して判断される。ここで購入者のブラ
ウザ３１に表示されるのは、図９の取扱商品案内ページ
表示処理で作成されたスタンプ業者の取り扱う商品のテ
ンプレートのみを案内する取扱商品案内ページである。

【００７９】ステップＳ３０２では、図１４に示すスタ
ンプ情報入力画面がウェブページデータベース９ａから
取り出されて通信部５からＨＴＴＰにしたがって購入者
のコンピュータ３に送信される。図１４に示すスタンプ
情報入力画面には、ステップＳ３０１で選択されたテン
プレートについてさらに詳しいスタンプ情報（グリップ
色、インク色、注文個数、印面に表示される氏名・住所
などの文字列データを含む情報）を入力するための入力
欄が表示されている。

【００８０】図１４は、購入者が印面の希望の文字など
を入力するためのページの例であり、かかるページに
は、スタンプ印面のサンプルの例が表示されているとと
もに、印面のサイズが掲載され、また、グリップ色、イ
ンク色、注文個数、印面の希望する文字情報（郵便番
号、住所、氏名、電話番号）を選択或いは入力できるよ
うに構成されている。また、購入者により希望のグリッ
プ色が選択されると、インク色の選択項目には希望のグ
リップ色に用意されたインク色のみが表示される。

【００８１】ステップＳ３０３では、購入者が自分のコ
ンピュータ３のブラウザ３１に表示されたプレビュー閲
覧希望ボタンをクリックしたかどうか（つまり、図１４
に示すスタンプ情報入力画面で「印面の確認」ボタンが
押下されたかどうか）が入力データ解析部６１で繰り返
して判断される。ブラウザ３１のプレビュー閲覧希望ボ
タンがクリックされると、図１４に示すようなスタンプ
情報入力画面に購入者によって入力されたスタンプの外
観に関する情報がインターネット１０を介して通信部５
によって受信される。

【００８２】ステップＳ３０４では、画像データ作成部
８のプレビュー作成部８１が、図１４に示すスタンプ情
報入力画面に入力されたデータにしたがって９０ｄｐｉ
程度の解像度を有するプレビュー画像データを作成す
る。作成されたプレビュー画像データは、このプレビュ
ー画像が張り付けられるようなリンク情報を有するよう
に出力データ生成部６２で書き換えられたＨＴＭＬファ
イル（ウェブページデータベース９ａから取り出された
ものであってよい）とともに通信部５から購入者のコン
ピュータ３に送信される。

【００８３】図１５は、ステップＳ３０４で送信される
プレビュー画像およびＨＴＭＬファイルの表示例であ
る。この例では、ステップＳ３０１で選択されたテンプ
レートについてのプレビュー画像が既定の８種類の書体
それぞれについて作成されている。これら８個の書体の
名称の前にはそれぞれチェックボックスが設けられてお
り、そのいずれかがチェックされた状態で注文ボタンが
押されると、そのチェックにかかる書体のプレビュー画
像が購入者によって購入を希望するスタンプとして選択
されたことになる。

【００８４】ステップＳ３０５では、ステップＳ３０４
で送信したプレビュー画像を購入者が承認したかどう
か、図１５の例でいうといずれかのチェックボックスに
チェックが入れられた状態で注文ボタンが押されたかど
うかが入力データ解析部６１によって判断される。購入
者がプレビュー画像を承認したと判断されると（Ｓ３０
５：ＹＥＳ）、ステップＳ３０６に進む。また、購入者
がプレビュー画像を承認しなかった場合（図１５の例で
は訂正ボタンが押された場合）（Ｓ３０５：ＮＯ）、ス
テップＳ３０２に戻って同様の処理が繰り返して実行さ
れる。

【００８５】ステップＳ３０６では、ウェブページデー
タベース９ａから取り出されて注文内容にしたがって出
力データ生成部６２で書き換えられた注文確認ページ
（スタンプのテンプレート種別や印面文字列の内容、イ
ンク色などの情報を含む）が購入者のコンピュータ３に
送信される。

【００８６】そして、ステップＳ３０７では、購入者か
ら送信されたデータの内容を入力データ解析部６１で判
断する。購入者から注文を確認した旨のデータが送られ
てくると（Ｓ３０７：ＹＥＳ）、ステップＳ３０８に進
む。また、注文を取りやめる旨のデータが送られてくる
と（Ｓ３０７：ＮＯ）、本処理を終了する。

【００８７】ステップＳ３０８では、ウェブページデー
タベース９ａから取り出されて注文内容にしたがって出
力データ生成部６２で書き換えられた注文情報入力ペー
ジ（スタンプの発注者の住所氏名、スタンプ送付先の住
所、受け取り方法、配送方法、支払方法などの入力欄や
スタンプ代金の表示欄を含む）が購入者のコンピュータ
３に送信される。

【００８８】そして、ステップＳ３０９では、購入者か
ら送信されたデータの内容を入力データ解析部６１で判
断する。購入者から注文を確定する旨のデータが送られ
てくると（Ｓ３０９：ＹＥＳ）、ステップＳ３１０に進
む。また、注文を取りやめる旨のデータが送られてくる
と（Ｓ３０９：ＮＯ）、本処理を終了する。

【００８９】ステップＳ３１０では、データベース管理
部９のレコード生成部９２が、注文番号を発行すると共
に、その注文番号にかかる新規のレコードを注文管理デ
ータベース９ｆに生成する。ステップＳ３１０で作成さ
れる新規レコードは、図４に示したようにその注文にか
かるスタンプの作業状況を含む商取引の状況が逐次記録
されるものである。

【００９０】ステップＳ３１１では、購入者からの注文
が確定したことを受けて、画像データ作成部８の正規画
像作成部８２が、図１４に示すスタンプ情報入力画面に
入力されたデータにしたがって、業者のコンピュータ２
に接続されたスタンプ製造装置２４でスタンプを製造す
る際に使用される解像度６００ｄｐｉの正規画像データ
を作成する。

【００９１】図１３のフローチャートを用いて説明した
スタンプ注文処理では、スタンプ業者の取り扱う商品の
みを案内する取扱商品案内ページを利用して、希望の商
品（スタンプ印面、サイズ、グリップ色、インク色、字
体）を注文することになるため、購入者が注文する商品
は必ず該スタンプ業者が取り扱っている商品となるとと
もに、スタンプ印面に印字される情報を購入者が指定で
きるため、購入者が希望する文字の印字されたスタンプ
を注文することが可能となる。

【００９２】次に、図１３に示したフローに引き続いて
サーバにより行われる注文後処理について図１６〜図１
８を参照しつつ説明する。なお、図１６は、注文後処理
をサーバでの処理という観点から示したフローチャート
である。図１７及び図１８は、注文後処理のいくつかの
段階でのコンピュータ２、３のブラウザまたはメーラへ
の表示例を描いた図である。

【００９３】ステップＳ４０１では、図１３のステップ
Ｓ３１０において注文管理データベース９ｆに新規レコ
ードが生成されたかどうかが更新検出部９１によって繰
り返して判断される。そして、新規レコードが生成され
た場合には（Ｓ４０１：ＹＥＳ）、ステップＳ４０２に
進む。

【００９４】ステップＳ４０２では、新規のスタンプ注
文があった旨をその注文にかかる業者に知らせるととも
に納期の記入を促す電子メール（図１７（ａ）参照）、
および、注文に対する謝辞を購入者に伝えると共に注文
を再度確認するための電子メールが送信メール生成部７
２で生成される。そして、ステップＳ４０３では、ステ
ップＳ４０２で生成された電子メールが通信部５から業
者および購入者にそれぞれ送信される。サーバコンピュ
ータ１から送信された電子メールを読んだ業者は、指定
されたウェブページにアクセスしてスタンプの納期を記
入し、注文確認チェックボックスにチェックを入れた
後、登録ボタンを押下する。なお、納期の記入および注
文確認は業者がサーバに送信した電子メールの内容に基
づいてサーバによって自動的に行われてもよい（これは
以下の関連するステップでも同様である）。このよう
に、本実施の形態によると、購入者が商品を注文したこ
とを即座に電子メールで業者に知らせることができるの
で、業者は注文があるとすぐにそれを確認して商品に関
する作業を遅滞なく開始することができるという利点が
ある。

【００９５】図１８は、１つの注文番号に関する詳細な
内容を業者に提示するために、業者が指定されたウェブ
ページにアクセスした際にコンピュータ１から業者のコ
ンピュータ２に送信されてブラウザ２１に表示される画
面の一例である。図１８の例では、顧客ＩＤ、顧客名、
テンプレート番号、スタンプに表示される文字列、書
体、インク色、グリップ色、注文数量などが業者に表示
されている。また、業者は、印面サムネイルボタンを押
下することによって、ステップＳ３０４で作成されたプ
レビュー画像を図１８の表示画面内に表示させることが
可能である。また、業者は図１８の表示画面に表示され
たダウンロードボタンを押下することによって、ステッ
プＳ３１１で作成された正規画像データを自分のコンピ
ュータ２にダウンロードすることが可能となっている。

【００９６】ステップＳ４０４では、業者のコンピュー
タ２から送信されたデータに基づいて、業者が注文確認
チェックボックスにチェックを入れたかどうかが入力デ
ータ解析部６１によって繰り返して判断される。そし
て、注文確認チェックボックスにチェックが入れられて
いる場合には（Ｓ４０４：ＹＥＳ）、これにしたがって
注文管理データベース９ｆの当該レコードに関する作業
状況がステップＳ４０５で更新される。

【００９７】続いて、ステップＳ４０６では、ステップ
Ｓ４０５で作業状況が更新されたことが更新検出部９１
によって検出されることに応じて、当該注文にかかる購
入者がパスワードをもっていない新規顧客であるかどう
かが図９のステップＳ２０７での記憶内容に基づいて入
力データ解析部６１によって判断される。そして、新規
顧客である場合には（Ｓ４０６：ＹＥＳ）、ステップＳ
４０７において送信メール生成部７２がパスワードを発
行した後にステップＳ４０８に進む。また、新規顧客で
ない場合には（Ｓ４０６：ＮＯ）、そのままステップＳ
４０８に進む。

【００９８】ステップＳ４０８では、メール管理部７の
送信メール生成部７２が、注文管理データベース９ｆの
当該レコードに関する作業状況の記憶内容に基づいて、
スタンプの購入者に納期を通知する電子メールを生成す
る。作成された電子メールは通信部５から当該購入者に
送信される。この電子メールの内容は、例えば図１７
（ｂ）に示すように、購入者に納期を通知するととも
に、注文の最終確認としてこの通知メールに対する返信
メールを送信するように促すものである。さらに、購入
者が新規顧客である場合には、この通知メールにはその
購入者のＩＤに対応したパスワードが表示される。この
ように、本実施の形態では、購入者にパスワードを自動
的に発行してそれを購入者に知らせることができるため
に、購入者はパスワードを自ら決定してそれを入力する
煩わしさを感じることがない。また、このように購入者
ＩＤと併せてパスワードを用いることで、過去に購入歴
のある購入者の管理が容易になる。

【００９９】ステップＳ４０９では、ステップＳ４０８
で購入者に送信された電子メールの返信メールをサーバ
コンピュータ１が受信したかどうかが受信メール解析部
７１によって所定時刻が来るまで繰り返して判断され
る。そして、コンピュータ１が返信メールを受信した場
合には（Ｓ４０９：ＹＥＳ）、ステップＳ４１０に進
む。

【０１００】ステップＳ４１０では、所定時刻までにサ
ーバコンピュータ１が返信メールを受信できたかどうか
を受信メール解析部７１で判断する。そして、所定時刻
までに返信メールを受信できた場合には（Ｓ４１０：Ｙ
ＥＳ）、ステップＳ４１１に進んでデータベース管理部
９が注文管理データベース９ｆの当該注文番号に関する
作業状況を「注文確定」に更新してステップＳ４１３に
進む。一方、所定時刻までに返信メールを受信できなか
った場合には（Ｓ４１０：ＮＯ）、ステップＳ４１２に
進んでデータベース管理部９が注文管理データベース９
ｆの当該注文番号に関する作業状況を「注文キャンセ
ル」に更新して、本処理を終了する。

【０１０１】ステップＳ４１３では、ステップＳ４１１
で作業状況が更新されたことが更新検出部９１によって
検出されることに応じて、購入者からの返信メールを所
定時刻までにサーバ側で受信したかどうか、つまり購入
者のスタンプ購入意思が最終的に確認されたかどうかを
業者に知らせる電子メールを作成して、その電子メール
を通信部５から業者に送信する。

【０１０２】購入者からの返信メールを所定時刻までに
サーバ側で受信した場合に業者に送信される電子メール
は、例えば図１７（ｃ）に示すようなものである。図１
７（ｃ）の例では、ステップＳ３１１で作成済みの正規
画像データをダウンロードしてスタンプの製造を開始す
ることを業者に促すとともに、スタンプ作成終了後にそ
の旨を所定のＵＲＬ（uniform resource locator）に知
らせることを促す文面となっている。この電子メールを
受信した業者が図１８に示すダウンロード画面へのリン
ク付き文字列（図１８の例では「ダウンロード」）をク
リックすると、ファイル格納場所の選択画面が示された
後に通信部５から業者のコンピュータ２へ正規画像デー
タが送信される。なお、正規画像データのダウンロード
は、ステップＳ３１１で正規画像データが作成された後
であればいつでも行うことが可能である。

【０１０３】ステップＳ４１４では、スタンプ製造が完
了した旨のデータが業者によって入力され、そして登録
ボタンが押下されたかどうかが入力データ解析部６１に
よって繰り返して判断される。そして、スタンプ製造が
完了した旨のデータが入力された場合には（Ｓ４１４：
ＹＥＳ）、ステップＳ４１５に進んでデータベース管理
部９が注文管理データベース９ｆの当該注文番号に関す
る作業状況を「スタンプ作成完了」に更新して、ステッ
プＳ４１６に進む。

【０１０４】ステップＳ４１６では、購入者へのスタン
プの発送が完了した旨のデータが業者によって入力さ
れ、そして登録ボタンが押下されたかどうかが入力デー
タ解析部６１によって繰り返して判断される。そして、
スタンプ発送が完了した旨のデータが入力された場合に
は（Ｓ４１６：ＹＥＳ）、ステップＳ４１７に進んでデ
ータベース管理部９が注文管理データベース９ｆの当該
注文番号に関する作業状況を「スタンプ発送完了」に更
新して、ステップＳ４１８に進む。

【０１０５】ステップＳ４１８では、ステップＳ４１７
で作業状況が更新されたことが更新検出部９１によって
検出されることに応じて、メール管理部７の送信メール
生成部７２が、注文管理データベース９ｆの当該レコー
ドに関する作業状況の記憶内容に基づいて、スタンプの
購入者にスタンプ発送完了を通知する、例えば図１７
（ｄ）に示すような電子メールを生成する。作成された
電子メールは通信部５から当該購入者のコンピュータ３
に送信される。

【０１０６】続いて、ステップＳ４１９では、購入者か
らのスタンプ代金の入金があった旨のデータが業者によ
って入力され、そして登録ボタンが押下されたかどうか
が入力データ解析部６１によって繰り返して判断され
る。そして、代金の入金があった旨のデータが入力され
た場合には（Ｓ４１９：ＹＥＳ）、ステップＳ４２０に
進んでデータベース管理部９が注文管理データベース９
ｆの当該注文番号に関する作業状況を「代金回収」に更
新して、本処理を終了する。

【０１０７】また、代金の入金があった旨のデータが入
力されていない場合には（Ｓ４１９：ＮＯ）、購入者へ
の代金支払い督促を行った或いは不良顧客リスト掲載を
希望する旨のデータが業者によって入力され、そして登
録ボタンが押下されたかどうかが入力データ解析部６１
によって判断される。そして、代金支払い督促を行った
旨のデータが入力された場合には、ステップＳ４２２に
進んでデータベース管理部９が注文管理データベース９
ｆの当該注文番号に関する作業状況を「○○回目の督
促」（督促の回数はステップＳ４２２の実行回数）に更
新して、ステップＳ４１９に戻る。

【０１０８】また、不良顧客リスト掲載を希望する旨の
データが業者によって入力された場合には、ステップＳ
４２３に進んでデータベース管理部９が注文管理データ
ベース９ｆの当該注文番号に関する作業状況を「不良顧
客リスト掲載」に更新して、ステップＳ４２４に進む。
ステップＳ４２４では、ステップＳ４２３で不良顧客リ
スト掲載対象とされた購入者に対応する顧客ＩＤのデー
タが顧客管理データベース９ｅから取り出され、その顧
客が不良顧客リスト掲載対象者であることが不良顧客リ
スト掲載理由と共にそのデータに書き加えられる。この
ようにして不良顧客リストの掲載対象者となった購入者
のリストは、不良顧客リスト管理部９３によって、注文
管理データベース９ｆや取扱商品データベース９ｇとは
異なり、どの業者にも自由に閲覧が可能なように管理さ
れている。

【０１０９】上述したように、本実施形態によると、ス
タンプの購入者が注文した商品に関する作業状況が更新
されたことが更新検出部９１によって検出できるので、
商品に関する作業状況を集中管理することができる。ま
た、購入者が注文した商品に関する作業状況が更新され
ると、その更新段階に応じて業者および／または購入者
に適切な電子メールを送信することができるので、電子
ショッピングモールに参加する業者および購入者の双方
にとってサーバにアクセスしなくとも商取引の現況が逐
次把握できるという点で利便性が高い。また、スタンプ
の作成が完了した場合などの作業状況の特定の更新段階
では電子メールが作成されないために、業者または購入
者に必要な情報だけを電子メールによって通知すること
ができるという利点もある。

【０１１０】以上、本発明の好適な一実施の形態につい
て説明したが、本発明は上述の実施の形態に限られるも
のでは、特許請求の範囲に記載し限りにおいて様々な設
計変更が可能なものである。例えば、本発明は、テレビ
などの一般の商品や、スタンプ以外の名刺、表札、年賀
状などの個別情報表示製品に適用可能である。また、本
発明の電子商店管理システムは上述した実施の形態で説
明したものに限られず、例えばウェブ管理部と各種デー
タベースとが別々のコンピュータに属しているものであ
ってもよい。また、管理者のコンピュータ４はサーバで
あるコンピュータ１に含まれていてもよいし、インター
ネット１０を介してサーバである購入者１に接続されて
いてもよい。また、上述した実施の形態で行った各ステ
ップは、本発明の範囲に含まれる限りは任意にその順序
を変更してもよいし、別ステップが付加されてもよい
し、或いは、特定のステップが削除されてもよい。

【０１１１】

【発明の効果】以上説明したように、請求項１、８、１
０、１２によると、購入者が注文した商品に関する作業
状況が更新されたことを検出することができるので、商
品に関する作業状況を集中管理することができる。ま
た、購入者が注文した商品に関する作業状況が更新され
ると、その更新段階に応じて業者および購入者の少なく
ともいずれか一方に電子メールを送信することができる
ので、電子ショッピングモールに参加する業者および購
入者の双方にとってサーバにアクセスしなくとも商取引
の現況が逐次把握できるという点で利便性が高い。請求
項２、９、１１によると、作業状況の特定の更新段階で
は電子メールが作成されないために、業者または購入者
に必要な情報だけを電子メールによって通知することが
できる。

【０１１２】請求項３によると、購入者が商品を注文し
たことを即座に電子メールで業者に知らせることができ
るので、業者は注文があるとすぐにそれを確認して商品
に関する作業を遅滞なく開始することができる。請求項
４によると、購入者にパスワードを自動的に発行してそ
れを購入者に知らせることができるために、購入者はパ
スワードを自ら決定してそれを入力する煩わしさを感じ
ることがない。また、購入者ＩＤと併せてパスワードを
用いることで、過去に購入歴のある購入者の管理が容易
になる。

【０１１３】請求項５によると、業者または購入者から
の電子メールに基づいて作業状況が自動的に更新される
ので、業者はサーバにアクセスして作業状況を自ら更新
するという繁雑な作業を行う必要がなくなる。請求項６
によると、不良顧客リストデータがすべての業者に閲覧
可能となるために、業者は他の業者によって不良顧客リ
スト掲載対象とされた購入者の氏名などの情報を得るこ
とができる。これにより、電子ショッピングモールに参
加する業者にとっての商取引の安全性を高めることがで
きる。請求項７によると、スタンプ、名刺、表札、年賀
状などの個別情報表示製品を注文に応じて適切に製造す
ることが可能である。

【図面の簡単な説明】

【図１】本発明の一実施の形態に係る電子商品販売シス
テムのブロック図である。

【図２】図１に示す商品情報データベースの内容例を描
いた図である。

【図３】図１に示す取扱商品データベースの内容例を描
いた図である。

【図４】図１に示す注文管理データベースの内容例を描
いた図である。

【図５】図１に示す顧客管理データベースに含まれる不
良顧客リストの内容例を描いた図である。

【図６】取扱商品登録処理をサーバの動作という観点か
ら示したフローチャートである。

【図７】取扱商品登録処理の一段階でクライアントのブ
ラウザに示される画面の表示例を描いた図である。

【図８】取扱商品登録処理の一段階でクライアントのブ
ラウザに示される画面の表示例を描いた図である。

【図９】取扱商品案内ページ表示処理をサーバの動作と
いう観点から示したフローチャートである。

【図１０】取扱商品案内ページ表示処理の一段階でクラ
イアントのブラウザに示される画面の表示例を描いた図
である。

【図１１】取扱商品案内ページ表示処理の一段階でクラ
イアントのブラウザに示される画面の表示例を描いた図
である。

【図１２】取扱商品案内ページ表示処理の一段階でクラ
イアントのブラウザに示される画面の表示例を描いた図
である。

【図１３】スタンプ注文処理をサーバの動作という観点
から示したフローチャートである。

【図１４】スタンプ注文処理の一段階でクライアントの
ブラウザに示される画面の表示例を描いた図である。

【図１５】スタンプ注文処理の一段階でクライアントの
ブラウザに示される画面の表示例を描いた図である。

【図１６】スタンプ注文後処理をサーバの動作という観
点から示したフローチャートである。

【図１７】スタンプ注文後処理の一段階で業者または購
入者のメーラに示される画面の表示例を描いた図であ
る。

【図１８】スタンプ注文後処理の一段階で業者のブラウ
ザに示される画面の表示例を描いた図である。

【符号の説明】

１ コンピュータ（サーバ） ２ コンピュータ（クライアント：スタンプ業者） ３ コンピュータ（クライアント：購入者） ４ コンピュータ（システム管理者） ５ 通信部 ６ ウェブ管理部 ７ メール管理部 ８ 画像データ作成部 ９ データベース管理部 ９ａ ウェブページデータベース ９ｂ テンプレートデータベース ９ｃ 商品情報データベース ９ｄ スタンプ業者管理データベース ９ｅ 顧客管理データベース ９ｆ 注文管理データベース ９ｇ 取扱商品データベース ９１ 更新検出部 ９２ レコード生成部 ９３ 不良顧客リスト管理部

Claims (12)

【特許請求の範囲】
1. 【請求項１】 商品を販売する１または複数の業者の通
   信端末、および、商品を購入する購入者の通信端末と通
   信ネットワークを介してデータ通信を行う電子商品販売
   システムにおいて、 購入者が注文した商品に関する作業状況を更新可能に記
   憶する作業状況記憶手段と、 前記作業状況記憶手段に記憶された作業状況が更新され
   たことを検出する更新検出手段と、 前記更新検出手段によって作業状況が更新されたことが
   検出されると、更新された作業状況を更新段階に応じて
   業者および購入者の少なくともいずれか一方に知らせる
   ための電子メールを生成する電子メール生成手段とを備
   えていることを特徴とする電子商品販売システム。
2. 【請求項２】 前記電子メール生成手段は、作業状況の
   特定の更新段階では電子メールを作成しないことを特徴
   とする請求項１に記載の電子商品販売システム。
3. 【請求項３】 購入者が商品を注文した際に、その注文
   に応じた新たなレコードを前記作業状況記憶手段に生成
   するレコード生成手段をさらに備えており、 前記電子メール生成手段は、前記レコード生成手段によ
   って前記作業状況記憶手段に新たなレコードが生成され
   た際に、その旨を業者に知らせるための電子メールを生
   成することを特徴とする請求項１または２に記載の電子
   商品販売システム。
4. 【請求項４】 商品を注文した購入者がパスワードを有
   しているかどうかを判断する判断手段と、 商品を注文した購入者がパスワードを有していないと前
   記判断手段によって判断された場合に、当該購入者にパ
   スワードを発行する購入者パスワード発行手段とをさら
   に備えていることを特徴とする請求項１〜３のいずれか
   １項に記載の電子商品販売システム。
5. 【請求項５】 前記作業状況記憶手段に記憶された作業
   状況が、業者および購入者の少なくともいずれか一方か
   ら送信された電子メールに基づいて自動的に更新される
   ことを特徴とする請求項１〜４のいずれか１項に記載の
   電子商品販売システム。
6. 【請求項６】 各業者によって不良顧客リストの掲載対
   象とされた購入者が含まれる不良顧客リストデータを記
   憶する不良顧客リスト記憶手段と、 前記不良顧客リスト記憶手段に記憶された不良顧客リス
   トデータをすべての業者に閲覧可能となるように管理す
   る不良顧客リスト管理手段とをさらに備えていることを
   特徴とする請求項１〜５のいずれか１項に記載の電子商
   品販売システム。
7. 【請求項７】 前記商品は個別情報が表示された個別情
   報表示製品であることを特徴とする請求項１〜６のいず
   れか１項に記載の電子商品販売システム。
8. 【請求項８】 商品を販売する１または複数の業者の通
   信端末、および、商品を購入する購入者の通信端末と通
   信ネットワークを介してデータ通信を行う商品販売方法
   において、 購入者が注文した商品に関する作業状況を作業状況記憶
   手段に更新可能に記憶させるステップと、 作業状況記憶手段に記憶された購入者が注文した商品に
   関する作業状況が更新されたことを検出する検出ステッ
   プと、 前記検出ステップによって作業状況が更新されたことが
   検出されると、更新された作業状況を更新段階に応じて
   業者および購入者の少なくともいずれか一方に知らせる
   ための電子メールを生成する電子メール生成ステップと
   を備えていることを特徴とする商品販売方法。
9. 【請求項９】 前記電子メール生成ステップでは、作業
   状況の特定の更新段階では電子メールが作成されないこ
   とを特徴とする請求項８に記載の電子商品販売システ
   ム。
10. 【請求項１０】 商品を販売する１または複数の業者の
    通信端末、および、商品を購入する購入者の通信端末と
    通信ネットワークを介してデータ通信を行う電子商品販
    売サーバにおいて、 購入者が注文した商品に関する作業状況を更新可能に記
    憶する作業状況記憶手段と、 前記作業状況記憶手段に記憶された作業状況が更新され
    たことを検出する更新検出手段と、 前記更新検出手段によって作業状況が更新されたことが
    検出されると、更新された作業状況を更新段階に応じて
    業者および購入者の少なくともいずれか一方に知らせる
    ための電子メールを生成する電子メール生成手段を備え
    ていることを特徴とする電子商品販売サーバ。
11. 【請求項１１】 前記電子メール生成手段は、作業状況
    の特定の更新段階では電子メールを作成しないことを特
    徴とする請求項１０に記載の電子商品販売サーバ。
12. 【請求項１２】 商品を販売する１または複数の業者の
    通信端末、および、商品を購入する購入者の通信端末と
    通信ネットワークを介してデータ通信を行う電子商品販
    売システムを、 購入者が注文した商品に関する作業状況を更新可能に記
    憶する作業状況記憶手段、 前記作業状況記憶手段に記憶された作業状況が更新され
    たことを検出する更新検出手段、および、 前記更新検出手段によって作業状況が更新されたことが
    検出されると、更新された作業状況を更新段階に応じて
    業者および購入者の少なくともいずれか一方に知らせる
    ための電子メールを生成する電子メール生成手段として
    機能させるためのプログラムを記録したコンピュータ読
    み取り可能な記録媒体。