JPH10171867A

JPH10171867A - 商品の配送管理システム

Info

Publication number: JPH10171867A
Application number: JP33232096A
Authority: JP
Inventors: Hiroyuki Asao; 博之浅尾; Kouichi Tsuchimura; 浩一土村; Minoru Sonoda; 稔園田; Osamu Maeda; 修前田
Original assignee: Fujitsu Ltd
Current assignee: Fujitsu Ltd
Priority date: 1996-12-12
Filing date: 1996-12-12
Publication date: 1998-06-26
Anticipated expiration: 2016-12-12
Also published as: JP3981171B2

Abstract

(57)【要約】【課題】本発明の課題は、商品の特徴を考慮して顧客に
配送すべき商品としてどの場所に集積された商品を割り
当てるかを管理する商品の配送管理システムを提供する
ことである。【解決手段】予め定められた第一の商品集積場所に顧客
から受注した商品の在庫が無い場合に、各商品集積場所
の商品の在庫を示す第一のテーブル及び顧客に配送すべ
き商品として割り当てることが可能な各商品集積場所の
商品の種類を定めた第二のテーブルを参照して当該受注
した商品と同種類の商品を顧客に配送すべき商品として
割り当てることが可能でかつその受注した商品の在庫の
ある第二の商品集積場所が存在するか否かを判定し、そ
の判定結果に基づいて、当該第二の商品集積場所の商品
を顧客に配送すべき商品として割り当てるか、その商品
をメーカに発注するかを決定するようにした商品の配送
管理システムである。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、商品を顧客に配送
する際の当該商品の配送管理を行なうシステムに係り、
詳しくは、商品を蓄積している複数の場所のどの場所か
ら目的の商品を顧客に配送すべきかを管理する商品の配
送管理システムに関する。

【０００２】

【従来の技術】従来、商品の配送管理を行なうシステム
として、例えば、特開平６−２７８８１５に開示される
ものがある。このシステムでは、各配達所とその管轄す
る地域（住所）との対応関係を予めデータベース化して
おき、ある宅配先の住所が指定されたときに、データベ
ースに記述されたその対応関係に基づいて配送元となる
配達所を決定するものである。そして、その決定された
配達所から商品が指定された住所の顧客に配達される。

【０００３】

【発明が解決しようとする課題】上記のようなシステム
では、指定された配達所に配送物（商品）の在庫が無い
場合の商品配送について何ら考慮されていない。このよ
うな場合には、その指定された配達所では、例えば、本
部からその商品の供給を受ける、他の配達所からその商
品を融通してもらう、メーカから直接納入する等の手立
てが考えられる。そして、実際には、在庫が無い場合の
手立てが固定的に定められていたり（例えば、在庫が無
い場合は、必ず本部から商品の供給を受ける）、あるい
は、担当者が経験的にその手立てを決めている。

【０００４】ところで、商品には、よく売れる商品（売
れ筋商品）、なかなか売れない商品、キャンペーン等に
より積極的に宣伝を行なっている商品、新商品、製造開
始から年月がかなり経過している商品、既に製造中止と
なっている商品等、さまざまな特徴がある。上記のよう
に、指定された場所（例えば、配達所、流通センタ等）
に商品の在庫が無い場合に、その商品の上述したような
特徴を考慮せずにその手立てを固定的に定めておいた
り、担当者が経験的にその手立てを決めていると、商品
を出庫することのできる各場所（例えば、配達所、流通
センタ等）での商品在庫が部分的に不適性なものとなっ
てしまったり、流通コストが嵩んでしまう場合がある。

【０００５】例えば、ある配達所において売れ筋商品の
在庫が無くなってしまった場合に、他の配達所からその
売れ筋商品を融通してもらうと、売れ筋商品の在庫期間
は短いので、当該他の配達所において、その売れ筋商品
の在庫がすぐ無くなってしまう可能性がある。また、例
えば、本部から商品の供給を受けることを固定的に定め
ておいた場合は、その本部から特に遠い場所では、その
商品をその場所まで配送するための物流コストが嵩んで
しまう。

【０００６】そこで、本発明の課題は、商品の特徴を考
慮して顧客に配送すべき商品としてどの場所に集積され
た商品を割り当てるかを管理する商品の配送管理システ
ムを提供することである。

【０００７】

