特許 7403306 サーバ、データ処理方法、計算機システム及び計算機

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

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

(11)【特許番号】

(24)【登録日】2023-12-14

(45)【発行日】2023-12-22

(54)【発明の名称】サーバ、データ処理方法、計算機システム及び計算機

(51)【国際特許分類】

   G06F 21/60 20130101AFI20231215BHJP

   G06Q 20/38 20120101ALI20231215BHJP

   H04L 9/32 20060101ALI20231215BHJP

【ＦＩ】

G06F21/60

G06Q20/38 310

H04L9/32 200Z

【請求項の数】 13

(21)【出願番号】P 2019226049

(22)【出願日】2019-12-16

(65)【公開番号】P2021096542

(43)【公開日】2021-06-24

【審査請求日】2022-07-08

(73)【特許権者】

【識別番号】000005108

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

(74)【代理人】

【識別番号】110001678

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

(72)【発明者】

【氏名】鬼頭 大介

(72)【発明者】

【氏名】神 祐介

【審査官】児玉 崇晶

(56)【参考文献】

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

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

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

Ｇ０６Ｆ ２１／６０

Ｇ０６Ｑ ２０／３８

Ｈ０４Ｌ ９／３２

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

【請求項1】

プロセッサと、メモリと、第１の計算機に接続されるインタフェースと、を有するサーバであって、
処理要求を受け付けて、前記処理要求に前記第１の計算機が所属する第１のブロックチェーンに対する処理と、前記第１の計算機と連携する第２の計算機が所属する第２のブロックチェーンに対する処理を示す連携要求が含まれているか否かを判定し、前記連携要求が含まれている場合には、前記連携要求の秘匿化が必要か否かを判定する連携部と、
前記判定の結果に基づいて、秘匿化が必要な連携要求に秘匿化を施す秘匿部と、を有し、
前記連携部は、
前記判定の結果に応じて前記秘匿部で秘匿化が施された連携要求を含む処理実行要求を前記第１の計算機に送信することを特徴とするサーバ。

【請求項2】

請求項１に記載のサーバであって、
前記秘匿化の内容を予め設定した秘匿管理情報を、さらに有し、
前記秘匿部は、
前記秘匿管理情報に基づいて、前記連携要求を秘匿化する内容を決定することを特徴とするサーバ。

【請求項3】

請求項２に記載のサーバであって、
前記連携部は、
前記連携要求に秘匿化が必要と判定した場合には、前記秘匿管理情報を参照して、前記連携要求に対する応答に対して秘匿化の要否を示す情報を前記連携要求に付加して送信することを特徴とするサーバ。

【請求項4】

第１のブロックチェーンに所属する第１の計算機と、第２のブロックチェーンに所属する第２の計算機と、ネットワークを介して前記第１の計算機及び第２の計算機に接続されたサーバと、を有する計算機システムで処理を連携するデータ処理方法であって、
前記サーバが、処理要求を受け付ける第１のステップと、
前記サーバが、前記受け付けた処理要求に、前記第１の計算機が所属する第１のブロックチェーンに対する処理と、前記第１の計算機と連携する第２の計算機の第２のブロックチェーンに対する処理を示す連携要求が含まれているか否かを判定する第２のステップと、
前記サーバが、前記処理要求に前記連携要求が含まれている場合には、前記連携要求の秘匿化が必要か否かを判定する第３のステップと、
前記サーバが、前記判定の結果に基づいて、秘匿化が必要な場合には前記連携要求に秘匿化を施す第４のステップと、
前記サーバが、前記判定の結果に応じて秘匿化が施された連携要求を含む処理実行要求を前記第１の計算機に送信する第５のステップと、を含むことを特徴とするデータ処理方法。

【請求項5】

請求項４に記載のデータ処理方法であって、
前記サーバは、
前記秘匿化の内容を予め設定した秘匿管理情報を、さらに有し、
前記第４のステップは、
前記秘匿管理情報に基づいて、前記連携要求を秘匿化する内容を決定することを特徴とするデータ処理方法。

【請求項6】

請求項５に記載のデータ処理方法であって、
前記第５のステップは、
前記連携要求に秘匿化が必要と判定した場合には、前記秘匿管理情報を参照して、前記連携要求の応答に対して秘匿化の要否を示す情報を前記連携要求に付加して送信することを特徴とするデータ処理方法。

【請求項7】

第１のブロックチェーンに所属する第１の計算機と、第２のブロックチェーンに所属する第２の計算機と、ネットワークを介して前記第１の計算機及び第２の計算機に接続されたサーバと、を有して処理を連携する計算機システムであって、
前記サーバは、
処理要求を受け付けて、前記処理要求に前記第１の計算機が所属する第１のブロックチェーンに対する処理と、前記第１の計算機と連携する第２の計算機が所属する第２のブロックチェーンに対する処理を示す連携要求が含まれているか否かを判定し、前記連携要求が含まれている場合には、前記連携要求の秘匿化が必要か否かを判定する連携部と、
前記判定の結果に基づいて、秘匿化が必要な連携要求に秘匿化を施す秘匿部と、を有し、
前記連携部は、
前記判定の結果に応じて前記秘匿部で秘匿化が施された連携要求を含む処理要求を処理実行要求として前記第１の計算機に送信することを特徴とする計算機システム。

