JP2014167687A - 商品管理システム - Google Patents

Abstract

【課題】未登録商品があった場合に、簡便且つ迅速に、商品マスタを更新することができる技術を提供する。
【解決手段】ある商品が、商品マスタに商品データが登録されている登録済商品であるか否かを判断する判断手段と、前記商品が登録済商品でない場合に、当該登録済商品でない商品の仕入先を指定可能に表示する表示手段と、当該登録済商品でない商品の仕入先が指定された場合に、当該仕入先に、商品マスタの更新に用いる前記登録済商品でない商品の商品データを要求する要求手段とを備える。
【選択図】図５

Description

本発明は、商品管理システムに関する。

仕入先に商品を発注するための商品発注システムが知られている（例えば、特許文献１参照）。一般に、商品の発注時には、各商品の商品コード、品名、部門等の商品データを記録した商品マスタを参照する。商品マスタには仕入先から適宜入手する新規取扱商品の商品データが適宜登録（更新）される。従って、発注時点においては、通常、注文商品（発注商品、仕入商品とも称する）の商品データは、商品マスタに登録されている。つまり、注文商品は、通常、登録済商品（商品マスタに商品データが登録されている商品）である。

特開２００４−１１８７２５号公報

ところが、商品入替が激しい業態（例えば、改廃率８０％に至る店舗も存在する雑貨、アパレルなどの専門店）などにおいては、未登録商品（商品マスタに商品データが登録されていない商品）を発注する場合がある。未登録商品を発注する場合、一般に、店舗側にて、当該未登録商品（注文商品）に関する情報をＦＡＸや電子メールなどで本部側に送信し、本部側にて該未登録商品の商品データを商品マスタに登録した後、該未登録商品を仕入先に発注するというような処理を行う必要があるため、未登録商品は、登録済商品に比べて手間が掛かる。

本発明は、このような事情を考慮してなされたものであり、未登録商品があった場合に、簡便且つ迅速に、商品マスタを更新することができる技術を提供することを目的とする。

上述した課題を解決するために、本発明の一態様に係る商品管理システムは、ある商品が、商品マスタに商品データが登録されている登録済商品であるか否かを判断する判断手段と、前記商品が登録済商品でない場合に、当該登録済商品でない商品の仕入先を指定可能に表示する表示手段と、当該登録済商品でない商品の仕入先が指定された場合に、当該仕入先に、商品マスタの更新に用いる前記登録済商品でない商品の商品データを要求する要求手段とを備えることを特徴とする。

上記商品管理システムによれば、ある商品が、商品マスタに商品データが登録されていない未登録商品である場合、仕入先が指定可能に表示され、仕入先を指定した場合に、商品マスタの更新に用いる該未登録商品の商品データが要求されるので、未登録商品があった場合に、簡便且つ迅速に、商品マスタを更新することができる。

上記商品管理システムにおいて、前記判断手段は、商品を発注する発注操作時に、発注商品が登録済商品であるか否かを判断し、前記表示手段は、前記発注商品が登録済商品でない場合に、当該登録済商品でない発注商品の仕入先を指定可能に表示し、前記要求手段は、当該登録済商品でない発注商品の仕入先が指定された場合に、当該仕入先に、商品マスタの更新に用いる前記登録済商品でない発注商品の商品データを要求するようにしてもよい。

上記商品管理システムによれば、発注操作時に発注商品が登録済商品であるか否かを判断し、発注商品が未登録商品であるときには、当該発注操作において、商品マスタの更新に用いる未登録商品の商品データを要求するので、発注操作の終了後などに改めて別の操作として商品データを要求するための操作を行う手間が不要となる。従って、更に、簡便且つ迅速に、商品マスタを更新することができる。

上記商品管理システムにおいて、前記要求手段は、前記発注操作によって生成される発注データとともに商品データの要求情報を送信し、又は、商品データの要求情報を含む前記発注データを送信するようにしてもよい。

上記商品管理システムによれば、要求情報を発注データと一緒に送信し、又は、要求情報を含む発注データを送信するので、更に一層、簡便且つ迅速に、商品マスタを更新することができる。更に、発注データの送信タイミングと要求情報の送信タイミングとが同一タイミングであるため、既存システムをベースとして当該商品管理システムを導入する場合において、既存の業務フローを概ね踏襲することできる。

本発明によれば、商品マスタを迅速に更新することができる。

本発明の一実施形態による商品管理システムを含むシステム全体の概念図である。 商品マスタファイルの一例である。 仕入先マスタファイルの一例である。 発注データファイルの一例である。 商品管理システムの動作の一例を説明するためのフローチャートである。 商品管理システムの動作の一例を説明するためのフローチャートである。 仕入先から受信する未登録商品の商品データ等の一例である。 商品管理システムの動作を説明するための説明図である。

以下、本発明の一実施形態を、図面を参照して説明する。図１は、本発明の一実施形態による商品管理システム（商品情報管理システムとも称する）を含むシステム全体の概念図である。図１において、同図の下部は店舗（店舗１、店舗２、…）を表している。また、同図の店舗の１つ上は本部・事務所（以下、単に本部という）、同図の更に上はデータセンタ、同図の更に上（最上部）は仕入先（注文先）を表している。

各店舗には、商品の発注や販売などに用いられる機器が設置されている。例えば、図１に示すように、店舗１（店舗２なども同様）のＬＡＮには、店舗サーバ１０、ＰＯＳ端末２０−１、ＰＯＳ端末２０−２、…、携帯端末３０、通信機器９０などが接続されている。通信機器９０は、例えばルータであってＬＡＮ外部の機器との通信に用いられる。また、上記ＬＡＮには、アクセスポイント８０が接続され、店舗１には、アクセスポイント８０を介してＬＡＮに接続する携帯端末３０（例えば、ハンディーターミナル）が存在する。アクセスポイント８０は、例えば、無線ＬＡＮルータ（例えば、ＩＥＥＥ８０２．１１ｂ／ｇ規格準拠）である。以下、ＰＯＳ端末２０−１、ＰＯＳ端末２０−２、…の夫々を区別しない場合にはＰＯＳ端末２０と称する。なお、店舗内のＬＡＮは無線ＬＡＮであってもよい。

店舗サーバ１０は、夫々の店舗を管理する。例えば、店舗サーバ１０は、当該店舗に必要な種々の情報や当該店舗にて生成された情報を記憶する。例えば、店舗サーバ１０は、本部などから配信されたマスタファイル、各処理において生成された取引データファイルを記憶する。マスタファイルの一例は、商品マスタファイル（単に、商品マスタとも称する）、仕入先マスタファイル（単に、仕入先マスタとも称する）である。取引データファイルの一例は、各処理において生成された販売データファイルや発注データファイル（注文データファイル）である。

ＰＯＳ端末２０は、主に、買上商品を登録する登録処理（商品コードを入力して買上商品として登録する処理）や商品代金を精算する精算処理などを実行する。携帯端末３０は、主に、商品を発注する発注処理や入荷した商品を検品する検品処理などを実行する。

