JP7284791B2 - 分散トランザクションシステム及び分散トランザクションシステムにおける分散トランザクション処理方法 - Google Patents

Description

本発明は、分散トランザクションシステム及び分散トランザクションシステムにおける分散トランザクション処理方法に関する。

クラウドネイティブやアジャイル開発の潮流を受け、マイクロサービスアーキテクチャの市場は成長が見込まれている。一方、マイクロサービス環境下における分散トランザクション（つまりマイクロサービス間のデータ整合性の維持）の複雑さが技術課題になっている。

クラウドネイティブを前提としたシステムでは、データ整合性の考え方として、Sagaパターン（トランザクションのワークフロー管理）と呼ばれる、アプリケーション実装でのデータ整合性維持が必要となる。従って、従来、ミドルウェアが担っていた処理についてアプリケーションの実装が必要となり、分散トランザクション処理の実行前・中・後での包括的な支援が必要となる。

ここで、Sagaパターンとは、複数の（マイクロ）サービスで実行される一連のローカルトランザクションとして分散トランザクションを管理する手法である。言い換えれば、Sagaパターンとは、ローカルトランザクションのワークフローにより（マイクロ）サービスをまたがるデータ整合性を維持する手法である。Sagaパターンでは、いずれかのローカルトランザクションが失敗した場合は、補償トランザクションにより以前の処理を打ち消す（例えばhttps://www.techscore.com/blog/2018/12/05/saga-in-microservices/参照）。Sagaパターンには、特定のサービスがワークフローを管理するOrchestration型と管理しないChoreography型の2つが主流である。以降、特記しない限り、本明細書における分散トランザクションシステムではOrchestration型のSagaパターンを用いるものとする。

また、マイクロサービス環境下における分散トランザクション処理として、Reconcileという処理が知られている。Reconcileは、データの突合処理、もしくは突合によるデータ不整合の修正処理であり、分散トランザクションのコンテキストにおいて、なんらかの理由で失敗したSagaに対し、データの突合処理を実施し、データの不整合を修正する処理である。

分散トランザクションシステムにおけるデータ整合性維持に関しては、特許文献１～特許文献３に開示された技術がある。特許文献１に開示された技術は、インダウトトランザクションとリカバリ情報とを突き合わせることによりインダウトトランザクションのコミット／ロールバックを決定するものであり、特許文献２に開示された技術は、サービス定義パッケージに基づきクラウド環境内にて適切なサービスを発見、構築、及び提供するものであり、特許文献３に開示された技術は、ルール表に基づきトランザクションを他のノードに事前に送付し、障害発生時に他のノードで処理を継続するものである。

特表２０１５－５１４２４７号公報 特表２０１５－５３４１６７号公報 特開２００５－５０２９８号公報

特許文献１に開示された技術によりReconcileに必要な情報を出力し、特許文献２に開示された技術によりSagaオーケストレータサービス、Reconcileサービスを構築することによりフィードバック系を構築することができる。また、特許文献３に開示された技術によりトランザクション処理を他のノードに事前に送付することにより障害発生時も処理を継続することができる。

しかし、SagaやReconcileなど役割の異なるノードが混在し、かつ各ノードの存在有無が事前に決まっていない環境下において、各ノードの役割に応じた戦略を自立分散的に実施し、システム構成に応じた適切なフィードバック系を構成したいというニーズにはこれら技術は適用できない。

本発明は、上記事情に鑑みなされたものであり、その目的は、各データ整合性維持技術が実装されたサービス間の疎結合性を維持（＝相手の存在を前提としない）しつつ、一貫したデータ整合性を維持（存在するサービス同士は適切に連携させる）することにより、システム全体のデータの整合性を維持することが可能な分散トランザクションシステム及び分散トランザクションシステムにおける分散トランザクション処理方法を提供することにある。

上記課題を解決すべく、本発明の一つの観点に従う分散トランザクションシステムは、１以上の装置とこれら装置の間を通信可能に接続するネットワークからなり、これら装置の間で分散トランザクションを提供する分散トランザクションシステムであって、分散トランザクションシステムにおいて存在する各装置が提供するサービスを管理するサービス情報管理装置と、分散トランザクションシステムにおいてデータの整合性維持に関わる戦略が記述されたデータ整合性戦略を管理するデータ整合性戦略管理装置と、分散トランザクションを実行し、この分散トランザクションの実行後に、データ整合性戦略管理装置及びサービス情報管理装置に問い合わせを行い、データ整合性戦略、サービス情報、及び実行結果に基づきデータ整合性維持に関わるフィードバック情報を出力する分散トランザクション処理装置と、フィードバック情報を取得し、データ整合性維持に関わる処理を実行する１以上のデータ整合性維持装置とを含むことを特徴とする。

