JP2023113422A - システム、情報処理装置及びその制御方法 - Google Patents

Abstract

【課題】 本発明は、ブロックチェーンを用いた真正性の検証が可能な文書について、文書がオリジナル文書なのかも検証可能とすることを目的とする。【解決手段】 情報処理装置が、ブロックチェーン装置に対して、文書に関する文書情報と文書がオリジナルであることを示す属性情報をトランザクション登録の指示を行い、ブロックチェーン装置は、文書情報と属性情報を基にトランザクションを生成しブロックに登録する。【選択図】 図９（Ａ）

Description

本発明は、ブロックチェーンを使用した電子データの真正性に関する。

画像形成装置により印刷された文書に関して、ブロックチェーンを利用することで、特定の電子データを元に印刷されたという記録情報に信頼性を担保することが知られている（特許文献１を参照）。

ここでブロックチェーン上に登録される情報には、文書を識別するための文書識別情報、登録日時、登録者情報（例えば、登録したユーザ、デバイス、システム）、と、何の文書から文書変更されたかを示す元文書識別情報がある。文書識別情報、および元文書識別情報は、文書を一意に特定できるハッシュ値が用いられる。

これにより、文書を検証するシステム（以降では、検証システム）は、文書識別情報がブロックチェーン上に登録されているか否かを確認することで、文書の真正性を検証することができる。

特開２０２１－１９２７１号公報

しかしながら、検証システム（およびそのシステムの利用者）はブロックチェーン上に登録された文書識別情報、および他の登録情報を参照しても、その文書がオリジナルの文書なのか、知ることができない。また、その文書がオリジナルの文書（内容変更され改訂されて登録された文書）、あるいは、印刷や電子文書の電子コピーのように複製されて登録された文書なのかを区別することもできない。

本発明は、ブロックチェーンを用いた真正性の検証が可能な文書について、文書がオリジナルの文書なのかも検証可能とすることを目的とする。

上記課題を解決するために、情報処理装置、ブロックチェーン装置から構成されるシステムであって、前記情報処理装置は、前記ブロックチェーン装置に対して、文書に関する文書情報と前記文書がオリジナルであることを示す属性情報をトランザクション登録の指示を行う登録指示手段と、前記ブロックチェーン装置は、前記文書情報と前記属性情報を基にトランザクションを生成しブロックに登録する登録手段を有する。

ブロックチェーンを用いた真正性の検証が可能な文書について、文書がオリジナル文書なのかも検証可能とすることができる。

システムの構成を示す図である。 画像形成装置のハードウェア構成を示す図である。 文書管理装置、ＰＣ、ブロックチェーン装置のハードウェア構成を示す図である。 画像形成装置のソフトウェア構成を示す図である。 文書管理装置のソフトウェア構成を示す図である。 ブロックチェーン装置のソフトウェア構成を示す図である。 ブロックチェーン装置におけるトランザクションに関わるデータ構成を示す図である。 文書管理装置の画面例である。 文書管理装置１０２のフローチャートである。 文書管理装置１０４のフローチャートである。 画像形成装置１０１のフローチャートである。 ブロックチェーン装置１１１におけるトランザクションの登録処理のフローチャートである。 ブロックチェーン装置１１１におけるトランザクションの検証処理のフローチャートである。 実施例２におけるブロックチェーンサービスに関連するシステムの全体図である。 実施例２におけるブロックチェーン装置１１１のソフトウェア構成について示したブロック図である。 実施例２におけるブロックチェーン装置１１１におけるトランザクションの登録処理の流れを示すフローチャートである。

＜実施例１＞
以下、本発明を実施するための形態について図面を用いて説明する。

図１は、本実施例におけるブロックチェーンサービスに関連するシステムの全体図である。画像形成装置１０１、文書管理装置１０２、ＰＣ１０３、文書管理装置１０４がＬＡＮ１００に接続されイントラネット内に存在し、インターネット１１０を介して、ブロックチェーン装置１１１と通信を行う。なお、ここではインターネット１１０を介す構成を示しているが同じイントラなネット内にある構成であっても良い。ブロックチェーン装置１１１はブロックチェーンに文書情報を格納したトランザクションを登録、検証するためのブロックチェーンサービスを提供するための装置である。ＰＣ１０３は、ウェブブラウザを利用した画像形成装置１０１の管理や、プリントドライバを利用した画像形成装置１０１への印刷や、文書管理装置１０２、１０４の電子文書の管理に利用される。

ブロックチェーン装置１１１は画像形成装置１０１で生成された印刷文書や、文書管理装置１０２、１０４で保存された文書に関する情報をブロック単位にまとめて管理する装置である。また、ブロックチェーン装置１１１は、文書の正当性を保障するためのブロックチェーン機能を提供する装置である。文書管理装置１０２、１０４は、電子文書を管理（閲覧、新規保存、更新、削除）するための文書管理サービスを提供する。文書管理装置１０２、１０４は、画像形成装置１０１やＰＣ１０３で生成された電子文書を保存する装置であり、保存済みの文書に対して内容変更された文書を更新して保存することで改訂記録も管理する。さらに文書管理装置１０２、１０４は、どちらも、電子文書に関する情報をブロックチェーン装置１１１に登録指示する機能を持つ。ここで、文書管理装置１０２は、登録する指示する際に内容変更された文書である情報も併せて登録指示する。一方、文書管理装置１０４は、内容変更された文書という情報は含めずに、電子文書に関する情報をブロックチェーン装置１１１に登録指示する。文書管理装置１０２と１０４は、内容変更された文書という情報を含めるか否かといった違い以外の構成は同様のため、図３、図５、図８における文書管理装置１０２の説明は文書管理装置１０４の説明も含めるものとする。ユーザは、ブロックチェーン装置１１１に登録する文書を、内容変更された文書か複製された文書か見分ける必要があるシステムや、改訂履歴をブロックチェーン装置１１１でも表現する必要があるシステムを扱う際に、文書管理装置１０２を利用する。一方で、ユーザは、ブロックチェーン装置１１１に登録する文書を、内容変更された文書か複製された文書かを見分ける必要がないシステムを扱う際に、文書管理装置１０４を使う。本実施例では、文書管理装置１０２、１０４を含める例を示したが、文書管理装置１０４がない構成であっても良く、あるいは、文書管理装置１０２、１０４の特徴を持つ別々の異なるシステムを１つの文書管理装置内に含める構成で合っても良い。

ブロックチェーン装置１１１および文書管理装置１０２が提供するサービスはクラウドサービスとして提供されてもよく、その場合、複数のコンピューターを仮想化することで１つの装置としサービスを提供する形態でも良い。

図２は、情報処理装置の一例である画像形成装置１０１のハードウェア構成を示すブロック図である。Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ ＵｎｉｔであるＣＰＵ２０１を含む制御部２００は、画像形成装置１０１全体の動作を制御する。ＣＰＵ２０１は、Ｒｅａｄ Ｏｎｌｙ ＭｅｍｏｒｙであるＲＯＭ２０２に記憶された制御プログラムを読み出して読取制御や送信制御などの各種制御を行う。Ｒａｎｄａｍ Ａｃｃｅｓｓ ＭｅｍｏｒｙであるＲＡＭ２０３は、ＣＰＵ２０１の主メモリ、ワークエリア等の一時記憶領域として用いられる。Ｈａｒｄ Ｄｉｓｃ ＤｒｉｖｅであるＨＤＤ２０４は、画像データや各種プログラム、あるいは後述する各種データを記憶する。画像形成装置１０１は情報処理装置としてのハードウェア構成を有しているが、これに加え以下のハードウェア構成をさらに有する。

操作部Ｉ／Ｆ２０５は、操作部２０９と制御部２００とを接続する。プリンタＩ／Ｆ２０６は、プリンタ２１０と制御部２００とを接続する。プリンタ２１０で印刷すべき画像データはプリンタＩ／Ｆ２０６を介して制御部２００から転送され、プリンタ２１０において記録媒体上に印刷される。スキャナＩ／Ｆ２０７は、スキャナ２１１と制御部２００とを接続する。スキャナ２１１は、原稿上の画像を読み取って画像データを生成し、スキャナＩ／Ｆ２０７を介して制御部２００に入力する。

ネットワークＩ／Ｆ２０８は、制御部２００（画像形成装置１０１）をＬＡＮ１００に接続する。ネットワークＩ／Ｆ２０８は、ＬＡＮ１００上の外部装置に画像データや情報を送信したり、ＬＡＮ１００上の外部装置から各種情報を受信したりする。

図３は、情報処理装置の一例である文書管理装置１０２のハードウェア構成を表すブロック図である。なお、ここでは例示していないが、情報処理装置の他の一例であるＰＣ１０３、文書管理装置１０４、ブロックチェーン装置も１１１文書管理装置１０２と同じハードウェア構成でよい。ＣＰＵ３０２は装置全体の制御を行う。ＣＰＵ３０２はＨＤＤ３０５に格納されているアプリケーションプログラムやＯＳ等を実行し、ＲＡＭ３０３にプログラムの実行に必要な情報、ファイル等を一時的に格納する制御を行う。ＲＯＭ３０４は記憶部であり、内部には、基本Ｉ／Ｏプログラム等の各種データを記憶する。ＲＡＭ３０３は一時記憶部であり、ＣＰＵ３０２の主メモリ、ワークエリア等として機能する。ＨＤＤ３０５は外部記憶部の一つであり、大容量メモリとして機能し、オフィスアプリケーションやＷｅｂブラウザー等のアプリケーションプログラム、ＯＳ、関連プログラム等を格納している。

ディスプレイ３０６は表示手段であり、指示入力部であるキーボード／マウス３０７から入力したコマンド等を表示したりするものである。インターフェース３０８は外部装置Ｉ／Ｆであり、プリンタ、ＵＳＢ機器、周辺機器を接続する。システムバス３０１は、装置内におけるデータの流れを司るものである。ネットワークインターフェースカード（以降ＮＩＣ）３０９は、ＬＡＮ１００を介して外部装置とのデータのやり取りを行う。

