JP2024081008A - 文書管理装置、文書管理方法と画像形成装置、プログラム - Google Patents

Abstract

【課題】ブロックチェーンサービスと連携する画像形成装置の構成において、文書を、その最新性も含めて検証する。【解決手段】情報をブロックごとに少なくともその前のブロックと関連付けて管理するブロックチェーンサービスと連携する文書管理装置が、登録対象である文書に関する文書関連情報を前記ブロックチェーンサービスに登録し、対象となる対象文書に関する文書関連情報を、ブロックチェーンサービスから取得する。ブロックチェーンサービスから取得した文書関連情報に基づいて、対象文書が最新か否かを判定し、対象文書の文書関連情報を取得できなかった場合、及び、対象文書が最新でないと判定された場合には、対象文書の検証の失敗を出力する。【選択図】図１４Ｂ

Description

本発明は、ブロックチェーンを使用した電子データの記録改ざんに対応する文書管理装置、文書管理方法と画像形成装置、プログラムに関する。

電子ファイルの改ざんを防止するために、ブロックチェーンを利用することで電子ファイルの内容変更に信頼性を担保することが知られている（特許文献１を参照）。

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

しかしながら、文書を検証するシステムでは、文書識別情報がブロックチェーン上に登録されているか否かの確認しかしていない。そのため、登録済みの文書の内容を更新して再度登録したとしても、更新前の文書と更新後の文書では真正性としては同じ検証結果になる。よって、内容が古い文書をユーザが信頼する危険性を避けるために、内容の最新性についても検証する必要がある。

本願発明は、ブロックチェーンサービスを利用して、文書の真正性に加え、内容の最新性の検証も可能とすることを目的とする。

上記目的を達成するために本発明は以下の構成を有する。すなわち、本発明の一側面によれば、情報をブロックごとに少なくともその前のブロックと関連付けて管理するブロックチェーンサービスと連携する文書管理装置であって、
登録対象である文書に関する文書関連情報を前記ブロックチェーンサービスに登録する登録手段と、
検証の対象となる対象文書に関する前記文書関連情報を、前記ブロックチェーンサービスから取得する取得手段と、
前記ブロックチェーンサービスから取得した前記文書関連情報に基づいて、前記対象文書が最新か否かを判定する判定手段と、
前記取得手段により前記対象文書の前記文書関連情報を取得できなかった場合、及び、前記判定手段により前記対象文書が最新でないと判定された場合には、前記対象文書の検証の失敗を出力する出力手段と、を有する
ことを特徴とする文書管理装置が提供される。

本発明によれば、ブロックチェーンサービスを利用して、文書の真正性に加え、内容の最新性の検証も可能となる。

システムの構成を示す図である。 画像形成装置のハードウェア構成を示す図である。 ＰＣおよび文書管理装置のハードウェア構成を示す図である。 画像形成装置のソフトウェア構成を示す図である。 文書管理装置のソフトウェア構成を示す図である。 実施形態１におけるブロックチェーン装置におけるトランザクションのデータ構成を示す図である。 実施形態２におけるブロックチェーン装置におけるトランザクションのデータ構成を示す図である。 実施形態３におけるブロックチェーン装置におけるトランザクションのデータ構成を示す図である。 実施形態４におけるブロックチェーン装置におけるトランザクションのデータ構成を示す図である。 アプリケーションの文章検証画面の画面例を示す図である。 アプリケーションの文章検証画面の画面例を示す図である。 文書管理装置から文書についてのトランザクションを登録する際のフローチャート。 文書を画像形成装置で印刷する処理を示すフローチャート。 文書を画像形成装置で検証する処理を示すフローチャート。 実施形態１におけるトランザクションの生成処理と最新性の検証処理を示すフローチャート。 実施形態１におけるトランザクションの生成処理と最新性の検証処理を示すフローチャート。 実施形態２におけるトランザクションの生成処理と最新性の検証処理を示すフローチャート。 実施形態２におけるトランザクションの生成処理と最新性の検証処理を示すフローチャート。 実施形態３におけるトランザクションの生成処理と最新性の検証処理を示すフローチャート。 実施形態３におけるトランザクションの生成処理と最新性の検証処理を示すフローチャート。 実施形態４におけるトランザクションの生成処理と最新性の検証処理を示すフローチャート。 実施形態４におけるトランザクションの生成処理と最新性の検証処理を示すフローチャート。 ブロックチェーン装置へのトランザクション処理を示すフローチャート。

以下、添付図面を参照して実施形態を詳しく説明する。なお、以下の実施形態は特許請求の範囲に係る発明を限定するものではない。実施形態には複数の特徴が記載されているが、これらの複数の特徴の全てが発明に必須のものとは限らず、また、複数の特徴は任意に組み合わせられてもよい。さらに、添付図面においては、同一若しくは同様の構成に同一の参照番号を付し、重複した説明は省略する。

＜実施形態１＞
●文書管理システムの構成
以下、これら種々の問題を解決する本発明を実施するための形態について図面を用いて説明する。図１は、ブロックチェーンサービスに関連するシステム（印刷システム或いは文書管理システムとも呼ぶ）の全体図である。画像形成装置１０１、ＰＣ１０２，文書管理装置１０３がＬＡＮ１００に接続されイントラネット内に存在し、インターネット１１０を介して、ブロックチェーン装置１１１と通信を行う。なお、ここではインターネット１１０を介す構成を示しているが同じイントラネット内にある構成であっても良い。ブロックチェーン装置１１１はブロックチェーンに文書情報を格納したトランザクションを登録、検証するためのブロックチェーンサービスを提供するための装置である。なおトランザクションに含まれる文書情報は文書そのものを表す情報ではなく当該文書に関連した情報であるので、文書関連情報とも呼ぶ。ＰＣ１０２は、ウェブブラウザを利用した画像形成装置１０１の管理や、プリントドライバを利用した画像形成装置１０１への印刷や、文書管理装置１０３の電子文書の管理に利用される。

ブロックチェーン装置１１１は画像形成装置１０１で生成された印刷文書や、文書管理装置１０３で保存された文書に関する情報をブロック単位にまとめて管理する装置であり文書の正当性を保障するためのブロックチェーンサービスを提供する装置である。文書管理装置１０３は、電子文書を管理（閲覧、新規保存、更新、削除）するための文書管理サービスを提供する。文書管理装置１０３は、画像形成装置１０１やＰＣ１０２で生成された電子文書を保存する装置であり、保存済みの文書に対して内容変更された文書を更新して保存することで改訂記録も管理する。

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

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

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

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

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

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

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

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

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

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

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

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

表１：ユーザ情報テーブル
ユーザ名 パスワード
ＵｓｅｒＡ ５５９ａｅａｄ０
ＵｓｅｒＢ ｄｆ７ｅ７０ｅ５
。

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

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

アプリケーション４０４はローカルＵＩ制御部４００を介して操作部２０９に表示された画面への入力を受け付け、それに応じて処理を行う。また、アプリケーション４０４はリモートＵＩ制御部４０１を介してＰＣ１０２上のウェブブラザからの入力を受け付け、それに応じて処理を行う。なお、文書の印刷、検証と言った機能を１つのアプリケーションに備える例を説明するが、それらの機能を複数のアプリケーションに分担させても良い。例えば、文書の登録を行うスキャンアプリケーションと、印刷を行う印刷アプリケーションのように分ける形態が考えられる。

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

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

●文書管理装置のソフトウェア
図５は、文書管理装置１０３におけるソフトウェア構成について示したブロック図である。

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

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

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

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

