JP2014032465A - 物流バックアップ・システム - Google Patents

Abstract

【課題】物流管理システムのメイン・システムが被災時に停止した場合、メイン・システムに代わって業務を速やかに継続することのできるバックアップ・システムを提供する。
【解決手段】バックアップ・システムは平常時、専用回線を通してメイン・システムとデータを同期させている。メイン・システムが停止した場合、バックアップ・システムの受注部がメイン・システムの受注部に代わって、顧客から注文に関するＥＤＩデータを受け付ける。そのＥＤＩデータは、メイン・システムの記録部に代わってバックアップ・システムの記録部に保管される。バックアップ・システムの管理部はメイン・システムの管理部に代わって、ネットワークを通して、物流センター又は倉庫に設置されたシステムとデータを交換し、その物流センター等における配送対象物の入庫、在庫、及び出庫に関するデータ、及び、その配送対象物を配送する手段の手配に関するデータを管理する。
【選択図】図１

Description

本発明は、物流に関する業務を管理するための技術に関し、特に、その業務の管理に利用されるネットワーク・システムに関する。

「物流管理システム」は、物流に関する業務を管理するためのネットワーク・システムである。物流に関する業務には、荷主等の顧客からの受注、物流センター又は倉庫における配送対象物の入庫／在庫／出庫の管理、配送手段の確保、及び各種帳票の発行等が含まれる。物流管理システムは、国内及び海外の各地に点在する物流センター、倉庫、及び営業所（以下、物流センター等と略す。）と、電話回線、イントラネット、又はインターネット等のネットワークで接続されている。それにより、各物流センター等からのデータが物流管理システムによって一元的に管理される。こうして、物流に関する業務の効率化が図られている。

物流管理システムにデータを集中させることは、業務の効率化には有益である反面、地震等の災害に対するリスクが高い。物流管理システムの所在地が被災することにより、システムに障害が生じてシステムが長期間停止した場合、その間、顧客からは受注ができず、全ての物流センター等では業務が停止する。その結果、各種の工場では、部品／材料の調達ができなくなり、操業停止に追い込まれる。また、倉庫から商品を出荷することができないので、各店舗では品不足が発生する。それらの事態を避けるには、物流管理システムは、被災時の障害によって機能が停止しても、速やかにその機能を回復させなければならない。

情報システムを被災時においても継続して利用可能にする技術としては、例えば特許文献１に開示された技術が知られている。その技術はクラウド・コンピューティングを利用して、仮想サーバでバックアップ・システムを構築している。平常時、バックアップ・システムはメイン・システムから、サービスの提供に必要なデータを所定のタイミングで複製している。一方、メイン・システムが被災時の障害によって機能停止した場合、バックアップ・システムが起動して、メイン・システムに代わってサービスを提供する。

特開２０１１−１５０４５９号公報

物流管理システムにおいても、被災時の障害による機能停止を短期間に抑えるには、バックアップ・システムの構築が望ましい。バックアップ・システムは、メイン・システムをハードウェアのレベルから完全に二重化したものであることが理想的である。また、メイン・システムが急に停止した場合でも業務を速やかに継続できるように、バックアップ・システムには、メイン・システムの最新の状態と同等な状態を常に維持することが求められる。しかし、メイン・システムの中核は通常、大型汎用コンピュータ、すなわちメインフレームで構築されているので、一般に高価である。また、メイン・システムの機能は豊富であるので、メイン・システムの状態を完全に再現するのに必要なデータ量は膨大である。従って、メイン・システムの中核と同等なメインフレームでバックアップ・システムを構築することは、コストの点からも、同期させるべきデータ量の点からも、現実的ではない。それ故、バックアップ・システムの構築には、ハードウェアをメイン・システムよりも簡単化することができるように、バックアップ・システムに実装すべき機能を、業務の継続に必要最低限なものに制限することが必要である。

物流管理システムは平常時、メイン・システムをイントラネット又はインターネット等のネットワークに接続し、そのネットワークを通してメイン・システムに物流センター等と通信させている。従って、被災時の障害によってメイン・システムが停止した場合、バックアップ・システムがメイン・システムに代わって物流センター等と通信しなければならない。ここで、メイン・システムとバックアップ・システムとはデータを同期させる目的で互いに通信可能でなければならないので、それぞれに異なるアドレスが割り当てられねばならない。従って、物流センター等がメイン・システムに代えてバックアップ・システムにアクセスするには、アクセスの宛先をメイン・システムのアドレスからバックアップ・システムのアドレスに変更しなければならない。しかし、全ての物流センター等にアドレスの変更を周知させるのには時間も手間もかかるので、業務の速やかな継続が困難である。また、物流管理システムがネットワークを通して顧客から受注する場合には、アドレスの変更がその顧客のシステムを混乱させる危険性がある。

特許文献１に開示された技術では、メイン・システムとバックアップ・システムとのフロントエンドに管理サーバが配置され、ユーザからの要求をメイン・システムとバックアップ・システムとの間で振り分けさせている。それにより、メイン・システムの機能が正常であるか否かにかかわらず、ユーザは管理サーバにアクセスするだけでよい。しかし、管理サーバが障害によって停止した場合、メイン・システムとバックアップ・システムとのいずれへもアクセス不能になる危険性がある。

本発明の目的は、上記の課題を解決することであって、特に、物流管理システムのメイン・システムが被災時の障害によって停止した場合に、メイン・システムに代わって業務を速やかに継続することのできるバックアップ・システムを、メイン・システムよりも簡単に構築することにある。

本発明の１つの観点によるバックアップ・システムは、物流に関する業務を管理するためのメイン・システムと専用回線で接続され、メイン・システムに障害が生じた場合、メイン・システムに代わって業務を管理するためのシステムである。メイン・システムは、第１受注部、第１管理部、及び第１記録部を備えている。第１受注部は、顧客からは電話回線又はネットワークを通してＥＤＩ（Electronic Data Interchange）データを受け付け、物流センター又は倉庫に設置されたシステムからはネットワークを通してＥＤＩデータを受け付ける。第１管理部は、第１受注部によって受け付けられたＥＤＩデータに応じて、物流センター又は倉庫における配送対象物の入庫、在庫、及び出庫に関するデータと、その配送対象物を配送する手段の手配に関するデータとを、マスタ・データとトランザクション・データとの形式で管理する。第１記録部は、第１受注部によって受け付けられたＥＤＩデータと、第１受注部がＥＤＩデータを受け付けるための環境を設定するのに必要なパラメータとを記録する。バックアップ・システムは、第２受注部、第２管理部、及び第２記録部を備えている。第２受注部は、メイン・システムに障害が生じた場合、電話回線又はネットワークに接続されて、第１受注部に代わって第１受注部の機能を実現する。第２管理部は、メイン・システムに障害が生じた場合、第１管理部に代わって第１管理部の機能を実現する。第２記録部は専用回線を通して、第１記録部からはＥＤＩデータと上記のパラメータとを、第１管理部からはマスタ・データとトランザクション・データとを、それぞれ所定の時間間隔で複製し、メイン・システムに障害が生じた場合、第２受注部によって受け付けられたＥＤＩデータを記録し、マスタ・データとトランザクション・データとを第２管理部に利用させる。

本発明の上記の観点によるバックアップ・システムでは、第２受注部が、ネットワークにおけるアドレスを第１受注部と共有してもよい。