なお、情報処理装置の構成はその一例であり、図２および図３の構成例に限定されるものではない。例えば、データやプログラムの格納先は、その特徴に応じてＲＯＭ３０４、ＲＡＭ３０３、ＨＤＤ３０５などで変更することも可能である。本実施例中で特に明記しない場合は、各種処理はＲＯＭ３０４等に記憶されているプログラムをＲＡＭ３０３等にロードし、ＣＰＵ３０２で実行することによって実現されるものとする。

図４は、画像形成装置１０１において本発明に関連するソフトウェア構成について示したブロック図である。特に断りのない限り、各処理部はＲＯＭ２０２に記憶された制御プログラムをＣＰＵ２０１が実行することにより実現されるソフトウェア機能である。

ローカルＵＩ制御部４００は、操作部Ｉ／Ｆ２０５を介して操作部２０９を制御する機能を提供する。ローカルＵＩ制御部４００はユーザが操作部２０９で操作した内容をユーザ認証処理部４０２やアプリケーション４０４に通知する。ローカルＵＩ制御部４００はユーザ認証処理部４０２やアプリケーションからの画面表示依頼を受けて、操作部２０９へ画面を表示するための制御を行う。ユーザ認証処理部４０２、アプリケーション４０４はローカルＵＩ制御部４００を介して操作部２０９に画面を表示する。

リモートＵＩ制御部４０１は、ネットワークＩ／Ｆ２０８を介してＰＣ１０３上のウェブブラザに対してウェブページを提供する。リモートＵＩ制御部４０１はユーザがウェブブラウザで操作した内容をユーザ認証処理部４０２やアプリケーションに通知する。リモートＵＩ制御部４０１はユーザ認証処理部４０２やアプリケーションからの依頼を受けて、ウェブブラウザに対してウェブページを表示するための制御を行う。ユーザ認証処理部４０２、アプリケーション４０４はリモートＵＩ制御部４０１を介してウェブブラウザに対してウェブページを表示させる。

ユーザ認証処理部４０２は、画像形成装置１０１を利用するユーザを認証するための機能を提供する。ユーザ認証処理部４０２は、ユーザからユーザ名とパスワードの入力と言った認証情報を受信し、ユーザ情報ＤＢ４０３内に保持しているユーザ情報と比較することでユーザ認証を行う。また、ユーザ認証処理部４０２は、ブロックチェーンアプリケーション４０６からの指示を受けて、ブロックチェーンアプリケーション４０６にクレデンシャル情報４０５を渡す。クレデンシャル情報４０５は、ユーザが組織単位でブロックチェーン装置１１１を利用する正規のユーザであることを保証するためのクレデンシャル情報である。ここでは、１つの画像形成装置１０１を１つの組織で利用する構成で示しているが、複数のユーザ組織で画像形成装置１０１を利用する場合は、ユーザ組織の数だけ存在する構成を取れば良い。あるいは、ユーザ単位でクレデンシャル情報を用意する構成を取っても良い。

ユーザ情報ＤＢ４０３は、画像形成装置１０１を利用するユーザに関する情報であるユーザ情報を保持する機能を提供する。ユーザ情報ＤＢ４０３は、ＨＤＤ２０４内に構築され、格納される情報はＨＤＤ２０４に記憶される。ユーザ情報ＤＢ４０３に格納している情報の例を表１に示す。

表１のユーザ情報テーブルは、「ユーザ名」と「パスワード」から構成されており、「ユーザ名」はユーザを一意に識別するための名称、「パスワード」はユーザ認証で利用するパスワードであり、ユーザ毎に任意の値を設定することができる。

アプリケーション４０４は、ネットワークＩ／Ｆ２０８を介して、ＰＣ１０３や文書管理装置１０２、１０４から文書を受信しプリンタＩ／Ｆ２０６を介して印刷する機能を提供する。他にもアプリケーション４０４は、スキャンした文書を電子文書に変換しＨＤＤ２０４に保存する機能やＰＣ１０３や文書管理装置１０２、１０４にネットワークＩ／Ｆ２０８を介して送信する機能、もしくはコピーとして印刷する機能を提供する。さらにブロックチェーンアプリケーション４０６を介してブロックチェーン装置１１１に文書（印刷文書、保存／送信された電子文書）の情報を登録する機能や、スキャンした文書がブロックチェーン装置１１１に登録済みかを検証する機能を提供する。アプリケーション４０４は、ブロックチェーン装置１１１に登録有無を問い合わせる際に必要となる問い合わせ情報に対応する埋込情報を文書に埋め込んだ状態で印刷することができる。印刷物の一例として文書として示すが、文書以外の印刷物も同様に扱うことができる。アプリケーション４０４はスキャナＩ／Ｆ２０７を介してスキャナ２１１を制御したり、ネットワークＩ／Ｆ２０８を介してＬＡＮ１００へデータを送信したりすることで、外部装置（例えばＰＣ１０３）へスキャンデータの送信を行う。アプリケーション４０４はローカルＵＩ制御部４００およびリモートＵＩ制御部４０１へ画面情報を提供する。アプリケーション４０４はローカルＵＩ制御部４００を介して操作部２０９に表示された画面への入力を受け付け、それに応じて処理を行う。また、アプリケーション４０４はリモートＵＩ制御部４０１を介してＰＣ１０３上のウェブブラザからの入力を受け付け、それに応じて処理を行う。なお、文書の印刷、検証と言った機能を１つのアプリケーションに備える例を説明するが、それらの機能を複数のアプリケーションに分担させても良い。例えば、文書の登録を行うスキャンアプリケーションと、印刷を行う印刷アプリケーションのように分ける形態が考えられる。

ブロックチェーンアプリケーション４０６は、ブロックチェーン連携するためのアプリケーションであり、アプリケーション４０４からの指示を受け、ブロックチェーン装置１１１に文書の情報を登録、検証する機能を提供する。ブロックチェーンアプリケーション４０６がブロックチェーン装置１１１に登録するトランザクション７０１とブロックのデータ構造の例を図７に示すが詳細は後述する。ブロックチェーンアプリケーション４０６は、アプリーションからブロックチェーン装置１１１に対する指示を受けた際に、ユーザ認証処理部４０２からクレデンシャル情報４０５と、クレデンシャル情報管理部４１０からクレデンシャル情報４０７も受け取る。ブロックチェーンアプリケーション４０６は、ブロックチェーン装置１１１に指示を送る際に、受け取ったクレデンシャル情報４０５、４０７も送信する。ブロックチェーン装置１１１で送信したクレデンシャル情報が検証され、検証が成功した場合だけ、ブロックチェーン装置１１１に送信した指示が実行される。また、ブロックチェーンアプリケーション４０６は、ブロックチェーン装置１１１に関する処理の設定をポリシー設定４０８から取得し、ブロックチェーン装置１１１に指示を送る際に一緒に送信する。ポリシー設定４０８は、ブロックチェーン装置１１１の登録処理に関する設定である。設定例は図７で後述する。ポリシー設定４０８は、画像形成装置１０１の管理者が設定する。もしくは他の構成例として、ブロックチェーン装置１１１の管理者が設定したポリシー設定をブロックチェーン装置１１１からダウンロードし、ポリシー設定４０８に設定する構成としても良い。あるいは、ポリシー設定４０８は、システム開発者によってあらかじめ画像形成装置１０１に組み込まれる構成でも良い。

クレデンシャル情報４０７は、画像形成装置１０１がブロックチェーン装置１１１を利用する正規の装置であることを保証するためのクレデンシャル情報である。クレデンシャル情報４０７は、例えば本システムを運営する団体が装置のメーカーごとに発行してもよい。クレデンシャル情報４０７は画像形成装置１０１のファームウェア内に組み込んだ状態で出荷してもよいし、出荷後に画像形成装置１０１へインストールしてもよい。なお、クレデンシャル情報はデジタル証明書や秘密鍵と公開鍵の鍵ペアでもよいし、予め定められたデータ値でもよく、クレデンシャル情報の実態に制限はない。クレデンシャル情報はアプリケーションごとに異なる実態であってもよい。クレデンシャル情報管理部４１０は、画像形成装置１０１内のクレデンシャル情報４０７を管理する機能を提供する。本実施例ではクレデンシャル情報管理部４１０は、ブロックチェーンアプリケーション４０６からの指示を受けて、ブロックチェーンアプリケーション４０６にクレデンシャル情報４０７を渡す。

図５は、文書管理装置１０２において本発明に関連するソフトウェア構成について示したブロック図である。文書管理装置１０４も同じソフトウェア構成で良い。

ＵＩ制御部５０１は、ＮＩＣ３０９を介してＰＣ１０３上のウェブブラザに対してウェブページを提供する。ＵＩ制御部５０１はユーザがウェブブラウザで操作した内容をユーザ認証処理部５０２や文書管理部５０４に通知する。ＵＩ制御部５０１はユーザ認証処理部５０２や文書管理部５０４からの依頼を受けて、ウェブブラウザに対してウェブページを表示するための制御を行う。ユーザ認証処理部５０２、文書管理部５０４はＵＩ制御部５０１を介してウェブブラウザに対してウェブページを表示させる。ＵＩ制御部５０１がウェブブラウザに表示させる文書管理画面の一例を図９（Ａ）に示す。なお、ここでは、ＮＩＣ３０９を介してＵＩを提供する例を示しているが、ディスプレイ３０６にＵＩを提供する構成でも良い。

