(57)【要約】【課題】発注商品が欠品であった場合であっても発注者の手数を減らしつつ代替商品の発注を行う。【解決手段】受信した発注データに含まれる発注商品のうちいずれかについて欠品が生じたことを検出した場合、当該欠品した発注商品の商品属性を商品情報格納部から取得するステップと、商品情報格納部から取得された当該欠品した発注商品の商品属性のうち少なくとも色情報に基づき代替商品を特定する代替商品特定ステップと、代替商品の発注データを当該代替商品の発注先コンピュータに送信する送信ステップとを含む。例えばアパレル業界等では、全く同じ商品ではなくとも所定の属性を有する他の商品を自動的に代替発注してもよい場合がある。そこで本発明では、予め代替商品を設定しておくことなく、欠品した発注商品の少なくとも色情報に基づき代替商品を決定する。【選択図】  図１
2004171489.tif 000002
【特許請求の範囲】
【請求項１】
受信した発注データに含まれる発注商品のうちいずれかについて欠品が生じたことを検出した場合、当該欠品した発注商品の商品属性を商品情報格納部から取得するステップと、
前記商品情報格納部から取得された前記欠品した発注商品の商品属性のうち少なくとも色情報に基づき代替商品を特定する代替商品特定ステップと、
前記代替商品の発注データを当該代替商品の発注先コンピュータに送信する送信ステップと、
を含む発注仲介方法。
【請求項２】
前記代替商品特定ステップにおいて、
前記欠品した発注商品の商品属性のうち色情報と商品分類とから所定の関係を有する商品を前記商品情報格納部から抽出する
ことを特徴とする請求項１記載の発注仲介方法。
【請求項３】
受信した発注データに含まれる発注商品のうちいずれかについて欠品が生じたことを検出した場合、当該欠品した発注商品の商品属性を商品情報格納部から取得するステップと、
前記商品情報格納部から取得された前記欠品した発注商品の商品属性のうち少なくとも色情報に基づき代替商品を特定する代替商品特定ステップと、
前記代替商品の発注データを当該代替商品の発注先コンピュータに送信する送信ステップと、
をコンピュータに実行させるためのプログラム。
【発明の詳細な説明】
【０００１】
【発明が属する技術分野】
本発明は、商品の発注管理技術に関する。
【０００２】
【従来の技術】
例えば特開２００２−１０９２９９号公報には以下のような技術が開示されている。すなわち、クライアントから通信網上へ商品の発注情報を送信し、発注情報上に発注商品の代替商品を指定するフレームワークから、サーバが、通信網より発注情報を受信し、商品の在庫情報を記憶装置に記憶し、発注情報を基に記憶装置に記憶された在庫情報を検索し受注の可否を判断し、受注不可の場合はフレームワークとして指定されている代替発注情報をもって受注検索を行い、受注の判定結果をクライアントに送信し、クライアントは受注の判定結果を受信する。
【０００３】
【特許文献１】
特開２００２−１０９２９９
【０００４】
【発明が解決しようとする課題】
このような技術を用いる場合、発注者は予め全ての商品に対する代替商品を設定しておく必要があり、必ずしも使い勝手がよいシステムとは言えなかった。
【０００５】
従って、本発明の目的は、発注商品が欠品であった場合であっても発注者の手数を減らしつつ代替商品の発注を行うことができるようにするための技術を提供することである。
【０００６】
【課題を解決するための手段】
本発明に係る発注仲介方法は、受信した発注データに含まれる発注商品のうちいずれかについて欠品が生じたことを検出した場合、当該欠品した発注商品の商品属性を商品情報格納部から取得するステップと、商品情報格納部から取得された当該欠品した発注商品の商品属性のうち少なくとも色情報に基づき代替商品を特定する代替商品特定ステップと、代替商品の発注データを当該代替商品の発注先コンピュータに送信する送信ステップと、を含む。
【０００７】
例えばアパレル業界等では、全く同じ商品ではなくとも所定の属性を有する他の商品を自動的に代替発注してもよい場合がある。そこで本発明では、予め代替商品を設定しておくことなく、欠品した発注商品の少なくとも色情報に基づき代替商品を決定する。
【０００８】
また、上で述べた代替商品特定ステップにおいて、欠品した発注商品の商品属性のうち色情報と商品分類とから所定の関係を有する商品を商品情報格納部から抽出するような構成であってもよい。発注を行った店舗における発注商品の陳列場所の情報にさらに基づき代替商品を決定するようにしても良い。
【０００９】
なお、上述の方法はプログラム及びコンピュータにて実施することができ、このプログラムは、例えばフレキシブルディスク、ＣＤ−ＲＯＭ、光磁気ディスク、半導体メモリ、ハードディスク等の記憶媒体又は記憶装置に格納される。また、ネットワークなどを介してデジタル信号として配信される場合もある。尚、中間的な処理結果はメモリに一時保管される。
【００１０】
【発明の実施の形態】
本発明の一実施の形態に係るシステム概要を図１に示す。コンピュータネットワークであるインターネット１には、例えばパーソナルコンピュータであってウェブ（Ｗｅｂ）ブラウザ及びメール機能を有する１又は複数の店舗端末３と、本実施の形態における主要な処理を実施し且つＷｅｂサーバ機能を有する自動発注管理システム５と、１又は複数の発注先サーバ７とが接続されている。
【００１１】
自動発注管理システム５は、発注データ取得部５１と、店舗レイアウト管理部５２と、発注データ送信部５３と、納品データ通知部５４と、欠品時代替発注処理部５５と、納品データ取得部５６とが含まれる。これらの処理内容については処理フローの説明において述べる。また、自動発注管理システム５は、発注管理ＤＢ５７と、商品マスタＤＢ５８と、色分類マスタＤＢ５９と、店舗管理ＤＢ６０とを管理している。
【００１２】
発注管理ＤＢ５７に格納されるデータの一例を図２に示す。図２に示された発注管理ＤＢ５７の例では、発注受信時に発行される発注コードの列２０１と、発注を行った店舗コードの列２０２と、発注商品の商品コードの列２０３と、発注商品の数量の列２０４と、発注を行った店舗における当該発注商品の陳列棚の棚番の列２０５と、発注を行った店舗における発注商品の現在庫数の列２０６と、発注を行った店舗における当該発注商品の陳列可能数の列２０７と、当該発注商品の発注先コードの列２０８と、発注商品の発注状態（１：通常、０：欠品、２：代替商品）の列２０９と、納品数量の列２１０と、発注商品の納品状態（１：納品、０：納品せず）の列２１１とが含まれる。本実施の形態では、発注データには、店舗コード、商品コード、数量、棚番、現在庫数及び陳列可能数の情報が含まれるので、これらを発注管理ＤＢ５７に登録する。また、発注データを発注先サーバ７に送信した場合には発注先コードを、発注先サーバ７から納品データを受信した場合には発注状態を、納品データを発注を行った店舗に返信した場合には納品状態を登録する。
【００１３】
商品マスタＤＢ５８に格納されたデータの一例を図３に示す。図３に示された商品マスタＤＢ５８の例では、商品コードの列３０１と、部門コードの列３０２と、商品分類（大分類、中分類、小分類）の列３０３と、色分類（大分類、中分類、小分類）の列３０４と、発注先コードの列３０５とが含まれる。例えば類似商品とは、商品分類の小分類のみが異なる商品とするような設定が可能である。また、同系色とは、色分類の小分類のみが異なるような色とするような設定が可能である。この他のデータとして、単価、正式商品名などが登録されている場合もある。
【００１４】
色分類マスタＤＢ５９に格納されたデータの一例を図４に示す。図４に示された色分類マスタＤＢ５９の例では、色分類（大分類、中分類、小分類）の列４０１と、色の名称の列４０２とが含まれる。色分類マスタＤＢ５９については、色分類に対する色の名称を確認する必要がある場合に参照する。
【００１５】
店舗管理ＤＢ６０に格納されるデータの一例を図５及び図６に示す。店舗管理ＤＢ６０は、各店舗につき、代替商品を発注商品と同系色にするか他系色にするかについての設定を格納しておく色設定テーブルと、店舗レイアウトのデータを格納するレイアウト・テーブルとを格納している。図５に示した色設定テーブルの例には、棚番の列５０１と、色設定（０：同系色、１：他系色）の列５０２とが含まれる。色設定テーブルのデータについては、代替商品を発注しなければならなくなった際に登録するようになっている。一度登録すると、後に同じ棚番で欠品が発生した場合には自動的に当該設定に合わせて代替商品を抽出するようになる。
【００１６】
また、図６に示したレイアウト・テーブルの例では、店舗コードの列６０１と、棚番の列６０２と、商品コードの列６０３と、陳列可能数の列６０４と、その他（店内又は在庫の別）の列６０５とが含まれる。同じ棚番の棚に陳列されている他の商品を特定するためなどに用いられる。
【００１７】
図７乃至図１５を用いて図１に示したシステムの処理内容を説明する。店舗の店員は、店舗端末３を操作して、自動発注管理システム５の発注ページにアクセスする（図７：ステップＳ１）。なお、これより前にログイン処理が行われているものとする。自動発注管理システム５の発注データ取得部５１は、アクセスに応答して、発注ページ・データを店舗端末３に送信する（ステップＳ３）。店舗端末３は、自動発注管理システム５から発注ページ・データを受信し、表示装置に表示する（ステップＳ５）。店舗の店員は、表示された発注ページの入力欄に、発注商品の商品コード、発注数量、棚番、現在庫数、陳列可能数などの発注データを入力する。店舗端末３は、このような発注データの入力を受け付け（ステップＳ７）、店舗の店員の指示に従って当該発注データを自動発注管理システム５に送信する（ステップＳ９）。店舗端末３から自動発注管理システム５に送信されるデータの一例を図８に示す。図８の例では、店舗コード、商品コード、発注数量、棚番、現在庫数、陳列可能数、及びその他の情報を含む。
【００１８】
自動発注管理システム５の発注データ取得部５１は、店舗端末３から発注データを受信し、発注管理ＤＢ５７に登録する（ステップＳ１１）。そして、発注データ取得部５１は、発注データ受信確認のデータを店舗端末３に送信する（ステップＳ１３）。店舗端末３は、自動発注管理システム５から発注データ受信確認のデータを受信し、表示装置に表示する（ステップＳ１５）。店舗の店員は、この表示にて発注を確認する。なお、図７では示していないが、この段階で発注を修正・取り消しできるようにする場合もある。
【００１９】
発注管理ＤＢ５７に新たにデータが登録されると、自動発注管理システム５の店舗レイアウト管理部５２は、店舗管理ＤＢ６０に含まれるレイアウト・テーブルの内容に変更がないか確認し、必要があれば記録又は更新処理を実施する（ステップＳ１７）。例えば、発注商品の陳列場所が変更されていれば、陳列場所を更新する。また、新規の発注商品であれば、当該発注商品についてのデータを登録する。処理は、端子Ａを介して図９に移行する。
【００２０】
自動発注管理システム５の発注データ送信部５３は、新たに発注管理ＤＢ５７に登録された発注データに含まれる商品コードを用いて商品マスタＤＢ５８を検索し、各商品の発注先を特定し、当該発注先の発注先サーバ７に対して、発注データを送信する（ステップＳ１９）。例えば、図８のような発注データが新規に発注管理ＤＢ５７に登録された場合には、図１０に示すように３箇所の発注先サーバに、発注コード、商品コード及び数量が送信される。発注先サーバ７は、自動発注管理システム５から発注データを受信し、発注先サーバ７の発注データ格納部（図示せず）に格納する（ステップＳ２１）。そして、発注先サーバ７は、在庫管理システム（図示せず）を参照して自社在庫を確認する処理を実施し、発注データに対する納品データを生成し、自動発注管理システム５に送信する（ステップＳ２３）。例えば図１１に示すように、送信元たる発注先コード、発注コード、商品コード、及び納品数量を含む納品データを各発注先サーバ７が送信する。
【００２１】
自動発注管理システム５の納品データ取得部５６は、各発注先サーバ７から納品データを受信し、発注管理ＤＢ５７に格納する（ステップＳ２５）。発注管理ＤＢ５７の納品数量の列２１０に納品数量を登録する。また、納品データ取得部５６は、各発注先サーバ７から納品データを受信すると、欠品が発生していないか確認する（ステップＳ２７）。欠品は、発注管理ＤＢ５７において対応する発注データの発注数量と納品数量との比較で判定される。なお、発注データに含まれる全ての発注商品について納品データが受信された後に判断する。また、一度欠品があると判断された場合には、代替商品についての納品データが揃ってから判断する。
【００２２】
もし欠品がある場合には（ステップＳ２７：Ｙｅｓルート）、発注管理ＤＢ５７の発注状態の列２０９に、欠品が発生した商品に対応して欠品を表すデータ「０」を登録する。一部商品にのみ欠品がある場合には、欠品がなかった発注商品に対応して通常の取り扱いを表すデータ「１」を登録する。そして、端子Ｂを介して図１３の処理に移行する。一方、欠品が無いと判断された場合には（ステップＳ２７：Ｎｏルート）、発注管理ＤＢ５７の発注状態の列２０９に、通常の取り扱いを表すデータ「１」を登録する。なお、代替商品の発注に係る納品データを受信した場合には、代替商品を表すデータ「２」を登録する。そして、納品データ通知部５４は、発注管理ＤＢ５７の当該発注データに含まれる現在庫数及び陳列可能数から陳列用データと、当該陳列用データを付加した納品データを生成し、例えばメールにて店舗端末３宛に送信する（ステップＳ２９）。店舗端末３は、自動発注管理システム５からの納品データを受信し、表示装置に表示する（ステップＳ３１）。例えば、図１２のような納品データが送信される。すなわち、発注コードと、商品コードと、納品数量と、陳列用データとして格納場所及び数量のセットと備考（例えば代替商品である場合には「代替発注品」というデータ）を含む。なお、最初の格納場所及び数量のセットは、当該発注商品の棚番と、現在庫数及び陳列可能数のデータから新たに納品する商品の陳列可能数とで構成される。残りについては、在庫として保持するストックヤードの棚番と、残りの納品数量とで構成される。代替商品については、当初の発注商品のデータを用いて陳列用データを生成する。但し、代替商品については陳列用データを生成せずとも良い。また、発注管理ＤＢ５７の納品状態の列２１１を更新する。すなわち、納品する商品の商品コードの行については「１」を、納品しない商品の商品コードの行については「０」を登録する。
【００２３】
次に欠品が発生した場合の処理について図１３乃至図１５を用いて説明する。図１３において、自動発注管理システム５の欠品時代替発注処理部５５は、欠品した発注商品の商品コード及び不足数量と代替品指定ページへのＵＲＬ（Ｕｎｉｆｏｒｍ  Ｒｅｓｏｕｒｃｅ  Ｌｏｃａｔｏｒ）とを含む欠品通知を例えばメールにて店舗端末３宛に送信する（ステップＳ３３）。なお、このＵＲＬは、店舗コード及び発注コードを含むようにする。店舗端末３は、自動発注管理システム５から欠品通知を受信し、表示装置に表示する（ステップＳ３５）。店舗の店員は、表示装置に表示された欠品通知を見て、代替品を注文する場合には、代替品指定ページへのリンク（ＵＲＬ）をクリックする。そうすると店舗端末３は、代替品指定ページにアクセスする（ステップＳ３７）。自動発注管理システム５の欠品時代替発注処理部５５は、店舗端末３からのアクセスを受信すると（ステップＳ３９）、当該アクセス先のＵＲＬから店舗コード及び発注コードを取得して、発注管理ＤＢ５７を検索し、いずれの発注商品の代替商品を決定するのかを特定する。そして、発注商品の棚番から既に色設定テーブル（図５）に設定が登録されているか判断する（ステップＳ４１）。もし、当該棚番に色設定が登録されていないと判断された場合には（ステップＳ４１：Ｎｏルート）、代替発注設定ページ・データを生成し、店舗端末３に送信する（ステップＳ４３）。店舗端末３は、代替発注設定ページ・データを受信し、表示装置に表示する（ステップＳ４５）。なお、色設定テーブルに既に設定がなされていると判断された場合には（ステップＳ４１：Ｙｅｓルート）、ステップＳ５１に遷移する。
【００２４】
例えば図１４に示すような画面が表示される。この図１４の例では、商品マスタＤＢ５８から欠品した商品コードに基づき取得された色分類及び色分類マスタＤＢ５９から色分類に基づき取得された色（括弧内）と、発注管理ＤＢ５７から商品コードに基づき取得された棚番とが表示されている。また、同系色の代替商品又は他系色の代替商品を選択するためのラジオボタンと、ＯＫボタン及びキャンセルボタンとが設けられている。ここで店舗の店員はいずれかのラジオボタンをクリックし、ＯＫボタンをクリックする。キャンセルする場合には、設定は行われず、代替商品の設定は後の機会に設定されることになる。
【００２５】
店舗端末３は、店員による指定データ入力を受け付け、自動発注管理システム５に送信する（ステップＳ４７）。自動発注管理システム５の欠品時代替発注処理部５５は、店舗端末３から指定データを受信し、色設定テーブル（図５）に棚番と同系色又は他系色のいずれかを表すデータを登録する（ステップＳ４９）。そして、欠品時代替発注処理部５５は、当該欠品した発注商品の棚番について同系色の指定がなされたか又は他系色の指定がなされたか判断する（ステップＳ５１）。もし、同系色の指定がなされたと判断された場合には（ステップＳ５１：Ｙｅｓルート）、欠品した発注商品と同一棚番の同分類且つ同系色の商品をレイアウト・テーブル（図６）及び商品マスタＤＢ５８の情報に基づき選択する。例えば、商品コード２２２２２２が欠品している場合、レイアウト・テーブルから同一棚番の同分類の商品として、商品コード６６６６６６と、商品コード７７７７７７とが抽出される。なお、全く同一の棚番ではなく例えば上２桁が同じであれば同じ棚番であると判断する場合もある。上でも述べたが、本実施の形態では同分類であるとは上２桁が同じ商品分類の商品である。そして、商品マスタＤＢ５８を参照して、当該商品コード６６６６６６と商品コード７７７７７７の色分類のデータを取得する。図３に示した商品マスタＤＢ５８の例では色分類は１１３と１１２であるから、同系色であると判断される。上でも述べたが本実施の形態では上２桁が同じであれば同系色と判断される。従って、商品コード６６６６６６及び商品コード７７７７７７が候補として選択される。
【００２６】
一方、他系色の指定がなされたと判断された場合には（ステップＳ５１：Ｎｏルート）、欠品した発注商品の色を除く、同一棚番の同分類の全ての商品をレイアウト・テーブル（図６）及び商品マスタＤＢ５８の情報に基づき選択する（ステップＳ５５）。なお、同系色の商品を除くようにしても良い。そして、欠品時代替発注処理部５５は、選択された商品の情報を含む発注選択リスト・ページ・データを生成し、店舗端末３に送信する（ステップＳ５７）。店舗端末３は、自動発注管理システム５から発注選択リスト・ページ・データを受信し、表示装置に表示する（ステップＳ５９）。
【００２７】
例えば図１５に示すような画面が表示される。ここでは、商品コード６６６６６６と商品コード７７７７７７とのいずれかを選択するためのチェックボックスと、商品コードと、商品名と、単価とが表示されている。また、ＯＫボタンとキャンセルボタンも設けられている。店舗の店員は、いずれかのチェックボックスをチェックし、ＯＫボタンをクリックする。キャンセルする場合には、選択は行われず、代替商品の選択は後の機会に行われることになる。
【００２８】
店舗端末３は、店舗の店員の選択入力を受け付け、選択入力のデータを自動発注管理システム５に送信する（ステップＳ６１）。自動発注管理システム５の欠品時代替発注処理部５５は、店舗端末３から代替商品の選択入力データを受信し、発注管理ＤＢ５７に登録する（ステップＳ６３）。選択された代替商品を同じ発注コードのレコードに登録する。例えば商品コード６６６６６６の商品が代替商品として選択された場合には、当該商品コード６６６６６６と不足している数量２０と発注状態（代替商品を表す「２」）を登録する。そして、当該選択された代替商品についての発注を行うために、処理は端子Ａを介して図９の処理に戻る。この場合ステップＳ１９においては、商品マスタＤＢ５８から商品コード６６６６６６の発注先のデータ（ＢＢＢ）を取得して、発注コード（Ａ１１１１１）と商品コード（６６６６６６）と数量（２０）とを送信する。代替商品について欠品が発生しなくなるまでステップＳ１９乃至Ｓ６３を繰り返す。
【００２９】
このような処理を実施することにより、色情報を基に代替商品が選択され、発注を行った店舗の店員に提示されるようになる。なお、候補となる代替商品が１つであれば店舗の店員に候補を提示することなく完全に自動的に代替商品の発注を行うようにしてもよい。また、抽出された代替商品が１つでなくとも、より類似すると判断された代替商品に絞込み、当該代替商品を自動的に発注するようにしても良い。必ず同系色の代替商品が選択されるような設定であっても良い。
【００３０】
本発明の一実施の形態を説明したが、本発明はこれに限定されない。例えば図１に示した自動発注管理システム５の機能ブロックは、必ずしもプログラム・モジュールに対応しなくとも良い。また、陳列用データについては付加せずに納品データのみを店舗端末３に送信するようにしても良い。
【００３１】
（付記１）
受信した発注データに含まれる発注商品のうちいずれかについて欠品が生じたことを検出した場合、当該欠品した発注商品の商品属性を商品情報格納部から取得するステップと、
前記商品情報格納部から取得された前記欠品した発注商品の商品属性のうち少なくとも色情報に基づき代替商品を特定する代替商品特定ステップと、
前記代替商品の発注データを当該代替商品の発注先コンピュータに送信する送信ステップと、
を含む発注仲介方法。
【００３２】
（付記２）
前記代替商品特定ステップにおいて特定された代替商品についての情報を発注元コンピュータに送信するステップ、
をさらに含み、
前記発注元コンピュータから代替商品の指定を受信した場合に、前記送信ステップを実施することを特徴とする付記１記載の発注仲介方法。
【００３３】
（付記３）
前記代替商品特定ステップにおいて、
前記欠品した発注商品の商品属性のうち色情報と商品分類とから所定の関係を有する商品を前記商品情報格納部から抽出する
ことを特徴とする付記１又は２記載の発注仲介方法。
【００３４】
（付記４）
前記代替商品特定ステップにおいて、
前記欠品した発注商品の商品属性のうち色情報及び商品分類と発注元における陳列場所の情報とに基づき代替商品を前記商品情報格納部から抽出する
ことを特徴とする付記１又は２記載の発注仲介方法。
【００３５】
（付記５）
前記発注先コンピュータから納品データを受信した場合、発注商品の欠品の有無を確認するステップと、
発注商品の欠品がないことが確認された場合には、陳列に関するデータを含む納品データを発注元コンピュータに送信するステップと、
をさらに含む付記１乃至３のいずれか１つ記載の発注仲介方法。
【００３６】
（付記６）
受信した発注データに含まれる発注商品のうちいずれかについて欠品が生じたことを検出した場合、当該欠品した発注商品の商品属性を商品情報格納部から取得するステップと、
前記商品情報格納部から取得された前記欠品した発注商品の商品属性のうち少なくとも色情報に基づき代替商品を特定する代替商品特定ステップと、
前記代替商品の発注データを当該代替商品の発注先コンピュータに送信する送信ステップと、
をコンピュータに実行させるためのプログラム。
【００３７】
（付記７）
受信した発注データに含まれる発注商品のうちいずれかについて欠品が生じたことを検出した場合、当該欠品した発注商品の商品属性を商品情報格納部から取得する手段と、
前記商品情報格納部から取得された前記欠品した発注商品の商品属性のうち少なくとも色情報に基づき代替商品を特定する手段と、
前記代替商品の発注データを当該代替商品の発注先コンピュータに送信する手段と、
を有する発注仲介装置。
【００３８】
【発明の効果】
本発明によれば、発注商品が欠品であった場合であっても発注者の手数を減らしつつ代替商品の発注を行うことができるようになる。
【図面の簡単な説明】
【図１】本発明の一実施の形態におけるシステム概要を示す図である。
【図２】発注管理ＤＢに格納されるデータの一例を示す図である。
【図３】商品マスタＤＢに格納されるデータの一例を示す図である。
【図４】色分類マスタＤＢに格納されるデータの一例を示す図である。
【図５】色設定テーブルの一例を示す図である。
【図６】レイアウト・テーブルの一例を示す図である。
【図７】本発明の一実施の形態に係る処理フロー（その１）を示す図である。
【図８】店舗端末から送信される発注データの一例を示す図である。
【図９】本発明の一実施の形態に係る処理フロー（その２）を示す図である。
【図１０】発注先サーバに送信される発注データの一例を示す図である。
【図１１】発注先サーバから受信した納品データの一例を示す図である。
【図１２】店舗端末に送信する納品データの一例を示す図である。
【図１３】本発明の一実施の形態に係る処理フロー（その３）を示す図である。
【図１４】色設定画面の一例を示す図である。
【図１５】代替商品選択リスト画面の一例を示す図である。
【符号の説明】
１  インターネット
３  店舗端末
５  自動発注管理システム
７  発注先サーバ
５１  発注データ取得部
５２  店舗レイアウト管理部
５３  発注データ送信部
５４  納品データ通知部
５５  欠品時代替発注処理部
５６  納品データ取得部
５７  発注管理ＤＢ
５８  商品マスタＤＢ
５９  色分類マスタＤＢ
６０  店舗管理ＤＢ
【図１】
2004171489.tif 000003
【図２】
2004171489.tif 000004
【図３】
2004171489.tif 000005
【図４】
2004171489.tif 000006
【図５】
2004171489.tif 000007
【図６】
2004171489.tif 000008
【図７】
2004171489.tif 000009
【図８】
2004171489.tif 000010
【図９】
2004171489.tif 000011
【図１０】
2004171489.tif 000012
【図１１】
2004171489.tif 000013
【図１２】
2004171489.tif 000014
【図１３】
2004171489.tif 000015
【図１４】
2004171489.tif 000016
【図１５】
2004171489.tif 000017