JP2008027315A - 物流ネットワーク評価支援方法、物流ネットワーク評価支援プログラムおよび物流ネットワーク評価支援装置 - Google Patents

Abstract

【課題】将来の非常事態に対する物流ネットワーク対策を表示でき、評価できる物流ネットワーク評価方法を提供する。
【解決手段】ノード物流量とアーク物流量と復旧シナリオとノード又はアークの活性化判定条件と活性化状態とを記憶する記憶部及び各種の情報処理を行う処理部を有し、処理部が任意のノードが障害で不活性となったときに、ノードの復旧の段階毎に、各ノード及び各アークの物流量と、記憶部に記憶されている活性化判定条件とを基に、各ノード及び各アークの活性化状態の判定結果を記憶部に記憶し、記憶部のノード物流量とアーク物流量と復旧シナリオとに基づいて、表示されている各ノード及び各アークの物流量を算出し、記憶した活性化状態か否かの判定結果に基づき、活性化しているノード及びアークを表示させ、算出された各ノードの物流量を基に、ノードの物流量の評価を行い、評価の結果を表示する。
【選択図】図１

Description

本発明は、複数の物流ネットワークで繋いだ複数の拠点に対して、物流ネットワーク評価支援方法、物流ネットワーク評価支援プログラムおよび物流ネットワーク評価支援装置に関するものである。

近年、自然災害やテロの発生等で事業が中断するリスクが高まってきている。例えば、阪神淡路大震災や新潟中越地震によって多くの企業が事業中断に追い込まれた。対応の遅れた企業は、長い間、製品やサービスを供給できず大きな損失を被った。最悪倒産に追い込まれた企業も出た。このようなことから、非常事態発生による損害を低減させるための事前対策や、仮に事業が中断した場合でも早急に事業を復旧させるための事後対策が必要となってきている。
製造業では、供給源、工場、倉庫、顧客といったノードの繋がりで物流ネットワークを構成しているが、ある一部のノードやノード間を結ぶ経路の機能停止によって、全体のネットワークが機能しなくなる場合がある。そのため、製造業では特に、物流ネットワークに関して非常事態に対する対策を検討する必要がある。そのためには、現状の物流ネットワークの評価や、ある一部のネットワークが機能停止した場合の対策を評価する必要がある。
このような問題を解決するために特許文献１が挙げられる。

「特許文献１」は、物流ネットワークで繋いだ複数の拠点を、需要の発生する１ないし複数の最下流ノードと下流ノードに補充を行う１ないし複数の上流側ノードとして、各ノードの在庫状況をシミュレーションし、在庫量、搬送物流量の評価を行うための支援をする物流ネットワーク評価支援システムに関する。
特開２００３−２０３１１０号公報

しかし、特許文献１では、現状の物流ネットワークの評価の支援にとどまっているため、将来の非常事態に対する物流ネットワーク対策を評価することができない。
従って、非常事態が発生してから、通常の状態に戻るまでの物流ネットワークの変化状況を表示し、その変化状況を評価し、それを可視化することが求められている。具体的には、複数の拠点間の物流をシミュレートし、災害時によって拠点（ノード）が破壊された場合の物流の変化状況を可視化することである。例えば、物流が遅延することによって、顧客からの累積要求をすべて満たすまでの時間（バックオーダ解消時間）も遅延するため、このバックオーダ解消時間がどの程度になるかをシミュレーションにより計算し、表示する。また、対策用の予備拠点の設置や、拠点の能力を増強することによってバックオーダ解消時間を短縮することができることをシミュレーションにより確認するために表示する。さらに、予備拠点の設置コストや能力増強コストと、そのコストによるバックオーダ解消時間の短縮効果を定量的に表示する。

そこで、本発明は、以上の従来技術の問題点に鑑み、現状の物流ネットワークの評価の支援だけでなく、将来の非常事態のシミュレーション結果である物流ネットワーク対策を表示でき、その対策を評価することを支援することを目的とする。

前記課題を解決するため、本発明による解決手段の１つは、情報を記憶する記憶部と情報を処理する処理部と利用者が操作する操作部と情報を視覚的に表示する表示部とを備える物流ネットワーク評価支援装置が、前記表示部に、物流の拠点を示すノードと、拠点間の物流を示すアークとを複数表示して、物流ネットワークを可視化し、評価を支援するための物流ネットワーク評価支援方法であって、前記処理部は、前記操作部を介して利用者に前記物流ネットワークの定常時におけるノードおよびアークの活性化状態と物流量を設定させ、その設定を前記記憶部に記憶し、前記操作部を介して利用者に前記物流ネットワークのノードおよびアークのうち、障害を生じる任意のノードおよび／またはアークを設定させ、その設定を前記記憶部に記憶し、前記操作部を介して利用者に前記障害が生じた際に利用する障害対策用のノードおよびアークの活性化状態と物流量を設定させ、前記記憶部に記憶し、前記操作部を介して利用者に前記物流ネットワークに障害が生じた際の当該物流ネットワークを復旧させる復旧シナリオを、前記障害が生じるとしたノードおよび／またはアークについての障害状態として経時的な段階ごとに設定させ、その設定を前記記憶部に記憶し、前記処理部は、前記設定に基づいてノードおよび／またはアークに障害を生じさせた際に、前記記憶部に記憶されている前記復旧シナリオの経時的な最初の段階の障害状態と各ノードおよび各アークの活性化状態とを活性化判定条件に適用して各ノードおよび各アークの活性化状態を判定し、この判定に基づいて各ノードおよび各アークの活性化状態を設定して前記記憶部に記憶し、前記記憶部に記憶されている前記復旧シナリオの経時的な次の段階の障害状態と前記設定した各ノードおよび各アークの活性化状態とを活性化判定条件に適用して各ノードおよび各アークの活性化状態を判定し、この判定に基づいて各ノードおよびアークの活性化状態を設定して前記記憶部に記憶し、前記活性化状態を設定して記憶する処理を、前記復旧シナリオの経時的な全ての段階について行うと、前記記憶部に記憶されている各ノードおよび各アークの物流量と前記復旧シナリオの経時的な最初の段階の障害状態とこの障害状態に対応する各ノードおよび各アークの活性化状態とを前記設定と条件に基づき各ノードおよび各アークの物流量を計算して前記記憶部に記憶し、前記記憶部に記憶されている前記計算した各ノードおよび各アークの物流量と前記復旧シナリオの経時的な次の段階の障害状態とこの障害状態に対応する各ノードおよび各アークの活性化状態とを前記設定と条件に基づき各ノードおよび各アークの物流量を計算して前記記憶部に記憶し、これにより、前記復旧シナリオの経時的な全ての段階について、各ノードおよび各アークの物流量をシミュレーションすることを特徴とする。
さらに、前記処理部は、前記操作部を介して利用者に選択されることにより、前記シミュレーションの結果の表示を実行させるボタン（選択域）を前記表示部に表示させ、前記ボタンが選択され、所定の時刻が指定されると、前記定常状態におけるノードおよびアーク、ならびに前記シミュレーションして計算されたノードおよびアークのうち、前記所定の時刻に該当するノードおよびアークを前記表示部に表示し、前記所定の時刻に該当するノードおよびアークの設定ならびに物流量を前記表示部に表示することを特徴とする。
その他の手段については、後記する実施の形態で述べる。

本発明によれば、現状の物流ネットワークの評価の支援だけでなく、仮に予想される非常事態のシミュレーション結果である物流ネットワーク対策を表示でき、その対策を評価することを支援することができる。

以下、本発明（物流ネットワーク評価支援方法、物流ネットワーク評価支援プログラムおよび物流ネットワーク評価支援装置）の実施の形態を図１〜図４４を用いて説明する。尚本発明は物流ネットワークの評価を人が行うための、評価の材料を提供し、人による物流ネットワークの評価の支援を行うものである。以下、本発明で評価の支援を適宜、評価と略して記述する。尚１００％、１．０、０といった数値は、計算の精度を考慮し、四捨五入等の誤差値を考慮したものとする。
また本実施の形態では設定と条件に基づき、物流ネットワークの状態を計算することをシミュレーションという。

図１は本発明の実施の形態の一例を示すブロック図である。

物流ネットワーク事業継続対策評価装置１（以下「評価装置１」とする）は、記憶部１０、処理部２０、入力装置３０および出力装置４０（請求項における出力部）によって実現される。
評価装置１は、一般的なコンピュータであり、ハードディスク装置等の不揮発性記憶装置である記憶部１０、各種演算処理を実行する処理部２０、入力装置３０（請求項における操作部）、出力装置４０（請求項における表示部）、図示せぬ演算処理に使用される一時的記憶領域であるＲＡＭ（Random Access Memory）（以下「図示せぬ一時領域」とする）から主に構成される。

記憶部１０は、評価装置１で扱うアーク情報１１０と、ノード情報１２０と、を有する。アーク情報１１０には、アーク物流量１１１、アーク活性化状態１１２、アーク活性化条件１１３、アーク能力情報１１４、入庫ノード情報１１５、出荷ノード情報１１６およびアーク配置情報１１７を備える。ノード情報１２０には、ノード物流量１２１、ノード活性化状態１２２、ノード活性化条件１２３、ノード能力増強条件１２４（請求項におけるノード能力変化条件）、ノード能力増強情報１２５、コスト１２６、ノード復旧シナリオ１２７、故障発生時刻１２８、復旧要素ごと復旧時刻１２９、復旧後能力レベル回復情報１３０、入庫アーク情報１３１、出荷アーク情報１３２、ノード配置情報１３３および要求量情報１３４を備える。これらの情報は、データベースに記憶されている。

処理部２０は、評価装置１の中央処理装置であり、本発明の実施の形態に係る物流ネットワーク評価支援プログラム（以下、「評価プログラム）とする）を実行することにより、各種の情報処理を行う。各種の処理とは、活性化状態判定手段２１０、能力増強判定手段２２０、ノード復旧シミュレーション手段２３１とコスト計算手段２３２とバックオーダ解消時間計算手段２３３とを含むシミュレーション手段２３０、出力手段２４０および編集手段２５０であり、各手段により評価プログラムは実現される。

処理部２０は、編集手段２５０により、障害が生じたノードの復旧の筋書きを経時的に表した情報である復旧シナリオを予め設定し、さらに、他のノードにおいて予め対策を設定する。そして、処理部２０は、ノードとアークにより物流の流れを設定した物流ネットワークについて、予め設定したシナリオおよび対策に基づき、物流を経時的にシミュレーションするとともに、各ノードでかかるコストおよびバックオーダ解消時間を計算し、これらを表示することを処理機能とする。
ここで、ノードとは、供給源、倉庫、工場需要先等の物流の拠点を示す。アークとは、拠点間の物流を示す。
各手段の機能を以下に説明する。