【請求項8】

請求項７に記載の計算機システムであって、
前記サーバは、
前記秘匿化の内容を予め設定した秘匿管理情報を、さらに有し、
前記連携部は、
前記秘匿管理情報に基づいて、前記連携要求を秘匿化する内容を決定することを特徴とする計算機システム。

【請求項9】

請求項８に記載の計算機システムであって、
前記連携部は、
前記連携要求に秘匿化が必要と判定した場合には、前記秘匿管理情報を参照して、前記連携要求に対する応答に対して秘匿化の要否を示す情報を前記連携要求に付加して送信することを特徴とする計算機システム。

【請求項10】

請求項７に記載の計算機システムであって、
前記第１の計算機は、
前記サーバから受信した処理実行要求を受信して、前記処理実行要求に含まれる前記処理要求を処理し、前記処理実行要求に前記連携要求が含まれる場合には、前記連携要求を前記第２の計算機へ送信し、
前記第２の計算機は、
前記連携要求を受け付けて、当該連携要求が秘匿化されている場合には、前記連携要求を復元した後に当該連携要求を処理して、前記連携要求の処理結果を前記第１の計算機へ応答し、
前記第１の計算機は、
前記連携要求に対する応答を受信すると、前記処理要求の処理結果と、連携要求に対する処理結果と、を前記サーバに応答することを特徴とする計算機システム。

【請求項11】

プロセッサと、メモリと、第１のブロックチェーンに所属する第１の計算機に接続されるインタフェースと、を有する計算機であって、
当該計算機が所属する第２のブロックチェーンに対する処理を含む連携要求を受け付けて、当該連携要求が秘匿化されているか否かを判定する連携部と、
前記連携要求が秘匿化されている場合には、前記連携要求を復元する復元部と、
前記復元された連携要求を処理する管理部と、を有し、
前記連携部は、前記処理の結果を応答し、
前記連携要求は、前記第１のブロックチェーンに対する処理と連携する前記第２のブロックチェーンに対する処理を含むことを特徴とする計算機。

【請求項12】

請求項１１に記載の計算機であって、
応答内容の秘匿の要否を予め設定した秘匿レベル管理情報と、
前記管理部の処理結果を、前記秘匿レベル管理情報に基づいて秘匿化する秘匿化部と、をさらに有し、
前記連携部は、
前記秘匿化された処理結果を応答することを特徴とする計算機。

【請求項13】

請求項１２に記載の計算機であって、
前記秘匿化部は、
前記秘匿レベル管理情報に基づいて前記処理結果を秘匿化する内容を決定することを特徴とする計算機。

【発明の詳細な説明】

【技術分野】

【0001】

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

【背景技術】

【0002】

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

【0003】

広くデータを公開するパブリックなブロックチェーンに加えて、同じコミュニティ内のメンバ間でのみデータを共有するプライベートなブロックチェーンが存在する。ブロックチェーンは、例えば、サプライチェーンでの商品の受発注情報の共有など、商取引管理に使用するケースや、企業やユーザ間での決済情報の共有など金融関連の取引管理に使用するケースなどが見込まれている。

【0004】

このように、用途によって様々なブロックチェーンが構築されていく中で、各ブロックチェーンに閉じて企業活動が回っていくケースも考えられるが、ブロックチェーンと既存のシステムをつないでいく、或いはこれらの様々なブロックチェーンをつないでいくことで、より広く企業活動の効率化を図れる可能性がある。

【0005】

ブロックチェーンをつないでいくにあたっては、データの共有範囲について留意する必要がある。例えば、商取引情報を管理するブロックチェーンを既存のシステムや、金融取引情報を管理する別のブロックチェーンと連携させる場合、商取引情報は商取引用のブロックチェーンで共有してもよいが、商取引に際しどのような方法で決済したか（独自のコインで決済、仮想通貨で決済等）などの決済の詳細情報は、決済の実行や対象メンバなど、関係当事者間のみでの共有としたいことが考えられる。

【0006】

ブロックチェーンを用いたシステムでの連携に関する公知技術として、特許文献１が知られている。特許文献１によれば、コンテンツ管理のブロックチェーンと、支払いのブロックチェーンを連携させて決済を行う。

【0007】

利用者は支払いトランザクションを内包するコンテンツ要求トランザクションを一方のコンテンツ管理ブロックチェーンに送り、当該コンテンツの権利者は、コンテンツ管理のブロックチェーンに記録されたデータから、上記内包された支払いトランザクションを取り出してもう一方の支払い用ブロックチェーンに送り、決済を行う。

【先行技術文献】

【特許文献】

【0008】

【文献】特開２０１７－２０４０７０号公報

【発明の概要】

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

【0009】

