JP2002205818A - 在庫管理方法、および、在庫管理システム - Google Patents

Abstract

(57)【要約】 【課題】 商品の購入注文がなされてから納品されるま
での各段階での在庫状態を正確に把握することが可能な
統合在庫管理方法およびシステムを提供する。 【解決手段】 統合在庫管理サーバー１０は、購買部門
コンピュータ１４、生産者コンピュータ１６、輸出者コ
ンピュータ１８、荷送側コンピュータ２０、荷受側コン
ピュータ２２、港頭倉庫コンピュータ２４、およびセン
ター倉庫コンピュータ２６から夫々送信されてきた情報
を、互いに関係付けて在庫管理データベース１０ａに登
録する。そして、発注元企業のコンピュータ端末（例え
ば、購買部門コンピュータ１４）からの要求に応じて、
この在庫管理データベース１０ａの登録データを集計し
て閲覧に供する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、商品の在庫管理方
法およびシステムに係り、特に発注した商品が納品され
るまでの在庫管理を行ううえで好適な在庫管理方法およ
びシステムに関する。

【０００２】

【従来の技術】一般に、企業が商品を購入しようとする
場合の処理の流れは概略以下の通りである。まず、企業
の購買部門が商品の購買注文を出す。この購買注文に応
じて、商品製造者あるいは取次ぎ業者から出荷された商
品が船積みされ、目的港の港頭倉庫に水揚げされていっ
たん保管される。そして、港頭倉庫から企業のセンター
倉庫へ配送されることで、発注元企業への納品が完了す
る。

【０００３】

【発明が解決しようとする課題】ところで、企業が販売
計画を立てるうえで、発注した商品の納品時期を正確に
知ることが重要である。しかし、従来は、購買部門が購
入注文を出す際におおよその納品予定日はわかるもの
の、その後の商品の船積み状況や港頭倉庫への入庫状況
を把握することができず、センター倉庫に入庫された時
点で初めて確実な納品日を把握できるのが実状である。
すなわち、従来は、海運会社による運搬途上の在庫（洋
上在庫）および港頭倉庫会社による港頭倉庫の在庫（港
頭在庫）の管理は何れも商品発注元企業とは別個に行わ
れていたため、商品発注元企業では洋上在庫および港頭
在庫の状況を把握できなかったのである。

【０００４】本発明は上記の問題を解決すべくなされた
ものであり、商品の購入注文がなされてからが納品され
るまでの各段階での在庫状態および納品時期を正確に把
握することが可能な統合在庫管理方法およびシステムを
提供することを目的とする。

【０００５】

【課題を解決するための手段】上記の目的を達成するた
め、請求項１に記載された発明は、商品の購入注文がな
されてから所定の在庫状態を経て注文主に納品されるま
での商品の在庫管理を行う在庫管理方法であって、購入
注文がなされた商品の購入注文番号、商品識別情報、お
よび、数量を含む購入注文情報を受信する購入注文情報
受信ステップと、該受信した購入注文情報をデータベー
スに記録するステップと、商品の在庫状態が変化した場
合に、その在庫状態変化日および変化後の在庫状態を含
む在庫状態変更情報を受信する在庫状態変更情報受信ス
テップと、該受信した在庫状態変更情報を、該当する商
品の購入注文情報に関係付けて前記データベースに記録
するステップと、前記データベースへの記録情報をアク
セスしてきた端末での閲覧に供するデータ閲覧ステップ
と、を備えることを特徴とする。

【０００６】請求項１記載の発明によれば、購入注文が
なされた商品の在庫状態が変化すると、その在庫状態変
化日および変化後の在庫状態が記録され、アクセスして
きた端末での閲覧に供せられる。このため、本発明によ
れば、アクセス元の端末において、商品の購入注文がな
されてからの在庫状態を管理することができる。

【０００７】また、請求項２に記載された発明は、商品
の購入注文がなされてから船積みされ、港頭倉庫を経て
センター倉庫に入庫されるまでの当該商品の在庫管理を
行う在庫管理方法であって、購入注文がなされた商品の
購入注文番号、商品識別情報、および、数量を含む購入
注文情報を受信する購入注文情報受信ステップと、該受
信した購入注文情報をデータベースに記録するステップ
と、船積手続が行われた商品の購入注文番号、仕入書番
号、商品識別情報、および、数量を含む船積手続情報を
受信する船積手続情報受信ステップと、該受信した船積
手続情報を、購入注文番号をキーとして前記購入注文情
報に関係付けて前記データベースに記録するステップ
と、船積みされた商品の仕入書番号、船荷証券番号、商
品識別情報、数量、および、船積日を含む船積情報を受
信する船積情報受信ステップと、該受信した船積情報
を、仕入書番号をキーとして前記船積手続情報に関係付
けて前記データベースに記録するステップと、目的港の
港頭倉庫に入庫された商品の船荷証券番号、港頭入庫番
号、商品識別情報、数量、および、港頭入庫日を含む港
頭入庫情報を受信するステップと、該受信した港頭入庫
情報を、船荷証券番号をキーとして前記船積情報に関係
付けて前記データベースに記録するステップと、前記港
頭倉庫から出庫された商品の港頭入庫番号、港頭出庫番
号、商品識別情報、数量、および、港頭出庫日を含む港
頭出庫情報を受信するステップと、該受信した港頭出庫
情報を、港頭入庫番号をキーとして前記港頭入庫情報に
関係付けて前記データベースに記録するステップと、セ
ンター倉庫に入庫された商品の港頭出庫番号、センター
入庫番号、商品識別情報、数量、および、センター入庫
日を含むセンター入庫情報を受信するステップと、該受
信したセンター入庫情報を、港頭出庫番号をキーとして
前記港頭出庫情報に関係付けて前記データベースに記録
するステップと、前記データベースに記録された情報を
端末コンピュータでの閲覧に供するデータ閲覧ステップ
と、を備えることを特徴とする。

【０００８】請求項２記載の発明によれば、商品の購入
注文がなされてから、船積手続、船積、港頭入庫、港頭
出庫を経てセンター入庫に至るまでの在庫状態の変化が
相互に関係付けて記録され、端末コンピュータでの閲覧
に供せられる。このため、端末コンピュータにおいて、
上記の在庫状態の変化を管理することができる。

【０００９】また、請求項３に記載された発明は、請求
項２記載の在庫管理方法において、前記データ閲覧ステ
ップでは、前記端末コンピュータから指定された商品に
該当する各情報に基づいて在庫状態ごとの商品数量を集
計すると共に、各情報に含まれる日付情報からセンター
倉庫への納品予定時期を予測し、納品予定時期ごとに各
在庫状態の商品数量を集計して前記端末コンピュータで
の閲覧に供することを特徴とする。

【００１０】請求項３記載の発明によれば、端末コンピ
ュータにおいて、納品予定時期ごとに各在庫状態の商品
数量の集計値を閲覧することができる。

【００１１】また、請求項４に記載された発明は、請求
項１乃至３のうち何れか１項記載の在庫管理方法におい
て、港頭での在庫進捗状況に関する情報を受信するステ
ップと、該受信した情報を前記データベースに記録する
ステップを更に備えることを特徴とする。

【００１２】請求項４記載の発明によれば、港頭での在
庫状況をより詳細に管理することが可能となる。

【００１３】また、請求項５に記載された発明は、請求
項３に記載された方法を実行するシステムに接続された
在庫管理システムであって、前記予測された納品予定時
期に基づいて、将来の在庫予定を含めた在庫状態を表示
する手段を備えることを特徴とする。

【００１４】また、請求項６に記載された発明は、購入
注文がなされた商品の在庫管理を行う在庫管理方法であ
って、商品の購入注文に関する購入注文情報を受信する
購入注文情報受信ステップと、該受信した購入注文情報
をデータベースに記録するステップと、船積手続が行わ
れた商品に関する船積手続情報を受信する船積手続情報
受信ステップと、該受信した船積手続情報を、該当する
購入注文情報に関係付けて前記データベースに記録する
ステップと、船積された商品に関する船積情報を受信す
る船積情報受信ステップと、該受信した船積情報を、該
当する前記船積手続情報に関係付けて前記データベース
に記録するステップと、陸揚港の港頭倉庫へ入庫された
商品に関する港頭入庫情報を受信するステップと、該受
信した港頭入庫情報を、該当する前記船積情報に関係付
けて前記データベースに記録するステップと、前記港頭
倉庫から出庫された商品に関する港頭出庫情報を受信す
るステップと、該受信した港頭出庫情報を、該当する前
記港頭入庫情報に関係付けて前記データベースに記録す
るステップと、センター倉庫へ入庫された商品に関する
センター入庫情報を受信するステップと、該受信したセ
ンター入庫情報を、該当する前記港頭出庫情報に関係付
けて前記データベースに記録するステップと、前記デー
タベースに記録された情報を端末コンピュータでの閲覧
に供するデータ閲覧ステップと、を備えることを特徴と
する。

【００１５】また、請求項７に記載された発明は、購入
注文がなされた商品の在庫管理を行う在庫管理方法であ
って、購入注文がなされた商品の購入注文番号、商品識
別情報、数量、船積港、陸揚港、および、納品先センタ
ー倉庫を含む購入注文情報を受信する購入注文情報受信
ステップと、該受信した購入注文情報をデータベースに
記録するステップと、船積手続が行われた商品の購入注
文番号、仕入書番号、商品識別情報、および、数量を含
む船積手続情報を受信する船積手続情報受信ステップ
と、該受信した船積手続情報を、該当する購入注文情報
に関係付けて前記データベースに記録するステップと、
船積みされた商品の仕入書番号、船荷証券番号、商品識
別情報、数量、および、船積日を含む船積情報を受信す
る船積情報受信ステップと、該受信した船積情報を、該
当する前記船積手続情報に関係付けて前記データベース
に記録するステップと、陸揚港の港頭倉庫に入庫された
商品の船荷証券番号、港頭入庫番号、商品識別情報、数
量、および、港頭入庫日を含む港頭入庫情報を受信する
ステップと、該受信した港頭入庫情報を、該当する前記
船積情報に関係付けて前記データベースに記録するステ
ップと、前記港頭倉庫から出庫された商品の港頭入庫番
号、港頭出庫番号、商品識別情報、数量、および、港頭
出庫日を含む港頭出庫情報を受信するステップと、該受
信した港頭出庫情報を、該当する前記港頭入庫情報に関
係付けて前記データベースに記録するステップと、セン
ター倉庫に入庫された商品の港頭出庫番号、センター入
庫番号、商品識別情報、数量、および、センター入庫日
を含むセンター入庫情報を受信するステップと、該受信
したセンター入庫情報を、該当する前記港頭出庫情報に
関係付けて前記データベースに記録するステップと、前
記データベースに記録された情報を端末コンピュータで
の閲覧に供するデータ閲覧ステップと、を備えることを
特徴とする。

【００１６】また、請求項８に記載された発明は、請求
項７記載の在庫管理方法において、前記センター倉庫に
入庫された商品について、受注番号、受注数量、およ
び、受注日を含む受注情報を受信するステップと、該受
信した受注情報を、当該商品についての前記センター入
庫情報に関係付けて前記データベースに記録するステッ
プを更に備えることを特徴とする。

【００１７】請求項８記載の発明によれば、センター入
庫後、商品の受注を受けるまでの在庫状態を管理するこ
とができる。

【００１８】また、請求項９に記載された発明は、請求
項８記載の在庫管理方法において、前記センター倉庫か
ら出庫された商品について、センター出庫番号、センタ
ー出庫数量、および、センター出庫日を含むセンター出
庫情報を受信するステップと、該受信したセンター出庫
情報を、該当する受注情報に関係付けて前記データベー
スに記録するステップとを更に備えることを特徴とす
る。

【００１９】請求項９記載の発明によれば、センター入
庫後、センター出庫までの在庫状態を管理することがで
きる。

【００２０】また、請求項１０に記載された発明は、請
求項９記載の方法において、前記センター倉庫から出庫
されて発注者へ配送された商品について、配送送状番
号、配送数量、および、配送日を含む配送情報を受信す
るステップと、該受信した配送情報を該当するセンター
出庫情報に関係付けて前記データベースに記録するステ
ップとを備えることを特徴とする。

【００２１】請求項１０記載の発明によれば、センター
入庫後、センター出庫されて配送されるまでの在庫状態
を管理することができる。

【００２２】また、請求項１１に記載された発明は、請
求項８記載の在庫管理方法において、前記受注情報を受
信したことに応じて、該当する商品をセンター倉庫から
出庫すべき旨の指図情報を発するステップを更に備える
ことを特徴とする。

【００２３】請求項１１記載の発明によれば、商品の受
注があった場合に、それに応じてセンター出庫指図を発
することができる。

【００２４】また、請求項１２に記載された発明は、請
求項９記載の在庫管理方法において、前記センター出庫
情報を受信したことに応じて、該当する商品を所定の送
り先へ配送すべき旨の指図情報を発するステップを更に
備えることを特徴とする。

【００２５】請求項１２記載の発明によれば、センター
出庫が行われると、それに応じて配送指図を発すること
ができる。

【００２６】また、請求項１３に記載された発明は、請
求項７乃至１２のうち何れか１項記載の在庫管理方法に
おいて、前記データ閲覧ステップでは、前記データベー
スに記録された各情報を、前記端末コンピュータの管理
主体に応じた形態で表示した閲覧画面を当該端末コンピ
ュータへ送信することを特徴とする。

【００２７】また、請求項１４に記載された発明は、請
求項１３記載の在庫管理方法において、前記データ閲覧
ステップでは、前記データベースに記録された各情報
を、前記端末コンピュータの管理主体に応じて、購入注
文番号、船積港、陸揚港、納品先センター倉庫の何れか
の項目毎に集計して表示する閲覧画面を当該端末コンピ
ュータへ送信することを特徴とする。

