JP2002298029A - 商品の受発注システム、受発注方法、及びプログラム - Google Patents

Abstract

(57)【要約】 【課題】経営規模が小さい小売店であっても、共同購入
により、大型店や量販店などに十分に対抗し得るだけの
仕入れ価格で商品を発注できる。 【解決手段】この商品の受発注システム１０は、インタ
ーネット１１を介してメーカ・卸業者のコンピュータ１
３と小売店の端末１４とにデータ通信可能に接続された
サーバシステム１２を備える。サーバシステム１２は、
メーカ・卸業者により予め登録されている商品別の数量
に対する納品単価を示すテーブルを記憶したデータベー
ス２３を有している。サーバシステム１２は、小売店か
ら商品の発注を受け、この受けた商品のうち、同一商品
別に受注数量を合算し、データベース２３を参照して合
算数量に見合った納品単価を商品別に決め、この決めら
れた納品単価且つ合算数量の前記商品をメーカ・卸業者
に発注するウェブサーバ２１及び業務サーバ２２を備え
る。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、通信ネットワーク
を介した商品の受発注システムに係り、特に、経営規模
が小さい小売業者であってもメーカや卸業者に対して共
同で大きな数量の商品発注を行い、仕入れ単価を抑える
ことが可能な商品受発注システムに関する。

【０００２】

【従来の技術】近年、多種類の商品を大量に販売するス
ーパーマーケットや大型店舗、更には、扱う商品群を絞
り込み且つ低価格で販売する量販店などが増え、その
分、従来から小規模経営の小売店の集客力は減少を余儀
なくされ、その経営も圧迫されているのが大方の状況で
ある。これらの小売点は集客力の増加を図るべく商店街
毎に様々な企画や催しを行ってはいるが、思うような成
果を上げてはいないのが現実である。

【０００３】従来、小規模な小売店の場合、商品の仕入
れは個々に店毎で行っている。このため、大型店舗に比
して、仕入規模が小さいことがネックになり、メーカや
卸業者との仕入単価に対する交渉の手立てもなく、仕入
単価を抑え難い。これは販売競争力の点でも大型点や量
販店とのハンディになっている。

【０００４】このような状況下で、商品流通卸業界にも
昨今のＩＴ（情報技術）化の波が押し寄せており、例え
ば特開平８−２２５７６号公報や特開平１１−２９６６
１１号公報に記載のように、売れ筋商品の分析、商品管
理業務などのためのＰＯＳシステムや、需要予測、入荷
リードタイム、在庫数などを考慮した商品の発注支援の
方法及び装置が提案されている。

【０００５】

【発明が解決しようとする課題】しかしながら、上述し
た公報記載のＩＴ技術を駆使した手法は何れも資本力や
人的資源に対応能力がある大型店や量販店には有効であ
ると思われるが、個人経営など、経営規模の小さい小売
店では殆ど実現できない流通近代化の手法である。

【０００６】このように、従来、小規模な小売店には、
個々の店毎或いは商店街毎の取組みを除いて、昨今の急
速に発展している情報技術をテコにした組織的な流通近
代化への提案は殆どなされていない。

【０００７】本発明は、このような小規模な小売店が有
する従来の状況に鑑みてなされたもので、経営規模が小
さいこと等に因り、資金力及び人的資源に余力の少ない
小売店であっても、大型店や量販店などに十分に対抗し
得るだけの商品発注力を持つことができる商品の受発注
システムを提供することを、その一つの目的とする。

【０００８】また本発明は、昨今の激しい流通競争の谷
間にあって、取り残されがちな小規模な小売店を商品流
通に復帰させることができる電子マーケットプレイスを
創り出すことを、別の目的とする。

【０００９】

【課題を解決するための手段】上記目的を達成するた
め、本発明の１つの態様によれば、通信ネットワークを
介して商品供給業者が管理する端末と小売業者が管理す
る端末とにデータ通信可能に接続されたサーバシステム
を備え、このサーバシステムに商品の受発注機能を持た
せた商品の受発注システムにおいて、前記サーバシステ
ムは、前記商品供給業者により予め登録されている商品
別の数量に対する納品単価を示す対応情報を記憶したデ
ータベースと、前記小売業者から前記通信ネットワーク
を介して商品の発注を受ける受注手段と、この受注手段
が受けた商品のうち、同一商品別に受注数量を合算する
合算手段と、前記データベースを参照して前記合算数量
に見合った納品単価を前記商品別に決める決定手段と、
この決定手段により決められた納品単価且つ前記合算数
量の前記商品を前記通信ネットワークを介して前記商品
供給業者に発注する発注手段とを備えたことを特徴とす
る。

【００１０】これにより、多数の小売業者からの小口の
注文が合算され、その合算数量に応じて商品の納品単価
が決められる、所謂、共同購入チェーンが展開される電
子マーケットプレイスを提供できる。従って、経営規模
が小さいこと等に因り、資金力及び人的資源に余力の少
ない小売店であっても、大型店や量販店などに十分に対
抗し得るだけの価格で商品を仕入れることができる。

