JP4087358B2 - 商品流通管理装置及び商品流通管理プログラム - Google Patents

Description

複数事業者が介在して商品を流通する環境下において、商品流通を管理する技術に関し、特に、国際物流業務に好適に適用できるものである。

一般に、ある商品の輸入をする場合には、図９に示すように、カスタマ（商品の購買事業者）ＣＳは、商社ＴＲを介して所望の商品を発注し、商社ＴＲは自らと取引関係にある海外の現地サプライヤ（商品を生産する商品提供事業者）ＳＰに商品を発注する。次に、発注された商品は、現地サプライヤＳＰを出荷されると、商社（海外店）ＴＲ’や海外通関事業者ＦＣＵの仲介により、現地サプライヤ周辺の海外港で船積みされ、海上輸送される。そして、商品が国内港に到着すると、国内通関事業者ＤＣＵの仲介により、通関処理され、最終的に、カスタマＣＳに配送される。

このように、国際物流業務においては、商品の購入者であるカスタマＣＳと商品の供給者である現地サプライヤＳＰ以外に、多数の事業者が介在して、はじめて商品の流通が可能となっている。

尚、この出願に関連する先行技術文献情報としては、次のものがある。
特開２００１−２４３３６６号公報 特開平１０−０４０２９３号公報

従来、このような国際物流業務においては、上述したように、多数関係者間の調整が必要であるため、流通工程における各事業者は、相手取引先との業務連絡を常に意識しながら、自らの役割を果たしていかないと、物流業務全体が滞ってしまうという問題がある。また、例えば、カスタマＣＳが取引可能な商社ＴＲが複数あるときは、各商社ＴＲごとに発注フォーマットが異なるなど、業界として業務の標準化がされていないため、業務が煩雑化し、ミスも発生しやすいという問題もある。さらには、一元的に商品流通情報を管理する仕組みがないので、例えば、出荷や船積みの状況を簡単に把握できないという問題もある。このため、従来においては、国際物流業務において商流の中心となる企業が必要となり、該企業を中心とした固定的な商流が築かれることが多かった。即ち、中心企業以外の事業者が参加するには、また、別の仕組みが必要となるため、柔軟な商流を築くことができないという問題がある。

本発明は、上記の事情を鑑みてなされたものであり、複数事業者が介在して商品を流通する流通環境において、購買事業者からの購入を望む商品に応じて、該商品の流通に関与する複数の事業者を柔軟に決定し、決定された複数の事業者の各業務を円滑に遂行させるとともに、流通工程の進捗を簡単に把握できる商品流通管理装置及び商品流通管理プログラムを提供することを目的とする。

上記目的を達成するため、請求項１記載の本発明は、複数の事業者が介在して流通される商品の流通工程を管理する商品流通管理装置であって、前記複数の事業者間において、各商品ごとに取引が可能な事業者間の対応付けを第１のマスタ情報として記憶する第１のマスタ記憶手段と、購買事業者により注文された商品から、前記第１のマスタ情報に基づいて、当該オーダに関与する複数の事業者を決定する事業者決定手段と、前記購買事業者からのオーダを一意に識別可能なオーダＩＤと、決定された複数の事業者に関する情報と、を対応付けた流通経路情報を記憶する流通経路記憶手段と、前記流通工程の各業務の流れ、該各業務に関与する事業者、及び各業務の進捗状態を示す情報を第２のマスタ情報として記憶する第２のマスタ記憶手段と、前記オーダＩＤごとに、現在の進捗状態を記憶する進捗状態記憶手段と、前記オーダＩＤごとに、前記進捗状態記憶手段に記憶された現在の進捗状態、前記第２のマスタ情報、及び前記流通経路情報に基づいて、現在関わるべき業務及び該業務に関与する事業者を決定し、決定された事業者に該業務の遂行を促す通知手段と、通知された事業者から該業務に関する情報を受け付けると、前記第２のマスタ情報に基づいて、該当オーダＩＤの現在の進捗状態を進行させて前記進捗状態記憶手段に記憶させる進捗状態更新手段と、を有することを特徴とする。

請求項２記載の本発明は、請求項１記載の発明において、前記第１のマスタ記憶手段に記憶される前記第１のマスタ情報は、さらに、前記流通工程上、商品が仲介される取引場所に応じて、前記事業者間の対応付けがされており、前記事業者決定手段は、注文された商品の前記取引場所も考慮して、当該オーダに関与する複数の事業者を決定することを特徴とする。

請求項３記載の本発明は、請求項１又は２記載の発明において、前記オーダに関する情報を前記オーダＩＤと対応付けて記憶するオーダ情報記憶手段を有し、前記流通経路情報に記憶された各事業者だけが、該流通経路情報と同一オーダＩＤの前記オーダに関する情報をアクセス可能とすることを特徴とする。

請求項４記載の本発明は、請求項１乃至３のいずれか１項に記載の発明において、前記進捗状態更新手段は、予め定められたタイマ情報を契機とした自動処理により進捗状態を進行させることを特徴とする。

請求項５記載の本発明は、複数の事業者が介在して流通される商品の流通工程を管理するコンピュータのための商品流通管理プログラムであって、前記複数の事業者間において、各商品ごとに取引が可能な事業者間の対応付けを第１のマスタ情報として記憶する第１のマスタ記憶手段と、前記購買事業者からのオーダを一意に識別可能なオーダＩＤと、該オーダに関与する複数の事業者に関する情報と、を対応付けた流通経路情報を記憶する流通経路記憶手段と、前記流通工程の各業務の流れ、該各業務に関与する事業者、及び各業務の進捗状態を示す情報を第２のマスタ情報として記憶する第２のマスタ記憶手段と、前記オーダＩＤごとに、現在の進捗状態を記憶する進捗状態記憶手段と、を備える前記コンピュータに、前記購買事業者により注文された商品から、前記第１のマスタ情報に基づいて、当該オーダに関与する複数の事業者を決定し、決定した複数の事業者に関する情報を前記オーダＩＤと対応付けた流通経路情報を前記流通経路記憶手段に反映する第１のステップと、前記オーダＩＤごとに、前記進捗状態記憶手段に記憶された現在の進捗状態、前記第２のマスタ情報、及び前記流通経路情報に基づいて、現在関わるべき業務及び該業務に関与する事業者を決定し、決定された事業者に該業務の遂行を促す第２のステップと、通知された事業者から該業務に関する情報を受け付けると、前記第２のマスタ情報に基づいて、該当オーダＩＤの現在の進捗状態を進行させて前記進捗状態記憶手段に記憶させる第３のステップと、を実行させることを特徴とする。

