JP2007004469A - 商品管理方法、商品管理システム及び商品管理装置 - Google Patents

Abstract

【課題】 論理的情報での商品の管理を容易に行うことができるようにする。
【解決手段】 商品の管理に関わる指示に応じて、商品コード変換マスター６０により、所有者によって商品に付されたコードである論理的情報と、商品の唯一のコードである物理的情報とが結合されるようにする。具体的には、論理的商品マスターである所有者商品マスター４２等と、物理的商品マスターであるメーカー商品マスター５２等とを分離し、両者を、商品コード変換マスター６０によって結合するようにする。
【選択図】 図１

Description

本発明は、商品の物流に関し、特に商品の論理的情報と物理的情報との分離と結合とを行うことで商品を管理する商品管理方法、商品管理システム及び商品管理装置に関する。

従来より、商品の物流においては、商品の所有者（依頼者）の所有者商品マスターに、メーカー（供給元）の商品コード及び、寸法・重量・バーコード等の物理情報を持たせている。また、商品のシリアルNo.については、所有者商品マスターに従属する形で管理している。

すなわち、図３３は、従来の所有者商品マスターの位置づけの概要を示す図であり、各所有者（あ〜お）が所有者商品マスター２をもち、それぞれの所有者商品マスター２にシリアルNo.マスター３が従属している。

また、図３４は、従来のマスターの関係の概要を示す図であり、所有者マスター１に所有者商品マスター２が従属し、さらに所有者商品マスター２にシリアルNo.マスター３と在庫明細テーブル４とが従属している。ここで、所有者マスター１、所有者商品マスター２、シリアルNo.マスター３、在庫明細テーブル４のそれぞれの情報としては、図３５に示すようなものとなっている。

すなわち、所有者マスター１には、所有者コード、所有者名等が登録される。所有者商品マスター２には、所有者コード、所有者商品コード、所有者商品名、インストア・バーコード、標準単価、寸法、重量、商品写真、バーコード、基本格納場所等が登録される。

シリアルNo.マスター３には、所有者コード、所有者商品コード、シリアルNo.、倉庫コード、格納場所コード等が登録される。在庫明細テーブル４には、在庫情報として、所有者コード、所有者商品コード、ロット、品質コード、倉庫コード、格納場所コード、数量（所有者商品コード基準）等が登録される。

なお、図３４において、○は論理情報を示し、△は物理情報を示している。

ところで、このような商品の管理において、現品を扱う者は、所有者が付した所有者商品コードで商品を判別することになるが、その所有者商品コードが現品に付されているわけではないため、現品の判別を行うことができない。言い換えれば、現品を扱う者は、商品知識がある者に限られるということである。

一般的な商品管理を行うものとして、特許文献１では、商品管理に必要な商品情報を２次元バーコードで表示した商品情報表示手段と、商品情報を読み取る２次元バーコードリーダと、読み取った商品情報を一時記憶する読取りデーター時格納手段と、商品管理に必要な商品情報を記憶する商品マスターファイルと、読み取られた商品情報に基づき商品管理を行う演算処理手段と、処理結果を表示する表示手段と、処理結果を印字出力する印字手段とを備え、商品情報の表示に２次元バーコードを用いることにより、正確かつ迅速・効率的に商品管理を行うようにした商品管理システムを提案している。
特開平０７−２２５７９９号公報

ところで、特許文献１に示されたシステムは、２次元バーコードを読み取って得られる、マスターファイルの作成に必要な商品コード、単価等の商品情報に基づき、商品マスターファイルが作成されるが、その商品マスターファイルは多数の商品の売り上げ、受注、発注等をメーカーが付したメーカー商品コードで管理するためのものであり、上述した所有者が付した所有者商品コードとの互換性がないため、所有者商品コードでの商品の管理を行うことができないという問題があった。

このように所有者が付した所有者商品コードでの商品の管理を行うことができないと、所有者が付した一つの所有者商品コードで複数個口（本体と、付属品等）になる場合、取り扱いの管理が困難であるという問題があった。

また、所有者が付した一つの所有者商品コードで複数の梱包形態（入り数違い等）がある場合、取り扱いの管理が困難であるという問題があった。

また、所有者が付した一つの所有者商品コードで複数のバージョンがある場合、取り扱いの管理が困難であるという問題があった。

また、所有者は、メーカーが付したメーカー商品コードで報告を受けても、自社のどの商品に該当するのかの判別ができないという問題があった。

また、所有者が異なる場合、同一商品であるにもかかわらず、寸法や重量等の物理的情報を、重複登録しなくてはいけないという問題があった。

また、現品に印刷されたバーコードは、１種とは限らないので、所有者商品マスター２に登録された所有者商品コードを確認しなければ、唯一なものとして登録されたバーコードを使用しない限り、商品の正誤が判別できないという問題があった。

また、シリアルNo.を、所有者商品マスター２に従属するシリアルNo.マスター３で管理しているので、唯一無二である保証が困難であるという問題があった。

本発明は、このような状況に鑑みてなされたものであり、上記問題点を解決することができる商品管理方法、商品管理システム及び商品管理装置を提供することを目的とする。

本発明の商品管理方法は、所有者によって商品に付されたコードである論理的情報と、この論理的情報とは分離され、前記商品の唯一のコードである物理的情報と、前記論理的情報と前記物理的情報との結合関係を示す情報とが保持され、前記商品の管理に関わる指示に応じて、前記論理的情報又は前記物理的情報が検索され、さらに前記結合関係を示す情報が検索されて前記論理的情報と前記物理的情報とが結合されることを特徴とする。
また、前記論理的情報が論理的商品マスターに登録され、前記物理的情報が物理的商品マスターに登録され、前記論理的情報と前記物理的情報との結合関係を示す情報が商品コード変換マスターに登録されるようにすることができる。
また、前記商品の注文番号を含む発注データとメーカーからの前記注文番号を含む出荷実績データとに基づき、前記注文番号を元にした自動照合により、前記論理的情報と前記物理的情報との前記結合関係を示す情報が構築されるようにすることができる。
また、前記商品の注文番号を含む発注データとメーカーからの前記注文番号を含む納品書のコード情報から得られるデータとに基づき、前記注文番号を元にした自動照合により、前記論理的情報と前記物理的情報との前記結合関係を示す情報が構築されるようにすることができる。
また、前記商品の注文番号を含む注文書のコード情報から得られるデータとメーカーからの前記注文番号を含む納品書のコード情報から得られるデータとに基づき、前記注文番号を元にした自動照合により、前記論理的情報と前記物理的情報との前記結合関係を示す情報が構築されるようにすることができる。
また、前記商品の注文番号を含む注文書のコード情報から得られるデータとメーカーからの前記注文番号を含む出荷実績データとに基づき、前記注文番号を元にした自動照合により、前記論理的情報と前記物理的情報との前記結合関係を示す情報が構築されるようにすることができる。
また、前記論理的情報又は前記物理的情報の検索が行われ、前記論理的情報と前記物理的情報との前記結合関係を示す情報が検索されて前記論理的情報と前記物理的情報との結合が行われ、前記商品の物理的情報や論理的情報に変更がある場合には、その物理的情報や論理的情報の登録内容が変更されるようにすることができる。
本発明の商品管理システムは、所有者によって商品に付されたコードである論理的情報と、この論理的情報とは分離され、前記商品の唯一のコードである物理的情報と、前記論理的情報と前記物理的情報との結合関係を示す情報とを有するデータベースと、前記商品の管理に関わる指示に応じて、前記論理的情報又は前記物理的情報を検索し、さらに前記結合関係を示す情報を検索して前記論理的情報と前記物理的情報とを結合させる情報結合手段を有する商品管理端末とを備えることを特徴とする。
また、前記データベースは、前記論理的情報が登録される論理的商品マスターと、前記物理的情報が登録される物理的商品マスターと、前記論理的情報と前記物理的情報との結合関係を示す情報が登録される商品コード変換マスターとを有するようにすることができる。
本発明の商品管理システムは、少なくとも、商品の唯一のコードである物理的情報が登録される物理的商品マスターと、論理的情報と前記物理的情報との結合関係を示す情報が登録される商品コード変換マスターとを有し、ネットワーク上に配置されるデータベースと、所有者毎によって商品に付されたコードである前記論理的情報が登録される所有者毎の論理的商品マスターと、前記商品の管理に関わる指示に応じて、前記論理的情報又は前記物理的情報を検索し、さらに前記結合関係を示す情報を検索して前記論理的情報と前記物理的情報とを結合させる情報結合手段を有する所有者毎の商品管理端末とを備えることを特徴とする。
また、前記情報結合手段は、前記商品の注文番号を含む発注データとメーカーからの前記注文番号を含む出荷実績データとに基づき、前記注文番号を元にした自動照合により、前記商品コード変換マスターを構築する商品コード変換マスター構築処理手段を有するようにすることができる。
また、前記情報結合手段は、前記商品の注文番号を含む発注データとメーカーからの前記注文番号を含む納品書のコード情報から得られるデータとに基づき、前記注文番号を元にした自動照合により、前記商品コード変換マスターを構築する商品コード変換マスター構築処理手段を有するようにすることができる。
また、前記情報結合手段は、前記商品の注文番号を含む注文書のコード情報とメーカーからの前記注文番号を含む納品書のコード情報から得られるデータとに基づき、前記注文番号を元にした自動照合により、前記商品コード変換マスターを構築する商品コード変換マスター構築処理手段を有するようにすることができる。
また、前記情報結合手段は、前記商品の注文番号を含む注文書のコード情報から得られるデータとメーカーからの前記注文番号を含む出荷実績データとに基づき、前記注文番号を元にした自動照合により、前記商品コード変換マスターを構築する商品コード変換マスター構築処理手段を有するようにすることができる。
また、前記情報結合手段は、前記論理的情報の検索を行う論理的情報検索手段と、前記物理的情報の検索を行う物理的情報検索手段と、前記商品コード変換マスターから前記論理的情報と前記物理的情報との前記結合関係を示す情報を検索して前記論理的情報と前記物理的情報との結合を行わせる商品コード変換処理手段と、前記商品の物理的情報や論理的情報に変更がある場合には、その物理的情報や論理的情報の登録内容を変更する情報変更処理手段とを備えるようにすることができる。
本発明の商品管理装置は、所有者によって商品に付されたコードである論理的情報と、この論理的情報とは分離され、前記商品の唯一のコードである物理的情報と、前記論理的情報と前記物理的情報との結合関係を示す情報とを有するデータベースから、前記商品の管理に関わる指示に応じて、前記論理的情報又は前記物理的情報を検索し、さらに前記結合関係を示す情報を検索して前記論理的情報と前記物理的情報とを結合させる情報結合手段を備えることを特徴とする。
また、前記情報結合手段は、前記商品の注文番号を含む発注データとメーカーからの前記注文番号を含む出荷実績データとに基づき、前記注文番号を元にした自動照合により、前記商品コード変換マスターを構築する商品コード変換マスター構築処理手段を有するようにすることができる。
また、前記情報結合手段は、前記商品の注文番号を含む発注データとメーカーからの前記注文番号を含む納品書のコード情報から得られるデータとに基づき、前記注文番号を元にした自動照合により、前記商品コード変換マスターを構築する商品コード変換マスター構築処理手段を有するようにすることができる。
また、前記情報結合手段は、前記商品の注文番号を含む注文書のコード情報とメーカーからの前記注文番号を含む納品書のコード情報から得られるデータとに基づき、前記注文番号を元にした自動照合により、前記商品コード変換マスターを構築する商品コード変換マスター構築処理手段を有するようにすることができる。
また、前記情報結合手段は、前記商品の注文番号を含む注文書のコード情報から得られるデータとメーカーからの前記注文番号を含む出荷実績データとに基づき、前記注文番号を元にした自動照合により、前記商品コード変換マスターを構築する商品コード変換マスター構築処理手段を有するようにすることができる。
また、前記情報結合手段は、前記論理的情報の検索を行う論理的情報検索手段と、前記物理的情報の検索を行う物理的情報検索手段と、前記商品コード変換マスターから前記論理的情報と前記物理的情報との前記結合関係を示す情報を検索して前記論理的情報と前記物理的情報との結合を行わせる商品コード変換処理手段と、前記商品の物理的情報や論理的情報に変更がある場合には、その物理的情報や論理的情報の登録内容を変更する情報変更処理手段とを備えるようにすることができる。