本発明の上記の観点によるバックアップ・システムは、メイン・システムのうち、受注部、管理部、及び記録部と同等な機能部を備えている。それらの機能部は、物流に関する業務の継続に必要最低限なものであり、メイン・システムの中核を構築するハードウェア、典型的にはメインフレームよりも簡単な構成で実現することができる。また、このバックアップ・システムはメイン・システムから、受注部によって受け付けられたＥＤＩデータ、受注部がＥＤＩデータを受け付けるための環境を設定するのに必要なパラメータ、及び、管理部によって管理されるマスタ・データとトランザクション・データを、所定の時間間隔で複製する。それにより、このバックアップ・システムは上記の機能部を、メイン・システム内の対応する機能部と同じ状態に維持することができる。その結果、このバックアップ・システムは、メイン・システムよりも簡単な構成であっても、被災時の障害によってメイン・システムの機能が停止した場合に、速やかにメイン・システムに代わって業務を継続することができる。

本発明の上記の観点によるバックアップ・システムでは、第２受注部がネットワークにおけるアドレスを第１受注部と共有してもよい。それにより、被災時の障害によってメイン・システムの機能が停止した場合、このバックアップ・システムは、物流センター等のシステムに、第１受注部と同じアドレスで第２受注部にアクセスさせることができる。その結果、このバックアップ・システムは、アクセス先がメイン・システムからバックアップ・システムへ切り換えられたことにかかわらず、物流センター等のシステムに作業を継続させることができる。

本発明の実施形態による物流管理システムの構成を示すブロック図である。 ＥＤＩデータの典型的なデータ構造を示す模式図である。 （ａ）は、図１に示されているＥＤＩサーバと他の装置との間で行われるデータ交換を示す模式図である。（ｂ）は、（ａ）に示されている装置間で交換されるデータの内訳を示す表である。 図１に示されているＥＤＩサーバ112が顧客のＰＣ700等からＷＭＳサーバ131へＥＤＩデータを送信する処理のフローチャートである。 図１に示されているＥＤＩサーバ112がＷＭＳサーバ131から顧客のＰＣ700等へＥＤＩデータを送信する処理のフローチャートである。 （ａ）は、入庫管理のうち、推奨ロケーションの選択処理を示す模式図である。（ｂ）は、入庫管理のうち、入庫確定処理を示す模式図である。 入庫管理のフローチャートである。 （ａ）は、出庫管理のうち、引当処理を示す模式図である。（ｂ）は、出庫管理のうち、出庫確定処理を示す模式図である。 出庫管理のフローチャートである。 在庫管理の処理を示す模式図である。 配車処理を示す模式図である。 配車処理のフローチャートである。 （ａ）は、第１記録部120に保管されたデータの構造を示す模式図である。（ｂ）は、第２記録部220に保管されたデータの構造を示す模式図である。 メイン・システム100のＷＭＳサーバ131と第１記録部120とからバックアップ・システム200の第２記録部220までのデータの伝送経路を示す模式図である。 メイン・システム100が正常に機能している際に、ある物流センターのＰＣ端末403からＩＰアドレス“10.70.yy.yy”へデータが伝送される経路を示す模式図である。 メイン・システム100の機能が停止している際に、ある物流センターのＰＣ端末403からＩＰアドレス“10.70.yy.yy”へデータが伝送される経路を示す模式図である。

以下、本発明の実施形態について、図面を参照しながら説明する。

［物流管理システムの構成］

図１は、本発明の実施形態による物流管理システムの構成を示すブロック図である。図１を参照するに、物流管理システムはメイン・システム100とバックアップ・システム200とを備えている。メイン・システム100は、平常時に、物流に関する業務を管理するためのシステムとして利用される部分である。バックアップ・システム200は、地震等に被災することによってメイン・システム100の機能が停止した場合、メイン・システム100に代わって物流に関する業務を管理するためのシステムである。バックアップ・システム200は一般に、メイン・システム100の所在地からは遠く離れた場所に設置され、メイン・システム100と同時には被災しないように配慮されている。バックアップ・システム200は更に、活断層のない地域等、メイン・システム100の所在地よりも地震等の自然災害が少ない場所に設置されている。メイン・システム100とバックアップ・システム200とは、イントラネット又はインターネット等のＷＡＮ300を通して各地の物流センター等のＬＡＮ400に接続され、更に電話回線600に接続されている。それらのシステム100、200は、ＷＡＮ300又は電話回線600を通したＥＤＩ（Electronic Data Interchange）を利用して、荷主及び荷受け人等の顧客が所有するＰＣ（Personal Computer）700から、物品の配送に関する注文を受け付ける。また、それらのシステム100、200の間は専用回線500で直に接続されている。専用回線500は、物理的なものであっても、ＶＰＮ（Virtual Private Network）を利用した論理的なものであってもよい。

メイン・システム100は、第１受注部110、第１記録部120、第１管理部130、第１ネットワーク通信部140、第１専用回線通信部150、及び第１バス160を含む。これらの要素は、第１バス160によって互いにデータ交換可能に接続されている。

第１受注部110は、顧客のＰＣ700又は物流センター等のＬＡＮ400と第１管理部130との間でのＥＤＩによるデータ交換に利用される。第１受注部110は第１受付部111とＥＤＩサーバ112とを含む。第１受付部111は電話回線600に接続され、電話回線600を通して顧客のＰＣ700からＥＤＩデータを受け付けてＥＤＩサーバ112へ渡す。顧客からのＥＤＩデータは注文に関するデータである。注文は、入庫予定及び出荷指示等のデータの登録要求、並びに、各種データの照会及び変更要求を含む。第１受付部111は更に、電話回線600を通してＥＤＩサーバ112から顧客のＰＣ700へＥＤＩデータを送る。顧客へのＥＤＩデータは、入庫、在庫、又は出庫に関する報告、及び照会への回答を含む。ＥＤＩサーバ112はワークステーション又はＰＣで構築され、ＥＤＩに利用される各種アプリケーション・プログラムを実行して、ＥＤＩの各種機能を実行する。特にＥＤＩデータは顧客ごとにコード及びフォーマットが異なるので、ＥＤＩサーバ112は各顧客からのＥＤＩデータを、第１管理部130で使用されるコード及び統一フォーマットに変換して第１管理部130に渡す。また、ＥＤＩによる通信プロトコルも顧客ごとに異なるので、ＥＤＩサーバ112は各顧客に合った通信プロトコルでＥＤＩデータをその顧客のＰＣ700と交換する。更に、ＥＤＩサーバ112はＥＤＩデータを、電話回線600と第１受付部111とで構成される通信経路の他に、ＷＡＮ300と第１ネットワーク通信部140とで構成される通信経路を通して、顧客のＰＣ700又は物流センター等のＬＡＮ400と交換する。

第１記録部120は、大容量ＨＤＤを含むストレージ・サーバである。第１記録部120は第１受注部110からＥＤＩデータと環境設定データとを受け取って保管する。環境設定データは、第１受注部110が顧客のＰＣ700からＥＤＩデータを受け付けるための環境を設定するのに必要なパラメータであり、電話番号、センター・コード、パスワード、及び通信速度等、ＥＤＩサーバ112と顧客のＰＣ700との間での通信プロトコルの利用に必要なパラメータ、及び、フォーマット変換に必要なパラメータを含む。

