特許 7190404 計算機システムおよびリクエスト処理方法

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】

(24)【登録日】2022-12-07

(45)【発行日】2022-12-15

(54)【発明の名称】計算機システムおよびリクエスト処理方法

(51)【国際特許分類】

   H04L 9/32 20060101AFI20221208BHJP

   G06F 21/45 20130101ALI20221208BHJP

【ＦＩ】

H04L9/32 200B

G06F21/45

【請求項の数】 12

(21)【出願番号】P 2019142881

(22)【出願日】2019-08-02

(65)【公開番号】P2021027443

(43)【公開日】2021-02-22

【審査請求日】2022-02-28

(73)【特許権者】

【識別番号】000005108

【氏名又は名称】株式会社日立製作所

(74)【代理人】

【識別番号】110001678

【氏名又は名称】藤央弁理士法人

(72)【発明者】

【氏名】鬼頭 大介

(72)【発明者】

【氏名】神 祐介

【審査官】行田 悦資

(56)【参考文献】

【文献】国際公開第２０１７／０３８５０７（ＷＯ，Ａ１）

【文献】特開２０１７－２０４０７０（ＪＰ，Ａ）

【文献】国際公開第２０１９／１０６００６（ＷＯ，Ａ１）

【文献】特開２０１９－０２１２９６（ＪＰ，Ａ）

【文献】国際公開第２０１８／２２３９９５（ＷＯ，Ａ１）

【文献】国際公開第２０１９／０８１５３０（ＷＯ，Ａ１）

(58)【調査した分野】(Int.Cl.，ＤＢ名)

Ｈ０４Ｌ ９／３２

Ｇ０６Ｆ ２１／４５

(57)【特許請求の範囲】

【請求項1】

ブロックチェーンを構成する複数の計算機を備える計算機システムであって、
前記複数の計算機は、第１ブロックチェーンを構成する複数の計算機と、第２ブロックチェーンを構成する複数の計算機とを含み、
前記第１ブロックチェーンを構成する複数の計算機は、
前記第１ブロックチェーン用の署名を含む、トランザクションを実行するためのリクエストを受信した場合、前記第１ブロックチェーン用の署名を用いた第１検証処理を実行し、
前記第１検証処理の結果が検証成功である場合、前記リクエストが前記第２ブロックチェーンに関連するトランザクションを実行するためのリクエストであるか否かを判定し、
前記リクエストが前記第２ブロックチェーンに関連するトランザクションを実行するためのリクエストであると判定された場合、前記リクエストが前記第２ブロックチェーン用の署名を含むか否かを判定し、
前記リクエストが前記第２ブロックチェーン用の署名を含むと判定された場合、前記第２ブロックチェーンを構成する複数の計算機に前記リクエストを送信することを特徴とする計算機システム。

【請求項2】

請求項１に記載の計算機システムであって、
前記第１ブロックチェーンを構成する複数の計算機は、前記リクエストに前記第２ブロックチェーン用の署名が含まれないと判定された場合、前記リクエストの送信元に、前記第２ブロックチェーン用の署名の生成を指示するリクエストの再送信依頼を送信し、
前記第２ブロックチェーンを構成する複数の計算機は、
前記第１ブロックチェーンを構成する複数の計算機から前記リクエストを受信した場合、前記リクエストに含まれる第２ブロックチェーン用の署名を用いて前記リクエストの正当性を検証する第２検証処理を実行し、
前記第２検証処理の結果が検証成功である場合、前記リクエストに対応するトランザクションを実行することを特徴とする計算機システム。

【請求項3】

請求項２に記載の計算機システムであって、
前記第２ブロックチェーンを構成する複数の計算機は、前記第２検証処理において、前記第２ブロックチェーン用の署名が正当であり、かつ、前記リクエストにおけるトランザクションの主体となるユーザと前記第２ブロックチェーン用の署名を行ったユーザとが一致する場合、検証成功と判定することを特徴とする計算機システム。

【請求項4】

請求項２に記載の計算機システムであって、
前記第１ブロックチェーンを構成する複数の計算機は、前記リクエストが前記第２ブロックチェーン用の署名を含むと判定された場合、前記第２ブロックチェーンを構成する複数の計算機に前記第１ブロックチェーンの識別情報とともに、前記リクエストを送信し、
前記第２ブロックチェーンを構成する複数の計算機は、
前記第２検証処理の結果が検証成功である場合、前記リクエストとともに送信された前記第１ブロックチェーンの識別情報を用いて、前記リクエストに対応するトランザクションの実行結果の送信先のブロックチェーンの正当性を検証する第３検証処理を実行し、
前記第３検証処理の結果が検証成功である場合、前記リクエストに対応するトランザクションを実行することを特徴とする計算機システム。

【請求項5】

請求項１に記載の計算機システムであって、
前記第２ブロックチェーンを構成する複数の計算機は、
前記第１ブロックチェーンを構成する複数の計算機から前記リクエストを受信した場合、前記リクエストに含まれる前記第２ブロックチェーン用の署名を用いて前記リクエストの正当性を検証する第２検証処理を実行し、
前記第２検証処理の結果が検証成功である場合、前記第１ブロックチェーンを構成する複数の計算機に、前記第２検証処理の結果を含む応答を送信し、
前記第１ブロックチェーンを構成する複数の計算機は、
前記応答を受信した場合、前記リクエストに対応するトランザクションを実行し、
前記リクエストに対応するトランザクションの実行が成功した場合、前記リクエストの送信元にトランザクションの成功を通知することによって、前記リクエストの送信元が、前記第２ブロックチェーンを構成する複数の計算機に前記リクエストを送信するように制御し、
前記第２ブロックチェーンを構成する複数の計算機は、前記リクエストの送信元から前記リクエストを受信した場合、前記リクエストに対応するトランザクションを実行することを特徴とする計算機システム。

【請求項6】

請求項１に記載の計算機システムであって、
前記第１ブロックチェーンを構成する複数の計算機および前記第２ブロックチェーンを構成する複数の計算機は、前記第１ブロックチェーンおよび前記第２ブロックチェーン間で送受信されるリクエストに対応するトランザクションを、自ブロックチェーンにおける識別情報と他ブロックチェーンにおける識別情報とを対応づけて管理することを特徴とする計算機システム。

【請求項7】

ブロックチェーンを構成する複数の計算機を有する計算機システムが実行するリクエスト処理方法であって、
前記複数の計算機は、第１ブロックチェーンを構成する複数の計算機と、第２ブロックチェーンを構成する複数の計算機とを含み、
前記リクエスト処理方法は、
前記第１ブロックチェーンを構成する複数の計算機が、前記第１ブロックチェーン用の署名を含む、トランザクションを実行するためのリクエストを受信した場合、前記第１ブロックチェーン用の署名を用いた第１検証処理を実行する第１のステップと、
前記第１ブロックチェーンを構成する複数の計算機が、前記第１検証処理の結果が検証成功である場合、前記リクエストが前記第２ブロックチェーンに関連するトランザクションを実行するためのリクエストであるか否かを判定する第２のステップと、
前記第１ブロックチェーンを構成する複数の計算機が、前記リクエストが前記第２ブロックチェーンに関連するトランザクションを実行するためのリクエストであると判定された場合、前記リクエストが前記第２ブロックチェーン用の署名を含むか否かを判定する第３のステップと、
前記第１ブロックチェーンを構成する複数の計算機が、前記リクエストが前記第２ブロックチェーン用の署名を含むと判定された場合、前記第２ブロックチェーンを構成する複数の計算機に前記リクエストを送信する第４のステップと、を含むことを特徴とするリクエスト処理方法。

【請求項8】

請求項７に記載のリクエスト処理方法であって、
前記第１ブロックチェーンを構成する複数の計算機が、前記リクエストに前記第２ブロックチェーン用の署名が含まれないと判定された場合、前記リクエストの送信元に、前記第２ブロックチェーン用の署名の生成を指示するリクエストの再送信依頼を送信する第５のステップと、
前記第２ブロックチェーンを構成する複数の計算機が、前記第１ブロックチェーンを構成する複数の計算機から前記リクエストを受信した場合、前記リクエストに含まれる第２ブロックチェーン用の署名を用いて前記リクエストの正当性を検証する第２検証処理を実行する第６のステップと、
前記第２ブロックチェーンを構成する複数の計算機が、前記第２検証処理の結果が検証成功である場合、前記リクエストに対応するトランザクションを実行する第７のステップと、を含むことを特徴とするリクエスト処理方法。