本部には、本部サーバ１００、通信機器（非図示）が存在する。本部サーバ１００は、全店舗を管理する。データセンタには、センタサーバ２００、通信機器（非図示）が存在する。センタサーバ２００、全店舗を管理する。即ち、データセンタを利用し、本部サーバ１００の一部の機能をセンタサーバ２００に実行させている。本部サーバ１００（又はセンタサーバ２００）は、全店舗に必要な種々の情報や、夫々の店舗にて生成された情報を記憶する。例えば、本部サーバ１００（センタサーバ２００）は、各店舗に配信する各種マスタファイル、夫々の店舗から受信した取引データファイルなどを記憶する。

夫々の仕入先には、仕入先サーバ（非図示）、通信機器（非図示）が存在する。本部サーバ１００（又はセンタサーバ２００）は、夫々の仕入先に応じた通信手段（例えば、ＪＣＡ−ＶＡＮ、ＷＥＢ−ＥＤＩ、ＦＴＰ）によって、仕入先サーバと通信する。また、ファクシミリ（ＦＡＸ−ＯＣＲを含む）によって通信してもよい。

なお、図１において、店舗と本部の間、本部とデータセンタの間は、インターネットによって接続されているが、他のネットワークを用いてもよい。なお、店舗とデータセンタとで直接通信してもよい。また、インターネット以外の他のネットワークを用いてもよい。

また、図１において破線にて示したように、データセンタを利用しない態様であってもよい。データセンタを利用しない態様では、本部サーバ１００のみが、全店舗に必要な種々の情報や、夫々の店舗にて生成された情報を記憶する。また、本部サーバ１００を利用しない態様であってもよい。即ち、本部サーバ１００の全部の機能をセンタサーバ２００に実行させてもよい。本部サーバ１００を利用しない態様では、センタサーバ２００のみが、全店舗に必要な種々の情報や、夫々の店舗にて生成された情報を記憶する。

図２は、商品マスタファイルの一例である。商品マスタファイルは、商品データが記憶（格納）されている。例えば、図２（ａ）に示した商品マスタファイルには、商品コード「４９…０１」、品名「○○○」、値段（売価）「３８０（円）」、大分類コード「００１」、中分類コード「００１」、小分類コード「００１」、仕入先コード「Ｓ００１」である商品データ（図２（ａ）中のＡ）などが記憶されている。商品コードとは、商品を識別する商品識別情報（例えばＪＡＮコード）である。仕入先コードとは、仕入先を識別する仕入先識別情報である。大分類コード、中分類コード、小分類コードは、商品の部門（大分類、中分類、小分類）を識別する分類（部門）識別情報である。なお、大分類コード、中分類コード、小分類コードを総称して単に分類コードとも称する。

本部サーバ１００（またはセンタサーバ２００）は、仕入先から入手（受信）した情報などに基づいて商品マスタファイルを更新（当初は生成）し、記憶する。本部サーバ１００（またはセンタサーバ２００）は、商品マスタファイルを更新した場合には、最新の商品マスタファイルである更新後の商品マスタファイル（又は、今回の更新分の差分ファイル）を各店舗に送信（配信）する。

なお、図２（ａ）は更新前の商品マスタファイル、図２（ｂ）は更新後の商品マスタファイルを例示したものであるが、詳細は後述する。また、図２（ａ）及び図２（ｂ）の商品マスタファイルにおいては、商品の部門を大分類、中分類、小分類の３階層としているが、２階層以下や４階層以上であってもよい。他のファイルにおける商品の部門ついても同様である。

なお、商品マスタファイルの管理（主にデータセンタにおける管理）としては、未取扱商品（市場には存在するが自社では販売していない商品）の商品データを保持（記憶）させておくか否かに応じて２つの管理態様が考えられる。第１の管理態様は、取扱商品の商品データについては商品マスタファイルに保持するが、未取扱商品の商品データについては商品マスタファイルに保持しない管理態様である。第２の管理態様は、未取扱商品の商品データを取り扱うか否かに関らず事前に仕入先から入手（受信）し、取扱商品の商品データと同様、商品マスタファイルに保持する管理態様である。つまり、仕入先は、第１の管理態様の場合には、注文商品の商品データをデータセンタに提供（送信）するが、第２の管理態様の場合には、注文の有無に関係なく、例えば新商品を市場に展開したときに、該新商品の商品データをデータセンタに提供する。

図３は、仕入先マスタファイルの一例である。仕入先マスタファイルは、仕入先データが記憶されている。例えば、図３に示した仕入先マスタファイルには、仕入先コード「Ｓ００１」、仕入先名「Ａ商事」、アドレス「１１１１」である仕入先データ（図３中のＢ）などが記憶されている。アドレスとは、仕入先（仕入先サーバ）と通信するための情報（例えば、ＩＰアドレス等）である。

本部サーバ１００（またはセンタサーバ２００）は、仕入先との取り決めなどに基づいて仕入先マスタファイルを生成（必要に応じて変更）し、記憶する。最新の仕入先マスタファイルは各店舗に送信（配信）される。

図４は、発注データファイルの一例である。発注データファイルには、発注データが記憶されている。例えば、図４（ａ）に示した発注データファイルには、商品コード「４９…０１」、品名「○○○」、数量「２０（個）」、マスタ要否「０（不要）」、大分類コード「−（値無）」、中分類コード「−（値無）」、小分類コード「−（値無）」、仕入先コード「Ｓ００１」である発注データ（図４（ａ）中のＣ）などが記憶されている。なお、マスタ要否については後述する。

携帯端末３０は、店員（店舗の店員）によって発注操作に基づいて発注データファイルを生成し、店舗サーバ１０に送信する。店舗サーバ１０は、携帯端末３０から送信された発注データファイルを記憶するとともに、本部サーバ１００（またはセンタサーバ２００）に送信する。なお、携帯端末３０に代えて店舗サーバ１０が発注データファイルを生成してもよい。例えば、店舗サーバ１０は、携帯端末３０における店員による発注操作に基づいて発注データファイルを生成してもよいし、当該店舗サーバ１０における店員による発注操作に基づいて発注データファイルを生成してもよい。

なお、図４（ａ）は、商品マスタファイルを第１の管理態様にて管理する場合に生成される発注データファイルの一例、図４（ｂ）は商品マスタファイルを第２の管理態様にて管理する場合に生成される発注データファイルの一例であるが、詳細は後述する。

以下、発注処理における商品管理システムの動作を説明する。図５は、商品管理システムの動作の一例を説明するためのフローチャートである。なお、図５の左側のフローチャートは店舗側における処理の流れ、図５の右側のフローチャートは本部（またはデータセンタ）側における処理の流れを表している。なお、商品マスタファイルは、取扱商品の商品データのみを保持し、未取扱商品の商品データは保持していないものとする（第１の管理態様）。図７は、仕入先から受信する未登録商品の商品データ等の一例である。

