特許 7331714 情報処理装置、情報処理方法及びプログラム

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

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

(11)【特許番号】

(24)【登録日】2023-08-15

(45)【発行日】2023-08-23

(54)【発明の名称】情報処理装置、情報処理方法及びプログラム

(51)【国際特許分類】

   H04L 9/14 20060101AFI20230816BHJP

   G06F 21/62 20130101ALI20230816BHJP

   H04L 9/32 20060101ALI20230816BHJP

【ＦＩ】

H04L9/14

G06F21/62 318

H04L9/32 200Z

【請求項の数】 4

(21)【出願番号】P 2020010593

(22)【出願日】2020-01-27

(65)【公開番号】P2021118444

(43)【公開日】2021-08-10

【審査請求日】2022-10-06

(73)【特許権者】

【識別番号】000005223

【氏名又は名称】富士通株式会社

(74)【代理人】

【識別番号】100107766

【弁理士】

【氏名又は名称】伊東 忠重

(74)【代理人】

【識別番号】100070150

【弁理士】

【氏名又は名称】伊東 忠彦

(72)【発明者】

【氏名】竹内 琢磨

(72)【発明者】

【氏名】鎌倉 健

【審査官】青木 重徳

(56)【参考文献】

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

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

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

【文献】特開２００８－１３１０５８（ＪＰ，Ａ）

【文献】米国特許出願公開第２０１８／０２５３４６４（ＵＳ，Ａ１）

【文献】ABHISHEK PARAKH，COMMUNICATION EFFICIENT OBLIVIOUS TRANSFER USING ELLIPTIC CURVES，2012 IEEE 14TH INTERNATIONAL SYMPOSIUM ON HIGH-ASSURANCE SYSTEMS ENGINEERING (HASE)，2012年10月25日，PAGE(S):173 - 174，http://dx.doi.org/10.1109/HASE.2012.14

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

Ｈ０４Ｌ ９／１４

Ｇ０６Ｆ ２１／６２

Ｈ０４Ｌ ９／３２

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

【請求項1】

端末が有する第１の秘密鍵に対応する第１の公開鍵によって暗号化されて記憶部に記憶されているプログラムと、前記第１の秘密鍵には対応しない第２の公開鍵によって暗号化されてから前記第１の公開鍵によって暗号化され前記プログラムに対応付けられて前記記憶部に記憶されている、前記プログラムに対する第１の識別子とを前記端末へ送信する送信部と、
前記プログラムを実行した前記端末において前記第１の公開鍵によって復号され、前記第２の公開鍵によって暗号化されている前記第１の識別子を受信すると、前記第２の公開鍵に対応する第２の秘密鍵によって復号された前記第１の識別子を含む取引情報をブロックチェーンに登録する登録部と、
を有することを特徴とする情報処理装置。

【請求項2】

前記取引情報の前記ブロックチェーンへの登録に際し、第２の公開鍵によって暗号化されてから前記第１の公開鍵によって暗号化された、前記第１の識別子とは異なる第２の識別子によって、前記記憶部に記憶されている前記第１の識別子を更新する更新部と、
を有することを特徴とする請求項１記載の情報処理装置。

【請求項3】

端末が有する第１の秘密鍵に対応する第１の公開鍵によって暗号化されて記憶部に記憶されているプログラムと、前記第１の秘密鍵には対応しない第２の公開鍵によって暗号化されてから前記第１の公開鍵によって暗号化され前記プログラムに対応付けられて前記記憶部に記憶されている、前記プログラムに対する第１の識別子とを前記端末へ送信し、
前記プログラムを実行した前記端末において前記第１の公開鍵によって復号され、前記第２の公開鍵によって暗号化されている前記第１の識別子を受信すると、前記第２の公開鍵に対応する第２の秘密鍵によって復号された前記第１の識別子を含む取引情報をブロックチェーンに登録する、
処理をコンピュータが実行することを特徴とする情報処理方法。

【請求項4】

