JP2003237946A

JP2003237946A - 在庫引当方法

Info

Publication number: JP2003237946A
Application number: JP2002030958A
Authority: JP
Inventors: Hideki Wada; 英樹和田; Masaji Yazawa; 正次矢沢
Original assignee: Fujitsu Ltd
Current assignee: Fujitsu Ltd
Priority date: 2002-02-07
Filing date: 2002-02-07
Publication date: 2003-08-27

Abstract

(57)【要約】【課題】複数の顧客からの注文数の総和が在庫数を上回
った場合に、自己に利益を招来する力に応じて各顧客へ
の引当量を決定できる在庫引当方法を、提供する。【解決手段】サーバ装置１０は、インターネットＮを介
して複数の端末装置２０に接続される。また、サーバ装
置１０のＨＤＤ１６内には引当プログラム６及び得意先
マスタデータベース５が格納される。引当プログラム６
が実行されると引当処理が開始される。引当処理では、
総受注数よりも在庫数が上回ればそのまま各顧客に注文
通りの数量が引き当てられるが、下回れば、在庫引当処
理サブルーチンが実行される。当該サブルーチンでは、
得意先比率の高い注文主から低い注文主の順に、発注数
に得意先比率を乗じた数又は発注数と同数の引当数を、
在庫から引き当て、それでもまだ在庫が残っているとき
には、更に、得意先優先順の高い注文主から順に、発注
数に足りていない部分を引き当てる。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、複数の顧客からの
受注数が在庫数を上回った場合に各顧客への引当数を決
定するための在庫引当方法に、関する。

【０００２】

【従来の技術】近年、幾つかの卸売商は、事前に決めて
おいた受注期限まで顧客からの注文を受け付けておい
て、その受注期限の経過後に、注文を受けた各顧客に対
して一斉に商品を卸すという販売形態を、採っている。
このような販売形態により卸売りしようとする商品が、
豊富に在庫することができる商品である場合、卸売商
は、各顧客へ注文通りの品数を卸すことができる。とこ
ろが、当該商品が、あまり豊富に在庫することができな
い品薄な商品である場合、受注期限を経過した時点で受
注数の総和が在庫数を上回ることがある。このように受
注数の総和が在庫数を上回ってしまうと、卸売商は、各
顧客へ注文通りの品数を卸すことができなくなる。

【０００３】なお、在庫数が不足する場合に対処するた
めの先行技術が、幾つか開示されている。例えば、重要
な顧客の発注量を予測しておいて実際の発注者とともに
重要な顧客にも事前に引き当てておく方法（特開平11-2
13077号）や、各得意先に予め設定しておいた分配比率
を用いて各発注者の引当比率を決定する方法（特開昭62
-221066号）や、在庫量に応じた分割数を事前に設定し
ておいて大口の顧客に対しては発注数から数割だけ割り
引いた数を引き当て小口の顧客に対してはほぼ全数を引
き当てる方法（特開平03-025668号）がある。

【０００４】

【発明が解決しようとする課題】上述したように受注数
の総和が在庫数を上回った場合、卸売商は、受注期限経
過時における各顧客からの注文数と在庫数とに基づい
て、各顧客への引当数（分配数）を決定しなければなら
ないが、販売戦略上、各顧客の自社へ利益を招来させる
力の差を無視して単に均等に分配するというわけにはい
かない。

【０００５】本発明は、このような事情に鑑みてなされ
たものであり、その課題は、複数の顧客からの注文数の
総和が在庫数を上回った場合に、自己に利益を招来する
力に応じて各顧客への引当量を決定できる在庫引当方法
を、提供することである。

【０００６】

【課題を解決するための手段】上記の課題を解決するた
めに構成された本発明の在庫引当方法は、或る期間での
各顧客への売上高の総和によって個々の顧客への売上高
を夫々除算することにより、各顧客の売上高比率を決定
しておき、一定期間内に受け付けた注文の総数が在庫数
を上回った際には、各注文主の発注数が前記売上高比率
と在庫数とを乗じた数よりも多い場合にはその数を、そ
の数が発注数よりも多い場合には発注数を、各注文主の
引当数として夫々決定することを、特徴とする。

【０００７】このように構成されると、売上高が高い顧
客ほど売上高比率が高いので、売上高比率の高い注文主
に対してより多くの品数が在庫から引き当てられる。従
って、商品を多く購入する能力のある注文主、即ち、自
己に利益を招来する力のある注文主に対して、より多く
の商品を卸すことができる。

【０００８】なお、本発明の在庫引当方法においては、
上述したように差し引いて余った在庫数を、更に、引き
当てても良い。この場合、或る期間での各顧客からの利
益の総和によって個々の顧客からの利益を夫々除算する
ことにより、各顧客の利益率を事前に決定しておいて、
その利益率の高い注文主から低い注文主の順に、引当数
が発注数に満たない注文主に対し、足りない分を引き当
てる。

【０００９】また、本発明の在庫引当方法は、或る期間
での各顧客からの利益の総和によって個々の顧客からの
利益を夫々除算することにより、各顧客の利益率を決定
しておき、一定期間内に受け付けた注文の総数が在庫数
を上回った際には、各注文主に対し、前記利益率の高い
注文主から低い注文主の順に、発注数と同数の品数を在
庫から引き当てることを、特徴とする。

【００１０】このように構成されると、利益率の高い注
文主に対して、優先的に、注文数が引き当てられる。従
って、多くの利益をもたらす力のある注文主に対して、
より多くの商品を卸すことができる。