上記公知技術では、商品だけでなく支払いに関するトランザクションも最初の一方のコンテンツ管理用ブロックチェーンに送られて記録されるため、複数のコンテンツ権利者がコンテンツ管理用ブロックチェーンに存在した場合に、自身のコンテンツ支払い情報が、自身とは直接関係しない他のコンテンツ権利者にも漏れてしまう、という問題があった。

【0010】

以上を踏まえ、本発明は、ブロックチェーンを連携させるにあたり、連携元のブロックチェーンのメンバ間で情報を共有しつつ、当該ブロックチェーンとは関係しない他のブロックチェーンやシステムの連携に関する情報は、関係当事者間のみでの共有にとどめる方法を提供することを目的とする。

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

【0011】

本発明は、プロセッサと、メモリと、第１の計算機に接続されるインタフェースと、を有するサーバであって、処理要求を受け付けて、前記処理要求に前記第１の計算機が所属する第１のブロックチェーンに対する処理と、前記第１の計算機と連携する第２の計算機が所属する第２のブロックチェーンに対する処理を示す連携要求が含まれているか否かを判定し、前記連携要求が含まれている場合には、前記連携要求の秘匿化が必要か否かを判定する連携部と、前記判定の結果に基づいて、秘匿化が必要な連携要求に秘匿化を施す秘匿部と、を有し、前記連携部は、前記判定の結果に応じて前記秘匿部で秘匿化が施された連携要求を含む処理実行要求を前記第１の計算機に送信する。

【発明の効果】

【0012】

本発明の一実施形態によれば、ブロックチェーンを連携させるにあたり、連携元の第１のブロックチェーンに所属する第１の計算機間でデータを共有し、第２のブロックチェーンで管理する情報など、連携元の第１のブロックチェーンには関係しない又は開示したくない情報については、秘匿化によって関係当事者間のみでの共有が可能となる。

【0013】

本明細書において開示される主題の、少なくとも一つの実施の詳細は、添付されている図面と以下の記述の中で述べられる。開示される主題のその他の特徴、態様、効果は、以下の開示、図面、請求項により明らかにされる。

【図面の簡単な説明】

【0014】

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

【図2】本発明の実施例を示し、ブロックチェーンに係る処理を実行するプログラムの管理情報の一例を示す説明図である。

【図3】本発明の実施例を示し、連携先情報の一例を示す説明図である。

【図4A】本発明の実施例を示し、ブロックチェーンの台帳に記録される商取引情報の一例を示す説明図である。

【図4B】本発明の実施例を示し、ブロックチェーンの台帳に記録される支払い情報の一例を示す説明図である。

【図4C】本発明の実施例を示し、ブロックチェーンの台帳に追加されるトランザクション情報の一例を示す説明図である。

【図5A】本発明の実施例を示し、秘匿管理情報の一例を示す説明図である。

【図5B】本発明の実施例を示し、秘匿管理情報を構成する各関数の秘匿レベル情報の一例を示す説明図である。

【図5C】本発明の実施例を示し、各関数で呼び出されるプログラムに適用する秘匿対象情報の一例を示す説明図である。

【図6A】本発明の実施例の変形例を示し、秘匿制御情報の適用先情報の一例を示す説明図である。

【図6B】本発明の実施例の変形例を示し、秘匿制御の定義の一例を示す説明図である。

【図7】本発明の実施例を示し、連携有無の判定及び連携用の秘匿処理の一例を示すフローチャートである。

【図8】本発明の実施例を示し、連携有無の判定及び連携要求の処理の一例を示すフローチャートである。

【図9】本発明の実施例を示し、秘匿の有無の判定及び連携の処理の一例を示すフローチャートである。

【図10】本発明の実施例の変形例を示し、秘匿の有無の判定及び連携についての処理の一例を示すフローチャートである。

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

【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】

また、秘匿レベルが「４」の場合は、連携する要求の秘匿化に加えて、連携先の計算機１２１で応答内容の秘匿化が施されたものが、連携元の計算機１０１に返信されるようになる。

【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】

計算機１２１の連携部１２５は、連携要求に対する処理結果を計算機１０１に応答するにあたり、別途定義した秘匿レベルの適用先情報１３０２をもとに応答内容の秘匿化が必要であるか否かを判定する（９１０）。

【0171】

秘匿化が不要であった場合は、連携部１２５がステップ９０９に進んで処理結果をそのまま計算機１０１に返信する。一方、秘匿化が必要であると判定された場合は、計算機１２１の連携部１２５は適用先情報１３０２と秘匿制御の定義１３０１をもとに応答内容を秘匿化する（９１１）。

【0172】

例えば図６Ａの適用先情報１３０２の場合、連携要求に応答する計算機１２１が所属するブロックチェーンＢＣ＃２の識別情報であるＢＣＩＤが「ＢＣ２」だった場合は、秘匿レベルが「２」であるため、図６Ｂの秘匿制御の定義１３０１から、応答内容を秘匿化して返信する。

【0173】