文書管理部５０４は、文書の閲覧、ダウンロード、文書の新規保存、文書の更新、文書の削除といった文書管理機能を提供する。さらにブロックチェーンプラグイン５０６を介してブロックチェーン装置１１１に文書（新規保存、更新保存された電子文書）の情報を登録する機能や、保存済みの電子文書がブロックチェーン装置１１１に登録済みかを検証する機能を提供する。

なお文書情報そのものは文書管理装置１０３に保存されてもよいし、文書管理装置１０３に接続されたデータベースに保存されてもよい。保存される文書情報は最新のバージョンのみであってもよいし、すべてのバージョンであってもよい。また文書管理装置１０３は文書の編集機能を持たず、ＰＣ１０２等の他の装置から受信した文書情報を管理するだけであってもよいし、編集機能を持っていてもよい。

ブロックチェーンプラグイン５０６は、ブロックチェーン連携するためのプラグインであり、文書管理部５０４からの指示を受け、ブロックチェーン装置１１１に文書の情報を登録、検証する機能を提供する。ブロックチェーンプラグイン５０６は、文書管理部５０４からブロックチェーン装置１１１に対する指示を受けた際に、ユーザ認証処理部５０２からクレデンシャル情報５０５とクレデンシャル情報管理部５１０からクレデンシャル情報５０７も受け取る。ブロックチェーンプラグイン５０６は、ブロックチェーン装置１１１に指示を送る際に、受け取ったクレデンシャル情報５０５、５０７も送信する。ブロックチェーン装置１１１で送信したクレデンシャル情報が検証され、検証が成功した場合だけ、ブロックチェーン装置１１１に送信した指示が実行される。

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

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

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

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

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

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

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

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

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

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

バージョン情報６０７は、その文書の版を示す値である。これは数字で表されても良く、アルファベットや漢字、それらを織り交ぜた文字列で表されても良い。ただし、検証システム間で値の解釈を一致させるため、その文書の古い版から新しい版に向けて昇順に値が設定されることが望ましい。また、その文書の一連の版について一意に値が設定されるべきである。

メジャー・マイナー情報６０８は、元文書ハッシュ値６０６で示される文書（以降、元文書）に対しての内容の変更度合いを示す値である。これはメジャー・マイナーといった文字列でも、ｂｏｏｌ値でも良い。値については、内容について大きな更新があり、元文書を最新と解釈されたくない場合、つまり、元文書の内容の最新性が失われる場合は「メジャー」と設定する。一方、内容について軽微な更新または更新がなく、元文書も最新と解釈して支障がない場合、つまり、元文書の内容の最新性が保たれる場合は「マイナー」と設定する。

さらにトランザクションに係る処理内容、例えば「印刷」や「複製」、「新規作成」、「更新」といった文書に対する処理をトランザクションに含めてもよいが、処理内容は登録システム情報６０３などからも推定できるので図６のように特に含めなくともよい。

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

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

●検証結果ユーザインタフェース
図１０Ａ、図１０Ｂはアプリケーション４０４が表示する文書を検証した結果が失敗であった場合の画面の一例である。図１０Ａの検証結果画面１０００はブロックチェーン装置１１１を利用して文書を検証した結果が失敗であることをユーザに通知するための画面である。検証結果１００１は今回の文書検証の結果であり、図中では検証が失敗したことを示している。ここでの失敗とは、検証した文書の真正性が確認できなかった、または、最新性を確認できなかったことを表す。具体的には、文書の埋め込み情報が正しくなかった場合や、ブロックチェーンサービスにおいて、問い合わせ情報に該当するトランザクションが見つからなかった場合、トランザクションは見つかったが最新性は失われていた場合である。続けて検証するボタン１００２は次の文書の検証の実行を行うために検証画面へ遷移するボタンである。また、終了するボタン１００３は検証処理を終了するボタンである。

図１０Ａの検証結果画面１０１０はブロックチェーン装置１１１を利用して文書を検証した結果が失敗であることをその理由とともにユーザに通知するための画面の一例である。検証結果１００１、続けて検証するボタン１００２、終了するボタン１００３については同様であるため省略する。ＮＧ理由１０１１について、ここでは検証文書の最新性が失われていたことを説明している。ここで、補足の情報としてブロックチェーンサービスから取得した情報をもとに判断した現在の最新バージョンを示しているが、補足の情報はこれに限るものではなく、省略しても良い。また、図１０Ａの検証結果画面１０２０も同様の画面であり、ここでは問い合わせ情報に該当するトランザクションが見つらなかった場合を例示している。

図１０Ｂの検証結果画面１０５０はブロックチェーン装置１１１を利用して文書を検証した結果が失敗であることをユーザに通知するための画面であって、ＰＣ１０２上のウェブブラウザに表示する画面の例である。また、図１０Ｂの検証結果画面１０６０、検証結果画面１０７０はブロックチェーン装置１１１を利用して文書を検証した結果が失敗であることをその理由のためにユーザに通知するための画面であって、ＰＣ１０２上のウェブブラウザに表示する画面の例である。図１０Ｂの検証結果画面１０５０、１０６０、１０７０はそれぞれ、図１０Ａの検証結果画面１０００、１０１０、１０２０に相当する検証結果を表示する。

以降で、本実施形態における各フローチャートを説明する。ここで、図１１、図１２、図１３、図１８は以降の実施形態と共通する処理となるため、先に説明する。

●トランザクションの登録指示
図１１は文書管理装置１０３が、ブロックチェーン装置１１１へ文書に対応するトランザクションの登録指示をする処理を示すフローチャートである。この手順により文書の作成や更新、使用（例えば複製（印刷を含む）など）の際に、当該文書に関する情報を含むトランザクションが作成され、ブロックチェーン装置１１１に登録される。図１１の処理は文書管理装置１０３のＣＰＵ３０２により実行される。ただし図の説明ではＣＰＵ３０２により実現される文書管理装置１０３の機能ブロック（図５参照）を参照する。

ステップＳ１１０１では、ユーザが文書管理装置１０３を利用するためにユーザ認証処理を行い、その結果がＯＫかどうか、すなわち認成功かどうかを判定する。認証がＯＫであればステップＳ１１０３へ、ＮＧすなわち認証失敗であればステップＳ１１０２へ進む。ステップＳ１１０２では、文書管理装置１０３が、ユーザに認証失敗であった旨を通知し、エラーとして処理する。その後、一連の処理を終了する。

ステップＳ１１０３では、ユーザが行う操作が文書の新規保存あるいは更新保存のいずれかであるか、それともそれら以外かを判定する。文書の新規保存あるいは更新保存のいずれかである場合、ステップＳ１１０５に進む。それら以外である場合、ステップＳ１１０４に進む。ステップＳ１１０４ではユーザに指示された文書管理機能を実行し、一連の処理を終了する。

ステップＳ１１０５では、文書管理装置１０３のブロックチェーンプラグイン５０６が、ブロックチェーン装置１１１に登録するトランザクションを生成する一連の処理を行う。これについては後述する。なお図中ではトランザクションをＴｘと表記している。これは他の図でも同様である。その後、ステップＳ１１０６で、文書管理装置１０３のブロックチェーンプラグイン５０６が、ブロックチェーンサービスを利用してブロックチェーン装置１１１にトランザクションを登録する一連の処理を行う。これについても後述する。その後、一連の処理を終了する。

図１２は画像形成装置１０１のアプリケーション４０４が、ブロックチェーン装置１１１に印刷文書に対応するトランザクションの登録指示をする処理を示すフローチャートである。図１２の処理は画像形成装置１０１のＣＰＵ２０１により実行される。ただし図の説明ではＣＰＵ２０１により実現される画像形成装置１０１の機能ブロック（図４参照）を参照する。