本発明によれば、各データ整合性維持技術が実装されたサービス間の疎結合性を維持（＝相手の存在を前提としない）しつつ、一貫したデータ整合性を維持（存在するサービス同士は適切に連携させる）することにより、システム全体のデータの整合性を維持することが可能な分散トランザクションシステム及び分散トランザクションシステムにおける分散トランザクション処理方法を実現することができる。

実施形態に係る情報処理システムの概略構成の一例を示す図である。 実施形態に係る情報処理システムのハードウェア構成の一例を示す図である。 実施形態に係る情報処理システムの動作の一例を示すシーケンス図である。 Sagaパターンの一例を説明するための図である。 実施形態に係る情報処理システムのデータ整合性戦略テーブルの一例を示す図である。 実施形態に係る情報処理システムのフィードバック情報変換処理テーブルの一例を示す図である。 実施形態に係る情報処理システムのフィードバック情報変換処理テーブルの内容の一例を示す図である。 実施形態に係る情報処理システムを構成する分散トランザクション管理装置のデータ整合性戦略実行処理の一例を示すフローチャートである。 実施形態に係る情報処理システムのフィードバック情報の一例を示す図である。 実施形態に係る情報処理システムのサービス情報管理テーブルの一例を示す図である。 実施形態に係る情報処理システムのデータ整合性戦略実行結果テーブルの一例を示す図である。 実施形態に係る情報処理システムの上位のデータ整合性戦略テーブルの一例を示す図である。 実施形態に係る情報処理システムのデータ整合性戦略管理画面の一例を示す図である。 実施形態に係る情報処理システムのフィードバック情報出力画面の一例を示す図である。

以下、本発明の実施形態について、図面を参照して説明する。なお、以下に説明する実施形態は特許請求の範囲に係る発明を限定するものではなく、また実施形態の中で説明されている諸要素及びその組み合わせの全てが発明の解決手段に必須であるとは限らない。

なお、以下の説明において、「メモリ」は、１以上のメモリであり、典型的には主記憶デバイスでよい。メモリ部における少なくとも１つのメモリは、揮発性メモリであってもよいし不揮発性メモリであってもよい。

また、以下の説明において、「プロセッサ」は、１以上のプロセッサである。少なくとも１つのプロセッサは、典型的には、ＣＰＵ（Central Processing Unit）のようなマイクロプロセッサであるが、ＧＰＵ（Graphics Processing Unit）のような他種のプロセッサでもよい。少なくとも１つのプロセッサは、シングルコアでもよいしマルチコアでもよい。以下の説明では、プロセッサの代表としてＣＰＵを例に挙げて説明するが、上述したように、プロセッサはＣＰＵに限定されない。

また、少なくとも１つのプロセッサは、処理の一部又は全部を行うハードウェア回路（例えばＦＰＧＡ（Field-Programmable Gate Array）又はＡＳＩＣ（Application Specific Integrated Circuit））といった広義のプロセッサでもよい。

本開示において、記憶装置（ストレージ）は、１台のＨＤＤ（Hard Disk Drive）やＳＳＤ（Solid State Drive）等の１台のストレージドライブ、複数台のストレージドライブを含むＲＡＩＤ装置、及び複数のＲＡＩＤ装置を含む。また、ドライブがＨＤＤである場合には、例えば、ＳＡＳ（Serial Attached SCSI） ＨＤＤを含んでもよく、ＮＬ－ＳＡＳ（ニアラインＳＡＳ） ＨＤＤを含んでもよい。

また、以下の説明において、「ｘｘｘテーブル」といった表現により、入力に対して出力が得られる情報を説明することがあるが、この情報は、どのような構造のデータでもよいし、入力に対する出力を発生するニューラルネットワークのような学習モデルでもよい。従って、「ｘｘｘテーブル」を「ｘｘｘ情報」と言うことができる。

また、以下の説明において、各テーブルの構成は一例であり、１つのテーブルは、２以上のテーブルに分割されてもよいし、２以上のテーブルの全部又は一部が１つのテーブルであってもよい。

また、以下の説明において、「プログラム」を主語として処理を説明する場合があるが、プログラムは、プロセッサによって実行されることで、定められた処理を、適宜に記憶資源（例えば、メモリ）及び／又は通信インターフェースデバイス（例えば、ポート）を用いながら行うため、処理の主語がプログラムとされてもよい。プログラムを主語として説明された処理は、プロセッサまたはそのプロセッサを有する計算機が行う処理としてもよい。