活性化状態判定手段２１０は、予め利用者が設定した活性化しているか否かの判定の基準を記憶したアーク活性化条件１１３およびノードが活性化するための条件を記憶したノード活性化条件１２３に基づき、後記する物流ネットワーク設定画面で設定した各アークと各ノードの活性化状態を判定し、活性化状態をアーク活性化状態１１２およびノード活性化状態１２２に記憶する。アーク活性化状態１１２およびノード活性化状態１２２に記憶された活性化状態によって、後記する物流ネットワークのシミュレーションで、物流の流れを把握することができる。
ここで、ノード、またはアークが活性化しているとは、表示している画面上において、選択可能状態であり、かつ物流の計算の処理が可能な状態であることをいう。
また、ノード、またはアークが不活性化しているとは、表示している画面上において、選択不可能状態であり、かつ物流の計算の処理が不可能な状態であることをいう。

能力増強判定手段２２０は、後記する物流ネットワーク設定画面で設定した各ノードについて、予め利用者が設定したノードごとの対策が記憶されたノード能力増強条件１２４およびノード能力増強情報１２５に基づき能力増強するか否かを判定し、後記する物流ネットワークのシミュレーションで、物流の流れを把握することができる。

シミュレーション手段２３０のうち、ノード復旧シミュレーション手段２３１は、後記する予め利用者が設定したノードごとの復旧シナリオが記憶されたノード復旧シナリオ１２７に基づき、シミュレーション期間の復旧率を計算する。

シミュレーション手段２３０のうち、コスト計算手段２３２は、ノード活性化状態１１２に基づき各ノードの活性化の可否を判定した結果と、前記した能力増強判定手段２２０で判定した能力増強可否とに基づいて、平常時に必要となる平常時総コストおよび対策の結果必要となる対策実施総コストを計算する。

シミュレーション手段２３０のうち、バックオーダ解消時間計算手段２３３は、他のノードの故障によって発生する顧客のバックオーダが、どれぐらいの時間で解消するかを計算する。

出力手段２４０は、アーク活性化状態１１２およびノード活性化状態１２２に記憶された各アークおよび各ノードの活性化状態を参照して、物流ネットワークのシミュレーションで画面に表示する表示処理、前記シミュレーション手段２３０で計算された平常時総コスト、対策実施総コストおよびバックオーダ解消時間等を評価画面に表示する。尚、画面のみならず、プリンタに出力することをも含む。

編集手段２５０は、物流ネットワークおよび復旧シナリオを設定する機能をもつ。
これらの各機能の詳細については、図２３〜図３６を用いて後記する。

（ノード情報）
図２は、各ノードのインデックスとなる情報が格納されるノード情報の構成例を示す図である。
ノード情報１２０は、ノードを一意に識別するためのノード識別番号２１と、ノード名２２と、ノード種別２３と、編集モード２４とから構成される。ノード種別２３は、物流ネットワークの最上流のノードである供給源、倉庫、工場、物流ネットワークの最下流のノードである顧客からなる。編集モード２４は、ノードの編集種類であり、現状のノードや今後追加する計画のあるノードである定常モードと、定常のノードの異常による影響を抑えるために一時的に追加されるノードである事後モードと、からなる。

図３は、シミュレーション期間での各ノードの時刻ごとの物流量を記憶するノード物流量の構成例を示す図である。
ノード物流量１２１は、ノードを識別するためのノード識別番号３１と、シミュレーション期間中のノードから出力する物流量である時刻Ｎの物流量３２（Ｎ＝０〜ｎ）とから構成される。尚、ｎは、シミュレーションの終了時刻で、予め設定する。

図４は、シミュレーション期間での各ノードの時刻ごとの活性化状態であるか否かを判定した結果を記憶するノード活性化状態の構成例を示す図である。
ノード活性化状態１２２は、ノードを識別するためのノード識別番号４１ごとにシミュレーション期間中の各時刻Ｎの活性化状態４２（Ｎ＝０〜ｎ）（活性または不活性）を記憶する。尚、ｎは、シミュレーションの終了時刻で、予め設定する。

図５は、ノードが活性化しているか否かの判定の基準を記憶するノード活性化条件の構成例を示す図である。
ノード活性化条件１２３は、ノードを識別するためのノード識別番号５１と、ノードが活性化するための条件である活性化条件５２と、から構成される。尚、活性化条件５２は、後記する対策画面により予め設定する。

図６は、ノードの能力が増強される条件を記憶するノード能力増強条件の構成例を示す図である。ここで、ノードの能力とは、例えば、ノードが工場の場合は生産能力、倉庫の場合は保管できる所定の条件の最大の在庫量である。
ノード能力増強条件１２４は、ノードを識別するためのノード識別番号６１と、ノードの能力を増強するための条件である能力増強条件６２と、から構成される。尚、能力増強条件６２は、後記する対策画面により予め設定する。

図７は、ノードの通常の能力や補強したときの能力情報を記憶するノード能力増強情報の構成例を示す図である。
ノード能力増強情報１２５は、ノード種別によって、記憶する項目が異なる。

ノード種別が工場の場合（図７（ａ））、ノードを識別するためのノード識別番号７１と、物品の単位時間あたりの標準生産量である標準生産能力７２と、ノード能力増強条件に記憶されている条件が有効になった場合に利用される増産率７３と、から構成される。尚、増産率７３の値について、１．０が通常の能力（能力を増強していない）時の値となる。

ノード種別が倉庫の場合（図７（ｂ））、ノードを識別するためのノード識別番号７１と、平均的にもつべき在庫量である在庫基準７４と、倉庫が物品を保管できる所定の条件の最大の在庫量である最大在庫量７５と、倉庫に保管できる量の比率である保管増大率７６と、から構成される。尚、保管増大率７６は、ノード能力増強条件に記憶されている条件が有効になった場合に利用される。また、増産率７３の値について、１．０が通常の能力（能力を増強していない）時の値となる。

ノード種別が供給源の場合（図７（ｃ））、ノードを識別するためのノード識別番号７１と、供給源が物品を供給できる所定の条件の最大量である最大供給量７７と、ノード能力増強条件に記憶されている条件が有効になった場合に利用される供給増加率７８と、から構成される。尚、増産率７３の値について、１．０が通常の能力（能力を増強していない）時の値となる。

図８は、ノードにかかるコストを記憶するコスト情報の構成例を示す図である。
コスト１２６は、ノードが活性化であるか否か、または能力増強するか否かによって、記憶する項目が異なる。

コスト１２６は、ノードを識別するためのノード識別番号８１と、ノードが活性化したときにかかる活性時コスト８２と、ノードが不活性のときにかかる不活性時コスト８３と、能力増強を行うために平常時にかかる平常時コスト８４と、能力増強を実際に行ったときにかかる対策実施コスト８５と、から構成される。尚、活性時コストとは、例えば、事後対策で実際に仮倉庫を設置したときの運営費用のことであり、不活性時コストとは、例えば、事後対策で仮倉庫を設置する場合の契約金のことである。また、平常時コストとは、例えば、国内工場での能力増強を行うための管理コストのことであり、対策実施コストとは、例えば、国内工場で能力増強のために人員の増員や設備のレンタル費用のことである。

図９は、障害が生じたノードの復旧シナリオを記憶するノード復旧シナリオの構成例を示す図である。
ノード復旧シナリオ１２７は、故障発生時刻１２８と、復旧要素ごと復旧時刻１２９と、復旧後能力レベル回復情報１３０と、から構成される。

故障発生時刻１２８は、ノードに障害が発生した時刻を記憶し、ノードを識別するためのノード識別番号９１と、ノードが故障した時刻９２と、から構成される。
復旧要素ごと復旧時刻１２９は、ノードが復旧するために必要な要素が復旧する時刻を記憶し、ノードを識別するためのノード識別番号９１と、復旧要素名９３と、復旧時間９４と、から構成される。
復旧後能力レベル回復情報１３０は、ノードが復旧してから完全に回復するまでの能力レベルを時系列に記憶し、ノードを識別するためのノード識別番号９１と、復旧後時刻ごとの稼働率９５と、から構成される。復旧後時刻ごとの稼働率９５は、０〜１．０が記憶され、１．０が完全回復である。復旧後能力レベル回復情報１３０について、ノードごとに時系列の個数を変更しても良い。

図１０は、ノードに流入する物流を示す入庫アークの情報を記憶する入庫アーク情報の構成例を示す図である。
入庫アーク情報１３１は、ノードを識別するためのノード識別番号１０１と、入庫アークの識別番号１０２と、から構成される。

図１１は、ノードから流出する物流を示す出荷アークの情報を記憶する出荷アーク情報の構成例を示す図である。
出荷アーク情報１３２は、ノードを識別するためのノード識別番号１１１と、出荷アークの識別番号１１２と、から構成される。

図１２は、ノードを画面上に表示するための位置座標を記憶するノード配置情報の構成例を示す図である。
ノード配置情報１３３は、ノードを識別するためのノード識別番号１２１と、画面上の位置座標１２２と、から構成される。

図１３は、シミュレーション期間での各ノードの時刻ごとの要求量を記憶する要求量情報の構成例を示す図である。
要求量情報１３４は、ノードを識別するためのノード識別番号１３１と、シミュレーション期間中の各時刻Ｎでの要求量１３２（Ｎ＝０〜ｎ）と、から構成される。尚、ｎは、シミュレーションの終了時刻で、予め設定する。

（アーク情報）
図１４は、各アークのインデックスとなる情報が格納されるアーク情報の構成例を示す図である。
アーク情報１１０は、アークを一意に識別するためのアーク識別番号１４１と、アーク名１４２と、編集モード１４３と、から構成される。編集モード１４３は、ノード情報１２０の編集モード２４と同様である。

図１５は、ノードが上流のノードに物品を要求する標準量を入庫アークに対して記憶するアーク物流量の構成例を示す図である。
アーク物流量１１１は、アークを一意に識別するためのアーク識別番号１５１と、標準要求量１５２と、から構成される。すなわち、アーク識別番号１５１として保持された当該アークを入庫アークとしているノードが、当該アークを出荷アークとしているノードに対して物品を要求する標準量である。

図１６は、シミュレーション期間での各アークの時刻ごとの活性化状態を記憶するアーク活性化状態の構成例を示す図である。
アーク活性化状態１１２は、アークを識別するためのアーク識別番号１６１ごとにシミュレーション期間中の各時刻Ｎの活性化状態１６２（Ｎ＝０〜ｎ）（活性または不活性）を記憶する。尚、ｎは、シミュレーションの終了時刻で、予め設定する。

図１７は、アークが活性化するための条件を記憶するアーク活性化条件の構成例を示す図である。
アーク活性化条件１１３は、アークを識別するためのアーク識別番号１７１と、アークが活性化するための条件である活性化条件１７２と、から構成される。尚、活性化条件１７２は、後記する対策画面により予め設定する。

図１８は、ノードが上流のノードに物品を要求してから物品が届くまでの時間を入庫アークに対して記憶するアーク能力情報の構成例を示す図である。
アーク能力情報１１４は、アークを一意に識別するためのアーク識別番号１８１と、調達ＬＴ１８２と、から構成される。調達ＬＴとは、アーク識別番号１８１として保持された当該アークを入庫アークとしているノードが、当該アークを出荷アークとしているノードに対して物品を要求してから物品が届くまでの時間である。

図１９は、アークを通して物品を受け取るノードの情報を記憶する入庫ノード情報の構成例を示す図である。
入庫ノード情報１１５は、アークを識別するためのアーク識別番号１９１と、入庫ノードの識別番号１９２と、から構成される。