【００２８】また、請求項１５に記載された発明は、請
求項７乃至１４のうち何れか１項記載の在庫管理方法に
おいて、センター倉庫での在庫数量が適正在庫数量に対
して不足する場合に、該当する港頭倉庫から当該センタ
ー倉庫へ当該不足分の在庫数量を出荷すべき旨の指図情
報を発するステップを更に備えることを特徴とする。

【００２９】請求項１５記載の発明によれば、センター
倉庫の適正在庫割れを解消するような指図情報を発する
ことができる。

【００３０】また、請求項１６に記載された発明は、請
求項１５記載の在庫管理方法において、センター倉庫へ
の出荷を行ったために当該センター倉庫向けの在庫数が
適正在庫数を下回った港頭倉庫について、当該港頭倉庫
の他のセンター倉庫向けの在庫を、当該センター倉庫向
けに振り替えるべき旨の指図情報を発するステップを更
に備えることを特徴とする。

【００３１】請求項１６記載の発明によれば、港頭倉庫
の適正在庫割れを解消するような指図情報を発すること
ができる。

【００３２】また、請求項１７に記載された発明は、請
求項７乃至１６のうち何れか１項記載の在庫管理方法に
おいて、船積が未だ行われていない商品について、陸揚
港の変更指図を発注者の端末から受信するステップと、
該受信した陸揚港の変更指図に基づいて、前記データベ
ースを修正するステップと、該受信した陸揚港の変更指
図を、生産者の端末コンピュータ、輸出者の端末コンピ
ュータ、および、荷送側海貨業者の端末コンピュータの
少なくとも一の端末コンピュータへ送信するステップと
を備えることを特徴とする方法。

【００３３】請求項１７記載の発明によれば、発注者か
ら陸揚港の変更指図を受信すると、この変更指図に基づ
いてデータベースを修正すると共に、生産者、輸出者、
荷送側海貨業者の少なくとも何れかの端末コンピュータ
へ送信する。このため、変更指図に応じて陸揚港を変更
することができ、港頭倉庫での港頭在庫割れ等への対応
が可能となる。

【００３４】なお、請求項１８に記載された発明は、請
求項１乃至１７のうち何れか１項記載の方法を実行する
在庫管理システムに係るものである。

【００３５】また、請求項１９に記載された発明は、請
求項１乃至１８のうち何れか１項記載の方法をコンピュ
ータに実行させるためのプログラムに係るものであり、
請求項２０に記載された発明は、このプログラムを記録
した記録媒体に係るものである。

【００３６】

【発明の実施の形態】図１は本発明の一実施形態である
システムの全体構成図である。図１において、統合在庫
管理サーバー１０は、大容量記憶装置（例えばハードデ
ィスク）や通信インターフェース等を備えたコンピュー
タシステムであり、インターネット１２に接続されてい
る。インターネット１２には、発注元企業の購買部門の
端末コンピュータ（以下、購買部門コンピュータとも称
する）１４、商品生産者の端末コンピュータ（以下、生
産者コンピュータとも称する）１６、商品輸出者の端末
コンピュータ（以下、輸出者コンピュータとも称する）
１８、荷送側海貨業者の端末コンピュータ（以下、荷送
側コンピュータとも称する）２０、荷受側海貨業者の端
末コンピュータ（以下、荷受側コンピュータとも称す
る）２２、港頭倉庫会社の端末コンピュータ（以下、港
頭倉庫コンピュータとも称する）２４、および、センタ
ー倉庫の端末コンピュータ（以下、センター倉庫コンピ
ュータとも称する）２６が接続されている。

【００３７】統合在庫管理サーバー１０は、インターネ
ット１２を介してアクセスしてきた各端末コンピュータ
と例えばＨＴＴＰ等のプロトコルに従ってデータ通信を
行うことにより、ＷＷＷサーバ−として機能する。すな
わち、統合在庫管理サーバー１０は、各端末コンピュー
タからの要求に応じて、例えばＨＴＭＬ等のデジタル文
書記述言語により記述された文書データよりなる画面構
成データを当該端末コンピュータへ向けて送信する。

【００３８】そして、統合在庫管理サーバー１０は、購
買部門コンピュータ１４、生産者コンピュータ１６、輸
出者コンピュータ１８、荷送側コンピュータ２０、荷受
側コンピュータ２２、港頭倉庫コンピュータ２４、およ
びセンター倉庫コンピュータ２６から夫々送信されてき
た情報に基づいて、在庫管理データベース１０ａを構築
・更新する。また、商品発注元企業のコンピュータ端末
（例えば、購買部門コンピュータ１４）からの要求に応
じて、この在庫管理データベース１０ａの登録データを
集計して閲覧に供する。なお、発注元企業の購買部門、
生産者、輸出者、荷送側海貨業者、荷受側海貨業者、港
頭倉庫会社、および、発注元企業のセンター倉庫には、
それぞれ、固有のＩＤおよびパスワードが割り当てられ
ているものとする。また、統合在庫管理サーバー１０
は、各端末コンピュータからの情報受付用ＵＲＬと、在
庫管理データベース閲覧用のＵＲＬとを有しているもの
とする。

【００３９】以下、各端末コンピュータ１４〜２６から
統合在庫管理サーバー１０へアクセスがあった場合の、
本システムにおける処理の内容について説明する。先
ず、図２を参照して、企業の購買部門により商品の発注
が行われてから、その商品がセンター倉庫に納品される
までのプロセスの概要について説明する。

【００４０】図２に如く、購買部門は、商品の購入注文
番号（P/O No.）、商品コード、注文数量、注文日を含
む購入注文情報を生産者へ送ることにより購入注文を行
う（）。そして、購買部門コンピュータ１４から統合
在庫管理サーバー１０へアクセスして、この購入注文情
報を入力する。生産者は受け取った購入注文情報に基づ
いて生産計画を立て、購入注文番号、商品名、生産数
量、生産開始日、生産完了日を含む生産者情報を輸出者
に送ると共に、生産者コンピュータ１６から統合在庫管
理サーバー１０へアクセスしてこの生産者情報を入力す
る（）。

【００４１】輸出者は、商品の船荷手続を行うべく、購
入注文番号、商品コード、船荷指図数量、および船積日
を含む船積手配情報を荷送側海貨業者へ送ると共に、輸
出者コンピュータ１８から統合在庫管理サーバー１０へ
アクセスしてこの生産者情報を入力する（）。荷送側
海貨業者は、荷送側コンピュータ２０から統合在庫管理
サーバー１０へアクセスして、受け取った船積手配情報
に含まれる購入注文番号に関係付けて、仕入書番号（IN
V No.）、商品コード、船荷数量、および船積日を含む
船積手続情報を入力する（）。そして、船積みを完了
すると、船荷証券番号（B/L No.）、商品名、船積数
量、船積日、入港日を含む船積情報を商品に付すると共
に、荷送側コンピュータ２０から統合在庫管理サーバー
１０へアクセスして、仕入書番号に関係付けて、船積情
報を入力する（）。

【００４２】商品が目的港に到着すると、その商品を担
当する荷受側海貨業者は、荷受側コンピュータ２２から
統合在庫管理サーバー１０にアクセスして、船荷証券番
号、商品名、船積数量、到着日、および、港頭倉庫への
入庫日（港頭入庫日）を含む到着情報を入力する
（）。さらに、商品が荷受側海貨業者から港頭倉庫会
社に送られて港頭倉庫に入庫されると、港頭倉庫会社は
港頭倉庫コンピュータ２４から統合在庫管理サーバー１
０にアクセスして、入庫した商品の船荷証券番号に関係
付けて、港頭入庫番号、商品コード、港頭入庫数量、お
よび港頭入庫日を含む港頭入庫情報を入力する（）。
そして、商品を港頭倉庫から出庫してセンター倉庫へ受
け渡すと、統合在庫管理サーバー１０へアクセスして、
港頭出庫番号、商品コード、港頭出庫数量、および港頭
出庫日を含む港頭出庫情報を入力する（）。

【００４３】港頭倉庫から出庫された商品がセンター倉
庫に入庫されると、センター倉庫では、センター倉庫コ
ンピュータ２６から統合在庫管理サーバー１０へアクセ
スして、センター入庫番号、商品コード、センター入庫
数量、およびセンター入庫日を含むセンター入庫情報を
入力する。

【００４４】本実施形態のシステムは、各端末コンピュ
ータ１４〜２６から入力された各情報、すなわち、購入
注文情報、生産者情報、船積手配情報、船積手続情報、
船積情報、到着情報、港頭入港情報、港頭出庫情報、お
よびセンター入庫情報を相互に関係付けて管理すること
により、商品の発注元企業において、発注商品の在庫状
況および納品予定日を把握できるようにするものであ
る。

【００４５】何れかの端末コンピュータ１４〜２０から
情報受付用ＵＲＬにアクセスが行われると、統合在庫管
理サーバー１０は、ＩＤおよびパスワードを入力するた
めの入力画面を当該端末コンピュータへ送信する。そし
て、入力画面にＩＤおよびパスワードが入力されて返送
されてくると、統合在庫管理サーバー１０は、ＩＤおよ
びパスワードが正当であることを認証したうえで、この
ＩＤに基づいて、アクセスしてきた端末コンピュータ１
４〜２６を識別し、その識別結果に応じた入力画面を当
該端末コンピュータへ送信する。すなわち、購買部門コ
ンピュータ１４からのアクセスである場合には、購入注
文情報を入力するための入力画面を、生産者コンピュー
タ１６からのアクセスである場合には、生産者情報を入
力するための入力画面を、輸出者コンピュータ１８から
のアクセスである場合には、船積手配情報を入力するた
めの入力画面を、荷送側コンピュータ２０からのアクセ
スである場合には、船荷手続情報または船荷情報の何れ
かを選択して入力するための入力画面を、荷受側コンピ
ュータ２２からのアクセスである場合には、到着情報を
入力するための入力画面を、港頭倉庫コンピュータ２４
からのアクセスである場合には、港頭入庫情報を入力す
るための入力画面を、センター倉庫コンピュータ２６か
らのアクセスである場合には、センター入庫情報を入力
するための入力画面を、それぞれ送信する。

【００４６】統合在庫管理サーバー１０は、コンピュー
タ１４〜２０から送信されてきた各情報に基づいて、在
庫管理データベース１０ａを構築する。図３〜図８は、
在庫管理データベース１０ａの一例を示す。図３〜図８
に示す如く、在庫管理データベース１０ａは、商品の識
別情報であるキー項目（図３、図４）、商品の数量に関
する数量管理項目（図５、図６）、各種日付に関する日
付管理項目（図７、図８）を含むレコードをレコード単
位とするデータベースである。なお、図３〜図８におい
て、レコード＃は説明の便宜のため設けたものである。

【００４７】図３および図４に示すように、キー項目
は、シーケンス番号（SEQ No.）、シーケンス枝番、購
入注文番号、商品コード、商品名、仕入書番号、船荷証
券番号、港頭入庫番号、港頭出庫番号、および、センタ
ー入庫番号を含んでいる。また、図５および図６に示す
ように数量管理項目は、注文数量、生産数量、船積指図
数量、船積数量、港頭入庫数量、港頭出庫数量、および
センター入庫数量を含んでいる。更に、図７および図８
に示すように、日付管理項目は、注文日、生産開始日、
生産完了日、船積日、入港日、到着日、港頭入庫日、港
頭出庫日、およびセンター入庫日を含んでいる。

【００４８】なお、在庫管理データベース１０ａは企業
ごとに構築され、後述するように、各在庫管理データベ
ース１０ａは該当する企業においてのみ閲覧することが
できる。

【００４９】以下、図３〜図８に示す在庫管理データベ
ース１０ａが構成される過程について説明する。なお、
図３および図４の左端欄に示すように、在庫管理データ
ベース１０ａの各レコードには、購入注文情報、生産者
情報、船積手配情報、船積情報、到着情報、港頭入庫情
報、港頭出庫情報、およびセンター入庫情報の何れの情
報であるかを示す業務プロセス名も併せて記録される。

【００５０】先ず、購買部門コンピュータ１４から、購
入注文番号ＰＯ−０１およびＰＯ−０２の購入注文情報
が入力され、夫々にシーケンス番号（SEQ No.）ＳＥＱ
−０１およびＳＥＱ−０２が付される（レコード＃１，
＃２）。各購入注文の内容は、購入注文番号ＰＯ−０１
については、商品コードＰＲ−０１、商品名Ａ４ＰＰ
Ｃ、注文数量１００、注文日８月１日であり、購入注文
番号ＰＯ−０２については、商品コードＰＲ−０２、商
品名Ｂ５ＰＰＣ、注文数量５０、注文日８月１日であ
る。なお、シーケンス番号の枝番は、同一のシーケンス
番号で特定される商品について船積みや入庫等の処理が
複数回に分けて行われた場合に付され、０００は枝番が
存在しないことを表す。

【００５１】次に、上記の購入注文に対して、生産者コ
ンピュータ１６から、購入注文番号ＰＯ−０１（シーケ
ンス番号ＳＥＱ−０１）の購入注文について２つの生産
者情報、すなわち、商品コードＰＲ−０１、数量６０、
生産開始日８月１０日、生産完了日が８月２０日の生産
者情報、および、商品コードＰＲ−０１、数量４０生産
開始日８月１５日、生産完了日８月２５日の生産者情報
が、それぞれ入力される（レコード＃３、＃４）。この
場合、一の購入注文に対して２つの生産者情報が入力さ
れたため、シーケンス番号ＳＥＱ−０１に枝番００１お
よび００２が付されている。一方、購入注文番号ＰＯ−
０２（シーケンス番号ＳＥＱ−０２）の購入注文に対し
ては、商品コードＰＲ−０２、数量５０、生産開始日８
月１０日、生産完了日が８月２０日の生産者情報が入力
されている（レコード＃５）。この場合、購入注文の全
数量５０について一の生産者情報が入力されたので、シ
ーケンス番号に枝番は付されていない（０００のままで
ある）。