ステップＳ１２０１は、画像形成装置１０１を利用するためにユーザが行うユーザ認証処理の結果がＮＯＫかどうか、すなわち認証成功かどうかを判定する。この処理はユーザ認証処理部４０２が、ユーザ情報ＤＢ４０３を照会することによって行われる。認証がＯＫであればステップＳ１２０２へ、ＮＧすなわち認証失敗であればステップＳ１２１１へ進む。ステップＳ１２０２では、ユーザの指示する操作が印刷かどうかを判定する。印刷であった場合はステップＳ１２０３に、そうでない場合はステップＳ１２１２に進む。

ステップＳ１２０３では、印刷する文書を取得する。この文書は文書管理装置１０３から取得しても良く、それ以外の媒体から取得しても良い。取得の対象となる文書の選択はユーザによる指示に従ってよい。その後、ステップＳ１２０４では、ブロックチェーン装置１１１に印刷文書についてトランザクションを登録するかを判定する。これは、Ｓ１２０３で取得した文書がブロックチェーン装置１１１に登録済みの文書であるかによって判定しても良く、ユーザの指示により判定しても良い。ブロックチェーン装置１１１に登録済みの文書であるかによって判定する場合には、登録済みであれば登録するものと判定してよい。登録済みであることの判定は、例えば、対象文書の文書ハッシュ値の有無をブロックチェーン装置１１１に問い合わせることで行ってよい。ブロックチェーン装置に登録する場合はステップＳ１２０５へ進み、登録しない場合はステップＳ１２１２に進む。

ステップＳ１２０５では、印刷文書を特定するための文書ハッシュ値を生成し、ステップＳ１２０６では、ステップＳ１２０５で生成したハッシュ値を印刷文書に埋め込む処理を行う。これは検証時に読み取れる形式であれば良いため、バーコードのような可視コードに変換して埋め込んでも良く、地紋など不可視コードに変換して埋め込んでも良い。ステップＳ１２０７では、プリンタ２１０を利用し、その印刷文書を印刷する。

ステップＳ１２０８では、ステップＳ１２０７での印刷処理が成功したかを判定する。印刷に成功した場合はステップＳ１２０９に、失敗した場合はステップＳ１２１１に進む。ステップＳ１２０９では、ブロックチェーン装置１０１に登録するためのトランザクションを生成する。これについては後述する。その後、ステップＳ１２１０で、ブロックチェーンサービスを利用してブロックチェーン装置１１１にトランザクションを登録する一連の処理を行う。これについても後述する。その後、一連の処理を終了する。

ステップＳ１２１１では、ユーザにエラーが発生したことを表示や音声等により通知するなどのエラー処理を行う。また、ステップＳ１２１２では、ユーザに指示された画像形成装置の機能を実行する。その後、一連の処理を終了する。

●画像形成装置による文書の最新性の検証
図１３は画像形成装置１０１のアプリケーション４０４が、ブロックチェーン装置１１１を使って文書の最新性を検証する際の処理を示すフローチャートである。図１３の処理は画像形成装置１０１のＣＰＵ２０１により実行される。ただし図の説明ではＣＰＵ２０１により実現される画像形成装置１０１の機能ブロック（図４参照）を参照する。

ステップＳ１３０１では、ユーザが、画像形成装置１０１を利用するために認証処理を行い、その結果がＮＧかどうかを判定する。この処理はユーザ認証処理部４０２が、ユーザ情報ＤＢ４０３を照会することによって行われる。認証がＯＫすなわち成功であればステップＳ１３０３へ、ＮＧすなわち失敗であればステップＳ１３０２へ進む。ステップＳ１３０２では、ユーザに認証失敗であった旨を表示や音声等により通知し、エラーとして処理する。その後、一連の処理を終了する。

ステップＳ１３０３では、ユーザが行う操作が文書の検証か、それ以外かを判定する。文書の検証である場合、ステップＳ１３０５に進む。それ以外である場合、ステップＳ１３０４に進む。ステップＳ１３０４では、ユーザに指示された文書管理機能を実行する。その後、一連の処理を終了する。

ステップＳ１３０５では、入力が紙データか電子データかを判定する。紙データである場合、ステップＳ１３０６に進み、電子データである場合、ステップＳ１３０８に進む。この判定はユーザによる指定に基づいて行ってよい。あるいは、ステップＳ１３０５の実行時点で画像形成装置１０１のスキャン２１１の自動原稿送り部（不図示）に原稿が載置されていることを検知したなら紙データ、検知しなければ電子データと判定してもよい。ステップＳ１３０６では、画像形成装置１０１が、入力の紙データに対してスキャン処理を行う。そして、ステップＳ１３０７で、スキャンデータの電子化を行う。以降、入力を電子データとして扱う。

ステップＳ１３０８では、入力である電子データの埋込情報から、文書ハッシュ値を取得する。この文書発出が検証対象の文書のハッシュ値となる。ステップＳ１３０９では、その取得した文書ハッシュ値を取得し、検証する文書の最新性を検証する。この処理は後述する。以上で本処理を終了する。

●トランザクション処理
図１８は、画像形成装置１０１のブロックチェーンアプリケーション４０６や、文書管理装置１０３のブロックチェーンプラグイン５０６がブロックチェーン装置１１１へのトランザクション処理を行うフローチャートである。トランザクション処理には登録および取得を含む。これは図１１のステップＳ１１０６や図１２のステップＳ１２１０の処理である。以降、画像形成装置１０１のブロックチェーンアプリケーション４０６が行う場合を例にして説明する。その場合図１８の処理は画像形成装置１０１のＣＰＵ２０１により実行される。

本フローチャート起動時には、アプリケーション４０４から、ブロックチェーン装置１１１への処理種別と、処理種別ごとに必要な情報が渡される。処理種別ごとに必要な情報は、トランザクション登録時にはトランザクション、取得時にはトランザクション内の情報の検索項目とその値である。

ステップＳ１８０１では、ブロックチェーン装置１１１にクレデンシャル情報を渡す。ブロックチェーン装置１１１は渡されたクレデンシャル情報が正しいクレデンシャル情報であることを確認する。ステップＳ１８０２では、ステップＳ１８０１でクレデンシャル情報が正しいと確認できたかどうかを判定する。クレデンシャル情報がデジタル証明書の場合は証明書の検証を行って検証が成功した場合に、正しいクレデンシャル情報であると判断する。また、クレデンシャル情報が予め定められたデータ値の場合は、渡されたクレデンシャル情報がそのデータ値に一致する場合に、正しいクレデンシャル情報であると判断する。正しいクレデンシャルであった場合にはブロックチェーン装置１１１へのアクセスが可能な状況であるため、ステップＳ１８０３に進み、正しいクレデンシャルでなかった場合にはステップＳ１８０４に進む。ステップＳ１８０３では、ブロックチェーンアプリケーション４０６が受信した処理種別を判定する。トランザクション登録であればステップＳ１８０５へ、取得であればステップＳ１８１０へ進む。受信した処理種別とは、図１８の処理が呼び出された際に指定される処理種別であり、例えばステップＳ１１０６やステップＳ１２１０では処理種別として「登録」が指定されている。ステップＳ１８０４はエラー処理であり、エラーの情報をまとめる。

