特許 6547304 出荷管理装置及びプログラム

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】6547304

(24)【登録日】2019年7月5日

(45)【発行日】2019年7月24日

(54)【発明の名称】出荷管理装置及びプログラム

(51)【国際特許分類】

   G06Q 10/08 20120101AFI20190711BHJP

   B65G 61/00 20060101ALI20190711BHJP

   G05B 19/418 20060101ALI20190711BHJP

【ＦＩ】

   G06Q10/08 330

   B65G61/00 320

   G05B19/418 Z

【請求項の数】6

【全頁数】21

(21)【出願番号】特願2015-10982(P2015-10982)

(22)【出願日】2015年1月23日

(65)【公開番号】特開2016-136312(P2016-136312A)

(43)【公開日】2016年7月28日

【審査請求日】2017年11月20日

(73)【特許権者】

【識別番号】000000295

【氏名又は名称】沖電気工業株式会社

(74)【代理人】

【識別番号】100140958

【弁理士】

【氏名又は名称】伊藤 学

(74)【代理人】

【識別番号】100137888

【弁理士】

【氏名又は名称】大山 夏子

(74)【代理人】

【識別番号】100190942

【弁理士】

【氏名又は名称】風間 竜司

(72)【発明者】

【氏名】成田 渉

【審査官】 阿部 潤

(56)【参考文献】

【文献】 特開２００１−２８３０６７（ＪＰ，Ａ）

【文献】 特開２００２−３２８９８４（ＪＰ，Ａ）

【文献】 特開２００７−０２６４２６（ＪＰ，Ａ）

【文献】 特開平０５−２５０３９４（ＪＰ，Ａ）

【文献】 特開２０１４−２１１７１０（ＪＰ，Ａ）

(58)【調査した分野】（Int.Cl.，ＤＢ名）

Ｇ０６Ｑ １０／００ − ９９／００

Ｂ６５Ｇ ６１／００

Ｇ０５Ｂ １９／４１８

(57)【特許請求の範囲】

【請求項1】

注文品および前記注文品の注文数を特定する注文に対する受注処理において、前記注文に対する出荷処理の際の前記注文品の在庫数が、前記注文品の注文数を下回るとプロセッサにより予測された場合、前記注文品の代替品を前記プロセッサにより確保する確保部と、
前記注文に対する出荷処理の際に確認された前記注文品の在庫数に基づき、前記注文品および前記代替品の出荷数を前記プロセッサにより決定する出荷管理部と、
前記出荷処理される予定の前記代替品に係る出荷データを記憶媒体に格納する記憶部と、
を備え、
前記記憶部は、物品の代替が可能な代替可能品を示す情報および物品の品質およびサイズ情報を含む品目データを格納し、
前記確保部は、前記受注処理において、前記注文品に係る品目データに含まれる前記代替可能品を示す情報により示され、また、前記注文品に係る品目データに含まれる品質およびサイズ情報に基づき、前記注文品を作成することが可能な物品を、前記記憶部から検索し、前記代替品として確保し、前記受注処理において確保された前記代替品の確保数を含む出荷データを前記記憶部に格納し、
さらに、前記確保部は、前記注文品に係る前記代替可能品を示す情報により前記記憶部から前記代替が可能な物品が検索されない場合、前記注文品に係る品目データに含まれる品質およびサイズ情報に基づいて前記代替が可能な物品を、前記記憶部から検索し、前記代替品として確保し、
前記出荷管理部は、前記出荷処理の際に、前記記憶部から呼び出された前記代替品に係る出荷データに含まれる前記確保数と、前記注文品の在庫数に基づき、前記注文品および前記代替品の出荷数を決定する、
出荷管理装置。

【請求項2】

前記確保部は、前記代替品が前記注文品の代替品であることを示す代替表示フラグを、前記代替品に係る出荷データに付加し、
前記出荷管理部は、前記出荷処理において、前記記憶部から呼び出された前記代替品に係る出荷データに付加された前記代替表示フラグにより、前記代替品により代替された前記注文品を特定する、請求項１に記載の出荷管理装置。

【請求項3】

前記出荷管理装置は、調達部をさらに備え、
前記調達部は、前記受注処理において、前記出荷処理の際の前記注文品の在庫数が、前記注文品の注文数を下回ると予測された場合、前記注文品の生産もしくは購買の指示を制御する、請求項１または２に記載の出荷管理装置。

【請求項4】

前記出荷管理部は、前記出荷処理の際に、前記注文品の在庫数が前記注文品の注文数より少ない場合、前記注文品の在庫数を前記注文品の出荷数とし、かつ、前記注文品の注文数と前記注文品の在庫数との差を、前記代替品の出荷数として決定する、請求項１〜３のいずれか１項に記載の出荷管理装置。

【請求項5】

前記出荷管理部は、前記出荷処理の際に、前記注文品の在庫数が前記注文品の注文数より少ない場合、前記注文数を、前記代替品の出荷数として決定する、請求項１〜３のいずれか１項に記載の出荷管理装置。

【請求項6】

コンピュータを、
注文品および前記注文品の注文数を特定する注文に対する受注処理において、前記注文に対する出荷処理の際の前記注文品の在庫数が、前記注文品の注文数を下回るとプロセッサにより予測された場合、前記注文品の代替品を前記プロセッサにより確保する確保部と、
前記注文に対する出荷処理の際に確認された前記注文品の在庫数に基づき、前記注文品および前記代替品の出荷数を前記プロセッサにより決定する出荷管理部と、
前記出荷処理される予定の前記代替品に係る出荷データを記憶媒体に格納する記憶部と、
として機能させ、
前記記憶部は、物品の代替が可能な代替可能品を示す情報および物品の品質およびサイズ情報を含む品目データを格納し、
前記確保部は、前記受注処理において、前記注文品に係る品目データに含まれる前記代替可能品を示す情報により示され、また、前記注文品に係る品目データに含まれる品質およびサイズ情報に基づき、前記注文品を作成することが可能な物品を、前記記憶部から検索し、前記代替品として確保し、前記受注処理において確保された前記代替品の確保数を含む出荷データを前記記憶部に格納し、
さらに、前記確保部は、前記注文品に係る前記代替可能品を示す情報により前記記憶部から前記代替が可能な物品が検索されない場合、前記注文品に係る品目データに含まれる品質およびサイズ情報に基づいて前記代替が可能な物品を、前記記憶部から検索し、前記代替品として確保し、
前記出荷管理部は、前記出荷処理の際に、前記記憶部から呼び出された前記代替品に係る出荷データに含まれる前記確保数と、前記注文品の在庫数に基づき、前記注文品および前記代替品の出荷数を決定する、
プログラム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、出荷管理装置及びプログラムに関する。

【背景技術】