【００５２】商品が生産者から輸出者に引き渡される
と、輸出者は、輸出者コンピュータ１８から船積手配情
報を入力する。図３〜図８に示す例では、輸出者コンピ
ュータ１８から３つの船積手配情報、すなわち、船積手
配を行う商品の購入注文番号ＰＯ−０１、商品コードＰ
Ｒ−０１、船荷指図数量６０、船積日８月３０日の船積
手配情報、購入注文番号ＰＯ−０２、商品コードＰＲ−
０２船積指図数量５０、船積日８月３０日の船積手配情
報、および購入注文番号ＰＯ−０１、商品コードＰＲ−
０１、船積指図数量４０、船積日９月５日の船積手配情
報が入力されている（レコード＃６〜＃８）。この場
合、購入注文番号がＰＯ−０１である２つの船積手配情
報（レコード＃６、＃８）については、登録済みの生産
者情報（レコード＃３、＃４）に含まれる数量と照合に
より、対応するシーケンス番号ＳＥＱ−０１−００１，
ＳＥＱ−０１−００２を特定することができ、特定され
た各シーケンス番号に対応付けて船積手配情報が登録さ
れる。

【００５３】船積手配が行われると、船積を担当する荷
送側海貨業者は、荷送側コンピュータ２０から船積手続
情報を入力する。図３〜図８に示す例では、荷送側コン
ピュータ２０から、船積手続を行う商品の購入注文番号
ＰＯ−０１に関係付けて、仕入書番号ＩＮＶ−００１、
商品コードＰＲ−０１、船積数量６０、船積日８月３０
日の船積手続情報、および、仕入書番号ＩＮＶ−００
２、商品コードＰＲ−０１、船積数量４０、船積日９月
５日の船積手続情報が、また、購入注文番号ＰＯ−０２
に関係付けて、仕入書番号ＩＮＶ−００１、商品コード
ＰＲ−０２、船積数量５０、船積日８月３０日の船積手
続情報が、それぞれ入力される（コード＃９、＃１１、
＃１０）。この場合も、購入注文番号ＰＯ−０１に関係
付けられた２つの船積手続情報については、登録済みの
生産者情報（レコード＃３、＃４）に含まれる数量と照
合により、対応するシーケンス番号ＳＥＱ−０１−００
１，ＳＥＱ−０１−００２が特定され、特定された各シ
ーケンス番号に対応付けて船積手続情報が登録される。
また、異なる購入注文番号ＰＯ−０１およびＰＯ−０２
に対して、同一の仕入書番号ＩＮＶ−００１の船積手続
情報が入力されているが、これは、２つの購入注文に応
じて生産された商品が同一の仕入書番号により船積手続
が行われたことを意味している。

【００５４】次に、荷送側コンピュータ２０から、仕入
書番号ＩＮＶ−００１に関係付けて、船荷証券番号ＢＬ
−００１、商品名Ａ４ＰＰＣ、船積数量６０、船積日８
月３０日、入港日９月１０日の船積情報、および、船荷
証券番号ＢＬ００１、商品名Ｂ５ＰＰＣ，船積数量５
０、船積日８月３０日、入港日９月１０日の船積情報が
それぞれ入力される（レコード＃１２、＃１３）。これ
は、仕入書番号がＩＮＶ−００１である２種類の商品Ａ
４ＰＰＣおよびＢ５ＰＰＣが共通の船荷証券番号ＢＬ−
００１で船積みされたことを意味している。また、仕入
書番号ＩＮＶ−００２に関係付けて、船荷証券番号ＢＬ
−００２、商品名Ａ４ＰＰＣ、船積数量４０、船積日９
月５日、入港日９月１５日の船積情報が入力されている
（レコード＃１４）。

【００５５】商品が目的港に到着すると、荷受側海貨業
者は、荷受側コンピュータ２２から到着情報を入力す
る。図３〜図８に示す例では、荷受側コンピュータ２２
から３つの到着情報、すなわち、到着した商品の船荷証
券番号ＢＬ−００１、商品名Ａ４ＰＰＣ、船積数量６
０、到着日９月１５日、港頭入庫日９月１６日の到着情
報、船荷証券番号ＢＬ−００１、商品名Ｂ５ＰＰＣ，船
積数量５０、到着日９月１５日、港頭入庫日９月１６日
の到着情報、および、船荷証券番号ＢＬ−００２、商品
名Ａ４−ＰＰＣ、船積数量４０、到着日９月２０日、港
頭入庫日９月２１の到着情報が入力されている（レコー
ド＃１５，＃１６，＃１７）。

【００５６】商品が港頭倉庫に入庫されると、港頭倉庫
会社は港頭倉庫コンピュータ２４から港頭入庫情報を入
力する。図３〜図８に示す例では、港頭倉庫コンピュー
タ２４から、入庫した商品の船荷証券番号ＢＬ−００１
に関係付けて、港頭入庫番号ＩＮ１−００１、商品コー
ドＰＲ−０１、港頭入庫数量６０、港頭入庫日９月１６
日の港頭入庫情報、および、港頭入庫番号ＩＮ１−００
２、港頭入庫数量５０、港頭入庫日９月１６日の港頭入
庫情報が入力され（レコード＃１８，＃１９）、また、
船荷証券番号ＢＬ−００２に関係付けて、港頭入庫番号
ＩＮ１−００３、商品コードＰＲ−０１、港頭入庫数量
４０、港頭入庫日９月２１日の港頭入庫情報が入力され
ている（レコード＃２０）。

【００５７】商品が港頭倉庫から出庫されると、港頭倉
庫会社は港頭倉庫コンピュータ２４から港頭出庫情報を
入力する。図３〜図８に示す例では、港頭倉庫コンピュ
ータ２４から、出庫される商品の港頭入庫番号ＩＮ１−
００１に関係付けて、港頭出庫番号ＯＵＴ−００１、商
品コードＰＲ−０１、港頭出庫数量２０、港頭出庫日９
月２５日の港頭出庫情報が入力されている（レコード＃
２１）。これは、９月１６日に港頭倉庫に入庫された商
品コードＰＲ−０１の６０個の商品のうち２０個が９月
２５日に出庫されたことを意味している。その後、港頭
出庫番号ＯＵＴ−００２およびＯＵＴ−００３の港頭出
庫情報（レコード＃２２、＃２３）により、この商品が
９月３０日に２０個、１０月５日に２０個、それぞれ港
頭倉庫から出庫されたことが示されている。同様に、港
頭入庫番号ＩＮ１−００２に関係付けて、港頭出庫番号
ＯＵＴ−００４、商品コードＰＲ−０２、港頭出庫数量
３０、港頭出庫日９月２５日の港頭出庫情報、および、
港頭出庫番号ＯＵＴ−００５、商品コードＰＲ−００
２、港頭出庫数量２０、港頭出庫日１０月５日の港頭出
庫情報が入力され（レコード＃２４，＃２５）、また、
港頭入庫番号ＩＮ１−００３に関係付けて、港頭出庫番
号ＯＵＴ−００６、商品コードＰＲ−０１、港頭出庫数
量１０、港頭出庫日１０月６日の港頭出庫情報、およ
び、港頭出庫番号ＯＵＴ−００７、商品コードＰＲ−０
１、港頭出庫数量３０港頭出庫日１０月２０日の港頭出
庫情報が入力されている（レコード＃２６，＃２７）。

【００５８】港頭倉庫から出庫された商品がセンター倉
庫に入庫されると、センター倉庫ではセンター倉庫コン
ピュータ２６からセンター入庫情報を入力する。図３〜
図８に示す例では、センター倉庫コンピュータ２６か
ら、入庫された商品の港頭出庫番号ＯＵＴ−００１に関
係付けて、商品コードＰＲ−０１、センター入庫数量２
０、センター入庫日１０月６日のセンター入庫情報が入
力され（レコード＃２８）、港頭出庫番号ＯＵＴ−００
４に関係付けて、商品コードＰＲ−０２、センター入庫
数量２０、センター入庫日１０月６日のセンター入庫情
報が入力され（レコード＃２９）、港頭出庫番号ＯＵＴ
−００７に関係付けて、商品コードＰＲ−０１、センタ
ー入庫数量３０、センター入庫日１０月２１日のセンタ
ー入庫情報が入力されている（レコード＃３０）。これ
により、商品コードＰＲ−０１の商品Ａ４ＰＰＣが１０
月６日に２０個、１０月２１日に３０個、それぞれセン
ター倉庫に入庫され、また、商品コードＰＲ−０２の商
品Ｂ５ＰＰＣが２０個、１０月６日にセンター倉庫に入
庫されたことがわかる。

【００５９】以上述べたように、統合在庫管理サーバー
１０は、各端末コンピュータ１４〜２６から受信した各
情報を記録することにより、図３〜図８に示すような在
庫管理データベース１０ａが構築されていく。

【００６０】次に、統合在庫管理サーバー１０の在庫管
理データベース閲覧用ＵＲＬにアクセスがあった場合の
処理を説明する。購買部門コンピュータ１４からデータ
閲覧用ＵＲＬにアクセスがあると、先ず、ＩＤおよびパ
スワードを入力するための入力画面を当該購買部門コン
ピュータ１４へ送信する。そして、入力画面にＩＤおよ
びパスワードが入力されて返送されてくると、統合在庫
管理サーバー１０は、ＩＤおよびパスワードが正当であ
ることを確認したうえで、ＩＤに基づいてアクセス元の
企業を特定する。そして、在庫管理データを閲覧すべき
商品名を指定するための商品名入力画面を購買部門コン
ピュータ１４へ送信する。

【００６１】商品名入力画面に商品名が入力されて返送
されてくると、統合在庫管理サーバー１０は、当該企業
についての在庫管理データベース１０ａから指定された
商品名に該当する在庫管理データを抽出して、納品予定
月毎に、各在庫状態の商品数量を集計する。例えば、図
３〜図８に示す在庫管理データベース１０ａについて商
品名「Ｂ５ＰＰＣ」（商品コード「ＰＲ−０２」）が指
定された場合、在庫管理データベース１０ａから、商品
名「Ｂ５ＰＰＣ」または商品コード「ＰＲ−０１」に対
応するシーケンス番号ＳＥＱ−０１−×××のレコード
（図３〜図８の例では、レコード＃２，＃５，＃７，＃
１０，＃１３，＃１６，＃１９，＃２４，＃２５，＃２
９）を抽出する。

【００６２】そして、抽出した各レコードについて、業
務プロセスに基づいて、商品の在庫状態が判別される。
すなわち、「センター入庫」に該当するレコードはセン
ター入庫状態と判別され、「港頭出庫」に該当するレコ
ードは港頭出庫状態と判別され、「港頭入庫」に該当す
るレコードは港頭入庫状態と判別され、「到着」に該当
するレコードは到着状態と判別され、「船積」に該当す
るレコードは洋上在庫状態と判別され、「船積手続」に
該当するレコードは船積手続状態と判別され、「船積手
配」に該当するレコードは船積手配状態と判別され、レ
コード＃４は「生産」に該当するレコードであるため生
産中と判別され、「発注」に該当するレコードは「注文
確定済み」と判別される。そして、各在庫状態につい
て、商品数量が集計される。また、各在庫状態につい
て、その状態への移行日（例えば、港頭入庫状態であれ
ば港頭入庫日、船積手配状態、船積手続状態、および洋
上在庫状態であれば船積日等）からセンター倉庫への入
庫予定日が算出される。すなわち、各在庫状態からセン
ター倉庫へ入庫するまでの所要日数は予め把握できるの
で、各状態への移行日に夫々の所要日数を加えること
で、センター倉庫への入庫予定日を求めることができる
のである。

【００６３】これらの集計演算処理を図９に示す別のデ
ータ例を参照して具体的に説明する。なお、図９におい
ては、商品Ａに該当するレコードについて、以下に説明
する集計演算処理に関係する項目のみを抜粋して示して
いる。また、各レコードについて、上記のように各レコ
ードに該当する業務プロセスから得られた在庫状態、お
よび、各在庫状態への移行日から算出された納品予定日
（センター倉庫への入庫予定日）を示している。

【００６４】図９において、シーケンス番号ＳＥＱ−５
０に対して、２つのレコード＃１０、＃１１が記録され
ている。このうち、レコード＃１０は港頭在庫状態の商
品Ａの数量が１００であることを示しているが、レコー
ド＃１１より、このうち２０はセンター在庫状態となっ
ていることがわかる。したがって、実際の港頭在庫数量
は１００から２０を差し引いて８０となる。また、シー
ケンス番号ＳＥＱ−６０に対して、２つのレコード＃２
５、＃２６が記録されている。このうち、レコード＃２
６は、購入注文確定状態の商品Ａの数量が３００である
ことを示しているが、レコード＃２６より、このうち２
００は洋上在庫状態となっていることがわかる。したが
って、実際の購入注文確定数量は３００から２００を差
し引いて１００となる。このように、同一のシーケンス
番号に対して、複数の在庫状態のレコードが記録されて
いる場合には、上流側（購買部門に近い側）の在庫数量
から下流側（センター倉庫に近い側）の在庫数量を差し
引いて、下流側在庫状態の実際の数量を算出する。

【００６５】以上のような集計演算処理の結果、図１０
に示すような集計データが生成され、この集計データを
表示する画面が、購買部門コンピュータ１４へ送信され
る。図１０に示す集計データは、１月に入庫予定で、現
在、港頭在庫中であるものが８０、既にセンター倉庫に
入庫済みのものが２０あり、１月までの販売在庫数量は
計１００であることを示している。同様に、２月に入庫
予定で、現在、洋上在庫中であるものが２００あり、２
月までの販売在庫数量は１月の販売在庫数量を含めて計
３００であることを示し、また、３月に入庫予定で、現
在、購入注文確定状態であるのものが１００あり、３月
までの販売在庫数量は、１月および２月の販売在庫数量
を含めて計４００であることを示している。