本発明によれば、商品の管理に関わる指示に応じて、商品コード変換マスターにより、所有者によって商品に付されたコードである論理的情報と、商品の唯一のコードである物理的情報とが結合されているため、論理的情報から物理的情報の検索、あるいは物理的情報から論理的情報の検索が可能となり、しかも所有者が論理的情報での商品の管理を容易に行うことができる。

本実施形態では、商品の管理に関わる指示に応じて、商品コード変換マスターにより、所有者によって商品に付されたコードである論理的情報と、商品の唯一のコードである物理的情報とが結合されるようにし、論理的情報から物理的情報の検索、あるいは物理的情報から論理的情報の検索を可能とし、しかも所有者が論理的情報での商品の管理を容易に行うことができるようにした。

以下、本発明の詳細を図面に基づいて説明する。
図１は、本発明の商品管理システムの一実施形態の概要を説明するための図である。

すなわち、商品管理システムは、商品管理端末１０，２０及びデータベース３０を有している。これらの商品管理端末１０，２０及びデータベース３０は、ＬＡＮ等のネットワークを介して相互に情報のやり取りが行われるようになっている。

商品管理端末１０はたとえば所有者用とされ、商品管理端末２０はたとえば作業者用とされるものとする。なお、商品管理端末１０，２０は機能が同じものであってもよく、ディスクトップパソコン、ノートパソコン、ＰＤＡ等を用いることができる。

商品管理端末１０，２０は、情報結合手段としての商品コード変換マスター構築処理部１１、論理的商品マスター検索処理部１２、物理的商品マスター検索処理部 １３、商品コード変換処理部１４及び情報変更処理部１５を備えている。

商品コード変換マスター構築処理部１１は、分離している商品の論理的情報と物理的情報との結合を行うための後述の商品コード変換マスター６０を構築する機能を有している。

論理的商品マスター検索処理部１２は、後述の論理的商品マスター４０からの情報検索を行う機能を有している。

物理的商品マスター検索処理部１３は、後述の物理的商品マスター５０からの情報検索を行う機能を有している。

商品コード変換処理部１４は、後述の商品コード変換マスター６０に対して分離している論理的情報と物理的情報との結合を行わせる際のコード変換処理を実行する機能を有している。

情報変更処理部１５は、商品の物理的情報や論理的情報に変更がある場合には、その物理的情報や論理的情報が登録されている後述の論理的商品マスター４０あるいは後述の物理的商品マスター５０の登録内容を変更する機能を有している。

データベース３０には、論理的商品マスター４０と物理的商品マスター５０とが分離されて設けられており、それぞれに登録されている情報は商品コード変換マスター６０によって結合されるようになっている。

ここで、論理的商品マスター４０とは、主として後述のように所有者が商品に名付けた商品名、売価、インストア・バーコード等の論理的情報が登録されたものである。物理的商品マスター５０とは、主として後述のように寸法・重量等の所有者に依らない物理的情報が登録されたものである。

図２は、論理的商品マスター４０及び物理的商品マスター５０の詳細を説明するためのマスター関係図である。

論理的商品マスター４０は、所有者マスター４１と所有者商品マスター４２とを有している。ここで、所有者商品マスター４２は、所有者マスター４１に従属する形で管理されている。

物理的商品マスター５０は、メーカーマスター５１、メーカー商品マスター５２、バーコードマスター５３、シリアルNo.マスター５５を有している。なお、在庫明細テーブル５４、商品管理マスター５６は、論理的情報と物理的情報とが共存するマスターである。

ここで、メーカー商品マスター５２は、メーカーマスター５１に従属する形で管理されている。バーコードマスター５３とシリアルNo.マスター５５とは、メーカー商品マスター５２に従属する形で管理されている。在庫明細テーブル５４と商品管理マスター５６とは、商品コード変換マスター６０に従属する形で管理されている。

図３及び図４は、上述した各マスター等に登録される情報の一例を示すものである。
まず、図３に示すように、所有者マスター４１には、所有者コード、所有者名等が登録される。所有者商品マスター４２には、所有者コード、所有者商品コード、所有者商品名、インストア・バーコード、標準単価等が登録される。

商品コード変換マスター６０には、論理的情報と物理的情報との結合関係を示す情報が登録される。論理的情報と物理的情報との結合関係を示す情報としては、所有者コード、所有者商品コード、グループコード、メーカーコード、メーカー商品コード、メーカー商品サブコード、所有者商品数（数１）、メーカー商品数（数２）である。ここで、数１とは、商品を所有者が論理的に数えるものであり、必ずしも現品の数を示しているものではない。また、数２とは、現品そのものの数を示しているものである。

メーカーマスター５１には、メーカーコード、メーカー名等が登録される。メーカー商品マスター５２には、メーカーコード、メーカー商品コード、メーカー商品サブコード、メーカー商品名、寸法、重量、商品写真等が登録される。バーコードマスター５３には、メーカーコード、メーカー商品コード、メーカー商品サブコード、バーコード等が登録される。

また、図４に示すように、在庫明細テーブル５４には、在庫情報として、所有者コード、所有者商品コード、グループコード、メーカーコード、メーカー商品コード、メーカー商品サブコード、ロット、品質コード、倉庫コード、格納場所コード、現品数量（メーカー商品コード基準）等が登録される。

シリアルNo.マスター５５には、メーカーコード、メーカー商品コード、メーカー商品サブコード、シリアルNo.、倉庫コード、格納場所コード等が登録される。商品管理マスター５６には、所有者コード、所有者商品コード、グループコード、メーカーコード、メーカー商品コード、メーカー商品サブコード、倉庫コード、扱いコード、基本格納場所等が登録される。

なお、図３及び図４において、○は論理情報を示し、△は物理情報を示している。

次に、上述した商品コード変換マスター構築処理部１１による商品コード変換マスター６０の構築方法を、図５〜図７により説明する。

図５は、発注データと出荷実績データとがある場合であり、所有者である購入者「あ」からメーカー「Ｘ」に対して、注文No. 「０５０３００１」、所有者商品コードＣ（コード）「００００２」 1個とした（１）発注があるものとする。

また、メーカー「Ｘ」からは、注文No. 「０５０３００１」、所有者商品Ｃ（コード）「ＢＢＢ」 1個、メーカー商品Ｃ（コード）「ＣＣＣ」 1個とした（２）出荷実績があるものとする。

そして、これらの（１）発注と（２）出荷実績とが図１のたとえば商品管理端末１０の商品コード変換マスター構築処理部１１に取り込まれると、その商品コード変換マスター構築処理部１１により、（３）に示す注文No.「０５０３００１」を元にした自動照合により、商品コード変換マスター６０に登録される上述した結合関係を示す情報が（４）生成される。

ここで、商品コード変換マスター６０に登録される情報は、たとえば所有者Ｃ（コード）、所有者商品Ｃ（コード）、グループＣ（コード）、メーカーＣ（コード）、メーカー商品Ｃ（コード）、サブ、数１、数２といったような項目毎に区分けされる。なお、数１は、上述したように所有者商品数であって、商品を所有者が論理的に数えるものであり、必ずしも現品の数を示しているものではない。また、数２は、上述したようにメーカー商品数であって、現品そのものの数を示しているものである。

図６は、発注データのみがある場合であり、所有者である購入者「あ」からメーカー「Ｘ」に対して、注文No. 「０５０３００１」、所有者商品Ｃ（コード）「００００２」 1個とした（１）発注があるものとする。

この場合、（２）納品書の注文No.、メーカー商品C（コード）、納品数のコード情報を、スキャナーで読み取る。ここで、そのコード情報から、注文No. 「０５０３００１」、メーカー商品Ｃ（コード）「ＢＢＢ」 1個、メーカー商品Ｃ（コード）「ＣＣＣ」 1個としたデータが得られるものとする。

そして、これらの（１）発注とスキャナーで読み取られたコード情報からのデータとが図１のたとえば商品管理端末１０の商品コード変換マスター構築処理部１１に取り込まれると、その商品コード変換マスター構築処理部１１により、（３）に示す注文No. 「０５０３００１」を元にした自動照合により、商品コード変換マスター６０に登録される上述した情報が（４）生成される。

ここで、商品コード変換マスター６０に登録される情報は、上記同様に、たとえば所有者Ｃ（コード）、所有者商品Ｃ（コード）、グループＣ（コード）、メーカーＣ（コード）、メーカー商品Ｃ（コード）、サブ、数１、数２といったような項目毎に区分けされる。

図７は、データ無しの場合であり、所有者である購入者「あ」からメーカー「Ｘ」に対して注文があると、（１）に示すように、注文書の注文No.、所有者商品Ｃ（コード）、発注数のコード情報を、スキャナーで読み取る。また、（２）に示すように、メーカー「Ｘ」からの納品書の注文No.、メーカー商品Ｃ（コード）、納品数のコード情報を、スキャナーで読み取る。

そして、（１）で読み取ったコード情報のデータと、（２）で読み取ったコード情報のデータとが図１のたとえば商品管理端末１０の商品コード変換マスター構築処理部１１に取り込まれると、その商品コード変換マスター構築処理部１１により、（３）に示すように注文No.「０５０３００１」を元にした自動照合により、商品コード変換マスター６０に登録される上述した情報が（４）生成される。

ここで、商品コード変換マスター６０に登録される情報は、上記同様に、たとえば所有者Ｃ（コード）、所有者商品Ｃ（コード）、グループＣ（コード）、メーカーＣ（コード）、メーカー商品Ｃ（コード）、サブ、数１、数２といったような項目毎に区分けされる。

なお、出荷実績データのみがある場合は、たとえば図７の（１）のように、注文書の注文No.、所有者商品Ｃ（コード）、発注数のコード情報を、スキャナーで読み取る。また、出荷実績データについては、たとえば図５の（２）のように、メーカー「Ｘ」からの注文No.「０５０３００１」、メーカー商品Ｃ（コード）「ＢＢＢ」 1個、メーカー商品Ｃ（コード）「ＣＣＣ」 1個としたデータが得られる。

そして、スキャナーで読み取られた注文書のコード情報から得られるデータと出荷実績データとが、上述したように、図１のたとえば商品管理端末１０の商品コード変換マスター構築処理部１１に取り込まれると、その商品コード変換マスター構築処理部１１により、出荷実績データの注文No.「０５０３００１」を元にした自動照合により、商品コード変換マスター６０に登録される上述した情報が生成される。

（実施例１）
図８は、上述した商品管理システムによる、１個の商品の入荷を行う場合の実施例１を説明するための図である。なお、以下に説明する図において図１〜図４と共通する部分には同一符号を付し重複する説明を適宜行うものとする。

また、以下の説明において、上述した論理的商品マスター検索処理部１２による、論理的商品マスター４０からの情報検索と、物理的商品マスター検索処理部１３による、物理的商品マスター５０からの情報検索とが行われるが、これら論理的商品マスター検索処理部１２及び物理的商品マスター検索処理部１３の記載は省略するものとする。また、商品コード変換処理部１４は、商品コード変換マスター６０に対し、分離している論理的情報と物理的情報との結合を行わせる際のコード変換処理を実行するが、商品コード変換処理部１４の記載についても省略するものとする。

図８においては、所有者商品マスター４２に所有者Ｃ（コード）としての「あ」と、所有者商品Ｃ（コード）としての「００００１」とが登録されているものとする。また、メーカー商品マスター５２にメーカーＣ（コード）としての「Ｘ」と、メーカー商品Ｃ（コード）としての「ＡＡＡ」とが登録されているものとする。また、バーコードマスター５３にメーカーＣ（コード）としての「Ｘ」と、メーカー商品Ｃ（コード）としての「ＡＡＡ」と、バーコードの「１２３４５」とが登録されているものとする。

そして、所有者「あ」宛に、メーカー「Ｘ」の「ＡＡＡ」が１個入荷されたものとする。この場合、作業者は、現品に印刷されているバーコード「１２３４５」、もしくはメーカー商品Ｃ（コード）の「ＡＡＡ」から、メーカー商品マスター５２に従属するバーコードマスター５３を検索することにより、メーカーＣ（コード）としての「Ｘ」と、メーカー商品Ｃ（コード）としての「ＡＡＡ」とが検索される（ステップＳ２）。