第１管理部130はＷＭＳサーバ131と業務サーバ132とを含む。ＷＭＳサーバ131はメインフレームに組み込まれ、倉庫管理システム（ＷＭＳ：Warehouse Management System）と配送管理システム（ＴＭＳ：Transportation Management System）とを構成する各種アプリケーション・プログラムを実行する。ＷＭＳは、物流センター等における、入庫、在庫、出庫、ピッキング、検品、及び棚卸し等、倉庫管理に関するデータを、マスタ・データとトランザクション・データとの形式で管理する。ＴＭＳは、自動車、船、及び飛行機等の配送手段の割り当て（以下、配車という。）、配送手段の運行状況と物品の配送状況との把握、及び運賃の計算に利用され、それらの処理に関するデータをマスタ・データとトランザクション・データとの形式で管理する。ＷＭＳサーバ131はＥＤＩサーバ112を通して、顧客からはデータの登録要求又は変更要求を受け、各物流センター等のＬＡＮ400からは倉庫管理又は配車処理に関するデータを受ける。ＷＭＳサーバ131は更に、それらのデータに応じて各種マスタ・データとトランザクション・データとを更新する。業務サーバ132はワークステーション又はＰＣで構築され、量販店、通販、アパレル、医療、住宅建材、及び化学物質の運搬等、顧客の業種別に備えられ、物流に関する情報処理のうち、各業種に固有の情報処理を行う。

第１ネットワーク通信部140は、ＷＡＮ300に接続されたルータを含み、メイン・システム100内の他の要素と顧客のＰＣ700又は物流センター等のＬＡＮ400との間で、ＷＡＮ300を通して交換されるデータを中継する。

第１専用回線通信部150は、専用回線500に接続されたルータを含む。第１専用回線通信部150は、第１受注部110、第１記録部120、及び第１管理部130からデータを受け取り、専用回線500を通してバックアップ・システム200へそのデータを送出する。逆に、第１専用回線通信部150はバックアップ・システム200から専用回線500を通してデータを受け取り、そのデータをメイン・システム100内の各要素110、120、130へ送出する。

バックアップ・システム200は、第２受注部210、第２記録部220、第２管理部230、第２ネットワーク通信部240、第２専用回線通信部250、及び第２バス260を含む。これらの要素は、第２バス260によって互いにデータ交換可能に接続されている。

第２受注部210は、顧客のＰＣ700又は物流センター等のＬＡＮ400と第２管理部230との間でのＥＤＩによるデータ交換に利用される。第２受注部210は第２受付部211とＥＤＩサーバ212とを含む。第２受付部240は電話回線600に接続されている。物流管理システムの管理者は、メイン・システム100の機能が停止した場合、電話回線600の管理会社に、メイン・システム100の第１受付部111宛の通話を第２受付部211宛の通話に切り換えさせる。それにより、第２受付部211は電話回線600を通して、顧客のＰＣ700とＥＤＩサーバ212との間でＥＤＩデータを交換させる。ＥＤＩサーバ212はワークステーション又はＰＣで構築され、メイン・システム100のＥＤＩサーバ112と機能が同等である。ＥＤＩサーバ212はメイン・システム100のＥＤＩサーバ112と、物理的に同じ構成であっても、仮想サーバの利用によって論理的に対応する構成であってもよい。メイン・システム100の機能が停止した場合、ＥＤＩサーバ212は、第２記録部220に保管されたＥＤＩデータと環境設定データとの複製を利用して、メイン・システム100のＥＤＩサーバ112に代わって、ＥＤＩの各種機能を継続する。具体的には、ＥＤＩサーバ212は各顧客からのＥＤＩデータを、第２管理部230で使用されるコード及び統一フォーマットに変換して第２管理部230に渡す。また、ＥＤＩサーバ212は各顧客に合った通信プロトコルでＥＤＩデータをその顧客のＰＣ700と交換する。更に、ＥＤＩサーバ212はＥＤＩデータを、電話回線600と第２受付部211とで構成される通信経路の他に、ＷＡＮ300と第２ネットワーク通信部240とで構成される通信経路を通して、顧客のＰＣ700又は物流センター等のＬＡＮ400と交換する。

第２記録部220は、大容量ＨＤＤを含むストレージ・サーバである。第２記録部220は専用回線500を通して、メイン・システム100の第１記録部120からはＥＤＩデータと環境設定データとを、メイン・システム100のＷＭＳサーバ131と業務サーバ132とからはマスタ・データとトランザクション・データとを、それぞれ所定の時間間隔、例えば５分間隔で複製する。第２記録部220は更に、メイン・システム100の機能が停止した場合、ＥＤＩサーバ212からＥＤＩデータを受け取って保管する。それにより、第２記録部220は第１記録部120に代わって、第１記録部120の機能を継続する。

第２管理部230はＷＭＳサーバ231と業務サーバ232とを含む。ＷＭＳサーバ231はワークステーション又はＰＣで構築され、メイン・システム100のＷＭＳサーバ131と機能の一部が同等である。特にＷＭＳサーバ231はメイン・システム100のＷＭＳサーバ131よりも簡単な構成である。ＷＭＳサーバ231は、第２記録部220に保管されたマスタ・データとトランザクション・データとの複製を監視する。それにより、ＷＭＳサーバ231の状態が、メイン・システム100のＷＭＳサーバ131の最新の状態と等しく維持される。メイン・システム100の機能が停止した場合、ＷＭＳサーバ231は、第２記録部220に保管されたマスタ・データとトランザクション・データとの複製を利用して、ＷＭＳとＴＭＳとに関するアプリケーション・プログラムを実行する。それにより、ＷＭＳサーバ231はメイン・システム100のＷＭＳサーバ131に代わって、ＷＭＳとＴＭＳとの機能のうち、最低限継続が必要なものを継続する。ＷＭＳサーバ231は特にメイン・システム100のＷＭＳサーバ131に代わって、各物流センター等のＬＡＮ400とＷＡＮ300を通してデータを交換する。業務サーバ232はワークステーション又はＰＣで構築され、メイン・システム100の業務サーバ132と機能が同等である。業務サーバ232はメイン・システム100の業務サーバ132と、物理的に同じ構成であっても、仮想サーバの利用によって論理的に対応する構成であってもよい。業務サーバ232は、第２記録部220に保管されたマスタ・データとトランザクション・データとの複製を監視する。それにより、業務サーバ232の状態が、メイン・システム100の業務サーバ132の最新の状態と等しく維持される。メイン・システム100の機能が停止した場合、業務サーバ232は、第２記録部220に保管されたマスタ・データとトランザクション・データとの複製を利用して、メイン・システム100の業務サーバ132と同様に各種アプリケーション・プログラムを実行する。それにより、業務サーバ232はメイン・システム100の業務サーバ132に代わって、その機能を継続する。

第２ネットワーク通信部240は、ＷＡＮ300に接続されたルータを含む。一方、第２ネットワーク通信部240は、平常時、第２バス260から切断されている。物流管理システムの管理者は、メイン・システム100の機能が停止した場合に、第２ネットワーク通信部240を第２バス260に接続する。それにより、第２ネットワーク通信部240は、ＷＡＮ300を通してバックアップ・システム200内の他の要素と顧客のＰＣ700又は物流センター等のＬＡＮ400との間で交換されるデータを中継する。

第２専用回線通信部250は、専用回線500に接続されたルータを含む。第２専用回線通信部250はメイン・システム100から専用回線500を通してデータを受け取り、第２受注部210、第２記録部220、及び第２管理部230へそのデータを送出する。逆に、第２専用回線通信部250は、バックアップ・システム200内の各要素210、220、230からデータを受け取り、専用回線500を通してメイン・システム100へそのデータを送出する。