［店舗側のフローチャート］
ステップＳ１：店員は、注文商品の商品コードを携帯端末３０に入力する。換言すれば、携帯端末３０は、店員の操作に従って、注文商品の商品コードの入力を受け付ける。なお、店員は、商品カタログ上の複数の商品のうち所望の商品（注文商品）のバーコードを読み取ることによって当該所望の商品の商品コードを携帯端末３０に入力してもよいし、サンプル商品（実物である非販売商品）として提供され保管している複数の商品のうち所望の商品に付されたバーコードを読み取ることによって当該所望の商品の商品コードを携帯端末３０に入力してもよい。携帯端末３０は、店員によって入力された商品コードを一時記憶する。
ステップＳ２：携帯端末３０は、当該注文商品が、商品マスタファイルに登録されている登録済商品であるか、登録されていない未登録商品であるかを判断する。例えば、携帯端末３０は、店舗サーバ１０内の商品マスタファイルを参照し（又は、店舗サーバ１０に注文商品の商品コードが記憶されているか否かを問い合わせて）、店舗サーバ１０内の商品マスタファイルに当該注文商品の商品コードが記憶されている場合には、登録済商品であると判断し、当該注文商品の商品コードが記憶されていない場合には、未登録商品であると判断する。当該注文商品が未登録商品である場合にはステップＳ３に進む。当該注文商品が登録済商品である場合にはステップＳ６に進む。

ステップＳ３：携帯端末３０は、仕入先の一覧情報を店員に提示する。具体的には、携帯端末３０は、店舗サーバ１０内の仕入先マスタファイルを参照し、仕入先の選択（指定）が可能な仕入先一覧情報を表示する。なお、店舗サーバ１０が、適宜、最新の仕入先マスタファイルを携帯端末３０に配信し、携帯端末３０が仕入先マスタファイルを記憶する態様の場合には、携帯端末３０は、自携帯端末３０内の仕入先マスタファイルを参照し、仕入先一覧情報を表示してもよい。
ステップＳ４：店員は、携帯端末３０に表示された仕入先一覧情報において、当該注文商品の仕入先を選択（指定）する。換言すれば、携帯端末３０は、店舗の操作に従って、仕入先の選択を受け付ける。携帯端末３０は、当該注文商品の商品コードに対応付けて、店員によって入力された仕入先の仕入先コードを一時記憶する。
ステップＳ５：店員は、当該注文商品の部門を携帯端末３０に入力する。換言すれば、携帯端末３０は、店舗の操作に従って、当該注文商品の部門の入力を受け付ける。例えば、携帯端末３０は、大分類コード、中分類コード、小分類コードの各入力欄を有する画面（ウィンドウ等）を表示し、各入力欄に入力された値を受け付けてもよい。携帯端末３０は、当該注文商品の商品コードに対応付けて、店員によって入力された分類コードを一時記憶する。

ステップＳ６：店員は、当該注文商品の発注数量を携帯端末３０に入力する。換言すれば、携帯端末３０は、店舗の操作に従って、当該注文商品の発注数量の入力を受け付ける。例えば、携帯端末３０は、発注数量の入力欄を有する画面を表示し、店員が、該画面（ウィンドウ等）の入力欄に発注数量を入力してもよい。携帯端末３０は、当該注文商品の商品コードに対応付けて、店員によって入力された発注数量を一時記憶する。
ステップＳ７：携帯端末３０は、発注（終了）キーが押下されたか否かを判断する。なお、店員は、発注業務を終了する場合に発注（終了）キーを押下する。発注キーが押下された場合（発注業務を終了する場合）にはステップＳ８に進む。発注キーが押下されていない場合（発注業務を終了しない場合）にはステップＳ１に戻る。なお、ステップＳ１に戻った場合には、店員は、次の注文商品の商品コードを携帯端末３０に入力する。即ち、ステップＳ１〜ステップＳ７によって、注文商品毎に、該商品が登録済商品である場合には商品コードと発注数量とが一時記憶され、該商品が未登録商品である場合には商品コードと仕入先コードと分類コードと発注数量とが一時記憶される。

ステップＳ８：携帯端末３０は、一時記憶している情報に基づいて発注情報を生成する。例えば、携帯端末３０は、図４（ａ）に示すような発注データファイルを生成する。図４（ａ）中のＣ、Ｅの発注データは、登録済商品の発注データである。図４（ａ）中のＤ、Ｆの発注データは、未登録商品の発注データである。

（項目「品名」について）
登録済商品の場合には、商品マスタファイルに当該注文商品の商品データ（品名等）が既に記憶されているため、一時記憶している商品コードをキーに商品マスタファイルから品名を取得し、発注データにセットする。従って、図４（ａ）の例では、商品コード「４９…０１」の発注データ（図４（ａ）中のＣ）や商品コード「４９…０３」の発注データ（図４（ａ）中のＥ）には、夫々の品名がセットされている。一方、未登録商品の場合には、商品マスタファイルに当該注文商品の商品データが記憶されていないため、発注データには品名がセットされない。従って、図４（ａ）の例では、商品コード「４９…０２」の発注データ（図４（ａ）中のＤ）や商品コード「４９…５１」の発注データ（図４（ａ）中のＦ）には、品名がセットされていない。

（項目「数量」について）
登録済商品の場合も未登録商品の場合も、一時記憶している発注数量を発注データにセットする。従って、図４（ａ）の例では、商品コード「４９…０１」の発注データ（図４（ａ）中のＣ）や商品コード「４９…０２」の発注データ（図４（ａ）中のＤ）や商品コード「４９…０３」の発注データ（図４（ａ）中のＥ）や商品コード「４９…５１」の発注データ（図４（ａ）中のＦ）には、夫々の数量がセットされている。

（項目「マスタ要否」について）
登録済商品の場合には、商品マスタファイルに当該注文商品の商品データが既に記憶されており、商品マスタファイルへの当該商品データの追加（反映）は不要であるため、商品マスタファイルへの当該商品データの追加が不要である旨を示すマスタ要否「０（不要）」をセットする。従って、図４（ａ）の例では、商品コード「４９…０１」の発注データ（図４（ａ）中のＣ）や商品コード「４９…０３」の発注データ（図４（ａ）中のＥ）には、マスタ要否「０（不要）」がセットされている。一方、未登録商品の場合には、商品マスタファイルに当該注文商品の商品データが記憶されておらず、商品マスタファイルへの当該商品データの追加（反映）は必要であるため、商品マスタファイルへの当該商品データの追加が必要である旨を示すマスタ要否「１（必要）」をセットする。従って、図４（ａ）の例では、商品コード「４９…０２」の発注データ（図４（ａ）中のＤ）や商品コード「４９…５１」の発注データ（図４（ａ）中のＦ）には、マスタ要否「１（必要）」がセットされている。

（項目「大分類」「中分類」「小分類」について）
登録済商品の場合には、商品マスタファイルに当該注文商品の商品データ（分類コード等）が既に記憶されており、商品マスタファイルへの当該商品データの追加（反映）は不要であるため、発注データには商品コードがセットされない。従って、図４（ａ）の例では、商品コード「４９…０１」の発注データ（図４（ａ）中のＣ）や商品コード「４９…０３」の発注データ（図４（ａ）中のＥ）には、分類コードがセットされていない。一方、未登録商品の場合には、商品マスタファイルに当該注文商品の商品データ（分類コード等）が記憶されておらず、商品マスタファイルへの当該商品データの追加（反映）は必要であり、かつ、分類コードは小売店側にて決定されるものであるため、一時記憶している分類コードを発注データにセットする。従って、図４（ａ）の例では、商品コード「４９…０２」の発注データ（図４（ａ）中のＤ）や商品コード「４９…５１」の発注データ（図４（ａ）中のＦ）には、夫々の分類コードがセットされている。