尚、上記では秘匿レベルの設定の粒度として、返信元のＢＣ単位としたが、例えば連携要求で実施されるプログラム単位に秘匿レベルを設定するようにしてもよい。計算機１２１は以上の処理を行った応答結果を計算機１０１に送信する。

【0174】

また、計算機１２１の連携部１２５は、連携要求が秘匿化済みだがステップ９０７において連携要求に応答の秘匿化要求が含まれていなかった場合、上記のステップ９１０、ステップ９１１と同様にして、応答内容の秘匿の要否を判定し、応答の秘匿を行って又は行わずに処理結果を計算機１０１に送信する。以上が、本発明の実施例の変形例の説明である。

【0175】

＜連携要求を受けた連携先の計算機の処理の変形例２＞
次に、本発明の実施例の第２の変形例を説明する。前述の実施例では、連携先のブロックチェーンの台帳１３１として、台帳の各内容が直接の取引関係者間のみで共有されるものを想定したが、本変形例では、台帳の各内容が連携先のブロックチェーンに参加している直接の取引関係者以外にも共有される場合の処理方法について述べる。

【0176】

図４Ｂの台帳１３１の内容が直接の取引関係者以外にも共有される場合、例えば、材料会社Ｃも連携先のブロックチェーンに参加しているとすると、材料会社Ｃは連携元のブロックチェーンの台帳１１１と連携先のブロックチェーンの台帳１３１の両方を閲覧できてしまう。材料会社Ｃは、台帳１１１と台帳１３１で発注ＩＤを突き合わせることで、直接の取引関係に無い組織の詳細な購買情報まで入手できてしまう。例えば発注ＩＤの値「１００１」を突き合わせることで、機器ａにどれだけ支払いを行ったかといった情報まで把握できてしまう。そこで本変形例では、台帳１１１と台帳１３１の対応関係の推測につながるような情報は暗号化して台帳に記載するようにする。

【0177】

具体的にはステップ９０６において、支払いに関する台帳更新等の処理が要求される場合、台帳１３１の日時（項目４１５）、ＢＣ ＩＤ（項目４１６）、発注ＩＤ（項目４１７）等の情報は、取引関係者間で事前に共有した暗号鍵または支払先組織の公開鍵を用いて暗号化してから台帳１３１に記載するようにする。本処理により、台帳１３１の内容は連携先ブロックチェーンの直接の取引関係者以外にも共有されるが、その解読は直接の取引関係者のみに限定することが可能になる。

【0178】

以上の本発明の実施の形態によれば、例えば、クライアント端末１４１と計算機１０１、１２１とサーバ１６１を含んで構成される計算機システムにおいて、サーバ１６１は、ブロックチェーンＢＣ＃２に所属する計算機１２１への連携要求に秘匿の要否を制御する秘匿管理情報１６８を含む。

【0179】

前記ブロックチェーンＢＣ＃１に所属する計算機１０１は、前記ブロックチェーンＢＣ＃１で実行するプログラムについて自ブロックチェーンＢＣ＃１内の処理に閉じる処理要求と連携に関わる連携要求を識別するためのプログラム管理情報１０８と、連携先の計算機１２１の情報を示す連携先情報１０９を保持する。

【0180】

また、前記ブロックチェーンＢＣ＃１に所属する計算機１０１からのリクエストを受け付ける他のブロックチェーンＢＣ＃２に所属する計算機１２１は、前記ブロックチェーンＢＣ＃１に所属する計算機１０１から受信する連携要求の秘匿の有無や、応答内容の秘匿要否を判定するための秘匿制御情報１３０を保持する。

【0181】

サーバ１６１は、クライアント端末１４１からの商品購入や決済等の操作要求の指示に基づき、前記ブロックチェーンＢＣ＃１に所属する計算機１０１に送信するリクエスト内容（処理実行要求）及び適用すべき秘匿レベルを判定し、秘匿レベルに応じてリクエストに含まれる連携要求を秘密分散や公開鍵暗号等の暗号化を施して、前記ブロックチェーンＢＣ＃１に所属する各計算機１０１に処理実行要求を送信する。

【0182】

上記処理実行要求を受信した前記ブロックチェーンＢＣ＃１に所属する各計算機１０１は、上記処理実行要求のうち自身のブロックチェーンＢＣ＃１に関係する処理要求と、連携に関係する連携要求を識別し、上記処理実行要求内の自身のブロックチェーンＢＣ＃１に関係する処理要求のみを取り込んで自身のブロックチェーンＢＣ＃１の台帳１１１の参照や更新等の処理を行う。

【0183】

そして、計算機１０１は、連携に関係する連携要求を用いて、前記他のブロックチェーンＢＣ＃２に所属する計算機１２１に連携要求を送信する。上記第２の処理要求を受信した前記他のブロックチェーンＢＣ＃２に所属する計算機１２１は、上記連携要求の秘匿の有無を判定し、秘匿済みであれば、例えば分散された要求情報を収集して復元や暗号化された連携要求の復号を通して連携要求を復元し、要求された処理を実行する。

【0184】