【請求項9】

請求項８に記載のリクエスト処理方法であって、
前記第６のステップは、前記第２ブロックチェーンを構成する複数の計算機が、前記第２ブロックチェーン用の署名が正当であり、かつ、前記リクエストにおけるトランザクションの主体となるユーザと前記第２ブロックチェーン用の署名を行ったユーザとが一致する場合、検証成功と判定するステップを含むことを特徴とするリクエスト処理方法。

【請求項10】

請求項８に記載のリクエスト処理方法であって、
前記第４のステップは、前記第１ブロックチェーンを構成する複数の計算機が、前記第２ブロックチェーンを構成する複数の計算機に、前記第１ブロックチェーンの識別情報とともに前記リクエストを送信するステップを含み、
前記第７のステップは、
前記第２ブロックチェーンを構成する複数の計算機が、前記リクエストとともに送信された前記第１ブロックチェーンの識別情報を用いて、前記リクエストに対応するトランザクションの実行結果の送信先のブロックチェーンの正当性を検証する第３検証処理を実行するステップと、
前記第２ブロックチェーンを構成する複数の計算機が、前記第３検証処理の結果が検証成功である場合、前記リクエストに対応するトランザクションを実行するステップと、を含むことを特徴とするリクエスト処理方法。

【請求項11】

請求項７に記載のリクエスト処理方法であって、
前記第２ブロックチェーンを構成する複数の計算機が、前記第１ブロックチェーンを構成する複数の計算機から前記リクエストを受信した場合、前記リクエストに含まれる前記第２ブロックチェーン用の署名を用いて前記リクエストの正当性を検証する第２検証処理を実行するステップと、
前記第２ブロックチェーンを構成する複数の計算機が、前記第２検証処理の結果が検証成功である場合、前記第１ブロックチェーンを構成する複数の計算機に、前記第２検証処理の結果を含む応答を送信するステップと、
前記第１ブロックチェーンを構成する複数の計算機が、前記応答を受信した場合、前記リクエストに対応するトランザクションを実行するステップと、
前記第１ブロックチェーンを構成する複数の計算機が、前記リクエストに対応するトランザクションの実行が成功した場合、前記リクエストの送信元にトランザクションの成功を通知することによって、前記リクエストの送信元が、前記第２ブロックチェーンを構成する複数の計算機に前記リクエストを送信するように制御するステップと、
前記第２ブロックチェーンを構成する複数の計算機が、前記リクエストの送信元から前記リクエストを受信した場合、前記リクエストに対応するトランザクションを実行するステップと、を含むことを特徴とするリクエスト処理方法。

【請求項12】

請求項７に記載のリクエスト処理方法であって、
前記第１ブロックチェーンを構成する複数の計算機および前記第２ブロックチェーンを構成する複数の計算機は、前記第１ブロックチェーンおよび前記第２ブロックチェーン間で送受信されるリクエストに対応するトランザクションを、自ブロックチェーンにおける識別情報と他ブロックチェーンにおける識別情報とを対応づけて管理することを特徴とするリクエスト処理方法。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、様々なデータを複数の機関で共有するブロックチェーンに関し、特に、ブロックチェーン間での認証方法に関する。

【背景技術】

【0002】

ブロックチェーンは、データの改ざんが困難で、仲介者無しの直接取引を可能にする特性を持っており、近年、仮想通貨を実現するシステムでの利用以外に、企業活動の基盤としての応用に注目が集まっている。

【0003】

広くデータを公開するパブリックなブロックチェーンに加えて、同じコミュニティ内のメンバのみがデータを共有するプライベートなブロックチェーンが存在する。様々な団体がそれぞれのブロックチェーンを構築していく中で、各ブロックチェーン内に閉じて企業活動が行われていくケースも考えられるが、様々なコミュニティのブロックチェーンをつなぐことによって、企業活動の効率化を図れる可能性がある。

【0004】

一方で、異なるブロックチェーン、特にプライベートなブロックチェーンに関しては、関係者以外にはデータを開示しないことが基本的な考え方であるため、異なるブロックチェーン間でのデータのやり取りを行うにあたっては、要求元や要求内容を正しく検証する必要がある。

【0005】

ブロックチェーンを用いたシステムの連携に関する公知技術として、特許文献１に記載の技術がある。特許文献１には、「モノ４の所有権を管理する台帳管理部と、電子的な処理により開閉される鍵３１が付され、モノ４を物理的に格納することができる物体格納器３と、鍵３１を開けるまたは閉じることを実行可能である鍵管理部と、鍵３１を開錠する要求を受けた場合に、要求をしたユーザと、台帳管理部に記録された所有権を有するユーザが一致するかを判定する判定部とを備える。鍵管理部は、判定部により、要求をしたユーザと、台帳管理部に記録された所有権を有するユーザとが一致すると判定されたときに、鍵３１を開けて物体格納器３からモノ４を取り出し可能にするとともに、鍵３１を開けたことを台帳管理部に通知する。」ことが記載されている。

【先行技術文献】

【特許文献】

【0006】

【文献】特開２０１９－０１６３４２号公報

【発明の概要】

【発明が解決しようとする課題】

【0007】

特許文献１に記載の技術では、ユーザからの要求を受付けるサーバは、自身が管理する商品およびユーザについては要求操作の正当性を判定できるが、他システムの管理下にある商品およびユーザについては要求の正当性を判定することができない。そのため、ブロックチェーン間の連携のユースケースにおいて、従来技術では連携先のブロックチェーンに対するリクエストの正当性を正しく判定することができない。

【0008】

本発明は、ブロックチェーンの連携を実現するシステムにおいて、連携元ブロックチェーンが連携先ブロックチェーンにて管理されるユーザの情報等がわからないような場合でも、ユーザを適切に認証し、連携先のブロックチェーンへの不正なリクエストの送信または実行を防止する技術を提供する。

【課題を解決するための手段】

【0009】

本発明の代表的な一例を示せば以下の通りである。すなわち、ブロックチェーンを構成する複数の計算機を備える計算機システムであって、前記複数の計算機は、第１ブロックチェーンを構成する複数の計算機と、第２ブロックチェーンを構成する複数の計算機とを含み、前記第１ブロックチェーンを構成する複数の計算機は、前記第１ブロックチェーン用の署名を含む、トランザクションを実行するためのリクエストを受信した場合、前記第１ブロックチェーン用の署名を用いた第１検証処理を実行し、前記第１検証処理の結果が検証成功である場合、前記リクエストが前記第２ブロックチェーンに関連するトランザクションを実行するためのリクエストであるか否かを判定し、前記リクエストが前記第２ブロックチェーンに関連するトランザクションを実行するためのリクエストであると判定された場合、前記リクエストが前記第２ブロックチェーン用の署名を含むか否かを判定し、前記リクエストが前記第２ブロックチェーン用の署名を含むと判定された場合、前記第２ブロックチェーンを構成する複数の計算機に前記リクエストを送信する。

【発明の効果】

【0010】

本発明によれば、ブロックチェーンの連携を実現するシステムにおいて、連携先のブロックチェーンへの不正なリクエストの送信または実行を防止できる。上記した以外の課題、構成および効果は、以下の実施例の説明により明らかにされる。

【図面の簡単な説明】

【0011】

【図1】実施例１の計算機システムのハードウェア構成およびソフトウェア構成の一例を示すブロック図である。

【図2】実施例１の計算機が保持するプログラム管理情報のデータ構造の一例を示す説明図である。

【図3】実施例１の計算機が保持する連携先情報のデータ構造の一例を示す説明図である。

【図4A】実施例１の計算機が保持する台帳のデータ構造の一例を示す説明図である。

【図4B】実施例１の計算機が保持する台帳のデータ構造の一例を示す説明図である。

【図5A】実施例１の計算機が保持する連携制御情報のデータ構造の一例を示す説明図である。

