JP2002109331A - 商品管理システム、商品管理サーバおよび商品管理方法 - Google Patents

Abstract

(57)【要約】 【課題】 注文された商品を複数の業者にまたがって管
理すること、および、注文した商品の現況を注文者が容
易に確認することを可能にする。 【解決手段】 注文カウンタＡ、Ｂのコンピュータ１
３、１４からスタンプの注文データを受けると、そのデ
ータレコードが商品管理サーバ１１の商品管理データベ
ース１１ａに形成される。商品管理サーバ１１は、スタ
ンプ製造に必要なデータだけをスタンプ工場Ａに送信
し、製造が終了するとその旨のデータをスタンプ工場Ａ
のコンピュータ１５から受け取って、商品管理データベ
ース１１ａのデータレコードの現況欄を「工場製作中」
から「配送中」に書き換える。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、注文された商品の
受注から製造、配送、集金までの流れを複数の業者にわ
たって一元管理することが可能な商品管理システム、商
品管理サーバおよび商品管理方法に関する。

【０００２】

【従来の技術】近年、製造業、宅配業などの業種におい
て、商品の効率的な管理を実現するために商品管理シス
テムが各業者内で用いられている。このような一業者内
での商品管理システムには、顧客から商品の製造注文や
配送依頼を受けると、顧客情報（例えば、顧客の住所、
氏名、電話番号など）と、当該業者内での処理内容（例
えば、商品の製造業者に製造注文があった場合には製造
すべき商品の詳細、納期などの情報）と、注文があった
商品の当該業者内での現況（例えば、製造業者であれ
ば、第２製造工程まで完了など）とが入力される商品管
理データベースが含まれている。そして、商品について
の処理が１ステップ終了するごとに、商品管理データベ
ースの商品の現況に関するデータが書き換えられること
によって、当該業者内に配置されたコンピュータを用い
て常に商品の現況を把握することが可能になっている。

【０００３】

【発明が解決しようとする課題】しかしながら、上述し
たような一業者内での商品管理システムでは、各業者内
での商品管理はできるものの、複数の業者にまたがった
商品管理を行うことができない。従って、複数の業者に
またがって処理される商品については、注文カウンタで
は商品の現況を把握できていないため、商品の現況を注
文者が注文カウンタに問い合わせたとしても、注文カウ
ンタは注文者からの問い合わせに答えることができな
い。

【０００４】また、たとえ注文された商品が１業者だけ
で処理される場合であっても、注文者は、商品の現況を
確認するために注文カウンタに問い合わせの電話をかけ
たり、注文カウンタに直接出向いたりする必要があると
共に、電話をかけたりした後にも注文カウンタが商品管
理システムから商品の現況に関するデータを取り出して
それを注文者に口頭で伝えるまで待たなければならない
ことになり、注文者にとって商品の現況確認を行うこと
が非常に煩雑である。

【０００５】そこで、本発明の目的は、注文された商品
を複数の業者にまたがって管理することができると共
に、注文した商品の現況を注文者が容易に確認すること
ができる商品管理システム、商品管理サーバおよび商品
管理方法を提供することである。

【０００６】

【課題を解決するための手段】上記目的を達成するため
に、請求項１に記載の商品管理システムは、商品の注文
に関するデータを記憶するための商品管理データベース
と、商品に関連した複数の業者の各コンピュータとが、
通信ネットワークを介して互いにデータの送受信可能に
接続されており、注文者による注文が行われると、当該
注文に関するデータが前記商品管理データベースに形成
されるのに引き続いて、前記商品管理データベースから
前記複数の業者から選択された業者のコンピュータに対
して当該業者に必要なデータだけが送信され、各業者の
コンピュータから前記商品管理データベースに対して各
業者における商品に関する処理の進捗度に関するデータ
が送信されると、当該データに基づいて前記商品管理デ
ータベースの内容が書き換えられるように構成されてい
る。

【０００７】また、請求項５は、商品の注文に関するデ
ータを記憶するための商品管理データベースを含む商品
管理サーバであって、通信ネットワークを介して、商品
に関連した複数の業者の各コンピュータと互いにデータ
の送受信可能に接続されており、注文者による注文が行
われると、当該注文に関するデータを前記商品管理デー
タベースに形成するのに引き続いて、前記複数の業者か
ら選択された業者のコンピュータに対して当該業者に必
要なデータだけを送信し、各業者における商品に関する
処理の進捗度に関するデータを各業者のコンピュータか
ら受信すると、当該データに基づいて前記商品管理デー
タベースの内容を書き換えるように構成されている。