メーカー商品マスター５２からの検索が完了すると、その検索結果データ、すなわち、メーカーＣ（コード）としての「Ｘ」が商品コード変換マスター６０により荷主商品コードに変換される（ステップＳ３）。この場合、メーカーＣ（コード）としての「Ｘ」と、メーカー商品Ｃ（コード）としての「ＡＡＡ」とから、所有者Ｃ（コード）としての「あ」と、所有者商品Ｃ（コード）としての「００００１」とが検索（コード変換）される。この場合、グループＣ（コード）が０１とされ、所有者商品数である数１とメーカー商品数である数２とがそれぞれ１とされる。すなわち、所有者「あ」が、「００００１」と呼ぶ商品の実体は、メーカー「Ｘ」の「ＡＡＡ」である。

そして、そのコード変換されたデータ、すなわち、荷主「あ」の荷主商品「００００１」を元に、所有者商品マスター４２から所有者Ｃ（コード）としての「あ」と、所有者商品Ｃ（コード）としての「００００１」とが検索される（ステップＳ４）。これにより、作業者は、所有者「あ」に対して「００００１」が１個入荷されたと報告することができる。

すなわち、所有者「あ」宛に、メーカー「Ｘ」の「ＡＡＡ」が入荷されてきたら、「００００１」の在庫数が１個加算され、所有者「あ」には、「００００１」が１個、入荷されてきたと報告すれば良いことになる。

（実施例２）
図９は、上述した商品管理システムによる、１個の商品の出荷を行う場合の実施例２を説明するための図である。

図９においては、上記同様に、所有者商品マスター４２に所有者Ｃ（コード）としての「あ」と、所有者商品Ｃ（コード）としての「００００１」とが登録されているものとする。また、メーカー商品マスター５２にメーカーＣ（コード）としての「Ｘ」と、メーカー商品Ｃ（コード）としての「ＡＡＡ」とが登録されているものとする。また、バーコードマスター５３にメーカーＣ（コード）としての「Ｘ」と、メーカー商品Ｃ（コード）としての「ＡＡＡ」と、バーコードの「１２３４５」とが登録されているものとする。

ここで、所有者「あ」から作業者に「００００１」を１個出荷してほしいとの指示があるものとする。この場合、所有者商品マスター４２から所有者Ｃ（コード）としての「あ」と、所有者商品Ｃ（コード）としての「００００１」とが検索される（ステップＳ１）。

所有者商品マスター４２からの検索が完了すると、その検索結果データが商品コード変換マスター６０によりコード変換される（ステップＳ２）。この場合、所有者Ｃ（コード）としての「あ」と、所有者商品Ｃ（コード）としての「００００１」から、メーカーＣ（コード）としての「Ｘ」と、メーカー商品Ｃ（コード）としての「ＡＡＡ」とが検索（コード変換）される。この場合、グループＣ（コード）が０１とされ、所有者商品数である数１とメーカー商品数である数２とがそれぞれ１とされる。すなわち、所有者「あ」が、「００００１」と呼ぶ商品の実体は、メーカー「Ｘ」の「ＡＡＡ」である。所有者「あ」が、「００００１」を１個出荷しろと指示してきたら、メーカー「Ｘ」の「ＡＡＡ」を１個出荷すれば良いことになる。

そして、そのコード変換されたデータを元に、メーカー商品マスター５２からメーカーＣ（コード）としての「Ｘ」と、メーカー商品Ｃ（コード）としての「ＡＡＡ」とが検索されることで（ステップＳ３）、メーカー商品マスター５２に従属するバーコードマスター５３からメーカーＣ（コード）の「Ｘ」と、メーカー商品Ｃ（コード）の「ＡＡＡ」と、バーコードの「１２３４５」とが検索される（ステップＳ４）。

これにより、作業者は、メーカー「Ｘ」の商品「ＡＡＡ」、すなわち、バーコードが、「１２３４５」の商品を１個、出荷すれば良いということを判断することができる。

すなわち、所有者「あ」が、「００００１」と呼ぶ商品の実体は、メーカー「Ｘ」の「ＡＡＡ」である。所有者「あ」が、「００００１」を１個出荷しろと指示してきたら、メーカー「Ｘ」の「ＡＡＡ」を１個出荷すれば良いことになる。

（実施例３）
図１０は、上述した商品管理システムによる、複数個口の商品の出荷を行う場合の実施例３を説明するための図である。

図１０においては、所有者商品マスター４２に所有者Ｃ（コード）としての「あ」と、複数個口の商品を示す所有者商品Ｃ（コード）としての「００００２」とが登録されているものとする。また、メーカー商品マスター５２にメーカーＣ（コード）としての「Ｘ」と、メーカー商品Ｃ（コード）としての「ＢＢＢ」，「ＣＣＣ」とが登録されているものとする。また、バーコードマスター５３にメーカーＣ（コード）としての「Ｘ」と、メーカー商品Ｃ（コード）としての「ＢＢＢ」、バーコードの「２３４５６」と、メーカー商品Ｃ（コード）としての「ＣＣＣ」、バーコードの「３４５６７」とが登録されているものとする。

ここで、所有者「あ」から作業者に「００００２」を１個出荷してほしいとの指示があるものとする。この場合、所有者商品マスター４２から所有者Ｃ（コード）としての「あ」と、所有者商品Ｃ（コード）としての「００００２」とが検索される（ステップＳ１）。

所有者商品マスター４２からの検索が完了すると、その検索結果データが商品コード変換マスター６０により、メーカー商品Ｃ（コード）にコード変換される（ステップＳ２）。この場合、所有者Ｃ（コード）としての「あ」と、所有者商品Ｃ（コード）としての「００００２」とから、メーカーＣ（コード）としての「Ｘ」と、メーカー商品Ｃ（コード）としての「ＢＢＢ」，「ＣＣＣ」とが検索（コード変換）される。この場合、グループＣ（コード）が０１とされ、所有者商品数である数１とメーカー商品数である数２とがそれぞれ１とされる。すなわち、同一グループＣ（コード）として２品（ＢＢＢ，ＣＣＣ）が登録されているということは、所有者「あ」が、「００００２」と呼ぶ商品の実体は、メーカー「Ｘ」の「ＢＢＢ」１個と、「ＣＣＣ」１個の組み合わせである。

そして、そのコード変換されたデータを元に、メーカー商品マスター５２からメーカーＣ（コード）としての「Ｘ」と、メーカー商品Ｃ（コード）としての「ＢＢＢ」，「ＣＣＣ」とが検索されることで（ステップＳ３）、メーカー商品マスター５２に従属するバーコードマスター５３からメーカーＣ（コード）の「Ｘ」と、メーカー商品Ｃ（コード）の「ＢＢＢ」、バーコードの「２３４５６」と、メーカー商品Ｃ（コード）の「ＣＣＣ」、バーコードの「３４５６７」とが検索される（ステップＳ４）。

これにより、作業者は、メーカー「Ｘ」の商品「ＢＢＢ」すなわち、バーコードが「２３４５６」の商品と，「ＣＣＣ」すなわち、バーコードが「３４５６７」の商品をそれぞれ１個ずつ出荷すれば良いということを判断することができる。

なお、所有者「あ」宛に、メーカー「Ｘ」の「ＢＢＢ」と「ＣＣＣ」とが１個ずつ、入荷されてきたら、図８に示した実施例１と同様に、「００００２」の在庫数が１個加算され、所有者「あ」には、「００００２」が１個、入荷されてきたと報告すれば良いことになる。

また、所有者「あ」宛に、メーカー「Ｘ」の「ＢＢＢ」が２個、「ＣＣＣ」が１個、入荷されてきたら、「００００２」の完品を示す在庫数が１個とされ、欠品数（「ＢＢＢ」のみで、「ＣＣＣ」が欠けている）が１個とされれば良い。そして、所有者「あ」には、「００００２」の完品が１個、「００００２」の欠品が１個、入荷されてきたと報告すれば良いことになる。

また、メーカー「Ｘ」の「ＢＢＢ」と「ＣＣＣ」とは、別の場所（棚）に格納されたとしても、在庫明細テーブル５４の格納場所コードから、そのそれぞれの場所を把握することができる。これにより、所有者「あ」が、「００００２」を１個、出荷しろと指示してきたら、「ＢＢＢ」と「ＣＣＣ」とをそれぞれの格納場所から出庫すれば良いことになる。

（実施例４）
図１１は、上述した商品管理システムによる、入り数違い（箱入り）の商品の出荷を行う場合の実施例４を説明するための図である。

図１１においては、所有者商品マスター４２に所有者Ｃ（コード）としての「あ」と、入り数違い（箱入り）の商品を示す所有者商品Ｃ（コード）としての「００００３」とが登録されているものとする。また、メーカー商品マスター５２にメーカーＣ（コード）としての「Ｘ」と、メーカー商品Ｃ（コード）としての「ＤＤＤ」，「ＥＥＥ」とが登録されているものとする。また、バーコードマスター５３にメーカーＣ（コード）としての「Ｘ」と、メーカー商品Ｃ（コード）としての「ＤＤＤ」，「ＥＥＥ」と、バーコードの「４５６７８」，「５６７８９」とが登録されているものとする。

ここで、所有者「あ」から作業者に「００００３」を１１個出荷してほしいとの指示があるものとする。この場合、所有者商品マスター４２から所有者Ｃ（コード）としての「あ」と、所有者商品Ｃ（コード）としての「００００３」とが検索される（ステップＳ１）。

所有者商品マスター４２からの検索が完了すると、その検索結果データが商品コード変換マスター６０によりコード変換される（ステップＳ２）。この場合、所有者Ｃ（コード）としての「あ」と、所有者商品Ｃ（コード）としての「００００３」とから、メーカーＣ（コード）としての「Ｘ」と、メーカー商品Ｃ（コード）としての「ＤＤＤ」，「ＥＥＥ」とが検索（コード変換）される。この場合、それぞれが別のグループＣ（コード）、すなわち０１，０２とされる。

また、所有者商品数である数１は、グループＣ（コード）の０１に対応させて１とされ、グループＣ（コード）の０２に対応させて１０とされる。また、メーカー商品数である数２は、グループＣ（コード）の０１に対応させて１とされ、グループＣ（コード）の０２に対応させて１とされる。すなわち、所有者「あ」が、「００００３」と呼ぶ商品の実体は、メーカー「Ｘ」の「ＤＤＤ」１個であり、「ＥＥＥ」１箱（「ＤＤＤ」１０個入り）の中の１個である。

そして、そのコード変換されたデータを元に、メーカー商品マスター５２からメーカーＣ（コード）としての「Ｘ」と、メーカー商品Ｃ（コード）としての「ＤＤＤ」，「ＥＥＥ」とが検索されることで（ステップＳ３）、メーカー商品マスター５２に従属するバーコードマスター５３からメーカーＣ（コード）の「Ｘ」と、メーカー商品Ｃ（コード）の「ＤＤＤ」、バーコードの「４５６７８」と、メーカー商品Ｃ（コード）の「ＥＥＥ」、バーコードの「５６７８９」とが検索される（ステップＳ４）。

これにより、作業者は、メーカー「Ｘ」の商品「ＤＤＤ」，「ＥＥＥ」をそれぞれ１個ずつ出荷すれば良いということを判断することができる。

そこで、所有者「あ」が、「００００３」を１０個、出荷しろと指示してきたら、メーカー「Ｘ」の「ＤＤＤ」を１０個、もしくは、「ＥＥＥ」を１個、出荷すれば良いことになる。

また、所有者「あ」が、「００００３」を１個、出荷しろと指示してきたら、メーカー「Ｘ」の「ＤＤＤ」を１個、もしくは、「ＥＥＥ」を開梱して、中から１個取り出して、出荷すれば良いことになる。

なお、所有者「あ」宛に、メーカー「Ｘ」の「ＤＤＤ」が１個、「ＥＥＥ」が１個、入荷されてきたら、上記同様に、「００００３」の在庫数が１１個加算され、所有者「あ」には、「００００３」の完品が１１個、入荷されてきたと報告すれば良いことになる。