【0002】

近年、顧客からの商品の注文に対して、注文品の在庫の有無を確認するだけでなく、上記注文品の在庫が無い場合において、上記注文品の代替品を確保し、出荷するための出荷管理装置に関する開発が進められている。

【0003】

例えば、下記特許文献１で開示された技術は、受注時において、注文品の在庫が所定の倉庫内に存在しないとき、もしくは不足しているときに、上記注文品の代替品を発注する。より詳細に説明すると、下記特許文献１で開示された技術は、注文品の在庫が存在しないとき、もしくは不足しているときに、上記注文品の仕様（例えば注文品の厚さ、幅、長さ、個数、納期など）を満たす代替品の候補の選択を促す。この技術により、上記注文品の在庫が無い場合、もしくは不足している場合において、上記注文品の代替品の発注を容易に実行することが可能である。

【0004】

また、下記特許文献２では、各拠点の商品の在庫状況から、出荷時に予測される注文品の不足している個数を算出する技術が開示されている。さらに、下記特許文献３では、注文品の在庫が不足する場合に、注文品と同じ用途に使用可能であり、かつ注文品よりもサイズが大きい代替品を加工する指示を制御し、また、加工された代替品を出荷する指示を制御する技術が開示されている。

【先行技術文献】

【特許文献】

【0005】

【特許文献1】特開２００２−３０８４３１号公報

【特許文献2】特開２００８−７７４２７号公報

【特許文献3】特開２００７−２６４２６号公報

【発明の概要】

【発明が解決しようとする課題】

【0006】

注文品の代替品を受け取った顧客は、代替品の加工により、当初の注文品を得ることが可能である。しかし、代替品の加工は、顧客または出荷元の負担を増加させる。

【0007】

そこで、本発明は、上記問題に鑑みてなされたものであり、本発明の目的とするところは、顧客または出荷元の負担を減らすことが可能な、新規かつ改良された出荷管理装置を提供することにある。

【課題を解決するための手段】

【0008】

上記課題を解決するために、本発明のある観点によれば、注文品および前記注文品の注文数を特定する注文に対する受注処理において、前記注文に対する出荷処理の際の前記注文品の在庫数が、前記注文品の注文数を下回ると予測された場合、前記注文品の代替品を確保する確保部と、前記注文に対する出荷処理の際に確認された前記注文品の在庫数に基づき、前記注文品および前記代替品の出荷数を決定する出荷管理部と、を備える、出荷管理装置が提供される。

【0009】

前記出荷管理装置は、前記出荷処理される予定の前記代替品に係る出荷データを格納する記憶部をさらに備え、前記確保部は、前記受注処理において確保された前記代替品の確保数を含む出荷データを前記記憶部に格納し、前記出荷管理部は、前記出荷処理の際に、前記記憶部から呼び出された前記代替品に係る出荷データに含まれる前記確保数と、前記注文品の在庫数に基づき、前記注文品および前記代替品の出荷数を決定してもよい。

【0010】

前記確保部は、前記代替品が前記注文品の代替品であることを示す代替表示フラグを、前記代替品に係る出荷データに付加し、前記出荷管理部は、前記出荷処理において、前記記憶部から呼び出された前記代替品に係る出荷データに付加された前記代替表示フラグにより、前記代替品により代替された前記注文品を特定してもよい。

【0011】

前記出荷管理装置は、調達部をさらに備え、前記調達部は、前記受注処理において、前記出荷処理の際の前記注文品の在庫数が、前記注文品の注文数を下回ると予測された場合、前記注文品の生産もしくは購買の指示を制御してもよい。

【0012】

前記出荷管理部は、前記出荷処理の際に、前記注文品の在庫数が前記注文品の注文数より少ない場合、前記注文品の在庫数を前記注文品の出荷数とし、かつ、前記注文品の注文数と前記注文品の在庫数との差を、前記代替品の出荷数として決定してもよい。

【0013】

前記出荷管理部は、前記出荷処理の際に、前記注文品の在庫数が前記注文品の注文数より少ない場合、前記注文数を、前記代替品の出荷数として決定してもよい。

【0014】

前記記憶部は、物品の代替が可能な代替可能品を示す情報を含む品目データを格納し、
前記確保部は、前記受注処理において、前記注文品に係る品目データに含まれる前記代替可能品を示す情報により示されている物品を、前記記憶部から検索し、前記代替品として確保してもよい。

【0015】

前記記憶部は、物品の品質およびサイズ情報を含む品目データを格納し、前記確保部は、前記受注処理において、前記注文品に係る品目データに含まれる品質およびサイズ情報に基づき、前記注文品を作成することが可能な物品を、前記記憶部から検索し、前記代替品として確保してもよい。

【0016】

また、上記課題を解決するために、本発明の別の観点によれば、コンピュータを、注文品および前記注文品の注文数を特定する注文に対する受注処理において、前記注文に対する出荷処理の際の前記注文品の在庫数が、前記注文品の注文数を下回ると予測された場合、前記注文品の代替品を確保する確保部と、前記注文に対する出荷処理の際に確認された前記注文品の在庫数に基づき、前記注文品および前記代替品の出荷数を決定する出荷管理部と、として機能させるための、プログラムが提供される。

【発明の効果】

【0017】

以上説明したように本発明によれば、出荷先の顧客または出荷元の負担を減らすことが可能である。

【図面の簡単な説明】

【0018】

【図1】本発明の実施形態に係る出荷管理システムの概要を示した図である。

【図2】本発明の実施形態に係るデータベースサーバの構成を示したブロック図である。

【図3A】受注データの具体例を示した図である。

【図3B】在庫データの具体例を示した図である。

【図3C】品目データの具体例を示した図である。

【図4】本発明の実施形態に係る判定部の判定の具体例を示した図である。

【図5】サイズ情報に基づく注文品の代替の可否の例を示した図である。

【図6】本発明の実施形態に係る出荷データの一例を示した図である。

【図7】本発明の実施形態に係る出荷データの変形例を示した図である。

【図8】本発明の実施形態に係る出荷指示内容の一例を示した図である。

【図9】本発明の実施形態に係る出荷指示内容の一例を示した図である。

【図10】本発明の実施形態に係る出荷指示内容の変形例を示した図である。

【図11】本発明の実施形態に係る出荷指示内容の変形例を示した図である。

【図12】本発明の実施形態に係る出荷管理システムの受注処理時における動作例を示したフローチャートである。

【図13】本発明の実施形態に係る出荷管理システムの出荷処理時における動作例を示したフローチャートである。

【図14】本発明の実施形態に係るデータベースサーバのハードウェア構成を示したブロック図である。

【発明を実施するための形態】

【0019】