【０００８】また、請求項８は、商品の注文に関するデ
ータを記憶するための商品管理データベースを含む商品
管理サーバでの商品管理方法あって、注文者による注文
が行われると、当該注文に関するデータを前記商品管理
データベースに形成するのに引き続いて、前記複数の業
者から選択された業者のコンピュータに対して当該業者
に必要なデータだけを送信し、各業者における商品に関
する処理の進捗度に関するデータを各業者のコンピュー
タから受信すると、当該データに基づいて前記商品管理
データベースの内容を書き換えることを特徴とするもの
である。

【０００９】また、請求項１１は、商品の注文に関する
データを記憶するための商品管理データベースを含む商
品管理サーバと通信ネットワークを介してデータの送受
信可能に接続された商品処理業者に係るクライアントで
の商品管理方法あって、注文者による注文が行われる
と、前記商品管理サーバから当該業者に必要なデータだ
けを受信し、当該業者における商品に関する処理の進捗
度に関するデータを前記商品管理サーバに送信すること
を特徴とするものである。

【００１０】請求項１、５、８、１１によると、通信ネ
ットワークを介して商品管理データベースと複数の業者
の各コンピュータとが接続されているために、多数の業
種（製造業者、配送業者、集金業者など）に関連した多
数の業者（例えば、各業種について１または複数の業
者）が商品管理データベースを利用することが可能とな
り、各業者から商品管理データベースに供給される当該
業者での処理の進捗度に関するデータに基づいて商品管
理データベースの内容が書き換えられる。これにより、
複数の業者にまたがって処理（例えば、製造、配送、集
金など）される商品の現況を商品管理データベースで一
元管理することが可能となる。従って、注文者は、商品
管理データベースにアクセスすることによって、注文し
た商品の現況を容易に確認することができる。

【００１１】また、選択された各業者には必要なデータ
（例えば、製造業者の場合には、注文番号と製造に係る
商品の内容）だけが商品管理データベースから送信され
るので、各業者でデータの読み間違いなどに起因して作
業ミスが生じる可能性を減少させることができる。

【００１２】本発明において、複数の業者は、同じ業種
の業者であってもよいし、異なる業種の業者であっても
よい。また、当該業者における商品に関する処理の進捗
度に関するデータは、１つの業者から処理が終了した際
に１度だけ送信されてもよいし、１つの業者での処理が
複数の段階に分けられるときには処理が終了するまでの
間に複数回送信されてもよい。

【００１３】本発明において、通信ネットワークとして
は、インターネット、ＷＡＮなどの公知のどのようなネ
ットワークが使用されてもよい。また、本発明では、サ
ーバの機能が１つのコンピュータだけにあってもよい
し、複数のコンピュータに分散していてもよい。

【００１４】また、本発明において、注文者による注文
が行われると、商品管理サーバが複数の業者から１また
は複数の業者を選択する（請求項２、６、９）。これに
より注文者から商品の注文があったときにその注文に係
る最適な業者が注文に関するデータ（注文者の氏名や住
所などの注文者に関するデータおよび注文者が注文した
商品の内容に関するデータ）に基づいて選択され、商品
管理データベースから当該業者にデータを送ることが可
能となる。従って、たとえば注文者が商品の早期納入を
希望している場合には、地理的に注文者の近くに存在す
る業者やすぐに製品の製造を開始可能な業者などの迅速
処理が可能な業者を選択することによって、注文者の注
文に対し速やかに応じることができる。

【００１５】また、本発明において、ある業種の業者の
コンピュータから前記商品管理データベースに対して前
記処理が終了した旨のデータが送信されると、前記商品
管理データベースからその内容が書き換えられた後に別
の業種に係る業者のコンピュータに対して当該業者に必
要なデータだけが送信されることが好ましい（請求項
３、７、１０）。これにより、複数の業種にまたがった
商品管理が可能になる。

【００１６】また、本発明において処理される商品は、
スタンプや名刺などの個別情報表示製品であってよい
（請求項４）。これにより、注文者の注文内容に応じて
個々の製品の詳細が異なるスタンプや名刺などの個別情
報表示製品の注文から納品までにおける現況を一元管理
して注文者が容易にそれを確認することができるように
なる。