また、メーカー「Ｘ」の「ＤＤＤ」と「ＥＥＥ」とは、別の場所（棚）に格納されたとしても、在庫明細テーブル５４の格納場所コードから、そのそれぞれの場所を把握することができる。これにより、所有者「あ」が、「００００３」を１１個、出荷しろと指示してきたら、「ＤＤＤ」と「ＥＥＥ」とをそれぞれの格納場所から１個ずつ出庫すれば良いことになる。

（実施例５）
図１２は、上述した商品管理システムによる、まとめ売りの商品の出荷を行う場合の実施例５を説明するための図である。

図１２においては、所有者商品マスター４２に所有者Ｃ（コード）としての「あ」と、まとめ売りの商品を示す所有者商品Ｃ（コード）としての「００００４」とが登録されているものとする。また、メーカー商品マスター５２にメーカーＣ（コード）としての「Ｘ」と、メーカー商品Ｃ（コード）としての「ＦＦＦ」とが登録されているものとする。また、バーコードマスター５３にメーカーＣ（コード）としての「Ｘ」と、メーカー商品Ｃ（コード）としての「ＦＦＦ」と、バーコードの「６７８９０」とが登録されているものとする。

ここで、所有者「あ」から作業者に「００００４」を１個出荷してほしいとの指示があるものとする。この場合、所有者商品マスター４２から所有者Ｃ（コード）としての「あ」と、所有者商品Ｃ（コード）としての「００００４」とが検索される（ステップＳ１）。

所有者商品マスター４２からの検索が完了すると、その検索結果データが商品コード変換マスター６０によりコード変換される（ステップＳ２）。この場合、所有者Ｃ（コード）としての「あ」と、所有者商品Ｃ（コード）としての「００００４」とから、メーカーＣ（コード）としての「Ｘ」と、メーカー商品Ｃ（コード）としての「ＦＦＦ」とが検索（コード変換）される。この場合、グループＣ（コード）が０１とされる。また、所有者商品数である数１は１とされ、メーカー商品数である数２は１０とされる。すなわち、所有者「あ」が、「００００４」と呼ぶ商品の実体は、メーカー「Ｘ」の「ＦＦＦ」を１０個単位にまとめたものである。

そして、そのコード変換されたデータを元に、メーカー商品マスター５２からメーカーＣ（コード）としての「Ｘ」と、メーカー商品Ｃ（コード）としての「ＦＦＦ」とが検索されることで（ステップＳ３）、メーカー商品マスター５２に従属するバーコードマスター５３からメーカーＣ（コード）の「Ｘ」と、メーカー商品Ｃ（コード）の「ＦＦＦ」と、バーコードの「６７８９０」とが検索される（ステップＳ４）。

これにより、所有者「あ」が、「００００４」を１個出荷しろと指示してきたら、作業者は、メーカー「Ｘ」の商品「ＦＦＦ」すなわち、バーコードが「６７８９０」の商品を１０個ずつ出荷すれば良いということを判断することができる。

なお、所有者「あ」宛に、メーカー「Ｘ」の「ＦＦＦ」が１０個、入荷されてきたら、「００００４」の在庫数が１個加算され、所有者「あ」には、「００００４」が１個、入荷されてきたと報告すれば良いことになる。

また、所有者「あ」宛に、メーカー「Ｘ」の「ＦＦＦ」が８個、入荷されてきたら、「００００４」の完品在庫数には加算せず（１０個に満たないので、１個の完全な商品とは言えないため）、欠品在庫数を１個、加算すれば良い。そして、所有者「あ」には、「００００４」の欠品が１個、入荷されてきたと報告すれば良いことになる。

（実施例６）
図１３は、上述した商品管理システムによる、バージョン違いの商品の出荷を行う場合の実施例６を説明するための図である。

ここで、バージョン違いの商品とは、たとえばあるメーカーが発売しているソフトウェアーのように、内容がほぼ同じであっても機能が少しずつ異なる商品のことである。

図１３においては、所有者商品マスター４２に所有者Ｃ（コード）としての「あ」と、バージョン違いの商品を示す所有者商品Ｃ（コード）としての「００００５」とが登録されているものとする。また、メーカー商品マスター５２にメーカーＣ（コード）としての「Ｘ」と、メーカー商品Ｃ（コード）としての「ＨＨＨ」，「ＩＩＩ」とが登録されているものとする。ここで、この二者（「ＨＨＨ」と「ＩＩＩ」）は、所有者としては、同一の商品「００００５」と見なすことができる、バージョン違いの商品とする。また、バーコードマスター５３にメーカーＣ（コード）としての「Ｘ」と、メーカー商品Ｃ（コード）としての「ＨＨＨ」、バーコードの「８９０１２」と、メーカー商品Ｃ（コード）としての「ＩＩＩ」、バーコードの「９０１２３」とが登録されているものとする。

ここで、所有者「あ」から作業者に「００００５」を２個出荷とするとした指示があるものとする。この場合、所有者商品マスター４２から所有者Ｃ（コード）としての「あ」と、所有者商品Ｃ（コード）としての「００００５」とが検索される（ステップＳ１）。

所有者商品マスター４２からの検索が完了すると、その検索結果データが商品コード変換マスター６０によりコード変換される（ステップＳ２）。この場合、所有者Ｃ（コード）としての「あ」と、所有者商品Ｃ（コード）としての「００００５」とから、メーカーＣ（コード）としての「Ｘ」と、メーカー商品Ｃ（コード）としての「ＨＨＨ」，「ＩＩＩ」とが検索（コード変換）される。この場合、グループＣ（コード）が０１，０２とされる。また、所有者商品数である数１と、メーカー商品数である数２とはそれぞれ１とされる。すなわち、所有者「あ」が、「００００５」と呼ぶ商品の実体は、メーカー「Ｘ」の「ＨＨＨ」、もしくは、「ＩＩＩ」である。

そして、そのコード変換されたデータを元に、メーカー商品マスター５２からメーカーＣ（コード）としての「Ｘ」と、メーカー商品Ｃ（コード）としての「ＨＨＨ」，「ＩＩＩ」とが検索されることで（ステップＳ３）、メーカー商品マスター５２に従属するバーコードマスター５３からメーカーＣ（コード）の「Ｘ」と、メーカー商品Ｃ（コード）の「ＨＨＨ」、バーコードの「８９０１２」と、メーカー商品Ｃ（コード）の「ＩＩＩ」、バーコードの「９０１２３」とが検索される（ステップＳ４）。

これにより、作業者は、メーカー「Ｘ」の商品「ＨＨＨ」，「ＩＩＩ」をそれぞれ１個ずつ出荷すれば良いということを判断することができる。

これは、所有者「あ」により、メーカー「Ｘ」の「ＨＨＨ」及び「ＩＩＩ」のいずれに対しても、「００００５」という所有者商品Ｃ（コード）が付けられているためである。

そこで、所有者「あ」が、「００００５」を１個、出荷しろと指示してきたら、メーカー「Ｘ」の「ＨＨＨ」及び「ＩＩＩ」をそれぞれ１個出荷すれば良いことになる。また、「ＨＨＨ」又は「ＩＩＩ」のいずれか一方を２個出荷しても良いことは勿論である。

なお、所有者「あ」宛に、メーカー「Ｘ」の「ＨＨＨ」が１個、「ＩＩＩ」が１個、入荷されてきたら、「００００５」の在庫数が２個加算され、所有者「あ」には、「００００５」が２個、入荷されてきたと報告すれば良いことになる。

また、メーカー「Ｘ」の「ＨＨＨ」と「ＩＩＩ」とは、別の場所（棚）に格納されたとしても在庫明細テーブル５４の格納場所コードから、そのそれぞれの場所を把握することができる。これにより、所有者「あ」が、「００００５」を２個、出荷しろと指示してきたら、「ＨＨＨ」と「ＩＩＩ」とをそれぞれの格納場所から、１個ずつ出庫すれば良いことになる。

また、メーカーからの「ＨＨＨ」もしくは「ＩＩＩ」の在庫数に関する問い合わせにも、在庫明細テーブル５４の在庫情報から答えることができる。

（実施例７）
図１４は、上述した商品管理システムによる、構成違いの商品の出荷を行う場合の実施例７を説明するための図である。

ここで、構成違いの商品とは、あるメーカーの商品であって、複数のメーカー商品Ｃ（コード）の組み合わせからなる商品のことである。また、商品はメーカーが異なっているものであってもよい。

図１４においては、所有者商品マスター４２に所有者Ｃ（コード）としての「あ」と、構成違いの商品を示す所有者商品Ｃ（コード）としての「００００６」とが登録されているものとする。また、メーカー商品マスター５２にメーカーＣ（コード）としての「Ｘ」と、メーカー商品Ｃ（コード）としての「ＪＪＪ」，「ＫＫＫ」，「ＬＬＬ」とが登録されているものとする。また、バーコードマスター５３にメーカーＣ（コード）としての「Ｘ」と、メーカー商品Ｃ（コード）としての「ＪＪＪ」、バーコードの「９８７６５」と、メーカー商品Ｃ（コード）としての「ＫＫＫ」、バーコードの「８７６５４」と、メーカー商品Ｃ（コード）としての「ＬＬＬ」、バーコードの「７６５４３」とが登録されているものとする。

ここで、所有者「あ」から作業者に「００００６」を２個出荷とするとした指示があるものとする。この場合、所有者商品マスター４２から所有者Ｃ（コード）としての「あ」と、所有者商品Ｃ（コード）としての「００００６」とが検索される（ステップＳ１）。

所有者商品マスター４２からの検索が完了すると、その検索結果データが商品コード変換マスター６０によりコード変換される（ステップＳ２）。この場合、所有者Ｃ（コード）としての「あ」と、所有者商品Ｃ（コード）としての「００００６」とから、メーカーＣ（コード）としての「Ｘ」と、メーカー商品Ｃ（コード）としての「ＪＪＪ」，「ＫＫＫ」，「ＬＬＬ」とが検索（コード変換）される。この場合、グループＣ（コード）が０１，０２とされる。また、所有者商品数である数１では全てが１であるが、メーカー商品数である数２では、グループＣ（コード）が０１で、メーカー商品Ｃ（コード）が「ＫＫＫ」であるとき２となっている。すなわち、所有者「あ」が、「００００６」と呼ぶ商品の実体は、メーカー「Ｘ」の「ＪＪＪ」１個と、「ＫＫＫ」２個の組み合わせ、もしくは、「ＪＪＪ」１個と、「ＬＬＬ」１個の組み合わせである。

そして、そのコード変換されたデータを元に、メーカー商品マスター５２からメーカーＣ（コード）としての「Ｘ」と、メーカー商品Ｃ（コード）としての「ＪＪＪ」，「ＫＫＫ」，「ＬＬＬ」とが検索されることで（ステップＳ３）、メーカー商品マスター５２に従属するバーコードマスター５３からメーカーＣ（コード）の「Ｘ」と、メーカー商品Ｃ（コード）の「ＪＪＪ」、バーコードの「９８７６５」と、メーカー商品Ｃ（コード）としての「ＫＫＫ」、バーコードの「８７６５４」と、メーカー商品Ｃ（コード）としての「ＬＬＬ」、バーコードの「７６５４３」とが検索される（ステップＳ４）。

これにより、もし在庫として「ＪＪＪ」が２個、「ＫＫＫ」が２個、「ＬＬＬ」が１個しか無いならば、作業者は、メーカー「Ｘ」の商品「ＪＪＪ」，「ＫＫＫ」をそれぞれ２個ずつとし、商品「ＬＬＬ」を１個出荷すれば良いということを判断することができる。

すなわち、所有者「あ」が、「００００６」を１個、出荷しろと指示してきたら、「ＪＪＪ」１個と、「ＫＫＫ」２個の組み合わせ、もしくは、「ＪＪＪ」１個と、「ＬＬＬ」１個の組み合わせで、出荷すれば良い。

また、 所有者「あ」が、「００００６」を２個、出荷しろと指示してきたら、「ＪＪＪ」２個と、「ＫＫＫ」４個の組み合わせ、もしくは、「ＪＪＪ」２個と、「ＬＬＬ」２個の組み合わせ、もしくは、「ＪＪＪ」２個と、「ＫＫＫ」２個と、「ＬＬＬ」１個の組み合わせで、出荷すれば良い。