以下に添付図面を参照しながら、本発明の好適な実施の形態について詳細に説明する。なお、本明細書及び図面において、実質的に同一の機能構成を有する構成要素については、同一の符号を付することにより重複説明を省略する。

【0020】

＜１．出荷管理システムの概要＞
図１は、本発明の実施形態に係る出荷管理システム１０の概要を示した図である。図１に示したように、本発明の実施形態に係る出荷管理システム１０は、データベースサーバ２０と、クライアント端末３０と、を有し、他システム群４０と、ネットワーク１００を介して接続されている。

【0021】

本発明の実施形態に係るデータベースサーバ２０は、出荷管理装置の一例である。データベースサーバ２０は、商品（物品）の在庫や品目等の情報を管理し、他システム群４０と当該情報の送受信を行う。クライアント端末３０は、オペレータによる操作に従って、データベースサーバ２０に蓄積された情報の処理を行う。他システム群４０は、複数のシステムで構成されており、ネットワーク１００を介して、出荷管理システム１０と接続されている。これらの他システム群４０を構成する各システムは、例えば、商品の生産を管理する生産管理システムや、商品の購買を管理する購買管理システム、もしくは顧客からの受注や顧客への納品を実施するための情報通信装置などである。

【0022】

なお、図１においては、出荷管理システム１０と他システム群４０がネットワーク１００を介して論理的に区分されているが、出荷管理システム１０と他システム群４０とが一体となったシステムを構成してもよい。

【0023】

＜２．データベースサーバの構成＞
以上、本発明の実施形態に係る出荷管理システム１０の概要について説明した。続いて、本発明の実施形態に係るデータベースサーバ２０の構成について説明する。

【0024】

図２は、本発明の実施形態に係るデータベースサーバ２０の構成を示したブロック図である。図２に示されているように、データベースサーバ２０は、記憶部２００、データベース制御部２１０、通信部２２０、判定部２２２、確保部２２４、調達部２２６、および出荷管理部２２８を備える。

【0025】

（記憶部）
記憶部２００は、例えば、受注データベース２０２、在庫管理データベース２０４、品目データベース２０６、および出荷データベース２０８を備える。記憶部２００は、各種データベースにおいて各種データを格納する。例えば、受注データベース２０２は受注データを格納し、在庫管理データベース２０４は在庫データを格納し、品目データベース２０６は品目データを格納し、出荷データベース２０８は出荷データを格納する。

【0026】

図３Ａは、受注データベース２０２に格納される受注データ４０１の具体例を示した図である。受注データ４０１には、例えば、受注処理日フィールド、出荷日フィールド、品目コードフィールド、数量フィールド、および顧客ナンバーフィールド等のフィールドが含まれている。

【0027】

受注処理日フィールドには、オペレータによるクライアント端末３０の操作により、データベースサーバ２０が他システム群４０から受注情報の受信処理を実施した日（受注処理日）が入力される。また、データベースサーバ２０がクライアント端末３０を介さずに他システム群４０から受注情報を自動的に受信する場合、受注処理日は、受注データベース２０２に当該受信した受注情報が追加された日でもよい。出荷日フィールドには、商品を出荷する日（出荷日）が入力される。品目コードフィールドとは、商品を識別する識別情報が入力される。数量フィールドには、顧客が注文した注文品の数量が入力される。顧客ナンバーフィールドには、顧客を識別するための識別情報が入力される。

【0028】

例えば、図３Ａで示されている受注データ４０１は、２０１４年１２月１５日に受注処理を行ったこと、また、顧客ナンバーが１２３４５の顧客に対して、注文品Ａを１２０個、２０１４年１２月２１日に出荷する予定であることを示している。

【0029】

図３Ｂは、在庫管理データベース２０４に格納される在庫データ４０２の具体例を示した図である。在庫データ４０２には、例えば、日付フィールド、品目コードフィールド、および数量フィールド等のフィールドが含まれている。

【0030】

日付フィールドには、過去、現在および未来の日付が入力される。品目コードフィールドには、商品を識別する識別情報が入力される。数量フィールドには、当該日付時点における当該品目コードで識別された商品の予測される在庫数が入力される。

【0031】

当該日付における商品の予測される在庫数とは、当該日付において受注のない（未受注）商品の在庫数である。具体的には、商品の予測される在庫数は、受注処理時における在庫数に、当該日付までに生産され得る当該商品の生産数、または当該日付までに購買され得る当該商品の購買数を加算した数から、当該日付までに出荷され得る当該商品の出荷数を減算した数である。在庫データ４０２に格納される当該商品の予測される在庫数は、当該商品の生産、および購買等に応じて、データベースサーバ２０が他システム群４０から当該在庫データ４０２の更新の指示を受信することにより、逐次更新され得る。

【0032】

例えば、図３Ｂにおける在庫データ４０２は、２０１４年１２月２１日における商品Ａの在庫数は１００であり、また、同日における商品Ｂの在庫数は１５０であることを示している。

【0033】

図３Ｃは、品目データベース２０６に格納される品目データ４０３の具体例を示した図である。品目データ４０３には、例えば、品目コードフィールド、品目名フィールド、代替可能品フィールド、品質フィールド、およびサイズ情報フィールド等のフィールドが含まれている。つまり、品目データ４０３には、ある品目コードで識別される商品の品目名に関する情報が含まれている。

【0034】

品目コードフィールドには、上記と同じく商品を識別する識別情報が入力される。品目名フィールドには、商品を識別する名称が入力される。代替可能品フィールドには、ある商品が欠品もしくは不足した際に、当該商品を代替することが可能な商品の品目コードが入力される。品質フィールドには、商品の材質等の品質情報が入力される。サイズ情報フィールドには、商品のサイズ情報が入力される。例えば、商品が板材である場合、サイズ情報には、板材の幅、奥行き、および厚みに関する情報等が含まれる。また、商品が丸棒である場合、サイズ情報には、丸棒の外径、および長さに関する情報等が含まれる。

【0035】

例えば、図３Ｃにおける品目データ４０３は、商品ＡおよびＢは板材であり、品質（材質）がＡ６０６３であることを示している。また、品目データ４０３は、商品Ａのサイズは９０×１００×ｔ５であり、商品Ｂのサイズは９０×１２０×ｔ５であることを示している。さらに、商品Ａは商品Ｂに代替することが可能であることが、品目データ４０３の代替可能品フィールドにおいて示されている。

【0036】

また、出荷データベース２０８は、出荷データを格納する。出荷データには、出荷日フィールド、品目コードフィールド、数量フィールド、顧客ナンバーフィールド、および代替表示フラグフィールド等のフィールドが含まれている。出荷データの詳細は、確保部２２４の説明において後述する。

【0037】