【００１１】好適には、前記データベースの対応情報は
テーブルであって、このテーブルは、前記商品の数量が
所望幅ずつ複数段に区切られ、この各区切りの数量毎に
前記納品単価が設定されて成るとともに、前記数量が多
くなるほど前記納品単価が下げた値に設定されている。
また例えば、前記決定手段は、前記合算数量にマッチす
る前記区切り数量幅を検索し、この区切り数量幅に割当
てられている前記納品単価を選択する手段である。

【００１２】また別の好適な一例によれば、前記受注手
段は、一定期間の間、前記受注を受ける手段である。こ
の一定期間を適度な時間に設定することで、共同購入チ
ェーンに伴う商品仕入れまでのタイムラグの長期化を抑
えることができ、通常の個別仕入れと遜色の無いシステ
ムを提供できる。

【００１３】さらに好適な一例は、前記決定手段が前記
テーブルを参照したときに該当する商品を検索できない
ときには、商品発注不可の旨の通知を前記通信ネットワ
ークを介して前記小売店に通知する通知手段を備えるこ
とである。この通知がなされることで、小売業者は、受
発注システムで取り扱っている商品か否かをあまり気に
することなく発注を掛けることができる。逆に、そのよ
うに発注を掛けてもらうことで、受発注システム側で
は、市場の動向をサーチするデータを自動的に集めるこ
とができる。

【００１４】また本発明の別の態様によれば、商品供給
業者により予め登録されている商品別の数量に対する納
品単価を示す対応情報を記憶したデータベースを用いる
商品の受発注方法であって、前記小売業者から通信ネッ
トワークを介して商品の発注を受け、この受注商品のう
ちの同一商品別に受注数量を合算し、前記データベース
を参照して前記合算数量に見合った納品単価を前記商品
別に決め、この決められた納品単価で且つ前記合算数量
の前記商品を前記通信ネットワークを介して前記商品供
給業者に発注することを特徴とした商品の受発注方法が
提供される。この受発注方法により、共同購入チェーン
を展開して、小売業者の仕入れ価格を下げることができ
る。

【００１５】さらに本発明の別の態様によれば、通信ネ
ットワークを介して商品供給業者が管理する端末と小売
業者が管理する端末とにデータ通信可能に接続されたコ
ンピュータを、前記小売業者から前記通信ネットワーク
を介して商品の発注を受ける受注手段と、この受注手段
が受けた商品のうち、同一商品別に受注数量を合算する
合算手段と、データベースを参照して前記合算数量に見
合った納品単価を前記商品別に決める決定手段と、この
決定手段により決められた納品単価且つ前記合算数量の
前記商品を前記通信ネットワークを介して前記商品供給
業者に発注する発注手段として機能させるためのプログ
ラムが提供される。これにより、コンピュータを共同購
入チェーンで稼動させることができ、小売業者の仕入れ
価格を下げることができる。

【００１６】

【発明の実施の形態】以下、本発明に係る１つの実施の
形態を図１〜９に基づき説明する。

【００１７】最初に、本発明を実施した商品の受発注シ
ステムの概要を説明する。

【００１８】この商品の受発注システムは、通信ネット
ワーク上に電子マーケットプレイス（ｅ−マーケットプ
レイス）を開設するシステムであり、経営規模が小さい
小売業者（以下、「小売店」と呼ぶ）に好適な共同購入
チェーンである。この受発注システムでは、商品を供給
するメーカや卸業者（以下、「メーカ・卸業者」と呼
ぶ）と、商品を消費者に販売する小売店と、複数の小売
店の共同購入チェーンに必要な業務を代行する運用代行
処理会社と、商品を運送する運送業者と、商品代金の回
収及び支払を代行する請求代行業者がプレーヤとなる。

【００１９】特に、運用代行処理会社は、多数の小売店
（例えば１０００店以上）と多数のメーカ・卸業者（例
えば５００社以上）との間で受発注業務を商品毎に仲介
するプレーヤである。このため、メーカ・卸業者各社か
ら見た場合、運用代行処理会社のみを仮想的な取引相手
とすればよい。このためメーカ・卸業者は、大半が小口
の商品注文になる多数の小売店と直接取引するときのよ
うな煩雑な手間を省くことができる。反対に、この受発
注システムに参加している小売店は、小口の商品注文で
あっても、躊躇することなく運用代行処理会社に発注す
ることができ、運用代行処理会社が行う共同購入チェー
ンに拠る数量効果を殆どの場合、享受することができ
る。なお、運用処理代行会社の名称は、これに限定され
るものではなく、「ｘｘｘセンタ」、「ｘｘｘサービス
会社」など、様々な呼び名であってもよい。