【図5B】実施例１の計算機が保持する連携制御情報のデータ構造の一例を示す説明図である。

【図6】実施例１の計算機が保持する状態管理情報のデータ構造の一例を示す説明図である。

【図7A】実施例１の計算機システムにおいて実行されるＢＣ間連携処理の一例を説明するフローチャートである。

【図7B】実施例１の計算機システムにおいて実行されるＢＣ間連携処理の一例を説明するフローチャートである。

【図8】実施例１のクライアント端末がＢＣ間連携処理において実行する処理の一例を説明するフローチャートである。

【図9A】実施例２の計算機システムにおいて実行されるＢＣ間連携処理の一例を説明するフローチャートである。

【図9B】実施例２の計算機システムにおいて実行されるＢＣ間連携処理の一例を説明するフローチャートである。

【図9C】実施例２の計算機システムにおいて実行されるＢＣ間連携処理の一例を説明するフローチャートである。

【図9D】実施例２の計算機システムにおいて実行されるＢＣ間連携処理の一例を説明するフローチャートである。

【図10】実施例３の連携先ＢＣに属する計算機が、連携元ＢＣに属する計算機からリクエストを受信した場合に実行する処理の一例を示すフローチャートである。

【発明を実施するための形態】

【0012】

以下、本発明の実施例を、図面を用いて説明する。ただし、本発明は以下に示す実施例の記載内容に限定して解釈されるものではない。本発明の思想ないし趣旨から逸脱しない範囲で、その具体的構成を変更し得ることは当業者であれば容易に理解される。

【0013】

以下に説明する発明の構成において、同一または類似する構成または機能には同一の符号を付し、重複する説明は省略する。

【実施例1】

【0014】

図１は、実施例１の計算機システムのハードウェア構成およびソフトウェア構成の一例を示すブロック図である。

【0015】

複数のブロックチェーン（以下、ＢＣと記載する）の連携を実現する計算機システムは、１つ以上の連携元の計算機１０１と、１つ以上の連携先の計算機１０２と、１つ以上のクライアント端末１０３と、１つ以上のＢＣ認証機関サーバ１０４とを備える。

【0016】

ＢＣ認証機関サーバ１０４は、独立に存在する複数のＢＣの各々に、各ＢＣを識別するためのＩＤおよび証明書等の情報を登録する。ＢＣ認証機関サーバ１０４は、例えば、あるＢＣに所属する連携先の計算機が、連携元の計算機のＢＣを識別する等に使用することを意図したものである。

【0017】

計算機１０１、１０２およびクライアント端末１０３は、それぞれＩ／Ｆ１１２、１８２を介してネットワーク１０５に接続される。計算機１０１は、Ｉ／Ｆ１１２を介して、クライアント端末１０３等の外部機器に対して、操作リクエストの受付けおよび操作結果の応答等を行う。

【0018】

計算機１０１、１０２は、ＢＣを構成する計算機であり、ＣＰＵ１１１、Ｉ／Ｆ１１２、メモリ１１３、およびＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）１１４を備える。ＣＰＵ１１１、Ｉ／Ｆ１１２、メモリ１１３、およびＨＤＤ１１４は内部バス等を介して互いに接続される。

【0019】

ＣＰＵ１１１は、メモリ１１３に格納されるプログラムにしたがって処理を実行することによって、Ｉ／Ｆ１１２を介してクライアント端末１０３等の外部機器からの操作リクエストの受信、操作リクエストに基づく操作の実行、外部機器に対する処理結果の送信等を実行する。

【0020】

Ｉ／Ｆ１１２は、外部機器と接続するためのインタフェースである。Ｉ／Ｆ１１２は、例えば、ネットワークインタフェースである。

【0021】

メモリ１１３は、ＣＰＵ１１１が実行するプログラムおよびプログラムが使用する情報を格納する。

【0022】

ＨＤＤ１１４は、データを永続的に格納する。なお、計算機１０１は、ＨＤＤ１１４の代わりにＳＳＤ（Ｓｏｌｉｄ Ｓｔａｔｅ Ｄｒｉｖｅ）を備えてもよい。また、計算機１０１は、ＨＤＤ１１４およびＳＳＤの両方を備えてもよい。

【0023】

クライアント端末１０３は、ＣＰＵ１８１、Ｉ／Ｆ１８２、およびメモリ１８３を備える。ＣＰＵ１８１、Ｉ／Ｆ１８２、およびメモリ１８３は内部バス等を介して互いに接続される。なお、クライアント端末１０３は、キーボード、マウス、およびタッチパネル等の入力装置、ならびに、ディスプレイ等の出力装置を備えてもよい。

【0024】

ＣＰＵ１８１は、メモリ１８３に格納されるプログラムにしたがって処理を実行することによって、Ｉ／Ｆ１８２を介した計算機１０１、１０２への操作リクエストの送信、計算機１０１、１０２からの処理結果の受信等を実行する。

【0025】

Ｉ／Ｆ１８２は、外部機器と接続するためのインタフェースである。Ｉ／Ｆ１８２は、例えば、ネットワークインタフェースである。

【0026】

メモリ１８３は、ＣＰＵ１８１が実行するプログラムおよびプログラムが使用する情報を格納する。

【0027】

以下の説明では、機能部を主語に処理を説明する場合、ＣＰＵ１１１、１８１が当該機能部を実現するプログラムを実行していることを示す。

【0028】

計算機１０１のメモリ１１３は、連携部１２１、トランザクション管理部１２２、合意形成部１２３、および認証部１２４を実現するプログラムを格納し、また、プログラム管理情報１３１および連携先情報１３２を格納する。また、計算機１０１のＨＤＤ１１４は、台帳（台帳情報）１４１を格納する。

【0029】

プログラム管理情報１３１は、計算機１０１が、クライアント端末１０３等から要求されたトランザクションが、自ＢＣ内の台帳１４１の更新および自ＢＣ内の他の計算機１０１とのやり取り等、自ＢＣ内に閉じるトランザクションであるか、または、他ＢＣへのリクエストの送信等、他ＢＣと連携したトランザクション（他ＢＣに関連するトランザクション）であるかを判定するために使用する情報である。プログラム管理情報１３１のデータ構造の詳細は図２を用いて説明する。

【0030】

連携先情報１３２は、計算機１０２が属するＢＣと連携するＢＣ等の連携先に関する情報を管理するための情報である。連携先情報１３２のデータ構造の詳細は図３を用いて説明する。

【0031】

台帳１４１は、ＢＣ上で行われた取引等、トランザクションに関するデータ（トランザクションデータ）を管理するための情報である。台帳１４１のデータ構造の詳細は図４Ａを用いて説明する。

【0032】

連携部１２１は、自ＢＣに属す計算機、他のＢＣに属す計算機、およびクライアント端末１０３等とデータの送受信を行う。

【0033】

トランザクション管理部１２２は、クライアント端末１０３等から送信されたリクエストに基づいて、台帳１４１へのデータの記入および台帳１４１の参照等の処理をトランザクションとして実行し、また、トランザクションに関するデータ（トランザクションデータ）を管理する。

【0034】

合意形成部１２３は、例えば、台帳１４１を更新するためのリクエストを受信した場合、更新を行う前に当該リクエストを事前検証し、自ＢＣ内の他の計算機１０１の事前検証結果を考慮して、台帳１４１を更新するか否かを判定し、判定結果に基づく処理を実行する。

【0035】

認証部１２４は、クライアント端末１０３等からリクエストを受信した場合、クライアント端末１０３の認証およびデータに付与された署名の検証等を行う。

【0036】

計算機１０２のメモリ１１３は、連携部１５１、トランザクション管理部１５２、合意形成部１５３、および認証部１５４を実現するプログラムを格納し、また、連携制御情報１６１および状態管理情報１６２を格納する。また、計算機１０２のＨＤＤ１１４は台帳１７１を格納する。

【0037】

連携制御情報１６１は、他のＢＣに属す計算機等からのリクエストを受信した場合に、リクエストの送信元を制限するための方式およびリクエストの送信元に課す制約を管理するための情報である。連携制御情報１６１のデータ構造の詳細は図５Ａおよび図５Ｂを用いて説明する。