図２０は、アークを通して物品を送出するノードの情報を記憶する出荷ノード情報の構成例を示す図である。
出荷ノード情報１１６は、アークを識別するためのアーク識別番号２０１と、出荷ノードの識別番号２０２と、から構成される。

図２１は、アークを画面上に表示するための位置座標を記憶するアーク配置情報の構成例を示す図である。
アーク配置情報１１７は、アークを識別するためのアーク識別番号２１１と、画面上の開始点座標２１２と、中間点座標２１３と、終了点座標２１４と、から構成される。

本発明の実施の形態における評価の手順を図２３に示すフローに基づいて、適宜図１〜図２２を参照しながら説明する。図２３は、後記する図２２の画面より開始される。
尚、Ｓ２３１〜Ｓ２３３は、編集手段２５０により実現される。

まず、定常状態の物流ネットワーク、すなわち、既に存在する物流ネットワークおよびこれから追加予定の物流ネットワークを設定する（Ｓ２３１）。

ここで、物流ネットワークを設定するために、図２２の説明をする。
図２２は、処理部２０により図示せぬ評価プログラムを起動することによって出力装置３０にメインウィンドウが表示された図である。利用者が「新規作成」２２１を選択すると物流ネットワークの新規作成、「開く」２２２を選択すると処理部２０の図示せぬ入出力手段により既存データベースから既に記憶された物流ネットワークの読み込みを行う。また、「保存」２２３を選択すると、編集中の物流ネットワークを入出力手段により記憶部１０のデータベースに保存する。
ここでは、利用者が新規作成の選択をした場合を説明する。新規作成を選択すると、図２４の画面が表示される。

図２４は、利用者が、物流ネットワーク作成画面を設定表示したときの図である。但し、新規作成を選択した時点ではノードやアーク等は表示がされていない状態である。
符号１００１は、物流ネットワーク作成画面である。
物流ネットワーク作成画面１００１は、定常状態選択ボタン１００２、事後対策選択ボタン１００３、ノード・アーク選択領域３００１、時刻制御領域３００２、および物流ネットワーク表示領域３００３からなる。
ノード・アーク選択領域３００１は、ノードの形状や、アークを選択する領域である。各ノードの形状は、供給源を表すノード１００４、倉庫を表すノード１００５、工場を表すノード１００６、顧客を表すノード１００７を含む。これらノードの他に、アーク１００８を含む。ユーザは、これらの各ノード１００４〜１００７や、アーク１００８をマウス等でクリックすることによって、ノード１００４〜１００７や、アーク１００８を選択し、これを物流ネットワーク表示領域３００３に移動させたり、コピーしたりすることで、物流ネットワークを形成する。

時刻制御領域３００２は、シミュレーションにおける時刻を進めたり、戻したりする操作を行う領域である。戻るボタン１００９や、進むボタン１０１０を押下することにより、時刻表示窓１０１１の数値を変化させる。そして、時刻表示窓１０１１内の数値の時刻の物流ネットワークが、物流ネットワーク表示領域３００３に表示される。

図２４の画面例では、物流ネットワーク表示領域３００３には、以下に説明する物流ネットワークが表示されている。
まず、符号１０１２は、供給源１のノードであり、図７（ｃ）に示すノード能力増強情報１２５の最大供給量７７の値である最大供給量「８０」が表示されている。
そして、供給源１のノード１０１２からは、２本のアーク１０１３、１０２０が出ている。アーク１０１３は、代替倉庫のノード１０１４に接続している。アーク１０１３には、図１５のアーク物流量１１１の標準要求量「２０」が表示されている。以下、アークに伴って表示される標準要求量は、前記した方法と同様の方法によって、表示される。
代替倉庫のノード１０１４には、図７（ｂ）のノード能力増強情報１２５の最大在庫量７５の値、および在庫基準の値である「１００」、および「２０」が表示されている。
代替倉庫のノード１０１４からは、標準要求量「２０」のアーク１０１５が出ており、代替工場のノード１０１６へ接続している。代替工場のノード１０１６には、図７（ａ）のノード能力増強情報１２５の標準生産能力７２の値である「２０」が表示されている。

そして、代替工場のノード１０１６からは、標準要求量「２０」のアーク１０１９がでており、顧客１のノード１０２５へ接続している。
アーク１０１９上には、調達ＬＴ１０１８が表示されている。調達ＬＴ１０１８には、図１８のアーク能力情報１１４の調達ＬＴ１８２の値である「３」が表示されている。

以下、倉庫の最大在庫量、在庫標準、工場の標準生産能力の値は、前記した方法と同様の方法によって表示される。
標準要求量「５０」のアーク１０２０は、最大在庫量「１００」、在庫水準「２０」の国内倉庫のノード１０２１に接続している。国内倉庫のノード１０２１からは、２本のアーク１０２２、１０２６が出ている。
標準要求量「３０」のアーク１０２２は、標準生産能力「３０」の国内工場のノード１０２３に接続している。そして、国内工場のノード１０２３は、標準要求量「３０」のアーク１０２４を介して顧客１のノード１０２５に接続している。

さらに、標準要求量「２０」のアーク１０２６は、最大在庫量「１００」、在庫水準「１０」の海外倉庫のノード１０２７に接続している。海外倉庫のノード１０２７からは、標準要求量「２０」のアーク１０２８がでており、アーク１０２８は、標準生産能力「２０」の海外工場のノード１０２９に接続している。そして、海外工場のノード１０２９から出ている標準要求量「２０」のアーク１０３０は、顧客２のノード１０３１に接続している。
物流ネットワークを形成する段階で、ノード１０１２、１０１４、１０１６、１０２１、１０２３、１０２５、１０２７、１０２９、１０３１、またはアーク１０１３、１０１５、１０１９、１０２０、１０２２、１０２４、１０２６、１０２８、１０３０のいずれかを選択（例えば、シングルクリックや、ダブルクリック）することによって、図２５や、図２７〜図２９に示される各種設定画面が表示され、これらの設定画面を介して各ノードや、各アークの設定を行うことができる。

尚、供給源１のノード１０１２には、ノード１０１２自身から出るノード（出庫ノード）が接続されるが、ノード１０１２自身に入るノード（入庫ノード）が接続されることはない。
また、顧客１のノード１０２５、および顧客２のノード１０３１には、入庫ノードが接続されるが、出庫ノードが接続されることはない。
さらに、アーク１０１９上に調達ＬＴ１０１８が表示されているが、これは、例えばユーザがマウスをアーク１０１９上に重ねると、これまで表示されていなかった調達ＬＴ１０１８が表示される。具体的には、ユーザがマウスをアーク１０１９上に重ねると、入力装置３０（図１参照）を介して、該当するアーク１０１９のアーク識別番号が処理部２０（図１参照）に入力される。そして、処理部２０（図１参照）は、入力されたアーク識別番号を基に、記憶部１０（図１参照）に保存されているアーク能力情報１１４（図１８参照）を参照し、該当する調達ＬＴ１８２（図１８参照）の値を処理部２０（図１参照）が取得する。そして、処理部２０（図１参照）が、出力装置４０に、該当するアーク１０１８上に取得した調達ＬＴの値を表示させる。
尚、調達ＬＴ１０１８は、すべてのアーク１０１３、１０１５、１０１９、１０２０、１０２２、１０２４、１０２６、１０２８、１０３０上に表示させてもよい。

画面上部にある定常状態選択ボタン１００２を選択することで「定常状態の物流ネットワークの設定」（Ｓ２３１）が開始される。図２４の画面でマウス操作により、ノードを作成し、ノードとノードの間をアークによって接続し、物流ネットワークを作成する。

このとき、ノードの情報はノード情報１２０に記憶される。ノード識別番号は、評価装置１によって自動的に付与される。ノード名、ノード種別は画面上で利用者が設定する。編集モードは「定常」となる。また、ノード物流量（図３参照）の値は全て０で初期化される。この値は後記するシミュレーション処理によって設定される。ノード活性化状態（図４参照）には、当該ノードの初期値として「活性」が設定される。ノード情報（図２参照）の編集モード２４が「定常」であるときに作成されるノードの活性化状態の初期値は全ての時刻で「活性」である。

作成することができるノードは、例えば、工場、供給源、倉庫である。工場については標準生産能力を設定でき、ノード能力増強情報１２５（図７（ａ））の標準生産能力７２に記憶される。供給源については最大供給量を設定でき、ノード能力増強情報１２５（図７（ｃ））の最大供給量７７に記憶される。倉庫については最大在庫量および在庫水準を設定でき、ノード能力増強情報１２５（図７（ｂ））の在庫基準７４および最大在庫量７５に記憶される。

利用者が物流ネットワーク作成画面で設定したノードを１つ選択（ダブルクリック）すると、図２８、図２９のような画面が表示される。

図２８は、選択したノードの種別が供給源または工場の場合に表示される画面である。
図２９は、選択したノードの種別が倉庫の場合に表示される画面である。
活性化条件２８１とは、選択したノードがつねに活性化であるか、条件つき活性化であるかを選択し、条件つき活性化である場合は、条件を設定する。例えば、図２８では、「ノード識別番号Ｎ００２の活性化状態が不活性である」場合に選択ノードは活性化することを表している。また、選択ノードを平常時に維持するコストである平常時コストおよび対策用として実施した場合の対策実施コストを設定することができる。尚、ここで設定した条件は、ノード活性化条件（図５参照）に記憶され、ノードが活性化状態にあるときのコスト（対策実施コスト）と不活性状態にあるときのコスト（平常時コスト）をコスト１２６（図８参照）に記憶される。

また、選択したノードが工場または供給源の場合は増産条件２８２を、倉庫の場合は在庫対策２９２を設定することができる。増産条件２８２（倉庫の場合、在庫対策２９２）とは、選択したノードで生産（倉庫の場合、在庫）を増やさないか、条件に合致した場合に増産率（倉庫の場合、保管増大率）分増やすかを選択し、増やす場合は、条件および増産率（倉庫の場合、保管増大率）を設定する。例えば、選択したノードが工場の場合、図２８では、「（現在時刻＞復旧時刻）且つ（ノード識別番号Ｎ００３の稼働率＝１．０）」である場合に選択したノードの増産率を１．５にすることを表している。また、選択ノードを平常時に維持するコストである平常時コストおよび対策用として実施した場合の対策実施コストを設定することができる。尚、ここで設定した条件は、ノード能力増強条件１２４（図６参照）に記憶される。また、増産率等をノード能力増強情報１２５（図７参照）に記憶され、ノードが工場の場合には「標準生産能力」を「増産率」倍にし（図７（ａ）参照）、ノードが倉庫の場合には、「在庫基準」と「最大在庫量」を「保管増大率」倍にし（図７（ｂ）参照）、ノードが供給源の場合には「最大供給量」を「供給増大率」倍にする（図７（ｃ）参照）ことを表している。

図２４の物流ネットワーク作成画面上の物流の最下流にあるノードには図示せぬ「要求量」という情報が存在する。利用者は、当該要求量を画面上で設定し、設定すると、要求量情報（図１３参照）に記憶される。