なお、所有者「あ」宛に、メーカー「Ｘ」の「ＪＪＪ」が２個と、「ＫＫＫ」が２個と、「ＬＬＬ」が１個入荷されてきたら、「００００６」の在庫数が２個加算され、所有者「あ」には、「００００６」が２個、入荷されてきたと報告すれば良いことになる。

また、メーカー「Ｘ」の「ＪＪＪ」、「ＫＫＫ」、「ＬＬＬ」は、それぞれ別の場所（棚）に格納されたとしても、上記同様に、在庫明細テーブル５４の格納場所コードから、それぞれの場所を把握することができる。

（実施例８）
図１５は、上述した商品管理システムによる、バーコードの管理を行う場合の実施例８を説明するための図である。

図１５においては、所有者商品マスター４２に所有者Ｃ（コード）としての「あ」と、所有者商品Ｃ（コード）としての「００００１」とが登録されているものとする。また、メーカー商品マスター５２にメーカーＣ（コード）としての「Ｘ」と、メーカー商品Ｃ（コード）としての「ＡＡＡ」とが登録されているものとする。また、バーコードマスター５３にメーカーＣ（コード）としての「Ｘ」と、メーカー商品Ｃ（コード）としての「ＡＡＡ」と、バーコードの「１２３４５」，「ＡＡＡ」とが登録されているものとする。

ここで、所有者「あ」から作業者に「００００１」を１個出荷とするとした指示があるものとする。この場合、所有者商品マスター４２から所有者Ｃ（コード）としての「あ」と、所有者商品Ｃ（コード）としての「００００１」とが検索される（ステップＳ１）。

所有者商品マスター４２からの検索が完了すると、その検索結果データが商品コード変換マスター６０によりコード変換される（ステップＳ２）。この場合、所有者Ｃ（コード）としての「あ」と、所有者商品Ｃ（コード）としての「００００１」とから、メーカーＣ（コード）としての「Ｘ」と、メーカー商品Ｃ（コード）としての「ＡＡＡ」とが検索（コード変換）される。この場合、グループＣ（コード）が０１とされ、所有者商品数である数１とメーカー商品数である数２とがそれぞれ１とされる。

そして、そのコード変換されたデータを元に、メーカー商品マスター５２からメーカーＣ（コード）としての「Ｘ」と、メーカー商品Ｃ（コード）としての「ＡＡＡ」とが検索される（ステップＳ３）。そして、メーカー商品マスター５２に従属するバーコードマスター５３からメーカーＣ（コード）の「Ｘ」と、メーカー商品Ｃ（コード）の「ＡＡＡ」と、バーコードの「１２３４５」，「ＡＡＡ」とが検索される（ステップＳ４）。

これにより、作業者は、商品に「１２３４５」と「ＡＡＡ」とのそれぞれ２つのバーコード１５ａ，１５ｂが付されている場合、いずれのバーコード１５ａ，１５ｂを読み取っても出荷指示されたメーカー「Ｘ」の商品「ＡＡＡ」を特定することができる。

なお、バーコード１５ａ，１５ｂは、変更されることがあり、変更された後、在庫情報には、変更前の商品と、変更後の商品とが混在することになるが、独立したバーコードマスター５３に、変更後のバーコードを追加登録しておくことにより、どちらの商品も同一の商品であると認識することができる。

（実施例９）
図１６は、上述した商品管理システムによる、在庫数の管理を行う場合の実施例９を説明するための図である。

図１６においては、所有者商品マスター４２に所有者Ｃ（コード）としての「あ」と、入り数違いの商品を示す所有者商品Ｃ（コード）としての「００００３」とが登録されているものとする。また、メーカー商品マスター５２にメーカーＣ（コード）としての「Ｘ」と、メーカー商品Ｃ（コード）としての「ＤＤＤ」，「ＥＥＥ」とが登録されているものとする。また、在庫明細テーブル５４にメーカーＣ（コード）としての「Ｘ」と、メーカー商品Ｃ（コード）としての「ＤＤＤ」，「ＥＥＥ」と、倉庫Ｃ（コード）としての「TOKYO」と、格納場所Ｃ（コード）としての「1A01」，「1A02」，「2A05」と、現品数とが登録されているものとする。

ここで、所有者「あ」から、所有者商品Ｃ（コード）の「００００３」について、作業者に対して在庫の問い合わせがあるものとする。この場合、所有者「あ」、所有者商品Ｃ（コード）の「００００３」により、商品コード変換マスター６０から、メーカーＣ（コード）としての「Ｘ」と、メーカー商品Ｃ（コード）としての「ＤＤＤ」，「ＥＥＥ」とが検索される（ステップＳ１）。そして、商品コード変換マスター６０に従属する在庫明細テーブル５４からメーカーＣ（コード）の「Ｘ」と、メーカー商品Ｃ（コード）の「ＤＤＤ」，「ＥＥＥ」と、倉庫Ｃ（コード）の「TOKYO」と、格納場所Ｃ（コード）の「1A01」，「1A02」，「2A05」と、現品数とが検索される。

在庫明細テーブル５４からの検索が完了すると、その検索結果データが商品コード変換マスター６０によりコード変換される（ステップＳ２）。この場合、メーカーＣ（コード）としての「Ｘ」と、メーカー商品Ｃ（コード）としての「ＤＤＤ」，「ＥＥＥ」と、数１，数２とから、所有者Ｃ（コード）としての「あ」と、所有者商品Ｃ（コード）としての「００００３」と、グループＣ（コード）としての０１，０２とが検索（コード変換）される。

そして、そのコード変換されたデータを元に、所有者商品マスター４２から所有者Ｃ（コード）の「あ」に対応する所有者商品Ｃ（コード）の「００００３」が検索され（ステップＳ３）、所有者「あ」に対し、商品「００００３」の在庫が２４個であると報告される。また、メーカー商品マスター５２からメーカーＣ（コード）の「Ｘ」に対応するメーカー商品Ｃ（コード）の「ＤＤＤ」，「ＥＥＥ」が検索され（ステップＳ４）、メーカー「Ｘ」に対しては、そのまま、「ＤＤＤ」４個、「ＥＥＥ」２箱と報告することができる。

（実施例１０）
図１７は、上述した商品管理システムによる、商品管理を行う場合の実施例１０を説明するための図である。

図１７においては、商品管理マスター５６に所有者Ｃ（コード）としての「あ」と、複数個口の商品を示す所有者商品Ｃ（コード）としての「００００３」と、グループＣ（コード）としての０１，０２と、メーカーＣ（コード）としての「Ｘ」と、メーカー商品Ｃ（コード）としての「ＤＤＤ」，「ＥＥＥ」と、倉庫Ｃ（コード）としての「TOKYO」，「OSAKA」と、扱いＣ（コード）としての「保管可」，「出荷時梱包必要」，「入荷時開梱」とが登録されているものとする。

具体的には、所有者Ｃ（コード）「あ」、所有者商品Ｃ（コード）「００００３」のグループＣ（コード）０１として、メーカー商品Ｃ（コード）「ＤＤＤ」は、倉庫Ｃ（コード）「TOKYO」において、「保管可」、「出荷時梱包必要」として登録されている。また、所有者Ｃ（コード）「あ」、所有者商品Ｃ（コード）「００００３」のグループＣ（コード）０２として、メーカー商品Ｃ（コード）「ＥＥＥ」は、倉庫Ｃ（コード）「TOKYO」において、「保管可」として登録されている。

また、所有者Ｃ（コード）「あ」、所有者商品Ｃ（コード）「００００３」のグループＣ（コード）０１として、メーカー商品Ｃ（コード）「ＤＤＤ」は、倉庫Ｃ（コード）「OSAKA」において、「保管可」として登録されている。また、所有者Ｃ（コード）「あ」、所有者商品Ｃ（コード）「００００３」のグループＣ（コード）０２として、メーカー商品Ｃ（コード）の「ＥＥＥ」は、倉庫Ｃ（コード）「OSAKA」において、「入荷時開梱」として登録されている。

そして、商品管理マスター５６が検索されることで（ステップＳ１）、商品コード変換マスター６０により、メーカーＣ（コード）としての「Ｘ」と、メーカー商品Ｃ（コード）としての「ＤＤＤ」，「ＥＥＥ」と、数１，数２とから、所有者Ｃ（コード）としての「あ」と、所有者商品Ｃ（コード）としての「００００３」と、グループＣ（コード）としての０１，０２とが検索（コード変換）される（ステップＳ２）。

（実施例１１）
図１８は、上述した商品管理システムによる、所有者間コード変換によっての管理を行う場合の実施例１１を説明するための図である。

図１８においては、所有者「あ」の所有者商品マスター４２に所有者Ｃ（コード）としての「あ」と、所有者商品Ｃ（コード）としての「００００１」とが登録されているものとする。また、所有者「い」の所有者商品マスター４２に所有者Ｃ（コード）としての「い」と、所有者商品Ｃ（コード）としての「２２２」とが登録されているものとする。また、メーカー商品マスター５２にメーカーＣ（コード）としての「Ｘ」と、メーカー商品Ｃ（コード）としての「ＡＡＡ」とが登録されているものとする。また、バーコードマスター５３にメーカーＣ（コード）としての「Ｘ」と、メーカー商品Ｃ（コード）としての「ＡＡＡ」と、バーコードとしての「１２３４５」とが登録されているものとする。

ここで、所有者「あ」から、商品「００００１」を１個、所有者「い」に、引き渡すとすると、所有者「あ」の所有者商品マスター４２から所有者Ｃ（コード）の「あ」に対応する所有者商品Ｃ（コード）の「００００１」が検索される（ステップＳ１）。

所有者「あ」の所有者Ｃ（コード）及び所有者商品Ｃ（コード）が検索されると、商品コード変換マスター６０によるコード変換により（ステップＳ２）、メーカーＣ（コード）の「Ｘ」と、メーカー商品Ｃ（コード）の「ＡＡＡ」から、所有者「い」の所有者商品Ｃ（コード）の「２２２」が検索される。

このとき、メーカー商品マスター５２からメーカーＣ（コード）としての「Ｘ」と、メーカー商品Ｃ（コード）としての「ＡＡＡ」とが検索されることで（ステップＳ３）、メーカー商品マスター５２に従属するバーコードマスター５３からメーカーＣ（コード）の「Ｘ」と、メーカー商品Ｃ（コード）の「ＡＡＡ」と、バーコードの「１２３４５」とが検索される（ステップＳ４）。

これにより、作業者は、メーカー「Ｘ」の商品「ＡＡＡ」、すなわち、バーコード表記の「１２３４５」を１個、出荷すれば良いということを判断することができる。

また、所有者「い」の所有者商品マスター４２から所有者Ｃ（コード）の「い」に対応する所有者商品Ｃ（コード）の「２２２」が検索され（ステップＳ５）、所有者「い」には、所有者「い」の商品「２２２」を、所有者「あ」より１個受領したと報告することができる。

すなわち、所有者「あ」が「００００１」と呼ぶ商品の実体も、所有者「い」が「２２２」と呼ぶ商品の実体も、メーカー「Ｘ」の「ＡＡＡ」であることになる。

なお、メーカー「Ｘ」の商品「ＡＡＡ」の寸法・重量の登録は、所有者商品マスター４２とは無関係に、メーカー商品マスター５２に一度するだけで良く、変更があった場合も、メーカー商品マスター５２を一度更新するだけで良い。

よって、図１９に示すように、たとえば所有者「あ」〜所有者「お」の所有者商品マスター４２が複数存在した場合であっても、商品コード変換マスター６０によって各々の所有者「あ」〜所有者「お」が管理している所有者商品Ｃ（コード）により、メーカー商品マスター５２に登録されているメーカー「Ｘ」のたとえば「ＡＡＡ」を特定することが可能となる。

なお、所有者間コード変換によっての管理を行う場合、少なくとも、商品の唯一のコードである物理的情報が登録される物理的商品マスター５０と、論理的情報と物理的情報との結合関係を示す情報が登録される商品コード変換マスター６０とを有するデータベース３０を、ネットワーク上に配置し、所有者毎によって商品に付されたコードである論理的情報が登録される所有者毎の論理的商品マスター４０を所有者毎に保持するとともに、所有者毎の商品管理端末により、商品の管理に関わる指示に応じて、論理的情報又は物理的情報を検索し、さらに商品コード変換マスター６０から結合関係を示す情報を検索して論理的情報と物理的情報とを結合させるようにすればよい。

