JP2022029925A - 情報システム、情報処理装置、承認端末、情報処理方法、およびプログラム - Google Patents

Abstract

【課題】従来、予め決められた条件を満たす承認が行われた場合に、当該承認に対応するトークンに関する処理を行えなかった。【解決手段】トークンに関する処理の依頼を識別する依頼識別子を有する依頼情報を依頼端末から受信する依頼受信部と、２以上の各承認装置から送信された承認情報を受信する承認受信部と、依頼受信部が受信した依頼情報が有する依頼識別子を用いて依頼特定情報を取得し、当該依頼特定情報に対応する承認情報であり、承認受信部が受信した承認情報が予め決められた条件を満たすか否かを判断する承認判断部と、承認判断部が予め決められた条件を満たすと判断した場合に、依頼識別子に対応する処理であり、トークンに関するトークン処理を行うトークン処理部とを具備する、情報処理装置により、予め決められた条件を満たす承認が行われた場合に、当該承認に対応するトークンに関する処理を行える。【選択図】図３

Description

本発明は、ブロックチェーンにおいて、トークンに関する処理を行う情報システム等に関するものである。

従来、トークンの取引を、円滑かつ効率的に行なうためのトークン取引支援システムがあった（例えば、特許文献１参照）。

当該トークン取引支援システムにおいて、取引支援サーバの制御部は、アクセスしたユーザ端末からユーザ認証情報を取得して、ユーザ認証を行ない、ユーザ認証を完了した場合、ユーザが保有するすべてのウォレットを特定し、各ウォレットにおける各仮想通貨及び各トークンの残高情報を取得し、各取引所サーバから、各仮想通貨及び各トークンの取引価格情報を取得し、ユーザ端末に、残高情報及び取引価格情報を出力する、といったシステムである。

特開２０２０－５３０８２号公報

しかしながら、従来技術においては、ブロックチェーンにおけるトークンに関する処理について、予め決められた条件を満たす承認が行われた場合に、当該承認に対応するトークンに関する処理を行うことができなかった。

そのため、例えば、ユーザが鍵情報を紛失した場合のリカバリー処理等の特定の処理について、適切なリカバリーが行えなかった。

本第一の発明の情報システムは、トークンに関する処理の依頼を識別する依頼識別子を有する依頼情報を送信する依頼端末と、依頼に対する承認を示す承認情報を送信する２以上の承認装置と、情報処理装置とを具備する情報システムであり、依頼端末は、依頼情報を受け付ける端末受付部と、依頼情報を情報処理装置に送信する端末送信部とを具備し、承認装置は、秘密鍵が格納される第一承認格納部と、承認する対象の依頼を特定する依頼特定情報が格納される第二承認格納部と、依頼に対する承認の指示である承認指示を受け付ける承認受付部と、承認受付部が承認指示を受け付けた後に、秘密鍵を用いて依頼特定情報を含む情報に対して署名を行い、承認情報を構成する承認取得部と、承認情報を情報処理装置に送信する承認送信部とを具備し、情報処理装置は、依頼端末から送信された依頼情報を受信する依頼受信部と、２以上の各承認装置から送信された承認情報を受信する承認受信部と、依頼受信部が受信した依頼情報が有する依頼識別子を用いて依頼特定情報を取得し、依頼特定情報に対応する承認情報であり、承認受信部が受信した承認情報が予め決められた条件を満たすか否かを判断する承認判断部と、承認判断部が予め決められた条件を満たすと判断した場合に、依頼識別子に対応する処理であり、トークンに関するトークン処理を行うトークン処理部とを具備する、情報システムである。

かかる構成により、ブロックチェーンにおけるトークンに関する処理について、予め決められた条件を満たす承認が行われた場合に、当該承認に対応するトークンに関する処理を行える。

また、本第二の発明の情報システムは、第一の発明に対して、承認装置は、第一端末と第二端末とを具備し、第一端末は、秘密鍵が格納される第一承認格納部と、秘密鍵を第二端末に送信する第一送信部とを具備し、第二端末は、承認する対象の依頼を特定する依頼特定情報が格納される第二承認格納部と、依頼に対する承認の指示である承認指示を受け付ける承認受付部と、秘密鍵を第一端末から受信する第二受信部と、秘密鍵を用いて依頼特定情報を含む情報に対して署名を行い、承認情報を構成する承認取得部と、情報処理装置に承認情報を送信する承認送信部とを具備する情報システムである。

かかる構成により、ブロックチェーンにおけるトークンに関する処理について、予め決められた条件を満たす承認が行われた場合に、当該承認に対応するトークンに関する処理を行える。

また、本第三の発明の情報システムは、第一の発明に対して、承認装置は、第一端末と第二端末とを具備し、第一端末は、秘密鍵が格納される第一承認格納部と、第二端末から依頼特定情報を受信する第一受信部と、秘密鍵を用いて依頼特定情報を含む情報に対して署名を行い、承認情報を構成する承認取得部と、情報処理装置に承認情報を送信する承認送信部とを具備し、第二端末は、承認する対象の依頼を特定する依頼特定情報が格納される第二承認格納部と、依頼に対する承認の指示である承認指示を受け付ける承認受付部と、承認受付部が承認指示を受け付けた後に、依頼特定情報を第一端末に送信する第二送信部とを具備する情報システムである。

かかる構成により、ブロックチェーンにおけるトークンに関する処理について、予め決められた条件を満たす承認が行われた場合に、当該承認に対応するトークンに関する処理を行える。

また、本第四の発明の情報システムは、第一から第三いずれか１つの発明に対して、情報処理装置は、依頼受信部が依頼情報を受信した後に、依頼情報が有する依頼識別子により識別される依頼に対応する承認を行うか否かを問い合わせる問合情報を２以上の承認装置に送信する問合送信部をさらに具備し、承認受信部は、問合送信部による問合情報の送信の後に、承認情報を受信し、承認装置は、問合情報を受信する問合受信部をさらに具備し、依頼特定情報は、問合情報に対応する情報である、情報システムである。

かかる構成により、ブロックチェーンにおけるトークンに関する処理について、予め決められた条件を満たす承認が行われた場合に、当該承認に対応するトークンに関する処理を行える。

また、本第五の発明の情報システムは、第一から第三いずれか１つの発明に対して、情報処理装置と依頼端末との間の通信、および情報処理装置と２以上の各承認装置との間の通信は、閉域網を用いた通信である情報システムである。

かかる構成により、ブロックチェーンにおけるトークンに関する処理について、予め決められた条件を満たす承認が行われた場合に、当該承認に対応するトークンに関する処理をより安全に行える。

また、本第六の発明の情報システムは、第一から第五いずれか１つの発明に対して、トークン処理部は、トークンを利用するために必要な鍵情報を紛失した場合の対するリカバリー処理を行う情報システムである。

かかる構成により、予め決められた条件を満たす承認が行われた場合に、鍵を紛失したユーザに対するリカバリー処理が適切に行える。

また、本第七の発明の情報システムは、第六の発明に対して、リカバリー処理は、鍵情報に対応するトークンの保有者であるユーザを識別するユーザ識別子を他のユーザ識別子に変更する処理である情報システムである。

かかる構成により、予め決められた条件を満たす承認が行われた場合に、鍵を紛失したユーザのトークンの他のユーザへの移転の処理が適切に行える。

また、本第八の発明の情報システムは、第一から第七いずれか１つの発明に対して、情報処理装置は、予め決められた条件、およびトークン処理の内容について記載されているスマートコントラクト情報が格納されるスマートコントラクト格納部をさらに具備し、承認判断部は、承認受信部が受信した承認情報が、スマートコントラクト情報に記載されている予め決められた条件を満たすか否かを判断し、トークン処理部は、スマートコントラクト情報に記載されているトークン処理の内容に基づいて、トークン処理を行う、情報システムである。

かかる構成により、ブロックチェーンにおけるトークンに関する処理について、予め決められた条件を満たす承認が行われた場合に、当該承認に対応するトークンに関する処理を行える。

また、本第九の発明の情報システムは、第一から第八いずれか１つの発明に対して、情報処理装置には、承認期間に関する期間情報が格納されており、承認判断部は、期間情報に対応する承認情報が、予め決められた条件を満たすか否かを判断する、情報システムである。

かかる構成により、ブロックチェーンにおけるトークンに関する処理について、予め決められた期間内の承認が条件を満たす場合に、当該承認に対応するトークンに関する処理を行える。

また、本第十の発明の情報処理装置は、トークンに関する処理の依頼を識別する依頼識別子を有する依頼情報を依頼端末から受信する依頼受信部と、２以上の各承認装置から送信された承認情報を受信する承認受信部と、依頼受信部が受信した依頼情報が有する依頼識別子を用いて依頼特定情報を取得し、依頼特定情報に対応する承認情報であり、承認受信部が受信した承認情報が予め決められた条件を満たすか否かを判断する承認判断部と、承認判断部が予め決められた条件を満たすと判断した場合に、依頼識別子に対応する処理であり、トークンに関するトークン処理を行うトークン処理部とを具備する情報処理装置である。

かかる構成により、ブロックチェーンにおけるトークンに関する処理について、予め決められた条件を満たす承認が行われた場合に、当該承認に対応するトークンに関する処理を行える。

また、本第十一の発明の承認端末は、トークンに関する処理の依頼であり、承認する対象の依頼を特定する依頼特定情報が格納される第二承認格納部と、依頼に対する承認の指示である承認指示を受け付ける承認受付部と、秘密鍵を第一端末から受信する第二受信部と、秘密鍵を用いて依頼特定情報を含む情報に対して署名を行い、承認情報を構成する承認取得部と、情報処理装置に承認情報を送信する承認送信部とを具備する承認端末である。

かかる構成により、ブロックチェーンにおけるトークンに関する処理について、予め決められた条件を満たす承認が行われた場合に、当該承認に対応するトークンに関する処理を行える。

また、本第十二の発明の承認端末は、秘密鍵が格納される第一承認格納部と、トークンに関する処理の依頼であり、承認する対象の依頼を特定する依頼特定情報を第二端末から受信する第一受信部と、秘密鍵を用いて依頼特定情報を含む情報に対して署名を行い、承認情報を構成する承認取得部と、情報処理装置に承認情報を送信する承認送信部とを具備する承認端末である。