【００１１】なお、利益率を算出するために利用する顧
客からの利益は、いわゆる粗利益であっても良いし、純
利益であっても良いし、税抜き利益であっても良いし、
その他の方法により算出される利益であっても良い。

【００１２】

【発明の実施の形態】次に、本発明の実施の形態につい
て、図面に基づいて説明する。

【００１３】

【実施形態１】図１に、本発明を適用したサーバ装置１
０を含むコンピュータネットワークシステム全体の概略
を示す。

【００１４】このコンピュータネットワークシステムで
は、卸売商（又は小売商へ商品を纒めて販売する製造販
売業者）が利用するサーバ装置１０と、卸売商の各顧客
（小売商）が有する端末装置２０，２０，２０，…と
が、インターネットＮを介して相互に接続されている。

【００１５】サーバ装置１０は、ディスプレイ１０ａと
キーボードやマウス等の入力装置１０ｂとこれらに繋が
れた本体１０ｃとを備えるコンピュータである。このう
ち本体１０ｃ内部の概略構成を、図２に示す。

【００１６】本体１０ｃは、ＣＰＵ１１，ＲＡＭ１２，
通信制御回路１３，フレキシブルディスクドライブ（Ｆ
ＤＤ）１４，ＣＤ−ＲＯＭドライブ１５，及びハードデ
ィスクドライブ（ＨＤＤ）１６等の各種ハードウエア
を、主要な構成として内部に有している。

【００１７】ＣＰＵ１１は、各ハードウエア１２〜１６
を含むデバイス全体を統合的に制御する中央処理装置で
ある。ＲＡＭ１２は、ＣＰＵ１１が読み出した各種のプ
ログラムをキャッシュするとともに、このＣＰＵ１１に
よる作業領域が展開されるランダムアクセスメモリであ
る。通信制御回路１３は、電話回線やＬＡＮ等の通信回
線を介してインターネットＮに接続されたネットワーク
アダプタ，モデム，ＤＳＵ及びＮＩＣ等であり、ネット
ワークＮに接続されたコンピュータとの間のデータの送
受信を司る。

【００１８】ＦＤＤ１４及びＣＤ−ＲＯＭドライブ１５
は、コンピュータ可読媒体であるフレキシブルディスク
ＦＤやＣＤ−ＲＯＭディスクＣＤに格納されたプログラ
ムやデータを読み出す装置である。なお、これら各ドラ
イブ１４，１５により読み出されたプログラムやデータ
は、ＨＤＤ１６等の記憶装置にインストールされる。

【００１９】ＨＤＤ１６には、種々の機能を実現するた
めにＣＰＵ１１が実行するアプリケーションプログラム
や、ＣＰＵ１１が実行する処理において利用されるデー
タや、アプリケーションプログラムの実行管理やネット
ワーク管理などのシステム管理をＣＰＵ１１に行わせる
ためのＯＳ（Operating System）プログラムが、格納さ
れている。

【００２０】なお、このＨＤＤ１６には、受注マスタデ
ータベース１，在庫マスタデータベース２，及び販売実
績マスタデータベース３が、格納されている。これら各
マスタデータベース１〜３は、一般の卸売商や製造販売
業者が所有する情報処理装置の内部に構築されているも
のと同じ機能を有するので、具体的な説明は省略する
が、その概略は、以下の通りである。

【００２１】受注マスタデータベース１は、注文主に関
する情報や注文商品や注文個数や注文日時などからなる
レコードを受注した順に格納することによって、構成さ
れている。また、在庫マスタデータベース２は、商品名
や商品コードや在庫数などからなるレコードを商品毎に
格納することによって、構成されている。さらに、販売
実績マスタデータベース３は、顧客に関する情報や一定
期間の顧客への販売額（売上高）や一定期間の顧客から
の粗利益などからなるレコードを顧客毎及び期間毎に格
納することによって、構成されている。

【００２２】また、このＨＤＤ１６には、各種のコンテ
ンツを有するウェブページのデータを格納した複数のハ
イパーテキストファイル４が、格納されている。これら
ハイパーテキストファイル４の格納場所には、夫々ＵＲ
Ｌ（Uniform Resource Locator）が割り当てられてい
る。そして、これら各ハイパーテキストファイル４は、
ＣＰＵ１１からの指示により、ＵＲＬを指定してアクセ
スしてきたインターネットＮ上の端末装置２０へ、送信
される。当該サーバ装置１０は、このような機能を備え
ることにより、ウェブサーバとして動作する。

【００２３】ところで、上記のハイパーテキストファイ
ル４の中には、いわゆるＥＤＩ（Electric Data Interc
hange）用として標準化されたフォーマットを有する商
取引用文書（例えば商品見積書や在庫状況確認書や商品
注文書）のデータを格納したものが、含まれている。こ
のようなデータがインターネットＮ上の端末装置２０に
読み込まれると、その端末装置２０のディスプレイに
は、そのデータの内容に応じた文書が、各種の情報を入
力可能な状態で表示される。そして、その画面上の文書
に各種の情報が入力されると、その各種の情報がサーバ
装置１０へと送信されるようになっている。

【００２４】例えば、サーバ装置１０が、在庫状況確認
書のウェブページのハイパーテキストファイル４を或る
端末装置２０へ送信し、その後、或る商品に関する情報
が、その端末装置２０に入力されたとする。すると、そ
の端末装置２０からサーバ装置１０へと、その商品の在
庫状況要求が送信されてくる。なお、サーバ装置１０
は、このような在庫状況要求を受信すると、上述した在
庫マスタデータベース２を参照してその商品の在庫数を
読み出し、その在庫数を端末装置２０へ応答する。