また、前記他のブロックチェーンＢＣ＃２に所属する計算機１２１は、上記処理結果を前記ブロックチェーンＢＣ＃１に所属する計算機１０１に応答するにあたり、連携要求で設定されている秘匿レベルや自身が定義する秘匿制御情報１３０をもとに応答内容の秘匿の要否を判定する。そして、計算機１２１では、秘匿レベルに応じて応答内容を秘密分散や公開鍵暗号による暗号化の実施及び処理結果送信先の絞り込みを行って、前記ブロックチェーンＢＣ＃１に所属する計算機１０１に処理結果を応答する。

【0185】

前記ブロックチェーンＢＣ＃１に所属する計算機１０１は、秘匿レベルに応じてローカルのデータベースへの処理結果の格納を行い、前記サーバ１６１に要求された処理の結果を応答する。

【0186】

前記サーバ１６１は、最初に送信した処理実行要求の秘匿レベルに応じて、前記ブロックチェーンＢＣ＃１に所属する複数の計算機１０１から受信した処理結果を収集して処理結果の復元を行い、復元した処理結果を前記クライアント端末１４１に提示する。

【0187】

これらによって、本発明の一実施例によれば、ブロックチェーンＢＣ＃１とブロックチェーンＢＣ＃２を連携させるにあたり、連携元のブロックチェーンＢＣ＃１でデータを共有し、連携の情報や連携にあたり他のブロックチェーンＢＣ＃２で管理する情報など、連携元のブロックチェーンＢＣ＃１には関係しない又は開示したくない情報については、関係当事者間のみでの共有が可能になる。

【0188】

以上、本発明の実施例について説明したが、本発明はこうした実施の形態に何ら限定されるものではなく、本発明の趣旨を逸脱しない範囲内において様々な形態で実施し得ることは勿論である。

【0189】

＜結び＞
以上のように、上記実施例の計算機システムは、以下のような構成とすることができる。

【0190】

（１）プロセッサ（ＣＰＵ１６３）と、メモリ（１６２）と、第１の計算機（１０１）に接続されるインタフェース（１６４）と、を有するサーバ（１６１）であって、処理要求を受け付けて、前記処理要求に前記第１の計算機（１０１）が所属する第１のブロックチェーン（ＢＣ＃１）に対する処理と、前記第１の計算機（１０１）と連携する第２の計算機（１２１）が所属する第２のブロックチェーン（ＢＣ＃２）に対する処理を示す連携要求が含まれているか否かを判定し、前記連携要求が含まれている場合には、前記第２の処理要求の秘匿化が必要か否かを判定する連携部（１６５）と、前記判定の結果に基づいて、秘匿化が必要な連携要求に秘匿化を施す秘匿部（データ秘匿部１６６）と、を有し、前記連携部（１６５）は、前記判定の結果に応じて前記秘匿部で秘匿化が施された連携要求を含む処理実行要求を前記第１の計算機（１０１）に送信することを特徴とするサーバ。

【0191】

上記構成により、連携元のブロックチェーンＢＣ＃１（第１のブロックチェーン）に所属する計算機１０１（第１の計算機）間でデータを共有し、ブロックチェーンＢＣ＃２（第２のブロックチェーン）で管理する情報（連携要求や応答）など、連携元のブロックチェーンＢＣ＃１の参加者には関係しない又は開示したくない情報については、連携要求の秘匿化によって関係当事者間のみでの共有が可能となる。

【0192】

（２）上記（１）に記載のサーバであって、前記秘匿化の内容を予め設定した秘匿管理情報（１６８）を、さらに有し、前記秘匿部（１６６）は、前記秘匿管理情報（１６８）に基づいて、前記連携要求求を秘匿化する内容を決定することを特徴とするサーバ。

【0193】

上記構成により、サーバ１６１のデータ秘匿部１６６は、呼出関数などに応じて予め秘匿レベルが設定された秘匿管理情報１６８を参照することで、連携要求のうち秘匿化する対象（５２４）を決定することが可能となる。

【0194】

（３）上記（２）に記載のサーバ（１６１）であって、前記連携部（１６５）は、前記連携要求に秘匿化が必要と判定した場合には、前記連携要求に対する応答に対して秘匿化の要否を示す情報を前記連携要求に付加して送信することを特徴とするサーバ。

【0195】

上記構成により、サーバ１６１の連携部１６５は、秘匿化の内容を予め設定した秘匿管理情報（１６８）を参照することで、連携要求に対する応答に対して秘匿化の要否を示す情報を付加することができる。連携要求の応答を秘匿化することで、ブロックチェーンＢＣ＃１に所属する計算機１０１に対して、連携要求に対する応答を隠蔽することができる。

【0196】