【課題を解決するための手段】上記課題を解決するた
め、本発明は、請求項１に記載されるように、顧客に配
送すべき商品として、商品が集積された複数の商品集積
場所うちのどの商品集積場所の商品を割り当てるかを管
理する商品の配送管理システムにおいて、各商品集積場
所の商品の在庫を示す第一のテーブル及び、各商品を予
め定めた基準にて複数の種類に分類し、予め定めた地域
毎に、その地域の顧客に配送すべき商品として割り当て
ることが可能な各商品集積場所の商品の種類を定めた第
二のテーブルを格納したテーブル格納手段と、上記テー
ブル格納手段に格納された第一のテーブルを参照し、顧
客が所在する地域に対して予め定められた第一の商品集
積場所に顧客に配送すべき商品の在庫があるか否かを判
定する第一の判定手段と、該第一の判定手段が第一の商
品集積場所にその商品の在庫が無いと判定したときに、
上記テーブル格納手段に格納された第一のテーブル及び
第二のテーブルを参照してその商品と同種類の商品を顧
客に配送すべき商品として割り当てることが可能でかつ
その商品の在庫のある第二の商品集積場所が存在するか
否かを判定する第二の判定手段と、該第二の判定手段が
当該第二の商品集積場所が存在すると判定したときに、
当該第二の商品集積場所の商品を、顧客に配送すべき商
品として割り当てる商品割り当て手段と、該第二の判定
手段が当該第二の商品集積場所が存在しないと判定した
ときには、その商品を上記第一の商品集積場所に納入す
るようにメーカに発注することを決定して、メーカから
上記第一の商品集積場所に納入された商品を顧客に配送
できるようにしたメーカ発注決定手段とを有するように
構成される。

【０００８】このような商品の配送管理システムでは、
第一の商品集積場所に顧客が発注した商品の在庫が無い
場合、その商品と同種類の商品を顧客に配送すべき商品
として割り当てることが可能でかつその商品の在庫のあ
る第二の商品集積場所の存在の有無が判定される。も
し、そのような第二の商品集積場所があれば、当該第二
の商品集積場所の商品を顧客に配送すべき商品として割
り当てる。

【０００９】一方、そのような第二の商品集積場所が無
い場合、その商品を上記第一の商品集積場所に納入する
ようにメーカに発注することを決定する。その結果、顧
客が発注した商品がメーカから第一の商品集積場所に納
入され、その第一の商品集積場所に納入された商品が顧
客に配送される。

【００１０】従って、顧客に配送すべき商品が第一の商
品集積場所以外の商品集積場所に存在したとしても、そ
の商品集積場所の当該商品が顧客に配送すべき商品とし
て割り当てることのできる種類でなければ、その商品集
積場所は、第二の商品集積場所として判定されない。こ
の場合、メーカにその商品を第一の商品集積場所に納入
するように発注することが決められる。

【００１１】上記商品集積場所は、顧客に配送すべき商
品を集積しておく場所であって、例えば、配達所、流通
センタ、保管倉庫等、その機能を有する施設は種々定め
ることができる。各商品を複数の種類に分類する手法は
特に限定されない。例えば、新商品、発売から所定の期
間経過した商品、生産停止商品等、その商品の発売開始
時期等を基準として分類することができる。また、売れ
筋の商品、そうでない商品等に分類することもできる。

【００１２】顧客に配送すべき商品として可能な各商品
集積場所の商品の種類は、その分類の態様に応じて任意
に定めることができる。例えば、新商品、発売から所定
の期間経過した商品、生産停止商品のような分類を行な
った場合、新商品は、その需要が旺盛であることから、
在庫として持っていてもすぐに受注されるが、生産停止
商品は、なかなか受注されることがない。

【００１３】従って、例えば、第一の商品集積場所以外
の商品集積場所の新商品を顧客に配送すべき商品として
割り付けることができないように定めることができる。
また、各商品集積場所での生産停止商品の在庫をできる
だけ速く減らすという観点から、第一の商品集積場所を
含むどの商品蓄積場所の生産停止商品も顧客に配送すべ
き商品として割り付けるように定めることができる。更
にまた、流通コストが高くなるのを防止するという観点
から、通常の商品については、顧客の所在する地域にあ
る程度近い商品収集場所の商品は、当該顧客に配送すべ
き商品として割り付けることができるが、その地域から
遠い商品収集場所の商品を当該顧客に配送すべき商品と
して割り付けることができないように定めることができ
る。

【００１４】

【発明の実施の形態】以下、本発明の実施の形態を図面
に基づいて説明する。例えば、図９に示すように、地域
Ａには、流通センタ（ＲＣ）１及び配送センタ（ＢＳ）
４が設置され、地域Ｂには、流通センタ（ＲＣ）２及び
配送センタ（ＢＳ）５が設置され、更に、地域Ｃには、
流通センタ（ＲＣ）３及び配送センタ（ＢＳ）６が設置
されている。

【００１５】地域Ａに設置された流通センタ（ＲＣ）１
は、当該地域Ａの顧客に配送すべき商品を主に集積して
おくための地域Ａの主流通センタ（主ＲＣ（Ａ））とし
て定められている。また、この流通センタ（ＲＣ）１に
集積した商品は、隣接する地域Ｂの顧客に配送すべき商
品として融通する（引き当てる）ことができ、この流通
センタ（ＲＣ）１は地域Ｂの第一位の副流通センタ（副
ＲＣ１（Ｂ））として定められている。更に、この流通
センタ（ＲＣ）１に集積した商品は、地域Ｂより更に遠
方の地域Ｃの顧客に配送すべき商品として融通うするこ
ともでき、この流通センタ（ＲＣ）１は地域Ｃの第二位
の副流通センタ（副ＲＣ２（Ｃ））として定められてい
る。