【００２５】また、例えば、サーバ装置１０が、商品注
文書のウェブページのハイパーテキストファイル４を或
る端末装置２０へ送信し、その後、注文主に関する情報
と注文商品を指定する情報と注文個数とからなるデータ
が、その端末装置２０に入力されたとする。すると、そ
の端末装置２０からサーバ装置１０へと、そのデータが
送信されてくる。なお、サーバ装置１０は、これらのデ
ータを受信すると、これらデータを、上述した受注マス
タデータベース１内に蓄積する。

【００２６】なお、上述の例では、商取引用文書がハイ
パーテキスト形式でファイルに格納され、そのファイル
が、インターネットＮを通じて端末装置２０へ提供され
ているが、これに限定するものではなく、商取引用文書
を別の形式でファイルに格納しておき、そのファイル
が、加入電話回線などを通じて端末装置２０へ提供され
ても良い。

【００２７】また、図２に示すように、ＨＤＤ１６に
は、得意先マスタデータベース５が、格納されている。
この得意先マスタデータベース５は、顧客である各得意
先の優先順及び売上高比率（どちらも後述する）と、得
意先に属する各支店の得意先内での優先順及び売上高比
率とを記録するためのデータベースである。なお、優先
順及び売上高比率については、図４及び図５を利用して
後述するが、その概略は、次の通りである。

【００２８】優先順は、各得意先又は各支店の利益率
（或る期間での各得意先（又は各支店）からの粗利益の
総和によって個々の得意先（又は支店）からの粗利益を
夫々除算して得られる得意先（又は支店）毎の比率）の
高い順に基づいて、決定される。また、売上高比率は、
或る期間での各得意先（又は各支店）への販売額（売上
高）の総和によって個々の得意先（又は支店）への売上
高を夫々除算して得られる得意先（又は支店）毎の比率
である。

【００２９】この得意先マスタデータベース５のデータ
構造の一例を、図３に示す。図３に示す得意先マスタデ
ータベース５は、「得意先」，「得意先支店」，「得意
先優先順」，「得意先比率」，「支店優先順」，及び
「支店比率」の各項目欄（フィールド）からなるレコー
ドを得意先の支店毎に格納することによって、構成され
ている。

【００３０】「得意先」欄には、得意先の名称が、格納
される。「得意先支店」欄には、得意先の支店の名称
が、格納される。「得意先優先順」欄及び「得意先比
率」欄には、各得意先の利益率に基づいて決定した順位
である得意先優先順，及び、各得意先の売上高比率であ
る得意先比率が、格納される。「支店優先順」欄及び
「支店比率」欄には、得意先の各支店の利益率により決
定された順位である支店優先順，及び、得意先の各支店
の売上高比率である得意先比率が、格納される。

【００３１】さらに、図２に示すように、ＨＤＤ１６に
は、優先順更新プログラム６，比率更新プログラム７，
及び引当プログラム８，が、格納されている。

【００３２】優先順更新プログラム６は、ＣＰＵ１１に
対し、各得意先及び各支店の利益率の所定期間毎の変化
に応じて、得意先マスタデータベース５内に記録される
各得意先優先順及び各支店優先順を入れ替えさせるプロ
グラムである。

【００３３】比率更新プログラム７は、ＣＰＵ１１に対
し、各得意先及び各支店の売上高比率の所定期間毎の変
化に応じて、得意先マスタデータベース５内に記録され
る各得意先比率及び各支店比率を書き換えさせるプログ
ラムである。

【００３４】引当プログラム８は、ＣＰＵ１１に対し、
注文主である各得意先及び各支店の在庫からの引当数を
決定させるプログラムである。

【００３５】なお、図１に示す各顧客の端末装置２０
は、デスクトップ型やノート型として一般に市販されて
いる通信機能付きのコンピュータであり、ディスプレイ
やキーボードやマウスに繋がれた本体を備える。その本
体には、ＣＰＵ，ＲＡＭ，通信制御回路，及び補助記憶
装置などの各種ハードウエアが内蔵又は外付けされてお
り、そのうち、補助記憶装置内には、ＷＷＷ（World Wi
de Web）ブラウザと呼ばれる情報閲覧ソフトウエアが、
格納されている。

【００３６】次に、上述した構成を備えるコンピュータ
ネットワークシステムにおいて実行される処理につい
て、説明する。なお、以下では、得意先マスタデータベ
ース５の記録内容の更新に関する処理について、先に説
明し、その後、顧客への在庫からの引き当てに関する処
理について、説明する。

【００３７】上記サーバ装置１０は、所定期間（例えば
四半期）毎に優先順更新プログラム６がＣＰＵ１１によ
って読み込まれるように、構成されている。なお、上記
所定期間は、当該装置１０の運営管理者である卸売商又
は製造販売業者によって事前に設定される。そして、こ
のように優先順更新プログラム６がＣＰＵ１１によって
読み込まれると、優先順更新処理が開始される。この優
先順更新処理の内容を、図４に示す。

【００３８】優先順更新処理の開始後、最初のＳ１０１
では、ＣＰＵ１１は、上記所定期間での各得意先からの
粗利益を、夫々、販売実績マスタデータベース３から読
み出す。

【００３９】次のＳ１０２では、ＣＰＵ１１は、各得意
先からの粗利益を合算することにより、全得意先につい
ての総粗利益を算出する。

【００４０】次のＳ１０３では、ＣＰＵ１１は、各得意
先からの粗利益を総粗利益で夫々除算することにより、
各得意先の利益率を算出する。

