(57)【要約】【課題】物流センタや工場の出荷倉庫が複数からなる供給ネットワークを形成している拠点間在庫可視化サービスシステムにおいて、きめ細かな在庫コントロールを実現して在庫を適正化する。【解決手段】各倉庫拠点の在庫計画を立案する在庫計画サーバに、在庫計画を立案する在庫計画部と、立案した在庫計画を管理する計画管理部と、複数拠点の在庫推移の比較表示を要求する可視化依頼部を備え、拠点間の在庫推移を可視化するために階層構造を持つ供給モデルを作成して在庫計画を管理する計画管理部と、供給モデルから倉庫拠点の階層上の位置番号を決定する階層位置決定部と、決定した階層位置番号と製品コードから同一製品コードを持ち、同一の階層位置番号を持つ在庫計画の結果データを検索し、比較可能なように出力データを作成する比較表示作成部とを備える。【選択図】図１
2009067526.tif 000002
【特許請求の範囲】
【請求項１】
在庫計画の結果データを受信し、階層構造を持った供給モデルデータから階層位置番号を決定し、既に受信済みの同一製品コードを持ち、同一の階層位置番号を持つ在庫計画の結果データとを比較可能なように出力する拠点間在庫可視化サービスシステム。
【請求項２】
在庫計画の結果データを受信し、階層構造を持った供給モデルデータから階層位置番号を決定し、既に受信済みの同一製品コードを持ち、親子関係にある階層位置番号を持つ在庫計画の結果データとを比較可能なように出力する拠点間在庫可視化サービスシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ＳＣＭ（サプライチェーンマネジメント）における在庫の可視化技術に関わり、特に、複数拠点で立案される在庫計画を比較して、在庫の過不足を確認することで、ＳＣＭを実行するための意思決定の効率化を支援するサービスを提供するものである。
【背景技術】
【０００２】
ＳＣＭシステムを活用し、在庫削減やＬＴ（リードターム）短縮、コスト削減を目的とした企業活動が盛んである。現在においても、ＳＣＭの更なる効率向上を図るために情報システムを活用した取組みが継続している。従来、全体最適の考えの下にこれらＳＣＭ活動に関わる情報を一元管理し、ＳＣＭ活動の全体を計画モデルとして作成して、様々な制約条件を考慮したＳＣＭ計画を立案することで企業活動の可視性を向上してきた。その基本は、製品の需要予測精度を向上させその結果である販売計画を基準情報として投入し、物流倉庫の流通在庫や生産工場の完成品在庫、生産に必要な部材在庫を計画してＳＣＭの可視化と実現可能性を向上させ、上述の目的を達成するというものである。この情報システムの活用により、在庫削減などの効果がある一方で、分社化や生産工場の海外展開、販売拠点や物流倉庫のグローバル拠点化など、計画モデルが複雑化するにともなって、在庫の可視性を向上することが困難になってきている。また、Ｗｅｂサービスの出現により、複数のＷｅｂアプリケーションを連携し、Ｗｅｂブラウザからアクセスすることで、そのサービスを利用した各種業務効率の向上が期待されている。
【０００３】
【特許文献１】特開平９―１３６７０４号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
上記従来技術は、販売店からの注文に対し、物流拠点の在庫や入庫予定、生産工場の生産計画を順次引当て、納期と合わせて注文回答することにより販売機会を広げるための物流管理システムを提供するものである。
【０００５】
本発明が解決しようとする第一の目的は、物流センタや工場の出荷倉庫が複数からなる供給ネットワークを形成している場合で、同一製品が複数の倉庫拠点で在庫される場合に、倉庫拠点間の製品在庫の推移を比較することによって、販売店からの注文に対して、在庫の過不足を確認できるようにすることであり、計画担当者や出荷管理者の意思決定を支援することにある。
【０００６】
第二の目的としては、複数拠点の在庫を比較表示するための表示データ作成処理をＷｅｂサービスにより実現することで、システムの柔軟性を向上するとともに、Ｗｅｂブラウザに表示可能な構成とすることで在庫管理業務の利便性を向上することにある。
【課題を解決するための手段】
【０００７】
本発明によれば前記目的は、各倉庫拠点の在庫計画を立案する在庫計画サーバに、在庫計画を立案する在庫計画部と、立案した在庫計画を管理する計画管理部と、複数拠点の在庫推移の比較表示を要求する可視化依頼部を備え、拠点間の在庫推移を可視化するために階層構造を持つ供給モデルを作成して在庫計画を管理する計画管理部と、供給モデルから倉庫拠点の階層上の位置番号を決定する階層位置決定部と、決定した階層位置番号と製品コードから同一製品コードを持ち、同一の階層位置番号を持つ在庫計画の結果データを検索し、比較可能なように出力データを作成する比較表示作成部とを備える拠点間在庫可視化サービスシステムにより実現する。
【発明の効果】
【０００８】
本発明によれば、倉庫拠点間の製品在庫の推移を比較表示できるので、ひとつの倉庫拠点で在庫不足が発生した場合に他の倉庫拠点の在庫を利用したり、ひとつの倉庫拠点で在庫過剰になった場合に他の倉庫拠点への入庫量を抑制して総在庫量を安定化させるなど、きめ細かな在庫コントロールを実現して在庫を適正化する効果がある。
【発明を実施するための最良の形態】
【０００９】
以下、本発明を実施するための最良の形態を図面の基づいて詳細に説明する。
【００１０】
図１は本発明における一実施例である拠点間在庫可視化サービスシステムの構成を示すものである。１０１は拠点間在庫可視化サービスシステム、１３１は在庫計画サーバ、１５１は在庫計画クライアント、１５６は在庫計画クライアントに接続される入出力装置である。１０２，１３６，１５２はＣＰＵ、１０３，１３２，１５３は主記憶装置である。１０４は計画データ送受信部、１０５は計画データ管理部、１０６は比較表示作成分、１０７は階層位置決定部、１０８は外部記憶装置、１１１，１３８は製品情報テーブル、１１２，１３９は拠点情報テーブル、１１３，１４０は出庫予定テーブル、１１４，１４１は入庫予定テーブル、１１５は供給マスタテーブル、１１６はカレンダテーブル、１４２は在庫政策テーブルである。拠点間在庫可視化サービスシステム１０１、在庫計画サーバ１３１、在庫計画クライアント１５６はネットワーク１２０に接続されている。図１では、拠点間在庫可視化サービスシステム１０１、在庫計画サーバ１３１、在庫計画クライアント１５６は１台のサーバで構成しているが、それぞれ複数台のシステム構成としても良い。主記憶装置に格納された各処理部は外部記憶装置から読み出され、各種テーブルを読み出してＣＰＵにより実行される。在庫計画クライアント１５１が、在庫計画の立案や計画結果を拠点間在庫可視化サービスシステム１０１へ送信することを支持すると、在庫計画サーバ１３１が、在庫計画を立案し計画結果を拠点間在庫可視化サービスシステム１０１へ送信する。在庫計画の立案にあたっては、各種テーブルを外部記憶装置１３７から読み出し在庫計画部１３４が在庫計画を立案し、計画管理部１３５が主記憶装置上でこれを管理し、可視化依頼部１３３が表示データの作成を依頼する。拠点間在庫可視化サービスシステム１０１は、計画データ受信部１０４が、表示データの作成依頼を受信し計画管理部１０５がこれを管理する。計画管理部１０５は、あらかじめ外部記憶装置１０８から各種テーブルを読み出し、供給モデルを作成して主記憶装置上に格納しておく。次に、階層位置決定部１０７と比較表示作成部１０６が連動して表示データを作成して計画データ受信部１０４が受信した在庫計画クライアントのアドレスに表示データを返信することで処理が完了する。
【００１１】
図２は、拠点間在庫可視化サービスシステム１０１の外部記憶装置に保存された各種テーブルを示す。２０１は製品情報テーブルであり、製品コード、製品名称など在庫計画の対象となる品目情報を格納するテーブルである。２０２は拠点情報テーブルであり、物流センタや工場の出荷倉庫などの拠点コード、拠点名称、稼動日や非稼動日を表すカレンダコードを格納するテーブルである。２０３は出庫予定テーブルであり、製品コード、製品の供給元を示す供給元拠点コード、製品の供給先を示す供給先拠点コード、出庫量である数量や出庫日である日付を格納するテーブルである。２０４は入庫予定テーブルであり、製品コード、製品の供給元を示す供給元拠点コード、製品の供給先を示す供給先拠点コード、入庫量である数量や入庫日である日付を格納するテーブルである。２０６は拠点情報テーブル２０２のカレンダコードに対応するカレンダ情報を格納するテーブルであり、カレンダコードと休日年月日を格納するテーブルである。休日年月日に指定されていない日付は稼動日として扱う。図３の３０１は、在庫計画サーバ１３１の外部記憶装置に格納される在庫政策テーブルであり、製品コード、拠点コード、在庫政策種別、在庫政策値が格納される。在庫政策種別は在庫計画立案においては一般的な、固定安全在庫量や期間安全在庫量、サービスレベル、発注点方式といった在庫計算の方法を設定し、在庫政策値はその設定値を設定する。例えば、１００個の固定値を設定したり、５日間の期間を設定したり、９５％の非欠品率であるサービスレベルを設定したりする。図１の構成では在庫計画サーバ１３１にのみ格納しているが、拠点間在庫可視化サービスサーバに格納し、在庫計画の立案に使うこともできる。
【００１２】
次に図３、図４、図５、図６、図７を用いて拠点間在庫可視化サービスサーバの処理フローを説明する。ステップ３０１で、１１１から１１６の各種テーブルを読み込む。ステップ３０２で読み込んだ各種テーブルの情報から供給モデルを作成する。供給モデルとは、販売拠点や倉庫拠点、生産工場などの現実に存在するサプライチェーンを計算機上に表現したもので、図５のようなデータ構造を持ち主記憶装置に格納される。図５は、製品コードがＳｅｉｈｉｎＸである製品のサプライチェーン上の供給ルートあるいは物流ルートを表現している。図中の矢印は、製品供給の要求パスを表現しており、例えば、製品コード：ＳｅｉｈｉｎＸは、販売拠点であるＨａｎｂａｉ００１から倉庫拠点であるＳｏｋｏ００１へ供給を要求し、倉庫拠点であるＳｏｋｏ００１は生産工場の出荷倉庫であるＭａｋｅｒ００１へ供給を要求するモデルである。実際の製品は、出荷倉庫であるＭａｋｅｒ００１から倉庫拠点であるＳｏｋｏ００１へ供給され、販売拠点であるＨａｎｂａｉ００１へ供給される。また、Ｓｏｋｏ００１の拠点データ５０１には、製品コードであるＳｅｉｈｉｎＸ、拠点コードであるＳｏｋｏ００１と、供給モデルを階層構造ととらえた場合の階層位置番号である「２」、データ構造のチェーンであるポインタ配列Ｎｅｘｔ、および、在庫計画データが格納される。在庫計画データは５０２に示すような、拠点における製品の出荷予定や入庫予定を日付順に格納したデータで、在庫計画サーバから受け取った在庫計画結果を格納する。例えば、７/０１には、前日の在庫が２００個、出荷予定が１００個、入庫予定が１００個なので２００−１００＋１００＝２００個と計算をした結果である２００個の在庫が残ることを示している。また、供給モデル作成処理では、図４に示す階層レベル情報テーブル４０１を主記憶装置上に作成する。製品コード、拠点コード、階層位置番号が格納されており、これを図５に示す供給モデルデータの構造上の全ての拠点データについて格納しておく。次に、ステップ３０３で拠点間在庫可視化サービスサーバによる全体計画が作成される。全体計画とは、全ての拠点を対象にした在庫計画立案のことである、一般的に知られている在庫補充計画やサプライチェーンプランニング、資材所要量計画などのプランニング方式により販売計画や需要予測結果を展開して、各拠点での必要量を供給リードタイムなどの制約を考慮しながら作成する。その後、ステップ３０４にて、在庫計画サーバからの要求を受信するまで待機する。ステップ３０５で、在庫計画サーバ１３１の可視化依頼部１３３からの要求を計画データ送受信部１０４が受信する。要求には、在庫計画結果と要求を指示した在庫計画クライアント１５１のＵＲＬなどのアドレスが格納されている。在庫計画結果の内容は図５の５０２に示すとおり、製品コードであるＳｅｉｈｉｎＸと拠点コードであるＳｏｋｏ００２、および、出庫予定、入庫予定、在庫量が各々の日付とともに格納されている。
【００１３】
ここで、ステップ３０６の比較表示作成処理は図６に詳細を示す。ステップ６０１で、計画管理部１０５は製品コードと拠点コードが一致する拠点データを供給モデルデータから検索する。例えば、供給モデル上のデータ５０３が検索される。ステップ６０２で拠点データから階層位置番号を取得する。ステップ６０３で拠点データ５０３の在庫計画結果５０２を受信した計画結果で置き換える。次にステップ６０４で、階層レベル情報テーブル４０１を検索し、製品コードと階層位置番号が一致するレコードを取得する。図４の例では、レコード４０３、４０４を取得する。比較表示作成部１０６はさらにステップ６０５で、Ｗｅｂブラウザに表示するための表示データを作成する。取得したレコード４０３，４０４から在庫推移の比較表示結果７０１を作成する。以上でステップ３０６の比較表示作成処理は完了する。
【００１４】
図３に戻って、ステップ３０７で、在庫計画クライアント１５１のＵＲＬなどのアドレスへ作成した表示データを送信する。送信は、一般のＷｅｂアプリケーションのプロトコルに従い、要求元へ送信する方法で良い。また、表示データは、階層位置番号を利用することで、図８のＷｅｂブラウザへの配置８０１を実現できる。比較表示作成部１０６は、階層位置番号の同一の拠点データを横軸へ並べて配置し、階層位置番号の小さなものから大きなものへの順番に縦軸へ並べて配置することで、現実のサプライチェーンの位置を表現した配置にすることができる。
【００１５】
以上説明したように、在庫計画クライアントからの要求を在庫計画サーバが受け取り、拠点間在庫可視化サービスサーバへ在庫計画結果と在庫計画クライアントのアドレスを送信し、拠点間在庫可視化サービスサーバが拠点間の在庫推移を比較するための表示データを作成して在庫計画クライアントへ返信する。これにより、複数拠点の在庫状況の可視性が向上し、在庫不足や在庫過剰といったサプライチェーン上の問題を短時間で発見し対策を打つことが可能となる。その結果、在庫の適正化が実現され、コスト削減や販売機会の拡大などの効果を得ることが期待できる。
【図面の簡単な説明】
【００１６】
【図１】拠点間在庫可視化サービスシステム図。
【図２】拠点間在庫可視化サービスサーバが外部記憶装置に保存するテーブル。
【図３】在庫計画サーバが外部記憶装置に保存するテーブル。
【図４】階層レベル情報テーブル。
【図５】供給モデルデータの構造。
【図６】比較表示作成処理を説明する図。
【図７】在庫推移の比較表示結果。
【図８】Ｗｅｂブラウザへの配置方法を説明する図。
【図９】拠点間在庫可視化サービスの処理フロー。
【符号の説明】
【００１７】
１０１…拠点間在庫可視化サービスシステム、１３１…在庫計画サーバ、１５１…在庫計画クライアント、１５６…在庫計画クライアントに接続される入出力装置、１０２，１３６，１５２…ＣＰＵ、１０３，１３２，１５３…主記憶装置、１０４…計画データ送受信部、１０５…計画データ管理部、１０６…比較表示作成分、１０７…階層位置決定部、１０８…外部記憶装置、１１１，１３８…製品情報テーブル、１１２，１３９…拠点情報テーブル、１１３，１４０…出庫予定テーブル、１１４，１４１…入庫予定テーブル、１１５…供給マスタテーブル、１１６，１４３…カレンダテーブル、１２０…ネットワーク、１４２…在庫政策テーブル、４０１…階層レベル情報テーブル、７０１…在庫推移の比較表示結果、８０１…Ｗｅｂブラウザへの配置方法。
【図１】
2009067526.tif 000003
【図２】
2009067526.tif 000004
【図３】
2009067526.tif 000005
【図４】
2009067526.tif 000006
【図５】
2009067526.tif 000007
【図６】
2009067526.tif 000008
【図７】
2009067526.tif 000009
【図８】
2009067526.tif 000010
【図９】
2009067526.tif 000011