かかる構成により、ブロックチェーンにおけるトークンに関する処理について、予め決められた条件を満たす承認が行われた場合に、当該承認に対応するトークンに関する処理を行える。

本発明による情報システムによれば、ブロックチェーンにおけるトークンに関する処理について、予め決められた条件を満たす承認が行われた場合に、当該承認に対応するトークンに関する処理を行える。

実施の形態１における情報システムＡの概念図 同情報システムＡのブロック図 同情報システムＡを構成する情報処理装置３のブロック図 同第二端末２２の動作例について説明するフローチャート 同情報処理装置３の動作例について説明するフローチャート 同依頼情報管理表を示す図 同情報システムＡの動作概要を説明する図 実施の形態２における情報システムＢの概念図 同情報システムＢのブロック図 同第一端末４１の動作例について説明するフローチャート 同第二端末４２の動作例について説明するフローチャート 上記実施の形態におけるコンピュータシステムの概観図 同コンピュータシステムのブロック図

以下、情報システム等の実施形態について図面を参照して説明する。なお、実施の形態において同じ符号を付した構成要素は同様の動作を行うので、再度の説明を省略する場合がある。

（実施の形態１）
本実施の形態において、ブロックチェーンにおいて、依頼端末からの依頼に対する承認情報を受信し、当該受信した２以上の承認情報が予め決められた条件を満たすと判断した場合に、当該依頼に対応する処理を実行する情報処理装置を具備する情報システムについて説明する。なお、承認情報は、２以上の各承認装置から秘密鍵によって署名された情報である。
また、本実施の形態において、承認装置は、秘密鍵が格納される第一端末、および秘密鍵を受信し、承認情報を送信する第二端末を有する。つまり、本実施の形態において、承認装置は、物理的に分離された２つの装置を有する。また、承認装置と情報処理装置との間の通信は、閉域網を用いた通信であることは好適である。また、閉域網は、例えば、ＬＴＥ閉域網、ＶＰＮである。また、依頼に対応する処理は、鍵を紛失したユーザに対するリカバリー処理であることは好適である。また、リカバリー処理は、例えば、別ユーザへのトークンの移転のための処理である。さらに、情報処理装置は、スマートコントラクトに従って動作を行うことは好適である。

また、本実施の形態において、依頼端末から送信された依頼情報を受信した後、当該依頼情報に対する承認を求める問合情報を１以上の第二端末に送信し、当該１以上の各第二端末から承認情報を受信し、当該承認情報が予め決められた条件を満たすと判断した場合に、依頼に対応する処理を実行する情報処理装置を具備する情報システムについて説明する。

また、本実施の形態において、承認期間に関する情報が管理されており、承認期間内において受信された承認情報を用いて、予め決められた条件を満たすか否かを判断する情報処理装置を具備する情報システムについて説明する。

図１は、本実施の形態における情報システムＡの概念図である。情報システムＡは、１または２以上の依頼端末１、１または２以上の承認装置２、および情報処理装置３を備える。また、承認装置２は、第一端末２１、および第二端末２２を備える。

図２は、本実施の形態における情報システムＡのブロック図である。また、図３は、情報システムＡを構成する情報処理装置３のブロック図である。

情報システムＡを構成する依頼端末１は、端末格納部１１、端末受付部１２、端末処理部１３、端末送信部１４、端末受信部１５、および端末出力部１６を備える。

第一端末２１は、第一承認格納部２１１、第一処理部２１２、第一送信部２１３を備える。

第二端末２２は、第二承認格納部２２１、承認受付部２２２、第二受信部２２３、第二処理部２２４、および承認送信部２２５を備える。第二受信部２２３は、問合受信部２２３１を備える。第二処理部２２４は、承認取得部２２４１を備える。

情報処理装置３は、格納部３１、受信部３２、処理部３３、および送信部３４を備える。格納部３１は、スマートコントラクト格納部３１１を備える。受信部３２は、依頼受信部３２１、承認受信部３２２を備える。処理部３３は、承認判断部３３１、およびトークン処理部３３２を備える。送信部３４は、問合送信部３４１を備える。

依頼端末１を構成する端末格納部１１には、各種の情報が格納される。各種の情報とは、例えば、後述する依頼情報である。

端末受付部１２は、各種の情報や指示を受け付ける。各種の情報や指示とは、例えば、依頼情報、送信指示である。

依頼情報とは、トークンに関する処理の依頼に関する情報である。依頼情報は、例えば、依頼識別子を有する。依頼識別子とは、トークンに関する処理の依頼を識別する情報である。依頼識別子は、例えば、ＩＤ、または依頼内容を示す文字列等である。依頼情報は、例えば、第一ユーザ識別子と第二ユーザ識別子とを含む。第一ユーザ識別子は、トークンの所有者である第一ユーザを識別する情報である。第二ユーザ識別子は、第一ユーザとは異なるユーザである第二ユーザを識別する情報である。第一ユーザ識別子と第二ユーザ識別子とは、例えば、ユーザＩＤ、電話番号、メールアドレス等である。第一ユーザ識別子と第二ユーザ識別子とは異なる情報である。

送信指示とは、依頼情報を情報処理装置３に送信する指示である。送信指示は、通常、依頼情報を有する。なお、依頼情報の受け付けにより、依頼情報が送信されても良い。

ここでの受け付けとは、キーボードやマウス、タッチパネルなどの入力デバイスから入力された情報の受け付け、有線もしくは無線の通信回線を介して送信された情報の受信、光ディスクや磁気ディスク、半導体メモリなどの記録媒体から読み出された情報の受け付けなどを含む概念である。

依頼情報の入力手段は、タッチパネルやキーボードやマウスやメニュー画面によるもの等、何でも良い。

端末処理部１３は、各種の処理を行う。各種の処理とは、例えば、端末受付部１２が受け付けた情報や指示を、送信する情報や指示の構造にする処理である。各種の処理とは、例えば、端末受信部１５が受信した情報を出力するデータ構造にする処理である。

端末送信部１４は、端末処理部１３が構成した依頼情報を情報処理装置３に送信する。端末処理部１３が構成した依頼情報は、端末受付部１２が受け付けた依頼情報である、と言っても良い。

端末受信部１５は、情報処理装置３から情報を受信する。かかる情報は、例えば、依頼情報が受け付けられた旨の情報、依頼情報の送信結果である。依頼情報の送信結果は、例えば、依頼情報に対応する依頼が承認されたか否かである。依頼情報の送信結果は、例えば、承認された場合の結果に関する情報である。承認された場合の結果に関する情報とは、例えば、トークンの所有者が変更された旨の情報、トークンの変更された所有者に関する情報である。

端末出力部１６は、各種の情報を出力する。各種の情報は、端末処理部１３が構成した情報である。各種の情報は、例えば、依頼情報、依頼情報が受け付けられた旨の情報、依頼情報の送信結果等である。

ここで出力とは、ディスプレイへの表示、プロジェクターを用いた投影、プリンタでの印字、音出力、外部の装置への送信、記録媒体への蓄積、他の処理装置や他のプログラムなどへの処理結果の引渡しなどを含む概念である。

承認装置２は、第一端末２１と第二端末２２とを具備する。なお、承認装置２は、第一端末２１と第二端末２２との機能を有する一体の装置でも良い。かかる場合、第一端末２１と第二端末２２との間の通信は行われない。

第一端末２１を構成する第一承認格納部２１１には、秘密鍵が格納される。秘密鍵が格納されるまでの過程は問わない。

第一処理部２１２は、各種の処理を行う。各種の処理とは、例えば、第一承認格納部２１１の秘密鍵を読み出す処理である。

第一送信部２１３は、第一処理部２１２が読み出した秘密鍵を第二端末２２に送信する。第一送信部２１３は、自律的に秘密鍵を第二端末２２に送信しても良いし、第二端末２２からの指示の受信に応じて秘密鍵を第二端末２２に送信しても良い。自律的に秘密鍵を第二端末２２に送信する場合の頻度、時間的間隔等は問わない。

第二端末２２を構成する第二承認格納部２２１には、各種の情報が格納される。各種の情報とは、例えば、承認者識別子、依頼特定情報、秘密鍵である。承認者識別子は、承認装置２を使用するユーザを識別する情報である。承認者識別子は、承認者を識別する情報である、と言っても良い。承認者識別子は、ユーザ識別子の一例である、と考えても良い。

第二承認格納部２２１における依頼特定情報等の格納は、一時的な格納でも良い。第二承認格納部２２１の依頼特定情報は、通常、情報処理装置３から送信された情報である。ただし、第二承認格納部２２１の依頼特定情報は、承認受付部２２２が受け付けた情報でも良い。依頼特定情報を取得するルートは問わない。

依頼特定情報は、承認する対象の依頼を特定する情報である。ここでの依頼は、トークンに関する処理の依頼である。承認する対象とは、トークンに関する処理、またはトークンである。また、依頼特定情報は、例えば、後述する問合情報に対応する情報である。依頼特定情報は、依頼識別子でも良いし、依頼識別子に対応する情報でも良いし、依頼情報でも良い。

第二承認格納部２２１における秘密鍵は、第一端末２１から受信された情報である。

承認受付部２２２は、承認指示等を受け付ける。承認指示等とは、例えば、承認指示、問合指示である。

承認指示とは、依頼に対して承認することを示す指示である。ここでの依頼は、トークンに関する処理の依頼である。依頼に対する承認の指示は、依頼特定情報に対する承認の指示と同じである、と考えても良い。承認指示は、例えば、依頼識別子、または依頼特定情報を有する。

問合指示とは、承認が必要な依頼が情報処理装置３に存在するか否かを問い合わせる指示である。問合指示は、通常、承認者を識別するユーザ識別子を有する。

承認指示等の入力手段は、タッチパネルやキーボードやマウスやメニュー画面によるもの等、何でも良い。承認受付部２２２は、タッチパネルやキーボード等の入力手段のデバイスドライバーや、メニュー画面の制御ソフトウェア等で実現され得る。

第二受信部２２３は、各種の情報を受信する。各種の情報とは、例えば、秘密鍵、問合情報である。

第二受信部２２３は、秘密鍵を第一端末２１から受信する。かかる受信は、例えば、近距離無線通信による受信である。近距離無線通信は、例えば、Ｂｌｕｅｔｏｏｔｈ（登録商標）、ＮＦＣ等であるが、通信手段は問わない。