（項目「仕入先」について）
登録済商品の場合には、商品マスタファイルに当該注文商品の商品データ（仕入先コード等）が既に記憶されているため、一時記憶している商品コードをキーに商品マスタファイルから仕入先コードを取得し、発注データにセットする。従って、図４（ａ）の例では、商品コード「４９…０１」の発注データ（図４（ａ）中のＣ）や商品コード「４９…０３」の発注データ（図４（ａ）中のＥ）には、夫々の仕入先コードがセットされている。一方、未登録商品の場合には、商品マスタファイルに当該注文商品の商品データが記憶されていないが、代わりに一時記憶している仕入先コードを発注データにセットする。従って、図４（ａ）の例では、商品コード「４９…０２」の発注データ（図４（ａ）中のＤ）や商品コード「４９…５１」の発注データ（図４（ａ）中のＦ）には、夫々の仕入先コードがセットされている。

ステップＳ９：携帯端末３０は、ステップＳ８にて生成した発注情報（発注データファイル）を本部（又はデータセンタ）に送信する。なお、携帯端末３０は、店舗サーバ１０を介して発注情報を送信してもよい。以下、説明の便宜上、データセンタは利用しておらず、携帯端末３０は、本部サーバ１００に発注情報を送信するものとして説明する。

ステップＳ１０：店舗サーバ１０（又は、発注処理をした携帯端末３０）は、本部サーバ１００から注文受付完了情報を受信する。店舗サーバ１０は、本部サーバ１００から受信した注文受付完了情報を携帯端末３０に送信（転送）してもよい。なお、携帯端末３０が店舗サーバ１００から注文受付完了情報を受信した場合には、携帯端末３０は店舗サーバ１０に注文受付完了情報を送信（転送）してもよい。

ステップＳ１１：店舗サーバ１０は、商品マスタファイル（又は差分ファイル）を受信したか否かを判断する。つまり、少なくとも当該店舗において仕入先にマスタ要求を行った場合（ステップＳ３〜ステップＳ５の処理を実行した場合）には、本部サーバ１００は商品マスタファイルを更新するので、店舗サーバ１０は、本部サーバ１００から商品マスタファイル（又は差分ファイル）を受信する。一方、当該店舗を含み全店舗において、仕入先にマスタ要求を行っていない場合には、本部サーバ１００は商品マスタファイルを更新しないので、店舗サーバ１０は、商品マスタファイル（又は差分ファイル）を受信しない。商品マスタファイル（又は差分ファイル）を受信した場合には、ステップＳ１２に進む。商品マスタファイル（又は差分ファイル）を受信していない場合には店舗側のフローチャートは終了する。

ステップＳ１２：店舗サーバ１０は、商品マスタファイルを受信している場合には、当該商品マスタファイルを記憶する。例えば、店舗サーバ１０は、既に記憶している商品マスタファイルに代えて今回受信した商品マスタファイルを記憶する。また、店舗サーバ１０は、差分ファイルを受信している場合には、当該差分ファイルに基づいて既に記憶している商品マスタファイルを更新する。例えば、店舗サーバ１０は、既存の商品マスタファイルに今回受信した差分ファイル内の商品データを追加する。そして店舗側のフローチャートは終了する。

［本部側のフローチャート］
ステップＳ２０：本部サーバ１００は、携帯端末３０から発注情報を受信する。例えば、本部サーバ１００は、上記ステップＳ９において店舗側から送信された図４（ａ）に示すような発注データファイルを受信する。
ステップＳ２１：本部サーバ１００は、受信情報（発注情報）に含まれる１つの仕入先（仕入先コード）を順番に選択する。選択の方法等は問わないが、一例として、本部サーバ１００は、当該ステップＳ２１の処理をする毎に、仕入先コード（未選択分）を昇順（又は降順）に１つずつ選択してもよい。例えば、本部サーバ１００は、図４（ａ）に示した発注データファイルを受信している場合には、当該ステップＳ２１を１回目の実行時に仕入先コード「Ｓ００１」を選択し、２回目の実行時に仕入先コード「Ｓ００２」を選択し、３回目の実行時に仕入先コード「Ｓ００３」を選択してもよい。

ステップＳ２２：本部サーバ１００は、当該仕入先（直前に選択した仕入先）に対するマスタ要求の有無を判断する。即ち、本部サーバ１００は、当該ステップＳ２２の処理をする毎に、当該仕入先に対する未登録商品の商品データの要否を判断する。具体的には、本部サーバ１００は、当該仕入先に対する全ての発注データがマスタ要求「０（不要）」であるときは、当該仕入先へのマスタ要求は無と判断する。一方、本部サーバ１００は、当該仕入先に対する少なくとも１つの発注データがマスタ要求「１（必要）」であるときは、当該仕入先へのマスタ要求は有と判断する。従って、本部サーバ１００は、図４（ａ）に示した発注データファイルを受信した場合において、仕入先コード「Ｓ００１」を選択したときは、図４（ａ）のＣの発注データがマスタ要求「０（不要）」であるため、当該仕入先コード「Ｓ００１」の仕入先へのマスタ要求は無と判断する。また、本部サーバ１００は、仕入先コード「Ｓ００２」を選択したときは、図４（ａ）のＦの発注データがマスタ要求「１（必要）」であるため、当該仕入先コード「Ｓ００２」の仕入先へのマスタ要求は有と判断する。また、本部サーバ１００は、仕入先コード「Ｓ００３」を選択したときは、図４（ａ）のＤの発注データがマスタ要求「１（必要）」であるため、当該仕入先コード「Ｓ００３」の仕入先へのマスタ要求は有と判断する。マスタ要求無の場合にはステップＳ２３に進む。マスタ要求有の場合にはステップＳ２４に進む。

ステップＳ２３：本部サーバ１００は、仕入先マスタファイルのアドレスなどを参照し、当該仕入先（直前に選択した仕入先であってマスタ要求無の仕入先）に発注情報を送信する。即ち、本部サーバ１００は、当該ステップＳ２３の処理をする毎に、当該仕入先に対して発注情報を送信する。例えば、本部サーバ１００は、図４（ａ）のＣの発注データに基づいて、Ａ商事（仕入先コード「Ｓ００１」）の仕入先サーバ（アドレス「１１１１」）に、商品コード「４９…０１」と数量「２０（個）」とを含む発注データから構成される発注データファイルを送信してもよい。