ユーザ認証処理部５０２は、文書管理装置１０２を利用するユーザを認証するための機能を提供する。そのため、ユーザ認証処理部５０２は認証画面８００（画面例を図８（Ａ）に示す）を操作部２０９に表示する。ユーザ認証処理部４０２は認証画面８００を介して、ユーザからユーザ名とパスワードの入力と言った認証情報を受信し、ユーザ情報ＤＢ５０３内に保持しているユーザ情報と比較することでユーザ認証を行う。また、ユーザ認証処理部５０２は、ブロックチェーンプラグイン５０６からの指示を受けて、ブロックチェーンプラグイン５０６にクレデンシャル情報５０５を渡す。クレデンシャル情報５０５は、ユーザが組織単位でブロックチェーン装置１１１を利用する正規のユーザであることを保証するためのクレデンシャル情報である。ここでは、１つの文書管理装置１０２を１つの組織で利用する構成で示しているが、複数のユーザ組織で文書管理装置１０２を利用する場合は、ユーザ組織の数だけ存在する構成を取れば良い。あるいは、ユーザ単位でクレデンシャル情報を用意する構成を取っても良い。

ユーザ情報ＤＢ５０３は、画像形成装置１０１を利用するユーザに関する情報であるユーザ情報を保持する機能を提供する。ユーザ情報ＤＢ５０３は、ＨＤＤ３０５内に構築され、格納される情報はＨＤＤ３０５に記憶される。ユーザ情報ＤＢ５０３に格納している情報の例を表２に示す。

表２のユーザ情報テーブルは、「ユーザ名」と「パスワード」から構成されており、「ユーザ名」はユーザを一意に識別するための名称、「パスワード」はユーザ認証で利用するパスワードであり、ユーザ毎に任意の値を設定することができる。なお、ここでは表１に示したユーザ認証処理部４０３のユーザ情報と異なるユーザ情報テーブルの例を示したが、ユーザ情報ＤＢ４０３上のユーザ情報と同期する構成でも良い。他にも、ユーザ認証処理部４０３とユーザ認証処理部５０３のどちらか一方のユーザ情報ＤＢを利用する構成や、あるいは外部にユーザ情報ＤＢを配置してそこからユーザ情報を参照する構成でも良い。

文書管理部５０４は、文書の閲覧、ダウンロード、文書の新規保存、文書の更新、文書の削除といった文書管理機能を提供する。さらにブロックチェーンプラグイン５０６を介してブロックチェーン装置１１１に文書（新規保存、更新保存された電子文書）の情報を登録する機能や、保存済みの電子文書がブロックチェーン装置１１１に登録済みかを検証する機能を提供する。閲覧／ダウンロード機能では、ＵＩ制御部５０１を介して電子文書ＤＢ５２０に保存された文書を表示し、ユーザ指示に応じて、ＮＩＣ３０９を介してＰＣ１０３に電子文書を送信する。新規保存機能では、ＰＣ１０３から受信した電子文書をＨＤＤ３０５内の電子文書ＤＢ５２０に保存する。文書更新機能では、電子文書ＤＢ５２０に保存された電子文書を、ＰＣ１０３から受信する電子文書に更新して、新たに電子文書ＤＢ５２０に保存する。ユーザが文書の更新を行うと、文書管理としては更新前の文書は表示されずに更新後の文書が表示されるが、電子文書ＤＢ５２０には、更新前と更新後の双方の電子文書が保存されたままとなる。電子文書ＤＢ５２０に保存する文書の例を表３に示す。

表３の保存済み電子文書の情報として、電子文書自体である「文書」と、同じ電子文書名のもの同士を識別するための「バージョン」から構成されている。

文書管理を行うユーザは、文書管理部５０４からダウンロードした文書を編集し内容変更した後に、文書更新機能を使って、変更後の文書を電子文書ＤＢ５２０に送信し、文書管理部５０４が電子文書を電子文書ＤＢ５２０に保存する。文書削除機能では、電子文書ＤＢに保存された文書を削除する。文書管理部５０４はさらに、文書の改訂管理機能を提供する。改訂管理機能では、文書更新機能により文書の更新を行った後、文書管理５０４が、更新前の文書と更新後の文書を紐づけることで、文書の関連と保存の順序を改訂履歴として、ＨＤＤ３０５内の改訂記録ＤＢ５２１に記録する。改訂記録ＤＢ５２１に保存する記録の例を表４に示す。

表４の改訂記録は、「文書名」「更新前バージョン」「更新後バージョン」「更新日」「更新者」から構成されており、文書の更新を行う度に「文書名」の文書の更新前のバージョンと、更新後のバージョンを記録する。ブロックチェーンプラグイン５０６は、ブロックチェーン連携するためのプラグインであり、文書管理部５０４からの指示を受け、ブロックチェーン装置１１１に文書の情報を登録、検証する機能を提供する。ブロックチェーンプラグイン５０６がブロックチェーン装置１１１に登録するトランザクション７０１とブロックのデータ構造の例を図７（Ａ）に示すが詳細は後述する。ブロックチェーンプラグイン５０６は、文書管理部５０４からブロックチェーン装置１１１に対する指示を受けた際に、ユーザ認証処理部５０２からクレデンシャル情報５０５とクレデンシャル情報管理部５１０からクレデンシャル情報５０７も受け取る。ブロックチェーンプラグイン５０６は、ブロックチェーン装置１１１に指示を送る際に、受け取ったクレデンシャル情報５０５、５０７も送信する。ブロックチェーン装置１１１で送信したクレデンシャル情報が検証され、検証が成功した場合だけ、ブロックチェーン装置１１１に送信した指示が実行される。また、ブロックチェーンプラグイン５０６は、ブロックチェーン装置１１１に関する処理の設定をポリシー設定５０８から取得し、ブロックチェーン装置１１１に指示を送る際に一緒に送信する。ポリシー設定５０８は、ブロックチェーン装置１１１の登録処理に関する設定である。設定例は図７（Ｂ）で後述する。ポリシー設定５０８は、文書管理装置１０２の管理者が設定する。もしくは他の構成例として、ブロックチェーン装置１１１の管理者が設定したポリシー設定をブロックチェーン装置１１１からダウンロードし、ポリシー設定５０８に設定する構成としても良い。あるいは、ポリシー設定５０８は、システム開発者によってあらかじめ文書管理装置１０２に組み込まれる構成でも良い。

クレデンシャル情報５０７は、文書管理装置１０２がブロックチェーン装置１１１を利用する正規の装置であることを保証するためのクレデンシャル情報である。クレデンシャル情報５０７は、例えば本システムを運営する団体が文書管理サービスのベンダーごとに発行してもよい。クレデンシャル情報５０７は文書管理装置１０２のシステム内に組み込んだ構成でもよいし、あとから文書管理装置１０２へインストールしてもよい。なお、クレデンシャル情報はデジタル証明書や秘密鍵と公開鍵の鍵ペアでもよいし、予め定められたデータ値でもよく、クレデンシャル情報の実態に制限はない。クレデンシャル情報管理部５１０は、文書管理装置１０２内のクレデンシャル情報を管理する機能を提供する。本実施例ではクレデンシャル情報管理部５１０は、ブロックチェーンプラグイン５０６からの指示を受けて、ブロックチェーンプラグイン５０６にクレデンシャル情報５０７を渡す。

図６は、本実施例におけるブロックチェーン装置１１１において本発明に関連するソフトウェア構成について示したブロック図である。

処理制御部６０１は、ネットワークＩ／Ｆ２０８を介して、画像形成装置１０１、文書管理装置１０２、１０４、ＰＣ１０３といった外部装置からブロックチェーン装置１１１に処理の指示を受信する。外部装置からの指示を受けると、処理制御部６０１は認証処理部６０２の認証機能を実行し、そのあとにブロックデータ管理部６０５のブロックチェーン管理機能を実行する。そして、ネットワークＩ／Ｆ２０８を介して処理結果を外部装置に送信する。

認証処理部６０２は、ブロックチェーン装置１１１におけるサービスを利用する装置、システム、ユーザを認証するための機能を提供する。アカウント情報ＤＢ６０３は、サービスを利用する装置、システム、ユーザの情報を保持する。認証処理部６０２は、クレデンシャル情報４０５、４０７、５０５、５０７といったクレデンシャル情報と、アカウント情報ＤＢ６０３の情報を照合することで、認証処理を行う。アカウント情報ＤＢの例を表５に示す。

表５では、アカウント名が保存されている。認証処理部６０２は、クレデンシャル情報４０５、４０７、５０５、５０７といったクレデンシャル情報を復号し、複合した文字列が表５に示すアカウント名に含まれるか照合することで、認証処理を行うことができる。アカウント情報ＤＢ６０３に保存する情報は、ブロックチェーン装置１１１の管理者が事前に保存しておけば良い。

ブロックデータ管理部６０４では登録用トランザクションの生成、ブロックの生成、分散台帳６０７への書き込み、分散台帳６０７への参照処理などブロックチェーンの処理を行う。外部装置から処理の指示とともにトランザクションを受信するが、ブロックデータ管理部６０４は受信したトランザクションの情報を登録用トランザクションに格納、登録用トランザクションを生成する。登録用トランザクションのデータ構成は図７に示すトランザクションのデータ構成と同様である。ブロックのデータ構成についても図７で後述する。分散台帳６０５はブロックを保持する機能を提供する。一般的に、ブロックチェーンでは複数のノード（コンピュータ）で台帳を管理しており、ブロックデータ管理部６０４は複数から構成されていてもよい。

図７（Ａ）は、ブロックチェーン装置１１１に保持するトランザクション７０１とそのトランザクションを複数格納したブロックのデータ構造について示したブロック図である。ブロックチェーン装置１１１は、ブロックチェーンと呼ばれる方式でデータを管理する装置である。このブロックチェーンは、情報をトランザクションという単位で取り扱い、そのトランザクションを複数まとめたブロックという単位で管理する。

個々のブロックはその前後のブロックとの関連が定義されることで、各ブロックが数珠繋ぎの状態を保つように構成される。また、ブロックチェーンはノードと呼ばれる複数のコンピューターで管理されており、それぞれのノードがすべて等しいブロックデータの管理を行う構造となる。このため、ブロックデータの改ざんを行う場合には構成されている複数のノードに対して更新を行わなければならず、対改ざん性の強いデータ管理方法として知られている。なお、ブロックチェーン装置１１１と記載はしたが、上述の通り複数のコンピューターで構成されている装置であって、それらによってブロックチェーンサービスが提供される。