ステップＳ１８０５では、登録するトランザクションのデータが正しいことを確認し、続くステップＳ１８０６で、登録可能かを判定する。登録するトランザクションのデータが正しい場合に登録可能と判定してよい。登録可能である場合、ステップＳ１８０７に進み、そうでない場合はステップＳ１８０９に進む。ステップＳ１８０７では、トランザクションをブロックチェーン装置１１１に登録し、ステップＳ１８０８で、その登録処理が成功したかを判定する。登録に成功した場合はステップＳ１８１４に進み、登録に失敗した場合はステップＳ１８０９に進む。ステップＳ１８０９はエラー処理であり、エラーの情報をまとめる。まとめられたエラーの情報は例えば図１０Ａのような表示に用いられる。

ステップＳ１８１０では、指定された検索項目に指定された値を持つトランザクションを、ブロックチェーン装置１１１から検索する。ステップＳ１８１１では、それに該当するトランザクションが存在するかどうかを判定し、存在する場合はステップＳ１８１２に、存在しない場合はステップＳ１８１３に進む。この判定はブロックチェーン装置１１１からの応答に基づいて行ってよい。ステップＳ１８１２では、ステップＳ１８１０で検索し、該当したすべてのトランザクションの情報を取得する。ステップＳ１８１３はエラー処理であり、エラーの情報をまとめる。まとめられたエラーの情報は例えば図１０Ａのような表示に用いられる。たとえば検証対象の文書（検証文書とも呼ぶ）が未登録であれば表示画面１０２０、検証対象の文書が最新でなければ表示画面１０１０のようなエラーとなるようエラーの内容を示す情報がまとめられる。

ステップＳ１８１４では、処理結果をアプリケーション４０４に通知する。トランザクションの登録成功であればその旨を、エラーであればその情報を、トランザクションの情報を取得していればその情報を、取得するトランザクションが存在しなければその旨を表示等によりユーザに通知する。以上で本処理を終了する。

以上、ブロックチェーンサービスを利用した文書の検証のための、トランザクションの登録及び検証について説明した。これらにより、文書の保存時や印刷時にトランザクションを生成・登録し、その文書を検証することが可能となる。また、ここでは代表的なユースケースとしてこれらを取り上げたが、トランザクションの生成や検証タイミングはこれに限るものではなく、装置は画像形成装置や文書管理装置に限るものではない。

●トランザクションの生成処理（１）
図１４Ａは、本実施形態における、画像形成装置１０１のブロックチェーンアプリケーション４０６や、文書管理装置１０３のブロックチェーンプラグイン５０６が行う、登録用のトランザクション６０１の生成処理を示すフローチャートである。これは図１１のステップＳ１１０６や図１２のステップＳ１２０９の処理である。図１４Ａの処理はいずれかの装置のＣＰＵにより実行される。

ステップＳ１４０１では、文書ハッシュ値６０２を算出する。これは登録する文書を特定するためのハッシュ値である。ステップＳ１４０２では、登録システム情報６０３、文書登録日時６０４、文書登録者６０５を取得する。ステップＳ１４０３では、登録する文書が、ブロックチェーン装置１１１について、新規に保存するのか、既に過去の版について保存していたかを判定する。後者の例としては、文書管理装置１０３上にある電子文書であって、ブロックチェーン装置１１１に登録済みであるものを更新保存や印刷する場合や、文書ハッシュ値がすでに埋め込まれている紙文書をコピーする場合がそれにあたる。新規に保存する場合はステップＳ１４０５に、そうでない場合はステップＳ１４０４に進む。ステップＳ１４０３での判定はユーザ操作に基づいて、ステップＳ１１０３における判定と同じ基準で行われてよい。

ステップＳ１４０３で新規ではないと判定した場合、ステップＳ１４０４では、更新元の文書すなわち元文書について、文書ハッシュ値６０２を取得し、それを元文書ハッシュ６０６とする。元文書のハッシュ値は文書管理装置１０３に保存されている文書ハッシュ値または元文書から計算した文書ハッシュ値を用いてよい。ステップＳ１４０５では、バージョン情報６０７を設定する。これはユーザが指定しても良く、文書管理装置１０３が自動的に判断して設定しても良い。また、更新保存の際は、更新元のバージョン情報を参照して決定しても良い。ステップＳ１４０６では、メジャー・マイナー情報６０８を決定する。これはユーザが指定しても良く、文書処理装置１０３が自動的に判断して設定しても良い。このとき、バージョン情報６０７を参照しても良い。ステップＳ１４０７では、これまでの処理で取得・決定した情報をもとに、トランザクション６０１を生成する。以上で本処理を終了する。

なおステップＳ１４０６で文書処理装置１０３が自動的にメジャーとマイナーの別を設定する際には、例えば元文書を更新して元文書から派生した派生文書を作成した際に、ユーザがメジャーな変更かマイナーな変更かを指定しておく。そしてその指定に基づいてメジャーとマイナーの別を設定してよい。あるいは、元文書と派生文書とを比較し、所定範囲の相違であればマイナー、それを超えていればメジャーな変更と設定してもよい。所定範囲とは例えば、含まれた文字に相違はなくレイアウトのみが異なる場合、文字の相違が全角と半角、あるいは大文字と小文字といった形式的な相違である場合などを含んでよい。さらにユーザに指定させる場合には、元文書と派生文書の相違点を表示し、ユーザがその表示に基づいて指定できるよう構成してもよい。

以上のようにして図６に示したトランザクション６０１を生成することができる。

●文書の検証（１）
図１４Ｂは、本実施形態における、画像形成装置１０１のアプリケーション４０６が、ブロックチェーン装置１１１を使って、文書の最新性を検証する処理を示すフローチャートである。これは図１３のステップＳ１３０９の処理である。図１４Ｂの処理は画像形成装置１０１のＣＰＵ２０１により実行される。

ステップＳ１４５１では、ブロックチェーン装置１１１を使って、検証したい文書の文書ハッシュ値を、同じく文書ハッシュ値６０２として持つトランザクションをブロックチェーンサービスで取得する。この処理は先述した図１８の処理である。ステップＳ１４５２では、ステップＳ１４５１での結果がＯＫかＮＧかを判定する。ＯＫすなわち成功だった場合はステップＳ１４５３へ、ＮＧすなわち失敗だった場合はステップＳ１４６４へ進む。ステップＳ１４５３では、ステップＳ１４５１で取得したトランザクション情報よりバージョン情報６０７を取得し、それを比較元のバージョン情報として記憶する。

ステップＳ１４５４では、ステップＳ１４５１で取得したトランザクション情報が元文書ハッシュ値６０６を持つかどうかを判定する。持つ場合はステップＳ１４５５に、持たない場合はステップＳ１４６２に進む。ステップＳ１４５５では、ステップＳ１４５１で取得したトランザクション情報に含まれる元文書ハッシュ値６０６を取得する。その後、その元文書ハッシュ値を文書ハッシュ値６０２として持つトランザクションを、ブロックチェーンサービスで取得する。すなわち検証対象の文書の元文書のトランザクションが取得される。ステップＳ１４５５は図１８で説明した手順で実行される。

ステップＳ１４５６では、その前ステップで取得した各トランザクションの持つバージョン情報６０７とメジャー・マイナー情報６０８を取得し、それらを比較先として記憶する。このステップＳ１４５６は、ステップＳ１４５５の次に実行される場合と、ステップＳ１４５９に引き続いて実行される場合がある。特に後者の場合は取得されるトランザクションが複数になりうるため、それら全てについて記憶する。また、ステップＳ１４５７で、同様に各トランザクションの持つ文書ハッシュ値６０２を記憶する。