ステップＳ２４：本部サーバ１００は、仕入先マスタファイルのアドレスなどを参照し、当該仕入先（直前に選択した仕入先であってマスタ要求有の仕入先）にマスタ要求とともに発注情報を送信する。即ち、本部サーバ１００は、当該ステップＳ２４の処理をする毎に、当該仕入先に対して、マスタ要求と発注情報とを送信する。例えば、本部サーバ１００は、図４（ａ）のＥ、Ｆの発注データに基づいて、Ｂ物産（仕入先コード「Ｓ００２」）の仕入先サーバ（アドレス「２２２２」）に、商品コード「４９…０３」と数量「１０（個）」とを含む発注データと、商品コード「４９…５１」と数量「５（個）」とマスタ要否「１（必要）」とを含む発注データとから構成される発注データファイルを送信してもよい。また、本部サーバ１００は、図４（ａ）のＤの発注データに基づいて、Ｃカンパニー（仕入先コード「Ｓ００３」）の仕入先サーバ（アドレス「３３３３」）に、商品コード「４９…０２」と数量「３０（個）」とマスタ要否「１（必要）」とを含む発注データから構成される発注データファイルを送信してもよい。なお、仕入先に対して、「大分類」「中分類」「小分類」を送信してもよいし、送信しなくてもよい。

ステップＳ２５：本部サーバ１００は、全仕入先について処理したか否かを判断する。例えば、本部サーバ１００は、ステップＳ２１において全仕入先を選択したか否か、あるいは、ステップＳ２３（若しくはステップＳ２４）において全仕入先に発注データを送信したか否かを判断する。なお、上記ステップＳ２１〜ステップＳ２５は、１つの仕入先を選択する毎に逐次当該仕入先に情報（発注データファイル等）を送信するという流れを説明しているが、全部の仕入先の情報を生成した後に夫々の仕入先に情報を送信するという流れであってもよい。

ステップＳ２６：本部サーバ１００は、発注情報を送信した各仕入先の仕入先サーバから、注文受付完了情報を受信する。なお、説明の便宜上、上記ステップＳ２５（ＹＥＳ）の後（全部の仕入先に対する情報の送信後）に、当該ステップＳ２６の処理（各仕入先からの注文受付完了情報の受信）を実行するという流れとしているが、ステップＳ２３（若しくはステップＳ２４）の処理を実行する毎（各仕入先に情報を送信する毎）、各仕入先から注文受付完了情報を受信してもよい。
ステップＳ２７：本部サーバ１００は、各仕入先サーバから受信した夫々の注文受付完了情報を店舗側（例えば、店舗サーバ１０、発注処理をした携帯端末３０）に送信（転送）する。本部サーバ１００は、各仕入先サーバから受信した夫々の注文受付完了情報を１つに加工し（纏め）、店舗側に送信してもよい。なお、当該ステップＳ２７において送信された注文受付完了情報は、上記ステップＳ１０において店舗側にて受信される。

ステップＳ２８：本部サーバ１００は、未登録商品の商品データを受信したか否かを判断する。つまり、仕入先にマスタ要求を行った場合（ステップＳ２４の処理を実行した場合）、当該仕入先は、当該要求に応じて該当する商品の商品データを本部サーバ１００に送信する。従って、本部サーバ１００は、マスタ要求を行った場合には、マスタ要求を行った夫々の仕入先サーバから未登録商品の商品データを受信する。一方、本部サーバ１００は、マスタ要求を行っていない場合（複数の店舗から発注情報を受信したときは全部の店舗の発注に関してマスタ要求を行っていない場合）には、未登録商品の商品データを受信しない。

例えば、ステップＳ２４において、図４（ａ）のＥ、Ｆの発注データに基づいて、Ｂ物産（仕入先コード「Ｓ００２」）の仕入先サーバ（アドレス「２２２２」）に、商品コード「４９…０３」と数量「１０（個）」とを含む発注データと、商品コード「４９…５１」と数量「５（個）」とマスタ要否「１（必要）」とを含む発注データとから構成される発注データファイルを送信した場合には、当該Ｂ物産の仕入先サーバから、例えば、図７（ａ）に示すような商品データ（本部サーバ１００にとっては未登録商品の商品データ）を受信する。また、ステップＳ２４において、図４（ａ）のＤの発注データに基づいて、Ｃカンパニー（仕入先コード「Ｓ００３」）の仕入先サーバ（アドレス「３３３３」）に、商品コード「４９…０２」と数量「３０（個）」とマスタ要否「１（必要）」とを含む発注データから構成される発注データファイルを送信した場合には、当該Ｃカンパニーの仕入先サーバから、例えば、図７（ｂ）に示すような商品データ（本部サーバ１００にとっては未登録商品の商品データ）を受信する。なお、仕入先から未登録商品の商品データを受信するタイミングは、仕入先からの送信タイミングに依存するものであるが、マスタ要求を行った後の何れのタイミングであってもよい。

図７（ａ）及び図７（ｂ）に示した商品データは、商品コードと品名を含むが、上記に加えて、分類コードのように小売店側に依存する情報ではなく、小売店側に依存しない情報や仕入先にて把握される情報を含むものであってもよい。例えば、賞味期限、産地（生産地）情報、所定の仕入原価などを含むものであってもよい。

本部サーバ１００は、未登録商品の商品データを受信した場合にはステップＳ２９に進む。未登録商品の商品データを受信していない場合には本部側のフローチャートは終了する。

ステップＳ２９：未登録商品の商品データを受信した本部サーバ１００は、商品マスタファイルを更新する。詳細は、図６において説明する。

ステップＳ３０：商品マスタファイルを更新した本部サーバ１００は、更新後の商品マスタファイルを各店舗の店舗サーバ１０に配信（送信）する。例えば、本部サーバ１００は、図２（ｂ）に示した更新後の商品マスタファイルを各店舗の店舗サーバ１０に配信する。なお、本部サーバ１００は、更新後の商品マスタファイルに代えて、商品マスタファイルの差分ファイルを各店舗の店舗サーバ１０に配信してもよい。例えば、本部サーバ１００は、図２（ｂ）に示した更新後の商品マスタファイルの商品データ（図２（ｂ）中のＧＨ）を含むファイルを各店舗の店舗サーバ１０に配信してもよい。なお、当該ステップＳ３０において商品マスタファイル（又は差分ファイル）が配信された場合には、店舗側では上記ステップＳ１１において商品マスタファイル（又は差分ファイル）を受信したと判断される。

図６は、商品管理システムの動作の一例を説明するためのフローチャートである。具体的には、図６は、図５の商品マスタの更新（ステップＳ２９）に関する処理の詳細を表している。図８は、商品管理システムの動作を説明するための説明図である。

ステップＳ１００：店舗から受信した発注情報から、未登録商品の商品データを抽出（選択）する。例えば、本部サーバ１００は、店舗サーバ１０から図４（ａ）に示した受信データファイルを受信していた場合には、図８（ａ）に示すように、マスタ要求「１（必要）」である商品データ（図４（ａ）のＤ、Ｆの発注データ）を抽出する。
ステップＳ１０１：抽出した未登録商品の商品データから、商品マスタファイルに含まれる項目を切り出す（射影）。例えば、本部サーバ１００は、図８（ａ）に示した未登録商品の商品データから、図２（ａ）に示した商品マスタファイルに含まれる項目を、図８（ｂ）に示すように切り出す（射影）。