【００６６】なお、上記の説明では、購買部門コンピュ
ータ１４で商品名を指定すると、その商品について図１
０に示すような在庫予定を示す集計データを生成して、
この集計データを当該購買部門コンピュータ１４で閲覧
できるものとしたが、これに限らず、購買部門コンピュ
ータ１４では、商品名や購入注文番号等を指定して、購
入注文毎の在庫の進捗状況（すなわち、在庫管理データ
ベース１０ａに登録されたデータ内容そのもの）を閲覧
できるようにしてもよい。

【００６７】上述の如く、本実施形態では、企業の購買
部門（あるいは、在庫管理を必要とするその他の部門）
において、購入注文を行った商品の在庫状態を統合的に
管理することができる。また、各商品について、納品予
定月毎に各在庫状態の数量が集計されたデータを閲覧で
きるので、商品の納品予定時期および数量を正確に予測
することが可能となる。すなわち、発注元企業は購入注
文番号のみを、荷送側海貨業者は、購入注文番号、仕入
書番号、および船荷証券番号のみを、港頭倉庫会社は船
荷証券番号、港頭入庫番号、および港頭出庫番号のみ
を、センター倉庫は港頭出庫番号とセンター入庫番号の
みを、それぞれ把握しているため、発注元企業、荷送側
海貨業者、荷受側海貨業者、港頭倉庫会社、およびセン
ター倉庫が夫々保有する情報を個別に管理したのでは、
同一の発注商品について在庫状態を追跡して管理するこ
とはできない。これに対して、本実施形態では、図３〜
図８に示すように、購入注文番号、船荷証券番号、港頭
入庫番号、港頭出庫番号、およびセンター入庫番号を相
互に関係付けて在庫管理データベース１０ａに記録する
ことで、発注商品についての在庫状態を統合的に管理す
ることが可能となるのである。

【００６８】なお、上記実施形態では、各端末コンピュ
ータ１４〜２６からの情報入力を、ＷＥＢサーバーとし
ての統合在庫管理サーバー１０にアクセスすることによ
り行うものとしたが、これに限らず、例えば、各端末コ
ンピュータ１４〜２６から電子データ交換（ＥＤＩ）に
より情報を送信することとしてもよく、あるいは、電子
メールにより情報を送信することとしてもよい。

【００６９】また、上記実施形態では、購入注文された
商品が、船積みされて海上輸送され、水揚げされて港頭
倉庫に入庫された後、センター倉庫に納品されるものと
して説明した。しかしながら、本発明はこれに限定され
るものではなく、陸上輸送や航空輸送により商品が輸送
される場合にも適用が可能である。すなわち、輸送の形
態にかかわらず、商品が発注されてから納品されるまで
に幾つかの在庫状態を経ることになるが、在庫状態が変
化する都度その情報を受け取って、在庫管理データを更
新することで、発注商品の統合的な在庫管理を行うこと
ができるのである。

【００７０】次に本発明の第２の実施形態について説明
する。本実施形態のシステムは、上記第１実施形態のシ
ステムが有する機能に加えて、センター倉庫入庫後の在
庫管理、発注者・生産者・海貨業者等の各主体の目的に
応じた在庫データの閲覧、適正在庫を維持するための在
庫調節等の機能を有している。

【００７１】図１１は、本発明の第２の実施形態である
統合在庫管理サーバー１００を含むシステムの全体構成
図である。また、図１２は、統合在庫管理サーバー１０
０が備える機能モジュールの概要を表す図である。図１
１に示す如く、本実施形態では、統合在庫管理サーバー
１００には在庫管理データベース１００ａが設けられて
おり、また、上記第１実施形態の端末コンピュータ１４
〜２６に加えて、商品の販売会社の端末コンピュータ
（以下、販売会社コンピュータという）２８および運送
会社の端末コンピュータ（以下、運送会社コンピュータ
という）３０が接続されている。

【００７２】先ず、図１２を参照して、本実施形態のシ
ステムの概要を説明する。

【００７３】図１２に示す如く、統合在庫管理サーバー
１００は、Ｐ／Ｏ管理モジュール５０、進捗管理モジュ
ール５２、統合在庫管理モジュール５４、フォワーディ
ングモジュール５６、標準在庫管理モジュール５８、配
送管理モジュール６０、受発注管理モジュール６２、お
よびＥＤＩインターフェースモジュール６４を備えてい
る。このうち、ＥＤＩインターフェースモジュール６４
は、ＥＲＰ、電子決済システム、顧客基幹システム、宅
配業者システム、他社在庫システム、Forwarderモジュ
ールなどの他システムとのＥＤＩ（電子データ交換）を
行う通信モジュールである。

【００７４】図１３は、Ｐ／Ｏ管理モジュール５０を説
明するための図である。図１３に示す如く、Ｐ／Ｏ管理
モジュール５０は進捗管理モジュール５２に接続されて
おり、インターネット１２を介して購入注文主から購入
注文を受信すると共に、進捗管理モジュール５２と連携
して、購入注文主が購入注文情報および進捗管理情報を
参照できるようにする機能を有する。すなわち、Ｐ／Ｏ
管理モジュール５０は、購買部門コンピュータ１４から
インターネット１２を介した購入注文情報の入力および
在庫進捗状況の参照を行う機能を提供するためのモジュ
ールに相当する。

【００７５】図１４は、進捗管理モジュール５２を説明
するための図である。図１４に示す如く、進捗管理モジ
ュール５２は、Ｐ／Ｏ管理モジュール５０および統合在
庫管理モジュール５４に接続されており、生産から輸送
を経てセンター倉庫への入庫に至る各在庫状態毎の在庫
管理を行う機能を有している。すなわち、進捗管理モジ
ュール５２は、上記図１０に示すような在庫データの集
計を行って端末コンピュータでの閲覧に供するモジュー
ルに該当する。

【００７６】更に、進捗管理モジュール５２は、配送制
御（Delivery Control）情報の入力を受け付ける機能を
有している。具体的には、購買部門コンピュータ１４、
生産者コンピュータ１６、または輸出者コンピュータ１
８から進捗管理モジュール５２へ、船積日、船積港（Po
rt of Discharge）、および陸揚港（Final Destinatio
n）を入力することができる。この入力機能により、購
入注文主、生産者、または、輸入者は、購入注文が行わ
れた後、生産、輸送、または保管の状態にある商品の在
庫状況を確認しながら、商品の船積みに関する予定や出
発港・目的港を指定することができる。なお、船積日、
出発港、および目的港の指定を、購入注文主、生産者、
および輸入者のうち誰が行えるかは、売買契約におい
て、誰がどの段階まで商品の占有権または所有権を有す
るものとして定められているかによる。

【００７７】図１５は、統合在庫管理モジュール５４を
説明するための図である。統合在庫管理モジュール５４
は、進捗管理モジュール５２、フォワーディングモジュ
ール５６、標準在庫管理モジュール５８、および配送管
理モジュール６０に接続されており、システム全体を管
理する機能を有する。

【００７８】図１６は、フォワーディングモジュール５
６、標準在庫モジュール５８、および配送管理モジュー
ル６０を説明するための図である。

【００７９】フォワーディングモジュール５６は、例え
ば荷受側海貨業者等の運送業者から提供された情報に基
づいて、輸送船の入港から港頭倉庫への入庫までの進捗
管理を行うためのモジュールである。すなわち、フォワ
ーディングモジュール５６は、荷受側海貨業者の荷受側
コンピュータ２２から、入庫日、コンテナヤードへの搬
入日、コンテナヤードからの搬出日、通関日、港頭倉庫
への配送日、および、港頭倉庫への入庫日についてのデ
ータ（以下、港頭進捗データという）を受信する。この
港頭進捗データは該当するシーケンス番号に関係付けて
在庫管理データベース１００ａに記録される。そして、
フォワーディングモジュール５６は、在庫管理データベ
ース１００ａに記録された港頭進捗データを閲覧するた
めの閲覧画面を生成して、購入注文主等の顧客の端末コ
ンピュータへ送信する。図１７は、港頭進捗データの閲
覧画面の一例を示す。図１７に示すように、この閲覧画
面には、入港日、コンテナヤードへの搬入日・搬出日、
コンテナヤードから港頭倉庫への配送日、通関日、港頭
倉庫への入庫日等の情報の表示欄が含まれる。

【００８０】標準在庫管理モジュール５８は、統合在庫
管理モジュール５４と連携しながら顧客企業における在
庫管理サービスを提供するためのモジュールである。す
なわち、標準在庫管理モジュール５８には、商品の在庫
情報が各顧客企業毎に記録されたデータベースを有して
おり、顧客企業の端末コンピュータから在庫のデータ参
照および入出庫指令の入力を受けると共に、統合在庫管
理モジュール５４から例えば上記第１実施形態の図１０
に示すような在庫予定データを取得する。そして、各顧
客企業について、在庫予定データを含めた在庫データを
検索・閲覧するための在庫管理画面を生成し、顧客企業
の端末コンピュータへ送信する。これにより、顧客企業
では、現在の在庫状況に加えて、購入注文が完了した将
来の納品予定商品についても、各商品が何時、どれだけ
の数量だけ納品されるか等の在庫管理を行うことができ
る。図１８〜図２０は、顧客の端末コンピュータにおい
て表示された在庫管理画面の例を示す。

【００８１】顧客企業の端末コンピュータから標準在庫
管理モジュール５８へ入力された商品の入出庫指令は配
送管理モジュール６０へ引き渡され、配送管理モジュー
ル６０は、この入出庫指令に基づいて海貨業者やその他
の運送業者のシステムコンピュータへ商品の配送指示信
号を送信する。これにより、顧客は統合在庫管理サーバ
ー１０にアクセスするだけで、在庫管理のみならず、配
送の手配も自動的に行うことができる。

【００８２】なお、上記の説明では、標準在庫管理モジ
ュール５８が統合在庫管理サーバー１００の一部を構成
するものとして説明したが、これ限らず、標準在庫管理
モジュール５８を統合在庫管理サーバーとは独立した別
のサーバーにより構成し、統合在庫管理サーバーとイン
ターネット等により接続することにより、上記したよう
な統合在庫管理サーバーと連携した機能を持たせること
としてもよい。

【００８３】図２１は、受発注管理モジュール６２を説
明するための図である。図２１に示す如く、受発注管理
モジュール６２は、エンドユーザの端末コンピュータと
の入出力インターフェース機能を有すると共に標準在庫
管理モジュール５８に接続されている。そして、エンド
ユーザからの商品購入注文を受けると、標準在庫管理モ
ジュール５８に対して、注文された商品の在庫状況を問
い合わせて納期を確認し、注文主であるエンドユーザへ
その納期を通知する。また、受発注管理モジュール６２
は、インターネット１２等を介して電子マーケットプレ
イス（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 N
o.）、船荷証券番号（B/L No.）、港頭入庫番号、港頭
出庫番号、センター入庫番号、および送状番号を含んで
いる。また、図２６および図２７に示すように数量管理
項目は、注文（オーダー）数量、生産数量、船積指図数
量、船積数量、港頭入庫数量、港頭出庫数量、センター
入庫数量、受注数量、センター出庫数量、および配送数
量を含んでいる。更に、図２８および図２９に示すよう
に、日付管理項目は、注文(オーダー)日、生産開始日、
生産完了日、船積日、入港日、到着日、港頭入庫日、港
頭出庫日、センター入庫日、受注日、センター出庫日、
および配送日を含んでいる。

【０１０３】以下、図２４〜図２９に示す在庫管理デー
タベース１００ａが構成される過程について説明する。
なお、説明の便宜上、図２４〜図２９には各レコードに
レコード番号（＃）を付しており、また、これら各図の
左端欄には、各情報が購入注文情報、生産者情報、船積
手配情報、船積情報、到着情報、港頭入庫情報、港頭出
庫情報、センター入庫情報、受注情報、出庫情報、およ
び配送情報の何れの情報であるかを示す業務プロセス名
およびその管理主体を示している。

【０１０４】図２４〜図２９に示す例では、先ず、購買
部門コンピュータ１４から送信された購入注文番号ＰＯ
−１１およびＰＯ−２１の購入注文情報が記録されてい
る。購入注文番号ＰＯ−１１の購入注文情報には５種類
の購入注文が含まれており、夫々にシーケンス番号（SE
Q No.）ＳＥＱ−１１、ＳＥＱ−１２、ＳＥＱ−１３、
ＳＥＱ−１４、ＳＥＱ−１５が付されている（レコード
＃１〜＃５）。また、購入注文番号ＰＯ−１２の購入注
文情報には２種類の購入注文が含まれており、夫々にシ
ーケンス番号ＳＥＱ−２１、ＳＥＱ−２２が付されてい
る（レコード＃６，＃７）。図２４〜図２９からわかる
ように、各購入注文の内容は以下の通りである（オーダ
ー日は何れも４月２０日である。）。 SEQ No 船積港 陸揚港 センター名 商品コート゛ オータ゛ー数量 ＳＥＱ−１１ SINGAPORE 東京 東京 PR-11 １５０ （＃１） ＳＥＱ−１２ SINGAPORE 東京 横浜 PR-11 １００ （＃２） ＳＥＱ−１３ JAKARTA 大阪 大阪 PR-11 １５０ （＃３） ＳＥＱ−１４ JAKARTA 大阪 神戸 PR-11 １００ （＃４） ＳＥＱ−１５ SINGAPORE 東京 東京 PR-12 ３００ （＃５） ＳＥＱ−２１ SINGAPORE 東京 横浜 PR-11 １００ （＃６） ＳＥＱ−２２ JAKARTA 大阪 大阪 PR-12 ２００ （＃７）