【００１７】本発明において、個別情報とは、法人など
の何らかの人的集合体或いは個人の氏名（名称）、住
所、電話番号、電子メールアドレスなどの人的情報のほ
か、創作された文章、キャッチフレーズ、特定の内容を
意味する記号の組み合わせなど様々な情報を含むものと
する。また、本発明でいう「個別情報表示製品」には、
例えば、スタンプ、名刺、表札、千社札、ステッカーな
どが含まれる。

【００１８】

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

【００１９】図１は、本実施の形態に係る商品管理シス
テムのブロック図である。図１に示す商品管理システム
１は、商品管理データベース１１ａを含む商品管理サー
バ１１と、各業種の業者のクライアントとしてのコンピ
ュータ１３〜２３とが、ＨＴＴＰ（hyper text transfe
r protocol）、ＳＭＴＰ（simple mail transfer proto
col ）およびＰＯＰ（post office protocol）などのプ
ロトコルに準拠してインターネット１２を介して互いに
データ通信可能に接続されることによって構成されてい
る。また、注文者のコンピュータ２４も、ＨＴＴＰなど
のプロトコルに準拠してインターネット１２に接続可能
となっている。これにより、サーバ１１およびコンピュ
ータ１３〜２４の相互間において、電子メールやＨＴＭ
Ｌ（hyper text markup language）で記述されたウェブ
ページを表示するためのテキストデータ、ＧＩＦ、ＪＰ
ＥＧ、ＢＭＰなどの形式の画像データの送受信が行われ
得る。

【００２０】本実施の形態に係る商品管理システム１
は、詳細には、商品管理サーバ１１と、注文カウンタＡ
のコンピュータ１３と、注文カウンタＢのコンピュータ
１４と、スタンプ工場Ａのコンピュータ１５と、スタン
プ工場Ｂのコンピュータ１６と、スタンプ工場Ｃのコン
ピュータ１７と、配送業者Ａのコンピュータ１８と、配
送業者Ｂのコンピュータ１９と、配送業者Ｃのコンピュ
ータ２０と、集金業者Ａのコンピュータ２１と、集金業
者Ｂのコンピュータ２２と、集金業者Ｃのコンピュータ
２３とがインターネット１２を介して接続されたもので
ある。

【００２１】各コンピュータ１３〜２４は、ＣＰＵ、Ｒ
ＯＭ、ＲＡＭ、ハードディスク、ＣＤやＦＤの駆動装置
などのハードウェア（図示せず）を具備していると共
に、ＧＵＩベースのＯＳやウェブブラウザ、メーラを含
む様々なソフトウェアがインストールされた通常のパー
ソナルコンピュータであり、モデムやルータなどの通信
機器を用いてインターネット１２と接続される。

【００２２】商品管理サーバ１１は、ＣＰＵ、ＲＯＭ、
ＲＡＭ、ハードディスク、ＣＤやＦＤの駆動装置などの
ハードウェア（図示せず）を具備していると共に、ＧＵ
ＩベースのネットワークＯＳやＷＷＷサーバアプリケー
ションを含む様々なソフトウェアがインストールされた
コンピュータであり、ルータなどの通信機器を用いてイ
ンターネット１２と接続される。また、商品管理サーバ
１１のハードディスクには、以下に詳述する商品管理デ
ータベース１１ａ、および、業者管理データベース１１
ｂが記憶されている。

【００２３】商品管理データベース１１ａは、スタンプ
の注文に関するデータ（注文者の氏名や住所などの注文
者に関するデータ、および、注文者が注文したスタンプ
タイプや印面に製版される文字列などに関する製品デー
タ：図３参照）を記憶している。また、業者管理データ
ベース１１ｂは、スタンプに関連した各業者１３〜２３
の所在地や各業者での処理内容に関するデータ（稼働状
況、納期、処理単価などのデータ：図６参照）を記憶し
ている。