本実施例では、画像形成装置１０１、および文書管理装置１０２、１０４での文書処理時にブロックチェーン装置１１１に文書ハッシュ値を含めたトランザクションを送信し、ブロック管理することで、文書の正しい状態を保持する。これにより、文書がある時点においては確かに存在していたことを確認でき、さらに、文書管理装置１０２、１０４内の電子文書に対する改ざんが行われていないかを確認できるようになる。ここでは各トランザクションを識別する情報の一例として文書ハッシュ値を用いるが、通し番号を付与したＩＤや、タイムスタンプなど、他の情報を基にした識別情報を用いても良い。

文書をブロックチェーン装置１１１に登録する際に、画像形成装置１０１、および文書管理装置１０２、１０４が送信するトランザクション７０１には、以下の情報を含む。

文書ハッシュ値７０２は、対象の文書を一意に表すために算出されたハッシュ値である。例えば、印刷文書に関しては、画像形成装置１０１のクレデンシャル情報４０７と、印刷時のタイムスタンプを基に算出することができる。電子文書の場合、文書ハッシュ値７０２は文書ファイル全体から算出されるものである。ただし、これ以外の算出方法を制限するものではない。

登録システム情報７０４は、文書登録を行った画像形成装置１０１、もしくは文書管理装置１０２、１０４を識別する情報であり、本実施例ではクレデンシャル情報４０７、もしくはクレデンシャル情報５０７のハッシュ値を格納する。

文書登録日時７０５は、文書を登録した時点を表す情報である。ここでは、画像形成装置１０１もしくは文書管理装置１０２、１０４が登録日時をトランザクションに含める構成を示しているが、ブロックチェーン装置１１１が登録日時を格納する構成を取っても良い。

文書登録者７０６は、文書登録を行ったユーザを表す情報であり、クレデンシャル情報４０５、もしくはクレデンシャル情報５０５のハッシュ値を格納する。

元文書ハッシュ値７０７は、文書間の関連を表す情報である。これは、文書管理装置１０２で電子文書の更新を行った場合や、文書管理装置１０２、１０４に格納されている電子文書を元に印刷を行った場合、印刷物を元にスキャンして電子データ保存などを行った場合に、元となる文書と紐付けを行うために使用する。なお、文書管理装置１０２の新規保存のように元となる文書がない場合は、元文書ハッシュ値７０７には情報を格納しなくても良い。

文書属性７０８は、文書が、内容変更されて改訂された文書であるか、文書の内容は変更されずに複製された文書であるかを示す情報を格納する。本実施例では、文書管理装置１０２が、電子文書の新規保存、電子文書の更新を行った際に、“オリジナル文書”という情報を格納する。格納する情報はこれに制限するものではなく、例えば「オリジナル」「ｏｒｇ」「非複製物」「原本」といった表現でも良い。“オリジナル文書”が文書属性７０８（属性情報）に格納されたトランザクションをブロックチェーンに登録することで、対応する文書が内容変更されて改訂された文書であると確認できる。逆に、“オリジナル文書”が文書属性７０８に格納されていないトランザクションに対応する文書は、複製された文書であると確認できる。本実施例では、電子文書内のデータが変更されたことを内容変更として例示しているが、これに限定されるものではない。例えば、文書を更新したユーザ情報、文書の保存場所、更新日時や、一般的なワークフローシステムなどにおける文書のステータス状況など、他の項目の変更を内容変更と扱う構成を取っても良い。さらに電子文書の内容変更にも限定されず、電子データ以外の内容変更を扱う構成や、文書以外の改訂管理を行う電子データの内容変更を扱う構成でも良い。例えば、電子データ以外の内容変更を扱う例としては、ワークフローシステムで紙文書のステータス状況の変更を内容として扱うケースがある。また、文書以外の改訂管理を行う電子データの内容変更を扱う例としては、住民基本台帳ネットワークシステムで、住民基本台帳上の電子データの変更を内容変更として扱うケースがある。いずれの場合でも、文書管理装置１０２に代わり内容変更を管理するシステム（例ではワークフローシステム、住民基本台帳ネットワークシステム）が、管理する対象物の内容変更時に、文書属性７０８に“オリジナル”という情報を格納する構成にすれば良い。また、ここまでは「文書の更新を行った際に、“オリジナル文書”を文書属性７０８に格納するだけの構成」を例示したが、逆に「文書の複製を行った際に、“複製文書”示す情報を文書属性７０８に格納するだけの構成」であっても良い。例えば、画像形成装置１０１が文書の複製（電子文書の電子コピー、電子文書からの印刷、紙文書をスキャンして電子文書で保存、紙文書からのコピー印刷）を行う際に、“複製文書“という情報を格納しても良い。電子文書から電子文書への電子コピーの場合は、文書ハッシュ値と、例えば文書名、保存場所、更新日時も併せた文書識別情報として扱えば、文書を一意に特定できる情報になる。また、格納する情報は“複製文書“に制限するものではなく、例えば「ｄｕｐｌｉｃａｔｉｏｎ」「写し」「副本」「謄本」「正本」「抄本」といった表現でも良い。”複製文書“が文書属性７０８に格納されたトランザクションに対応する文書は複製された文書であると確認でき、格納されていないトランザクションに対応する文書は内容変更されて改訂された文書であると確認できる。さらなる構成例として、「文書の更新を行った際には“オリジナル文書”を文書属性７０８に格納し、かつ、文書の複製を行った際には“複製文書”を文書属性７０８に格納する構成」のような、前述までに例示した２つの構成を併用した構成を取っても良い。

ポリシー設定７０９は、ブロックチェーン装置１１１の処理に関する設定を格納する。ポリシー設定例については図７（Ｂ）で後述する。本実施例ではポリシー設定４０８、もしくはポリシー設定５０８を格納する。

続けて、トランザクション７０１を保持するブロックの構造についてブロック７１１を用いて説明する。これは一般的なブロックチェーン構造を模式化したものである。ブロック７１１には、複数のトランザクション７０１（ａ）～７０１（ｃ）と、それらのトランザクション７０１から算出するブロックのハッシュ値７１２を保持する。

本実施例ではブロックに含むトランザクション７０１の数は３つとしたがトランザクション数を制限するものではない。また、ブロック間を連結するための前ブロックのハッシュ値７１３を保持する。本実施例においては、ブロック７１４のブロックのハッシュ値を前ブロックのハッシュ値７１３に格納し、ブロックが関連を持っていることを表している。本実施例では前ブロックのハッシュ値としたが、後ブロックのハッシュ値を管理する、もしくは前ブロックと後ブロックの両方のハッシュ値を管理する形態であっても良い。

図７（Ｂ）のポリシー設定７２１は、ブロックチェーン装置の登録処理に関するポリシー設定を示す。設定項目７２２は、登録指示されたトランザクション（図ではＴｘと示す）の元文書ハッシュ値７０７に対応するトランザクションがブロックチェーン装置１１１に登録されていなかった場合に、登録指示されたトランザクションの登録を許容するか否かを設定する。さらに、設定項目７２３では、元文書ハッシュ値７０７に対応するトランザクションの文書属性７０８が、“オリジナル文書“としてブロックチェーン装置１１１に登録されていなかった場合に、登録指示されたトランザクションの登録を許容するか否かを設定する。設定項目７２４では、登録指示するトランザクションが、登録指示された別のトランザクションの元文書ハッシュ値７０７として指定された場合、双方の文書登録者７０６が一致しない場合に、別のトランザクションの登録を許容するか否かを設定する。設定項目７２２～７２４で、特に設定がされていない場合は＊で示すデフォルトの設定値となる。本実施例では、ポリシー設定４０８、ポリシー設定５０８をポリシー設定７０９に格納する例を示しているが、格納する設定は、後のトランザクション登録に関わる設定のみを格納する構成を取っても良い。例えばここでは、設定項目７２４は、別のトランザクションの登録指示の処理に関わるため、設定項目７２４のみを格納する構成であっても良い。また、設定項目はここに例示するものには限定されない。例えば、「登録指示されたトランザクションに適用する設定」か、「登録指示されたトランザクションを元文書と指定している別のトランザクションに適用する設定」か、は例示したものに限定されてない。さらに、例えば、「登録システム情報が一致しない場合」、「登録日時が一定基準より離れている場合」など、他の条件の場合におけるブロックチェーン装置１１１の登録処理に関する設定項目があっても良い。

図８は、文書管理装置１０２のＵＩ制御部ＵＩがＮＩＣ３０９を介してＰＣ１０３に送信され、ＰＣ１０３のディスプレイ３０６に表示される画面例である。

図８（Ａ）の認証画面８００はユーザが文書管理装置１０２の機能を利用するためにユーザ認証を行う機能を提供するための画面例である。ユーザ名入力フィールド８０１は、ユーザ名を入力するためのフィールドである。パスワード入力フィールド８０２はパスワードを入力するためのフィールドである。ログインボタン８０３はユーザ認証を実行するためのボタンである。ユーザがＰＣ１０３のディスプレイ３０６に表示されたログインボタン８０３を押下した場合、ユーザ認証処理部５０２はユーザ名入力フィールド８０１とパスワード入力フィールド８０２に入力された値を元にユーザ認証を行う。

図８（Ｂ）の文書管理画面８１０はユーザに文書管理装置１０２の文書管理機能を提供するための画面例である。文書管理装置１０２は、改訂記録ＤＢ５２１から改訂履歴を取得し、文書管理リスト８１１に、電子文書ＤＢ５２０に保存されている各電子文書のうち最新バージョンの電子文書を表示する。文書管理リスト８１１には左から順に選択欄、文書名、文書のバージョン、文書の更新日、文書の更新者といった、電子文書ＤＢ５２０および改訂記録ＤＢ５２１に保存された電子文書に関する情報を表示する。

表示ボタン８１２は、文書管理リスト８１１で選択されている文書の内容を表示するボタンである。ダウンロードボタン８１３は、文書管理リスト８１１で選択されている文書を、本画面を表示している装置にダウンロードするためのボタンである。

