受信するリクエストを処理する多重化システムであって、第一のシステムと、第二のシステムと、前記第一のシステムと前記第二のシステムに前記リクエストを送信するシステム制御部とを備え、前記システム制御部は、前記第一のシステムに前記リクエストを送信し、前記第二のシステムへの前記リクエストの送信を保留し、前記第一のシステムからの前記リクエストに対する応答を待合わせ、前記第一のシステムで前記リクエストに対する業務処理が実行された順序で、前記第二のシステムに前記リクエストの業務処理を実行させるリクエスト実行判断部を有する、ことを特徴とする多重化システム。請求項1に記載の多重化システムであって、前記リクエスト実行判断部は、前記第二のシステムでのリクエストの実行をシリアライズするため、送信したリクエストに対する前記第二のシステムからの応答を待って、前記第二のシステムに新たなリクエストを送信する、ことを特徴とする多重化システム。請求項2に記載の多重化システムであって、前記システム制御部は、前記第二のシステムへの送信を保留するリクエストを設定するリクエスト設定テーブルを備え、前記リクエスト実行判断部は、前記リクエスト設定テーブルに設定されたリクエストを前記システム制御部が受信した場合に、前記第二のシステムへの当該リクエストの送信を保留し、前記リクエスト設定テーブルに設定されていないリクエストを受信した場合には、当該リクエストの送信を保留せずに前記第二のシステムに送信する、ことを特徴とする多重化システム。請求項3に記載の多重化システムであって、前記リクエストには、パラメータ名と、当該パラメータ名に対応するパラメータと、シリアライズパラメータ名と、当該シリアライズパラメータ名に対応するシリアライズパラメータが含まれており、前記リクエスト設定テーブルの設定項目には、前記パラメータと前記シリアライズパラメータ名を含み、前記リクエスト実行判断部は、前記リクエスト設定テーブル中に設定された前記シリアライズパラメータ名に対応する前記シリアライズパラメータが等しいリクエストごとに、前記第一のシステムと前記第二のシステムで業務処理の実行順序を一致させる、ことを特徴とする多重化システム。請求項4に記載の多重化システムであって、前記システム制御部は、前記リクエストの前記シリアライズパラメータと、リクエスト開始時刻と、リクエスト確定時刻と、待機系実行中フラグとを設定するリクエスト管理テーブルを備え、前記リクエスト実行判断部は、前記第一のシステムから応答を受信した際、当該応答が前記リクエスト設定テーブルに設定されたリクエストに対する応答である場合には、前記リクエスト管理テーブルの前記リクエスト確定時刻に、当該応答を受信した時刻、又は当該応答に記載された時刻を記録し、当該応答のリクエストの前記シリアライズパラメータを特定し、前記第二のシステムへの送信を保留している前記リクエストから、前記シリアライズパラメータが等しいリクエストを抽出し、抽出したリクエストの中に、前記第二のシステムで実行されているリクエストがなく、かつ、最も古い前記リクエスト確定時刻より古い前記リクエスト開始時刻がない場合に、抽出した前記リクエストの中で前記リクエスト確定時刻が最も古いリクエストを前記第二のシステムに送信する、ことを特徴とする多重化システム。請求項5に記載の多重化システムであって、前記リクエスト実行判断部は、前記第二のシステムから応答を受信した際、該応答が前記リクエスト設定テーブルに設定されたリクエストに対する応答である場合には、当該リクエストの記録を前記リクエスト管理テーブルから削除し、当該応答のリクエストの前記シリアライズパラメータを特定し、前記第二のシステムへの送信を保留している前記リクエストから、前記シリアライズパラメータが等しいリクエストを抽出し、抽出した前記リクエストの中に、最も古い前記リクエスト確定時刻より古い前記リクエスト開始時刻がない場合に、抽出した前記リクエストの中で、前記リクエスト確定時刻が最も古いリクエストを前記第二のシステムに送信する、ことを特徴とする多重化システム。受信するリクエストを第一のシステムと第二のシステムで処理するよう制御するシステム制御部における多重化方法あって、前記システム制御部は、前記第一のシステムに前記リクエストを送信し、前記第二のシステムへの前記リクエストの送信を保留し、前記第一のシステムからの前記リクエストに対する応答を待合わせることにより、前記第一のシステムで前記リクエストに対する業務処理が実行された順序で、前記第二のシステムに前記リクエストの業務処理を実行させる、ことを特徴とする多重化方法。請求項7に記載の多重化方法であって、前記システム制御部は、前記第二のシステムでのリクエストの実行をシリアライズするため、送信したリクエストに対する前記第二のシステムからの応答を待って、前記第二のシステムに新たなリクエストを送信する、ことを特徴とする多重化方法。請求項8に記載の多重化方法であって、前記システム制御部は、前記第二のシステムへの送信を保留するリクエストを設定するリクエスト設定テーブルを備え、前記リクエスト設定テーブルに設定されたリクエストを受信した場合に、前記第二のシステムへの当該リクエストの送信を保留し、前記リクエスト設定テーブルに設定されていないリクエストを受信した場合には、当該リクエストの送信を保留せずに前記第二のシステムに送信する、ことを特徴とする多重化方法。請求項9に記載の多重化方法であって、前記リクエストには、パラメータ名と、当該パラメータ名に対応するパラメータと、シリアライズパラメータ名と、当該シリアライズパラメータ名に対応するシリアライズパラメータが含まれており、前記リクエスト設定テーブルの設定項目には、前記パラメータと前記シリアライズパラメータ名を含み、前記システム制御部は、前記リクエスト設定テーブル中に設定された前記シリアライズパラメータ名に対応する前記シリアライズパラメータが等しいリクエストごとに、前記第一のシステムと前記第二のシステムで業務処理の実行順序を一致させる、ことを特徴とする多重化方法。請求項10に記載の多重化方法であって、前記システム制御部は、前記リクエストのシリアライズパラメータと、リクエスト開始時刻と、リクエスト確定時刻と、待機系実行中フラグとを設定するリクエスト管理テーブルを備え、前記第一のシステムから応答を受信した際、当該応答が前記リクエスト設定テーブルに設定されたリクエストに対する応答である場合には、当該リクエストの確定時刻として、当該応答を受信した時刻、又は当該応答に記載された時刻を前記リクエスト管理テーブルの前記リクエスト確定時刻に記録し、当該応答のリクエストの前記シリアライズパラメータを特定し、前記第二のシステムへの送信を保留しているリクエストから、前記シリアライズパラメータが等しいリクエストを抽出し、抽出したリクエストのなかに、前記第二のシステムで実行されているリクエストがなく、かつ、最も古い前記リクエスト確定時刻より古い前記リクエスト開始時刻がない場合に、抽出した前記リクエストのなかで前記リクエスト確定時刻が最も古いリクエストを前記第二のシステムに送信する、ことを特徴とする多重化方法。請求項11に記載の多重化方法であって、前記システム制御部は、前記第二のシステムから応答を受信した際、該応答が前記リクエスト設定テーブルに設定されたリクエストに対する応答である場合には、当該リクエストの記録を前記リクエスト管理テーブルから削除し、当該応答のリクエストの前記シリアライズパラメータを特定し、前記第二のシステムへの送信を保留しているリクエストから、前記シリアライズパラメータが等しいリクエストを抽出し、抽出した前記リクエストの中に、最も古い前記リクエスト確定時刻より古い前記リクエスト開始時刻がない場合に、抽出した前記リクエストの中で、前記リクエスト確定時刻が最も古いリクエストを前記第二のシステムに送信する、ことを特徴とする多重化方法。処理部と記憶部とを備え、受信するリクエストを第一のシステムと第二のシステムで処理するよう制御するシステム制御部のための多重化プログラムであって、前記システム制御部の前記処理部で実行されることにより、前記第一のシステムに前記リクエストを送信し、前記第二のシステムへの前記リクエストの送信を保留し、前記第一のシステムからの前記リクエストに対する応答を待合わせ、前記第一のシステムで前記リクエストに対する業務処理が実行された順序で、前記第二のシステムに前記リクエストの業務処理を実行させる、ことを特徴とする多重化プログラム。請求項13に記載の多重化プログラムであって、前記システム制御部の前記処理部で実行されることにより、前記第二のシステムでのリクエストの実行をシリアライズするため、送信したリクエストに対する前記第二のシステムからの応答を待って、前記第二のシステムに新たなリクエストを送信する、ことを特徴とする多重化プログラム。請求項14に記載の多重化プログラムであって、前記システム制御部の前記記憶部には、前記第二のシステムへの送信を保留するリクエストを設定するリクエスト設定テーブルを備えており、前記システム制御部の前記処理部で実行されることにより、前記リクエスト設定テーブルに設定されたリクエストを受信した場合に、前記第二のシステムへの当該リクエストの送信を保留し、前記リクエスト設定テーブルに設定されていないリクエストを受信した場合には、当該リクエストの送信を保留せずに前記第二のシステムに送信する、ことを特徴とする多重化プログラム。本発明においても、背景技術と同様に、リクエストを本番系と待機系の2つの計算機システムに入力し、2つの計算機システムからの応答を照合することにより、待機系システムの動作検証を実施することを課題とする。しかしながら、2つの計算機システムにおいて、複数のリクエストを並列に実行した場合には、その実行順序が、本番系と待機系で一致しない可能性がある。例えば、クライアントXから商品Aを購入するリクエストを受信し、クライアントYからも同じく商品Aを購入するリクエストを受信したとする。この2つの処理が並列に実行された場合、本番系ではクライアントX、クライアントYの順に処理が行われ、待機系では、クライアントY、クライアントXの順に処理が行われる可能性がある。この場合、本番系では、クライアントXの購入リクエストが成功、クライアントYの購入リクエストが売り切れになり、テスト系では、クライアントXの購入リクエストが売り切れ、クライアントYの購入リクエストが成功となるケースが生じうる。このケースでは、2つのシステムが正常に動作しているにもかかわらず、応答が不一致になる。例えば、データベースを含むシステムにおいて、データを更新する処理を実行する場合、その応答は処理の実行順序によって変わる。そのため、処理の実行順序を一致させないと、システムの動作検証が実施できない。本発明の目的は、上述した課題を解決し、本番系と待機系で処理の実行順序を一致させることが可能な多重化システム、方法、及びプログラムを提供することにある。上記の目的を達成するため、本発明においては、受信するリクエストを処理する多重化システムであって、第一のシステムと、第二のシステムと、第一のシステムと第二のシステムにリクエストを送信するシステム制御部とを備え、システム制御部は、第一のシステムにリクエストを送信し、第二のシステムへのリクエストの送信を保留し、第一のシステムからのリクエストに対する応答を待合わせ、第一のシステムでリクエストに対する処理が実行された順序で、第二のシステムにリクエストを実行させる構成の多重化システムを提供する。また、上記の目的を達成するため、本発明においては、受信するリクエストを第一のシステムと第二のシステムで処理するよう制御するシステム制御部における多重化方法あって、システム制御部は、第一のシステムにリクエストを送信し、第二のシステムへのリクエストの送信を保留し、第一のシステムからのリクエストに対する応答を待合わせることにより、第一のシステムでリクエストに対する業務処理が実行された順序で、第二のシステムにリクエストの業務処理を実行させる多重化方法を提供する。更に、上記の目的を達成するため、本発明においては、処理部と記憶部とを備え、受信するリクエストを第一のシステムと第二のシステムで処理するよう制御するシステム制御部のための多重化プログラムであって、システム制御部の処理部で実行されることにより、第一のシステムにリクエストを送信し、第二のシステムへの当該リクエストの送信を保留し、第一のシステムからのリクエストに対する応答を待合わせ、第一のシステムでリクエストに対する業務処理が実行された順序で、第二のシステムにリクエストの業務処理を実行させることを特徴とする多重化プログラムを提供する。本発明の構成により、本番系と待機系で処理の実行順序を一致させることが可能な多重化システムを提供できる。以下、実施例を図面に従い説明する。なお、多重化システムとして、本番系の第一のシステムと、待機系の第二のシステムからなる二重化システムを例示して説明するが、本発明の多重化システムは、それぞれ一個の本番系、待機系からなる二重化システムに限定されるものではない。図1は第1の実施例の多重化システムの概要図である。インターネット101を介してスイッチ102に入力されたリクエストは、第一のシステムである本番系104で、対応する業務処理が実行された後、その応答がインターネット101に返される。本実施例のシステムでは、システム制御部103を設けて、リクエストを本番系104と第二のシステムである待機系105の両方に送信する。そして、待機系105からの応答は、インターネット101に送り返すことはせず、応答結果の検証などに使用する。本番系104と待機系105は、同一のシステム構成を備えており、ロードバランサーを介して複数のアプリケーションサーバと、データから構成されるが、このような構成に限定されるものではない。本番系104や待機系105では、例えば、アプリケーションとしてオンラインショッピングなどの処理が、各アプリケーションサーバAPで実行される。インターネット101からの入力としては、ある商品を購入するするリクエストなどが想定され、本番系104や待機系105からの業務処理が実行された後の応答としては、購入完了の応答などが想定される。図2は本実施例のシステム制御部103のハードウェア構成の一例を示す図である。図2より明らかなように、システム制御部103は通常のコンピュータ構成を有する。システム制御部103は、その内部に、バス201に接続された入出力インターフェース202を備え、ここに図示を省略したキーボードやディスプレイなどの入出力デバイスを接続できる。システムの管理者は、入出力デバイスを介して、システム制御部103を操作することができる。また、システム制御部103は、内部バス201に接続された、処理部となる中央処理部CentralProcessingUnit:CPU203と、記憶部であるメモリ204を備え、メモリ204に格納されたプログラムを実行することができる。また、記憶装置インターフェース205と、記憶部であるディスク装置207を備え、ディスク装置207に格納されたプログラムをメモリ204に格納することができる。また、ネットワークインターフェース206を備え、スイッチ102や本番系104や待機系105と通信することができる。図3は、本実施例のシステム制御部103の機能構成の一例を示す図である。リクエスト実行判断部301はディスク装置207に格納されたプログラムであり、メモリ204に格納して、CPU203によって実行されるプログラムとして実装される。また、リクエスト管理テーブル302、および、リクエスト設定テーブル303は、メモリ204に格納されるデータテーブルであり、後にその内容を図5、図6を用いて詳述する。図4は、本実施例のシステム制御部103がスイッチ102からリクエストを受信した場合の、リクエスト実行判断部301の動作の一例を示すフローチャートである。処理401において、リクエスト実行判断部301は、受信したリクエストを、本番系104に送信する。ここに、受信したリクエストとは、http:wwwxxxcomcommandorderitemid0001userid0001といった形式の電文である。リクエスト実行判断部301は、判断402において、受信したリクエストが、リクエスト設定テーブル303に登録されたリクエストか否かを判断する。本実施例においては、本番系と待機系で処理の実行順序を一致させる必要のあるリクエストを、このリクエスト設定テーブル303に予め登録しておく。図5は、リクエスト設定テーブル303の内容の一例を示す図である。図5に例示するように、リクエスト設定テーブル303には、パラメータ名501、パラメータ502、シリアライズパラメータ名503が登録される。図5の例では、パラメータ名501にはcommand、パラメータ502にはorder、シリアライズパラメータ名503にはitemidが登録されている。ここに、パラメータ名501とは受信したリクエストの=ではさまれた項目の前半部分であり、パラメータ502とは受信したリクエストの=ではさまれた項目の後半部分である。受信したリクエストが上述したhttp:wwwxxxcomcommandorderitemid0001userid0001の場合、commandorderのパラメータ名がcommandであり、パラメータがorderであることから、該当リクエストが、図5に例示したリクエスト設定テーブル303に登録されたリクエストであることが判断できる。なお、リクエスト設定テーブル303には、入出力デバイスなどを介して、予めシステムの管理者などが、本番系と待機系で処理の実行順序を一致させる必要のあるものを設定しているものとする。なお、この本番系と待機系で処理の実行順序を一致させる必要のあるパラメータとしては、上述のorderの他、reserveなどがある。図4の判断402の判断結果がNoの場合、システム制御部103は、処理407において、受信したリクエストを待機系105に送信する。つまり、リクエスト設定テーブル303に登録されていないリクエストについては、本番系と待機系で処理の実行順序を一致させる必要がないので、順序の制御をせずに待機系で実行する。本実施例の多重化システムでは、リクエスト設定テーブル303に登録されたリクエストについては、本番系の処理の終了を待ち合わせて、待機系で処理を実行することにより、本番系と待機系で処理の実行順序を一致させる。判断402の判断結果がYesの場合、システム制御部103は、処理403において、受信したリクエストをリクエスト管理テーブル302に登録する。図6は、リクエスト管理テーブル302の内容を例示する図である。図6に示すように、リクエスト管理テーブル302には、リクエスト601、シリアライズパラメータ602、開始時刻603、リクエスト確定時刻604、待機系実行フラグ605を登録する。リクエスト601とは、スイッチ102から受信した電文そのものであり、例えば、http:wwwxxxcomcommandorderitemid0001userid0001といった電文が登録される。シリアライズパラメータ602とは、リクエスト設定テーブル303のシリアライズパラメータ名に指定されたパラメータである。例えば、リクエストが、http:wwwxxxcomcommandorderitemid0001userid0001であり、シリアライズパラメータ名がitemidの場合、シリアライズパラメータには0001を設定する。開始時刻603には、処理401において該当リクエストを本番系104に送信した時刻を設定する。待機系実行フラグ605は、当該リクエストが、待機系105で実行中であることを示すフラグである。図7は、本実施例のシステム制御部103が、本番系104から業務処理が実行された後の応答を受信した場合の、リクエスト実行判断部301の動作を例示するフローチャートである。本番系104から応答を受信すると、リクエスト実行判断部301は、処理701において、応答をスイッチ102に送信する。また、判断707において、該応答がリクエスト設定テーブル303に設定されているリクエストに対する応答か否かを判断する。判断707の結果がYesの場合、リクエスト実行判断部301は、処理702において、リクエスト管理テーブル302に対して、応答のもとになったリクエストのエントリにリクエスト確定時刻604を設定する。ここに、リクエスト確定時刻604とは、システム制御部103が応答を受信した時刻、あるいは、応答の電文に記載されているリクエスト確定時刻とする。続いて、処理703において、リクエスト実行判断部301は、リクエスト管理テーブル302から、該リクエストと同じシリアライズパラメータ602を持つエントリをすべて抽出する。例えば、上述のシリアライズパラメータ名itemidに対するシリアライズパラメータ0001を持つエントリを抽出する。判断704において、結果がYesの場合、すなわち抽出したエントリについて、待機系実行フラグ605が設定されているエントリがなく、かつ、抽出したエントリの最も古いリクエスト確定時刻604より古いリクエスト開始時刻603がない場合、処理705に進む。判断704において、最も古いリクエスト確定時刻604より古いリクエスト開始時刻603がないことから、処理順序の逆転が発生する可能性がないと判断できる。なぜなら、最も古いリクエスト開始時刻603より後に開始されたリクエストは、最も古いリクエスト開始時刻603のリクエストが確定した時点で、未だ開始されておらず、実行順序の逆転は生じ得ないからである。そこで、処理705において、最も古いリクエスト確定時刻604のリクエストを待機系105に送信し、処理706において、該リクエストのエントリに待機系実行フラグ605を設定して終了する。なお、判断707、あるいは判断704の結果がNoの場合も、そのまま終了する。図8は、システム制御部103が、待機系105から応答を受信した場合の、リクエスト実行判断部301の動作を例示するフローチャートである。待機系105から応答を受信すると、リクエスト実行判断部301は、判断806において、該応答がリクエスト設定テーブル303に設定されているリクエストに対する応答か否かを判断する。判断806の結果がYesの場合、リクエスト実行判断部301は、処理801において、リクエスト管理テーブル302から、応答のもとになったリクエストのエントリを削除する。また、処理802において、該当リクエストと同じシリアライズパラメータ602をもつエントリをすべて抽出する。判断803において、抽出したエントリにおいて、最も古いリクエスト確定時刻604より古いリクエスト開始時刻603がない場合、処理804に進む。判断803において、最も古いリクエスト確定時刻604より古いリクエスト開始時刻603がないことから、処理の逆転が発生する可能性がないことを判断できる。そこで、処理804において、最も古いリクエスト確定時刻604のリクエストを待機系に送信し、処理805において、該リクエストのエントリに待機系実行フラグ605を設定する。以上説明した実施例の多重化システムでは、本番系と待機系で実行順序を一致させる必要があるリクエストを判別し、実行順序を一致させる必要があるリクエストを実行する場合に、待機系へのリクエスト送信を保留し。そして、本番系での実行完了の応答を待って、本番系で実行した順序に従って、1つずつ待機系にリクエストを送信する。このように、本番系では処理を多重で実行し、待機系では、実行順序を一致させる必要があるリクエストについては、その処理を1多重にシリアライズして実行する。本番系では、処理を多重で実行するため、本番系の性能は低下しない。また、上述した実施例の多重化システムでは、本番系で処理を開始した時刻を記録しておくとともに、処理が確定した時刻を応答リクエストに記載しておき、これらの時刻を使用して、実行順序の入れ替わりが発生しないことを確認して、待機系にリクエストを送信する。これにより、本番系と待機系でリクエストの実行順序を一致させることが出来る。更に、上述した実施例の多重化システムでは、第一のシステムと第二のシステムにリクエストを送信するシステム制御部のリクエスト実行判断部は、第二のシステムへのリクエストの送信を保留し、第一のシステムの応答を待合せて、第一のシステムで業務処理が実行された順序で、第二のシステムにリクエストを送信し、第二のシステムでのリクエストの実行をシリアライズするため、第二のシステムからの応答を待って、一つずつ、第二のシステムにリクエストを送信することで、第一のシステムと第二のシステムで業務処理の実行順序を一致させることが出来る。なお、本発明は上述した実施例に限定されるものではなく、様々な変形例が含まれる。例えば、上記した実施例は本発明を分かりやすく説明するために詳細に説明したのであり、必ずしも説明の全ての構成を備えるものに限定されものではない。また、上述した実施例の各構成、機能、処理部、処理手段等は、それらの一部又は全部を、例えば集積回路で設計する等によりハードウェアで実現してもよいし、上述の通り、各構成、機能等を実現するプログラムを解釈し、実行することによりソフトウェアで実現してもよい。各機能を実現するプログラム、テーブル、ファイル等の情報は、メモリやディスク装置のみならず、SSDSolidStateDrive等の記録装置、または、ICカード、SDカード、DVD等の記録媒体におくことができるし、必要に応じてネットワーク等を介してダウンロード、インストロールすることも可能である。