【００２４】商品管理サーバ１１は、いずれかの注文カ
ウンタＡ、Ｂからスタンプの注文に関するデータが電子
メールなどで送信されたときに、その注文についてのデ
ータレコードを商品管理データベース１１ａに形成す
る。そして、商品管理サーバ１１は、商品管理データベ
ース１１ａに記憶された注文に関するデータと業者管理
データベース１１ｂに記憶された各業者のデータとに基
づいて、当該注文に最適なスタンプ工場、配送業者、集
金業者をそれぞれ選択する。例えば、注文者の指定した
納期までの日数が短い場合には、納期の比較的短いスタ
ンプ工場が選択され、注文者の指定した納期までに余裕
がある場合には、できるだけ製造単価の安いスタンプ工
場が選択される。

【００２５】そして、商品管理サーバ１１は、選択され
た業者に対して、商品管理データベース１１ａに記憶さ
れた注文に関するデータの中から当該業者に必要なデー
タだけを選んで送信する。例えば、スタンプ工場には、
注文番号および製品データ（スタンプタイプや印面に製
版される文字列などに関するデータ）だけが送信され、
配送業者には、注文番号および注文者に関するデータ
（注文者の氏名や住所など）だけが送信され、集金業者
には、注文番号、集金方法および注文者に関するデータ
（注文者の氏名や住所など）だけが送信される。

【００２６】また、商品管理サーバ１１は、選択されて
処理を行った業者から商品に関する処理の進捗度に関す
るデータを受信し、受信したデータに基づいて、商品管
理データベース１１ａの該当するレコードに係る商品現
況欄を書き換える。例えば、商品管理サーバ１１は、ス
タンプ製造が終了した旨のデータをスタンプ工場から電
子メールで受け取ると、商品管理データベース１１ａの
該当するレコードに係る商品現況欄を、「スタンプ製造
中」から「スタンプ製造済（配送中）」に書き換える。

【００２７】次に、本実施の形態に係る商品管理システ
ムを用いた商品管理方法について、図２〜図４を参照し
て説明する。図２は、本実施の形態に係る商品管理シス
テムを用いた商品管理方法を示すフローチャートであ
る。図３は、商品管理データベースに形成される注文に
関するデータレコードが書き換えられる様子を、図２で
説明する手順に従って示す図である。図４は、商品管理
サーバから図１に示す各業者に対して送信されるデータ
を図２で説明する手順に従って示す図である。また、図
５は、スタンプ注文者のコンピュータディスプレイに表
示されるスタンプの現況についての表示例を、図２で説
明する手順に従って示す図である。図６は、業者管理デ
ータベースに形成された各業者に関するデータレコード
の一例を描いた図である。

【００２８】まず、ステップＳ１において、注文カウン
タＡ或いは注文カウンタＢの店頭で注文者がスタンプを
注文すると、その注文に関するデータが電子化された後
に注文カウンタＡ或いは注文カウンタＢのコンピュータ
１３、１４からインターネット１２を介して商品管理サ
ーバ１１に送信される。なお、注文カウンタＡ或いは注
文カウンタＢの店頭で注文者に渡される注文控には、当
該注文に固有の注文Ｎｏ（およびパスワード）と、商品
管理サーバ１１のＵＲＬとが記載されているものとす
る。

【００２９】そして、これに引き続いて、商品管理サー
バ１１が、送信された当該注文に関する１つのデータレ
コード５２を商品管理データベース１１ａに形成する。
図３（ａ）に示すように、１つのデータレコード５２に
は、注文Ｎｏ、注文者（発注者）データ、届け先デー
タ、商品データ（スタンプタイプ、印面文字列など）、
税込金額、納期、選択された製作工場、配送業者および
集金業者、注文に係るスタンプの現況などが含まれてい
る。なお、ステップＳ１の段階では、データレコード５
２の注文Ｎｏ、注文者データ、届け先データ、商品デー
タ、税込金額および納期の欄にデータが書き込まれてい
るが、製作工場、配送業者、集金業者および現況の欄は
空白になっている。

【００３０】次に、ステップＳ２では、商品管理サーバ
１１が、図３（ａ）に示すような商品管理データベース
１１ａに記憶されたデータレコード５２および図６に示
すような業者管理データベースの各データレコードに基
づいて、注文カウンタＡ、Ｂを除く各業者の中から当該
注文に適した業者を選択する。なお、本実施の形態で
は、商品管理サーバ１１が、スタンプ工場、配送業者お
よび集金業者として、それぞれ、スタンプ工場Ａ、配送
業者Ｂおよび集金業者Ｃを選択したものと仮定して以下
の説明を行う。この業者選択に伴って、商品管理サーバ
１１は、商品管理データベース１１ａに記憶されたデー
タレコード５２の製作工場、配送業者、集金業者および
現況の欄を、図３（ｂ）に示すように、空白からそれぞ
れ「スタンプ工場Ａ」、「配送業者Ｂ」、「集金業者
Ｃ」、「工場製作中」に書き換える。