（実施例１２）
図２０は、上述の商品管理システムを用いた、物流業者による発注仲介を行う場合の実施例１２を説明するための図である。

まず、所有者「あ」から商品「００００２」を１個とする（１）発注があると、商品コード変換マスター６０により、所有者「あ」の所有者商品Ｃ（コード）の「００００２」に関係する、メーカー「Ｘ」のメーカー商品Ｃ（コード）の「ＢＢＢ」，「ＣＣＣ」が検索（コード変換）される。この場合、それぞれの数１，数２が１とされる。

これにより、メーカー「Ｘ」が商品「ＢＢＢ」，「ＣＣＣ」をそれぞれ１個とした受注を受け、（２）出荷実績として商品「ＢＢＢ」，「ＣＣＣ」がそれぞれ１個とされる。この場合、商品コード変換マスター６０によるコード変換により（ステップＳ１）、（２）出荷実績のメーカー商品Ｃ（コード）の「ＢＢＢ」，「ＣＣＣ」に関係する、所有者「あ」の所有者商品Ｃ（コード）の「００００２」が検索（コード変換）され、所有者「あ」に対しては商品「００００２」が１個、入荷予定と報告されることになる。

このように、荷主の所有者商品Ｃ（コード）を用いた場合でも、荷主から仕入先（メーカー）への発注を、仲介することができる。

（実施例１３）
図２１は、上述の商品管理システムを用いた、物流業者による自動発注（補充）を行う場合の実施例１３を説明するための図である。

まず、所有者「あ」が商品「００００２」を１個売上げたとすると、メーカー「Ｘ」に対し補充のための（１）発注依頼が行われる。この場合、商品コード変換マスター６０によるコード変換により（ステップＳ１）、所有者「あ」の所有者商品Ｃ（コード）の「００００２」に関係する、メーカー「Ｘ」のメーカー商品Ｃ（コード）の「ＢＢＢ」，「ＣＣＣ」が検索（コード変換）される。この場合、それぞれの数１，数２が１とされる。

これにより、メーカー「Ｘ」からの補充により、商品「ＢＢＢ」，「ＣＣＣ」がそれぞれ１個とした在庫登録が行われた後、所有者「あ」に対しては商品「００００２」が１個とした（２）補充依頼報告が行われることになる。

このように、荷主の売上情報（もしくは在庫情報）を基に、供給元への自動発注を、援助することができる。

（実施例１４）
図２２は、上述の商品管理システムを用いた、物流業者による入荷報告を行う場合の実施例１４を説明するための図である。

まず、メーカー「Ｘ」から所有者「あ」に対し同一グループの商品「ＢＢＢ」，「ＣＣＣ」がそれぞれの１個とした（１）出荷実績があると、商品コード変換マスター６０によるコード変換により（ステップＳ１）、メーカー「Ｘ」のメーカー商品Ｃ（コード）の「ＢＢＢ」，「ＣＣＣ」に関係する、所有者「あ」の所有者商品Ｃ（コード）の「００００２」が検索（コード変換）される。この場合、それぞれの数１，数２が１とされる。

これにより、所有者「あ」へのメーカー「Ｘ」からの商品「ＢＢＢ」，「ＣＣＣ」がそれぞれの１個とした（２）入荷報告は、商品「００００２」が１個入荷とされる。

このように、仕入先（メーカー）の納品書（メーカーの商品コードのみが記載）で、入荷があっても、荷主に、荷主の商品コードで報告することができる。

（実施例１５）
図２３は、上述の商品管理システムを用いた、物流業者による棚卸し（ａ）を行う場合の実施例１５を説明するための図である。

まず、所有者「あ」から所有者「あ」の商品「００００２」を１個とした棚卸しのための（１）帳簿在庫の調査依頼があると、商品コード変換マスター６０によるコード変換により（ステップＳ１）、所有者「あ」の所有者商品Ｃ（コード）の「００００２」に関係する、同一グループのメーカー「Ｘ」のメーカー商品Ｃ（コード）の「ＢＢＢ」，「ＣＣＣ」が検索（コード変換）される。この場合、それぞれの数１，数２が１とされる。

そして、作業者により、メーカー「Ｘ」の商品「ＢＢＢ」，「ＣＣＣ」がそれぞれ１個であるとした確認が行われて（２）棚卸し報告が行われる場合、商品コード変換マスター６０によるコード変換により、所有者「あ」の商品「００００２」の実在庫が１個であると報告される。

このように、所有者「あ」からの所有者商品Ｃ（コード）を用いた棚卸しであっても、メーカー商品Ｃ（コード）で棚卸し（現品数確認）を行い、所有者「あ」に対して所有者商品Ｃ（コード）を用いて報告することができる。

（実施例１６）
図２４は、上述の商品管理システムを用いた、物流業者による棚卸し（ｂ）を行う場合の実施例１６を説明するための図である。

まず、所有者「あ」から所有者商品Ｃ（コード）の「００００２」を１個とした棚卸しのための（１）帳簿在庫の調査依頼があると、商品コード変換マスター６０によるコード変換により（ステップＳ１）、所有者「あ」の所有者商品Ｃ（コード）の「００００２」に関係する、同一グループのメーカー「Ｘ」のメーカー商品Ｃ（コード）の「ＢＢＢ」，「ＣＣＣ」が検索（コード変換）される。この場合、それぞれの数１，数２が１とされる。

そして、作業者により、メーカー「Ｘ」のメーカー商品Ｃ（コード）の「ＢＢＢ」，「ＣＣＣ」が確認され、在庫は「ＢＢＢ」が１個であるとされると、（２）棚卸し報告が行われる場合、商品コード変換マスター６０によるコード変換により、所有者「あ」の所有者商品Ｃ（コード）の「００００２」の実在庫が１個で欠品有りと報告される。

このように、所有者「あ」からの所有者商品Ｃ（コード）を用いた棚卸しであっても、メーカー商品Ｃ（コード）で棚卸し（現品数確認）を行い、所有者「あ」に対して所有者商品Ｃ（コード）を用いて商品の端数を含めた報告をすることができる。つまり、構成品不足を実在庫が１個で欠品有りとして報告できる。また、端数を組み替えて、別商品の在庫とすることも可能である。

（実施例１７）
図２５は、上述の商品管理システムを用いた、物流業者による棚卸し（ｃ）を行う場合の実施例１７を説明するための図である。

まず、所有者「あ」から商品「００００４」を２個とした棚卸しのための（１）帳簿在庫の調査依頼があると、商品コード変換マスター６０によるコード変換により（ステップＳ１）、所有者「あ」の所有者商品Ｃ（コード）の「００００４」から、メーカー「Ｘ」のメーカー商品Ｃ（コード）の「ＦＦＦ」が検索（コード変換）される。この場合、所有者商品Ｃ（コード）の「００００４」は、現品、すなわち、メーカー商品Ｃ（コード）の「ＦＦＦ」としては、数２が１０（１０個単位）とされる。

そして、作業者により、メーカー「Ｘ」のメーカー商品Ｃ（コード）の「ＦＦＦ」が確認され、在庫はメーカー商品Ｃ（コード）の「ＦＦＦ」が１９個であるとされると、（２）棚卸し報告が行われる場合、商品コード変換マスター６０によるコード変換により、所有者「あ」の所有者商品Ｃ（コード）の「００００４」の実在庫が１個で、所有者商品コードＣ（コード）の「００００７」の実在庫が９個と報告される。

ここで、商品コード変換マスター６０によるコード変換では、メーカー「Ｘ」のメーカー商品Ｃ（コード）の「ＦＦＦ」は、所有者商品Ｃ（コード）の「００００４」，「００００７」に関係するものとして検索（コード変換）される。また、所有者商品Ｃ（コード）の「００００４」に関係する数２は１０（１０個単位）であり、所有者商品Ｃ（コード）の「００００７」に関係する数２は１（１個単位）であると検索（コード変換）される。

このように、所有者「あ」からの所有者商品Ｃ（コード）を用いた棚卸しであっても、メーカー商品Ｃ（コード）で棚卸し（現品数確認）を行い、所有者「あ」に対して所有者商品Ｃ（コード）を用いて商品の端数を含めた報告をすることができる。

（実施例１８）
図２６は、上述の商品管理システムを用いた、物流業者による物理情報一元管理の実施例１８を説明するための図である。

まず、所有者「あ」の商品「００００１」と、所有者「い」の商品「２２２」と、所有者「う」の商品「３３３３」とする場合、商品コード変換マスター６０によるコード変換により（ステップＳ１）、所有者「あ」の商品「００００１」と、所有者「い」の商品「２２２」と、所有者「う」の商品「３３３３」からは、いずれも、メーカー「Ｘ」のメーカー商品Ｃ（コード）の「ＡＡＡ」が検索（コード変換）される。この場合、この場合、それぞれの数１，数２が、１とされる。

ここで、メーカー商品マスター５２により、メーカー「Ｘ」の商品「ＡＡＡ」の寸法は、１００ｍｍ×２００ｍｍ×１５０ｍｍで、重量が４５０ｇであることが検索される。

このように、購入元である所有者が複数で、それぞれの論理的情報が異なる場合であっても、それぞれの物理的情報が一元化されるため、供給元に対して購入元が複数であっても商品管理がより省力化される。

（実施例１９）
図２７は、上述の商品管理システムを用いた、物流業者による当用買いの代行を行う場合の実施例１９を説明するための図である。ここで、当用買いとは、購入側が商品の在庫を持たず、その顧客から受注した時点で、供給側の持つ商品を購入（仕入）し、同時に、顧客向けに出荷する（売り上げる）商行為を言う。すなわち、購入側受注、購入側発注、供給側受注、供給側売上、購買側仕入、購買側売上が、同時に行われるものである。

まず、所有者「あ」からの商品「００００２」を１個とした（１）出荷指示があると、商品コード変換マスター６０によるコード変換により（ステップＳ１）、所有者「あ」の所有者商品Ｃ（コード）の「００００２」に関係する、メーカー「Ｘ」のメーカー商品Ｃ（コード）の「ＢＢＢ」，「ＣＣＣ」が検索（コード変換）される。この場合、それぞれ数１，数２が１とされる。

もしくは、所有者「あ」の商品「００００２」（実体はメーカー「Ｘ」の「ＢＢＢ」又は「ＣＣＣ」）が無く、所有者「あ」に対し、メーカー「Ｘ」のメーカー商品Ｃ（コード）の「ＢＢＢ」，「ＣＣＣ」をそれぞれ１個出荷して（２）出荷報告が行われる場合、商品コード変換マスター６０により、メーカー「Ｘ」のメーカー商品Ｃ（コード）の「ＢＢＢ」，「ＣＣＣ」でそれぞれ数１が１を元に、商品「００００２」が１個としたコード変換が行われて報告されることになる。

一方、メーカー「Ｘ」へは、メーカー商品Ｃ（コード）の「ＢＢＢ」，「ＣＣＣ」でそれぞれ数２が１とコード変換されて（３）出荷報告が行われることで、その（３）出荷報告がそのまま出荷実績とされる。

これにより、購入側である所有者「あ」は、商品の在庫を持たず、倉庫に供給元（メーカー）の在庫のみがある場合であっても、当用買い（在庫を持たない商売）での出荷指示（購入側売上＝購入側仕入＝供給側売上）をすることができる。また、作業者は、供給元（メーカー）のメーカー商品Ｃ（コード）の「ＢＢＢ」，「ＣＣＣ」の出荷作業を行うことができる。また、メーカーは当用買いしてくれる顧客の売上状況から、自社商品の適切な在庫量を維持できる。

（実施例２０）
図２８は、上述の商品管理システムを用いた、物流業者が集荷を行う場合の実施例２０を説明するための図である。

まず、所有者「あ」からの商品「００００２」を１個とした（１）出荷指示があると、商品コード変換マスター６０によるコード変換により（ステップＳ１）、所有者「あ」の所有者商品Ｃ（コード）の「００００２」から、メーカー「Ｘ」のメーカー商品Ｃ（コード）の「ＢＢＢ」，「ＣＣＣ」が検索（コード変換）される。この場合、それぞれ数１，数２が１とされる。