【００２０】この受発注システムはメーカ・卸業者及び
小売店の双方から予め会員を募って、会社や商品につい
て必要な情報を登録しておく会員制で運営される。通信
ネットワークは例えばインターネットである。運用代行
処理会社は会員からの会費及び取引額に応じた手数料等
で運営される。この受発注システムで販売される商品
は、日用品、食料品などの大量消費の商品に特に好適で
ある。なお、商品としてはチケット、切符などのサービ
スに対する商品も受発注可能である。

【００２１】図１に、ｅ−マーケットプレイスを形成す
る受発注システムのハードウエア構成の概要を示す。

【００２２】この受発注システム１０は、通信ネットワ
ークとしてのインターネット１１に接続され且つ運用処
理代行会社により管理されるサーバシステム１２、複数
社のメーカ・卸業者のコンピュータ１３Ａ、１３Ｂ、…
（以下、符号１３で代表する：メーカ・卸業者コンピュ
ータと呼ぶ）、複数の小売店のコンピュータ１４Ａ、１
４Ｂ、…（以下、符号１４で代表する：小売店端末と呼
ぶ）、少なくとも１社以上の運送業者のコンピュータ１
５（以下、運送業者コンピュータと呼ぶ）、及び少なく
とも１社以上の請求代行業者のコンピュータ１６（以
下、請求代行業者コンピュータと呼ぶ）を備える。

【００２３】サーバシステム１２は、ハードウエア的に
は、インターネット１１に接続されたウェブサーバ２１
と、このウェブサーバ２１に接続された業務サーバ２２
（負荷分担のために複数のサーバ装置から成る）と、こ
の業務サーバ２２及びウェブサーバ２１の処理に供する
データベース２３とを備える。

【００２４】ウェブサーバ２１は、メーカ・卸業者コン
ピュータ１３、小売店端末１４、運送業者コンピュータ
１５、及び請求代行業者コンピュータ１６との通信機能
や認証機能を担う。業務サーバ２２は、会員（メーカ・
卸業者及び小売店）の登録、商品マスタの登録・更新、
小売店からの受注受付、マッチングを含む受注処理、メ
ーカ・卸業者への発注、運送指令処理、請求処理、デー
タベース２３の検索などの機能を担う。データベース２
３には、メーカ・卸業者マスタ、商品マスタ（商品毎の
マッチング用のテーブルを含む）、及び小売店マスタが
構築されている。それらのマスタは必要時には随時、更
新される。

【００２５】なお、ウェブサーバ２１及び業務サーバ２
２のメモリＭ１及びＭ２（記録媒体）には、上述の処理
を含む所定の処理を実行するためのアプリケーションの
プログラムがインストールされている。このアプリケー
ションは、サーバ２１，２２のオペレーティングシステ
ム（ＯＳ）上で動作する。

【００２６】メーカ・卸業者コンピュータ１３は、各社
毎に、通信装置１３ｘを介して双方向で通信可能な端末
として機能する汎用コンピュータで構成される。このメ
ーカ・卸業者コンピュータ１３にはブラウザがインスト
ールされている。これにより、メーカ・卸業者は、メー
カ・卸業者コンピュータ１３からサーバシステム１２に
対して、会員登録、商品マスタの登録・更新、商品の受
注、請求などの処理を各社単独で行うことができる。な
お、メーカ・卸業者各社は、この受発注システム（ｅ−
マーケットプレイス）では、商品登録、受注、請求など
面で運用処理代行会社のみを取引相手とすればよく、多
数の小売店と直接に取引を行う必要はない。

【００２７】小売店端末１４は、各店毎に、通信装置１
４ｘを介して双方向で通信可能な端末として機能する汎
用コンピュータで構成される。この小売店端末１４には
ブラウザがインストールされている。これにより、各小
売店は、その端末１４からサーバシステム１２に対し
て、会員登録、商品発注などの処理を各店単独で行うこ
とができる。なお、各小売店は、この受発注システム
（ｅ−マーケットプレイス）では、商品の発注先（メー
カ・卸業者）が複数社に渡っている場合でも、運用処理
代行会社のみに発注すればよく、多数のメーカ・卸業者
業者と直接に取引を行う必要はない。

【００２８】各小売店は、このｅ−マーケットプレイス
に参画するには、ブラウザをインストールした汎用パソ
コンを用意し、インターネット１１に接続可能にすると
ともに、会員登録を行うだけでよい。このため、小規模
な小売店であっても、このｅ−マーケットプレイスに無
理無く参加できる。

【００２９】また、運送業者コンピュータ１５は通信装
置１５ｘを介してインターネット１１に接続されてい
る。請求代行業者コンピュータ１６も同様に通信装置１
６ｘを介してインターネット１１に接続されている。

