JP5703375B2 - Multiplexing system, method, and program - Google Patents

Multiplexing system, method, and program Download PDF

Info

Publication number
JP5703375B2
JP5703375B2 JP2013516143A JP2013516143A JP5703375B2 JP 5703375 B2 JP5703375 B2 JP 5703375B2 JP 2013516143 A JP2013516143 A JP 2013516143A JP 2013516143 A JP2013516143 A JP 2013516143A JP 5703375 B2 JP5703375 B2 JP 5703375B2
Authority
JP
Japan
Prior art keywords
request
response
multiplexing
parameter
transmitted
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Expired - Fee Related
Application number
JP2013516143A
Other languages
Japanese (ja)
Other versions
JPWO2012160690A1 (en
Inventor
渡辺　聡
聡 渡辺
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Hitachi Ltd
Original Assignee
Hitachi Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Hitachi Ltd filed Critical Hitachi Ltd
Publication of JPWO2012160690A1 publication Critical patent/JPWO2012160690A1/en
Application granted granted Critical
Publication of JP5703375B2 publication Critical patent/JP5703375B2/en
Expired - Fee Related legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
    • G06F11/16—Error detection or correction of the data by redundancy in hardware
    • G06F11/20—Error detection or correction of the data by redundancy in hardware using active fault-masking, e.g. by switching out faulty elements or by switching in spare elements
    • G06F11/202—Error detection or correction of the data by redundancy in hardware using active fault-masking, e.g. by switching out faulty elements or by switching in spare elements where processing functionality is redundant
    • G06F11/2038—Error detection or correction of the data by redundancy in hardware using active fault-masking, e.g. by switching out faulty elements or by switching in spare elements where processing functionality is redundant with a single idle spare processing component
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
    • G06F11/16—Error detection or correction of the data by redundancy in hardware
    • G06F11/20—Error detection or correction of the data by redundancy in hardware using active fault-masking, e.g. by switching out faulty elements or by switching in spare elements
    • G06F11/2097—Error detection or correction of the data by redundancy in hardware using active fault-masking, e.g. by switching out faulty elements or by switching in spare elements maintaining the standby controller/processing unit updated
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
    • G06F11/16—Error detection or correction of the data by redundancy in hardware
    • G06F11/20—Error detection or correction of the data by redundancy in hardware using active fault-masking, e.g. by switching out faulty elements or by switching in spare elements
    • G06F11/202—Error detection or correction of the data by redundancy in hardware using active fault-masking, e.g. by switching out faulty elements or by switching in spare elements where processing functionality is redundant
    • G06F11/2048—Error detection or correction of the data by redundancy in hardware using active fault-masking, e.g. by switching out faulty elements or by switching in spare elements where processing functionality is redundant where the redundant components share neither address space nor persistent storage
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F2201/00—Indexing scheme relating to error detection, to error correction, and to monitoring
    • G06F2201/82—Solving problems relating to consistency

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Quality & Reliability (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Hardware Redundancy (AREA)

Description

本発明は、リクエストを本番系と待機系の２つの計算機システムに入力し、計算機システムの検証をするための多重化技術である。   The present invention is a multiplexing technique for verifying a computer system by inputting a request to two computer systems of a production system and a standby system.

計算機システムに対して、プログラムの改修や設定の変更など実施する場合、待機系の計算機システムを用いて、動作検証を行う。例えば、本番系と待機系の２つの計算機システムに同じリクエストを入力して、２つの計算機システムからの応答を照合し、変更したシステムの動作を検証することが行われている。   When revising a program or changing settings for a computer system, the operation is verified using a standby computer system. For example, the same request is input to two computer systems of the production system and the standby system, the responses from the two computer systems are collated, and the operation of the changed system is verified.

このような技術分野の背景技術としては、特許文献１、特許文献２がある。特許文献１には、本番系システム内で送受信されるデータをキャプチャー機器によりキャプチャーするキャプチャー処理と、キャプチャーされたデータをテスト機器へ転送するキャプチャーデータ転送処理と、転送されたデータを用いて本番系システムの運転テストを行なう処理とを行なうようにすることにより、本番系システムの改造を何ら行なうことなく、アプリケーションプログラムの開発工程における本番系システムとテスト支援装置との並行運転を行なうことが記載されている。   As background art in such a technical field, there are Patent Document 1 and Patent Document 2. Patent Document 1 discloses a capture process for capturing data transmitted / received in a production system by a capture device, a capture data transfer process for transferring captured data to a test device, and a production system using the transferred data. It is described that the system operation test and the test support device can be operated in parallel in the application program development process without any modification of the production system by performing the system operation test process. ing.

また、特許文献２には、「業務処理を実行する複数のサーバ装置の機能を検証する検証システムにおいて、負荷分散装置と入力併走装置と出力照合装置とを備える。負荷分散装置は、クライアント装置の生成した入力を前記複数のサーバ装置のいずれかへ送信する。それらの複数のサーバ装置の中から機能の検証の対象とする本番サーバ装置を選び、その機能の検証のために検証サーバ装置とを設ける。そして、入力併走装置は、本番サーバ装置と検証サーバ装置とに同じ内容の入力を送信し、各々で同等の業務処理を実行させて、各々の出力データを出力照合装置により照合する。」と記載されている。   Further, Patent Document 2 discloses that “in a verification system for verifying the functions of a plurality of server devices that execute business processing, a load distribution device, an input parallel device, and an output collation device. The load distribution device is a client device. The generated input is transmitted to one of the plurality of server devices, and a production server device to be subjected to function verification is selected from the plurality of server devices, and the verification server device is selected for the function verification. Then, the input parallel device transmits the same content input to the production server device and the verification server device, causes them to execute the same business process, and collates each output data by the output collation device. It is described.

特開２００５−７３０４３号公報JP 2005-73043 A 特開２００７−２５７５８８号公報JP 2007-257588 A

本発明においても、背景技術と同様に、リクエストを本番系と待機系の２つの計算機システムに入力し、２つの計算機システムからの応答を照合することにより、待機系システムの動作検証を実施することを課題とする。   Also in the present invention, as in the background art, the operation verification of the standby system is performed by inputting the request to the two computer systems of the production system and the standby system and collating the responses from the two computer systems. Is an issue.

しかしながら、２つの計算機システムにおいて、複数のリクエストを並列に実行した場合には、その実行順序が、本番系と待機系で一致しない可能性がある。例えば、クライアントＸから商品Ａを購入するリクエストを受信し、クライアントＹからも同じく商品Ａを購入するリクエストを受信したとする。この2つの処理が並列に実行された場合、本番系ではクライアントＸ、クライアントＹの順に処理が行われ、待機系では、クライアントＹ、クライアントＸの順に処理が行われる可能性がある。   However, when two requests are executed in parallel in the two computer systems, the execution order may not match between the production system and the standby system. For example, it is assumed that a request for purchasing the product A is received from the client X, and a request for purchasing the product A is also received from the client Y. When these two processes are executed in parallel, there is a possibility that the processes are performed in the order of client X and client Y in the production system, and the processes are performed in the order of client Y and client X in the standby system.

この場合、本番系では、クライアントＸの購入リクエストが成功、クライアントＹの購入リクエストが売り切れになり、テスト系では、クライアントＸの購入リクエストが売り切れ、クライアントＹの購入リクエストが成功となるケースが生じうる。このケースでは、２つのシステムが正常に動作しているにもかかわらず、応答が不一致になる。例えば、データベースを含むシステムにおいて、データを更新する処理を実行する場合、その応答は処理の実行順序によって変わる。そのため、処理の実行順序を一致させないと、システムの動作検証が実施できない。   In this case, in the production system, the client X purchase request is successful and the client Y purchase request is sold out. In the test system, the client X purchase request is sold out and the client Y purchase request is successful. . In this case, the responses are mismatched even though the two systems are operating normally. For example, when a process for updating data is executed in a system including a database, the response varies depending on the execution order of the processes. Therefore, system operation verification cannot be performed unless the execution order of the processes is matched.

本発明の目的は、上述した課題を解決し、本番系と待機系で処理の実行順序を一致させることが可能な多重化システム、方法、及びプログラムを提供することにある。   An object of the present invention is to provide a multiplexing system, method, and program that can solve the above-described problems and can match the execution order of processing between a production system and a standby system.

上記の目的を達成するため、本発明においては、受信するリクエストを処理する多重化システムであって、第一のシステムと、第二のシステムと、第一のシステムと第二のシステムにリクエストを送信するシステム制御部とを備え、システム制御部は、第一のシステムにリクエストを送信し、第二のシステムへのリクエストの送信を保留し、第一のシステムからのリクエストに対する応答を待合わせ、第一のシステムでリクエストに対する処理が実行された順序で、第二のシステムにリクエストを実行させる構成の多重化システムを提供する。   In order to achieve the above object, according to the present invention, there is provided a multiplexing system for processing received requests, wherein requests are sent to a first system, a second system, a first system, and a second system. A system control unit for transmitting, the system control unit transmits a request to the first system, suspends transmission of the request to the second system, waits for a response to the request from the first system, Provided is a multiplexing system configured to cause a second system to execute requests in the order in which processing for requests is executed in the first system.

また、上記の目的を達成するため、本発明においては、受信するリクエストを第一のシステムと第二のシステムで処理するよう制御するシステム制御部における多重化方法あって、システム制御部は、第一のシステムにリクエストを送信し、第二のシステムへのリクエストの送信を保留し、第一のシステムからのリクエストに対する応答を待合わせることにより、第一のシステムでリクエストに対する業務処理が実行された順序で、第二のシステムにリクエストの業務処理を実行させる多重化方法を提供する。   In order to achieve the above object, according to the present invention, there is a multiplexing method in the system control unit that controls the received request to be processed by the first system and the second system. By sending a request to one system, deferring transmission of the request to the second system, and waiting for a response to the request from the first system, the business processing for the request was executed in the first system A multiplexing method is provided that, in order, causes a second system to perform a business process for a request.

更に、上記の目的を達成するため、本発明においては、処理部と記憶部とを備え、受信するリクエストを第一のシステムと第二のシステムで処理するよう制御するシステム制御部のための多重化プログラムであって、システム制御部の処理部で実行されることにより、第一のシステムにリクエストを送信し、第二のシステムへの当該リクエストの送信を保留し、第一のシステムからのリクエストに対する応答を待合わせ、第一のシステムでリクエストに対する業務処理が実行された順序で、第二のシステムにリクエストの業務処理を実行させることを特徴とする多重化プログラムを提供する。   Furthermore, in order to achieve the above object, in the present invention, a multiplexing unit for a system control unit that includes a processing unit and a storage unit and controls the received request to be processed by the first system and the second system. The program is executed by the processing unit of the system control unit, so that the request is transmitted to the first system, the transmission of the request to the second system is suspended, and the request from the first system There is provided a multiplexing program characterized by waiting for a response to the request, and causing the second system to execute the business process of the request in the order in which the business process for the request is executed in the first system.

本発明の構成により、本番系と待機系で処理の実行順序を一致させることが可能な多重化システムを提供できる。   With the configuration of the present invention, it is possible to provide a multiplexing system capable of matching the execution order of processing between the production system and the standby system.

第１の実施例の多重化システムの概要図である。1 is a schematic diagram of a multiplexing system according to a first embodiment. 第１の実施例に係わる、システム制御部のハードウェア構成図である。FIG. 2 is a hardware configuration diagram of a system control unit according to the first embodiment. 第１の実施例に係わる、システム制御部の機能図である。FIG. 3 is a functional diagram of a system control unit according to the first embodiment. 第１の実施例に係わる、リクエスト実行判断部の動作を示すフローチャート図である。It is a flowchart figure which shows the operation | movement of the request execution determination part concerning a 1st Example. 第１の実施例に係わる、リクエスト設定テーブルの内容を例示する図である。It is a figure which illustrates the content of the request setting table concerning a 1st Example. 第１の実施例に係わる、リクエスト管理テーブルの内容を例示する図である。It is a figure which illustrates the content of the request management table concerning a 1st Example. 第１の実施例に係わる、リクエスト実行判断部の動作を示すフローチャート図である。It is a flowchart figure which shows the operation | movement of the request execution determination part concerning a 1st Example. 第１の実施例に係わる、リクエスト実行判断部３０１の動作を示すフローチャート図である。It is a flowchart figure which shows the operation | movement of the request execution determination part 301 concerning a 1st Example.

以下、実施例を図面に従い説明する。なお、多重化システムとして、本番系の第一のシステムと、待機系の第二のシステムからなる二重化システムを例示して説明するが、本発明の多重化システムは、それぞれ一個の本番系、待機系からなる二重化システムに限定されるものではない。   Embodiments will be described below with reference to the drawings. Note that, as a multiplexing system, a duplex system composed of a first system of the production system and a second system of the standby system will be described as an example. However, the multiplexing system of the present invention has one production system and one standby system, respectively. It is not limited to a duplex system consisting of a system.

図１は第１の実施例の多重化システムの概要図である。インターネット１０１を介してスイッチ１０２に入力されたリクエストは、第一のシステムである本番系１０４で、対応する業務処理が実行された後、その応答がインターネット１０１に返される。本実施例のシステムでは、システム制御部１０３を設けて、リクエストを本番系１０４と第二のシステムである待機系１０５の両方に送信する。そして、待機系１０５からの応答は、インターネット１０１に送り返すことはせず、応答結果の検証などに使用する。本番系１０４と待機系１０５は、同一のシステム構成を備えており、ロードバランサーを介して複数のアプリケーションサーバ(ＡＰ）と、それぞれのアプリケーションに対応するデータベース(ＤＢ)と、データ(Ｄａｔａ)から構成されるが、このような構成に限定されるものではない。   FIG. 1 is a schematic diagram of a multiplexing system according to the first embodiment. The request input to the switch 102 via the Internet 101 is returned to the Internet 101 after the corresponding business process is executed in the production system 104 which is the first system. In the system of the present embodiment, the system control unit 103 is provided, and the request is transmitted to both the production system 104 and the standby system 105 that is the second system. The response from the standby system 105 is not sent back to the Internet 101 but is used for verifying the response result. The production system 104 and the standby system 105 have the same system configuration, and are composed of a plurality of application servers (AP), a database (DB) corresponding to each application, and data (Data) via a load balancer. However, it is not limited to such a configuration.

本番系１０４や待機系１０５では、例えば、アプリケーションとしてオンラインショッピングなどの処理が、各アプリケーションサーバ（ＡＰ）で実行される。インターネット１０１からの入力としては、ある商品を購入するするリクエストなどが想定され、本番系１０４や待機系１０５からの業務処理が実行された後の応答としては、購入完了の応答などが想定される。   In the production system 104 and the standby system 105, for example, processing such as online shopping as an application is executed in each application server (AP). As an input from the Internet 101, a request to purchase a certain product is assumed, and as a response after the business process from the production system 104 or the standby system 105 is executed, a purchase completion response is assumed. .

図２は本実施例のシステム制御部１０３のハードウェア構成の一例を示す図である。図２より明らかなように、システム制御部１０３は通常のコンピュータ構成を有する。システム制御部１０３は、その内部に、バス２０１に接続された入出力インターフェース２０２を備え、ここに図示を省略したキーボードやディスプレイなどの入出力デバイスを接続できる。システムの管理者は、入出力デバイスを介して、システム制御部１０３を操作することができる。また、システム制御部１０３は、内部バス２０１に接続された、処理部となる中央処理部（Central Processing Unit：ＣＰＵ）２０３と、記憶部であるメモリ２０４を備え、メモリ２０４に格納されたプログラムを実行することができる。また、記憶装置インターフェース２０５と、記憶部であるディスク装置２０７を備え、ディスク装置２０７に格納されたプログラムをメモリ２０４に格納することができる。また、ネットワークインターフェース２０６を備え、スイッチ１０２や本番系１０４や待機系１０５と通信することができる。   FIG. 2 is a diagram illustrating an example of a hardware configuration of the system control unit 103 according to the present exemplary embodiment. As is apparent from FIG. 2, the system control unit 103 has a normal computer configuration. The system control unit 103 includes therein an input / output interface 202 connected to the bus 201, and an input / output device such as a keyboard or a display (not shown) can be connected thereto. A system administrator can operate the system control unit 103 via an input / output device. In addition, the system control unit 103 includes a central processing unit (CPU) 203 serving as a processing unit and a memory 204 serving as a storage unit, which are connected to the internal bus 201, and stores programs stored in the memory 204. Can be executed. Further, the storage device interface 205 and a disk device 207 as a storage unit are provided, and a program stored in the disk device 207 can be stored in the memory 204. A network interface 206 is provided to communicate with the switch 102, the production system 104, and the standby system 105.

図３は、本実施例のシステム制御部１０３の機能構成の一例を示す図である。リクエスト実行判断部３０１はディスク装置２０７に格納されたプログラムであり、メモリ２０４に格納して、ＣＰＵ２０３によって実行されるプログラムとして実装される。また、リクエスト管理テーブル３０２、および、リクエスト設定テーブル３０３は、メモリ２０４に格納されるデータテーブルであり、後にその内容を図５、図６を用いて詳述する。   FIG. 3 is a diagram illustrating an example of a functional configuration of the system control unit 103 according to the present embodiment. The request execution determination unit 301 is a program stored in the disk device 207, stored in the memory 204, and implemented as a program executed by the CPU 203. The request management table 302 and the request setting table 303 are data tables stored in the memory 204, and the contents thereof will be described in detail later with reference to FIGS.

図４は、本実施例のシステム制御部１０３がスイッチ１０２からリクエストを受信した場合の、リクエスト実行判断部３０１の動作の一例を示すフローチャートである。処理４０１において、リクエスト実行判断部３０１は、受信したリクエストを、本番系１０４に送信する。ここに、受信したリクエストとは、「http：//www.xxx.com/command=order&item_id=0001&user_id=0001」といった形式の電文である。   FIG. 4 is a flowchart illustrating an example of the operation of the request execution determination unit 301 when the system control unit 103 according to the present exemplary embodiment receives a request from the switch 102. In processing 401, the request execution determination unit 301 transmits the received request to the production system 104. Here, the received request is a message in a format of “http://www.xxx.com/command=order&item_id=0001&user_id=0001”.

リクエスト実行判断部３０１は、判断４０２において、受信したリクエストが、リクエスト設定テーブル３０３に登録されたリクエストか否かを判断する。本実施例においては、本番系と待機系で処理の実行順序を一致させる必要のあるリクエストを、このリクエスト設定テーブル３０３に予め登録しておく。   In step 402, the request execution determination unit 301 determines whether the received request is a request registered in the request setting table 303. In this embodiment, a request that needs to match the execution order of processing between the production system and the standby system is registered in the request setting table 303 in advance.

図５は、リクエスト設定テーブル３０３の内容の一例を示す図である。図５に例示するように、リクエスト設定テーブル３０３には、パラメータ名５０１、パラメータ５０２、シリアライズパラメータ名５０３が登録される。図５の例では、パラメータ名５０１には「command」、パラメータ５０２には「order」、シリアライズパラメータ名５０３には「item_id」が登録されている。ここに、パラメータ名５０１とは受信したリクエストの「＝」ではさまれた項目の前半部分であり、パラメータ５０２とは受信したリクエストの「＝」ではさまれた項目の後半部分である。受信したリクエストが上述した「http：//www.xxx.com/command=order&item_id=0001&user_id=0001」の場合、「command=order」のパラメータ名が「command」であり、パラメータが「order」であることから、該当リクエストが、図５に例示したリクエスト設定テーブル３０３に登録されたリクエストであることが判断できる。なお、リクエスト設定テーブル３０３には、入出力デバイスなどを介して、予めシステムの管理者などが、本番系と待機系で処理の実行順序を一致させる必要のあるものを設定しているものとする。なお、この本番系と待機系で処理の実行順序を一致させる必要のあるパラメータとしては、上述の「order」の他、「reserve」などがある。   FIG. 5 is a diagram illustrating an example of the contents of the request setting table 303. As illustrated in FIG. 5, a parameter name 501, a parameter 502, and a serialized parameter name 503 are registered in the request setting table 303. In the example of FIG. 5, “command” is registered in the parameter name 501, “order” is registered in the parameter 502, and “item_id” is registered in the serialized parameter name 503. Here, the parameter name 501 is the first half of the item sandwiched by “=” of the received request, and the parameter 502 is the second half of the item sandwiched by “=” of the received request. When the received request is “http://www.xxx.com/command=order&item_id=0001&user_id=0001”, the parameter name of “command = order” is “command” and the parameter is “order” Thus, it can be determined that the corresponding request is a request registered in the request setting table 303 illustrated in FIG. In the request setting table 303, it is assumed that a system administrator or the like is set in advance through an input / output device or the like that requires the execution order of processing to be matched between the production system and the standby system. . In addition to the above-mentioned “order”, there are “reserve” and the like as parameters for which the execution order of processing needs to be matched between the production system and the standby system.

図４の判断４０２の判断結果が「No」の場合、システム制御部１０３は、処理４０７において、受信したリクエストを待機系１０５に送信する。つまり、リクエスト設定テーブル３０３に登録されていないリクエストについては、本番系と待機系で処理の実行順序を一致させる必要がないので、順序の制御をせずに待機系で実行する。本実施例の多重化システムでは、リクエスト設定テーブル３０３に登録されたリクエストについては、本番系の処理の終了を待ち合わせて、待機系で処理を実行することにより、本番系と待機系で処理の実行順序を一致させる。判断４０２の判断結果が「Yes」の場合、システム制御部１０３は、処理４０３において、受信したリクエストをリクエスト管理テーブル３０２に登録する。   When the determination result of the determination 402 in FIG. 4 is “No”, the system control unit 103 transmits the received request to the standby system 105 in processing 407. That is, requests that are not registered in the request setting table 303 are executed in the standby system without controlling the order because there is no need to match the execution order of processing between the production system and the standby system. In the multiplexing system of the present embodiment, the requests registered in the request setting table 303 are processed in the standby system by waiting for the end of the actual process and executing in the standby system. Match the order. When the determination result of determination 402 is “Yes”, the system control unit 103 registers the received request in the request management table 302 in process 403.

図６は、リクエスト管理テーブル３０２の内容を例示する図である。図６に示すように、リクエスト管理テーブル３０２には、リクエスト６０１、シリアライズパラメータ６０２、開始時刻６０３、リクエスト確定時刻６０４、待機系実行フラグ６０５を登録する。リクエスト６０１とは、スイッチ１０２から受信した電文そのものであり、例えば、「http：//www.xxx.com/command=order&item_id=0001&user_id=0001」といった電文が登録される。シリアライズパラメータ６０２とは、リクエスト設定テーブル３０３のシリアライズパラメータ名に指定されたパラメータである。例えば、リクエストが、「http：//www.xxx.com/command=order&item_id=0001&user_id=0001」であり、シリアライズパラメータ名が「item_id」の場合、シリアライズパラメータには「0001」を設定する。開始時刻６０３には、処理４０１において該当リクエストを本番系１０４に送信した時刻を設定する。待機系実行フラグ６０５は、当該リクエストが、待機系１０５で実行中であることを示すフラグである。   FIG. 6 is a diagram illustrating the contents of the request management table 302. As illustrated in FIG. 6, a request 601, a serialization parameter 602, a start time 603, a request confirmation time 604, and a standby system execution flag 605 are registered in the request management table 302. The request 601 is a message itself received from the switch 102. For example, a message such as “http://www.xxx.com/command=order&item_id=0001&user_id=0001” is registered. The serialization parameter 602 is a parameter specified as the serialization parameter name in the request setting table 303. For example, when the request is “http://www.xxx.com/command=order&item_id=0001&user_id=0001” and the serialization parameter name is “item_id”, “0001” is set as the serialization parameter. In the start time 603, the time at which the request is transmitted to the production system 104 in the process 401 is set. The standby system execution flag 605 is a flag indicating that the request is being executed in the standby system 105.

図７は、本実施例のシステム制御部１０３が、本番系１０４から業務処理が実行された後の応答を受信した場合の、リクエスト実行判断部３０１の動作を例示するフローチャートである。本番系１０４から応答を受信すると、リクエスト実行判断部３０１は、処理７０１において、応答をスイッチ１０２に送信する。また、判断７０７において、該応答がリクエスト設定テーブル３０３に設定されているリクエストに対する応答か否かを判断する。判断７０７の結果が「Yes」の場合、リクエスト実行判断部３０１は、処理７０２において、リクエスト管理テーブル３０２に対して、応答のもとになったリクエストのエントリにリクエスト確定時刻６０４を設定する。ここに、リクエスト確定時刻６０４とは、システム制御部１０３が応答を受信した時刻、あるいは、応答の電文に記載されているリクエスト確定時刻とする。   FIG. 7 is a flowchart illustrating the operation of the request execution determination unit 301 when the system control unit 103 according to the present exemplary embodiment receives a response after the business process is executed from the production system 104. When receiving a response from the production system 104, the request execution determination unit 301 transmits the response to the switch 102 in process 701. In determination 707, it is determined whether the response is a response to a request set in the request setting table 303. When the result of the determination 707 is “Yes”, the request execution determination unit 301 sets a request confirmation time 604 in the entry of the request that is the response to the request management table 302 in process 702. Here, the request confirmation time 604 is a time at which the system control unit 103 receives a response or a request confirmation time described in a response message.

続いて、処理７０３において、リクエスト実行判断部３０１は、リクエスト管理テーブル３０２から、該リクエストと同じシリアライズパラメータ６０２を持つエントリをすべて抽出する。例えば、上述のシリアライズパラメータ名「item_id」に対するシリアライズパラメータ「0001」を持つエントリを抽出する。判断７０４において、結果が「Yes」の場合、すなわち抽出したエントリについて、待機系実行フラグ６０５が設定されているエントリがなく、かつ、抽出したエントリの最も古いリクエスト確定時刻６０４より古いリクエスト開始時刻６０３がない場合、処理７０５に進む。   Subsequently, in process 703, the request execution determination unit 301 extracts all entries having the same serialization parameter 602 as the request from the request management table 302. For example, an entry having the serialization parameter “0001” corresponding to the serialization parameter name “item_id” described above is extracted. In the determination 704, when the result is “Yes”, that is, for the extracted entry, there is no entry for which the standby execution flag 605 is set, and the request start time 603 that is older than the oldest request determination time 604 of the extracted entry. If not, the process proceeds to process 705.

判断７０４において、最も古いリクエスト確定時刻６０４より古いリクエスト開始時刻６０３がないことから、処理順序の逆転が発生する可能性がないと判断できる。なぜなら、最も古いリクエスト開始時刻６０３より後に開始されたリクエストは、最も古いリクエスト開始時刻６０３のリクエストが確定した時点で、未だ開始されておらず、実行順序の逆転は生じ得ないからである。そこで、処理７０５において、最も古いリクエスト確定時刻６０４のリクエストを待機系１０５に送信し、処理７０６において、該リクエストのエントリに待機系実行フラグ６０５を設定して終了する。なお、判断７０７、あるいは判断７０４の結果が「No」の場合も、そのまま終了する。   In the determination 704, since there is no request start time 603 older than the oldest request determination time 604, it can be determined that there is no possibility that the processing order will be reversed. This is because requests started after the oldest request start time 603 are not yet started when the request with the oldest request start time 603 is confirmed, and the execution order cannot be reversed. In process 705, the oldest request determination time 604 request is transmitted to the standby system 105. In process 706, the standby system execution flag 605 is set in the entry of the request, and the process ends. Note that if the result of the determination 707 or the determination 704 is “No”, the processing ends as it is.

図８は、システム制御部１０３が、待機系１０５から応答を受信した場合の、リクエスト実行判断部３０１の動作を例示するフローチャートである。待機系１０５から応答を受信すると、リクエスト実行判断部３０１は、判断８０６において、該応答がリクエスト設定テーブル３０３に設定されているリクエストに対する応答か否かを判断する。判断８０６の結果が「Yes」の場合、リクエスト実行判断部３０１は、処理８０１において、リクエスト管理テーブル３０２から、応答のもとになったリクエストのエントリを削除する。   FIG. 8 is a flowchart illustrating the operation of the request execution determination unit 301 when the system control unit 103 receives a response from the standby system 105. When receiving a response from the standby system 105, the request execution determination unit 301 determines in determination 806 whether the response is a response to the request set in the request setting table 303. If the result of determination 806 is “Yes”, the request execution determination unit 301 deletes the entry of the request that is the basis of the response from the request management table 302 in process 801.

また、処理８０２において、該当リクエストと同じシリアライズパラメータ６０２をもつエントリをすべて抽出する。判断８０３において、抽出したエントリにおいて、最も古いリクエスト確定時刻６０４より古いリクエスト開始時刻６０３がない場合、処理８０４に進む。判断８０３において、最も古いリクエスト確定時刻６０４より古いリクエスト開始時刻６０３がないことから、処理の逆転が発生する可能性がないことを判断できる。そこで、処理８０４において、最も古いリクエスト確定時刻６０４のリクエストを待機系に送信し、処理８０５において、該リクエストのエントリに待機系実行フラグ６０５を設定する。   Further, in process 802, all entries having the same serialization parameter 602 as the corresponding request are extracted. If it is determined in step 803 that there is no request start time 603 older than the oldest request determination time 604 in the extracted entry, the processing proceeds to step 804. In determination 803, since there is no request start time 603 older than the oldest request determination time 604, it can be determined that there is no possibility of processing reversal. Therefore, in process 804, the oldest request determination time 604 request is transmitted to the standby system, and in process 805, the standby system execution flag 605 is set in the entry of the request.

以上説明した実施例の多重化システムでは、本番系と待機系で実行順序を一致させる必要があるリクエストを判別し、実行順序を一致させる必要があるリクエストを実行する場合に、待機系へのリクエスト送信を保留し。そして、本番系での実行完了の応答を待って、本番系で実行した順序に従って、１つずつ待機系にリクエストを送信する。このように、本番系では処理を多重で実行し、待機系では、実行順序を一致させる必要があるリクエストについては、その処理を１多重にシリアライズして実行する。本番系では、処理を多重で実行するため、本番系の性能は低下しない。   In the multiplexing system of the embodiment described above, a request to the standby system is determined when a request that requires the execution order to be matched between the production system and the standby system is determined, and a request that requires the execution order to be matched is executed. Hold the transmission. Then, after waiting for a response of execution completion in the production system, requests are transmitted to the standby system one by one in the order of execution in the production system. As described above, in the production system, the processing is executed in a multiplex manner, and in the standby system, for a request that requires the execution order to be matched, the processing is serialized and executed in a multiplex manner. In the production system, since the processing is executed in multiple, the performance of the production system does not deteriorate.

また、上述した実施例の多重化システムでは、本番系で処理を開始した時刻を記録しておくとともに、処理が確定した時刻を応答リクエストに記載しておき、これらの時刻を使用して、実行順序の入れ替わりが発生しないことを確認して、待機系にリクエストを送信する。これにより、本番系と待機系でリクエストの実行順序を一致させることが出来る。   Further, in the multiplexing system of the above-described embodiment, the time when the process is started in the production system is recorded, and the time when the process is confirmed is described in the response request, and the execution is performed using these times. Confirm that the order does not change and send a request to the standby system. As a result, the request execution order can be matched between the production system and the standby system.

更に、上述した実施例の多重化システムでは、第一のシステムと第二のシステムにリクエストを送信するシステム制御部のリクエスト実行判断部は、第二のシステムへのリクエストの送信を保留し、第一のシステムの応答を待合せて、第一のシステムで業務処理が実行された順序で、第二のシステムにリクエストを送信し、第二のシステムでのリクエストの実行をシリアライズするため、第二のシステムからの応答を待って、一つずつ、第二のシステムにリクエストを送信することで、第一のシステムと第二のシステムで業務処理の実行順序を一致させることが出来る。   Furthermore, in the multiplexing system of the above-described embodiment, the request execution determination unit of the system control unit that transmits a request to the first system and the second system suspends transmission of the request to the second system, and Wait for the response of the first system, send requests to the second system in the order in which the business processes were executed on the first system, and serialize the execution of the requests on the second system. By waiting for a response from the system and sending a request to the second system one by one, the execution order of the business processing can be matched between the first system and the second system.

なお、本発明は上述した実施例に限定されるものではなく、様々な変形例が含まれる。例えば、上記した実施例は本発明を分かりやすく説明するために詳細に説明したのであり、必ずしも説明の全ての構成を備えるものに限定されものではない。   In addition, this invention is not limited to the Example mentioned above, Various modifications are included. For example, the above-described embodiments have been described in detail in order to explain the present invention in an easy-to-understand manner, and are not necessarily limited to those having all the configurations described.

また、上述した実施例の各構成、機能、処理部、処理手段等は、それらの一部又は全部を、例えば集積回路で設計する等によりハードウェアで実現してもよいし、上述の通り、各構成、機能等を実現するプログラムを解釈し、実行することによりソフトウェアで実現してもよい。各機能を実現するプログラム、テーブル、ファイル等の情報は、メモリやディスク装置のみならず、ＳＳＤ（Solid State Drive）等の記録装置、または、ＩＣカード、ＳＤカード、ＤＶＤ等の記録媒体におくことができるし、必要に応じてネットワーク等を介してダウンロード、インストロールすることも可能である。   In addition, each configuration, function, processing unit, processing unit, and the like of the above-described embodiments may be realized in hardware by designing a part or all of them, for example, with an integrated circuit, as described above. It may be realized by software by interpreting and executing a program that realizes each configuration, function, and the like. Information such as programs, tables, and files for realizing each function should be stored not only in a memory and a disk device, but also in a recording device such as an SSD (Solid State Drive) or a recording medium such as an IC card, SD card, or DVD. It can also be downloaded and installed via a network or the like as necessary.

本発明は、リクエストを本番系と待機系の２つの計算機システムに入力し、計算機システムの検証をするための多重化技術として有用である。   The present invention is useful as a multiplexing technique for inputting a request to two computer systems of a production system and a standby system and verifying the computer system.

１０１ インターネット
１０２ スイッチ
１０３ システム制御部
１０４ 本番系
１０５ 待機系
２０１ 内部バス
２０２ 入出力インターフェース
２０３ ＣＰＵ
２０４ メモリ
２０５ 記憶装置インターフェース
２０６ ネットワークインターフェース
２０７ ディスク装置
３０１ リクエスト実行判断部
３０２ リクエスト管理テーブル
３０３ リクエスト設定テーブル101 Internet 102 Switch 103 System Control Unit 104 Production System 105 Standby System 201 Internal Bus 202 Input / Output Interface 203 CPU
204 Memory 205 Storage Device Interface 206 Network Interface 207 Disk Device 301 Request Execution Determination Unit 302 Request Management Table 303 Request Setting Table

Claims (12)

受信するリクエストを処理する多重化システムであって、
第一のシステムと、
第二のシステムと、
前記第一のシステムと前記第二のシステムに前記リクエストを送信するシステム制御部とを備え、
前記システム制御部は、
前記第一のシステムと前記第二のシステムで、前記リクエストに対する業務処理の実行順序を一致させる必要があるリクエストを設定するリクエスト設定テーブルと、
前記第一のシステムに前記リクエストを送信し、前記送信したリクエストが前記リクエスト設定テーブルに設定されたリクエストである場合には、前記第二のシステムへの前記リクエストの送信を保留し、前記第一のシステムからの前記リクエストに対する応答を待合わせ、前記第一のシステムで前記リクエストに対する業務処理が実行された順序で、前記第二のシステムに前記リクエストの業務処理を実行させ、
前記送信したリクエストが前記リクエスト設定テーブルに設定されていないリクエストである場合には、当該リクエストの送信を保留せずに前記第二のシステムに送信するリクエスト実行判断部を有する、
ことを特徴とする多重化システム。 A multiplexing system for processing incoming requests,
The first system,
With the second system,
A system controller that transmits the request to the first system and the second system;
The system controller is
A request setting table for setting a request that needs to match the execution order of business processing for the request in the first system and the second system;
When the request is transmitted to the first system, and the transmitted request is a request set in the request setting table, the transmission of the request to the second system is suspended, and the first Waiting for a response to the request from the system, causing the second system to perform the business process of the request in the order in which the business process for the request was performed in the first system,
Wherein when the transmitted request is a request that is not set to the request setting table has a request execution determiner that sends to said second system without holding the transmission of the request,
A multiplexing system characterized by that. 請求項１に記載の多重化システムであって、
前記リクエスト実行判断部は、
前記第二のシステムでのリクエストの実行をシリアライズするため、送信したリクエストに対する前記第二のシステムからの応答を待って、前記第二のシステムに新たなリクエストを送信する、
ことを特徴とする多重化システム。 The multiplexing system according to claim 1, wherein
The request execution determination unit
In order to serialize the execution of the request in the second system, wait for a response from the second system to the transmitted request, and send a new request to the second system.
A multiplexing system characterized by that. 請求項２に記載の多重化システムであって、  A multiplexing system according to claim 2, comprising:
前記リクエストには、パラメータ名と、当該パラメータ名に対応するパラメータと、シリアライズパラメータ名と、当該シリアライズパラメータ名に対応するシリアライズパラメータが含まれており、  The request includes a parameter name, a parameter corresponding to the parameter name, a serialized parameter name, and a serialized parameter corresponding to the serialized parameter name.
前記リクエスト設定テーブルの設定項目には、前記パラメータと前記シリアライズパラメータ名を含み、  The setting items of the request setting table include the parameter and the serialized parameter name,
前記リクエスト実行判断部は、  The request execution determination unit
前記リクエスト設定テーブル中に設定された前記シリアライズパラメータ名に対応する前記シリアライズパラメータが等しいリクエストごとに、前記第一のシステムと前記第二のシステムで業務処理の実行順序を一致させる、  For each request in which the serialization parameter corresponding to the serialization parameter name set in the request setting table is equal, the execution order of the business process is matched in the first system and the second system.
ことを特徴とする多重化システム。A multiplexing system characterized by that. 請求項３に記載の多重化システムであって、  The multiplexing system according to claim 3, wherein
前記システム制御部は、  The system controller is
前記リクエストの前記シリアライズパラメータと、リクエスト開始時刻と、リクエスト確定時刻と、待機系実行中フラグとを設定するリクエスト管理テーブルを備え、  A request management table for setting the serialization parameter of the request, a request start time, a request confirmation time, and a standby system execution flag;
前記リクエスト実行判断部は、  The request execution determination unit
前記第一のシステムから応答を受信した際、当該応答が前記リクエスト設定テーブルに設定されたリクエストに対する応答である場合には、  When a response is received from the first system, if the response is a response to a request set in the request setting table,
前記リクエスト管理テーブルの前記リクエスト確定時刻に、当該応答を受信した時刻、又は当該応答に記載された時刻を記録し、  Record the time at which the response is received or the time described in the response at the request confirmation time in the request management table,
当該応答のリクエストの前記シリアライズパラメータを特定し、  Identify the serialization parameter of the response request,
前記第二のシステムへの送信を保留している前記リクエストから、前記シリアライズパラメータが等しいリクエストを抽出し、  From the request pending transmission to the second system, extract a request with the same serialization parameter,
抽出したリクエストの中に、前記第二のシステムで実行されているリクエストがなく、かつ、最も古い前記リクエスト確定時刻より古い前記リクエスト開始時刻がない場合に、抽出した前記リクエストの中で前記リクエスト確定時刻が最も古いリクエストを前記第二のシステムに送信する、  If there is no request being executed in the second system among the extracted requests and there is no request start time older than the oldest request confirmation time, the request confirmation among the extracted requests Sending the oldest request to the second system,
ことを特徴とする多重化システム。A multiplexing system characterized by that. 請求項４に記載の多重化システムであって、  The multiplexing system according to claim 4, wherein
前記リクエスト実行判断部は、  The request execution determination unit
前記第二のシステムから応答を受信した際、  When receiving a response from the second system,
該応答が前記リクエスト設定テーブルに設定されたリクエストに対する応答である場合には、当該リクエストの記録を前記リクエスト管理テーブルから削除し、  If the response is a response to a request set in the request setting table, delete the record of the request from the request management table,
当該応答のリクエストの前記シリアライズパラメータを特定し、前記第二のシステムへの送信を保留している前記リクエストから、前記シリアライズパラメータが等しいリクエストを抽出し、抽出した前記リクエストの中に、最も古い前記リクエスト確定時刻より古い前記リクエスト開始時刻がない場合に、抽出した前記リクエストの中で、前記リクエスト確定時刻が最も古いリクエストを前記第二のシステムに送信する、  Identify the serialization parameter of the response request, extract a request with the same serialization parameter from the request pending transmission to the second system, and extract the oldest request among the extracted requests. When there is no request start time older than the request confirmation time, the request having the oldest request confirmation time is transmitted to the second system among the extracted requests.
ことを特徴とする多重化システム。A multiplexing system characterized by that. 受信するリクエストを第一のシステムと第二のシステムで処理するよう制御するシステム制御部における多重化方法であって、  A multiplexing method in a system control unit for controlling a received request to be processed by a first system and a second system,
前記システム制御部は、  The system controller is
前記第一のシステムと前記第二のシステムで、前記リクエストに対する業務処理の実行順序を一致させる必要があるリクエストをリクエスト設定テーブルに設定させ、  In the first system and the second system, a request that needs to match the execution order of business processing for the request is set in the request setting table,
前記第一のシステムに前記リクエストを送信し、当該送信したリクエストが前記リクエスト設定テーブルに設定されたリクエストである場合には、前記第二のシステムへの前記リクエストの送信を保留し、前記第一のシステムからの前記リクエストに対する応答を待合わせ、前記第一のシステムで前記リクエストに対する業務処理が実行された順序で、前記第二のシステムに前記リクエストの業務処理を実行させ、  When the request is transmitted to the first system and the transmitted request is a request set in the request setting table, the transmission of the request to the second system is suspended, and the first Waiting for a response to the request from the system, causing the second system to perform the business process of the request in the order in which the business process for the request was performed in the first system,
当該送信したリクエストが前記リクエスト設定テーブルに設定されていないリクエストである場合には、当該リクエストの送信を保留せずに前記第二のシステムに送信する、  When the transmitted request is a request that is not set in the request setting table, it is transmitted to the second system without deferring transmission of the request.
ことを特徴とする多重化方法。A multiplexing method characterized by the above. 請求項６に記載の多重化方法であって、  The multiplexing method according to claim 6, comprising:
前記システム制御部は、  The system controller is
前記第二のシステムでのリクエストの実行をシリアライズするため、送信したリクエストに対する前記第二のシステムからの応答を待って、前記第二のシステムに新たなリクエストを送信する、  In order to serialize the execution of the request in the second system, wait for a response from the second system to the transmitted request, and send a new request to the second system.
ことを特徴とする多重化方法。A multiplexing method characterized by the above. 請求項７に記載の多重化方法であって、  The multiplexing method according to claim 7, comprising:
前記リクエストには、パラメータ名と、当該パラメータ名に対応するパラメータと、シリアライズパラメータ名と、当該シリアライズパラメータ名に対応するシリアライズパラメータが含まれており、  The request includes a parameter name, a parameter corresponding to the parameter name, a serialized parameter name, and a serialized parameter corresponding to the serialized parameter name.
前記リクエスト設定テーブルの設定項目には、前記パラメータと前記シリアライズパラメータ名を含み、  The setting items of the request setting table include the parameter and the serialized parameter name,
前記システム制御部は、  The system controller is
前記リクエスト設定テーブル中に設定された前記シリアライズパラメータ名に対応する前記シリアライズパラメータが等しいリクエストごとに、前記第一のシステムと前記第二のシステムで業務処理の実行順序を一致させる、  For each request in which the serialization parameter corresponding to the serialization parameter name set in the request setting table is equal, the execution order of the business process is matched in the first system and the second system.
ことを特徴とする多重化方法。A multiplexing method characterized by the above. 請求項８に記載の多重化方法であって、  The multiplexing method according to claim 8, comprising:
前記システム制御部は、  The system controller is
前記リクエストのシリアライズパラメータと、リクエスト開始時刻と、リクエスト確定時刻と、待機系実行中フラグとを設定するリクエスト管理テーブルを備え、  A request management table for setting a serialization parameter of the request, a request start time, a request confirmation time, and a standby system execution flag;
前記第一のシステムから応答を受信した際、当該応答が前記リクエスト設定テーブルに設定されたリクエストに対する応答である場合には、当該リクエストの確定時刻として、当該応答を受信した時刻、又は当該応答に記載された時刻を前記リクエスト管理テーブルの前記リクエスト確定時刻に記録し、  When the response is received from the first system, if the response is a response to the request set in the request setting table, the confirmation time of the request is the time when the response is received or the response Record the described time in the request confirmation time of the request management table,
当該応答のリクエストの前記シリアライズパラメータを特定し、  Identify the serialization parameter of the response request,
前記第二のシステムへの送信を保留しているリクエストから、前記シリアライズパラメータが等しいリクエストを抽出し、  Extract requests with the same serialization parameter from requests pending transmission to the second system;
抽出したリクエストのなかに、前記第二のシステムで実行されているリクエストがなく、かつ、最も古い前記リクエスト確定時刻より古い前記リクエスト開始時刻がない場合に、  If there is no request being executed in the second system among the extracted requests and the request start time older than the oldest request confirmation time is not,
抽出した前記リクエストのなかで前記リクエスト確定時刻が最も古いリクエストを前記第二のシステムに送信する、  Sending the request with the oldest request confirmation time to the second system among the extracted requests;
ことを特徴とする多重化方法。A multiplexing method characterized by the above. 請求項９に記載の多重化方法であって、  The multiplexing method according to claim 9, comprising:
前記システム制御部は、  The system controller is
前記第二のシステムから応答を受信した際、  When receiving a response from the second system,
該応答が前記リクエスト設定テーブルに設定されたリクエストに対する応答である場合には、当該リクエストの記録を前記リクエスト管理テーブルから削除し、  If the response is a response to a request set in the request setting table, delete the record of the request from the request management table,
当該応答のリクエストの前記シリアライズパラメータを特定し、前記第二のシステムへの送信を保留しているリクエストから、前記シリアライズパラメータが等しいリクエストを抽出し、抽出した前記リクエストの中に、最も古い前記リクエスト確定時刻より古い前記リクエスト開始時刻がない場合に、抽出した前記リクエストの中で、前記リクエスト確定時刻が最も古いリクエストを前記第二のシステムに送信する、  The serialization parameter of the response request is specified, a request having the same serialization parameter is extracted from a request pending transmission to the second system, and the oldest request among the extracted requests When there is no request start time older than the confirmation time, the request with the oldest request confirmation time is transmitted to the second system among the extracted requests.
ことを特徴とする多重化方法。A multiplexing method characterized by the above. 処理部と記憶部とを備え、受信するリクエストを第一のシステムと第二のシステムで処理するよう制御するシステム制御部であって、前記記憶部に、前記第一のシステムと前記第二のシステムで、前記リクエストに対する業務処理の実行順序を一致させる必要があるリクエストを設定するリクエスト設定テーブルを備えるシステム制御部のための、多重化プログラムであって、  A system control unit that includes a processing unit and a storage unit, and controls the received request to be processed by the first system and the second system, wherein the storage unit includes the first system and the second system. A multiplexing program for a system control unit comprising a request setting table for setting a request that needs to match the execution order of business processing for the request in the system,
前記システム制御部の前記処理部で実行されることにより、  By being executed by the processing unit of the system control unit,
前記第一のシステムに前記リクエストを送信し、当該送信したリクエストが前記リクエスト設定テーブルに設定されたリクエストである場合には、前記第二のシステムへの前記リクエストの送信を保留し、前記第一のシステムからの前記リクエストに対する応答を待合わせ、前記第一のシステムで前記リクエストに対する業務処理が実行された順序で、前記第二のシステムに前記リクエストの業務処理を実行させ、  When the request is transmitted to the first system and the transmitted request is a request set in the request setting table, the transmission of the request to the second system is suspended, and the first Waiting for a response to the request from the system, causing the second system to perform the business process of the request in the order in which the business process for the request was performed in the first system,
当該送信したリクエストが前記リクエスト設定テーブルに設定されていないリクエストである場合には、当該リクエストの送信を保留せずに前記第二のシステムに送信する、  When the transmitted request is a request that is not set in the request setting table, it is transmitted to the second system without deferring transmission of the request.
ことを特徴とする多重化プログラム。A multiplexing program characterized by that. 請求項１１に記載の多重化プログラムであって、  A multiplexing program according to claim 11, comprising:
前記システム制御部の前記処理部で実行されることにより、  By being executed by the processing unit of the system control unit,
前記第二のシステムでのリクエストの実行をシリアライズするため、送信したリクエストに対する前記第二のシステムからの応答を待って、前記第二のシステムに新たなリクエストを送信する、  In order to serialize the execution of the request in the second system, wait for a response from the second system to the transmitted request, and send a new request to the second system.
ことを特徴とする多重化プログラム。A multiplexing program characterized by that.
JP2013516143A 2011-05-26 2011-05-26 Multiplexing system, method, and program Expired - Fee Related JP5703375B2 (en)

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/JP2011/062076 WO2012160690A1 (en) 2011-05-26 2011-05-26 Multiplexing system, method and program

Publications (2)

Publication Number Publication Date
JPWO2012160690A1 JPWO2012160690A1 (en) 2014-07-31
JP5703375B2 true JP5703375B2 (en) 2015-04-15

Family

ID=47216792

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2013516143A Expired - Fee Related JP5703375B2 (en) 2011-05-26 2011-05-26 Multiplexing system, method, and program

Country Status (2)

Country Link
JP (1) JP5703375B2 (en)
WO (1) WO2012160690A1 (en)

Citations (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH06243070A (en) * 1993-02-17 1994-09-02 Matsushita Electric Ind Co Ltd Inter-processor communication system
JPH07306794A (en) * 1994-05-12 1995-11-21 Mitsubishi Electric Corp Distributed system and enhancing method for reliability
JPH0837138A (en) * 1994-05-02 1996-02-06 Nec Corp Controller for semiconductor manufacturing line
JPH09282296A (en) * 1996-04-10 1997-10-31 Hitachi Ltd System for controlling communication between multiplexed nodes
JPH09319634A (en) * 1996-06-03 1997-12-12 Nec Corp Transaction executing state management system, management method and medium for storing management program
JP2003067214A (en) * 2001-08-27 2003-03-07 Nippon Telegr & Teleph Corp <Ntt> Server system, mediating device and error concealing method for client server type system
JP2004030204A (en) * 2002-06-25 2004-01-29 Jmnet Inc Load distribution device and node computer connected to the same
JP2007156916A (en) * 2005-12-06 2007-06-21 Data Access Kk Data control device, system, method, and program

Patent Citations (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH06243070A (en) * 1993-02-17 1994-09-02 Matsushita Electric Ind Co Ltd Inter-processor communication system
JPH0837138A (en) * 1994-05-02 1996-02-06 Nec Corp Controller for semiconductor manufacturing line
JPH07306794A (en) * 1994-05-12 1995-11-21 Mitsubishi Electric Corp Distributed system and enhancing method for reliability
JPH09282296A (en) * 1996-04-10 1997-10-31 Hitachi Ltd System for controlling communication between multiplexed nodes
JPH09319634A (en) * 1996-06-03 1997-12-12 Nec Corp Transaction executing state management system, management method and medium for storing management program
JP2003067214A (en) * 2001-08-27 2003-03-07 Nippon Telegr & Teleph Corp <Ntt> Server system, mediating device and error concealing method for client server type system
JP2004030204A (en) * 2002-06-25 2004-01-29 Jmnet Inc Load distribution device and node computer connected to the same
JP2007156916A (en) * 2005-12-06 2007-06-21 Data Access Kk Data control device, system, method, and program

Also Published As

Publication number Publication date
WO2012160690A1 (en) 2012-11-29
JPWO2012160690A1 (en) 2014-07-31

Similar Documents

Publication Publication Date Title
US12061891B1 (en) Cancel and rollback update stack requests
US9524133B2 (en) Printing server group including a print service of transferring a print job to a printer via a network
US10049161B2 (en) Information processing apparatus, method of controlling the same, and storage medium
KR20130135134A (en) Installing application remotely
JP6357780B2 (en) Network system and information notification method
JP2017129935A (en) Server system, and method and program for controlling server system
JP2020135441A (en) Resource service system, control method, and program
US20100182630A1 (en) Secure Printing
JP6102296B2 (en) Information processing system, information processing apparatus, authentication method, and program
JP4488427B2 (en) Printing system, printing management server, printing control method, program, and computer-readable storage medium
CN101577730A (en) Method for uploading and downloading files synchronously based on FTP protocol
US11409831B1 (en) System for determining cached log data associated with cached response data
JP5703375B2 (en) Multiplexing system, method, and program
EP2981882A1 (en) Removable storage device identity and configuration information
CN103838586A (en) System and method for opening file
JP2013211054A (en) Pos system
JP5299503B2 (en) Network system and program
JP2018097822A (en) Program, system, and method for controlling system
JP2016024721A (en) Server system, method and program thereof
JP6588306B2 (en) Information processing apparatus, information processing method, and program
JP5668816B2 (en) Printing apparatus control method and printing apparatus
JP5660174B2 (en) Display control method and device adapter
JP6032092B2 (en) Network system
JP5360269B2 (en) Network system, network system control method and program
JP4724491B2 (en) Resource distribution management program, resource distribution management method, and resource distribution management apparatus

Legal Events

Date Code Title Description
RD02 Notification of acceptance of power of attorney

Free format text: JAPANESE INTERMEDIATE CODE: A7422

Effective date: 20140908

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20141202

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20150126

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20150217

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20150223

R150 Certificate of patent or registration of utility model

Ref document number: 5703375

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150

LAPS Cancellation because of no payment of annual fees