ステップＳ１０２：切出データと、仕入先に要求して受信した未登録商品の商品データとを商品コードをキーにマージする。例えば、本部サーバ１００は、図８（ｂ）に示した切出データと、図７（ｃ）に示した未登録商品データベース内のデータとを商品コードをキーにマージし、図８（ｃ）に示すような商品データを生成する。なお、図７（ｃ）に示した未登録商品データベースは、図７（ａ）の未登録商品の商品データと、図７（ｂ）の未登録商品の商品データとに基づいて、本部サーバ１００が生成したものである。なお、未登録商品データベース内の各商品データは、商品マスタファイルに反映された後に消去するか、反映済フラグ（非図示）をセットしてもよい。また、図８（ｃ）に示した商品データは、図８（ｂ）に示した切出データと、図７（ｃ）に示した未登録商品データベース内のデータと繋げて、更に重複する項目（商品コード、品名）を１つに纏めたものである。つまり、図８（ｃ）に示した商品データでは、図８（ｂ）に示した切出データには値が存在していなかった項目（品名）について、図７（ｃ）に示した未登録商品データベース内のデータの同項目の値が入力されている。

ステップＳ１０３：必要な情報（例えば、値段）を追加する。例えば、本部サーバ１００は、図８（ｃ）に示した商品データに値段を追加し、図８（ｄ）に示すような商品データとする。なお、本部サーバ１００は、値段が入力可能に、図８（ｃ）に示した商品データを表示することによって、図８（ｃ）に示した商品データに対し、本部の社員によって入力された値段を追加する。

ステップＳ１０４：ステップＳ１０３の処理後の商品データを商品マスタファイルに反映させる（追加する）。例えば、本部サーバ１００は、図２（ａ）に示した商品マスタファイル（更新前）に、図８（ｄ）に示した商品データを追加し、図２（ｂ）に示した商品マスタファイル（更新後）を得る。図２（ｂ）に示した商品マスタファイル（更新後）には、図８（ｄ）に示した商品データ（図８（ｄ）中のＧ、Ｈの発注データ）が追加されている。そして、図６のフローチャートは終了する。

なお、図５のフローチャートのステップＳ２において、携帯端末３０は、店舗サーバ１０内の商品マスタファイルを参照し、注文商品が登録済商品であるか未登録商品であるかを判断しているが、携帯端末３０は、他に存在する商品マスタファイルを参照して、注文商品が登録済商品であるか未登録商品であるかを判断してもよい。例えば、店舗サーバ１０が、適宜、最新の商品マスタファイルを携帯端末３０に配信し、携帯端末３０が商品マスタファイルを記憶する態様の場合には、携帯端末３０は、自携帯端末３０内の商品マスタファイルを参照し、注文商品が登録済商品であるか未登録商品であるかを判断してもよい。また、携帯端末３０は、本部サーバ１００内の商品マスタファイルを参照し（又は、本部サーバ１００に注文商品の商品コードが記憶されているか否かを問い合わせて）、注文商品が登録済商品であるか未登録商品であるかを判断してもよい。また、データセンタを利用する態様の場合には、携帯端末３０は、センタサーバ２００内の商品マスタファイルを参照し（又は、センタサーバ２００に注文商品の商品コードが記憶されているか否かを問い合わせて）、注文商品が登録済商品であるか未登録商品であるかを判断してもよい。

また、携帯端末３０は、複数の商品マスタファイルを参照し、注文商品が登録済商品であるか未登録商品であるかを判断してもよい。例えば、携帯端末３０は、はじめに自携帯端末３０内の商品マスタファイルを参照し、注文商品の商品コードが、自携帯端末３０内の商品マスタファイルに記憶されているときは登録済商品であると判断し、自携帯端末３０内の商品マスタファイルに記憶されていないときには店舗サーバ１０内の商品マスタファイルを参照して登録済商品であるか未登録商品であるかを判断してもよい。また、携帯端末３０は、はじめに店舗サーバ１０内の商品マスタファイルを参照し、注文商品の商品コードが、店舗サーバ１０内の商品マスタファイルに記憶されているときは登録済商品であると判断し、店舗サーバ１０内の商品マスタファイルに記憶されていないときには本部サーバ１００内（又は、センタサーバ２００内）の商品マスタファイルを参照して登録済商品であるか未登録商品であるかを判断してもよい。

また、図５のフローチャートのステップＳ２において、携帯端末３０が、店舗サーバ１０内の商品マスタファイルを参照し、注文商品が登録済商品であるか未登録商品であるかを判断しているが、携帯端末３０以外の装置が、注文商品が登録済商品であるか未登録商品であるかを判断してもよい。以下は、携帯端末３０以外の装置が、注文商品が登録済商品であるか未登録商品であるかを判断する具体例である。

（商品コードの入力は携帯端末３０、上記判断は店舗サーバ１０）
携帯端末３０は、店員の操作によって入力された注文商品の商品コードを店舗サーバ１０に送信する。店舗サーバ１０は、携帯端末３０から受信した商品コードに基づいて、注文商品が登録済商品であるか未登録商品であるかを判断する。例えば、店舗サーバ１０は、自店舗サーバ１０内の商品マスタファイルを参照し、注文商品が登録済商品であるか未登録商品であるかを判断してもよいし、本部サーバ１００内の商品マスタファイルを参照し（又は、本部サーバ１００に注文商品の商品コードが記憶されているか否かを問い合わせて）、注文商品が登録済商品であるか未登録商品であるかを判断してもよいし、データセンタを利用する態様の場合には、センタサーバ２００内の商品マスタファイルを参照し（又は、センタサーバ２００に注文商品の商品コードが記憶されているか否かを問い合わせて）、注文商品が登録済商品であるか未登録商品であるかを判断してもよい。また、店舗サーバ１０は、携帯端末３０と同様、複数の商品マスタファイルを参照し、注文商品が登録済商品であるか未登録商品であるかを判断してもよい。なお、店舗サーバ１０は、上記判断結果を携帯端末３０に送信する。

（商品コードの入力、及び、上記判断は、店舗サーバ１０）
店舗サーバ１０は、店舗の操作に従って、注文商品の商品コードの入力を受け付ける。店舗サーバ１０は、携帯端末３０から商品コードを受信した場合と同様、店員によって入力された商品コードに基づいて、注文商品が登録済商品であるか未登録商品であるかを判断する。なお、当該態様の場合、仕入先選択や部門入力は、当該店舗サーバ１０から行うため、店舗サーバ１０は、上記判断結果を携帯端末３０に送信しなくてもよい。

（上記判断は、本部サーバ１００又はセンタサーバ２００）
店舗サーバ１０は、携帯端末３０から受信した商品コード、又は、店舗の操作に従って入力された商品コードを、本部サーバ１００（又はセンタサーバ２００）に送信する。本部サーバ１００（又はセンタサーバ２００）は、自サーバ１００（２００）内の商品マスタファイルを参照し、注文商品が登録済商品であるか未登録商品であるかを判断する。なお、本部サーバ１００（又はセンタサーバ２００）は、上記判断結果を店舗サーバ１０に送信する。