【０１０５】次に、生産者は生産者コンピュータ１６か
ら生産者情報を入力する。すなわち、購入注文のあった
商品について生産を開始すると、先ず、その商品の購入
注文番号、商品名、生産開始日を入力し、生産を完了す
ると、生産数量および生産完了日を入力する。そして、
入力された購入注文番号および商品名と登録済みの購入
注文情報との照合により該当するシーケンス番号が特定
され、在庫管理データベース１００ａに記録される。図
２４〜図２９の例では、以下の生産者情報が入力され、
シーケンス番号ＳＥＱ−１１〜１５，ＳＥＱ−２１〜２
２が特定され、レコード＃８〜＃１４に記録されてい
る。ただし、ＳＥＱ−２２については、生産開始日のみ
が記録されているから、生産が完了していないことにな
る。 P/O No. 商品名 生産数量 生産開始日 生産完了日 PO-11 PPCカラーA4 １００ ４月３０日 ５月１０日 （＃８） PO-11 PPCカラーA4 ３０ ４月３０日 ５月１０日 （＃９） PO-11 PPCカラーA4 １２０ ４月３０日 ５月１０日 （＃10） PO-11 PPCカラーA4 １１０ ４月３０日 ５月１０日 （＃11） PO-11 PPCカラーB4 ３００ ４月３０日 ５月１０日 （＃12） PO-11 PPCカラーA4 ８０ ４月３０日 ５月１０日 （＃13） PO-11 PPCカラーA4 ４月３０日 （＃14）

【０１０６】なお、本例では、ＳＥＱ−１５を除くシー
ケンス番号については、生産数量がオーダー数量に対し
て不足しているため、枝番「−００１」が付されてお
り、不足分について生産が開始されると、同じシーケン
ス番号に別の枝番（「−００２」等）を付けたデータが
記録されることとなる。シーケンス枝番についての処理
は上記第１実施形態と同様であるので、本実施形態で
は、説明を簡単にするため、シーケンス枝番の処理につ
いては説明を省略する。

【０１０７】商品が生産者から輸出者に引き渡される
と、輸出者は、船積手配を行ったうえで、輸出者コンピ
ュータ１８から船積手配情報を入力する。すなわち、船
積手配を行った商品について、購入注文番号、商品コー
ド、船積指図数量、船積日を入力する。そして、入力さ
れた船積手配情報と登録済みの生産者情報との照合によ
り、該当するシーケンス番号が特定され、在庫管理デー
タベース１００ａに記録される。図２４〜図２９に示す
例では、以下の船積手配情報が入力され、シーケンス番
号ＳＥＱ−１１〜１５およびＳＥＱ−１６が特定され
て、レコード＃１５〜＃２０に記録されている。 P/O No. 商品コード 船積指図数量 船積日 PO-11 PR-11 １００ ５月２０日 （＃15） PO-11 PR-11 ３０ ５月２８日 （＃16） PO-11 PR-11 １２０ ５月３１日 （＃17） PO-11 PR-11 １１０ ６月１６日 （＃18） PO-11 PR-12 ３００ ５月２０日 （＃19） PO-21 PR-11 ８０ ５月２０日 （＃20）

【０１０８】船積手配を受けた海貨業者（荷送側海貨業
者）は、船積手続を行ったうえで、荷送側コンピュータ
２０から船積手続情報を入力する。すなわち、船積手続
を行った商品について、仕入書番号、商品コード、船積
数量、および船積日を入力する。そして、入力された船
積手続情報と記録済みの船積手配情報との照合により該
当するシーケンス番号が特定され、在庫管理データベー
ス１００ａに記録される。図２４〜図２９に示す例で
は、以下の船積手続情報が入力され、ＳＥＱ−１１，１
２，１３，１５，２１が特定されて、レコード＃２１〜
＃２５に記録されている。 INV No. 商品コード 船積数量 船積日 INV-011 PR-11 １００ ５月２０日 （＃21） INV-012 PR-11 ３０ ５月２８日 （＃22） INV-013 PR-11 １２０ ５月３１日 （＃23） INV-011 PR-12 ３００ ５月２０日 （＃24） INV-011 PR-11 ８０ ５月２０日 （＃25）

【０１０９】本例では、ＳＥＱ−１１，１５，２１は船
積港および陸揚港が同じ（船積港がシンガポール、陸揚
港が東京）であるので、同じ仕入書番号が用いられてお
り、ＳＥＱ−１２，１３は、各々、船積港または陸揚港
が異なっているので、別の仕入書番号が用いられてい
る。

【０１１０】船積が完了すると、荷送側海貨業者は、荷
送側コンピュータ２０から船積情報を入力する。すなわ
ち、船積を完了した商品について、船荷証券番号、商品
名、船積数量、船積日、入港日を入力する。そして、入
力された船積情報と、登録済みの船積手続情報との照合
により該当するシーケンス番号が特定され、在庫管理デ
ータベース１００ａに記録される。図２４〜図２９の例
では、以下の船積情報が入力され、シーケンス番号ＳＥ
Ｑ−１１，１２，１３，１５，２１が特定されてレコー
ド＃２６〜＃３０に記録されている。 B/L No. 商品名 船積数量 船積日 入港日 BL-011 PPCカラーA4 １００ ５月２０日 ６月６日 （＃26） BL-012 PPCカラーA4 ３０ ５月２８日 ６月１４日 （＃27） BL-013 PPCカラーA4 １２０ ５月３１日 ６月１７日 （＃28） BL-011 PPCカラーB4 ３００ ５月２０日 ６月６日 （＃29） BL-011 PPCカラーA4 ８０ ５月２０日 ６月６日 （＃30）

【０１１１】商品が目的港に到着すると、荷受側海貨業
者は、荷受側コンピュータ２２から到着情報を入力す
る。すなわち、到着した商品について、船荷証券番号、
商品名、船積数量、到着日、港頭入庫日を入力する。そ
して、入力された到着情報と登録済みの船積情報との照
合により該当するシーケンス番号が特定され、在庫管理
データベース１００ａに記録される。図２４〜図２９の
例では、以下の到着情報が入力され、シーケンス番号Ｓ
ＥＱ−１１，１２，１５，２１が特定されてレコード＃
３１〜＃３４に記録されている。 B/L No. 商品名 船積数量 到着日 港頭入庫日 BL-011 PPCカラーA4 １００ ６月７日 ６月８日 （＃31） BL-012 PPCカラーA4 ３０ ６月１４日 ６月１６日 （＃32） BL-011 PPCカラーB4 ３００ ６月７日 ６月８日 （＃33） BL-011 PPCカラーA4 ８０ ６月７日 ６月８日 （＃34）

【０１１２】商品が港頭倉庫に入庫されると、港頭倉庫
では港頭倉庫コンピュータ２４から港頭入庫情報を入力
する。すなわち、入庫した商品の港頭入庫番号、商品コ
ード、港頭入庫数量、港頭入庫日を入力する。そして、
入力された港頭入庫情報と登録済みの到着情報との照合
により該当するシーケンス番号が特定され、在庫管理デ
ータベース１００ａに記録される。図２４〜図２９の例
では、以下の港頭入庫情報が入力され、該当するシーケ
ンス番号ＳＥＱ−１１，１５，２１が特定されてレコー
ド＃３５〜＃３７に記録されている。 港頭入庫番号 商品コード 港頭入庫数量 港頭入庫日 IN-011 PR-11 １００ ６月８日 （＃35） IN-012 PR-12 ３００ ６月８日 （＃36） IN-021 PR-11 ８０ ６月８日 （＃37）

【０１１３】商品が港頭倉庫から出庫されると、港頭倉
庫では港頭倉庫コンピュータ２４から港頭出庫情報を入
力する。すなわち、港頭倉庫から出庫した商品につい
て、港頭出庫番号、商品コード、港頭出庫数量、および
港頭出庫日が入力される。そして、入力された港頭出庫
情報と登録済みの港頭入庫情報との照合により該当する
シーケンス番号が特定され、在庫管理データベース１０
０ａに記録される。図２４〜図２９に示す例では、以下
の港頭出庫情報が入力され、シーケンス番号ＳＥＱ−１
１，１５，２１が特定されてレコード＃３８〜＃４０に
記録されている。 港頭出庫番号 商品コード 港頭出庫数量 港頭出庫日 OUT-011 PR-11 １００ ６月２０日 （＃38） OUT-012 PR-12 ３００ ６月２５日 （＃39） OUT-021 PR-11 ８０ ６月３０日 （＃40）

【０１１４】港頭倉庫から出庫された商品がセンター倉
庫に入庫されると、センター倉庫ではセンター倉庫コン
ピュータ２６からセンター入庫情報を入力する。すなわ
ち、センター倉庫へ入庫された商品について、センター
入庫番号、商品コード、センター入庫数量、およびセン
ター入庫日が入力される。そして、入力されたセンター
入庫情報と登録済みの港頭出庫情報との照合により該当
するシーケンス番号が特定され、在庫管理データベース
１００ａに記録される。図２４〜図２９に示す例では、
以下のセンター入庫情報が入力され、シーケンス番号Ｓ
ＥＱ−１１，１５，２１が特定されて、レコード＃４１
〜＃４３に記録されている。なお、シーケンス番号ＳＥ
Ｑ−１１，１５はセンター名が東京であるから、センタ
ー入庫情報は東京のセンター倉庫から入力され、シーケ
ンス番号ＳＥＱ−２１はセンター名が横浜であるから、
センター入庫情報は横浜のセンター倉庫から入力され
る。センター 入庫番号 商品コート゛ センター入庫数量 センター入庫日 IN-001 PR-11 １００ ６月２１日 （＃41） IN-002 PR-12 ３００ ６月２６日 （＃42） IN-101 PR-11 ８０ ７月１日 （＃43）

【０１１５】商品販売会社は、センター倉庫に在庫中の
商品について受注を受けると、販売会社コンピュータ２
８から受注情報を入力する。すなわち、受注した商品に
ついて、受注番号、商品コード、受注数量、および受注
日を入力する。そして、入力された受注情報と登録済み
のセンター入庫情報との照合により該当するシーケンス
番号が特定され、在庫管理データベース１００ａに記録
される。図２４〜図２９に示す例では、以下の受注情報
が入力され、シーケンス番号ＳＥＱ−１１，１５が特定
されてレコード＃４４，４５に記録されている。 受注番号 商品コード 受注数量 受注日 OE-001 PR-11 ５０ ７月１５日 （＃44） OE-001 PR-12 ２００ ７月１５日 （＃45）

【０１１６】上記の受注情報は該当するセンター倉庫
（上記の場合は東京センター）のセンター倉庫コンピュ
ータ２６へ送信され、これに基づいて、センター倉庫で
は、商品をセンター倉庫から出庫し、センター出庫情報
をセンター倉庫コンピュータ２６へ入力する。すなわ
ち、出庫した商品について、センター出庫番号、商品コ
ード、センター出庫数量、およびセンター出庫日を入力
する。そして、入力されたセンター出庫情報と登録済み
の受注情報との照合により該当するシーケンス番号が特
定され、在庫管理データベース１００ａに記録される。
図２４〜図２９に示す例では、以下のセンター出庫情報
が入力され、シーケンス番号ＳＥＱ−１１，１５が特定
されてレコード＃４６，４７に記録されている。センター 出庫番号 商品コート゛ センター出庫数量 センター出庫日 OUT-001 PR-11 ５０ ７月１７日 （＃46） OUT-002 PR-12 ２００ ７月１７日 （＃47）

【０１１７】また、上記のように入力されたセンター出
庫情報は、運送会社コンピュータ３０へ配送指示として
送信される。運送会社ではこれに応じて配送を行ったう
えで、運送会社コンピュータ３０から配送情報を入力す
る。すなわち、配送を行った商品について、送状番号、
商品コード、配送数量、および配送日を入力する。そし
て、入力された配送情報と登録済みのセンター出庫情報
との照合により該当するシーケンス番号が特定され、在
庫管理データベース１００ａに記録される。図２４〜図
２９に示す例では、以下の配送情報が入力され、シーケ
ンス番号ＳＥＱ−１１，１５が特定されてレコード＃４
８，＃４９に記録されている。 送状番号 商品コート゛ 配送数量 配送日 DN-001 PR-11 ５０ ７月１８日 （＃48） DN-002 PR-12 ２００ ７月１８日 （＃49）

【０１１８】以上述べたように、統合在庫管理サーバー
１０が各端末コンピュータ１４〜３０から受信した各情
報を記録することにより、図２４〜図２９に示すような
在庫管理データベース１００ａが構築されていく。そし
て、発注者（輸入商社）、生産者、輸出者、生産者海貨
業者、港頭倉庫、およびセンター倉庫では、在庫管理デ
ータベース１００ａに記録された情報を、各端末コンピ
ュータ１４〜２６から夫々の目的に適した形態で閲覧す
ることができる。

【０１１９】図３０は、発注元企業（例えば輸入商社）
が発注契約の履行進捗状況を管理するための閲覧画面
（以下、契約進捗閲覧画面という）の一例を示す。図３
０に示す如く、契約進捗閲覧画面では、購入注文番号毎
に、各商品の発注確定数量、船積数量、船積日およびそ
の予確区分（予定か確定かを示す区分）、到着日および
その予確区分、港頭入庫日およびその予確区分、センタ
ー入庫可能日、船積残、船積港、陸揚港、センター名が
表示される（予確区分については確定が＊印で表示され
る）。なお、図３０および下記図３１〜図３４に示す各
閲覧画面では、説明の便宜上シーケンス番号（ＳＥＱ
−）を記しているが、実際の画面にはシーケンス番号は
表示されない。

【０１２０】図３０に例示する契約進捗閲覧画面は、上
記図２４〜図２９に示す在庫管理データベース１００を
６月１５日の時点で閲覧したものである。この閲覧時点
では、購入注文番号ＰＯ−１１の購入注文のうち、シー
ケンス番号ＳＥＱ−１１、１５，２１については６月８
日に港頭入庫がなされてこれらの港頭入庫日までが記録
されている。これに対応して、契約進捗閲覧画面には、
在庫管理データベース１００ａに記録された船積日、到
着日、港頭入庫日がそのまま表示され、予確区分は「確
定」となっている。なお、センター入庫可能日は、港頭
入庫日から、センター入庫までの所要日数を考慮して決
めた所定日数（例えば３日）が経過した日付が表示され
る。