【0038】

状態管理情報１６２は、連携先ＢＣにおいて、ＢＣ間の連携での整合性確保のために保有するトランザクションの実行状況を管理するための情報である。状態管理情報１６２のデータ構造の詳細は図６を用いて説明する。なお、状態管理情報１６２を用いた処理については実施例２にて説明する。

【0039】

連携部１５１、トランザクション管理部１５２、合意形成部１５３、および認証部１５４は、連携部１２１、トランザクション管理部１２２、合意形成部１２３、および認証部１２４と同一の機能である。

【0040】

クライアント端末１０３のメモリ１８３は、トランザクション要求部１９１、署名生成部１９２、および連携管理部１９３を実現するプログラムを格納する。

【0041】

トランザクション要求部１９１は、連携元ＢＣに属する計算機１０１および連携先ＢＣに属する計算機１０２等の外部の計算機と連携し、トランザクションの実行等を指示するリクエストを外部の計算機に送信する。また、トランザクション要求部１９１は、外部の計算機からの応答の受信等を行う。

【0042】

署名生成部１９２は、トランザクションのリクエストを送信するにあたって、当該トランザクションの正当性およびリクエストの送信元の正当性を保証するための署名を生成する。

【0043】

連携管理部１９３は、ＢＣ間の連携にあたって、連携元ＢＣに属する計算機および連携先ＢＣに属する計算機等とやり取りして、双方のＢＣで管理するトランザクションの整合性を確保する。

【0044】

なお、計算機１０１は連携制御情報１６１および状態管理情報１６２を保持してもよい。また、計算機１０２はプログラム管理情報１３１および連携先情報１３２を保持してもよい。

【0045】

次に、実施例１の計算機システムが保持する情報のデータ構造について説明する。

【0046】

まず、計算機１０１のメモリ１１３に格納されるプログラム管理情報１３１および連携先情報１３２、ならびにＨＤＤ１１４に格納される台帳１４１について説明する。

【0047】

図２は、実施例１の計算機１０１が保持するプログラム管理情報１３１のデータ構造の一例を示す説明図である。

【0048】

プログラム管理情報１３１は、ＩＤ２０１、プログラム名２０２、連携有無２０３、指定方法２０４、および連携先２０５の５つのフィールドから構成されるエントリを格納する。

【0049】

ＩＤ２０１は、計算機１０１が管理するプログラムを識別するための識別情報を格納するフィールドである。プログラム名２０２は、プログラムの名称を格納するフィールドである。

【0050】

連携有無２０３は、エントリに対応するプログラムが他のＢＣ等、外部システムと連携した処理を行うか否かを示す情報を格納するフィールドである。連携有無２０３には、外部システムと連携した処理を行わないことを示す「無」または外部システムと連携した処理を行うことを示す「有」のいずれかが格納される。

【0051】

指定方法２０４は、連携する外部システムが変更不変の固定的なものか、またはクライアント端末１０３からの引数等により指定可能なものかを示す情報を格納するフィールドである。なお、連携有無２０３が「無」の場合、指定方法２０４は空欄となる。

【0052】

連携先２０５は、連携先を特定するための情報を格納するフィールドである。図２に示す例では、「１００１」は、図３で説明する連携先情報１３２のＩＤ３０１が「１００１」である連携先を示し、「ｐａｒａｍ ｅｘｔ」は、クライアント端末１０３により指定された引数ｅｘｔが、連携先を示すことを意味する。

【0053】

図３は、実施例１の計算機１０１が保持する連携先情報１３２のデータ構造の一例を示す説明図である。

【0054】

連携先情報１３２は、ＩＤ３０１、名前３０２、および宛先情報３０３の３つのフィールドから構成されるエントリを格納する。

【0055】

ＩＤ３０１は、連携先を識別するための識別情報を格納するフィールドである。名前３０２は、連携先の名称を格納するフィールドである。宛先情報３０３は、連携先の宛先の詳細情報を格納するフィールドである。宛先情報３０３には、ＵＲＬおよびＩＰアドレス等が格納される。

【0056】

図４Ａは、実施例１の計算機１０１が保持する台帳１４１のデータ構造の一例を示す説明図である。

【0057】

図４Ａでは、一例として、商品売買に関するトランザクションに関するデータを管理する台帳１４１を示す。台帳１４１は、ＩＤ４０１、購入者４０２、販売者４０３、商品名４０４、数量４０５、価格４０６、日時４０７、およびｔｘ＿ＩＤ４０８の８つのフィールドから構成されるエントリを格納する。１つのデータが１つのトランザクションデータに対応する。

【0058】

ＩＤ４０１は、台帳１４１に記録されたトランザクションデータを識別するための識別情報を格納するフィールドである。購入者４０２は、エントリに対応するトランザクションにおける購入者の情報を格納するフィールドである。販売者４０３は、エントリに対応するトランザクションにおける販売者の情報を格納するフィールドである。商品名４０４は、エントリに対応するトランザクションにおいて購入された商品の名称を格納するフィールドである。数量４０５は、購入された商品の数量を格納するフィールドである。価格４０６は、購入された商品価格を格納するフィールドである。日時４０７は、エントリに対応するトランザクションが行われた日時を格納するフィールドである。ｔｘ＿ＩＤ４０８は、エントリに対応するトランザクションを識別するための識別情報（トランザクションＩＤ）を格納するフィールドである。

【0059】

次に計算機１０２のメモリ１１３に格納される連携制御情報１６１および状態管理情報１６２、ならびにＨＤＤ１１４に格納される台帳１７１について説明する。

【0060】

図５Ａおよび図５Ｂは、実施例１の計算機１０２が保持する連携制御情報１６１のデータ構造の一例を示す説明図である。

【0061】

連携制御情報１６１は制御定義情報５００および制約情報５１０を含む。

【0062】

制御定義情報５００は、制御タイプ５０１、認証粒度５０２、認証方法５０３、制約情報ＩＤ５０４、適用先ＢＣ＿ＩＤ５０５の５つのフィールドから構成されるエントリを格納する。

【0063】

制御タイプ５０１は、連携制御方法のタイプを識別するための識別情報を格納するフィールドである。

【0064】

認証粒度５０２は、リクエストの送信元の認証処理の粒度を示す情報を格納するフィールドである。例えば、認証粒度５０２が「機器」の場合、ＩＰアドレス等を用いて機器単位でリクエストの送信元の認証が行われ、認証粒度５０２が「ユーザ」の場合、ユーザ名等を用いてユーザ単位でリクエストの送信元の認証が行われ、認証粒度５０２が「ＢＣ」の場合、リクエストの送信元が属すＢＣの識別情報等を用いてＢＣ単位でリクエストの送信元の認証が行われる。

【0065】

なお、認証粒度５０２には、複数の認証粒度を組み合わせた値を設定することもできる。例えば、「機器、ＢＣ」であれば、機器単位およびＢＣ単位の認証が行われる。この場合、機器単位の認証に加えて、リクエストの送信元が属するＢＣの情報が加味された認証が行われる。

【0066】

認証方法５０３は、リクエストの送信元の認証方法の詳細を示す情報を格納するフィールドである。例えば、認証方法５０３が「パスワード」の場合、ＩＤ／パスワード形式の認証が行われ、認証方法５０３が「署名（機器）」の場合、機器の署名を用いた認証が行われ、認証方法５０３が「署名（ユーザ）」の場合、ユーザの署名を用いた認証が行われ、認証方法５０３が「ＢＣ識別」の場合、リクエストの送信元が属するＢＣの情報を用いた認証が行われる。

【0067】

制約情報ＩＤ５０４は、リクエストの送信元に課す制約を特定するための情報を格納するフィールドである。制約情報ＩＤ５０４には、後述する制約情報５１０のエントリの識別情報（制約ＩＤ５１０）が格納される。例えば、制約情報ＩＤ５０４が「２、３、４」の場合、制約ＩＤ５１１が「２」、「３」、「４」である３つの制約を課してリクエストの送信元の認証が行われる。

【0068】