図２４の物流ネットワーク作成画面により、利用者は、ノード間をアークで接続する。あるノードに流入する物流を示すアークを入庫アーク、ノードから流出する物流を示すアークを出荷アークと呼ぶ。ノードに接続された入庫アークの情報は入庫アーク情報１３１（図１０参照）に、出荷アークの情報は出荷アーク情報１３２（図１１参照）に記憶される。また、物流ネットワーク作成画面上での各ノードが表示される位置（座標）情報がノード配置情報（図１２参照）に記憶される。この配置情報はマウスによるドラッグで変更することができる。

アークの情報は、アーク情報（図１４参照）に記憶される。アーク識別番号はアークを一意に識別するための番号であり、評価装置によって自動的に付与される。アーク名、アーク種別は画面上で利用者が設定する。編集モードは「定常」となる。
また、アーク活性化状態１１２（図１６参照）には、当該アークの初期値として「活性」が設定される。

図２４の物流ネットワーク作成画面により、利用者は、標準要求量を設定する。標準要求量とは、標準的にこのアークを流れる物流量であり、初期値は０である。設定されるとアーク物流量１１１（図１５参照）に記憶される。例えば、図２４では、海外倉庫から海外工場へ標準的にこのアークを物流量が１０流れることを表している。

図２４の物流ネットワーク作成画面でアークを１つ選択（ダブルクリック）すると、アークを選択したときに表示される対策画面（図２７参照）が表示される。ここで、選択したアークの活性化条件を設定すると、アーク活性化条件１１３（図１７参照）に記憶される。尚、図２７の活性化条件は、選択したアークの活性化条件であるが、図２８のノードの活性化条件２８１と同様に当該条件を設定することができる。

また、アークには図示せぬ「調達ＬＴ」という情報が存在する。初期値は０が設定されるが、図２４の物流ネットワーク作成画面上で、利用者が設定することもでき、設定すると、アーク能力情報１１４（図１８参照）に記憶される。尚、「調達ＬＴ」とはこのアークの根元のノードから物品が流出され、アークの矢印の先のノードに物品が流入されるまでの日数である。

ここで、アークの根元に接続され、アークに物品を送出するノードを出荷ノードと呼ぶ。アークの矢印の先に接続され、アークから物品を受け取るノードを入庫ノードと呼ぶ。入庫ノード情報１１５（図１９参照）および出荷ノード情報１１６（図２０参照）にはアークに接続された入庫ノードと出荷ノードのそれぞれのノード識別番号が記憶される。

また、図２４の物流ネットワーク作成画面上での各アークが表示される位置（座標）情報がアーク配置情報（図２１参照）に記憶される。この配置情報はマウスによるドラッグで変更することができる。

以上が、「定常状態の物流ネットワークの設定」（Ｓ２３１）（図２３参照）である。

次に、利用者は、定常状態のノードについて「シナリオの設定」（Ｓ２３２）（図２３参照）を行う。

ここでシナリオ情報を設定すると、ノード復旧シナリオ１２７（図９参照）に各情報が記憶される。シナリオ画面上の災害時刻２５３は、故障発生時刻１２８の選択したノードのノード識別番号９１に対応する故障発生時刻９２に設定される。各復旧要素２５５とそれに対応する復旧週数２５６の値は、復旧要素ごと復旧時刻１２９の選択したノードのノード識別番号９１に対応する要求要素名９３および復旧時間９４に設定される。復旧後稼働率推移表２５１の各復旧後週の稼動率は、復旧後能力レベル回復情報１３０の選択したノードのノード識別番号９１に対応する各復旧後時刻９５に設定される。復旧シナリオについては後記するノード復旧シミュレーション手段２３１で詳細を説明する。
そして、ユーザが、障害対象選択ボタン２５９を選択することによって、該当するノードが、後記するシミュレーションにおいて、災害による障害が発生したノードとなる。
シナリオ情報の設定後、図２２の「保存」２２３を選択すると、編集中のシナリオ情報を入出力手段により記憶部１０のデータベースに保存する。

次に、利用者は、図２４の物流ネットワーク設定画面上部にある事後対策ボタン１００３を選択することで「事後対策用のノードとアークの設定」（Ｓ２３３）を行う。事後対策用とは、Ｓ２３２で設定した、あるノードが故障したときに復旧シナリオが起動したとき、発動する物流ネットワークのことである。

図２６は、物流ネットワーク設定画面の事後対策用の画面の例である。当該画面では、二点鎖線である仮倉庫を事後対策用ノードとして設定している。
図２６の要素において、図２４と同様の要素には同一の符号を付して説明を省略する。
図２６の画面例では、事後対策選択ボタン１００３が選択されることで、災害後の事後対策としての物流の拠点、および流れが設定できる。
図２６では、以下のような事後対策用のノード、およびアークが設定されている。
前記したように、事後対策用ノードとして最大在庫量「１００」、在庫水準「０」の仮倉庫のノード１０３３が設定されている。
そして、供給源１のノード１０１２から、仮倉庫のノード１０３３には、標準要求量「５０」のアーク１０３２を介して接続している。
仮倉庫のノード１０３３は、標準要求量「３０」のアーク１０３４を介して、国内倉庫のノード１０２１へ接続している。
さらに、仮倉庫のノード１０３３は、標準要求量「２０」のアーク１０３６を介して、海外倉庫のノード１０２７へ接続している。
すなわち、事後対策用として設立された仮倉庫は、国内倉庫と、海外倉庫に物流を供給する役割を有する。
尚、事後対策用として設定された仮倉庫のノード１０３３と、アーク１０３２、１０３４、１０３６は、事後対策用として設定されたことが識別できるよう、他のノード１０１２、１０１４、１０１６、１０２１、１０２３、１０２５、１０２７、１０２９、１０３１や、アーク１０１３、１０１５、１０１９、１０２０、１０２２、１０２４、１０２６、１０２８、１０３０とは異なる表示がなされている。本実施形態では、事後対策用として設定されたノード、およびアークは、二点鎖点で表示されている。

Ｓ２３３は「定常状態の物流ネットワークの設定」（Ｓ２３１）の作業と同様であるが、 ノード活性化状態１２２（図４参照）およびアーク活性化状態１１２（図１６参照）の活性化状態について、初期値は「不活性」となる。

次に、人によって「個別のノードに対して事後対策の設定を継続するか」（Ｓ２３４）の判断の指示を受ける。継続する場合にはＳ２３１に戻って、設定を続ける。

継続しない場合は、メインウィンドウ２２０（図２２参照）のメニューから「シミュレーション実行」２２４を選択すると、「シミュレーション処理」が実行される（Ｓ２３５）。本処理は、シミュレーション手段２３０によって実現される。
本処理を図３０に添って説明する。

はじめに初期値の設定が行われる（Ｓ３００１）。この初期値の設定では、ノード物流量１２１（図３参照）で表されるノード物流量を、時刻「1」以降については全て０で初期化する。時刻「０」の物流量３２は、ノード識別番号３１と合致するノードについて出荷アーク情報１３２（図１１参照）から当該ノードに接続されている全ての出荷アークについてアーク物流量１１１（図１５参照）から標準要求量１５２を取得し、その合計値が記憶される。

また、初期値の設定では、ノード能力増強情報１２５（図７参照）を参照し、工場ノードの生産能力に当該情報に記憶されている標準生産能力を、倉庫ノードの在庫基準に当該情報に記憶されている在庫基準を、最大在庫量に当該情報に記憶されている最大在庫量を、供給源ノードの最大供給量に当該情報に記憶されている最大供給量を、図示せぬ一時領域Ｃ（能力増強情報）に設定する。当該一時領域Ｃは、後記するシミュレーション処理で、例えば、工場ノードが、後記する対策画面（図２８参照）で設定した増産条件を満たしたとき、一時領域Ｃ（能力増強情報）の生産能力の値は、当該画面で設定した増産率倍となる。

次に、ノード復旧シミュレーション手段２３１により、時刻ごとの各ノードの故障状態、復旧レベルを計算する（Ｓ３００２）。当該処理の詳細は、後記する。

次に、時刻tを1から予め設定されている時刻Ｔまで順に増加させ、各時刻の物流量を計算する（Ｓ３００３）。

次に、時刻tについて、活性化状態判定手段２１０により、各アークと各ノードの活性化状態を判定する（Ｓ３００４）。当該処理の詳細は、後記する。

次に、時刻tについて、能力増強判定手段２２０により、各ノードが能力増強を行うかどうかを判定し、必要に応じて能力増強を行う（Ｓ３００５）。当該処理の詳細は、後記する。

次に、コスト計算手段２３２により時刻ｔに必要となるコストを計算する（Ｓ３００６）。当該処理の詳細は、後記する。

時刻ｔで活性化している全てのノードが全ての下流ノードから物流の要求量を受けるまで以下を繰り返す（Ｓ３００７）。

物流量は、物流の最下流ノードからの要求量にもとづいて決定される。但し、倉庫の在庫量や工場の生産能力、供給源の供給力等によって必ずしも全ての要求に応じられるとは限らない。従って、はじめに下流ノードから上流ノードに向かって要求量の送信を行い、続いて在庫量、生産能力、供給力等にもとづいて実際に供給可能な量を計算し、上流から下流に向かって供給可能量を回答する。ここで回答された供給可能量が実際の物流量となる。この物流量をノード物流量１２１（図３参照）で表されるノード物流量に記録する。下流から上流への要求を図３０の繰り返しＢ、上流から下流への回答が繰り返しＣにあたる。

時刻ｔで活性化している全てのノードが全ての下流ノードから要求量を受け取るまでＳ３００８〜Ｓ３０１０を繰り返す（Ｓ３００７）。
ここで、図示せぬ一時領域には、ノードごとの、要求量送付フラグおよび受取済みフラグが存在し、各フラグを０に設定する。要求量送付フラグとは、各ノードが上流のノードに対して要求量を送付したか否かのフラグで、１のとき要求量を送付したことを示す。また、受取済みフラグとは、各ノードが接続する下流ノードから要求量を受取ったか否かのフラグで、各ノードが接続する下流ノードの個数分の配列を持ち、下流ノードに対して１のとき、その下流ノードから要求量を受取ったことを示す。

下流ノードがない、すなわち最下流ノードである場合、或いは接続する全ての下流ノードから要求量を受け取り済みのノードである場合のノードを１つ取り出す（Ｓ３００８）。下流ノードがない場合とは、前記要求量送付フラグが未送付（０）であるノードで、且つ、前記受取済みフラグの配列の要素数が０の場合である。接続する全ての下流ノードから要求量を受取済みのノードである場合とは、要求量送付フラグが未送付（０）であるノードで、且つ、要求量受取済みフラグの配列の全ての要素が受取済み（１）であるノードのことである。このとき、取り出したノードについて要求量情報１３４（図１３参照）のノード識別番号１３１に対応する時刻ｔの要求量１３２を取り出す。