【００３０】インターネット１１は、サーバシステム１
２と不特定多数のクライアント１３〜１６との間の双方
向の通信を例えばＴＣＰ／ＩＰなどの所定の通信プロト
コルの元で行うようになっている。

【００３１】次いで、図２〜９を参照して、本実施形態
に係る受発注システム１０の全体動作の一例及びその作
用効果を説明する。

【００３２】図２には、メーカ・卸業者、小売店、運用
代行処理会社、運送業者、及び請求代行業者の相互間で
行われるワークのフローを示す事前に、本受発注システ
ム１０の準備として、会員登録及び商品マスタ登録が行
われる。具体的には、会員希望のメーカ・卸業者は、図
３及び４に示す登録用紙を充足する情報を運用代行処理
会社に送って、サーバシステム１２のデータベース２３
に企業登録及び商品登録を行う（図２、ステップＳ１，
Ｓ２）。

【００３３】メーカ・卸業者の企業登録には、図３に示
す如く、メーカ（卸）コード（運用代行処理会社で割り
当てる）、メーカ（卸）名、郵便番号、住所、代表電話
番号、代表者名、アクセス番号、パスワード、業種・業
態、資本金、年商、責任部署、担当部署等の情報が必要
になる。

【００３４】商品マスタの登録には、図４に示す如く、
メーカ（卸）コード、ＪＩＣＦＳ（ＪＡＮ Ｉｔｅｍ
Ｃｏｄｅ Ｆｉｌｅ Ｓｅｒｖｉｃｅ）分類コード、Ｊ
ＡＮ（Ｊａｐａｎｅｓｅ Ａｒｔｉｃｌｅ Ｎｕｍｂｅ
ｒ Ｃｏｄｅ）コード、品名、希望販売価格、発注ロッ
ト（個）、納品単価、発注単価、新商品フラグ、推奨商
品フラグ、入り数、発注単位などの情報が必要になる。

【００３５】特に、発注ロット数及び納品単価（＝発注
単価）は本発明の特徴の一つに対応する項目であり、運
用代行処理会社からの発注ロット数が多くなるほど、運
用代行処理会社（即ち、小売店）への納品単価が下がる
ように商品別に、記憶テーブルとして設定されている。
これは、同じ商品の発注数量が多くなるほど、一般には
その数量効果も大きくなることに拠っており、登録時に
メーカ・卸業者と運用処理代行会社との間での交渉事項
でもある。

【００３６】なお、この商品登録において、ＪＡＮコー
ドが重複する場合、納品価格の低い方の商品を採用する
などの通知が運用代行処理会社から、該当するメーカ・
卸業者業者に送られる。

【００３７】また、会員希望の小売店は、図５に示す登
録用紙を充足する情報を運用代行処理会社に送って、サ
ーバシステム１２のデータベース２３に発注元マスタの
登録を行う（図２、ステップＳ３）。

【００３８】小売店の登録には、図５に示す如く、発注
元コード（運用代行処理会社で割り当てる）、発注元
名、郵便番号、住所、代表電話番号、代表者名、アクセ
ス番号、パスワード、業種・業態、資本金、年商、責任
部署、担当部署、共同購入区分、仕様ＰＯＳメーカ等の
情報が必要になる。

【００３９】この小売店登録により発注元マスタを作成
するときに、サーバシステム１２の業務サーバ２２は、
地域毎に代表企業コードを作成する。この代表企業コー
ドとは、運送業者の運送ルートに合致した小売店グルー
プを言う。この代表企業コードに拠り商品運送の効率化
を図るようになっている。

【００４０】なお、上述したマスタ登録の処理、即ち図
２のステップＳ１〜Ｓ３の処理は時間的な順序には依存
しない単独処理である。

【００４１】この受発注システム１０では、会員数が多
く且つ扱い得る商品数が多くなるほど、メーカ・卸業者
間の競争原理も作用し、活況を呈するものと期待される
ので、会員及び商品は随時、登録、更新、及び削除でき
るようになっている。

【００４２】このように登録準備ができると、受発注シ
ステム１０が立ち上げられ、通信ネットワーク１１を利
用したｅ−マーケットプレイスが開設される。

【００４３】このｅ−マーケットプレイスにおける商品
受発注に伴う動作を説明する。

【００４４】各小売店は、例えば業務サーバ２２が開設
するｅ−マーケットプレイスに商品の発注データを送る
（図２：ステップＳ４）。この発注データ送信法には、
ｅ−マーケットプレイスの発注サイトにオンラインでア
クセスして発注データを選択する方法、又は、データフ
ァイルをサーバシステム２１にインターフェース経由で
送信する方法が用意されている。

【００４５】この発注（納品）データの一例を図６に示
す。同図に示す如く、各小売店は、発注元コード、発注
元名（小売店名）、代表企業コード、代表企業名、発注
元店コード、発注元店名、発注日、メーカ（卸）コー
ド、ＪＩＣＦＳ分類コード、ＪＡＮコード、品名、発注
単位、入り数、サイズ、ケース、発注数量、発注単価、
発注金額、納品数量、納品金額、納品日、共同購入区
分、発注差額理由、確定日付などである。