改訂記録表示ボタン８１４は、文書管理リスト８１１で選択されている文書の改訂記録を表示するボタンであり、改訂記録画面については図８（Ｃ）で後述する。

文書入力フィールド８１５は、文書の新規保存、文書の更新を行う際に、ユーザがＰＣ１０３内に保存されている文書を指定するためのフィールドである。

新規保存ボタン８１６は、文書入力フィールド８１５で指定された文書を文書管理リスト８１１に登録するボタンである。ユーザが新規保存ボタン８１６を押下すると、文書管理装置１０２は、文書入力フィールド８１５で指定された文書を電子文書ＤＢ５２０に保存し、文書管理リスト８１１に文書情報を追加して表示し、最初の改訂履歴として改訂記録ＤＢ５２１に記録する。

更新保存ボタン８１７は、文書管理リスト８１１で選択されている文書を、文書入力フィールド８１５で指定された文書に更新するボタンである。ユーザは、電子文書ＤＢ５２０に保存された電子文書の内容変更を行う場合、文書管理リスト８１１の電子文書をダウンロードし、ＰＣ１０３で文書の内容を変更した後、変更した文書を指定して、更新保存ボタン８１７によって更新する。ユーザが更新保存ボタン８１７を押下すると、文書管理装置１０２は、文書入力フィールド８１５で指定された文書を電子文書ＤＢ５２０に保存する。そして、文書管理装置１０２は文書管理リスト８１１で選択されている文書のバージョンを１つ増やし、改訂履歴として改訂記録ＤＢ５２１に記録する。改訂記録ＤＢ５２１には、文書管理リスト８１１で選択されている文書が、文書入力フィールド８１５で指定された文書に更新されたことを示す記録が保存される。削除ボタン８１８は文書管理リスト８１１で選択されている文書を削除するボタンである。ユーザが削除ボタン８１８を押下すると、文書管理装置１０２は、文書管理リスト８１１で選択されている文書の表示を削除し、電子文書ＤＢ５２０および改訂記録ＤＢ５２１から、関連する電子文書と改訂記録を削除する。印刷ボタン８１９は文書管理リスト８１１で選択されている文書を印刷指示するボタンである。ユーザが印刷ボタン８３０を押下すると、文書管理装置１０２は、画像形成装置１０１に、文書管理リスト８１１で選択されている文書の印刷指示を送る。検証ボタン８３１は文書管理リスト８１１で選択されている文書を検証指示するボタンである。ユーザが検証ボタン８３１を押下すると、文書管理装置１０２は、ブロックチェーン装置１１１に、文書管理リスト８１１で選択されている文書の検証指示を送る。

図８（Ｃ）の改訂記録画面８２０は、ユーザに文書管理装置１０２の改訂記録機能を提供するための画面例である。文書管理画面８１０で、ユーザが改訂記録表示ボタン８１４を押下すると、改訂記録画面８２０には、文書管理リスト８１１で選択された文書の改訂記録テーブル８２１を表示する。文書管理装置１０２は、改訂記録ＤＢ５２１に保存された記録情報から、関連する電子文書を特定し、電子文書ＤＢ５２０に保存された関連する電子文書の情報を改訂記録テーブル８２１に表示する。つまり、改訂記録テーブル８２１には、文書管理リスト８１１で選択された文書と、その文書の更新前の電子文書の情報を表示する。改訂記録テーブル８２１には、左から順に選択欄、文書名、文書のバージョン、文書の更新日、文書の更新者といった情報を表示する。表示ボタン８２２は、改訂記録テーブル８２１で選択されている文書の内容を表示するボタンである。ダウンロードボタン８２３は、改訂記録テーブル８２１で選択されている文書を、ＰＣ１０３にダウンロードするためのボタンである。印刷ボタン８２４は改訂記録テーブル８２１で選択されている文書を印刷指示するボタンである。ユーザが印刷ボタン８３２を押下すると、文書管理装置１０２は、画像形成装置１０１に、改訂記録テーブル８２１で選択されている文書の印刷指示を送る。ユーザが検証ボタン８３３を押下すると、文書管理装置１０２は、ブロックチェーン装置１１１に、文書管理リスト８１１で選択されている文書の検証指示を送る。

図９（Ａ）は、文書管理装置１０２が、ブロックチェーン装置１１１に文書に対応するトランザクションを登録指示する処理と、文書管理装置１０２の基本的な処理の流れを示したフローチャートである。ユーザが、認証画面８００で認証処理を行い、文書管理画面８１０の新規保存ボタン８１６もしくは更新保存ボタン８１７を押下して文書を保存する際の処理の流れを示す。

まずユーザは、文書管理装置１０２を利用するため、認証画面８００にてユーザ情報を入力し、ログインボタン８０３を押下する。そのあと、文書管理装置１０２のユーザ認証部５０２はＳ９００１で、入力されたユーザ情報とユーザ情報ＤＢ５０３を照合し、入力されたユーザ情報がユーザ情報ＤＢ５０３にあればＳ９００３に処理を進め、なければＳ９００２に進む。Ｓ９００２で、文書管理装置１０２は認証に失敗した旨をユーザに通知する。

Ｓ９００３で、文書管理装置１０２は、ユーザに指示された機能が文書の新規保存、更新保存、もしくはそのどちらでもない操作かを判定する。ユーザが文書管理画面の新規保存ボタン８１６を押下した場合は、Ｓ９００４に処理を進める。ユーザが更新保存ボタン８１７を押下した場合は、文書管理装置１０２はＳ９００５に処理を進める。ユーザが他のボタンを押下した時は、文書管理装置１０２はＳ９０１２に処理を進める。

Ｓ９００４で、文書管理装置１０２の文書管理部５０４は、文書入力フィールド８１５で指定された文書をバージョン「１」として電子文書ＤＢ５２０に保存する。そして、文書管理部５０４は文書管理リスト８１１に文書情報を追加して表示し、最初の改訂履歴として改訂記録ＤＢ５２１に記録する。そして、文書管理部５０４は保存した電子文書をブロックチェーンプラグイン５０６に渡し、処理をＳ９００６に進める。

Ｓ９００５で、文書管理装置１０２の文書管理部５０４は、文書管理リスト８１１で選択されている文書名とそのバージョン情報から、更新前の電子文書を電子文書ＤＢ５２０から特定する。そして、文書入力フィールド８１５で指定された文書を更新後の文書として電子文書ＤＢ５２０に保存し、更新後の文書のバージョンとして、特定した更新前の文書のバージョンから１つ増やした値を設定する。さらに改訂履歴として、更新する文書の「文書名」「更新前バージョン」「更新後バージョン」「更新日」「更新者」を改訂記録ＤＢ５２１に記録する。文書の改訂を終えると、文書管理部５０４は特定した更新前の電子文書と、保存した更新後の電子文書をブロックチェーンプラグイン５０６に渡す。

Ｓ９００６で、文書管理装置１０２のブロックチェーンプラグイン５０６はブロックチェーン装置１１１に登録指示するためのトランザクション７０１の生成を行う。ブロックチェーンプラグイン５０６は、Ｓ９００４で渡された新規保存された電子文書、もしくはＳ９００５で渡された更新保存した電子文書から、ハッシュ値を算出する。算出されたハッシュ値を文書ハッシュ値７０２格納する。登録システム情報７０４には、ブロックチェーンプラグイン５０６がクレデンシャル情報管理部５１０からクレデンシャル情報５０７を取得し、格納する。文書登録日時７０５には、この処理時点の日時を格納する。文書登録者７０６には、ブロックチェーンプラグイン５０６がユーザ認証処理部５０２からクレデンシャル情報５０６を取得し、格納する。

Ｓ９００７で、ブロックチェーンプラグイン５０６は、Ｓ９００６で生成したトランザクションの文書属性５０８に、ブロックチェーンプラグイン５０６が“オリジナル文書”という値を格納する。

Ｓ９００８で、ブロックチェーンプラグイン５０６は、Ｓ９００３でユーザから指示された処理が新規保存か更新保存かを判定する。新規保存の場合はＳ９０１０に処理を進め、更新保存の場合は、Ｓ９００９に処理を進める。

Ｓ９００９で、ブロックチェーンプラグイン５０６は、Ｓ９００５で文書管理部５０４に渡された更新前の電子文書からハッシュ値を算出し、その値をＳ９００６で生成したトランザクションの元文書ハッシュ値７０７に格納する。

Ｓ９０１０で、ブロックチェーンプラグイン５０６はポリシー設定５０８を取得し、その設定値をＳ９００６で生成したトランザクションのポリシー設定７０９に格納する。

Ｓ９０１１で、ブロックチェーンプラグイン５０６は、Ｓ９００６～Ｓ９０１０で生成・値格納したトランザクション７０１を含めた登録指示をブロックチェーン装置１１１に送信し、本フローチャートは終了する。

Ｓ９０１２で、文書管理装置１０２は、ユーザに指示された機能が検証、印刷、もしくはそのどちらでもない操作かを判定する。ユーザが文書管理画面の検証ボタン８３１、もしくは検証ボタン８３３を押下した場合は、Ｓ９０１４に処理を進める。ユーザが印刷ボタン８３０、もしくは印刷ボタン８３２を押下した場合は、文書管理装置１０２はＳ９０１７に処理を進める。ユーザが他のボタンを押下した時は、文書管理装置１０２はＳ９０１３に処理を進める。

Ｓ９０１３で、文書管理装置１０２の文書管理部５０４は、ユーザに指示された文書管理機能の処理を実行し、本フローチャートを終了する。

Ｓ９０１４で、文書管理装置１０２の文書管理部５０４は、文書管理リスト８１１で選択されている文書名とそのバージョン情報から、電子文書ＤＢ５２０から電子文書を取得し、ブロックチェーンプラグイン５０６に渡す。ブロックチェーンプラグイン５０６は渡された電子文書からハッシュ値を算出する。