Ｓ３００８で取り出したノードの状態に基づき、全下流ノードからの要求に答えるために必要な上流ノードへの要求量を計算し、上流ノードに要求量を送る（Ｓ３００９）。
例えば、取り出したノードのノード種別が工場の場合、全ての上流ノードに送る要求量は、Ｓ３００８で取得した要求量と能力増強判定手段２２０で求めた生産能力とを比較して、小さいものとする。上流ノードは、取り出したノードの入庫アークを出庫アークとするノードであるため、取り出したノード識別番号１０１を基づいて入庫アーク情報１３１（図１０参照）から入庫アーク識別番号１０２を求め、当該アーク識別番号と一致する出荷アーク識別番号１１２に対応するノード識別番号１１１を出荷アーク情報１３２（図１１）から求める。求めた上流ノードに要求量を送る。上流ノードが複数ある場合、その要求量の配分は、例えば、アーク物流量（１１１）の標準要求量１５２を用いて配分する。ある上流ノードと当該ノードを結ぶアークの標準要求量をＨとし、各上流ノードと当該ノードを結ぶアークの標準要求量の総和をＳＵＭとする。当該ノードの要求量をＷとすると、当該上流ノードに要求する量はＷ×（Ｈ／ＳＵＭ）の整数部分となる。その際、要求量情報１３４の当該上流ノードの時刻ｔ要求量にその要求量を加算して記憶する。
ここで、前記要求量送付フラグを送付済み（１）に設定し、送付された上流ノードが前記取り出した下流ノードから送付されたことを前記要求量受取済みフラグの配列に設定する（受取済み（１））。

時刻ｔで活性化している全てのノードについて全ての下流ノードから要求量を受け取っていない場合は、Ｓ３００７に戻る（Ｓ３０１０）。

時刻ｔで活性化している全てのノードが下流ノードに回答を行う（提供できる供給量を計算する）までＳ３０１２〜Ｓ３０１４を繰り返す（Ｓ３０１１）。
ここで、図示せぬ一時領域には、ノードごとの、回答フラグおよび供給可能量回答受取済みフラグが存在し、各フラグを０に設定する。回答フラグとは、各ノードが下流のノードに対して回答を送付したか否かのフラグで、１のとき回答を送ったことを示す。また、供給可能量回答受取済みフラグとは、各ノードが接続する上流ノードから供給可能量の回答を受取ったか否かのフラグで、各ノードが接続する上流ノードの個数分の配列を持ち、上流ノードに対して１のとき供給可能量の回答を受取ったことを示す。

上流ノードがない、すなわち最上流ノードである場合、或いは接続する全ての上流ノードから提供可能量を受け取り済みのノードである場合のノードを１つ取り出す（Ｓ３０１２）。上流ノードがない場合とは、回答フラグが未回答（０）であるノードで、且つ、前記供給可能量回答受取済みフラグの配列の要素数が０の場合である。接続する全ての上流ノードから供給可能量を受取済みのノードである場合とは、回答フラグが未回答（０）であるノードで、且つ、前記供給可能量回答受取済みフラグの配列の全ての要素が回答受取済み（１）であるノードのことである。

Ｓ３０１２で取り出したノードの状態に基づき、全下流ノードに供給可能量を回答する（Ｓ３０１３）。
例えば、取り出したノードのノード種別が供給源の場合、全下流ノードに送る供給可能量は、Ｓ３００９で受け取った要求量と能力増強判定手段２２０で求めた最大供給量とを比較して、小さいものとする。下流ノードは、取り出したノードの出庫アークを入荷アークとするノードであるため、取り出したノード識別番号１１１に基づいて出荷アーク情報１３２（図１１参照）から出荷アーク識別番号１１２を求め、当該アーク識別番号と一致する入庫アーク識別番号１０２に対応するノード識別番号１０１を入庫アーク情報１３１（図１０）から求める。求めた下流ノードに供給可能量を送る。その際、取り出したノードが接続している下流ノードごとに送る時刻ｔの供給可能量は図示せぬ一時領域Ａ（下流ノードに対する供給可能量）に保存しておく。下流ノードが複数ある場合、その供給可能量の配分は、例えば、アーク物流量（１１１）の標準要求量１５２を用いて配分する。ある下流ノードと当該ノードを結ぶアークの標準要求量をＨとし、各下流ノードと当該ノードを結ぶアークの標準要求量の総和をＳＵＭとする。当該ノードの供給可能量をＷとすると、当該下流ノードに要求する量はＷ×（Ｈ／ＳＵＭ）の整数部分となる。また、取り出したノードについて供給可能量をノード物流量１２１の時刻ｔ物流量に記憶する。時刻t物流量は、各下流ノードに対して供給できる供給可能量の総和となる。
ここで、回答フラグを回答済み（１）に設定し、回答された下流ノードは前記取り出した上流ノードから回答されたことを回答受取済みフラグの配列に設定する（受取済み（１））。

尚、このとき在庫量および入庫量の算出も行われる。在庫量の算出は、ノードが倉庫の場合にのみ、計算される。入庫量の算出は、ノードが工場、倉庫、顧客の場合に、計算される。
在庫量の計算は、当該ノードに流入した物流量（入庫量）から流出した物流量（出荷量）を減じることで求めることができる。当該ノードの入庫量を計算するには、当該ノードに入庫するアークを出荷アークとするノードを決定するため、当該ノードの識別番号を基に、入庫アーク情報１３１（図１０参照）から入庫アークを参照し、当該入庫アークを基に、出荷アーク情報１３２（図１１参照）から上流ノードを参照する。さらに、当該上流ノードを基に、前記一時領域Ａ（下流ノードに対する供給可能量）と、当該上流ノードと当該ノード間を結ぶアークの調達ＬＴ１８２（図１８参照）から、当該ノードの時刻ｔの入庫量を求める。当該ノードと当該上流ノード間を結ぶアークの調達ＬＴをｋとすると、当該ノードが当該上流ノードから受け取る時刻ｔの物流量は、前記一時領域Ａにおける、当該ノードに対する時刻（ｔ−ｋ）の供給可能量となる。当該ノードの時刻ｔの入庫量は、全ての上流ノードにおける、当該ノードが当該上流ノードから受け取る時刻ｔの物流量の総和となる。ノードの出荷量は、当該ノードを基に、ノード物流量１２１（図３参照）から、時刻ｔの物流量を参照した値となる。そして、入庫量から出荷量を減じた値に、時刻ｔ−１の在庫量を加算した値が求める在庫量となる。
算出された経時的な入庫量は、記憶部１０に保存されている図示せぬ一時領域であるノード入庫量に保存される。また、算出された経時的な在庫量は、記憶部１０に保存されている図示せぬ一時領域であるノード在庫量に保存される。ノード入庫量、およびノード在庫量は、図３のノード物流量１２１と同様の形式であり、算出された各時刻の入庫量、または在庫量が、ノード識別番号に対応する形で保存される。

時刻ｔで活性化している全てのノードが下流ノードに回答を行っていない場合は、Ｓ３０１１に戻る（Ｓ３０１４）。

時刻（日付）ｔが時刻Ｔでない場合は、Ｓ３００３に戻る（Ｓ３０１５）。

さらに、バックオーダ解消時間計算手段２３３により、各ノードのバックオーダが解消される時刻を計算する（Ｓ３０１６）。尚、バックオーダ解消時間とは、ノードが受け取る物流量（入庫量）が要求量に追いつく時間のことである。すなわち、他のノードの故障によって発生する顧客のバックオーダが、解消する時間である。当該処理の詳細は、後記する。

以上で、物流のシミュレーションが完了し、バックオーダ解消時刻や物流に要するコスト、各時刻各ノードの入庫量、出荷量等の評価のための計算結果が出来上がる。

次に、ノード復旧シミュレーション手段について図３１を用いて説明する。

全てのノードを１つずつ取り出し順次復旧シミュレーションを行う（Ｓ３１０１）。

取り出したノードについて、全ての時刻の復旧率を１００％（すなわち、数値１．０）として初期化する（Ｓ３１０２）。すなわち、シミュレーション期間である時刻「０」から時刻Ｔまでの復旧率を１．０に設定する。ここで、時刻Ｔはシミュレーション終了時刻である。各ノードの時刻「０」から時刻Ｔまでの復旧率は、図示せぬ一時領域Ｂ（復旧率）に設定する。復旧率１．０とはそのノードが故障しておらず１００％の能力を発揮できる状態である。

ノード復旧シナリオ１２７（図９（ａ）参照）より当該ノードの故障発生時刻９２の値を取り出す（Ｓ３１０３）。

ノード復旧シナリオ１２７（図９（ｂ）参照）より当該ノードに関わる全ての復旧要素名９３と、その復旧要素の復旧時間９４を取り出す（Ｓ３１０４）。

Ｓ３１０４で取り出した当該ノードの全ての復旧要素とその要素の復旧時間のうちの最大の時間を当該ノードの復旧時間とする（Ｓ３１０５）。当該ノードの復旧に要する時間は、全ての復旧要素が復旧する時間、すなわち、全ての復旧要素の中での復旧時間の最大値となる。例えば、復旧要素として水道、電気、道路があり、水道の復旧時間が２日、電気の復旧時間が１日、道路の復旧時間が４日であれば、全ての要素が復旧する４日後にこのノードは復旧が開始することとなる。
そして、Ｓ３１０３で取り出した当該ノードの故障発生時刻から当該ノードの復旧時間後の時刻を、当該ノードの復旧開始時刻とする（Ｓ３１０５）。

Ｓ３１０３で取り出した当該ノードの故障発生時刻から、復旧時間が経過するまでの間の復旧率を０％、すなわち数値０を一時領域Ｂ（復旧率）上に設定する（Ｓ３１０６）。当該ノードが復旧してもすぐに１００％の状態で稼動できるわけではない。

ノード復旧シナリオ１２７（図９（ｃ））より当該ノードの復旧後能力レベル回復情報を取り出す。当該情報は復旧開始時刻から、復旧率が１．０になるまでの経過時間ごとの復旧率（稼動率）である。この情報により、前記一時領域Ｂ（復旧率）上に復旧開始時刻（＝故障発生時刻＋復旧時間）からの当該ノードの復旧率を設定する（Ｓ３１０７）。

全てのノードについて終了していなければ、Ｓ３１０１に戻る（Ｓ３１０８）。
以上が、ノード復旧シミュレーション手段２３１の説明である。

次に、活性化状態判定手段２１０について図３２を用いて説明する。

全てのノードおよびアークを１つずつ取り出し、順に判定を行う（Ｓ３２０１）。

取り出したノードについて、ノード活性化条件１２３（図５参照）より活性化条件を取り出す（Ｓ３２０２）。また、アークの場合には、アーク活性化条件１１３（図１７参照）より活性化条件を取り出す。

時刻ｔのノードまたはアークの活性化条件の判定を行うが、判定に用いる情報は１つ前の時刻、すなわちｔ−１の情報を用い、活性化条件が満たされているかどうかを判定する（Ｓ３２０３）。

条件が満たされているか否かを判定する（Ｓ３２０４）

条件が満たされていれば（Ｓ３２０４、ｙｅｓ）、ノードの場合には、ノード活性化状態１２２（図４参照）の当該ノードと、アークの場合には、アーク活性化状態１１２（図１６参照）の当該アークと、合致するレコードの時刻ｔに、活性化と記憶する（Ｓ３２０５）。