【００４６】この発注データは、サーバシステム１２に
取り込まれ、以下のようなマッチングを含む受注処理に
供せられる（図２、ステップＳ５）。つまり、サーバシ
ステム１２は、発注データの中から共同購入のデータの
みを抽出し、共同購入の商品毎に代表企業コードの単位
で合算する。そして、サーバシステム１２は、発注対象
の商品と商品マスタとをマッチングさせて、発注量に見
合った発注単価を抽出し、その発注単価を発注元の小売
店に例えばＣＶＳ形式のデータフォーマットで返信す
る。このマッチングにより決まる発注単価（メーカ・卸
業者には納品単価）は、共同購入の効果を反映させた価
格になっている。

【００４７】このマッチングにおいて、取り扱っていな
い商品について発注があった場合、この商品データは発
注元に返送され、取り扱っていない旨の通知がなされ
る。

【００４８】ここで、上記マッチング処理を図７、８を
用いて詳述する。

【００４９】サーバシステム１２において、業務サーバ
２２は小売店から受注があるか否かを判断しながら待機
している（図７、ステップＳ４０１）。この判断がＹＥ
Ｓ、即ち受注有りのときにはその受注が共同購入のもの
か直接購入のものかを判断する（ステップＳ４０２）。

【００５０】直接購入は各小売店が単独で運用代行処理
会社を通して商品注文する購入法である。直接購入法
は、各小売店が必要なときに自由に商品発注できる利点
はあるが、数量効果はそれほど期待できないことが多
い。

【００５１】これに対して、共同購入は、上述の如く、
多数の小売店が共同して１つの商品を注文し、数量効果
に拠る発注単価（仕入れ価格）の引き下げを狙う購入法
である。このため、同一の商品であっても、共同購入数
が多いときほど、発注単価は通常、低くなる。共同購入
法は後述するように発注のタイミングにある程度の制約
があるが、大きな数量効果に拠る発注単価の抑制効果が
期待できる。従って、各小売店は商品仕入れの緊急度な
どに応じて、共同購入と直接購入とを適宜使い分けるこ
ともできる。

【００５２】ステップＳ４０２の判断でＮＯ、即ち直接
購入のときには、業務サーバ２２は所定の直接購入の処
理を行う（ステップＳ４０３）。一方、ＹＥＳの判断に
なるとき、即ち共同購入のときにはその受注データを読
み込んで記憶する（ステップＳ４０４）。この共同購入
の受付は一定時間が来るまで続けられる（ステップＳ４
０５）。この共同購入の受付期間は、例えば半日毎、１
日毎、２日毎など適宜に設定される。

【００５３】この受付期間が終わると、業務サーバ２２
は地区別に予め定めてある代表企業コードを例えば昇順
に１つ選択し、次いで商品（ＪＡＮコード）を例えば昇
順に１つ指定する（ステップＳ４０６，Ｓ４０７）。

【００５４】次いで、業務サーバ２２は、ステップＳ４
０４で記憶している受注データを商品別にソートして、
商品毎の共同購入ロット数を計算する（ステップＳ４０
８）。つまり、この計算で求められる共同購入のロット
数は、例えば「Ａ社製の花見用の“ｘｘｘ”菓子につい
て、「新橋・品川」地区で合計３７０個」の如く表され
る数字になる。

【００５５】この後、業務サーバ２２は上述の如く求め
たロット数の商品で、データベース２３の商品マスタを
検索して、そのマスタに登録されているか否かを判断す
る（ステップＳ４０９，Ｓ４０９）。この判断でＮＯ、
即ち注文された商品が商品マスタに登録されていない場
合、前述した如く、各小売店にその旨通知される（ステ
ップＳ４１１）。この場合、集計した未登録商品のロッ
ト数や注文依頼のあった地区名などのデータは、その商
品をこのｅ−マーケットプレイスで扱うようにメーカ・
卸業者に働きかけるリサーチデータとして活用される。

【００５６】上述の商品マスタ検索の結果、商品が登録
されていると判断された場合（ステップＳ４１０でＹＥ
Ｓ）、業務サーバ２２はその商品のマスタ内の記憶テー
ブルにおける受注ロット数を前述の如く合算した受注ロ
ット数で検索し、該当する発注単価を選択する（ステッ
プＳ４１２，Ｓ４１３）。

【００５７】このロット数検索及び単価選択の様子を図
８に模式的に示す。いま、例えばＡ社製の商品「ｘｘ
ｘ」について、その商品マスタの受注ロット数（個）と
その納品単価（円）とが図８に示す如く、予め登録され
ているとする。つまり、受注ロット数が多くなるほど、
納品単価は数量効果に応じて受注ロット数の区分毎に下
げられている。

