知財求人 - 知財ポータルサイト「IP Force」
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】特許公報(B2)
(11)【特許番号】
(24)【登録日】2024-02-16
(45)【発行日】2024-02-27
(54)【発明の名称】画像形成装置、制御方法、およびプログラム
(51)【国際特許分類】
H04N 1/00 20060101AFI20240219BHJP
B41J 29/42 20060101ALI20240219BHJP
B41J 29/46 20060101ALI20240219BHJP
B41J 29/387 20060101ALI20240219BHJP
G03G 21/00 20060101ALI20240219BHJP
【ＦＩ】
H04N1/00 838
H04N1/00 127A
B41J29/42 F
B41J29/46 Z
B41J29/387
G03G21/00 500
G03G21/00 386
【請求項の数】
10
(21)【出願番号】P 2020014210
(22)【出願日】2020-01-30
(65)【公開番号】P2021121077
(43)【公開日】2021-08-19
【審査請求日】2023-01-13
(73)【特許権者】
【識別番号】000001007
【氏名又は名称】キヤノン株式会社
(74)【代理人】
【識別番号】100126240
【弁理士】
【氏名又は名称】阿部 琢磨
(74)【代理人】
【識別番号】100223941
【弁理士】
【氏名又は名称】高橋 佳子
(74)【代理人】
【識別番号】100159695
【弁理士】
【氏名又は名称】中辻 七朗
(74)【代理人】
【識別番号】100172476
【弁理士】
【氏名又は名称】冨田 一史
(74)【代理人】
【識別番号】100126974
【弁理士】
【氏名又は名称】大朋 靖尚
(72)【発明者】
【氏名】相馬 英智
【審査官】豊田 好一
(56)【参考文献】
【文献】特開２０１５－１６５６５１（ＪＰ，Ａ）
【文献】特開２００１－１０９５９３（ＪＰ，Ａ）
【文献】特開２０１９－０５３４２７（ＪＰ，Ａ）
【文献】特開２０１７－１３２１６９（ＪＰ，Ａ）
【文献】特開２０１７－０５８８４６（ＪＰ，Ａ）
(58)【調査した分野】(Int.Cl.，ＤＢ名)
Ｈ０４Ｎ １／００
Ｂ４１Ｊ ２９／４２
Ｂ４１Ｊ ２９／４６
Ｂ４１Ｊ ２９／３８７
Ｇ０３Ｇ ２１／００
(57)【特許請求の範囲】
【請求項1】
ネットワークを介して文書を受信し格納する管理サービスと、前記文書に関する情報をブロック単位で管理し夫々のブロックごとに前および／または後のブロックとの関連を定義したうえで複数のブロックを複数のノードで管理するブロックチェーンサービスと連携する画像形成装置であって、前記管理サービスに格納された前記文書に関する情報が前記ブロックチェーンサービスに登録されていることを確認したことを条件に、前記管理サービスから受信した前記文書を印刷する印刷手段を有し、
前記文書の印刷中にエラーが発生した場合、前記文書の印刷が完了することで登録される新たな情報は前記ブロックチェーンサービスに登録せずに、印刷を停止してエラー処理を行うことを特徴とする画像形成装置。
【請求項2】
前記管理サービスに格納された前記文書は前記画像形成装置が備えるスキャン手段により原稿をスキャンすることで生成された文書であり、前記文書に関する情報は前記管理サービスに格納される際に前記ブロックチェーンサービスに登録されることを特徴とする請求項１に記載の画像形成装置。
【請求項3】
前記文書の印刷中に発生したエラーの内容に応じた警告内容を、前記画像形成装置の操作部に表示、および／または外部装置へ通知することを特徴とする請求項１または２に記載の画像形成装置。
【請求項4】
前記文書の印刷中に発生したエラーの内容が印刷キャンセルを必要とするエラーの内容の場合は、前記文書の印刷が完了することで登録される新たな情報は前記ブロックチェーンサービスに登録することなく、印刷を終了してしまうことを特徴とする請求項１乃至３の何れか１項に記載の画像形成装置。
【請求項5】
前記文書の印刷中に発生したエラーが第１の時間内に解消された場合は、前記文書の印刷を再開することで印刷を継続し、印刷が完了すれば、前記文書に関する新たな情報は前記ブロックチェーンサービスに登録されることを特徴とする請求項１乃至４の何れか１項に記載の画像形成装置。
【請求項6】
前記文書の印刷中に発生したエラーが前記第１の時間を超えて第２の時間内に解消された場合は、前記文書に関する新たな情報を生成し直し、前記文書の印刷を最初から行い、印刷が完了すれば、生成し直された前記文書に関する新たな情報は前記ブロックチェーンサービスに登録されることを特徴とする請求項５に記載の画像形成装置。
【請求項7】
前記文書の印刷中に発生したエラーが前記第２の時間内に解消されなかった場合は、前記文書の印刷が完了することで登録される新たな情報は前記ブロックチェーンサービスに登録することなく、印刷を終了してしまうことを特徴とする請求項６に記載の画像形成装置。
【請求項8】
前記文書に関する情報には、前記文書のハッシュ値が少なくとも含まれていることを特徴とする請求項１乃至７の何れか１項に記載の画像形成装置。
【請求項9】
ネットワークを介して文書を受信し格納する管理サービスと、前記文書に関する情報をブロック単位で管理し夫々のブロックごとに前および／または後のブロックとの関連を定義したうえで複数のブロックを複数のノードで管理するブロックチェーンサービスと連携する画像形成装置の制御方法であって、前記管理サービスに格納された前記文書に関する情報が前記ブロックチェーンサービスに登録されていることを確認したことを条件に、前記管理サービスから受信した前記文書を印刷する印刷ステップを含み、
前記文書の印刷中にエラーが発生した場合、前記文書の印刷が完了することで登録される新たな情報は前記ブロックチェーンサービスに登録せずに、印刷を停止してエラー処理を行うことを特徴とする制御方法。
【請求項10】
ネットワークを介して文書を受信し格納する管理サービスと、前記文書に関する情報をブロック単位で管理し夫々のブロックごとに前および／または後のブロックとの関連を定義したうえで複数のブロックを複数のノードで管理するブロックチェーンサービスと連携する画像形成装置のプログラムであって、前記管理サービスに格納された前記文書に関する情報が前記ブロックチェーンサービスに登録されていることを確認したことを条件に、前記管理サービスから受信した前記文書を印刷させる印刷ステップを含み、
前記文書の印刷中にエラーが発生した場合、前記文書の印刷が完了することで登録される新たな情報は前記ブロックチェーンサービスに登録させずに、印刷を停止してエラー処理を行わせることを特徴とするプログラム。
【発明の詳細な説明】
【技術分野】
【0001】
本発明は、ブロックチェーンを使用した電子文書の記録改ざんを検知するための画像形成装置、制御方法、およびプログラムに関する。
【背景技術】
【0002】
公文書や経営文書など、国や企業などではそれぞれにとって重要な文書を保持しているが、その重要な文書に対しての改ざんが問題になっており、文書を改ざんできない、もしくは改ざんを検知できる仕組みが必要となっている。そのため、文書ファイルを電子化して格納し、格納された文書ファイルに対する操作（誰がいつどのような操作をしたか）を記録する機能を有する文書管理装置を用いることが一般的に知られている（特許文献１を参照）。
【先行技術文献】
【特許文献】
【0003】
【文献】特開２０１６－８１１３４
【発明の概要】
【発明が解決しようとする課題】
【0004】
しかし、特許文献１では、悪意を持った人が文書管理装置の文書ファイルを強制的に差し替え、および／または特定の操作記録を削除するといった不正行為を防ぐことはできない。そのため、登録した文書が正しい状態であることを検証できるように画像系絵師装置がブロックチェーンを利用する方法が考えられるが、印刷のエラーによって失敗印刷物が発生した場合の画像形成装置の制御について考えられていない。
【0005】
そこで、本発明の目的は、印刷によるエラーなどで失敗印刷物が生じた場合、失敗印刷物に関する情報が正常な情報として登録されないように制御する。
【課題を解決するための手段】
【0006】
本発明の一実施形態に係る画像形成装置は、ネットワークを介して文書を受信し格納する管理サービスと、前記文書に関する情報をブロック単位で管理し夫々のブロックごとに前および／または後のブロックとの関連を定義したうえで複数のブロックを複数のノードで管理するブロックチェーンサービスと連携する画像形成装置であって、前記管理サービスに格納された前記文書に関する情報が前記ブロックチェーンサービスに登録されていることを確認したことを条件に、前記管理サービスから受信した前記文書を印刷する印刷手段を有し、前記文書の印刷中にエラーが発生した場合、前記文書の印刷が完了することで登録される新たな情報は前記ブロックチェーンサービスに登録せずに、印刷を停止してエラー処理を行うことを特徴とする。
【発明の効果】
【0007】
印刷によるエラーなどで失敗印刷物が生じた場合、失敗印刷物に関する情報が正常な情報として登録されないように制御する。
【図面の簡単な説明】
【0008】
【図1】システムの構成を示す図である。
【図2】画像形成装置のハードウェア構成を示す図である。
【図3】ＰＣおよび文書管理装置のハードウェア構成を示す図である。
【図4】画像形成装置のソフトウェア構成を示す図である。
【図5】文書管理装置のソフトウェア構成を示す図である。
【図6】ブロックチェーン装置のデータ構成を示す図である。
【図7】認証画面の画面例である。
【図8】リモート認証画面の画面例である。
【図9】機能選択画面の画面例である。
【図10】アプリケーションＡの文書登録画面の画面例である。
【図11】アプリケーションＡの登録文書の保存／印刷画面の画面例である。
【図12】アプリケーションＡの登録文書の検証画面の画面例である。
【図13】文書の情報をブロックチェーン装置に登録する処理を示すフローチャート。
【図14】電子文書を文書管理装置から取得し保存する処理を示すフローチャート。
【図15】電子文書を画像形成装置で印刷する処理を示すフローチャート。
【図16】電子文書を検証する処理を示すフローチャート。
【図17】ブロックチェーン装置へのトランザクション処理を示すフローチャート。
【発明を実施するための形態】
【0009】
以下、本発明を実施するための形態について図面を用いて説明する。
【0010】
図１は、画像形成装置１０１と関連するシステムの全体図である。画像形成装置１０１、ＰＣ１０２、文書管理装置１０３がＬＡＮ１００に接続されイントラネット内に存在し、インターネット１１０を介して、ブロックチェーン装置１１１と通信を行う。ＰＣ１０２はウェブブラウザを利用した画像形成装置１０１の管理やプリントドライバを利用した画像形成装置１０１からの印刷に利用される。
【0011】
ブロックチェーン装置１１１は画像形成装置１０１やＰＣ１０２と連携することで、生成された文書に関する情報をブロック単位にまとめて管理することが可能になるので、文書の正当性を保障するために利用される。ブロックチェーン装置１１１は単一の装置で図示しているが、ノードと呼ばれる図３に示した複数の情報処理装置で構成されており、ブロックチェーンサービスを提供するシステム群である。文書管理装置１０３は画像形成装置１０１やＰＣ１０２で生成された電子文書を保存する装置であり、管理サービスを提供する。
【0012】
図２は、画像形成装置１０１のハードウェア構成を示すブロック図である。ＣＰＵ２０１を含む制御部２００は、画像形成装置１０１全体の動作を制御する。ＣＰＵ２０１は、ＲＯＭ２０２に記憶された制御プログラムを読み出して読取制御や送信制御などの各種制御を行う。
【0013】
ＲＡＭ２０３は、ＣＰＵ２０１の主メモリ、ワークエリア等の一時記憶領域として用いられる。ＨＤＤ２０４は、画像データや各種プログラム、あるいは後述する各種データを記憶する。操作部Ｉ／Ｆ２０５は、操作部２０９と制御部２００とを接続する。
【0014】
プリンタＩ／Ｆ２０６は、プリンタ２１０と制御部２００とを接続する。プリンタ２１０で印刷すべき画像データはプリンタＩ／Ｆ２０６を介して制御部２００から転送され、プリンタ２１０において記録媒体上に印刷される。
【0015】
スキャナＩ／Ｆ２０７は、スキャナ２１１と制御部２００とを接続する。スキャナ２１１は、原稿上の画像を読み取って画像データを生成し、スキャナＩ／Ｆ２０７を介して制御部２００に入力する。ネットワークＩ／Ｆ２０８は、制御部２００（画像形成装置１０１）をＬＡＮ１００に接続する。ネットワークＩ／Ｆ２０８は、ＬＡＮ１００上の外部装置に画像データや情報を送信したり、ＬＡＮ１００上の外部装置から各種情報を受信したりする。
【0016】
図３は、ＰＣ１０２、および文書管理装置１０３のコンピューターのハードウェア構成を表すブロック図である。Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ（以降ＣＰＵ）３０２は装置全体の制御を行う。ＣＰＵ３０２はハードディスク（以降ＨＤＤ）３０５に格納されているアプリケーションプログラムやＯＳ等を実行し、Ｒａｎｄａｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ（以降ＲＡＭ）３０３にプログラムの実行に必要な情報、ファイル等を一時的に格納する制御を行う。
【0017】
Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ（以降ＲＯＭ）３０４は記憶手段であり、内部には、基本Ｉ／Ｏプログラム等の各種データを記憶する。ＲＡＭ３０３は一時記憶手段であり、ＣＰＵ３０２の主メモリ、ワークエリア等として機能する。ＨＤＤ３０５は外部記憶手段の一つであり、大容量メモリとして機能し、オフィスアプリケーションやＷｅｂブラウザー等のアプリケーションプログラム、ＯＳ、関連プログラム等を格納している。
【0018】
ディスプレイ３０６は表示手段であり、指示入力手段であるキーボード／マウス３０７から入力したコマンド等を表示したりするものである。インターフェース３０８は外部装置Ｉ／Ｆであり、プリンタ、ＵＳＢ機器、周辺機器を接続する。システムバス３０１は、装置内におけるデータの流れを司るものである。ネットワークインターフェースカード（以降ＮＩＣ）３０９は、ＬＡＮ１００を介して外部装置とのデータのやり取りを行う。なお、上記コンピューターの構成はその一例であり、図３の構成例に限定されるものではない。
【0019】
例えば、データやプログラムの格納先は、その特徴に応じてＲＯＭ３０４、ＲＡＭ３０３、ＨＤＤ３０５などで変更することも可能である。本実施例中で特に明記しない場合は、各種処理はＲＯＭ３０４等に記憶されているプログラムをＲＡＭ３０３等にロードし、ＣＰＵ３０２で実行することによって実現されるものとする。
【0020】
図４は、画像形成装置１０１において本発明に関連するソフトウェア構成について示したブロック図である。特に断りのない限り、各処理部はＲＯＭ２０２に記憶されたプログラムを実行することで実現されるソフトウェア機能である。
【0021】
ローカルＵＩ制御部４００は、操作部Ｉ／Ｆ２０５を介して操作部２０９を制御する機能を提供する。ローカルＵＩ制御部４００はユーザが操作部２０９で操作した内容をユーザ認証処理部４０２やアプリケーションに通知する。ローカルＵＩ制御部４００は機能選択画面９００を操作部２０９に表示する。
【0022】
機能選択画面９００の例を図９（Ａ）に示す。ローカルＵＩ制御部４００はユーザ認証処理部４０２やアプリケーションからの画面表示依頼を受けて、操作部２０９へ画面を表示するための制御を行う。特に断りのない限り、ユーザ認証処理部４０２とアプリケーションＡ４０４はローカルＵＩ制御部４００を介して操作部２０９に画面を表示する。
【0023】
リモートＵＩ制御部４０１は、ネットワークＩ／Ｆ２０８を介してＰＣ１０２上のウェブブラザに対してウェブページを提供する。リモートＵＩ制御部４０１はユーザがウェブブラウザで操作した内容をユーザ認証処理部４０２やアプリケーションに通知する。リモートＵＩ制御部４０１は機能選択画面９１０をＰＣ１０２上のウェブブラザに表示する。
【0024】
機能選択画面９１０の例を図９（Ｂ）に示す。リモートＵＩ制御部４０１はユーザ認証処理部４０２やアプリケーションからの依頼を受けて、ウェブブラウザに対してウェブページを表示するための制御を行う。特に断りのない限り、ユーザ認証処理部４０２、アプリケーションＡ４０４、アプリケーションＢ４０５はリモートＵＩ制御部４０１を介してウェブブラウザに対してウェブページを表示する。
【0025】
ユーザ認証処理部４０２は、画像形成装置１０１を利用するユーザを認証するための機能を提供する。そのため、ユーザ認証処理部４０２は認証画面７００（画面例を図７に示す）を操作部２０９に表示する。ユーザ認証処理部４０２は認証画面７００を介して、ユーザからユーザ名とパスワードの入力を受信し、ユーザ情報ＤＢ４０３内に保持しているユーザ情報と比較することでユーザ認証を行う。
【0026】
ユーザ情報ＤＢ４０３は、画像形成装置１０１を利用するユーザに関する情報であるユーザ情報を保持する機能を提供する。ユーザ情報ＤＢ４０３は、ＨＤＤ２０４内に構築され、格納される情報はＨＤＤ２０４に記憶される。ユーザ情報ＤＢ４０３に格納している情報の例を表１と表２に示す。
【0027】
【表1】
【0028】
表１のユーザ情報テーブルは、「ユーザ名」と「パスワード」、「ロール」から構成される。「ユーザ名」はユーザを一意に識別するための名称である。「パスワード」はユーザ認証で利用するパスワードであり、ユーザ毎に任意の値を設定することができる。「ロール」は画像形成装置１０１のユーザに付与する権限であるロールの名称であり、本実施例ではＡｄｍｉｎｉｓｔｒａｔｏｒ、Ｇｅｎｅｒａｌ Ｕｓｅｒ、Ｇｕｅｓｔ Ｕｓｅｒの３つが存在する。
【0029】
Ａｄｍｉｎｉｓｔｒａｔｏｒは画像形成装置１０１の管理者ユーザに割り当てるロールであり、Ｇｅｎｅｒａｌ Ｕｓｅｒは画像形成装置１０１を利用する一般的なユーザに割り当てるロールである。Ｇｕｅｓｔ Ｕｓｅｒは利用できる機能を制限したいユーザに割り当てるロールである。ログインしたユーザの「ロール」の値に従って、ロールごとに機能制限を行うことができる。
【0030】
【表2】
【0031】
表２のロール情報テーブルは、「ロール」と「コピー」、「送信」、「保存」、「ＢＣ登録」、「ＢＣ保存／印刷」、「ＢＣ検証」から構成される。「ロール」はユーザに付与する権限であるロールの名称である。「コピー」、「送信」、「保存」、「ＢＣ登録」、「ＢＣ保存／印刷」、「ＢＣ検証」は画像形成装置１０１が有するそれぞれの機能を表し、その値はそれぞれのロールに対してその機能の利用が許可されているか、禁止されているかを表す。
【0032】
「コピー」、「送信」、「保存」はコピー機能、スキャンした文書をＰＣ１０２に送信する機能、スキャンした電子文書をＨＤＤ２０４に保存する機能に対する権限を表している。「ＢＣ登録」は文書の情報をブロックチェーン装置１１１に登録する機能に対する権限を表している。「ＢＣ保存／印刷」はブロックチェーン装置１１１に登録されている文書情報に紐付いている文書管理装置１０３に保存されている文書を画像形成装置１０１に保存したり、印刷したりする機能に対する権限を表している。
【0033】
「ＢＣ検証」はブロックチェーン装置１１１に登録されている文書情報を基にして、スキャナなどで読み取った原稿もしくは管理サービスに保存されている文書が正式な文書か否かを検証する機能に対する権限を表している。画像形成装置１０１のアプリケーションはログインしているユーザのロールに該当するロール情報テーブルのロールの権限に従って、それぞれの機能の制限を行う。
【0034】
アプリケーションＡ４０４は、スキャンした文書を電子文書に変換し、ブロックチェーンアプリケーション４０６を介してブロックチェーン装置１１１に文書の情報を文書管理装置１０３に文書を登録する機能を提供する。アプリケーションＡ４０４はスキャナＩ／Ｆ２０７を介してスキャナ２１１を制御したり、ネットワークＩ／Ｆ２０８を介してＬＡＮ１００へデータを送信したりすることで外部装置へスキャンデータの送信を行う。
【0035】
アプリケーションＡ４０４はローカルＵＩ制御部４００を介して操作部２０９に表示された画面への入力を受け付け、それに応じて処理を行う。アプリケーションＡ４０４は登録画面１０００、登録文書の保存／印刷画面１１００、文書検証画面１２００を操作部２０９に表示する。
【0036】
登録画面１０００の例を図１０（Ａ）に、登録文書の保存／印刷画面１１００の例を図１１（Ａ）に、文書検証画面１２００の例を図１２（Ａ）に示す。また、アプリケーションＡ４０４はリモートＵＩ制御部４０１を介してＰＣ１０２上のウェブブラザからの入力を受け付け、それに応じて処理を行う。アプリケーションＡ４０４は登録画面１０２０、登録文書の保存／印刷画面１１１０、検証画面１２１０をＰＣ１０２上のウェブブラザに表示する。登録画面１０２０の例を図１０（Ｃ）に、登録文書の保存／印刷画面１１１０の例を図１１（Ｂ）に、検証画面１２１０の例を図１２（Ｂ）に示す。
【0037】
アプリケーションＢ４０５は、アプリケーションＡ４０４と同様にスキャンした文書を電子文書に変換し、ブロックチェーンアプリケーション４０６を介してブロックチェーン装置１１１に文書情報を登録するとともに、文書管理装置１０３には文書を登録する機能を提供する。アプリケーションＡ４０４はローカルＵＩ制御部４００とリモートＵＩ制御部４０１を介してローカルＵＩとリモートＵＩの両方からの入出力に対応するが、アプリケーションＢ４０５はリモートＵＩからだけの入出力に対応する点が異なる。
【0038】
ブロックチェーンアプリケーション４０６は、アプリケーションＡ４０４やアプリケーションＢ４０５からの指示を受けて、ブロックチェーン装置１１１に文書の情報を登録、取得、検証する機能を提供する。ブロックチェーンアプリケーション４０６がブロックチェーン装置１１１に登録するトランザクション６０１とブロックのデータ構造の例を図６に示す。
【0039】
ブロックチェーンアプリケーション４０６は、アプリーションからブロックチェーン装置１１１に対する指示を受けた際にクレデンシャル情報管理部４１０からクレデンシャル情報も受け取る。ブロックチェーンアプリケーション４０６は、受け取ったクレデンシャル情報の検証を行って、検証が成功した場合だけ、ブロックチェーン装置１１１に対して処理を実行する。
【0040】
クレデンシャル情報Ａ４０８は、アプリケーションＡ４０４がブロックチェーン装置１１１を利用する正規のアプリケーションであることを保証するためのクレデンシャル情報である。クレデンシャル情報Ａ４０８は正しい処理を行っていることが検証されたアプリケーションに対して発行され、アプリケーションはクレデンシャル情報が組み込まれた状態で画像形成装置１０１に搭載される。クレデンシャル情報Ａ４０８の実体はデジタル証明書や秘密鍵と公開鍵の鍵ペアでもよいし、予め定められたデータ値でもよい。クレデンシャル情報Ａ４０８の中身はアプリケーションごとに異なるものでもよい。
【0041】
クレデンシャル情報Ｂ４０９は、アプリケーションＢ４０５がブロックチェーン装置１１１を利用する正規のアプリケーションであることを保証するためのクレデンシャル情報である。クレデンシャル情報Ｃ４０７は、画像形成装置１０１がブロックチェーン装置１１１を利用する正規の装置であることを保証するためのクレデンシャル情報である。クレデンシャル情報Ｃ４０７は例えば本システムを運営する団体が装置のメーカーごとに発行してもよい。クレデンシャル情報Ｃ４０７は画像形成装置１０１のファームウェア内に組み込んだ状態で出荷してもよし、出荷後に画像形成装置１０１へインストールしてもよい。
【0042】
クレデンシャル情報管理部４１０は、画像形成装置１０１内のクレデンシャル情報を管理する機能を提供する。本実施例ではクレデンシャル情報管理部４１０は、ブロックチェーンアプリケーション４０６からの指示を受けて、ブロックチェーンアプリケーション４０６にクレデンシャル情報Ｃ４０７を渡す。
【0043】
図５は、文書管理装置１０３において、本発明に関連するソフトウェア構成について示したブロック図である。文書管理装置１０３で管理する電子文書は、ファイル保持部５０１に保存する文書ファイルと、文書情報保持部５０２に保存する文書を表す情報とで構成される。文書情報保持部５０２に格納するデータは、表３の文書情報テーブルに記載した情報である。
【0044】
【表3】
【0045】
表３の文書情報テーブルは、「ＩＤ」と「文書名」、「登録日時」、「ファイルパス」から構成される。「ＩＤ」は、電子文書を一意に管理するための識別情報である。「文書名」は電子文書をユーザが識別するために付与する名称である。この文書名は複数の電子文書で重複してもよい。「登録日時」は、電子文書を文書管理装置１０３に保存した日時である。「ファイルパス」はファイル保持部５０１に格納された文書ファイルを保存している位置を表す。本実施例ではファイルシステム上のパスとして示しているが、保存場所を一意に表す情報であればパスでなくても良い。これらの項目は、本実施例の説明のために示したものであり、これらの項目以外に文書を分類するための情報なども合わせて保持しても良い。
【0046】
電子文書処理部５０３は、ファイル保持部５０１と文書情報保持部５０２へアクセスを行い、電子文書の登録や取得、リストの取得といった処理を制御するための機能を有する。この電子文書処理部５０３での処理は、画像形成装置１０１やＰＣ１０２など文書管理装置１０３の外部からの電子文書に関する入出力処理の要求を受け付けた電子文書送受信部５０４から起動されることにより実行される。
【0047】
図６は、ブロックチェーン装置１１１に保持するトランザクション６０１とそのトランザクションを複数格納したブロックのデータ構造について示したブロック図である。ブロックチェーン装置１１１は、ブロックチェーンと呼ばれる方式でデータを管理する装置である。このブロックチェーンは、情報をトランザクションという単位で取り扱い、そのトランザクションを複数まとめたブロックという単位で管理する。個々のブロックはその前後のブロックとの関連を保持し、ブロックが数珠繋ぎの状態を保つように構成される。例えば、ブロック６１４とブロック６１１は前後の関係が定義されている状態を示している。
【0048】
また、ブロックチェーン装置１１１はノードと呼ばれる複数のコンピューターで構成されており、それぞれのノードがすべて等しいブロックデータの管理を行う非中央集権的な装置構造となる。このため、ブロックデータの改ざんを行う場合には構成されている複数のノードに対して更新を行わなければならず、対改ざん性の強いデータ管理方法として知られている。
【0049】
本実施例では、画像形成装置１０１において電子文書処理を行う際にブロックチェーン装置１１１に文書に関する情報であるトランザクションを生成し、送信する。結果、ブロック単位で文書に関する情報は管理されるので、電子文書の正しい状態が保持される。これにより、文書管理装置１０３内の電子文書に対する改ざんが行われていないかを確認できる。
【0050】
文書管理装置１０３への電子文書の登録や出力の処理を表すトランザクション６０１には、以下の６情報を含む。文書ハッシュ値６０２は、対象の電子文書を一意に表すために算出されたハッシュ値である。この文書ハッシュ値６０２は、文書ファイル全体から算出されるものであり、電子文書自体に変更が入る事で算出されるハッシュ値が変わるものである。ただし、これ以外の算出方法を制限するものではない。
【0051】
文書識別情報６０３は、文書管理装置１０３で管理されている電子文書との紐付けを行うために保持する情報であり、本実施例では表３のＩＤ値を格納する。登録デバイス識別情報６０４は、文書登録を行った画像形成装置１０１を識別する情報であり、本実施例ではクレデンシャル情報Ｃ４０７のハッシュ値を格納する。文書登録日時６０５は、文書を登録した時点を表す情報であり、本実施例では表３の登録日時の値を格納する。
【0052】
文書登録者６０６は、文書登録を行ったユーザを表す情報であり、本実施例では画像形成装置１０１へログインしたユーザのユーザ名のハッシュ値を格納する。画像形成装置１０１を利用するために既に登録されているユーザ名などの情報をブロックチェーン装置１１１に登録する情報としてそのまま利用できるため、システムの管理者の管理業務負荷を少なくすることが可能となる。
【0053】
元文書ハッシュ値６０７は、文書間の関連を表す情報である。これは、文書管理装置１０３に格納されている電子文書に対して、印刷や電子データ保存などを行った場合に元となる電子文書と紐付けを行うために使用する。
【0054】
続けて、トランザクション６０１を保持するブロックの構造についてブロック６１１を用いて説明する。これは一般的なブロックチェーン構造を模式化したものである。
【0055】
ブロック６１１には、複数のトランザクション６０１（ａ）～６０１（ｃ）と、それらのトランザクション６０１から算出するブロックのハッシュ値６１２を保持する。本実施例ではブロックに含むトランザクション６０１の数は３つとしたがトランザクション数を制限するものではない。また、ブロック間を連結するための前ブロックのハッシュ値６１３を保持する。本実施例においては、ブロック６１４のブロックのハッシュ値を前ブロックのハッシュ値６１３に格納し、ブロックが関連を持っていることを表している。
【0056】
図７は、認証画面の画面例である。図７（Ａ）の認証画面７００はユーザが画像形成装置１０１の機能を利用するためにユーザ認証を行う機能を提供するための画面である。ユーザ名入力フィールド７０１は画像形成装置１０１のユーザがユーザ名を入力するためのフィールドである。パスワード入力フィールド７０２は画像形成装置１０１のユーザがパスワードを入力するためのフィールドである。ログインボタン７０３はユーザ認証を実行するためのボタンである。ユーザがこのボタンを押下した場合、ユーザ認証処理部４０２はユーザ名入力フィールド７０１とパスワード入力フィールド７０２に入力された値を元にユーザ認証を行う。
【0057】
図７（Ｂ）の認証画面（ゲストログイン）７１０はゲストログインを設けた認証画面の画面例であり、ユーザが画像形成装置１０１の機能を利用するためにユーザ認証を行う機能を提供するための画面である。以下、認証画面７００との違いのみ説明する。ゲストログインボタン７１１はゲストユーザとしてユーザ認証を実行するためのボタンである。ユーザがこのボタンを押下した場合、ユーザ認証処理部４０２はユーザ名とパスワードによる認証は行わず、ログインを許可する。ゲストログインボタン７１１を押下してログインしたユーザは、ユーザ名がＧｕｅｓｔでロールがＧｕｅｓｔ Ｕｓｅｒとなり、表２のロール情報テーブルの権限に従って利用できる機能が制限される。なお、本実施例では詳細の説明は省くが、ユーザ認証処理部４０２の設定で認証画面７００と認証画面（ゲストログイン）７１０のどちらの画面を表示するかを切り替えてもよい。
【0058】
図８はリモート認証画面の画面例である。図８（Ａ）のリモート認証画面８００はユーザがＰＣ１０２上のウェブブラウザから画像形成装置１０１の機能を利用するために、ユーザ認証を行うための画面である。ユーザ名入力フィールド８０１は画像形成装置１０１のユーザがユーザ名を入力するためのフィールドである。パスワード名入力フィールド８０２は画像形成装置１０１のユーザがパスワードを入力するためのフィールドである。ログインボタン８０３はユーザ認証を実行するためのボタンである。ユーザがこのボタンを押下した場合、ユーザ認証処理部４０２はユーザ名入力フィールド８０１とパスワード名入力フィールド８０２に入力された値を元にユーザ認証を行う。
【0059】
図８（Ｂ）のリモート認証画面（ゲストログイン）８１０はユーザが画像形成装置１０１の機能を利用するためにユーザ認証を行う機能を提供するための画面である。以下、リモート認証画面８００との違いのみ説明する。ゲストログインボタン８１１はゲストユーザとしてユーザ認証を実行するためのボタンである。ユーザがこのボタンを押下した場合、ユーザ認証処理部４０２はユーザ名とパスワードによる認証は行わず、ログインを許可する。ゲストログインボタン８１１を押下してログインしたユーザは、ユーザ名がＧｕｅｓｔでロールがＧｕｅｓｔ Ｕｓｅｒとなり、表２のロール情報テーブルの権限に従って利用できる機能が制限される。なお、本実施例では詳細の説明は省くが、ユーザ認証処理部４０２の設定でリモート認証画面８００とリモート認証画面（ゲストログイン）８１０のどちらの画面を表示するかを切り替えてもよい。
【0060】
図９はローカルＵＩ制御部４００およびリモートＵＩ制御部４０１が表示する機能を選択する画面の画面例である。図９に示す機能を選択する画面は画像形成装置１０１に搭載されている機能の一覧である。画像形成装置１０１のユーザはこの画面に表示されているボタンを押下することで、画像形成装置１０１に搭載されている各機能を利用することができる。
【0061】
図９（Ａ）の機能選択画面９００は、認証画面７００または認証画面（ゲストログイン）７１０でログインした直後にローカルＵＩ制御部４００によって操作部２０９に表示される画面である。複数の機能選択ボタン９０１は画像形成装置１０１の各機能を利用するためのボタンである。コピーボタンはコピー機能を利用する画面を、送信ボタンはスキャンした文書をＰＣ１０２に送信する機能を利用する画面を、保存ボタンはスキャンした電子文書をＨＤＤ２０４に保存する機能を利用する画面を表示するためのボタンである。本実施例ではそれぞれのボタンが押下された後に表示する画面の説明は省略する。
【0062】
文書登録ボタンが押下された場合は、登録画面１０００または登録画面１０１０を表示する。登録文書保存／印刷ボタンが押下された場合は、登録文書の保存／印刷画面１１００を表示する。文書検証ボタンが押下された場合は、文書検証画面１２００を表示する。ログアウトボタン９０２は、ログイン中に表示されるログアウト処理を実行するためのボタンである。このボタンが押下されるとログアウト処理が実行され、その後、認証画面７００または認証画面（ゲストログイン）７１０が表示される。
【0063】
図９（Ｂ）の機能選択画面９１０はリモート認証画面８００またはリモート認証画面（ゲストログイン）８１０でログインした直後にリモートＵＩ制御部４０１によってＰＣ１０２上のウェブブラウザに表示する画面の例である。機能選択ボタン９１１はそれぞれの機能を利用するためのボタンである。機能選択画面９００と同様に保存ボタンが押下された後に表示する画面の説明は省略する。文書登録ボタンが押下された場合は、登録画面１０２０または登録画面１０３０を表示する。登録文書保存／印刷ボタンが押下された場合は、登録文書の保存／印刷画面１１１０を表示する。文書検証ボタンが押下された場合は、検証画面１２１０を表示する。
【0064】
図１０はアプリケーションＡ４０４およびアプリケーションＢ４０５が表示する登録画面の画面例である。本実施例ではアプリケーションＡ４０４はローカルＵＩ制御部４００とリモートＵＩ制御部４０１を介して操作部２０９とＰＣ１０２上のウェブブラウザに画面を表示し、アプリケーションＢ４０５はＰＣ１０２上のウェブブラウザにだけ画面を表示する。尚、アプリケーションＢ４０５も操作部２０９とＰＣ１０２上のウェブブラウザの両方に画面を表示してもよい。
【0065】
図１０（Ａ）の登録画面１０００は文書に関する情報をブロックチェーン装置１１１および文書を文書管理装置１０３に登録する機能を提供するための画面である。文書選択設定１００１は登録の対象となる文書をスキャンした紙文書または画像形成装置１０１に保存されている文書から選択する設定であり、スキャンまたは保存文書のどちらか一方が選択できる。スキャン設定１００２はスキャンに関する各種の設定である。
【0066】
ブロックチェーンボタン１００３は文書の情報をブロックチェーン装置１１１に登録するか否かを選択するボタンである。ブロックチェーンボタン１００３が選択されている場合は文書の情報をブロックチェーン装置１１１に登録し、選択されていない場合はブロックチェーン装置１１１に登録しない。登録するボタン１００４は文書選択設定１００１でスキャンが選択されていた場合は文書のスキャンを実行して電子文書を生成する。保存文書が選択されていた場合は保存文書のリストを表示し、そのリストからユーザが選択した文書を取得する。その後、ブロックチェーンボタン１００３が選択されている場合は、電子文書を文書管理装置１０３に登録し、電子文書の情報をブロックチェーン装置１１１へ登録する。ブロックチェーンボタン１００３が選択されていない場合は、電子文書を文書管理装置１０３に登録し、ブロックチェーン装置１１１には登録しない。保存先設定１００５は文書を文書管理装置１０３のどのパスに保存するかを指定する設定である。
【0067】
図１０（Ｂ）の登録画面１０１０は文書を文書管理装置１０３に登録する機能を提供するための画面であって、ゲストログインしたユーザに対して表示される画面である。本実施例ではゲストユーザにはブロックチェーン装置１１１に文書情報を登録する権限が無いため、本画面にはブロックチェーンボタン１００３は表示しない点が登録画面１０００とは異なる。
【0068】
図１０（Ｃ）の登録画面１０２０は文書に関する情報をブロックチェーン装置１１１および文書を文書管理装置１０３に登録する機能を提供するための画面であって、ＰＣ１０２上のウェブブラウザに表示する画面の例である。図１０（Ｄ）の登録画面１０３０は文書を文書管理装置１０３に登録する機能を提供するための画面であって、ゲストログインしたユーザに対してＰＣ１０２上のウェブブラウザに表示する画面である。
【0069】
図１１は、アプリケーションＡ４０４が表示する登録された文書を保存または印刷する画面の画面例である。図１１（Ａ）の登録文書の保存／印刷画面１１００は文書管理装置１０３で管理されている文書を保存または印刷する機能を提供するための画面である。文書選択リスト１１０１は、保存または印刷する文書を選択するためのリストであり、アプリケーションＡ４０４は文書管理装置１０３で管理されている文書を文書選択リスト１１０１に表示する。
【0070】
プリントする（簡易）ボタン１１０２は、文書選択リスト１１０１で選択した文書の簡易的な印刷を実行するボタンである。簡易的な印刷というのは、文書管理装置１０３で管理されている文書に対し、ブロックチェーンサービスを利用した検証をしない印刷物を印刷するためのもので一般に行われている印刷と同じである。
【0071】
プリントする（配布）ボタン１１０４は、文書選択リスト１１０１で選択した文書の検証を行えるように印刷物を作成させるためのボタンである。検証を行えるような印刷物とは、印刷時に文書の検証を可能とする情報を印刷物に埋め込むことを行う。また、ブロックチェーン装置１１１および文書管理装置１０３を利用し、印刷物に埋め込んだ情報を利用して正しい印刷物であることを検証できるようにするのである。この詳細については、後述するものとする。保存するボタン１１０３は、文書選択リスト１１０１で選択した文書を画像形成装置１０１のＨＤＤ２０４に保存するボタンである。
【0072】
図１１（Ｂ）の登録文書の保存／印刷画面１１１０はブロックチェーン装置１１１および文書管理装置１０３で管理されている文書を保存または印刷する機能を提供するための画面であって、ＰＣ１０２上のウェブブラウザに表示する画面の例である。
【0073】
図１２はアプリケーションＡ４０４が表示する文書を検証するための画面の画面例である。図１２（Ａ）の文書検証画面１２００はスキャンした文書または画像形成装置１０１に保存されている文書をブロックチェーン装置１１１の利用により正式な文書であることを検証する機能を提供するための画面である。文書選択設定１２０１は検証の対象となる文書をスキャンした紙文書または画像形成装置１０１に保存されている文書から選択する設定である。文書選択リスト１２０２は検証対象となる文書を選択するためのリストであり、ＨＤＤ２０４に保存されている文書の一覧である。
【0074】
検証するボタン１２０３は文書選択設定１２０１でスキャンが選択されていた場合は、文書のスキャンを実行し、その後、ブロックチェーン装置１１１を利用して文書の検証を実行するボタンである。検証するボタン１２０３は文書選択設定１２０１で保存文書が選択されていた場合は、文書選択リスト１２０２で選択されている文書の検証を行う。
【0075】
図１２（Ｂ）の検証画面１２１０はＨＤＤ２０４に保存されている文書をブロックチェーン装置１１１の利用により正式な文書であることを検証する機能を提供するための画面であって、ＰＣ１０２上のウェブブラウザに表示する画面の例である。
【0076】
図１３は、画像形成装置１０１において文書に関する情報をブロックチェーン装置１１１に登録する処理のフローチャートである。本実施例では、ユーザが制御部２００を介して画像形成装置１０１を利用するケースを説明するが、ＰＣ１０２上のウェブブラウザを介して画像形成装置１０１を利用してもよい。本フローチャートは、認証画面７００でログインボタン７０３が押下されたことにより起動され、まず、ユーザ認証処理部４０２としてＣＰＵ２０１において実行される。
【0077】
本フローチャート開始地点では、認証画面７００から画像形成装置１０１のユーザによって入力されたユーザ名とパスワードがユーザ認証処理部４０２に渡される。ステップＳ１３０１では、ログイン依頼としてユーザ名とパスワードを受け付ける。ステップＳ１３０２では、受信したユーザ名とパスワードが表１のユーザ情報テーブル内のユーザ名とパスワードと一致するか確認し、一致する場合はユーザ認証が成功したと見なし、ステップＳ１３０３へ進む。一致しなかった場合はユーザ認証が失敗したと見なし、ステップＳ１３１４へ進む。
【0078】
ステップＳ１３０３では、ログイン処理として現在ログインしているユーザとしてステップＳ１３０１で受け付けたユーザ名をＲＡＭ２０３に保持し、処理をローカルＵＩ制御部４００に渡す。処理を引き継いだローカルＵＩ制御部４００は機能選択画面９００を操作部２０９に表示する。
【0079】
本フローチャートでは、その後、機能選択画面９００においてユーザによって文書登録ボタン９０１が押下され、それ以降の処理はアプリケーションＡ４０４としてＣＰＵ２０１において実行される。処理を引き継いだアプリケーションＡ４０４は現在ログインしているユーザのロールを元に機能制限を反映した画面を表示する。具体的には、ログインしているユーザのユーザ名がＧｕｅｓｔの場合は該当するロールであるＧｕｅｓｔ ＵｓｅｒはＢＣ登録が禁止されているため、ブロックチェーン装置１１１への文書登録機能が制限されている登録画面１０１０を操作部２０９に表示する。ログインしているユーザのユーザ名がＧｕｅｓｔ以外の場合はＢＣ登録が許可されているため、登録画面１０００を操作部２０９に表示する。
【0080】
ステップＳ１３１４では、エラー処理としてユーザ認証の失敗やブロックチェーン装置１１１を利用する権限が無いことを操作部Ｉ／Ｆ２０５を経由して操作部２０９に表示して処理を終了する。ステップＳ１３０４では、アプリケーションＡ４０４は登録画面１０００において登録するブロックチェーンボタン１００３が押下されるまで待ち、押下された場合はステップＳ１３０５に進む。ステップＳ１３０５では、登録画面１０００でスキャンが選択されていた場合は、ステップＳ１３０６に進み、保存文書が選択されていた場合は、ステップＳ１３０８に進む。
【0081】
ステップＳ１３０６では、スキャナ２１１を用いて紙文書に対してスキャン処理を実行する。ステップＳ１３０７では、ステップＳ１３０６でスキャンしたデータを基にしてスキャン設定１００２に従って電子文書を生成し、一時的にＨＤＤ２０４に保存する。この一時的なデータについては、本フローチャート終了時に削除する。
【0082】
ステップＳ１３０８では、ログインしているユーザのユーザ名がＧｕｅｓｔ以外の場合、かつ、登録画面１０００でブロックチェーンボタン１００３が選択されていた場合はステップＳ１３０９に進む。ログインしているユーザのユーザ名がＧｕｅｓｔの場合、または、Ｇｕｅｓｔ以外の場合かつ登録画面１０００でブロックチェーンボタン１００３が選択されていなかった場合はステップＳ１３１５に進む。
【0083】
ステップＳ１３０９では、画像形成装置１０１のユーザにブロックチェーン装置１１１を利用する権限があるかを確認し、権限がある場合はステップＳ１３１０に進み、権限がない場合はステップＳ１３１４に進む。なお、画像形成装置１０１の正規ユーザにのみ、ブロックチェーン装置１１１を利用させたい場合、ステップＳ１３０３で保持したユーザ名のロールがＧｕｅｓｔ Ｕｓｅｒではない場合に権限があると見なす方法もある。また、ブロックチェーン装置１１１を利用する権限は、ブロックチェーン専用のロールを作成し、それを基に判断しても良い。
【0084】
ステップＳ１３１０では、ステップＳ１３０７で生成した電子文書のハッシュ値を算出する。ステップＳ１３１１では、ステップＳ１３０７で生成した電子文書を文書管理装置１０３に登録を依頼し、結果として、登録が完了した電子文書を表すＩＤと登録が完了した日時を表す日時情報を取得する。
【0085】
ステップＳ１３１１まではアプリケーションＡ４０４で処理を行っていたが、ステップＳ１３１２はブロックチェーンアプリケーション４０６が処理を実行する。ステップＳ１３１２では、電子文書をブロックチェーン装置１１１に登録する。ブロックチェーン装置１１１への登録処理は後述の図１７で説明する。ここでは、登録するためのトランザクション６０１へ指定する値と、クレデンシャル情報について説明する。
【0086】
文書ハッシュ値６０２にはステップＳ１３１０で算出したハッシュ値を指定する。文書識別情報６０３にはステップＳ１３１１で受け取った電子文書を表すＩＤを指定する。登録デバイス識別情報６０４には印刷を行った画像形成装置１０１のクレデンシャル情報Ｃ４０７のハッシュ値を指定する。文書登録日時６０５にはステップＳ１３１１で受け取った登録が完了した日時を表す日時情報を指定する。文書登録者６０６には登録操作を行った画像形成装置１０１へログインしているユーザ名のハッシュ値を指定する。なお、本フローでは元文書は存在しないため、元文書ハッシュ値６０７には値を指定しない。
【0087】
アプリケーションＡ４０４はトランザクション６０１で指定する値に加えて、クレデンシャル情報Ａ４０８もブロックチェーンアプリケーション４０６に渡す。クレデンシャル情報Ａ４０８は、登録に関する一連の処理が正規なアプリケーションによって行われていることを検証するためにブロックチェーンアプリケーション４０６によって利用される。
【0088】
ステップＳ１３１３では、アプリケーションＡ４０４がブロックチェーン装置１１１への登録処理の結果をブロックチェーンアプリケーション４０６から取得する。ステップＳ１３１５では、ステップＳ１３１１と同じ処理を実行して、ステップＳ１３１６に進む。ステップＳ１３１６では、アプリケーションＡ４０４がステップＳ１３１３で取得した登録結果を操作部Ｉ／Ｆ２０５を経由して操作部２０９に表示する。これについては画面上に文書管理装置１０３への登録の成否やブロックチェーン装置１１１への登録の成否などの情報（不図示）を表示する。その後、処理を終了する。
【0089】
図１４は、文書管理装置１０３に保存されている電子文書を画像形成装置１０１に保存する処理のフローチャートである。本実施例では、ユーザが制御部２００を介して画像形成装置１０１を利用するケースを説明するが、ＰＣ１０２上のウェブブラウザを介して画像形成装置１０１を利用してもよい。本フローチャートは、認証画面７００でログインボタン７０３が押下されたことにより起動され、まずユーザ認証処理部４０２としてＣＰＵ２０１において実行される。
【0090】
本フローチャート開始時には、認証画面７００から画像形成装置１０１のユーザによって入力されたユーザ名とパスワードがユーザ認証処理部４０２に渡される。ステップＳ１４０１では、ログイン依頼としてユーザ名とパスワードを受け付ける。ステップＳ１４０２では、受信したユーザ名とパスワードが表１のユーザ情報テーブル内のユーザ名とパスワードと一致するか確認し、一致する場合はユーザ認証が成功したと見なし、ステップＳ１４０３へ進む。一致しなかった場合はユーザ認証が失敗したと見なし、ステップＳ１４１１へ進む。
【0091】
ステップＳ１４０３では、現在ログインしているユーザとしてステップＳ１４０１で受け付けたユーザ名をＲＡＭ２０３に保持し、処理をローカルＵＩ制御部４００に渡す。処理を引き継いだローカルＵＩ制御部４００は機能選択画面９００を操作部２０９に表示する。本フローチャートでは、その後、機能選択画面９００においてユーザによって登録文書保存／印刷ボタン９０１が押下され、それ以降の処理はアプリケーションＡ４０４としてＣＰＵ２０１において実行される。処理を引き継いだアプリケーションＡ４０４は登録文書の保存／印刷画面１１００を操作部２０９に表示する。
【0092】
ステップＳ１４０４では、アプリケーションＡ４０４は図１１に示した登録文書の保存／印刷画面１１００を操作部Ｉ／Ｆ２０５を経由して操作部２０９に表示し、保存するボタン１１０３が押下されるまで待ち、押下された場合はステップＳ１４０５に進む。ステップＳ１４０５では、登録文書の保存／印刷画面１１００の文書選択リスト１１０１で選択された電子文書を画像形成装置１０１から取得する。取得した電子文書の文書情報はＲＡＭ２０３に、文書ファイルはＨＤＤ２０４に一時的に保存する。ステップＳ１４０５まではアプリケーションＡ４０４で処理を行っていたが、ステップＳ１４０６はブロックチェーンアプリケーション４０６が処理を実行する。
【0093】
ステップＳ１４０６では、ＲＡＭ２０３に保存した文書情報のＩＤを文書識別情報６０３に保持するトランザクション６０１を取得する。この取得処理については、後述の図１７において説明する。ここで、アプリケーションＡ４０４はクレデンシャル情報Ａ４０８をブロックチェーンアプリケーション４０６に渡す。クレデンシャル情報Ａ４０８は、電子文書の取得に関する一連の処理が正規なアプリケーションによって行われていることを検証するためにブロックチェーンアプリケーション４０６によって利用される。
【0094】
ステップＳ１４０７では、ステップＳ１４０６で該当するトランザクション情報を取得できたかどうかを判定する。トランザクション情報が存在しない場合には、ブロックチェーン装置１１１で管理されていない情報であるため、ステップＳ１４１０に進む。トランザクション情報が存在する場合には、ステップＳ１４０８に進む。
【0095】
ステップＳ１４０８では、ＨＤＤ２０４に保存した文書データからハッシュ値を算出する。そのハッシュ値は、ステップＳ１４０９においてステップＳ１４０６で取得したトランザクション情報の文書ハッシュ値６０２と同一値であるかどうかを判定する。同一値でなければ、文書管理装置１０３に保存されている文書ファイルは不正なデータであるため、ステップＳ１４１１のエラー表示に進む。同一値である場合には、ステップＳ１４１０に進む。
【0096】
ステップＳ１４１０では、ステップＳ１４０５でＨＤＤ２０４に一時的に保存した文書データをＨＤＤ２０４内の正規な保存場所に移動する。本実施例においては、画像形成装置１０１のＨＤＤ２０４に保存する構成としたが、登録文書の保存／印刷画面１１００に保存先のパスを指定するようにして、指定された場所へ保存するように構成しても良い。ステップＳ１４１１では、本処理フローチャートにおいて取得を許可できない場合のエラー表示を行う。これについては画面上にエラーダイアログ（不図示）を表示する。この際、ＨＤＤ２０４に一時的に保存した文書ファイルは削除する。
【0097】
図１５は、文書管理装置１０３に保存されている電子文書を画像形成装置１０１から印刷処理を行うフローチャートである。本実施例では、ユーザが制御部２００を介して画像形成装置１０１を利用するケースを説明するが、ＰＣ１０２上のウェブブラウザを介して画像形成装置１０１を利用してもよい。本フローチャートは、認証画面７００でログインボタン７０３が押下されたことにより起動され、まずユーザ認証処理部４０２としてＣＰＵ２０１において実行される。
【0098】
本フローチャート開始の際には、認証画面７００から画像形成装置１０１のユーザによって入力されたユーザ名とパスワードがユーザ認証処理部４０２に渡される。ステップＳ１５０１では、ログイン依頼としてユーザ名とパスワードを受け付ける。ステップＳ１５０２では、受信したユーザ名とパスワードが表１のユーザ情報テーブル内のユーザ名とパスワードと一致するか確認し、一致する場合はユーザ認証が成功したと見なし、ステップＳ１５０３へ進む。一致しなかった場合はユーザ認証が失敗したと見なし、ステップＳ１５１５へ進む。
【0099】
ステップＳ１５０３では、現在ログインしているユーザとしてステップＳ１５０１で受け付けたユーザ名をＲＡＭ２０３に保持し、処理をローカルＵＩ制御部４００に渡す。処理を引き継いだローカルＵＩ制御部４００は機能選択画面９００を操作部２０９に表示する。本フローチャートでは、その後、機能選択画面９００においてユーザによって登録文書保存／印刷ボタン９０１が押下され、それ以降の処理はアプリケーションＡ４０４としてＣＰＵ２０１において実行される。処理を引き継いだアプリケーションＡ４０４は登録文書の保存／印刷画面１１００を操作部２０９に表示する。
【0100】
ステップＳ１５０４では、アプリケーションＡ４０４は図１１に示した登録文書の保存／印刷画面１１００を操作部Ｉ／Ｆ２０５を経由して操作部２０９に表示し、プリントする（簡易）ボタン１１０２あるいはプリントする（配布）ボタン１１０４が押下されるまで待ち、押下された場合はステップＳ１５０５に進む。
【0101】
ステップＳ１５０５では、登録文書の保存／印刷画面１１００の文書選択リスト１１０１で選択された電子文書を画像形成装置１０１から取得する。取得した電子文書の文書情報はＲＡＭ２０３に、文書ファイルはＨＤＤ２０４に一時的に保存する。ステップＳ１５０５まではアプリケーションＡ４０４で処理を行っていたが、ステップＳ１５０６はブロックチェーンアプリケーション４０６が処理を実行する。
【0102】
ステップＳ１５０６では、ＲＡＭ２０３に保存した文書情報のＩＤを文書識別情報６０３に保持するトランザクション６０１を取得する。この取得処理については、後述の図１７において説明する。ここで、アプリケーションＡ４０４はクレデンシャル情報Ａ４０８をブロックチェーンアプリケーション４０６に渡す。クレデンシャル情報Ａ４０８は、電子文書の取得に関する一連の処理が正規なアプリケーションによって行われていることを検証するためにブロックチェーンアプリケーション４０６によって利用される。
【0103】
ステップＳ１５０７では、ステップＳ１５０６で該当するトランザクション情報を取得できたかどうかと、Ｓ１５０５で配布印刷を指定されたかを判定する。トランザクション情報が存在しない場合か、配布印刷でない簡易印刷の場合には、ブロックチェーン装置１１１で管理されていない文書である、あるいは、検証を行わない簡易印刷が指示されたため、ステップＳ１５０８に進む。トランザクション情報が存在し検証を行う配布印刷が指定された場合には、ステップＳ１５０９に進む。ステップＳ１５０８では、ＨＤＤ２０４に保存した文書データを画像形成装置１０１のプリンタＩ／Ｆ２０６を経由して、プリンタ２１０から印刷処理を行う。
【0104】
ステップＳ１５０９では、ＨＤＤ２０４に保存した文書データからハッシュ値を算出する。そのハッシュ値は、ステップＳ１５１０においてステップＳ１５０７で取得したトランザクション情報の文書ハッシュ値６０２と同一値であるかどうかを判定する。同一値でなければ、文書管理装置１０３に保存されている文書ファイルは不正なデータであるため、ステップＳ１５１５のエラー表示に進む。同一値である場合には、ステップＳ１５１１に進む。
【0105】
ステップＳ１５１１では、印刷文書に設定するためのハッシュ値を算出する。これには、ステップＳ１５０７で取得したトランザクション情報の文書ハッシュ値６０２と処理を行う画像形成装置１０１のクレデンシャル情報Ｃ４０７と本ステップ処理時点の画像形成装置内の日時情報を使用して計算する。
【0106】
ステップＳ１５１２では、ステップＳ１５１１で算出された印刷物を表すハッシュ値と、元の画像を表すトランザクション情報の文書ハッシュ値６０２をステップＳ１５１３で印刷するファイル内に設定する。ここで設定する形式は、後述の検証で印刷した紙をスキャンした際に読み取れる形式であり、二次元バーコードのような印刷物上で判断できる情報であっても良いし、印刷画像内に不可視情報として埋め込んでもよい。
【0107】
ステップＳ１５１３では、ハッシュ値を設定した文書ファイルを画像形成装置１０１のプリンタＩ／Ｆ２０６を経由してプリンタ２１０から印刷処理を行う。この際、文書ハッシュ値６０２が印刷物に記録されることとなる。また、印刷時に使用する印刷用紙自体が電子情報などを格納できる機能を有する場合には、それを利用しても記録する方式でもよい。あるいは、印刷用紙そのものから得られる識別情報と合わせて、印刷物を表すハッシュ値を更新するものでもよい。あるいは、印刷用紙そのものから得られる物理的な情報を識別情報として扱い、これと合わせて、印刷物を表すハッシュ値を更新するものでもよい。
【0108】
ステップＳ１５１６では、ステップＳ１５１３で開始した印刷が完了したかどうかで分岐を行う。問題なく全部印刷できた場合には、ステップＳ１５１４へ進むが、紙切れやインク切れ、紙詰まりなどのプリンタのエラーやユーザ指示によって印刷が中断、あるいは印刷の確認が必要な場合にはステップＳ１５１７へ進む。
【0109】
ステップＳ１５１７では、印刷中断の原因やユーザ指示の内容から、回復が行われるべき時間制限や回復方法などを選択することを行う。表４は、ステップＳ１５１７の処理を行うための情報テーブルである。表４中のＩＤは印刷中断の原因やユーザ指示の内容等の識別番号であり、エラー・確認名称は、その名称である。また、それぞれに警告内容があり、この内容が機器の画面や電子メールで通知されることとなる。なお、外部装置へ通知する方法は電子メールの形態に限られずメッセージ通知ができればどのような方法であっても良い。この警告内容は主な部分だけが記載されている。また、個々の警告内容の中のＸＸＸやＹＹＹ記載部分は、消耗品の名称はエラーコードなどが実際には入るのであるが、簡略してこのように記載している。印刷確認は、印刷エラーなどの場合には不要となっているが、ユーザが印刷物の確認指示を行った場合には、必要となっている。
【0110】
対応方法はこの時点で行う処理である。ステップＳ１５１７では、この表４の中から該当する印刷エラー処理などを選択することを行うのである。詳しくは後述するが、表４の場合、ＩＤの１の印刷設定異常の場合、印刷作業開始そのものができないのでその旨を電子メールで通知し（ステップＳ１５１８）、印刷は停止されキャンセルされる（ステップＳ１５１８、Ｓ１５１９）こととなる。
【0111】
また、ＩＤの２の用紙なしの場合、印刷開始か印刷中に用紙がなくなり、刷作ができなくなくなる場合である。この場合、その旨を電子メールで通知し（ステップＳ１５１８）、そのあとはユーザが用紙を追加してくれるか、また、その作業の時間によって対応が異なることになる（ステップＳ１５１９で分岐後の処理）。
【0112】
また、ＩＤの６の機器が電源断で印刷処理が中断させられた場合は、機器の再開後に、その旨を電子メールで通知し（ステップＳ１５１８）、印刷は停止されキャンセルされる（ステップＳ１５１８、Ｓ１５１９）となる。その際に、電子メールに再印刷指示用の情報を付加し、それを利用してユーザは再印刷指示が容易に出すことで、図１５の処理を再度行うことができる。
【0113】
また、ＩＤの８は印刷指示時にユーザが印刷物の確認を指示した場合で、印刷中にエラーなどがあれば、ＩＤの１から７までとなるが、問題なく印刷が完了時点で、その旨を電子メールで通知し（ステップＳ１５１８）、ユーザ確認内容によって処理が分岐する（ステップＳ１５１９）ことになる。
【0114】
【表4】
【0115】
ステップＳ１５１８では、ステップＳ１５１７で選択された表４の対応方法の処理を実際に行い、印刷が中断した原因、回復方法、制限時間を利用者に通知する。これは、それらの情報を、図１１（Ａ）の登録文書の保存／印刷画面１１００へのエラーメッセージや、利用者への電子メールの送信で行われる。この後、この配布用の印刷については利用者による作業により回復できるか、ユーザ確認などが行われ結果によって変化する（ステップＳ１５１９）ことになる。
【0116】
ステップＳ１５１９では、利用者による作業により、制限時間内に回復できたかどうかやユーザの指示内容に応じてその後の処理を決めるための判定を行う。表５は、その際の判定条件等の情報を記載したテーブル情報である。表５中のＩＤは表４のＩＤと同一のものであり、識別番号が同じものは同一の印刷中断の原因やユーザ指示の内容等となる。再開制限は、印刷エラー発生時からそのエラーの原因対処によりエラーが解消し印刷再開に至るまでの時間に関するものであり、再開制限の時間以下で再開できた場合は、表５中の再開制限内の対応に記載された処理を行うことにある。
【0117】
印刷再開に至るまでの時間が、表５中の再開制限の時間を超えるが再開最大時間以内の場合には、表５中の再開最大時間内の対応の処理を行うことになる。ＩＤの２、３，４、５の場合、表５中の再開制限の時間内に用紙や消耗品が補充されるか用紙詰まり等が解決されて印刷再開が可能になれば、ステップＳ１５１３に進んで印刷が継続される（この場合、印刷された印刷物に不要なものは存在しない）。
【0118】
印刷再開に至るまでの時間が、表５中の再開制限の時間を超えるが再開最大時間以内の場合には、ステップＳ１５２０経由でステップＳ１５１１に進んで印刷文書のハッシュ値を再度算出して、再度印刷が行われることになる。表５中の再開最大時間を超過しても、紙や消耗品が補充されるか用紙詰まり等が解決されて印刷再開が可能にならなかった場合、表５中の再開最大時間超過の対応が行われることとなり、印刷がキャンセルされる（ステップＳ１５２１）。ＩＤの１、６、７、８の場合は、再開の時間の制限がないので表５中では情報がない状態になっている。なお、ＩＤの１、６、７、８の場合は、再開の時間の制限がないので表５中では情報がない状態になっている。
【0119】
表６は印刷後の対応に関する情報を記載したテーブル情報である。表６中、印刷・確認終了後の処理は印刷完了時あるいは印刷確認指示の際の確認成功時の処理の内容が記されている。また、印刷再開や印刷キャンセルなどを行った場合に、それまでの印刷物が残ってしまう際はこれを不要印刷物とする。
【0120】
エラーの内容により印刷が開始できなかった場合は、ＩＤの１がこれに相当する。それ以外は、エラーやキャンセル操作の発生時点で、印刷がどこまで行われたで不要印刷物の状態が異なり、状態を確認して不要印刷物があるか否かの判定を行う。この情報が表６中の不要印刷物に記載されている。そして、不要印刷物発生時に、画面表示および／またはメール通知でユーザに提示する警告内容がユーザ警告に記載されている。
【0121】
これら、表５、表６の情報に従い、ステップＳ１５１９では、その後の処理を決めるための判定を行う。この結果に従い、印刷エラーなどの場合に再開制限の時間内に印刷再開できた場合か、印刷確認指示時に確認成功の場合は、ステップＳ１５１３へ進む。再開最大時間内に印刷再開できた場合には、ステップＳ１５２０経由でステップＳ１５１１へ進み、印刷文書のハッシュ値計算からやり直しになるが、文書の印刷は継続される。再開最大時間を超過した場合、印刷確認時に確認失敗した場合、またはユーザにより印刷キャンセル指示があった場合は、ステップＳ１５２１へ進む。
【0122】
ステップＳ１５２０は、表６に基づき不要印刷物があれば警告内容を画面表示および／またはメール通知でユーザに提示する。その後、ステップＳ１５１１へ進む。ステップＳ１５２１は、印刷をキャンセルする処理を行う部分で、印刷のキャンセルと表６に基づき警告内容を画面表示やメール通知でユーザに提示する。その後、処理の終了へ進む。
【0123】
このようにすることで、印刷エラー発生時に、再開制限の時間内に印刷再開できた場合は、通常の印刷同様の印刷再開となり、不要印刷物は発生しない。しかし、そうでない場合には、印刷文書のハッシュ値が再作成されて印刷が継続されるか、印刷キャンセルとなりユーザが再印刷を指示することで最初から印刷をやり直し新しい印刷文書のハッシュ値が作成されて印刷されることとなる。
【0124】
この際には、不要印刷物が発生するが、この不要印刷物の印刷文書のハッシュ値はステップ１５１４のＢＣサービスへのトランザクション登録が行われないことになり（印刷文書のハッシュ値は使われないこととなり）、検証時に、印刷物のハッシュ値に該当するハッシュ値が見つからず、検証は失敗することとなる。これにより、印刷再開までに印刷したものの印刷文書は、正しい配布物とみなされないこととなり、その間違った配布や悪用時などの抑止につながる。
【0125】
【表5】
【0126】
【表6】
【0127】
これまでのステップは、アプリケーションＡ４０４で処理を行っていたが、ステップＳ１５１４はブロックチェーンアプリケーション４０６が処理を実行する。ステップＳ１５１４では、印刷処理の情報をブロックチェーン装置１１１に登録する。この登録処理は後述の図１７で説明する。ここでは、登録するためのトランザクション６０１へ指定する値について説明する。
【0128】
文書ハッシュ値６０２にはステップＳ１５１１で算出した印刷文書のハッシュ値を、文書識別情報６０３には引数で受け取った電子文書を表すＩＤを指定する。登録デバイス識別情報６０４には印刷を行った画像形成装置１０１のクレデンシャル情報Ｃ４０７のハッシュ値を指定する。文書登録日時６０５にはＳ１５１１でハッシュ値を検索した際の日時情報を指定する。文書登録者６０６は、印刷を行った画像形成装置１０１へログインしているユーザ名のハッシュ値を指定する。元文書ハッシュ値６０７には、Ｓ１５０６で取得した元の画像を表すトランザクション情報の文書ハッシュ値６０２を指定する。
【0129】
ここで、アプリケーションＡ４０４はクレデンシャル情報Ａ４０８をブロックチェーンアプリケーション４０６に渡す。クレデンシャル情報Ａ４０８は、電子文書の取得に関する一連の処理が正規なアプリケーションによって行われていることを検証するためにブロックチェーンアプリケーション４０６によって利用される。ステップＳ１５１５では、本処理フローチャートにおいて印刷を許可できない場合のエラー表示を行う。これについては画面上にエラーダイアログ（不図示）を表示する。
【0130】
図１６は、ユーザが指定した文書ファイル、もしくは印刷された紙文書を画像形成装置１０１から検証処理を行うフローチャートである。本フローチャートは、図７に示した画像形成装置１０１の認証画面７００でログインボタン７０３もしくは、ゲストログインボタン７１１が押下されたことにより起動され、まずユーザ認証処理部４０２としてＣＰＵ２０１において実行される。本フローチャート開始の際に、認証画面７００から画像形成装置１０１のユーザによって入力されたユーザ名とパスワードがユーザ認証処理部４０２に渡される。
【0131】
ステップＳ１６０１では、ログイン依頼としてユーザ名とパスワードを受け付ける。ステップＳ１６０２では、受信したユーザ名とパスワードが表１のユーザ情報テーブル内のユーザ名とパスワードと一致するか確認し、一致する場合はユーザ認証が成功したと見なし、ステップＳ１６０３へ進む。一致しなかった場合はユーザ認証が失敗したと見なし、ステップＳ１６１４へ進む。
【0132】
ステップＳ１６０３では、ログイン処理として現在ログインしているユーザとしてステップＳ１６０１で受け付けたユーザ名をＲＡＭ２０３に保持し、処理をローカルＵＩ制御部４００に渡す。処理を引き継いだローカルＵＩ制御部４００は機能選択画面９００を操作部２０９に表示する。本フローチャートでは、その後、機能選択画面９００においてユーザによって文書検証ボタン９０１が押下され、それ以降の処理はアプリケーションＡ４０４としてＣＰＵ２０１において実行される。処理を引き継いだアプリケーションＡ４０４は文書検証画面１２００を操作部２０９に表示する。
【0133】
ステップＳ１６０４では、アプリケーションＡ４０４は図１２に示した文書検証画面１２００を操作部Ｉ／Ｆ２０５を経由して操作部２０９に表示し、検証するボタン１２０３が押下されるまで待ち、押下された場合はステップＳ１６０５に進む。ステップＳ１６０５では、起動時に受け取った文書選択設定１２０１の値で対象文書が紙データかどうかを判定する。紙データの場合にはステップＳ１６０７へ進み、電子データである場合にはステップＳ１６０６へ進む。ステップＳ１６０６では、選択されたＨＤＤ２０４内の電子データを特定し、その電子データのハッシュ値を算出する。このハッシュ値が検証対象の文書を表すものであり、ステップＳ１６１１での検証処理に使用される。
【0134】
ステップＳ１６０７では、画像形成装置１０１にセットされた紙文書をスキャンする。スキャンは、スキャナＩ／Ｆ２０７を通じてスキャナ２１１で紙文書を読み込み、画像データを生成する。ステップＳ１６０８では、スキャナ２１１によって画像化されたデータを電子化し、電子データとして一時的にＨＤＤ２０４に保存する。この一時的なデータについては、本フローチャート終了時に削除する。
【0135】
ステップＳ１６０９では、ステップＳ１６０８でＨＤＤ２０４に保存した電子データに埋め込まれたハッシュ値を取得する。この取得は、前述の図１５で説明した印刷フローチャートのステップＳ１５１２で埋め込んだ方法に合わせたハッシュ値を取得する処理を行う。ステップＳ１６１０では、電子データからハッシュ値を取得できたかを判定する。ハッシュ値がある場合にはステップＳ１６１１へ進み、ハッシュ値がない場合には検証処理ができないためステップＳ１６１４へ進む。
【0136】
ステップＳ１６１０まではアプリケーションＡ４０４で処理を行っていたが、ステップＳ１６１１はブロックチェーンアプリケーション４０６が処理を実行する。ステップＳ１６１１では、ブロックチェーン装置１１１に記録されているトランザクション情報を使用した文書検証処理を行う。この文書検証処理は後述の図１７で説明する。その際には、処理種別として文書検証を指定し、ステップＳ１６０６もしくはステップＳ１６０９において算出／取得した文書ハッシュ値と、クレデンシャル情報Ａ４０８とを渡す。依頼した処理結果を受け取ったら、ステップＳ１６１２で検証結果を判定する。
【0137】
検証が成功した場合には、ステップＳ１６１３で検証が成功した等のメッセージを表示する標準ダイアログ（不図示）を表示する。また、検証が失敗した場合には、ステップＳ１６１４で検証が失敗したもしくは検証不可能である旨のメッセージを表示する標準ダイアログ（不図示）を表示する。それぞれのメッセージ表示後、ユーザがダイアログを閉じる指示を行ったら本フローチャートを終了する。
【0138】
図１７は、画像形成装置１０１のブロックチェーンアプリケーション４０６がブロックチェーン装置１１１に対してトランザクション処理を行うフローチャートである。本フローチャートは、図１３から図１６までのアプリケーションＡ４０４の処理中にブロックチェーンアプリケーション４０６として起動され、実行される。
【0139】
本フローチャート開始の際に、アプリケーションＡ４０４からは、ブロックチェーン装置１１１への処理種別の指定と、処理種別ごとに必要な情報が渡される。処理種別ごとに必要な情報は、トランザクション登録時にはトランザクション６０１、文書検証時には検証が必要な文書ハッシュ値６０２、トランザクション取得時には文書識別情報６０３である。
【0140】
ステップＳ１７０１では、ブロックチェーンアプリケーション４０６はクレデンシャル情報Ｃ４０７とクレデンシャル情報Ａ４０８をブロックチェーン装置１１１に渡して、正しいクレデンシャル情報であることを確認する。ここで、クレデンシャル情報Ｃ４０７はブロックチェーンアプリケーション４０６の起動時にクレデンシャル情報管理部４１０から取得したものを、クレデンシャル情報Ａ４０８はアプリケーションＡ４０４から取得したものを用いる。
【0141】
ステップＳ１７０２では、ステップＳ１７０１で確認したクレデンシャル情報が正しいものであるかどうかを判定する。正しいか否かの判定は、クレデンシャル情報がデジタル証明書の場合は証明書の検証を行って検証が成功した場合に、正しいクレデンシャル情報であると判断する。また、予め定められたデータ値の場合は値が一致する場合に、正しいクレデンシャル情報であると判断する。正しいクレデンシャルであった場合にはブロックチェーン装置１１１へのアクセスが可能な状況であるため、ステップＳ１７０３に進み、正しいクレデンシャルでなかった場合にはステップＳ１７０４に進む。
【0142】
ステップＳ１７０３では、ブロックチェーンアプリケーション４０６が受信した処理種別を判定する。トランザクション登録であればステップＳ１７０５へ、トランザクション取得であればステップＳ１７１０へ、文書検証であればステップＳ１７１３へ進む。ステップＳ１７０４では、本処理フローチャートにおいてブロックチェーン装置１１１へのアクセス権限を満たしていない旨のエラー情報を生成する。
【0143】
ステップＳ１７０５では、処理起動時に受け取ったトランザクション情報がそろっているかどうかを確認する。また、文書ハッシュ値６０２についてはブロックチェーン装置１１１内に登録されていない事を、元文書ハッシュ値６０７についてはブロックチェーン装置１１１内に登録されている事をブロックチェーン装置１１１で検索することで確認する。情報がそろっていない、もしくはハッシュ値が正しい状態ではない場合には、トランザクション情報は不正なものとなる。このチェック結果をステップＳ１７０６で判定し、トランザクション情報が正当であればステップＳ１７０７へ、不正な情報であればステップＳ１７０９のエラー処理へ進む。
【0144】
ステップＳ１７０７では、ブロックチェーン装置１１１に対してチェック済みのトランザクション６０１の登録を依頼する。本ステップではブロックチェーン装置１１１から登録処理の結果として成功／失敗を受け取る。ステップＳ１７０８では、そのブロックチェーン装置１１１からの処理結果を判定し、失敗の場合にはステップＳ１７０９のエラー処理へ進み、成功であれば結果通知Ｓ１７１９へ進む。ステップＳ１７０９では、本処理フローチャートにおいてトランザクション登録ができない旨のエラー情報を生成する。
【0145】
ステップＳ１７１０では、処理起動時に受け取った文書識別番号を保持するトランザクションをブロックチェーン装置１１１から検索し、取得する。検索結果はステップＳ１７１１で判定し、トランザクションデータを取得できなかった場合には、対象の文書はブロックチェーン装置１１１に登録されていないため、ステップＳ１７１２のエラー処理へ進む。トランザクションデータを取得できた場合には、ステップＳ１７１９へ進む。ステップＳ１７１２では、本処理フローチャートにおいてトランザクション取得に失敗した旨のエラー情報を生成する。
【0146】
ステップＳ１７１３では、処理起動時に受け取ったハッシュ値を文書ハッシュ値として保持するトランザクションをブロックチェーン装置１１１から検索し取得する。検索結果はステップＳ１７１４で判定し、トランザクションデータを取得できなかった場合には、正当なハッシュ値としてステップＳ１７１５へ進み、取得できなかった場合には、不正なハッシュ値としてステップＳ１７１８のエラー処理へ進む。
【0147】
ステップＳ１７１５では、ステップＳ１７１３で取得したトランザクションに元文書ハッシュ値を持っているかどうかを判定する。元文書ハッシュ値を持っていない場合には、ステップＳ１７０７で確認したハッシュ値が一番先頭の文書であるため検証処理は終了となり、ステップＳ１７１９へ進む。元文書ハッシュ値を持っている場合、その元文書の存在を確認する必要があるため、ステップＳ１７１６へ進む。
【0148】
ステップＳ１７１６では、処理種別として文書検証を、処理に必要な情報として元文書ハッシュ値を指定し、本図１７のフローチャートを再帰実行する。この実行結果はステップＳ１７１７で判定し、元文書まで含めた検証が成功した場合には、ステップＳ１７１９へ進む。検証が失敗した場合には、ステップＳ１７１８のエラー処理へ進む。
【0149】
ステップＳ１７１８では、本処理フローチャートにおいて文書検証に失敗した旨のエラー情報を生成する。
【0150】
ステップＳ１７１９では、それぞれの処理種別ごとの処理成功時の情報として、トランザクション登録の場合には登録完了ステータスを、文書検証の場合には検証成功ステータスを呼び出し元となる処理に通知する。トランザクション取得の場合には取得したトランザクション情報を、またエラー処理が行われている場合にはエラー情報を呼び出し元に通知する。
【0151】
以上、本実施例により、印刷によるエラーなどで失敗印刷物が生じた場合、失敗印刷物に関する情報が正常な情報として登録されないように制御する。結果、失敗印刷物の配布などによる原本保障を無視した悪用を抑止できる。
【0152】
［その他の実施例］
本発明は、以下の処理を実行することによっても実現される。即ち、上述した実施例の機能を実現するソフトウェア（プログラム）を、ネットワーク又は各種記憶媒体を介してシステム或いは装置に供給し、そのシステム或いは装置のコンピュータ（またはＣＰＵやＭＰＵ等）がプログラムを読み出して実行する処理である。
本発明は、以下の処理を実行することによっても実現される。即ち、上述した実施例の機能を実現するソフトウェア（プログラム）を、ネットワーク又は各種記憶媒体を介してシステム或いは装置に供給し、そのシステム或いは装置のコンピュータ（またはＣＰＵやＭＰＵ等）がプログラムを読み出して実行する処理である。
【符号の説明】
【0153】
４００ ローカルＵＩ制御部
４０１ リモートＵＩ制御部
４０２ ユーザ認証処理部
４０３ ユーザ情報ＤＢ
４０４ アプリケーションＡ
４０５ アプリケーションＢ
４０６ ブロックチェーンアプリケーション
４０７ クレデンシャル情報Ｃ
４０８ クレデンシャル情報Ａ
４０９ クレデンシャル情報Ｂ
４１０ クレデンシャル情報管理部
４０１ リモートＵＩ制御部
４０２ ユーザ認証処理部
４０３ ユーザ情報ＤＢ
４０４ アプリケーションＡ
４０５ アプリケーションＢ
４０６ ブロックチェーンアプリケーション
４０７ クレデンシャル情報Ｃ
４０８ クレデンシャル情報Ａ
４０９ クレデンシャル情報Ｂ
４１０ クレデンシャル情報管理部
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】
【図12】
【図13】
【図14】
【図15】
【図16】
【図17】