条件が満たされていなければ（Ｓ３２０４、ｎｏ）、ノードの場合には、ノード活性化状態１２２（図４参照）の当該ノードと、アークの場合には、アーク活性化状態１１２（図１６参照）の当該アークと、合致するレコードの時刻ｔに、不活性と記憶する（Ｓ３２０６）。

例えば、ノードの場合でＮ０１０の活性化条件が、（Ｎ００２の活性化状態＝不活性）ＯＲ（Ｎ０１０の在庫量＝０）である場合、時刻ｔ−１のノードＮ００２の活性化状態をノード活性化状態１２２（図４参照）より参照し、Ｎ００２が不活性であるか、または、時刻ｔ−１のノードＮ０１０の在庫量をノード物流量１２１（図３参照）より計算し、在庫量が０であれば、時刻tのＮ０１０を活性化する。条件が満たされていない場合には不活性とする。

全てのノードおよびアークについて終了していなければ、Ｓ３２０１に戻る（Ｓ３２０７）。
以上が、活性化状態判定手段２１０の説明である。

次に、能力増強判定手段２２０について図３３を用いて説明する。

全てのノードを１つずつ取り出し、順に判定を行う（Ｓ３３０１）。

取り出したノードについて、ノード能力増強条件１２４（図６参照）から、能力増強条件を取り出す（Ｓ３３０２）。

時刻tのノードの能力増強の判定を行うが、判定に用いる情報は１つ前の時刻、すなわちｔ−１の状態をもとに、能力増強条件が満たされているかどうかを判定する（Ｓ３３０３）。

条件が満たされているか否かを判定し、条件が満たされていなければ（Ｓ３３０４、ｎｏ）、Ｓ３３１１に遷移する。

条件が満たされていれば（Ｓ３３０４、ｙｅｓ）、ノードが工場か否かを判定する（Ｓ３３０５）。

ノードが工場の場合には（Ｓ３３０５、ｙｅｓ）、ノード能力増強情報１２５（図７（ａ）参照）より当該ノードの増産率を取り出し、前記一時領域Ｃ（能力増強情報）に記憶した生産能力に増産率を乗じた値を、時刻ｔのノードの生産能力として、一時領域Ｃ（能力増強情報）に設定する（Ｓ３３０６）。

ノードが工場でない場合は（Ｓ３３０５、ｎｏ）、ノードが倉庫か否かを判定する（Ｓ３３０７）。

ノードが倉庫の場合には（Ｓ３３０７、ｙｅｓ）、ノード能力増強情報１２５（図７（ｂ）参照）より当該ノードの保管増大率を取り出し、前記一時領域Ｃ（能力増強情報）に記憶した最大在庫量に保管増大率を乗じた値を、時刻ｔのノードの最大在庫量とし、前記一時領域Ｃ（能力増強情報）に記憶した在庫基準に保管増大率を乗じた値を、時刻ｔのノードの在庫基準として、一時領域Ｃ（能力増強情報）に設定する（Ｓ３３０８）。

ノードが倉庫でない場合は（Ｓ３３０７、ｎｏ）、ノードが供給源か否かを判定する（Ｓ３３０９）。ノードが供給源でない場合は、Ｓ３３１１に遷移する。

ノードが供給源の場合は（Ｓ３３０９、ｙｅｓ）、ノード能力増強情報１２５（図７（ｃ）参照）より当該ノードの供給増加率を取り出し、前記一時領域Ｃ（能力増強情報）に記憶した最大供給量に供給増加率を乗じた値を、時刻ｔのノードの最大供給量として、一時領域Ｃ（能力増強情報）に設定する（Ｓ３３１０）。

例えば、ノードが倉庫である識別番号Ｎ００３の場合の能力増強条件が、（Ｎ００２の復旧率＜０．５）ＡＮＤ（Ｎ００３の復旧率＝１．０）である場合、時刻ｔ−１のノードＮ００２の復旧率が０．５未満であり、かつ自分自身（Ｎ００３）の復旧率が１．０である場合に時刻tのＮ００３の能力を増強する。尚、各ノードの復旧率は、ノード復旧シミュレーション手段２３１（図１参照）で計算され、前記一時領域Ｂ（復旧率）に記憶されている時刻ｔ−１の復旧率を参照する。
能力増強条件が満たされている場合、ノード能力増強情報（図７（ｂ）参照）を参照し、保管増大率が１．２倍なので、在庫基準を２０×１．２の２４に、最大在庫量を１００×１．２の１２０に増強する。

ノードが供給源でない場合は（Ｓ３３０９、ｎｏ）、Ｓ３３１１に遷移する。
全てのノードについて終了していなければ、Ｓ３３０１に戻る（Ｓ３３１１）。
以上が、能力増強判定手段２２０の説明である。

次に、図３４を用いてコスト計算手段２３２について説明する。コストは対策を実施するために平常時にかかる平常時総コストと、実際に対策を実施したときにかかる対策実施総コストの２種類ある。これら２種類の総コストを計算する。

時刻ｔが０であるか否かを判定する（Ｓ３４０１）。時刻ｔが０でない場合は（Ｓ３４０１、Ｎ）、Ｓ３４０３に遷移する。

時刻ｔが０である場合は（Ｓ３４０１、Ｙ）、平常時総コストＨと対策実施総コストＥの初期化を行い、０を設定する（Ｓ３４０２）。

次に、全てのノードを１つずつ取り出し、以下の手順で、平常時総コストＨと対策実施総コストＥの計算を行う（Ｓ３４０３）。

まず、ノード活性化状態１２２（図４参照）から、当該ノードの時刻tの活性化状態を取得する（Ｓ３４０４）。

取得した当該ノードの活性化状態が時刻ｔで活性化しているか否かを判定する（Ｓ３４０５）。

取得した当該ノードの活性化状態が活性の場合（Ｓ３４０５、Ｙ）、対策実施総コストＥに、コスト１２６（図８（ａ）参照）に記憶されている当該ノードの活性時コストを加算する（Ｓ３４０７）。
取得した当該ノードの活性化状態が活性でない場合（Ｓ３４０５、Ｎ）、平常時総コストＨに、コスト１２６（図８（ａ）参照）に記憶されている当該ノードの不活性時コストを加算する（Ｓ３４０６）。

次に、当該ノードが時刻tで能力増強を行っていたか否かを判定する（Ｓ３４０８）。
尚、当該ノードが時刻tで能力増強を行っているか否かは、前記した能力増強判定手段２２０によって既に判定が行われているので、その結果を参照する。

当該ノードが時刻tで能力増強を行っていた場合（Ｓ３４０８、Ｙ）、対策実施総コストＥに、コスト１２６（図８（ｂ）参照）に記憶されている当該ノードの対策実施コストを加算する（Ｓ３４１０）。
当該ノードが時刻tで能力増強を行っていない場合（Ｓ３４０８、Ｎ）、平常時総コストＨに、コスト１２６（図８（ｂ）参照）に記憶されている当該ノードの平常時コストを加算する（Ｓ３４０９）。

全てのノードについて終了していなければ、Ｓ３４０３に戻る（Ｓ３４１１）。
以上が、コスト計算手段２３２の説明である。

次に、図３５を用いてバックオーダ解消時間計算手段２３３について説明する。

まず、ユーザが予めシステムで設定しているシミュレーション時刻Ｔを取得する（Ｓ３５０１）。

次に、ノード種別が顧客であるノードを１つずつ取り出し、以下のＳ３５０３〜Ｓ３５０５の処理を行い、各ノードの要求量と受け取る物流量（入庫量）を比較して、各ノードのバックオーダの解消時間を計算する（Ｓ３５０２）。

当該ノードの要求量が物流量を超える時刻sを取得する（Ｓ３５０３）。当該処理の詳細は、後記する。

次に、時刻ｓ以降で当該ノードが受け取る物流量（入庫量）が要求量に追いつく時刻ｕを取得する（Ｓ３５０４）。当該処理の詳細は、後記する。

さらに、時刻ｓと時刻ｕからバックオーダ解消時間（日付）を計算する（Ｓ３５０５）。当該処理の詳細は、後記する。

ノード種別が顧客である全てのノードについて終了していなければ、Ｓ３５０２に戻る（Ｓ３５０６）。

次に、図３６を用いてバックオーダ解消時間計算手段２３３の「当該ノードの要求量が受け取る物流量（入庫量）を超える時刻ｓを取得する処理（Ｓ３５０３）」について説明する。

（１）時刻ｓにシミュレーション終了時刻Ｔを代入する（Ｓ３６０１）。
（２）時刻ｔを初期化するため、０とする（Ｓ３６０２）。
（３）時刻ｔが時刻Ｔを超えるか否かを判定する（Ｓ３６０３）。時刻ｔが時刻Ｔを超えた場合は（Ｓ３６０３、Ｎ）、処理を終了する。
（４）時刻ｔが時刻Ｔを超えない場合（Ｓ３６０３、Ｙ）、以下のＳ３６０４〜Ｓ３６０６の処理を行う。
要求量情報１３４（図１３参照）から当該ノードの時刻tの要求量Ｒ（ｔ）を取得する（Ｓ３６０４）。
前記したノード入庫量に基づいて、当該ノードの時刻ｔで受け取る物流量（入庫量）Ｓ（ｔ）を取得する（Ｓ３６０５）。
要求量Ｒ（ｔ）が物流量Ｓ（ｔ）を超えるか否かを判定する（Ｓ３６０６）。
要求量Ｒ（ｔ）が物流量Ｓ（ｔ）を超えない場合は（Ｓ３６０６、Ｎ）、時刻ｔを１加算し（Ｓ３６０８）、Ｓ３６０３に遷移する。
（５）要求量Ｒ（ｔ）が物流量Ｓ（ｔ）を超えた場合（Ｒ（ｔ）＞Ｓ（ｔ））（Ｓ３６０６、Ｙ）、時刻ｓ＝時刻ｔとし、処理を終了する（Ｓ３６０７）。

次に、図３７を用いてバックオーダ解消時間計算手段２３３の「時刻ｓ以降で当該ノードの物流量が要求量に追いつく時刻ｕを取得する処理（Ｓ３５０４）」について説明する。

（１）時刻ｕシミュレーション終了時刻Ｔを代入する（Ｓ３７０１）。
（２）時刻tに前記Ｓ３５０３の処理で取得した時刻ｓを代入する（Ｓ３７０２）。
（３）時刻ｔが時刻Ｔを超えるか否かを判定する（Ｓ３７０３）。時刻ｔが時刻Ｔを超えた場合は（Ｓ３７０３、Ｎ）、処理を終了する。
（４）時刻ｔが時刻Ｔを超えない場合（Ｓ３７０３、Ｙ）、以下のＳ３７０４〜Ｓ３７０６の処理を行う。
要求量情報１３４（図１３参照）から当該ノードの時刻tの要求量Ｒ（ｔ）を取得する（Ｓ３７０４）。
前記したノード入庫量に基づいて、当該ノードの時刻ｔで受け取る物流量（入庫量）Ｓ（ｔ）を取得する（Ｓ３７０５）。
要求量Ｒ（ｔ）が物流量Ｓ（ｔ）を超えるか否かを判定する（Ｓ３７０６）。
要求量Ｒ（ｔ）が物流量Ｓ（ｔ）を超えている場合（Ｒ（ｔ）＞Ｓ（ｔ））は（Ｓ３７０６、Ｎ）、時刻ｔを１加算し（Ｓ３７０８）、Ｓ３７０３に遷移する。
（５）要求量Ｒ（ｔ）が物流量Ｓ（ｔ）を超えない場合は（Ｓ３７０６、Ｙ）、時刻ｕ＝時刻ｔとし、処理を終了する（Ｓ３７０７）。