第二受信部２２３は、承認指示の受け付けに応じて、秘密鍵を受信しても良い。常時または定期的または連続的に、秘密鍵を受信していても良い。

問合受信部２２３１は、問合情報を受信する。問合受信部２２３１は、情報処理装置３から問合情報を受信する。問合情報とは、依頼情報が有する依頼識別子により識別される依頼に対応する承認を行うか否かを問い合わせるための情報である。問合情報は、通常、依頼識別子または依頼特定情報を有する。

なお、第二受信部２２３と問合受信部２２３１との通信手段は、各々、異なっていても良い。例えば、第二受信部２２３の通信は近距離無線通信により、問合受信部２２３１は閉域網またはインターネットによる通信でも良い。

第二処理部２２４は、各種の処理を行う。各種の処理とは、例えば、承認取得部２２４１が行う処理である。各種の処理とは、例えば、承認受付部２２２が受け付けた指示等を送信するデータ構造にする処理である。各種の処理とは、例えば、問合受信部２２３１が受信した情報を出力するデータ構造にする処理である。各種の処理とは、例えば、第二承認格納部２２１に格納されているユーザ識別子を読み出し、当該ユーザ識別子を含む問合指示を構成する処理である。

承認取得部２２４１は、承認受付部２２２が承認指示を受け付けた後に、受信された秘密鍵を用いて依頼特定情報を含む情報に対して署名を行い、承認情報を構成する。署名とは、いわゆるデジタル署名である。署名は、秘密鍵を用いて、依頼特定情報を含む情報を暗号化し、承認情報を取得する処理である。なお、署名の処理は、公知技術であるので、ここでの説明は省略する。

また、承認指示を受け付けた後とは、承認受付部２２２が承認指示を受け付けたことに応じて、という意味に解しても良い。つまり、承認取得部２２４１は、承認指示の受け付けに応じて、承認情報を構成しても良い。

依頼特定情報を含む情報は、通常、承認者識別子を有するが、依頼特定情報だけでも良い。

承認送信部２２５は、承認取得部２２４１が取得した承認情報を情報処理装置３に送信する。承認送信部２２５は、問合指示を情報処理装置３に送信しても良い。なお、送信される承認情報は、通常、暗号化されている。

第二出力部２２６は、各種の情報を出力する。各種の情報とは、例えば、依頼特定情報である。

ここで出力とは、ディスプレイへの表示、プロジェクターを用いた投影、プリンタでの印字、音出力、外部の装置への送信、記録媒体への蓄積、他の処理装置や他のプログラムなどへの処理結果の引渡しなどを含む概念である。

情報処理装置３を構成する格納部３１には、各種の情報が格納される。各種の情報とは、例えば、後述するスマートコントラクト情報、鍵情報、依頼情報、期間情報、ユーザ毎のポイント、トークン、端末識別子である。

鍵情報は、承認情報を復号化するための鍵の情報である。鍵情報は、通常、秘密鍵である。格納部３１の鍵情報は、依頼情報に対応付いても良いし、一つでも良い。鍵情報は、スマートコントラクト情報の中に含まれていても良い。

期間情報とは、承認期間に関する情報である。期間情報は、依頼情報に対応付いていても良いし、一つでも良い。期間情報は、例えば、スマートコントラクト情報の中に存在する。

ユーザ毎のポイントとは、承認者であるユーザが承認した場合のポイントである。つまり、ユーザ毎のポイントが使用される場合は、通常、承認に対してユーザ毎の重み付けがある場合である。

スマートコントラクト格納部３１１には、スマートコントラクト情報が格納される。スマートコントラクト情報とは、スマートコントラクトのプログラムが記載された情報である。スマートコントラクト情報は、通常、スマートコントラクトのプログラムが記載されたファイルである。スマートコントラクト情報は、例えば、予め決められた条件、およびトークン処理の内容について記載されている。予め決められた条件とは、承認に関する条件である。予め決められた条件とは、依頼に対する承認が認められるための条件である。予め決められた条件は、例えば、依頼に対する承認の強さに関する条件である。予め決められた条件は、例えば、依頼に対する承認が認められるための最低の承認数を示す情報、依頼に対する承認が認められるための承認数の割合を特定する情報、依頼に対する承認が認められるための最低の承認ポイントを示す情報である。なお、承認ポイントは、例えば、各承認者に対応付けて格納されているポイントの合計である。スマートコントラクト情報は、例えば、オーナーを特定するオーナー識別子に対応付いている。オーナーは、スマートコントラクト情報を変更できる権限を有する者である。オーナー識別子は、ＩＤ、氏名等、問わない。オーナー識別子に対応付いていることは、オーナー識別子を含むことでも良く、スマートコントラクト情報のデータ構造は問わない。

ここでのトークンとは、ブロックチェーンにおけるトークンである。トークンは、いわゆる仮想通貨である。トークンは、通常、ユーザ識別子に対応付いている。ユーザ識別子は、対応付いているトークンの所有者を識別する情報である。なお、情報処理装置３は、トークンを管理しても良いし、管理しなくても良い。

端末識別子は、承認装置２を識別する情報である。端末識別子は、第二端末２２を識別する情報である、と言っても良い。端末識別子は、承認者を識別する情報でも良い。ここで、承認者は、承認者の候補を含んでも良い。

受信部３２は、各種の情報を受信する。各種の情報とは、例えば、依頼情報、承認情報、問合指示である。

依頼受信部３２１は、依頼端末１から送信された依頼情報を受信する。依頼情報は、トークンに関する処理の依頼を識別する依頼識別子を有する。

なお、依頼受信部３２１が依頼情報を受信したことに応じて、問合送信部３４１が問合情報を２以上の承認装置２に送信しても良い。また、かかる場合、問合情報を送信する先の２以上の各承認装置２の装置識別子は、例えば、格納部３１に格納されている。また、問合情報を送信する先の２以上の各承認装置２の装置識別子は、例えば、受信された依頼情報に含まれる。承認装置２の装置識別子は、承認装置２と通信するための情報であれば良く、例えば、承認装置２のＩＤ、ＩＰアドレス、メールアドレス等である。

承認受信部３２２は、２以上の各承認装置２から送信された承認情報を受信する。承認受信部３２２が２以上の各承認装置２から承認情報を受信するタイミングは問わない。なお、承認装置２からの送信とは、実施の形態１では、第二端末２２からの送信である。また、承認装置２からの送信とは、実施の形態２では、第一端末４１からの送信である。

承認受信部３２２は、例えば、問合送信部３４１による問合情報の送信の後に、承認情報を受信する。ここで、送信の後に承認情報を受信することは、問合送信部３４１による問合情報の送信に応じて承認情報を受信することでも良い。

処理部３３は、各種の処理を行う。各種の処理とは、例えば、承認判断部３３１、トークン処理部３３２が行う処理である。

処理部３３は、例えば、受信された承認情報を、受信された日時または送信された日時と対にして、格納部３１に蓄積する。処理部３３は、例えば、承認情報が受信された場合に、図示しない時計から日時を取得し、当該日時を承認情報に対応付けて、格納部３１に蓄積する。処理部３３は、例えば、承認情報が受信された場合に、当該承認情報と対に受信された日時（依頼端末１から送信された日時を示す情報）と承認情報とを対にして、格納部３１に蓄積する。

処理部３３は、例えば、問合指示の受信に応じて、問合情報を構成する。つまり、処理部３３は、例えば、問合指示が有する承認者識別子に対応する依頼を識別する依頼識別子を取得し、当該依頼識別子を有する問合情報を構成する。また、処理部３３は、例えば、問合指示が有する承認者識別子で識別される承認者が未承認の依頼を識別する依頼識別子を取得し、当該依頼識別子を有する問合情報を構成する。

承認判断部３３１は、依頼情報に対する依頼を承認するか否かを、承認受信部３２２が受信した承認情報を用いて判断する。

承認判断部３３１は、例えば、依頼受信部３２１が受信した依頼情報が有する依頼識別子を用いて依頼特定情報を取得し、当該依頼特定情報に対応する承認情報であり、承認受信部３２２が受信した承認情報が予め決められた条件を満たすか否かを判断する。承認受信部３２２が受信した承認情報は、通常、２以上であるが、一つである場合もあり得る。また、依頼特定情報に対応する承認情報とは、依頼識別子に対応する承認情報でも良いことは言うまでもない。

なお、予め決められた条件は、例えば、依頼に対する承認が認められるための最低の承認数を示す情報、依頼に対する承認が認められるための承認数の割合を特定する情報、依頼に対する承認が認められるための最低の承認ポイントを示す情報である。

承認判断部３３１は、例えば、承認受信部３２２が受信した１または２以上の承認情報が、スマートコントラクト情報に記載されている予め決められた条件を満たすか否かを判断する。

承認判断部３３１は、例えば、期間情報に対応する承認情報が、予め決められた条件を満たすか否かを判断する。なお、かかる場合、受信された承認情報は、受信された日時または送信された日時と対にして、格納部３１に蓄積される。

承認判断部３３１は、通常、格納部３１に格納されている鍵情報（通常、秘密鍵）を用いて、承認情報を復号化し、復号化した情報から依頼特定情報を取得する。そして、承認判断部３３１は、例えば、依頼特定情報に対応する依頼識別子に対する変数「承認数」を１、インクリメントする。なお、復号化した情報が依頼特定情報であっても良い。また、依頼特定情報は、依頼識別子のみでも良く、依頼識別子以外の情報を含んでも良い。なお、変数「承認数」の初期値は「０」である。

「承認情報が予め決められた条件を満たすか否か」とは、例えば、「格納している鍵を用いて、２以上の各承認情報から取得した２以上の依頼特定情報が予め決められた条件を満たすか否か」である。

トークン処理部３３２は、承認判断部３３１が予め決められた条件を満たすと判断した場合に、依頼識別子に対応するトークン処理を行う。トークン処理は、トークンに関する処理である。

トークン処理は、ブロックチェーン技術を用いて、発生したトランザクションをブロックチェーンプラットフォームにブロードキャストする処理であることは好適である。

トークン処理は、例えば、リカバリー処理である。リカバリー処理とは、通常、トークンの取引きにおける処理は含まれない。リカバリー処理とは、例えば、トークン移転処理、鍵情報通知処理、鍵情報変更処理、オーナー変更処理、トークンロック処理、ロック解除処理、手数料変更処理である。