なお、以降の説明において、“○○部は”と動作主体を記した場合、それは、ストレージシステムを構成する情報処理装置のプロセッサがメモリに格納されたプログラムである○○部の処理内容を読み出してロードしたうえで○○部の機能（詳細後記）を実現することを意味する。

プログラムは、計算機のような装置にインストールされてもよいし、例えば、プログラム配布サーバ又は計算機が読み取り可能な（例えば非一時的な）記録媒体にあってもよい。また、以下の説明において、２以上のプログラムが１つのプログラムとして実現されてもよいし、１つのプログラムが２以上のプログラムとして実現されてもよい。

なお、実施例を説明する図において、同一の機能を有する箇所には同一の符号を付し、その繰り返しの説明は省略する。

また、以下の説明において、同種の要素を区別しないで説明する場合には、参照符号（又は、参照符号のうちの共通符号）を使用し、同種の要素を区別して説明する場合は、要素の識別番号（又は参照符号）を使用することがある。

図面において示す各構成要素の位置、大きさ、形状、範囲などは、発明の理解を容易にするため、実際の位置、大きさ、形状、範囲などを表していない場合がある。このため、本発明は、必ずしも、図面に開示された位置、大きさ、形状、範囲などに限定されない。

図１は、実施形態に係る分散トランザクションシステムの一例である情報処理システムの概略構成を示す図である。

本実施形態の情報処理システム１は、サービス情報管理装置１０、データ整合性戦略管理装置２０、分散トランザクション処理装置３０、データ整合性維持装置４０及び参加サービス装置５０を有する。

参加サービス装置５０は、本実施例では複数存在しているが、図１（及び図２）では１台についてのみその構成を図示している。個々の参加サービス装置５０は、分散トランザクション処理装置３０からの指示により少なくとも１つのローカルトランザクションを実行する。ローカルトランザクションは参加サービス装置５０の参加サービス処理部５１により実行され、ローカルトランザクション実行に必要なデータ等はデータベース５２に格納されている。

サービス情報管理装置１０は、情報処理システム１システムにおいて存在する各装置２０～５０が提供する（マイクロ）サービスを管理する装置であり、実際の動作はサービス情報管理部１１により実行され、各装置２０～５０が提供するサービスに関する情報であるサービス情報はサービス情報格納部１２に格納される。

データ整合性戦略管理装置２０は、システムにおいてデータの整合性維持に関わる戦略が記述されたデータ整合性戦略を管理する。具体的には、データ整合性戦略管理装置２０は、ユーザから提供（入力）されたデータ整合性戦略を格納して要求があればこれを出力するとともに、データ整合性戦略の実行結果も格納する。これらデータ整合性戦略の管理処理はデータ整合性戦略管理部２１により行われ、データ整合性戦略はデータ整合性戦略格納部２２に格納され、データ整合性戦略実行結果はデータ整合性戦略実行結果格納部２３に格納される。

分散トランザクション処理装置３０は、ユーザから分散トランザクションの実行指示があったら、個々の参加サービス装置５０に対してローカルトランザクションの実行を指示することで分散トランザクションを実行する。そして、この分散トランザクションの実行後に、データ整合性戦略管理装置２０及びサービス情報管理装置１０に問い合わせを行い、データ整合性戦略、サービス情報、及び実行結果に基づきデータ整合性維持に関わるフィードバック情報を出力する。分散トランザクション処理は分散トランザクション処理部３１により実行され、サービス情報管理装置１０からサービス情報を取得する処理はサービス情報取得部３２により行われ、データ整合性戦略管理装置２０からデータ整合性戦略を取得する処理はデータ整合性戦略取得部３３により行われ、フィードバック情報出力処理はフィードバック情報出力部３４により行われる。

データ整合性維持装置４０は、参加サービス装置５０により実行されるローカルトランザクションのデータ整合性維持処理を行う。ここにいうデータ整合性維持処理には、Reconcile等が含まれる。また、データ整合性維持装置は、分散トランザクション処理装置３０からフィードバック情報を取得し、データ整合性維持に関わる処理を実行する。データ整合性維持装置４０は、本実施例では複数存在しているが、図１（及び図２）では１台についてのみその構成を図示している。データ整合性維持処理はデータ整合性維持部４１により実行され、サービス情報管理装置１０からサービス情報を取得する処理はサービス情報取得部４２により実行され、データ整合性戦略管理装置２０からデータ整合性戦略を取得する処理はデータ整合性戦略取得部４３により実行され、ユーザにフィードバック情報を出力する処理はフィードバック情報出力部４４により実行される。