これにより、メーカー「Ｘ」に対し、「ＢＢＢ」，「ＣＣＣ」をそれぞれ１個とした（２）集荷予定が報告される。また、所有者「あ」からの商品「００００２」を１個とした指示により、物流業者は、メーカー「Ｘ」に「ＢＢＢ」，「ＣＣＣ」を集荷に行き、そして所有者「あ」の指示する届け先に、「ＢＢＢ」，「ＣＣＣ」をそれぞれ１個とした出荷を行い、（２）出荷報告が行われる場合、商品コード変換マスター６０により、メーカー「Ｘ」のメーカー商品Ｃ（コード）の「ＢＢＢ」，「ＣＣＣ」でそれぞれ数１が１を元に、商品「００００２」が１個としたコード変換が行われて報告されることになる。

このように、倉庫には、購入側、供給元のいずれの在庫が無い場合でも、購入側からの出荷指示に基づき、該当する商品の供給元に集荷予定を報告し、さらに購入側に出荷実績を報告することができる。

（実施例２１）
図２９は、上述の商品管理システムを用いた、商社が商品知識のない物流業者を使う場合の実施例２１を説明するための図である。

まず、商社である所有者「あ」からの商品「００００２」を１個とした（１）発注と、（２）出荷指示とがあると、商品コード変換マスター６０によるコード変換により（ステップＳ１）、所有者「あ」の所有者商品Ｃ（コード）の「００００２」に関係する、メーカー「Ｘ」のメーカー商品Ｃ（コード）の「ＢＢＢ」，「ＣＣＣ」が検索（コード変換）される。この場合、それぞれ数１，数２が１とされる。

これにより、メーカー「Ｘ」に対し、「ＢＢＢ」，「ＣＣＣ」をそれぞれ１個とした受注が報告される。一方、作業者に対しては、メーカー「Ｘ」のメーカー商品Ｃ（コード）の「ＢＢＢ」，「ＣＣＣ」をそれぞれ１個とした出荷指示が出される。この場合、作業者は、メーカー「Ｘ」からの商品「ＢＢＢ」，「ＣＣＣ」をそれぞれ１個受け取ってから出荷することができる。

このように、商社である所有者「あ」から発注と出荷指示とを同時に行う場合であっても、所有者商品Ｃ（コード）の商品「００００２」を１個とした指示により、商品コード変換マスター６０によって、発注と出荷指示とを同時に満たすコード変換を行うことができる。すなわち、物流業者に対する指示は、この仕組みにより、全て現品を示す情報（メーカー商品コード及びバーコード）により行われるので、物流業者は、商品を所有者がどのように呼んでいるかなどの商品知識を有する必要がない。よって、商社は、作業者の経験に基づく商品知識の高低とは違う基準で、物流業者を選択することができる。

（実施例２２）
図３０は、上述の商品管理システムを用いた、商社における発注仲介を行う場合の実施例２２を説明するための図である。

まず、商社の顧客である所有者「い」から所有者商品Ｃ（コード）を「２２２」とした商品を１個とする（１）発注があると、商品コード変換マスター６０によるコード変換により（ステップＳ１）、その所有者商品Ｃ（コード）の「２２２」から、メーカー商品Ｃ（コード）経由で商社である所有者「あ」の所有者商品Ｃ（コード）の「００００１」が検索（コード変換）される。この場合、数１が１とされる。

これにより、商社である所有者「あ」が所有者商品Ｃ（コード）の「００００１」を１個としたメーカーへの所有者「い」の指示による（２）発注と、（２）出荷指示とを行うと、商品コード変換マスター６０により、所有者「あ」の所有者商品Ｃ（コード）の「００００２」からメーカー「Ｘ」のメーカー商品Ｃ（コード）の「ＢＢＢ」，「ＣＣＣ」でそれぞれ数２が１とコード変換される。

これにより、メーカー「Ｘ」に対し、「ＡＡＡ」を１個とした受注が報告される。一方、作業者に対しては、メーカー「Ｘ」のメーカー商品Ｃ（コード）の「ＡＡＡ」を１個とした出荷指示が出される。この場合、作業者は、メーカー「Ｘ」からの商品「ＡＡＡ」を１個受け取ってから顧客である所有者「い」に出荷することができる。

このように、顧客である所有者「い」からの所有者商品Ｃ（コード）の「２２２」で、商社である所有者「あ」に発注があっても、メーカー「Ｘ」に対しメーカー商品Ｃ（コード）での発注の仲介と、作業者による出荷作業とを行うことができる。

（実施例２３）
図３１は、上述の商品管理システムを用いた、小売店の店舗において荷受け検査を行う場合の実施例２３を説明するための図である。

まず、小売店である所有者「あ」から所有者商品Ｃ（コード）を「００００２」とした商品を１個とする店舗への（１）補充指示（小売店の倉庫に無ければメーカーへの発注となる）があると、商品コード変換マスター６０によるコード変換により（ステップＳ１）、その所有者商品Ｃ（コード）の「００００２」と１個の数量とから、メーカー「Ｘ」のメーカー商品Ｃ（コード）の「ＢＢＢ」，「ＣＣＣ」が検索（コード変換）される。この場合、それぞれの数１，数２が１とされる。

小売店の倉庫に在庫が無い場合、メーカー「Ｘ」では、商品「ＢＢＢ」，「ＣＣＣ」をそれぞれ１個とした受注となる。また、作業者へは、商品コード変換マスター６０によるコード変換によってメーカー「Ｘ」の商品「ＢＢＢ」，「ＣＣＣ」をそれぞれ１個とした出荷指示が出される。

メーカー「Ｘ」からそれぞれ１個の商品「ＢＢＢ」，「ＣＣＣ」が倉庫に搬入され、その商品が店舗へ向け、小売店である所有者「あ」に対してそれぞれ１個の商品「ＢＢＢ」，「ＣＣＣ」が納品される。この場合、所有者「あ」の店舗の荷受け担当者に対しては、（２）出荷報告により、所有者商品Ｃ（コード）の「００００２」と呼ぶ商品の実体である、メーカーＣ（コード）の「Ｘ」と、メーカー商品Ｃ（コード）の「ＢＢＢ」，「ＣＣＣ」と、数２を１とした納品書を届けることができる。

そして、小売店である所有者「あ」の荷受け担当は、現品と現品を表すメーカー商品Ｃ（コード）の「ＢＢＢ」，「ＣＣＣ」による検品ができる。（３）検品結果が出されると、そのメーカー「Ｘ」からのそれぞれ１個の商品「ＢＢＢ」，「ＣＣＣ」は、商品コード変換マスター６０によるコード変換によって、小売店である所有者「あ」の購買部に対して商品「００００２」が１個とした入荷実績が報告される。

（実施例２４）
図３２は、上述の商品管理システムを用いた、小売店の店舗における商品の管理を行う場合の実施例２４を説明するための図である。

まず、小売店である所有者「あ」（購買部）から所有者商品Ｃ（コード）を「００００２」とした商品を１個とする（１）補充指示（発注）があると、商品コード変換マスター６０によるコード変換により（ステップＳ１）、その所有者商品Ｃ（コード）の「００００２」と１個の数量とから、メーカー「Ｘ」のメーカー商品Ｃ（コード）の「ＢＢＢ」，「ＣＣＣ」が検索（コード変換）される。この場合、それぞれの数１，数２が１とされる。

これにより、メーカー「Ｘ」では、商品「ＢＢＢ」，「ＣＣＣ」をそれぞれ１個とした受注となる。また、倉庫の作業者へは、商品コード変換マスター６０によるコード変換によってメーカー「Ｘ」の商品「ＢＢＢ」，「ＣＣＣ」をそれぞれ１個とした出荷指示が出される。

メーカー「Ｘ」からそれぞれ１個の商品「ＢＢＢ」，「ＣＣＣ」が搬入されると、小売店である所有者「あ」（荷受け担当）に対してそれぞれ１個の商品「ＢＢＢ」，「ＣＣＣ」が出荷される。この場合、小売店である所有者「あ」（荷受け担当）に対しては、（２）出荷報告（店舗の入荷予定）が行われるとともに、所有者商品Ｃ（コード）のみならず、メーカーＣ（コード）の「Ｘ」と、メーカー商品Ｃ（コード）の「ＢＢＢ」，「ＣＣＣ」と、数２を１とした納品書を届けることができる。

そして、小売店である所有者「あ」（荷受け担当）からの（３）検品結果が出されると、そのメーカー「Ｘ」からのそれぞれ１個の商品「ＢＢＢ」，「ＣＣＣ」は、商品コード変換マスター６０によるコード変換によって、小売店である所有者「あ」（購買部）に対して商品「００００２」が１個とした入荷実績が報告される。

また、商品管理マスター５６においては、所有者「あ」（購買部）から、メーカー商品Ｃ（コード）の「ＢＢＢ」，「ＣＣＣ」に対しての保管場所や扱い方が指示されると、商品管理マスター５６に、それぞれのメーカー商品Ｃ（コード）の「ＢＢＢ」，「ＣＣＣ」に対して倉庫Ｃ（コード）としてたとえば新橋店が登録され、扱いＣ（コード）として１Ｆ−０１−０１、キャンペーン シール貼付、ＢＦ−０５−３２が登録される。

これにより、商品知識がなくても、荷受け検品を行うことができるばかりか、商品の陳列場所の計画や指示を複数個の商品であっても適切に行うことができる。

このように、本実施形態では、商品の管理に関わる指示に応じて、商品コード変換マスター６０により、所有者によって商品に付されたコードである論理的情報と、商品の唯一のコードである物理的情報とが結合されるようにしたので、所有者によって商品に付されたコードである論理的情報での商品の管理を容易に行うことができる。

すなわち、本実施形態では、論理的商品マスターである所有者商品マスター４２等と、物理的商品マスターであるメーカー商品マスター５２等とを分離し、両者を、商品コード変換マスター６０によって結合するようにしている。

また、メーカー商品コードと、所有者商品コードとのコード変換に限らず、別の所有者間での所有者商品コードとのコード変換も、商品コード変換マスター６０によりメーカー商品コードを経由して行うようにしている。

これにより、所有者から、所有者独自の所有者商品コードで、指示や問い合わせを受けても、商品コード変換マスター６０を経由することにより、メーカー商品コードを用いて、調査・作業・報告を容易に行うことができる。

また、メーカーからの納品を、メーカー商品コードで受けても、商品コード変換マスター６０を経由することにより、所有者の所有者商品コードで報告することができる。

しかも、メーカー商品マスター５２に、寸法・重量等の物理的情報が登録されているため、その商品を、どの所有者が扱うときも、情報を共有できる。

また、実際に商品を取り扱う現場では、メーカー商品コード（及び、それが持つバーコード）で、作業指示を行うことができる。

また、一つの所有者商品コードを、その商品を構成する複数のメーカー商品コードに分割して、管理（入庫、格納・保管、出庫）することもできる。

また、所有者商品コードによる指示を、商品コード変換マスター６０を経由させることで、複数個入りの箱を、開梱せずに、入出庫作業をすることができる。

また、複数個入りの箱を、開梱せずに、商品コード変換マスター６０を経由することにより、所有者商品コード及びその数量で、所有者に報告することができる。

また、所有者商品コードによる指示を、商品コード変換マスター６０を経由することにより、複数のバージョンがある場合も、入出庫作業をすることができる。

また、物理的に同一の商品を、複数の所有者が持つ（扱う）ときも、商品コード変換マスター６０を経由することにより、所有者の所有者商品コードへの変換が可能になる。

また、バーコード情報を、メーカー商品マスター５２に持たず、独立させることにより、一つの商品に、複数のバーコードが印刷されている場合も、どのバーコードを読んでも、商品の特定を行うことができる。

また、シリアルNo.は、所有者に関わらず、唯一無二のものであることを、プログラム・ロジックによらず、データベース規約として、単純に、保証することができる。