【００１６】地域Ｂに設置された流通センタ（ＲＣ）２
は、当該地域Ｂの顧客に配送すべき商品を主に集積して
おくための地域Ｂの主流通センタ（主ＲＣ（Ｂ））とし
て定められている。また、この流通センタ（ＲＣ）２に
集積した商品は、隣接する地域Ａ及び地域Ｃの顧客に配
送すべき商品として融通するができ、この流通センタ
（ＲＣ）２は当該各地域Ａ及び地域Ｃの第一位の副流通
センタ（副ＲＣ１（Ａ）、副ＲＣ１（Ｃ））として定め
られている。

【００１７】地域Ｃに設置された流通センタ（ＲＣ）３
は、当該地域Ｃの顧客に配送すべき商品を主に集積して
おくための主流通センタ（主ＲＣ（Ｃ））として定めら
れている。また、この流通センタ（ＲＣ）３に集積した
商品は、隣接する地域Ｂの顧客に配送すべき商品として
融通することができ、この流通センタ（ＲＣ）３は当該
地域Ｂの第二位の副流通センタ（副ＲＣ２（Ｂ））とし
て定められている。更に、この流通センタ（ＲＣ）３に
集積した商品は、地域Ｂより更に遠方の地域Ａの顧客に
配送すべき商品として融通することもでき、この流通セ
ンタ（ＲＣ）３は地域Ａの第二位の副流通センタ（副Ｒ
Ｃ２（Ａ））として定められている。

【００１８】各地域Ａ、Ｂ、Ｃにそれぞれ設置した各配
送センタ（ＢＳ）４、５、６は、設置されたその地域内
の顧客に対する商品の配送に係る業務を行なう。本発明
に係る商品配送管理システムが適用されるシステムは、
例えば、図１に示すように構成される。図１において、
各店舗には、店舗端末装置（コンピュータ端末）１０が
設置されており、この店舗端末装置１０が制御ユニット
１２および所定の通信回線を介してホストコンピュータ
１００に接続されている。上述した各流通センタ（Ｒ
Ｃ）１、２、３には、ＲＣ端末装置（コンピュータ端
末）２０が設置されており、このＲＣ端末装置２０が制
御ユニット２２および所定の通信回線を介してホストコ
ンピュータ１００に接続されている。また、上記各配送
センタ（ＢＳ）４、５、６には、ＢＳ端末装置（コンピ
ュータ端末）３０が設置されており、このＢＳ端末装置
３０が制御ユニット３２及び所定の通信回線を介してホ
ストコンピュータ１００に接続されている。

【００１９】本発明に係る商品の配送管理システムでの
処理を行なうためのプログラムが、例えば、磁気テープ
等の記録媒体からホストコンピュータ１００に提供さ
れ、当該商品の配送管理システムがホストコンピュータ
１００内に構築される。ホストコンピュータ１００は、
そのプログラムに従って、商品の配送管理に係る処理を
実行する。

【００２０】ホストコンピュータ１００には、商品の配
送管理に必要なテーブル、ファイル類、例えば、住所テ
ーブル１１０、在庫ファイル１２０、発注ファイル１３
０、未着ファイル１４０、出庫予定ファイル１５０、配
達予約ファイル１６０及び配達明細ファイル１７０が提
供されている（例えば、磁気ディスク装置等の補助記憶
装置から）。ホストコンピュータ１００は、更に、各商
品の種類を記述した商品マスタ（図示せず）を備えてい
る。この商品マスタには、各商品の新発売時期を起点に
したライフサイクルに基づいて分類された各種類が記述
されている。全ての商品は、例えば、以下の５種類に分
類され、各商品の種類はそのうちの１つに定められる。

【００２１】１）新商品．．．ライフサイクル１２）発売１か月後の商品（売れ筋）．．．ライフサイク
ル２３）通常商品．．．ライフサイクル３４）発注停止商品（消化促進）．．．ライフサイクル４５）生産停止商品．．．ライフサイクル５上記住所テーブル１１０は、顧客の住所とその住所に対
応した配送センタ（ＢＳ）及び流通センタ（ＲＣ）との
関係を定めたテーブルであり、例えば、図２に示すよう
な形式になっている。即ち、この住所テーブル１１０
は、住所を特定する「住所コード」及び「住所名称」
と、「担当ＢＳコード」、「主担当ＲＣ」及び「副担当
ＲＣ」で構成されている。「担当ＢＳコード」は、当該
住所のある地域の配送センタ（ＢＳ）を特定している。