【００５８】いま、Ａ社製の商品「ｘｘｘ」の合算した
受注ロット数が３７０個である場合、ロット数検索によ
り３７０個が含まれる「２５１〜４００個」のロット数
区分が決まる。このロット数区分「２５１〜４００個」
に該当する納品単価は「８９０円」である。このため、
Ａ社製の商品「ｘｘｘ」：受注ロット数＝３７０個に対
する納品単価（＝発注単価）は８９０円に決まる。これ
は発注数が最小単位の１２個で９８０円の場合に比べ
て、共同購入による数量効果で割安な仕入価格となる。

【００５９】このマッチング処理は全商品に対し、更に
は全代表企業コード（全地区）に対して行われる（ステ
ップＳ４１４，Ｓ４１５）。

【００６０】次いで、業務サーバ２２は上述のようにし
て決定した代表企業コード別、商品別の納品単価（＝発
注単価）を含む発注データを作成する（ステップＳ４１
６）。更に、この商品別の納品単価はサーバシステム１
２から小売店端末１４を通じて小売店に通知される（ス
テップＳ４１７）。

【００６１】なお、この受発注システムで取り扱ってい
ない商品は、サーバシステム１２が開設する電子掲示板
に書き込んで会員の閲覧に供している。これは、未取り
扱い商品を閲覧した競争他社がその商品を扱うべく商品
登録を行うなど、競争原理を刺激してｅ−マーケットプ
レイスの活況化に有効である。

【００６２】上記マッチングにより、代表企業コード別
且つ商品別に発注データ（発注ロット及び発注単価を含
む）が確定すると、その発注データは例えばＣＶＳ形式
のフォーマットで該当するメーカ・卸業者にオンライン
送信される（図２、ステップＳ６）。これにより、共同
購入の発注がなされる。また、サーバシステム１２から
代表企業に発注確定された旨の通知が例えばＣＶＳ形式
のフォーマットでなされ、この代表企業を介して各小売
店に個別にかかる発注確定通知がなされる（図２、ステ
ップＳ７）。さらに、サーバシステム１２は運送業者コ
ンピュータ１５にも、上記発注データの内の運送に関わ
るデータが商品配送指令書としてオンラインで通知され
る（図２、ステップＳ８）。

【００６３】受注を受けたメーカ・卸業者は受注商品を
揃え運送業者に配送を委託するとともに、運送業者はこ
の商品を配送委託契約に基づき各小売店まで配送する
（図２、作業Ｗ１参照）。即ち、運送業者は、予め運用
代行処理会社から通知されている商品配送指令書に従っ
てメーカ・卸業者まで出向いて商品を受け取り、商品を
各小売店に配送する。このとき、メーカ・卸業者は運用
代行処理会社の指定する共同配送場所まで配送するよう
にしてもよい。その場合には、運送業者はかかる共同配
送場所にて商品を受け取り、各小売店まで配送する。

【００６４】商品配送を受けた小売店は、商品の検品を
行い、小売店端末１４に納品確定入力を行う（図２、ス
テップＳ９）。このとき、商品の発注量と到着量に差が
あった場合や、商品が違っていた場合、その情報も入力
する。この入力データはオンラインでサーバシステム１
２に送られる。

【００６５】この納品確定入力を受けたサーバシステム
１２では、業務サーバ２２により所定の納品確定処理が
行われる（ステップＳ１０）。なお、図示していない
が、業務サーバ２２は納品確定入力に配送数量違いや商
品違いの情報が含まれていた場合、返品や再発送の指令
をメーカ・卸業者コンピュータ１３、小売店端末１４、
及び／又は運送業者コンピュータ１５に行う。

【００６６】メーカ・卸業者は、送信されてきた納品確
定データを確認し、確認処理を行う。これにより、この
確認処理情報がメーカ・卸業者コンピュータ１３からサ
ーバシステム１２にオンラインで送られる（ステップＳ
１１）。

【００６７】納品確定処理が終わると、業務サーバ２２
は商品の請求明細データをメーカ・卸業者のコンピュー
タ１３、該当する小売店の端末１５、及び請求代行業者
のコンピュータ１６にオンラインで夫々送る（ステップ
Ｓ１２ａ〜１２ｃ）。この送信は例えばＣＳＶ形式のフ
ォーマットでなされる。

【００６８】請求代行業者は、小売店に商品代金を請求
するとともに、メーカ・卸業者に商品代金の支払を行
う。

【００６９】なお、上述した共同購入における商品の運
送費の負担については多様な形態を採り得る。好適に
は、共同購入のために設置した共同配送センタまでをメ
ーカ・卸業者が負担し、残りの小売店までの運送費は運
用代行処理会社が支払う方法である。このｅ−マーケッ
トプレイスでは、各小売店は年商及び各月の取引額に応
じた割合で運用手数料を運用処理会社に支払うようにし
ている。このため、この運用手数料の中から上記小売店
までの運送費も賄われる。