請求項６記載の本発明は、請求項５記載の発明において、前記第１のマスタ記憶手段に記憶される前記第１のマスタ情報は、さらに、前記流通工程上、商品が仲介される取引場所に応じて、前記事業者間の対応付けがされており、前記第１のステップは、注文された商品の前記取引場所も考慮して、当該オーダに関与する複数の事業者を決定することを特徴とする。

請求項７記載の本発明は、請求項５又は６記載の発明において、前記コンピュータは、前記オーダに関する情報を前記オーダＩＤと対応付けて記憶するオーダ情報記憶手段を有し、前記流通経路情報に記憶された各事業者だけが、該流通経路情報と同一オーダＩＤの前記オーダに関する情報をアクセス可能とするステップを前記コンピュータに実行させることを特徴とする。

請求項８記載の本発明は、請求項５乃至７のいずれか１項に記載の発明において、前記第３のステップは、予め定められたタイマ情報を契機とした自動処理により進捗状態を進行させることを特徴とする。

本発明によれば、複数事業者が介在して商品が流通される流通環境において、購買事業者からの購入を望む商品に応じて、該商品の流通に関与する複数の事業者を柔軟に決定し、決定された複数の事業者の各業務を円滑に遂行させるとともに、流通工程の進捗を簡単に把握できる商品流通管理装置及び商品流通管理プログラムを提供することができる。

この結果、本発明に係る商品流通管理システムに参加する事業者は、相手取引先との業務連絡を意識しなくても、自社に必要な商品流通情報を正確に把握できるので、担当業務を迅速かつ的確に遂行することできる。

以下、本発明の実施の形態を図面を用いて説明する。

図１は、本発明の実施の形態に係る商品流通管理システム１００の概略構成図である。図１に示す商品流通管理システム１００は、流通管理サーバ１、商品流通管理システム１００システムに参加する各事業者が利用する利用者端末２α（α＝ａ，ｂ，…，ｎ）、及び流通管理サーバ１と利用者端末２αを相互に通信可能とするインターネット網などの通信ネットワーク３を有するシステム構成となっている。ここで、本実施の形態においては、各事業者として、カスタマ（本店）ＣＳ_ｉ（ｉは自然数）、カスタマ（支店）ＣＳ_ｉ-ｊ（カスタマ（本店）ＣＳ_ｉの支店；ｊは自然数）、商社（本店）ＴＲ_ｋ（ｋは自然数）、国内通関事業者ＤＣＵ_ｌ（ｌは自然数）、海外通関事業者ＦＣＵ_ｍ（ｍは自然数）、商社（海外店）ＴＲ_ｋ-ｎ（商社（本店）ＴＲ_ｋの海外支店；ｎは自然数）、サプライヤＳＰ_ｘ（ｘは自然数）が関与するものであるが、本発明は、これ以外の事業者が関与する商品流通管理システムであってもよいものである。また、本実施の形態においては、上述した各事業者が関与する流通環境下、商品として牧草を調達、購入する商品流通管理システム１００として以下、説明するが、本発明において流通される商品は牧草に限定されないものである。

流通管理サーバ１は、商品流通に関する情報を一元的に管理しているサーバであり、さらに詳しくは、商品流通に関する情報（マスタ情報、オーダ情報、進捗情報など）を管理している流通管理データベース（以下、流通管理ＤＢという）１１と、流通管理ＤＢ１１の制御、データの転送、種々の演算、データの一時的格納等を行う制御部１２を具備する構成となっている。

ここで、流通管理ＤＢ１１は、具体的には、カスタマ・商社マスタ１１１、品目・グレードマスタ１１２、積載港マスタ１１３、陸揚港マスタ１１４、オーダ情報テーブル１１５、オーダ進捗テーブル１１６、支店オーダ済テーブル１１７、利用者マスタ１１８、業務ＩＤ・ステータスマスタ１１９、メール制御マスタ１２０、及びその他マスタテーブル１２１を備えているが、これらテーブルの内容に関しては後述する商品流通管理システム１００の動作の中で説明する。

上述した流通管理サーバ１は、少なくとも演算機能および制御機能を備えた中央演算装置（ＣＰＵ）、プログラムやデータを格納する機能を有するＲＡＭ等からなる主記憶装置（メモリ）を有する電子的な装置から構成されているものである。また、流通管理サーバ１は、主記憶装置の他、ハードディスクなどの補助記憶装置を具備していてもよい。このうち、制御部１２は、上記ＣＰＵによる演算制御機能を具体的に示したものに他ならない。また、流通管理ＤＢ１１は、上記主記憶装置及び補助記憶装置の機能を備えたものである。尚、流通管理サーバ１の構成としては、図１に示すような１つからなる装置の他、分散されて複数の装置がネットワーク接続されたシステムなどの構成をとってもよい。

また、本実施の形態に係る流通管理サーバ１の各種処理を実行するプログラムは、前述した主記憶装置またはハードディスクに格納されているものである。そして、このプログラムは、ハードディスク、フレキシブルディスク、ＣＤ−ＲＯＭ、ＭＯ、ＤＶＤ−ＲＯＭなどのコンピュータ読み取り可能な記録媒体に記録することも、通信ネットワークを介して配信することも可能である。