【００２２】また、「主担当ＲＣ」は、当該住所のある
地域の主流通センタ（主ＲＣ）を特定する「ＲＣコー
ド」及び、この主流通センタから顧客に配送すべき商品
として引き当てる（割り付ける）ことのできる商品の種
類を記述した「引当可否」情報からなっている。「副担
当ＲＣ］も同様に、当該住所のある地域の副流通センタ
（副ＲＣ）を特定する「ＲＣコード」及び、この副流通
センタから顧客に配送すべき商品として融通する（引き
当てる）ことのできる商品の種類を記述した「引当可
否」情報からなっている。

【００２３】上記「主担当ＲＣ」及び「副担当ＲＣ」に
おける「引当可否」情報は、例えば、図１１の住所テー
ブルに示すように、上記５つの各ライフサイクル
（１）、（２）、（３）、（４）、（５）の商品（５種
類の商品）についてその引当の可否を表す。主流通セン
タ（主ＲＣ）は、その地域の顧客に対して配送すべき商
品を主に集積した流通センタであるので、全ての種類の
商品は、主流通センタ（主ＲＣ）から当該地域の顧客に
配送すべき商品として引当可能とする。即ち、「主担当
ＲＣ」の「引当可否」情報は、全てのライフサイクルの
商品について引当可能であることを表す。

【００２４】副流通センタ（副ＲＣ）は、その地域の顧
客に配送すべき商品を融通するもので、この「副担当Ｒ
Ｃ」の「引当可否」情報は、その融通できる商品の種類
を表す。例えば、第一位の副流通センタ（副ＲＣ１）
は、比較的売れ筋となっている商品（ライフサイクル１
及び２）以外の商品（ライフサイクル（３）、（４）、
（５））の融通（引き当て）が可能であるように当該
「取引可否」情報が設定される。また、第二位の副流通
センタ（副ＲＣ２）は、在庫を早期に解消すべき商品
（ライフサイクル（４）、（５））のみ融通（引き当
て）が可能であるように当該「引当可否」情報が設定さ
れる。

【００２５】上記在庫ファイル１２０は、各流通センタ
（ＲＣ）１、２、３に集積された商品在庫を記述したフ
ァイルであり、例えば、図３に示すような形式となって
いる。即ち、「ＲＣコード」、「商品コード」、「実在
庫数」、「引当済在庫」、「未引当在庫」及び「未入荷
在庫」から構成されている。

【００２６】「ＲＣコード」は、流通センタを特定し、
「商品コード」は、その流通センタにある商品を特定す
る。「実在庫数」は、「ＲＣコード」で特定される流通
センタに実際に存在する商品の数を特定する。「引当済
在庫」は、既に顧客に配送すべき商品として引き当てら
れている商品を表し、「未引当在庫」は、顧客に配送す
べき商品としてまだ引き当てられていない商品を表す。
更に、「未入荷在庫」は、メーカ等への発注は済んでい
るけれど実際に入荷されていない商品を表す。

【００２７】上記発注ファイル１３０は、各店舗から顧
客の住む地域の主流通センタ（主ＲＣ）に納入するよう
に商品を発注したことを記述したファイルであり、例え
ば、図４に示すような形式となっている。即ち、「発注
番号（Ｎｏ．）」、「発注店コード」、「納品場所コー
ド」、「発注日」、「取引先コード」、「受注番号（Ｎ
ｏ．）」、「商品コード」及び「単価」からなってい
る。

【００２８】「発注番号（Ｎｏ．）」は発注のイベント
を特定し、「発注店コード」は発注した店舗を特定し、
「納品場所コード」は納品場所となる主流通センタ（主
ＲＣ）を特定する。「発注日」は、店舗から発注のイベ
ントが発生した日を表し、「取引先コード」は、発注先
（メーカ等）を特定する。また、「商品コード」は、発
注すべき商品を特定する。

【００２９】上記未着ファイル１４０は、主流通センタ
に納入するように発注した商品で、まだ主流通センタに
納入されていない商品を表すファイルであり、例えば、
図５に示すような形式になっている。なお、副流通セン
タ（副ＲＣ）にて顧客に配送すべき商品を融通（振替）
する場合、この副流通センタ（副ＲＣ）から主流通セン
タ（主ＲＣ）に融通すべき商品が転送（外部の輸送機関
（郵送、宅配等）を用いたり、内部の配送手段を用いた
りする）される。この場合も、振替処理の終了した商品
で、まだ主流通センタ（主ＲＣ）に納入されていない商
品は未着ファイル１４０に記録される。

【００３０】未着ファイル１４０は、「発注番号（Ｎ
ｏ．）」（「振替番号（Ｎｏ．）」）、「発注店コー
ド」、「納品場所コード」、「納品日」、「取引先コー
ド」（「ＲＣコード」）、「受注番号（Ｎｏ．）」、
「商品コード」及び「単価」で構成される。