トークン移転処理とは、鍵情報を紛失したユーザのトークンの他のユーザへの移転の処理である。トークン移転処理は、例えば、鍵情報に対応するトークンの保有者であるユーザを識別するユーザ識別子を他のユーザ識別子に変更する処理である。トークン移転処理は、例えば、トークンに対応付けられているユーザ識別子を、別のユーザ識別子に書き換える処理である。また、トークン移転処理は、例えば、図示しないトークンの管理装置に、特定のトークンに対応付けられているユーザ識別子を、別のユーザ識別子に書き換えることを指示する処理である。

鍵情報通知処理は、例えば、特定のトークンに対応する鍵情報であり、トークンを使用する場合に必要な鍵情報を、ユーザに通知する処理である。なお、通知のための処理は、鍵情報の通信手段を用いた送信、鍵情報を印刷した郵便物の印刷等である。また、鍵情報は、通常、トークンまたはユーザ識別子に対応付けて、格納部３１または図示しない外部の装置に格納されている。

鍵情報変更処理は、例えば、特定のトークンに対応する鍵情報を新たな鍵情報に書き換え、かつ当該新たな鍵情報をユーザに通知する処理である。

オーナー変更処理は、スマートコントラクト情報に対応して管理されているオーナー識別子を変更する処理である。

トークンロック処理は、トークンの移転、削除等のトークンに対する処理を実行することができないようにする処理である。トークンロック処理は、例えば、ロックがかかっていることを示すフラグを当該トークンに対応付けて蓄積する処理である。トークンロック処理は、例えば、トークンに対する処理権限における「書き込み」の権限を削除する処理である。

ロック解除処理は、トークンロック処理によりロックがかかったトークンのロックを解除するための処理である。ロック解除処理は、例えば、ロックがかかっていることを示すフラグを削除する処理、ロックがかかっていないことを示すフラグを付加する処理、トークンに対する処理権限における「書き込み」の権限を付加する処理等である。

手数料変更処理は、トークンに対する処理の手数料を特定する手数料情報を変更する処理である。手数料情報は、トークンに対応付いていても良いし、ユーザに対応付いていても良い。手数料情報は、例えば、「Ｘ％」「１００円」等である。

トークン処理部３３２は、上述したように、トークンを利用するために必要な鍵情報を紛失した場合の対するリカバリー処理を行うことは好適である。

トークン処理部３３２は、例えば、スマートコントラクト情報に記載されているトークン処理の内容に基づいて、トークン処理を行う。

送信部３４は、各種の情報を送信する。各種の情報とは、例えば、依頼情報を受け付けた旨の情報、承認情報を受け付けた旨の情報、問合情報である。

問合送信部３４１は、依頼受信部３２１が依頼情報を受信した後に、依頼情報が有する依頼識別子により識別される依頼に対応する承認を行うか否かを問い合わせる問合情報を２以上の承認装置２に送信する。問合送信部３４１は、格納部３１に格納されている端末識別子で識別される承認装置２に問合情報を送信する。なお、承認装置２への送信は、ここでは、第二端末２２への送信である。

問合送信部３４１は、問合指示の受信に応じて、問合情報を送信しても良い。なお、問合情報は、処理部３３が構成した情報である。問合情報は、依頼識別子を有する。

端末格納部１１、第一承認格納部２１１、第二承認格納部２２１、格納部３１、およびスマートコントラクト格納部３１１は、不揮発性の記録媒体が好適であるが、揮発性の記録媒体でも実現可能である。

端末格納部１１等に情報が記憶される過程は問わない。例えば、記録媒体を介して情報が端末格納部１１等で記憶されるようになってもよく、通信回線等を介して送信された情報が端末格納部１１等で記憶されるようになってもよく、あるいは、入力デバイスを介して入力された情報が端末格納部１１等で記憶されるようになってもよい。

端末受付部１２、および承認受付部２２２は、タッチパネルやキーボード等の入力手段のデバイスドライバーや、メニュー画面の制御ソフトウェア等で実現され得る。

端末処理部１３、第一処理部２１２、第二処理部２２４、承認取得部２２４１、処理部３３、承認判断部３３１、およびトークン処理部３３２は、通常、ＭＰＵやメモリ等から実現され得る。端末処理部１３の処理手順は、通常、ソフトウェアで実現され、当該ソフトウェアはＲＯＭ等の記録媒体に記録されている。但し、ハードウェア（専用回路）で実現しても良い。

端末送信部１４、第一送信部２１３、承認送信部２２５、送信部３４、および問合送信部３４１は、通常、無線または有線の通信手段で実現されるが、放送手段で実現されても良い。

端末受信部１５、第二受信部２２３、問合受信部２２３１、受信部３２、依頼受信部３２１、および承認受信部３２２は、通常、無線または有線の通信手段で実現されるが、放送を受信する手段で実現されても良い。

端末出力部１６は、ディスプレイやスピーカー等の出力デバイスを含むと考えても含まないと考えても良い。端末出力部１６は、出力デバイスのドライバーソフトまたは、出力デバイスのドライバーソフトと出力デバイス等で実現され得る。

次に、情報システムＡの動作例について説明する。まず、依頼端末１の動作例について説明する。

依頼端末１の端末受付部１２は、ユーザから依頼情報を受け付ける。次に、端末処理部１３は、端末受付部１２が受け付けた依頼情報を、送信するデータ構造の依頼情報にする。端末送信部１４は、端末処理部１３が構成した依頼情報を情報処理装置３に送信する。

また、依頼情報の送信に応じて、端末受信部１５は、情報処理装置３から依頼情報が受け付けられた旨の情報を受信する。端末処理部１３は、端末受信部１５が受信した情報を、出力する構造のデータにする。端末出力部１６は、依頼情報が受け付けられた旨の情報を出力する。

次に、第一端末２１の動作例について説明する。第一端末２１の第一処理部２１２は、第一承認格納部２１１の秘密鍵を読み出す。次に、第一送信部２１３は、第一処理部２１２が読み出した秘密鍵を第二端末２２に送信する。

次に、図４のフローチャートを用いて、第二端末２２の動作例について説明する。

（ステップＳ４０１）承認受付部２２２は、問合指示を受け付けたか否かを判断する。問合指示を受け付けた場合はステップＳ４０２に行き、問合指示を受け付けなかった場合はステップＳ４０６に行く。

（ステップＳ４０２）第二処理部２２４は、第二承認格納部２２１に格納されている承認者識別子を読み出す。また、第二処理部２２４は、当該承認者識別子を含む問合指示を構成する。承認送信部２２５は、当該問合指示を情報処理装置３に送信する。

（ステップＳ４０３）問合受信部２２３１は、問合指示の送信に応じて、問合情報を受信したか否かを判断する。問合情報を受信した場合はステップＳ４０４に行き、問合情報を受信しなかった場合はステップＳ４０３に戻る。

（ステップＳ４０４）第二処理部２２４は、ステップＳ４０３で受信された問合情報に含まれる依頼特定情報を取得する。そして、第二処理部２２４は、当該依頼特定情報を、少なくとも第二承認格納部２２１に一時蓄積する。

（ステップＳ４０５）第二出力部２２６は、ステップＳ４０４で取得された依頼特定情報を出力する。ステップＳ４０１に戻る。

（ステップＳ４０６）第二受信部２２３は、秘密鍵を第一端末２１から受信したか否かを判断する。秘密鍵を受信した場合はステップＳ４０７に行き、受信しなかった場合はステップＳ４０８に行く。

（ステップＳ４０７）第二処理部２２４は、ステップＳ４０６で受信された秘密鍵を第二承認格納部２２１に一時蓄積する。ステップＳ４０１に戻る。

（ステップＳ４０８）承認受付部２２２は、承認者が入力した承認指示を受け付けたか否かを判断する。承認指示を受け付けた場合はステップＳ４０９に行き、承認指示を受け付けなかった場合はステップＳ４０１に戻る。なお、承認者は、通常、出力された依頼特定情報をチェックした後、承認指示を入力する。

（ステップＳ４０９）承認取得部２２４１は、第二承認格納部２２１から秘密鍵、および承認者識別子を取得する。また、承認取得部２２４１は、出力されている依頼特定情報が有する依頼識別子を取得する。

（ステップＳ４１０）承認取得部２２４１は、ステップＳ４０９で取得された秘密鍵を用いて、依頼識別子または依頼特定情報、および承認者識別子を含む情報に対して署名を行い、承認情報を構成する。

（ステップＳ４１１）承認送信部２２５は、ステップＳ４１０で取得された承認情報を情報処理装置３に送信する。ステップＳ４０１に戻る。

なお、図４のフローチャートにおいて、情報処理装置３からプッシュ型の通信により、問合情報を受信しても良い。

また、図４のフローチャートにおいて、電源オフや処理終了の割り込みにより処理は終了する。

次に、図５のフローチャートを用いて、情報処理装置３の動作例について説明する。

（ステップＳ５０１）依頼受信部３２１は、依頼端末１から送信された依頼情報を受信したか否かを判断する。依頼情報を受信した場合はステップＳ５０２に行き、依頼情報を受信しなかった場合はステップＳ５０５に行く。

（ステップＳ５０２）処理部３３は、依頼識別子を取得する。なお、依頼識別子の取得方法は問わない。処理部３３は、例えば、ステップＳ５０１で受信された依頼情報から依頼識別子を取得する。処理部３３は、例えば、ユニークな依頼識別子を生成する。なお、依頼識別子を生成するアルゴリズムは問わない。依頼識別子を生成するアルゴリズムは、例えば、最新の依頼識別子に「１」を加算する処理である。

また、ステップＳ５０１で受信された依頼情報が有する依頼識別子と、ステップＳ５０２で取得する依頼識別子とが異なる情報でも良い。また、ステップＳ５０１で受信された依頼情報は、依頼識別子を有さなくても良い。

（ステップＳ５０３）処理部３３は、ステップＳ５０１で受信された依頼情報を用いて、依頼特定情報を構成する。依頼特定情報は、ステップＳ５０２で取得した依頼識別子を有することは好適である。また、依頼特定情報は、依頼識別子に対応付いていても良い。

（ステップＳ５０４）処理部３３は、ステップＳ５０３で構成した依頼特定情報を、格納部３１に蓄積する。ステップＳ５０１に戻る。