また、図５のフローチャートでは、本部（例えば本部サーバ１００）から夫々の仕入先（例えば仕入先サーバ）に発注情報を送信しているが（ステップＳ２０〜ステップＳ２５）を実行しているが、店舗（携帯端末３０又は店舗サーバ１０）から夫々の仕入先に発注情報を送信してもよい。なお、携帯端末３０が発注情報を生成し直接各仕入先に発注情報を送信してもよいし、携帯端末３０が発注情報を生成し店舗サーバ１０経由で仕入先に発注情報を送信してもよいし、店舗サーバ１０が発注情報を生成し各仕入先に発注情報を送信してもよい。

なお、店舗から夫々の仕入先に発注情報を送信する場合であっても、最終的に全店舗に更新後の商品マスタファイル（又は差分ファイル）を配信する。例えば、本部が存在しない場合（本部を置かれていない場合）には、各仕入先に発注情報を送信した店舗が、各仕入先から未登録商品の商品データを受信して商品マスタファイルを更新し、更新後の商品マスタファイル（又は差分ファイル）を他の全店舗に配信してもよい。また例えば、本部が存在する場合（本部を置く場合）には、各仕入先に発注情報を送信した店舗ではなく本部が各仕入先から未登録商品の商品データを受信して商品マスタファイルを更新し、更新後の商品マスタファイル（又は差分ファイル）を全店舗に配信してもよいし、各仕入先に発注情報を送信した店舗が各仕入先から未登録商品の商品データを受信して商品マスタファイルを更新し、更新後の商品マスタファイル（又は差分ファイル）を本部経由で他の全店舗に配信してもよい。なお、店舗が１つしかない場合には、本部から仕入先に発注情報を送信する場合であっても店舗から直接仕入先に発注情報を送信する場合であっても、当然に、商品マスタファイル（又は差分ファイル）の他の店舗への配信は存在しない。

上述の説明は、商品マスタファイルが第１の管理態様によって管理されている場合の説明である。以下、商品マスタファイルが第２の管理態様によって管理されている場合について説明する。センタサーバ２００内の商品マスタファイルが第２の管理態様によって管理されている場合、上記判断時には（ステップＳ２）、センタサーバ２００内の商品マスタファイルが参照される。

例えば、第２の管理態様によって管理されている商品マスタファイルを記憶するセンタサーバ２００は、下位装置（本部サーバ１００、店舗サーバ１００、携帯端末３０）から注文商品の商品コードが記憶されているか否かの問い合わせがあった場合、自サーバ２００内の商品マスタファイルを参照して注文商品の商品コードが記憶されているか否かの判断し、判断結果を下位装置に送信（応答）する。あるいは、上記のセンタサーバ２００は、下位装置から注文商品の商品コードを受信した場合には、自サーバ２００内の商品マスタファイルを参照して注文商品が登録済商品であるか未登録商品であるかを判断し、判断結果を下位装置に送信（応答）する。

また、商品マスタファイルが第２の管理態様によって管理されている場合には、商品マスタファイルが第１の管理態様によって管理されている場合とは異なる発注情報を生成する場合がある。具体的には、注文商品が未取扱商品に該当するときは、商品マスタファイルが第１の管理態様によって管理されている場合と第２の管理態様によって管理されている場合とで異なる発注情報を生成する。

例えば、商品コード「４９…０２」の商品が未取扱商品であって、商品マスタファイルが第２の管理態様によって管理されている場合、図４（ａ）の発注データファイルに代えて、図４（ｂ）の発注データファイルを生成する（ステップＳ８）。図４（ａ）のＤの発注データと図４（ｂ）の発注データとは、品名、マスタ要否の値が異なる。つまり、商品マスタファイルが第１の管理態様によって管理されている場合には、未取扱商品である商品コード「４９…０２」の注文商品の商品データは商品マスタファイルに記憶されていない。従って、商品マスタファイルから商品コード「４９…０２」の商品の品名が取得できないため、図４（ａ）のＤの発注データでは品名「−」となる。また、仕入先に当該未取扱商品の商品データを要求する必要があるため、図４（ａ）のＤの発注データではマスタ要否「１（必要）」となる。一方、商品マスタファイルが第２の管理態様によって管理されている場合には、未取扱商品である商品コード「４９…０２」の注文商品の商品データは商品マスタファイルに記憶されている。従って、商品マスタファイルから商品コード「４９…０２」の商品の品名「△△△」が取得できるため、図４（ｂ）のＤの発注データでは品名「△△△」となる。また、仕入先に当該未取扱商品の商品データを要求する必要がないため、図４（ｂ）のＤの発注データではマスタ要否「０（不要）」となる。なお、商品マスタファイルが第２の管理態様によって管理されている場合には、商品マスタファイルから仕入先コード「Ｓ００３」も得られるため、店員による仕入先コードの入力は不要になる（即ち、ステップＳ３、ステップＳ４は不要となる）。

なお、上記例の場合、続くステップＳ９において図４（ａ）の発注データファイルに代えて図４（ｂ）の発注データファイルが送信されるが、本部サーバ１００は、商品コード「４９…０２」の注文商品の自サーバ１００への登録に関しては、当該注文商品の商品データを仕入先から入手することなく、図４（ｂ）の発注データファイルを用いて登録することができる。

なお、上述したように、本部サーバ１００の全部の機能をセンタサーバ２００に実行させる態様では、上述した本部サーバ１００の各処理（例えば、ステップＳ２０〜ステップＳ３０の各処理）をセンタサーバ２００が代わりに行ってもよい。

なお、発注データ内のマスタ要否「１（必要）」は、商品データの要求情報に相当するものである。つまり、上記例では、商品データの要求情報（マスタ要否「１（必要）」）を含む発注データを送信しているが、発注データとともに商品データの要求情報を送信してもよい。即ち、商品データの要求情報を含むファイルを発注データファイルとは別個に、かつ、同じタイミングで送信してもよい。

また、上記説明では、商品を発注するときに、未登録商品の要求情報を送信しているが、商品を発注するとき以外にも、未登録商品の要求情報を送信してもよい。例えば、携帯端末３０を用いて商品の検品をするときに、未登録商品の要求情報を送信してもよいし、未登録商品を発見したとき（例えば、ＰＯＳ端末２０を用いて商品を登録した際にノンファイルであったときに）、未登録商品の要求情報を送信してもよい。

以上、本発明の一実施形態による商品管理システムは、ある商品が、商品マスタに商品データが登録されている登録済商品であるか否かを判断する判断手段（例えば、携帯端末３０、又は、店舗サーバ１０、又は、本部サーバ１００、又は、センタサーバ２００によるステップＳ２の処理など）と、上記商品が登録済商品でない場合に、当該登録済商品でない商品の仕入先を指定可能に表示する表示手段（例えば、携帯端末３０、又は、店舗サーバ１０によるステップＳ３、Ｓ４の処理など）と、当該登録済商品でない商品の仕入先が指定された場合に、当該仕入先に、商品マスタの更新に用いる上記登録済商品でない商品の商品データを要求する要求手段（例えば、本部サーバ１００、又は、店舗サーバ１０によるステップＳ２４の処理など）とを備える。