各物流センター等のＬＡＮ400は、ルータ401、サーバ402、ＰＣ端末403、及びバス404を含む。それらの要素はバス404で互いにデータ交換可能に接続されている。ルータ401はＷＡＮ300に接続され、ＷＡＮ300を通して、サーバ402の管理するデータをメイン・システム100又はバックアップ・システム200へアップロードし、逆に、メイン・システム100又はバックアップ・システム200の管理するデータをサーバ402へダウンロードする。サーバ402は物流センター等の業務管理に関するアプリケーション・プログラムを実行して、その物流センター等における入庫、在庫、出庫、及び配車等に関するデータを管理する。ＰＣ端末403は、オペレータによって入力された、入庫、在庫、出庫、及び配車等に関するデータをサーバ402に登録する。また、ＰＣ端末403は、オペレータの操作に応じて、ＷＡＮ300を通してメイン・システム100又はバックアップ・システム200にアクセスし、顧客からの注文、他の物流センター等における入庫／在庫／出庫状況、特定の商品の配送状況、及び特定の配送手段の稼働状況等に関するデータを画面又は帳票に出力する。

［ＥＤＩサーバと業務サーバとのＩＰアドレス］

メイン・システム100及びバックアップ・システム200の各要素にはＩＰ（Internet Protocol）アドレスが割り当てられている。特に、バックアップ・システム200のＥＤＩサーバ212と業務サーバ232とはそれぞれ、メイン・システム100のＥＤＩサーバ112と業務サーバ132と同じＩＰアドレスを共有する。

顧客のＰＣ700、及び物流センター等のサーバ402とＰＣ端末403とは、ＷＡＮ300を通してメイン・システム100の要素にデータを送る際、その要素のＩＰアドレスを宛先に指定する。ここで、顧客のＰＣ700をＷＡＮ300に接続するルータと、その物流センター等のルータ401とのいずれのルーティング・テーブルにも“ＡＳ−ｐａｔｈ−ｐｒｅｐｅｎｄ”が設定されている。それにより、各ルータ401からメイン・システム100までの経路が通過するＡＳ（Anonymous System）の数よりも、そのルータ401からバックアップ・システム200までの経路が通過するＡＳの数が見かけ上多い。その結果、ＥＤＩサーバ112、212又は業務サーバ132、232を宛先とするデータが送られる場合、各ルータ401からメイン・システム100までの経路が、各ルータ401からバックアップ・システム200までの経路よりも優先される。すなわち、各ルータ401はデータをメイン・システム100へ優先的に送る。メイン・システム100が正常に機能している場合、そのデータは第１ネットワーク通信部140によって受理される。一方、メイン・システム100の機能が被災時の障害によって停止している場合、物流管理システムの管理者は第１ネットワーク通信部140にそのデータを拒否させる。それに応じて、各ルータ401はそのデータをバックアップ・システム200へ送出する。こうして、顧客のＰＣ700、及び物流センター等のＬＡＮ400からメイン・システム100宛で送出されるデータを、メイン・システム100の状態に応じて、メイン・システム100とバックアップ・システム200とのいずれに受理させることもできる。

［ＥＤＩデータ］

図２は、ＥＤＩデータの典型的なデータ構造を示す模式図である。このデータ構造は、ＥＤＩデータの主な標準規格、ＥＤＩＦＡＣＴ、ＣＩＩ、及びＡＮＳＩ Ｘ１２で共通する。図２を参照するに、ＥＤＩデータの１つのファイル800は一般に複数のメッセージ・グループ801から構成される。各メッセージ・グループ801の先端にはグループ・ヘッダ811が置かれ、後端にはグループ・トレーラ813が置かれている。それらによって、異なるメッセージ・グループ間の境界が識別される。グループ・ヘッダ811とグループ・トレーラ813との間には、一般に複数のメッセージ812が配置される。各メッセージ812の先端にはメッセージ・ヘッダ821が置かれ、後端にはメッセージ・トレーラ823が置かれている。それらによって、異なるメッセージ間の境界が識別される。メッセージ・ヘッダ821とメッセージ・トレーラ823との間には、一般に複数のデータ要素822が配置される。各データ要素822は、発注者名、配送対象物の品名、及び数量等、顧客とＷＭＳサーバ等との間で交換されるべき明細情報の各項目を表すテキスト・データを含む。異なるデータ要素間の境界は、アスタリスク又は正符号等、特定の区切り記号によって識別される。

［ＥＤＩサーバ］

図３の（ａ）は、ＥＤＩサーバと他の装置との間で行われるデータ交換を示す模式図である。図３の（ｂ）は、図３の（ａ）に示されている装置間で交換されるデータの内訳を示す表である。

ＥＤＩサーバ112は、顧客のＰＣ700又は物流センター等のＰＣ端末403から第１群のデータを受信する。図３の（ｂ）に示されているように、第１群のデータは、入庫予定、出荷指示、品名メンテナンスデータ、及び得意先メンテナンスデータを含む。入庫予定は、荷主から所望の物流センター等へ物品を配送することを要求するためのＥＤＩデータであり、荷主名、入庫先、入庫対象物の品名、及び数量等の明細情報を含む。出荷指示は、所望の物流センター等から荷受け人へ物品を配送することを要求するためのＥＤＩデータであり、荷主名、出庫元、配送先、出庫対象物の品名、及び数量等の明細情報を含む。品名メンテナンスデータと得意先メンテナンスデータとはそれぞれ、ＷＭＳサーバ131に管理されている品名マスタと得意先マスタとに新たなデータを登録し、又は登録済みのデータを変更することを要求するＥＤＩデータである。第１群のデータは一般に顧客別にフォーマットが異なる。ＥＤＩサーバ112は第１群のデータを受けたとき、それらのデータを統一フォーマットに変換する。この変換処理をマッピングという。ＥＤＩサーバ112はまた、第１群のＥＤＩデータで使用される文字コード及び区分コード（以下、文字コード等と略す。）を、統一フォーマットで使用される文字コード等へ変換する。文字コードは、ＪＩＳコード、ＥＵＣ−ＪＰコード、及びＳｈｉｆｔ＿ＪＩＳコードを含む。区分コードは、商品の種類等、種々の分類を識別するためのコードであり、顧客ごとに異なる。

ＥＤＩサーバ112は、第１群のデータにマッピングと文字コード等の変換とを施した後、それらのデータをＷＭＳサーバ131へ送る。図３の（ａ）では、第２群のデータが、ＥＤＩサーバ112からＷＭＳサーバ131へ送られるデータを表す。図３の（ｂ）に示されているように、第２群のデータは入庫イメージと出荷イメージとを含む。入庫イメージは、入庫予定を統一フォーマットに変換したものであり、出荷イメージは、出荷指示を統一フォーマットに変換したものである。

ＥＤＩサーバ112は、ＷＭＳサーバ131から第３群のデータを受信する。図３の（ｂ）に示されているように、第３群のデータは、入庫報告、出庫報告、在庫報告、及び運賃データを含む。入庫報告は、顧客からの入庫予定に応じて行われた入庫に関する報告を表すＥＤＩデータである。出庫報告は、顧客からの出荷指示に応じて行われた出庫に関する報告を表すＥＤＩデータである。在庫報告は、ＷＭＳサーバ131が顧客から在庫の照会を受けたとき、その照会への回答として作成されるＥＤＩデータである。運賃データは、顧客からの入庫予定又は出荷指示に応じて行われた物品の配送に要した運賃を表すＥＤＩデータである。入庫報告、出庫報告、在庫報告、及び運賃データのフォーマットは、ＷＭＳサーバ131によって、送信先の顧客のＰＣ700がＥＤＩに使用するフォーマットに予め設定されている。従って、ＥＤＩサーバ112は、入庫報告、出庫報告、在庫報告、及び運賃データに文字コード等の変換のみを施して、顧客のＰＣ700へ送信する。図３の（ａ）では、第４群のデータが、ＥＤＩサーバ112から顧客のＰＣ700へ送られるＥＤＩデータを表す。