本発明の商品管理システムの一実施形態の概要を説明するための図である。 図１の論理的商品マスター及び物理的商品マスターの詳細を説明するためのマスター関係図である。 図１の論理的商品マスター及び物理的商品マスターに登録される情報の一例を示す図である。 図１の論理的商品マスター及び物理的商品マスターに登録される情報の一例を示す図である。 図１の商品コード変換マスター構築処理部による商品コード変換マスターの構築方法を説明するための図である。 図１の商品コード変換マスター構築処理部による商品コード変換マスターの構築方法を説明するための図である。 図１の商品コード変換マスター構築処理部による商品コード変換マスターの構築方法を説明するための図である。 本発明の商品管理システムによる、１個の商品の入荷を行う場合の実施例１を説明するための図である。 本発明の商品管理システムによる、１個の商品の出荷を行う場合の実施例２を説明するための図である。 本発明の商品管理システムによる、複数個口の商品の出荷を行う場合の実施例３を説明するための図である。 本発明の商品管理システムによる、入り数違い（箱入り）の商品の出荷を行う場合の実施例４を説明するための図である。 本発明の商品管理システムによる、まとめ売りの商品の出荷を行う場合の実施例５を説明するための図である。 本発明の商品管理システムによる、バージョン違いの商品の出荷を行う場合の実施例６を説明するための図である。 本発明の商品管理システムによる、構成違いの商品の出荷を行う場合の実施例７を説明するための図である。 本発明の商品管理システムによる、バーコードの管理を行う場合の実施例８を説明するための図である。 本発明の商品管理システムによる、在庫数の管理を行う場合の実施例９を説明するための図である。 本発明の商品管理システムによる、商品管理を行う場合の実施例１０を説明するための図である。 本発明の商品管理システムによる、所有者間コード変換によっての管理を行う場合の実施例１１を説明するための図である。 図１８における実施例１１での複数の所有者の所有者商品マスターが存在した場合を説明するための図である。 本発明の商品管理システムを用いた、物流業者による発注仲介を行う場合の実施例１２を説明するための図である。 本発明の商品管理システムを用いた、物流業者による自動発注（補充）を行う場合の実施例１３を説明するための図である。 本発明の商品管理システムを用いた、物流業者による入荷報告を行う場合の実施例１４を説明するための図である。 本発明の商品管理システムを用いた、物流業者による棚卸し（ａ）を行う場合の実施例１５を説明するための図である。 本発明の商品管理システムを用いた、物流業者による棚卸し（ｂ）を行う場合の実施例１６を説明するための図である。 本発明の商品管理システムを用いた、物流業者による棚卸し（ｃ）を行う場合の実施例１７を説明するための図である。 本発明の商品管理システムを用いた、物流業者による物理情報一元管理の実施例１８を説明するための図である。 本発明の商品管理システムを用いた、物流業者による当用買いの代行を行う場合の実施例１９を説明するための図である。 本発明の商品管理システムを用いた、物流業者による集荷を行う場合の実施例２０を説明するための図である。 本発明の商品管理システムを用いた、商社が商品知識のない物流業者を使う場合の実施例２１を説明するための図である。 本発明の商品管理システムを用いた、商社における発注仲介を行う場合の実施例２２を説明するための図である。 本発明の商品管理システムを用いた、小売店の店舗での荷受け検査を行う場合の実施例２３を説明するための図である。 本発明の商品管理システムを用いた、小売店の店舗における商品の管理を行う場合の実施例２４を説明するための図である。 従来のマスターの関係を説明するための図である。 従来のマスターの関係を説明するための図である。 図３３及び図３４のマスターに登録される情報を説明するための図である。

符号の説明

１ 所有者マスター
２ 所有者商品マスター
３ シリアルNo.マスター
４ 在庫明細テーブル
１０，２０ 商品管理端末
１１ 商品コード変換マスター構築処理部（商品コード変換マスター構築処理手段）
１２ 論理的商品マスター検索処理部（論理的商品マスター検索処理手段）
１３ 物理的商品マスター検索処理部（物理的商品マスター検索処理手段）
１４ 商品コード変換処理部（商品コード変換処理手段）
１５ 情報変更処理部（情報変更処理手段）
３０ データベース
４０ 論理的商品マスター
４１ 所有者マスター
４２ 所有者商品マスター
５０ 物理的商品マスター
５１ メーカーマスター
５２ メーカー商品マスター
５３ バーコードマスター
５４ 在庫明細テーブル
５５ シリアルNo.マスター
５６ 商品管理マスター
６０ 商品コード変換マスター

Claims (21)

1. 所有者によって商品に付されたコードである論理的情報と、この論理的情報とは分離され、前記商品の唯一のコードである物理的情報と、前記論理的情報と前記物理的情報との結合関係を示す情報とが保持され、
   前記商品の管理に関わる指示に応じて、前記論理的情報又は前記物理的情報が検索され、さらに前記結合関係を示す情報が検索されて前記論理的情報と前記物理的情報とが結合される
   ことを特徴とする商品管理方法。
2. 前記論理的情報が論理的商品マスターに登録され、
   前記物理的情報が物理的商品マスターに登録され、
   前記論理的情報と前記物理的情報との結合関係を示す情報が商品コード変換マスターに登録される
   ことを特徴とする請求項１に記載の商品管理方法。
3. 前記商品の注文番号を含む発注データとメーカーからの前記注文番号を含む出荷実績データとに基づき、前記注文番号を元にした自動照合により、前記論理的情報と前記物理的情報との前記結合関係を示す情報が構築されることを特徴とする請求項１又は２に記載の商品管理方法。
4. 前記商品の注文番号を含む発注データとメーカーからの前記注文番号を含む納品書のコード情報から得られるデータとに基づき、前記注文番号を元にした自動照合により、前記論理的情報と前記物理的情報との前記結合関係を示す情報が構築されることを特徴とする請求項１又は２に記載の商品管理方法。
5. 前記商品の注文番号を含む注文書のコード情報から得られるデータとメーカーからの前記注文番号を含む納品書のコード情報から得られるデータとに基づき、前記注文番号を元にした自動照合により、前記論理的情報と前記物理的情報との前記結合関係を示す情報が構築されることを特徴とする請求項１又は２に記載の商品管理方法。
6. 前記商品の注文番号を含む注文書のコード情報から得られるデータとメーカーからの前記注文番号を含む出荷実績データとに基づき、前記注文番号を元にした自動照合により、前記論理的情報と前記物理的情報との前記結合関係を示す情報が構築されることを特徴とする請求項１又は２に記載の商品管理方法。
7. 前記論理的情報又は前記物理的情報の検索が行われ、
   前記論理的情報と前記物理的情報との前記結合関係を示す情報が検索されて前記論理的情報と前記物理的情報との結合が行われ、
   前記商品の物理的情報や論理的情報に変更がある場合には、その物理的情報や論理的情報の登録内容が変更される
   ことを特徴とする請求項１〜６のいずれかに記載の商品管理方法。
8. 所有者によって商品に付されたコードである論理的情報と、この論理的情報とは分離され、前記商品の唯一のコードである物理的情報と、前記論理的情報と前記物理的情報との結合関係を示す情報とを有するデータベースと、
   前記商品の管理に関わる指示に応じて、前記論理的情報又は前記物理的情報を検索し、さらに前記結合関係を示す情報を検索して前記論理的情報と前記物理的情報とを結合させる情報結合手段を有する商品管理端末とを備える
   ことを特徴とする商品管理システム。
9. 前記データベースは、
   前記論理的情報が登録される論理的商品マスターと、
   前記物理的情報が登録される物理的商品マスターと、
   前記論理的情報と前記物理的情報との結合関係を示す情報が登録される商品コード変換マスターとを有する
   ことを特徴とする請求項８に記載の商品管理システム。
10. 少なくとも、商品の唯一のコードである物理的情報が登録される物理的商品マスターと、論理的情報と前記物理的情報との結合関係を示す情報が登録される商品コード変換マスターとを有し、ネットワーク上に配置されるデータベースと、
    所有者毎によって商品に付されたコードである前記論理的情報が登録される所有者毎の論理的商品マスターと、
    前記商品の管理に関わる指示に応じて、前記論理的情報又は前記物理的情報を検索し、さらに前記結合関係を示す情報を検索して前記論理的情報と前記物理的情報とを結合させる情報結合手段を有する所有者毎の商品管理端末とを備える
    ことを特徴とする商品管理システム。
11. 前記情報結合手段は、前記商品の注文番号を含む発注データとメーカーからの前記注文番号を含む出荷実績データとに基づき、前記注文番号を元にした自動照合により、前記商品コード変換マスターを構築する商品コード変換マスター構築処理手段を有することを特徴とする請求項８〜１０のいずれかに記載の商品管理システム。
12. 前記情報結合手段は、前記商品の注文番号を含む発注データとメーカーからの前記注文番号を含む納品書のコード情報から得られるデータとに基づき、前記注文番号を元にした自動照合により、前記商品コード変換マスターを構築する商品コード変換マスター構築処理手段を有することを特徴とする請求項８〜１０のいずれかに記載の商品管理システム。
13. 前記情報結合手段は、前記商品の注文番号を含む注文書のコード情報とメーカーからの前記注文番号を含む納品書のコード情報から得られるデータとに基づき、前記注文番号を元にした自動照合により、前記商品コード変換マスターを構築する商品コード変換マスター構築処理手段を有することを特徴とする請求項８〜１０のいずれかに記載の商品管理システム。
14. 前記情報結合手段は、前記商品の注文番号を含む注文書のコード情報から得られるデータとメーカーからの前記注文番号を含む出荷実績データとに基づき、前記注文番号を元にした自動照合により、前記商品コード変換マスターを構築する商品コード変換マスター構築処理手段を有することを特徴とする請求項８〜１０のいずれかに記載の商品管理システム。
15. 前記情報結合手段は、
    前記論理的情報の検索を行う論理的情報検索手段と、
    前記物理的情報の検索を行う物理的情報検索手段と、
    前記商品コード変換マスターから前記論理的情報と前記物理的情報との前記結合関係を示す情報を検索して前記論理的情報と前記物理的情報との結合を行わせる商品コード変換処理手段と、
    前記商品の物理的情報や論理的情報に変更がある場合には、その物理的情報や論理的情報の登録内容を変更する情報変更処理手段とを備える
    ことを特徴とする請求項８〜１４のいずれかに記載の商品管理システム。
16. 所有者によって商品に付されたコードである論理的情報と、この論理的情報とは分離され、前記商品の唯一のコードである物理的情報と、前記論理的情報と前記物理的情報との結合関係を示す情報とを有するデータベースから、前記商品の管理に関わる指示に応じて、前記論理的情報又は前記物理的情報を検索し、さらに前記結合関係を示す情報を検索して前記論理的情報と前記物理的情報とを結合させる情報結合手段を備えることを特徴とする商品管理装置。
17. 前記情報結合手段は、前記商品の注文番号を含む発注データとメーカーからの前記注文番号を含む出荷実績データとに基づき、前記注文番号を元にした自動照合により、前記商品コード変換マスターを構築する商品コード変換マスター構築処理手段を有することを特徴とする請求項１６に記載の商品管理装置。
18. 前記情報結合手段は、前記商品の注文番号を含む発注データとメーカーからの前記注文番号を含む納品書のコード情報から得られるデータとに基づき、前記注文番号を元にした自動照合により、前記商品コード変換マスターを構築する商品コード変換マスター構築処理手段を有することを特徴とする請求項１６に記載の商品管理装置。
19. 前記情報結合手段は、前記商品の注文番号を含む注文書のコード情報とメーカーからの前記注文番号を含む納品書のコード情報から得られるデータとに基づき、前記注文番号を元にした自動照合により、前記商品コード変換マスターを構築する商品コード変換マスター構築処理手段を有することを特徴とする請求項１６に記載の商品管理装置。
20. 前記情報結合手段は、前記商品の注文番号を含む注文書のコード情報から得られるデータとメーカーからの前記注文番号を含む出荷実績データとに基づき、前記注文番号を元にした自動照合により、前記商品コード変換マスターを構築する商品コード変換マスター構築処理手段を有することを特徴とする請求項１６に記載の商品管理装置。
21. 前記情報結合手段は、
    前記論理的情報の検索を行う論理的情報検索手段と、
    前記物理的情報の検索を行う物理的情報検索手段と、
    前記商品コード変換マスターから前記論理的情報と前記物理的情報との前記結合関係を示す情報を検索して前記論理的情報と前記物理的情報との結合を行わせる商品コード変換処理手段と、
    前記商品の物理的情報や論理的情報に変更がある場合には、その物理的情報や論理的情報の登録内容を変更する情報変更処理手段とを備える
    ことを特徴とする請求項１６〜２０のいずれかに記載の商品管理装置。

Images