【００３１】上記出庫予定ファイル１５０は、主流通セ
ンタ（主ＲＣ）から配送センタ（ＢＳ）への商品出庫の
予定を記述したファイルであり、例えば、図６に示すよ
うな形式となる。即ち、「払出場所コード」、「出庫場
所コード」、「振替日」、「商品コード」、「振替番号
（Ｎｏ．）」、「受注番号（Ｎｏ．）」、「商品コー
ド」及び「数量」で構成される。

【００３２】「払出場所コード」は、配送すべき商品を
配送センタ（ＢＳ）に渡す主流通センタ（主ＲＣ）を特
定する。「出庫場所コード」は、配送すべき商品を主流
通センタに対して出庫した施設（例えば、副流通センタ
等）を特定する。「振替日」は、配送すべき商品を主流
通センタ（主ＲＣ）から配送センタ（ＢＳ）に振り替え
るべき日を表す。

【００３３】上記配達予約ファイル１６０は、配送セン
タ（ＢＳ）の商品配送の予定を記述したファイルであ
り、例えば、図７に示すような形式となっている。即
ち、「営業所コード」、「配達予定日」、「コース種
別」、［コース」、「予約可能数」、「予約受付数」及
び「予約明細」にて構成されている。

【００３４】「営業所コード」は、担当する配送センタ
（ＢＳ）を特定する。「コース種別」は、顧客からの受
注による配送なのか、修理による配送なのか等その配送
の種別を表す。「コース」は、商品を配送するエリアを
表す。「予約可能数」は、１日に予約できる配送の件数
を表す。「予約受付数」は、その配送予定日に実際に予
約されている全ての配送予約件数を表す。「予約明細」
は、予約された商品配送に関する詳細情報のタイトル
（例えば、「受注番号（Ｎｏ．）」、「顧客番号（Ｎ
ｏ．）］等）を示す。

【００３５】上記配達明細ファイル１７０は、上記配達
予約ファイル１６０の「予約明細」に記述されたタイト
ルで表される情報の内容を記述したファイルであり、例
えば、図８に示すような形式となっている。即ち、「受
注番号（Ｎｏ．）」、「配伝（配達伝票）番号（Ｎ
ｏ．）」、「件数」、「明細情報」から構成される。
「明細情報」に予約された商品配送に関する具体的な詳
細情報（配送商品の「商品コード」、「数量」、「時
間」等）が記述される。

【００３６】上記のような構成のシステムでは、次のよ
うにして処理が行なわれる。まず、店舗において顧客か
ら商品を受注した場合に、担当者は、店舗端末装置１０
に受注した商品に関する情報を入力する。例えば、図１
１に示す［受注時取得情報］のように、「受注番号（Ｎ
ｏ．）」、その商品の「商品コード」、受注した「数
量」、「配達先住所」及び「顧客番号（Ｎｏ．）」が入
力される。そして、この［受注時取得情報］が制御ユニ
ット１２を介してホストコンピュータ１００に送信され
る。

【００３７】このような［受注時取得情報］を受信した
ホストコンピュータ１００は、例えば、図１０に示す手
順に従って、商品の配送管理に係る処理を実行する。な
お、その処理の過程でホストコンピュータ１００が参照
するテーブル、ファイルの関係は、図１１に示される。

【００３８】図１０において、ホストコンピュータ１０
０は、［受注時取得情報］に含まれる「配達先住所」に
対応した「住所コード」の住所テーブル１１０を検索す
る（Ｓ１）。そして、この住所テーブル１１０から主流
通センタ（主ＲＣ）が取得される（Ｓ２）。次いで、ホ
ストコンピュータ１００は、［受注時取得情報］に含ま
れる「商品コード」に対応した商品マスタからその商品
の種類（ライフサイクル）を取得し、住所テーブル１１
０の「主担当ＲＣ］を参照して（図１１参照）、そのラ
イフサイクルの商品を当該主流通センタ（主ＲＣ）から
引当てることが可能か否かを判定する（Ｓ３）。

【００３９】通常、主流通センタ（主ＲＣ）は、担当す
る地域の顧客に配送すべき商品を積しており、主流通セ
ンタ（主ＲＣ）から当該地域の顧客に配送すべき全ての
種類の商品を引き当てることが可能となるように「主担
当ＲＣ」の情報が設定されている。従って、ホストコン
ピュータ１００は、受注した商品を主流通センタ（主Ｒ
Ｃ）から引き当てることが可能であると判定する。その
後、ホストコンピュータ１００は、住所テーブル１１０
において主流通センタ（主ＲＣ）を特定する「ＲＣコー
ド」に対応した在庫ファイル１２０を参照して受注商品
の在庫が主流通センタ（主ＲＣ）にあるか否かを判定す
る（Ｓ４）。