（ステップＳ５０５）受信部３２は、第二端末２２から問合指示を受信したか否かを判断する。問合指示を受信した場合はステップＳ５０６に行き、問合指示を受信しなかった場合はステップＳ５０８に行く。

（ステップＳ５０６）処理部３３は、ステップＳ５０５で受信した問合指示に対応する依頼特定情報を格納部３１から取得する。そして、処理部３３は、当該依頼特定情報を有する問合情報を構成する。

なお、問合指示に対応する依頼特定情報とは、例えば、問合指示が有する承認者識別子に対応する依頼特定情報である。また、問合指示に対応する依頼特定情報とは、例えば、格納部３１に格納されている１または２以上の依頼特定情報である。

（ステップＳ５０７）送信部３４は、ステップＳ５０６で取得された問合情報を、問合指示を送信した第二端末２２に送信する。ステップＳ５０１に戻る。

（ステップＳ５０８）承認受信部３２２は、承認情報を受信したか否かを判断する。承認情報を受信した場合はステップＳ５０９に行き、承認情報を受信しなかった場合はステップＳ５１０に行く。なお、承認情報は、第二端末２２のユーザである承認者を識別する承認者識別子に対応付いていることは好適である。

（ステップＳ５０９）処理部３３は、ステップＳ５０８で受信された承認情報を格納部３１に蓄積する。ステップＳ５０１に戻る。

なお、処理部３３は、通常、承認者識別子に対応付けて承認情報を格納部３１に蓄積する。処理部３３は、通常、依頼情報に対応付けて承認情報を格納部３１に蓄積する。

また、ここで、処理部３３は、鍵情報を用いて、ステップＳ５０８で受信された承認情報を復号化し、復号化した承認情報を取得し、格納部３１に蓄積しても良い。

（ステップＳ５１０）承認判断部３３１は、承認判断を行うか否かを判断する。承認判断を行う場合はステップＳ５１１に行き、承認判断を行わない場合はステップＳ５０１に戻る。なお、承認判断部３３１は、例えば、承認情報を受信する毎に、承認判断を行うと判断する。また、承認判断部３３１は、例えば、依頼情報を受信してから、予め決められた期間が経過した時に承認判断を行うと判断する。また、承認判断部３３１は、例えば、依頼情報を受信してから、期間情報が示す期間が経過した時に承認判断を行うと判断する。また、承認判断部３３１は、例えば、定期的に承認判断を行うと判断する。

（ステップＳ５１１）承認判断部３３１は、カウンタｉに１を代入する。

（ステップＳ５１２）承認判断部３３１は、承認の対象となる依頼情報に対して、ｉ番目の承認情報が格納部３１に格納されているか否かを判断する。ｉ番目の承認情報が格納されている場合にはステップＳ５１３に行き、ｉ番目の承認情報が格納されていない場合にはステップＳ５１７に行く。

（ステップＳ５１３）承認判断部３３１は、スマートコントラクト格納部３３１のスマートコントラクト情報に含まれる秘密鍵を用いて、格納部３１に格納されているｉ番目の承認情報を復号化し、復号化された承認情報を取得する。

（ステップＳ５１４）承認判断部３３１は、ステップＳ５１３で取得された承認情報が正当な情報であるか否かを判断する。正当な情報であればステップＳ５１５に行き、不当な情報であればステップＳ５１６に行く。

（ステップＳ５１５）承認判断部３３１は、変数「承認数」に１を加える。なお、変数「承認数」の初期値は、「０」である。

（ステップＳ５１６）承認判断部３３１は、カウンタｉを１、インクリメントする。ステップＳ５１２に戻る。

（ステップＳ５１７）承認判断部３３１は、変数「承認数」の値が予め決められた条件を満たすか否かを判断する。予め決められた条件を満たす場合はステップＳ５１８に行き、予め決められた条件を満たさない場合はステップＳ５０１に戻る。なお、予め決められた条件は、例えば、変数「承認数」の値が閾値以上または閾値より多いこと、「変数「承認数」の値／承認者全員の数」（承認者の割合）が閾値以上または閾値より多いことである。承認者全員の数は、例えば、格納部３１に格納さえている。

（ステップＳ５１８）トークン処理部３３２は、依頼情報に対応するトークン処理を行う。ステップＳ５０１に戻る。

なお、図５のフローチャートにおいて、電源オフや処理終了の割り込みにより処理は終了する。

以下、本実施の形態における情報システムＡの具体的な動作について説明する。情報システムＡの概念図は図１である。本具体例において、依頼端末１と情報処理装置３との間の通信、承認装置２と情報処理装置３との間の通信は、ＬＴＥ閉域網を用いた通信である、とする。また、本具体例において、トークン処理は、トークン移転処理である、とする。

今、格納部３１には、図６に示す依頼情報管理表が格納されている、とする。依頼情報管理表は、依頼を管理する表である。依頼情報管理表は、依頼特定情報を管理する表である、とも言える。

依頼情報管理表は、「ＩＤ」「依頼識別子」「ユーザ識別子」「他ユーザ識別子」「日時情報」「承認情報」「承認可否」「フラグ」を有するレコードが格納される。「ＩＤ」は、レコードを識別する情報である。「依頼識別子」は依頼を識別する情報であり、「Ｒ」と数値とが結合した文字列である。「ユーザ識別子」は、トークンを移転させる元のユーザの識別子である。つまり、「ユーザ識別子」は、移転前のトークンの保有者のユーザの識別子である。「他ユーザ識別子」は、トークンを移転させる先のユーザの識別子である。つまり、「他ユーザ識別子」は、移転後のトークンの保有者のユーザの識別子である。「日時情報」は、ここでは、依頼情報が受信された日である。「承認情報」は、依頼に対して承認した承認者の識別子である。「承認可否」は、承認判断部３３１の判断の結果（「ＯＫ」または「ＮＧ」）である。「フラグ」は、承認の判断が完了したか（値が「１」）、承認の判断が未完了か（値が「０」）を示す情報である。

また、格納部３１には、期限情報「１０日」が格納されている。期限情報「１０日」は、依頼情報の受信から１０日以内に受信した承認情報に基づいて、承認判断部３３１は、依頼に対して承認するか否かを判断する、ことを示す。

スマートコントラクト格納部３１１のスマートコントラクト情報には、予め決められた条件「３名の承認者の全員の承認が得られること」、トークン処理「依頼情報が有するユーザ識別子と対になるトークンに対して、当該ユーザ識別子を他ユーザ識別子に書き換える処理が記載されている。

なお、かかる処理の記述は、例えば、「トークン＝search(ユーザ識別子) ；rewrite(トークン．ユーザ識別子,他ユーザ識別子)」である。なお、「トークン＝search(ユーザ識別子)」は、ユーザ識別子と対になるトークンを検索する関数である。「rewrite(トークン．ユーザ識別子,他ユーザ識別子)」は、検索されたトークンと対になるユーザ識別子を、他ユーザ識別子に書き換える関数である。

かかる状況において、依頼端末１のユーザは、ユーザ識別子「Ｕ５１２」、他ユーザ識別子「Ｕ９０８」を有する依頼情報を依頼端末１に入力した、とする。なお、かかる依頼情報は、ユーザ識別子「Ｕ５１２」で識別されるユーザが保有するトークンを、他ユーザ識別子「Ｕ９０８」で識別されるユーザに移転する処理を行うことの依頼を示す情報である。

次に、依頼端末１の端末受付部１２は、当該依頼情報を受け付ける。次に、端末処理部１３は、端末受付部１２が受け付けた依頼情報を、送信するデータ構造の依頼情報（例えば、「依頼 Ｕ５１２，Ｕ９０８」）にする。端末送信部１４は、端末処理部１３が構成した依頼情報「依頼 Ｕ５１２，Ｕ９０８」を情報処理装置３にＬＴＥ閉域網を経由して送信する。

次に、情報処理装置３の依頼受信部３２１は、依頼端末１から送信された依頼情報「依頼 Ｕ５１２，Ｕ９０８」を受信する。次に、処理部３３は、新しい依頼識別子「Ｒ１２８」を取得する。なお、今まで存在する依頼識別子の数値部分の最大値が「１２７」であり、処理部３３は、かかる「１２７」に「１」を加算し、「Ｒ１２８」を得た、とする。

次に、処理部３３は、受信された依頼情報、取得した依頼識別子「Ｒ１２８」、およびフラグの初期値「０」等を用いて、依頼特定情報「依頼識別子＝Ｒ１２８，ユーザ識別子＝Ｕ５１２，他ユーザ識別子＝Ｕ９０８，日時情報＝２０２０／４／２２，フラグ＝０」を構成する。なお、処理部３３は、図示しない時計から、「日時情報＝２０２０／４／２２」を取得した、とする。なお、ここで、日時情報は、日付であるが、時刻をも有しても良い。

次に、処理部３３は、構成した依頼特定情報を、図６の依頼情報管理表に蓄積する。なお、かかるレコードは、「ＩＤ＝１２８」のレコードである。また、この段階では、承認者からの承認を受け付けていないので、「承認情報」「承認可否」の属性値はＮＵＬＬである。

また、承認者Ａは、自分が承認すべき依頼が存在するか否かを問い合わせるために、自分の第一端末２１に問合指示を入力した、とする。

すると、第一端末２１の承認受付部２２２は、問合指示を受け付ける。次に、第二処理部２２４は、第二承認格納部２２１に格納されている承認者識別子「Ｍ０１」を読み出す。また、第二処理部２２４は、当該承認者識別子を含む問合指示「問合 Ｍ０１」を構成する。承認送信部２２５は、当該問合指示「問合 Ｍ０１」を情報処理装置３に送信する。

次に、情報処理装置３の受信部３２は、第二端末２２から問合指示を受信する。そして、処理部３３は、本日から期限情報「１０日」を超えない日時情報と対になり、フラグ「０」（承認判断が行われていない）であり、受信した問合指示「問合 Ｍ０１」が有する承認者識別子「Ｍ０１」が承認情報の中に存在しない「ＩＤ＝１２８」の依頼特定情報を図６から取得する。なお、取得した依頼特定情報は、「依頼識別子＝Ｒ１２８，ユーザ識別子＝Ｕ５１２，他ユーザ識別子＝Ｕ９０８，フラグ＝０」である。