（データベース制御部）
図２に戻って、各機能部の説明を続ける。データベース制御部２１０は、各機能部や他システム群４０から提供される情報に基づき、記憶部２００に含まれる各種データベースの各データの作成や蓄積、更新などの制御を行う。また、データベース制御部２１０は、各機能部や他システム群４０からの指示に基づき、記憶部２００からデータを呼び出し、当該データを指示元に送信する。

【0038】

（通信部）
通信部２２０は、クライアント端末３０および他システム群４０とのインタフェースであり、クライアント端末３０や他システム群４０との間で情報等の送受信を行う。

【0039】

（判定部）
判定部２２２は、受注処理時において、受注データベース２０２に格納されている受注データ、および在庫管理データベース２０４に格納されている在庫データに基づいて、出荷日における当該注文品の予測される在庫数が注文数以上であるか否かを判定する。

【0040】

図４は、本発明の実施形態に係る判定部２２２の判定の具体例を示した図である。例えば、受注処理時における当該注文品の在庫数が注文数を下回っている場合において（３０１）、当該注文品が生産もしくは購買によって調達されること、もしくは、受注処理以降に当該注文品に係る他の出荷予定がキャンセルされたこと等により、出荷処理時における当該注文品の予測される在庫数が注文数以上となる場合がある（３１１）。一方で、当該注文品が予定通り調達されなかったこと、または、受注処理以降に当該注文品に係る他の出荷予定が多数組まれたこと等により、出荷処理時における当該注文品の予測される在庫数が注文数を下回る場合が存在する（３１２）。逆に、例えば、受注処理時における当該注文品の在庫数が注文数以上である場合においても（３０２）、出荷処理時における当該注文品の予測される在庫数が注文数以上となる場合や（３１１）、出荷処理時における当該注文品の予測される在庫数が注文数を下回る場合（３１２）が存在する。

【0041】

判定部２２２は、受注処理時の在庫数にかかわらず、出荷処理時における当該注文品の予測される在庫数が注文数以上か否かを判定する。具体的には、判定部２２２は、図３Ｂにおける在庫データ４０２に示されている注文品の在庫の数量が、図３Ａにおける受注データ４０１に示されている注文数以上か否かを判定する。

【0042】

（確保部）
当該注文品の予測される在庫数が注文数を下回ると判定部２２２が判定した場合、確保部２２４は、当該注文品の代替品を確保する。より具体的には、まず、確保部２２４は、当該注文品を代替することが可能な代替品を、品目データベース２０６から検索する。

【0043】

本発明の実施形態においては、確保部２２４は、当該注文品の代替品を２通りの方法を用いて検索することが可能である。まず、第１の方法とは、確保部２２４が、データベース制御部２１０を介して品目データベース２０６に格納された当該注文品に対応する品目データに含まれる代替可能品フィールドを参照する方法である。例えば、図３Ｃに示されている品目データ４０３においては、品目コードＡの代替可能品はＢであることが示されている。注文品がＡである場合において、出荷処理時における注文品Ａの予測される在庫数が注文数を下回る場合、確保部２２４は、品目データベース２０６に格納されている注文品Ａのデータを照会して、代替可能品として示されているＢを代替品として確保する。

【0044】

次に、第２の方法とは、確保部２２４が、データベース制御部２１０を介して品目データベース２０６に格納された当該注文品の品目データに含まれる品質フィールドおよびサイズ情報フィールドを参照する方法である。より具体的には、注文品がＡである場合において、出荷処理時における注文品Ａの予測される在庫数が注文数を下回る場合、確保部２２４は、注文品Ａと同じ品質を有し、さらに、注文品Ａと同じサイズ情報を有するか、もしくは加工等により注文品Ａと同じサイズの商品を用意できるサイズ情報を有する商品を、代替品として確保する。

【0045】

図５は、サイズ情報に基づく注文品の代替の可否の例を示した図である。図５を参照して、品目Ａ３５１の代替品候補である品目Ｂ３５２、および品目Ｃ３５３による代替の可否の例について説明する。品目Ａ３５１は、サイズが９０×１００である板材である。そして、品目Ｂ３５２のサイズは、９０×１２０であるので、品目Ｂ３５２を切断等の手段によって加工することで、品目Ａ３５１と同等のサイズを有する板材を得ることができる。よって、品目Ｂ３５２は品目Ａ３５１を代替することが可能である。一方、品目Ｃ３５３のサイズは、７０×１２０であるため、品目Ｃ３５３を加工することにより、品目Ａ３５１を得ることはできない。よって、品目Ｃ３５３は品目Ａ３５１を代替することができない。

【0046】

なお、代替可能品フィールドに含まれる品目コードは、品質やサイズ情報等に基づき、予め品目データに対して入力されてもよい。また、当該品目コードは、クライアント端末３０や他システム群４０から事後的に入力または更新されてもよい。さらに、ある商品の品目コードが注文品の品目データにおける代替可能品フィールドに含まれていない場合であっても、品質およびサイズ情報に基づき、当該商品が、当該注文品の代替品となり得るケースが存在する。例えば、顧客が図５で示されている品目Ａ３５１の板材を受注した際に、顧客が要望した板材のサイズが７０×１００である場合は、図５で示されている品目Ｃ３５３も７０×１００のサイズに加工することが可能である。よって、品目Ｃ３５３の品目コードが品目Ａ３５１の品目データにおける代替可能品フィールドに含まれていない場合においても、サイズ情報等を参照することにより、確保部２２４が、品目Ｃ３５３を品目Ａ３５１の代替品として確保することが可能となる。

【0047】

また、本発明の実施形態においては、板材のサイズ情報に基づく代替品の検索方法について説明したが、かかる例は板材だけに限られない。例えば、確保部２２４は、丸棒や配管、角材などの、板材とは異なる形状を有する部材が注文された場合においても、当該部材のサイズ情報に基づいて、当該注文品の代替品を検索することが可能である。

【0048】

以上、確保部２２４による代替品の検索方法について説明した。次に、確保部２２４は、上記の方法を用いて代替品を検索し、必要な代替品の個数を確保する。また、確保部２２４は、データベース制御部２１０に対して、出荷データを作成し、出荷データベース２０８に対して当該出荷データを送信する指示を行う。

【0049】

図６および図７を用いて、確保部２２４の指示による出荷データの作成について説明する。図６は、本発明の実施形態に係る出荷データ４１４の一例を示した図である。確保部２２４は、受注データ４１１、受注処理時の在庫データ４１２、および品目データ４１３に基づき、注文品Ａおよび代替品Ｂの出荷数を決定し、データベース制御部２１０に対して出荷データ４１４の作成を指示する。

【0050】