【０１２１】また、シーケンス番号ＳＥＱ−１２につい
ては、閲覧日前日の６月１４日に到着したばかりであ
り、港頭入庫は未だ行われていないので、到着日（６月
１４日）までが記録されている。これに対応して、契約
進捗閲覧画面には、在庫管理データベース１００ａに記
録された船積日および到着日がそのまま表示され、予確
区分は「確定」となっているのに対して、港頭入庫日お
よびセンター入庫可能日については、到着日から予測さ
れる予定日が表示され、港頭入庫日の予確区分は「予
定」となっている。

【０１２２】また、シーケンス番号ＳＥＱ−１３につい
ては、６月１５日の閲覧時点では、５月３１日に船積が
行われ、未だ到着していないので、船積日および入港日
（予定日）までが記録されている。これに対応して、契
約進捗閲覧画面には、在庫管理データベース１００ａに
記録された船積日がそのまま表示され、予確区分は「確
定」とされているのに対して、到着日および港頭入港日
については入港日（６月１７日）から予測される予定日
（夫々、６月１８日、６月２３日）が表示され、予確区
分は「予定」となっている。

【０１２３】また、シーケンス番号ＳＥＱ−１４につい
ては、６月１５日の閲覧時点では、船積手配が行われて
船積指図数量は記録されているが、船積は未だ行われて
いないために船積日は記録されていない。これに対応し
て、契約進捗閲覧画面には、船積日、到着日、港頭入庫
日のいずれについても、生産完了日（５月１０日）から
予測される予定日（夫々、６月１６日、７月４日、７月
９日）が表示され、予確区分は「予定」となっている。

【０１２４】さらに、シーケンス番号ＳＥＱ−２２につ
いては、６月１５日の閲覧時点では、生産開始日までし
か記録されておらず、生産は完了していない。これに対
応して、船積日、到着日、港頭入庫日は空欄となってい
る。ただし、オーダー日からこられらの日付を予測し
て、予定日を表示させるようにしてもよい。

【０１２５】このように、統合在庫管理サーバー１００
は、在庫管理データベース１００ａから、各購入注文番
号の各商品の各シーケンス番号のデータを読み出し、船
積日、到着日、港頭入庫日のうち日付が記録されたもの
は、予確区分を「確定」としてそのままその日付を表示
させ、日付が記録されていないものについては、予確区
分を「予定」として、記録されている上流側の日付から
予測される日付を表示させる。

【０１２６】また、各購入注文番号の各商品について、
発注数量の総計と、船積が完了した（すなわち船積日が
確定である）ものの数量の総計との差を船積残として表
示させる。図３０の画面例の場合、例えば購入注文番号
ＰＯ−１１で注文された商品コードＰＲ−１１の商品に
ついて、発注数量は５００であるのに対して、船積が行
われているのはＳＥＱ１１〜１３の計２５０であるた
め、船積残として２５０（＝５００−２５０）が表示さ
れている。

【０１２７】図３１は、生産者、輸出者、および荷送側
海貨業者が出荷・輸出手続の進捗状況を管理するための
閲覧画面（以下、輸出進捗閲覧画面という）の一例を示
す。図３１に示す如く、輸出進捗閲覧画面では、輸出手
続の準備のため商品の出荷・輸出状況を把握できるよう
に、船積港毎に、各船積予定日について、船積数量、購
入注文番号、商品コード、商品名、陸揚港、到着予定
日、港頭入庫予定日、納品センター、センター入庫可能
が表示される。

【０１２８】図２４〜図２９に示すデータ例では、船積
港がシンガポールであるデータとして、船荷証券番号が
ＢＬ−１１（船積日５月２０日）であるシーケンス番号
ＳＥＱ−１１，１５，２１のデータと、船荷証券番号が
ＢＬ−１２（船積日５月２８日）であるシーケンス番号
ＳＥＱ−１２のデータとがあるので、図３１の輸出進捗
閲覧画面では、船積港：シンガポールに対応してこれら
シーケンス番号のデータが表示されている。船積港がジ
ャカルタであるデータについても同様に、シーケンス番
号ＳＥＱ−１３，１４、２２のデータが表示されてい
る。

【０１２９】なお、シーケンス番号ＳＥＱ−１４につい
ては、６月１５日の閲覧時点で船積手配までしか行われ
ておらず、船荷証券番号、船積数量は未定であるため、
これらの項目は空欄となっており、また、到着予定日、
港頭入庫予定日、およびセンター入庫可能日は、船積予
定日（６月１６日）から予測される日付が表示されてい
る。さらに、シーケンス番号ＳＥＱ−２２については、
６月１５日の閲覧時点で、生産者情報までしか記録され
ておらず、船積手配は未だ行われていないため、船積予
定日、船荷証券番号、船積数量、到着予定日、港頭入庫
予定日、センター入庫可能日は何れも空欄となってい
る。ただし、生産完了日からこれらの日付を予測して、
予定日として表示させてもよい。

【０１３０】図３２は、荷受側海貨業者および発注元企
業が輸入進捗状況を管理するための閲覧画面（以下、輸
入進捗閲覧画面という）の一例を示す。図３２に示す如
く、輸入進捗閲覧画面では、陸揚港毎に、到着予定日、
船荷証券番号、船積数量、購入注文番号、商品コード、
商品名、納品先センター名、港頭入庫予定日、センター
入庫可能日、船積港、船積日が表示される。

【０１３１】図２４〜図２９に示すデータ例では、陸揚
港が東京であるデータとして、船荷証券番号がＢＬ−１
１（到着予定日６月７日）であるシーケンス番号ＳＥＱ
−１１，１５，２１のデータと、船荷証券番号がＢＬ−
１２（到着予定日６月１５日）であるシーケンス番号Ｓ
ＥＱ−１２のデータがあるので、図３２の輸出進捗閲覧
画面では、これらシーケンス番号のデータが表示されて
いる。陸揚港が大阪であるデータについても同様に、シ
ーケンス番号ＳＥＱ−１３，１４、２２のデータが表示
されている。ただし、上記図３１について述べたのと同
様の理由で、シーケンス番号ＳＥＱ−１４については、
船荷証券番号は空欄とされ、到着予定日、港頭入庫予定
日、およびセンター入庫可能日は、船積日（６月１６
日）から予測される日付が表示されており、また、シー
ケンス番号ＳＥＱ−２２については、到着予定日、船荷
証券番号、船積数量、港頭入庫予定日、センター入庫可
能日、船積日は何れも空欄となっている。

【０１３２】図３３は、港頭倉庫にて港頭入庫までの進
捗状況を管理するための閲覧画面（以下、港頭進捗閲覧
画面という）の一例を示す。図３３に示す如く、港頭進
捗閲覧画面には、陸揚港毎に、港頭入庫予定日、商品コ
ード、商品名、船積数量、船荷証券番号、購入注文番
号、船積港、船積日およびその予確区分、到着日および
その予確区分、納品先、センター入庫可能日が表示され
る。図３３の画面例では、上記図３２に示す輸入進捗閲
覧画面と同様に、陸揚港が東京のデータとしてシーケン
ス番号ＳＥＱ−１１，１５，２１，１２のデータが表示
され、また、陸揚港が大阪のデータとしてシーケンス番
号ＳＥＱ−１３，１４，２２のデータが表示されてい
る。

【０１３３】図３４は、センター倉庫にてセンター入庫
までの進捗状況を管理するための閲覧画面（以下、セン
ター進捗閲覧画面という）の一例を示す。図３４に示す
如く、センター進捗閲覧画面には、納品先センター名毎
に、センター入庫可能日、商品コード、商品名、船積数
量、船荷証券番号、購入注文番号、船積港、船積日およ
びその予確区分、到着日およびその予確区分、陸揚港、
港頭入庫日が表示される。

【０１３４】図２４〜図２９に示す例では、納品先が東
京センターであるデータとしてシーケンス番号ＳＥＱ−
１１，１５のデータが、納品先が横浜センターであるデ
ータとしてシーケンス番号ＳＥＱ−２１，１２のデータ
が、納品先が大阪センターであるデータとしてシーケン
ス番号ＳＥＱ−１３，２２のデータが、納品先が神戸セ
ンターであるデータとしてシーケンス番号ＳＥＱ−１４
のデータが、夫々記録されており、これに応じて、これ
らシーケンス番号のデータが図３４の画面例に表示され
ている。

【０１３５】以上のように、本実施形態では、発注元企
業、生産者、輸出者、荷送側海貨業者、荷受側海貨業
者、港頭倉庫、およびセンター倉庫において、夫々の目
的に応じた形態で在庫管理データベース１００ａに記録
されたデータを閲覧することができ、有効な在庫管理を
行うことが可能となる。

【０１３６】本実施形態の統合在庫管理サーバー１００
は、また、センター倉庫および港頭倉庫での適正在庫割
れ（在庫数が適正在庫数に対して不足すること）を判定
して、在庫の移動指図を発する在庫自動調節の機能も有
している。以下、この在庫自動調節機能について説明す
る。

【０１３７】本実施形態では、上記のように、購入注文
がなされる時点で陸揚港および入庫先センター倉庫が指
定されるから、図３５に示すように、発注確定在庫は各
陸揚港および各センター倉庫向けの在庫に区別され、ま
た、洋上在庫および港頭在庫も夫々各センター向けの在
庫に区別されることになる。在庫自動調節機能では、セ
ンター在庫の在庫割れがある場合に、港頭倉庫からセン
ター倉庫への在庫移動指図が発せられる。そして、当該
在庫移動後に港頭倉庫の各センター向け在庫に適正在庫
割れが生ずる場合には、同じ港頭倉庫の他のセンター向
けの在庫を振り替えることができるか否かが判定され、
振り替え可能であれば、その在庫振り替えを行うべき旨
の指図が発せられる。また、在庫振替が不可能である場
合には、適正在庫割れを解消するために陸揚港の変更が
可能であるかを判断するための画面が発注元企業へ送ら
れる。

【０１３８】図３６は、在庫自動調節機能を実現すべく
統合在庫管理サーバー１０が実行する処理の流れを示す
フローチャートである。以下、図３６のフローチャート
に示す処理の内容について、７月８日現在の在庫状態が
図３７で表される場合を例にして説明する。

【０１３９】先ず図３７に示すデータの内容について説
明する。図３７において、「港頭在庫 予測在庫数」の
欄は、次回の港頭入庫時の予測在庫であり、その計算方
法は後述する。また、各センター倉庫および各港頭倉庫
での適正在庫数は各商品について予め設定されている。
さらに、センター在庫についての「平均出荷数」は、港
頭倉庫からセンター倉庫への一日当りの平均出荷数を表
すものであり、この値は予め設定されてもよいし、ある
いは、過去の実績に基づいて自動計算するものとしても
よい。

【０１４０】図３７の例では、７月８日現在において、
商品コードＰＲ−５１の商品について、東京港の港頭倉
庫での在庫は、東京センター向け在庫が３００、横浜セ
ンター向け在庫が２４０であり、適正在庫は共に２００
であるので、それらの差異は夫々１００，４０となって
いる。また、大阪港の港頭倉庫での在庫は、大阪センタ
ー向けが２６０，神戸センター向けが２４０であり、適
正在庫数は何れも２００であるから、それらの差異は夫
々６０，４０となっている。一方、東京、横浜、大阪、
神戸の各センター倉庫での在庫は、夫々、１５０，１５
０，１５０，１４０であり、適正在庫は何れも２００で
あるから、それらの差異は夫々−５０，−５０，−５
０，−４０となっている。

【０１４１】また、港頭在庫について、東京港では、７
月１４日に東京センター向けおよび横浜センター向けに
夫々１５０，４０の次回入庫予定がある。この場合、例
えば東京センター向け在庫については、現在の在庫数が
３００、平均出荷数が１０、入庫予定の７月１４日まで
の日数が６日間であるから、次回入荷予定日には現在在
庫数から６０（＝１０×６）の在庫減が予測され、７月
１４日に１５０の入庫が予定されていることから、次回
入庫時の予測在庫は、３９０（＝３００−６０＋１５
０）となる。横浜センター向け在庫についても、同様に
して、次回入庫在庫は２２０（＝２４０−６０＋４０）
となる。また、大阪港では、７月２２に大阪センター向
けおよび神戸センター向けに夫々９０，１００の次回入
庫予定があり、次回入庫時の予測在庫は、上記の同様の
計算により、夫々、２１０（＝２６０−１４×１０＋９
０），２００（＝２４０−１４×１０＋１００）とな
る。こうして計算された各予測在庫より、適正在庫との
差異は、夫々、１９０，２０，１０，０となっている。

【０１４２】以下、図３７を参照しながら図３６に示す
フローチャートの内容を説明する。図３６に示す如く、
先ず、ステップ２００において、センター倉庫で適正在
庫割れが生じているか否かが判別される。その結果、適
正在庫割れが生じていなければ、在庫調節は不要と判断
されて処理は終了される。一方、何れかのセンター倉庫
で適正在庫割れが生じていれば、ステップ２０２で、該
当する港頭倉庫の港頭倉庫コンピュータ２４に対して必
要数量をセンター倉庫へ出荷すべき旨の指図が送られ
る。

【０１４３】図３７に示す例では、上述したように、東
京、横浜、大阪、神戸のセンター倉庫で、夫々、５０，
５０，５０，６０の適正在庫割れが生じているので、ス
テップ２０２では、東京港の港頭倉庫の港頭倉庫コンピ
ュータ２４に対して、東京センターおよび横浜センター
へ夫々５０だけ出荷すべき旨の指示が送られ、また、大
阪港の港頭倉庫の港頭倉庫コンピュータ２４に対して、
大阪センターおよび神戸センターへ夫々５０および６０
だけ出荷すべき旨の指示が送られる。