【００３１】そして、ステップＳ３では、商品管理サー
バ１１が、スタンプ工場Ａのコンピュータ１５に対し
て、商品管理データベース１１ａに記憶されたデータレ
コード５２のうちスタンプ工場Ａでの処理に必要なデー
タだけを電子メールによって送信する。スタンプ工場Ａ
での処理に必要なデータとは、図４（ａ）に示すよう
に、データレコード５２のうちの注文Ｎｏ、商品データ
および納期に関するデータ５２ａである。

【００３２】このとき、スタンプの注文者がコンピュー
タ２４からＨＴＴＰに基づいて商品管理サーバ１１にア
クセスして注文Ｎｏ（およびパスワード）を入力する
と、商品管理サーバ１１が商品管理データベース１１ａ
の当該注文Ｎｏに関するデータレコード５２のスタンプ
現況欄のデータを反映した文字列を含むＨＴＭＬファイ
ルをＨＴＴＰに基づいてコンピュータ２４に送信する。
これにより、注文者のコンピュータ２４のブラウザ表示
ウィンドウ５１には、図５（ａ）に示すように、現在時
刻と共に「工場製作中です。」という文字列を含むウェ
ブページが表示される。

【００３３】続いて、ステップＳ４では、スタンプの製
作が終了した旨のデータをスタンプ工場Ａのコンピュー
タ１５が電子メールによって送信し、この電子メールを
商品管理サーバ１１が受信する。

【００３４】次に、ステップＳ５では、商品管理サーバ
１１が、スタンプ工場Ａ１５のコンピュータから受け取
ったデータに基づいて、商品管理データベース１１ａの
データレコード５２の現況の欄を、図３（ｃ）に示すよ
うに、「工場製作中」から「配送中」に書き換える。

【００３５】そして、ステップＳ６では、商品管理サー
バ１１が、配送業者Ｂのコンピュータ１９に対して、商
品管理データベース１１ａに記憶されたデータレコード
５２のうち配送業者Ｂでの処理に必要なデータだけを電
子メールによって送信する。配送業者Ｂでの処理に必要
なデータとは、図４（ｂ）に示すように、データレコー
ド５２のうちの注文Ｎｏ、届け先データおよび納期に関
するデータ５２ｂである。このとき、スタンプ工場Ａで
製作されたスタンプは、配送業者Ｂに渡される。

【００３６】このとき、スタンプの注文者がコンピュー
タ２４からＨＴＴＰに基づいて商品管理サーバ１１にア
クセスして注文Ｎｏ（およびパスワード）を入力する
と、商品管理サーバ１１が商品管理データベース１１ａ
の当該注文Ｎｏに関するデータレコード５２のスタンプ
現況欄のデータを反映した文字列を含むＨＴＭＬファイ
ルをＨＴＴＰに基づいてコンピュータ２４に送信する。
これにより、注文者のコンピュータ２４のブラウザ表示
ウィンドウ５１には、図５（ｂ）に示すように、現在時
刻と共に「配送中」という文字列を含むウェブページが
表示される。

【００３７】続いて、ステップＳ７では、指定された届
け先へのスタンプの配送が終了した旨のデータを配送業
者Ｂのコンピュータ１９が電子メールによって送信し、
この電子メールを商品管理サーバ１１が受信する。

【００３８】次に、ステップＳ８では、商品管理サーバ
１１が、配送業者Ｂのコンピュータ１９から受け取った
データに基づいて、商品管理データベース１１ａのデー
タレコード５２の現況の欄を、図３（ｄ）に示すよう
に、「配送中」から「請求中」に書き換える。

【００３９】そして、ステップＳ９では、商品管理サー
バ１１が、集金業者Ｃのコンピュータ２３に対して、商
品管理データベース１１ａに記憶されたデータレコード
５２のうち集金業者Ｃでの処理に必要なデータだけを電
子メールによって送信する。集金業者Ｃでの処理に必要
なデータとは、図４（ｃ）に示すように、データレコー
ド５２のうちの注文Ｎｏ、注文者データおよび税込金額
（集金金額）に関するデータ５２ｃである。