適用先ＢＣ＿ＩＤ５０５は、エントリに対応する制御を適用するＢＣの識別情報を格納するフィールドである。例えば、「ＢＣ１」に属す計算機に対しては、連携にあたり、制御タイプ５０１が「１」である連携制御方法に基づいて連携制御が行われる。

【0069】

制約情報５１０は、制約ＩＤ５１１およびスコア５１２の２つのフィールドから構成されるエントリを格納する。

【0070】

制約ＩＤ５１１は、制約を識別するための識別情報を格納するフィールドである。スコア５１２は、制約の詳細を示す情報を格納するフィールドである。

【0071】

ここで、実施例１において定義される制約について説明する。

【0072】

制約ＩＤ５１１が「１」の制約では、計算機は、署名の実施者と、リクエスト内容の主体とが一致する場合に限り、リクエストを受付け、リクエストに基づいてトランザクションを実行する。

【0073】

例えば、ユーザＡが署名を行い、ユーザＡからユーザＢに支払うというリクエストの場合、当該リクエストは受付けられる。一方、ユーザＡが署名を行い、ユーザＢからユーザＡに支払うというリクエストは、署名の実施者とリクエスト内容の主体とが一致しないため受付けられない。

【0074】

制約ＩＤ５１１が「２」の制約では、計算機は、複数の異なる計算機（リクエストの送信元）から同一のトランザクションＩＤを含むリクエストを受信した場合に限り、リクエストを受付け、リクエストに基づいてトランザクションを実行する。

【0075】

ＢＣによっては、複数の計算機が台帳の更新等の処理にあたって、同一の処理の検証を行い、それに伴って重複する複数のリクエストが連携先のＢＣに属する計算機に送信されることを想定した制約である。

【0076】

なお、単に、複数のリクエストを受信したことを判定することに加えて、所定のアドレスから送信されたリクエストであることも制約に加味してもよい。複数のリクエストを受信したことは、あるＢＣに属す計算機が独自にリクエストを送ってきたわけではないことを保証する一因となる。

【0077】

制約ＩＤ５１１が「３」の制約では、計算機は、受信したリクエストに対して、誰もが閲覧可能な情報のみを提供する。

【0078】

制約ＩＤ５１１が「４」の制約では、計算機は、受信したリクエストがリクエストの送信元の計算機が属するＢＣに関する情報に関するリクエストの場合情報を提供するが、そうでない場合には情報を提供しない。

【0079】

例えば、リクエストの送信元の計算機が複数のＢＣ（ＢＣ１、ＢＣ２）に属し、これらのＢＣ上の取引に関する情報（例えば、支払い情報）を連携先のＢＣ（ＢＣ３）が管理している場合、ＢＣ２にはＢＣ１とは異なる組織が含まれるケースが想定される。このようなケースの場合、ＢＣ２上での取引に関する情報は、ＢＣ１のメンバには公開すべきではないと考えられる。そのため、ＢＣ１、ＢＣ２の両方に属する組織の計算機からリクエストを受信した場合に、連携先のＢＣに属する計算機が、ＢＣ１に属する計算機としてのリクエストに対してはＢＣ１に関連する情報のみを提供し、それ以外は提供しない制御を実現する必要がある。制約ＩＤ５１１が「４」の制約は、前述の制御を実現するためのものである。

【0080】

制約ＩＤ５１１が「４」の制約に基づく制御によって、連携先のＢＣまたは連携元のＢＣに属する計算機に対して、公開すべきでない情報が誤って提供されることを防止できる。

【0081】

なお、計算機が複数のＢＣに属するか否かを判定する方法としては、連携先ＢＣに属する計算機がそのような対応付け情報を管理し、当該情報に基づいて判定する方法が考えられる。また、ＩＰアドレス等の計算機の識別情報を記録し、連携先のＢＣの台帳に記録されたトランザクションデータを参照して、一つの計算機が関与する異なるＢＣに関するトランザクションデータが記録されている否かを判定する方法が考えられる。

【0082】

以上が連携制御情報１６１の説明である。

【0083】

図６は、実施例１の計算機１０２が保持する状態管理情報１６２のデータ構造の一例を示す説明図である。

【0084】

状態管理情報１６２は、ｔｘ＿ＩＤ６０１、主体６０２、状態６０３、外部ｔｘ＿ＩＤ６０４、開始時刻６０５、終了時刻６０６、および実行期限６０７の７つのフィールドから構成されるエントリを格納する。

【0085】

ｔｘ＿ＩＤ６０１は、トランザクションを識別するための識別情報を格納するフィールドである。

【0086】

主体６０２は、トランザクションの実行者に関する情報を格納するフィールドである。

【0087】

状態６０３は、トランザクションの実行状況を示す情報を格納するフィールドである。状態６０３には、トランザクションが終了していることを示す「済」、トランザクションが開始されずに待機していることを示す「待機」、トランザクションが実行中であることを示す「実行中」等が格納される。

【0088】

外部ｔｘ＿ＩＤ６０４は、連携元ＢＣに属する計算機から送信された外部のｔｘ＿ＩＤを格納するフィールドである。外部ｔｘ＿ＩＤ６０４は、連携先ＢＣのトランザクションが、連携元ＢＣのトランザクションに紐づいて実行されていることを特定するための情報である。外部ｔｘ＿ＩＤ６０４が空欄の場合、外部のＢＣからのリクエストに起因して発生したトランザクションではなく、自ＢＣ内で発生したトランザクションであることを示す。

【0089】

開始時刻６０５は、トランザクションの開始時刻を格納するフィールドである。開始時刻６０５が空欄の場合、トランザクションが開始前であることを示す。

【0090】

終了時刻６０６は、トランザクションの終了時刻を格納するフィールドである。終了時刻６０６が空欄の場合、トランザクションが実行中であることを示す。

【0091】

実行期限６０７は、トランザクションの実行期限を格納するフィールドである。例えば状態６０３が「待機」であるエントリに対応するトランザクションにおいて、実行期限６０７に設定された時刻を経過した場合、当該トランザクションに対応するリクエストは削除される。

【0092】

図４Ｂは、実施例１の計算機１０２が保持する台帳１７１のデータ構造の一例を示す説明図である。

【0093】

図４Ｂでは、一例として、商品の支払いに関するトランザクションに関するデータを管理する台帳１７１を示す。台帳１７１は、ＩＤ４１１、支払者４１２、支払先４１３、金額４１４、日時４１５、ＢＣ＿ＩＤ４１６、外部ｔｘ＿ＩＤ４１７、およびｔｘ＿ＩＤ４１８の８つのフィールドから構成されるエントリを格納する。

【0094】

ＩＤ４１１は、台帳１７１に記録されたトランザクションデータを識別するための識別情報を格納するフィールドである。支払者４１２は、エントリに対応するトランザクションにおける支払者の情報を格納するフィールドである。支払先４１３は、エントリに対応するトランザクションにおける支払先の情報を格納するフィールドである。金額４１４は、エントリに対応するトランザクションにおいて支払われた金額を格納するフィールドである。日時４１５は、エントリに対応するトランザクションの実行日時を格納するフィールドである。ＢＣ＿ＩＤ４１６は、エントリに対応するトランザクションを実行するためのリクエストの送信元のＢＣの識別情報を格納するフィールドである。これによって、どのＢＣに属す計算機からのリクエストであるかを特定できる。外部ｔｘ＿ＩＤ４１７は、連携元のＢＣに属する計算機から送信された、連携元ＢＣにおけるトランザクションの識別情報を格納するフィールドである。ｔｘ＿ＩＤ４１８は、連携先のＢＣにおいて記録されたトランザクションの識別情報を格納するフィールドである。

【0095】

外部ｔｘ＿ＩＤ４１７およびｔｘ＿ＩＤ４１８に基づいて、連携元ＢＣのトランザクションと紐づく連携先ＢＣのトランザクションを特定することができる。

【0096】

以上が実施例１の計算機システムが保持する情報のデータ構造の説明である。

【0097】

次に、実施例１のＢＣに属する計算機が実行するＢＣ間連携処理について説明する。ＢＣ間連携処理は、連携元ＢＣおよび連携先ＢＣが連携して実行される。

【0098】