【０１４４】図３８は、図３７に示す例において、上記
の出荷指図に応じて港頭倉庫からセンター倉庫への出荷
が行われた場合の、各倉庫での入出庫前後の在庫状態の
変化を示す。図３８に示す如く、東京港の港頭倉庫から
東京センターおよび横浜センターへ５０ずつ出荷され、
大阪港の港頭倉庫から大阪センターおよび神戸センター
へ夫々５０，６０だけ出荷されることにより、各港頭倉
庫の在庫は出荷数だけ減少しており、一方、各センター
倉庫の在庫は出荷数だけ増加して適正在庫に等しい在庫
数となっている。

【０１４５】ステップ２０４では、港頭倉庫からセンタ
ー倉庫へ出庫した時点での港頭倉庫の現在在庫に適正在
庫割れが生ずるか否かが判別される。その結果、適正在
庫割れが生じない場合は、ステップ２０６において、港
頭倉庫の次回入庫時の予測在庫に適正在庫割れが生ずる
か否かが判別される。その結果、次回入庫時にも適正在
庫割れが生じなければ、処理は終了される。一方、上記
ステップ２０４または２０６において、センター倉庫へ
の出庫時点の現在在庫または次回入庫予定時の予測在庫
に適正在庫割れが生ずる場合は、次にステップ２０８に
おいて同じ港頭倉庫の他センター向けの在庫を振り替え
ることが可能か否か（すなわち、他センター向け在庫に
ついての適正在庫に対する在庫余裕数量が、上記適正在
庫割れ分以上であるか否か）が判別される。その結果、
振り替え可能であれば、ステップ２１０において、該当
する港頭倉庫の港頭倉庫コンピュータ２４に対して、同
じ港頭倉庫の他センター向け在庫から在庫割れに応じた
数量だけ振り替えるべき旨の指示が送信される。一方、
振り替え不可能であれば、ステップ２１２において、該
当する商品の発注者の購買部門コンピュータ１４に対し
て、この商品について船積前の在庫について陸揚港の変
更が可能かどうかを判断するための契約進捗閲覧画面が
送信される。

【０１４６】図３９は、上記のように港頭倉庫からセン
ター倉庫への出荷が行われた翌７月９日での在庫状態を
示す上記図３７と同様の図である。図３９に示す如く、
東京港の港頭倉庫の東京センター向けおよび横浜センタ
ー向け現在在庫、並びに、大阪港の港頭倉庫の大阪セン
ター向けおよび神戸センター向け現在在庫は、夫々、２
５０，１７０，２１０，１８０であるから、適正在庫と
の差異は、夫々５０，−３０，１０，−２０となってい
る。すなわち、東京港の横浜センター向け現在在庫と、
大阪港の神戸センター向けの現在在庫に、夫々３０，２
０の適正在庫割れが生じている（ステップ２０４でＹＥ
Ｓ判定）。

【０１４７】また、東京港の東京センター向けの次回入
庫時予測在庫は、上記図３７について説明したように、
現在在庫２５０から次回入荷時までの出荷予定数（平均
出荷数１０×日数５）を引き、次回入荷予定数１５０を
加えることにより、３５０となる。同様に、東京港の横
浜センター向けの次回入庫時予測在庫は１６０、大阪港
の大阪センター向けおよび神戸センター向けの次回入庫
時予測在庫はそれぞれ１７０，１５０となる。したがっ
て、夫々の適正在庫との差異は、１５０，−４０，−３
０，−５０となっている。すなわち、東京港の横浜セン
ター向け予測在庫、大阪港の大阪センター向け予測在
庫、および大阪港の神戸センター向け予測在庫に、夫
々、４０，３０，５０の適正在庫割れが生じている（ス
テップ２０６でＹＥＳ判定）。

【０１４８】したがって、図３９の例では、東京港の横
浜センター向け在庫、大阪港の大阪センター向け在庫、
および、大阪港の神戸センター向け在庫について、ステ
ップ２０８において同じ港頭倉庫の他センター向け在庫
からの振り替えが可能か否かが判別される。

【０１４９】先ず、東京港の横浜センター向け在庫につ
いては、次回入庫時予測在庫の適正在庫割れ解消するに
は、同じ東京港の東京センター向け在庫から在庫割れ分
４０だけ振り替える必要があるが、東京港の東京センタ
ー向け在庫は、現在在庫および次回入庫時予測在庫の何
れも適正在庫を４０以上上回っているので、在庫の振り
替えは可能であると判断される（ステップ２０８でＹＥ
Ｓ判定）。そこで、ステップ２１０において、東京港の
港頭倉庫コンピュータ２４に対して、東京センター向け
の在庫から４０だけ横浜センター向けを振り替えるべき
旨の指示が送られる。

【０１５０】図４０は、この振り替え指図に応じた在庫
の振り替え処理を示す。図４０に示す如く、東京港にお
ける東京センター向け在庫から４０だけ出庫され、これ
が横浜センター向け在庫へ入庫されている。その結果、
東京センター向け在庫は振り替え処理前の２５０から２
１０へ減少し、横浜センター向け在庫は振り替え処理前
の１７０から２１０へ増加している。

【０１５１】図４１は、上記在庫振り替え処理後の在庫
状態を示す上記図３７と同様の図である。図４１に示す
如く、在庫の振り替えにより、東京港の東京センター向
け在庫および横浜センター向け在庫の何れについても、
現在在庫および次回入庫時予測在庫の両方とも適正在庫
割れが解消されていることがわかる。

【０１５２】一方、大阪港の大阪センター向け在庫およ
び神戸センター向けの在庫については、何れも、現在在
庫および次回入庫時予測在庫の少なくとも一方について
適正在庫割れが生じているので、他センターからの振り
替えは不可能であると判断される（ステップ２０８でＮ
Ｏ判定）。そこで、ステップ２１２において、発注元企
業の購買部門コンピュータ１４に対して、発注元企業で
陸揚港の変更が可能か否かを判断するための画面（以
下、在庫調節閲覧画面という）が送信される。

【０１５３】図４２は、図３６のステップ２１２で送信
される在庫調節閲覧画面であり、上記図４１の在庫状態
に対応した例を示している。図４２に示す如く、契約進
捗閲覧画面には、在庫調節対象である商品（図４１では
商品コードＰＲ−５１）について、各港頭倉庫のセンタ
ー毎の在庫状態が表示される。例えば、東京港の港頭倉
庫の東京センター向け在庫について、現在在庫が２１０
であり、以下のように７月１４日、７月２３日、７月３
１日に計３回の入庫予定があることが示されている。 ７月１４日：入庫数１５０ 船荷証券番号 ＢＬ−０５１ 船積日７月３日 ７月２３日：入庫数 ５０ 船荷証券番号 ＢＬ−０５３ 船積日７月１２日 ７月３１日：入庫数 ３０ 船荷証券番号 ＢＬ−０５５ 船積日７月２０日

【０１５４】また、各入庫予定の入庫後の予測在庫数、
適正在庫との差異、陸揚港変更の可否も表示されてい
る。なお、予測在庫数は、上記図３７を参照して説明し
たように、一日平均出荷数および入庫日までの日数を考
慮して計算され、また、陸揚港変更の可否は、現時点で
船積日が経過しているかかどうかに基づいて定められ
る。

【０１５５】発注元企業の購買担当者は、このような在
庫調節閲覧画面を参照して、陸揚港の変更が可能である
か否かを判断する。すなわち、大阪の港頭倉庫につい
て、次回入庫予定日の７月２２日の時点で、大阪センタ
ー向けに３０、神戸センター向けに３０の適正在庫割れ
が生じており、次々回の７月２７日の入庫予定時点では
神戸センター向けの適正在庫割れは更に６０に増えてい
る。一方、東京港では、東京センター向けおよび横浜セ
ンター向けの何れの在庫についても適正在庫に対して余
裕があるが、特に、７月３１日の横浜センター向けの入
庫予定については、入庫数１００を当該入庫後の在庫予
測１３０から減じてもまだ適正在庫を３０だけ上回り
（つまり、７月３１日の入庫がなくなっても適正在庫割
れは生じず）、かつ、船積日が７月２０日であって未だ
船積が行われていないことから、陸揚港を変更して大阪
港の在庫へまわすことが可能であると判断できる。

【０１５６】また、大阪港の港頭倉庫では、上記のよう
に、７月２７日の次々回入庫時点で、大阪センターより
も神戸センターの方が適正在庫割れが大きくなることか
ら、神戸センター向けの在庫を優先して補充すべきであ
ると判断できる。

【０１５７】そこで、発注者は、購入部門コンピュータ
１４において、上記の７月３１日港頭入庫予定の東京港
・横浜センター向けの在庫の陸揚港を大阪港に変更し
て、神戸センター向けの在庫とすべき旨の指図情報を入
力する。入力された指図情報は、統合在庫管理サーバー
１００へ送信され、更に、統合在庫管理サーバー１００
から該当する荷送側コンピュータ２０にも送信される。
これを受けて、荷送側海貨業者は、陸揚港変更の手続を
実行する。

【０１５８】図４３は、上記のように陸揚港を変更した
後の在庫調節閲覧画面を示す。図４３に示す如く、陸揚
港変更により大阪港の神戸センター向けに在庫が補充さ
れた結果、この在庫については適正在庫割れが解消され
ている。一方、大阪港の大阪センター向け在庫について
は、陸揚港変更によって在庫を補充することはできない
ため、新たな購入注文を出すべき旨の警告表示がなされ
ている。

【０１５９】以上のように、本実施形態のシステムによ
れば、センター倉庫に適正在庫割れが生じた場合に、港
頭倉庫からセンター倉庫への出荷指図を行うことがで
き、港頭倉庫についても、現在在庫または次回入庫時の
予測在庫に適正在庫割れが生じた場合に、他センターか
らの在庫の振り替え指図を行うことができる。また、セ
ンター間の在庫の振り替えが行えない場合には、発注元
企業にて陸揚港の変更を行うことができ、さらに、陸揚
港の変更も行えない場合は、新規の購入注文を行うべき
旨の警告表示を行うことができる。したがって、本実施
形態によれば、各センター倉庫および各港頭倉庫の在庫
を適正在庫以上に維持できるような効果的な在庫管理を
行うことが可能となる。

【０１６０】

【発明の効果】本発明によれば、商品の購入注文状態に
基づいて、在庫管理データを登録し、以後、商品の在庫
状態が変化する毎に、在庫管理データを更新していく。
このため、在庫管理データを閲覧することにより、各時
点での商品の在庫状態を正確に把握することができる。
また、各在庫状態からセンター倉庫へ入庫するまでの所
要日数は予測できるので、商品の在庫状態に基づいて、
センター倉庫への納品予定日を知ることができる。この
ように、本発明によれば、発注商品の在庫状態を時系列
的に把握することができ、納品時期を正確に把握するこ
とが可能となる。

【図面の簡単な説明】

【図１】本発明の一実施形態であるシステム全体構成図
である。

【図２】本実施形態のシステムにおける処理の流れの概
要を示す図である。

【図３】在庫管理データベースのデータ内容の一例を示
す図（その１）である。

【図４】在庫管理データベースのデータ内容の一例を示
す図（その２）である。

【図５】在庫管理データベースのデータ内容の一例を示
す図（その３）である。

【図６】在庫管理データベースのデータ内容の一例を示
す図（その４）である。

【図７】在庫管理データベースのデータ内容の一例を示
す図（その５）である。

【図８】在庫管理データベースのデータ内容の一例を示
す図（その６）である。

【図９】在庫管理データベースのデータ内容の別の例を
示す図である。

【図１０】図９に示す在庫管理データベースを集計して
得られたデータを示す図である。

【図１１】本発明の第２の実施形態である統合在庫管理
サーバーを含むシステムの全体構成図である。

【図１２】本実施形態の統合在庫管理サーバーの機能的
なモジュール構成を示す図である。

【図１３】Ｐ／Ｏ管理モジュール５０を説明するための
図である。

【図１４】進捗管理モジュールを説明するための図であ
る。

【図１５】統合在庫管理モジュールを説明するための図
である。

【図１６】フォワーディングモジュール、標準在庫モジ
ュール、および配送管理モジュールを説明するための図
である。

【図１７】港頭進捗データの閲覧画面の一例を示す図で
ある。

【図１８】顧客の端末コンピュータにおいて表示された
在庫管理画面の第１の例を示す図である。

【図１９】顧客の端末コンピュータにおいて表示された
在庫管理画面の第２の例を示す図である。

【図２０】顧客の端末コンピュータにおいて表示された
在庫管理画面の第３の例を示す図である。

【図２１】受発注管理モジュールを説明するための図で
ある。

【図２２】本実施形態において、Ｐ／Ｏ管理モジュー
ル、進捗管理モジュール、統合在庫管理モジュール、フ
ォワーディングモジュール、標準在庫管理モジュール、
配送管理モジュール、受発注管理モジュール、および各
端末コンピュータの間でやりとりされる情報の流れを示
す図である。

【図２３】本実施形態において、商品が発注されてから
商品が輸入されて販売会社へ配送されるまでの一連の流
れを各端末コンピュータから入力される情報の内容と共
に示す図である。

【図２４】本実施形態での在庫管理データベースのデー
タ内容の一例を示す図（その１）である。

【図２５】本実施形態での在庫管理データベースのデー
タ内容の一例を示す図（その２）である。

【図２６】本実施形態での在庫管理データベースのデー
タ内容の一例を示す図（その３）である。

【図２７】本実施形態での在庫管理データベースのデー
タ内容の一例を示す図（その４）である。

【図２８】本実施形態での在庫管理データベースのデー
タ内容の一例を示す図（その５）である。

【図２９】本実施形態での在庫管理データベースのデー
タ内容の一例を示す図（その６）である。

【図３０】発注元企業が発注契約の履行進捗状況を管理
するための契約進捗閲覧画面の一例を示す図である。

【図３１】生産者、輸出者、および荷送側海貨業者が出
荷・輸出手続の進捗状況を管理するための輸出進捗閲覧
画面の一例を示す図である。