【００４０】このとき、スタンプの注文者がコンピュー
タ２４からＨＴＴＰに基づいて商品管理サーバ１１にア
クセスして注文Ｎｏ（およびパスワード）を入力する
と、商品管理サーバ１１が商品管理データベース１１ａ
の当該注文Ｎｏに関するデータレコード５２のスタンプ
現況欄のデータを反映した文字列を含むＨＴＭＬファイ
ルをＨＴＴＰに基づいてコンピュータ２４に送信する。
これにより、注文者のコンピュータ２４のブラウザ表示
ウィンドウ５１には、図５（ｃ）に示すように、現在時
刻と共に「配送済みです。」という文字列を含むウェブ
ページが表示される。

【００４１】続いて、ステップＳ１０では、指定された
金額の集金および指定された振り込み口座への振り込み
が終了した旨のデータを集金業者Ｃのコンピュータ２３
が電子メールによって送信し、この電子メールを商品管
理サーバ１１が受信する。

【００４２】次に、ステップＳ１１では、商品管理サー
バ１１が、集金業者Ｃのコンピュータ２３から受け取っ
たデータに基づいて、商品管理データベース１１ａのデ
ータレコード５２の現況の欄を、図３（ｅ）に示すよう
に、「請求中」から「処理済」に書き換える。これによ
り、１つの注文に係るデータ処理が終了し、データレコ
ード５２が商品管理データベース５２から消去される。

【００４３】このように、本実施の形態によると、イン
ターネット１２を介して商品管理データベース１１ａと
複数の業者の各コンピュータ１３〜２３とが接続されて
いるために、製造業者、配送業者、集金業者を含む多数
の業種に関連した多数の業者が商品管理データベース１
１ａを利用することが可能となり、各業者から商品管理
データベース１１ａに供給される当該業者での処理が終
了した旨のデータに基づいて商品管理データベース１１
ａの内容が書き換えられる。これにより、複数の業者に
またがって受注、製造、配送、集金されるスタンプの現
況を商品管理データベース１１ａで一元管理することが
可能となる。従って、注文者は、コンピュータ２４を用
いてインターネット１２を介して商品管理データベース
１１ａにアクセスすることによって、注文したスタンプ
の現況を容易に確認することができる。

【００４４】また、本実施の形態においては、ステップ
Ｓ２で選択された各業者にその業者で必要なデータだけ
が商品管理データベース１１ａから送信されるので、各
業者でデータの読み間違いなどに起因して作業ミスが生
じる可能性が少なくなる。

【００４５】また、本実施の形態では、注文者からスタ
ンプの注文があったときにその注文に係る最適な業者が
商品管理データベース１１ａのデータレコード５２に基
づいて選択され、商品管理データベース１１ａから選択
された業者にデータを送ることが可能となる。従って、
たとえば注文者がスタンプの早期納入を希望している場
合には、地理的に注文者の近くに存在するスタンプ工場
やすぐにスタンプの製造を開始可能なスタンプ工場など
の迅速処理が可能な業者を選択することによって、注文
者の注文に対し速やかに応じることができる。

【００４６】以上、本発明の好適な一実施の形態につい
て説明したが、本発明は上述の実施の形態に限られるも
のではなく、特許請求の範囲に記載した限りにおいて様
々な設計変更が可能なものである。例えば、上述の実施
の形態では、注文者はコンピュータ２４を用いてインタ
ーネット１２を介して商品管理データベース１１ａにア
クセス可能であったが、注文者は商品管理データベース
１１ａに直接アクセスすることができてもよいし、別の
手段によって商品管理データベース１１ａにアクセスす
ることができてもよい。

【００４７】また、上述の実施の形態では、各業者から
その処理が終了した時点で１回だけその旨のデータを受
け取っていたが、各業者での処理の進捗度に応じて複数
回に分けて各業者からデータを受け取るようにしてもよ
い。これにより、注文者はよりきめ細やかな商品現況の
把握が可能になる。また、上述の実施の形態では、１つ
の業者が１つの業種だけを行っていたが、１つの業者が
複数の業種にまたがって処理を行ってもよい。例えば、
商品の配送と集金とが、同じ業者によって処理されても
よい。