ＥＤＩサーバ112はまた、ＷＭＳサーバ131と業務サーバ132との間で交換されるデータを中継する。図３の（ａ）では、第５群のデータが、業務サーバ132からＥＤＩサーバ112へ送られるデータを表し、第６群のデータが、ＥＤＩサーバ112から業務サーバ132へ送られるデータを表す。図３の（ｂ）に示されているように、第２群のデータは第５群のデータを含み、第３群のデータは第６群のデータを含む。

［ＥＤＩサーバによる顧客のＰＣ等からＷＭＳサーバへのデータ送信］

図４は、ＥＤＩサーバ112が顧客のＰＣ700等からＷＭＳサーバ131へＥＤＩデータを送信する処理のフローチャートである。ステップＳ４０１では、ＥＤＩサーバ112は、電話回線600又はＷＡＮ300を通して、顧客のＰＣ700、又は物流センター等のサーバ402若しくはＰＣ端末403から第１群のデータを受信する。次のステップＳ４０２では、ＥＤＩサーバ112は第１群のデータを統一フォーマットにマッピングする。次のステップＳ４０３では、ＥＤＩサーバ112は第１群のデータの文字コード等を、統一フォーマットで使用される文字コード等へ変換する。次のステップＳ４０４では、ＥＤＩサーバ112は、ステップＳ４０２、Ｓ４０３による処理を受けた第１群のデータをＷＭＳサーバ131へ送信する。こうして、処理は終了する。

［ＥＤＩサーバによるＷＭＳサーバから顧客のＰＣ等へのデータ送信］

図５は、ＥＤＩサーバ112がＷＭＳサーバ131から顧客のＰＣ700等へＥＤＩデータを送信する処理のフローチャートである。ステップＳ５０１では、ＥＤＩサーバ112は、ＷＭＳサーバ131から、第３群のデータのうち、入庫報告、出庫報告、在庫報告、又は運賃データを受信する。次のステップＳ５０２では、ＥＤＩサーバ112は、ＷＭＳサーバ131から受信されたＥＤＩデータの文字コード等を、顧客のＰＣ700とＥＤＩサーバ112との間でのデータ交換で使用される文字コード等へ変換する。次のステップＳ５０３では、ＥＤＩサーバ112は、ステップＳ５０２による処理を受けたＥＤＩデータを、電話回線600又はＷＡＮ300を通して顧客のＰＣ700等へ送信する。こうして、処理は終了する。

［マスタ・データとトランザクション・データ］

マスタ・データは、１つのコードで一意に特定されるデータの集合、すなわちレコードから構成されている。例えば荷主マスタでは、一人の荷主に一意に割り当てられた識別子に、その荷主の名前と住所等の個人情報を表すレコードが対応付けられている。マスタ・データは、第１管理部130が顧客のＰＣ700又は物流センター等のＰＣ端末403から登録要求又は変更要求を受けたとき、第１管理部130によって作成され、又は変更される。トランザクション・データは、各種マスタ・データから引用されたコードの組み合わせに対応付けられたレコードから構成されている。例えば入出庫ジャーナルでは、倉庫の識別子と入出庫の対象物の識別子等の組み合わせに、日付と数量等を表すレコードが対応付けられている。倉庫の識別子は倉庫マスタによって特定の倉庫に関するレコードに対応付けられ、入出庫の対象物の識別子は品名マスタによって、特定の物品の種類と品番等を表すレコードに対応付けられている。トランザクション・データは、顧客のＰＣ700若しくは物流センター等のＰＣ端末403によって第１管理部130に入力され、又は、第１管理部130によって作成される。

［ＷＭＳサーバがＷＭＳとして行う処理］

メイン・システム100のＷＭＳサーバ131がＷＭＳとして行う処理は、入庫管理、出庫管理、及び在庫管理を含む。バックアップ・システム200のＷＭＳサーバ231も、ＷＭＳとして最低限継続させるべき機能として、それらの処理を行う能力を備えている。入庫管理は推奨ロケーションの選択処理と入庫確定処理とを含む。推奨ロケーションの選択処理では、顧客からの入庫予定に応じて入庫品の収納場所が選択される。入庫確定処理では、入庫実績に基づいて入庫作業の結果が確定されて入庫報告が作成される。出庫管理は引当処理と出庫確定処理とを含む。引当処理では、顧客からの出荷指示に応じて在庫の引き当てが行われる。出庫確定処理では、積込確認に応じて出庫作業の結果が確定されて出庫報告が作成される。在庫管理は、在庫データに基づいて、在庫報告を作成すると共に、倉庫の空き場所（以下、ロケーションという。）を把握する処理を含む。

＜入庫管理＞

図６の（ａ）は、入庫管理のうち、推奨ロケーションの選択処理を示す模式図である。ＷＭＳサーバ131はＥＤＩサーバ112から入庫予定901を受信する。入庫予定901は、入庫元の場所、及び入庫品の種類と数量を表す。ＷＭＳサーバ131は、荷主マスタ、倉庫マスタ、及び品名マスタ等を参照して、入庫予定901からそれらの情報を読み出す。一方、ＷＭＳサーバ131はロケーション・データ902を含む。ロケーション・データ902はトランザクション・データであり、各倉庫の場所とロケーション、及びそのロケーションの大きさを表す。ＷＭＳサーバ131は、倉庫マスタ及び品名マスタ等を参照して、ロケーション・データ902からそれらの情報を読み出す。ＷＭＳサーバ131は、入庫予定901とロケーション・データ902とに基づいて推奨ロケーションを選択する。推奨ロケーションは、入庫品の収納場所として推奨されるロケーションである。ＷＭＳサーバ131は更に、選択された推奨ロケーションを示す入庫手板903を作成する。入庫手板903は、推奨ロケーションを含む物流センター等のＰＣ端末によって画面又は紙に出力され、その物流センター等の作業員に対して入庫作業を指示するのに利用される。

図６の（ｂ）は、入庫管理のうち、入庫確定処理を示す模式図である。入庫手板903に基づいた入庫作業が完了した場合、その作業の結果を示す入庫実績904が入庫手板903に加えられる。ＷＭＳサーバ131はその入庫実績904と入庫予定901とを対比して、入庫作業の結果を確定し、その結果を示す入庫ジャーナル905を作成する。入庫ジャーナル905はトランザクション・データである。ＷＭＳサーバ131は更に、入庫ジャーナル905に基づいて未入庫リスト906と入庫報告907とを作成する。未入庫リスト906は、入庫予定901の示す入庫品のうち、まだ入庫されていないもののリストである。未入庫リスト906は、物流センター等のＰＣ端末によって画面又は紙に出力され、その物流センター等の作業員に対して更なる入庫作業を指示するのに利用される。入庫報告907は、確定された入庫作業の結果を示すＥＤＩデータであり、ＥＤＩサーバ112を通して顧客のＰＣ700へ送信される。

図７は、入庫管理のフローチャートである。ステップＳ７０１では、ＷＭＳサーバ131がＥＤＩサーバ112から入庫予定を受信する。次のステップＳ７０２では、ＷＭＳサーバ131が入庫予定に応じて推奨ロケーションを選択する。次のステップＳ７０３では、ＷＭＳサーバ131が、選択された推奨ロケーションを示す入庫手板を作成する。次のステップＳ７０４では、ＷＭＳサーバ131が入庫実績を受け付けて、その入庫実績と入庫予定とを対比することで入庫作業の結果を確定する。次のステップＳ７０５では、ＷＭＳサーバ131は入庫作業の結果から入庫報告を作成して、ＥＤＩサーバ112へ送信する。こうして、処理は終了する。