図２は、実施形態に係る情報処理システム１のハードウェア構成の一例を示す図である。情報処理システム１を構成する各装置１０～５０は同一の構成を有するので、サービス情報管理装置１０を例に挙げて説明する。

サービス情報管理装置１０は、各種情報処理が可能な装置から構成される。サービス情報管理装置１０は、プロセッサの一例であるＣＰＵ１００、主メモリ１０１、ストレージ１０２、キーボード１０３、マウス１０４、ディスプレイ１０５及び通信インターフェースデバイスであるＮＩＣ（Network Interface Controller）１０６を有する。

プロセッサ１００は、既に説明したように、例えばＣＰＵ（Central Processing Unit）、ＧＰＵ（Graphic Processing Unit）、ＦＰＧＡ（Field-Programmable Gate Array）等である。主メモリ１０１は、例えばＲＡＭ（Random Access Memory）、ＲＯＭ（Read Only Memory）等の半導体記憶媒体である。ストレージ１０２は、既に説明したように、例えばＨＤＤ（Hard Disk Drive）などの磁気記憶媒体、を有する。また、ＤＶＤ（Digital Versatile Disk）等の光ディスク及び光ディスクドライブの組み合わせもストレージ１０２として用いられる。その他、磁気テープメディアなどの公知の記憶媒体もストレージ１０２として用いられる。

ストレージ１０２には、ファームウェアなどのプログラムが格納されている。サービス情報管理装置１０の動作開始時（例えば電源投入時）にファームウェア等のプログラムをこのストレージ１０２から読み出して主メモリ１０１に展開して実行し、サービス情報管理装置１０の全体制御を行う。また、ストレージ１０２には、プログラム以外にもサービス情報管理装置１０の各処理に必要なデータ等が格納されている。

情報処理システム１を構成する各装置１０～５０はネットワーク６０により相互に接続されており、相互に通信可能である。

次に、図３のシーケンス図及び図４～図１２を参照して、本実施形態の情報処理システム１の動作について説明する。

まず、ユーザはデータ整合性戦略を入力する（ステップＳ３００）。入力されたデータ整合性戦略はデータ整合性戦略管理装置２０のデータ整合性戦略格納部２２に格納される。

図５は、データ整合性戦略管理装置２０のデータ整合性戦略格納部２２に格納されているデータ整合性戦略テーブル５００の一例を示す図である。

データ整合性戦略テーブル５００は、エントリとして、ＩＤ５０１、Ｔｙｐｅ５０２及びＳｔｒａｔｅｇｙ５０３を有する。ＩＤ５０１は個々のデータ整合性戦略を特定するためのＩＤであり、Ｔｙｐｅ５０２は、データ整合性戦略が実行されるそれぞれのサービスの種類であり、Ｓｔｒａｔｅｇｙ５０３はＴｙｐｅ５０２で特定されるサービスにおいて実行されるデータ整合性戦略の具体的内容である。

ここで、データ整合性戦略テーブル５００のＳｔｒａｔｅｇｙ５０３に記載されているSagaフローについて図４を参照して説明する。既に説明したように、Sagaフローは、それぞれのローカルトランザクションをワークフローとして記述したものである。図４に示す例では、ローカルトランザクション１、ローカルトランザクション２及びローカルトランザクション３の順にローカルトランザクションが実行される。個々のローカルトランザクションは、これも既に説明したように、少なくとも１つの参加サービス装置５０により実行され、好ましくは、個々のローカルトランザクションは１つの参加サービス装置５０により実行される。

また、データ整合性戦略管理装置２０のデータ整合性戦略格納部２２に格納されているデータ整合性戦略には、図６に示すフィードバック情報変換処理テーブル６００が含まれていてもよい。

図６に示すフィードバック情報変換処理テーブル６００は、エントリとして、Ｔｙｐｅ６０１、Ｔａｒｇｅｔ６０２及びＰｒｏｇｒａｍ６０３を有する。Ｔｙｐｅ６０１は実行されるサービスのタイプであり、Ｔａｒｇｅｔ６０２は、Ｔｙｐｅ６０１により特定されるサービスの出力先であり、Ｐｒｏｇｒａｍ６０３はフィードバック情報の出力情報変換処理の際に行われるプログラム及び変換処理である。Ｐｒｏｇｒａｍ６０３の具体的内容の一例を図７に示す。