次に、送信部３４は、依頼特定情報は、「依頼識別子＝Ｒ１２８，ユーザ識別子＝Ｕ５１２，他ユーザ識別子＝Ｕ９０８，フラグ＝０」を含む問合情報を、問合指示を送信した承認者Ａの第二端末２２に送信する。

次に、承認者Ａの第二端末２２による問合指示の送信に応じて、第二端末２２の問合受信部２２３１は、問合情報を受信する。次に、第二処理部２２４は、受信された問合情報に含まれる依頼特定情報を取得する。そして、第二処理部２２４は、当該依頼特定情報を、少なくとも第二承認格納部２２１に一時蓄積する。また、第二出力部２２６は、取得された依頼特定情報を出力する。

承認者Ａは、出力された依頼特定情報を見て、当該依頼を承認するために承認指示を、第二端末２２に入力した、とする。

次に、第二端末２２の承認受付部２２２は、承認指示を受け付ける。承認取得部２２４１は、第二承認格納部２２１に格納されている秘密鍵を読み出す。なお、かかる秘密鍵は、第二受信部２２３が第一端末２１から受信した情報である。

次に、承認取得部２２４１は、第二承認格納部２２１の承認者識別子「Ｍ０１」を読み出し、当該承認者識別子「Ｍ０１」と、依頼特定情報が有する「依頼識別子＝Ｒ１２８，ユーザ識別子＝Ｕ５１２，他ユーザ識別子＝Ｕ９０８」とを有する情報に対して、秘密鍵を用いて署名の処理を行い、承認情報を構成する。そして、承認送信部２２５は、取得された承認情報を情報処理装置３に送信する。

次に、情報処理装置３の承認受信部３２２は、ＬＴＥ閉域網を経由して、第二端末２２から承認情報を受信する。

次に、処理部３３は、受信された承認情報を格納部３１に蓄積する。なお、ここで、処理部３３は、受信された承認情報を、格納部３１の秘密鍵を用いて復号化し、当該復号化した承認情報を格納部３１に蓄積しても良い。また、蓄積された承認情報は、「依頼識別子＝Ｒ１２８」に対応付いている。

以上の処理を、承認者Ａのみならず、承認者識別子「Ｍ０２」で識別される承認者Ｂ、承認者識別子「Ｍ０３」で識別される承認者Ｃも行った、とする。つまり、格納部３１に、承認者Ａの承認情報、承認者Ｂの承認情報、承認者Ｃの承認情報が、依頼識別子「Ｒ１２８」に対応付けられた蓄積された、とする。

また、承認判断部３３１は、依頼識別子「Ｒ１２８」で識別される依頼に対して、承認判断を行うタイミングになった、と判断した、とする。

承認判断部３３１は、例えば、依頼識別子「Ｒ１２８」と対になる承認者Ａの承認情報を、格納部の秘密鍵を用いて復号化し、「Ｍ０１」を含む承認情報を取得する。また、承認判断部３３１は、当該承認者識別子「Ｍ０１」を、依頼識別子「Ｒ１２８」と対になる承認情報として、図６に追記する。同様に、承認判断部３３１は、承認者識別子「Ｍ０２」「Ｍ０３」の各々を、依頼識別子「Ｒ１２８」と対になる承認情報として、図６に追記する。以上により、依頼識別子「Ｒ１２８」と対に、承認情報「Ｍ０１，Ｍ０２，Ｍ０３」が蓄積された。

また、承認判断部３３１は、承認情報「Ｍ０１，Ｍ０２，Ｍ０３」が予め決められた条件「３名の承認者の全員の承認が得られること」を満たす、と判断する。そして、承認判断部３３１は、依頼識別子「Ｒ１２８」と対にして、属性値「承認可否＝ＯＫ，フラグ＝１」を図６の依頼情報管理表に記録する。

次に、トークン処理部３３２は、依頼情報に対応するトークン処理を行う。つまり、トークン処理部３３２は、「トークン＝search(Ｕ５１２) ；rewrite(トークン．Ｕ５１２,Ｕ９０８)」を実行し、Ｕ５１２で識別されるユーザのトークンを、Ｕ９０８で識別される他ユーザのトークンとなるような移転処理を行う。

また、図７を用いて、情報システムＡの動作概要について説明する。図７において、依頼端末１と、第一端末２１および第二端末２２の１または２以上の組とは、論理的には発行体オフィスに属する。発行体オフィスとは、トークンの発光に関わる論理的なオフィスである。

また、発行体オフィスの各端末と情報処理装置３とは、ＬＴＥ閉域網を経由して、通信を行う。

そして、依頼端末１から、リモート接続により、ＬＴＥ閉域網を経由して、情報処理装置３に、トークンに関する処理の依頼に関する依頼情報が送信される（７０１）。

そして、情報処理装置３が依頼情報を受信すると、トランザクションＤＢ（７０２）に、未署名トランザクション（未承認の依頼特定情報（例えば、図６の「ＩＤ＝１２８」のレコード）が蓄積される。

次に、承認者Ａが、第二端末２２に問合指示を入力すると、第二端末２２は、未署名トランザクションを照合するための指示を、ＬＴＥ閉域網を経由して、情報処理装置３に送信する（７０３）。そして、未署名トランザクション（未承認の依頼特定情報）が、ＬＴＥ閉域網を経由して、情報処理装置３から第二端末２２に送信される。

次に、第二端末２２は、未署名トランザクションを受信し、出力する。

そして、未署名トランザクションを確認した承認者Ａが、第二端末２２に承認指示を入力すると、第二端末２２は、第一端末２１から受信した秘密鍵を用いて、署名を行い、暗号化された承認情報が、ＬＴＥ閉域網を経由して、第二端末２２から情報処理装置３に送信される（７０４）。

次に、情報処理装置３は、承認者Ａからの承認情報を受信し、格納している秘密鍵（７０５）を用いて、承認情報の復号化処理を行い、復号化された承認情報を蓄積する。

また、例えば、承認者Ｂも、自分の第二端末２２に対して、承認者Ａと同様の操作を行った場合には、情報処理装置３等は、同様に、承認者Ｂからの復号化された承認情報を蓄積する。

そして、一の依頼特定情報に対して、予め決められた条件を満たすほどの強い承認が得られた場合に、当該一の依頼特定情報に対応する依頼に対する承認が得られたと、情報処理装置３は判断し、一の依頼特定情報に対応するトークン処理を行う。また、情報処理装置３は、トークン処理の結果、発生するトランザクションを、ブロックチェーンプラットフォーム（７０６）に対して、ブロードキャストする（７０７）。

また、例えば、依頼端末１からトークンの発行依頼が入力された場合、かかる発行依頼が情報処理装置３に送信され、情報処理装置３がトークン発行の処理を行うとともに、かかるトークン発行の処理（トランザクション）がブロックチェーンプラットフォーム（７０６）に対して、ブロードキャストされる（７０７）。

なお、図７において、第一端末２１および第二端末２２は、論理的な一の組織に属するとしたが、第一端末２１および第二端末２２は、別組織に属する端末でも良く、分散して配置されていても良いことは言うまでもない。

以上、本実施の形態によれば、ブロックチェーンにおけるトークンに関する処理について、予め決められた条件を満たす承認が行われた場合に、当該承認に対応するトークンに関する処理を行える。

また、本実施の形態によれば、予め決められた条件を満たす承認が行われた場合に、鍵を紛失したユーザに対するリカバリー処理が適切に行える。

さらに、本実施の形態によれば、予め決められた条件を満たす承認が行われた場合に、鍵を紛失したユーザのトークンの他のユーザへの移転の処理が適切に行える。

なお、本実施の形態における処理は、ソフトウェアで実現しても良い。そして、このソフトウェアをソフトウェアダウンロード等により配布しても良い。また、このソフトウェアをＣＤ－ＲＯＭなどの記録媒体に記録して流布しても良い。なお、このことは、本明細書における他の実施の形態においても該当する。

また、本実施の形態における第二端末２２を実現するソフトウェアは、以下のようなプログラムである。つまり、このプログラムは、トークンに関する処理の依頼であり、承認する対象の依頼を特定する依頼特定情報が格納される第二承認格納部にアクセス可能なコンピュータを、前記依頼に対する承認の指示である承認指示を受け付ける承認受付部と、秘密鍵を第一端末から受信する第二受信部と、前記秘密鍵を用いて前記依頼特定情報を含む情報に対して署名を行い、承認情報を構成する承認取得部と、情報処理装置に前記承認情報を送信する承認送信部として機能させるためのプログラムである。

また、本実施の形態における情報処理装置３を実現するソフトウェアは、以下のようなプログラムである。つまり、このプログラムは、コンピュータを、トークンに関する処理の依頼を識別する依頼識別子を有する依頼情報を依頼端末から受信する依頼受信部と、２以上の各承認装置から送信された承認情報を受信する承認受信部と、前記依頼受信部が受信した前記依頼情報が有する依頼識別子を用いて依頼特定情報を取得し、当該依頼特定情報に対応する承認情報であり、前記承認受信部が受信した前記承認情報が予め決められた条件を満たすか否かを判断する承認判断部と、前記承認判断部が前記予め決められた条件を満たすと判断した場合に、前記依頼識別子に対応する処理であり、トークンに関するトークン処理を行うトークン処理部として機能させるためのプログラムである。

（実施の形態２）
本実施の形態において、実施の形態１との差異は、情報処理装置３との通信は、第二端末ではなく、第一端末が行う点である。

図８は、本実施の形態における情報システムＢの概念図である。情報システムＢは、１または２以上の依頼端末１、１または２以上の承認装置４、および情報処理装置３を備える。

図９は、本実施の形態における情報システムＢのブロック図である。情報システムＢを構成する承認装置４は、第一端末４１、および第二端末４２を備える。

第一端末４１は、第一承認格納部２１１、第一受信部４１１、第一処理部４１２、および承認送信部２２５を備える。第一処理部４１２は、承認取得部２２４１を備える。

第二端末４２は、第二承認格納部２２１、承認受付部２２２、および第二送信部４２１を備える。

第一端末４１を構成する第一受信部４１１は、第二端末４２または情報処理装置３から各種の情報が指示を受信する。第一受信部４１１は、例えば、第二端末４２から問合指示を受信する。第一受信部４１１は、例えば、第二端末４２から依頼特定情報を受信する。依頼特定情報は、承認する対象の依頼を特定する情報である。依頼は、トークンに関する処理の依頼である。第一受信部４１１は、例えば、問合情報を情報処理装置３から受信する。

