(57)【要約】【課題】  資源の利用効率を向上させつつ、利用者がサービスを常に快適に受けられる環境を実現するための技術を提供する。【解決手段】  各サーバ１１、１２は、Ｌ３スイッチ４１、４２をそれぞれ有する第１、及び第２の通信ネットワークで各端末装置７１と接続され、それぞれ割り当てられた通信ネットワークを用いてサービスを提供する。各サーバ１１、１２は共に、他方が提供するサービスを提供できるようになっている。それにより、各サーバ１１、１２のうちの一方に障害が発生すると、他方が代行してサービスを提供する。第１、及び第２の通信ネットワークのうちの一方に障害が発生した場合には、その一方を用いて提供していたサービスは他方を用いて提供する。【選択図】図１
2006285532.tif 000002
【特許請求の範囲】
【請求項１】
通信ネットワークを介して接続される端末装置のユーザを対象にサービスを提供するための方法であって、
前記通信ネットワークに、異なる複数のサービスを提供可能な複数のサーバを接続して、互いに異なるサービスを提供させ、
前記複数のサーバのうちの一つに障害が発生した場合に、該障害が発生したサーバが提供していたサービスを該複数のサーバのうちで該障害の発生していないサーバに代行させて提供させる、
ことを特徴とするサービス提供方法。
【請求項２】
前記複数のサーバ、及び端末装置は共に複数の通信ネットワークと接続させると共に、該端末装置との通信に用いる通信ネットワークをサーバ毎に割り当て、
前記複数の通信ネットワークのうちの一つに障害が発生した場合に、該障害が発生した通信ネットワークが割り当てられているサーバに別の通信ネットワークを新たに割り当て、該新たに割り当てた通信ネットワークを用いて前記端末装置との通信を行わせる、
ことを特徴とする請求項１記載のサービス提供方法。
【請求項３】
通信ネットワークを介して接続される端末装置のユーザを対象にサービスを提供するための方法であって、
前記サービスを提供可能なサーバ、及び前記端末装置を共に複数の通信ネットワークと接続させ、該複数の通信ネットワークのなかで該サービスの提供に用いる通信ネットワークを割り当て、
前記サービスの提供に用いている通信ネットワークに障害が発生した場合に、前記複数の通信ネットワークのうちの他の通信ネットワークを新たに割り当て、該新たに割り当てた通信ネットワークを用いて該サービスを提供させる、
ことを特徴とするサービス提供方法。
【請求項４】
通信ネットワークを介して接続される端末装置のユーザを対象にサービスを提供するサーバとして用いられるデータ処理装置において、
異なる通信ネットワークを介して前記端末装置と通信するための複数の通信手段と、
前記複数の通信手段のうちの何れかを介して、前記端末装置のユーザに対してサービスを提供するサービス提供手段と、
前記サービス提供手段が前記複数の通信手段のうちの何れかによって前記サービスの提供に用いている通信ネットワークに発生した障害を検出する障害検出手段と、
前記障害検出手段が障害を検出した場合に、前記複数の通信手段のなかで他の通信手段を前記サービスの提供用に新たに割り当てる制御手段と、
を具備することを特徴とするデータ処理装置。
【請求項５】
前記制御手段は、前記他の通信手段を介して前記端末装置に対し、前記サービスの提供用に新たに用いる通信ネットワークを併せて通知する、
ことを特徴とする請求項１記載のデータ処理装置。
【請求項６】
通信ネットワークと接続可能な端末装置として用いられるデータ処理装置において、
異なる通信ネットワークを介して外部装置と通信するための複数の通信手段と、
前記複数の通信手段のうちの何れかが前記外部装置から前記通信に用いるべき通信ネットワークの通知を受信した場合に、該通知に従って該複数の通信手段のなかで該外部装置との通信に用いる通信手段を自動的に変更する制御手段と、
を具備することを特徴とするデータ処理装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信ネットワークを介して接続される端末装置のユーザにサービスを提供するための技術に関する。
【背景技術】
【０００２】
近年、インターネットに代表される通信ネットワークは急速に発展し、その発展によって現在では様々なサービスの提供に用いられている。オークションの場の提供もそのサービスの一つであり、その場の提供によってオークションは現在、盛んに行われている。その場を提供するシステムとしては、例えば特許文献４、５にそれぞれ記載されたものが挙げられる。
【０００３】
サービスの提供は、通信ネットワークと接続させたサーバによって行われるのが普通である。このため、サーバに障害が発生すると、復旧するまでの間、サービスは提供できない状態となる。そのような障害の発生による影響を回避、或いは低減するために、従来、そのサーバの代替となるものを予め用意しておくことが行われている。それを行うための従来の技術としては、例えば特許文献１〜３にそれぞれ記載されたものが挙げられる。以降、便宜的に代替用のサーバを「代替サーバ」、障害等の発生によってその代替サーバに代替されるサーバを「メインサーバ」とそれぞれ呼ぶことにする。
【０００４】
特許文献１、２にそれぞれ記載された従来の技術では、代替サーバはメインサーバに障害が発生した場合にのみ使用するようになっている。それにより、全体として資源（代替サーバ）の利用効率は低いのが実情である。このことから、資源（代替サーバ）をより有効に利用する方法を考えることも重要であると言える。
【０００５】
特許文献３に記載された従来の技術では、サーバに障害が発生した場合、そのサーバが実行するアプリケーションと同種、同等のアプリケーションを実行するサーバに代替させるようになっている。そのようなサーバに代替させる場合、代替サーバとしてのみ使用するサーバを用意する必要性は回避されるが、同種、同等のアプリケーションを実行するサーバでは、提供可能なサービスの内容等に違いがある、サービスの提供を受けるために別の機能を用意しなければならない、といったことが生じる可能性がある。このようなことから、利用者（端末装置のユーザ）は必ずしもサービスを快適に受けることができない。それにより、代替サーバはメインサーバを管理する側がそのメインサーバと同じように利用可能なものとして用意するのが望ましいと考えられる。
【０００６】
障害は、メインサーバ以外の資源に発生することがある。例えば通信ネットワーク自体（例えばケーブルやノード）に発生することがある。このことから、利用者がサービスを常に快適に受けられる環境を実現するためには、メインサーバ以外の資源に発生する障害にも適切に対応できるようにすることが重要であると言える。
【特許文献１】特開２００３−１９６１７２号公報
【特許文献２】特開２００４−２４８２２８号公報
【特許文献３】特開２００１−２１６１７４号公報
【特許文献４】特開２００４−２１５５５号公報
【特許文献５】特開２００１−３０６８８１号公報
【発明の開示】
【発明が解決しようとする課題】
【０００７】
本発明は、資源の利用効率を向上させつつ、利用者がサービスを常に快適に受けられる環境を実現するための技術を提供することを目的とする。
【課題を解決するための手段】
【０００８】
本発明の第１、及びサービス提供方法は共に、通信ネットワークを介して接続される端末装置のユーザを対象にサービスを提供するための方法であって、それぞれ以下のようにサービスを提供させる。
【０００９】
第１の態様のサービス提供方法は、通信ネットワークに、異なる複数のサービスを提供可能な複数のサーバを接続して、互いに異なるサービスを提供させ、複数のサーバのうちの一つに障害が発生した場合に、該障害が発生したサーバが提供していたサービスを該複数のサーバのうちで該障害の発生していないサーバに代行させて提供させる。
【００１０】
なお、上記複数のサーバ、及び端末装置は共に複数の通信ネットワークと接続させると共に、該端末装置との通信に用いる通信ネットワークをサーバ毎に割り当て、複数の通信ネットワークのうちの一つに障害が発生した場合に、該障害が発生した通信ネットワークが割り当てられているサーバに別の通信ネットワークを新たに割り当て、該新たに割り当てた通信ネットワークを用いて端末装置との通信を行わせる、ことが望ましい。
【００１１】
第２の態様のサービス提供方法は、サービスを提供可能なサーバ、及び端末装置を共に複数の通信ネットワークと接続させ、該複数の通信ネットワークのなかで該サービスの提供に用いる通信ネットワークを割り当て、サービスの提供に用いている通信ネットワークに障害が発生した場合に、複数の通信ネットワークのうちの他の通信ネットワークを新たに割り当て、該新たに割り当てた通信ネットワークを用いて該サービスを提供させる。
【００１２】
本発明の第１の態様のデータ処理装置は、通信ネットワークを介して接続される端末装置のユーザを対象にサービスを提供するサーバとして用いられることを前提とし、異なる通信ネットワークを介して端末装置と通信するための複数の通信手段と、複数の通信手段のうちの何れかを介して、端末装置のユーザに対してサービスを提供するサービス提供手段と、サービス提供手段が複数の通信手段のうちの何れかによってサービスの提供に用いている通信ネットワークに発生した障害を検出する障害検出手段と、障害検出手段が障害を検出した場合に、複数の通信手段のなかで他の通信手段をサービスの提供用に新たに割り当てる制御手段と、を具備する。
【００１３】
なお、上記制御手段は、他の通信手段を介して端末装置に対し、サービスの提供用に新たに用いる通信ネットワークを併せて通知する、ことが望ましい。
第２の態様のデータ処理装置は、通信ネットワークと接続可能な端末装置として用いられることを前提とし、異なる通信ネットワークを介して外部装置と通信するための複数の通信手段と、複数の通信手段のうちの何れかが外部装置から通信に用いるべき通信ネットワークの通知を受信した場合に、該通知に従って該複数の通信手段のなかで該外部装置との通信に用いる通信手段を自動的に変更する制御手段と、を具備する。
【発明の効果】
【００１４】
本発明は、通信ネットワークに、異なる複数のサービスを提供可能な複数のサーバを接続して、互いに異なるサービスを提供させ、複数のサーバのうちの一つに障害が発生した場合に、その障害が発生したサーバが提供していたサービスを複数のサーバのうちで障害の発生していないサーバに代行させて提供させる。
【００１５】
別のサーバに障害が発生することで代行させるサーバを、障害が発生していない状況でも使うことにより、資源の利用効率は向上し、高い利用効率で資源を活用する形でサービスを提供できるようになる。障害が発生したサーバは別のサーバにより代行させるため、利用者がサービスを常に快適に受けられる環境が実現される。
【００１６】
本発明は、サービスを提供可能なサーバ、及び端末装置を共に複数の通信ネットワークと接続させ、複数の通信ネットワークのなかでサービスの提供に用いる通信ネットワークを割り当て、サービスの提供に用いている通信ネットワークに障害が発生した場合に、複数の通信ネットワークのうちの他の通信ネットワークを新たに割り当て、新たに割り当てた通信ネットワークを用いてサービスを提供させる。それにより、通信ネットワーク上に発生した障害にも自動的、或いはオペレータの指示により対応させられるため、利用者がサービスを常に快適に受けられる環境を実現させることができる。
【発明を実施するための最良の形態】
【００１７】
以下、図面を参照しながら、本発明の実施の形態につき詳細に説明する。
図１は、本実施の形態によるサービス提供方法を採用して構築されたネットワークシステムの構成を説明する図である。そのネットワークシステムは、例えば会場で中古車のせり（オークション）を行うために構築されたせり機械システムである。
【００１８】
せりサーバ１１は、会場に来場した参加者（利用者である購買店）にせりに参加するせりサービスを提供するものである。その参加者は、端末装置７１を用いて応札を行うようになっている。
【００１９】
せりに出品された中古車や出品票の画像は、端末装置（以下「端末」と略記）７１上で見ることができるようにしている。それらの画像は中古車（出品車）毎に業務データベース（ＤＢ）サーバ（以降「ＤＢサーバ」と略記）２２に格納される。その出品票は、出品車の状態などを係りの人がチェックして項目毎にチェック結果等を記入した用紙である。Ｗｅｂサーバ１２は、端末７１からの要求により、ＤＢサーバ２２から該当する出品車の画像、出品票の画像を取得し、送信する検索サービスを提供する。運用ワークステーション（ＷＳ）２１は、せり機械システムの保守、運用管理を行うためのものである。
【００２０】
運用ＷＳ２１、ＤＢサーバ２２、せりサーバ１１、及びＷｅｂサーバ１２は、ハブ３１と接続されている。それにより、ハブ３１はそれらを接続する１つの通信ネットワークの構成要素となっている。せりサーバ１１、及びＷｅｂサーバ１２は、本実施の形態によるサービス提供用のデータ処理装置に相当する。上記端末７１は、それとは別の種類の本実施の形態によるデータ処理装置に相当する。
【００２１】
上記せりサーバ１１、及びＷｅｂサーバ１２は、２つのＬ（レイヤ）３スイッチ４１、４２と接続されている。Ｌ３スイッチ４１には、複数のハブ５１が接続され、それらのハブ５１には更に別のハブ５２が１つ以上、接続されている。各端末７１は、そのハブ５２と接続されている。それにより、Ｌ３スイッチ４１、及び、それに直接、或いは間接的に接続されたハブ５１、５２は、各サーバ１１、１２と端末装置７１を接続する１つの通信ネットワークを構成している。これはＬ３スイッチ４２のほうでも同様である。それにより、各サーバ１１、１２と端末７１間は２つの通信ネットワークで接続された形となっている。ここでは便宜的に、Ｌ３スイッチ４１を含む通信ネットワークを「第１の通信ネットワーク」、Ｌ３スイッチ４２を含むそれを「第２の通信ネットワーク」とそれぞれ呼ぶことにする。
【００２２】
図２は、上記せりサーバ１１の機能構成を説明する図である。そのサーバ１１は、図２に示すように、せりに係わる処理を行うせり処理部１０１と、検索サービスを提供するための処理を行うＷｅｂ処理部１０２と、例えばハードディスク装置である記憶装置１０３と、サーバ１１全体の制御を行う制御部１０４と、通信ネットワークを介した通信を行うための３つの通信部１０５〜１０７と、を備えた構成となっている。ここでは便宜的に、通信部１０５〜１０７はそれぞれ、ハブ３１を介した通信を行うためのもの、第１の通信ネットワークを介した通信を行うためのもの、第２の通信ネットワークを介した通信を行うためのもの、と想定する。
【００２３】
上記構成は基本的に、Ｗｅｂサーバ１２と同じとしている。それにより、せりサーバ１１、及びＷｅｂサーバ１２は共に、その何れとしても機能できるようになっている。そのようにして、本実施の形態では、せりサーバ１１に障害が発生した場合にはＷｅｂサーバ１２をせりサーバ１１の予備（代替用）として、Ｗｅｂサーバ１２に障害が発生した場合にはせりサーバ１１をＷｅｂサーバ１２の予備（代替用）としてぞれぞれ動作させるようにしている。
【００２４】
そのように、複数のサーバを用意して、異なるサービスを提供するための処理をそれぞれ行わせると、それらの処理を１つのサーバに行わせる場合と比較して、負荷は分散されて軽減される。その軽減によって、サービスはより迅速に提供できるようになる。このようなことから、適切な形で資源の利用効率を向上させることができる。
【００２５】
各サーバ１１、１２は通常、異なる通信ネットワークを介して端末７１と通信を行わせている。例えばせりサーバ１１では第１の通信ネットワーク、Ｗｅｂサーバ１２では第２の通信ネットワークをそれぞれ割り当てている。このため、通信ネットワークの通信速度やトラフィック量の関係から応答が遅くなるといったことはより回避できるようになっている。また、それらのうちの何れかに障害が発生しても、その障害が発生していない方を利用して各サーバ１１、１２によるサービスの提供を継続できるため、通信ネットワーク上に発生した障害にも迅速に対応することができる。これらのことを含め、利用者である購買店が常に快適にサービスを受けられる環境を実現させている。制御部１０４が備えた障害検出部１０４ａは、通信ネットワーク上に発生した障害、他方のサーバに発生した障害を検出するものである。
【００２６】
通常時は、せり処理部１０１、及びＷｅｂ処理部１０２の一方（せりサーバ１１ではせり処理部１０１）のみが処理を行っているが、自サーバ以外のサーバに障害が発生すると、他方も処理を開始するため、処理の負荷が増大し、状況によってはサービスの質が低下することが考えられる。そのような低下をより低減できるように、本実施の形態では、各サーバ１１、１２には複数のＣＰＵを搭載し、１つ以上のＣＰＵは、他方の処理の開始により起動させるようにしている。その起動は、ＣＵｏＤ（Capacity Upgrade on Demand）機能により、起動中のＣＰＵを一時的に停止させることなく行うことができる。
【００２７】
図３は、上記端末７１の機能構成を説明する図である。その端末７１は、図３に示すように、各種キーを有する入力部２０１と、画像を表示する表示部２０２と、カードリーダー２０３と、端末７１全体の制御を行う制御部２０４と、第１、及び第２の通信ネットワークを介した通信を行うための２つの通信部２０５、２０６と、例えばハードディスク装置である記憶装置２０７と、を備えた構成となっている。ここでは便宜的に、通信部２０５、２０６はそれぞれ、第１、及び第２のの通信ネットワークを介した通信を行うためのものと想定する。
【００２８】
利用者は、端末７１にカードを挿入してせりに参加するようにさせている。上記カードリーダー２０３は、利用者が挿入したカードを読み取るためのものであり、そのカードが挿入されると、それに記録された情報を読み取り、制御部２０４に出力する。制御部２０４は、例えば通信部２０５を介してその情報をせりサーバ１１に送信し、せりサーバ１１はその情報を用いて認証を行う。その認証により、参加する資格を有していることが確認できた場合に、制御部２０４は端末７１を使用可能な状態に移行させる。
【００２９】
上記せりサーバ１１の障害検出部１０４ａは、第１の通信ネットワーク上に発生した障害を検出すると、自サーバ１１との通信を行う通信ネットワークを第２の通信ネットワークに切り替えるために、通信部１０７により第２の通信ネットワークを介してそのための指示を行う。端末７１の制御部２０４が有する通信切換部２０４ａは、その指示に従って、せりサーバ１１との通信に用いる通信部を通信部２０５から通信部２０６に変更する。それにより、せりサーバ１１からの指示によって通信ネットワーク上に発生した障害に自動的に対応するようになっている。このため、参加者は、第１、及び第２の通信ネットワークのうちの何れかに障害が発生しても、せりに継続して参加することができる。これは、Ｗｅｂサーバ１２の場合も同様である。
【００３０】
図４は、各サーバ１１、１２に障害が発生した場合の運用方法を説明する図である。
本実施の形態では、各サーバ１１、１２が正常に動作しているか否か確認するための監視は運用ＷＳ２１が行うようになっている。その監視により、せりサーバ１１に障害が発生した場合には、Ｗｅｂサーバ１２に指示して、せりサーバ１１が正常に動作しているか否かの確認を行わせ、その確認によってせりサーバ１１が正常に動作していないことがＷｅｂサーバ１２側からも確認できた場合に、せりサーバ１１に障害が発生したと判定し、Ｗｅｂサーバ１２にせりサーバ１１としての動作を指示するようになっている。これは、Ｗｅｂサーバ１２の場合も同様である。
【００３１】
せりサーバ１１はＷｅｂサーバ１２と同じく、運用ＷＳ２１が接続された通信ネットワーク以外の通信ネットワークを用いてサービスを提供するようになっている。上述したように２段階の確認を行うのは、このためである。それにより、運用ＷＳ２１が接続された通信ネットワークを介した通信のみが行えない障害がせりサーバ１１に発生したような場合には、Ｗｅｂサーバ１２にせりサーバ１１の代行は行わせないようにしている。
【００３２】
以降は、図５〜図８に示す各種フローチャートを参照して、せり機械システムを構成する各ノードの動作について具体的に説明する。
図５は、せりのために各ノードが実行する処理の流れを示すフローチャートである。そのせりのために実行する処理にのみに着目する形で、各ノードが実行する処理を抜粋してその流れを表したものである。これは図６〜図８でも同様である。始めに図５を参照して、せりが行われている際に各ノードが実行する処理について詳細に説明する。
【００３３】
その処理の実行は、各サーバ１１、１２では例えば記憶装置１０３に記憶されたプログラムを不図示のＣＰＵが読み出して実行することで実現される。端末７１でも同様に、記憶装置２０７に格納されたプログラムを不図示のＣＰＵが読み出して実行することで実現される。図５では、端末７１として、参加者である購買店が操作する端末（図中「座席車両検索端末」と表記。以降「検索端末」と略記する）、せり人が操作する端末（図中「せり人操作端末」と表記。以降「操作端末」と略記する）の２つを示している。
【００３４】
せりに参加している購買店が操作する検索端末７１には、せりの対象となっている出品車や出品票の画像、更には現在価格などを表示させ、応札は、入力部２０１に備えられた応札ボタンを操作して行うようになっている。それにより、購買店は、表示されたそれらの画像を見ながら、応札ボタンを操作しての応札を行わせるようにさせている。
【００３５】
せり人が入力部２０１を操作して、次のせりの対象とすべき出品車の出品を指示すると、操作端末７１はそのための現せり出品要求をせりサーバ１１に送信する（ステップＳＥ１）。その要求を受信したせりサーバ１１は、その要求に対応する出品車の画像データをＤＢサーバ２２に対して要求する（ステップＳＢ１）。
【００３６】
ＤＢサーバ２２は、その要求に対応する出品車、出品票の各画像データをＤＢから抽出してせりサーバ１１に送信する（ステップＳＡ１）。せりサーバ１１は、ＤＢサーバ２２から受信したそれらの画像を各端末７１に送信する（ステップＳＢ２）。操作端末７１、及び検索端末７１は、せりサーバ１１から受信した画像を表示部２０２に表示させる（ステップＳＥ２、ステップＳＦ１）。
【００３７】
検索端末７１は、画像を表示させた後は、応札ボタンの押下待ちの状態に移行させる（ステップＳＦ２）。その状態で応札ボタンを購買店が操作すると、その購買店は応札を行ったとして、その旨をせりサーバ１１に通知する（ステップＳＦ３）。
【００３８】
その通知を受信したせりサーバ１１は、現在価格（金額データ）を更新し、各端末７１に配信する（ステップＳＢ３）。操作端末７１、及び検索端末７１は、せりサーバ１１から受信した現在価格を表示部２０２に新たに表示させる（ステップＳＥ３、ステップＳＦ４）。それにより、検索端末７１はその後、再度、応札ボタンの押下待ちの状態に移行させる（ステップＳＦ５）。
【００３９】
せりサーバ１１による現在価格の更新は、基本的に応札する購買店が１店、つまり落札者が決定されるまで継続して行われる。落札者が決定されると、せりサーバ１１はその旨を通知する情報を各端末７１に配信する。それにより、他の出品車が存在する場合には、操作端末７１は上記ステップＳＥ１を再度、実行する形となる。
【００４０】
図６は、出品車の検索のために各ノードが実行する処理の流れを示すフローチャートである。次に図６を参照して、出品車の検索を購買店が要求する際に各ノードが実行する処理について詳細に説明する。
【００４１】
その検索は、通常の検索と同様に、検索条件を指定して行わせるようにしている。購買店が入力部２０１を操作して検索条件を入力した後、検索を指示すると、検索端末７１はその条件を送信して検索を依頼する（ステップＳＦ１１）。
【００４２】
その依頼を受信したＷｅｂサーバ１２は、受信した検索条件の出品車に係わる情報（出品車輌データ）の検索をＤＢサーバ２２に対して依頼する（ステップＳＣ１１）。その依頼により、ＤＢサーバ２２は、検索条件に一致する出品車輌データを検索して抽出し、その抽出結果をＷｅｂサーバ１２に送信する（ステップＳＡ１１）。Ｗｅｂサーバ１２は、そのようにしてＤＢサーバ２２から受信した抽出結果（出品車輌データ）を、検索を依頼した検索端末７１に送信する（ステップＳＣ１２）。検索端末７１は、そのようにして送信されるデータを受信して表示部２０２に表示させる（ステップＳＦ１２）。
【００４３】
図７は、せりサーバ１１に発生した障害により各ノードが実行する処理の流れを示すフローチャートである。次に図７を参照して、各サーバ１１、１２に発生する障害を検出するための動作や、検出した障害に対応するための動作について詳細に説明する。
【００４４】
運用ＷＳ２１は、各サーバ１１、１２が正常に動作しているか否か確認するために、随時、応答を要求する信号（以降「確認信号」と呼ぶ）を送信するようになっている。その信号は、所定の値であるｙ秒の経過を判定できるようにタイマを起動させた後、送信する（ステップＳＤ２１）。
【００４５】
Ｗｅｂサーバ１２は、その信号の受信により、応答を運用ＷＳ２１に送信する（ステップＳＣ２１）。しかし、このときせりサーバ１１に障害が発生している場合、せりサーバ１１は応答を送信しない。このことから、運用ＷＳ２１は、ｙ秒が経過するまでにせりサーバ１１からの応答を受信できない。そのため、運用ＷＳ２１は、応答を受信したＷｅｂサーバ１２に対し、図４に示すように、せりサーバ１１が正常に動作するか否かの確認を指示するための他系統接続確認要求を送信する（ステップＳＤ２２）。
【００４６】
その要求を受信したＷｅｂサーバ１２は、ｙ秒の経過を判定できるようにタイマを起動させた後、応答を要求する確認信号をせりサーバ１１に送信する（ステップＳＣ２２）。その送信後、ｙ秒が経過するまでの間に応答を受信できなければ、せりサーバ１１がダウンしていることを運用ＷＳ２１に通知する（ステップＳＣ２３）。
【００４７】
運用ＷＳ２１は、その通知を受信すると、例えばエラー音を鳴動させ、せりサーバ１１がダウンして旨を示すメッセージを表示させ、そのことをオペレータに通知する（ステップＳＤ２３）。その後は、Ｗｅｂサーバ１２にせりサーバ１１の代行運用を指示するためのボタンの押下待ちの状態に移行させる（ステップＳＤ２４）。そのボタンは、例えば不図示の画面上に表示させるボタンである。そのボタンをオペレータが操作すると、Ｗｅｂサーバ１２に対して、せりサーバ１１の代行運用を指示する（ステップＳＤ２５）。
【００４８】
Ｗｅｂサーバ１２は、その指示を受信すると、停止中のＣＰＵを起動し、せり処理部１０１による処理を開始させ、各端末７１に対し、せりサーバ１１と通信を行うためのＩＰアドレスを自身のそれに変更させる指示を送信する（ステップＳＣ２４）。その指示は、通信部１０６により第１の通信ネットワークを介して送信する。
【００４９】
各端末７１は、その指示の受信により、せりサーバ１１と通信するためのＩＰアドレスをＷｅｂサーバ１２のそれに変更し、その変更を行った旨を示す信号をＷｅｂサーバ１２に送信する（ステップＳＧ２１）。
【００５０】
Ｗｅｂサーバ１２は、ＩＰアドレスの変更指示を送信した後は、それを送信した各端末７１からその信号を受信するのを待って、端末７１でのＩＰアドレスの変更が終了した旨を示すコネクション情報を運用ＷＳ２１に送信する（ステップＳＣ２５）。
【００５１】
運用ＷＳ２１は、その情報の受信により、各端末７１の接続先ＩＰアドレスの変更を管理する（ステップＳＤ２６）。その後は、実際の運用開始を指示するための運用開始ボタンの押下待ちの状態に移行させる（ステップＳＤ２７）。そのボタンをオペレータが操作すると、Ｗｅｂサーバ１２に対して運用開始を指示する（ステップＳＤ２８）。その指示により、Ｗｅｂサーバ１２は各端末７１にせりの再開を通知する（ステップＳＣ２６）。他方の各端末７１は、その通知により、例えば表示部２０２にせりが再開されることを通知するメッセージを表示させて、操作する購買店にそのことを通知する（ステップＳＧ２２）。
【００５２】
このようにして、本実施の形態では、障害が発生していないサーバ（上記の例ではＷｅｂサーバ１２）による実際の代行運用の開始は、せり機械システムを監視しているオペレータの指示により行わせるようにしている。これは、せりを行っている間、オペレータは運用ＷＳ２１により状況を常に監視するようにさせているためである。それにより、オペレータにも代行運用を開始させるべきか否か判断させて、代行運用を開始させるべきタイミングで確実にそれを開始させるようにしている。
【００５３】
Ｗｅｂサーバ１２に障害が発生した場合、つまりＷｅｂサーバ１２がダウンした場合には、せりサーバ１１が上記したようなＷｅｂサーバ１２の処理を実行することになる。それにより、Ｗｅｂサーバ１２がダウンした場合にも、せりサーバ１１による代行運用を開始させるべきタイミングで確実にそれを開始させるようにしている。
【００５４】
各サーバ１１、１２と端末７１間は、第１、及び第２の通信ネットワーク（ＬＡＮ）により通信を行うことができることから、それらのうちの一方に発生した障害により他方のみを使用するようにしている。このことから、運用ＷＳ２１は、各端末７１の接続先ＩＰアドレスの管理は、例えばそれが備えた通信部２０５、２０６毎に、その通信部で購買店（参加者）に提供するサービスの種類、及びそのサービスのための接続先アドレスの関係（以降「接続先関係」と呼ぶ）を設定することで行っている。それにより、ステップＳＤ２６での管理は、通信部２０５、２０６の各接続先関係を更新することで行われる。
【００５５】
図８は、第１の通信ネットワークに発生した障害により各ノードが実行する処理の流れを示すフローチャートである。最後に図８を参照して、第１の通信ネットワークに発生する障害を検出するための動作や、検出した障害に対応するための動作について詳細に説明する。
【００５６】
せりサーバ１１は、Ｌ３スイッチ４１を介した通信が正常に行えるか否か確認するために、そのＬ３スイッチ４１を介して随時、応答を要求する信号（以降「確認信号」と呼ぶ）を各端末７１に送信するようになっている。その信号は、所定の値であるｚ秒の経過を判定できるようにタイマを起動させた後、送信する（ステップＳＢ３１）。
【００５７】
Ｌ３スイッチ４１がダウンしている場合、各端末７１はその信号を受信することができない。このため、ｚ秒が経過しても応答は受信することはできない。それにより、せりサーバ１１は、全台の端末７１から応答が無いことを運用ＷＳ２１に通知する（ステップＳＢ３２）。
【００５８】
運用ＷＳ２１は、その通知により、第１の通信ネットワークに障害が発生することをオペレータに知らせるためのエラー音を鳴動させ、その旨を示すメッセージを表示させ、オペレータにそのことを知らせる（ステップＳＤ３１）。その後は、通信ネットワーク（ＬＡＮ）の切り替えを指示するためのＬＡＮ切替ボタンの押下待ちの状態に移行する（ステップＳＤ３２）。
【００５９】
そのボタンをオペレータが操作すると、運用ＷＳ２１は、せりサーバ１１に対し、端末７１との通信に用いる通信ネットワークを第２の通信ネットワークに切り替えるのを指示する（ステップＳＤ３３）。
【００６０】
せりサーバ１１は、その指示により、各端末７１に対して、通信部１０７を介して通信に用いる通信ネットワークの切り替えを指示する（ステップＳＢ３３）。各端末７１は、その指示により、せりサーバ１１との通信に用いる通信部を通信部２０５から通信部２０６に変更し、その変更を行ったことを通信部２０６によりせりサーバ１１に通知する（ステップＳＧ３１）。せりサーバ１１は、各端末７１からその通知を受信するのを待って、切替完了を運用ＷＳ２１に通知する（ステップＳＢ３４）。
【００６１】
運用ＷＳ２１は、せりサーバ１１に通信ネットワークの切り替えを指示した後、その切替完了の通知待ちの状態に移行する（ステップＳＤ３４）。その状態で切替完了がせりサーバ１１から通知されると、その完了に伴う各端末７１の接続先ＩＰアドレスの管理を行う（ステップＳＤ３５）。その管理は、通信部２０５に設定していた接続関係を消去し、その接続関係を通信部２０６の接続関係として追加する形で行われる。
【００６２】
このようにして、本実施の形態では、Ｌ３スイッチ４１のダウンといった障害が第１の通信ネットワーク上に発生すると、全ての端末７１でせりサービス用の通信ネットワークとして第２の通信ネットワークを割り当てるようにしている。それにより、第１の通信ネットワーク上に発生した障害に対応するようにしている。第２の通信ネットワーク上に障害が発生した場合には、同様にして、検索サービス用の通信ネットワークとして第１の通信ネットワークを割り当てるようにしている。
【００６３】
通信ネットワーク上に障害が発生することによって通信が行えなくなる端末７１は、その障害が発生した場所やそのトポロジ等によって変化する。そのような端末７１は、発生した障害の検出時に特定される。このことから、その障害が影響する端末７１単位で接続先ＩＰアドレスの管理を行うようにしても良い。そのようにした場合には、トラフィック量の一つの通信ネットワークへの集中を緩和させることができる。
【００６４】
なお、本実施の形態では、サーバに障害が発生したことによる代行運用は最終的にはオペレータの指示により開始させるようにしているが、その代行運用は障害の検出により自動的に開始させるようにしても良い。これは通信ネットワーク上に障害が発生した場合も同様である。
【００６５】
各サーバ１１、１２と端末７１間を結ぶ通信ネットワークとしてはＬＡＮを採用しているが、別の種類の通信ネットワークを採用しても良く、複種類の通信ネットワークを採用しても良い。
【００６６】
各サーバ１１、１２に障害が発生したことによる上述したような代行運行（サービス提供方法）は、端末７１と接続する通信ネットワークの種類やその数に関係なく行わせることができる。このことから、その代行運用の適用は、通信ネットワークを介してサービスを提供するサーバに対して幅広く行うことができる。
【図面の簡単な説明】
【００６７】
【図１】本実施の形態によるサービス提供方法を採用して構築されたネットワークシステムの構成を説明する図である。
【図２】本実施の形態によるデータ処理装置であるせりサーバ１１の機能構成を説明する図である。
【図３】本実施の形態によるデータ処理装置である端末装置７１の機能構成を説明する図である。
【図４】各サーバ１１、１２に障害が発生した場合の代行運用方法を説明する図である。
【図５】せりのために各ノードが実行する処理の流れを示すフローチャートである。
【図６】出品車の検索のために各ノードが実行する処理の流れを示すフローチャートである。
【図７】せりサーバ１１に発生した障害により各ノードが実行する処理の流れを示すフローチャートである。
【図８】第１の通信ネットワークに発生した障害に対応する場合に各ノードが実行する処理の流れを示すフローチャートである。
【符号の説明】
【００６８】
１１    せりサーバ
１２    Ｗｅｂサーバ
２１    運用ワークステーション
３１、５１、５２、６１、６２    ハブ
４１、４２    Ｌ３スイッチ
７１    端末装置
１０１    せり処理部
１０２    Ｗｅｂ処理部
１０３、２０７    記憶装置
１０４、２０４    制御部
１０４ａ    障害検出部
２０４ａ    通信切換部
１０５〜１０７、２０５、２０６    通信部
【図１】
2006285532.tif 000003
【図２】
2006285532.tif 000004
【図３】
2006285532.tif 000005
【図４】
2006285532.tif 000006
【図５】
2006285532.tif 000007
【図６】
2006285532.tif 000008
【図７】
2006285532.tif 000009
【図８】
2006285532.tif 000010