(57)【要約】【課題】センターサーバ間で通信障害が発生した場合にでも、迅速に発注データの整合をとり、滞りなく取引先に取引先データを送信すること。【解決手段】センターサーバ５００およびセンターサーバ６００間の専用回線がダウンしたか否かを送信ステータス判定処理部１４０がセンターサーバ５００または６００から送信される情報を基に判定し、センターサーバ５００およびセンターサーバ６００間の専用回線がダウンしていると判定した場合には、送信モード変換処理部１５０が送信モードを変更し、発注データ送信処理部が、発注データをセンターサーバ５００およびセンターサーバ６００の双方に送信する。【選択図】        図２
2006099387.tif 000002
【特許請求の範囲】
【請求項１】
複数のセンターサーバが互いに接続されてデータ管理システムを形成し、前記センターサーバのいずれかに物品注文に係る発注情報を送信する送信処理プログラムであって、
前記複数のセンターサーバ間で通信障害が発生しているか否かの情報である通信状況情報を取得する通信状況情報取得手順と、
前記通信状況情報を基にして、前記複数のセンターサーバ間で通信障害が発生しているか否かを判定する通信障害判定手順と、
前記通信障害判定手順によって、前記複数のセンターサーバ間で通信障害が発生していると判定された場合に、前記複数のセンターサーバ全てに対して前記発注情報を送信する送信処理手順と、
をコンピュータに実行させることを特徴とする送信処理プログラム。
【請求項２】
前記通信障害判定手順が、前記複数のセンターサーバ間で通信障害が発生していると判定した場合に、前記送信処理手順は、前記複数のセンターサーバ全てに対して前記発注情報を送信した旨を、更に前記複数のセンターサーバ全てに通知することを特徴とする請求項１に記載の送信処理プログラム。
【請求項３】
前記通信状況情報取得手順は、前記センターサーバが前記発注情報を正常に処理したか否かの情報である処理結果情報を更に取得し、前記送信処理手順は、前記処理結果情報を前記複数のセンターサーバに更に送信することを特徴とする請求項１または２に記載の送信処理プログラム。
【請求項４】
複数のセンターサーバが互いに接続されてデータ管理システムを形成し、前記センターサーバのいずれかに物品注文に係る発注情報を送信する送信処理方法であって、
前記複数のセンターサーバ間で通信障害が発生しているか否かの情報である通信状況情報を取得する通信状況情報取得工程と、
前記通信状況情報を基にして、前記複数のセンターサーバ間で通信障害が発生しているか否かを判定する通信障害判定工程と、
前記通信障害判定工程によって、前記複数のセンターサーバ間で通信障害が発生していると判定された場合に、前記複数のセンターサーバ全てに対して前記発注情報を送信する送信処理工程と、
を含んだことを特徴とする送信処理方法。
【請求項５】
複数のセンターサーバが互いに接続されてデータ管理システムを形成し、前記センターサーバのいずれかに物品注文に係る発注情報を送信するクライアント装置であって、
前記複数のセンターサーバ間で通信障害が発生しているか否かの情報である通信状況情報を取得する通信状況情報取得手段と、
前記通信状況情報を基にして、前記複数のセンターサーバ間で通信障害が発生しているか否かを判定する通信障害判定手段と、
前記通信障害判定手段によって、前記複数のセンターサーバ間で通信障害が発生していると判定された場合に、前記複数のセンターサーバ全てに対して前記発注情報を送信する送信処理手段と、
を備えたことを特徴とするクライアント装置。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、複数のセンターサーバが互いに接続されてデータ管理システムを形成し、前記センターサーバのいずれかに物品注文に係る発注情報を送信する送信処理プログラム、送信処理方法およびクライアント装置に関し、特にセンターサーバ間で通信障害が発生した場合にでも、迅速に発注データの整合をとることができる送信処理プログラム、送信処理方法およびクライアント装置に関するものである。
【背景技術】
【０００２】
従来、コンビニエンスストアなどの店舗（以下、単に店舗と表記する）は、取引先などに商品の注文を行う場合、商品注文等に係る発注データを、発注データを管理する２台のセンターサーバのいずれか一方に送信する。そして、発注データを受信したセンターサーバは、専用回線を利用して他のセンターサーバに発注データを転送し、発注データの相互矛盾をなくした後、取引先に、店舗の情報や店舗が注文した商品の情報である取引先データを送信している。
【０００３】
なお、センターサーバは、発注データを受信した場合に、発注データを他方のセンターサーバに転送した後、自装置の記憶部に発注データを記憶するか、または、発注データを自装置の記憶部に記憶させた後、他方のセンターサーバに発注データを転送している。
【０００４】
したがって、センターサーバ間の専用回線に通信障害が発生した場合には、各センターサーバ間で発注データの整合を保つことができず、センターサーバの運行が停止してしまうという問題があった。
【０００５】
そこで、特許文献１では、２台のサーバ間で通信障害が発生した場合に、通信障害が発生している間の各サーバのデータ更新状態を記録し、通信回線が復旧した際に、データ更新状態に関する記録を参照して、サーバ間のデータを整合させている。
【０００６】
【特許文献１】特開平１１−２０３１８４号公報
【発明の開示】
【発明が解決しようとする課題】
【０００７】
しかしながら、特許文献１で公開された技術のように、発注データの更新状態を記録し、専用回線復旧後に、発注データの整合をとる場合でも、店舗とセンターサーバとの間には、発注締めの時間が存在するため、該発注締めの時間後に専用回線が復旧した場合には、取引先に取引先データを予定通りに送信できなくなり、取引先は商品を店舗に届けることが極めて困難となる。
【０００８】
したがって、係る従来の技術では、センターサーバ間の専用回線が早急に復旧しない場合に、センターサーバは、取引先に取引先データを適切に送信することが出来ず、店舗は注文した商品を予定通り受け取ることができないため、店舗は多大な被害を受けることになる。
【０００９】
この発明は、上述した従来技術による問題点を解消するためになされたものであり、センターサーバ間で通信障害が発生した場合にでも、迅速に発注データの整合をとることができ、滞りなく取引先に取引先データを送信することができる送信処理プログラム、送信処理方法およびクライアント装置を提供することを目的とする。
【課題を解決するための手段】
【００１０】
上述した課題を解決し、目的を達成するため、請求項１の発明に係る送信処理プログラムは、複数のセンターサーバが互いに接続されてデータ管理システムを形成し、前記センターサーバのいずれかに物品注文に係る発注情報を送信する送信処理プログラムであって、前記複数のセンターサーバ間で通信障害が発生しているか否かの情報である通信状況情報を取得する通信状況情報取得手順と、前記通信状況情報を基にして、前記複数のセンターサーバ間で通信障害が発生しているか否かを判定する通信障害判定手順と、前記通信障害判定手順によって、前記複数のセンターサーバ間で通信障害が発生していると判定された場合に、前記複数のセンターサーバ全てに対して前記発注情報を送信する送信処理手順と、をコンピュータに実行させることを特徴とする。
【００１１】
この請求項１の発明によれば、送信処理プログラムは、複数のセンターサーバ間で通信障害が発生しているか否かの情報である通信状況情報を取得し、該通信状況情報を基にして複数のセンターサーバ間で通信障害が発生しているか否かを判定し、センターサーバ間で通信障害が発生していると判定した場合に、複数のセンターサーバ全てに対して物品注文に係る発注情報を送信する。
【００１２】
また、請求項２の発明に係る送信処理プログラムは、請求項１の発明において、前記通信障害判定手順が、前記複数のセンターサーバ間で通信障害が発生していると判定した場合に、前記送信処理手順は、前記複数のセンターサーバ全てに対して前記発注情報を送信した旨を、更に前記複数のセンターサーバ全てに通知することを特徴とする。
【００１３】
この請求項２の発明によれば、送信処理プログラムは、複数のセンターサーバ間で通信障害が発生していると判定した場合に、複数のセンターサーバ全てに対して発注データを送信した旨を、複数のセンターサーバ全てに通知する。
【００１４】
また、請求項３の発明に係る送信処理プログラムは、請求項１または２の発明において、前記通信状況情報取得手順は、前記センターサーバが前記発注情報を正常に処理したか否かの情報である処理結果情報を更に取得し、前記送信処理手順は、前記処理結果情報を前記複数のセンターサーバに更に送信することを特徴とする。
【００１５】
この請求項３の発明によれば、送信処理プログラムは、センターサーバが発注情報を正常に処理したか否かの情報である処理結果情報を更に取得し、該処理結果情報を複数のセンターサーバに更に送信する。
【００１６】
また、請求項４の発明に係る送信処理方法は、複数のセンターサーバが互いに接続されてデータ管理システムを形成し、前記センターサーバのいずれかに物品注文に係る発注情報を送信する送信処理方法であって、前記複数のセンターサーバ間で通信障害が発生しているか否かの情報である通信状況情報を取得する通信状況情報取得工程と、前記通信状況情報を基にして、前記複数のセンターサーバ間で通信障害が発生しているか否かを判定する通信障害判定工程と、前記通信障害判定工程によって、前記複数のセンターサーバ間で通信障害が発生していると判定された場合に、前記複数のセンターサーバ全てに対して前記発注情報を送信する送信処理工程と、を含んだことを特徴とする。
【００１７】
この請求項４の発明によれば、送信処理方法は、複数のセンターサーバ間で通信障害が発生しているか否かの情報である通信状況情報を取得し、該通信状況情報を基にして複数のセンターサーバ間で通信障害が発生しているか否かを判定し、センターサーバ間で通信障害が発生していると判定した場合に、複数のセンターサーバ全てに対して物品注文に係る発注情報を送信する。
【００１８】
また、請求項５の発明に係るクライアント装置は、複数のセンターサーバが互いに接続されてデータ管理システムを形成し、前記センターサーバのいずれかに物品注文に係る発注情報を送信するクライアント装置であって、前記複数のセンターサーバ間で通信障害が発生しているか否かの情報である通信状況情報を取得する通信状況情報取得手段と、前記通信状況情報を基にして、前記複数のセンターサーバ間で通信障害が発生しているか否かを判定する通信障害判定手段と、前記通信障害判定手段によって、前記複数のセンターサーバ間で通信障害が発生していると判定された場合に、前記複数のセンターサーバ全てに対して前記発注情報を送信する送信処理手段と、を備えたことを特徴とする。
【００１９】
この請求項５の発明によれば、クライアント装置は、複数のセンターサーバ間で通信障害が発生しているか否かの情報である通信状況情報を取得し、該通信状況情報を基にして複数のセンターサーバ間で通信障害が発生しているか否かを判定し、センターサーバ間で通信障害が発生していると判定した場合に、複数のセンターサーバ全てに対して物品注文に係る発注情報を送信する。
【発明の効果】
【００２０】
請求項１の発明によれば、送信処理プログラムは、複数のセンターサーバ間で通信障害が発生しているか否かの情報である通信状況情報を取得し、該通信状況情報を基にして複数のセンターサーバ間で通信障害が発生しているか否かを判定し、センターサーバ間で通信障害が発生していると判定した場合に、複数のセンターサーバ全てに対して物品注文に係る発注情報を送信するので、迅速にセンターサーバ間の発注情報に対する整合をとることができる。
【００２１】
また、請求項２の発明によれば、送信処理プログラムは、複数のセンターサーバ間で通信障害が発生していると判定した場合に、複数のセンターサーバ全てに対して発注データを送信した旨を、複数のセンターサーバ全てに通知するので、センターサーバ間で精度よく発注情報に対する整合を取ることができる。
【００２２】
また、請求項３の発明によれば、送信処理プログラムは、センターサーバが発注情報を正常に処理したか否かの情報である処理結果情報を更に取得し、該処理結果情報を複数のセンターサーバに更に送信するので、センターサーバ間の発注情報に係る相互矛盾を防ぐことができる。
【００２３】
また、請求項４の発明によれば、送信処理方法は、複数のセンターサーバ間で通信障害が発生しているか否かの情報である通信状況情報を取得し、該通信状況情報を基にして複数のセンターサーバ間で通信障害が発生しているか否かを判定し、センターサーバ間で通信障害が発生していると判定した場合に、複数のセンターサーバ全てに対して物品注文に係る発注情報を送信するので、迅速にセンターサーバ間の発注情報に対する整合をとることができる。
【００２４】
また、請求項５の発明によれば、クライアント装置は、複数のセンターサーバ間で通信障害が発生しているか否かの情報である通信状況情報を取得し、該通信状況情報を基にして複数のセンターサーバ間で通信障害が発生しているか否かを判定し、センターサーバ間で通信障害が発生していると判定した場合に、複数のセンターサーバ全てに対して物品注文に係る発注情報を送信するので、迅速にセンターサーバ間の発注情報に対する整合をとることができる。
【発明を実施するための最良の形態】
【００２５】
以下に添付図面を参照して、この発明に係る送信処理プログラム、送信処理方法およびクライアント装置の好適な実施の形態を詳細に説明する。
【実施例１】
【００２６】
本実施例に示すクライアント装置は、２つのセンターサーバ間で利用される専用回線に故障等が発生した場合に、双方のセンターサーバに、商品注文に係る発注データを送信することで、専用回線故障時であっても迅速にセンターサーバ間の発注データに対する整合をとる。
【００２７】
まず、本実施例に係る発注データ管理システムの構成について説明する。図１は、本実施例に係る発注データ管理システムのシステム構成を示すブロック図である。同図に示すように、この発注データ管理システムは、クライアント装置１００〜４００が専用回線およびＩＮＳ（Information Network System）を利用したバックアップ回線によってセンターサーバ５００、６００と接続され、センターサーバ５００、６００が専用回線およびＩＮＳを利用したバックアップ回線によって相互に接続されている。また、取引先サーバ７００が、ネットワーク５０を介してセンターサーバ５００、６００と接続されている。
【００２８】
なお、ここでは説明の便宜上、４台のクライアント装置１００〜４００のみを示したが、この発注データ管理システムは、専用回線を介して任意の台数のクライアント装置から利用される。なお、ここでは、クライアント装置１００が、センターサーバ５００または６００を利用する場合を示し、クライアント装置２００〜４００に関する説明は省略する。
【００２９】
クライアント装置１００は、センターサーバ５００と６００との間の専用回線が正常な場合には、センターサーバ５００または６００のいずれか一方に発注データを送信し、センターサーバ５００および３００間の専用回線がダウンした場合には、センターサーバ５００および６００の双方に発注データを送信する装置である。
【００３０】
センターサーバ５００は、クライアント装置１００から発注データを受信し、センターサーバ６００との間で発注データに対する整合性をとった後、取引先サーバ７００に、取引を行う商品の種類や個数等の情報である取引先データを送信する装置である。なお、センターサーバ５００は、センターサーバ５００と６００との間の専用回線がダウンしている場合には、その旨をクライアント装置１００に通知する。
【００３１】
センターサーバ６００は、センターサーバ５００と同様であるため説明を省略する。取引先サーバ７００は、センターサーバ５００または６００から送信される取引先データを管理する装置である。
【００３２】
次に、図１に示したクライアント装置１００の構成について説明する。図２は、図１に示したクライアント装置１００の構成を示す機能ブロック図である。同図に示すように、このクライアント装置１００は、制御部１１０と、ネットワークインターフェース部１２０と、発注データ送信処理部１３０と、送信ステータス判定処理部１４０と、送信モード変更処理部１５０とを有する。
【００３３】
制御部１１０は、クライアント装置１００全体を制御する処理部であり、ネットワークインターフェース部１２０は、所定の通信プロトコルを用いてセンターサーバ５００、６００と通信を行う処理部である。
【００３４】
発注データ送信処理部１３０は、センターサーバ５００と６００との間の専用回線が正常な場合には、センターサーバ５００または６００のいずれか一方に、発注データを送信する処理部である。
【００３５】
図３は、発注データのデータ構造の一例を示す図である。同図に示すように、発注データは、店舗コードと、商品コードと、発注日と、発注数とを有する。ここで、店舗コードは、商品を注文した店舗を識別するためのコードであり、商品コードは、商品を識別するためのコードであり、発注日は発注した日にちを示し、発注数は、注文する商品の個数を示す。また、発注データには、複数の商品コード、発注日および発注数が格納される。
【００３６】
図３では、店舗コードが「０００１」であり、１つ目の商品に係る商品コードが「１２３４」であり、発注日が「２００４年１０月１０日」であり、発注数が「３」であり、２つ目の商品に係る商品コードが「１２３５」であり、発注日が「２００４年１０月１０日」であり、発注数が「５」である。
【００３７】
送信ステータス判定処理部１４０は、センターサーバ５００および６００間の専用回線がダウンしているか否かを判定する処理部である。具体的には、センターサーバ５００または６００から処理結果を受信し、受信した処理結果に専用回線がダウンしている旨の情報が含まれている場合には、センターサーバ５００と６００との間の専用回線がダウンしていると判定する。
【００３８】
送信モード変換処理部１５０は、送信ステータス判定処理部１４０がセンターサーバ５００および６００間の専用回線がダウンしたと判定した場合に、発注データ送信処理部１３０の送信モードを変更する処理部である。具体的には、送信モード変換処理部１５０は、専用回線がダウンにした場合に、発注データ送信処理部１３０に、センターサーバ５００および６００の双方に発注データを送信させる。
【００３９】
また、送信モード変更処理部１５０は、センターサーバ５００と６００との間で通信障害が発生している場合に、発注データ送信処理部１３０がセンターサーバ５００および６００双方に発注データを送信した旨の情報である送信モード変更情報を、センターサーバ５００および６００に送信する。
【００４０】
また、送信モード変更処理部１５０は、送信モード変更処理情報をセンターサーバ５００および６００に送信した後、センターサーバ５００および６００から、発注データを適切に処理したか否かの情報である発注処理結果データを受信し、センターサーバ５００の発注処理結果データをセンターサーバ６００に送信し、センターサーバ６００の発注処理結果データをセンターサーバ５００に送信する。
【００４１】
次に、図１に示したセンターサーバ５００の構成について説明する（センターサーバ６００は、センターサーバ５００と同様であるため説明を省略する）。図４は、図１に示したセンターサーバ５００の構成を示す機能ブロック図である。同図に示すように、このセンターサーバ５００は、制御部５１０と、ネットワークインターフェース部５２０と、発注データ転送処理部５３０と、発注データ書込み・削除処理部５４０と、通信障害監視処理部５５０と、データ記憶部５６０と、取引先データ作成部５７０とを有する。
【００４２】
制御部５１０は、センターサーバ５００全体を制御する処理部であり、ネットワークインターフェース部５２０は、所定の通信プロトコルを用いてクライアント装置１００、センターサーバ６００および取引先サーバ７００と通信を行う処理部である。
【００４３】
発注データ転送処理部５３０は、クライアント装置１００から受信した発注データをセンターサーバ６００に転送する処理部である。なお、発注データ転送処理部５３０は、クライアント装置１００から送信モード変更情報を受信した場合には、センターサーバ６００に対する発注データの転送は行わない。
【００４４】
発注データ書込み・削除処理部５４０は、クライアント装置１００から受信した発注データをデータ記憶部５６０に記憶させる処理部である。また、発注データ書込み・削除処理部５４０は、センターサーバ５００と６００との間の専用回線がダウンし、発注データ転送処理部５３０が発注データをセンターサーバ６００に転送できなかった場合には、データ記憶部５６０に書込んだ発注データを削除する。
【００４５】
また、発注データ書込み・削除処理部５４０は、送信モード変更情報と、発注データを受信した場合には、発注データをデータ記憶部５６０に記憶させ、センターサーバ５００の発注処理結果データを作成し、作成した発注処理結果データをクライアント装置１００に送信する。
【００４６】
また、発注データ書込み・削除処理部５４０は、センターサーバ６００の発注処理結果データをクライアント装置１００から受信し、該発注処理結果データを基にセンターサーバ５００が正常に発注データを処理できているか否かを判定し、正常に発注データを処理できていない場合には対応する発注データをデータ記憶部５６０から削除する。
【００４７】
通信障害監視処理部５５０は、センターサーバ５００および６００間の専用回線を監視し、専用回線がダウンした場合には、専用回線がダウンした旨を、発注データ書込み・削除処理部２４０に通知すると共に、専用回線がダウンした旨の情報を発注データの処理結果に含ませ、クライアント装置１００に送信する。
【００４８】
データ記憶部５６０は、クライアント装置１００から送信される発注データから、取引先サーバ７００に送信する取引先データを作成するためのマスタデータを記憶する記憶部である。図５は、データ記憶部５６０が記憶するマスタデータを示す図である。同図に示すように、マスタデータは、店舗マスタ、取引先マスタおよび商品マスタを有する。
【００４９】
店舗マスタは、店舗コードと店舗エリアコードとを有する。ここで、店舗コードは店舗を識別するためのコードであり、店舗エリアコードは、店舗の位置を識別するためのコードである。図５では、店舗コード「０００１」に係る店舗エリアコードが「４２３４」であり、店舗コード「０００２」に係る店舗エリアコードが「４２３５」であり、店舗コード「０００３」に係る店舗エリアコードが「４３３３」である。
【００５０】
取引先マスタは、取引先コードと取引先エリアコードとを有する。ここで、取引先コードは、取引先を識別するためのコードであり、取引先エリアコードは、取引先の位置を識別するためのコードである。図５では、取引先コード「２２３４」に係る取引先エリアコードが「３２３４」であり、取引先コード「２２３５」に係る取引先エリアコードが「３２３５」であり、取引先コード「２２４４」に係る取引先エリアコードが「３２３３」である。
【００５１】
商品マスタは、商品コードと取引先コードとを有する。ここで、商品コードは、商品を識別するためのコードであり、取引先コードは、商品コードによって識別される商品を取り扱う取引先を識別するためのコードである。図５では、商品コード「１２３４」に係る取引先コードが「２２３４」であり、商品コード「１２３５」に係る取引先コードが「２２３４」であり、商品コード「１２４４」に係る取引先コードが「２２４４」である。
【００５２】
なお、ここでは詳しい説明は省略するが、取引先コード、取引先エリアコードおよび店舗エリアコードは、発注データ書込み・削除処理部２４０が保持する取引先・エリアコード表などを基に特定され、特定された取引先コード、取引先エリアコードおよび店舗エリアコードがデータ記憶部５６０に書込まれる。
【００５３】
取引先データ作成部５７０は、データ記憶部５６０に記憶されたマスタデータを基にして取引先データを作成し、作成した取引先データを取引先サーバ７００に送信する処理部である。図６は、取引先データのデータ構造の一例を示す図である。
【００５４】
図６に示すように、取引先データは、店舗コードと、商品コードと、発注日と、発注数とを有する。なお、店舗コード、商品コード、発注日および発注数は、上述した発注データの店舗コード、商品コード、発注日および発注数と同様であるため説明を省略する。
【００５５】
図６では、店舗コードが「０００１」であり、１つ目の商品に係る商品コードが「１２３４」であり、発注日が「２００４年１０月１０日」であり、発注数が「３」であり、２つ目の商品に係る商品コードが「１２３５」であり、発注日が「２００４年１０月１０日」であり、発注数が「５」である。
【００５６】
次に、発注データ管理システムの発注データ処理について説明する。図７および図８は、発注データ管理システムの発注データ処理手順を示すフローチャートである。同図に示すように、クライアント装置１００が発注データを送信し（ステップＳ１０１）、センターサーバ５００が発注データを受信する（ステップＳ１０２）。
【００５７】
センターサーバ５００は、発注データをデータ記憶部５６０に書込み（ステップＳ１０３）、正常に書込んでいない場合には（ステップＳ１０４，Ｎｏ）、正常に書込めなかった旨の通信結果データを作成し（ステップＳ１０５）、通信結果データをクライアント装置１００に送信する（ステップＳ１０６）。
【００５８】
一方、センターサーバ５００が正常に書込んだ場合には（ステップＳ１０４，Ｙｅｓ）、発注データをセンターサーバ６００に転送し（ステップＳ１０７）、通信障害が発生していない場合には（ステップＳ１０８，Ｎｏ）、センターサーバ６００が発注データを受信し（ステップＳ１０９）、発注データをデータ記憶部に書込む（ステップＳ１１０）。通信障害が発生している場合には（ステップＳ１０８，Ｙｅｓ）、センターサーバ６００は一時待機する（ステップＳ１１１）。
【００５９】
一方、センターサーバ５００は、通信障害が発生したか否かを判定し（ステップＳ１１２）、通信障害が発生していない場合には（ステップＳ１１２，Ｎｏ）、正常に終了した旨の通信結果データを作成し（ステップＳ１１３）、ステップＳ１０６に移行する。
【００６０】
一方、通信障害が発生した場合には（ステップＳ１１２，Ｙｅｓ）、発注データをデータ記憶部５６０から削除し（ステップＳ１１４）、センターサーバ間で通信障害が発生した旨の通信結果データを作成し（ステップＳ１１５）、ステップＳ１０６に移行する。
【００６１】
クライアント装置１００は、通信結果データを受信し（ステップＳ１１６）、センターサーバ間で通信障害が発生していない場合には（ステップＳ１１７，Ｎｏ）、処理を終了し、センターサーバ間で通信障害が発生している場合には（ステップＳ１１７，Ｙｅｓ）、送信モードを変更する（ステップＳ１１８）。
【００６２】
そして、クライアント装置１００は、送信モード変更情報と発注データとをセンターサーバ５００に送信し（ステップＳ１１９）、センターサーバ５００は、送信モード変更情報と発注データとを受信し（ステップＳ１２０）、発注データをデータ記憶部５６０に書込み（ステップＳ１２１）、発注処理結果データをクライアント装置１００に送信し（ステップＳ１２２）、クライアント装置１００は、発注処理結果データを受信する（ステップＳ１２３）。
【００６３】
クライアント装置１００は、送信モード変更情報と発注データとをセンターサーバ６００に送信し（ステップＳ１２４）、センターサーバ６００は、送信モード変更情報と発注データとを受信し（ステップＳ１２５）、発注データをデータ記憶部に書込み（ステップＳ１２６）、発注処理結果データをクライアント装置１００に送信する（ステップＳ１２７）。
【００６４】
クライアント装置１００は、センターサーバ６００から発注処理結果データを受信し（ステップＳ１２８）、センターサーバ６００の発注処理結果データをセンターサーバ５００に送信し（ステップＳ１２９）、センターサーバ５００はセンターサーバ６００の発注処理結果データを受信し（ステップＳ１３０）、センターサーバ６００の書込みが成功している場合には（ステップＳ１３１，Ｙｅｓ）処理を終了し、書込みが失敗している場合には（ステップＳ１３１，Ｎｏ）、対応する発注データをデータ記憶部５６０から削除する。
【００６５】
また、クライアント装置１００は、センターサーバ６００に、センターサーバ５００の発注処理結果データを送信し（ステップＳ１３３）、センターサーバ６００は、センターサーバ５００の発注処理結果データを受信し（ステップＳ１３４）、センターサーバ５００の書込みが成功している場合には（ステップＳ１３５，Ｙｅｓ）、処理を終了し、書込みが失敗している場合には（ステップＳ１３５，Ｎｏ）、対応する発注データをデータ記憶部から削除する（ステップＳ１３６）。
【００６６】
このように、センターサーバ間の専用回線がダウンしている場合には、クライアント装置１００がセンターサーバ５００および６００の双方に発注データを送信するので、センターサーバ５００および６００は、発注データの整合性を保つことができる。
【００６７】
上述してきたように、本実施例では、センターサーバ５００およびセンターサーバ６００間の専用回線がダウンしたか否かを送信ステータス判定処理部１４０が判定し、センターサーバ５００およびセンターサーバ６００間の専用回線がダウンしていると判定した場合には、送信モード変換処理部１５０が送信モードを変更し、発注データ送信処理部１３０が、発注データをセンターサーバ５００およびセンターサーバ６００の双方に送信するので、センターサーバ間で通信障害が発生した場合にでも、迅速に発注データの整合をとることができ、滞りなく取引先データを取引先サーバ７００に送信することができる。
【００６８】
ところで、上記の実施例で説明したクライアント装置１００の各処理は、発注データ送信処理に係るプログラムをコンピュータで実行することによって実現することができる。そこで、以下では、図９を用いて、上記の実施例のクライアント装置１００と同様の機能を有する送信処理プログラムを実行するコンピュータの一例を説明する。図９は、送信処理プログラムを実行するコンピュータを示す図である。
【００６９】
同図に示すように、コンピュータ３０は、キーボードやマウス等の入力装置３１、ディスプレイなどの表示装置３２、外部とネットワーク通信を行うネットワーク装置３３、ＨＤＤ３４およびＣＰＵ３５をバス３６で接続して構成される。
【００７０】
そして、ＨＤＤ３４には、上記の実施例のクライアント装置１００と同様の機能を発揮する送信処理プログラム、つまり、図９に示すように、送信処理プログラム３４ａが予め記憶されている。
【００７１】
そして、ＣＰＵ３５が、送信処理プログラム３４ａをＨＤＤ３４から読み出して実行することで、図９に示すように、送信処理プログラム３４ａは、送信処理プロセス３５ａとして機能するようになる。送信処理プロセス３５ａは、図２に示した発注データ送信処理部１３０、送信ステータス判定処理部１４０、送信モード変更処理部１５０に対応する。
【００７２】
ところで、上記した送信処理プログラム３４ａは、必ずしも最初からＨＤＤ３４に記憶させておく必要はなく、例えば、コンピュータ３０に挿入されるフレキシブルディスク（ＦＤ）、ＣＤ−ＲＯＭ、ＭＯディスク、ＤＶＤディスク、光磁気ディスク、ＩＣカードなどの「可搬の物理媒体」、さらには、公衆回線、インターネット、ＬＡＮ、ＷＡＮなどを介してコンピュータ３０に接続される「他のコンピュータ（またはサーバ）」などに各プログラムを記憶させておき、コンピュータ３０がこれらから各プログラムを読み出して実行するようにしてもよい。
【００７３】
（付記１）複数のセンターサーバが互いに接続されてデータ管理システムを形成し、前記センターサーバのいずれかに物品注文に係る発注情報を送信する送信処理プログラムであって、
前記複数のセンターサーバ間で通信障害が発生しているか否かの情報である通信状況情報を取得する通信状況情報取得手順と、
前記通信状況情報を基にして、前記複数のセンターサーバ間で通信障害が発生しているか否かを判定する通信障害判定手順と、
前記通信障害判定手順によって、前記複数のセンターサーバ間で通信障害が発生していると判定された場合に、前記複数のセンターサーバ全てに対して前記発注情報を送信する送信処理手順と、
をコンピュータに実行させることを特徴とする送信処理プログラム。
【００７４】
（付記２）前記通信障害判定手順が、前記複数のセンターサーバ間で通信障害が発生していると判定した場合に、前記送信処理手順は、前記複数のセンターサーバ全てに対して前記発注情報を送信した旨を、更に前記複数のセンターサーバ全てに通知することを特徴とする付記１に記載の送信処理プログラム。
【００７５】
（付記３）前記通信状況情報取得手順は、前記センターサーバが前記発注情報を正常に処理したか否かの情報である処理結果情報を更に取得し、前記送信処理手順は、前記処理結果情報を前記複数のセンターサーバに更に送信することを特徴とする付記１または２に記載の送信処理プログラム。
【００７６】
（付記４）複数のセンターサーバが互いに接続されてデータ管理システムを形成し、前記センターサーバのいずれかに物品注文に係る発注情報を送信する送信処理方法であって、
前記複数のセンターサーバ間で通信障害が発生しているか否かの情報である通信状況情報を取得する通信状況情報取得工程と、
前記通信状況情報を基にして、前記複数のセンターサーバ間で通信障害が発生しているか否かを判定する通信障害判定工程と、
前記通信障害判定工程によって、前記複数のセンターサーバ間で通信障害が発生していると判定された場合に、前記複数のセンターサーバ全てに対して前記発注情報を送信する送信処理工程と、
を含んだことを特徴とする送信処理方法。
【００７７】
（付記５）前記通信障害判定工程が、前記複数のセンターサーバ間で通信障害が発生していると判定した場合に、前記送信処理工程は、前記複数のセンターサーバ全てに対して前記発注情報を送信した旨を、更に前記複数のセンターサーバ全てに通知することを特徴とする付記４に記載の送信処理方法。
【００７８】
（付記６）前記通信状況情報取得工程は、前記センターサーバが前記発注情報を正常に処理したか否かの情報である処理結果情報を更に取得し、前記送信処理工程は、前記処理結果情報を前記複数のセンターサーバに更に送信することを特徴とする付記４または５に記載の送信処理方法。
【００７９】
（付記７）複数のセンターサーバが互いに接続されてデータ管理システムを形成し、前記センターサーバのいずれかに物品注文に係る発注情報を送信するクライアント装置であって、
前記複数のセンターサーバ間で通信障害が発生しているか否かの情報である通信状況情報を取得する通信状況情報取得手段と、
前記通信状況情報を基にして、前記複数のセンターサーバ間で通信障害が発生しているか否かを判定する通信障害判定手段と、
前記通信障害判定手段によって、前記複数のセンターサーバ間で通信障害が発生していると判定された場合に、前記複数のセンターサーバ全てに対して前記発注情報を送信する送信処理手段と、
を備えたことを特徴とするクライアント装置。
【００８０】
（付記８）前記通信障害判定手段が、前記複数のセンターサーバ間で通信障害が発生していると判定した場合に、前記送信処理手段は、前記複数のセンターサーバ全てに対して前記発注情報を送信した旨を、更に前記複数のセンターサーバ全てに通知することを特徴とする付記７に記載のクライアント装置。
【００８１】
（付記９）前記通信状況情報取得手段は、前記センターサーバが前記発注情報を正常に処理したか否かの情報である処理結果情報を更に取得し、前記送信処理手段は、前記処理結果情報を前記複数のセンターサーバに更に送信することを特徴とする付記７または８に記載のクライアント装置。
【産業上の利用可能性】
【００８２】
以上のように、本発明にかかる送信処理プログラム、送信処理方法およびクライアント装置は、サーバ間で利用する回線が故障した場合に、サーバ間で管理するデータの整合性を早急にとる必要のあるデュアルシステムなどに対して有用である。
【図面の簡単な説明】
【００８３】
【図１】本実施例に係る発注データ管理システムのシステム構成を示すブロック図である。
【図２】図１に示したクライアント装置の構成を示す機能ブロック図である。
【図３】発注データのデータ構造の一例を示す図である。
【図４】図１に示したセンターサーバの構成を示す機能ブロック図である。
【図５】データ記憶部が記憶するマスタデータを示す図である。
【図６】取引先データのデータ構造の一例を示す図である。
【図７】発注データ管理システムの発注データ処理手順を示すフローチャート（１）である。
【図８】発注データ管理システムの発注データ処理手順を示すフローチャート（２）である。
【図９】送信処理プログラムを実行するコンピュータを示す図である。
【符号の説明】
【００８４】
５０    ネットワーク
１００，２００，３００，４００    クライアント装置
１１０，５１０    制御部
１２０，５２０    ネットワークインターフェース部
１３０    発注データ送信処理部
１４０    送信ステータス判定処理部
１５０    送信モード変更処理部
５３０    発注データ転送処理部
５４０    発注データ書込み・削除処理部
５５０    通信障害監視処理部
５６０    データ記憶部
５７０    取引先データ作成部
５００，６００    センターサーバ
７００    取引先サーバ
【図１】
2006099387.tif 000003
【図２】
2006099387.tif 000004
【図３】
2006099387.tif 000005
【図４】
2006099387.tif 000006
【図５】
2006099387.tif 000007
【図６】
2006099387.tif 000008
【図７】
2006099387.tif 000009
【図８】
2006099387.tif 000010
【図９】
2006099387.tif 000011