図７Ａおよび図７Ｂは、実施例１の計算機システムにおいて実行されるＢＣ間連携処理の一例を説明するフローチャートである。ここでは、計算機１０１が属するＢＣを連携元ＢＣと仮定し、計算機１０２が属するＢＣを連携先ＢＣと仮定する。

【0099】

＜連携元ＢＣに属する計算機の処理＞
図７Ａは、連携元ＢＣに属する計算機１０１が実行する処理の一例を示すフローチャートである。

【0100】

計算機１０１は、クライアント端末１０３から任意のトランザクションを実行するためのリクエストを受信する（ステップＳ７０１）。

【0101】

例えば、ユーザが商品の購入等のトランザクションを実行するためのリクエストを送信した場合、リクエストには、購入手続に関する台帳の参照および更新等の操作情報が含まれる。

【0102】

操作情報には、呼び出すプログラムおよび処理を実行するプログラム等を特定するための情報が含まれる。一つのプログラムが関与するトランザクションに対して一つのリクエストが発行されてもよし、複数のプログラムが関与するトランザクションに対して一つのリクエストが発行されてもよい。この場合、リクエスト毎に関与するプログラムを特定するための情報を別途管理すればよい。

【0103】

なお、クライアント端末１０３は、連携元ＢＣ用の鍵を用いて署名を生成し、当該署名が付されたリクエストを連携元ＢＣに属する計算機１０１に送信する。計算機１０１の認証部１２４は、リクエストを受信した場合、リクエストに含まれる署名の正当性を検証するための認証処理を実行する。正当な署名である場合、計算機１０１は当該リクエストを実行対象のリクエストとして受付ける。以下の説明では、前述した認証処理の結果が認証成功であるものとして処理を説明する。

【0104】

次に、計算機１０１は、リクエストに対応したトランザクションを実行する場合に呼出されるプログラムを特定し（ステップＳ７０２）、特定されたプログラムの中に、ＢＣ間連携を行うプログラムが含まれるか否かを判定する（ステップＳ７０３）。すなわち、他ＢＣに関連するトランザクションを実行するためのリクエストであるか否かが判定される。

【0105】

具体的には、連携部１２１は、特定されたプログラムの名称がプログラム名２０２と一致するエントリを検索し、検索されたエントリの中に、連携有無２０３に「有」が設定されたエントリが少なくとも１つ以上存在するか否かを判定する。連携有無２０３に「有」が設定されたエントリが少なくとも１つ以上存在する場合、連携部１２１は、特定されたプログラムの中に、ＢＣ間連携を行うプログラムが含まれると判定する。

【0106】

ＢＣ間連携を行うプログラムが含まれないと判定された場合、計算機１０１は、他ＢＣと連携したリクエストではなく、ローカルなＢＣに閉じるリクエストと判定し、通常のＢＣにおけるトランザクションを実行する（ステップＳ７０４）。さらに、計算機１０１は、トランザクションの実行結果をクライアント端末１０３に送信し（ステップＳ７０９）、その後、処理を終了する。

【0107】

ＢＣ間連携を行うプログラムが含まれると判定された場合、計算機１０１は、受信したリクエストに連携先ＢＣ用の署名が含まれるか否かを判定する（ステップＳ７０５）。

【0108】

例えば、連携部１２１は、リクエストにローカルのＢＣ用の署名とは異なる署名が含まれているかを確認する。なお、連携部１２１は、連携先ＢＣ用の認証局の証明書を事前に入手する等して、リクエストに含まれる署名が連携先ＢＣ用の署名であるか否かを判定してもよい。

【0109】

受信したリクエストに連携先ＢＣ用の署名が含まれていないと判定された場合、計算機１０１は、連携先ＢＣに送信するリクエストのデータに基づいてハッシュを生成し、クライアント端末１０３に当該ハッシュを含むリクエストの再送信依頼を送信し（ステップＳ７０６）、その後、処理を終了する。

【0110】

クライアント端末１０３は、当該依頼を受信した場合、ハッシュを用いて連携先ＢＣ用の鍵を用いて署名を生成し、当該署名を含むリクエストを、再度、連携元ＢＣに属する計算機１０１に送信する。これによって、連携先ＢＣへのリクエストの送信が可能となる。すなわち、ＢＣが連携したリクエストの処理を実現できる。

【0111】

受信したリクエストに連携先ＢＣ用の署名が含まれると判定された場合、計算機１０１は、署名を含むリクエストを連携先ＢＣに属する計算機１０２に送信する（ステップＳ７０７）。

【0112】

このとき、連携部１２１は、連携元ＢＣにおけるトランザクションの識別情報を連携先ＢＣに属する計算機に送信する。具体的には、計算機１０１は、連携元ＢＣで管理している台帳１４１のｔｘ＿ＩＤ４０８の値を、トランザクションの識別情報として連携先ＢＣに属する計算機１０２に送信する。これによって、連携先ＢＣにおいて実行されるトランザクションと、連携元ＢＣにおいて実行されるトランザクションとを紐づけて管理することができる。

【0113】

連携先ＢＣに属する計算機１０２は、トランザクションの実行に伴って、台帳１７１のエントリを追加し、追加されたエントリの外部ｔｘ＿ＩＤ４１７に受信したトランザクションの識別情報を設定し、ｔｘ＿ＩＤ４１８に連携先ＢＣにおけるトランザクションの識別情報を設定する。

【0114】

計算機１０１は、連携先ＢＣに属する計算機１０２から応答を受信した場合（ステップＳ７０８）、応答に含まれるトランザクションの実行結果をクライアント端末１０３に送信し（ステップＳ７０９）、その後、処理を終了する。

【0115】

このとき、計算機１０１は、計算機１０２から受信したトランザクションの実行結果を台帳１４１に追加してもよい。

【0116】

＜連携先ＢＣに属する計算機の処理＞
図７Ｂは、連携先ＢＣに属する計算機１０２が、連携元ＢＣに属する計算機１０１からリクエストを受信した場合に実行する処理の一例を示すフローチャートである。

【0117】

計算機１０２は、連携元ＢＣに属する計算機１０１から連携先ＢＣ用の署名を含むリクエストを受信し（ステップＳ７２１）、連携先ＢＣ用の署名およびリクエスト内容に基づいて、受信したリクエストの正当性を検証する（ステップＳ７２２）。

【0118】

本実施例では、連携制御情報１６１に基づいてリクエストの正当性が検証される。

【0119】

署名の正当性の検証は、連携先ＢＣで使用されている認証局の証明書等を用いて行われる。例えば、制約ＩＤ５１１が「１」の制約が適用されたＢＣに属する計算機からリクエストを受信した場合、計算機１０２は、署名の実施者およびリクエストの主体が一致するか否かを判定する。この場合、ユーザＡが署名を行い、ユーザＡからユーザＢに支払うというリクエストは許可されるが、ユーザＡが署名を行いユーザＢからユーザＡに支払うというリクエストは許可されない。なぜならば、署名の実施者とリクエストの主体とが一致しないためである。

【0120】

連携先ＢＣに属する計算機１０２において、連携先ＢＣで使用する公開鍵証明書に含まれる主体者の名前を、連携先ＢＣにおけるアカウント情報として設定し、署名の実施者とリクエストの主体とが一致するか否かを判定するようにしてもよい。

【0121】

計算機１０２は、検証の結果に基づいて、検証が成功したか否かを判定する（ステップＳ７２３）。

【0122】

検証が成功したと判定された場合、計算機１０２は、受信したリクエストに基づいてトランザクションを実行し、連携元ＢＣに属する計算機１０１にトランザクションの実行結果を含む応答を送信する（ステップＳ７２４）。その後、計算機１０２は処理を終了する。

【0123】

検証が失敗したと判定された場合、計算機１０２は、トランザクションを実行せずに、連携元ＢＣに属する計算機１０１に、検証失敗等を示す実行結果を含む応答を送信する（ステップＳ７２５）。その後、計算機１０２は処理を終了する。

【0124】

実施例１によれば、連携元ＢＣが連携先ＢＣにおけるユーザの情報等を把握していない場合でも、適切なユーザの認証を実現できる。これによって、連携先ＢＣへの不正なリクエストの送信および実行を防止することができる。