【００４１】次のＳ１０４では、ＣＰＵ１１は、得意先
マスタＤＢ（データベース）５における全てのレコード
の「得意先優先順」欄を、クリアする。

【００４２】次のＳ１０５では、ＣＰＵ１１は、得意先
マスタデータベース５の「得意先優先順」欄に得意先優
先順が記録されていない得意先のレコードがあるか否か
を、チェックする。そして、得意先優先順が記録されて
いない得意先のレコードがあった場合（Ｓ１０５：Ｎ
Ｏ）には、ＣＰＵ１１は、処理をＳ１０６へ進める。

【００４３】Ｓ１０６では、ＣＰＵ１１は、得意先優先
順が記録されていない得意先のうちの１つを、処理対象
として特定する。

【００４４】Ｓ１０７では、ＣＰＵ１１は、Ｓ１０３に
おいて算出した各得意先の利益率に基づいて、当該得意
先の利益率が全得意先の利益率のうちの高い方から何番
目であるかを、数える。

【００４５】次のＳ１０８では、ＣＰＵ１１は、Ｓ１０
７において数えて得た順番を、得意先マスタデータベー
ス５における当該得意先のレコードの「得意先優先順」
欄に、記録する。その後、ＣＰＵ１１は、処理をＳ１０
５へ戻す。

【００４６】そして、Ｓ１０５からＳ１０８の処理ルー
プを実行することによって、得意先マスタデータベース
５における全ての得意先のレコードに得意先優先順を記
録し終えた場合（Ｓ１０５：ＹＥＳ）、ＣＰＵ１１は、
優先順更新処理を終了する。

【００４７】以上に示した優先順更新処理により、得意
先マスタデータベース５内の得意先優先順が更新され
る。

【００４８】なお、この優先順更新処理は、或る得意先
に属する各支店のその得意先内での優先順（支店優先
順）を更新する際にも、実行される。但し、各支店の優
先順を更新する際の処理内容は、図４のフローチャート
において「得意先」が「支店」に置き替えられたもの
と、同じである。従って、その処理内容については、説
明を省略する。

【００４９】また、上記サーバ装置１０は、所定期間
（例えば四半期）毎に比率更新プログラム７がＣＰＵ１
１によって読み込まれるように、構成されている。な
お、上記所定期間は、当該装置１０の運営管理者である
卸売商又は製造販売業者によって事前に設定される。そ
して、このように比率更新プログラム７がＣＰＵ１１に
よって読み込まれると、比率更新処理が開始される。こ
の比率更新処理の内容を、図５に示す。

【００５０】比率更新処理の開始後、最初のＳ２０１で
は、ＣＰＵ１１は、上記所定期間での各得意先への販売
額の累計（売上高）を、夫々、販売実績マスタデータベ
ース３から読み出す。

【００５１】次のＳ２０２では、ＣＰＵ１１は、各得意
先への売上高を合算することにより、全得意先について
の総売上高を算出する。

【００５２】次のＳ２０３では、ＣＰＵ１１は、各得意
先の売上高を総売上高で夫々除算することにより、各得
意先の売上高比率を算出する。

【００５３】次のＳ２０４では、ＣＰＵ１１は、得意先
マスタＤＢ（データベース）５における全てのレコード
の「得意先比率」欄を、クリアする。

【００５４】次のＳ２０５では、ＣＰＵ１１は、得意先
マスタデータベース５の「得意先比率」欄に得意先比率
が記録されていない得意先のレコードがあるか否かを、
チェックする。そして、得意先比率が記録されていない
得意先のレコードがあった場合（Ｓ２０５：ＮＯ）に
は、ＣＰＵ１１は、処理をＳ２０６へ進める。

【００５５】Ｓ２０６では、ＣＰＵ１１は、得意先比率
が記録されていない得意先のうちの１つを、処理対象と
して特定する。

【００５６】Ｓ２０７では、ＣＰＵ１１は、Ｓ２０３で
算出した各売上高比率のうち、当該得意先の売上高比率
を、得意先マスタＤＢ（データベース）５における当該
得意先のレコードの「得意先比率」欄に、記録する。そ
の後、ＣＰＵ１１は、処理をＳ２０５へ戻す。

【００５７】そして、Ｓ２０５からＳ２０７の処理ルー
プを実行することによって、得意先マスタデータベース
５における全ての得意先のレコードに得意先比率を記録
し終えた場合（Ｓ２０５：ＹＥＳ）、ＣＰＵ１１は、処
理をＳ２０８へ進める。

【００５８】Ｓ２０８では、ＣＰＵ１１は、得意先マス
タＤＢ（データベース）５において、当該得意先比率の
高い順に得意先をソートし、比率更新処理を終了する。

【００５９】以上に示した比率更新処理により、得意先
マスタデータベース５内の得意先比率が更新される。

【００６０】なお、この比率更新処理は、或る得意先に
属する各支店のその得意先内での支店比率を更新する際
にも、実行される。但し、各支店の支店比率を更新する
際の処理内容は、図５のフローチャートにおいて「得意
先」が「支店」に置き替えられるとともにＳ２０８のス
テップが省略されたものと、同じである。従って、その
処理内容については、説明を省略する。

【００６１】次に、顧客への在庫からの引き当てに関す
る処理について、説明する。

【００６２】上述したように、顧客が、自分の端末装置
２０を操作してインターネットＮを介してサーバ装置１
０へアクセスし、ＥＤＩ用の商品注文書を端末装置２０
のディスプレイに表示させ、画面上の商品注文書に注文
主に関する情報と注文商品と注文個数とを入力すると、
これらの情報がサーバ装置１０のＨＤＤ１６内の受注マ
スタデータベース１に記録される。