尚、各事業者が利用する利用者端末２αは、各事業者が流通工程の中でそれぞれの業務を遂行する際に用いる端末装置であり、流通管理サーバ１と通信ネットワーク３を介したやりとりにより、必要な商品流通情報の検索、表示、入力などの処理を行えるようになっている。

次に、本実施の形態に係る商品流通管理システム１００の動作について説明するが、まず、図２乃至４を用いて、流通経路の各プレーヤ（事業者）を決定する仕組みについて説明する。ここで、図２は流通経路の各プレーヤを決定する動作を説明するフローチャート図であり、図３は、図２に示す動作において参照される流通管理ＤＢ１１の各テーブルのテーブル構成図であり、図４は、流通経路の各プレーヤ（事業者）を決定する仕組みを一覧で図示したものである。

まず、カスタマ（支店）ＣＳ_ｉ-ｊが、所望の商品をオーダするときには、オーダ入力画面において、商品一覧の中から注文希望の商品の品目、グレードを選択する（ステップＳ１０）。尚、本実施の形態において、商品というときは、その商品の品目及びグレードまで細分化された商品を意味するものとする。そして、この商品の選択により、該商品の流通に関与するカスタマ（本店）ＣＳ_ｉ、商社（本店）ＴＲ_ｋ、及びサプライヤＳＰ_ｘの組み合わせが決定する（ステップＳ２０）。

これは、具体的には、図３（ａ）に示すカスタマ・商社マスタ１１１、及び図３（ｂ）に示す品目・グレードマスタ１１２に基づいて決定されるものである。即ち、カスタマ・商社マスタ１１１は、カスタマ（本社）ＣＳ_ｉと契約ある商社（本社）ＴＲ_ｋの関連づけを管理しており、品目・グレードマスタ１１２は、商品（品目及びグレードごと）と、該商品を取り扱う商社（本社）ＴＲ_ｋ及びサプライヤＳＰ_ｘの関連づけを管理しているので、カスタマ（支店）ＣＳ_ｉ-ｊが所望の商品を発注すれば、該商品の流通に関与するカスタマ（本店）ＣＳ_ｉ、商社（本店）ＴＲ_ｋ、及びサプライヤＳＰ_ｘが決定されるものである（カスタマ（支店）ＣＳ_ｉ-ｊとカスタマ（本店）ＣＳ_ｉの組み合わせは、その他マスタテーブル１２１に記憶されたカスタマ（支店）ＣＳ_ｉ-ｊとカスタマ（本店）ＣＳ_ｉの関連付けを参照することにより、取得する）。尚、上記組み合わせが複数存在する場合には、複数の組み合わせの中から、その１つを選択する。

次に、決定されたサプライヤＳＰ_ｘが、出荷予定段階において、出荷予定入力画面から、希望の積載港（カスタマが注文した商品を船に載せる海外の港）を選択する（ステップＳ３０）。そして、この積載港の選択により、該商品の流通に関与する商社（海外店）ＴＲ_ｋ-ｎ、及び海外通関事業者ＦＣＵ_ｍが決定する（ステップＳ４０）。

これは、具体的には、図３（ｃ）に示す積載港マスタ１１３に基づいて決定されるものである。即ち、積載港マスタ１１３は、地域ごとに、該地域に存在する港、該港での輸出に関与する商社（海外店）ＴＲ_ｋ-ｎ及び海外通関事業者ＦＣＵ_ｍを関連付けて管理しているので、サプライヤＳＰ_ｘが希望の積載港を選択すれば、該商品の流通に関与する商社（海外店）ＴＲ_ｋ-ｎ、及び海外通関事業者ＦＣＵ_ｍが決定されるものである。

次に、決定された海外通関事業者ＦＣＵ_ｍ（又は、商社（海外店）ＴＲ_ｋ-ｎ）が、船積予定段階において、船積予定入力画面から予約した陸揚港（カスタマが注文した商品が船から陸揚される国内の港）を選択する（ステップＳ５０）。そして、この陸揚港の選択により、該商品の流通に関与する国内通関事業者ＤＣＵ_ｌが決定する（ステップＳ６０）。

これは、具体的には、図３（ｄ）に示す陸揚港マスタ１１４に基づいて決定されるものである。即ち、陸揚港マスタ１１４は、地域ごとに、該地域に存在する港、該港での輸入に関与する国内通関事業者ＤＣＵ_ｌを関連付けて管理しているので、海外通関事業者ＦＣＵ_ｍ（又は、商社（海外店）ＴＲ_ｋ-ｎ）が希望の陸揚港を選択すれば、該商品の流通に関与する国内通関事業者ＤＣＵ_ｌが決定されるものである。

以上から、図４に示すように、カスタマ（支店）ＣＳ_ｉ-ｊが、注文希望の商品の品目、グレードを選択すると、カスタマ（本店）ＣＳ_ｉ−商社（本店）ＴＲ_ｋ−サプライヤＳＰ_ｘ間の関連付けｄ１が決定し、決定されたサプライヤＳＰ_ｘが、希望の積載港を選択すると、サプライヤＳＰ_ｘ−商社（海外店）ＴＲ_ｋ-ｎ−海外通関事業者ＦＣＵ_ｍの関連づけｄ２が決定し、決定された海外通関事業者ＦＣＵ_ｍが予約した陸揚港を選択すると、海外通関事業者ＦＣＵ_ｍ−国内通関事業者ＤＣＵ_ｌの関連づけｄ３が決定するので、結果として、カスタマ（支店）ＣＳ_ｉ-ｊが、注文した商品に対して、流通経路の各プレーヤ、即ち、カスタマ（本店）ＣＳ_ｉ、商社（本店）ＴＲ_ｋ、サプライヤＳＰ_ｘ、商社（海外店）ＴＲ_ｋ-ｎ、海外通関事業者ＦＣＵ_ｍ、国内通関事業者ＤＣＵ_ｌが決定し、１つの商流が確立する。