【００４８】また、上述の実施の形態では、各業者と商
品管理サーバ１１との間におけるデータのやりとりが電
子メールによって行われていたが、業者固有のＩＤおよ
びパスワードを予め発行しておき不正アクセスを防止す
るようにすれば、ＨＴＴＰに基づいて各業者が商品管理
サーバ１１にアクセスして商品管理データベース１１ａ
のデータレコードを書き換えるようにすることも可能で
ある。また、上述した実施の形態で使用した業者管理デ
ータベース１１ｂは必ずしも必要ではなく、業者を選択
する際にも商品管理データベース１１ａだけを参照して
選択をおこなってよい。また、各業者の選択は、ステッ
プＳ２でまとめて行わなくても、各業種の業者へのデー
タ送信の直前のステップで業者選択を行ってもよい。

【００４９】また、上述の実施の形態では、注文カウン
タＡ、Ｂは注文者が直接出向く実際の商店であったが、
注文カウンタは、インターネット１２に接続されたサー
バ上に設けられたものであってもよい。この場合、発注
者は注文カウンタのあるサーバにアクセスしてスタンプ
を発注することが可能になるというメリットがある。ま
た、上述の実施の形態では、注文者だけが商品管理サー
バ１１にアクセスしてスタンプの現況を知ることができ
るものであったが、注文者に限らず各業者が商品管理サ
ーバ１１にアクセスしてスタンプの現況を確認すること
ができてもよい。

【００５０】

【発明の効果】以上説明したように、請求項１、５、
８、１１によると、通信ネットワークを介して商品管理
データベースと複数の業者の各コンピュータとが接続さ
れているために、多数の業種に関連した多数の業者が商
品管理データベースを利用することが可能となり、各業
者から商品管理データベースに供給される当該業者での
処理の進捗度に関するデータに基づいて商品管理データ
ベースの内容が書き換えられる。これにより、複数の業
者にまたがって処理される商品の現況を商品管理データ
ベースで一元管理することが可能となる。従って、注文
者は、商品管理データベースにアクセスすることによっ
て、注文した商品の現況を容易に確認することができ
る。また、選択された各業者には必要なデータだけが商
品管理データベースから送信されるので、各業者でデー
タの読み間違いなどに起因して作業ミスが生じる可能性
を減少させることができる。

【００５１】請求項２、６、９によると、注文者から商
品の注文があったときにその注文に係る最適な業者が注
文に関するデータに基づいて選択され、商品管理データ
ベースから当該業者にデータを送ることが可能となる。
請求項３、７、１０によると、複数の業種にまたがった
商品管理が可能になる。請求項４によると、注文者の注
文内容に応じて個々の製品の詳細が異なるスタンプや名
刺などの個別情報表示製品の注文から納品までにおける
現況を一元管理して注文者が容易にそれを確認すること
ができるようになる。

【図面の簡単な説明】

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

【図２】本発明の一実施の形態に係る商品管理システム
を用いた商品管理方法を示すフローチャートである。

【図３】図１に示された商品管理データベースに形成さ
れる注文に関するデータレコードが書き換えられる様子
を、図２で説明する手順に従って示す図である。

【図４】商品管理サーバから図１に示す各業者に対して
送信されるデータを図２で説明する手順に従って示す図
である。

【図５】スタンプ注文者のコンピュータディスプレイに
表示されるスタンプの現況についての表示例を、図２で
説明する手順に従って示す図である。

【図６】業者管理データベースに形成された各業者に関
するデータレコードの一例を描いた図である。

【符号の説明】

１ 商品管理システム １１ 商品管理サーバ １１ａ 商品管理データベース １１ｂ 業者管理データベース １２ インターネット １３ 注文カウンタＡのコンピュータ １４ 注文カウンタＢのコンピュータ １５ スタンプ工場Ａのコンピュータ １６ スタンプ工場Ｂのコンピュータ １７ スタンプ工場Ｃのコンピュータ １８ 配送業者Ａのコンピュータ １９ 配送業者Ｂのコンピュータ ２０ 配送業者Ｃのコンピュータ ２１ 集金業者Ａのコンピュータ ２２ 集金業者Ｂのコンピュータ ２３ 集金業者Ｃのコンピュータ ２４ 注文者のコンピュータ ５１ ディスプレイ ５２ データレコード

Claims (11)