【００６３】また、このサーバ装置１０は、上述したよ
うな注文を蓄積する処理と並行して、所定期間（例えば
２４時間）毎に引当プログラム８がＣＰＵ１１によって
読み込まれるように、構成されている。なお、上記所定
期間は、当該装置１０の運営管理者である卸売商又は製
造販売業者によって事前に設定される。そして、このよ
うに引当プログラム８がＣＰＵ１１によって読み込まれ
ると、引当処理が開始される。この引当処理は、当該サ
ーバ装置１０の運営管理者が複数の商品を取り扱ってい
る場合、商品毎に実行されるが、以下では、１つの商品
についてのみ実行されているものとして説明する。この
引当処理の内容を、図６に示す。

【００６４】引当処理の開始後、最初のＳ３０１では、
ＣＰＵ１１は、受注マスタデータベース１において上記
期間内に蓄積されたデータが存在するか否かを、チェッ
クする。そして、ＣＰＵ１１は、データが存在しなかっ
た場合（Ｓ３０１：ＮＯ）には、引当処理を終了し、デ
ータが存在した場合（Ｓ３０１：ＹＥＳ）には、処理を
Ｓ３０２に進める。

【００６５】Ｓ３０２では、ＣＰＵ１１は、受注マスタ
データベース１から、上記所定期間内に受けた注文の注
文主の名称及び注文数を、夫々読み出す。なお、得意先
の各支店から注文を受けている場合には、得意先に属す
る全支店からの注文数の総和を、その得意先からの注文
数とする。

【００６６】次のＳ３０３では、ＣＰＵ１１は、Ｓ３０
２において読み出した注文数を合算することにより、上
記所定期間内に受けた注文の総受注数を算出する。

【００６７】次のＳ３０４では、ＣＰＵ１１は、在庫マ
スタデータベース２から、当該商品の在庫数を読み出
す。

【００６８】次のＳ３０５では、ＣＰＵ１１は、在庫数
が総受注数よりも多いか少ないかを、チェックする。そ
して、在庫数が総受注数よりも多かった場合（Ｓ３０
５：ＹＥＳ）には、ＣＰＵ１１は、処理をＳ３０６に進
める。

【００６９】Ｓ３０６では、ＣＰＵ１１は、注文主であ
る各得意先からの注文数を、そのまま各得意先への引当
数として決定する。なお、Ｓ３０６では、ＣＰＵ１１
は、各支店からの注文数もそのまま各支店への引当数と
して決定する処理も行う。

【００７０】次のＳ３０７では、ＣＰＵ１１は、在庫数
から総受注数を減算して得られる数を、在庫残数として
決定し、処理をＳ３１０に進める。

【００７１】一方、Ｓ３０５において、在庫数が総受注
数よりも少なかった場合（Ｓ３０５：ＮＯ）には、ＣＰ
Ｕ１１は、処理をＳ３０８に進める。

【００７２】Ｓ３０８では、ＣＰＵ１１は、在庫引当処
理サブルーチンを実行する。この在庫引当処理サブルー
チンは、注文主である各得意先への在庫からの引当数を
これらの得意先優先順及び得意先比率に基づいて決定す
る処理である。この在庫引当処理サブルーチンの内容
を、図７に示す。

【００７３】在庫引当処理サブルーチンの開始後、最初
のＳ３１１では、ＣＰＵ１１は、得意先マスタデータベ
ース５を参照して、Ｓ３０２において読み出した注文主
（得意先）を、得意先比率（売上高比率）の高い順に並
べる。

【００７４】次のＳ３１２では、ＣＰＵ１１は、Ｓ３０
２において読み出した注文主（得意先）の中に引当数が
決定されていない得意先が存在するか否かを、チェック
する。そして、引当数が決定されていない得意先が存在
した場合（Ｓ３１２：ＮＯ）には、ＣＰＵ１１は、処理
をＳ３１３へ進める。

【００７５】Ｓ３１３では、ＣＰＵ１１は、引当数が決
定されていない注文主（得意先）のうち、得意先比率が
最も高い得意先の得意先比率を、処理対象として特定す
る。

【００７６】次のＳ３１４では、ＣＰＵ１１は、在庫数
に当該得意先比率を乗じて得られる数を、当該得意先の
仮引当数として決定する。

【００７７】次のＳ３１５では、ＣＰＵ１１は、当該得
意先からの注文数（受注数）が当該仮引当数よりも多い
か少ないかを、チェックする。そして、当該得意先から
の受注数が当該仮引当数よりも多い場合（Ｓ３１５：Ｙ
ＥＳ）には、ＣＰＵ１１は、処理をＳ３１６に進める。

【００７８】Ｓ３１６では、ＣＰＵ１１は、当該仮引当
数を当該得意先への引当数として決定するとともに、当
該得意先からの受注数からその引当数を減算して得られ
る数を、当該得意先の受注残数として決定する。そし
て、ＣＰＵ１１は、処理をＳ３１８に進める。

【００７９】一方、Ｓ３１５において、当該得意先から
の受注数が当該仮引当数よりも少ない場合（Ｓ３１５：
ＮＯ）には、ＣＰＵ１１は、処理をＳ３１７に進める。

【００８０】Ｓ３１７では、ＣＰＵ１１は、当該得意先
からの受注数を、そのままその得意先への引当数として
決定し、処理をＳ３１８に進める。