次に、決定された流通経路のプレーヤをもとに、流通工程の各業務の流れ及び進捗を管理する仕組みについて説明する。ここで、図５は、流通工程の各業務の流れ及び進捗を管理する仕組みを説明する図であり、図６は、図５に示す動作において、関連する流通管理ＤＢ１１の各テーブルのテーブル構成図である。

まず、カスタマ（支店）ＣＳ_ｉ-ｊは、オーダ入力画面で、所望の商品の品番及びグレード等を選択してオーダ入力処理を行う（業務Ｇ１０）。この結果、上述したように、カスタマ（支店）ＣＳ_ｉ-ｊ・カスタマ（本店）ＣＳ_ｉ・商社（本店）ＴＲ_ｋ・サプライヤＳＰ_ｘが決定するので、入力されたオーダ情報はオーダ情報テーブル１１５に格納されるとともに、カスタマ（支店）ＣＳ_ｉ-ｊとカスタマ（本店）ＣＳ_ｉの組み合わせが、支店オーダ済テーブル１１７に格納される（ステップＳ１１０）。

ここで、オーダ情報テーブル１１５は、図６に示すように、オーダ情報を一意に識別可能なオーダ番号ａ１、製品情報ａ２、出荷情報ａ３、本船情報ａ４、通関情報ａ５、仕入情報ａ６、荷受情報ａ７、及び流通経路情報ａ８などを管理しており、このうち、ステップＳ１１０においては、製品情報ａ１（品目、グレード、数量など）、及び決定された流通経路情報ａ８（具体的には、カスタマ（本店）ＣＳ_ｉ、カスタマ（支店）ＣＳ_ｉ-ｊ、商社（本店）ＴＲ_ｋ、サプライヤＳＰ_ｘ）が記憶される。また、支店オーダ済テーブル１１７は、後述するオーダ進捗テーブル１１６とともに、流通工程の進捗状況を示すテーブルで、このうち、支店オーダ済テーブル１１７は、カスタマ（支店）ＣＳ_ｉ-ｊが商品をオーダした状態のデータを管理するようになっている。支店オーダ済テーブル１１７は、図６に示すように、商品をオーダしたカスタマ（支店）ＣＳ_ｉ-ｊと該カスタマ（支店）の本店ＣＳ_ｉの組み合わせが記憶される。

次に、カスタマ（本店）ＣＳ_ｉは、自社配下の支店からのオーダ情報を束ねるオーダ統制をオーダ統制画面で行う（業務Ｇ２０）。ここで、オーダ統制とは、商社（本店）ＴＲ_ｋへの発注は、カスタマ（支店）ＣＳ_ｉ-ｊが個々に行うのではなく、カスタマ（本店）ＣＳ_ｉがまとめて行うことを意味しており、この意味で、カスタマ（本店）ＣＳ_ｉのオーダ統制があってはじめて、オーダした商品は流通工程に載せられるものである。

尚、オーダ統制画面においては、該当のカスタマ（本店）ＣＳ_ｉの対象データが、カスタマ（本店）ＩＤをキーに支店オーダ済テーブル１１７から抽出されるので、抽出表示されたオーダ情報を確認して（一部オーダの修正もあり得る）、発注するものである（ステップＳ１２０）。この結果、オーダ統制の対象データは、オーダ番号が発番されるので、該オーダ番号をもとにオーダ情報テーブル１１５にオーダ番号ａ１が付加されるとともに、オーダ進捗テーブル１１６に該オーダ番号ｂ１と進捗ステータスｂ２（「本店統制済」の状態）が記憶される（ステップＳ１３０）。ここで、オーダ進捗テーブル１１６は、図６に示すように、オーダ番号ｂ１ごとに進捗ステータスｂ２を管理するようになっており、進捗ステータスは、具体的には、本店統制済、出荷待ち、Booking済、陸上輸送中、海上輸送中、ＣＹ在庫、Ｆ／Ｔ５日未満、荷受済の各状態を示すようになっている。

次に、サプライヤＳＰ_ｘは、出荷予定業務を出荷予定入力画面において行う（業務Ｇ３０）。これは、出荷予定入力画面に、自社対象のデータが自動的にオーダ進捗テーブル１１６及びオーダ情報テーブル１１５から抽出、表示されるので、サプライヤＳＰ_ｘは、出荷予定情報（具体的には、出荷予定日、積載港など）を入力するものである。ここで、自社対象のデータの抽出に関しては、詳しくは、オーダ進捗テーブル１１６の進捗ステータスｂ２が「本店統制済」であるオーダ番号ｂ１を抽出し、該オーダ番号ｂ１（ａ１）を基にオーダ情報テーブル１１５の流通経路情報ａ８を参照して、流通経路情報ａ８のサプライヤ情報が自社と同一であるオーダ情報を取得するものである（ステップＳ１４０）。また、出荷予定情報の入力の結果、オーダ情報テーブル１１５の対象オーダ情報は、出荷情報ａ３の出荷予定日、本船情報ａ４の積載港などが付加され、オーダ進捗テーブル１１６の対象データは、進捗ステータスｂ２が「本店変更待ち」から「出荷待ち」に変更されて記憶される（ステップＳ１５０）。尚、上述したように、積載港の選択により、商社（海外店）_ｋ-ｎ及び海外通関事業者ＦＣＵ_ｍが決定されるので、オーダ情報テーブル１１５の対象オーダ情報は、流通経路情報ａ８に商社（海外店）及び海外通関事業者情報も付加される。