端末が有する第１の秘密鍵に対応する第１の公開鍵によって暗号化されて記憶部に記憶されているプログラムと、前記第１の秘密鍵には対応しない第２の公開鍵によって暗号化されてから前記第１の公開鍵によって暗号化され前記プログラムに対応付けられて前記記憶部に記憶されている、前記プログラムに対する第１の識別子とを前記端末へ送信し、
前記プログラムを実行した前記端末において前記第１の公開鍵によって復号され、前記第２の公開鍵によって暗号化されている前記第１の識別子を受信すると、前記第２の公開鍵に対応する第２の秘密鍵によって復号された前記第１の識別子を含む取引情報をブロックチェーンに登録する、
処理をコンピュータに実行させることを特徴とするプログラム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、情報処理装置、情報処理方法及びプログラムに関する。

【背景技術】

【0002】

近年のソフトウェア開発において、プログラムの全てを単独のエンジニアが管理することは希であり、クラウドサービスが提供するＡＰＩ（Application Program Interface）ライブラリを利用し、ＡＰＩライブラリを呼び出す処理をプログラム内に取り入れることが盛んである。このようなＡＰＩライブラリの提供者は、ユーザからのＡＰＩライブラリの呼び出し回数に応じてユーザから課金を行うことで、ＡＰＩライブラリの提供のサービスについての収益を成り立たせている。

【0003】

一方、上記のようなサービスのユーザにとって、ＡＰＩライブラリを呼び出す処理の再現性の保証は重要である。しかし、一般にＡＰＩライブラリの処理内容は外部からブラックボックス化されている。そのため、サービス内で処理内容の仕様変更が行われた場合、ユーザにとっては、同じＡＰＩの呼び出し処理であっても時間の経過に応じて実行結果が変わる可能性がある。そのため、例えば、ＡＰＩライブラリの提供者がプログラム仕様変更の履歴を改竄なく公開してくれるという信頼性を前提として、再現性を保証することが考えられる。

【先行技術文献】

【特許文献】

【0004】

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

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

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

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

【文献】国際公開第２０１９－００４１１８号

【発明の概要】

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

【0005】

ここで、ブロックチェーンの透明性を利用し、ブロックチェーン上のデータとしてＡＰＩライブラリの処理ロジック（プログラム）を管理し、ブロックチェーンを用いて処理ロジックのアクセス制御を行えば、サービス提供者への信頼性を要求せずとも再現性を保証できると考えられる。

【0006】

しかし、ブロックチェーンのデータとしての処理ロジックが一度実行されると、全ノードにおいて処理ロジックが共有されるため、ユーザは、以降はＡＰＩを呼び出さずとも同様の処理ロジックを用いることができるようになる。その結果、ＡＰＩライブラリの提供者が、プログラムの実行回数に応じて課金を行うことが困難となる。

【0007】

そこで、一側面では、本発明は、プログラムの実行回数に応じた課金を可能とすることを目的とする。

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

【0008】

一つの態様では、情報処理装置は、端末が有する第１の秘密鍵に対応する第１の公開鍵によって暗号化されて記憶部に記憶されているプログラムと、前記第１の秘密鍵には対応しない第２の公開鍵によって暗号化されてから前記第１の公開鍵によって暗号化され前記プログラムに対応付けられて前記記憶部に記憶されている、前記プログラムに対する第１の識別子とを前記端末へ送信する送信部と、前記プログラムを実行した前記端末において前記第１の公開鍵によって復号され、前記第２の公開鍵によって暗号化されている前記第１の識別子を受信すると、前記第２の公開鍵に対応する第２の秘密鍵によって復号された前記第１の識別子を含む取引情報をブロックチェーンに登録する登録部と、を有する。

【発明の効果】

【0009】

一側面として、プログラムの実行回数に応じた課金を可能とすることができる。

【図面の簡単な説明】

【0010】

【図1】第１の実施の形態の情報処理システムの構成例を示す図である。

【図2】第１の実施の形態におけるブロックチェーンＣ１の各ノード１０のハードウェア構成例を示す図である。

【図3】第１の実施の形態におけるブロックチェーンＣ１の各ノード１０の機能構成例を示す図である。

【図4】ブロックチェーンＣ１への処理ロジックの登録処理の処理手順の一例を説明するためのシーケンス図である。