【００８１】Ｓ３１８では、ＣＰＵ１１は、Ｓ３１６又
はＳ３１７において決定した引当数をこの時点の在庫残
数から減算して得られる数を、新たな在庫残数として決
定する。その後、ＣＰＵ１１は、処理をＳ３１２へ戻
す。

【００８２】そして、Ｓ３１２からＳ３１８の処理ルー
プを実行することによって、全ての注文主（得意先）に
ついて引当数を決定し終えた場合（Ｓ３１２：ＹＥＳ）
には、ＣＰＵ１１は、処理をＳ３１２からＳ３１９へ進
める。

【００８３】Ｓ３１９では、ＣＰＵ１１は、この時点で
在庫残数がゼロであるか否かを、チェックする。そし
て、在庫残数がゼロであった場合（Ｓ３１９：ＹＥＳ）
には、ＣＰＵ１１は、在庫引当処理サブルーチンを終了
し、図６のメインルーチンにおけるＳ３０９の処理へ進
む。一方、Ｓ３１９において、在庫残数がゼロでなかっ
た場合（Ｓ３１９：ＮＯ）には、ＣＰＵ１１は、処理を
Ｓ３２０へ進める。

【００８４】Ｓ３２０では、ＣＰＵ１１は、得意先マス
タデータベース５を参照して、注文主である得意先を、
得意先優先順に並べる。

【００８５】次のＳ３２１では、ＣＰＵ１１は、この時
点で在庫残数がゼロであるか否かを、チェックする。そ
して、在庫残数がゼロでなかった場合（Ｓ３２１：Ｎ
Ｏ）には、ＣＰＵ１１は、処理をＳ３２２に進める。

【００８６】Ｓ３２２では、ＣＰＵ１１は、受注残数を
持つ注文主（得意先）のうち、得意先優先順が最も高い
得意先の受注残数を、処理対象として特定する。

【００８７】次のＳ３２３では、ＣＰＵ１１は、この時
点での在庫残数が当該得意先の受注残数よりも多いか少
ないかを、チェックする。そして、在庫残数が受注残数
よりも多かった場合（Ｓ３２３：ＹＥＳ）には、ＣＰＵ
１１は、処理をＳ３２４に進める。

【００８８】Ｓ３２４では、ＣＰＵ１１は、この時点で
の当該得意先への引当数に受注残数を加算して得られる
数を、当該得意先への新たな引当数として決定するとと
もに、この時点の在庫残数からその受注残数を減算して
得られる数を、新たな在庫残数として決定する。その
後、ＣＰＵ１１は、処理をＳ３２１へ戻す。

【００８９】そして、Ｓ３２１からＳ３２４の処理ルー
プを実行することによって、在庫残数が丁度ゼロとなっ
た場合（Ｓ３２１：ＹＥＳ）には、ＣＰＵ１１は、在庫
引当処理サブルーチンを終了し、図６のメインルーチン
におけるＳ３０９の処理へ進む。

【００９０】また、Ｓ３２１からＳ３２４の処理ループ
を実行することによって、在庫残数が何れかの得意先の
受注残数に満たなくなった場合（Ｓ３２３：ＮＯ）に
は、ＣＰＵは、処理をＳ３２３からＳ３２５へ進める。

【００９１】Ｓ３２５では、ＣＰＵ１１は、この時点で
の当該得意先への引当数に在庫残数を加算して得られる
数を、当該得意先への新たな引当数として決定するとと
もに、この時点の在庫残数をゼロとして決定する。そし
て、ＣＰＵ１１は、在庫引当処理サブルーチンを終了
し、図６のメインルーチンにおけるＳ３０９の処理に進
む。

【００９２】Ｓ３０９では、ＣＰＵ１１は、支店処理サ
ブルーチンを実行する。この支店処理サブルーチンは、
１つの得意先に対して決定した引当数の中から、更に、
その得意先の支店への引当数を決定する処理である。こ
の支店処理サブルーチンの内容を、図８に示す。

【００９３】支店処理サブルーチンの開始後、最初のＳ
４０１では、ＣＰＵ１１は、各支店への引当数が決定さ
れていない得意先が存在するか否かを、チェックする。
そして、各支店への引当数が決定されていない得意先が
存在した場合（Ｓ４０１：ＮＯ）には、ＣＰＵ１１は、
処理をＳ４０２へ進める。

【００９４】Ｓ４０２では、ＣＰＵ１１は、各支店への
引当数が決定されていない得意先のうちの１つに属する
全支店の注文数（受注数）を、処理対象として特定す
る。

【００９５】次のＳ４０３では、ＣＰＵ１１は、図５に
示したのとほぼ同じ在庫引当処理サブルーチンを実行す
る。但し、ここでは、図５の在庫引当処理サブルーチン
中の「得意先」が「支店」に置き替えられ、また、「得
意先比率」及び「得意先優先順」が「支店比率」及び
「支店優先順」に置き替えられる。従って、その説明を
省略する。そして、この在庫引当処理サブルーチンを実
行して当該得意先の各支店への引当数を決定した後、Ｃ
ＰＵ１１は、処理をＳ４０１へ戻す。

【００９６】そして、Ｓ４０１からＳ４０３の処理ルー
プを実行することによって、全ての得意先について、各
支店への引当数が決定し終えた場合（Ｓ４０１：ＹＥ
Ｓ）には、ＣＰＵ１１は、支店処理サブルーチンを終了
し、図６のメインルーチンにおけるＳ３１０へ進む。

【００９７】Ｓ３１０では、ＣＰＵ１１は、この時点の
在庫残数を新たな在庫数として決定し、在庫マスタデー
タベース２内の当該商品の在庫数を新たな在庫数へと更
新し、引当処理を終了する。