次に、商社（海外店）ＴＲ_ｋ-ｎ（又は、海外通関事業者ＦＣＵ_ｍ；以下においては、商社（海外店）ＴＲ_ｋ-ｎが本業務を行うものとして記述する）は、船積予定業務を船積予定入力画面において行う（業務Ｇ４０）。これは、船積予定入力画面に、自社対象のデータが自動的にオーダ進捗テーブル１１６及びオーダ情報テーブル１１５から抽出、表示されるので、商社（海外店）ＴＲ_ｋ-ｎは、船積予定情報（具体的には、船会社、本船名、陸揚港、ＥＴＤ（出港予定日）、ＥＴＡ（本船到着予定日）など）を入力するものである。ここで、自社対象のデータの抽出に関しては、詳しくは、オーダ進捗テーブル１１６の進捗ステータスｂ２が「出荷待ち」であるオーダ番号ｂ１を抽出し、該オーダ番号ｂ１（ａ１）を基にオーダ情報テーブル１１５の流通経路情報ａ８を参照して、流通経路情報ａ８の商社（海外店）情報が自社と同一であるオーダ情報を取得するものである（ステップＳ１６０）。また、船積予定情報の入力の結果、オーダ情報テーブル１１５の対象オーダ情報は、本船情報ａ４の船会社、本船名、陸揚港、ＥＴＤ、ＥＴＡなどが追加され、オーダ進捗テーブル１１６の対象データは、進捗ステータスが「出荷待ち」から「Booking済」に変更されて記憶される（ステップＳ１７０）。尚、上述したように、陸揚港の選択により、国内通関事業者ＤＣＵ_ｌが決定されるので、オーダ情報テーブル１１５の対象オーダ情報は、流通経路情報ａ８に国内通関事業者情報も付加される。

次に、サプライヤＳＰ_ｘは、商品を出荷した後、出荷実績業務を出荷実績入力画面において行う（業務Ｇ５０）。これは、出荷実績入力画面に、自社対象のデータが自動的にオーダ進捗テーブル１１６及びオーダ情報テーブル１１５から抽出、表示されるので、サプライヤＳＰ_ｘは、出荷実績情報（具体的には、出荷実績日、コンテナＮｏ、重量など）を入力するものである。ここで、自社対象のデータの抽出に関しては、詳しくは、オーダ進捗テーブル１１６の進捗ステータスｂ２が「Booking済」であるオーダ番号ｂ１を抽出し、該オーダ番号ｂ１（ａ１）を基にオーダ情報テーブル１１５の流通経路情報ａ８を参照して、流通経路情報ａ８のサプライヤ情報が自社と同一であるオーダ情報を取得するものである（ステップＳ１８０）。また、出荷実績情報の入力の結果、オーダ情報テーブル１１５の対象オーダ情報は、出荷情報ａ３の出荷実績日、コンテナＮｏ、重量などが付加され、オーダ進捗テーブル１１６の対象データは、進捗ステータスが「Booking済」から「陸上輸送中」に変更されて記憶される（ステップＳ１９０）。

次に、商社（海外店）ＴＲ_ｋ-ｎ（又は、海外通関事業者ＦＣＵ_ｍ；以下においては、商社（海外店）ＴＲ_ｋ-ｎが本業務を行うものとして記述する）が商品の船積みをした後は、船積実績業務を船積実績入力画面において行う（業務Ｇ６０）。これは、船積実績入力画面に、自社対象のデータが自動的にオーダ進捗テーブル１１６及びオーダ情報テーブル１１５から抽出、表示されるので、商社（海外店）ＴＲ_ｋ-ｎは、船積実績情報（具体的には、ＡＴＤ（船積実績日）、Ｂ／Ｌ情報（船荷証券に関する情報）など）を入力するものである。ここで、自社対象のデータの抽出に関しては、詳しくは、オーダ進捗テーブル１１６の進捗ステータスｂ２が「陸上輸送中」であるオーダ番号ｂ１を抽出し、該オーダ番号ｂ１（ａ１）を基にオーダ情報テーブル１１５の流通経路情報ａ８を参照して、流通経路情報ａ８の商社（海外店）情報が自社と同一であるオーダ情報を取得するものである（ステップＳ２００）。また、船積実績情報の入力の結果、オーダ情報テーブル１１５の対象オーダ情報は、本船情報ａ４のＡＴＤ、Ｂ／Ｌ情報などが付加され、オーダ進捗テーブル１１６の対象データは、進捗ステータスが「陸上輸送中」から「海外輸送中」に変更されて記憶される（ステップＳ２１０）。

次に、商品が国内港に着いた後においては、商社（本店）ＴＲ_ｋは、仕入実績業務を仕入実績入力画面において行う（業務Ｇ７０）。これは、仕入実績入力画面に、自社対象のデータが自動的にオーダ進捗テーブル１１６及びオーダ情報テーブル１１５から抽出、表示されるので、商社（本店）ＴＲ_ｋは、仕入実績情報（具体的には、仕入Ｎｏなど）を入力するものである。ここで、自社対象のデータの抽出に関しては、詳しくは、オーダ進捗テーブル１１６の進捗ステータスｂ２が「海上輸送中」であるオーダ番号ｂ１を抽出し、該オーダ番号ｂ１（ａ１）を基にオーダ情報テーブル１１５の流通経路情報ａ８を参照して、流通経路情報ａ８の商社（本店）情報が自社と同一であるオーダ情報を取得するものである（ステップＳ２２０）。また、船積実績情報の入力の結果、オーダ情報テーブル１１５の対象オーダ情報は、仕入情報ａ６の仕入Ｎｏなどが付加される（ステップＳ２３０）。