図３に戻って、ユーザは分散トランザクション処理装置３０に対して分散トランザクションの実行を指示する（ステップＳ３０１）。分散トランザクションの実行を要求された分散トランザクション処理装置３０は、データ整合性戦略管理装置２０に対して、このデータ整合性戦略管理装置２０に格納されたデータ整合性戦略の出力を要求する（ステップＳ３０２）。データ整合性戦略管理装置２０は、分散トランザクション処理装置３０からの要求に応じてデータ整合性戦略（データ整合性戦略テーブル５００）を分散トランザクション処理装置３０に送出する（ステップＳ３０３）。

次いで、分散トランザクション処理装置３０は、ステップＳ３０３で入手したデータ整合性戦略を参照しつつ、各参加サービス装置５０に対してローカルトランザクションの実行を要求し（ステップＳ３０４）、参加サービス装置５０は、分散トランザクション処理装置３０からの要求に基づいてローカルトランザクションを実行し、その実行結果を分散トランザクション処理装置３０に返信する（ステップＳ３０５）。

次いで、分散トランザクション処理装置３０は、サービス情報管理装置１０に対してサービス情報を要求し（ステップＳ３０６）、サービス情報管理装置１０は、サービス情報格納部１２に格納されているサービス情報を分散トランザクション処理装置３０に送出する（ステップＳ３０７）。

図１０は、サービス情報管理装置１０のサービス情報格納部１２に格納されているサービス情報（サービス情報管理テーブル）１０００の一例を示す図である。

サービス情報管理テーブル１０００は、エントリとして、Ｔｙｐｅ１００１、Ｓｅｒｖｉｃｅ Ｎａｍｅ１００２及びＩＰ１００３を有する。Ｔｙｐｅ１００１はサービスのタイプであり、Ｓｅｒｖｉｃｅ Ｎａｍｅ１００２はＴｙｐｅ１００１に記述されたサービスの名称であり、ＩＰ１００３はサービスが所在する情報処理システム１内のＩＰアドレスである。

次いで、分散トランザクション処理装置３０のフィードバック情報出力部３４はフィードバック情報を生成し（ステップＳ３０８）、生成したフィードバック情報をデータ整合性維持装置４０に出力する（ステップＳ３０９）。フィードバック情報の詳細については後述する。これにより、フィードバック情報がローカルトランザクションが実行されるたびに、順次生成されることとなる。

データ整合性維持装置４０は、データ整合性戦略テーブル５００のＴｙｐｅ５０１及びＳｔｒａｔｅｇｙ５０３の組み合わせから、このデータ整合性戦略テーブル５００に規定されるデータ整合性戦略を実行する（ステップＳ３１０）。なお、データ整合性戦略の実行タイミングは、このタイミングに限らず、例えば、テストの場合には、システム更新のタイミングで実行されてもよい。次いで、データ整合性維持装置４０は、フィードバック情報変換処理テーブル６００のＴｙｐｅ６０１及びＴａｒｇｅｔ６０２を参照し、これらの組み合わせで特定されるＰｒｏｇｒａｍ６０３を特定し、このＰｒｏｇｒａｍ６０３を実行する。そして、データ整合性維持装置４０は、Ｐｒｏｇｒａｍ６０３の実行結果に基づいてフィードバック情報を生成し（ステップＳ３１１）、ユーザ及び他のデータ整合性維持装置４０に出力する（ステップＳ３１２、Ｓ３１３）。

一方、分散トランザクション処理装置３０は、分散トランザクションの実行結果をデータ整合性戦略管理装置２０に出力する（ステップＳ３１４）。

この後、データ整合性維持装置４０はデータ整合性維持処理実行結果を出力し、このデータ整合性維持処理実行結果はデータ整合性戦略管理装置２０のデータ整合性戦略実行結果格納部２３に格納される（ステップＳ３１５）。

データ整合性戦略管理装置２０のデータ整合性戦略実行結果格納部２３に格納されているデータ整合性戦略実行結果（データ整合性戦略実行結果テーブル）１１００の一例を図１１に示す。

図１１に示すデータ整合性戦略実行結果テーブル１１００は、エントリとして、戦略ＩＤ１１０１、実行回数１１０２、手動介入回数１１０３、平均回復時間１１０４及びSaga実行結果１１０５を有する。

戦略ＩＤ１１０１は、データ整合性戦略テーブル５００のＩＤ５０１と同じであり、実行回数１１０２は、戦略ＩＤ１１０１により特定されるデータ整合性戦略の実行回数であり、手動介入回数１１０３は、データ整合性維持処理の結果、ユーザによる手動介入がなされた回数であり、平均回復時間１１０４は、手動介入の結果データ整合がされるまでの時間であり、Saga実行結果１１０５は、直近のSagaフローの実行結果である。