【００７０】図９に、小売店が運用処理代行会社から受
け取る月別の請求データのフォームを示す。このフォー
ムには、仕入れた商品の合計請求額の他に、このｅ−マ
ーケットプレイスの会員になるときに運用代行処理会社
に支払う登録料、年商及び取引額に応じて負担する基本
料及び従量料が含まれる。

【００７１】本実施形態では、ウェブサーバ２１及び業
務サーバ２２が協働して本発明の受注手段、合算手段、
決定手段、発注手段及び通知手段を機能的に有してい
る。

【００７２】本実施形態に係る商品の受発注システムに
よれば、経営規模の小さい小売店であっても、端末装置
を準備してインターネット等に接続するだけの初期投資
で、このシステムが開設するｅ−マーケットプレイスに
参加することができる。このｅ−マーケットプレイスで
は、運用代行処理会社に自店の販売力に見合った数量ず
つ商品を注文するだけで、共同購入チェーンの拠る数量
効果で仕入れ価格を相当に下げることができる。従っ
て、この受発注システムは、今まで経営規模や資金力、
更には人的資源の点で大型店や量販店との価格競争に後
塵を拝してきた小規模経営の小売店にとって極めて有効
な商品仕入れルートになる。このため、小規模経営の小
売店が大型点や量販店と比肩できるような小売価格を設
定することができ、地域の商店街の集客力アップに貢献
でき、強いては商店街の活性化を期待できる。

【００７３】また、このｅ−マーケットプレイスに拠る
共同購入チェーンは、既存のコンビニエンスストアなど
の系列店に拠る共同仕入れとは異なり、全く系列などに
は無関係な個人の商店が手軽に参画することができる。

【００７４】また、メーカ・卸業者は運用代行処理会社
と仮想的に取引するだけで、その背後に在る多数の小売
点と商売をすることができる。メーカ・卸業者にとっ
て、多数の小口注文に必要な手数に忙殺されることな
く、大口の注文を受けることでき、新規な顧客を得るこ
とができる。

【００７５】さらに、このｅ−マーケットプレイスによ
って、昨今の激しい流通競争の谷間にあって、取り残さ
れがちな小規模な小売店を商品流通に復帰させることが
でき、流通業全体としても新規のビジネス分野を創り出
すことができる。

【００７６】なお、本発明は上述した実施形態の構成に
限定されるものではなく、特許請求の範囲に要旨に基づ
き、さらに種々の形態に変形可能なことは勿論である。

【００７７】例えば、前述した商品代金の小売店からの
回収及びメーカ・卸業者への支払の業務は、請求代行業
者に依らずに、運用処理代行会社自身が行うように構成
してもよい。

【００７８】また、前記実施形態にあっては、受注した
商品の合算数量（ロット数）と納品単価（発注単価）を
決めるマッチング処理において、図８に模式的に示され
ているテーブルを用いるようにしたが、これを演算によ
り行うようにしてもよい。例えば合算数量と予め定めた
基準数量とを比較して、その差が小さくなるほど、値引
き率が大きくなる演算式を記憶させておけばよい。

【００７９】また、前述した実施形態の１つの変形例と
して、通常（プロパー）商品については運用処理代行会
社のＪＩＣＦＳマスタに所定の手続きで登録する一方
で、新商品や推奨商品などについては、各メーカ・卸業
者別に運用代行処理会社のウェブサイトに作成したホー
ムページに掲載し、このホームページから発注を受ける
ようにしてもよい。このホームページ掲載商品は、通常
商品と同様にＪＩＣＦＳマスタに登録することもでき
る。なお、ホームページへの掲載項目には、商品名、Ｊ
ＡＮコード、商品画像、メーカ名、規格、容量、発売期
間、販売地域、単価、及びロット数が含まれている必要
がある。

【００８０】例えば、上述した実施形態にあっては、通
信ネットワークがインターネットである場合について説
明したが、公衆回線、専用回線などを使用した通信ネッ
トワーク、或いは、ＢＳデジタル放送における利用者か
らの発信機能を利用した通信ネットワークを用いるよう
にしてもよい。

【００８１】さらに、上述した実施形態では、サーバシ
ステムにオンラインでアクセスするときに使用するクラ
イアント端末は汎用パソコンであるとして説明したが、
このパソコンはデスクトップ型、ノート型、ラップトッ
プ型などのタイプを問わないことは勿論のこと、携帯電
話、通信機能付きの各種のモバイル端末、通信機能付き
の家電装置（製品）などであってもよい。

【００８２】