ステップＳ１４５８では、ステップＳ１４５７で記憶した各文書ハッシュ値６０２について、ステップＳ１４５９でのブロックチェーンサービスでのトランザクションの取得処理を行っていないものがあるかを判定する。取得処理を行っていないものがある場合、ステップＳ１４５９に進む。取得した全ての文書ハッシュ値について取得処理済みである場合、ステップＳ１４６０に進む。ステップＳ１４５５からＳ１４５８に至った場合には、ステップＳ１４５９に分岐することになる。

ステップＳ１４５９では、ステップＳ１４５７で記憶した文書ハッシュ値について、それを元文書ハッシュ値６０６として持つトランザクションをブロックチェーンサービスで取得する。これは複数存在する場合もあり、その場合はその全てについて処理する。ステップＳ１４５９は図１８で説明した手順で実行される。その後、ステップＳ１４５６に進む。検証対象の文書の元文書から派生した文書には検証対象の文書も含まれるため、検証対象の文書を元文書として派生した文書があれば、その文書のトランザクションもステップＳ１４５９を通るループ処理で取得される。これによりステップＳ１４５８からステップＳ１４６０に分岐する際には、検証対象の文書をルートとする派生文書のツリーを形成しているトランザクションがすべて取得されている。

ステップＳ１４６０では、ステップＳ１４５３で記憶した比較元のバージョン情報と、ステップＳ１４５６で記憶した比較先のバージョン情報及びメジャー・マイナー情報とを比較する。そして、ステップＳ１４６１で、比較先のバージョン情報とメジャー・マイナー情報について、「メジャー」でありかつバージョン情報が比較元のバージョン情報より新しいものが一つでも含まれているかを判定する。比較先が複数ある場合にはそれぞれの比較先について判定する。「メジャー」であってもバージョン情報が比較元より新しくないもの、また、バージョン情報が比較元より新しくても「マイナー」であるものは無視する。新しいものがある場合はステップＳ１４６３に進み、そうでない場合はステップＳ１４６２に進む。

ステップＳ１４６２では、検証結果ＯＫ画面（不図示）を出力し、検証文書の最新性を確認できた旨をユーザに通知する。ステップＳ１４６３では、検証結果画面１０１０を出力し、検証文書はブロックチェーン装置に登録済みであったが、最新性は確認できなかった旨をユーザに通知する。ステップＳ１４６４では、検証結果画面１０２０を出力し、検証文書がブロックチェーン装置に未登録であった旨をユーザに通知する。以上で本処理を終了する。

以上、本実施形態における、登録用のトランザクション６０１の生成処理と、文書の最新性を検証する処理を説明した。これらの処理により、ブロックチェーン装置に登録済みのトランザクションについて、文書ハッシュ値６０２と元文書ハッシュ値６０６を利用し、検証文書の更新元文書やそこから更新された文書を辿ることができる。また、同じく登録されているバージョン情報６０７を参照することにより、検証文書より新しい文書があるかを動的に検証でき、内容の最新性を判定することが可能である。このとき、メジャー・マイナー情報６０８を利用することにより、文書の更新内容に合わせて内容の最新性が維持しても良いか維持しないかを設定することができる。これにより、特に修正頻度が高い文書について、細かく再印刷せずとも手元の印刷文書の検証結果をＯＫに維持することができ、利便性が高まる。

［実施形態１の変形例］
ここまで本実施形態について説明してきたが、これらを全て兼ね備える必要はなく、より簡素な実行形態としても良い。例えば、検証結果がＮＧであった場合について、その理由毎に検証結果画面１０１０、検証結果画面１０２０と出力を分けていたが、検証結果画面１０００のように、理由を示さずＮＧとだけ出力しても良い。また、メジャー・マイナー情報６０８を用いず、バージョン情報６０７のみでの最新性の判定としても良い。その場合には、ステップＳ１４５６ではバージョン情報のみを取得して記憶すればよい。あるいは、メジャー・マイナー情報６０８という形ではなく、画像形成装置１０１などにメジャー・マイナーの判定規則を持ち、バージョン情報６０７を随時メジャー・マイナーに判定する方法でも良い。その他にも、フローチャートにおける実行順が前後しても良く、ここで示したものに限るものではない。例えば、図１４Ｂで示されたフローチャートについて、該当する全てのトランザクションを取得してから比較するのではなく、トランザクションの取得都度に比較し、最新性がないと判断できたタイミングで処理を中断し、結果出力を行ってもよい。あるいは、電子文書について、上記検証処理を文書管理装置１０３で行っても良い。

また、以上の実行形態について、利用するユーザや組織により動的に切り替えても良い。例えば、ポリシー設定４０８に、ユーザや組織などといった利用者と、画面出力やメジャー・マイナー情報の利用などといった実施形態の組み合わせを示すマトリクスを設定し、各アプリケーションが随時参照するものである。表３にポリシー設定マトリクスを例示する。

表３：ポリシー設定マトリクス
利用者 設定ＮＧ理由表示 メジャー・マイナー情報
組織ＡＡＡ 〇 〇
組織ＢＢＢ 〇 ×
ユーザＣＣＣ × 〇
ユーザＤＤＤ × ×
。

表３のマトリクスでは、組織ＡＡＡに所属するユーザが利用する際は、検証ＮＧ理由を表示し、メジャー・マイナー情報も最新性の判定時に利用する、という処理ルールを示している。同様に、組織ＢＢＢに所属するユーザ、ユーザＣＣＣ、ユーザＤＤＤについても処理ルールを示している。このとき、例えばユーザＣＣＣが組織ＢＢＢに所属している場合など、重複した場合の処理ルールの優先順位の決め方については限定するものではない。また、組織については、組織ＤＢなどを画像形成装置１０１に保持しても良く（不図示）、ユーザ情報ＤＢ４０３などのユーザ情報と紐づけても良い。また、このマトリクスに未記載のユーザの扱いも限定するものではない。未記載のユーザについては例えば未記載のユーザのための設定を予め定めておいてそれに従ってよい。

以上、ポリシー設定４０８を利用して動的に実行形態を切り替える方法について述べた。これにより、不要な情報公開の回避や、より厳格なバージョン管理など、セキュリティ観点での利便性を高めることができる。

＜実施形態２＞
実施形態１では、バージョン情報６０７を利用し、内容の最新性を判断する方法について述べた。一方で、バージョン情報６０７をブロックチェーン装置１１１上で管理する必要があるため、バージョン情報の決定規則を異なる装置間でも徹底する必要があるなど、管理コストがかかる側面がある。そこで、本実施形態では、内容が最新でなくなったトランザクションをブロックチェーン装置１１１上で明示することにより、バージョン情報を用いずに内容の最新性を判断する方法について、実施形態１との差分を中心に述べる。

図７は、実施形態２におけるブロックチェーン装置１１１に保持するトランザクション７０１及びトランザクション７１１とそのトランザクションを複数格納したブロックのデータ構造について示したブロック図である。トランザクション７０１は、トランザクション６０１と同様であるため、省略する。トランザクション７１１は、トランザクション７０１を対象に、そのトランザクションが示す文書が最新性を失ったことを示すものである。以降、このことをそのトランザクションを無効化すると呼ぶ。トランザクションハッシュ値７１２は、トランザクション７１１を特定する固有のハッシュ値である。固有のハッシュ値であれば生成方法に限定するものはなく、例えば、後述する対象文書ハッシュ値７１３とタイムスタンプを組み合わせて生成しても良い。対象文書ハッシュ値７１３は、無効化するトランザクション７０１を特定するものであり、対象の文書ハッシュ値６０２と同じ値が設定される。以上、トランザクション７１１の構成要素について述べたが、これに限定するものでなく、例として、このトランザクションの登録者や登録日時を含めても良い。また、ブロック図ではトランザクション７０１ａとトランザクション７１１ａのように連続したものを図示したが、これに限るものではない。