【００４０】ここで、受注商品の在庫が主流通センタ
（主ＲＣ）にあれば、ホストコンピュータ１００は、在
庫引当処理を行ない（Ｓ６）、更に、住所テーブル１１
０から担当の配送センタ（ＢＳ）を取得する（Ｓ８）。
この場合、在庫引当処理では、主流通センタ（主ＲＣ）
の在庫ファイル１２０の「引当済在庫」及び「未引当在
庫」が更新される。

【００４１】その後、ホストコンピュータ１００は、取
得した配送センタ（ＢＳ）に対応した配達予約ファイル
１６０及び配達明細ファイル１７０に当該受注商品の配
送に関する必要事項を記述する。一方、主流通センタ
（主ＲＣ）に受注商品の在庫が無い場合（Ｓ４で在庫な
し）、ホストコンピュータ１００は、住所テーブル１１
０を参照して副流通センタ（副ＲＣ）の有無を判定する
（Ｓ５）。そして、副流通センタ（副ＲＣ）が存在する
場合、より上位の副流通センタ（副ＲＣ）、即ち、最初
に第一位の副流通センタ（副ＲＣ１）が取得される。な
お、図９に示すように、各地域Ａ、Ｂ、Ｃにおいて、そ
の地域により近い流通センタを原則的により上位の副流
通センタとして定めている。

【００４２】ホストコンピュータ１００は、第一位の副
流通センタ（副ＲＣ１）を取得すると、住所テーブル１
１０の「副担当ＲＣ１」を参照して上記のようにして商
品マスタから取得したライフサイクルの商品を当該第一
位の副流通センタ（副ＲＣ１）から引き当てることが可
能か否かを判定する（Ｓ３）。

【００４３】例えば、受注した商品がライフサイクル３
（通常商品）、ライフサイクル４（発注停止商品）また
はライフサイクル５（生産停止商品）である場合、「副
担当ＲＣ１」のライフサイクル（３）、（４）または
（５）が参照される（図１１参照）。この場合、区分
＝”０”（引当可能）であるので、ホストコンピュータ
１００は、第一位の副流通センタ（副ＲＣ１）から受注
商品の引当が可能であると判定する。

【００４４】上記のように第一位の副流通センタ（副Ｒ
Ｃ１）から受注商品の引当が可能であると判定すると、
ホストコンピュータ１００は、更に、この第一位の副流
通センタ（副ＲＣ１）のＲＣコードに対応した在庫ファ
イル１１０を参照して、受注商品の在庫の有無を判定す
る（Ｓ４）。ここで、［受注時取得情報］の「数量」に
記述された受注個数が当該在庫ファイル１１０の「未引
当在庫」に記述された数以下の場合、ホストコンピュー
タ１００は、引当が可能であると判定する。

【００４５】そして、ホストコンピュータ１００は、在
庫引当処理（Ｓ６）を実行すると共に、担当する配送セ
ンタ（ＢＳ）を住所テーブル１１０から取得する（Ｓ
８）。在庫引当処理では、当該第一位の副流通センタ
（副ＲＣ１）に対応した在庫ファイル１１０の「引当済
在庫」と「未引当在庫」が更新される。

【００４６】この場合、第一位の副流通センタ（副ＲＣ
１）から主流通センタ（主ＲＣ）に対して受注商品の振
替が行なわれることから、ホストコンピュータ１００
は、未着ファイル１４０及び出庫予定ファイル１５０
に、第一位の副流通センタ（副ＲＣ１）から引き当てら
れる商品の主流通センタ（主ＲＣ）への振替に関する情
報を記述する。また、上記主流通センタ（主ＲＣ）から
受注商品を引き当てる場合と同様に、ホストコンピュー
タ１００は、担当の配送センタ（ＢＳ）を取得すると共
に（Ｓ８）、配達予約ファイル１６０及び配達明細ファ
イル１７０に受注商品の配送予約に関する情報を書き込
む。

【００４７】一方、第一位の副流通センタ（副ＲＣ１）
に受注商品の在庫がないと判定すると（Ｓ４）、ホスト
コンピュータ１００は、更に、副流通センタ（副ＲＣ）
の有無を判定する（Ｓ５）。そして、副流通センタ（副
ＲＣ）が存在する場合、より上位の副流通センタ（副Ｒ
Ｃ）、即ち、第一位の副流通センタ（副ＲＣ１）に続く
第二位の副流通センタ（副ＲＣ２）が取得される。

【００４８】ホストコンピュータ１００は、第二位の副
流通センタ（副ＲＣ２）を取得すると、上記第一の副流
通センタ（副ＲＣ１）を取得した場合と同様に、第二の
副流通センタ（副ＲＣ２）の商品を顧客に配送すべき商
品に引き当てることができるか否かを判定する（Ｓ
３）。