また、国内通関事業者ＤＣＵ_ｌは、通関実績業務を通関実績入力画面において行う（業務Ｇ７０）。これは、通関実績入力画面に、自社対象のデータが自動的にオーダ進捗テーブル１１６及びオーダ情報テーブル１１５から抽出、表示されるので、国内通関事業者ＤＣＵ_ｌは、通関実績情報（具体的には、通関日、植検日など）を入力するものである。ここで、自社対象のデータの抽出に関しては、詳しくは、オーダ進捗テーブル１１６の進捗ステータスｂ２が「海上輸送中」であるオーダ番号ｂ１を抽出し、該オーダ番号ｂ１（ａ１）を基にオーダ情報テーブル１１５の流通経路情報ａ８を参照して、流通経路情報ａ８の国内通関事業者情報が自社と同一であるオーダ情報を取得するものである（ステップＳ２２０）。また、通関実績情報の入力の結果、オーダ情報テーブル１１５の対象オーダ情報は、通関情報ａ５の通関日、植検日などが付加され、オーダ進捗テーブル１１６の対象データは、進捗ステータスが「海外輸送中」から「ＣＹ（コンテナヤード）在庫」に変更されて記憶される（ステップＳ２３０）。尚、オーダ情報テーブル１１５の対象オーダ情報は、通関情報ａ５のＦ／Ｔ期限（フレータイム期限；無料でコンテナヤードに置くことができる日付）も付加される（その他マスタテーブル１２０に記憶された、商社（本店）ＴＲ_ｋ及び船会社ごとに定められたＦ／Ｔ期限を参照することにより、取得する）。

次に、システムが自動的に、フリータイム監視処理を行い、フレータイム５日前になったオーダ情報をオーダ進捗テーブル１１５から抽出し、該オーダ情報のオーダ番号ａ１（ｂ１）を基に、オーダ進捗テーブル１１６の対象データを、進捗ステータスが「ＣＹ在庫」から「Ｆ／Ｔ５日未満」に変更して記憶する（ステップＳ２４０）。ここで、このオーダ情報の抽出は、オーダ情報テーブル１１５の通関情報ａ５のＦＴ期限を参照して、フレータイム５日前になったオーダ情報を取得するものである。

次に、カスタマ（支店）ＣＳ_ｉ-ｊは、注文した商品を受け取ると、荷受実績業務を荷受実績入力画面において行う（業務Ｇ８０）。これは、荷受実績入力画面に、自社対象のデータが自動的にオーダ進捗テーブル１１６及びオーダ情報テーブル１１５から抽出、表示されるので、カスタマ（支店）ＣＳ_ｉ-ｊは、荷受実績情報（具体的には、荷受日など）を入力するものである。ここで、自社対象のデータの抽出に関しては、詳しくは、オーダ進捗テーブル１１６の進捗ステータスｂ２が「ＣＹ在庫」又は「Ｆ／Ｔ５日未満」であるオーダ番号ｂ１を抽出し、該オーダ番号ｂ１（ａ１）を基にオーダ情報テーブル１１５の流通経路情報ａ８を参照して、流通経路情報ａ８のカスタマ（支店）情報が自社と同一であるオーダ情報を取得するものである（ステップＳ２５０）。また、荷受実績情報の入力の結果、オーダ情報テーブル１１５の対象オーダ情報は、荷受情報ａ７の荷受日などが付加され、オーダ進捗テーブル１１６の対象データは、進捗ステータスが「ＣＹ在庫」又は「Ｆ／Ｔ５日未満」から「荷受済」に変更されて記憶される（ステップＳ２６０）。

最後に、システムが自動的に、削除監視処理を行い、一定期間が経過すると、オーダ進捗テーブル１１６の進捗ステータスｂ２が「荷受済」のデータは削除される（ステップＳ２７０）。

尚、上述した各事業者の行う業務は、各事業者が商品流通管理システム１００にログインした際に、自社に関連するオーダ情報が進捗状態を示しつつ表示されるので、自社が処理すべきオーダ情報であるか否かを簡単に把握できるようになっている。また、後述するように、一業務の処理が完了すると、該業務が完了した旨のメールが該業務に関連する業者に通知されるので、この電子メールの受信によっても、自社に関連するオーダ情報を把握できるようになっている。

以上、本実施の形態に係る商品流通管理システム１００の全体的な業務の流れを説明したが、次に、１業務（例えば、出荷実績業務）内の動作を図７及び図８を用いて、説明する。ここで、図７は、１業務内における利用者端末２αと流通管理サーバ１とのやりとりを示すシーケンス図であり、図８は、図７に示す動作において、参照される流通管理ＤＢ１１の各テーブルのテーブル構成図である。

まず、事業者（利用者）は利用者端末２αに表示された商品流通管理システム１００のログイン画面から、利用者ＩＤ及びパスワードを入力し、流通管理サーバ１に送信する（ステップＳ３１０）。これにより、流通管理サーバ１は、受け取った利用者ＩＤをキーに利用者マスタ１１８を検索する（ステップＳ３２０）。ここで、利用者マスタ１１８は、図８（ａ）に示すように、利用者ごとに、利用者ＩＤ、パスワード、利用者が所属する会社ＩＤ、利用者取扱業務の可否などを管理しているテーブルであり、利用者が所属する会社（カスタマか、商社か、サプライヤかなど）が扱える業務をベースに、各会社における個人の役割を反映して取り扱うことができる業務を個人ベースに管理するようになっている。尚、取扱業務の可否とは、図５に示す各業務（オーダ入力Ｇ１０、オーダ統制Ｇ２０、出荷予定Ｇ３０、船積予定Ｇ４０、出荷実績Ｇ５０、船積実績Ｇ６０、仕入実績・通関実績Ｇ７０、荷受実績Ｇ８０）をそれぞれ入力及び参照できるか否かを示すものである。

流通管理サーバ１は、利用者マスタ１１８から、該当レコードを取得して、利用者ＩＤ及びパスワードが一致するか否かをチェックする（ステップＳ３３０）。利用者ＩＤ及びパスワードが一致した場合には、利用者が取り扱える業務（図８（ａ）において、○がついた業務）の業務メニュー、並びに利用者の会社ＩＤ及び利用者ＩＤを利用者端末２αに表示する（ステップＳ３４０，Ｓ３５０）。