【００９８】以上に示した引当処理により、在庫数に得
意先比率を乗じた数又は注文数と同数が、各注文主への
引当数として決定される（Ｓ３１２〜Ｓ３１８）。ま
た、このように引き当ててもまだ在庫が残っている場合
には、更に、引当数が注文数に達していない注文主に対
し、得意先優先順の高い注文主から順に、注文数に足り
ていない品数と同数を、在庫の残りから引き当てている
（Ｓ３２１〜Ｓ３２５）。こうすることにより、得意先
比率（売上高比率）に従って決定された或る程度の数量
を、できるだけ全ての注文主に対して行き渡らせるよう
にすることができ、また、利益率の高い注文主に対して
優先的に注文通りの品数を引き当てることができる。

【００９９】なお、上述したように、得意先優先順や得
意先比率は、定期的に更新されるので、サーバ装置１０
を利用する卸売商や製造販売業者へ利益を招来する力が
強い顧客（各得意先や各支店）に対して常に、優先的に
注文通りの品数を引き当てることができる。

【０１００】

【実施形態２】第２の実施形態は、第１の実施形態のよ
うに得意先比率（売上高比率）の高い順に在庫を引き当
てるのではなく、得意先優先順（利益率の高い方から
順）に在庫を引き当てるというものである。なお、第２
の実施形態においては、図６に示したフローチャートの
Ｓ３０８の在庫引当処理サブルーチンの内容が、第１の
実施形態とは相違するが、その他の処理内容及び構成
は、第１の実施形態と同じである。従って、それら共通
部分については、説明を省略する。

【０１０１】第１の実施形態と同様に、サーバ装置１０
のＣＰＵ１１は、図６に示す引当処理のメインルーチン
におけるＳ３０５において、在庫数が総受注数よりも少
なかった場合（Ｓ３０５：ＮＯ）には、処理をＳ３０８
に進める。そして、Ｓ３０８において、ＣＰＵ１１は、
在庫引当処理サブルーチンを実行する。この在庫引当処
理サブルーチンの内容を、図９に示す。

【０１０２】在庫引当処理サブルーチンの開始後、最初
のＳ５０１では、ＣＰＵ１１は、得意先マスタデータベ
ース５を参照して、Ｓ３０２において読み出した注文主
（得意先）を、得意先優先順に並べる。

【０１０３】次のＳ５０２では、ＣＰＵ１１は、この時
点で在庫残数がゼロであるか否かを、チェックする。そ
して、在庫残数がゼロでなかった場合（Ｓ５０２：Ｎ
Ｏ）には、ＣＰＵ１１は、処理をＳ５０３に進める。

【０１０４】Ｓ５０３では、ＣＰＵ１１は、引当数が決
定されていない注文主（得意先）のうち、得意先優先順
が最も高い得意先の受注数を、処理対象として特定す
る。

【０１０５】次のＳ５０４では、ＣＰＵ１１は、この時
点での在庫残数が当該得意先の受注数よりも多いか少な
いかを、チェックする。そして、在庫残数が受注数より
も多かった場合（Ｓ５０４：ＹＥＳ）には、ＣＰＵ１１
は、処理をＳ５０５へ進める。

【０１０６】Ｓ５０５では、ＣＰＵ１１は、当該得意先
からの受注数を、そのままその得意先への引当数として
決定する。

【０１０７】次のＳ５０６では、ＣＰＵ１１は、Ｓ５０
５において決定した引当数をこの時点の在庫残数から減
算して得られる数を、新たな在庫残数として決定する。
その後、ＣＰＵ１１は、処理をＳ５０２へ戻す。

【０１０８】そして、Ｓ５０２からＳ５０６の処理ルー
プを実行することによって、在庫残数が丁度ゼロとなっ
た場合（Ｓ５０２：ＹＥＳ）には、ＣＰＵ１１は、在庫
引当処理サブルーチンを終了し、図６のメインルーチン
におけるＳ３０９の処理へ進む。

【０１０９】また、Ｓ５０２からＳ５０６の処理ループ
を実行することによって、在庫残数が何れかの得意先の
受注数に満たなくなった場合（Ｓ５０４：ＮＯ）には、
ＣＰＵ１１は、処理をＳ５０７へ進める。

【０１１０】Ｓ５０７では、ＣＰＵ１１は、この時点で
の在庫残数を当該得意先への引当数として決定するとと
もに、この時点の在庫残数をゼロとして決定する。そし
て、ＣＰＵ１１は、在庫引当処理サブルーチンを終了し
た後、図６のメインルーチンにおけるＳ３０９の処理へ
進む。

【０１１１】なお、Ｓ３０９以降の処理は、第１の実施
形態において説明したものと同じであるので、説明を省
略する。但し、図８に示す支店処理サブルーチンのＳ４
０３においては、以上に示した在庫引当処理サブルーチ
ンが実行されても良いし、図７に示した在庫引当処理サ
ブルーチンが実行されても良い。

【０１１２】以上に示した引当処理により、注文数が在
庫残数よりも下回っている間は、各得意先に対し、得意
先優先順に、注文通りの品数が在庫から引き当てられる
（Ｓ５０２〜Ｓ５０６）。その後、注文数が在庫残数よ
りも上回ることとなった得意先に対しては、その在庫残
数を全て引き当て（Ｓ５０４，Ｓ５０７）、在庫残数が
なくなった場合には、残りの得意先に対しては引き当て
ないようにしている。こうすることにより、利益率の高
い顧客に対して優先的に、注文通りの品数を引き当てる
ことができる。