次いで、データ整合性戦略管理装置２０は、上位のデータ整合性戦略テーブルに基づいて上位のデータ整合性戦略を実行する（ステップＳ３１６）。

図１２は、上位のデータ整合性戦略テーブル１２００の一例を示す図である。上位のデータ整合性戦略テーブル１２００は、エントリとして、ＩＤ１２０１及びＳｔｒａｔｅｇｙ１２０２を有する。

図１２に示す上位のデータ整合性戦略テーブル１２００のＳｔｒａｔｅｇｙ１２０２を参照して、データ整合性戦略管理装置２０により実行される上位のデータ整合性戦略の具体的一例について説明する。

まず、データ整合性戦略管理装置２０は、データ整合性戦略管理装置２０のデータ整合性戦略実行結果格納部２３に格納されているデータ整合性戦略実行結果テーブル１１００を取得する。次いで、データ整合性戦略管理装置２０は、取得したデータ整合性戦略実行結果テーブル１１００において、手動介入回数１１０３が１０回以上であり、かつ、平均回復時間１１０４が１．０時間以上である（下位の）データ整合性戦略があるか否かを判定する。そして、判定が「ある」ならば、データ整合性戦略実行結果テーブル１１００のSaga実行結果１１０５を集約し、フィードバック情報を生成して（図３のステップＳ３１７）、生成したフィードバック情報をユーザに出力する（ステップＳ３１８）。

図８は、分散トランザクション処理装置３０によるデータ整合性戦略実行処理を示すフローチャートである。

まず、分散トランザクション処理装置３０は、データ整合性戦略管理装置２０に対してデータ整合性戦略を要求し、データ整合性戦略管理装置２０からデータ整合性戦略を応答として受信する（ステップＳ８００）。次いで、分散トランザクション処理装置３０は、例えば図４に示すようなワークフローであるSagaフローを実行し、このワークフローに規定された順にそれぞれの参加サービス装置５０に対してローカルトランザクションの実行を要求し、それぞれの参加サービス装置５０から結果を受信する（ステップＳ８０１）。

次いで、分散トランザクション処理装置３０は、参加サービス装置５０に実行を要求したSagaフォローの実行が失敗したか否かを判定する（ステップＳ８０２）。そして、Sagaフローの実行が失敗したと判定したら（ステップＳ８０２においてＹＥＳ）、プログラムはステップＳ８０３に進み、Sagaフローの実行が成功したと判定したら（ステップＳ８０２においてＮＯ）、図８のフローチャートに示す処理を終了する。

ステップＳ８０３では、参加サービス装置５０に対してReconcileサービスの情報を要求し、参加サービス装置５０からこの応答を受信する。

次いで、分散トランザクション処理装置３０は、参加サービス装置５０にReconcileサービスがあるか否かを判定する（ステップＳ８０４）。そして、Reconcileサービスがあると判定したら（ステップＳ８０４においてＹＥＳ）、プログラムはステップＳ８０５に進み、Reconcileサービスがないと判定したら（ステップＳ８０４においてＮＯ）、図８のフローチャートに示す処理を終了する。

ステップＳ８０５では、分散トランザクション処理装置３０は、データ整合性戦略に含まれるフィードバック情報変換処理（テーブル６００）に基づいて、フィードバック情報を生成する。次いで、分散トランザクション処理装置３０は、データ整合性維持装置４０に対して、ステップＳ８０５で生成したフィードバック情報を出力する（ステップＳ８０６）。

そして、分散トランザクション処理装置３０は、データ整合性戦略管理装置２０に対して分散トランザクション実行結果を出力する（ステップＳ８０７）。

図９は、フィードバック情報の一例を示す図である。

本実施例におけるフィードバック情報９００は、エントリとして、Ｉｔｅｍ９０１及びＣｏｎｔｅｎｔ９０２を有する。本実施例のフィードバック情報９００は情報処理システム１におけるデータ整合性維持に関わるものであり、Ｉｔｅｍ９０１はデータ整合性維持処理を特定するための名称、Ｃｏｎｔｅｎｔ９０２はＩｔｅｍ９０１により特定される処理の内容である。