【図5】処理ロジック及び処理識別子の暗号化を説明するための図である。

【図6】処理ロジックＤＢ１２１の構成例を示す図である。

【図7】処理ロジックの利用時に実行される処理手順の一例を説明するためのシーケンス図である。

【図8】処理ロジックの利用時に実行される処理手順の一例を説明するためのシーケンス図である。

【図9】処理ロジックの更新処理の処理手順の第１の例を説明するためのシーケンス図である。

【図10】処理ロジックの更新処理の処理手順の第２の例を説明するためのシーケンス図である。

【図11】第２の実施の形態の情報処理システムの構成例を示す図である。

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

【0011】

以下、図面に基づいて第１の実施の形態を説明する。図１は、第１の実施の形態の情報処理システムの構成例を示す図である。

【0012】

図１に示される情報処理システム１において、ブロックチェーンＣ１は、インターネット等のネットワークを介して１以上のアプリ端末２０及び１以上のＡＰＩ提供者端末３０に接続される。

【0013】

アプリ端末２０は、ブロックチェーンＣ１において公開されるＡＰＩ（Application Program Interface）を介してアクセス可能なプログラム（以下、「処理ロジック」という。）を利用するアプリケーションプログラム（以下、「アプリａ」という。）がインストールされた端末である。

【0014】

ＡＰＩ提供者端末３０は、上記ＡＰＩを介してアクセスされる処理ロジックの提供者（以下、「ＡＰＩ提供者」という。）が利用する端末である。

【0015】

なお、アプリ端末２０及びＡＰＩ提供者端末３０としては、ＰＣ（Personal Computer）、スマートフォン又はタブレット端末等が利用されてもよい。

【0016】

ブロックチェーンＣ１は、処理ロジックを記憶するブロックチェーンである。

【0017】

図２は、第１の実施の形態におけるブロックチェーンＣ１の各ノード１０のハードウェア構成例を示す図である。図２に示されるように、ノード１０は、それぞれバスＢで相互に接続されているドライブ装置１００、補助記憶装置１０２、メモリ装置１０３、ＣＰＵ１０４、及びインタフェース装置１０５等を有する。

【0018】

ノード１０での処理を実現するプログラムは、記録媒体１０１によって提供される。プログラムを記録した記録媒体１０１がドライブ装置１００にセットされると、プログラムが記録媒体１０１からドライブ装置１００を介して補助記憶装置１０２にインストールされる。但し、プログラムのインストールは必ずしも記録媒体１０１より行う必要はなく、ネットワークを介して他のコンピュータよりダウンロードするようにしてもよい。補助記憶装置１０２は、インストールされたプログラムを格納すると共に、必要なファイルやデータ等を格納する。

【0019】

メモリ装置１０３は、プログラムの起動指示があった場合に、補助記憶装置１０２からプログラムを読み出して格納する。ＣＰＵ１０４は、メモリ装置１０３に格納されたプログラムに従ってノード１０に係る機能を実行する。インタフェース装置１０５は、ネットワークに接続するためのインタフェースとして用いられる。

【0020】

なお、記録媒体１０１の一例としては、ＣＤ－ＲＯＭ、ＤＶＤディスク、又はＵＳＢメモリ等の可搬型の記録媒体が挙げられる。また、補助記憶装置１０２の一例としては、ＨＤＤ（Hard Disk Drive）又はフラッシュメモリ等が挙げられる。記録媒体１０１及び補助記憶装置１０２のいずれについても、コンピュータ読み取り可能な記録媒体に相当する。

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

１ 情報処理システム
１０ ノード
１１ 処理ロジック更新部
１２ 処理ロジック参照部
１３ 復号要求受信部
１４ 取引管理部
２０ アプリ端末
３０ ＡＰＩ提供者端末
１００ ドライブ装置
１０１ 記録媒体
１０２ 補助記憶装置
１０３ メモリ装置
１０４ ＣＰＵ
１０５ インタフェース装置
１２１ 処理ロジックＤＢ
１２２ 台帳
Ｂ バス
Ｃ１ ブロックチェーン
Ｃ２ ブロックチェーン

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】