第一受信部４１１は、通常、無線または有線の通信手段で実現されるが、放送を受信する手段で実現されても良い。

第一処理部４１２は、各種の処理を行う。各種の処理とは、例えば、承認取得部２２４１が行う処理である。

第一処理部４１２は、通常、ＭＰＵやメモリ等から実現され得る。第一処理部４１２の処理手順は、通常、ソフトウェアで実現され、当該ソフトウェアはＲＯＭ等の記録媒体に記録されている。但し、ハードウェア（専用回路）で実現しても良い。

第二端末４２を構成する第二送信部４２１は、承認受付部２２２が承認指示を受け付けた後に、依頼特定情報を第一端末４１に送信する。

第二送信部４２１は、通常、無線または有線の通信手段で実現されるが、放送手段で実現されても良い。

次に、情報システムＢの動作例について説明する。まず、第一端末４１の動作例について、図１０のフローチャートを用いて説明する。

（ステップＳ１００１）第一受信部４１１は、第二端末４２から問合指示を受信したか否かを判断する。問合指示を受信した場合はステップＳ１００２に行き、問合指示を受信しなかった場合はステップＳ１００５に行く。

（ステップＳ１００２）第一処理部４１２は、第一承認格納部２１１に格納されている承認者識別子を読み出す。また、第一処理部４１２は、当該承認者識別子を含む問合指示を構成する。承認送信部２２５は、当該問合指示を情報処理装置３に送信する。

（ステップＳ１００３）第一受信部４１１は、情報処理装置３から問合情報をから受信したか否かを判断する。問合情報を受信した場合はステップＳ１００６に行き、問合情報を受信しなかった場合はステップＳ１００３に戻る。

（ステップＳ１００４）承認送信部２２５は、ステップＳ１００３で受信された問合情報を第二端末４２に送信する。ステップＳ１００１に戻る。

（ステップＳ１００５）第一受信部４１１は、第二端末４２から依頼特定情報を受信したか否かを判断する。依頼特定情報を受信した場合はステップＳ１００６に行き、依頼特定情報を受信しなかった場合はステップＳ１００１に戻る。

（ステップＳ１００６）承認取得部２２４１は、第一承認格納部２１１から秘密鍵、および承認者識別子を取得する。また、承認取得部２２４１は、ステップＳ１００５で受信されている依頼特定情報が有する依頼識別子を取得する。

（ステップＳ１００７）承認取得部２２４１は、ステップＳ１００６で取得された秘密鍵を用いて、依頼識別子または依頼特定情報、および承認者識別子を含む情報に対して署名を行い、承認情報を構成する。

（ステップＳ１００８）承認送信部２２５は、ステップＳ１００７で取得された承認情報を情報処理装置３に送信する。ステップＳ１００１に戻る。

なお、図１０のフローチャートにおいて、電源オフや処理終了の割り込みにより処理は終了する。

次に、第二端末４２の動作例について、図１１のフローチャートを用いて説明する。

（ステップＳ１１０１）承認受付部２２２は、問合指示を受け付けたか否かを判断する。問合指示を受け付けた場合はステップＳ１１０２に行き、問合指示を受け付けなかった場合はステップＳ１１０６に行く。

（ステップＳ１１０２）第二処理部２２４は、送信するデータ構造の問合指示を構成する。第二送信部４２１は、当該問合指示を第一端末４１に送信する。

（ステップＳ１１０３）問合受信部２２３１は、問合指示の送信に応じて、第一端末４１から問合情報を受信したか否かを判断する。問合情報を受信した場合はステップＳ１１０４に行き、問合情報を受信しなかった場合はステップＳ１１０３に戻る。

（ステップＳ１１０４）第二処理部２２４は、ステップＳ１１０３で受信された問合情報に含まれる依頼特定情報を取得する。そして、第二処理部２２４は、当該依頼特定情報を、少なくとも第二承認格納部２２１に一時蓄積する。

（ステップＳ１１０５）第二出力部２２６は、ステップＳ１１０４で取得された依頼特定情報を出力する。ステップＳ１１０１に戻る。

（ステップＳ１１０６）承認受付部２２２は、承認指示を受け付けたか否かを判断する。承認指示を受け付けた場合はステップＳ１１０７に行き、承認指示を受け付けなかった場合はステップＳ１１０１に戻る。

（ステップＳ１１０７）第二端末４２は、ステップＳ１１０６における承認指示の受け付けに応じて、依頼特定情報を構成する。

（ステップＳ１１０８）第二送信部４２１は、ステップＳ１１０７で構成された依頼特定情報を第一端末４１に送信する。ステップＳ１１０１に戻る。

なお、図１１のフローチャートにおいて、電源オフや処理終了の割り込みにより処理は終了する。

以上、本実施の形態によれば、ブロックチェーンにおけるトークンに関する処理について、予め決められた条件を満たす承認が行われた場合に、当該承認に対応するトークンに関する処理を行える。

また、本実施の形態によれば、予め決められた条件を満たす承認が行われた場合に、鍵を紛失したユーザに対するリカバリー処理が適切に行える。

さらに、本実施の形態によれば、予め決められた条件を満たす承認が行われた場合に、鍵を紛失したユーザのトークンの他のユーザへの移転の処理が適切に行える。

なお、本実施の形態における第一端末４１を実現するソフトウェアは、以下のようなプログラムである。つまり、このプログラムは、秘密鍵が格納される第一承認格納部にアクセス可能なコンピュータを、トークンに関する処理の依頼であり、承認する対象の依頼を特定する依頼特定情報を第二端末から受信する第一受信部と、前記秘密鍵を用いて前記依頼特定情報を含む情報に対して署名を行い、承認情報を構成する承認取得部と、情報処理装置に前記承認情報を送信する承認送信部として機能させるためのプログラムである。

また、図１２は、本明細書で述べたプログラムを実行して、上述した種々の実施の形態の情報システム等を実現するコンピュータの外観を示す。上述の実施の形態は、コンピュータハードウェア及びその上で実行されるコンピュータプログラムで実現され得る。図１２は、このコンピュータシステム３００の概観図であり、図１３は、システム３００のブロック図である。

図１２において、コンピュータシステム３００は、ＣＤ－ＲＯＭドライブを含むコンピュータ３０１と、キーボード３０２と、マウス３０３と、モニタ３０４とを含む。

図１３において、コンピュータ３０１は、ＣＤ－ＲＯＭドライブ３０１２に加えて、ＭＰＵ３０１３と、ＣＤ－ＲＯＭドライブ３０１２等に接続されたバス３０１４と、ブートアッププログラム等のプログラムを記憶するためのＲＯＭ３０１５と、ＭＰＵ３０１３に接続され、アプリケーションプログラムの命令を一時的に記憶するとともに一時記憶空間を提供するためのＲＡＭ３０１６と、アプリケーションプログラム、システムプログラム、及びデータを記憶するためのハードディスク３０１７とを含む。ここでは、図示しないが、コンピュータ３０１は、さらに、ＬＡＮへの接続を提供するネットワークカードを含んでも良い。

コンピュータシステム３００に、上述した実施の形態の情報システム等の機能を実行させるプログラムは、ＣＤ－ＲＯＭ３１０１に記憶されて、ＣＤ－ＲＯＭドライブ３０１２に挿入され、さらにハードディスク３０１７に転送されても良い。これに代えて、プログラムは、図示しないネットワークを介してコンピュータ３０１に送信され、ハードディスク３０１７に記憶されても良い。プログラムは実行の際にＲＡＭ３０１６にロードされる。プログラムは、ＣＤ－ＲＯＭ３１０１またはネットワークから直接、ロードされても良い。

プログラムは、コンピュータ３０１に、上述した実施の形態の情報システム等の機能を実行させるオペレーティングシステム（ＯＳ）、またはサードパーティープログラム等は、必ずしも含まなくても良い。プログラムは、制御された態様で適切な機能（モジュール）を呼び出し、所望の結果が得られるようにする命令の部分のみを含んでいれば良い。コンピュータシステム３００がどのように動作するかは周知であり、詳細な説明は省略する。

なお、上記プログラムにおいて、情報を送信するステップや、情報を受信するステップなどでは、ハードウェアによって行われる処理、例えば、送信ステップにおけるモデムやインターフェースカードなどで行われる処理（ハードウェアでしか行われない処理）は含まれない。

また、上記プログラムを実行するコンピュータは、単数であってもよく、複数であってもよい。すなわち、集中処理を行ってもよく、あるいは分散処理を行ってもよい。

また、上記各実施の形態において、一の装置に存在する２以上の通信手段は、物理的に一の媒体で実現されても良いことは言うまでもない。

また、上記各実施の形態において、各処理は、単一の装置によって集中処理されることによって実現されてもよく、あるいは、複数の装置によって分散処理されることによって実現されてもよい。

本発明は、以上の実施の形態に限定されることなく、種々の変更が可能であり、それらも本発明の範囲内に包含されるものであることは言うまでもない。

以上のように、本発明にかかる情報システムは、ブロックチェーンにおけるトークンに関する処理について、予め決められた条件を満たす承認が行われた場合に、当該承認に対応するトークンに関する処理を行えるという効果を有し、ブロックチェーンにおけるサーバ装置等として有用である。

１ 依頼端末
２、４ 承認装置
３ 情報処理装置
１１ 端末格納部
１２ 端末受付部
１３ 端末処理部
１４ 端末送信部
１５ 端末受信部
１６ 端末出力部
２１、４１ 第一端末
２２、４２ 第二端末
３１ 格納部
３２ 受信部
３３ 処理部
３４ 送信部
２１１ 第一承認格納部
２１２、４１２ 第一処理部
２１３ 第一送信部
２２１ 第二承認格納部
２２２ 承認受付部
２２３ 第二受信部
２２４ 第二処理部
２２５ 承認送信部
２２６ 第二出力部
３１１ スマートコントラクト格納部
３２１ 依頼受信部
３２２ 承認受信部
３３１ 承認判断部
３３２ トークン処理部
３４１ 問合送信部
４１１ 第一受信部
４２１ 第二送信部
２２３１ 問合受信部
２２４１ 承認取得部

Claims (18)