【0125】

（変形例）
次に、ＢＣ間連携処理の変形例について説明する。変形例では、クライアント端末１０３がＢＣ間の連携の有無を判定する。したがって、クライアント端末１０３がプログラム管理情報１３１および連携先情報１３２を保持する。この場合、計算機１０１は、プログラム管理情報１３１および連携先情報１３２を保持していなくてもよい。

【0126】

図８は、実施例１のクライアント端末がＢＣ間連携処理において実行する処理の一例を説明するフローチャートである。

【0127】

クライアント端末１０３は、連携元ＢＣにトランザクションを実行させるためのリクエストを生成する（ステップＳ８０１）。具体的にはトランザクション要求部１９１がリクエストを生成する。リクエストには連携元ＢＣ用の署名が含まれる。

【0128】

次に、クライアント端末１０３は、生成されたリクエストに対応したトランザクションを実行する場合に呼出されるプログラムを特定し（ステップＳ８０２）、特定されたプログラムの中に、ＢＣ間連携を行うプログラムが含まれるか否かを判定する（ステップＳ８０３）。

【0129】

具体的には、連携管理部１９３がステップＳ７０２およびステップＳ７０３と同様の処理を実行する。

【0130】

特定されたプログラムの中に、ＢＣ間連携を行うプログラムが含まれないと判定された場合、クライアント端末１０３は、連携元ＢＣに属する計算機１０１に、生成されたリクエストを送信する（ステップＳ８０４）。その後、クライアント端末１０３は処理を終了する。

【0131】

特定されたプログラムの中に、ＢＣ間連携を行うプログラムが含まれると判定された場合、クライアント端末１０３は、連携先ＢＣに送信するリクエストのデータに基づいてハッシュを生成し、当該ハッシュを用いて連携先ＢＣ用の鍵を用いて署名を生成する（ステップＳ８０５）。

【0132】

次に、クライアント端末１０３は、連携元ＢＣに属する計算機１０１に、連携元ＢＣ用の署名および連携先ＢＣ用の署名を含むリクエストを送信する（ステップＳ８０６）。その後、クライアント端末１０３は処理を終了する。

【0133】

図８に示すような処理が実行される場合、連携元ＢＣに属する計算機１０１は、ステップＳ７０１からステップＳ７０６の処理と、ステップＳ７０８、ステップＳ７０９の処理を実行する。連携先ＢＣに属する計算機１０１が実行する処理は特に変更がない。

【0134】

実施例１の変形例によれば、クライアント端末１０３が事前に連携先ＢＣ用の署名要否を判定することによって、ＢＣに属する計算機１０１、１０２とのインタラクションを低減することができる。

【0135】

以上が、変形例の説明である。

【実施例2】

【0136】

次に、本発明の実施例２を説明する。実施例２では、ＢＣ間連携において、一つのＢＣの台帳のみが更新され、他のＢＣの台帳が更新されないといった状態の不整合を防止する。

【0137】

具体的には、連携先ＢＣに属する計算機は、連携元ＢＣに属する計算機から要求されたトランザクションをすぐに実行させるのではなく待機させ、再度クライアント端末１０３から待機しているトランザクションのリクエストを受付けた場合、トランザクションを実行する。以下、実施例１との差異を中心に実施例２について説明する。

【0138】

実施例２の計算機システムの構成は実施例１と同一である。実施例２のＢＣに属する計算機１０１、１０２のハードウェア構成およびソフトウェア構成は実施例１と同一である。また、実施例２のクライアント端末１０３のハードウェア構成およびソフトウェア構成は実施例１と同一である。

【0139】

実施例２のＢＣ間連携処理における連携元ＢＣに属する計算機が実行する署名の要否に関する処理は実施例１と同一である。ただし、実施例２では、連携元ＢＣに属する計算機が実施例１とは異なる処理を実行する。実施例２では、連携先ＢＣに属する計算機が実行する処理が異なる。また、実施例２では、クライアント端末１０３が実施例１とは異なる処理を実行する。

【0140】

図９Ａ、図９Ｂ、図９Ｃ、および図９Ｄは、実施例２の計算機システムにおいて実行されるＢＣ間連携処理の一例を説明するフローチャートである。ここでは、計算機１０１が属するＢＣを連携元ＢＣと仮定し、計算機１０２が属するＢＣを連携先ＢＣと仮定する。

【0141】

＜連携元ＢＣに属する計算機の処理＞
図９Ａおよび図９Ｂは、連携元ＢＣに属する計算機１０１が実行する処理の一例を示すフローチャートである。

【0142】

ステップＳ７０１からステップＳ７０７、およびステップＳ７０９の処理は実施例１と同一である。

【0143】

ステップＳ７０７の処理の後、計算機１０１は、連携先ＢＣに属する計算機１０２から応答を受信する（ステップＳ９０１）。

【0144】

計算機１０１は、応答に含まれる検証結果に基づいて、連携が成功か否かを判定する（ステップＳ９０２）。検証成功を示す検証結果の場合、計算機１０１は、連携が成功したと判定する。

【0145】

連携が失敗したと判定された場合、計算機１０１は、クライアント端末１０３に連携の失敗を示す応答を送信し（ステップＳ９０３）、処理を終了する。

【0146】

連携が成功したと判定された場合、計算機１０１は、トランザクションを実行し（Ｓ９０４）、トランザクションが成功したか否かを判定する（ステップＳ９０５）。

【0147】

トランザクションの実行では、計算機１０１は、台帳１４１の更新または参照等の処理を実行する。例えば、計算機１０１は、連携先ＢＣでの支払い処理の検証成功を受けて、連携元ＢＣで当該処理に対応する商取引情報を台帳１４１に追加する。

【0148】

トランザクションが成功したと判定された場合、計算機１０１は、クライアント端末１０３に、リクエストに対応するトランザクションの識別情報および連携先ＢＣに属する計算機１０２の宛先情報とともに、トランザクションの成功を示す応答を送信する（ステップＳ９０６）。その後、計算機１０１は処理を終了する。

【0149】

クライアント端末１０３に送信された応答に含まれるトランザクションの識別情報は、計算機１０１側で管理する識別情報（ｔｘ＿ＩＤ４０８）である。

【0150】

トランザクションが失敗したと判定された場合、計算機１０１は、クライアント端末１０３にリクエストの失敗を示す応答を送信し（ステップＳ９０７）、処理を終了する。この場合、連携先ＢＣでは、トランザクションは実行されず、実行期限が経過した後にリクエストが削除される。

【0151】

＜連携先ＢＣに属する計算機の処理＞
図９Ｃは、連携先ＢＣに属する計算機１０２が、連携元ＢＣに属する計算機１０１からリクエストを受信した場合に実行する処理の一例を示すフローチャートである。

【0152】

計算機１０２は、連携元ＢＣに属する計算機１０１から連携先ＢＣ用の署名を含むリクエストを受信する（ステップＳ７２１）。

【0153】

このとき、計算機１０２は状態管理情報１６２を更新する。具体的には、計算機１０２は、状態管理情報１６２にエントリを追加し、追加されたエントリのｔｘ＿ＩＤ６０１に連携先ＢＣにおける識別情報を設定し、また外部ｔｘ＿ＩＤ６０４にリクエストに含まれる識別情報をする。計算機１０２は、追加されたエントリの状態６０３に「待機」を設定する。また、計算機１０２は、追加されたエントリの主体６０２および実行期限６０７に、リクエストに含まれる値を設定する。

【0154】

例えば、ｔｘ＿ＩＤ６０１が「ｄｋ３４ｋｆａ」のトランザクションは、待機中であり、連携元ＢＣの識別情報が「ＡＡＡ１」であるトランザクションと紐づけられていることが分かる。

【0155】

次に、計算機１０２は、連携先ＢＣ用の署名およびリクエスト内容に基づいて、受信したリクエストの正当性を検証する（ステップＳ７２２）。

【0156】

計算機１０２は、検証の結果に基づいて、検証が成功したか否かを判定する（ステップＳ７２３）。

【0157】

