JP3997067B2 - 在庫管理方法、および、在庫管理システム - Google Patents
在庫管理方法、および、在庫管理システム Download PDFInfo
- Publication number
- JP3997067B2 JP3997067B2 JP2001256392A JP2001256392A JP3997067B2 JP 3997067 B2 JP3997067 B2 JP 3997067B2 JP 2001256392 A JP2001256392 A JP 2001256392A JP 2001256392 A JP2001256392 A JP 2001256392A JP 3997067 B2 JP3997067 B2 JP 3997067B2
- Authority
- JP
- Japan
- Prior art keywords
- port
- information
- shipping
- center
- warehouse
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Lifetime
Links
- 238000007726 management method Methods 0.000 title claims description 249
- 238000000034 method Methods 0.000 claims description 63
- 230000008569 process Effects 0.000 claims description 19
- 238000012790 confirmation Methods 0.000 claims description 6
- 238000003860 storage Methods 0.000 claims description 4
- 238000003032 molecular docking Methods 0.000 claims 3
- 238000010586 diagram Methods 0.000 description 49
- 238000004519 manufacturing process Methods 0.000 description 36
- 239000003795 chemical substances by application Substances 0.000 description 29
- 238000012546 transfer Methods 0.000 description 19
- 230000006870 function Effects 0.000 description 15
- 238000012545 processing Methods 0.000 description 11
- 230000008676 import Effects 0.000 description 8
- 230000004044 response Effects 0.000 description 8
- 238000005336 cracking Methods 0.000 description 7
- 230000008859 change Effects 0.000 description 6
- 238000004364 calculation method Methods 0.000 description 5
- 238000004891 communication Methods 0.000 description 3
- 230000000694 effects Effects 0.000 description 3
- 230000007704 transition Effects 0.000 description 3
- 238000011144 upstream manufacturing Methods 0.000 description 3
- 230000002776 aggregation Effects 0.000 description 2
- 238000004220 aggregation Methods 0.000 description 2
- 230000003247 decreasing effect Effects 0.000 description 2
- 239000000969 carrier Substances 0.000 description 1
- 239000000284 extract Substances 0.000 description 1
- 238000012905 input function Methods 0.000 description 1
- 238000002360 preparation method Methods 0.000 description 1
Images
Landscapes
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
Description
【０００１】
【発明の属する技術分野】
本発明は、商品の在庫管理方法およびシステムに係り、特に発注した商品が納品されるまでの在庫管理を行ううえで好適な在庫管理方法およびシステムに関する。
【０００２】
【従来の技術】
一般に、企業が商品を購入しようとする場合の処理の流れは概略以下の通りである。まず、企業の購買部門が商品の購買注文を出す。この購買注文に応じて、商品製造者あるいは取次ぎ業者から出荷された商品が船積みされ、目的港の港頭倉庫に水揚げされていったん保管される。そして、港頭倉庫から企業のセンター倉庫へ配送されることで、発注元企業への納品が完了する。
【０００３】
【発明が解決しようとする課題】
ところで、企業が販売計画を立てるうえで、発注した商品の納品時期を正確に知ることが重要である。しかし、従来は、購買部門が購入注文を出す際におおよその納品予定日はわかるものの、その後の商品の船積み状況や港頭倉庫への入庫状況を把握することができず、センター倉庫に入庫された時点で初めて確実な納品日を把握できるのが実状である。すなわち、従来は、海運会社による運搬途上の在庫（洋上在庫）および港頭倉庫会社による港頭倉庫の在庫（港頭在庫）の管理は何れも商品発注元企業とは別個に行われていたため、商品発注元企業では洋上在庫および港頭在庫の状況を把握できなかったのである。
【０００４】
本発明は上記の問題を解決すべくなされたものであり、商品の購入注文がなされてからが納品されるまでの各段階での在庫状態および納品時期を正確に把握することが可能な統合在庫管理方法およびシステムを提供することを目的とする。
【０００５】
【課題を解決するための手段】
上記の目的を達成するため、本発明は、商品の発注元の端末コンピュータ、荷送側海貨業者の端末コンピュータ、港頭倉庫会社の端末コンピュータ、及びセンター倉庫の端末コンピュータとネットワークを介して接続されると共に、データベースにアクセス可能なコンピュータにより構成され、商品の購入注文がなされてから船積みされ、港頭倉庫を経てセンター倉庫に入庫されるまでの当該商品の在庫管理を行う在庫管理システムであって、当該コンピュータが、
前記発注元の端末コンピュータから、前記ネットワークを介して、購入注文がなされた商品の購入注文番号、商品識別情報、および、数量を含む購入注文情報を受信する購入注文情報受信手段と、
該受信した購入注文情報を前記データベースに記録する手段と、
前記荷送側海貨業者の端末コンピュータから、前記ネットワークを介して、船積手続が行われた商品の購入注文番号、仕入書番号、商品識別情報、および、数量を含む船積手続情報を受信する船積手続情報受信手段と、
該受信した船積手続情報を、購入注文番号をキーとして前記購入注文情報に関係付けて前記データベースに記録する手段と、
前記荷送側海貨業者の端末コンピュータから、前記ネットワークを介して、船積みされた商品の仕入書番号、船荷証券番号、商品識別情報、数量、および、船積日を含む船積情報を受信する船積情報受信手段と、
該受信した船積情報を、仕入書番号をキーとして前記船積手続情報に関係付けて前記データベースに記録する手段と、
前記港頭倉庫会社の端末コンピュータから、前記ネットワークを介して、目的港の港頭倉庫に入庫された商品の船荷証券番号、港頭入庫番号、商品識別情報、数量、および、港頭入庫日を含む港頭入庫情報を受信する手段と、
該受信した港頭入庫情報を、船荷証券番号をキーとして前記船積情報に関係付けて前記データベースに記録する手段と、
前記港頭倉庫会社の端末コンピュータから、前記ネットワークを介して、前記港頭倉庫から出庫された商品の港頭入庫番号、港頭出庫番号、商品識別情報、数量、および、港頭出庫日を含む港頭出庫情報を受信する手段と、
該受信した港頭出庫情報を、港頭入庫番号をキーとして前記港頭入庫情報に関係付けて前記データベースに記録する手段と、
前記センター倉庫の端末コンピュータから、前記ネットワークを介して、センター倉庫に入庫された商品の港頭出庫番号、センター入庫番号、商品識別情報、数量、および、センター入庫日を含むセンター入庫情報を受信する手段と、
該受信したセンター入庫情報を、港頭出庫番号をキーとして前記港頭出庫情報に関係付けて前記データベースに記録する手段と、
前記データベースに記録された情報を前記発注元の端末コンピュータでの閲覧に供するデータ閲覧手段と、を備え、
前記データ閲覧手段は、前記発注元の端末コンピュータから指定された商品に該当する各情報に基づいてセンター倉庫に入庫された状態であるセンター在庫、港頭倉庫に入庫された状態である港頭在庫、船舶による運搬途上の状態である洋上在庫、及び購入注文が確定した状態である購入注文確定を含む在庫状態ごとの商品数量を集計すると共に、各情報に含まれる日付情報からセンター倉庫への納品予定時期を予測し、納品予定時期ごとに各在庫状態の商品数量を集計して前記発注元の端末コンピュータでの閲覧に供することを特徴とする。
【０００６】
本発明によれば、商品の購入注文がなされてから、船積手続、船積、港頭入庫、港頭出庫を経てセンター入庫に至るまでの在庫状態の変化が相互に関係付けて記録され、発注元の端末コンピュータでの閲覧に供せられる。このため、発注元の端末コンピュータにおいて、上記の在庫状態の変化を管理することができる。また、データ閲覧手段が、各端末コンピュータから指定された商品に該当する各情報に基づいて在庫状態ごとの商品数量を集計すると共に、各情報に含まれる日付情報からセンター倉庫への納品予定時期を予測し、納品予定時期ごとに各在庫状態の商品数量を集計して発注元の端末コンピュータでの閲覧に供することにより、発注元の端末コンピュータにおいて、納品予定時期ごとに各在庫状態の商品数量の集計値を閲覧することができる。
【００３６】
【発明の実施の形態】
図１は本発明の一実施形態であるシステムの全体構成図である。図１において、統合在庫管理サーバー１０は、大容量記憶装置（例えばハードディスク）や通信インターフェース等を備えたコンピュータシステムであり、インターネット１２に接続されている。インターネット１２には、発注元企業の購買部門の端末コンピュータ（以下、購買部門コンピュータとも称する）１４、商品生産者の端末コンピュータ（以下、生産者コンピュータとも称する）１６、商品輸出者の端末コンピュータ（以下、輸出者コンピュータとも称する）１８、荷送側海貨業者の端末コンピュータ（以下、荷送側コンピュータとも称する）２０、荷受側海貨業者の端末コンピュータ（以下、荷受側コンピュータとも称する）２２、港頭倉庫会社の端末コンピュータ（以下、港頭倉庫コンピュータとも称する）２４、および、センター倉庫の端末コンピュータ（以下、センター倉庫コンピュータとも称する）２６が接続されている。
【００３７】
統合在庫管理サーバー１０は、インターネット１２を介してアクセスしてきた各端末コンピュータと例えばＨＴＴＰ等のプロトコルに従ってデータ通信を行うことにより、ＷＷＷサーバ−として機能する。すなわち、統合在庫管理サーバー１０は、各端末コンピュータからの要求に応じて、例えばＨＴＭＬ等のデジタル文書記述言語により記述された文書データよりなる画面構成データを当該端末コンピュータへ向けて送信する。
【００３８】
そして、統合在庫管理サーバー１０は、購買部門コンピュータ１４、生産者コンピュータ１６、輸出者コンピュータ１８、荷送側コンピュータ２０、荷受側コンピュータ２２、港頭倉庫コンピュータ２４、およびセンター倉庫コンピュータ２６から夫々送信されてきた情報に基づいて、在庫管理データベース１０ａを構築・更新する。また、商品発注元企業のコンピュータ端末（例えば、購買部門コンピュータ１４）からの要求に応じて、この在庫管理データベース１０ａの登録データを集計して閲覧に供する。なお、発注元企業の購買部門、生産者、輸出者、荷送側海貨業者、荷受側海貨業者、港頭倉庫会社、および、発注元企業のセンター倉庫には、それぞれ、固有のＩＤおよびパスワードが割り当てられているものとする。また、統合在庫管理サーバー１０は、各端末コンピュータからの情報受付用ＵＲＬと、在庫管理データベース閲覧用のＵＲＬとを有しているものとする。
【００３９】
以下、各端末コンピュータ１４〜２６から統合在庫管理サーバー１０へアクセスがあった場合の、本システムにおける処理の内容について説明する。先ず、図２を参照して、企業の購買部門により商品の発注が行われてから、その商品がセンター倉庫に納品されるまでのプロセスの概要について説明する。
【００４０】
図２に示す如く、購買部門は、商品の購入注文番号（P/O No.）、商品コード、注文数量、注文日を含む購入注文情報を生産者へ送ることにより購入注文を行う（▲１▼）。そして、購買部門コンピュータ１４から統合在庫管理サーバー１０へアクセスして、この購入注文情報を入力する。生産者は受け取った購入注文情報に基づいて生産計画を立て、購入注文番号、商品名、生産数量、生産開始日、生産完了日を含む生産者情報を輸出者に送ると共に、生産者コンピュータ１６から統合在庫管理サーバー１０へアクセスしてこの生産者情報を入力する（▲２▼）。
【００４１】
輸出者は、商品の船荷手続を行うべく、購入注文番号、商品コード、船荷指図数量、および船積日を含む船積手配情報を荷送側海貨業者へ送ると共に、輸出者コンピュータ１８から統合在庫管理サーバー１０へアクセスしてこの生産者情報を入力する（▲３▼）。荷送側海貨業者は、荷送側コンピュータ２０から統合在庫管理サーバー１０へアクセスして、受け取った船積手配情報に含まれる購入注文番号に関係付けて、仕入書番号（INV No.）、商品コード、船荷数量、および船積日を含む船積手続情報を入力する（▲４▼）。そして、船積みを完了すると、船荷証券番号（B/L No.）、商品名、船積数量、船積日、入港日を含む船積情報を商品に付すると共に、荷送側コンピュータ２０から統合在庫管理サーバー１０へアクセスして、仕入書番号に関係付けて、船積情報を入力する（▲５▼）。
【００４２】
商品が目的港に到着すると、その商品を担当する荷受側海貨業者は、荷受側コンピュータ２２から統合在庫管理サーバー１０にアクセスして、船荷証券番号、商品名、船積数量、到着日、および、港頭倉庫への入庫日（港頭入庫日）を含む到着情報を入力する（▲６▼）。さらに、商品が荷受側海貨業者から港頭倉庫会社に送られて港頭倉庫に入庫されると、港頭倉庫会社は港頭倉庫コンピュータ２４から統合在庫管理サーバー１０にアクセスして、入庫した商品の船荷証券番号に関係付けて、港頭入庫番号、商品コード、港頭入庫数量、および港頭入庫日を含む港頭入庫情報を入力する（▲７▼）。そして、商品を港頭倉庫から出庫してセンター倉庫へ受け渡すと、統合在庫管理サーバー１０へアクセスして、港頭出庫番号、商品コード、港頭出庫数量、および港頭出庫日を含む港頭出庫情報を入力する（▲８▼）。
【００４３】
港頭倉庫から出庫された商品がセンター倉庫に入庫されると、センター倉庫では、センター倉庫コンピュータ２６から統合在庫管理サーバー１０へアクセスして、センター入庫番号、商品コード、センター入庫数量、およびセンター入庫日を含むセンター入庫情報を入力する。
【００４４】
本実施形態のシステムは、各端末コンピュータ１４〜２６から入力された各情報、すなわち、購入注文情報、生産者情報、船積手配情報、船積手続情報、船積情報、到着情報、港頭入港情報、港頭出庫情報、およびセンター入庫情報を相互に関係付けて管理することにより、商品の発注元企業において、発注商品の在庫状況および納品予定日を把握できるようにするものである。
【００４５】
何れかの端末コンピュータ１４〜２６から情報受付用ＵＲＬにアクセスが行われると、統合在庫管理サーバー１０は、ＩＤおよびパスワードを入力するための入力画面を当該端末コンピュータへ送信する。そして、入力画面にＩＤおよびパスワードが入力されて返送されてくると、統合在庫管理サーバー１０は、ＩＤおよびパスワードが正当であることを認証したうえで、このＩＤに基づいて、アクセスしてきた端末コンピュータ１４〜２６を識別し、その識別結果に応じた入力画面を当該端末コンピュータへ送信する。すなわち、購買部門コンピュータ１４からのアクセスである場合には、購入注文情報を入力するための入力画面を、生産者コンピュータ１６からのアクセスである場合には、生産者情報を入力するための入力画面を、輸出者コンピュータ１８からのアクセスである場合には、船積手配情報を入力するための入力画面を、荷送側コンピュータ２０からのアクセスである場合には、船荷手続情報または船荷情報の何れかを選択して入力するための入力画面を、荷受側コンピュータ２２からのアクセスである場合には、到着情報を入力するための入力画面を、港頭倉庫コンピュータ２４からのアクセスである場合には、港頭入庫情報を入力するための入力画面を、センター倉庫コンピュータ２６からのアクセスである場合には、センター入庫情報を入力するための入力画面を、それぞれ送信する。
【００４６】
統合在庫管理サーバー１０は、コンピュータ１４〜２０から送信されてきた各情報に基づいて、在庫管理データベース１０ａを構築する。図３〜図８は、在庫管理データベース１０ａの一例を示す。図３〜図８に示す如く、在庫管理データベース１０ａは、商品の識別情報であるキー項目（図３、図４）、商品の数量に関する数量管理項目（図５、図６）、各種日付に関する日付管理項目（図７、図８）を含むレコードをレコード単位とするデータベースである。なお、図３〜図８において、レコード＃は説明の便宜のため設けたものである。
【００４７】
図３および図４に示すように、キー項目は、シーケンス番号（SEQ No.）、シーケンス枝番、購入注文番号、商品コード、商品名、仕入書番号、船荷証券番号、港頭入庫番号、港頭出庫番号、および、センター入庫番号を含んでいる。また、図５および図６に示すように数量管理項目は、注文数量、生産数量、船積指図数量、船積数量、港頭入庫数量、港頭出庫数量、およびセンター入庫数量を含んでいる。更に、図７および図８に示すように、日付管理項目は、注文日、生産開始日、生産完了日、船積日、入港日、到着日、港頭入庫日、港頭出庫日、およびセンター入庫日を含んでいる。
【００４８】
なお、在庫管理データベース１０ａは企業ごとに構築され、後述するように、各在庫管理データベース１０ａは該当する企業においてのみ閲覧することができる。
【００４９】
以下、図３〜図８に示す在庫管理データベース１０ａが構成される過程について説明する。なお、図３および図４の左端欄に示すように、在庫管理データベース１０ａの各レコードには、購入注文情報、生産者情報、船積手配情報、船積情報、到着情報、港頭入庫情報、港頭出庫情報、およびセンター入庫情報の何れの情報であるかを示す業務プロセス名も併せて記録される。
【００５０】
先ず、購買部門コンピュータ１４から、購入注文番号ＰＯ−０１およびＰＯ−０２の購入注文情報が入力され、夫々にシーケンス番号（SEQ No.）ＳＥＱ−０１およびＳＥＱ−０２が付される（レコード＃１，＃２）。各購入注文の内容は、購入注文番号ＰＯ−０１については、商品コードＰＲ−０１、商品名Ａ４ＰＰＣ、注文数量１００、注文日８月１日であり、購入注文番号ＰＯ−０２については、商品コードＰＲ−０２、商品名Ｂ５ＰＰＣ、注文数量５０、注文日８月１日である。なお、シーケンス番号の枝番は、同一のシーケンス番号で特定される商品について船積みや入庫等の処理が複数回に分けて行われた場合に付され、０００は枝番が存在しないことを表す。
【００５１】
次に、上記の購入注文に対して、生産者コンピュータ１６から、購入注文番号ＰＯ−０１（シーケンス番号ＳＥＱ−０１）の購入注文について２つの生産者情報、すなわち、商品コードＰＲ−０１、数量６０、生産開始日８月１０日、生産完了日が８月２０日の生産者情報、および、商品コードＰＲ−０１、数量４０生産開始日８月１５日、生産完了日８月２５日の生産者情報が、それぞれ入力される（レコード＃３、＃４）。この場合、一の購入注文に対して２つの生産者情報が入力されたため、シーケンス番号ＳＥＱ−０１に枝番００１および００２が付されている。一方、購入注文番号ＰＯ−０２（シーケンス番号ＳＥＱ−０２）の購入注文に対しては、商品コードＰＲ−０２、数量５０、生産開始日８月１０日、生産完了日が８月２０日の生産者情報が入力されている（レコード＃５）。この場合、購入注文の全数量５０について一の生産者情報が入力されたので、シーケンス番号に枝番は付されていない（０００のままである）。
【００５２】
商品が生産者から輸出者に引き渡されると、輸出者は、輸出者コンピュータ１８から船積手配情報を入力する。図３〜図８に示す例では、輸出者コンピュータ１８から３つの船積手配情報、すなわち、船積手配を行う商品の購入注文番号ＰＯ−０１、商品コードＰＲ−０１、船荷指図数量６０、船積日８月３０日の船積手配情報、購入注文番号ＰＯ−０２、商品コードＰＲ−０２船積指図数量５０、船積日８月３０日の船積手配情報、および購入注文番号ＰＯ−０１、商品コードＰＲ−０１、船積指図数量４０、船積日９月５日の船積手配情報が入力されている（レコード＃６〜＃８）。この場合、購入注文番号がＰＯ−０１である２つの船積手配情報（レコード＃６、＃８）については、登録済みの生産者情報（レコード＃３、＃４）に含まれる数量と照合により、対応するシーケンス番号ＳＥＱ−０１−００１，ＳＥＱ−０１−００２を特定することができ、特定された各シーケンス番号に対応付けて船積手配情報が登録される。
【００５３】
船積手配が行われると、船積を担当する荷送側海貨業者は、荷送側コンピュータ２０から船積手続情報を入力する。図３〜図８に示す例では、荷送側コンピュータ２０から、船積手続を行う商品の購入注文番号ＰＯ−０１に関係付けて、仕入書番号ＩＮＶ−００１、商品コードＰＲ−０１、船積数量６０、船積日８月３０日の船積手続情報、および、仕入書番号ＩＮＶ−００２、商品コードＰＲ−０１、船積数量４０、船積日９月５日の船積手続情報が、また、購入注文番号ＰＯ−０２に関係付けて、仕入書番号ＩＮＶ−００１、商品コードＰＲ−０２、船積数量５０、船積日８月３０日の船積手続情報が、それぞれ入力される（コード＃９、＃１１、＃１０）。この場合も、購入注文番号ＰＯ−０１に関係付けられた２つの船積手続情報については、登録済みの生産者情報（レコード＃３、＃４）に含まれる数量と照合により、対応するシーケンス番号ＳＥＱ−０１−００１，ＳＥＱ−０１−００２が特定され、特定された各シーケンス番号に対応付けて船積手続情報が登録される。また、異なる購入注文番号ＰＯ−０１およびＰＯ−０２に対して、同一の仕入書番号ＩＮＶ−００１の船積手続情報が入力されているが、これは、２つの購入注文に応じて生産された商品が同一の仕入書番号により船積手続が行われたことを意味している。
【００５４】
次に、荷送側コンピュータ２０から、仕入書番号ＩＮＶ−００１に関係付けて、船荷証券番号ＢＬ−００１、商品名Ａ４ＰＰＣ、船積数量６０、船積日８月３０日、入港日９月１０日の船積情報、および、船荷証券番号ＢＬ００１、商品名Ｂ５ＰＰＣ，船積数量５０、船積日８月３０日、入港日９月１０日の船積情報がそれぞれ入力される（レコード＃１２、＃１３）。これは、仕入書番号がＩＮＶ−００１である２種類の商品Ａ４ＰＰＣおよびＢ５ＰＰＣが共通の船荷証券番号ＢＬ−００１で船積みされたことを意味している。また、仕入書番号ＩＮＶ−００２に関係付けて、船荷証券番号ＢＬ−００２、商品名Ａ４ＰＰＣ、船積数量４０、船積日９月５日、入港日９月１５日の船積情報が入力されている（レコード＃１４）。
【００５５】
商品が目的港に到着すると、荷受側海貨業者は、荷受側コンピュータ２２から到着情報を入力する。図３〜図８に示す例では、荷受側コンピュータ２２から３つの到着情報、すなわち、到着した商品の船荷証券番号ＢＬ−００１、商品名Ａ４ＰＰＣ、船積数量６０、到着日９月１５日、港頭入庫日９月１６日の到着情報、船荷証券番号ＢＬ−００１、商品名Ｂ５ＰＰＣ，船積数量５０、到着日９月１５日、港頭入庫日９月１６日の到着情報、および、船荷証券番号ＢＬ−００２、商品名Ａ４−ＰＰＣ、船積数量４０、到着日９月２０日、港頭入庫日９月２１の到着情報が入力されている（レコード＃１５，＃１６，＃１７）。
【００５６】
商品が港頭倉庫に入庫されると、港頭倉庫会社は港頭倉庫コンピュータ２４から港頭入庫情報を入力する。図３〜図８に示す例では、港頭倉庫コンピュータ２４から、入庫した商品の船荷証券番号ＢＬ−００１に関係付けて、港頭入庫番号ＩＮ１−００１、商品コードＰＲ−０１、港頭入庫数量６０、港頭入庫日９月１６日の港頭入庫情報、および、港頭入庫番号ＩＮ１−００２、港頭入庫数量５０、港頭入庫日９月１６日の港頭入庫情報が入力され（レコード＃１８，＃１９）、また、船荷証券番号ＢＬ−００２に関係付けて、港頭入庫番号ＩＮ１−００３、商品コードＰＲ−０１、港頭入庫数量４０、港頭入庫日９月２１日の港頭入庫情報が入力されている（レコード＃２０）。
【００５７】
商品が港頭倉庫から出庫されると、港頭倉庫会社は港頭倉庫コンピュータ２４から港頭出庫情報を入力する。図３〜図８に示す例では、港頭倉庫コンピュータ２４から、出庫される商品の港頭入庫番号ＩＮ１−００１に関係付けて、港頭出庫番号ＯＵＴ−００１、商品コードＰＲ−０１、港頭出庫数量２０、港頭出庫日９月２５日の港頭出庫情報が入力されている（レコード＃２１）。これは、９月１６日に港頭倉庫に入庫された商品コードＰＲ−０１の６０個の商品のうち２０個が９月２５日に出庫されたことを意味している。その後、港頭出庫番号ＯＵＴ−００２およびＯＵＴ−００３の港頭出庫情報（レコード＃２２、＃２３）により、この商品が９月３０日に２０個、１０月５日に２０個、それぞれ港頭倉庫から出庫されたことが示されている。同様に、港頭入庫番号ＩＮ１−００２に関係付けて、港頭出庫番号ＯＵＴ−００４、商品コードＰＲ−０２、港頭出庫数量３０、港頭出庫日９月２５日の港頭出庫情報、および、港頭出庫番号ＯＵＴ−００５、商品コードＰＲ−００２、港頭出庫数量２０、港頭出庫日１０月５日の港頭出庫情報が入力され（レコード＃２４，＃２５）、また、港頭入庫番号ＩＮ１−００３に関係付けて、港頭出庫番号ＯＵＴ−００６、商品コードＰＲ−０１、港頭出庫数量１０、港頭出庫日１０月６日の港頭出庫情報、および、港頭出庫番号ＯＵＴ−００７、商品コードＰＲ−０１、港頭出庫数量３０港頭出庫日１０月２０日の港頭出庫情報が入力されている（レコード＃２６，＃２７）。
【００５８】
港頭倉庫から出庫された商品がセンター倉庫に入庫されると、センター倉庫ではセンター倉庫コンピュータ２６からセンター入庫情報を入力する。図３〜図８に示す例では、センター倉庫コンピュータ２６から、入庫された商品の港頭出庫番号ＯＵＴ−００１に関係付けて、商品コードＰＲ−０１、センター入庫数量２０、センター入庫日１０月６日のセンター入庫情報が入力され（レコード＃２８）、港頭出庫番号ＯＵＴ−００４に関係付けて、商品コードＰＲ−０２、センター入庫数量２０、センター入庫日１０月６日のセンター入庫情報が入力され（レコード＃２９）、港頭出庫番号ＯＵＴ−００７に関係付けて、商品コードＰＲ−０１、センター入庫数量３０、センター入庫日１０月２１日のセンター入庫情報が入力されている（レコード＃３０）。これにより、商品コードＰＲ−０１の商品Ａ４ＰＰＣが１０月６日に２０個、１０月２１日に３０個、それぞれセンター倉庫に入庫され、また、商品コードＰＲ−０２の商品Ｂ５ＰＰＣが２０個、１０月６日にセンター倉庫に入庫されたことがわかる。
【００５９】
以上述べたように、統合在庫管理サーバー１０は、各端末コンピュータ１４〜２６から受信した各情報を記録することにより、図３〜図８に示すような在庫管理データベース１０ａが構築されていく。
【００６０】
次に、統合在庫管理サーバー１０の在庫管理データベース閲覧用ＵＲＬにアクセスがあった場合の処理を説明する。購買部門コンピュータ１４からデータ閲覧用ＵＲＬにアクセスがあると、先ず、ＩＤおよびパスワードを入力するための入力画面を当該購買部門コンピュータ１４へ送信する。そして、入力画面にＩＤおよびパスワードが入力されて返送されてくると、統合在庫管理サーバー１０は、ＩＤおよびパスワードが正当であることを確認したうえで、ＩＤに基づいてアクセス元の企業を特定する。そして、在庫管理データを閲覧すべき商品名を指定するための商品名入力画面を購買部門コンピュータ１４へ送信する。
【００６１】
商品名入力画面に商品名が入力されて返送されてくると、統合在庫管理サーバー１０は、当該企業についての在庫管理データベース１０ａから指定された商品名に該当する在庫管理データを抽出して、納品予定月毎に、各在庫状態の商品数量を集計する。例えば、図３〜図８に示す在庫管理データベース１０ａについて商品名「Ｂ５ＰＰＣ」（商品コード「ＰＲ−０２」）が指定された場合、在庫管理データベース１０ａから、商品名「Ｂ５ＰＰＣ」または商品コード「ＰＲ−０１」に対応するシーケンス番号ＳＥＱ−０１−×××のレコード（図３〜図８の例では、レコード＃２，＃５，＃７，＃１０，＃１３，＃１６，＃１９，＃２４，＃２５，＃２９）を抽出する。
【００６２】
そして、抽出した各レコードについて、業務プロセスに基づいて、商品の在庫状態が判別される。すなわち、「センター入庫」に該当するレコードはセンター入庫状態と判別され、「港頭出庫」に該当するレコードは港頭出庫状態と判別され、「港頭入庫」に該当するレコードは港頭入庫状態と判別され、「到着」に該当するレコードは到着状態と判別され、「船積」に該当するレコードは洋上在庫状態と判別され、「船積手続」に該当するレコードは船積手続状態と判別され、「船積手配」に該当するレコードは船積手配状態と判別され、レコード＃４は「生産」に該当するレコードであるため生産中と判別され、「発注」に該当するレコードは「注文確定済み」と判別される。そして、各在庫状態について、商品数量が集計される。また、各在庫状態について、その状態への移行日（例えば、港頭入庫状態であれば港頭入庫日、船積手配状態、船積手続状態、および洋上在庫状態であれば船積日等）からセンター倉庫への入庫予定日が算出される。すなわち、各在庫状態からセンター倉庫へ入庫するまでの所要日数は予め把握できるので、各状態への移行日に夫々の所要日数を加えることで、センター倉庫への入庫予定日を求めることができるのである。
【００６３】
これらの集計演算処理を図９に示す別のデータ例を参照して具体的に説明する。なお、図９においては、商品Ａに該当するレコードについて、以下に説明する集計演算処理に関係する項目のみを抜粋して示している。また、各レコードについて、上記のように各レコードに該当する業務プロセスから得られた在庫状態、および、各在庫状態への移行日から算出された納品予定日（センター倉庫への入庫予定日）を示している。
【００６４】
図９において、シーケンス番号ＳＥＱ−５０に対して、２つのレコード＃１０、＃１１が記録されている。このうち、レコード＃１０は港頭在庫状態の商品Ａの数量が１００であることを示しているが、レコード＃１１より、このうち２０はセンター在庫状態となっていることがわかる。したがって、実際の港頭在庫数量は１００から２０を差し引いて８０となる。また、シーケンス番号ＳＥＱ−６０に対して、２つのレコード＃２５、＃２６が記録されている。このうち、レコード＃２６は、購入注文確定状態の商品Ａの数量が３００であることを示しているが、レコード＃２５より、このうち２００は洋上在庫状態となっていることがわかる。したがって、実際の購入注文確定数量は３００から２００を差し引いて１００となる。このように、同一のシーケンス番号に対して、複数の在庫状態のレコードが記録されている場合には、上流側（購買部門に近い側）の在庫数量から下流側（センター倉庫に近い側）の在庫数量を差し引いて、上流側在庫状態の実際の数量を算出する。
【００６５】
以上のような集計演算処理の結果、図１０に示すような集計データが生成され、この集計データを表示する画面が、購買部門コンピュータ１４へ送信される。図１０に示す集計データは、１月に入庫予定で、現在、港頭在庫中であるものが８０、既にセンター倉庫に入庫済みのものが２０あり、１月までの販売在庫数量は計１００であることを示している。同様に、２月に入庫予定で、現在、洋上在庫中であるものが２００あり、２月までの販売在庫数量は１月の販売在庫数量を含めて計３００であることを示し、また、３月に入庫予定で、現在、購入注文確定状態であるのものが１００あり、３月までの販売在庫数量は、１月および２月の販売在庫数量を含めて計４００であることを示している。
【００６６】
なお、上記の説明では、購買部門コンピュータ１４で商品名を指定すると、その商品について図１０に示すような在庫予定を示す集計データを生成して、この集計データを当該購買部門コンピュータ１４で閲覧できるものとしたが、これに限らず、購買部門コンピュータ１４では、商品名や購入注文番号等を指定して、購入注文毎の在庫の進捗状況（すなわち、在庫管理データベース１０ａに登録されたデータ内容そのもの）を閲覧できるようにしてもよい。
【００６７】
上述の如く、本実施形態では、企業の購買部門（あるいは、在庫管理を必要とするその他の部門）において、購入注文を行った商品の在庫状態を統合的に管理することができる。また、各商品について、納品予定月毎に各在庫状態の数量が集計されたデータを閲覧できるので、商品の納品予定時期および数量を正確に予測することが可能となる。すなわち、発注元企業は購入注文番号のみを、荷送側海貨業者は、購入注文番号、仕入書番号、および船荷証券番号のみを、港頭倉庫会社は船荷証券番号、港頭入庫番号、および港頭出庫番号のみを、センター倉庫は港頭出庫番号とセンター入庫番号のみを、それぞれ把握しているため、発注元企業、荷送側海貨業者、荷受側海貨業者、港頭倉庫会社、およびセンター倉庫が夫々保有する情報を個別に管理したのでは、同一の発注商品について在庫状態を追跡して管理することはできない。これに対して、本実施形態では、図３〜図８に示すように、購入注文番号、船荷証券番号、港頭入庫番号、港頭出庫番号、およびセンター入庫番号を相互に関係付けて在庫管理データベース１０ａに記録することで、発注商品についての在庫状態を統合的に管理することが可能となるのである。
【００６８】
なお、上記実施形態では、各端末コンピュータ１４〜２６からの情報入力を、ＷＥＢサーバーとしての統合在庫管理サーバー１０にアクセスすることにより行うものとしたが、これに限らず、例えば、各端末コンピュータ１４〜２６から電子データ交換（ＥＤＩ）により情報を送信することとしてもよく、あるいは、電子メールにより情報を送信することとしてもよい。
【００６９】
また、上記実施形態では、購入注文された商品が、船積みされて海上輸送され、水揚げされて港頭倉庫に入庫された後、センター倉庫に納品されるものとして説明した。しかしながら、本発明はこれに限定されるものではなく、陸上輸送や航空輸送により商品が輸送される場合にも適用が可能である。すなわち、輸送の形態にかかわらず、商品が発注されてから納品されるまでに幾つかの在庫状態を経ることになるが、在庫状態が変化する都度その情報を受け取って、在庫管理データを更新することで、発注商品の統合的な在庫管理を行うことができるのである。
【００７０】
次に本発明の第２の実施形態について説明する。本実施形態のシステムは、上記第１実施形態のシステムが有する機能に加えて、センター倉庫入庫後の在庫管理、発注者・生産者・海貨業者等の各主体の目的に応じた在庫データの閲覧、適正在庫を維持するための在庫調節等の機能を有している。
【００７１】
図１１は、本発明の第２の実施形態である統合在庫管理サーバー１００を含むシステムの全体構成図である。また、図１２は、統合在庫管理サーバー１００が備える機能モジュールの概要を表す図である。図１１に示す如く、本実施形態では、統合在庫管理サーバー１００には在庫管理データベース１００ａが設けられており、また、上記第１実施形態の端末コンピュータ１４〜２６に加えて、商品の販売会社の端末コンピュータ（以下、販売会社コンピュータという）２８および運送会社の端末コンピュータ（以下、運送会社コンピュータという）３０が接続されている。
【００７２】
先ず、図１２を参照して、本実施形態のシステムの概要を説明する。
【００７３】
図１２に示す如く、統合在庫管理サーバー１００は、Ｐ／Ｏ管理モジュール５０、進捗管理モジュール５２、統合在庫管理モジュール５４、フォワーディングモジュール５６、標準在庫管理モジュール５８、配送管理モジュール６０、受発注管理モジュール６２、およびＥＤＩインターフェースモジュール６４を備えている。このうち、ＥＤＩインターフェースモジュール６４は、ＥＲＰ、電子決済システム、顧客基幹システム、宅配業者システム、他社在庫システム、Forwarderモジュールなどの他システムとのＥＤＩ（電子データ交換）を行う通信モジュールである。
【００７４】
図１３は、Ｐ／Ｏ管理モジュール５０を説明するための図である。図１３に示す如く、Ｐ／Ｏ管理モジュール５０は進捗管理モジュール５２に接続されており、インターネット１２を介して購入注文主から購入注文を受信すると共に、進捗管理モジュール５２と連携して、購入注文主が購入注文情報および進捗管理情報を参照できるようにする機能を有する。すなわち、Ｐ／Ｏ管理モジュール５０は、購買部門コンピュータ１４からインターネット１２を介した購入注文情報の入力および在庫進捗状況の参照を行う機能を提供するためのモジュールに相当する。
【００７５】
図１４は、進捗管理モジュール５２を説明するための図である。図１４に示す如く、進捗管理モジュール５２は、Ｐ／Ｏ管理モジュール５０および統合在庫管理モジュール５４に接続されており、生産から輸送を経てセンター倉庫への入庫に至る各在庫状態毎の在庫管理を行う機能を有している。すなわち、進捗管理モジュール５２は、上記図１０に示すような在庫データの集計を行って端末コンピュータでの閲覧に供するモジュールに該当する。
【００７６】
更に、進捗管理モジュール５２は、配送制御（Delivery Control）情報の入力を受け付ける機能を有している。具体的には、購買部門コンピュータ１４、生産者コンピュータ１６、または輸出者コンピュータ１８から進捗管理モジュール５２へ、船積日、船積港（Port of Discharge）、および陸揚港（Final Destination）を入力することができる。この入力機能により、購入注文主、生産者、または、輸入者は、購入注文が行われた後、生産、輸送、または保管の状態にある商品の在庫状況を確認しながら、商品の船積みに関する予定や出発港・目的港を指定することができる。なお、船積日、出発港、および目的港の指定を、購入注文主、生産者、および輸入者のうち誰が行えるかは、売買契約において、誰がどの段階まで商品の占有権または所有権を有するものとして定められているかによる。
【００７７】
図１５は、統合在庫管理モジュール５４を説明するための図である。統合在庫管理モジュール５４は、進捗管理モジュール５２、フォワーディングモジュール５６、標準在庫管理モジュール５８、および配送管理モジュール６０に接続されており、システム全体を管理する機能を有する。
【００７８】
図１６は、フォワーディングモジュール５６、標準在庫モジュール５８、および配送管理モジュール６０を説明するための図である。
【００７９】
フォワーディングモジュール５６は、例えば荷受側海貨業者等の運送業者から提供された情報に基づいて、輸送船の入港から港頭倉庫への入庫までの進捗管理を行うためのモジュールである。すなわち、フォワーディングモジュール５６は、荷受側海貨業者の荷受側コンピュータ２２から、入庫日、コンテナヤードへの搬入日、コンテナヤードからの搬出日、通関日、港頭倉庫への配送日、および、港頭倉庫への入庫日についてのデータ（以下、港頭進捗データという）を受信する。この港頭進捗データは該当するシーケンス番号に関係付けて在庫管理データベース１００ａに記録される。そして、フォワーディングモジュール５６は、在庫管理データベース１００ａに記録された港頭進捗データを閲覧するための閲覧画面を生成して、購入注文主等の顧客の端末コンピュータへ送信する。図１７は、港頭進捗データの閲覧画面の一例を示す。図１７に示すように、この閲覧画面には、入港日、コンテナヤードへの搬入日・搬出日、コンテナヤードから港頭倉庫への配送日、通関日、港頭倉庫への入庫日等の情報の表示欄が含まれる。
【００８０】
標準在庫管理モジュール５８は、統合在庫管理モジュール５４と連携しながら顧客企業における在庫管理サービスを提供するためのモジュールである。すなわち、標準在庫管理モジュール５８には、商品の在庫情報が各顧客企業毎に記録されたデータベースを有しており、顧客企業の端末コンピュータから在庫のデータ参照および入出庫指令の入力を受けると共に、統合在庫管理モジュール５４から例えば上記第１実施形態の図１０に示すような在庫予定データを取得する。そして、各顧客企業について、在庫予定データを含めた在庫データを検索・閲覧するための在庫管理画面を生成し、顧客企業の端末コンピュータへ送信する。これにより、顧客企業では、現在の在庫状況に加えて、購入注文が完了した将来の納品予定商品についても、各商品が何時、どれだけの数量だけ納品されるか等の在庫管理を行うことができる。図１８〜図２０は、顧客の端末コンピュータにおいて表示された在庫管理画面の例を示す。
【００８１】
顧客企業の端末コンピュータから標準在庫管理モジュール５８へ入力された商品の入出庫指令は配送管理モジュール６０へ引き渡され、配送管理モジュール６０は、この入出庫指令に基づいて海貨業者やその他の運送業者のシステムコンピュータへ商品の配送指示信号を送信する。これにより、顧客は統合在庫管理サーバー１０にアクセスするだけで、在庫管理のみならず、配送の手配も自動的に行うことができる。
【００８２】
なお、上記の説明では、標準在庫管理モジュール５８が統合在庫管理サーバー１００の一部を構成するものとして説明したが、これ限らず、標準在庫管理モジュール５８を統合在庫管理サーバーとは独立した別のサーバーにより構成し、統合在庫管理サーバーとインターネット等により接続することにより、上記したような統合在庫管理サーバーと連携した機能を持たせることとしてもよい。
【００８３】
図２１は、受発注管理モジュール６２を説明するための図である。図２１に示す如く、受発注管理モジュール６２は、エンドユーザの端末コンピュータとの入出力インターフェース機能を有すると共に標準在庫管理モジュール５８に接続されている。そして、エンドユーザからの商品購入注文を受けると、標準在庫管理モジュール５８に対して、注文された商品の在庫状況を問い合わせて納期を確認し、注文主であるエンドユーザへその納期を通知する。また、受発注管理モジュール６２は、インターネット１２等を介して電子マーケットプレイス（Market Place）と接続されており、電子マーケットプレイスからの購入注文に対しても、同様の処理を行う。
【００８４】
図２２は、本実施形態において、Ｐ／Ｏ管理モジュール５０、進捗管理モジュール５２、統合在庫管理モジュール５４、フォワーディングモジュール５６、標準在庫管理モジュール５８、配送管理モジュール６０、受発注管理モジュール６２、および各端末コンピュータ１４〜３０の間でやりとりされる情報の流れを示す図である。なお、図２２では、フォワーディングモジュール５６について、輸出者側に対応したモジュール５６Ａと輸入者側に対応したモジュール５６Ｂとに分けて示している。また、標準在庫管理モジュール５８については、港頭在庫に対応したモジュール５８Ａとセンター在庫に対応したモジュール５８Ｂとに分けて示している。
【００８５】
また、図２３は、本実施形態において、商品が発注されてから商品が輸入されて販売会社へ配送されるまでの一連の流れを各端末コンピュータ１４〜３０から入力される情報の内容と共に示す図である。
【００８６】
図２２および図２３に示す如く、発注元企業の購買部門は、商品の購入注文番号（P/O No.）、商品コード、オーダー数量、オーダー日、船積港、陸揚港、および入庫先センター名を含む購入注文情報を購買部門コンピュータ１４から入力する（Ｓ１０１、(1)）。この購入注文情報はＰ／Ｏ管理モジュール５０に送信され、さらに、Ｐ／Ｏ管理モジュール５０から生産者コンピュータ１６および輸出者コンピュータ１８へ送信される（Ｓ１０２）。生産者は、生産者コンピュータ１６に送信されてきた購入注文情報に基づいて商品の生産を行う。そして、購入注文番号、商品名、生産数量、生産開始日、生産完了日を含む生産者情報を生産者コンピュータ１６へ入力し、入力された生産者情報はＰ／Ｏ管理モジュール５０へ送信される（Ｓ１０３、(2)）。この生産者情報は、Ｐ／Ｏ管理モジュール５０から購買部門コンピュータ１４へ送信され（Ｓ１０４）、これにより、発注元企業は商品の生産日程を確認することができる。また、購入注文情報および生産者情報は、Ｐ／Ｏ管理モジュール５０から進捗管理モジュール５２へ引き渡され（Ｓ１０５）、さらに、統合在庫管理モジュール５４へ引き渡される（Ｓ１０６）。
【００８７】
商品の生産が完了すると、輸出者は商品の船積手続を指図すべく、購入注文番号、商品コード、船積指図数量、および船積日を含む船積手配情報を輸出者コンピュータ１８へ入力する。入力された船積手配情報はＰ／Ｏ管理モジュール５０へ送信される（Ｓ１０７、(3)）。この船積手配情報は、Ｐ／Ｏ管理モジュール５０から輸出者側のフォワーディングモジュール５６Ａへ引き渡され（Ｓ１０８）、さらに、荷送側海貨業者の荷送側コンピュータ２０へ送信される（Ｓ１０９）。
【００８８】
荷送側海貨業者では、送信されてきた船積手配情報に応じて船積手続を行う。そして、送状番号（INV No.）、商品コード、船積数量、船積日を含む船積手続情報を荷送側コンピュータ２０へ入力し、入力された船積手続情報は輸出者側のフォワーディングモジュール５６Ａへ送信される（Ｓ１１０、(4)）。さらに、船積が完了すると、船荷証券番号（B/L No.）、商品名、船積数量、入港日を含む船積情報を入力し、この船積情報はフォワーディングモジュール５６Ａへ送信される（Ｓ１１１、(5)）。
【００８９】
船積情報はフォワーディングモジュール５６Ａから進捗管理モジュール５２へ引き渡され（Ｓ１１２）、さらに、輸入者側のフォワーディングモジュール５６Ｂおよび統合在庫管理モジュール５４へ引き渡される（Ｓ１１３，Ｓ１１４）。また、船積情報はフォワーディングモジュール５６Ｂから荷受側海貨業者の荷受側コンピュータ２２へ送信される（Ｓ１１５）。荷受側海貨業者では、送信されてきた船積情報に基づいて、どのような商品がいつ頃到着するかの予定を知ることができる。
【００９０】
商品を積んだ輸送船が入港して商品が到着すると、荷受側海貨業者は、船荷証券番号、商品名、船積数量、到着日、港頭入庫日を含む到着情報を荷受側コンピュータ２２に入力し、入力された到着情報はフォワーディングモジュール５６Ｂへ送信される（Ｓ１１６、(6)）。この到着情報は、進捗管理モジュール５２に引き渡される（Ｓ１１７）と共に、該当する港頭倉庫の港頭倉庫コンピュータ２４へ入庫指図情報として送信される（Ｓ１１８）。さらに、到着情報は、進捗管理モジュール５２から統合在庫管理モジュール５４へ引き渡される（Ｓ１１９）。
【００９１】
港頭倉庫では、港頭倉庫コンピュータ２４で受信した入庫指図情報に応じて入庫作業を行う。そして、入庫が完了すると、港頭入庫番号、商品コード、港頭入庫数量、港頭入庫日を含む港頭入庫情報を港頭倉庫コンピュータ２４へ入力し、入力された港頭入庫情報は、港頭倉庫に対応した標準在庫管理モジュール５８Ａへ送信される（Ｓ１２０、(7)）。港頭入庫情報は、さらに、標準在庫管理モジュール５８Ａから統合在庫管理モジュール５４へ引き渡される（Ｓ１２１）。
【００９２】
標準在庫管理モジュール５８Ａは、統合在庫管理モジュール５４から出庫指図を受けると（Ｓ１２２）、この出庫指図を該当する港頭倉庫の港頭倉庫コンピュータ２４へ送信する（Ｓ１２３）。
【００９３】
港頭倉庫では、港頭倉庫コンピュータ２４で受信した出庫指示に応じて、出庫作業を行う。そして、出庫が完了すると、港頭出庫番号、商品コード、港頭出庫数量、港頭出庫日を含む出庫情報を港頭倉庫コンピュータ２４へ入力し、入力された出庫情報は、標準在庫管理モジュール５８Ａへ送信される（Ｓ１２４、(8)）。
【００９４】
また、センター倉庫に対応した標準在庫管理モジュール５８Ｂは、統合在庫管理モジュール５４から入庫指図を受けると（Ｓ１２５）、この入庫指図を該当するセンター倉庫のセンター倉庫コンピュータ２６へ送信する（Ｓ１２６）。
【００９５】
センター倉庫では、センター倉庫コンピュータ２６で受信した入庫指示に応じて入庫作業を行う。そして、入庫が完了すると、センター入庫番号、商品コード、センター入庫数量、センター入庫日を含むセンター入庫情報をセンター倉庫コンピュータ２６へ入力し、入力されたセンター入庫情報は、標準在庫管理モジュール５８Ｂへ送信される（Ｓ１２７、(9)）。標準在庫管理モジュール５８Ｂは、このセンター入庫情報を統合在庫管理モジュール５４へ引き渡す（Ｓ１２８）。
【００９６】
商品の販売会社は、商品を受注すると、受注番号、商品コード、受注数量、受注日を含む受注情報を販売会社コンピュータ２８へ入力し、入力された受注情報は受発注管理モジュール６２へ送信される（Ｓ１２９、(10)）。受発注管理モジュール６２は、標準在庫管理モジュール５８Ｂに対して、受注商品のセンター在庫の照会・確認を行う（Ｓ１３０，Ｓ１３１）と共に、購買部門コンピュータ１４へ受注の照会・確認を行う（Ｓ１３２、Ｓ１３３）。そして、これらの確認がとれると、受注商品をセンター倉庫から出荷すべき旨の指図が標準在庫管理モジュール５８Ｂを経て、該当するセンター倉庫のセンター倉庫コンピュータ２６へ送信される（Ｓ１３４，Ｓ１３５）。
【００９７】
センター倉庫では、センター倉庫コンピュータ２６で受信した出荷指示に応じて出庫作業を行う。そして、出庫が完了すると、センター出庫番号、商品コード、センター出庫数量、センター出庫日を含むセンター出庫情報をセンター倉庫コンピュータ２６へ入力し、入力されたセンター出庫情報は標準在庫管理モジュール５８Ｂへ送信される（Ｓ１３６、(11)）。
【００９８】
標準在庫管理モジュール５８Ｂは、受信したセンター出庫情報に応じて配送指図を配送管理モジュール６０へ出し（Ｓ１３７）、この配送指図は配送管理モジュール６０から運送会社コンピュータ３０へ送信される（Ｓ１３８）。また、標準在庫管理モジュール５８Ｂは、センター出庫情報を統合在庫管理モジュール５４へ引き渡す（Ｓ１３９）。
【００９９】
販売会社では、販売会社コンピュータ２８から納期照会を行うことができ（Ｓ１４０）、この納期照会は、受発注管理モジュール６２から標準在庫管理モジュール５８Ｂおよび配送管理モジュール６０を経て、運送会社コンピュータ３０へ送信される（Ｓ１４１，Ｓ１４２，Ｓ１４３）。納期照会に応じて、販売会社コンピュータ２８にて納期回答が入力されると（Ｓ１４４）、この納期回答は、配送管理モジュール６０から、標準在庫管理モジュール５８Ｂおよび受発注管理モジュール６２を経て販売会社コンピュータ２８へ送信される（Ｓ１４５、Ｓ１４６，Ｓ１４７）。
【０１００】
運送会社は、運送会社コンピュータ３０で受信した配送指図に応じて配送作業を行う。そして、配送が完了すると、送状番号、商品コード、配送数量、配送日を含む配送情報を運送会社コンピュータ３０へ入力し、入力された配送情報は、配送管理モジュール６０へ送信され（Ｓ１４８、(12)）、さらに、配送管理モジュール６０から標準在庫管理モジュール５８Ｂへ引き渡される（Ｓ１４９）。標準在庫管理モジュール５８Ｂはこの配送情報に基づいて出荷が完了したことを検知し、受発注管理モジュール６２に対して出荷完了情報を出し（Ｓ１５０）、受発注管理モジュール６２はこの出荷完了情報に応じて、出荷情報を購買部門コンピュータ１４へ送信する（Ｓ１５１）。
【０１０１】
また、後に詳細に説明するように、発注元企業の購買部門は、在庫調節を行うべく、発注済の商品について陸揚港の変更指図を出すことができ（Ｓ１６０）、この陸揚港変更指図は、進捗管理モジュール５２からフォワーディングモジュール５６Ａを経て荷送側コンピュータ２０へ送信される（Ｓ１６１、Ｓ１６２）
本実施形態の統合在庫管理サーバー１００は、上記第一実施形態の統合在庫管理サーバー１０と同様に、端末コンピュータ１４〜３０から送信されてきた各情報に基づいて、在庫管理データベース１００ａを構築する。図２４〜図２９は、在庫管理データベース１００ａの一例を示す。上記第一実施形態における在庫管理データベース１００ａと同様に、在庫管理データベース１００ａは、商品の識別情報であるキー項目（図２４、図２５）、商品の数量に関する数量管理項目（図２６、図２７）、各種日付に関する日付管理項目（図２８、図２９）を含むレコードをレコード単位としている。
【０１０２】
図２４および図２５に示すように、キー項目は、シーケンス番号（SEQ No.）、シーケンス枝番、船積港、陸揚港、納品先センター名、購入注文番号（P/O No.）、商品コード、商品名、仕入書番号（INV No.）、船荷証券番号（B/L No.）、港頭入庫番号、港頭出庫番号、センター入庫番号、および送状番号を含んでいる。また、図２６および図２７に示すように数量管理項目は、注文（オーダー）数量、生産数量、船積指図数量、船積数量、港頭入庫数量、港頭出庫数量、センター入庫数量、受注数量、センター出庫数量、および配送数量を含んでいる。更に、図２８および図２９に示すように、日付管理項目は、注文(オーダー)日、生産開始日、生産完了日、船積日、入港日、到着日、港頭入庫日、港頭出庫日、センター入庫日、受注日、センター出庫日、および配送日を含んでいる。
【０１０３】
以下、図２４〜図２９に示す在庫管理データベース１００ａが構成される過程について説明する。なお、説明の便宜上、図２４〜図２９には各レコードにレコード番号（＃）を付しており、また、これら各図の左端欄には、各情報が購入注文情報、生産者情報、船積手配情報、船積情報、到着情報、港頭入庫情報、港頭出庫情報、センター入庫情報、受注情報、出庫情報、および配送情報の何れの情報であるかを示す業務プロセス名およびその管理主体を示している。
【０１０４】
図２４〜図２９に示す例では、先ず、購買部門コンピュータ１４から送信された購入注文番号ＰＯ−１１およびＰＯ−２１の購入注文情報が記録されている。購入注文番号ＰＯ−１１の購入注文情報には５種類の購入注文が含まれており、夫々にシーケンス番号（SEQ No.）ＳＥＱ−１１、ＳＥＱ−１２、ＳＥＱ−１３、ＳＥＱ−１４、ＳＥＱ−１５が付されている（レコード＃１〜＃５）。また、購入注文番号ＰＯ−１２の購入注文情報には２種類の購入注文が含まれており、夫々にシーケンス番号ＳＥＱ−２１、ＳＥＱ−２２が付されている（レコード＃６，＃７）。図２４〜図２９からわかるように、各購入注文の内容は以下の通りである（オーダー日は何れも４月２０日である。）。
【０１０５】
次に、生産者は生産者コンピュータ１６から生産者情報を入力する。すなわち、購入注文のあった商品について生産を開始すると、先ず、その商品の購入注文番号、商品名、生産開始日を入力し、生産を完了すると、生産数量および生産完了日を入力する。そして、入力された購入注文番号および商品名と登録済みの購入注文情報との照合により該当するシーケンス番号が特定され、在庫管理データベース１００ａに記録される。図２４〜図２９の例では、以下の生産者情報が入力され、シーケンス番号ＳＥＱ−１１〜１５，ＳＥＱ−２１〜２２が特定され、レコード＃８〜＃１４に記録されている。ただし、ＳＥＱ−２２については、生産開始日のみが記録されているから、生産が完了していないことになる。
【０１０６】
なお、本例では、ＳＥＱ−１５を除くシーケンス番号については、生産数量がオーダー数量に対して不足しているため、枝番「−００１」が付されており、不足分について生産が開始されると、同じシーケンス番号に別の枝番（「−００２」等）を付けたデータが記録されることとなる。シーケンス枝番についての処理は上記第１実施形態と同様であるので、本実施形態では、説明を簡単にするため、シーケンス枝番の処理については説明を省略する。
【０１０７】
商品が生産者から輸出者に引き渡されると、輸出者は、船積手配を行ったうえで、輸出者コンピュータ１８から船積手配情報を入力する。すなわち、船積手配を行った商品について、購入注文番号、商品コード、船積指図数量、船積日を入力する。そして、入力された船積手配情報と登録済みの生産者情報との照合により、該当するシーケンス番号が特定され、在庫管理データベース１００ａに記録される。図２４〜図２９に示す例では、以下の船積手配情報が入力され、シーケンス番号ＳＥＱ−１１〜１５およびＳＥＱ−１６が特定されて、レコード＃１５〜＃２０に記録されている。
【０１０８】
船積手配を受けた海貨業者（荷送側海貨業者）は、船積手続を行ったうえで、荷送側コンピュータ２０から船積手続情報を入力する。すなわち、船積手続を行った商品について、仕入書番号、商品コード、船積数量、および船積日を入力する。そして、入力された船積手続情報と記録済みの船積手配情報との照合により該当するシーケンス番号が特定され、在庫管理データベース１００ａに記録される。図２４〜図２９に示す例では、以下の船積手続情報が入力され、ＳＥＱ−１１，１２，１３，１５，２１が特定されて、レコード＃２１〜＃２５に記録されている。
【０１０９】
本例では、ＳＥＱ−１１，１５，２１は船積港および陸揚港が同じ（船積港がシンガポール、陸揚港が東京）であるので、同じ仕入書番号が用いられており、ＳＥＱ−１２，１３は、各々、船積港または陸揚港が異なっているので、別の仕入書番号が用いられている。
【０１１０】
船積が完了すると、荷送側海貨業者は、荷送側コンピュータ２０から船積情報を入力する。すなわち、船積を完了した商品について、船荷証券番号、商品名、船積数量、船積日、入港日を入力する。そして、入力された船積情報と、登録済みの船積手続情報との照合により該当するシーケンス番号が特定され、在庫管理データベース１００ａに記録される。図２４〜図２９の例では、以下の船積情報が入力され、シーケンス番号ＳＥＱ−１１，１２，１３，１５，２１が特定されてレコード＃２６〜＃３０に記録されている。
【０１１１】
商品が目的港に到着すると、荷受側海貨業者は、荷受側コンピュータ２２から到着情報を入力する。すなわち、到着した商品について、船荷証券番号、商品名、船積数量、到着日、港頭入庫日を入力する。そして、入力された到着情報と登録済みの船積情報との照合により該当するシーケンス番号が特定され、在庫管理データベース１００ａに記録される。図２４〜図２９の例では、以下の到着情報が入力され、シーケンス番号ＳＥＱ−１１，１２，１５，２１が特定されてレコード＃３１〜＃３４に記録されている。
【０１１２】
商品が港頭倉庫に入庫されると、港頭倉庫では港頭倉庫コンピュータ２４から港頭入庫情報を入力する。すなわち、入庫した商品の港頭入庫番号、商品コード、港頭入庫数量、港頭入庫日を入力する。そして、入力された港頭入庫情報と登録済みの到着情報との照合により該当するシーケンス番号が特定され、在庫管理データベース１００ａに記録される。図２４〜図２９の例では、以下の港頭入庫情報が入力され、該当するシーケンス番号ＳＥＱ−１１，１５，２１が特定されてレコード＃３５〜＃３７に記録されている。
【０１１３】
商品が港頭倉庫から出庫されると、港頭倉庫では港頭倉庫コンピュータ２４から港頭出庫情報を入力する。すなわち、港頭倉庫から出庫した商品について、港頭出庫番号、商品コード、港頭出庫数量、および港頭出庫日が入力される。そして、入力された港頭出庫情報と登録済みの港頭入庫情報との照合により該当するシーケンス番号が特定され、在庫管理データベース１００ａに記録される。図２４〜図２９に示す例では、以下の港頭出庫情報が入力され、シーケンス番号ＳＥＱ−１１，１５，２１が特定されてレコード＃３８〜＃４０に記録されている。
【０１１４】
港頭倉庫から出庫された商品がセンター倉庫に入庫されると、センター倉庫ではセンター倉庫コンピュータ２６からセンター入庫情報を入力する。すなわち、センター倉庫へ入庫された商品について、センター入庫番号、商品コード、センター入庫数量、およびセンター入庫日が入力される。そして、入力されたセンター入庫情報と登録済みの港頭出庫情報との照合により該当するシーケンス番号が特定され、在庫管理データベース１００ａに記録される。図２４〜図２９に示す例では、以下のセンター入庫情報が入力され、シーケンス番号ＳＥＱ−１１，１５，２１が特定されて、レコード＃４１〜＃４３に記録されている。なお、シーケンス番号ＳＥＱ−１１，１５はセンター名が東京であるから、センター入庫情報は東京のセンター倉庫から入力され、シーケンス番号ＳＥＱ−２１はセンター名が横浜であるから、センター入庫情報は横浜のセンター倉庫から入力される。
【０１１５】
商品販売会社は、センター倉庫に在庫中の商品について受注を受けると、販売会社コンピュータ２８から受注情報を入力する。すなわち、受注した商品について、受注番号、商品コード、受注数量、および受注日を入力する。そして、入力された受注情報と登録済みのセンター入庫情報との照合により該当するシーケンス番号が特定され、在庫管理データベース１００ａに記録される。図２４〜図２９に示す例では、以下の受注情報が入力され、シーケンス番号ＳＥＱ−１１，１５が特定されてレコード＃４４，４５に記録されている。
【０１１６】
上記の受注情報は該当するセンター倉庫（上記の場合は東京センター）のセンター倉庫コンピュータ２６へ送信され、これに基づいて、センター倉庫では、商品をセンター倉庫から出庫し、センター出庫情報をセンター倉庫コンピュータ２６へ入力する。すなわち、出庫した商品について、センター出庫番号、商品コード、センター出庫数量、およびセンター出庫日を入力する。そして、入力されたセンター出庫情報と登録済みの受注情報との照合により該当するシーケンス番号が特定され、在庫管理データベース１００ａに記録される。図２４〜図２９に示す例では、以下のセンター出庫情報が入力され、シーケンス番号ＳＥＱ−１１，１５が特定されてレコード＃４６，４７に記録されている。
【０１１７】
また、上記のように入力されたセンター出庫情報は、運送会社コンピュータ３０へ配送指示として送信される。運送会社ではこれに応じて配送を行ったうえで、運送会社コンピュータ３０から配送情報を入力する。すなわち、配送を行った商品について、送状番号、商品コード、配送数量、および配送日を入力する。そして、入力された配送情報と登録済みのセンター出庫情報との照合により該当するシーケンス番号が特定され、在庫管理データベース１００ａに記録される。図２４〜図２９に示す例では、以下の配送情報が入力され、シーケンス番号ＳＥＱ−１１，１５が特定されてレコード＃４８，＃４９に記録されている。
【０１１８】
以上述べたように、統合在庫管理サーバー１０が各端末コンピュータ１４〜３０から受信した各情報を記録することにより、図２４〜図２９に示すような在庫管理データベース１００ａが構築されていく。そして、発注者（輸入商社）、生産者、輸出者、生産者海貨業者、港頭倉庫、およびセンター倉庫では、在庫管理データベース１００ａに記録された情報を、各端末コンピュータ１４〜２６から夫々の目的に適した形態で閲覧することができる。
【０１１９】
図３０は、発注元企業（例えば輸入商社）が発注契約の履行進捗状況を管理するための閲覧画面（以下、契約進捗閲覧画面という）の一例を示す。図３０に示す如く、契約進捗閲覧画面では、購入注文番号毎に、各商品の発注確定数量、船積数量、船積日およびその予確区分（予定か確定かを示す区分）、到着日およびその予確区分、港頭入庫日およびその予確区分、センター入庫可能日、船積残、船積港、陸揚港、センター名が表示される（予確区分については確定が＊印で表示される）。なお、図３０および下記図３１〜図３４に示す各閲覧画面では、説明の便宜上シーケンス番号（ＳＥＱ−）を記しているが、実際の画面にはシーケンス番号は表示されない。
【０１２０】
図３０に例示する契約進捗閲覧画面は、上記図２４〜図２９に示す在庫管理データベース１００を６月１５日の時点で閲覧したものである。この閲覧時点では、購入注文番号ＰＯ−１１の購入注文のうち、シーケンス番号ＳＥＱ−１１、１５，２１については６月８日に港頭入庫がなされてこれらの港頭入庫日までが記録されている。これに対応して、契約進捗閲覧画面には、在庫管理データベース１００ａに記録された船積日、到着日、港頭入庫日がそのまま表示され、予確区分は「確定」となっている。なお、センター入庫可能日は、港頭入庫日から、センター入庫までの所要日数を考慮して決めた所定日数（例えば３日）が経過した日付が表示される。
【０１２１】
また、シーケンス番号ＳＥＱ−１２については、閲覧日前日の６月１４日に到着したばかりであり、港頭入庫は未だ行われていないので、到着日（６月１４日）までが記録されている。これに対応して、契約進捗閲覧画面には、在庫管理データベース１００ａに記録された船積日および到着日がそのまま表示され、予確区分は「確定」となっているのに対して、港頭入庫日およびセンター入庫可能日については、到着日から予測される予定日が表示され、港頭入庫日の予確区分は「予定」となっている。
【０１２２】
また、シーケンス番号ＳＥＱ−１３については、６月１５日の閲覧時点では、５月３１日に船積が行われ、未だ到着していないので、船積日および入港日（予定日）までが記録されている。これに対応して、契約進捗閲覧画面には、在庫管理データベース１００ａに記録された船積日がそのまま表示され、予確区分は「確定」とされているのに対して、到着日および港頭入港日については入港日（６月１７日）から予測される予定日（夫々、６月１８日、６月２３日）が表示され、予確区分は「予定」となっている。
【０１２３】
また、シーケンス番号ＳＥＱ−１４については、６月１５日の閲覧時点では、船積手配が行われて船積指図数量は記録されているが、船積は未だ行われていないために船積日は記録されていない。これに対応して、契約進捗閲覧画面には、船積日、到着日、港頭入庫日のいずれについても、生産完了日（５月１０日）から予測される予定日（夫々、６月１６日、７月４日、７月９日）が表示され、予確区分は「予定」となっている。
【０１２４】
さらに、シーケンス番号ＳＥＱ−２２については、６月１５日の閲覧時点では、生産開始日までしか記録されておらず、生産は完了していない。これに対応して、船積日、到着日、港頭入庫日は空欄となっている。ただし、オーダー日からこられらの日付を予測して、予定日を表示させるようにしてもよい。
【０１２５】
このように、統合在庫管理サーバー１００は、在庫管理データベース１００ａから、各購入注文番号の各商品の各シーケンス番号のデータを読み出し、船積日、到着日、港頭入庫日のうち日付が記録されたものは、予確区分を「確定」としてそのままその日付を表示させ、日付が記録されていないものについては、予確区分を「予定」として、記録されている上流側の日付から予測される日付を表示させる。
【０１２６】
また、各購入注文番号の各商品について、発注数量の総計と、船積が完了した（すなわち船積日が確定である）ものの数量の総計との差を船積残として表示させる。図３０の画面例の場合、例えば購入注文番号ＰＯ−１１で注文された商品コードＰＲ−１１の商品について、発注数量は５００であるのに対して、船積が行われているのはＳＥＱ１１〜１３の計２５０であるため、船積残として２５０（＝５００−２５０）が表示されている。
【０１２７】
図３１は、生産者、輸出者、および荷送側海貨業者が出荷・輸出手続の進捗状況を管理するための閲覧画面（以下、輸出進捗閲覧画面という）の一例を示す。図３１に示す如く、輸出進捗閲覧画面では、輸出手続の準備のため商品の出荷・輸出状況を把握できるように、船積港毎に、各船積予定日について、船積数量、購入注文番号、商品コード、商品名、陸揚港、到着予定日、港頭入庫予定日、納品センター、センター入庫可能が表示される。
【０１２８】
図２４〜図２９に示すデータ例では、船積港がシンガポールであるデータとして、船荷証券番号がＢＬ−１１（船積日５月２０日）であるシーケンス番号ＳＥＱ−１１，１５，２１のデータと、船荷証券番号がＢＬ−１２（船積日５月２８日）であるシーケンス番号ＳＥＱ−１２のデータとがあるので、図３１の輸出進捗閲覧画面では、船積港：シンガポールに対応してこれらシーケンス番号のデータが表示されている。船積港がジャカルタであるデータについても同様に、シーケンス番号ＳＥＱ−１３，１４、２２のデータが表示されている。
【０１２９】
なお、シーケンス番号ＳＥＱ−１４については、６月１５日の閲覧時点で船積手配までしか行われておらず、船荷証券番号、船積数量は未定であるため、これらの項目は空欄となっており、また、到着予定日、港頭入庫予定日、およびセンター入庫可能日は、船積予定日（６月１６日）から予測される日付が表示されている。さらに、シーケンス番号ＳＥＱ−２２については、６月１５日の閲覧時点で、生産者情報までしか記録されておらず、船積手配は未だ行われていないため、船積予定日、船荷証券番号、船積数量、到着予定日、港頭入庫予定日、センター入庫可能日は何れも空欄となっている。ただし、生産完了日からこれらの日付を予測して、予定日として表示させてもよい。
【０１３０】
図３２は、荷受側海貨業者および発注元企業が輸入進捗状況を管理するための閲覧画面（以下、輸入進捗閲覧画面という）の一例を示す。図３２に示す如く、輸入進捗閲覧画面では、陸揚港毎に、到着予定日、船荷証券番号、船積数量、購入注文番号、商品コード、商品名、納品先センター名、港頭入庫予定日、センター入庫可能日、船積港、船積日が表示される。
【０１３１】
図２４〜図２９に示すデータ例では、陸揚港が東京であるデータとして、船荷証券番号がＢＬ−１１（到着予定日６月７日）であるシーケンス番号ＳＥＱ−１１，１５，２１のデータと、船荷証券番号がＢＬ−１２（到着予定日６月１５日）であるシーケンス番号ＳＥＱ−１２のデータがあるので、図３２の輸出進捗閲覧画面では、これらシーケンス番号のデータが表示されている。陸揚港が大阪であるデータについても同様に、シーケンス番号ＳＥＱ−１３，１４、２２のデータが表示されている。ただし、上記図３１について述べたのと同様の理由で、シーケンス番号ＳＥＱ−１４については、船荷証券番号は空欄とされ、到着予定日、港頭入庫予定日、およびセンター入庫可能日は、船積日（６月１６日）から予測される日付が表示されており、また、シーケンス番号ＳＥＱ−２２については、到着予定日、船荷証券番号、船積数量、港頭入庫予定日、センター入庫可能日、船積日は何れも空欄となっている。
【０１３２】
図３３は、港頭倉庫にて港頭入庫までの進捗状況を管理するための閲覧画面（以下、港頭進捗閲覧画面という）の一例を示す。図３３に示す如く、港頭進捗閲覧画面には、陸揚港毎に、港頭入庫予定日、商品コード、商品名、船積数量、船荷証券番号、購入注文番号、船積港、船積日およびその予確区分、到着日およびその予確区分、納品先、センター入庫可能日が表示される。図３３の画面例では、上記図３２に示す輸入進捗閲覧画面と同様に、陸揚港が東京のデータとしてシーケンス番号ＳＥＱ−１１，１５，２１，１２のデータが表示され、また、陸揚港が大阪のデータとしてシーケンス番号ＳＥＱ−１３，１４，２２のデータが表示されている。
【０１３３】
図３４は、センター倉庫にてセンター入庫までの進捗状況を管理するための閲覧画面（以下、センター進捗閲覧画面という）の一例を示す。図３４に示す如く、センター進捗閲覧画面には、納品先センター名毎に、センター入庫可能日、商品コード、商品名、船積数量、船荷証券番号、購入注文番号、船積港、船積日およびその予確区分、到着日およびその予確区分、陸揚港、港頭入庫日が表示される。
【０１３４】
図２４〜図２９に示す例では、納品先が東京センターであるデータとしてシーケンス番号ＳＥＱ−１１，１５のデータが、納品先が横浜センターであるデータとしてシーケンス番号ＳＥＱ−２１，１２のデータが、納品先が大阪センターであるデータとしてシーケンス番号ＳＥＱ−１３，２２のデータが、納品先が神戸センターであるデータとしてシーケンス番号ＳＥＱ−１４のデータが、夫々記録されており、これに応じて、これらシーケンス番号のデータが図３４の画面例に表示されている。
【０１３５】
以上のように、本実施形態では、発注元企業、生産者、輸出者、荷送側海貨業者、荷受側海貨業者、港頭倉庫、およびセンター倉庫において、夫々の目的に応じた形態で在庫管理データベース１００ａに記録されたデータを閲覧することができ、有効な在庫管理を行うことが可能となる。
【０１３６】
本実施形態の統合在庫管理サーバー１００は、また、センター倉庫および港頭倉庫での適正在庫割れ（在庫数が適正在庫数に対して不足すること）を判定して、在庫の移動指図を発する在庫自動調節の機能も有している。以下、この在庫自動調節機能について説明する。
【０１３７】
本実施形態では、上記のように、購入注文がなされる時点で陸揚港および入庫先センター倉庫が指定されるから、図３５に示すように、発注確定在庫は各陸揚港および各センター倉庫向けの在庫に区別され、また、洋上在庫および港頭在庫も夫々各センター向けの在庫に区別されることになる。在庫自動調節機能では、センター在庫の在庫割れがある場合に、港頭倉庫からセンター倉庫への在庫移動指図が発せられる。そして、当該在庫移動後に港頭倉庫の各センター向け在庫に適正在庫割れが生ずる場合には、同じ港頭倉庫の他のセンター向けの在庫を振り替えることができるか否かが判定され、振り替え可能であれば、その在庫振り替えを行うべき旨の指図が発せられる。また、在庫振替が不可能である場合には、適正在庫割れを解消するために陸揚港の変更が可能であるかを判断するための画面が発注元企業へ送られる。
【０１３８】
図３６は、在庫自動調節機能を実現すべく統合在庫管理サーバー１０が実行する処理の流れを示すフローチャートである。以下、図３６のフローチャートに示す処理の内容について、７月８日現在の在庫状態が図３７で表される場合を例にして説明する。
【０１３９】
先ず図３７に示すデータの内容について説明する。図３７において、「港頭在庫 予測在庫数」の欄は、次回の港頭入庫時の予測在庫であり、その計算方法は後述する。また、各センター倉庫および各港頭倉庫での適正在庫数は各商品について予め設定されている。さらに、センター在庫についての「平均出荷数」は、港頭倉庫からセンター倉庫への一日当りの平均出荷数を表すものであり、この値は予め設定されてもよいし、あるいは、過去の実績に基づいて自動計算するものとしてもよい。
【０１４０】
図３７の例では、７月８日現在において、商品コードＰＲ−５１の商品について、東京港の港頭倉庫での在庫は、東京センター向け在庫が３００、横浜センター向け在庫が２４０であり、適正在庫は共に２００であるので、それらの差異は夫々１００，４０となっている。また、大阪港の港頭倉庫での在庫は、大阪センター向けが２６０，神戸センター向けが２４０であり、適正在庫数は何れも２００であるから、それらの差異は夫々６０，４０となっている。一方、東京、横浜、大阪、神戸の各センター倉庫での在庫は、夫々、１５０，１５０，１５０，１４０であり、適正在庫は何れも２００であるから、それらの差異は夫々−５０，−５０，−５０，−４０となっている。
【０１４１】
また、港頭在庫について、東京港では、７月１４日に東京センター向けおよび横浜センター向けに夫々１５０，４０の次回入庫予定がある。この場合、例えば東京センター向け在庫については、現在の在庫数が３００、平均出荷数が１０、入庫予定の７月１４日までの日数が６日間であるから、次回入荷予定日には現在在庫数から６０（＝１０×６）の在庫減が予測され、７月１４日に１５０の入庫が予定されていることから、次回入庫時の予測在庫は、３９０（＝３００−６０＋１５０）となる。横浜センター向け在庫についても、同様にして、次回入庫在庫は２２０（＝２４０−６０＋４０）となる。また、大阪港では、７月２２に大阪センター向けおよび神戸センター向けに夫々９０，１００の次回入庫予定があり、次回入庫時の予測在庫は、上記の同様の計算により、夫々、２１０（＝２６０−１４×１０＋９０），２００（＝２４０−１４×１０＋１００）となる。こうして計算された各予測在庫より、適正在庫との差異は、夫々、１９０，２０，１０，０となっている。
【０１４２】
以下、図３７を参照しながら図３６に示すフローチャートの内容を説明する。図３６に示す如く、先ず、ステップ２００において、センター倉庫で適正在庫割れが生じているか否かが判別される。その結果、適正在庫割れが生じていなければ、在庫調節は不要と判断されて処理は終了される。一方、何れかのセンター倉庫で適正在庫割れが生じていれば、ステップ２０２で、該当する港頭倉庫の港頭倉庫コンピュータ２４に対して必要数量をセンター倉庫へ出荷すべき旨の指図が送られる。
【０１４３】
図３７に示す例では、上述したように、東京、横浜、大阪、神戸のセンター倉庫で、夫々、５０，５０，５０，６０の適正在庫割れが生じているので、ステップ２０２では、東京港の港頭倉庫の港頭倉庫コンピュータ２４に対して、東京センターおよび横浜センターへ夫々５０だけ出荷すべき旨の指示が送られ、また、大阪港の港頭倉庫の港頭倉庫コンピュータ２４に対して、大阪センターおよび神戸センターへ夫々５０および６０だけ出荷すべき旨の指示が送られる。
【０１４４】
図３８は、図３７に示す例において、上記の出荷指図に応じて港頭倉庫からセンター倉庫への出荷が行われた場合の、各倉庫での入出庫前後の在庫状態の変化を示す。図３８に示す如く、東京港の港頭倉庫から東京センターおよび横浜センターへ５０ずつ出荷され、大阪港の港頭倉庫から大阪センターおよび神戸センターへ夫々５０，６０だけ出荷されることにより、各港頭倉庫の在庫は出荷数だけ減少しており、一方、各センター倉庫の在庫は出荷数だけ増加して適正在庫に等しい在庫数となっている。
【０１４５】
ステップ２０４では、港頭倉庫からセンター倉庫へ出庫した時点での港頭倉庫の現在在庫に適正在庫割れが生ずるか否かが判別される。その結果、適正在庫割れが生じない場合は、ステップ２０６において、港頭倉庫の次回入庫時の予測在庫に適正在庫割れが生ずるか否かが判別される。その結果、次回入庫時にも適正在庫割れが生じなければ、処理は終了される。一方、上記ステップ２０４または２０６において、センター倉庫への出庫時点の現在在庫または次回入庫予定時の予測在庫に適正在庫割れが生ずる場合は、次にステップ２０８において同じ港頭倉庫の他センター向けの在庫を振り替えることが可能か否か（すなわち、他センター向け在庫についての適正在庫に対する在庫余裕数量が、上記適正在庫割れ分以上であるか否か）が判別される。その結果、振り替え可能であれば、ステップ２１０において、該当する港頭倉庫の港頭倉庫コンピュータ２４に対して、同じ港頭倉庫の他センター向け在庫から在庫割れに応じた数量だけ振り替えるべき旨の指示が送信される。一方、振り替え不可能であれば、ステップ２１２において、該当する商品の発注者の購買部門コンピュータ１４に対して、この商品について船積前の在庫について陸揚港の変更が可能かどうかを判断するための契約進捗閲覧画面が送信される。
【０１４６】
図３９は、上記のように港頭倉庫からセンター倉庫への出荷が行われた翌７月９日での在庫状態を示す上記図３７と同様の図である。図３９に示す如く、東京港の港頭倉庫の東京センター向けおよび横浜センター向け現在在庫、並びに、大阪港の港頭倉庫の大阪センター向けおよび神戸センター向け現在在庫は、夫々、２５０，１７０，２１０，１８０であるから、適正在庫との差異は、夫々５０，−３０，１０，−２０となっている。すなわち、東京港の横浜センター向け現在在庫と、大阪港の神戸センター向けの現在在庫に、夫々３０，２０の適正在庫割れが生じている（ステップ２０４でＹＥＳ判定）。
【０１４７】
また、東京港の東京センター向けの次回入庫時予測在庫は、上記図３７について説明したように、現在在庫２５０から次回入荷時までの出荷予定数（平均出荷数１０×日数５）を引き、次回入荷予定数１５０を加えることにより、３５０となる。同様に、東京港の横浜センター向けの次回入庫時予測在庫は１６０、大阪港の大阪センター向けおよび神戸センター向けの次回入庫時予測在庫はそれぞれ１７０，１５０となる。したがって、夫々の適正在庫との差異は、１５０，−４０，−３０，−５０となっている。すなわち、東京港の横浜センター向け予測在庫、大阪港の大阪センター向け予測在庫、および大阪港の神戸センター向け予測在庫に、夫々、４０，３０，５０の適正在庫割れが生じている（ステップ２０６でＹＥＳ判定）。
【０１４８】
したがって、図３９の例では、東京港の横浜センター向け在庫、大阪港の大阪センター向け在庫、および、大阪港の神戸センター向け在庫について、ステップ２０８において同じ港頭倉庫の他センター向け在庫からの振り替えが可能か否かが判別される。
【０１４９】
先ず、東京港の横浜センター向け在庫については、次回入庫時予測在庫の適正在庫割れ解消するには、同じ東京港の東京センター向け在庫から在庫割れ分４０だけ振り替える必要があるが、東京港の東京センター向け在庫は、現在在庫および次回入庫時予測在庫の何れも適正在庫を４０以上上回っているので、在庫の振り替えは可能であると判断される（ステップ２０８でＹＥＳ判定）。そこで、ステップ２１０において、東京港の港頭倉庫コンピュータ２４に対して、東京センター向けの在庫から４０だけ横浜センター向けを振り替えるべき旨の指示が送られる。
【０１５０】
図４０は、この振り替え指図に応じた在庫の振り替え処理を示す。図４０に示す如く、東京港における東京センター向け在庫から４０だけ出庫され、これが横浜センター向け在庫へ入庫されている。その結果、東京センター向け在庫は振り替え処理前の２５０から２１０へ減少し、横浜センター向け在庫は振り替え処理前の１７０から２１０へ増加している。
【０１５１】
図４１は、上記在庫振り替え処理後の在庫状態を示す上記図３７と同様の図である。図４１に示す如く、在庫の振り替えにより、東京港の東京センター向け在庫および横浜センター向け在庫の何れについても、現在在庫および次回入庫時予測在庫の両方とも適正在庫割れが解消されていることがわかる。
【０１５２】
一方、大阪港の大阪センター向け在庫および神戸センター向けの在庫については、何れも、現在在庫および次回入庫時予測在庫の少なくとも一方について適正在庫割れが生じているので、他センターからの振り替えは不可能であると判断される（ステップ２０８でＮＯ判定）。そこで、ステップ２１２において、発注元企業の購買部門コンピュータ１４に対して、発注元企業で陸揚港の変更が可能か否かを判断するための画面（以下、在庫調節閲覧画面という）が送信される。
【０１５３】
図４２は、図３６のステップ２１２で送信される在庫調節閲覧画面であり、上記図４１の在庫状態に対応した例を示している。図４２に示す如く、契約進捗閲覧画面には、在庫調節対象である商品（図４１では商品コードＰＲ−５１）について、各港頭倉庫のセンター毎の在庫状態が表示される。例えば、東京港の港頭倉庫の東京センター向け在庫について、現在在庫が２１０であり、以下のように７月１４日、７月２３日、７月３１日に計３回の入庫予定があることが示されている。
７月１４日：入庫数１５０ 船荷証券番号 ＢＬ−０５１ 船積日７月３日
７月２３日：入庫数 ５０ 船荷証券番号 ＢＬ−０５３ 船積日７月１２日
７月３１日：入庫数 ３０ 船荷証券番号 ＢＬ−０５５ 船積日７月２０日
【０１５４】
また、各入庫予定の入庫後の予測在庫数、適正在庫との差異、陸揚港変更の可否も表示されている。なお、予測在庫数は、上記図３７を参照して説明したように、一日平均出荷数および入庫日までの日数を考慮して計算され、また、陸揚港変更の可否は、現時点で船積日が経過しているかかどうかに基づいて定められる。
【０１５５】
発注元企業の購買担当者は、このような在庫調節閲覧画面を参照して、陸揚港の変更が可能であるか否かを判断する。すなわち、大阪の港頭倉庫について、次回入庫予定日の７月２２日の時点で、大阪センター向けに３０、神戸センター向けに３０の適正在庫割れが生じており、次々回の７月２７日の入庫予定時点では神戸センター向けの適正在庫割れは更に６０に増えている。一方、東京港では、東京センター向けおよび横浜センター向けの何れの在庫についても適正在庫に対して余裕があるが、特に、７月３１日の横浜センター向けの入庫予定については、入庫数１００を当該入庫後の在庫予測１３０から減じてもまだ適正在庫を３０だけ上回り（つまり、７月３１日の入庫がなくなっても適正在庫割れは生じず）、かつ、船積日が７月２０日であって未だ船積が行われていないことから、陸揚港を変更して大阪港の在庫へまわすことが可能であると判断できる。
【０１５６】
また、大阪港の港頭倉庫では、上記のように、７月２７日の次々回入庫時点で、大阪センターよりも神戸センターの方が適正在庫割れが大きくなることから、神戸センター向けの在庫を優先して補充すべきであると判断できる。
【０１５７】
そこで、発注者は、購入部門コンピュータ１４において、上記の７月３１日港頭入庫予定の東京港・横浜センター向けの在庫の陸揚港を大阪港に変更して、神戸センター向けの在庫とすべき旨の指図情報を入力する。入力された指図情報は、統合在庫管理サーバー１００へ送信され、更に、統合在庫管理サーバー１００から該当する荷送側コンピュータ２０にも送信される。これを受けて、荷送側海貨業者は、陸揚港変更の手続を実行する。
【０１５８】
図４３は、上記のように陸揚港を変更した後の在庫調節閲覧画面を示す。図４３に示す如く、陸揚港変更により大阪港の神戸センター向けに在庫が補充された結果、この在庫については適正在庫割れが解消されている。一方、大阪港の大阪センター向け在庫については、陸揚港変更によって在庫を補充することはできないため、新たな購入注文を出すべき旨の警告表示がなされている。
【０１５９】
以上のように、本実施形態のシステムによれば、センター倉庫に適正在庫割れが生じた場合に、港頭倉庫からセンター倉庫への出荷指図を行うことができ、港頭倉庫についても、現在在庫または次回入庫時の予測在庫に適正在庫割れが生じた場合に、他センターからの在庫の振り替え指図を行うことができる。また、センター間の在庫の振り替えが行えない場合には、発注元企業にて陸揚港の変更を行うことができ、さらに、陸揚港の変更も行えない場合は、新規の購入注文を行うべき旨の警告表示を行うことができる。したがって、本実施形態によれば、各センター倉庫および各港頭倉庫の在庫を適正在庫以上に維持できるような効果的な在庫管理を行うことが可能となる。
【０１６０】
【発明の効果】
本発明によれば、商品の購入注文状態に基づいて、在庫管理データを登録し、以後、商品の在庫状態が変化する毎に、在庫管理データを更新していく。このため、在庫管理データを閲覧することにより、各時点での商品の在庫状態を正確に把握することができる。また、各在庫状態からセンター倉庫へ入庫するまでの所要日数は予測できるので、商品の在庫状態に基づいて、センター倉庫への納品予定日を知ることができる。このように、本発明によれば、発注商品の在庫状態を時系列的に把握することができ、納品時期を正確に把握することが可能となる。
【図面の簡単な説明】
【図１】本発明の一実施形態であるシステム全体構成図である。
【図２】本実施形態のシステムにおける処理の流れの概要を示す図である。
【図３】在庫管理データベースのデータ内容の一例を示す図（その１）である。
【図４】在庫管理データベースのデータ内容の一例を示す図（その２）である。
【図５】在庫管理データベースのデータ内容の一例を示す図（その３）である。
【図６】在庫管理データベースのデータ内容の一例を示す図（その４）である。
【図７】在庫管理データベースのデータ内容の一例を示す図（その５）である。
【図８】在庫管理データベースのデータ内容の一例を示す図（その６）である。
【図９】在庫管理データベースのデータ内容の別の例を示す図である。
【図１０】図９に示す在庫管理データベースを集計して得られたデータを示す図である。
【図１１】本発明の第２の実施形態である統合在庫管理サーバーを含むシステムの全体構成図である。
【図１２】本実施形態の統合在庫管理サーバーの機能的なモジュール構成を示す図である。
【図１３】Ｐ／Ｏ管理モジュール５０を説明するための図である。
【図１４】進捗管理モジュールを説明するための図である。
【図１５】統合在庫管理モジュールを説明するための図である。
【図１６】フォワーディングモジュール、標準在庫モジュール、および配送管理モジュールを説明するための図である。
【図１７】港頭進捗データの閲覧画面の一例を示す図である。
【図１８】顧客の端末コンピュータにおいて表示された在庫管理画面の第１の例を示す図である。
【図１９】顧客の端末コンピュータにおいて表示された在庫管理画面の第２の例を示す図である。
【図２０】顧客の端末コンピュータにおいて表示された在庫管理画面の第３の例を示す図である。
【図２１】受発注管理モジュールを説明するための図である。
【図２２】本実施形態において、Ｐ／Ｏ管理モジュール、進捗管理モジュール、統合在庫管理モジュール、フォワーディングモジュール、標準在庫管理モジュール、配送管理モジュール、受発注管理モジュール、および各端末コンピュータの間でやりとりされる情報の流れを示す図である。
【図２３】本実施形態において、商品が発注されてから商品が輸入されて販売会社へ配送されるまでの一連の流れを各端末コンピュータから入力される情報の内容と共に示す図である。
【図２４】本実施形態での在庫管理データベースのデータ内容の一例を示す図（その１）である。
【図２５】本実施形態での在庫管理データベースのデータ内容の一例を示す図（その２）である。
【図２６】本実施形態での在庫管理データベースのデータ内容の一例を示す図（その３）である。
【図２７】本実施形態での在庫管理データベースのデータ内容の一例を示す図（その４）である。
【図２８】本実施形態での在庫管理データベースのデータ内容の一例を示す図（その５）である。
【図２９】本実施形態での在庫管理データベースのデータ内容の一例を示す図（その６）である。
【図３０】発注元企業が発注契約の履行進捗状況を管理するための契約進捗閲覧画面の一例を示す図である。
【図３１】生産者、輸出者、および荷送側海貨業者が出荷・輸出手続の進捗状況を管理するための輸出進捗閲覧画面の一例を示す図である。
【図３２】荷受側海貨業者および発注元企業が輸入進捗状況を管理するための輸入進捗閲覧画面の一例を示す図である。
【図３３】港頭倉庫にて港頭入庫までの進捗状況を管理するための港頭進捗閲覧画面の一例を示す図である。
【図３４】センター倉庫にてセンター入庫までの進捗状況を管理するためのセンター進捗閲覧画面の一例を示す図である。
【図３５】各在庫状態において在庫がセンター倉庫別に区別されることを説明するための図である。
【図３６】在庫自動調節機能に係わる処理の流れを示すフローチャートである。
【図３７】図３６のフローチャートの説明で用いる在庫状態の一例を示す図である。
【図３８】図３７に示す例において、センター倉庫の適正在庫割れに伴う出荷指図に応じて港頭倉庫からセンター倉庫への出荷が行われた場合の、各倉庫での入出庫前後の在庫状態の変化を示す図である。
【図３９】港頭倉庫からセンター倉庫への出荷が行われた後の在庫状態を示す図である。
【図４０】港頭倉庫での適正在庫割れに伴う振り替え指図に応じた在庫の振り替え処理を示す図である。
【図４１】在庫振り替え処理後の在庫状態を示す図である。
【図４２】発注元企業で陸揚港の変更が可能か否かを判断するための在庫調節閲覧画面の一例を示す図である。
【図４３】陸揚港を変更した後の在庫調節閲覧画面を示す図である。
【符号の説明】
１０、１００ 統合在庫管理サーバー
１０ａ、１００ａ 在庫管理データベース
１４ 購買部門コンピュータ
１６ 生産者コンピュータ
１８ 輸出者コンピュータ
２０ 荷送側コンピュータ
２２ 荷受側コンピュータ
２４ 港頭倉庫コンピュータ
２６ センター倉庫コンピュータ
２８ 販売会社コンピュータ
３０ 運送会社コンピュータ
【発明の属する技術分野】
本発明は、商品の在庫管理方法およびシステムに係り、特に発注した商品が納品されるまでの在庫管理を行ううえで好適な在庫管理方法およびシステムに関する。
【０００２】
【従来の技術】
一般に、企業が商品を購入しようとする場合の処理の流れは概略以下の通りである。まず、企業の購買部門が商品の購買注文を出す。この購買注文に応じて、商品製造者あるいは取次ぎ業者から出荷された商品が船積みされ、目的港の港頭倉庫に水揚げされていったん保管される。そして、港頭倉庫から企業のセンター倉庫へ配送されることで、発注元企業への納品が完了する。
【０００３】
【発明が解決しようとする課題】
ところで、企業が販売計画を立てるうえで、発注した商品の納品時期を正確に知ることが重要である。しかし、従来は、購買部門が購入注文を出す際におおよその納品予定日はわかるものの、その後の商品の船積み状況や港頭倉庫への入庫状況を把握することができず、センター倉庫に入庫された時点で初めて確実な納品日を把握できるのが実状である。すなわち、従来は、海運会社による運搬途上の在庫（洋上在庫）および港頭倉庫会社による港頭倉庫の在庫（港頭在庫）の管理は何れも商品発注元企業とは別個に行われていたため、商品発注元企業では洋上在庫および港頭在庫の状況を把握できなかったのである。
【０００４】
本発明は上記の問題を解決すべくなされたものであり、商品の購入注文がなされてからが納品されるまでの各段階での在庫状態および納品時期を正確に把握することが可能な統合在庫管理方法およびシステムを提供することを目的とする。
【０００５】
【課題を解決するための手段】
上記の目的を達成するため、本発明は、商品の発注元の端末コンピュータ、荷送側海貨業者の端末コンピュータ、港頭倉庫会社の端末コンピュータ、及びセンター倉庫の端末コンピュータとネットワークを介して接続されると共に、データベースにアクセス可能なコンピュータにより構成され、商品の購入注文がなされてから船積みされ、港頭倉庫を経てセンター倉庫に入庫されるまでの当該商品の在庫管理を行う在庫管理システムであって、当該コンピュータが、
前記発注元の端末コンピュータから、前記ネットワークを介して、購入注文がなされた商品の購入注文番号、商品識別情報、および、数量を含む購入注文情報を受信する購入注文情報受信手段と、
該受信した購入注文情報を前記データベースに記録する手段と、
前記荷送側海貨業者の端末コンピュータから、前記ネットワークを介して、船積手続が行われた商品の購入注文番号、仕入書番号、商品識別情報、および、数量を含む船積手続情報を受信する船積手続情報受信手段と、
該受信した船積手続情報を、購入注文番号をキーとして前記購入注文情報に関係付けて前記データベースに記録する手段と、
前記荷送側海貨業者の端末コンピュータから、前記ネットワークを介して、船積みされた商品の仕入書番号、船荷証券番号、商品識別情報、数量、および、船積日を含む船積情報を受信する船積情報受信手段と、
該受信した船積情報を、仕入書番号をキーとして前記船積手続情報に関係付けて前記データベースに記録する手段と、
前記港頭倉庫会社の端末コンピュータから、前記ネットワークを介して、目的港の港頭倉庫に入庫された商品の船荷証券番号、港頭入庫番号、商品識別情報、数量、および、港頭入庫日を含む港頭入庫情報を受信する手段と、
該受信した港頭入庫情報を、船荷証券番号をキーとして前記船積情報に関係付けて前記データベースに記録する手段と、
前記港頭倉庫会社の端末コンピュータから、前記ネットワークを介して、前記港頭倉庫から出庫された商品の港頭入庫番号、港頭出庫番号、商品識別情報、数量、および、港頭出庫日を含む港頭出庫情報を受信する手段と、
該受信した港頭出庫情報を、港頭入庫番号をキーとして前記港頭入庫情報に関係付けて前記データベースに記録する手段と、
前記センター倉庫の端末コンピュータから、前記ネットワークを介して、センター倉庫に入庫された商品の港頭出庫番号、センター入庫番号、商品識別情報、数量、および、センター入庫日を含むセンター入庫情報を受信する手段と、
該受信したセンター入庫情報を、港頭出庫番号をキーとして前記港頭出庫情報に関係付けて前記データベースに記録する手段と、
前記データベースに記録された情報を前記発注元の端末コンピュータでの閲覧に供するデータ閲覧手段と、を備え、
前記データ閲覧手段は、前記発注元の端末コンピュータから指定された商品に該当する各情報に基づいてセンター倉庫に入庫された状態であるセンター在庫、港頭倉庫に入庫された状態である港頭在庫、船舶による運搬途上の状態である洋上在庫、及び購入注文が確定した状態である購入注文確定を含む在庫状態ごとの商品数量を集計すると共に、各情報に含まれる日付情報からセンター倉庫への納品予定時期を予測し、納品予定時期ごとに各在庫状態の商品数量を集計して前記発注元の端末コンピュータでの閲覧に供することを特徴とする。
【０００６】
本発明によれば、商品の購入注文がなされてから、船積手続、船積、港頭入庫、港頭出庫を経てセンター入庫に至るまでの在庫状態の変化が相互に関係付けて記録され、発注元の端末コンピュータでの閲覧に供せられる。このため、発注元の端末コンピュータにおいて、上記の在庫状態の変化を管理することができる。また、データ閲覧手段が、各端末コンピュータから指定された商品に該当する各情報に基づいて在庫状態ごとの商品数量を集計すると共に、各情報に含まれる日付情報からセンター倉庫への納品予定時期を予測し、納品予定時期ごとに各在庫状態の商品数量を集計して発注元の端末コンピュータでの閲覧に供することにより、発注元の端末コンピュータにおいて、納品予定時期ごとに各在庫状態の商品数量の集計値を閲覧することができる。
【００３６】
【発明の実施の形態】
図１は本発明の一実施形態であるシステムの全体構成図である。図１において、統合在庫管理サーバー１０は、大容量記憶装置（例えばハードディスク）や通信インターフェース等を備えたコンピュータシステムであり、インターネット１２に接続されている。インターネット１２には、発注元企業の購買部門の端末コンピュータ（以下、購買部門コンピュータとも称する）１４、商品生産者の端末コンピュータ（以下、生産者コンピュータとも称する）１６、商品輸出者の端末コンピュータ（以下、輸出者コンピュータとも称する）１８、荷送側海貨業者の端末コンピュータ（以下、荷送側コンピュータとも称する）２０、荷受側海貨業者の端末コンピュータ（以下、荷受側コンピュータとも称する）２２、港頭倉庫会社の端末コンピュータ（以下、港頭倉庫コンピュータとも称する）２４、および、センター倉庫の端末コンピュータ（以下、センター倉庫コンピュータとも称する）２６が接続されている。
【００３７】
統合在庫管理サーバー１０は、インターネット１２を介してアクセスしてきた各端末コンピュータと例えばＨＴＴＰ等のプロトコルに従ってデータ通信を行うことにより、ＷＷＷサーバ−として機能する。すなわち、統合在庫管理サーバー１０は、各端末コンピュータからの要求に応じて、例えばＨＴＭＬ等のデジタル文書記述言語により記述された文書データよりなる画面構成データを当該端末コンピュータへ向けて送信する。
【００３８】
そして、統合在庫管理サーバー１０は、購買部門コンピュータ１４、生産者コンピュータ１６、輸出者コンピュータ１８、荷送側コンピュータ２０、荷受側コンピュータ２２、港頭倉庫コンピュータ２４、およびセンター倉庫コンピュータ２６から夫々送信されてきた情報に基づいて、在庫管理データベース１０ａを構築・更新する。また、商品発注元企業のコンピュータ端末（例えば、購買部門コンピュータ１４）からの要求に応じて、この在庫管理データベース１０ａの登録データを集計して閲覧に供する。なお、発注元企業の購買部門、生産者、輸出者、荷送側海貨業者、荷受側海貨業者、港頭倉庫会社、および、発注元企業のセンター倉庫には、それぞれ、固有のＩＤおよびパスワードが割り当てられているものとする。また、統合在庫管理サーバー１０は、各端末コンピュータからの情報受付用ＵＲＬと、在庫管理データベース閲覧用のＵＲＬとを有しているものとする。
【００３９】
以下、各端末コンピュータ１４〜２６から統合在庫管理サーバー１０へアクセスがあった場合の、本システムにおける処理の内容について説明する。先ず、図２を参照して、企業の購買部門により商品の発注が行われてから、その商品がセンター倉庫に納品されるまでのプロセスの概要について説明する。
【００４０】
図２に示す如く、購買部門は、商品の購入注文番号（P/O No.）、商品コード、注文数量、注文日を含む購入注文情報を生産者へ送ることにより購入注文を行う（▲１▼）。そして、購買部門コンピュータ１４から統合在庫管理サーバー１０へアクセスして、この購入注文情報を入力する。生産者は受け取った購入注文情報に基づいて生産計画を立て、購入注文番号、商品名、生産数量、生産開始日、生産完了日を含む生産者情報を輸出者に送ると共に、生産者コンピュータ１６から統合在庫管理サーバー１０へアクセスしてこの生産者情報を入力する（▲２▼）。
【００４１】
輸出者は、商品の船荷手続を行うべく、購入注文番号、商品コード、船荷指図数量、および船積日を含む船積手配情報を荷送側海貨業者へ送ると共に、輸出者コンピュータ１８から統合在庫管理サーバー１０へアクセスしてこの生産者情報を入力する（▲３▼）。荷送側海貨業者は、荷送側コンピュータ２０から統合在庫管理サーバー１０へアクセスして、受け取った船積手配情報に含まれる購入注文番号に関係付けて、仕入書番号（INV No.）、商品コード、船荷数量、および船積日を含む船積手続情報を入力する（▲４▼）。そして、船積みを完了すると、船荷証券番号（B/L No.）、商品名、船積数量、船積日、入港日を含む船積情報を商品に付すると共に、荷送側コンピュータ２０から統合在庫管理サーバー１０へアクセスして、仕入書番号に関係付けて、船積情報を入力する（▲５▼）。
【００４２】
商品が目的港に到着すると、その商品を担当する荷受側海貨業者は、荷受側コンピュータ２２から統合在庫管理サーバー１０にアクセスして、船荷証券番号、商品名、船積数量、到着日、および、港頭倉庫への入庫日（港頭入庫日）を含む到着情報を入力する（▲６▼）。さらに、商品が荷受側海貨業者から港頭倉庫会社に送られて港頭倉庫に入庫されると、港頭倉庫会社は港頭倉庫コンピュータ２４から統合在庫管理サーバー１０にアクセスして、入庫した商品の船荷証券番号に関係付けて、港頭入庫番号、商品コード、港頭入庫数量、および港頭入庫日を含む港頭入庫情報を入力する（▲７▼）。そして、商品を港頭倉庫から出庫してセンター倉庫へ受け渡すと、統合在庫管理サーバー１０へアクセスして、港頭出庫番号、商品コード、港頭出庫数量、および港頭出庫日を含む港頭出庫情報を入力する（▲８▼）。
【００４３】
港頭倉庫から出庫された商品がセンター倉庫に入庫されると、センター倉庫では、センター倉庫コンピュータ２６から統合在庫管理サーバー１０へアクセスして、センター入庫番号、商品コード、センター入庫数量、およびセンター入庫日を含むセンター入庫情報を入力する。
【００４４】
本実施形態のシステムは、各端末コンピュータ１４〜２６から入力された各情報、すなわち、購入注文情報、生産者情報、船積手配情報、船積手続情報、船積情報、到着情報、港頭入港情報、港頭出庫情報、およびセンター入庫情報を相互に関係付けて管理することにより、商品の発注元企業において、発注商品の在庫状況および納品予定日を把握できるようにするものである。
【００４５】
何れかの端末コンピュータ１４〜２６から情報受付用ＵＲＬにアクセスが行われると、統合在庫管理サーバー１０は、ＩＤおよびパスワードを入力するための入力画面を当該端末コンピュータへ送信する。そして、入力画面にＩＤおよびパスワードが入力されて返送されてくると、統合在庫管理サーバー１０は、ＩＤおよびパスワードが正当であることを認証したうえで、このＩＤに基づいて、アクセスしてきた端末コンピュータ１４〜２６を識別し、その識別結果に応じた入力画面を当該端末コンピュータへ送信する。すなわち、購買部門コンピュータ１４からのアクセスである場合には、購入注文情報を入力するための入力画面を、生産者コンピュータ１６からのアクセスである場合には、生産者情報を入力するための入力画面を、輸出者コンピュータ１８からのアクセスである場合には、船積手配情報を入力するための入力画面を、荷送側コンピュータ２０からのアクセスである場合には、船荷手続情報または船荷情報の何れかを選択して入力するための入力画面を、荷受側コンピュータ２２からのアクセスである場合には、到着情報を入力するための入力画面を、港頭倉庫コンピュータ２４からのアクセスである場合には、港頭入庫情報を入力するための入力画面を、センター倉庫コンピュータ２６からのアクセスである場合には、センター入庫情報を入力するための入力画面を、それぞれ送信する。
【００４６】
統合在庫管理サーバー１０は、コンピュータ１４〜２０から送信されてきた各情報に基づいて、在庫管理データベース１０ａを構築する。図３〜図８は、在庫管理データベース１０ａの一例を示す。図３〜図８に示す如く、在庫管理データベース１０ａは、商品の識別情報であるキー項目（図３、図４）、商品の数量に関する数量管理項目（図５、図６）、各種日付に関する日付管理項目（図７、図８）を含むレコードをレコード単位とするデータベースである。なお、図３〜図８において、レコード＃は説明の便宜のため設けたものである。
【００４７】
図３および図４に示すように、キー項目は、シーケンス番号（SEQ No.）、シーケンス枝番、購入注文番号、商品コード、商品名、仕入書番号、船荷証券番号、港頭入庫番号、港頭出庫番号、および、センター入庫番号を含んでいる。また、図５および図６に示すように数量管理項目は、注文数量、生産数量、船積指図数量、船積数量、港頭入庫数量、港頭出庫数量、およびセンター入庫数量を含んでいる。更に、図７および図８に示すように、日付管理項目は、注文日、生産開始日、生産完了日、船積日、入港日、到着日、港頭入庫日、港頭出庫日、およびセンター入庫日を含んでいる。
【００４８】
なお、在庫管理データベース１０ａは企業ごとに構築され、後述するように、各在庫管理データベース１０ａは該当する企業においてのみ閲覧することができる。
【００４９】
以下、図３〜図８に示す在庫管理データベース１０ａが構成される過程について説明する。なお、図３および図４の左端欄に示すように、在庫管理データベース１０ａの各レコードには、購入注文情報、生産者情報、船積手配情報、船積情報、到着情報、港頭入庫情報、港頭出庫情報、およびセンター入庫情報の何れの情報であるかを示す業務プロセス名も併せて記録される。
【００５０】
先ず、購買部門コンピュータ１４から、購入注文番号ＰＯ−０１およびＰＯ−０２の購入注文情報が入力され、夫々にシーケンス番号（SEQ No.）ＳＥＱ−０１およびＳＥＱ−０２が付される（レコード＃１，＃２）。各購入注文の内容は、購入注文番号ＰＯ−０１については、商品コードＰＲ−０１、商品名Ａ４ＰＰＣ、注文数量１００、注文日８月１日であり、購入注文番号ＰＯ−０２については、商品コードＰＲ−０２、商品名Ｂ５ＰＰＣ、注文数量５０、注文日８月１日である。なお、シーケンス番号の枝番は、同一のシーケンス番号で特定される商品について船積みや入庫等の処理が複数回に分けて行われた場合に付され、０００は枝番が存在しないことを表す。
【００５１】
次に、上記の購入注文に対して、生産者コンピュータ１６から、購入注文番号ＰＯ−０１（シーケンス番号ＳＥＱ−０１）の購入注文について２つの生産者情報、すなわち、商品コードＰＲ−０１、数量６０、生産開始日８月１０日、生産完了日が８月２０日の生産者情報、および、商品コードＰＲ−０１、数量４０生産開始日８月１５日、生産完了日８月２５日の生産者情報が、それぞれ入力される（レコード＃３、＃４）。この場合、一の購入注文に対して２つの生産者情報が入力されたため、シーケンス番号ＳＥＱ−０１に枝番００１および００２が付されている。一方、購入注文番号ＰＯ−０２（シーケンス番号ＳＥＱ−０２）の購入注文に対しては、商品コードＰＲ−０２、数量５０、生産開始日８月１０日、生産完了日が８月２０日の生産者情報が入力されている（レコード＃５）。この場合、購入注文の全数量５０について一の生産者情報が入力されたので、シーケンス番号に枝番は付されていない（０００のままである）。
【００５２】
商品が生産者から輸出者に引き渡されると、輸出者は、輸出者コンピュータ１８から船積手配情報を入力する。図３〜図８に示す例では、輸出者コンピュータ１８から３つの船積手配情報、すなわち、船積手配を行う商品の購入注文番号ＰＯ−０１、商品コードＰＲ−０１、船荷指図数量６０、船積日８月３０日の船積手配情報、購入注文番号ＰＯ−０２、商品コードＰＲ−０２船積指図数量５０、船積日８月３０日の船積手配情報、および購入注文番号ＰＯ−０１、商品コードＰＲ−０１、船積指図数量４０、船積日９月５日の船積手配情報が入力されている（レコード＃６〜＃８）。この場合、購入注文番号がＰＯ−０１である２つの船積手配情報（レコード＃６、＃８）については、登録済みの生産者情報（レコード＃３、＃４）に含まれる数量と照合により、対応するシーケンス番号ＳＥＱ−０１−００１，ＳＥＱ−０１−００２を特定することができ、特定された各シーケンス番号に対応付けて船積手配情報が登録される。
【００５３】
船積手配が行われると、船積を担当する荷送側海貨業者は、荷送側コンピュータ２０から船積手続情報を入力する。図３〜図８に示す例では、荷送側コンピュータ２０から、船積手続を行う商品の購入注文番号ＰＯ−０１に関係付けて、仕入書番号ＩＮＶ−００１、商品コードＰＲ−０１、船積数量６０、船積日８月３０日の船積手続情報、および、仕入書番号ＩＮＶ−００２、商品コードＰＲ−０１、船積数量４０、船積日９月５日の船積手続情報が、また、購入注文番号ＰＯ−０２に関係付けて、仕入書番号ＩＮＶ−００１、商品コードＰＲ−０２、船積数量５０、船積日８月３０日の船積手続情報が、それぞれ入力される（コード＃９、＃１１、＃１０）。この場合も、購入注文番号ＰＯ−０１に関係付けられた２つの船積手続情報については、登録済みの生産者情報（レコード＃３、＃４）に含まれる数量と照合により、対応するシーケンス番号ＳＥＱ−０１−００１，ＳＥＱ−０１−００２が特定され、特定された各シーケンス番号に対応付けて船積手続情報が登録される。また、異なる購入注文番号ＰＯ−０１およびＰＯ−０２に対して、同一の仕入書番号ＩＮＶ−００１の船積手続情報が入力されているが、これは、２つの購入注文に応じて生産された商品が同一の仕入書番号により船積手続が行われたことを意味している。
【００５４】
次に、荷送側コンピュータ２０から、仕入書番号ＩＮＶ−００１に関係付けて、船荷証券番号ＢＬ−００１、商品名Ａ４ＰＰＣ、船積数量６０、船積日８月３０日、入港日９月１０日の船積情報、および、船荷証券番号ＢＬ００１、商品名Ｂ５ＰＰＣ，船積数量５０、船積日８月３０日、入港日９月１０日の船積情報がそれぞれ入力される（レコード＃１２、＃１３）。これは、仕入書番号がＩＮＶ−００１である２種類の商品Ａ４ＰＰＣおよびＢ５ＰＰＣが共通の船荷証券番号ＢＬ−００１で船積みされたことを意味している。また、仕入書番号ＩＮＶ−００２に関係付けて、船荷証券番号ＢＬ−００２、商品名Ａ４ＰＰＣ、船積数量４０、船積日９月５日、入港日９月１５日の船積情報が入力されている（レコード＃１４）。
【００５５】
商品が目的港に到着すると、荷受側海貨業者は、荷受側コンピュータ２２から到着情報を入力する。図３〜図８に示す例では、荷受側コンピュータ２２から３つの到着情報、すなわち、到着した商品の船荷証券番号ＢＬ−００１、商品名Ａ４ＰＰＣ、船積数量６０、到着日９月１５日、港頭入庫日９月１６日の到着情報、船荷証券番号ＢＬ−００１、商品名Ｂ５ＰＰＣ，船積数量５０、到着日９月１５日、港頭入庫日９月１６日の到着情報、および、船荷証券番号ＢＬ−００２、商品名Ａ４−ＰＰＣ、船積数量４０、到着日９月２０日、港頭入庫日９月２１の到着情報が入力されている（レコード＃１５，＃１６，＃１７）。
【００５６】
商品が港頭倉庫に入庫されると、港頭倉庫会社は港頭倉庫コンピュータ２４から港頭入庫情報を入力する。図３〜図８に示す例では、港頭倉庫コンピュータ２４から、入庫した商品の船荷証券番号ＢＬ−００１に関係付けて、港頭入庫番号ＩＮ１−００１、商品コードＰＲ−０１、港頭入庫数量６０、港頭入庫日９月１６日の港頭入庫情報、および、港頭入庫番号ＩＮ１−００２、港頭入庫数量５０、港頭入庫日９月１６日の港頭入庫情報が入力され（レコード＃１８，＃１９）、また、船荷証券番号ＢＬ−００２に関係付けて、港頭入庫番号ＩＮ１−００３、商品コードＰＲ−０１、港頭入庫数量４０、港頭入庫日９月２１日の港頭入庫情報が入力されている（レコード＃２０）。
【００５７】
商品が港頭倉庫から出庫されると、港頭倉庫会社は港頭倉庫コンピュータ２４から港頭出庫情報を入力する。図３〜図８に示す例では、港頭倉庫コンピュータ２４から、出庫される商品の港頭入庫番号ＩＮ１−００１に関係付けて、港頭出庫番号ＯＵＴ−００１、商品コードＰＲ−０１、港頭出庫数量２０、港頭出庫日９月２５日の港頭出庫情報が入力されている（レコード＃２１）。これは、９月１６日に港頭倉庫に入庫された商品コードＰＲ−０１の６０個の商品のうち２０個が９月２５日に出庫されたことを意味している。その後、港頭出庫番号ＯＵＴ−００２およびＯＵＴ−００３の港頭出庫情報（レコード＃２２、＃２３）により、この商品が９月３０日に２０個、１０月５日に２０個、それぞれ港頭倉庫から出庫されたことが示されている。同様に、港頭入庫番号ＩＮ１−００２に関係付けて、港頭出庫番号ＯＵＴ−００４、商品コードＰＲ−０２、港頭出庫数量３０、港頭出庫日９月２５日の港頭出庫情報、および、港頭出庫番号ＯＵＴ−００５、商品コードＰＲ−００２、港頭出庫数量２０、港頭出庫日１０月５日の港頭出庫情報が入力され（レコード＃２４，＃２５）、また、港頭入庫番号ＩＮ１−００３に関係付けて、港頭出庫番号ＯＵＴ−００６、商品コードＰＲ−０１、港頭出庫数量１０、港頭出庫日１０月６日の港頭出庫情報、および、港頭出庫番号ＯＵＴ−００７、商品コードＰＲ−０１、港頭出庫数量３０港頭出庫日１０月２０日の港頭出庫情報が入力されている（レコード＃２６，＃２７）。
【００５８】
港頭倉庫から出庫された商品がセンター倉庫に入庫されると、センター倉庫ではセンター倉庫コンピュータ２６からセンター入庫情報を入力する。図３〜図８に示す例では、センター倉庫コンピュータ２６から、入庫された商品の港頭出庫番号ＯＵＴ−００１に関係付けて、商品コードＰＲ−０１、センター入庫数量２０、センター入庫日１０月６日のセンター入庫情報が入力され（レコード＃２８）、港頭出庫番号ＯＵＴ−００４に関係付けて、商品コードＰＲ−０２、センター入庫数量２０、センター入庫日１０月６日のセンター入庫情報が入力され（レコード＃２９）、港頭出庫番号ＯＵＴ−００７に関係付けて、商品コードＰＲ−０１、センター入庫数量３０、センター入庫日１０月２１日のセンター入庫情報が入力されている（レコード＃３０）。これにより、商品コードＰＲ−０１の商品Ａ４ＰＰＣが１０月６日に２０個、１０月２１日に３０個、それぞれセンター倉庫に入庫され、また、商品コードＰＲ−０２の商品Ｂ５ＰＰＣが２０個、１０月６日にセンター倉庫に入庫されたことがわかる。
【００５９】
以上述べたように、統合在庫管理サーバー１０は、各端末コンピュータ１４〜２６から受信した各情報を記録することにより、図３〜図８に示すような在庫管理データベース１０ａが構築されていく。
【００６０】
次に、統合在庫管理サーバー１０の在庫管理データベース閲覧用ＵＲＬにアクセスがあった場合の処理を説明する。購買部門コンピュータ１４からデータ閲覧用ＵＲＬにアクセスがあると、先ず、ＩＤおよびパスワードを入力するための入力画面を当該購買部門コンピュータ１４へ送信する。そして、入力画面にＩＤおよびパスワードが入力されて返送されてくると、統合在庫管理サーバー１０は、ＩＤおよびパスワードが正当であることを確認したうえで、ＩＤに基づいてアクセス元の企業を特定する。そして、在庫管理データを閲覧すべき商品名を指定するための商品名入力画面を購買部門コンピュータ１４へ送信する。
【００６１】
商品名入力画面に商品名が入力されて返送されてくると、統合在庫管理サーバー１０は、当該企業についての在庫管理データベース１０ａから指定された商品名に該当する在庫管理データを抽出して、納品予定月毎に、各在庫状態の商品数量を集計する。例えば、図３〜図８に示す在庫管理データベース１０ａについて商品名「Ｂ５ＰＰＣ」（商品コード「ＰＲ−０２」）が指定された場合、在庫管理データベース１０ａから、商品名「Ｂ５ＰＰＣ」または商品コード「ＰＲ−０１」に対応するシーケンス番号ＳＥＱ−０１−×××のレコード（図３〜図８の例では、レコード＃２，＃５，＃７，＃１０，＃１３，＃１６，＃１９，＃２４，＃２５，＃２９）を抽出する。
【００６２】
そして、抽出した各レコードについて、業務プロセスに基づいて、商品の在庫状態が判別される。すなわち、「センター入庫」に該当するレコードはセンター入庫状態と判別され、「港頭出庫」に該当するレコードは港頭出庫状態と判別され、「港頭入庫」に該当するレコードは港頭入庫状態と判別され、「到着」に該当するレコードは到着状態と判別され、「船積」に該当するレコードは洋上在庫状態と判別され、「船積手続」に該当するレコードは船積手続状態と判別され、「船積手配」に該当するレコードは船積手配状態と判別され、レコード＃４は「生産」に該当するレコードであるため生産中と判別され、「発注」に該当するレコードは「注文確定済み」と判別される。そして、各在庫状態について、商品数量が集計される。また、各在庫状態について、その状態への移行日（例えば、港頭入庫状態であれば港頭入庫日、船積手配状態、船積手続状態、および洋上在庫状態であれば船積日等）からセンター倉庫への入庫予定日が算出される。すなわち、各在庫状態からセンター倉庫へ入庫するまでの所要日数は予め把握できるので、各状態への移行日に夫々の所要日数を加えることで、センター倉庫への入庫予定日を求めることができるのである。
【００６３】
これらの集計演算処理を図９に示す別のデータ例を参照して具体的に説明する。なお、図９においては、商品Ａに該当するレコードについて、以下に説明する集計演算処理に関係する項目のみを抜粋して示している。また、各レコードについて、上記のように各レコードに該当する業務プロセスから得られた在庫状態、および、各在庫状態への移行日から算出された納品予定日（センター倉庫への入庫予定日）を示している。
【００６４】
図９において、シーケンス番号ＳＥＱ−５０に対して、２つのレコード＃１０、＃１１が記録されている。このうち、レコード＃１０は港頭在庫状態の商品Ａの数量が１００であることを示しているが、レコード＃１１より、このうち２０はセンター在庫状態となっていることがわかる。したがって、実際の港頭在庫数量は１００から２０を差し引いて８０となる。また、シーケンス番号ＳＥＱ−６０に対して、２つのレコード＃２５、＃２６が記録されている。このうち、レコード＃２６は、購入注文確定状態の商品Ａの数量が３００であることを示しているが、レコード＃２５より、このうち２００は洋上在庫状態となっていることがわかる。したがって、実際の購入注文確定数量は３００から２００を差し引いて１００となる。このように、同一のシーケンス番号に対して、複数の在庫状態のレコードが記録されている場合には、上流側（購買部門に近い側）の在庫数量から下流側（センター倉庫に近い側）の在庫数量を差し引いて、上流側在庫状態の実際の数量を算出する。
【００６５】
以上のような集計演算処理の結果、図１０に示すような集計データが生成され、この集計データを表示する画面が、購買部門コンピュータ１４へ送信される。図１０に示す集計データは、１月に入庫予定で、現在、港頭在庫中であるものが８０、既にセンター倉庫に入庫済みのものが２０あり、１月までの販売在庫数量は計１００であることを示している。同様に、２月に入庫予定で、現在、洋上在庫中であるものが２００あり、２月までの販売在庫数量は１月の販売在庫数量を含めて計３００であることを示し、また、３月に入庫予定で、現在、購入注文確定状態であるのものが１００あり、３月までの販売在庫数量は、１月および２月の販売在庫数量を含めて計４００であることを示している。
【００６６】
なお、上記の説明では、購買部門コンピュータ１４で商品名を指定すると、その商品について図１０に示すような在庫予定を示す集計データを生成して、この集計データを当該購買部門コンピュータ１４で閲覧できるものとしたが、これに限らず、購買部門コンピュータ１４では、商品名や購入注文番号等を指定して、購入注文毎の在庫の進捗状況（すなわち、在庫管理データベース１０ａに登録されたデータ内容そのもの）を閲覧できるようにしてもよい。
【００６７】
上述の如く、本実施形態では、企業の購買部門（あるいは、在庫管理を必要とするその他の部門）において、購入注文を行った商品の在庫状態を統合的に管理することができる。また、各商品について、納品予定月毎に各在庫状態の数量が集計されたデータを閲覧できるので、商品の納品予定時期および数量を正確に予測することが可能となる。すなわち、発注元企業は購入注文番号のみを、荷送側海貨業者は、購入注文番号、仕入書番号、および船荷証券番号のみを、港頭倉庫会社は船荷証券番号、港頭入庫番号、および港頭出庫番号のみを、センター倉庫は港頭出庫番号とセンター入庫番号のみを、それぞれ把握しているため、発注元企業、荷送側海貨業者、荷受側海貨業者、港頭倉庫会社、およびセンター倉庫が夫々保有する情報を個別に管理したのでは、同一の発注商品について在庫状態を追跡して管理することはできない。これに対して、本実施形態では、図３〜図８に示すように、購入注文番号、船荷証券番号、港頭入庫番号、港頭出庫番号、およびセンター入庫番号を相互に関係付けて在庫管理データベース１０ａに記録することで、発注商品についての在庫状態を統合的に管理することが可能となるのである。
【００６８】
なお、上記実施形態では、各端末コンピュータ１４〜２６からの情報入力を、ＷＥＢサーバーとしての統合在庫管理サーバー１０にアクセスすることにより行うものとしたが、これに限らず、例えば、各端末コンピュータ１４〜２６から電子データ交換（ＥＤＩ）により情報を送信することとしてもよく、あるいは、電子メールにより情報を送信することとしてもよい。
【００６９】
また、上記実施形態では、購入注文された商品が、船積みされて海上輸送され、水揚げされて港頭倉庫に入庫された後、センター倉庫に納品されるものとして説明した。しかしながら、本発明はこれに限定されるものではなく、陸上輸送や航空輸送により商品が輸送される場合にも適用が可能である。すなわち、輸送の形態にかかわらず、商品が発注されてから納品されるまでに幾つかの在庫状態を経ることになるが、在庫状態が変化する都度その情報を受け取って、在庫管理データを更新することで、発注商品の統合的な在庫管理を行うことができるのである。
【００７０】
次に本発明の第２の実施形態について説明する。本実施形態のシステムは、上記第１実施形態のシステムが有する機能に加えて、センター倉庫入庫後の在庫管理、発注者・生産者・海貨業者等の各主体の目的に応じた在庫データの閲覧、適正在庫を維持するための在庫調節等の機能を有している。
【００７１】
図１１は、本発明の第２の実施形態である統合在庫管理サーバー１００を含むシステムの全体構成図である。また、図１２は、統合在庫管理サーバー１００が備える機能モジュールの概要を表す図である。図１１に示す如く、本実施形態では、統合在庫管理サーバー１００には在庫管理データベース１００ａが設けられており、また、上記第１実施形態の端末コンピュータ１４〜２６に加えて、商品の販売会社の端末コンピュータ（以下、販売会社コンピュータという）２８および運送会社の端末コンピュータ（以下、運送会社コンピュータという）３０が接続されている。
【００７２】
先ず、図１２を参照して、本実施形態のシステムの概要を説明する。
【００７３】
図１２に示す如く、統合在庫管理サーバー１００は、Ｐ／Ｏ管理モジュール５０、進捗管理モジュール５２、統合在庫管理モジュール５４、フォワーディングモジュール５６、標準在庫管理モジュール５８、配送管理モジュール６０、受発注管理モジュール６２、およびＥＤＩインターフェースモジュール６４を備えている。このうち、ＥＤＩインターフェースモジュール６４は、ＥＲＰ、電子決済システム、顧客基幹システム、宅配業者システム、他社在庫システム、Forwarderモジュールなどの他システムとのＥＤＩ（電子データ交換）を行う通信モジュールである。
【００７４】
図１３は、Ｐ／Ｏ管理モジュール５０を説明するための図である。図１３に示す如く、Ｐ／Ｏ管理モジュール５０は進捗管理モジュール５２に接続されており、インターネット１２を介して購入注文主から購入注文を受信すると共に、進捗管理モジュール５２と連携して、購入注文主が購入注文情報および進捗管理情報を参照できるようにする機能を有する。すなわち、Ｐ／Ｏ管理モジュール５０は、購買部門コンピュータ１４からインターネット１２を介した購入注文情報の入力および在庫進捗状況の参照を行う機能を提供するためのモジュールに相当する。
【００７５】
図１４は、進捗管理モジュール５２を説明するための図である。図１４に示す如く、進捗管理モジュール５２は、Ｐ／Ｏ管理モジュール５０および統合在庫管理モジュール５４に接続されており、生産から輸送を経てセンター倉庫への入庫に至る各在庫状態毎の在庫管理を行う機能を有している。すなわち、進捗管理モジュール５２は、上記図１０に示すような在庫データの集計を行って端末コンピュータでの閲覧に供するモジュールに該当する。
【００７６】
更に、進捗管理モジュール５２は、配送制御（Delivery Control）情報の入力を受け付ける機能を有している。具体的には、購買部門コンピュータ１４、生産者コンピュータ１６、または輸出者コンピュータ１８から進捗管理モジュール５２へ、船積日、船積港（Port of Discharge）、および陸揚港（Final Destination）を入力することができる。この入力機能により、購入注文主、生産者、または、輸入者は、購入注文が行われた後、生産、輸送、または保管の状態にある商品の在庫状況を確認しながら、商品の船積みに関する予定や出発港・目的港を指定することができる。なお、船積日、出発港、および目的港の指定を、購入注文主、生産者、および輸入者のうち誰が行えるかは、売買契約において、誰がどの段階まで商品の占有権または所有権を有するものとして定められているかによる。
【００７７】
図１５は、統合在庫管理モジュール５４を説明するための図である。統合在庫管理モジュール５４は、進捗管理モジュール５２、フォワーディングモジュール５６、標準在庫管理モジュール５８、および配送管理モジュール６０に接続されており、システム全体を管理する機能を有する。
【００７８】
図１６は、フォワーディングモジュール５６、標準在庫モジュール５８、および配送管理モジュール６０を説明するための図である。
【００７９】
フォワーディングモジュール５６は、例えば荷受側海貨業者等の運送業者から提供された情報に基づいて、輸送船の入港から港頭倉庫への入庫までの進捗管理を行うためのモジュールである。すなわち、フォワーディングモジュール５６は、荷受側海貨業者の荷受側コンピュータ２２から、入庫日、コンテナヤードへの搬入日、コンテナヤードからの搬出日、通関日、港頭倉庫への配送日、および、港頭倉庫への入庫日についてのデータ（以下、港頭進捗データという）を受信する。この港頭進捗データは該当するシーケンス番号に関係付けて在庫管理データベース１００ａに記録される。そして、フォワーディングモジュール５６は、在庫管理データベース１００ａに記録された港頭進捗データを閲覧するための閲覧画面を生成して、購入注文主等の顧客の端末コンピュータへ送信する。図１７は、港頭進捗データの閲覧画面の一例を示す。図１７に示すように、この閲覧画面には、入港日、コンテナヤードへの搬入日・搬出日、コンテナヤードから港頭倉庫への配送日、通関日、港頭倉庫への入庫日等の情報の表示欄が含まれる。
【００８０】
標準在庫管理モジュール５８は、統合在庫管理モジュール５４と連携しながら顧客企業における在庫管理サービスを提供するためのモジュールである。すなわち、標準在庫管理モジュール５８には、商品の在庫情報が各顧客企業毎に記録されたデータベースを有しており、顧客企業の端末コンピュータから在庫のデータ参照および入出庫指令の入力を受けると共に、統合在庫管理モジュール５４から例えば上記第１実施形態の図１０に示すような在庫予定データを取得する。そして、各顧客企業について、在庫予定データを含めた在庫データを検索・閲覧するための在庫管理画面を生成し、顧客企業の端末コンピュータへ送信する。これにより、顧客企業では、現在の在庫状況に加えて、購入注文が完了した将来の納品予定商品についても、各商品が何時、どれだけの数量だけ納品されるか等の在庫管理を行うことができる。図１８〜図２０は、顧客の端末コンピュータにおいて表示された在庫管理画面の例を示す。
【００８１】
顧客企業の端末コンピュータから標準在庫管理モジュール５８へ入力された商品の入出庫指令は配送管理モジュール６０へ引き渡され、配送管理モジュール６０は、この入出庫指令に基づいて海貨業者やその他の運送業者のシステムコンピュータへ商品の配送指示信号を送信する。これにより、顧客は統合在庫管理サーバー１０にアクセスするだけで、在庫管理のみならず、配送の手配も自動的に行うことができる。
【００８２】
なお、上記の説明では、標準在庫管理モジュール５８が統合在庫管理サーバー１００の一部を構成するものとして説明したが、これ限らず、標準在庫管理モジュール５８を統合在庫管理サーバーとは独立した別のサーバーにより構成し、統合在庫管理サーバーとインターネット等により接続することにより、上記したような統合在庫管理サーバーと連携した機能を持たせることとしてもよい。
【００８３】
図２１は、受発注管理モジュール６２を説明するための図である。図２１に示す如く、受発注管理モジュール６２は、エンドユーザの端末コンピュータとの入出力インターフェース機能を有すると共に標準在庫管理モジュール５８に接続されている。そして、エンドユーザからの商品購入注文を受けると、標準在庫管理モジュール５８に対して、注文された商品の在庫状況を問い合わせて納期を確認し、注文主であるエンドユーザへその納期を通知する。また、受発注管理モジュール６２は、インターネット１２等を介して電子マーケットプレイス（Market Place）と接続されており、電子マーケットプレイスからの購入注文に対しても、同様の処理を行う。
【００８４】
図２２は、本実施形態において、Ｐ／Ｏ管理モジュール５０、進捗管理モジュール５２、統合在庫管理モジュール５４、フォワーディングモジュール５６、標準在庫管理モジュール５８、配送管理モジュール６０、受発注管理モジュール６２、および各端末コンピュータ１４〜３０の間でやりとりされる情報の流れを示す図である。なお、図２２では、フォワーディングモジュール５６について、輸出者側に対応したモジュール５６Ａと輸入者側に対応したモジュール５６Ｂとに分けて示している。また、標準在庫管理モジュール５８については、港頭在庫に対応したモジュール５８Ａとセンター在庫に対応したモジュール５８Ｂとに分けて示している。
【００８５】
また、図２３は、本実施形態において、商品が発注されてから商品が輸入されて販売会社へ配送されるまでの一連の流れを各端末コンピュータ１４〜３０から入力される情報の内容と共に示す図である。
【００８６】
図２２および図２３に示す如く、発注元企業の購買部門は、商品の購入注文番号（P/O No.）、商品コード、オーダー数量、オーダー日、船積港、陸揚港、および入庫先センター名を含む購入注文情報を購買部門コンピュータ１４から入力する（Ｓ１０１、(1)）。この購入注文情報はＰ／Ｏ管理モジュール５０に送信され、さらに、Ｐ／Ｏ管理モジュール５０から生産者コンピュータ１６および輸出者コンピュータ１８へ送信される（Ｓ１０２）。生産者は、生産者コンピュータ１６に送信されてきた購入注文情報に基づいて商品の生産を行う。そして、購入注文番号、商品名、生産数量、生産開始日、生産完了日を含む生産者情報を生産者コンピュータ１６へ入力し、入力された生産者情報はＰ／Ｏ管理モジュール５０へ送信される（Ｓ１０３、(2)）。この生産者情報は、Ｐ／Ｏ管理モジュール５０から購買部門コンピュータ１４へ送信され（Ｓ１０４）、これにより、発注元企業は商品の生産日程を確認することができる。また、購入注文情報および生産者情報は、Ｐ／Ｏ管理モジュール５０から進捗管理モジュール５２へ引き渡され（Ｓ１０５）、さらに、統合在庫管理モジュール５４へ引き渡される（Ｓ１０６）。
【００８７】
商品の生産が完了すると、輸出者は商品の船積手続を指図すべく、購入注文番号、商品コード、船積指図数量、および船積日を含む船積手配情報を輸出者コンピュータ１８へ入力する。入力された船積手配情報はＰ／Ｏ管理モジュール５０へ送信される（Ｓ１０７、(3)）。この船積手配情報は、Ｐ／Ｏ管理モジュール５０から輸出者側のフォワーディングモジュール５６Ａへ引き渡され（Ｓ１０８）、さらに、荷送側海貨業者の荷送側コンピュータ２０へ送信される（Ｓ１０９）。
【００８８】
荷送側海貨業者では、送信されてきた船積手配情報に応じて船積手続を行う。そして、送状番号（INV No.）、商品コード、船積数量、船積日を含む船積手続情報を荷送側コンピュータ２０へ入力し、入力された船積手続情報は輸出者側のフォワーディングモジュール５６Ａへ送信される（Ｓ１１０、(4)）。さらに、船積が完了すると、船荷証券番号（B/L No.）、商品名、船積数量、入港日を含む船積情報を入力し、この船積情報はフォワーディングモジュール５６Ａへ送信される（Ｓ１１１、(5)）。
【００８９】
船積情報はフォワーディングモジュール５６Ａから進捗管理モジュール５２へ引き渡され（Ｓ１１２）、さらに、輸入者側のフォワーディングモジュール５６Ｂおよび統合在庫管理モジュール５４へ引き渡される（Ｓ１１３，Ｓ１１４）。また、船積情報はフォワーディングモジュール５６Ｂから荷受側海貨業者の荷受側コンピュータ２２へ送信される（Ｓ１１５）。荷受側海貨業者では、送信されてきた船積情報に基づいて、どのような商品がいつ頃到着するかの予定を知ることができる。
【００９０】
商品を積んだ輸送船が入港して商品が到着すると、荷受側海貨業者は、船荷証券番号、商品名、船積数量、到着日、港頭入庫日を含む到着情報を荷受側コンピュータ２２に入力し、入力された到着情報はフォワーディングモジュール５６Ｂへ送信される（Ｓ１１６、(6)）。この到着情報は、進捗管理モジュール５２に引き渡される（Ｓ１１７）と共に、該当する港頭倉庫の港頭倉庫コンピュータ２４へ入庫指図情報として送信される（Ｓ１１８）。さらに、到着情報は、進捗管理モジュール５２から統合在庫管理モジュール５４へ引き渡される（Ｓ１１９）。
【００９１】
港頭倉庫では、港頭倉庫コンピュータ２４で受信した入庫指図情報に応じて入庫作業を行う。そして、入庫が完了すると、港頭入庫番号、商品コード、港頭入庫数量、港頭入庫日を含む港頭入庫情報を港頭倉庫コンピュータ２４へ入力し、入力された港頭入庫情報は、港頭倉庫に対応した標準在庫管理モジュール５８Ａへ送信される（Ｓ１２０、(7)）。港頭入庫情報は、さらに、標準在庫管理モジュール５８Ａから統合在庫管理モジュール５４へ引き渡される（Ｓ１２１）。
【００９２】
標準在庫管理モジュール５８Ａは、統合在庫管理モジュール５４から出庫指図を受けると（Ｓ１２２）、この出庫指図を該当する港頭倉庫の港頭倉庫コンピュータ２４へ送信する（Ｓ１２３）。
【００９３】
港頭倉庫では、港頭倉庫コンピュータ２４で受信した出庫指示に応じて、出庫作業を行う。そして、出庫が完了すると、港頭出庫番号、商品コード、港頭出庫数量、港頭出庫日を含む出庫情報を港頭倉庫コンピュータ２４へ入力し、入力された出庫情報は、標準在庫管理モジュール５８Ａへ送信される（Ｓ１２４、(8)）。
【００９４】
また、センター倉庫に対応した標準在庫管理モジュール５８Ｂは、統合在庫管理モジュール５４から入庫指図を受けると（Ｓ１２５）、この入庫指図を該当するセンター倉庫のセンター倉庫コンピュータ２６へ送信する（Ｓ１２６）。
【００９５】
センター倉庫では、センター倉庫コンピュータ２６で受信した入庫指示に応じて入庫作業を行う。そして、入庫が完了すると、センター入庫番号、商品コード、センター入庫数量、センター入庫日を含むセンター入庫情報をセンター倉庫コンピュータ２６へ入力し、入力されたセンター入庫情報は、標準在庫管理モジュール５８Ｂへ送信される（Ｓ１２７、(9)）。標準在庫管理モジュール５８Ｂは、このセンター入庫情報を統合在庫管理モジュール５４へ引き渡す（Ｓ１２８）。
【００９６】
商品の販売会社は、商品を受注すると、受注番号、商品コード、受注数量、受注日を含む受注情報を販売会社コンピュータ２８へ入力し、入力された受注情報は受発注管理モジュール６２へ送信される（Ｓ１２９、(10)）。受発注管理モジュール６２は、標準在庫管理モジュール５８Ｂに対して、受注商品のセンター在庫の照会・確認を行う（Ｓ１３０，Ｓ１３１）と共に、購買部門コンピュータ１４へ受注の照会・確認を行う（Ｓ１３２、Ｓ１３３）。そして、これらの確認がとれると、受注商品をセンター倉庫から出荷すべき旨の指図が標準在庫管理モジュール５８Ｂを経て、該当するセンター倉庫のセンター倉庫コンピュータ２６へ送信される（Ｓ１３４，Ｓ１３５）。
【００９７】
センター倉庫では、センター倉庫コンピュータ２６で受信した出荷指示に応じて出庫作業を行う。そして、出庫が完了すると、センター出庫番号、商品コード、センター出庫数量、センター出庫日を含むセンター出庫情報をセンター倉庫コンピュータ２６へ入力し、入力されたセンター出庫情報は標準在庫管理モジュール５８Ｂへ送信される（Ｓ１３６、(11)）。
【００９８】
標準在庫管理モジュール５８Ｂは、受信したセンター出庫情報に応じて配送指図を配送管理モジュール６０へ出し（Ｓ１３７）、この配送指図は配送管理モジュール６０から運送会社コンピュータ３０へ送信される（Ｓ１３８）。また、標準在庫管理モジュール５８Ｂは、センター出庫情報を統合在庫管理モジュール５４へ引き渡す（Ｓ１３９）。
【００９９】
販売会社では、販売会社コンピュータ２８から納期照会を行うことができ（Ｓ１４０）、この納期照会は、受発注管理モジュール６２から標準在庫管理モジュール５８Ｂおよび配送管理モジュール６０を経て、運送会社コンピュータ３０へ送信される（Ｓ１４１，Ｓ１４２，Ｓ１４３）。納期照会に応じて、販売会社コンピュータ２８にて納期回答が入力されると（Ｓ１４４）、この納期回答は、配送管理モジュール６０から、標準在庫管理モジュール５８Ｂおよび受発注管理モジュール６２を経て販売会社コンピュータ２８へ送信される（Ｓ１４５、Ｓ１４６，Ｓ１４７）。
【０１００】
運送会社は、運送会社コンピュータ３０で受信した配送指図に応じて配送作業を行う。そして、配送が完了すると、送状番号、商品コード、配送数量、配送日を含む配送情報を運送会社コンピュータ３０へ入力し、入力された配送情報は、配送管理モジュール６０へ送信され（Ｓ１４８、(12)）、さらに、配送管理モジュール６０から標準在庫管理モジュール５８Ｂへ引き渡される（Ｓ１４９）。標準在庫管理モジュール５８Ｂはこの配送情報に基づいて出荷が完了したことを検知し、受発注管理モジュール６２に対して出荷完了情報を出し（Ｓ１５０）、受発注管理モジュール６２はこの出荷完了情報に応じて、出荷情報を購買部門コンピュータ１４へ送信する（Ｓ１５１）。
【０１０１】
また、後に詳細に説明するように、発注元企業の購買部門は、在庫調節を行うべく、発注済の商品について陸揚港の変更指図を出すことができ（Ｓ１６０）、この陸揚港変更指図は、進捗管理モジュール５２からフォワーディングモジュール５６Ａを経て荷送側コンピュータ２０へ送信される（Ｓ１６１、Ｓ１６２）
本実施形態の統合在庫管理サーバー１００は、上記第一実施形態の統合在庫管理サーバー１０と同様に、端末コンピュータ１４〜３０から送信されてきた各情報に基づいて、在庫管理データベース１００ａを構築する。図２４〜図２９は、在庫管理データベース１００ａの一例を示す。上記第一実施形態における在庫管理データベース１００ａと同様に、在庫管理データベース１００ａは、商品の識別情報であるキー項目（図２４、図２５）、商品の数量に関する数量管理項目（図２６、図２７）、各種日付に関する日付管理項目（図２８、図２９）を含むレコードをレコード単位としている。
【０１０２】
図２４および図２５に示すように、キー項目は、シーケンス番号（SEQ No.）、シーケンス枝番、船積港、陸揚港、納品先センター名、購入注文番号（P/O No.）、商品コード、商品名、仕入書番号（INV No.）、船荷証券番号（B/L No.）、港頭入庫番号、港頭出庫番号、センター入庫番号、および送状番号を含んでいる。また、図２６および図２７に示すように数量管理項目は、注文（オーダー）数量、生産数量、船積指図数量、船積数量、港頭入庫数量、港頭出庫数量、センター入庫数量、受注数量、センター出庫数量、および配送数量を含んでいる。更に、図２８および図２９に示すように、日付管理項目は、注文(オーダー)日、生産開始日、生産完了日、船積日、入港日、到着日、港頭入庫日、港頭出庫日、センター入庫日、受注日、センター出庫日、および配送日を含んでいる。
【０１０３】
以下、図２４〜図２９に示す在庫管理データベース１００ａが構成される過程について説明する。なお、説明の便宜上、図２４〜図２９には各レコードにレコード番号（＃）を付しており、また、これら各図の左端欄には、各情報が購入注文情報、生産者情報、船積手配情報、船積情報、到着情報、港頭入庫情報、港頭出庫情報、センター入庫情報、受注情報、出庫情報、および配送情報の何れの情報であるかを示す業務プロセス名およびその管理主体を示している。
【０１０４】
図２４〜図２９に示す例では、先ず、購買部門コンピュータ１４から送信された購入注文番号ＰＯ−１１およびＰＯ−２１の購入注文情報が記録されている。購入注文番号ＰＯ−１１の購入注文情報には５種類の購入注文が含まれており、夫々にシーケンス番号（SEQ No.）ＳＥＱ−１１、ＳＥＱ−１２、ＳＥＱ−１３、ＳＥＱ−１４、ＳＥＱ−１５が付されている（レコード＃１〜＃５）。また、購入注文番号ＰＯ−１２の購入注文情報には２種類の購入注文が含まれており、夫々にシーケンス番号ＳＥＱ−２１、ＳＥＱ−２２が付されている（レコード＃６，＃７）。図２４〜図２９からわかるように、各購入注文の内容は以下の通りである（オーダー日は何れも４月２０日である。）。
次に、生産者は生産者コンピュータ１６から生産者情報を入力する。すなわち、購入注文のあった商品について生産を開始すると、先ず、その商品の購入注文番号、商品名、生産開始日を入力し、生産を完了すると、生産数量および生産完了日を入力する。そして、入力された購入注文番号および商品名と登録済みの購入注文情報との照合により該当するシーケンス番号が特定され、在庫管理データベース１００ａに記録される。図２４〜図２９の例では、以下の生産者情報が入力され、シーケンス番号ＳＥＱ−１１〜１５，ＳＥＱ−２１〜２２が特定され、レコード＃８〜＃１４に記録されている。ただし、ＳＥＱ−２２については、生産開始日のみが記録されているから、生産が完了していないことになる。
なお、本例では、ＳＥＱ−１５を除くシーケンス番号については、生産数量がオーダー数量に対して不足しているため、枝番「−００１」が付されており、不足分について生産が開始されると、同じシーケンス番号に別の枝番（「−００２」等）を付けたデータが記録されることとなる。シーケンス枝番についての処理は上記第１実施形態と同様であるので、本実施形態では、説明を簡単にするため、シーケンス枝番の処理については説明を省略する。
【０１０７】
商品が生産者から輸出者に引き渡されると、輸出者は、船積手配を行ったうえで、輸出者コンピュータ１８から船積手配情報を入力する。すなわち、船積手配を行った商品について、購入注文番号、商品コード、船積指図数量、船積日を入力する。そして、入力された船積手配情報と登録済みの生産者情報との照合により、該当するシーケンス番号が特定され、在庫管理データベース１００ａに記録される。図２４〜図２９に示す例では、以下の船積手配情報が入力され、シーケンス番号ＳＥＱ−１１〜１５およびＳＥＱ−１６が特定されて、レコード＃１５〜＃２０に記録されている。
船積手配を受けた海貨業者（荷送側海貨業者）は、船積手続を行ったうえで、荷送側コンピュータ２０から船積手続情報を入力する。すなわち、船積手続を行った商品について、仕入書番号、商品コード、船積数量、および船積日を入力する。そして、入力された船積手続情報と記録済みの船積手配情報との照合により該当するシーケンス番号が特定され、在庫管理データベース１００ａに記録される。図２４〜図２９に示す例では、以下の船積手続情報が入力され、ＳＥＱ−１１，１２，１３，１５，２１が特定されて、レコード＃２１〜＃２５に記録されている。
本例では、ＳＥＱ−１１，１５，２１は船積港および陸揚港が同じ（船積港がシンガポール、陸揚港が東京）であるので、同じ仕入書番号が用いられており、ＳＥＱ−１２，１３は、各々、船積港または陸揚港が異なっているので、別の仕入書番号が用いられている。
【０１１０】
船積が完了すると、荷送側海貨業者は、荷送側コンピュータ２０から船積情報を入力する。すなわち、船積を完了した商品について、船荷証券番号、商品名、船積数量、船積日、入港日を入力する。そして、入力された船積情報と、登録済みの船積手続情報との照合により該当するシーケンス番号が特定され、在庫管理データベース１００ａに記録される。図２４〜図２９の例では、以下の船積情報が入力され、シーケンス番号ＳＥＱ−１１，１２，１３，１５，２１が特定されてレコード＃２６〜＃３０に記録されている。
商品が目的港に到着すると、荷受側海貨業者は、荷受側コンピュータ２２から到着情報を入力する。すなわち、到着した商品について、船荷証券番号、商品名、船積数量、到着日、港頭入庫日を入力する。そして、入力された到着情報と登録済みの船積情報との照合により該当するシーケンス番号が特定され、在庫管理データベース１００ａに記録される。図２４〜図２９の例では、以下の到着情報が入力され、シーケンス番号ＳＥＱ−１１，１２，１５，２１が特定されてレコード＃３１〜＃３４に記録されている。
商品が港頭倉庫に入庫されると、港頭倉庫では港頭倉庫コンピュータ２４から港頭入庫情報を入力する。すなわち、入庫した商品の港頭入庫番号、商品コード、港頭入庫数量、港頭入庫日を入力する。そして、入力された港頭入庫情報と登録済みの到着情報との照合により該当するシーケンス番号が特定され、在庫管理データベース１００ａに記録される。図２４〜図２９の例では、以下の港頭入庫情報が入力され、該当するシーケンス番号ＳＥＱ−１１，１５，２１が特定されてレコード＃３５〜＃３７に記録されている。
商品が港頭倉庫から出庫されると、港頭倉庫では港頭倉庫コンピュータ２４から港頭出庫情報を入力する。すなわち、港頭倉庫から出庫した商品について、港頭出庫番号、商品コード、港頭出庫数量、および港頭出庫日が入力される。そして、入力された港頭出庫情報と登録済みの港頭入庫情報との照合により該当するシーケンス番号が特定され、在庫管理データベース１００ａに記録される。図２４〜図２９に示す例では、以下の港頭出庫情報が入力され、シーケンス番号ＳＥＱ−１１，１５，２１が特定されてレコード＃３８〜＃４０に記録されている。
港頭倉庫から出庫された商品がセンター倉庫に入庫されると、センター倉庫ではセンター倉庫コンピュータ２６からセンター入庫情報を入力する。すなわち、センター倉庫へ入庫された商品について、センター入庫番号、商品コード、センター入庫数量、およびセンター入庫日が入力される。そして、入力されたセンター入庫情報と登録済みの港頭出庫情報との照合により該当するシーケンス番号が特定され、在庫管理データベース１００ａに記録される。図２４〜図２９に示す例では、以下のセンター入庫情報が入力され、シーケンス番号ＳＥＱ−１１，１５，２１が特定されて、レコード＃４１〜＃４３に記録されている。なお、シーケンス番号ＳＥＱ−１１，１５はセンター名が東京であるから、センター入庫情報は東京のセンター倉庫から入力され、シーケンス番号ＳＥＱ−２１はセンター名が横浜であるから、センター入庫情報は横浜のセンター倉庫から入力される。
商品販売会社は、センター倉庫に在庫中の商品について受注を受けると、販売会社コンピュータ２８から受注情報を入力する。すなわち、受注した商品について、受注番号、商品コード、受注数量、および受注日を入力する。そして、入力された受注情報と登録済みのセンター入庫情報との照合により該当するシーケンス番号が特定され、在庫管理データベース１００ａに記録される。図２４〜図２９に示す例では、以下の受注情報が入力され、シーケンス番号ＳＥＱ−１１，１５が特定されてレコード＃４４，４５に記録されている。
上記の受注情報は該当するセンター倉庫（上記の場合は東京センター）のセンター倉庫コンピュータ２６へ送信され、これに基づいて、センター倉庫では、商品をセンター倉庫から出庫し、センター出庫情報をセンター倉庫コンピュータ２６へ入力する。すなわち、出庫した商品について、センター出庫番号、商品コード、センター出庫数量、およびセンター出庫日を入力する。そして、入力されたセンター出庫情報と登録済みの受注情報との照合により該当するシーケンス番号が特定され、在庫管理データベース１００ａに記録される。図２４〜図２９に示す例では、以下のセンター出庫情報が入力され、シーケンス番号ＳＥＱ−１１，１５が特定されてレコード＃４６，４７に記録されている。
また、上記のように入力されたセンター出庫情報は、運送会社コンピュータ３０へ配送指示として送信される。運送会社ではこれに応じて配送を行ったうえで、運送会社コンピュータ３０から配送情報を入力する。すなわち、配送を行った商品について、送状番号、商品コード、配送数量、および配送日を入力する。そして、入力された配送情報と登録済みのセンター出庫情報との照合により該当するシーケンス番号が特定され、在庫管理データベース１００ａに記録される。図２４〜図２９に示す例では、以下の配送情報が入力され、シーケンス番号ＳＥＱ−１１，１５が特定されてレコード＃４８，＃４９に記録されている。
以上述べたように、統合在庫管理サーバー１０が各端末コンピュータ１４〜３０から受信した各情報を記録することにより、図２４〜図２９に示すような在庫管理データベース１００ａが構築されていく。そして、発注者（輸入商社）、生産者、輸出者、生産者海貨業者、港頭倉庫、およびセンター倉庫では、在庫管理データベース１００ａに記録された情報を、各端末コンピュータ１４〜２６から夫々の目的に適した形態で閲覧することができる。
【０１１９】
図３０は、発注元企業（例えば輸入商社）が発注契約の履行進捗状況を管理するための閲覧画面（以下、契約進捗閲覧画面という）の一例を示す。図３０に示す如く、契約進捗閲覧画面では、購入注文番号毎に、各商品の発注確定数量、船積数量、船積日およびその予確区分（予定か確定かを示す区分）、到着日およびその予確区分、港頭入庫日およびその予確区分、センター入庫可能日、船積残、船積港、陸揚港、センター名が表示される（予確区分については確定が＊印で表示される）。なお、図３０および下記図３１〜図３４に示す各閲覧画面では、説明の便宜上シーケンス番号（ＳＥＱ−）を記しているが、実際の画面にはシーケンス番号は表示されない。
【０１２０】
図３０に例示する契約進捗閲覧画面は、上記図２４〜図２９に示す在庫管理データベース１００を６月１５日の時点で閲覧したものである。この閲覧時点では、購入注文番号ＰＯ−１１の購入注文のうち、シーケンス番号ＳＥＱ−１１、１５，２１については６月８日に港頭入庫がなされてこれらの港頭入庫日までが記録されている。これに対応して、契約進捗閲覧画面には、在庫管理データベース１００ａに記録された船積日、到着日、港頭入庫日がそのまま表示され、予確区分は「確定」となっている。なお、センター入庫可能日は、港頭入庫日から、センター入庫までの所要日数を考慮して決めた所定日数（例えば３日）が経過した日付が表示される。
【０１２１】
また、シーケンス番号ＳＥＱ−１２については、閲覧日前日の６月１４日に到着したばかりであり、港頭入庫は未だ行われていないので、到着日（６月１４日）までが記録されている。これに対応して、契約進捗閲覧画面には、在庫管理データベース１００ａに記録された船積日および到着日がそのまま表示され、予確区分は「確定」となっているのに対して、港頭入庫日およびセンター入庫可能日については、到着日から予測される予定日が表示され、港頭入庫日の予確区分は「予定」となっている。
【０１２２】
また、シーケンス番号ＳＥＱ−１３については、６月１５日の閲覧時点では、５月３１日に船積が行われ、未だ到着していないので、船積日および入港日（予定日）までが記録されている。これに対応して、契約進捗閲覧画面には、在庫管理データベース１００ａに記録された船積日がそのまま表示され、予確区分は「確定」とされているのに対して、到着日および港頭入港日については入港日（６月１７日）から予測される予定日（夫々、６月１８日、６月２３日）が表示され、予確区分は「予定」となっている。
【０１２３】
また、シーケンス番号ＳＥＱ−１４については、６月１５日の閲覧時点では、船積手配が行われて船積指図数量は記録されているが、船積は未だ行われていないために船積日は記録されていない。これに対応して、契約進捗閲覧画面には、船積日、到着日、港頭入庫日のいずれについても、生産完了日（５月１０日）から予測される予定日（夫々、６月１６日、７月４日、７月９日）が表示され、予確区分は「予定」となっている。
【０１２４】
さらに、シーケンス番号ＳＥＱ−２２については、６月１５日の閲覧時点では、生産開始日までしか記録されておらず、生産は完了していない。これに対応して、船積日、到着日、港頭入庫日は空欄となっている。ただし、オーダー日からこられらの日付を予測して、予定日を表示させるようにしてもよい。
【０１２５】
このように、統合在庫管理サーバー１００は、在庫管理データベース１００ａから、各購入注文番号の各商品の各シーケンス番号のデータを読み出し、船積日、到着日、港頭入庫日のうち日付が記録されたものは、予確区分を「確定」としてそのままその日付を表示させ、日付が記録されていないものについては、予確区分を「予定」として、記録されている上流側の日付から予測される日付を表示させる。
【０１２６】
また、各購入注文番号の各商品について、発注数量の総計と、船積が完了した（すなわち船積日が確定である）ものの数量の総計との差を船積残として表示させる。図３０の画面例の場合、例えば購入注文番号ＰＯ−１１で注文された商品コードＰＲ−１１の商品について、発注数量は５００であるのに対して、船積が行われているのはＳＥＱ１１〜１３の計２５０であるため、船積残として２５０（＝５００−２５０）が表示されている。
【０１２７】
図３１は、生産者、輸出者、および荷送側海貨業者が出荷・輸出手続の進捗状況を管理するための閲覧画面（以下、輸出進捗閲覧画面という）の一例を示す。図３１に示す如く、輸出進捗閲覧画面では、輸出手続の準備のため商品の出荷・輸出状況を把握できるように、船積港毎に、各船積予定日について、船積数量、購入注文番号、商品コード、商品名、陸揚港、到着予定日、港頭入庫予定日、納品センター、センター入庫可能が表示される。
【０１２８】
図２４〜図２９に示すデータ例では、船積港がシンガポールであるデータとして、船荷証券番号がＢＬ−１１（船積日５月２０日）であるシーケンス番号ＳＥＱ−１１，１５，２１のデータと、船荷証券番号がＢＬ−１２（船積日５月２８日）であるシーケンス番号ＳＥＱ−１２のデータとがあるので、図３１の輸出進捗閲覧画面では、船積港：シンガポールに対応してこれらシーケンス番号のデータが表示されている。船積港がジャカルタであるデータについても同様に、シーケンス番号ＳＥＱ−１３，１４、２２のデータが表示されている。
【０１２９】
なお、シーケンス番号ＳＥＱ−１４については、６月１５日の閲覧時点で船積手配までしか行われておらず、船荷証券番号、船積数量は未定であるため、これらの項目は空欄となっており、また、到着予定日、港頭入庫予定日、およびセンター入庫可能日は、船積予定日（６月１６日）から予測される日付が表示されている。さらに、シーケンス番号ＳＥＱ−２２については、６月１５日の閲覧時点で、生産者情報までしか記録されておらず、船積手配は未だ行われていないため、船積予定日、船荷証券番号、船積数量、到着予定日、港頭入庫予定日、センター入庫可能日は何れも空欄となっている。ただし、生産完了日からこれらの日付を予測して、予定日として表示させてもよい。
【０１３０】
図３２は、荷受側海貨業者および発注元企業が輸入進捗状況を管理するための閲覧画面（以下、輸入進捗閲覧画面という）の一例を示す。図３２に示す如く、輸入進捗閲覧画面では、陸揚港毎に、到着予定日、船荷証券番号、船積数量、購入注文番号、商品コード、商品名、納品先センター名、港頭入庫予定日、センター入庫可能日、船積港、船積日が表示される。
【０１３１】
図２４〜図２９に示すデータ例では、陸揚港が東京であるデータとして、船荷証券番号がＢＬ−１１（到着予定日６月７日）であるシーケンス番号ＳＥＱ−１１，１５，２１のデータと、船荷証券番号がＢＬ−１２（到着予定日６月１５日）であるシーケンス番号ＳＥＱ−１２のデータがあるので、図３２の輸出進捗閲覧画面では、これらシーケンス番号のデータが表示されている。陸揚港が大阪であるデータについても同様に、シーケンス番号ＳＥＱ−１３，１４、２２のデータが表示されている。ただし、上記図３１について述べたのと同様の理由で、シーケンス番号ＳＥＱ−１４については、船荷証券番号は空欄とされ、到着予定日、港頭入庫予定日、およびセンター入庫可能日は、船積日（６月１６日）から予測される日付が表示されており、また、シーケンス番号ＳＥＱ−２２については、到着予定日、船荷証券番号、船積数量、港頭入庫予定日、センター入庫可能日、船積日は何れも空欄となっている。
【０１３２】
図３３は、港頭倉庫にて港頭入庫までの進捗状況を管理するための閲覧画面（以下、港頭進捗閲覧画面という）の一例を示す。図３３に示す如く、港頭進捗閲覧画面には、陸揚港毎に、港頭入庫予定日、商品コード、商品名、船積数量、船荷証券番号、購入注文番号、船積港、船積日およびその予確区分、到着日およびその予確区分、納品先、センター入庫可能日が表示される。図３３の画面例では、上記図３２に示す輸入進捗閲覧画面と同様に、陸揚港が東京のデータとしてシーケンス番号ＳＥＱ−１１，１５，２１，１２のデータが表示され、また、陸揚港が大阪のデータとしてシーケンス番号ＳＥＱ−１３，１４，２２のデータが表示されている。
【０１３３】
図３４は、センター倉庫にてセンター入庫までの進捗状況を管理するための閲覧画面（以下、センター進捗閲覧画面という）の一例を示す。図３４に示す如く、センター進捗閲覧画面には、納品先センター名毎に、センター入庫可能日、商品コード、商品名、船積数量、船荷証券番号、購入注文番号、船積港、船積日およびその予確区分、到着日およびその予確区分、陸揚港、港頭入庫日が表示される。
【０１３４】
図２４〜図２９に示す例では、納品先が東京センターであるデータとしてシーケンス番号ＳＥＱ−１１，１５のデータが、納品先が横浜センターであるデータとしてシーケンス番号ＳＥＱ−２１，１２のデータが、納品先が大阪センターであるデータとしてシーケンス番号ＳＥＱ−１３，２２のデータが、納品先が神戸センターであるデータとしてシーケンス番号ＳＥＱ−１４のデータが、夫々記録されており、これに応じて、これらシーケンス番号のデータが図３４の画面例に表示されている。
【０１３５】
以上のように、本実施形態では、発注元企業、生産者、輸出者、荷送側海貨業者、荷受側海貨業者、港頭倉庫、およびセンター倉庫において、夫々の目的に応じた形態で在庫管理データベース１００ａに記録されたデータを閲覧することができ、有効な在庫管理を行うことが可能となる。
【０１３６】
本実施形態の統合在庫管理サーバー１００は、また、センター倉庫および港頭倉庫での適正在庫割れ（在庫数が適正在庫数に対して不足すること）を判定して、在庫の移動指図を発する在庫自動調節の機能も有している。以下、この在庫自動調節機能について説明する。
【０１３７】
本実施形態では、上記のように、購入注文がなされる時点で陸揚港および入庫先センター倉庫が指定されるから、図３５に示すように、発注確定在庫は各陸揚港および各センター倉庫向けの在庫に区別され、また、洋上在庫および港頭在庫も夫々各センター向けの在庫に区別されることになる。在庫自動調節機能では、センター在庫の在庫割れがある場合に、港頭倉庫からセンター倉庫への在庫移動指図が発せられる。そして、当該在庫移動後に港頭倉庫の各センター向け在庫に適正在庫割れが生ずる場合には、同じ港頭倉庫の他のセンター向けの在庫を振り替えることができるか否かが判定され、振り替え可能であれば、その在庫振り替えを行うべき旨の指図が発せられる。また、在庫振替が不可能である場合には、適正在庫割れを解消するために陸揚港の変更が可能であるかを判断するための画面が発注元企業へ送られる。
【０１３８】
図３６は、在庫自動調節機能を実現すべく統合在庫管理サーバー１０が実行する処理の流れを示すフローチャートである。以下、図３６のフローチャートに示す処理の内容について、７月８日現在の在庫状態が図３７で表される場合を例にして説明する。
【０１３９】
先ず図３７に示すデータの内容について説明する。図３７において、「港頭在庫 予測在庫数」の欄は、次回の港頭入庫時の予測在庫であり、その計算方法は後述する。また、各センター倉庫および各港頭倉庫での適正在庫数は各商品について予め設定されている。さらに、センター在庫についての「平均出荷数」は、港頭倉庫からセンター倉庫への一日当りの平均出荷数を表すものであり、この値は予め設定されてもよいし、あるいは、過去の実績に基づいて自動計算するものとしてもよい。
【０１４０】
図３７の例では、７月８日現在において、商品コードＰＲ−５１の商品について、東京港の港頭倉庫での在庫は、東京センター向け在庫が３００、横浜センター向け在庫が２４０であり、適正在庫は共に２００であるので、それらの差異は夫々１００，４０となっている。また、大阪港の港頭倉庫での在庫は、大阪センター向けが２６０，神戸センター向けが２４０であり、適正在庫数は何れも２００であるから、それらの差異は夫々６０，４０となっている。一方、東京、横浜、大阪、神戸の各センター倉庫での在庫は、夫々、１５０，１５０，１５０，１４０であり、適正在庫は何れも２００であるから、それらの差異は夫々−５０，−５０，−５０，−４０となっている。
【０１４１】
また、港頭在庫について、東京港では、７月１４日に東京センター向けおよび横浜センター向けに夫々１５０，４０の次回入庫予定がある。この場合、例えば東京センター向け在庫については、現在の在庫数が３００、平均出荷数が１０、入庫予定の７月１４日までの日数が６日間であるから、次回入荷予定日には現在在庫数から６０（＝１０×６）の在庫減が予測され、７月１４日に１５０の入庫が予定されていることから、次回入庫時の予測在庫は、３９０（＝３００−６０＋１５０）となる。横浜センター向け在庫についても、同様にして、次回入庫在庫は２２０（＝２４０−６０＋４０）となる。また、大阪港では、７月２２に大阪センター向けおよび神戸センター向けに夫々９０，１００の次回入庫予定があり、次回入庫時の予測在庫は、上記の同様の計算により、夫々、２１０（＝２６０−１４×１０＋９０），２００（＝２４０−１４×１０＋１００）となる。こうして計算された各予測在庫より、適正在庫との差異は、夫々、１９０，２０，１０，０となっている。
【０１４２】
以下、図３７を参照しながら図３６に示すフローチャートの内容を説明する。図３６に示す如く、先ず、ステップ２００において、センター倉庫で適正在庫割れが生じているか否かが判別される。その結果、適正在庫割れが生じていなければ、在庫調節は不要と判断されて処理は終了される。一方、何れかのセンター倉庫で適正在庫割れが生じていれば、ステップ２０２で、該当する港頭倉庫の港頭倉庫コンピュータ２４に対して必要数量をセンター倉庫へ出荷すべき旨の指図が送られる。
【０１４３】
図３７に示す例では、上述したように、東京、横浜、大阪、神戸のセンター倉庫で、夫々、５０，５０，５０，６０の適正在庫割れが生じているので、ステップ２０２では、東京港の港頭倉庫の港頭倉庫コンピュータ２４に対して、東京センターおよび横浜センターへ夫々５０だけ出荷すべき旨の指示が送られ、また、大阪港の港頭倉庫の港頭倉庫コンピュータ２４に対して、大阪センターおよび神戸センターへ夫々５０および６０だけ出荷すべき旨の指示が送られる。
【０１４４】
図３８は、図３７に示す例において、上記の出荷指図に応じて港頭倉庫からセンター倉庫への出荷が行われた場合の、各倉庫での入出庫前後の在庫状態の変化を示す。図３８に示す如く、東京港の港頭倉庫から東京センターおよび横浜センターへ５０ずつ出荷され、大阪港の港頭倉庫から大阪センターおよび神戸センターへ夫々５０，６０だけ出荷されることにより、各港頭倉庫の在庫は出荷数だけ減少しており、一方、各センター倉庫の在庫は出荷数だけ増加して適正在庫に等しい在庫数となっている。
【０１４５】
ステップ２０４では、港頭倉庫からセンター倉庫へ出庫した時点での港頭倉庫の現在在庫に適正在庫割れが生ずるか否かが判別される。その結果、適正在庫割れが生じない場合は、ステップ２０６において、港頭倉庫の次回入庫時の予測在庫に適正在庫割れが生ずるか否かが判別される。その結果、次回入庫時にも適正在庫割れが生じなければ、処理は終了される。一方、上記ステップ２０４または２０６において、センター倉庫への出庫時点の現在在庫または次回入庫予定時の予測在庫に適正在庫割れが生ずる場合は、次にステップ２０８において同じ港頭倉庫の他センター向けの在庫を振り替えることが可能か否か（すなわち、他センター向け在庫についての適正在庫に対する在庫余裕数量が、上記適正在庫割れ分以上であるか否か）が判別される。その結果、振り替え可能であれば、ステップ２１０において、該当する港頭倉庫の港頭倉庫コンピュータ２４に対して、同じ港頭倉庫の他センター向け在庫から在庫割れに応じた数量だけ振り替えるべき旨の指示が送信される。一方、振り替え不可能であれば、ステップ２１２において、該当する商品の発注者の購買部門コンピュータ１４に対して、この商品について船積前の在庫について陸揚港の変更が可能かどうかを判断するための契約進捗閲覧画面が送信される。
【０１４６】
図３９は、上記のように港頭倉庫からセンター倉庫への出荷が行われた翌７月９日での在庫状態を示す上記図３７と同様の図である。図３９に示す如く、東京港の港頭倉庫の東京センター向けおよび横浜センター向け現在在庫、並びに、大阪港の港頭倉庫の大阪センター向けおよび神戸センター向け現在在庫は、夫々、２５０，１７０，２１０，１８０であるから、適正在庫との差異は、夫々５０，−３０，１０，−２０となっている。すなわち、東京港の横浜センター向け現在在庫と、大阪港の神戸センター向けの現在在庫に、夫々３０，２０の適正在庫割れが生じている（ステップ２０４でＹＥＳ判定）。
【０１４７】
また、東京港の東京センター向けの次回入庫時予測在庫は、上記図３７について説明したように、現在在庫２５０から次回入荷時までの出荷予定数（平均出荷数１０×日数５）を引き、次回入荷予定数１５０を加えることにより、３５０となる。同様に、東京港の横浜センター向けの次回入庫時予測在庫は１６０、大阪港の大阪センター向けおよび神戸センター向けの次回入庫時予測在庫はそれぞれ１７０，１５０となる。したがって、夫々の適正在庫との差異は、１５０，−４０，−３０，−５０となっている。すなわち、東京港の横浜センター向け予測在庫、大阪港の大阪センター向け予測在庫、および大阪港の神戸センター向け予測在庫に、夫々、４０，３０，５０の適正在庫割れが生じている（ステップ２０６でＹＥＳ判定）。
【０１４８】
したがって、図３９の例では、東京港の横浜センター向け在庫、大阪港の大阪センター向け在庫、および、大阪港の神戸センター向け在庫について、ステップ２０８において同じ港頭倉庫の他センター向け在庫からの振り替えが可能か否かが判別される。
【０１４９】
先ず、東京港の横浜センター向け在庫については、次回入庫時予測在庫の適正在庫割れ解消するには、同じ東京港の東京センター向け在庫から在庫割れ分４０だけ振り替える必要があるが、東京港の東京センター向け在庫は、現在在庫および次回入庫時予測在庫の何れも適正在庫を４０以上上回っているので、在庫の振り替えは可能であると判断される（ステップ２０８でＹＥＳ判定）。そこで、ステップ２１０において、東京港の港頭倉庫コンピュータ２４に対して、東京センター向けの在庫から４０だけ横浜センター向けを振り替えるべき旨の指示が送られる。
【０１５０】
図４０は、この振り替え指図に応じた在庫の振り替え処理を示す。図４０に示す如く、東京港における東京センター向け在庫から４０だけ出庫され、これが横浜センター向け在庫へ入庫されている。その結果、東京センター向け在庫は振り替え処理前の２５０から２１０へ減少し、横浜センター向け在庫は振り替え処理前の１７０から２１０へ増加している。
【０１５１】
図４１は、上記在庫振り替え処理後の在庫状態を示す上記図３７と同様の図である。図４１に示す如く、在庫の振り替えにより、東京港の東京センター向け在庫および横浜センター向け在庫の何れについても、現在在庫および次回入庫時予測在庫の両方とも適正在庫割れが解消されていることがわかる。
【０１５２】
一方、大阪港の大阪センター向け在庫および神戸センター向けの在庫については、何れも、現在在庫および次回入庫時予測在庫の少なくとも一方について適正在庫割れが生じているので、他センターからの振り替えは不可能であると判断される（ステップ２０８でＮＯ判定）。そこで、ステップ２１２において、発注元企業の購買部門コンピュータ１４に対して、発注元企業で陸揚港の変更が可能か否かを判断するための画面（以下、在庫調節閲覧画面という）が送信される。
【０１５３】
図４２は、図３６のステップ２１２で送信される在庫調節閲覧画面であり、上記図４１の在庫状態に対応した例を示している。図４２に示す如く、契約進捗閲覧画面には、在庫調節対象である商品（図４１では商品コードＰＲ−５１）について、各港頭倉庫のセンター毎の在庫状態が表示される。例えば、東京港の港頭倉庫の東京センター向け在庫について、現在在庫が２１０であり、以下のように７月１４日、７月２３日、７月３１日に計３回の入庫予定があることが示されている。
７月１４日：入庫数１５０ 船荷証券番号 ＢＬ−０５１ 船積日７月３日
７月２３日：入庫数 ５０ 船荷証券番号 ＢＬ−０５３ 船積日７月１２日
７月３１日：入庫数 ３０ 船荷証券番号 ＢＬ−０５５ 船積日７月２０日
【０１５４】
また、各入庫予定の入庫後の予測在庫数、適正在庫との差異、陸揚港変更の可否も表示されている。なお、予測在庫数は、上記図３７を参照して説明したように、一日平均出荷数および入庫日までの日数を考慮して計算され、また、陸揚港変更の可否は、現時点で船積日が経過しているかかどうかに基づいて定められる。
【０１５５】
発注元企業の購買担当者は、このような在庫調節閲覧画面を参照して、陸揚港の変更が可能であるか否かを判断する。すなわち、大阪の港頭倉庫について、次回入庫予定日の７月２２日の時点で、大阪センター向けに３０、神戸センター向けに３０の適正在庫割れが生じており、次々回の７月２７日の入庫予定時点では神戸センター向けの適正在庫割れは更に６０に増えている。一方、東京港では、東京センター向けおよび横浜センター向けの何れの在庫についても適正在庫に対して余裕があるが、特に、７月３１日の横浜センター向けの入庫予定については、入庫数１００を当該入庫後の在庫予測１３０から減じてもまだ適正在庫を３０だけ上回り（つまり、７月３１日の入庫がなくなっても適正在庫割れは生じず）、かつ、船積日が７月２０日であって未だ船積が行われていないことから、陸揚港を変更して大阪港の在庫へまわすことが可能であると判断できる。
【０１５６】
また、大阪港の港頭倉庫では、上記のように、７月２７日の次々回入庫時点で、大阪センターよりも神戸センターの方が適正在庫割れが大きくなることから、神戸センター向けの在庫を優先して補充すべきであると判断できる。
【０１５７】
そこで、発注者は、購入部門コンピュータ１４において、上記の７月３１日港頭入庫予定の東京港・横浜センター向けの在庫の陸揚港を大阪港に変更して、神戸センター向けの在庫とすべき旨の指図情報を入力する。入力された指図情報は、統合在庫管理サーバー１００へ送信され、更に、統合在庫管理サーバー１００から該当する荷送側コンピュータ２０にも送信される。これを受けて、荷送側海貨業者は、陸揚港変更の手続を実行する。
【０１５８】
図４３は、上記のように陸揚港を変更した後の在庫調節閲覧画面を示す。図４３に示す如く、陸揚港変更により大阪港の神戸センター向けに在庫が補充された結果、この在庫については適正在庫割れが解消されている。一方、大阪港の大阪センター向け在庫については、陸揚港変更によって在庫を補充することはできないため、新たな購入注文を出すべき旨の警告表示がなされている。
【０１５９】
以上のように、本実施形態のシステムによれば、センター倉庫に適正在庫割れが生じた場合に、港頭倉庫からセンター倉庫への出荷指図を行うことができ、港頭倉庫についても、現在在庫または次回入庫時の予測在庫に適正在庫割れが生じた場合に、他センターからの在庫の振り替え指図を行うことができる。また、センター間の在庫の振り替えが行えない場合には、発注元企業にて陸揚港の変更を行うことができ、さらに、陸揚港の変更も行えない場合は、新規の購入注文を行うべき旨の警告表示を行うことができる。したがって、本実施形態によれば、各センター倉庫および各港頭倉庫の在庫を適正在庫以上に維持できるような効果的な在庫管理を行うことが可能となる。
【０１６０】
【発明の効果】
本発明によれば、商品の購入注文状態に基づいて、在庫管理データを登録し、以後、商品の在庫状態が変化する毎に、在庫管理データを更新していく。このため、在庫管理データを閲覧することにより、各時点での商品の在庫状態を正確に把握することができる。また、各在庫状態からセンター倉庫へ入庫するまでの所要日数は予測できるので、商品の在庫状態に基づいて、センター倉庫への納品予定日を知ることができる。このように、本発明によれば、発注商品の在庫状態を時系列的に把握することができ、納品時期を正確に把握することが可能となる。
【図面の簡単な説明】
【図１】本発明の一実施形態であるシステム全体構成図である。
【図２】本実施形態のシステムにおける処理の流れの概要を示す図である。
【図３】在庫管理データベースのデータ内容の一例を示す図（その１）である。
【図４】在庫管理データベースのデータ内容の一例を示す図（その２）である。
【図５】在庫管理データベースのデータ内容の一例を示す図（その３）である。
【図６】在庫管理データベースのデータ内容の一例を示す図（その４）である。
【図７】在庫管理データベースのデータ内容の一例を示す図（その５）である。
【図８】在庫管理データベースのデータ内容の一例を示す図（その６）である。
【図９】在庫管理データベースのデータ内容の別の例を示す図である。
【図１０】図９に示す在庫管理データベースを集計して得られたデータを示す図である。
【図１１】本発明の第２の実施形態である統合在庫管理サーバーを含むシステムの全体構成図である。
【図１２】本実施形態の統合在庫管理サーバーの機能的なモジュール構成を示す図である。
【図１３】Ｐ／Ｏ管理モジュール５０を説明するための図である。
【図１４】進捗管理モジュールを説明するための図である。
【図１５】統合在庫管理モジュールを説明するための図である。
【図１６】フォワーディングモジュール、標準在庫モジュール、および配送管理モジュールを説明するための図である。
【図１７】港頭進捗データの閲覧画面の一例を示す図である。
【図１８】顧客の端末コンピュータにおいて表示された在庫管理画面の第１の例を示す図である。
【図１９】顧客の端末コンピュータにおいて表示された在庫管理画面の第２の例を示す図である。
【図２０】顧客の端末コンピュータにおいて表示された在庫管理画面の第３の例を示す図である。
【図２１】受発注管理モジュールを説明するための図である。
【図２２】本実施形態において、Ｐ／Ｏ管理モジュール、進捗管理モジュール、統合在庫管理モジュール、フォワーディングモジュール、標準在庫管理モジュール、配送管理モジュール、受発注管理モジュール、および各端末コンピュータの間でやりとりされる情報の流れを示す図である。
【図２３】本実施形態において、商品が発注されてから商品が輸入されて販売会社へ配送されるまでの一連の流れを各端末コンピュータから入力される情報の内容と共に示す図である。
【図２４】本実施形態での在庫管理データベースのデータ内容の一例を示す図（その１）である。
【図２５】本実施形態での在庫管理データベースのデータ内容の一例を示す図（その２）である。
【図２６】本実施形態での在庫管理データベースのデータ内容の一例を示す図（その３）である。
【図２７】本実施形態での在庫管理データベースのデータ内容の一例を示す図（その４）である。
【図２８】本実施形態での在庫管理データベースのデータ内容の一例を示す図（その５）である。
【図２９】本実施形態での在庫管理データベースのデータ内容の一例を示す図（その６）である。
【図３０】発注元企業が発注契約の履行進捗状況を管理するための契約進捗閲覧画面の一例を示す図である。
【図３１】生産者、輸出者、および荷送側海貨業者が出荷・輸出手続の進捗状況を管理するための輸出進捗閲覧画面の一例を示す図である。
【図３２】荷受側海貨業者および発注元企業が輸入進捗状況を管理するための輸入進捗閲覧画面の一例を示す図である。
【図３３】港頭倉庫にて港頭入庫までの進捗状況を管理するための港頭進捗閲覧画面の一例を示す図である。
【図３４】センター倉庫にてセンター入庫までの進捗状況を管理するためのセンター進捗閲覧画面の一例を示す図である。
【図３５】各在庫状態において在庫がセンター倉庫別に区別されることを説明するための図である。
【図３６】在庫自動調節機能に係わる処理の流れを示すフローチャートである。
【図３７】図３６のフローチャートの説明で用いる在庫状態の一例を示す図である。
【図３８】図３７に示す例において、センター倉庫の適正在庫割れに伴う出荷指図に応じて港頭倉庫からセンター倉庫への出荷が行われた場合の、各倉庫での入出庫前後の在庫状態の変化を示す図である。
【図３９】港頭倉庫からセンター倉庫への出荷が行われた後の在庫状態を示す図である。
【図４０】港頭倉庫での適正在庫割れに伴う振り替え指図に応じた在庫の振り替え処理を示す図である。
【図４１】在庫振り替え処理後の在庫状態を示す図である。
【図４２】発注元企業で陸揚港の変更が可能か否かを判断するための在庫調節閲覧画面の一例を示す図である。
【図４３】陸揚港を変更した後の在庫調節閲覧画面を示す図である。
【符号の説明】
１０、１００ 統合在庫管理サーバー
１０ａ、１００ａ 在庫管理データベース
１４ 購買部門コンピュータ
１６ 生産者コンピュータ
１８ 輸出者コンピュータ
２０ 荷送側コンピュータ
２２ 荷受側コンピュータ
２４ 港頭倉庫コンピュータ
２６ センター倉庫コンピュータ
２８ 販売会社コンピュータ
３０ 運送会社コンピュータ
Claims (4)
- 商品の発注元の端末コンピュータ、荷送側海貨業者の端末コンピュータ、港頭倉庫会社の端末コンピュータ、及びセンター倉庫の端末コンピュータとネットワークを介して接続されると共に、データベースにアクセス可能なコンピュータにより構成され、商品の購入注文がなされてから船積みされ、港頭倉庫を経てセンター倉庫に入庫されるまでの当該商品の在庫管理を行う在庫管理システムであって、当該コンピュータが、
前記発注元の端末コンピュータから、前記ネットワークを介して、購入注文がなされた商品の購入注文番号、商品識別情報、および、数量を含む購入注文情報を受信する購入注文情報受信手段と、
該受信した購入注文情報を前記データベースに記録する手段と、
前記荷送側海貨業者の端末コンピュータから、前記ネットワークを介して、船積手続が行われた商品の購入注文番号、仕入書番号、商品識別情報、および、数量を含む船積手続情報を受信する船積手続情報受信手段と、
該受信した船積手続情報を、購入注文番号をキーとして前記購入注文情報に関係付けて前記データベースに記録する手段と、
前記荷送側海貨業者の端末コンピュータから、前記ネットワークを介して、船積みされた商品の仕入書番号、船荷証券番号、商品識別情報、数量、および、船積日を含む船積情報を受信する船積情報受信手段と、
該受信した船積情報を、仕入書番号をキーとして前記船積手続情報に関係付けて前記データベースに記録する手段と、
前記港頭倉庫会社の端末コンピュータから、前記ネットワークを介して、目的港の港頭倉庫に入庫された商品の船荷証券番号、港頭入庫番号、商品識別情報、数量、および、港頭入庫日を含む港頭入庫情報を受信する手段と、
該受信した港頭入庫情報を、船荷証券番号をキーとして前記船積情報に関係付けて前記データベースに記録する手段と、
前記港頭倉庫会社の端末コンピュータから、前記ネットワークを介して、前記港頭倉庫から出庫された商品の港頭入庫番号、港頭出庫番号、商品識別情報、数量、および、港頭出庫日を含む港頭出庫情報を受信する手段と、
該受信した港頭出庫情報を、港頭入庫番号をキーとして前記港頭入庫情報に関係付けて前記データベースに記録する手段と、
前記センター倉庫の端末コンピュータから、前記ネットワークを介して、センター倉庫に入庫された商品の港頭出庫番号、センター入庫番号、商品識別情報、数量、および、センター入庫日を含むセンター入庫情報を受信する手段と、
該受信したセンター入庫情報を、港頭出庫番号をキーとして前記港頭出庫情報に関係付けて前記データベースに記録する手段と、
前記データベースに記録された情報を前記発注元の端末コンピュータでの閲覧に供するデータ閲覧手段と、を備え、
前記データ閲覧手段は、前記発注元の端末コンピュータから指定された商品に該当する各情報に基づいてセンター倉庫に入庫された状態であるセンター在庫、港頭倉庫に入庫された状態である港頭在庫、船舶による運搬途上の状態である洋上在庫、及び購入注文が確定した状態である購入注文確定を含む在庫状態ごとの商品数量を集計すると共に、各情報に含まれる日付情報からセンター倉庫への納品予定時期を予測し、納品予定時期ごとに各在庫状態の商品数量を集計して前記発注元の端末コンピュータでの閲覧に供することを特徴とする在庫管理システム。 - 商品の発注元の端末コンピュータ、荷送側海貨業者の端末コンピュータ、港頭倉庫会社の端末コンピュータ、及びセンター倉庫の端末コンピュータとネットワークを介して接続されたコンピュータにより、商品の購入注文がなされてから船積みされ、港頭倉庫を経てセンター倉庫に入庫されるまでの当該商品の在庫管理を行う在庫管理方法であって、当該コンピュータが、
前記発注元の端末コンピュータから、前記ネットワークを介して、購入注文がなされた商品の購入注文番号、商品識別情報、および、数量を含む購入注文情報を受信する購入注文情報受信ステップと、
該受信した購入注文情報をデータベースに記録するステップと、
前記荷送側海貨業者の端末コンピュータから、前記ネットワークを介して、船積手続が行われた商品の購入注文番号、仕入書番号、商品識別情報、および、数量を含む船積手続情報を受信する船積手続情報受信ステップと、
該受信した船積手続情報を、購入注文番号をキーとして前記購入注文情報に関係付けて前記データベースに記録するステップと、
前記荷送側海貨業者の端末コンピュータから、前記ネットワークを介して、船積みされた商品の仕入書番号、船荷証券番号、商品識別情報、数量、および、船積日を含む船積情報を受信する船積情報受信ステップと、
該受信した船積情報を、仕入書番号をキーとして前記船積手続情報に関係付けて前記データベースに記録するステップと、
前記港頭倉庫会社の端末コンピュータから、前記ネットワークを介して、目的港の港頭倉庫に入庫された商品の船荷証券番号、港頭入庫番号、商品識別情報、数量、および、港頭入庫日を含む港頭入庫情報を受信するステップと、
該受信した港頭入庫情報を、船荷証券番号をキーとして前記船積情報に関係付けて前記データベースに記録するステップと、
前記港頭倉庫会社の端末コンピュータから、前記ネットワークを介して、前記港頭倉庫から出庫された商品の港頭入庫番号、港頭出庫番号、商品識別情報、数量、および、港頭出庫日を含む港頭出庫情報を受信するステップと、
該受信した港頭出庫情報を、港頭入庫番号をキーとして前記港頭入庫情報に関係付けて前記データベースに記録するステップと、
前記センター倉庫の端末コンピュータから、前記ネットワークを介して、センター倉庫に入庫された商品の港頭出庫番号、センター入庫番号、商品識別情報、数量、および、センター入庫日を含むセンター入庫情報を受信するステップと、
該受信したセンター入庫情報を、港頭出庫番号をキーとして前記港頭出庫情報に関係付けて前記データベースに記録するステップと、
前記データベースに記録された情報を、前記ネットワークを介して、前記発注元の端末コンピュータでの閲覧に供するデータ閲覧ステップと、を実行し、
前記データ閲覧ステップでは、前記発注元の端末コンピュータから指定された商品に該当する各情報に基づいて、センター倉庫に入庫された状態であるセンター在庫、港頭倉庫に入庫された状態である港頭在庫、船舶による運搬途上の状態である洋上在庫、及び購入注文が確定した状態である購入注文確定を含む在庫状態ごとの商品数量を集計すると共に、各情報に含まれる日付情報からセンター倉庫への納品予定時期を予測し、納品予定時期ごとに各在庫状態の商品数量を集計して前記発注元の端末コンピュータでの閲覧に供することを特徴とする在庫管理方法。 - 請求項２記載の方法をコンピュータに実行させるためのプログラム。
- 請求項３記載のプログラムを記録した記録媒体。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2001256392A JP3997067B2 (ja) | 2000-09-01 | 2001-08-27 | 在庫管理方法、および、在庫管理システム |
Applications Claiming Priority (5)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2000265898 | 2000-09-01 | ||
| JP2000338960 | 2000-11-07 | ||
| JP2000-265898 | 2000-11-07 | ||
| JP2000-338960 | 2000-11-07 | ||
| JP2001256392A JP3997067B2 (ja) | 2000-09-01 | 2001-08-27 | 在庫管理方法、および、在庫管理システム |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2002205818A JP2002205818A (ja) | 2002-07-23 |
| JP3997067B2 true JP3997067B2 (ja) | 2007-10-24 |
Family
ID=27344514
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2001256392A Expired - Lifetime JP3997067B2 (ja) | 2000-09-01 | 2001-08-27 | 在庫管理方法、および、在庫管理システム |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP3997067B2 (ja) |
Families Citing this family (10)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| AU2003275535B2 (en) * | 2002-09-26 | 2009-09-24 | Toyota Steel Center Co., Ltd. | Cargo distribution management system, palette management system, and computer-readable storage medium and program used for them |
| KR20020084049A (ko) * | 2002-10-16 | 2002-11-04 | 이광진 | 무선통신 및 인터넷을 이용한 원격 통합 물류처리 시스템 |
| KR20030064723A (ko) * | 2003-07-16 | 2003-08-02 | 하이덱스주식회사 | 상하차 연동모듈을 이용한 물류자동화 시스템 |
| US7536321B2 (en) * | 2004-01-30 | 2009-05-19 | Canon U.S.A., Inc. | Estimated time of arrival (ETA) systems and methods |
| JP2014078130A (ja) * | 2012-10-10 | 2014-05-01 | Toshiba Tec Corp | 医療処置チェック装置、医療処置チェックシステムおよび医療処置チェックプログラム |
| CN109272181B (zh) * | 2017-07-18 | 2023-01-24 | 阿里巴巴集团控股有限公司 | 数据对象信息处理方法、装置及*** |
| JP2019101696A (ja) * | 2017-11-30 | 2019-06-24 | 横河電機株式会社 | 機器管理装置、端末装置、機器管理システム、機器管理方法、プログラム、および記録媒体 |
| CN111242595B (zh) * | 2019-12-31 | 2024-02-23 | 航天信息股份有限公司企业服务分公司 | Erp平台与支付平台间信息交换方法及装置 |
| KR102376483B1 (ko) * | 2020-07-16 | 2022-03-21 | 주식회사 한국무역정보통신 | 의사 선적 예약 자동 변환 시스템 및 그 방법 |
| KR102644974B1 (ko) * | 2022-12-30 | 2024-03-07 | (주)엔티에스인터내셔날 | 제품 생산 수출 판매 시스템 |
-
2001
- 2001-08-27 JP JP2001256392A patent/JP3997067B2/ja not_active Expired - Lifetime
Also Published As
| Publication number | Publication date |
|---|---|
| JP2002205818A (ja) | 2002-07-23 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US7536321B2 (en) | Estimated time of arrival (ETA) systems and methods | |
| US7499997B2 (en) | Method and system for interfacing with a shipping service | |
| US7050995B2 (en) | System for managing orders and method of implementation | |
| US8744977B2 (en) | Systems and methods for virtual inventory management | |
| JP5179100B2 (ja) | コンピュータシステム | |
| US9710740B2 (en) | System and method for arranging shipment and insurance for an item | |
| US20030009396A1 (en) | Tracking and electronic signaling system | |
| JP2004051374A (ja) | シームレス商品物流情報システム | |
| JP3997067B2 (ja) | 在庫管理方法、および、在庫管理システム | |
| JP3479881B2 (ja) | 戦略的提携情報管理システム | |
| KR102578121B1 (ko) | 실시간 배송 조정을 위한 시스템 및 컴퓨터화된 방법 | |
| KR102664824B1 (ko) | 상품 분류 시스템 및 그 구동방법 | |
| KR20050030271A (ko) | 상품의 배송 및 반품 관리방법 | |
| JP3945235B2 (ja) | 物流情報管理方法 | |
| JP2006085315A (ja) | 貿易管理システム、貿易管理方法、及び、プログラム | |
| JPH1196240A (ja) | 商品発注方法 | |
| JP2004078469A (ja) | 注文処理システム | |
| JP2002240951A (ja) | 物流システム、物流処理方法及び記録媒体 | |
| JP2002308435A (ja) | 空容器管理方法 | |
| JP2002087534A (ja) | 貨物管理方法、貨物管理システムおよび荷札ラベル | |
| JP2001301925A (ja) | 積送品の処理促進方法および処理促進システムならびに積送品の処理促進用プログラムを記録した記録媒体 | |
| JP2002215978A (ja) | 納品確定処理方法，方式，およびプログラム | |
| JP2001301929A (ja) | 貨物管理方法およびそのシステム |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20040127 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20040326 |
|
| A02 | Decision of refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A02 Effective date: 20040907 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20070529 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20070806 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100810 Year of fee payment: 3 |
|
| R150 | Certificate of patent or registration of utility model |
Ref document number: 3997067 Country of ref document: JP Free format text: JAPANESE INTERMEDIATE CODE: R150 Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100810 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100810 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130810 Year of fee payment: 6 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| S531 | Written request for registration of change of domicile |
Free format text: JAPANESE INTERMEDIATE CODE: R313531 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130810 Year of fee payment: 6 |
|
| R350 | Written notification of registration of transfer |
Free format text: JAPANESE INTERMEDIATE CODE: R350 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| S533 | Written request for registration of change of name |
Free format text: JAPANESE INTERMEDIATE CODE: R313533 |
|
| R350 | Written notification of registration of transfer |
Free format text: JAPANESE INTERMEDIATE CODE: R350 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| EXPY | Cancellation because of completion of term |