利用者は、表示された業務メニューの中から業務を選択し（例えば、出荷実績入力であるとする；各業務には業務ＩＤが付いている）、利用者端末２αは、選択された業務ＩＤ、及び会社ＩＤを流通管理サーバ１に送信する（ステップＳ３６０）。これにより、流通管理サーバ１は、受け取った業務ＩＤを基に、業務ＩＤ・ステータスマスタ１１９を参照して、該当する業務の対象ステータスを取得する（ステップＳ３７０）。ここで、業務ＩＤ・ステータスマスタ１１９は、図８（ｂ）に示すように、各業務ごとに、登録時ステータス及び変更時ステータスを管理するテーブルであり、ステップＳ３７０においては、登録時ステータス（例えば、出荷実績入力の場合には、Booking済）を取得するものである。

次に、流通管理サーバ１は、取得した対象ステータス（例えば、出荷実績入力の場合には、Booking済）をキーに、オーダ進捗テーブル１１６を検索し、同一ステータスのオーダ番号ｂ１を取得する（例えば、図５に示す出荷実績入力の場合には、オーダ番号が、ODER11760，ODER11770，ODER11780）（ステップＳ３８０，Ｓ３９０）。そして、取得したオーダ番号ｂ１（ａ１）をキーにオーダ情報テーブル１１５を検索し、流通経路情報ａ８に利用者の会社ＩＤ（例えば、出荷実績入力の場合には、当該処理をしているサプライヤＳＰ_ｘ自身の会社ＩＤ）が存在する場合には、対象とするオーダ情報として取得する（例えば、図５に示す出荷実績入力の場合には、オーダ番号が、ODER11760及びODER11780のオーダ情報が、対象であったとする）（ステップＳ４００）。

次に、流通管理サーバ１は、対象とするオーダ情報を利用者端末２αに表示するので、利用者はデータ入力（例えば、出荷実績入力の場合には、出荷実績日など）し、利用者端末２αは、入力されたデータを流通管理サーバ１に送信する（ステップＳ４１０，Ｓ４２０，Ｓ４３０）。これにより、流通管理サーバ１は、入力データの整合性チェックを行い、整合性チェックに問題がない場合には、入力データの内容をオーダ情報テーブル１１５及びオーダ進捗テーブル１１６に反映する（ステップＳ４４０）。

次に、流通管理サーバ１は、メール制御マスタ１２０を参照して、メール送信プレーヤを割り出す（ステップＳ４５０）。ここで、メール制御マスタ１２０は、図８（ｃ）に示すように、各業務ごとに、メールを送信すべきプレーヤを管理するテーブルであり、例えば、出荷実績入力の場合には、カスタマ（本店）ＣＳ_ｉ、カスタマ（支店）ＣＳ_ｉ-ｊ、商社（本店）ＴＲ_ｋ、海外通関事業者ＦＣＵ_ｍ、及び商社（海外店）ＴＲ_ｋ-ｎをメール送信プレーヤとするものである。そして、割り出したメール送信プレーヤを基に、対象となったオーダ情報の流通経路情報ａ８から、送信対象プレーヤを決定し、該送信対象プレーヤに処理完了案内メールを送信する（ステップＳ４６０）。尚、各送信対象プレーヤのメール送信先アドレスは、その他マスタテーブル１２１において会社ＩＤごとに管理されているので、該マスタより取得するものである。また、処理完了案内メールは、少なくとも、処理された業務（例えば、出荷実績入力）、処理されたオーダ情報のオーダ番号、処理した利用者の利用者名及び会社名などを含む内容のメールである。

最後に、流通管理サーバ１は処理結果を利用者端末２αに表示する（ステップＳ４７０、Ｓ４８０）。

以上、本実施の形態に係る商品流通管理システム１００によれば、複数事業者が介在して商品が流通される流通環境において、購買事業者からの購入を望む商品に応じて、該商品の流通に関与する複数の事業者を柔軟に決定し、決定された複数の事業者の各業務を円滑に遂行させるとともに、流通工程の進捗を簡単に把握することができる。

この結果、従来においては、複数事業者が介在するため、流通工程の進捗を簡単に把握できなかった国際物流業務においても、商品流通管理システム１００を導入することにより、各事業者は、相手取引先との業務連絡を意識せず、流通工程の進捗を簡単に把握することができる。また、常に自社に必要な商品流通情報を正確に把握できるので、自社に関連する担当業務を迅速かつ的確に遂行することできる。

以上、本発明の実施の形態について説明してきたが、本発明の要旨を逸脱しない範囲において、本発明の実施の形態に対して種々の変形や変更を施すことができる。例えば、上記実施の形態においては、国際物流業務に適用される商品流通管理システム１００として説明したが、本発明は、国際物流業務への適用に限定されるわけではなく、複数の事業者が介在して商品が流通される流通環境であれば、どのような業務であってもよいものである。

本発明の実施の形態に係る商品流通管理システムの概略構成図である。 本発明の実施の形態に係る商品流通管理システムにおいて流通経路の各プレーヤ（事業者）を決定する動作を説明するフローチャートである。 図２に示す動作において参照される流通管理ＤＢの各テーブルのテーブル構成図である。 流通経路の各プレーヤ（事業者）を決定する仕組みの一覧図である 本発明の実施の形態に係る商品流通管理システムにおいて、流通工程の各業務の流れ及び進捗を管理する仕組みを説明する図である。 図５に示す動作において、関連する流通管理ＤＢの各テーブルのテーブル構成図である。 本発明の実施の形態に係る商品流通管理システムにおいて、１業務内における利用者端末と流通管理サーバとのやりとりを示すシーケンス図である。 図７に示す動作において、参照される流通管理ＤＢの各テーブルのテーブル構成図である。 国際物流業務における流通工程を説明する図である。

符号の説明