＜出庫管理＞

図８の（ａ）は、出庫管理のうち、引当処理を示す模式図である。ＷＭＳサーバ131はＥＤＩサーバ112から出荷指示910を受信する。出荷指示910は、出荷先の場所、及び出荷品の種類と数量を表す。ＷＭＳサーバ131は、荷主マスタ、倉庫マスタ、及び品名マスタ等を参照して、出荷指示910からそれらの情報を読み出す。一方、ＷＭＳサーバ131は在庫データ911を含む。在庫データ911は、各物流センター等に保管された在庫を示すトランザクション・データであり、出荷対象の物品の在庫を含む倉庫の場所、及びその在庫の収納場所と数量を表す。ＷＭＳサーバ131は、荷主マスタ、倉庫マスタ、及び品名マスタ等を参照して、在庫データ911からそれらの情報を読み出す。ＷＭＳサーバ131は出荷指示910と在庫データ911とに基づいて引当データ912を作成する。引当データ912は引当対象の在庫を示す。ＷＭＳサーバ131は更に、引当データ912に基づいて送り状データ913とピッキング指示914とを作成する。送り状データ913は、引当対象の在庫の種類と数量、及びその在庫の出荷先と出荷期日を示すトランザクション・データであり、後述のように、ＴＭＳによって配車処理に利用される。ピッキング指示914は、引当対象の在庫を保管する物流センター等ごとに、その在庫とその収納場所とを示すデータである。ピッキング指示914は、引当対象の在庫を保管する物流センター等に送られ、その物流センター等のサーバ又はＰＣ端末により、ピッキング・リスト915と出荷指図書916との作成に利用される。ピッキング・リスト915はピッキング対象の在庫とその収納場所とのリストであり、出荷指図書916は、ピッキングされた在庫の出荷先と出荷期日とを示す。ピッキング・リスト915と出荷指図書916とは、その物流センター等のＰＣ端末によって画面又は紙に出力され、その物流センター等の作業員に対して出庫作業を指示するのに利用される。

図８の（ｂ）は、出庫管理のうち、出庫確定処理を示す模式図である。ピッキング・リスト915と出荷指図書916とに従って、ピッキングされた在庫が出荷物として配送車両等に積み込まれた場合、出庫作業の結果を示す積込確認917がＷＭＳサーバ131に入力される。ＷＭＳサーバ131はその積込確認917に応じて出庫作業の結果を確定し、その結果を示す出庫ジャーナル918を作成すると共に、在庫データ911を更新する。出庫ジャーナル918はトランザクション・データである。ＷＭＳサーバ131は更に、出庫ジャーナル918に基づいて出庫報告919を作成する。出庫報告919は、確定された出庫作業の結果を示すＥＤＩデータであり、ＥＤＩサーバ112を通して顧客のＰＣ700へ送信される。

図９は、出庫管理のフローチャートである。ステップＳ９０１では、ＷＭＳサーバ131がＥＤＩサーバ112から出荷指示を受信する。次のステップＳ９０２では、ＷＭＳサーバ131が出荷指示に応じて引当データを作成する。次のステップＳ９０３では、ＷＭＳサーバ131が引当データに基づいて、送り状データとピッキング指示とを作成する。次のステップＳ９０４では、ＷＭＳサーバ131が積込確認を受け付けて出庫作業の結果を確定する。次のステップＳ９０５では、ＷＭＳサーバ131は、出庫作業の結果から出庫報告を作成して、ＥＤＩサーバ112へ送信する。こうして、処理は終了する。

＜在庫管理＞

図１０は、在庫管理の処理を示す模式図である。ＷＭＳサーバ131は顧客から在庫の照会を受けたとき、入庫ジャーナル905と出庫ジャーナル918とを参照して在庫の現状を確認して、その現状に基づいて在庫データ911を更新すると共に、在庫報告920を作成する。在庫報告920は、在庫の現状を示すＥＤＩデータであり、ＥＤＩサーバ112を通して顧客のＰＣ700へ送信される。ＷＭＳサーバ131はその他に、在庫の現状に基づいて、入庫管理で利用されるロケーション・データ902を更新する。また、在庫の整理等で在庫の収納場所又はロケーションが変更された場合、ＷＭＳサーバ131は在庫の現状に基づいて、それらの変更を示す入出庫ジャーナル921を作成する。

［ＷＭＳサーバがＴＭＳとして行う処理］

メイン・システム100のＷＭＳサーバ131がＴＭＳとして行う処理は、配車処理、配送手段の運行状況と物品の配送状況との追跡処理、及び運賃計算を含む。バックアップ・システム200のＷＭＳサーバ231は、ＴＭＳとして最低限継続させるべき機能として、配車処理を行う能力を備えている。配車処理では、配送担当者が出荷物に配送手段を割り当てる作業が、コンピュータを利用して支援される。配送手段の運行状況と物品の配送状況との追跡処理では、ＷＭＳサーバ131と各物流センター等のＬＡＮ400との間のデータ交換によって、配送手段の運行状況と物品の配送状況とが監視される。運賃計算では、出庫ジャーナル及び配車データ等に基づいて、出荷物の配送に要した運賃が計算される。

＜配車処理＞

図１１は、配車処理を示す模式図である。ＷＭＳサーバ131は配車処理に、号車マスタ1001、地区マスタ1011、及び社員マスタ1021を利用する。号車マスタ1001は、各物流センター等又は運送業者が所有する配送手段、各配送手段の積載可能な物品の種類と数量、及び各配送手段の利用スケジュールを示す。地区マスタ1011は、物流センター等及び運送業者のそれぞれが配送を担当する地区を示す。社員マスタ1021は、配送手段の運転に従事する社員の識別情報、運転可能な配送手段の種類、及び危険物取扱者等の資格を示す。ＷＭＳサーバ131はその他に、路線業者着店マスタ、路線業者振分マスタ、郵便番号マスタ、及び運賃契約マスタ等を配車処理に利用してもよい。ＷＭＳサーバ131は、それらのマスタ・データと、出庫管理中の引当処理で作成された送り状データ913とを配車担当者に参照させて、出荷物を出荷先へ配送するのに利用可能な配送手段を割り当てさせる。ＷＭＳサーバ131は更に、配車データ1002、共用送り状1003、及び積込確認表1004を作成する。配車データ1002は、出荷物の配送に割り当てられた配送手段を示す。共用送り状1003は、出荷元の物流センター等のＰＣ端末によって画面又は紙に出力され、配送手段の運転手又は運送業者に配送作業を指示するのに利用される。積込確認表1004は、出荷元の物流センター等のＰＣ端末によって画面又は紙に出力され、その物流センター等の作業員に対して配送手段への出荷物の積み込み作業を指示するのに利用される。

図１２は、配車処理のフローチャートである。ステップＳ１２０１では、ＷＭＳサーバ131の中でＴＭＳとして機能する部分が、ＷＭＳとして機能する部分から送り状データを受信する。次のステップＳ１２０２では、ＷＭＳサーバ131が、配車担当者の操作に従って配車データを作成する。次のステップＳ１２０３では、ＷＭＳサーバ131が、送り状データと配車データとに基づいて、共用送り状と積込確認表とを作成する。こうして、処理は終了する。

［各記録部に保管されるデータ］