受注データ４１１には、受注処理日が２０１４年１２月１５日であり、出荷日が２０１４年１２月２１日であり、品目コードがＡであり、注文数が１２０であることが示されている。一方、在庫データ４１２には、２０１４年１２月２１日における注文品Ａの予測される在庫数が１００であることが示されている。この場合、確保部２２４は、不足分である２０個を注文品Ａの代替品で賄うために、注文品Ａの代替品となり得る品目を品目データ４１３から検索する。そして確保部２２４は、品目データ４１３の代替可能品フィールドに示されている商品Ｂを、代替品Ｂとして確保する。その際、確保部２２４は、２０１４年１２月２１日における代替品Ｂの予測される在庫数を確認し、注文品Ａの不足分を賄えるかどうかを判断する。図６においては、不足数２０に対し、代替品Ｂの予測される在庫数は１５０であるので、確保部２２４は代替品Ｂを２０個確保することが可能であると判断し、代替品Ｂの出荷数を２０と決定する。

【0051】

なお、注文品Ａの代替品が存在しない場合、もしくは、代替品の在庫数が不足している場合においては、確保部２２４は、代替品の確保を実施しなくてもよい。この場合、調達部２２６は、注文品Ａの生産もしくは購買の指示を、他システム群４０に対して送信する。調達部２２６については、後ほど詳細に説明する。

【0052】

確保部２２４は、代替品Ｂを確保することが可能であると判断した場合、データベース制御部２１０に対して、出荷データ４１４の作成を指示する。具体的には、図６で示されているように、出荷データ４１４には、出荷日フィールド、品目コードフィールド、数量フィールド、顧客ナンバーフィールド、代替表示フラグフィールド等が含まれている。出荷日フィールドには、上記と同じく、出荷日が入力される。品目コードには、上記と同じく商品を識別する識別情報が入力される。数量フィールドは、確保部２２４により予定される注文品および代替品の出荷数量が入力される。顧客ナンバーフィールドには、顧客を識別するための識別情報が入力される。

【0053】

また、代替表示フラグフィールドには、不足している注文品の代替品であることを示す品目コードが、代替表示フラグとして入力される。例えば、図６で示されているように、代替品Ｂが注文品Ａに代わって出荷される予定であることを示すために、代替表示フラグフィールドにおいて、品目Ｂの行に、Ａが記載されている。この代替表示フラグは、後の出荷処理時において、注文品Ａの在庫が回復した際に、代替品Ｂではなく、注文品Ａを出荷するために付加されるものである。代替表示フラグの詳細については後述する。

【0054】

図６で示されるとおり、データベース制御部２１０は、確保部２２４の指示により、出荷日２０１４年１２月２１日において、顧客ナンバーが１２３４５の顧客に対して、品目Ａを１００個、および品目Ｂを２０個出荷する内容を含む出荷データ４１４を作成する。また、品目Ｂの行においては、代替表示フラグフィールドに、品目Ａの代替品であることを示す「Ａ」のフラグが付される。データベース制御部２１０は、確保部２２４の指示により、出荷データ４１４を、出荷データベース２０８へ格納する。

【0055】

なお、図６においては、品目Ａを１００、品目Ｂを２０出荷することを含む出荷データ４１４が作成されたが、注文品および代替品の出荷すべき数は、自由に設定することが可能である。

【0056】

図７は、本発明の実施形態に係る出荷データ４１４の変形例である出荷データ４２４の例を示した図である。図７に示されるように、受注データ４２１に示されている品目Ａの注文数１２０に対して、出荷処理時である２０１４年１２月２１日の時点での品目Ａの予測される在庫数が１００である場合において、データベース制御部２１０は、確保部２２４の指示により、代替品Ｂを１２０出荷するよう出荷データ４２４を作成することも可能である。つまり、出荷処理時における注文品の予測される在庫数が注文数よりも少ない場合、確保部２２４は、注文数を当該注文品の代替品の確保数とするように設定することも可能である。

【0057】

なお、データベース制御部２１０は、確保部２２４の指示により、出荷データの作成が完了すると、在庫データを更新する。具体的には、データベース制御部２１０は、確保部２２４の指示により、出荷データに示されている注文品および代替品の数量を在庫データに示されている出荷日の日付における数量から減算し、得られた数を新たな在庫数として在庫データを更新する。図６の例では、在庫データ４１２に示されている注文品Ａおよび代替品Ｂの数量は、出荷データ４１４の作成後に更新される。例えば、更新前の在庫データ４１２に示されている注文品Ａの数量は１００であり、出荷データ４１４には１００個出荷されることが記載されているので、更新後の在庫データ４１２に示される注文品Ａの数量は０となる。また、更新後の在庫データ４１２に示される代替品Ｂの数量は１５０であり、出荷データ４１４には２０個出荷されることが記載されているので、更新後の在庫データ４１２に示される代替品Ｂの数量は１３０となる。また、図７の例では、更新後の在庫データ４２２に示されている注文品Ａの数量は１００のままであり、代替品Ｂの数量は３０となる。

【0058】

（調達部）
次に、調達部２２６について説明する。判定部２２２において出荷処理時における注文品の予測される在庫数が当該注文品の注文数を下回ると判定された場合、調達部２２６は、当該注文品の生産もしくは購買の指示を制御する。具体的には、調達部２２６は、不足分に相当する個数の注文品の生産もしくは購買の指示を、他システム群４０に対して送信する。例えば、調達部２２６が当該注文品の生産を指示する場合、当該指示の送信先は、他システム群４０に含まれる生産管理システムであり、調達部２２６が当該注文品の購買を指示する場合、当該指示の送信先は、購買管理システムであってもよい。

【0059】

調達部２２６が注文品の生産または購買の指示を他システム群４０に送信した後、他システム群４０は、当該注文品の生産または購買が完了した際、または完了されると見込まれた際に、在庫管理データベース２０４に対して、データベース制御部２１０を介して当該生産または購買に応じた在庫データの更新を指示する。これにより、出荷処理時における予測される在庫数が回復する。

【0060】

（出荷管理部）
次に、出荷管理部２２８は、在庫管理データベース２０４に格納されている在庫データ、および出荷データベース２０８に格納されている出荷データに基づき、実際に出荷する品目と出荷数を決定する。より具体的には、出荷管理部２２８は、出荷処理時における注文品の在庫数を在庫データから確認し、当該在庫数に応じて、実際に出荷する当該注文品および代替品の出荷数を決定する。その後、出荷管理部２２８は、データベース制御部２１０に対して、決定した出荷数を含む出荷指示内容の作成を指示する。

【0061】