１ 流通管理サーバ
２α 利用者端末
３ 通信ネットワーク
１１ 流通管理ＤＢ
１２ 制御部
１００ 商品流通管理システム
１１１ カスタマ・商社マスタ
１１２ 品目・グレードマスタ
１１３ 積載港マスタ
１１４ 陸揚港マスタ
１１５ オーダ情報テーブル
１１６ オーダ進捗テーブル
１１７ 支店オーダ済テーブル
１１８ 利用者マスタ
１１９ 業務ＩＤ・ステータスマスタ
１２０ メール制御マスタ
ＣＳ_ｉ カスタマ（本店）
ＣＳ_ｉ-ｊ カスタマ（支店）
ＴＲ_ｋ 商社（本店）
ＴＲ_ｋ-ｎ 商社（支店）
ＤＣＵ_ｌ 国内通関業者
ＦＣＵ_ｍ 海外通関業者
ＳＰ_ｘ サプライヤ

Claims (8)

1. 複数の事業者が介在して流通される商品の流通工程を管理する商品流通管理装置であって、
   前記複数の事業者間において、各商品ごとに取引が可能な事業者間の対応付けを第１のマスタ情報として記憶する第１のマスタ記憶手段と、
   購買事業者により注文された商品から、前記第１のマスタ情報に基づいて、当該オーダに関与する複数の事業者を決定する事業者決定手段と、
   前記購買事業者からのオーダを一意に識別可能なオーダＩＤと、決定された複数の事業者に関する情報と、を対応付けた流通経路情報を記憶する流通経路記憶手段と、
   前記流通工程の各業務の流れ、該各業務に関与する事業者、及び各業務の進捗状態を示す情報を第２のマスタ情報として記憶する第２のマスタ記憶手段と、
   前記オーダＩＤごとに、現在の進捗状態を記憶する進捗状態記憶手段と、
   前記オーダＩＤごとに、前記進捗状態記憶手段に記憶された現在の進捗状態、前記第２のマスタ情報、及び前記流通経路情報に基づいて、現在関わるべき業務及び該業務に関与する事業者を決定し、決定された事業者に該業務の遂行を促す通知手段と、
   通知された事業者から該業務に関する情報を受け付けると、前記第２のマスタ情報に基づいて、該当オーダＩＤの現在の進捗状態を進行させて前記進捗状態記憶手段に記憶させる進捗状態更新手段と、
   を有することを特徴とする商品流通管理装置。
2. 前記第１のマスタ記憶手段に記憶される前記第１のマスタ情報は、さらに、前記流通工程上、商品が仲介される取引場所に応じて、前記事業者間の対応付けがされており、
   前記事業者決定手段は、注文された商品の前記取引場所も考慮して、当該オーダに関与する複数の事業者を決定することを特徴とする請求項１記載の商品流通管理装置。
3. 前記オーダに関する情報を前記オーダＩＤと対応付けて記憶するオーダ情報記憶手段を有し、
   前記流通経路情報に記憶された各事業者だけが、該流通経路情報と同一オーダＩＤの前記オーダに関する情報をアクセス可能とすることを特徴とする請求項１又は２記載の商品流通管理装置。
4. 前記進捗状態更新手段は、予め定められたタイマ情報を契機とした自動処理により進捗状態を進行させることを特徴とする請求項１乃至３のいずれか１項に記載の商品流通管理装置。
5. 複数の事業者が介在して流通される商品の流通工程を管理するコンピュータのための商品流通管理プログラムであって、
   前記複数の事業者間において、各商品ごとに取引が可能な事業者間の対応付けを第１のマスタ情報として記憶する第１のマスタ記憶手段と、
   前記購買事業者からのオーダを一意に識別可能なオーダＩＤと、該オーダに関与する複数の事業者に関する情報と、を対応付けた流通経路情報を記憶する流通経路記憶手段と、
   前記流通工程の各業務の流れ、該各業務に関与する事業者、及び各業務の進捗状態を示す情報を第２のマスタ情報として記憶する第２のマスタ記憶手段と、
   前記オーダＩＤごとに、現在の進捗状態を記憶する進捗状態記憶手段と、
   を備える前記コンピュータに、
   前記購買事業者により注文された商品から、前記第１のマスタ情報に基づいて、当該オーダに関与する複数の事業者を決定し、決定した複数の事業者に関する情報を前記オーダＩＤと対応付けた流通経路情報を前記流通経路記憶手段に反映する第１のステップと、
   前記オーダＩＤごとに、前記進捗状態記憶手段に記憶された現在の進捗状態、前記第２のマスタ情報、及び前記流通経路情報に基づいて、現在関わるべき業務及び該業務に関与する事業者を決定し、決定された事業者に該業務の遂行を促す第２のステップと、
   通知された事業者から該業務に関する情報を受け付けると、前記第２のマスタ情報に基づいて、該当オーダＩＤの現在の進捗状態を進行させて前記進捗状態記憶手段に記憶させる第３のステップと、
   を実行させることを特徴とする商品流通管理プログラム。
6. 前記第１のマスタ記憶手段に記憶される前記第１のマスタ情報は、さらに、前記流通工程上、商品が仲介される取引場所に応じて、前記事業者間の対応付けがされており、
   前記第１のステップは、注文された商品の前記取引場所も考慮して、当該オーダに関与する複数の事業者を決定することを特徴とする請求項５記載の商品流通管理プログラム。
7. 前記コンピュータは、前記オーダに関する情報を前記オーダＩＤと対応付けて記憶するオーダ情報記憶手段を有し、
   前記流通経路情報に記憶された各事業者だけが、該流通経路情報と同一オーダＩＤの前記オーダに関する情報をアクセス可能とするステップを前記コンピュータに実行させることを特徴とする請求項５又は６記載の商品流通管理プログラム。
8. 前記第３のステップは、予め定められたタイマ情報を契機とした自動処理により進捗状態を進行させることを特徴とする請求項５乃至７のいずれか１項に記載の商品流通管理プログラム。
   
   
   

Images