（４）第１のブロックチェーン（ＢＣ＃１）に所属する第１の計算機（１０１）と、第２のブロックチェーン（ＢＣ＃２）に所属する第２の計算機（１２１）と、ネットワーク（１０）を介して前記第１の計算機（１０１）及び第２の計算機（１２１）に接続されたサーバ（１６１）と、を有する計算機システムで処理を連携するデータ処理方法であって、前記サーバ（１６１）が、処理要求を受け付ける第１のステップと、前記サーバ（１６１）が、前記受け付けた処理要求に、前記第１の計算機（１０１）が所属する第１のブロックチェーン（ＢＣ＃１）に対する処理と、前記第１の計算機（１０１）と連携する第２の計算機（１２１）の第２のブロックチェーン（ＢＣ＃２）に対する処理を示す連携要求が含まれているか否かを判定する第２のステップと、前記サーバ（１６１）が、前記処理要求に前記連携要求が含まれている場合には、前記連携要求の秘匿化が必要か否かを判定する第３のステップと、前記サーバ（１６１）が、前記判定の結果に基づいて、秘匿化が必要な場合には前記連携要求に秘匿化を施す第４のステップと、前記サーバ（１６１）が、前記判定の結果に応じて前記秘匿部で秘匿化が施された連携要求を含む処理実行要求を前記第１の計算機（１０１）に送信する第５のステップと、を含むことを特徴とするデータ処理方法。

【0197】

上記構成により、連携元のブロックチェーンＢＣ＃１（第１のブロックチェーン）に所属する計算機１０１（第１の計算機）間でデータを共有し、ブロックチェーンＢＣ＃２（第２のブロックチェーン）で管理する情報（連携要求や応答）など、連携元のブロックチェーンＢＣ＃１の参加者には関係しない又は開示したくない情報については、秘匿化によって関係当事者間のみでの共有が可能となる。

【0198】

（５）上記（４）に記載のデータ処理方法であって、前記サーバ（１６１）は、前記秘匿化の内容を予め設定した秘匿管理情報（１６８）を、さらに有し、前記第４のステップは、前記秘匿管理情報（１６８）に基づいて、前記連携要求を秘匿化する内容を決定することを特徴とするデータ処理方法。

【0199】

上記構成により、サーバ１６１は、呼出関数などに応じて予め秘匿レベルが設定された秘匿管理情報１６８を参照することで、連携要求のうち秘匿化する対象（５２４）を決定することが可能となる。

【0200】

（６）上記（５）に記載のデータ処理方法であって、前記第５のステップは、前記連携要求に秘匿化が必要と判定した場合には、前記秘匿管理情報を参照して、前記連携要求の応答に対して秘匿化の要否を示す情報を前記連携要求に付加して送信することを特徴とするデータ処理方法。

【0201】

上記構成により、サーバ１６１の連携部１６５は、秘匿化の内容を予め設定した秘匿管理情報１６８を参照することで、連携要求に対する応答に対して秘匿化の要否を示す情報を付加することができる。連携要求の応答を秘匿化することで、ブロックチェーンＢＣ＃１に所属する計算機１０１に対して、連携要求に対する応答を隠蔽することができる。

【0202】

（７）第１のブロックチェーン（ＢＣ＃１）に所属する第１の計算機（１０１）と、第２のブロックチェーン（ＢＣ＃２）に所属する第２の計算機（１２１）と、ネットワークを介して前記第１の計算機（１０１）及び第２の計算機（１２１）に接続されたサーバ（１６１）と、を有して処理を連携する計算機システムであって、前記サーバ（１６１）は、処理要求を受け付けて、前記処理要求に前記第１の計算機（１０１）が所属する第１のブロックチェーン（ＢＣ＃１）に対する処理と、前記第１の計算機（１０１）と連携する第２の計算機（１２１）が所属する第２のブロックチェーン（ＢＣ＃２）に対する処理を示す連携要求が含まれているか否かを判定し、前記連携要求が含まれている場合には、前記連携要求の秘匿化が必要か否かを判定する連携部（１６５）と、前記判定の結果に基づいて、秘匿化が必要な連携要求に秘匿化を施す秘匿部（１６６）と、を有し、前記連携部（１６５）は、前記判定の結果に応じて前記秘匿部（１６６）で秘匿化が施された連携要求を含む処理要求を処理実行要求として前記第１の計算機（１０１）に送信することを特徴とする計算機システム。

【0203】

上記構成により、連携元のブロックチェーンＢＣ＃１（第１のブロックチェーン）に所属する計算機１０１（第１の計算機）間でデータを共有し、ブロックチェーンＢＣ＃２（第２のブロックチェーン）で管理する情報（連携要求や応答）など、連携元のブロックチェーンＢＣ＃１の参加者には関係しない又は開示したくない情報については、秘匿化によって関係当事者間のみでの共有が可能となる。

【0204】

（８）上記（７）に記載の計算機システムであって、前記サーバ（１６１）は、前記秘匿化の内容を予め設定した秘匿管理情報（１６８）を、さらに有し、前記連携部（１６５）は、前記秘匿管理情報（１６３８）に基づいて、前記連携要求を秘匿化する内容を決定することを特徴とする計算機システム。

【0205】

上記構成により、サーバ１６１のデータ秘匿部１６６は、呼出関数などに応じて予め秘匿レベルが設定された秘匿管理情報１６８を参照することで、連携要求のうち秘匿化する対象（５２４）を決定することが可能となる。