Ｓ９０１５で、文書管理装置１０２のブロックチェーンプラグイン５０６は、Ｓ９０１４で算出したハッシュ値が登録されているかブロックチェーン装置１１１に検証指示を行う。

Ｓ９０１６で、文書管理装置１０２のブロックチェーンプラグイン５０６は、ＵＩ制御部５０１を介して、Ｓ９０１５で検証指示した結果を表示して、本フローチャートを終了する。

Ｓ９０１７で、文書管理装置１０２の文書管理部５０４は、文書管理リスト８１１で選択されている文書名とそのバージョン情報から、電子文書ＤＢ５２０から電子文書を取得し、取得した電子文書と共に画像形成装置１０１に印刷指示を送信する。ここでは図示していないが、文書管理装置１０２が画像形成装置１０１に印刷指示と電子文書を送信すると、画像形成装置１０１は、ユーザ指示があるまで印刷する電子文書をＨＤＤ２０４に保存する。文書管理部５０４が印刷指示を送信すると、本フローチャートを終了する。

なお本実施例では、文書管理装置１０２と、画像形成装置１０１やＰＣ１０３などが分かれた構成で示したが、ここで例示した文書管理装置１０２による文書の新規保存や更新保存の機能を、画像形成装置１０１やＰＣ１０３が行う構成でも良い。

図９（Ｂ）は、文書管理装置１０４が、ブロックチェーン装置１１１に文書に対応するトランザクションを登録指示する処理と、文書管理装置１０４の基本的な処理の流れを示したフローチャートである。

図９（Ｂ）に示すＳ９００１～Ｓ９００６、Ｓ９００８～Ｓ９０１７の処理は図９（Ａ）に示すものと同様である。図９（Ａ）に示す文書管理装置１０２の処理と比較して、文書管理装置１０４は、Ｓ９００６の処理は行わない。つまり、文書管理装置１０２と異なり、文書管理装置１０４は、Ｓ９００６で生成したトランザクションの文書属性５０８には値を設定しない。

このように、本実施例のシステムでは、文書属性に“オリジナル文書”を設定しない装置も含まれる構成となっている。

図９（Ｃ）は、画像形成装置１０１が行うブロックチェーン装置１１１と関わる処理の流れを示すフローチャートである。ユーザが、印刷物をブロックチェーン装置１１１に登録したい場合や、印刷物がブロックチェーン装置１１１に登録されているかをスキャン検証したい場合の画像形成装置１０１の処理の流れを示す。例えば、ユーザが文書管理装置１０２、もしくは１０４で印刷指示を行うと、文書管理装置１０２、もしくは１０４は画像形成装置１０１に印刷指示を行う。そのあとユーザが画像形成装置１０１を使って印刷指示した文書の印刷を行う過程で、画像形成装置１０１が本フローチャートに示す処理を実施する。

Ｓ９１０１で、画像形成装置１０１のユーザ認証処理部４０２は、画像形成装置１０１を利用するユーザがユーザ情報ＤＢ４０３にあるかを判定する。ユーザの情報は、文書管理装置１０２がＵＩを介して情報取得したように、ローカルＵＩ制御部４００、もしくは、リモートＵＩ制御部４０１を介して、ユーザに入力してもらう情報を参照すれば良い。ユーザ情報がユーザ情報ＤＢ４０３にあればＳ９１０３に処理を進め、なければＳ９１０２に進む。Ｓ９１０２で、画像形成装置１０１は認証に失敗した旨をユーザに通知する。

Ｓ９１０３で、画像形成装置１０１は、ユーザからの指示が、印刷物をブロックチェーン装置１１１に登録して印刷する機能か、印刷物がブロックチェーン装置１１１に登録されているかをスキャン検証する機能か、もしくはその他の操作であるかを判定する。それぞれの機能ごとのＵＩを、ローカルＵＩ制御部４００、もしくは、リモートＵＩ制御部４０１を介してユーザに表示することで、画像形成装置１０１はユーザがどの機能のＵＩを操作したかを判断すれば良い。ユーザ指示が、印刷物をブロックチェーン装置１１１に登録して印刷する機能で合った場合は、画像形成装置１０１はＳ９１０４に処理を進める。ユーザ指示が、印刷物がブロックチェーン装置１１１に登録されているかをスキャン検証する機能であった場合は、画像形成装置１０１はＳ９１０９に処理を進める。ユーザ指示が、例えば文書の印刷のみ行う機能や、文書のスキャン保存のみを行う機能などブロックチェーン装置に関わらない機能であった場合は、Ｓ９１１２に処理を進める。

Ｓ９１０４で、画像形成装置１０１のアプリケーション４０４はＳ９０１７で送信された印刷する文書をＨＤＤ２０４から取得する。アプリケーション４０４は取得した文書を画像形成装置１０１のブロックチェーンアプリケーション４０６に渡す。そして、Ｓ９１０５で、ブロックチェーンアプリケーション４０６はブロックチェーン装置１１１に登録指示するためのトランザクション７０１の生成を行う。ここでブロックチェーンアプリケーション４０６は、文書ハッシュ値７０２には、クレデンシャル情報管理部４１０から取得できるクレデンシャル情報４０７とその時点での日時情報からハッシュ値を算出し、その値を格納する。１台の画像形成装置１０１で同時刻に印刷される文書はないため、この２つの要素からハッシュ値を算出することで、印刷文書を一意に識別するための情報として利用できる。登録システム情報７０４には、ブロックチェーンアプリケーション４０６がクレデンシャル情報管理部４１０からクレデンシャル情報４０７を取得し、格納する。文書登録日時７０５には、この処理時点の日時を格納する。文書登録者７０６には、ブロックチェーンアプリケーション４０６がユーザ認証処理部４０２からクレデンシャル情報４０５を取得し、格納する。元文書ハッシュ値７０７には、Ｓ９１０４でアプリケーション４０４から渡された文書から、ハッシュ値を算出し、その値を格納する。ポリシー設定７０９には、ポリシー設定５０８から取得した設定値を格納する。

Ｓ９１０６で、ブロックチェーンアプリケーション４０６は、Ｓ９１０５で生成したトランザクション７０１を含めた登録指示をブロックチェーン装置１１１に送信する。

Ｓ９１０７で、ブロックチェーンアプリケーション４０６は、文書ハッシュ値７０２の値をコード化した画像を生成する。コード化した画像は画像形成装置１０１を代表とした、ブロックチェーン装置１１１に検証指示するシステムがデコードして再びハッシュ値の文字列に復元できる形式であれば良い。たとえば、ハッシュ値をそのまま文字列として画像や、暗号化した文字列の画像、文字列をＱＲなどの２次元バーコードにした画像、文字列をパターン化した画像、人の目では認識が難しい不可視の画像とする構成がある。ブロックチェーンアプリケーション４０６は、文書ハッシュ値７０２の値をコード化した画像をＳ９１０４で、アプリケーション４０４から渡された電子文書に、文書ハッシュ値７０２の値をコード化した画像を合成し、印刷文書用の画像を生成する。ブロックチェーンアプリケーション４０６は生成した画像をアプリケーション４０４に渡す。

Ｓ９１０８で、アプリケーション４０４は、Ｓ９１０７でブロックチェーンアプリケーション４０６から渡された印刷文書用の画像を、プリンタ２１０を使って印刷し、本フローチャートを終了する。

Ｓ９１０９で、画像形成装置１０１のアプリケーション４０４は、スキャナ２１１を使って、スキャン検証を行う紙文書をスキャンし、電子データとしてＨＤＤ２０４に保存する。そして、アプリケーション４０４は、スキャンした電子データをブロックチェーンアプリケーション４０６に渡す。

Ｓ９１１０で、ブロックチェーンアプリケーション４０６は、Ｓ９１０９で渡された電子データからコードを読み込み、ブロックチェーン装置１１１に問い合わせを行うための文字列にデコードする。そして、ブロックチェーンアプリケーション４０６は、ブロックチェーン装置１１１にデコードして取得した文字列と一緒に検証指示を送る。

Ｓ９１１１で、ブロックチェーンアプリケーション４０６は、ローカルＵＩ制御部４００、もしくは、リモートＵＩ制御部４０１を介して、Ｓ９１１０で検証指示した結果を表示して、本フローチャートを終了する。

Ｓ９１１２で、画像形成装置１０１のアプリケーション４０４は、ユーザ指示に応じて画像形成装置１０１の印刷機能やスキャン機能などを実施して、本フローチャートを終了する。

なお、本実施例では文書管理装置１０２、もしくは１０４が送信した文書を印刷する例を示しているが、印刷する文書はこの形態に限るものではない。ＰＣ１０２から送信された文書であっても良いし、画像形成装置１０１に保存された文書の印刷や、クラウドのストレージサービスなど外部に保存された文書を印刷する構成で合っても良い。

図９（Ｄ）は、ブロックチェーン装置１１１におけるトランザクションの登録処理の流れを示すフローチャートである。

Ｓ９２０１で、ブロックチェーン装置１１１の処理制御部６０１は、画像形成装置１０１、文書管理装置１０２、ＰＣ１０３、文書管理装置１０４といった外部装置からトランザクションのブロックチェーンへの登録指示を受信する。そして、外部装置から受信したトランザクション７０１から登録システム情報７０４と文書登録者７０６、すなわちクレデンシャル情報４０５、４０７、５０５、５０７を取得し、その値を認証処理部６０２に渡してＳ９２０２に処理を進める。Ｓ９２０２では、ブロックチェーン装置１１１の認証処理部６０２は、Ｓ９２０１で渡されたクレデンシャル情報がアカウント情報ＤＢ６０３に含まれるかを照合する。含まれる場合はＳ９２０４に処理を進め、含まれない場合はＳ９２０３で認証エラーを登録指示した外部装置に通知する。

Ｓ９２０４で、処理制御部６０１はブロックデータ管理部６０４に受信したトランザクション７０１をブロックデータ管理部６０４に渡す。そして、ブロックデータ管理部６０４は、渡されたトランザクション７０１の文書属性７０８の値が“オリジナル文書“であるかを判定する。オリジナル文書であった場合はＳ９２０５に処理を進め、オリジナル文書ではない場合はＳ９２１４に処理を進める。