【発明の効果】以上説明したように、本発明によれば、
多数の小売業者の共同購入チェーンを展開できることか
ら、経営規模が小さいこと等に因り、資金力及び人的資
源に余力の少ない小売店であっても、大型店や量販店な
どに十分に対抗し得るだけの商品発注力を持つことがで
きる。また、昨今の激しい流通競争の谷間にあって、取
り残されがちな小規模な小売店を商品流通に復帰させる
ことができる。

【図面の簡単な説明】

【図１】本発明の実施形態に係る商品の受発注システム
の概要を説明するブロック図。

【図２】この受発注システムにおいて実行されるプレー
ヤ相互間の通信ネットワークを介した処理（ワーク）を
説明するワークフロー。

【図３】メーカ・卸業者の情報をマスタ登録するときの
フォームを説明する図。

【図４】商品をマスタ登録するときのフォームを説明す
る図。

【図５】小売店が発注元をマスタ登録するときのフォー
ムを説明する図。

【図６】発注納品データを記入するときのフォームを説
明する図。

【図７】業務サーバで実行されるマッチングを含む受注
処理の概要を説明するフローチャート。

【図８】小売店からの共同購入に係るマッチングを説明
する図。

【図９】小売店への月別の請求データのフォームを説明
する図。

【符号の説明】

１０ 商品の受発注システム １１ インターネット（通信ネットワーク） １２ サーバシステム １３ メーカ・卸業者コンピュータ １４ 小売店端末 １５ 運送業者端末 ２１ ウェブサーバ ２２ 業務サーバ ２３ データベース（メーカ・卸マスタ、商品マスタ
（マッチング用のテーブルを含む）、小売店マスタ）

Claims (7)

【特許請求の範囲】
1. 【請求項１】 通信ネットワークを介して商品供給業者
   が管理する端末と小売業者が管理する端末とにデータ通
   信可能に接続されたサーバシステムを備え、このサーバ
   システムに商品の受発注機能を持たせた商品の受発注シ
   ステムにおいて、 前記サーバシステムは、前記商品供給業者により予め登
   録されている商品別の数量に対する納品単価を示す対応
   情報を記憶したデータベースと、前記小売業者から前記
   通信ネットワークを介して商品の発注を受ける受注手段
   と、この受注手段が受けた商品のうち、同一商品別に受
   注数量を合算する合算手段と、前記データベースを参照
   して前記合算数量に見合った納品単価を前記商品別に決
   める決定手段と、この決定手段により決められた納品単
   価且つ前記合算数量の前記商品を前記通信ネットワーク
   を介して前記商品供給業者に発注する発注手段とを備え
   たことを特徴とする商品の受発注システム。
2. 【請求項２】 請求項１に記載の商品受発注システムに
   おいて、 前記データベースの対応情報はテーブルであって、この
   テーブルは、前記商品の数量が所望幅ずつ複数段に区切
   られ、この各区切りの数量毎に前記納品単価が設定され
   て成るとともに、前記数量が多くなるほど前記納品単価
   が下げた値に設定されている商品の受発注システム。
3. 【請求項３】 請求項２に記載の商品受発注システムに
   おいて、 前記決定手段は、前記合算数量にマッチする前記区切り
   数量幅を検索し、この区切り数量幅に割当てられている
   前記納品単価を選択する手段である商品の受発注システ
   ム。
4. 【請求項４】 請求項１に記載の商品受発注システムに
   おいて、 前記受注手段は、一定期間の間、前記受注を受ける手段
   である商品の受発注システム。
5. 【請求項５】 請求項１に記載の商品受発注システムに
   おいて、 前記決定手段が前記テーブルを参照したときに該当する
   商品を検索できないときには、商品発注不可の旨の通知
   を前記通信ネットワークを介して前記小売店に通知する
   通知手段を備えた商品の受発注システム。
6. 【請求項６】 商品供給業者により予め登録されている
   商品別の数量に対する納品単価を示す対応情報を記憶し
   たデータベースを用いる商品の受発注方法であって、 前記小売業者から通信ネットワークを介して商品の発注
   を受け、この受注商品のうちの同一商品別に受注数量を
   合算し、前記データベースを参照して前記合算数量に見
   合った納品単価を前記商品別に決め、この決められた納
   品単価で且つ前記合算数量の前記商品を前記通信ネット
   ワークを介して前記商品供給業者に発注することを特徴
   とした商品の受発注方法。
7. 【請求項７】 通信ネットワークを介して商品供給業者
   が管理する端末と小売業者が管理する端末とにデータ通
   信可能に接続されたコンピュータを、 前記小売業者から前記通信ネットワークを介して商品の
   発注を受ける受注手段と、この受注手段が受けた商品の
   うち、同一商品別に受注数量を合算する合算手段と、デ
   ータベースを参照して前記合算数量に見合った納品単価
   を前記商品別に決める決定手段と、この決定手段により
   決められた納品単価且つ前記合算数量の前記商品を前記
   通信ネットワークを介して前記商品供給業者に発注する
   発注手段として機能させるためのプログラム。