【0206】

（９）上記（７）に記載の計算機システムであって、前記連携部（１６５）は、前記連携要求に秘匿化が必要と判定した場合には、前記秘匿管理情報１６８を参照して、前記連携要求の応答に対して秘匿化の要否を示す情報を前記連携要求に付加して送信することを特徴とする計算機システム。

【0207】

上記構成により、サーバ１６１の連携部１６５は、秘匿化の内容を予め設定した秘匿管理情報（１６８）を参照することで、連携要求に対する応答に対して秘匿化の要否を示す情報を付加することができる。連携要求の応答を秘匿化することで、ブロックチェーンＢＣ＃１に所属する計算機１０１に対して、連携要求に対する応答を隠蔽することができる。

【0208】

（１０）上記（７）に記載の計算機システムであって、前記第１の計算機（１０１）は、前記サーバ（１６１）から受信した処理実行要求を受信して、前記処理実行要求に含まれる前記処理要求を処理し、前記処理実行要求に前記連携要求が含まれる場合には、前記連携要求を前記第２の計算機（１２１）へ送信し、前記第２の計算機（１２１）は、前記連携要求を受け付けて、当該連携要求が秘匿化されている場合には、前記連携要求を復元した後に当該連携要求を処理して、前記連携要求の処理結果を前記第１の計算機（１０１）へ応答し、前記第１の計算機（１０１）は、前記連携要求に対する応答を受信すると、前記処理要求の処理結果と、連携要求に対する処理結果と、を前記サーバ（１６１）に応答することを特徴とする計算機システム。

【0209】

上記構成により、ブロックチェーンＢＣ＃２（第２のブロックチェーン）に所属する計算機１２１は、連携要求に対する応答に秘匿化を実施することで、ブロックチェーンＢＣ＃１に所属する計算機１０１に対して、連携要求に対する応答を隠蔽することができる。

【0210】

（１１）プロセッサ（ＣＰＵ１２３）と、メモリ（１２２）と、第１の計算機（１０１）に接続されるインタフェース（１２４）と、を有する計算機（１２１）であって、連携要求を受け付けて、当該連携要求が秘匿化されているか否かを判定する連携部（１２５）と、前記連携要求が秘匿化されている場合には、前記連携要求を復元する復元部（秘匿復元部１２９）と、前記復元された連携要求を処理する管理部（トランザクション管理部１２６）と、を有し、前記連携部（１２５）は、前記処理の結果を応答することを特徴とする計算機。

【0211】

計算機１２１（第２の計算機）は、秘匿化された連携要求を復元（復号）してからトランザクション管理部１２６で処理して、計算機１０１に対して連携要求を隠蔽して、連携要求の処理結果を応答することができる。

【0212】

（１２）上記（１１）に記載の計算機（１２１）であって、応答内容の秘匿の要否を予め設定した秘匿レベル管理情報（秘匿制御情報１３０）と、前記管理部（１２６）の処理結果を、前記秘匿レベル管理情報（１３０）に基づいて秘匿化する秘匿化部（データ秘匿部１２８）と、をさらに有し、前記連携部（１２５）は、前記秘匿化された処理結果を応答することを特徴とする計算機。

【0213】

上記構成により、ブロックチェーンＢＣ＃２（第２のブロックチェーン）に所属する計算機１２１は、連携要求に対する応答に秘匿化を実施することで、ブロックチェーンＢＣ＃１に所属する計算機１０１に対して、連携要求に対する応答を隠蔽することができる。

【0214】

（１３）上記（１２）に記載の計算機であって、前記秘匿化部（１２８）は、前記秘匿レベル管理情報（１３０）に基づいて前記処理結果を秘匿化する内容を決定することを特徴とする計算機。

【0215】

上記構成により、ブロックチェーンＢＣ＃２（第２のブロックチェーン）に所属する計算機１２１は、秘匿制御情報１３０を参照することで、連携要求に対する応答に秘匿化を実施するか否かを制御することができる。

【0216】

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

【0217】

また、上記の各構成、機能、処理部、及び処理手段等は、それらの一部又は全部を、例えば集積回路で設計する等によりハードウェアで実現してもよい。また、上記の各構成、及び機能等は、プロセッサがそれぞれの機能を実現するプログラムを解釈し、実行することによりソフトウェアで実現してもよい。各機能を実現するプログラム、テーブル、ファイル等の情報は、メモリや、ハードディスク、ＳＳＤ（Ｓｏｌｉｄ Ｓｔａｔｅ Ｄｒｉｖｅ）等の記録装置、又は、ＩＣカード、ＳＤカード、ＤＶＤ等の記録媒体に置くことができる。

【0218】

また、制御線や情報線は説明上必要と考えられるものを示しており、製品上必ずしも全ての制御線や情報線を示しているとは限らない。実際には殆ど全ての構成が相互に接続されていると考えてもよい。
＜補足＞

【0219】

特許請求の範囲に記載した以外の本発明の観点の代表的なものとして、次のものがあげ
られる。