Ｓ９２０５で、ブロックデータ管理部６０４は、受信したトランザクション７０１のポリシー設定７０９を取得し、設定項目７２２で元文書がブロックチェーンに未登録の場合に、登録処理を許容しない設定になっているかを判定する。許容しない設定の場合はＳ９２０６に処理をすすめ、許容する設定の場合はＳ９２１１に処理を進める。

Ｓ９２０６で、ブロックデータ管理部６０４は、受信したトランザクション７０１の元文書ハッシュ値７０７を取得し、その値が分散台帳６０５に未登録かを判定する。分散台帳６０５に未登録であれば、Ｓ９２０７でポリシー設定により登録処理を中断するエラーを登録指示した外部装置に通知し、分散台帳６０５に登録済みであれば、Ｓ９２０８に処理を進める。

Ｓ９２０８で、ブロックデータ管理部６０４は、受信したトランザクション７０１の設定項目７２３で元文書がオリジナル文書としてブロックチェーンに未登録の場合に、登録処理を許容しない設定になっているかを判定する。許容しない設定の場合はＳ９２０９に処理をすすめ、許容する設定の場合はＳ９２１１に処理を進める。

Ｓ９２０９で、ブロックデータ管理部６０４は、Ｓ９２０６で登録済みと判定した元文書に対応するトランザクションの文書属性７０８の値が“オリジナル文書“として分散台帳６０５に登録されていないかを判定する。分散台帳６０５にオリジナル文書として登録されていない場合は、Ｓ９２１０でポリシー設定により登録処理を中断するエラーを登録指示した外部装置に通知し、分散台帳６０５にオリジナル文書として登録済みであれば、Ｓ９２１１に処理を進める。

Ｓ９２１１で、ブロックデータ管理部６０４は、Ｓ９２０６で登録済みと判定した元文書に対応するトランザクションのポリシー設定７０９を取得する。そして、元文書のポリシー設定である設定項目７２４で、登録者情報が一致しない場合に登録処理を許容しない設定になっているかを判定する。登録処理を許容しない設定の場合はＳ９２１２に処理を進め、許容する設定の場合はＳ９２１４に処理を進める。

Ｓ９２１２で、ブロックデータ管理部６０４は、受信したトランザクション７０１と、Ｓ９２０６で登録済みと判定した元文書に対応するトランザクションそれぞれの登録システム情報７０４、文書登録者７０６が一致していないかを判定する。各トランザクションの登録システム情報７０４と文書登録者７０６が一致しない場合にはＳ９２１３でポリシー設定により登録処理を中断するエラーを登録指示した外部装置に通知し、一致する場合にはＳ９２１４に処理を進める。

Ｓ９２１４で、ブロックデータ管理部６０４は、受信したトランザクション７０１の分散台帳６０５への登録処理を行い、本フローチャートは終了する。

本実施例では、Ｓ９２１２で、登録システム情報７０４と文書登録者７０６の双方が一致するかを判定したが、いずれか一方のみを判定する構成でも良い。またＳ９２１４でブロックデータ管理部６０４が登録処理を行った後に、登録結果を登録指示した外部装置に通知する構成でも良い。なお、ここでは、Ｓ９２０４～Ｓ９２１３の処理をブロックチェーン装置１１１で行う構成を示した。しかし、登録指示する装置、すなわち画像形成装置１０１、文書管理装置１０２、１０４、ＰＣ１０３が、図９（Ｄ）で説明する検証機能を使って実施する構成でも良い。

図９（Ｅ）は、ブロックチェーン装置１１１におけるトランザクションの検証処理の流れを示すフローチャートである。

Ｓ９３０１で、ブロックチェーン装置１１１の処理制御部６０１は、画像形成装置１０１、文書管理装置１０２、ＰＣ１０３といった外部装置から文書がブロックチェーン登録済みかの検証指示を受信する。検証の際には、外部装置から文書ハッシュ値のみを受信する。

Ｓ９３０２で、処理制御部６０１は、受信した文書ハッシュ値に対応するトランザクション７０１が分散台帳６０５に登録されていないかを判定する。分散台帳６０５に登録されていない場合は、Ｓ９３０３で文書は未登録である結果を検証指示した外部装置に通知し、分散台帳６０５に登録されていればＳ９３０４に処理を進める。

Ｓ９３０４で、処理制御部６０１は、Ｓ９３０２で登録済みと判定したトランザクション７０１の文書属性７０８がオリジナル文書として分散台帳６０５に登録されていないかを判定する。分散台帳６０５にオリジナル文書として登録されていない場合はＳ９３０５に処理を進め、登録されている場合はＳ９３１０に処理を進める。

Ｓ９３０５で、処理制御部６０１は、Ｓ９３０２で登録済みと判定したトランザクション７０１の元文書ハッシュ値７０７に対応するトランザクションが、分散台帳６０５に登録されているかを判定する。元文書に対応するトランザクションが分散台帳６０５に登録されている場合はＳ９３０７に処理を進め、登録されていない場合は、Ｓ９３０６で文書は複製文書である結果を検証指示した外部装置に通知する。

Ｓ９３０７で、処理制御部６０１は、Ｓ９３０５で登録済みと判定した元文書に対応するトランザクションの文書属性７０８がオリジナル文書として分散台帳６０５に登録されているかを判定する。オリジナル文書として分散台帳６０５に登録されていた場合は、Ｓ９３０８で、文書はオリジナル文書から複製された文書である結果を検証指示した外部装置に通知する。オリジナル文書として分散台帳６０５に登録されていない場合は、Ｓ９３０９で、文書は複製文書から複製された文書である結果を検証指示した外部装置に通知する。

Ｓ９３１０で、処理制御部６０１は、Ｓ９３０２で登録済みと判定したトランザクション７０１の元文書ハッシュ値７０７に対応するトランザクションが、分散台帳６０５に登録されているかを判定する。元文書に対応するトランザクションが分散台帳６０５に登録されている場合はＳ９３１２に処理を進め、登録されていない場合は、Ｓ９３１１で文書は新規保存されたオリジナル文書である結果を検証指示した外部装置に通知する。

Ｓ９３１２で、処理制御部６０１は、Ｓ９３１０で登録済みと判定した元文書に対応するトランザクションの文書属性７０８がオリジナル文書として分散台帳６０５に登録されているかを判定する。オリジナル文書として分散台帳６０５に登録されていた場合は、Ｓ９３１３で、文書は更新保存されたオリジナル文書である結果を検証指示した外部装置に通知する。オリジナル文書として分散台帳６０５に登録されていない場合は、Ｓ９３１４で、文書は複製文書から保存されたオリジナル文書である結果を検証指示した外部装置に通知する。検証指示した外部装置に通知すると、本フローチャートは終了する。

本実施例では、Ｓ９３０４で、ブロックチェーン装置１１１が分散台帳６０５に登録されたトランザクションの文書属性の判定を行う構成を示したが、外部装置が行う構成を取っても良い。例えば、ブロックチェーン装置１１１が、検証指示した外部装置に、分散台帳６０５に登録されたトランザクションを送信すれば、検証指示した装置が文書属性の判定することができる。また、本実施例では検証機能を利用する際に認証処理を行わない構成を示したが、検証機能においてもＳ９２０２、Ｓ９２０３のように外部装置からクレデンシャル情報を受信し、認証を行う構成を取っても良い。

以上、本実施例によれば、ユーザが文書の内容変更を行い、文書管理装置１０２に保存すると、Ｓ９００７で文書属性７０８に格納した“オリジナル文書“という情報を、Ｓ９２１４で文書情報とともにブロックチェーンである分散台帳６０５に登録できる。また、ユーザが文書の検証を行う場合、画像形成装置１０１、文書管理装置１０２、ＰＣ１０３を介して文書検証を行うことで、Ｓ９３０４で分散台帳に対応する文書のトランザクションがオリジナル文書として登録されていることを確認できる。これにより、ユーザは、ブロックチェーン装置を介して、検証する文書が、「文書管理装置１０２に正しく保存された文書」であると判断することができる。逆に言えば、ユーザは、ブロックチェーン装置を介して、検証する文書が、「複製された文書ではない」と判断することができる。そして、Ｓ９３１０、Ｓ９３１１、Ｓ９３１３にて、オリジナル文書の元文書の分散台帳の登録状況を確認することで、文書が文書管理装置１０２に新規保存された文書か、更新保存された文書かを判断できる。これにより、ユーザは、ブロックチェーン装置を介して、検証する文書が、「更新保存された文書、すなわち内容変更された文書」であると判断することができる。加えて、ブロックチェーン装置を介しているため、画像形成装置１０１や文書管理装置１０２のユーザでなくても文書の検証ができる上に、文書属性を含めた文書に関する情報の耐改ざん性も高い。

本実施例では、ポリシー設定を用いて、Ｓ９２０６、Ｓ９２０９、Ｓ９２１２の制限を判断するような例を示したが、ポリシー設定７０９は必ずしも必要なわけではない。例えば、ポリシー設定は特定のシステムだけに閉じて利用する構成とし、基本的な構成としては、ポリシー設定の運用はせずにＳ９２０６、Ｓ９２０９、Ｓ９２１２の制限を行う構成にしても良い。その場合、基本的な構成は、オリジナル文書は、別のオリジナル文書（非複製文書）しか元文書として指定できない構成にできる。これにより、文書管理装置１０２の新規保存、あるいは更新保存のケースでしかオリジナル文書であるトランザクションが分散台帳６０５に登録されなくなる。そのため、分散台帳６０５のオリジナル文書であるトランザクションのつながりを文書の改訂記録として扱うことができるようになる。つまり、ユーザは、「Ｓ９３１３にて更新保存されたオリジナル文書という結果になった文書の元文書」に対して、再帰的に、ブロックチェーン装置を介した文書の検証を行うことで、文書管理装置１０２の改訂履歴と同様の文書の更新状況を確認することができる。