【図３２】荷受側海貨業者および発注元企業が輸入進捗
状況を管理するための輸入進捗閲覧画面の一例を示す図
である。

【図３３】港頭倉庫にて港頭入庫までの進捗状況を管理
するための港頭進捗閲覧画面の一例を示す図である。

【図３４】センター倉庫にてセンター入庫までの進捗状
況を管理するためのセンター進捗閲覧画面の一例を示す
図である。

【図３５】各在庫状態において在庫がセンター倉庫別に
区別されることを説明するための図である。

【図３６】在庫自動調節機能に係わる処理の流れを示す
フローチャートである。

【図３７】図３６のフローチャートの説明で用いる在庫
状態の一例を示す図である。

【図３８】図３７に示す例において、センター倉庫の適
正在庫割れに伴う出荷指図に応じて港頭倉庫からセンタ
ー倉庫への出荷が行われた場合の、各倉庫での入出庫前
後の在庫状態の変化を示す図である。

【図３９】港頭倉庫からセンター倉庫への出荷が行われ
た後の在庫状態を示す図である。

【図４０】港頭倉庫での適正在庫割れに伴う振り替え指
図に応じた在庫の振り替え処理を示す図である。

【図４１】在庫振り替え処理後の在庫状態を示す図であ
る。

【図４２】発注元企業で陸揚港の変更が可能か否かを判
断するための在庫調節閲覧画面の一例を示す図である。

【図４３】陸揚港を変更した後の在庫調節閲覧画面を示
す図である。

【符号の説明】

１０、１００ 統合在庫管理サーバー １０ａ、１００ａ 在庫管理データベース １４ 購買部門コンピュータ １６ 生産者コンピュータ １８ 輸出者コンピュータ ２０ 荷送側コンピュータ ２２ 荷受側コンピュータ ２４ 港頭倉庫コンピュータ ２６ センター倉庫コンピュータ ２８ 販売会社コンピュータ ３０ 運送会社コンピュータ

───────────────────────────────────────────────────── フロントページの続き (51)Int.Cl.⁷ 識別記号 ＦＩ テーマコート゛(参考） Ｂ６５Ｇ 61/00 ５４６ Ｂ６５Ｇ 61/00 ５４６ Ｇ０６Ｆ 17/60 ３０６ Ｇ０６Ｆ 17/60 ３０６ ３２０ ３２０ ＺＥＣ ＺＥＣ

Claims (20)

【特許請求の範囲】
1. 【請求項１】 商品の購入注文がなされてから所定の在
   庫状態を経て注文主に納品されるまでの商品の在庫管理
   を行う在庫管理方法であって、 購入注文がなされた商品の購入注文番号、商品識別情
   報、および、数量を含む購入注文情報を受信する購入注
   文情報受信ステップと、 該受信した購入注文情報をデータベースに記録するステ
   ップと、 商品の在庫状態が変化した場合に、その在庫状態変化日
   および変化後の在庫状態を含む在庫状態変更情報を受信
   する在庫状態変更情報受信ステップと、 該受信した在庫状態変更情報を、該当する商品の購入注
   文情報に関係付けて前記データベースに記録するステッ
   プと、 前記データベースへの記録情報をアクセスしてきた端末
   での閲覧に供するデータ閲覧ステップと、を備えること
   を特徴とする在庫管理方法。
2. 【請求項２】 商品の購入注文がなされてから船積みさ
   れ、港頭倉庫を経てセンター倉庫に入庫されるまでの当
   該商品の在庫管理を行う在庫管理方法であって、 購入注文がなされた商品の購入注文番号、商品識別情
   報、および、数量を含む購入注文情報を受信する購入注
   文情報受信ステップと、 該受信した購入注文情報をデータベースに記録するステ
   ップと、 船積手続が行われた商品の購入注文番号、仕入書番号、
   商品識別情報、および、数量を含む船積手続情報を受信
   する船積手続情報受信ステップと、 該受信した船積手続情報を、購入注文番号をキーとして
   前記購入注文情報に関係付けて前記データベースに記録
   するステップと、 船積みされた商品の仕入書番号、船荷証券番号、商品識
   別情報、数量、および、船積日を含む船積情報を受信す
   る船積情報受信ステップと、 該受信した船積情報を、仕入書番号をキーとして前記船
   積手続情報に関係付けて前記データベースに記録するス
   テップと、 目的港の港頭倉庫に入庫された商品の船荷証券番号、港
   頭入庫番号、商品識別情報、数量、および、港頭入庫日
   を含む港頭入庫情報を受信するステップと、 該受信した港頭入庫情報を、船荷証券番号をキーとして
   前記船積情報に関係付けて前記データベースに記録する
   ステップと、 前記港頭倉庫から出庫された商品の港頭入庫番号、港頭
   出庫番号、商品識別情報、数量、および、港頭出庫日を
   含む港頭出庫情報を受信するステップと、 該受信した港頭出庫情報を、港頭入庫番号をキーとして
   前記港頭入庫情報に関係付けて前記データベースに記録
   するステップと、 センター倉庫に入庫された商品の港頭出庫番号、センタ
   ー入庫番号、商品識別情報、数量、および、センター入
   庫日を含むセンター入庫情報を受信するステップと、 該受信したセンター入庫情報を、港頭出庫番号をキーと
   して前記港頭出庫情報に関係付けて前記データベースに
   記録するステップと、 前記データベースに記録された情報を端末コンピュータ
   での閲覧に供するデータ閲覧ステップと、を備えること
   を特徴とする在庫管理方法。
3. 【請求項３】 請求項２記載の在庫管理方法において、
   前記データ閲覧ステップでは、前記端末コンピュータか
   ら指定された商品に該当する各情報に基づいて在庫状態
   ごとの商品数量を集計すると共に、各情報に含まれる日
   付情報からセンター倉庫への納品予定時期を予測し、納
   品予定時期ごとに各在庫状態の商品数量を集計して前記
   端末コンピュータでの閲覧に供することを特徴とする方
   法。
4. 【請求項４】 請求項１乃至３のうち何れか１項記載の
   在庫管理方法において、港頭での在庫進捗状況に関する
   情報を受信するステップと、該受信した情報を前記デー
   タベースに記録するステップを更に備えることを特徴と
   する方法。
5. 【請求項５】 請求項３に記載された方法を実行するシ
   ステムに接続された在庫管理システムであって、前記予
   測された納品予定時期に基づいて、将来の在庫予定を含
   めた在庫状態を表示する手段を備えることを特徴とする
   システム。
6. 【請求項６】 購入注文がなされた商品の在庫管理を行
   う在庫管理方法であって、 商品の購入注文に関する購入注文情報を受信する購入注
   文情報受信ステップと、 該受信した購入注文情報をデータベースに記録するステ
   ップと、 船積手続が行われた商品に関する船積手続情報を受信す
   る船積手続情報受信ステップと、 該受信した船積手続情報を、該当する購入注文情報に関
   係付けて前記データベースに記録するステップと、 船積された商品に関する船積情報を受信する船積情報受
   信ステップと、 該受信した船積情報を、該当する前記船積手続情報に関
   係付けて前記データベースに記録するステップと、 陸揚港の港頭倉庫へ入庫された商品に関する港頭入庫情
   報を受信するステップと、 該受信した港頭入庫情報を、該当する前記船積情報に関
   係付けて前記データベースに記録するステップと、 前記港頭倉庫から出庫された商品に関する港頭出庫情報
   を受信するステップと、 該受信した港頭出庫情報を、該当する前記港頭入庫情報
   に関係付けて前記データベースに記録するステップと、 センター倉庫へ入庫された商品に関するセンター入庫情
   報を受信するステップと、 該受信したセンター入庫情報を、該当する前記港頭出庫
   情報に関係付けて前記データベースに記録するステップ
   と、 前記データベースに記録された情報を端末コンピュータ
   での閲覧に供するデータ閲覧ステップと、を備えること
   を特徴とする在庫管理方法。
7. 【請求項７】 購入注文がなされた商品の在庫管理を行
   う在庫管理方法であって、 購入注文がなされた商品の購入注文番号、商品識別情
   報、数量、船積港、陸揚港、および、納品先センター倉
   庫を含む購入注文情報を受信する購入注文情報受信ステ
   ップと、 該受信した購入注文情報をデータベースに記録するステ
   ップと、 船積手続が行われた商品の購入注文番号、仕入書番号、
   商品識別情報、および、数量を含む船積手続情報を受信
   する船積手続情報受信ステップと、 該受信した船積手続情報を、該当する購入注文情報に関
   係付けて前記データベースに記録するステップと、 船積みされた商品の仕入書番号、船荷証券番号、商品識
   別情報、数量、および、船積日を含む船積情報を受信す
   る船積情報受信ステップと、 該受信した船積情報を、該当する前記船積手続情報に関
   係付けて前記データベースに記録するステップと、 陸揚港の港頭倉庫に入庫された商品の船荷証券番号、港
   頭入庫番号、商品識別情報、数量、および、港頭入庫日
   を含む港頭入庫情報を受信するステップと、 該受信した港頭入庫情報を、該当する前記船積情報に関
   係付けて前記データベースに記録するステップと、 前記港頭倉庫から出庫された商品の港頭入庫番号、港頭
   出庫番号、商品識別情報、数量、および、港頭出庫日を
   含む港頭出庫情報を受信するステップと、 該受信した港頭出庫情報を、該当する前記港頭入庫情報
   に関係付けて前記データベースに記録するステップと、 センター倉庫に入庫された商品の港頭出庫番号、センタ
   ー入庫番号、商品識別情報、数量、および、センター入
   庫日を含むセンター入庫情報を受信するステップと、 該受信したセンター入庫情報を、該当する前記港頭出庫
   情報に関係付けて前記データベースに記録するステップ
   と、 前記データベースに記録された情報を端末コンピュータ
   での閲覧に供するデータ閲覧ステップと、を備えること
   を特徴とする在庫管理方法。
8. 【請求項８】 請求項７記載の在庫管理方法において、 前記センター倉庫に入庫された商品について、受注番
   号、受注数量、および、受注日を含む受注情報を受信す
   るステップと、 該受信した受注情報を、当該商品についての前記センタ
   ー入庫情報に関係付けて前記データベースに記録するス
   テップを更に備えることを特徴とする方法。
9. 【請求項９】 請求項８記載の在庫管理方法において、 前記センター倉庫から出庫された商品について、センタ
   ー出庫番号、センター出庫数量、および、センター出庫
   日を含むセンター出庫情報を受信するステップと、 該受信したセンター出庫情報を、該当する受注情報に関
   係付けて前記データベースに記録するステップとを更に
   備えることを特徴とする方法。
10. 【請求項１０】 請求項９記載の方法において、 前記センター倉庫から出庫されて発注者へ配送された商
    品について、配送送状番号、配送数量、および、配送日
    を含む配送情報を受信するステップと、 該受信した配送情報を該当するセンター出庫情報に関係
    付けて前記データベースに記録するステップとを備える
    ことを特徴とする方法。
11. 【請求項１１】 請求項８記載の在庫管理方法におい
    て、前記受注情報を受信したことに応じて、該当する商
    品をセンター倉庫から出庫すべき旨の指図情報を発する
    ステップを更に備えることを特徴とする方法。
12. 【請求項１２】 請求項９記載の在庫管理方法におい
    て、前記センター出庫情報を受信したことに応じて、該
    当する商品を所定の送り先へ配送すべき旨の指図情報を
    発するステップを更に備えることを特徴とする方法。
13. 【請求項１３】 請求項７乃至１２のうち何れか１項記
    載の在庫管理方法において、 前記データ閲覧ステップでは、前記データベースに記録
    された各情報を、前記端末コンピュータの管理主体に応
    じた形態で表示した閲覧画面を当該端末コンピュータへ
    送信することを特徴とする方法。
14. 【請求項１４】 請求項１３記載の在庫管理方法におい
    て、前記データ閲覧ステップでは、前記データベースに
    記録された各情報を、前記端末コンピュータの管理主体
    に応じて、購入注文番号、船積港、陸揚港、納品先セン
    ター倉庫の何れかの項目毎に集計して表示する閲覧画面
    を当該端末コンピュータへ送信することを特徴とする方
    法。
15. 【請求項１５】 請求項７乃至１４のうち何れか１項記
    載の在庫管理方法において、 センター倉庫での在庫数量が適正在庫数量に対して不足
    する場合に、該当する港頭倉庫から当該センター倉庫へ
    当該不足分の在庫数量を出荷すべき旨の指図情報を発す
    るステップを更に備えることを特徴とする方法。
16. 【請求項１６】 請求項１５記載の在庫管理方法におい
    て、 センター倉庫への出荷を行ったために当該センター倉庫
    向けの在庫数が適正在庫数を下回った港頭倉庫につい
    て、当該港頭倉庫の他のセンター倉庫向けの在庫を、当
    該センター倉庫向けに振り替えるべき旨の指図情報を発
    するステップを更に備えることを特徴とする方法。
17. 【請求項１７】 請求項７乃至１６のうち何れか１項記
    載の在庫管理方法において、 船積が未だ行われていない商品について、陸揚港の変更
    指図を発注者の端末から受信するステップと、 該受信した陸揚港の変更指図に基づいて、前記データベ
    ースを修正するステップと、 該受信した陸揚港の変更指図を、生産者の端末コンピュ
    ータ、輸出者の端末コンピュータ、および、荷送側海貨
    業者の端末コンピュータの少なくとも一の端末コンピュ
    ータへ送信するステップとを備えることを特徴とする方
    法。
18. 【請求項１８】 請求項１乃至１７のうち何れか１項記
    載の方法を実行する在庫管理システム。
19. 【請求項１９】 請求項１乃至１８のうち何れか１項記
    載の方法をコンピュータに実行させるためのプログラ
    ム。
20. 【請求項２０】 請求項１９記載のプログラムを記録し
    た記録媒体。