【０１１３】（付記１）或る期間での各顧客への売上高
の総和によって個々の顧客への売上高を夫々除算するこ
とにより、各顧客の売上高比率を決定しておき、一定期
間内に受け付けた注文の総数が在庫数を上回った際に
は、各注文主の発注数が前記売上高比率と在庫数とを乗
じた数よりも多い場合にはその数を、その数が発注数よ
りも多い場合には発注数を、各注文主の引当数として夫
々決定することを特徴とする在庫引当方法。

【０１１４】（付記２）或る期間での各顧客からの利益
の総和によって個々の顧客からの利益を夫々除算するこ
とにより、各顧客の利益率を決定しておき、前記各注文
主の引当数の総和が前記在庫数を下回ることによって、
在庫の残りがあった場合には、更に、発注数から引当数
を差し引いて得られる差分を持つ注文主に対し、前記利
益率の高い注文主から低い注文主の順に、前記差分と同
数の品数を前記在庫の残りから引き当てることを特徴と
する付記１記載の在庫引当方法。

【０１１５】（付記３）コンピュータに対し、或る期間
での各顧客への売上高の総和によって個々の顧客への売
上高を夫々除算することにより、各顧客の売上高比率を
決定させ、一定期間内に受け付けた注文の総数が在庫数
を上回るか否かを検出させ、注文の総数が在庫数を上回
った場合には、各注文主の発注数が前記売上高比率と在
庫数とを乗じた数よりも多い場合にはその数を、その数
が発注数よりも多い場合には発注数を、各注文主の引当
数として夫々決定させることを特徴とする在庫引当プロ
グラム。

【０１１６】（付記４）或る期間での各顧客からの利益
の総和によって個々の顧客からの利益を夫々除算するこ
とにより、各顧客の利益率を決定しておき、一定期間内
に受け付けた注文の総数が在庫数を上回った際には、各
注文主に対し、前記利益率の高い注文主から低い注文主
の順に、発注数と同数の品数を在庫から引き当てること
を特徴とする在庫引当方法。

【０１１７】（付記５）コンピュータに対し、或る期間
での各顧客からの利益の総和によって個々の顧客からの
利益を夫々除算することにより、各顧客の利益率を決定
させ、一定期間内に受け付けた注文の総数が在庫数を上
回るか否かを検出させ、注文の総数が在庫数を上回った
場合には、前記利益率の高い注文主から低い注文主の順
に、注文主の発注数を引当数として、決定させることを
特徴とする在庫引当プログラム。

【０１１８】

【発明の効果】以上に説明したように、本発明によれ
ば、複数の顧客からの注文数の総和が在庫数を上回った
場合に、自己に利益を招来する力に応じて各顧客への引
当量を決定できる。

【図面の簡単な説明】

【図１】第１の実施形態のサーバ装置を含むコンピュ
ータネットワークシステム全体の概略図

【図２】サーバ装置の内部回路の概略構成を示すブロ
ック図

【図３】サーバ装置内に格納される得意先マスタデー
タベースのデータ構造の例示図

【図４】サーバ装置で実行される優先順更新処理の内
容を示すフローチャート

【図５】サーバ装置で実行される比率更新処理の内容
を示すフローチャート

【図６】サーバ装置で実行される引当処理の内容を示
すフローチャート

【図７】サーバ装置で実行される在庫引当処理サブル
ーチンの内容を示すフローチャート

【図８】サーバ装置で実行される支店処理サブルーチ
ンの内容を示すフローチャート

【図９】第２の実施形態のサーバ装置で実行される在
庫引当処理サブルーチンの内容を示すフローチャート

【符号の説明】

１受注マスタデータベース２在庫マスタデータベース３販売実績マスタデータベース４ハイパーテキストファイル５得意先マスタデータベース６引当プログラム７優先順更新プログラム８比率更新プログラム１０サーバ装置１１ＣＰＵ１２ＲＡＭ１３通信制御回路１４フレキシブルディスクドライブ（ＦＤＤ）１５ＣＤ−ＲＯＭドライブ１６ハードディスクドライブ（ＨＤＤ）２０端末装置

Claims

【特許請求の範囲】

【請求項１】或る期間での各顧客への売上高の総和によ
って個々の顧客への売上高を夫々除算することにより、
各顧客の売上高比率を決定しておき、一定期間内に受け付けた注文の総数が在庫数を上回った
際には、各注文主の発注数が前記売上高比率と在庫数と
を乗じた数よりも多い場合にはその数を、その数が発注
数よりも多い場合には発注数を、各注文主の引当数とし
て夫々決定することを特徴とする在庫引当方法。
【請求項２】或る期間での各顧客からの利益の総和によ
って個々の顧客からの利益を夫々除算することにより、
各顧客の利益率を決定しておき、前記各注文主の引当数の総和が前記在庫数を下回ること
によって、在庫の残りあった場合には、更に、発注数か
ら引当数を差し引いて得られる差分を持つ注文主に対
し、前記利益率の高い注文主から低い注文主の順に、前
記差分と同数の品数を前記在庫の残りから引き当てるこ
とを特徴とする請求項１記載の在庫引当方法。
【請求項３】或る期間での各顧客からの利益の総和によ
って個々の顧客からの利益を夫々除算することにより、
各顧客の利益率を決定しておき、一定期間内に受け付けた注文の総数が在庫数を上回った
際には、各注文主に対し、前記利益率の高い注文主から
低い注文主の順に、発注数と同数の品数を在庫から引き
当てることを特徴とする在庫引当方法。