【００４９】例えば、受注した商品がライフサイクル３
（通常商品）である場合、「副担当ＲＣ２」のライフサ
イクル（３）が参照される（図１１参照）。この場合、
区分＝”１”（引当可能）であるので、ホストコンピュ
ータ１００は、第二位の副流通センタ（副ＲＣ２）にお
ける受注商品の在庫の有無にかかわらず、当該第二位の
副流通センタ（副ＲＣ２）から受注商品の引当はできな
いと判定する。

【００５０】このように、ホストコンピュータ１００
は、受注商品の引当ができないと判定すると、メーカ発
注処理を行なう（Ｓ７）。即ち、受注商品が特に売れ残
ることが予想される種類の商品（ライフサイクル４及び
５）でなければ、他の流通センタからその商品を融通す
るのではなく、メーカに直接その商品の発注がなされ
る。このメーカ発注処理では、発注ファイル１３０及び
未着ファイル１４０に商品の発注に関する情報の記述が
なされる。

【００５１】そして、更に、ホストコンピュータ１００
は、上記主流通センタ（主ＲＣ）及び第一位の副流通セ
ンタ（副ＲＣ１）から受注商品を引き当てる場合と同様
に、担当の配送センタ（ＢＳ）を取得する（Ｓ８）と共
に、配達予約ファイル１６０及び配達明細ファイル１７
０に受注商品の配送予約に関する情報を書き込む。

【００５２】なお、例えば、顧客から受注したライフサ
イクル１（新商品）またはライフサイクル２（発売１か
月後の商品）の商品（売れ行きが良いと予想される種類
の商品）の在庫が主流通センタ（主ＲＣ）に無い場合、
ホストコンピュータ１００は、住所テーブル１１０
（「副担当ＲＣ１」）を参照して、第一位の副流通セン
タ（副ＲＣ1 ）におけるその商品の在庫の有無にかかわ
らず、当該第一位の副流通センタ（副ＲＣ１）からその
商品の引当はできないと判定する。この場合も、上記と
同様にメーカ発注処理が行なわれる。

【００５３】ホストコンピュータ１００での処理結果
は、商品の発注の受付を行なった店舗端末装置１０に返
送される。そして、店舗端末装置１０にてメーカ発注の
旨の応答を受信すると、担当者が、顧客から受注した商
品をメーカに発注する。上述したように、副流通センタ
（副ＲＣ）から受注商品を引き当てることが可能である
が、その商品の在庫がない場合、ホストコンピュータ１
００は、より上位である他の副流通センタを取得して同
様の処理を繰り返し行なう。そして、最下位（最終）の
副流通センタにおいても、受注商品の在庫がない場合に
は、メーカ発注処理が行なわれる（Ｓ５→Ｓ７）。

【００５４】店舗端末装置１０から商品、顧客等の情報
を含む受注時取得情報がホストコンピュータ１００に提
供される毎に上述した処理が行なわれる。各流通センタ
ＲＣでは、定期的に（例えば、毎日）、ＲＣ端末装置２
０を用いて未着ファイル１４０を検索し、振り替えるべ
き商品の有無を調べる。もし、振り替えるべき商品があ
れば、振替伝票をプリンタ２３から出力し、その振替伝
票と共に該当する商品を納品場所として指定される流通
センタ（主流通センタ）に配送する。この商品の配送
は、外部の輸送機関（宅配便、郵送等）を利用しても、
また、自社の配送システムを利用してもよい。

【００５５】更に、各流通センタＲＣでは、各メーカに
発注した商品や他の流通センタ（副流通センタ）からの
振替商品が入荷されると、ＲＣ端末装置２０を用いて対
応する未着ファイル１４０が消去される。そして、定期
的に（例えば、毎日）出庫予定ファイル１５０が検索さ
れ、その日（振替日）に出庫すべき商品のリスト（出庫
リスト）がプリンタ２３から出力される。担当者は、そ
の出庫リストに従って、商品を担当配送センタ（ＢＳ）
に発送する（振替実施）。

【００５６】各配送センタ（ＢＳ）では、ＢＳ端末装置
３０を用いて配達予約ファイル１６０の情報が読み出さ
れる。そして、担当者は、流通センタから入荷した商品
をその配達予約ファイル１６０に記述された情報に従っ
て分類（コース等）し、指定された配送日に当該商品を
顧客に配送する。