図８および図９は、本発明の実施形態に係る出荷指示内容の一例を示している。まず、図８に示されている例について説明する。出荷管理部２２８は、出荷時の在庫データ４５１、および出荷データ４５２に基づいて、注文品および代替品の出荷数を決定する。そして、出荷管理部２２８は、データベース制御部２１０に対して、上記決定された出荷数を含む出荷指示内容４５３の作成を指示する。出荷指示内容４５３には、例えば、出荷日フィールド、品目フィールド、数量フィールド、顧客ナンバーフィールド等が含まれている。出荷日フィールドには、出荷日が入力される。品目フィールドには、出荷すべき商品の品目コードが入力される。数量フィールドには、実際に出荷指示を出す際の出荷数量が入力される。具体的には、数量フィールドには、出荷管理部２２８が後述する処理に従って決定する注文品および代替品の出荷数が入力される。顧客ナンバーフィールドには、出荷先の顧客を識別する識別情報が入力される。

【0062】

図８の例は、出荷処理時（２０１４年１２月２１日）における注文品Ａの未受注の在庫数（１００）が、代替品の出荷予定数（２０）を上回った場合を示している。まず、出荷処理時における在庫データ４５１は、注文品Ａの未受注の在庫数が１００であることを示している。そして、出荷データ４５２の１行目には、Ａを１００個出荷すること、そして、出荷データ４５２の２行目には、Ａの代替であるＢを２０個出荷することが示されている。

【0063】

出荷管理部２２８は、まず出荷データベース２０８から出荷データ４５２を呼び出し、呼び出された出荷データ４５２の１行目から順に処理を行う。まず、出荷管理部２２８は、出荷データ４５２の１行目に示される内容に従い、注文品Ａを１００個出荷することを決定する。続いて、出荷管理部２２８は、出荷データ４５２の２行目に示される内容に従い、処理を行う。このとき、出荷データ４５２の２行目における代替表示フラグフィールドには、注文品Ａを示すフラグが示されている。その場合、出荷管理部２２８は、代替表示フラグとして示されている注文品Ａの在庫確認を行う。出荷処理前の注文品Ａの未受注の在庫は１００個である。そのため、出荷データ４５２に示されている数量（２０）よりも、当該在庫数が上回っているので、出荷管理部２２８は、代替品Ｂではなく、注文品Ａを２０個出荷することを決定する。出荷管理部２２８は、最終的に、注文品Ａの出荷数を１２０、代替品Ｂの出荷数を０と決定し、データベース制御部２１０に対して、上記出荷数の内容を含む出荷指示内容４５３の作成を指示する。

【0064】

なお、出荷指示内容４５３が作成されたのち、在庫データ４５１に示されている注文品Ａおよび代替品Ｂの数量は、上記の受注処理と同様に、変更された出荷数に応じて更新され得る。図８の例においては、在庫データ４５１に示される注文品Ａの数量は、注文品Ａの出荷に応じて１００から８０に更新され得る。また、代替品Ｂの数量は、代替品Ｂの出荷のキャンセルに応じて、１３０から１５０に更新され得る。

【0065】

このように、出荷データに代替表示フラグを付加することにより、代替品により代替された当該注文品を特定することが可能である。そして、特定された注文品の在庫が回復し、当該注文品の在庫数が受注処理時の注文数以上である場合に、代替品ではなく、特定された注文品を出荷することが可能となる。

【0066】

次に、図９に示されている例について説明する。図９の例は、出荷処理時（２０１４年１２月２１日）における注文品Ａの未受注の在庫数（１０）が、代替品の出荷予定数（２０）を下回る場合を示している。つまり、この例は、当該注文数と注文品Ａの未受注の在庫数の差（１０）の分だけ不足しているという場合である。出荷データ４６２は、図８に示されている出荷データ４５２と同じである。

【0067】

出荷管理部２２８は、まず出荷データベース２０８から出荷データ４６２を呼び出し、呼び出された出荷データ４６２の１行目から順に処理を行う。まず、出荷管理部２２８は、出荷データ４６２の１行目に示される内容に従い、注文品Ａを１００個出荷することを決定する。続いて、出荷管理部２２８は、出荷データ４６２の２行目に示される内容に従い、処理を行う。このとき、出荷データ４６２の２行目における代替表示フラグフィールドには、注文品Ａを示すフラグが示されている。その場合、出荷管理部２２８は、代替表示フラグとして示されている注文品Ａの在庫確認を行う。出荷処理前の注文品Ａの未受注の在庫は１０個である。この場合、出荷データ４６２に示されている数量（２０）よりも当該在庫数が下回っている状態なので、出荷管理部２２８は、例えば、次の２通りの方法に従って、注文品Ａおよび代替品Ｂの出荷数を決定する。

【0068】

第１の方法は、注文品の在庫をすべて出荷したのち、不足分を代替品から捻出するように数量を設定する方法である。図９の例においては、出荷管理部２２８は、まず注文品Ａを１０個出荷することを決定し、代替品Ｂを１０個出荷することを決定する。よって、最終的に出荷指示内容４６３に含まれる注文品Ａの出荷数は１１０、代替品Ｂの出荷数は１０となる。一方、第２の方法は、当初の出荷データの内容どおりに数量を設定する方法である。図９の例においては、出荷管理部２２８は、出荷データ４６２に示されているとおり、代替品Ｂを２０個出荷することを決定する。よって、出荷指示内容４６４に含まれる注文品Ａの出荷数は１００、代替品Ｂの出荷数は２０となる。

【0069】

このように、出荷処理時において、出荷管理部２２８が再度出荷処理時における注文品の未受注の在庫数を確認することにより、当該出荷処理時における在庫数が回復し当該在庫数が代替品の出荷数以上となった場合に、受注処理時に一度確保された代替品を出荷せず、従来の注文通り、注文品を注文数出荷することが可能となる。また、当該出荷処理時に当該在庫数が代替品の出荷数を下回る場合においても、注文品および受注処理時に確保された代替品を出荷することが可能である。

【0070】

図１０および図１１は、本発明の実施形態に係る出荷指示内容の変形例を示している。まず、図１０の例について説明する。図１０の例は、出荷処理時（２０１４年１２月２１日）における注文品Ａの在庫数（２００）が、従来の注文数（１２０）を上回った場合を示している。まず、出荷処理時における在庫データ４７１は、注文品Ａの在庫数が２００であることを示している。そして、出荷データ４７２には、代替品Ｂを１２０個出荷することが示されている。

【0071】

出荷管理部２２８は、まず出荷データベース２０８から出荷データ４７２を呼び出し、呼び出された出荷データ４７２の処理を行う。このとき、出荷データ４７２の代替表示フラグフィールドには、注文品Ａを示すフラグが示されている。その場合、出荷管理部２２８は、代替表示フラグとして示されている注文品Ａの在庫確認を行う。出荷データ４７２に係る処理の時点で、注文品Ａの在庫数は、２００である。そのため、出荷データ４７２に示されている数量（１２０）よりも当該在庫数が上回っているので、出荷管理部２２８は、代替品Ｂではなく、注文品Ａを１２０個出荷することを決定する。よって、出荷指示内容４７３に含まれる注文品Ａの出荷数は、１２０となる。