図１３の（ａ）は、第１記録部120に保管されるデータの構造を示す模式図である。図１３の（ａ）を参照するに、第１記録部120は、ＥＤＩデータ121と環境設定データ122とを含む。ＥＤＩデータ121は、ＥＤＩサーバ112が顧客のＰＣ700及び物流センター等のＰＣ端末403との間で交換するＥＤＩデータの全体であり、具体的には、図３の（ｂ）に示されている第１〜６群のデータに含まれるＥＤＩデータである。環境設定データ122は、第１受注部110が顧客のＰＣ700からＥＤＩデータを受け付けるための環境を設定するのに必要なパラメータである。ＥＤＩデータ121と環境設定データ122とは、ＥＤＩサーバ112によって第１記録部120に書き込まれる。

図１３の（ｂ）は、第２記録部220に保管されるデータの構造を示す模式図である。図１３の（ｂ）を参照するに、第２記録部220は、ＥＤＩデータ221、環境設定データ222、ＷＭＳデータ223、及び業務サーバ・データ224を含む。

ＥＤＩデータ221と環境設定データ222とはそれぞれ、第１記録部120に保管されたＥＤＩデータ121と環境設定データ122との複製である。被災時の障害によってメイン・システム100の機能が停止した場合、第２受注部210のＥＤＩサーバ211が、第２記録部220に保管されたＥＤＩデータ221と環境設定データ222とを利用して、顧客のＰＣ700と第２管理部230との間でのＥＤＩによるデータ交換を継続する。

ＷＭＳデータ223は、メイン・システム100のＷＭＳサーバ131がＷＭＳ及びＴＭＳとして機能する際に利用する各種マスタ・データMSTとトランザクション・データTRSとの組み合わせである。具体的には、図１３の（ｂ）に示されているように、マスタ・データMSTは、荷主マスタ、得意先マスタ、品名マスタ、倉庫マスタ等を含み、トランザクション・データTRSは、入出庫ジャーナル、送り状データ、及び配車データを含む。ＷＭＳデータ223は、メイン・システム100のＷＭＳサーバ131によって専用回線500を通して第２記録部220へ所定の時間間隔、例えば５分間隔で書き込まれる。被災時の障害によってメイン・システム100の機能が停止した場合、バックアップ・システム200のＷＭＳサーバ231が、第２記録部220に保管されたＷＭＳデータ223を利用して、ＷＭＳの入庫管理、出庫管理、及び在庫管理、並びにＴＭＳの配車処理を継続する。

業務サーバ・データ224は、メイン・システム100の業務サーバ132が利用する各種マスタ・データとトランザクション・データとの組み合わせである。業務サーバ・データ224は、メイン・システム100の業務サーバ132によって専用回線500を通して第２記録部220へ所定の時間間隔、例えば５分間隔で書き込まれる。被災時の障害によってメイン・システム100の機能が停止した場合、バックアップ・システム200の業務サーバ232が、第２記録部220に保管された業務サーバ・データ224を利用して、メイン・システム100の業務サーバ132の機能を継続する。

［メイン・システムとバックアップ・システムとの間でのデータ同期］

図１４は、メイン・システム100のＷＭＳサーバ131と第１記録部120とからバックアップ・システム200の第２記録部220までのデータの伝送経路を示す模式図である。

第１記録部120は、図１３の（ａ）に示されているＥＤＩデータ121と環境設定データ122とのそれぞれの変更履歴を含む。第１記録部120はそれらの変更履歴を利用して、所定の時間間隔、例えば５分間隔で各データ121、122の差分データを生成し、その差分データを第２記録部220宛で第１バス160へ送出する。第１専用回線通信部150はその差分データを専用回線500へ送出する。第２専用回線通信部250はその差分データを専用回線500から受け取って第２バス260へ送出する。第２記録部220はその差分データを受け取り、その差分データを利用して、自身の保管するＥＤＩデータ221と環境設定データ222とを更新する。

メイン・システム100のＷＭＳサーバ131は、図１３の（ｂ）に示されているＷＭＳデータ223の変更履歴を含む。ＷＭＳサーバ131はその変更履歴を利用して、所定の時間間隔、例えば５分間隔でＷＭＳデータ223の差分データを生成し、その差分データを第２記録部220宛で第１バス160へ送出する。第１専用回線通信部150はその差分データを専用回線500へ送出する。第２専用回線通信部250はその差分データを専用回線500から受け取って第２バス260へ送出する。第２記録部220はその差分データを受け取り、その差分データを利用して、自身の保管するＷＭＳデータ223を更新する。バックアップ・システム200のＷＭＳサーバ231はそのＷＭＳデータを監視して、その変化に合わせて、内蔵の記憶部に保管されたデータを更新する。

メイン・システム100の業務サーバ132も同様に、自身の使用するマスタ・データとトランザクション・データとを所定の時間間隔、例えば５分間隔で、バックアップ・システム200の第２記録部220へ書き込む。バックアップ・システム200の業務サーバ232はそれらのデータを監視して、それらの変化に合わせて、内蔵の記憶部に保管されたデータを更新する。

被災時による障害でメイン・システム100の機能が停止した場合、バックアップ・システム200がメイン・システム100に代わって業務を継続する。それにより、第１記録部120が停止している間に第２記録部220のデータ221−224が更新されるので、第１記録部120のデータ121、122と第２記録部220のデータ221、222との間に差が生じる。従って、メイン・システム100の機能が復旧したとき、第２記録部220は、第１記録部120が停止する前後での差分データをメイン・システム100へ送る。メイン・システム100はその差分データに基づいて第１記録部120のデータ121、122を更新する。ＷＭＳサーバ131、231と業務サーバ132、232とに保管されるデータについても同様である。こうして、メイン・システム100は復旧後にバックアップ・システム200の機能を継続することができる。

［物流センター等による物流管理システムへのアクセス］

＜メイン・システムが正常に機能している場合＞

図１５は、メイン・システム100が正常に機能している際に、ある物流センターのＰＣ端末403からＩＰアドレス“10.70.yy.yy”へデータが伝送される経路を示す模式図である。ここで、ＩＰアドレス“10.70.yy.yy”は、メイン・システム100のＥＤＩサーバ112とバックアップ・システム200のＥＤＩサーバ212とによって共有されている。ＰＣ端末403は、物流管理システムのＥＤＩサーバへアクセス要求を送る際、その宛先にＩＰアドレス“10.70.yy.yy”を指定する。物流センターのルータ401はバス404を通してそのアクセス要求を受け取り、その宛先“10.70.yy.yy”を参照する。ルータ401のルーティング・テーブルによれば、ＷＡＮ300では、ルータ401からメイン・システム100までの経路が通過するＡＳの数よりも、ルータ401からバックアップ・システム200までの経路が通過するＡＳの数が多い。従って、ルータ401はＰＣ端末403からのアクセス要求をメイン・システム100へ送る。メイン・システム100では、第１ネットワーク通信部140が物流センターのルータ401からアクセス要求を受け取り、その宛先“10.70.yy.yy”を参照して、そのアクセス要求を第１バス160へ送出する。ＥＤＩサーバ112はそのアクセス要求の宛先“10.70.yy.yy”を参照して、そのアクセス要求を受理する。また、第１専用回線通信部150は、そのアクセス要求の宛先“10.70.yy.yy”を参照して、そのアクセス要求を専用回線500から遮断する。一方、バックアップ・システム200では、第２ネットワーク通信部240と第２バス260との間が切断されている。従って、第２ネットワーク通信部240は、仮に物流センターのルータ401からアクセス要求を受け取っても、そのアクセス要求を破棄する。こうして、メイン・システム100が正常に機能している場合、物流センターのＰＣ端末403からＩＰアドレス“10.70.yy.yy”へのアクセス要求は、メイン・システム100のＥＤＩサーバ112へ届く。

＜メイン・システムの機能が停止している場合＞