【００５７】上述したようなシステムによれば、主流通
センタに顧客に配送すべき商品の在庫がない場合、より
近い副流通センタ（より順位の高い副流通センタ）から
その商品を融通するようにしたため、物流コストの低減
を図ることができる。また、売れ行きが悪くはないと予
想される種類の商品（ライフサイクル３）については、
主流通センタにその商品の在庫がない場合、比較的遠い
流通センタ（副流通センタ）からはその商品を融通する
ことなく、メーカに発注することにより、当該副流通セ
ンタにおける品切れ状態が防止できると共に、その遠方
の当該副流通センタから主流通センタへの商品振替に伴
う物流コストを省くことができる。更に、特に売れ行き
が良いと予想される種類の商品（ライフサイクル１、
２）については、主流通センタにその商品の在庫がない
場合、いかなる副流通センタからもその商品を融通する
ことなく、常に、メーカ発注する。これにより、各流通
センタにおける品切れ状態が防止できると共に、流通セ
ンタ間での商品振替に伴う物流コストの増加を防止する
ことができる。

【００５８】なお、上記例において、在庫ファイルは第
一のテーブルに対応し、住所テーブルは第二のテーブル
に対応する。従って、ホストコンピュータ１００に付随
した補助記憶装置がテーブル格納手段に対応する。図１
０に示すステップＳ４での処理が第一の判定手段に対応
し、ステップＳ４及びＳ５での処理が第二の判定手段に
対応する。

【００５９】更に、図１０に示すステップＳ６での処理
が商品割り当て手段に対応し、ステップＳ７での処理が
メーカ発注決定手段に対応する。

【００６０】

【発明の効果】以上、説明したように、本発明によれ
ば、各商品を予め定めた基準にて複数の種類に分類し、
各地域の顧客に配送すべき商品として割り当てることが
可能な各商品集積場所（流通センタ）の商品の種類を定
めた第二のテーブルの情報に基づいて顧客に配送すべき
商品をどのように調達するかを決めている。従って、商
品の特徴に基づいてその商品の分類を行なうことによ
り、商品の特徴を考慮して顧客に配送すべき商品として
どの場所に集積された商品を割り当てるかを管理する商
品の配送管理システムが実現できる。

【図面の簡単な説明】

【図１】本発明に係る商品の配送管理システムが提供さ
れるシステムの構成例を示すブロック図である。

【図２】住所テーブルの形式例を示す図である。

【図３】在庫ファイルの形式例を示す図である。

【図４】発注ファイルの形式例を示す図である。

【図５】未着ファイルの形式例を示す図である。

【図６】出庫ファイルの形式例を示す図である。

【図７】配達予約ファイルの形式例を示す図である。

【図８】配達明細ファイルの形式例を示す図である。

【図９】流通センタ及び配送センタの各地域での設置例
を示す図である。

【図１０】商品発注／引当処理の手順を示すフローチャ
ートである。

【図１１】顧客から与えられた情報と各テーブル、ファ
イルの情報との関連を示す図である。

【符号の説明】

１０顧客端末装置１２制御ユニット２０ＲＣ端末装置２２制御ユニット２３プリンタ３０ＢＳ端末装置３２制御ユニット１００ホストコンピュータ１１０住所テーブル１２０在庫ファイル１３０発注ファイル１４０未着ファイル１５０出庫予定ファイル１６０配達予約ファイル１７０配達明細ファイル

───────────────────────────────────────────────────── フロントページの続き (72)発明者園田稔神奈川県川崎市中原区上小田中４丁目１番１号富士通株式会社内 (72)発明者前田修神奈川県川崎市中原区上小田中４丁目１番１号富士通株式会社内

Claims

【特許請求の範囲】

【請求項１】顧客に配送すべき商品として、商品が集積
された複数の商品集積場所うちのどの商品集積場所の商
品を割り当てるかを管理する商品の配送管理システムに
おいて、各商品集積場所の商品の在庫を示す第一のテーブル及
び、各商品を予め定めた基準にて複数の種類に分類し、
予め定めた地域毎に、その地域の顧客に配送すべき商品
として割り当てることが可能な各商品集積場所の商品の
種類を定めた第二のテーブルを格納したテーブル格納手
段と、上記テーブル格納手段に格納された第一のテーブルを参
照し、顧客が所在する地域に対して予め定められた第一
の商品集積場所に顧客に配送すべき商品の在庫があるか
否かを判定する第一の判定手段と、該第一の判定手段が第一の商品集積場所にその商品の在
庫が無いと判定したときに、上記テーブル格納手段に格
納された第一のテーブル及び第二のテーブルを参照して
その商品と同種類の商品を顧客に配送すべき商品として
割り当てることが可能でかつその商品の在庫のある第二
の商品集積場所が存在するか否かを判定する第二の判定
手段と、該第二の判定手段が当該第二の商品集積場所が存在する
と判定したときに、当該第二の商品集積場所の商品を、
顧客に配送すべき商品として割り当てる商品割り当て手
段と、該第二の判定手段が当該第二の商品集積場所が存在しな
いと判定したときには、その商品を上記第一の商品集積
場所に納入するようにメーカに発注することを決定し
て、メーカから上記第一の商品集積場所に納入された商
品を顧客に配送できるようにしたメーカ発注決定手段と
を有する商品の配送管理システム。