さらに本実施例のＳ９２１２の処理により、文書管理装置１０２がブロックチェーン装置１１１に登録した文書を、別の装置が元文書と指定することを防ぐことができる。分散台帳６０５に登録されたオリジナル文書のつながりに、別の登録システム（もしくはユーザ）が入ることを防ぐことで、分散台帳６０５に登録されたオリジナル文書のつながりを、さらに正確性の高い改訂履歴として扱うことができる。

本実施例で示すポリシー設定７０９により、特定のシステムにおいて、Ｓ９２０６、Ｓ９２０９、Ｓ９２１２の制限を緩和することも可能となる。

本実施例では、文書属性７０８に“オリジナル文書“という情報を格納せずにブロックチェーン装置１１１にトランザクションの登録指示をするような画像形成装置１０１、文書管理装置１０４を含めたシステム構成を示した。しかし、画像形成装置１０１、文書管理装置１０４といった、文書属性７０８に“オリジナル文書“を格納しない装置を含めないシステム構成であっても良い。

＜実施例２＞
実施例１では、文書管理装置１０２が文書属性７０８に“オリジナル文書“を格納することで、ブロックチェーン装置１１１に登録する文書を、内容変更された文書か複製された文書か見分けることができた。一方で、世の中に普及済みの文書管理装置においては、ソフトウェアのバージョンアップができず、ユーザが利用する文書管理装置が文書管理装置１０２と同様の処理を行えないケースもある。そのような場合においても、課題を解決する本発明を実施するための実施例２について図面を用いて説明する。

図１０は、本実施例におけるブロックチェーンサービスに関連するシステムの全体図である。画像形成装置１０１、ＰＣ１０３、ＬＡＮ１００、インターネット１１０は図１で示したものと同様であるため、ハードウェア構成、ソフトウェア構成も含め、説明を省略する。ブロックチェーン装置１１１も図１で示したものと同様であるため、ハードウェア構成も含め説明を省略する。文書管理装置１０５は、情報処理装置の一例であり、内容変更された文書という情報は含めずに、電子文書に関する情報をブロックチェーン装置１１１に登録指示する装置である。文書管理装置１０５のハードウェア構成は図３と同様であり、ソフトウェア構成は図５と同様であるため説明を省略する。なお、別の構成として、文書管理装置１０２や、文書管理装置１０４を含めるシステム構成であっても良い。

本実施例におけるブロックチェーン装置１１１に関連するトランザクション、ブロックチェーンにおけるブロックのデータ構造や、ポリシー設定例に関しては図７（Ａ）、（Ｂ）に示すものと同様であるため説明を省略する。

図１１は、本実施例におけるブロックチェーン装置１１１において本発明に関連するソフトウェア構成について示したブロック図である。６０１、６０２、６０４、６０５は図６に示すものと同様のため説明を省略する。アカウント情報ＤＢ６１０は、サービスを利用する装置、システム、ユーザの情報を保持する。認証処理部６０２は、クレデンシャル情報４０５、４０７、５０５、５０７といったクレデンシャル情報と、アカウント情報ＤＢ６１０の情報を照合することで、認証処理を行う。アカウント情報ＤＢの例を表６に示す。

表６では、アカウント名が保存されている。認証処理部６０２は、クレデンシャル情報４０５、４０７、５０５、５０７といったクレデンシャル情報を復号し、複合した文字列が表６に示すアカウント名に含まれるか照合することで、認証処理を行うことができる。そして、表６ではさらに、オリジナル文書を作成するアカウントであるか否かを示す設定と、図７（Ｂ）に示すポリシー設定項目と同様の設定が保存されている。処理制御部６０１は、アカウント情報ＤＢ６１０に保存されたアカウント情報を参照することで、ブロックチェーン装置１１１を利用する装置、システム、ユーザの、オリジナル文書を作成するアカウントであるかの設定や、ポリシー設定を取得することができる。アカウント情報ＤＢ６１０に保存する情報は、ブロックチェーン装置１１１の管理者が事前に保存しておけば良い。

本実施例における文書管理装置１０５の処理の流れは図９（Ｂ）に、画像形成装置１０１の処理の流れは図９（Ｃ）に示すものと同様であるため、説明を省略する。また、本実施例におけるブロックチェーン装置１１１のトランザクションの検証処理の流れは図９（Ｅ）に示すものと同様であるため、説明を省略する。

図１２は本実施例におけるブロックチェーン装置１１１におけるトランザクションの登録処理の流れを示すフローチャートである。Ｓ９２０１でブロックチェーン装置１１１の処理制御部６０１は、画像形成装置１０１、文書管理装置１０５、ＰＣ１０３といった外部装置からトランザクションのブロックチェーンへの登録指示を受信すると本フローチャートが開始する。なお、Ｓ９２０１～Ｓ９２１４における処理は、図９（Ｄ）に示すものと同様であるため説明を省略する。Ｓ９２０２で、ブロックチェーン装置１１１の認証処理部６０２は、Ｓ９２０１で渡されたクレデンシャル情報がアカウント情報ＤＢ６０３に含まれるかを照合し、含まれている場合はＳ９４０１に処理を進める。

Ｓ９２０２で、ブロックチェーン装置１１１の処理制御部６０１は、アカウント情報ＤＢ６１０で認証を行ったアカウントがオリジナル文書を作成するアカウントであるか否かの情報を、認証処理部６０２から受け取る。表６に示す「オリジナル文書を作成するアカウント」の項目に「〇」があれば、処理制御部６０１はＳ９４０２に処理を進める。「オリジナル文書を作成するアカウント」の項目に「〇」がなければ、処理制御部６０１はＳ９２０４に処理を進める。

Ｓ９４０２で、処理制御部６０１は、Ｓ９２０１で外部装置から受信したトランザクションの文書属性７０８に“オリジナル文書”が格納されているかを判定する。文書属性７０８に“オリジナル文書”格納されていない場合、処理制御部６０１はＳ９４０３に処理を進め、文書属性７０８に“オリジナル文書”格納されていた場合、処理制御部６０１はＳ９２０４に処理を進める。

Ｓ９４０３で、処理制御部６０１は、Ｓ９２０１で外部装置から受信したトランザクションの文書属性７０８に“オリジナル文書”を格納する。

Ｓ９４０４で、処理制御部６０１は、アカウント情報ＤＢ６１０で認証を行ったアカウントのポリシー設定に関する情報を、認証処理部６０２から受け取る。

Ｓ９４０５で、処理制御部６０１は、Ｓ９４０３のトランザクションの文書属性７０９に、Ｓ９４０２で認証処理部６０２から受け取ったポリシー設定を格納し、Ｓ９２０４に処理を進める。

以上、本実施例によれば、ユーザが利用する文書管理装置が文書管理装置１０２と同様の処理を行えないケースがあっても、分散台帳６０５にトランザクションを登録する前に、文書属性７０８に“オリジナル文書”を格納することができる。したがって、ユーザが文書の検証を行う場合、画像形成装置１０１、文書管理装置１０２、ＰＣ１０３を介して文書検証を行うことで、Ｓ９３０４で分散台帳に対応する文書のトランザクションがオリジナル文書として登録されていることを確認できる。これにより、ユーザは、ブロックチェーン装置を介して、検証する文書が、「文書管理装置１０２に正しく保存された文書」であると判断することができる。

＜その他の実施例＞
本発明は、上述の実施形態の１以上の機能を実現するプログラムを、ネットワーク又は記憶媒体を介してシステム又は装置に供給し、そのシステム又は装置のコンピューターにおける１つ以上のプロセッサがプログラムを読出し実行する処理でも実現可能である。また、１以上の機能を実現する回路（例えば、ＡＳＩＣ）によっても実現可能である。

Claims (8)

1. 情報処理装置、ブロックチェーン装置から構成されるシステムであって、
   前記情報処理装置は、
   前記ブロックチェーン装置に対して、文書に関する文書情報と前記文書がオリジナルであることを示す属性情報をトランザクション登録の指示を行う登録指示手段と、
   前記ブロックチェーン装置は、
   前記文書情報と前記属性情報を基にトランザクションを生成しブロックに登録する登録手段を有するシステム。
2. 前記情報処理装置は、前記文書を保存する際に、前記ブロックチェーン装置に対して、文書に関する文書情報と前記文書がオリジナルであることを示す属性情報をトランザクション登録の指示を行うことを特徴とする請求項１に記載のシステム。
3. 前記システムは、さらに、画像形成装置を有し、
   前記画像形成装置は、
   前記ブロックチェーン装置に対して、印刷される文書に関する文書情報をトランザクション登録の指示を行う登録指示手段を有することを特徴とする請求項１又は請求項２に記載のシステム。
4. 前記画像形成装置は、前記文書を印刷する際に、前記ブロックチェーン装置に対して、文書に関する文書情報をトランザクション登録の指示を行うことを特徴とする請求項３に記載のシステム。
5. 前記文書に関する文書情報は、前記文書のハッシュ値であることを特徴とする請求項１乃至４の何れか１項に記載のシステム。
6. 前記文書に関する文書情報に基づいて、前記文書の真正性を検証する検証手段と、
   前記検証手段による検証の結果を表示する際に、前記文書がオリジナルであることを示す属性情報に基づいて、文書がオリジナルであること示す情報を表示する表示手段をさらに有することを特徴とする請求項１乃至５の何れか１項に記載のシステム。
7. 情報処理装置であって、
   文書を保存する保存手段と、
   ブロックチェーン装置に対して、前記文書を保存する際に、文書に関する文書情報と前記文書がオリジナルであることを示す属性情報をトランザクション登録の指示を行う登録指示手段を有することを特徴とする情報処理装置。
8. 情報処理装置の制御方法であって、
   文書を保存する保存工程と、
   ブロックチェーン装置に対して、前記文書を保存する際に、文書に関する文書情報と前記文書がオリジナルであることを示す属性情報をトランザクション登録の指示を行う登録指示工程を有することを特徴とする情報処理装置の制御方法。

Images