既に説明したように、分散トランザクション処理装置３０はサービス情報管理装置１０からサービス情報（管理テーブル１０００）を取得し、このサービス情報に基づいてフィードバック情報９００を生成する。より詳細には、分散トランザクション処理装置３０はデータ整合性戦略（テーブル５００）を参照し、このデータ整合性戦略（テーブル５００）の処理結果に対応したサービスの有無をサービス情報（管理テーブル１０００）を用いて確認し、その確認結果をフィードバック情報９００として生成する。図９に示す例では、図９の中央上部に示すように、Sagaフローが実在すること、そして、Sagaフローの所在先がフィードバック情報９００に記述される。

次いで、データ整合性維持装置４０は、分散トランザクション処理装置３０からフィードバック情報９００を受信し、データ整合性維持処理を行った上で、このデータ整合性維持処理結果の少なくとも一部をフィードバック情報９００に追記する。図９に示す例では、データ整合性維持装置４０は、Sagaフローの実行ログを参照し、Sagaフローの実行結果をフィードバック情報９００に追記する。

従って、Reconcileを行う際には、このフィードバック情報９００を参照することで、Reconcileに必要な情報等を入手することができる。

図１３は、ユーザがデータ整合性戦略管理装置２０にデータ整合性戦略を入力する際に、データ整合性戦略管理装置２０から送信される入力画面の一例を示す図である。図１３に示すデータ整合性戦略管理画面１３００は、データ整合性戦略テーブル５００を入力するためのデータ整合性戦略編集画面１３０１と、フィードバック情報変換処理テーブル６００を入力するためのフィードバック変換処理編集画面１３０２とを有する。

図１４は、データ整合性戦略管理装置２０から出力されるフィードバック情報をユーザが閲覧する際に、データ整合性戦略管理装置２０から送信される出力画面の一例を示す図である。図１４に示すフィードバック情報出力画面１４００は、フィードバック情報として、Sagaフローである分散トランザクションシナリオ及び現在障害が発生しているローカルトランザクションを示す分散トランザクションシナリオ画面１４０１と、上位のデータ整合性戦略の実行結果であるシステム拡張案を示すシステム拡張案画面１４０２と、データ整合性戦略実行結果テーブル１１００を示す実行履歴画面１４０３とを有する。

このように構成される本実施形態によれば、各データ整合性維持技術が実装されたサービス間の疎結合性を維持（＝相手の存在を前提としない）しつつ、一貫したデータ整合性を維持（存在するサービス同士は適切に連携させる）することにより、システム全体のデータの整合性を維持することが可能となる。

なお、上記した実施例は本発明を分かりやすく説明するために構成を詳細に説明したものであり、必ずしも説明した全ての構成を備えるものに限定されるものではない。また、各実施例の構成の一部について、他の構成に追加、削除、置換することが可能である。

また、上記の各構成、機能、処理部、処理手段等は、それらの一部又は全部を、例えば集積回路で設計する等によりハードウェアで実現してもよい。また、本発明は、実施例の機能を実現するソフトウェアのプログラムコードによっても実現できる。この場合、プログラムコードを記録した記憶媒体をコンピュータに提供し、そのコンピュータが備えるプロセッサが記憶媒体に格納されたプログラムコードを読み出す。この場合、記憶媒体から読み出されたプログラムコード自体が前述した実施例の機能を実現することになり、そのプログラムコード自体、及びそれを記憶した記憶媒体は本発明を構成することになる。このようなプログラムコードを供給するための記憶媒体としては、例えば、フレキシブルディスク、ＣＤ－ＲＯＭ、ＤＶＤ－ＲＯＭ、ハードディスク、ＳＳＤ（Solid State Drive）、光ディスク、光磁気ディスク、ＣＤ－Ｒ、磁気テープ、不揮発性のメモリカード、ＲＯＭなどが用いられる。

また、本実施例に記載の機能を実現するプログラムコードは、例えば、アセンブラ、Ｃ／Ｃ＋＋、ｐｅｒｌ、Ｓｈｅｌｌ、ＰＨＰ、Ｊａｖａ（登録商標）、Ｐｙｔｈｏｎ等の広範囲のプログラム又はスクリプト言語で実装できる。

上述の実施例において、制御線や情報線は、説明上必要と考えられるものを示しており、製品上必ずしも全ての制御線や情報線を示しているとは限らない。全ての構成が相互に接続されていてもよい。

１…情報処理システム １０…サービス情報管理装置 ２０…データ整合性戦略管理装置 ３０…分散トランザクション処理装置 ４０…データ整合性維持装置 ５０…参加サービス装置 ６０…ネットワーク ５００…データ整合性戦略テーブル ６００…フィードバック情報変換処理テーブル ９００…フィードバック情報 １０００…サービス情報管理テーブル １１００…データ整合性戦略実行結果テーブル １２００…データ整合性戦略テーブル １３００…データ整合性戦略管理画面 １４００…フィードバック情報出力画面