図１５Ａは、本実施形態における画像形成装置１０１のブロックチェーンアプリケーション４０６や、文書管理装置１０３のブロックチェーンプラグイン５０６が行う、トランザクション７０１やトランザクション７１１の生成処理を示すフローチャートである。これも実施形態１と同様に、図１１のステップＳ１１０６や図１２のステップＳ１２０９の処理である。

ステップＳ１５０１、ステップＳ１５０２、ステップＳ１５０３、ステップＳ１５０４は、それぞれステップＳ１４０１、ステップＳ１４０２、ステップＳ１４０３、ステップＳ１４０４と同様であるため、説明を省略する。ステップＳ１５０５では、元文書ハッシュ値が示すトランザクションと、それを元文書ハッシュ値として参照する他のトランザクションについて、無効化、すなわち最新版ではないことを示すことが必要かを判定する。これは一律で無効化しても良く、ユーザが指示しても良く、システムが文書の変更内容などから判断しても良い。無効化する場合はステップＳ１５０６に、無効化しない場合はステップＳ１５１２に進む。

ステップＳ１５０６では、トランザクションハッシュ値７１２を生成する。ステップＳ１５０７では、このトランザクションハッシュ値７１２と、ステップＳ１５０４で取得した元文書ハッシュ値を対象文書ハッシュ値７１３とし、トランザクション７１１を生成する。このトランザクション７１１は、ステップＳ１５０４で取得した元文書ハッシュ値が示すトランザクション７０１を無効化する。トランザクション７１１を無効化トランザクション或いは無効化文書関連情報と呼ぶこともある。

次に、その対象文書ハッシュ値を元文書ハッシュ値として参照する他のトランザクション７０１を無効化するトランザクション７１１の生成処理に進む。ステップＳ１５０８では、ステップＳ１５０４で取得した元文書ハッシュ値を、同じく元文書ハッシュ値６０６として持つ他のトランザクションを、ブロックチェーンサービスを利用して取得する。ここで取得されたトランザクションは、ステップＳ１５０５で無効化すると判定したトランザクションが示す文書のコピーや印刷物を示しており、内容が同一であることから、同様に無効化するべきとみなされる。

ステップＳ１５０９では、ステップＳ１５０８で取得できたトランザクションがあり、かつ、まだ無効化されていないトランザクションが含まれているかを判定する。どちらも満たす場合はステップＳ１５１０に、そうでない場合はステップＳ１５１２に進む。ステップＳ１５１０では、ステップＳ１５０９の条件を満たす全てのトランザクションの、各文書ハッシュ値６０２について、トランザクションハッシュ値７１２をそれぞれ生成する。ステップＳ１５１１では、ステップＳ１５１０で生成したトランザクションハッシュ値と、それに対する文書ハッシュ値６０２を対象文書ハッシュ値７１３として、それぞれトランザクション７１１を生成する。

ステップＳ１５１２では、ステップＳ１５０１、ステップＳ１５０２、ステップＳ１５０４で取得した情報をもとに、今回登録する文書のトランザクション７０１を生成する。以上で本処理を終了する。以上の処理によって、登録対象の文書が新規に登録する文書でない場合には、登録対象の元文書をルートとする派生文書のツリーに含まれた、登録対象の文書以外の文書をすべて無効化する。

図１５Ｂは本実施形態における、画像形成装置１０１のアプリケーション４０６が、ブロックチェーン装置１１１を使って、文書の最新性を検証する処理を示すフローチャートである。これは図１３のステップＳ１３０９の処理である。

ステップＳ１５５１、ステップＳ１５５２は、ステップＳ１４５１、ステップＳ１４５２と同様であるため、説明を省略する。ステップＳ１５５３は、文書ハッシュ値を対象文書ハッシュ値７１３として持つトランザクションを、ブロックサービスから取得する。ステップＳ１５５４では、ステップＳ１５５３でトランザクションを取得できたかを判定し、取得できた場合はステップＳ１５５６へ、取得できなかった場合はステップＳ１５５５へ進む。取得できなかった場合は、検証する文書のトランザクションが無効化されてないということを意味するため、ステップＳ１５５５では検証ＯＫ画面を出力し、ユーザにその旨を通知する。取得できた場合は、検証する文書のトランザクションを無効化するトランザクションが登録済みということを意味するため、ステップＳ１５５６では検証ＮＧ画面を出力し、ユーザにその旨を通知する。

以上、本実施形態における登録用のトランザクション７０１とトランザクション７１１の生成処理と、文書の最新性を検証する処理を説明した。本実施形態では、内容の最新性が失われた文書に対するトランザクションをブロックチェーン装置１１１上で、最新でないことを示すことで疑似的に無効化することにより、文書の内容の最新性の動的な検証を可能とした。

また、本発明は、上述した実施形態に限るものではない。実施形態１で述べたような、検証ＮＧ表示画面で理由を表示しても良く、メジャー・マイナー情報を登録や検証時の判断にしても良く、それらをポリシー情報から動的に切り替えても良い。また、無効化するトランザクション７０１に対してトランザクション７１１が１対１になるように生成する例を説明したが、トランザクション７１１に対象文書ハッシュ値７１３を複数格納して多対１にしても良い。トランザクションの構成や生成パターンも上述した例に限定されない。

＜実施形態３＞
実施形態１では、バージョン情報６０７を利用し、内容の最新性を判断する方法について述べた。この実施形態の特徴としては、バージョン情報６０７をブロックチェーン装置１１１上で管理することにより、同ブロックチェーンにアクセスできる装置であれば場所を問わずにバージョン情報を参照できることにある。一方で、検証したい文書を利用する範囲や、ブロックチェーンにアクセスする範囲が明確に限られている場合、バージョン情報をブロックチェーン上で管理する必要はない。本実施形態では、バージョン情報を管理するデータベースを参照することにより、内容の最新性の検証を実現する方法について、実施形態１との差分を中心に述べる。

図８は、実施形態３におけるブロックチェーン装置１１１に保持するトランザクション８０１とそのトランザクションを複数格納したブロックのデータ構造について示したブロック図である。トランザクションに含まれる各要素については先述したため省略する。

図１６Ａは、本実施形態における、画像形成装置１０１のブロックチェーンアプリケーション４０６や、文書管理装置１０３のブロックチェーンプラグイン５０６が行う、トランザクション８０１の生成処理を示すフローチャートである。これも実施形態１と同様に、図１１のステップＳ１１０６や図１２のステップＳ１２０９の処理である。

ステップＳ１６０１～Ｓ１６０５、Ｓ１６０７については、ステップＳ１４０１～Ｓ１４０５、Ｓ１４０７と同様のため、省略する。ステップＳ１６０６では、バージョン情報を管理するバージョン情報データベースに、文書名、文書ハッシュ値、バージョン情報、元文書ハッシュ値を紐づけて登録する。ここで、バージョン情報データベースについて表４に例示する。

表４：バージョン情報データベース
文書名 文書ハッシュ値 バージョン情報 元文書ハッシュ値
文書Ａ asdfasdf 1.00 -
文書Ａ ghjkghjk 1.01 asdfasdf
文書Ａ qwerqwer 1.02 ghjkghjk
文書Ｂ zxcvzxcv 1.00 -
。