1. トークンに関する処理の依頼を識別する依頼識別子を有する依頼情報を送信する依頼端末と、前記依頼に対する承認を示す承認情報を送信する２以上の承認装置と、情報処理装置とを具備する情報システムであり、
   前記依頼端末は、
   依頼情報を受け付ける端末受付部と、
   前記依頼情報を前記情報処理装置に送信する端末送信部とを具備し、
   前記承認装置は、
   秘密鍵が格納される第一承認格納部と、
   承認する対象の依頼を特定する依頼特定情報が格納される第二承認格納部と、
   前記依頼に対する承認の指示である承認指示を受け付ける承認受付部と、
   前記承認受付部が前記承認指示を受け付けた後に、前記秘密鍵を用いて前記依頼特定情報を含む情報に対して署名を行い、承認情報を構成する承認取得部と、
   前記承認情報を前記情報処理装置に送信する承認送信部とを具備し、
   前記情報処理装置は、
   前記依頼端末から送信された前記依頼情報を受信する依頼受信部と、
   前記２以上の各承認装置から送信された前記承認情報を受信する承認受信部と、
   前記依頼受信部が受信した依頼情報が有する依頼識別子を用いて依頼特定情報を取得し、当該依頼特定情報に対応する承認情報であり、前記承認受信部が受信した前記承認情報が予め決められた条件を満たすか否かを判断する承認判断部と、
   前記承認判断部が前記予め決められた条件を満たすと判断した場合に、前記依頼識別子に対応する処理であり、トークンに関するトークン処理を行うトークン処理部とを具備する、情報システム。
2. 前記承認装置は、第一端末と第二端末とを具備し、
   前記第一端末は、
   秘密鍵が格納される第一承認格納部と、
   前記秘密鍵を前記第二端末に送信する第一送信部とを具備し、
   前記第二端末は、
   承認する対象の依頼を特定する依頼特定情報が格納される第二承認格納部と、
   前記依頼に対する承認の指示である承認指示を受け付ける承認受付部と、
   前記秘密鍵を前記第一端末から受信する第二受信部と、
   前記秘密鍵を用いて前記依頼特定情報を含む情報に対して署名を行い、承認情報を構成する承認取得部と、
   前記情報処理装置に前記承認情報を送信する承認送信部とを具備する請求項１記載の情報システム。
3. 前記承認装置は、第一端末と第二端末とを具備し、
   前記第一端末は、
   前記秘密鍵が格納される第一承認格納部と、
   前記第二端末から前記依頼特定情報を受信する第一受信部と、
   前記秘密鍵を用いて前記依頼特定情報を含む情報に対して署名を行い、承認情報を構成する承認取得部と、
   前記情報処理装置に前記承認情報を送信する承認送信部とを具備し、
   前記第二端末は、
   承認する対象の依頼を特定する依頼特定情報が格納される第二承認格納部と、
   前記依頼に対する承認の指示である承認指示を受け付ける承認受付部と、
   前記承認受付部が前記承認指示を受け付けた後に、前記依頼特定情報を前記第一端末に送信する第二送信部とを具備する請求項１記載の情報システム。
4. 前記情報処理装置は、
   前記依頼受信部が前記依頼情報を受信した後に、当該依頼情報が有する依頼識別子により識別される依頼に対応する承認を行うか否かを問い合わせる問合情報を前記２以上の承認装置に送信する問合送信部をさらに具備し、
   前記承認受信部は、
   前記問合送信部による前記問合情報の送信の後に、前記承認情報を受信し、
   前記承認装置は、
   前記問合情報を受信する問合受信部をさらに具備し、
   前記依頼特定情報は、前記問合情報に対応する情報である、請求項１から請求項３いずれか一項に記載の情報システム。
5. 前記情報処理装置と前記依頼端末との間の通信、および前記情報処理装置と前記２以上の各承認装置との間の通信は、閉域網を用いた通信である請求項１から請求項３いずれか一項に記載の情報システム。
6. 前記トークン処理部は、
   トークンを利用するために必要な鍵情報を紛失した場合の対するリカバリー処理を行う請求項１から請求項５いずれか一項に記載の情報システム。
7. 前記リカバリー処理は、
   前記鍵情報に対応するトークンの保有者であるユーザを識別するユーザ識別子を他のユーザ識別子に変更する処理である請求項６記載の情報システム。
8. 前記情報処理装置は、
   前記予め決められた条件、および前記トークン処理の内容について記載されているスマートコントラクト情報が格納されるスマートコントラクト格納部をさらに具備し、
   前記承認判断部は、
   前記承認受信部が受信した前記承認情報が、前記スマートコントラクト情報に記載されている前記予め決められた条件を満たすか否かを判断し、
   前記トークン処理部は、
   前記スマートコントラクト情報に記載されている前記トークン処理の内容に基づいて、前記トークン処理を行う、請求項１から請求項７いずれか一項に記載の情報システム。
9. 前記情報処理装置には、承認期間に関する期間情報が格納されており、
   前記承認判断部は、
   前記期間情報に対応する前記承認情報が、予め決められた条件を満たすか否かを判断する、請求項１から請求項８いずれか一項に記載の情報システム。
10. トークンに関する処理の依頼を識別する依頼識別子を有する依頼情報を依頼端末から受信する依頼受信部と、
    ２以上の各承認装置から送信された承認情報を受信する承認受信部と、
    前記依頼受信部が受信した前記依頼情報が有する依頼識別子を用いて依頼特定情報を取得し、当該依頼特定情報に対応する承認情報であり、前記承認受信部が受信した前記承認情報が予め決められた条件を満たすか否かを判断する承認判断部と、
    前記承認判断部が前記予め決められた条件を満たすと判断した場合に、前記依頼識別子に対応する処理であり、トークンに関するトークン処理を行うトークン処理部とを具備する情報処理装置。
11. トークンに関する処理の依頼であり、承認する対象の依頼を特定する依頼特定情報が格納される第二承認格納部と、
    前記依頼に対する承認の指示である承認指示を受け付ける承認受付部と、
    秘密鍵を第一端末から受信する第二受信部と、
    前記秘密鍵を用いて前記依頼特定情報を含む情報に対して署名を行い、承認情報を構成する承認取得部と、
    情報処理装置に前記承認情報を送信する承認送信部とを具備する承認端末。
12. 秘密鍵が格納される第一承認格納部と、
    トークンに関する処理の依頼であり、承認する対象の依頼を特定する依頼特定情報を第二端末から受信する第一受信部と、
    前記秘密鍵を用いて前記依頼特定情報を含む情報に対して署名を行い、承認情報を構成する承認取得部と、
    情報処理装置に前記承認情報を送信する承認送信部とを具備する承認端末。
13. 依頼受信部と、承認受信部と、承認判断部と、トークン処理部とにより実現される情報処理方法であって、
    前記依頼受信部が、トークンに関する処理の依頼を識別する依頼識別子を有する依頼情報を依頼端末から受信する依頼受信ステップと、
    前記承認受信部が、２以上の各承認装置から送信された承認情報を受信する承認受信ステップと、
    前記承認判断部が、前記依頼受信ステップで受信された前記依頼情報が有する依頼識別子を用いて依頼特定情報を取得し、当該依頼特定情報に対応する承認情報であり、前記承認受信部が受信した前記承認情報が予め決められた条件を満たすか否かを判断する承認判断ステップと、
    前記トークン処理部が、前記承認判断部が前記予め決められた条件を満たすと判断した場合に、前記依頼識別子に対応する処理であり、トークンに関するトークン処理を行うトークン処理ステップとを具備する情報処理方法。
14. トークンに関する処理の依頼であり、承認する対象の依頼を特定する依頼特定情報が格納される第二承認格納部と、承認受付部と、第二受信部と、承認取得部と、承認送信部とにより実現される情報処理方法であって、
    前記承認受付部が、前記依頼に対する承認の指示である承認指示を受け付ける承認受付ステップと、
    前記第二受信部が、秘密鍵を第一端末から受信する第二受信ステップと、
    前記承認取得が、前記秘密鍵を用いて前記依頼特定情報を含む情報に対して署名を行い、承認情報を構成する承認取得ステップと、
    前記承認送信部が、情報処理装置に前記承認情報を送信する承認送信ステップとを具備する情報処理方法。
15. 秘密鍵が格納される第一承認格納部と、第一受信部と、承認取得部と、承認送信部とにより実現される情報処理方法であって、
    前記第一受信部が、トークンに関する処理の依頼であり、承認する対象の依頼を特定する依頼特定情報を第二端末から受信する第一受信ステップと、
    前記承認取得部が、前記秘密鍵を用いて前記依頼特定情報を含む情報に対して署名を行い、承認情報を構成する承認取得ステップと、
    前記承認送信部が、情報処理装置に前記承認情報を送信する承認送信ステップとを具備する情報処理方法。
16. コンピュータを、
    トークンに関する処理の依頼を識別する依頼識別子を有する依頼情報を依頼端末から受信する依頼受信部と、
    ２以上の各承認装置から送信された承認情報を受信する承認受信部と、
    前記依頼受信部が受信した前記依頼情報が有する依頼識別子を用いて依頼特定情報を取得し、当該依頼特定情報に対応する承認情報であり、前記承認受信部が受信した前記承認情報が予め決められた条件を満たすか否かを判断する承認判断部と、
    前記承認判断部が前記予め決められた条件を満たすと判断した場合に、前記依頼識別子に対応する処理であり、トークンに関するトークン処理を行うトークン処理部として機能させるためのプログラム。
17. トークンに関する処理の依頼であり、承認する対象の依頼を特定する依頼特定情報が格納される第二承認格納部にアクセス可能なコンピュータを、
    前記依頼に対する承認の指示である承認指示を受け付ける承認受付部と、
    秘密鍵を第一端末から受信する第二受信部と、
    前記秘密鍵を用いて前記依頼特定情報を含む情報に対して署名を行い、承認情報を構成する承認取得部と、
    情報処理装置に前記承認情報を送信する承認送信部として機能させるためのプログラム。
18. 秘密鍵が格納される第一承認格納部にアクセス可能なコンピュータを、
    トークンに関する処理の依頼であり、承認する対象の依頼を特定する依頼特定情報を第二端末から受信する第一受信部と、
    前記秘密鍵を用いて前記依頼特定情報を含む情報に対して署名を行い、承認情報を構成する承認取得部と、
    情報処理装置に前記承認情報を送信する承認送信部として機能させるためのプログラム。

Images