Claims (10)

1. １以上の装置とこれら装置の間を通信可能に接続するネットワークからなり、これら装置の間で分散トランザクションを提供する分散トランザクションシステムであって、
   前記分散トランザクションシステムにおいて存在する前記各装置が提供するサービスをサービス情報として管理するサービス情報管理装置と、
   前記分散トランザクションシステムにおいてデータの整合性維持に関わる戦略が記述されたデータ整合性戦略を管理するデータ整合性戦略管理装置と、
   分散トランザクションを実行し、この分散トランザクションの実行後に、前記データ整合性戦略管理装置及びサービス情報管理装置に問い合わせを行い、前記データ整合性戦略、前記サービス情報、及び前記分散トランザクションの実行結果に基づきデータ整合性維持に関わるフィードバック情報を出力する分散トランザクション処理装置と、
   前記フィードバック情報を取得し、前記データ整合性維持に関わる処理を実行する１以上のデータ整合性維持装置と、
   を含むことを特徴とする分散トランザクションシステム。
2. 前記データ整合性戦略は、前記データ整合性維持に関わる処理の種別と、前記フィードバック情報を取得する前記データ整合性維持装置が提供する処理の種別と、それらの組み合わせで規定されるフィードバック情報変換処理プログラムと、を含む
   ことを特徴とする請求項１記載の分散トランザクションシステム。
3. 前記データ整合性戦略管理装置は、各分散トランザクション処理に対応する下位の前記データ整合性戦略と、前記下位のデータ整合性戦略に基づいた実行結果を用いてシステム構成の変更に関わる前記フィードバック情報の出力を制御する上位の前記データ整合性戦略と、を管理する
   ことを特徴とする請求項１記載の分散トランザクションシステム。
4. 前記データ整合性維持装置の処理がリコンサイル（突合でのデータ不整合修正）、テスト（データ不整合防止のテストシナリオ生成）、及びFault Injection（データ不整合防止の障害シナリオ生成）の少なくとも一つである
   ことを特徴とする請求項１記載の分散トランザクションシステム。
5. 前記データ整合性維持装置は、前記フィードバック情報の出力に、ユーザに対するフィードバック情報の出力を含む
   ことを特徴とする請求項１記載の分散トランザクションシステム。
6. １以上の装置とこれら装置の間を通信可能に接続するネットワークからなり、これら装置の間で分散トランザクションを提供する分散トランザクションシステムにおける分散トランザクション処理方法であって、
   前記分散トランザクションシステムにおいて存在する前記各装置が提供するサービスをサービス情報として管理し、
   前記分散トランザクションシステムにおいてデータの整合性維持に関わる戦略が記述されたデータ整合性戦略を管理し、
   分散トランザクションを実行し、この分散トランザクションの実行後に、前記データ整合性戦略、前記サービス情報、及び前記分散トランザクションの実行結果に基づきデータ整合性維持に関わるフィードバック情報を出力し、
   データ整合性維持装置により、前記フィードバック情報を取得し、前記データ整合性維持に関わる処理を実行する
   ことを特徴とする分散トランザクションシステムにおける分散トランザクション処理方法。
7. 前記データ整合性戦略は、前記データ整合性維持に関わる処理の種別と、前記フィードバック情報を取得する前記データ整合性維持装置が提供する処理の種別と、それらの組み合わせで規定されるフィードバック情報変換処理プログラムと、を含む
   ことを特徴とする請求項６記載の分散トランザクションシステムにおける分散トランザクション処理方法。
8. 各分散トランザクション処理に対応する下位の前記データ整合性戦略と、前記下位のデータ整合性戦略に基づいた実行結果を用いてシステム構成の変更に関わる前記フィードバック情報の出力を制御する上位の前記データ整合性戦略と、を管理する
   ことを特徴とする請求項６記載の分散トランザクションシステムにおける分散トランザクション処理方法。
9. 前記データ整合性維持装置の処理がリコンサイル（突合でのデータ不整合修正）、テスト（データ不整合防止のテストシナリオ生成）、及びFault Injection（データ不整合防止の障害シナリオ生成）の少なくとも一つである
   ことを特徴とする請求項６記載の分散トランザクションシステムにおける分散トランザクション処理方法。
10. 前記フィードバック情報の出力に、ユーザに対するフィードバック情報の出力を含む
    ことを特徴とする請求項６記載の分散トランザクションシステムにおける分散トランザクション処理方法。
    
    

Images