【特許請求の範囲】
1. 【請求項１】 商品の注文に関するデータを記憶するた
   めの商品管理データベースと、商品に関連した複数の業
   者の各コンピュータとが、通信ネットワークを介して互
   いにデータの送受信可能に接続されており、 注文者による注文が行われると、当該注文に関するデー
   タが前記商品管理データベースに形成されるのに引き続
   いて、前記商品管理データベースから前記複数の業者か
   ら選択された業者のコンピュータに対して当該業者に必
   要なデータだけが送信され、 各業者のコンピュータから前記商品管理データベースに
   対して各業者における商品に関する処理の進捗度に関す
   るデータが送信されると、当該データに基づいて前記商
   品管理データベースの内容が書き換えられるように構成
   されていることを特徴とする商品管理システム。
2. 【請求項２】 注文者による注文が行われると、複数の
   業者から１または複数の業者が選択されることを特徴と
   する請求項１に記載の商品管理システム。
3. 【請求項３】 ある業種の業者のコンピュータから前記
   商品管理データベースに対して前記処理が終了した旨の
   データが送信されると、前記商品管理データベースから
   その内容が書き換えられた後に別の業種に係る業者のコ
   ンピュータに対して当該業者に必要なデータだけが送信
   されることを特徴とする請求項１または２に記載の商品
   管理システム。
4. 【請求項４】 商品が個別情報表示製品であることを特
   徴とする請求項１〜３のいずれか１項に記載の商品管理
   システム。
5. 【請求項５】 商品の注文に関するデータを記憶するた
   めの商品管理データベースを含む商品管理サーバであっ
   て、 通信ネットワークを介して、商品に関連した複数の業者
   の各コンピュータと互いにデータの送受信可能に接続さ
   れており、 注文者による注文が行われると、当該注文に関するデー
   タを前記商品管理データベースに形成するのに引き続い
   て、前記複数の業者から選択された業者のコンピュータ
   に対して当該業者に必要なデータだけを送信し、 各業者における商品に関する処理の進捗度に関するデー
   タを各業者のコンピュータから受信すると、当該データ
   に基づいて前記商品管理データベースの内容を書き換え
   るように構成されていることを特徴とする商品管理サー
   バ。
6. 【請求項６】 注文者による注文が行われると、複数の
   業者から１または複数の業者を選択することを特徴とす
   る請求項５に記載の商品管理サーバ。
7. 【請求項７】 前記処理が終了した旨のデータをある業
   種の業者のコンピュータから受信すると、前記商品管理
   データベースの内容を書き換えた後に別の業種に係る業
   者のコンピュータに対して当該業者に必要なデータだけ
   を送信することを特徴とする請求項５または６に記載の
   商品管理サーバ。
8. 【請求項８】 商品の注文に関するデータを記憶するた
   めの商品管理データベースを含む商品管理サーバでの商
   品管理方法あって、 注文者による注文が行われると、当該注文に関するデー
   タを前記商品管理データベースに形成するのに引き続い
   て、前記複数の業者から選択された業者のコンピュータ
   に対して当該業者に必要なデータだけを送信し、 各業者における商品に関する処理の進捗度に関するデー
   タを各業者のコンピュータから受信すると、当該データ
   に基づいて前記商品管理データベースの内容を書き換え
   ることを特徴とする商品管理サーバでの商品管理方法。
9. 【請求項９】 注文者による注文が行われると、複数の
   業者から１または複数の業者を選択することを特徴とす
   る請求項８に記載の商品管理サーバでの商品管理方法。
10. 【請求項１０】 前記処理が終了した旨のデータをある
    業種の業者のコンピュータから受信すると、前記商品管
    理データベースの内容を書き換えた後に別の業種に係る
    業者のコンピュータに対して当該業者に必要なデータだ
    けを送信することを特徴とする請求項８または９に記載
    の商品管理サーバでの商品管理方法。
11. 【請求項１１】 商品の注文に関するデータを記憶する
    ための商品管理データベースを含む商品管理サーバと通
    信ネットワークを介してデータの送受信可能に接続され
    た商品処理業者に係るクライアントでの商品管理方法あ
    って、 注文者による注文が行われると、前記商品管理サーバか
    ら当該業者に必要なデータだけを受信し、 当該業者における商品に関する処理の進捗度に関するデ
    ータを前記商品管理サーバに送信することを特徴とする
    商品処理業者に係るクライアントでの商品管理方法。