上記構成によれば、ある商品が未登録商品であると判断された場合、仕入先が指定可能に表示されるので、当該未登録商品の仕入先を簡便に指定することができる。更に、仕入先を指定すれば、その仕入先に、商品マスタの更新に用いられる情報として当該未登録商品の情報が要求されるので、迅速に、所定の仕入先に対して未登録商品の情報を要求することができ、当該要求に応じて仕入先から送信された情報を用いて商品マスタを迅速に更新することができる。

以上、本発明の実施形態について図面を参照して詳述したが、具体的な構成はこの実施形態に限られるものではなく、この発明の要旨を逸脱しない範囲の設計等も含まれる。上記実施の形態で示したピッキングシステムに関し、以下の付記を開示する。

（付記項１）
ある商品が、商品マスタに商品データが登録されている登録済商品であるか否かを判断する判断手段と、前記商品が登録済商品でない場合に、当該登録済商品でない商品の仕入先を指定可能に表示する表示手段と、当該登録済商品でない商品の仕入先が指定された場合に、当該仕入先に、商品マスタの更新に用いる前記登録済商品でない商品の商品データを要求する要求手段とを備えることを特徴とする商品管理システム。

（付記項２）
上記商品管理システムにおいて、前記判断手段は、商品を発注する発注操作時に、発注商品が登録済商品であるか否かを判断し、前記表示手段は、前記発注商品が登録済商品でない場合に、当該登録済商品でない発注商品の仕入先を指定可能に表示し、前記要求手段は、当該登録済商品でない発注商品の仕入先が指定された場合に、当該仕入先に、商品マスタの更新に用いる前記登録済商品でない発注商品の商品データを要求することを特徴とする付記項１記載の商品管理システム。

（付記項３）
上記商品管理システムにおいて、前記要求手段は、前記発注操作によって生成される発注データとともに商品データの要求情報を送信し、又は、商品データの要求情報を含む前記発注データを送信することを特徴とする付記項２記載の商品管理システム。

（付記項４）
上記商品管理システムにおいて、前記要求手段による要求に応じて仕入先から送信された商品データを用いて商品マスタを更新する更新手段を更に備えることを特徴とする付記項１乃至付記項３記載の商品管理システム。

上記構成によれば、未登録済商品の商品データを要求しさえすれば、当該要求に応じて仕入先から送信された商品データを用いて商品マスタが自動的に更新される。従って、簡便且つ迅速に、商品マスタを更新することができる。

（付記項５）
上記商品管理システムにおいて、前記更新手段は、商品データを要求する要求元において入力された部門情報を含む第１の商品データと、仕入先から送信された商品名を含む第２の商品データとをマージした第３の商品データに基づいて商品マスタを更新することを特徴とする付記項４記載の商品管理システム。

上記構成によれば、要求時に店舗側にて生成された第１の商品データと、仕入先から入手した第２の商品データとに基づいて効率的に商品マスタを更新することができる。なお、第１の商品データの一例は、図４（ａ）や図４（ｂ）に示した発注データファイル内の商品データである。第２の商品データの一例は、図７（ａ）や図７（ｂ）に示した仕入先から受信する未登録商品の各商品データ、若しくは、図７（ｃ）に示した未登録商品データベース内の商品データである。第３の商品データの一例は、図８（ｃ）に示した商品データ、若しくは、図８（ｄ）に示した商品データである。

なお、本発明の商品管理システムの各処理を実行するためのプログラムをコンピュータ読み取り可能な記録媒体に記録して、当該記録媒体に記録されたプログラムをコンピュータシステムに読み込ませ、実行することにより、本発明の商品管理システムの各処理に係る上述した種々の処理を行ってもよい。なお、ここでいう「コンピュータシステム」とは、ＯＳや周辺機器等のハードウェアを含むものであってもよい。また、「コンピュータシステム」は、ＷＷＷシステムを利用している場合であれば、ホームページ提供環境（あるいは表示環境）も含むものとする。また、「コンピュータ読み取り可能な記録媒体」とは、フレキシブルディスク、光磁気ディスク、ＲＯＭ、フラッシュメモリ等の書き込み可能な不揮発性メモリ、ＣＤ−ＲＯＭ等の可搬媒体、コンピュータシステムに内蔵されるハードディスク等の記憶装置のことをいう。

さらに「コンピュータ読み取り可能な記録媒体」とは、インターネット等のネットワークや電話回線等の通信回線を介してプログラムが送信された場合のサーバやクライアントとなるコンピュータシステム内部の揮発性メモリ（例えばＤＲＡＭ（DynamicRandomAccessMemory））のように、一定時間プログラムを保持しているものも含むものとする。また、上記プログラムは、このプログラムを記憶装置等に格納したコンピュータシステムから、伝送媒体を介して、あるいは、伝送媒体中の伝送波により他のコンピュータシステムに伝送されてもよい。ここで、プログラムを伝送する「伝送媒体」は、インターネット等のネットワーク（通信網）や電話回線等の通信回線（通信線）のように情報を伝送する機能を有する媒体のことをいう。また、上記プログラムは、前述した機能の一部を実現するためのものであってもよい。さらに、前述した機能をコンピュータシステムにすでに記録されているプログラムとの組み合わせで実現できるもの、いわゆる差分ファイル（差分プログラム）であってもよい。

以上、この発明の実施形態について図面を参照して詳述してきたが、具体的な構成はこの実施形態に限られるものではなく、この発明の要旨を逸脱しない範囲の設計等も含まれる。

１０…店舗サーバ ２０…ＰＯＳ端末 ３０…携帯端末 ８０…アクセスポイント ９０…通信機器 １００…本部サーバ ２００…センタサーバ

Claims (3)

1. ある商品が、商品マスタに商品データが登録されている登録済商品であるか否かを判断する判断手段と、
   前記商品が登録済商品でない場合に、当該登録済商品でない商品の仕入先を指定可能に表示する表示手段と、
   当該登録済商品でない商品の仕入先が指定された場合に、当該仕入先に、商品マスタの更新に用いる前記登録済商品でない商品の商品データを要求する要求手段とを備えることを特徴とする商品管理システム。
2. 前記判断手段は、
   商品を発注する発注操作時に、発注商品が登録済商品であるか否かを判断し、
   前記表示手段は、
   前記発注商品が登録済商品でない場合に、当該登録済商品でない発注商品の仕入先を指定可能に表示し、
   前記要求手段は、
   当該登録済商品でない発注商品の仕入先が指定された場合に、当該仕入先に、商品マスタの更新に用いる前記登録済商品でない発注商品の商品データを要求する
   ことを特徴とする請求項１に記載の商品管理システム。
3. 前記要求手段は、
   前記発注操作によって生成される発注データとともに商品データの要求情報を送信し、又は、商品データの要求情報を含む前記発注データを送信する
   ことを特徴とする請求項２に記載の商品管理システム。

Images