表４はバージョン情報を管理するバージョン情報データベースの一例である。このデータベースの目的はその文書の一連の版を管理し、検証する文書ハッシュ値が最新のバージョンであるかを判定するためにある。そのため、実施形態はこれに限られるものではなく、例えば登録日時や登録者を含んでも良い。また、このデータベースは画像形成装置１０１や文書管理装置１０３からアクセスできれば良い。そのため、ＰＣ１０２や文書管理装置１０３に含まれても良く、ＬＡＮ１００で画像形成装置１０１や文書管理装置１０３と接続されるその他の装置でも良い。また、インターネット１１０を介して外部からアクセスできるようにしてもよく、その際に認証処理を必要としても良いが、このデータベースにアクセスする装置の範囲から適当に設置するべきである。

図１６Ｂは、本実施形態における、画像形成装置１０１のアプリケーション４０６が、ブロックチェーン装置１１１を使って、文書の最新性を検証する処理を示すフローチャートである。これは図１３のステップＳ１３０９の処理である。

ステップＳ１６５１、Ｓ１６５２は、ステップＳ１４５１、Ｓ１４５２と同様のため、省略する。ステップＳ１６５３では、先述したバージョン情報データベースを照会し、ステップＳ１６５４で、検証した文書が最新かどうかを判定する。例えばバージョン情報データベースで、ステップＳ１６５１で取得したトランザクションの文書ハッシュ値を元文書ハッシュ値とするレコードを検索する。該当するレコードがバージョン情報データベースに含まれていれば検索対象の文書ハッシュ値を持つ文書は最新版ではないと判定できる。一方該当するレコードがバージョン情報データベースに含まれていなければ検索対象の文書ハッシュ値を持つ文書は最新版であると判定できる。文書の最新性が確認された場合、ステップＳ１６５５に進み、そうでない場合、ステップＳ１６５６に進む。ステップＳ１６５５では検証ＯＫ画面を出力し、ユーザに検証した文書の最新性が確認できたことを通知する。ステップＳ１６５６では検証ＮＧ画面を出力し、ユーザに検証した文書の最新性が確認できなかったことを通知する。

以上、本実施形態におけるバージョン情報を管理するデータベースの例と、それを用いたトランザクションの登録や検証の処理について説明した。この構成でも同様に文書の内容の最新性の動的な検証を可能としつつ、ブロックチェーン装置１１１を用いた処理やそれに伴う通信を最小限にできる。

また、本発明はこの実施形態に限るものではない。例えば、実施形態１と同様に、検証ＮＧ表示画面で理由を表示しても良く、メジャー・マイナー情報を登録や検証時の判断にしても良く、それらをポリシー情報から動的に切り替えても良い。

＜実施形態４＞
実施形態１や実施形態３では、バージョン情報を利用し、内容の最新性を判断する方法について述べた。一方で、バージョン情報を管理する必要があるため、管理コストの増加という課題がある。また、実施形態２では最新版ではなくなった文書のトランザクションを疑似的に無効化することにより、バージョン情報を使わずに最新性を検証できるようにしたが、これにもトランザクションの登録数がかさばるという課題がある。そこで本実施形態では、文書がオリジナルか複製かを示す文書属性という概念を導入することにより、上記の課題を解決しつつ文書の最新性の動的な検証を可能とする方法について、実施形態１との差分を中心に述べる。

図９は、実施形態４におけるブロックチェーン装置１１１に保持するトランザクション９０１とそのトランザクションを複数格納したブロックのデータ構造について示したブロック図である。文書属性９０２はその文書が「オリジナル」か「複製」かを示す情報であり、このどちらかを示せればよいため、文字列でもｂｏｏｌ値でもよい。「オリジナル」というのはその文書が原本であること、すなわち元文書がないことを意味する。例えば新規作成した電子文書や、それを更新した電子文書が「オリジナル」にあたる。「オリジナル」の文書からしか「オリジナル」の文書には派生せず、かつ派生する「オリジナル」は単一であり、ある版の文書について、「オリジナル」は一つにしかならない。「複製」というのはその文書が複製であることを意味し、電子文書を内容更新せずコピーしたものや、印刷文書がそれにあたる。また、「オリジナル」から「複製」になることはあるが、「複製」から「オリジナル」になることはない。これらの規則があるため、この文書属性はシステムが自動で判定して決定するのが望ましい。

図１７Ａは、本実施形態における、画像形成装置１０１のブロックチェーンアプリケーション４０６や、文書管理装置１０３のブロックチェーンプラグイン５０６が行う、トランザクション９０１の生成処理を示すフローチャートである。これも実施形態１と同様に、図１１のステップＳ１１０６や図１２のステップＳ１２０９の処理である。

ステップＳ１７０１～Ｓ１７０４は、ステップＳ１５０１～Ｓ１５０４と同様であるため、省略する。ステップＳ１７０５では、文書属性９０２の決定のため、文書の内容に更新があるかを判定する。内容の更新の有無は例えば比較対象となる２つの文書の文書ハッシュ値を比較し、異なっていれば更新があると判定してもよい。更新がある場合、ステップＳ１７０６に進み、更新がない場合、ステップＳ１７０７に進む。ステップＳ１７０６では文書属性９０２に「オリジナル」を設定し、ステップＳ１７０７では「複製」を設定する。ステップＳ１７０８でこれらの情報をもとにトランザクションを生成し、一連の処理を終了する。

図１７Ｂは、本実施形態における、画像形成装置１０１のアプリケーション４０６が、ブロックチェーン装置１１１を使って、文書の最新性を検証する処理を示すフローチャートである。これは図１３のステップＳ１３０９の処理である。

ステップＳ１７５１、Ｓ１７５２はステップＳ１４５１、Ｓ１４５２と同様のため、省略する。ステップＳ１７５３では、取得したトランザクションの文書ハッシュ値６０２を記憶する。ステップＳ１７５４では、取得したトランザクションの文書属性９０２を参照し、「オリジナル」であるかを判定する。「オリジナル」であった場合はステップＳ１７５６に、そうでない場合はステップＳ１７５５に進む。ステップＳ１７５５では、取得したトランザクションから元文書ハッシュ値６０６を取得し、それを文書ハッシュ値６０２として持つトランザクションをブロックチェーンサービスで取得する。その後、ここで取得したトランザクションについて、ステップＳ１７５３から処理をやり直す。これにより、検証文書が「複製」であった場合に、その派生元である「オリジナル」まで遡ることができる。

ステップＳ１７５６では、直近に取得したトランザクションの文書ハッシュ値６０２について、それを元文書ハッシュ値６０６として持つトランザクションをブロックチェーンサービスで取得する。ステップＳ１７５７では、ステップＳ１７５６で取得した各トランザクションに、それ以前の処理で取得したものと異なるトランザクションが含まれているかを判定する。含まれていた場合はステップＳ１７５８に、そうでない場合はステップＳ１７５９に進む。

ステップＳ１７５８では、ステップＳ１７５７で判定した異なるトランザクションの中に、文書属性９０２として「オリジナル」を持つトランザクションがあるかを判定し、ある場合はステップＳ１７６０に進み、ない場合はステップＳ１７５９に進む。ステップＳ１７５９に進んだ場合、検証した「オリジナル」の文書、あるいは検証した文書から辿った「オリジナル」の文書から、「オリジナル」の文書が派生してないことを示しており、検証文書から内容が更新されてないことを意味する。そのため、検証ＯＫ画面を出力し、ユーザに検証文書の内容の最新性が確認できた旨を通知する。ステップＳ１７６０に進んだ場合、検証文書のトランザクションが確認できなかったか、検証文書の「オリジナル」から「オリジナル」が派生している、つまり内容が更新されているため、検証文書の最新性が失われているかである。そのため、検証ＮＧ画面を出力し、ユーザに検証文書の最新性を確認できなかった旨を通知する。以上で一連の処理を終了する。