次に、図３８を用いてバックオーダ解消時間計算手段２３３の「時刻ｓと時刻ｕからバックオーダ解消時間（日付）を計算する処理（Ｓ３５０５）」について説明する。

（１）Ｓ３５０３で取得した、当該ノードの要求量が物流量を超える時刻ｓがシミュレーション終了時刻Ｔと同じであるか否かを判定する（Ｓ３８０１）。
（２）時刻ｓがシミュレーション終了時刻Ｔと同じである場合は（Ｓ３８０１、Ｙ）、バックオーダ解消時間はＴとなり、処理を終了する（Ｓ３８０２）。
（３）時刻ｓがシミュレーション終了時刻Ｔと同じでない場合は（Ｓ３８０１、Ｎ）、Ｓ３５０４で取得した当該ノードの物流量が要求量に追いつく時刻ｕがシミュレーション終了時刻Ｔと同じであるか否かを判定する（Ｓ３８０３）。
（４）時刻ｕがシミュレーション終了時刻Ｔと同じでない場合は（Ｓ３８０３、Ｙ）、バックオーダ解消時間は時刻ｕ−時刻ｓとなり（Ｓ３８０４）、処理を終了する。
（５）時刻ｕが時刻Ｔと同じ場合は（Ｓ３８０３、Ｎ）、バックオーダが解消時間は−１となり（Ｓ３８０５）、処理が終了する。ここで、−１は時刻Ｔまでにバックオーダが解消できなかったことを意味する。

次に、シミュレーション処理の結果の表示について説明する。

メインウィンドウ２２０（図２２参照）のメニューから「シミュレーション結果」２２５を選択するとシミュレーションの結果が表示される。シミュレーション結果の表示画面の例が図４２〜図４４である。

図４２はノード種別が工場のノードを選択したときのシミュレーション結果の一例である。物流量１（入庫量）や物流量２（出庫量）の推移状況や、全体のノードの総コストや選択したノードのコストを見て、選択したノードの対策の可否を検討する。尚、ノード種別を選択する方法は、シミュレーション結果の画面上の識別名から選択する。

図４２のシミュレーション結果表示画面２００１は、バックオーダ解消時間窓２００２、物流ネットワーク全体の総コストのうち、平常時の総コストを表示する平常時コスト窓２００３、対策実施時（災害発生時から回復時まで）の時刻毎の総コストの総和である対策実施コスト、およびノード毎の情報を表示するノード別表示領域２００５を含んでなる。
ノード別表示領域２００５は、識別名（すなわち、ノード名）を選択するノード名選択窓２００６、ノード毎のコストのうち、平常時のコストを表示する平常時コスト窓２００７、対策実施時の時刻毎のコストの総和である対策実施コスト窓２００８、入庫量である物流量１の時間推移を表示する物流量１表示領域２００９、出庫量である物流量２の時間推移を表示する物流量２表示領域２０１０、在庫量の時間推移を表示する在庫量表示領域２０１１、および出荷要求と入庫の量の時間推移を表示する出荷要求・入庫表示領域２０１２を含んでなる。

ノード名選択窓２００６は、プルダウン形式でノード名のリストが表示され、ユーザが任意のノード名を選択すると、そのノードの情報が、ノード別表示領域２００５に表示される。
図４２の例では、供給源１が選択された例を示している。供給源１は、供給のみの役割を有するため、物流量１表示領域２００９、在庫量表示領域２０１１、および出荷要求・入庫表示領域２０１２のデータ表示はなく、これらの領域の表示形態を、物流量２表示領域２０１０と識別している。また、図４２のように、物流量１表示領域２００９、在庫量表示領域２０１１、および出荷要求・入庫表示領域２０１２のデータ表示を行わない場合、物流量１表示領域２００９、在庫量表示領域２０１１、および出荷要求・入庫表示領域２０１２の領域そのものを表示しなくてもよい。
物流量２表示領域２０１０は、図３のノード物流量１２１から取得される時刻毎の物流量の値を、横軸に記載されている時刻に対応させたヒストグラムの形で表示させる。

図４３はノード種別が倉庫のノードを選択したときのシミュレーション結果の一例である。
図４３において、図４２と同様の要素については、同一の符号を付して説明を省略する。
物流量１（入庫量）や物流量２（出庫量）、在庫量の推移状況や、全体のノードの総コストや選択したノードのコストを見て、選択したノードの対策の可否を検討する。
図４３は、ノード名で海外倉庫を選択した例である。
物流量１表示領域２０１６には、前記したノード入庫量から取得される時刻毎の入庫量の値を、横軸に記載されている時刻に対応させたヒストグラムの形で表示させる。
物流量２表示領域２０１７には、図３のノード物流量１２１から取得される時刻毎の物流量の値を、横軸に記載されている時刻に対応させたヒストグラムの形で表示させる。
在庫量表示領域２０１８には、前記したノード在庫量から取得される時刻毎の在庫量の値を、横軸に記載されている時刻に対応させたヒストグラムの形で表示させる。
尚、図４３では、出荷要求・入庫表示領域２０１９のデータ表示はなく、これらの領域の表示形態を、物流量１表示領域２０１６、物流量２表示領域２０１７、および在庫量表示領域２０１８と識別している。また、図４３のように、出荷要求・入庫表示領域２０１９のデータ表示を行わない場合、出荷要求・入庫表示領域２０１９の領域そのものを表示しなくてもよい。

図４４はノード種別が顧客のノードを選択したときのシミュレーション結果の一例である。
図４４において、図４２と同様の要素については、同一の符号を付して説明を省略する。
他のノードの故障によって発生する顧客のバックオーダが、どれぐらいの時間で解消するかを示したバックオーダ解消時間や、解消するまでの時間をグラフ化した出荷要求・入庫のグラフや、総コストのデータを見て、全体の対策の良否を判断する。バックオーダ解消時間は短く、総コストは小さい対策が良い対策となる。
図４４は、ノード名で顧客を選択した例である。
対象が顧客であるため、物流量２表示領域２０２５、および在庫量表示領域２０２６における表示は、行われない。
物流量１表示領域２０２４には、前記したノード入庫量から取得される時刻毎の入庫量の値を、横軸に記載されている時刻に対応させたヒストグラムの形で表示させる。
出荷要求・入庫表示領域２０２７は、図１３の要求量情報１３４から取得される時刻毎の要求量、前記したノード入庫量から取得される時刻毎の入庫量の値を、折線グラフとして表示させる。
尚、図４４では、物流量２表示領域２０２５、および在庫量表示領域２０２６のデータ表示はなく、これらの領域の表示形態を、物流量１表示領域２０２４、および出荷要求・入庫表示領域２０２７と識別している。また、図４４のように、物流量２表示領域２０２５、および在庫量表示領域２０２６のデータ表示を行わない場合、物流量２表示領域２０２５、および在庫量表示領域２０２６の領域そのものを表示しなくてもよい。

図４２〜図４４のような評価のための計算結果によって、災害対策物流ネットワークを評価することが可能となり、適切な災害対策物流ネットワークの構築を行う際に便利である。具体的には、対策用の予備拠点の設置や、拠点の能力を増強することによってバックオーダ解消時間を短縮することができることを確認することができる。また、予備拠点の設置コストや能力増強コストである対策実施コストと、そのコストによるバックオーダ解消時間の短縮効果を定量的に把握することができ、適切な災害対策物流ネットワークを構築することが可能となる。

最後に、ネットワーク図の画面表示について説明する。ネットワーク図の画面表示は出力手段２４０（図１参照）に含まれる表示処理によって表示される。図３９を用いて表示処理を説明する。

表示処理は、利用者がメインウィンドウ２２０（図２２参照）からＳＣＭネットワーク２２６を選択したり、利用者が物流ネットワークシミュレーション作成画面（図４０参照）から時刻（ｔ）を直接入力したり、進むボタンや戻るボタンをクリックすることによって、起動される。
図４０は、物流ネットワークシミュレーション作成画面において、障害が発生した状態を示している。
図４０において、図２４と同様の要素には同一の符号を付して、説明を省略する。
図４０では、国内倉庫のノード１０２１、および国内工場のノード１０２３で障害が発生している。それに伴い、供給源１のノード１０１２および国内倉庫のノード１０２１を接続するアーク１０２０ａと、国内倉庫のノード１０２１および国内工場１０２３を接続するアーク１０２２ａと、国内工場のノード１０２３および顧客１のノード１０２５を接続するアーク１０２４ａと、国内倉庫のノード１０２１および海外倉庫１０２７を接続するアーク１０２６ａとの標準要求量が、全て「０」となっている。
障害が発生しているノード１０２１、１０２３は、図２５のシナリオ画面において、障害対象選択ボタン２５９を選択されたノードである。

図３９に戻って、適宜図４０を参照しながら説明すると、最初に、表示する時刻tを取得する（Ｓ３９０１）。起動が、前記したＳＣＭネットワーク２２６を選択した場合は、時刻ｔは初期値（０）となる。一方、物流ネットワークシミュレーション画面から利用者が時刻を直接入力した場合は、その入力した値を取得する。利用者が進むボタン１０１０（図２４参照）をクリックした場合は、クリック直前の時刻に1を加算した値を取得する。利用者が戻るボタン１００９（図２４参照）をクリックした場合は、クリック直前の時刻に1を減算した値を取得する。尚、時刻は０からシミュレーション終了時刻Ｔまでしか扱わない。

次に、ノード活性化情報１２２（図４参照）に記憶されている時刻ｔの活性化状態が活性であるノードを順に取り出す（Ｓ３９０２）。

ノード配置情報１３３（図１２参照）に記憶されている当該ノードの位置座標１２２を用いて、当該ノードを画面上に配置する（Ｓ３９０３）。

ノード情報１２０（図２参照）に記憶されている当該ノードの編集モードの値を取得し、その値に応じた表示形式でノードを画面上に表示する（Ｓ３９０４）。例えば、編集モードが定常の場合は、実線の形式で表示したり、編集モードが事後の場合は、破線の形式で表示したりする。

時刻tの活性化状態が活性である全てのノードについて終了していなければ、Ｓ３９０２に戻る（Ｓ３９０５）。

次に、アーク活性化状態１１２（図１６参照）に記憶されている時刻ｔの活性化状態が活性であるアークを順に取り出す（Ｓ３９０６）。

アーク配置情報１１７（図２１参照）に記憶されている当該アークの開始点座標２１２、中間点座標２１３、終了点座標２１４を用いて、当該アークを画面上に配置する（Ｓ３９０７）。