検証が成功したと判定された場合、計算機１０２は、トランザクションを待機させ、連携元ＢＣに属する計算機１０１に検証結果等を含む応答を送信する（ステップＳ９１１）。その後、計算機１０２はステップＳ９１３に進む。

【0158】

検証が失敗したと判定された場合、計算機１０２は、トランザクションを実行せずに、連携元ＢＣに属する計算機１０１に、検証失敗等を示す実行結果を含む応答を送信する（ステップＳ９１２）。その後、計算機１０２はステップＳ９１３に進む。

【0159】

ステップＳ９１３では、計算機１０２は、クライアント端末１０３から待機中のトランザクションに対応するリクエストを受信する（ステップＳ９１３）。当該リクエストには連携元ＢＣ側のトランザクションの識別情報（ｔｘ＿ＩＤ４０８）が含まれる。計算機１０２は、外部ｔｘ＿ＩＤ６０４がリクエストに含まれるトランザクションの識別情報と一致するエントリを検索することによって、実行対象のトランザクションを特定できる。

【0160】

計算機１０２は、受信したリクエストに含まれる署名等に基づいて、受信したリクエストの正当性を検証する（ステップＳ９１４）。

【0161】

計算機１０２は、検証の結果に基づいて、検証が成功したか否かを判定する（ステップＳ９１５）。

【0162】

検証が失敗したと判定された場合、計算機１０２はリクエストを受付けず、処理を終了する。

【0163】

検証が成功したと判定された場合、計算機１０２は、トランザクションを実行し（ステップＳ９１６）、処理を終了する。なお、実施例２では、正当なクライアント端末１０３から必ずリクエストが送信されることを想定している。そのため、台帳の状態の不整合は起きない。

【0164】

このとき、計算機１０２は状態管理情報１６２を更新する。具体的には、計算機１０２は、実行対象のトランザクションに対応するエントリの状態６０３を「実行中」に更新し、開始時刻６０５に時刻を設定する。トランザクションが完了した場合、計算機１０２は、エントリの状態６０３に「済」を設定し、終了時刻６０６に時刻を設定する。

【0165】

＜クライアント端末１０３の処理＞
図９Ｄは、クライアント端末１０３が連携元ＢＣに属する計算機１０１から応答を受信した場合に実行する処理の一例を示すフローチャートである。

【0166】

クライアント端末１０３は、連携元ＢＣに属する計算機１０１から応答を受信する（ステップＳ９２１）。

【0167】

クライアント端末１０３は、受信した応答が連携成功を示す応答である否かを判定する（ステップＳ９２２）。

【0168】

受信した応答が連携成功を示す応答でないと判定された場合、クライアント端末１０３は処理を終了する。受信する応答としては、連携失敗を示す応答、トランザクション成功を示す応答、およびトランザクション失敗を示す応答のいずれかである。

【0169】

受信した応答が連携成功を示す応答であると判定された場合、クライアント端末１０３は、連携先ＢＣに属する計算機１０２に、当該応答に含まれるトランザクションの識別情報を含むトランザクションのリクエストを送信し（ステップＳ９２３）、その後、処理を終了する。

【0170】

実施例２によれば、ＢＣ間の連携において台帳の状態の不整合を防止することができる。

【実施例3】

【0171】

次に、本発明の実施例３を説明する。実施例１では、主に連携を要求するクライアント端末１０３の認証に関する処理が実行される。実施例３では、トランザクションの結果を連携先ＢＣに属する計算機から連携元ＢＣに属する計算機に送信する場合に、誤って連携元ＢＣに関係しない情報が送信されることを防止する。

【0172】

具体的には、連携先ＢＣに属する計算機は、連携のリクエスト内容の検証に加えて、応答する内容の制御を行う。以下、実施例１との差異を中心に実施例３について説明する。

【0173】

実施例３の計算機システムの構成は実施例１と同一である。実施例３のＢＣに属する計算機１０１、１０２のハードウェア構成およびソフトウェア構成は実施例１と同一である。また、実施例３のクライアント端末１０３のハードウェア構成およびソフトウェア構成は実施例１と同一である。

【0174】

実施例３のＢＣ間連携処理における連携元ＢＣに属する計算機が実行する署名の要否に関する処理は実施例１と同一である。ただし、ステップＳ７０７において、連携元ＢＣに属する計算機は、署名および連携元ＢＣの識別情報とともに、リクエストを送信する。実施例３では、連携先ＢＣに属する計算機が実行する処理が異なる。

【0175】

＜連携先ＢＣに属する計算機の処理＞
図１０は、実施例３の連携先ＢＣに属する計算機１０２が、連携元ＢＣに属する計算機１０１からリクエストを受信した場合に実行する処理の一例を示すフローチャートである。

【0176】

ステップＳ７２１からステップＳ７２５の処理は実施例１と同一である。

【0177】

ステップＳ７２３において検証が成功したと判定された場合、計算機１０２は、連携元ＢＣの識別情報およびクライアント端末１０３の署名等のクライアント端末１０３の識別情報を用いて、トランザクションの実行結果の送信先となるＢＣの正当性を検証する（ステップＳ１００１）。なお、連携元ＢＣの識別情報は、例えば、ＢＣ認証機関サーバ１０４等の認定機関によって各ＢＣに対して発行／署名された識別情報、または、各ＢＣ間で予め取り決めた値等を用いる方法が考えられる。

【0178】

例えば、計算機１０２は、台帳１７１のＢＣ＿ＩＤ４１６と、リクエストに含まれるＢＣの識別情報とが一致するか否かを判定する。台帳１７１のＢＣ＿ＩＤ４１６と、リクエストに含まれるＢＣの識別情報とが一致する場合、検証が成功したと判定される。

【0179】

計算機１０２は、検証の結果に基づいて、検証が成功したか否かを判定する（ステップＳ１００２）。

【0180】

検証が成功したと判定された場合、計算機１０２はステップＳ７２４に進む。検証が失敗したと判定された場合、計算機１０２はステップＳ７２５に進む。

【0181】

例えば、図４ＢのＩＤ４１１が「１」であるトランザクションデータの場合、ＢＣ＿ＩＤ４１６は「ＢＣ１」である。連携元ＢＣに属する計算機からリクエストとともに送信されたＢＣの識別情報が「ＢＣ１」である場合、検証が成功となり、連携元ＢＣへの当該トランザクションデータの提供が許可される。一方、連携元ＢＣに属する計算機から送信されたリクエストに含まれるＢＣの識別情報が「ＢＣ１」でない場合、検証が失敗となり、連携元ＢＣへの当該トランザクションデータの提供が許可されない。

【0182】

実施例３によれば、トランザクションの結果を連携先ＢＣに属する計算機から連携元ＢＣに属する計算機に送信する場合に、誤って連携元ＢＣに関係しない情報が送信されることを防止できる。

【0183】

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

【0184】

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

【0185】

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

【0186】

さらに、実施例の機能を実現するソフトウェアのプログラムコードを、ネットワークを介して配信することによって、それをコンピュータのハードディスクやメモリ等の記憶手段またはＣＤ－ＲＷ、ＣＤ－Ｒ等の記憶媒体に格納し、コンピュータが備えるプロセッサが当該記憶手段や当該記憶媒体に格納されたプログラムコードを読み出して実行するようにしてもよい。

【0187】

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

【符号の説明】

【0188】

１０１、１０２ 計算機
１０３ クライアント端末
１０４ ＢＣ認証機関サーバ
１０５ ネットワーク
１１１、１８１ ＣＰＵ
１１２、１８２ Ｉ／Ｆ
１１３、１８３ メモリ
１１４ ＨＤＤ
１２１、１５１ 連携部
１２２、１５２ トランザクション管理部
１２３、１５３ 合意形成部
１２４、１５４ 認証部
１３１ プログラム管理情報
１３２ 連携先情報
１４１、１７１ 台帳
１６１ 連携制御情報
１６２ 状態管理情報
１９１ トランザクション要求部
１９２ 署名生成部
１９３ 連携管理部

【図1】

【図2】

【図3】

【図4A】

【図4B】

【図5A】

【図5B】

【図6】

【図7A】

【図7B】

【図8】

【図9A】

【図9B】

【図9C】

【図9D】

【図10】