【0220】

＜１４＞
プロセッサと、メモリと、サーバ及び第２の計算機に接続されるインタフェースと、を有する第１の計算機であって、
前記サーバから処理実行要求を受け付けて、当該処理実行要求に連携要求が含まれるか否かを判定し、前記連携要求が含まれる場合には、前記第２の計算機へ前記連携要求を送信する連携部と、
前記処理実行要求に含まれる処理要求を処理する管理部と、を有し、
前記連携部は、
前記第２の計算機から前記連携要求の処理結果を受け付けると、前記処理要求の処理結果と連携要求の処理結果を前記サーバに応答することを特徴とする第１の計算機。

【0221】

＜１５＞
プロセッサと、メモリと、サーバ及び第２の計算機に接続されるインタフェースと、を有する第１の計算機が処理を連携するデータ処理方法であって、
前記第１の計算機が、前記サーバから処理実行要求を受け付けて、当該処理実行要求に連携要求が含まれるか否かを判定し、前記連携要求が含まれる場合には、前記第２の計算機へ前記連携要求を送信する第１のステップと、
前記第１の計算機が、前記処理実行要求に含まれる処理要求を処理する第２のステップと、
前記第１の計算機が、前記第２の計算機から前記連携要求の処理結果を受け付けると、前記処理要求の処理結果と連携要求の処理結果を前記サーバに応答する第３のステップと、
を含むことを特徴とするデータ処理方法。

【0222】

＜１６＞
プロセッサと、メモリと、第１の計算機に接続されるインタフェースと、を有する第２の計算機が処理を連携するデータ処理方法であって、
連携要求を受け付けて、当該連携要求が秘匿化されているか否かを判定する連携部と、
前記連携要求が秘匿化されている場合には、前記連携要求を復元する復元部と、
前記復元された連携要求を処理する管理部と、を有し、
前記連携部は、
前記処理結果を応答することを特徴とするデータ処理方法。

【0223】

＜１７＞上記＜１６＞に記載のデータ処理方法であって、
応答内容の秘匿の要否を予め設定した秘匿レベル管理情報と、
前記管理部の処理結果を、前記秘匿レベル管理情報に基づいて秘匿化する秘匿化部と、をさらに有し、
前記連携部は、
前記秘匿化された処理結果を応答することを特徴とするデータ処理方法。

【0224】

＜１８＞上記＜１７＞に記載のデータ処理方法であって、
前記秘匿化部は、
前記秘匿レベル管理情報に基づいて前記処理結果を秘匿化する内容を決定することを特徴とするデータ処理方法。

【0225】

＜１９＞
プロセッサと、メモリと、第１の計算機に接続されるインタフェースと、を有するサーバが処理を連係するデータ処理方法であって、
前記サーバが、処理要求を受け付けて、前記処理要求に前記第１の計算機が所属する第１のブロックチェーンに対する処理と、前記第１の計算機と連携する第２の計算機が所属する第２のブロックチェーンに対する処理を示す連携要求が含まれているか否かを判定し、前記連携要求が含まれている場合には、前記連携要求の秘匿化が必要か否かを判定する第１のステップと、
前記サーバが、前記判定の結果に基づいて、秘匿化が必要な連携要求に秘匿化を実施する施す第２のステップと、
前記サーバが、前記判定の結果に応じて前記秘匿部で秘匿化が施された連携要求を含む処理実行要求を前記第１の計算機に送信する第３のステップと、
を含むことを特徴とするデータ処理方法。

【0226】

＜２０＞上記＜１９＞に記載のデータ処理方法であって、
前記サーバは、
前記秘匿化の内容を予め設定した秘匿管理情報を、さらに有し、
前記第２のステップは
前記秘匿管理情報に基づいて、前記連携要求を秘匿化する内容を決定することを特徴とするデータ処理方法。

【0227】

＜２１＞上記＜１９＞に記載のデータ処理方法であって、
前記第２のステップは、
前記連携要求に秘匿化が必要と判定した場合には、前記連携要求に対する応答に対して秘匿化の要否を示す情報を前記連携要求に付加して送信することを特徴とするデータ処理方法。

【符号の説明】

【0228】

１０１、１２１ 計算機
１０２、１２２、１４２、１６２ メモリ
１０３、１２３、１４３、１６３ ＣＰＵ
１０４、１２４、１４４、１６４ Ｉ／Ｆ
１０５、１２５、１４５、１６５ 連携部
１０６、１２６ トランザクション管理部
１０７、１２７ 合意形成部
１２８、１６６ データ秘匿部
１２９、１６７ 秘匿復元部
１０８ プログラム管理情報
１０９ 連携先情報
１１１、１３１ 台帳
１３０ 秘匿制御情報
１６８ 秘匿管理情報
１４１ クライアント端末
１５１、１６１ サーバ

【図1】

【図2】

【図3】

【図4A】

【図4B】

【図4C】

【図5A】

【図5B】

【図5C】

【図6A】

【図6B】

【図7】

【図8】

【図9】

【図10】