アーク情報１１０（図１４参照）に記憶されている当該アークの編集モードの値を取得し、その値に応じた表示形式でアークを画面上に表示する（Ｓ３９０８）。例えば、編集モードが定常の場合は、実線の形式で表示したり、編集モードが事後の場合は、破線の形式で表示したりする。

時刻tの活性化状態が活性である全てのアークについて終了していなければ、Ｓ３９０６に戻る（Ｓ３９０９）。
全てのアークについて終了していれば、表示処理は終了する。

以上説明した表示処理によれば、時間の経過に応じた変化する物流ネットワークを、視覚的に確認することが可能となる。例えば、図４０の進むボタン１０１０をクリックすることで、表示処理によって次の時刻の物流ネットワークの状態や、ノード間の物流量を確認できる。また、戻るボタン１００９をクリックすることで、表示処理によって、前の時刻の物流ネットワークの状態や、ノード間の物流量を確認できる。
図４１は、時刻制御領域３００２において、進むボタン１０１０を押下することにより、物流ネットワークのシミュレーションの時刻を進めた状態を示す図である。
図４１において、図２４と同様の要素については、同一の符号を付して説明を省略する。
図４１では、時刻表示窓１０１１ａに示すように時刻「５」の物流ネットワークが表示されており、図４０の時刻「１」の物流ネットワークと比較すると、国内倉庫および国内工場が障害から復旧している。それに伴い、供給源１−国内倉庫−国内工場−顧客１や、国内倉庫−海外倉庫のアーク、すなわちアーク１０２０、１０２２、１０２４、１０２６で、物が流通している（標準要求量が０ではなくなっている）ことを確認できる。また、仮倉庫のノード１０３３に入庫するアークがなくなり、仮倉庫のノード１０３３から出ているアーク１０３４が、海外倉庫から国内倉庫に変化していることを確認できる。尚、図４０および図４１におけるアークの標準要求量（物流量）は、シミュレーション手段で計算された値を参照している。
このように、時間の経過と共に、災害対策物流ネットワークがどのように変化するかを視覚的に確認することができ、対策の良否を判断するのに非常に便利である。

本発明の実施の形態の一例を示すブロック図である。 ノード情報の構成例を示す図である。 ノード物流量の構成例を示す図である。 ノード活性化状態の構成例を示す図である。 ノード活性化条件の構成例を示す図である。 ノード能力増強条件の構成例を示す図である。 ノード能力増強情報の構成例を示す図である。（ａ）ノードが工場の場合、（ｂ）ノードが倉庫の場合、（ｃ）ノードが供給源の場合、である。 コストの構成例を示す図である。（ａ）活性化の場合、（ｂ）能力増強、の場合である。 ノード復旧シナリオの構成例を示す図である。（ａ）故障発生、（ｂ）復旧要素ごと復旧時刻、（ｃ）復旧後能力レベル回復情報、である。 入庫アーク情報の構成例を示す図である。 出荷アーク情報の構成例を示す図である。 ノード配置情報の構成例を示す図である。 要求量情報の構成例を示す図である。 アーク情報の構成例を示す図である。 アーク物流量の構成例を示す図である。 アーク活性化状態の構成例を示す図である。 アーク活性化条件の構成例を示す図である。 アーク能力情報の構成例を示す図である。 入庫ノード情報の構成例を示す図である。 出荷ノード情報の構成例を示す図である。 アーク配置情報の構成例を示す図である。 メインウィンドウの画面表示例を示す図である。 本発明の実施の形態における評価の手順を示すフローチャートである。 利用者が、物流ネットワーク作成画面を設定表示したときの図である。 シナリオ画面の表示例を示す図である。 物流ネットワーク作成画面の事後対策用の表示例を示す図である。 アークを選択したときに表示される対策画面の表示例を示す図である。 ノード種別が供給源または工場のノードを選択したときに表示される対策画面の表示例を示す図である。 ノード種別が倉庫のノードを選択したときに表示される対策画面の表示例を示す図である。 シミュレーション手段を示すフローチャートである。 ノード復旧シミュレーション手段を示すフローチャートである。 活性化状態判定手段を示すフローチャートである。 能力増強判定手段を示すフローチャートである。 コスト計算手段を示すフローチャートである。 バックオーダ解消時間計算手段（バックオーダ解消時間（日付）の計算処理）を示すフローチャートである。 バックオーダ解消時間計算手段（要求量が物流量を超える時刻ｓを取得する処理）を示すフローチャートである。 バックオーダ解消時間計算手段（物流量が要求量に追いつく時刻ｕを取得する処理）を示すフローチャートである。 バックオーダ解消時間計算手段（時刻ｓと時刻ｕからバックオーダ解消時間（日付）を計算する処理）を示すフローチャートである。 表示処理を示すフローチャートである。 物流ネットワーク作成画面（時刻１）の表示例を示す図である。 物流ネットワーク作成画面（時刻５）の表示例を示す図である。 シミュレーション結果画面（ノード種別が工場の場合）の表示例を示す図である。 シミュレーション結果画面（ノード種別が倉庫の場合）の表示例を示す図である。 シミュレーション結果画面（ノード種別が顧客の場合）の表示例を示す図である。

符号の説明

１ 物流ネットワーク評価支援装置
１０ 記憶部
２０ 処理部
１１１ アーク物流量
１１２ アーク活性化状態
１１３ アーク活性化条件
１２１ ノード物流量
１２２ ノード活性化状態
１２３ ノード活性化条件
１２４ ノード能力増強条件
１２５ ノード能力増強情報
１２７ ノード復旧シナリオ
２１０ 活性化状態判定手段
２２０ 能力増強判定手段
２３０ シミュレーション手段
２３３ バックオーダ解消時間計算手段
２４０ 出力手段

Claims (7)

1. 情報を記憶する記憶部と情報を処理する処理部と利用者が操作する操作部と情報を視覚的に表示する表示部とを備える物流ネットワーク評価支援装置が、前記表示部に、物流の拠点を示すノードと、拠点間の物流を示すアークとを複数表示して、物流ネットワークを可視化し、評価を支援する物流ネットワーク評価支援方法であって、
   前記処理部は、
   前記操作部を介して利用者に前記物流ネットワークの定常時におけるノードおよびアークの活性化状態と物流量を設定させ、その設定を前記記憶部に記憶し、
   前記操作部を介して利用者に前記物流ネットワークのノードおよびアークのうち、障害を生じる任意のノードおよび／またはアークを設定させ、その設定を前記記憶部に記憶し、
   前記操作部を介して利用者に前記障害が生じた際に利用する障害対策用のノードおよびアークの活性化状態と物流量を設定させ、前記記憶部に記憶し、
   前記操作部を介して利用者に前記物流ネットワークに障害が生じた際の当該物流ネットワークを復旧させる復旧シナリオを、前記障害が生じるとしたノードおよび／またはアークについての障害状態として経時的な段階ごとに設定させ、その設定を前記記憶部に記憶し、
   前記処理部は、前記設定に基づいてノードおよび／またはアークに障害を生じさせた際に、
   前記記憶部に記憶されている前記復旧シナリオの経時的な最初の段階の障害状態と各ノードおよび各アークの活性化状態とを活性化判定条件に適用して各ノードおよび各アークの活性化状態を判定し、この判定に基づいて各ノードおよび各アークの活性化状態を設定して前記記憶部に記憶し、
   前記記憶部に記憶されている前記復旧シナリオの経時的な次の段階の障害状態と前記設定した各ノードおよび各アークの活性化状態とを活性化判定条件に適用して各ノードおよび各アークの活性化状態を判定し、この判定に基づいて各ノードおよびアークの活性化状態を設定して前記記憶部に記憶し、
   前記活性化状態を設定して記憶する処理を、前記復旧シナリオの経時的な全ての段階について行うと、前記記憶部に記憶されている各ノードおよび各アークの物流量と前記復旧シナリオの経時的な最初の段階の障害状態とこの障害状態に対応する各ノードおよび各アークの活性化状態とを前記設定と条件に基づき各ノードおよび各アークの物流量を計算して前記記憶部に記憶し、
   前記記憶部に記憶されている前記計算した各ノードおよび各アークの物流量と前記復旧シナリオの経時的な次の段階の障害状態とこの障害状態に対応する各ノードおよび各アークの活性化状態とを前記設定と条件に基づき各ノードおよび各アークの物流量を計算して前記記憶部に記憶し、
   これにより、前記復旧シナリオの経時的な全ての段階について、各ノードおよび各アークの物流量をシミュレーションすること
   を特徴とする物流ネットワーク評価支援方法。
2. 前記記憶部は、前記ノードが要求する物流量の情報である要求物流量をノードごとに記憶し、
   前記処理部は、
   任意の前記ノードに関連するノードの物流量、およびアークの物流量を基に、前記任意のノードに入庫される量である入庫量を算出し、
   前記評価支援とは、前記処理部が、前記経時的な段階ごとの前記入庫量と、前記要求物流量の差を算出し、
   前記入庫量と、前記要求物流量とを基に、前記入庫量が前記要求物流量を満たすまでの時間であるバックオーダ解消時間を算出することを特徴とする請求項１に記載の物流ネットワーク評価支援方法。
3. 前記ノードは、
   定常時において常設されている物流の拠点を示す定常ノードと、
   指定されたノードで障害が発生すると仮定した非常事態に対応して設置される物流の拠点を示す対策用ノードと、
   に設定させることが可能であり、
   前記アークは、
   定常時において常設されている物流の流れを示す定常アークと、
   指定されたノードで障害が発生すると仮定した非常事態に対応して設定される物流の流れを示す対策用アークと、
   に設定させることが可能であることを特徴とする請求項１に記載の物流ネットワーク評価支援方法。
4. 前記記憶部は、前記ノードの物流量を変化させる際の、変化率の情報であるノード能力変化、前記ノードの物流量の変化を行う条件であるノード能力変化条件を記憶し、
   前記処理部は、
   前記記憶部に記憶されている、前記ノード能力変化条件と、前記復旧シナリオとを基に、前記算出されたノードの物流量を変化させるか否かを判定し、
   前記判定の結果、前記算出されたノードの物流量を変化させる場合、前記記憶部に記憶されている前記ノード能力増強を基に、前記ノードの物流量を変化させることを特徴とする請求項１に記載の物流ネットワーク評価支援方法。
5. 前記処理部は、
   前記操作部を介して利用者に選択されることにより、前記シミュレーションの結果の表示を実行させるボタンを前記表示部に表示させ、
   前記ボタンが選択され、所定の時刻が指定されると、
   前記定常状態におけるノードおよびアーク、ならびに前記シミュレーションして計算されたノードおよびアークのうち、前記所定の時刻に該当するノードおよびアークを前記表示部に表示し、
   前記所定の時刻に該当するノードおよびアークの設定ならびに物流量を前記表示部に表示することを特徴とする請求項１から請求項４のいずれか１項に記載の物流ネットワーク評価支援方法。
6. 請求項１から請求項５に記載の物流ネットワーク評価支援方法を、コンピュータに実行させることを特徴とする物流ネットワーク評価支援プログラム。
7. 請求項１から請求項５に記載の物流ネットワーク評価支援方法を、コンピュータに実行させることを特徴とする物流ネットワーク評価支援装置。

Images