図１６は、メイン・システム100の機能が停止している際に、ある物流センターのＰＣ端末403からＩＰアドレス“10.70.yy.yy”へデータが伝送される経路を示す模式図である。ＰＣ端末403は物流管理システムのＥＤＩサーバへアクセス要求を送る際、その宛先にＩＰアドレス“10.70.yy.yy”を指定する。物流センターのルータ401はバス404を通してそのアクセス要求を受け取り、その宛先“10.70.yy.yy”を参照する。図１５の場合と同様に、ルータ401はルーティング・テーブルに従って、ＰＣ端末403からのアクセス要求をメイン・システム100へ送る。物流管理システムの管理者は、被災時の障害によってメイン・システム100の機能が停止した場合、第１ネットワーク通信部140の設定を変更して、ＷＡＮ300からのデータの受信を拒否させる。従って、物流センターのルータ401からのアクセス要求は第１ネットワーク通信部140には受理されない。その場合、物流センターのルータ401はルーティング・テーブルに従って、メイン・システム100の次に優先度の高いバックアップ・システム200へアクセス要求を送出する。物流管理システムの管理者は、バックアップ・システム200において第２ネットワーク通信部240と第２バス260との間を接続する。それにより、第２ネットワーク通信部240は、物流センターのルータ401からアクセス要求を受け取り、その宛先“10.70.yy.yy”を参照して、そのアクセス要求を第２バス260へ送出する。バックアップ・システム200のＥＤＩサーバ212はそのアクセス要求の宛先“10.70.yy.yy”を参照して、そのアクセス要求を受理する。また、物流管理システムの管理者は第１専用回線通信部150に専用回線500からのデータの受信を拒否させる。それにより、専用回線500が実質上切断されるので、アクセス要求が専用回線500を通してメイン・システム100に到達することはない。こうして、メイン・システム100の機能が停止している場合、物流センターのＰＣ端末403からＩＰアドレス“10.70.yy.yy”へのアクセス要求は、バックアップ・システム200のＥＤＩサーバ212へ届く。

［本発明の実施形態の利点］

本発明の実施形態によるバックアップ・システム200は、上記のとおり、メイン・システム100の第１受注部110、第１記録部120、及び第１管理部130のそれぞれと同等な機能部210、220、230を備えている。それらの機能部210−230は、ＥＤＩ、ＷＭＳによる入庫管理、出庫管理、及び在庫管理、並びに、ＴＭＳによる配車処理を行う。このように、バックアップ・システム200は、メイン・システム100の機能の中から、物流に関する業務の継続に必要最低限な機能を選択して二重化したものである。それにより、バックアップ・システム200のＷＭＳサーバ231を、メインフレームよりも構成が簡単なワークステーションで構築する等、バックアップ・システム200の構成をメイン・システム100の構成よりも簡単化することができる。また、バックアップ・システム200の機能部210−230がメイン・システム100の機能部110−130と同じ状態を常に維持するには、ＥＤＩデータ221、環境設定データ222、及びＷＭＳデータ223が、メイン・システム100からバックアップ・システム200へ所定の時間間隔で複製されさえすればよい。こうして、バックアップ・システム200は、メイン・システム100よりも簡単な構成であっても、被災時の障害によってメイン・システム100の機能が停止した場合に、速やかにメイン・システム100に代わって業務を継続することができる。

上記のバックアップ・システム200は更に、ＥＤＩサーバ212に、メイン・システム100のＥＤＩサーバ112と同じＩＰアドレスを割り当てている。それにより、図１５、１６に示されているように、メイン・システム100の機能が正常であるか否かに応じて、顧客のＰＣ700及び物流センター等のＬＡＮ400からＥＤＩサーバへのアクセスが、メイン・システム100とバックアップ・システム200との間で自動的に切り換えられる。特にその切り換えは、いずれの顧客のＰＣ700及び物流センター等のＬＡＮ400にアクセス先のＩＰアドレスを変更させなくても実現される。その結果、バックアップ・システム200は、アクセス先がメイン・システム100からバックアップ・システム200へ切り換えられたことにかかわらず、顧客のＰＣ700及び物流センター等のＬＡＮ400に作業を継続させることができる。

本発明は物流管理システムに関し、上記のとおり、メイン・システムとバックアップ・システムとに、物流に関する業務の継続に必要なデータを所定の時間間隔で同期させる。このように、本発明は明らかに産業上利用可能である。

100 メイン・システム
110 第１受注部
111 第１受付部
112 ＥＤＩサーバ
120 第１記録部
130 第１管理部
131 ＷＭＳサーバ
132 業務サーバ
140 第１ネットワーク通信部
150 第１専用回線通信部
160 第１バス
200 バックアップ・システム
210 第２受注部
211 第２受付部
212 ＥＤＩサーバ
220 第２記録部
230 第２管理部
231 ＷＭＳサーバ
232 業務サーバ
240 第２ネットワーク通信部
250 第２専用回線通信部
260 第２バス
300 ＷＡＮ
400 物流センター等のＬＡＮ
401 サーバ
402 ルータ
403 ＰＣ端末
404 バス
500 専用回線
600 電話回線
700 顧客のＰＣ

Claims (3)

1. 物流に関する業務を管理するためのメイン・システムと専用回線で接続され、前記メイン・システムに障害が生じた場合、前記メイン・システムに代わって前記業務を管理するためのバックアップ・システムであって、
   前記メイン・システムは、
   顧客からは電話回線又はネットワークを通してＥＤＩデータを受け付け、物流センター又は倉庫に設置されたシステムからは前記ネットワークを通してＥＤＩデータを受け付ける第１受注部、
   前記第１受注部によって受け付けられたＥＤＩデータに応じて、前記物流センター又は前記倉庫における配送対象物の入庫、在庫、及び出庫に関するデータと、前記配送対象物を配送する手段の手配に関するデータとを、マスタ・データとトランザクション・データとの形式で管理する第１管理部、並びに、
   前記第１受注部によって受け付けられたＥＤＩデータと、前記第１受注部が前記ＥＤＩデータを受け付けるための環境を設定するのに必要なパラメータとを記録する第１記録部、
   を備え、
   前記メイン・システムに障害が生じた場合、前記電話回線又は前記ネットワークに接続されて、前記第１受注部に代わって前記第１受注部の機能を実現する第２受注部、
   前記メイン・システムに障害が生じた場合、前記第１管理部に代わって前記第１管理部の機能を実現する第２管理部、並びに、
   前記専用回線を通して、前記第１記録部からは前記ＥＤＩデータと前記パラメータとを、前記第１管理部からは前記マスタ・データと前記トランザクション・データとを、それぞれ所定の時間間隔で複製し、前記メイン・システムに障害が生じた場合、前記第２受注部によって受け付けられたＥＤＩデータを記録し、前記マスタ・データと前記トランザクション・データとを前記第２管理部に利用させる第２記録部、
   を備えているバックアップ・システム。
2. 前記第２受注部は、前記ネットワークにおけるアドレスを前記第１受注部と共有することを特徴とする、請求項１に記載のバックアップ・システム。
3. 前記ネットワークを通して、顧客、前記物流センター、又は前記倉庫に設置されたシステムと前記バックアップ・システムの各要素との間でデータを中継するネットワーク通信部、
   を更に備え、
   前記ネットワーク通信部は、
   前記メイン・システムが正常に機能している間、前記バックアップ・システムの各要素を前記ネットワークから切断し、
   前記メイン・システムに障害が生じた場合、前記バックアップ・システムの各要素を前記ネットワークに接続する
   ことを特徴とする、請求項１に記載のバックアップ・システム。

Images