【0072】

次に、図１１に示されている例について説明する。図１１の例は、出荷処理時（２０１４年１２月２１日）における注文品Ａの在庫数（１１０）が、従来の注文数（１２０）を下回る場合を示している。出荷データ４８２は、図１０に示されている出荷データ４７２と同じである。

【0073】

出荷管理部２２８は、まず出荷データ４８２を出荷データベース２０８から呼び出し、処理を行う。このとき、出荷データ４８２の代替表示フラグフィールドには、注文品Ａを示すフラグが示されている。その場合、出荷管理部２２８は、代替表示フラグとして示されている注文品Ａの在庫確認を行う。出荷データ４８２に係る処理の時点で、注文品Ａの在庫数は、１１０である。この場合、出荷データ４８２に示されている数量（１２０）よりも当該在庫数が下回っている状態なので、出荷管理部２２８は、次の２通りの方法に従って、注文品Ａおよび代替品Ｂの出荷数を決定する。

【0074】

第１の方法は、注文品の在庫をすべて出荷したのち、不足分を代替品から捻出するように数量を設定する方法である。図１１の例においては、出荷管理部２２８は、注文品Ａを１１０個出荷し、代替品Ｂを１０個することを決定する。よって、出荷指示内容４８３に含まれる注文品Ａの出荷数は１１０、代替品Ｂの出荷数は１０となる。また、第２の方法は、当初の出荷データの内容どおりに数量を設定する方法である。図１１の例においては、出荷管理部２２８は、出荷データ４８２に示されている通り、代替品Ｂを１２０個出荷することを決定する。よって、出荷指示内容４８４に含まれる代替品Ｂの出荷数は、１２０となる。

【0075】

＜３．出荷管理システムの動作例＞
以上、本発明の実施形態に係るデータベースサーバ２０の構成を説明した。続いて、本実施形態に係る出荷管理システム１０の動作例を、段階に分けて説明する。

【0076】

（受注処理時における動作例）
図１２は、本発明の実施形態に係る出荷管理システム１０の受注処理時における動作例を示したフローチャートである。まず、図１２のフローチャートに従って、受注処理時における出荷管理システム１０の動作例について説明する。

【0077】

まず、オペレータによるクライアント端末３０の操作により、受注データベース２０２から受注データが呼び出される（Ｓ１０２）。受注データにおいて指定されている出荷日における当該注文品の予測される在庫数が、受注データに含まれている注文品の注文数以上であるか否かを判定部２２２が判定する（Ｓ１０４）。

【0078】

当該在庫数が当該注文数以上である場合は（Ｓ１０４／ＮＯ）、データベース制御部２１０は、受注データに記載の通り、当該注文品の出荷データを作成し、当該出荷データを出荷データベース２０８へ格納する（Ｓ１０６）。一方、当該在庫数が当該注文数を下回る場合は（Ｓ１０４／ＹＥＳ）、確保部２２４は、当該注文品の代替品を確保する（Ｓ１０８）。続いて、調達部２２６は、不足している当該注文品の生産および購買を他システム群４０に対して指示を行う（Ｓ１１０）。なお、ステップＳ１０８において、確保部２２４が、当該注文品の代替品を確保することができなかった場合は、本発明の実施形態における動作は、ステップＳ１１０の処理を終えた時点で終了してもよい。

【0079】

続いて、データベース制御部２１０は、確保部２２４の指示により、当該注文品および当該代替品の出荷データを作成し、当該出荷データを出荷データベース２０８へ格納する（Ｓ１１２）。そして、確保部２２４は、データベース制御部２１０を介して、当該代替品に係る出荷データの代替表示フラグフィールドに、当該注文品の品目を示す代替表示フラグを付加する（Ｓ１１４）。この代替表示フラグは、出荷データの作成時に当該出荷データに付加されてもよいし、出荷データベース２０８に当該出荷データが格納された後に当該出荷データに付加されてもよい。

【0080】

（出荷処理時における動作例）
図１３は、本発明の実施形態に係る出荷管理システム１０の出荷処理時における動作例を示したフローチャートである。ここでは、図１３のフローチャートに従って、出荷処理時における出荷管理システム１０の動作例について説明する。

【0081】

まず、オペレータによるクライアント端末３０の操作により、出荷データベース２０８から出荷データが呼び出される（Ｓ２０２）。出荷管理部２２８は、呼び出された出荷データを逐次的に処理する。出荷管理部２２８は、出荷データの処理の際に、当該出荷データに代替表示フラグが付加されているか判断する（Ｓ２０４）。代替表示フラグが出荷データに付加されていない場合は（Ｓ２０４／ＮＯ）、出荷データに記載の通り、注文品の出荷数を決定する（Ｓ２０６）。

【0082】

一方、代替表示フラグが出荷データに付加されている場合は（Ｓ２０４／ＹＥＳ）、出荷管理部２２８は、代替表示フラグに示された注文品の在庫数を、在庫データから確認し、出荷データに記載されている数量と比較する（Ｓ２０８）。代替表示フラグに示された注文品の在庫数が、当該出荷データに記載されている数量以上である場合（Ｓ２０８／ＹＥＳ）、出荷管理部２２８は、注文品の出荷数を決定し、代替品の出荷をキャンセルする（Ｓ２１０）。一方、代替表示フラグに示された注文品の在庫数が、当該出荷データに記載されている数量を下回る場合（Ｓ２０８／ＮＯ）、出荷管理部２２８は、当該注文品の在庫数および当該出荷データに記載されている数量に基づき、注文品および代替品の出荷数を決定する（Ｓ２１２）。

【0083】

＜４．ハードウェア構成＞
以上、本発明の実施形態に係る出荷管理システム１０の動作例を説明した。上述した受注処理および出荷処理等の情報処理は、ソフトウェアと、データベースサーバ２０と、クライアント端末３０との協働により実現される。以下では、代表例として、データベースサーバ２０のハードウェア構成を説明する。

【0084】

図１４は、データベースサーバ２０のハードウェア構成を示したブロック図である。データベースサーバ２０は、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）５０１と、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）５０２と、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）５０３と、ホストバス５０４と、を備える。また、データベースサーバ２０は、ブリッジ５０５と、外部バス５０６と、インタフェース５０７と、入力装置５０８と、出力装置５０９と、ストレージ装置５１０と、ドライブ５１１と、ネットワークインタフェース５１２と、を備える。

【0085】