以上、本実施形態におけるトランザクション９０１の例と、それに含まれる文書属性９０２を利用した最新性の検証方法について説明した。この構成ではバージョン情報は管理せず、「オリジナル」か「複製」かを示す文書属性をトランザクションに設定することで、文書の内容の最新性の動的な検証を可能としている。

また、本発明はこの実施形態に限るものではない。例えば、実施形態１と同様に、検証ＮＧ表示画面で理由を表示しても良く、メジャー・マイナー情報を登録や検証時の判断にしても良く、それらをポリシー情報から動的に切り替えても良い。あるいは、文書属性として「印刷」や「電子コピー」などより詳細な情報を設定しても良く、それらをユーザに通知するために出力画面に追加しても良い。

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

１０１ 画像形成装置、１０２ 情報処理装置、１１１ 印刷データ生成装置、１１２ ブロックチェーン生成装置

Claims (13)

1. 情報をブロックごとに少なくともその前のブロックと関連付けて管理するブロックチェーンサービスと連携する文書管理装置であって、
   登録対象である文書に関する文書関連情報を前記ブロックチェーンサービスに登録する登録手段と、
   検証の対象となる対象文書に関する前記文書関連情報を、前記ブロックチェーンサービスから取得する取得手段と、
   前記ブロックチェーンサービスから取得した前記文書関連情報に基づいて、前記対象文書が最新か否かを判定する判定手段と、
   前記取得手段により前記対象文書の前記文書関連情報を取得できなかった場合、及び、前記判定手段により前記対象文書が最新でないと判定された場合には、前記対象文書の検証の失敗を出力する出力手段と、を有する
   ことを特徴とする文書管理装置。
2. 請求項１に記載の文書管理装置であって、
   前記文書関連情報には、文書のバージョン情報と他の文書間との派生関係を示す情報とが含まれ、
   前記取得手段は、前記対象文書が派生した元文書から派生したすべての文書の前記文書関連情報を取得し、
   前記判定手段は、前記対象文書の前記文書関連情報が取得できた場合には、取得した前記文書関連情報に含まれた前記バージョン情報のうち、前記対象文書のバージョンが最新であれば前記対象文書が最新であると判定する
   ことを特徴とする文書管理装置。
3. 請求項２に記載の文書管理装置であって、
   前記文書関連情報にはさらに前記文書関連情報に係る文書とその元文書との相違が軽微な相違か否かを示すメジャー・マイナー情報が含まれ、
   前記判定手段は、前記対象文書のバージョン情報が、取得した前記文書関連情報に含まれた前記バージョン情報のうちで前記対象文書が最新ではない場合であっても、前記対象文書よりも新しいバージョンの文書の前記メジャー・マイナー情報が、当該文書と前記元文書との相違が軽微な相違であることを示している場合には、前記対象文書が最新であると判定する
   ことを特徴とする文書管理装置。
4. 請求項３に記載の文書管理装置であって、
   前記登録手段は、登録対象の文書が新規の文書でない場合には前記文書の元文書との前記派生関係を示す情報と、前記バージョン情報と、前記メジャー・マイナー情報とを含む前記文書関連情報を前記ブロックチェーンサービスに登録する
   ことを特徴とする文書管理装置。
5. 請求項１に記載の文書管理装置であって、
   前記文書関連情報には、他の文書関連情報が、バージョンが最新の文書の文書関連情報ではないことを示す文書関連情報が含まれ、
   前記判定手段は、前記対象文書の前記文書関連情報が取得できた場合には、前記対象文書の文書関連情報について、バージョンが最新の文書の文書関連情報ではないことを示す文書関連情報が前記ブロックチェーンサービスに登録されていなければ、前記対象文書が最新であると判定する
   ことを特徴とする文書管理装置。
6. 請求項５に記載の文書管理装置であって、
   前記登録手段は、
   前記登録対象の文書の前記文書関連情報を登録し、
   前記登録対象の文書が新規に登録する文書でない場合には、前記登録対象の文書の元文書の前記文書関連情報と、前記元文書から派生した前記登録対象の文書以外の文書の前記文書関連情報とについて、バージョンが最新の文書の文書関連情報ではないことを示す文書関連情報を登録する
   ことを特徴とする文書管理装置。
7. 請求項１に記載の文書管理装置であって、
   前記文書関連情報が登録されている文書のバージョン情報を格納する格納手段を更に有し、
   前記判定手段は、前記対象文書の前記文書関連情報が取得できた場合には、前記格納手段に格納された前記対象文書のバージョン情報が最新のバージョンであれば、前記対象文書が最新であると判定する
   ことを特徴とする文書管理装置。
8. 請求項７に記載の文書管理装置であって、
   前記登録手段により前記登録対象の文書の前記文書関連情報を登録した場合には、前記格納手段に、前記登録対象の文書のバージョン情報を登録する第２の登録手段を更に有する
   ことを特徴とする文書管理装置。
9. 請求項１に記載の文書管理装置であって、
   前記文書関連情報には、他の文書間との派生関係を示す情報と、文書が元文書の複製であるか否かを示す文書属性とが含まれ、
   前記判定手段は、前記対象文書の前記文書関連情報が取得できた場合には、前記対象文書の前記文書属性が複製を示していなければ前記対象文書を元文書として、前記対象文書の前記文書属性が複製を示していれば、前記対象文書が派生した、前記文書属性が複製を示していない文書を元文書として、当該元文書から前記文書属性が複製を示していない文書が派生しているか判定し、前記文書属性が複製を示していない文書が派生していないと判定した場合には、前記対象文書が最新であると判定する
   ことを特徴とする文書管理装置。
10. 請求項９に記載の文書管理装置であって、
    前記登録手段は、登録対象の文書が新規の文書でない場合には、前記登録対象の文書の内容とその元文書の内容とに差がない場合には前記文書属性が複製を示し、前記登録対象の文書の内容とその元文書の内容とに差がある場合には前記文書属性が複製を示していないような前記文書関連情報を前記ブロックチェーンサービスに登録する
    ことを特徴とする文書管理装置。
11. 請求項１乃至１０のいずれか一項に記載の文書管理装置としてコンピュータを機能させるためのプログラム。
12. 請求項１乃至１０のいずれか一項に記載の文書管理装置として機能することを特徴とする画像形成装置。
13. 情報をブロックごとに少なくともその前のブロックと関連付けて管理するブロックチェーンサービスと連携する文書管理装置により実行される文書管理方法であって、前記文書管理装置は登録手段と取得手段と判定手段と応答手段とを有し、
    前記登録手段が、登録対象である文書に関する文書関連情報を前記ブロックチェーンサービスに登録し、
    前記取得手段が、検証の対象となる対象文書に関する前記文書関連情報を、前記ブロックチェーンサービスから取得し、
    前記判定手段が、前記ブロックチェーンサービスから取得した前記文書関連情報に基づいて、前記対象文書が最新か否かを判定し、
    前記応答手段が、前記取得手段により前記対象文書の前記文書関連情報を取得できなかった場合、及び、前記判定手段により前記対象文書が最新でないと判定された場合には、前記対象文書の検証の失敗を出力する
    ことを特徴とする文書管理方法。

Images