ＣＰＵ５０１は、演算処理装置および制御装置として機能し、各種プログラムに従ってデータベースサーバ２０内の動作全般を制御する。また、ＣＰＵ５０１は、マイクロプロセッサであってもよい。なお、ＣＰＵ５０１は、データベース制御部２１０、判定部２２２、確保部２２４、調達部２２６、および出荷管理部２２８の機能を実現する。ＲＯＭ５０２は、ＣＰＵ５０１が使用するプログラムや演算パラメータ等を記憶する。ＲＡＭ５０３は、ＣＰＵ５０１の実行において使用するプログラムや、その実行において適宜変化するパラメータ等を一時記憶する。これらはＣＰＵバスなどから構成されるホストバス５０４により相互に接続されている。

【0086】

ホストバス５０４は、ブリッジ５０５を介して、ＰＣＩ（Ｐｅｒｉｐｈｅｒａｌ Ｃｏｍｐｏｎｅｎｔ Ｉｎｔｅｒｃｏｎｎｅｃｔ／Ｉｎｔｅｒｆａｃｅ）バスなどの外部バス５０６に接続されている。なお、必ずしもホストバス５０４、ブリッジ５０５および外部バス５０６を分離構成する必要はなく、１つのバスにこれらの機能を実装してもよい。

【0087】

入力装置５０８は、マウス、キーボード、タッチパネル、ボタン、マイクロフォン、スイッチおよびレバーなどユーザが情報を入力するための入力手段と、ユーザによる入力に基づいて入力信号を生成し、ＣＰＵ５０１に出力する入力制御回路などから構成されている。

【0088】

出力装置５０９は、例えば、ＣＲＴディスプレイ装置、液晶ディスプレイ（ＬＣＤ）装置、ＯＬＥＤ装置およびランプなどの表示装置を含む。さらに、出力装置５０９は、スピーカ及びヘッドホンなどの音声出力装置を含む。出力装置５０９は、例えば、再生されたコンテンツを出力する。具体的には、表示装置は再生された映像データ等の各種情報をテキストまたはイメージで表示する。一方、音声出力装置は、再生された音声データや表示装置に表示されたテキストデータ等を音声に変換して出力する。

【0089】

ストレージ装置５１０は、本実施形態に係るデータベースサーバ２０におけるデータ格納用の装置である。ストレージ装置５１０は、記憶媒体、記憶媒体にデータを記録する記録装置、記憶媒体からデータを読み出す読み出し装置および記憶媒体に記憶されたデータを削除する削除装置などを含んでも良い。ストレージ装置は、例えば、ＨＤＤ（Ｈａｒｄ Ｄｉｓｃ Ｄｒｉｖｅ）やＳＳＤ（Ｓｏｌｉｄ Ｓｔａｔｅ Ｄｒｉｖｅ）で構成される。このストレージ装置５１０は、ＣＰＵ５０１が実行するプログラムや各種データを格納する。なお、ストレージ装置５１０は、記憶部２００の機能を実現する。

【0090】

ドライブ５１１は、記憶媒体用リーダライタであり、データベースサーバ２０に内蔵、あるいは外付けされる。ドライブ５１１は、装着されている磁気ディスク、光ディスク、光磁気ディスク、または半導体メモリ等のリムーバブル記憶媒体５６に記録されている情報を読みだして、ＲＡＭ５０３に出力する。また、ドライブ５１１は、リムーバブル記憶媒体５６に情報を書き込むこともできる。

【0091】

ネットワークインタフェース５１２は、例えば、他の装置に接続するための通信デバイス等で構成された通信インタフェースである。また、ネットワークインタフェース５１２は、無線ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）対応通信装置であっても、ＬＴＥ（Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ）対応通信装置であっても、有線による通信を行うワイヤー通信装置であってもよい。なお、ネットワークインタフェース５１２は、通信部２２０の機能を実現する。

【0092】

なお、上記では図１４を参照してデータベースサーバ２０のハードウェア構成について説明したが、クライアント端末３０および他システム群４０を構成する他の装置のハードウェアもデータベースサーバ２０と実質的に同一に、または部分的に同一に構成することが可能である。

【0093】

＜５．まとめ＞
以上説明したように、本発明の実施形態によれば、受注処理において、出荷処理時における注文品の在庫数が当該注文品の注文数を下回ると予測された場合に、注文品の代替品が確保された場合にあっても、出荷処理時に再度注文品の在庫数を確認することにより、当該注文品の在庫数が回復し、当該在庫数が当初の注文数以上となった場合において、当初の予定通り、注文品を出荷することが可能となる。これにより、出荷時に注文品の在庫がある状態で、代替品をそのまま出荷することを防ぐことができるので、顧客の要求を満たし、顧客の負担を減らすことが可能である。

【0094】

以上、添付図面を参照しながら本発明の好適な実施形態について詳細に説明したが、本発明はかかる例に限定されない。本発明の属する技術の分野における通常の知識を有する者であれば、特許請求の範囲に記載された技術的思想の範疇内において、各種の変更例または修正例に想到し得ることは明らかであり、これらについても、当然に本発明の技術的範囲に属するものと了解される。

【0095】

例えば、本明細書の処理における各ステップは、必ずしもフローチャートとして記載された順序に沿って時系列に処理する必要はない。例えば、本発明の実施形態に係る出荷管理システム１０の、受注処理時における動作例を示した図１２における、ステップＳ１０８からステップＳ１１４までの処理は、必ずしも図示されている順序に沿って時系列実施される必要はなく、また、これらの処理が同時に実施されることも可能である。

【0096】

また、本発明の実施形態に係るデータベースサーバ２０が本発明である出荷管理装置を実現すると説明されたが、クライアント端末３０が、本発明である出荷管理装置を実現してもよい。例えば、データベースサーバ２０が有する各機能部を、クライアント端末３０が有してもよい。また、出荷管理システム１０を構成するデータベースサーバ２０およびクライアント端末３０は、必ずしも分離構成する必要はなく、一つのハードウェアにおいて実現されてもよい。

【0097】

また、データベースサーバ２０、およびクライアント端末３０に内蔵されるＣＰＵ５０１、ＲＯＭ５０２およびＲＡＭ５０３などのハードウェアを、上述したデータベースサーバ２０、およびクライアント端末３０の各構成と同等の機能を発揮させるためのコンピュータプログラムも作成可能である。

【符号の説明】

【0098】

１０ 出荷管理システム
２０ データベースサーバ
３０ クライアント端末
４０ 他システム群
１００ ネットワーク
２００ 記憶部
２０２ 受注データベース
２０４ 在庫管理データベース
２０６ 品目データベース
２０８ 出荷データベース
２１０ データベース制御部
２２０ 通信部
２２２ 判定部
２２４ 確保部
２２６ 調達部
２２８ 出荷管理部

【図1】

【図2】

【図3A】

【図3B】

【図3C】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】