JP2023020345A - 画像形成装置、その制御方法、及びプログラム - Google Patents

Abstract

【課題】文書の情報をブロックチェーンサービスに登録、及び検証に、文書のコードを不正利用される可能性がある。また、画像データに対してＯＣＲやその他、画像認識技術を用いたメタデータ抽出結果を使うと、これら処理には誤差や誤認識があり、文書の検証は困難だという課題があった。【解決手段】上述した課題を解決するため、本発明はプリントジョブの描画データもとに特徴量を計算し、印刷情報と描画データ由来の特徴量をもとにブロックチェーンのトランザクションデータを生成し、コード画像データを描画データに付加したうえで印刷処理を行う。さらに、印刷物の撮像時に、撮像画像の特徴量を計算し、画像処理装置が上記撮像画像に埋め込まれたコード画像データをもとに、印刷時に埋め込まれた印刷情報と描画データの特徴量由来のデータをデコードし、上記特徴量と上記デコード結果をもとに埋め込まれたコード画像中のデータを検証する。【選択図】 図６

Description

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

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

また、文書内容メタデータを用いてメタデータハッシュを生成し、それを可視的なコードに付加し、真正性を検証する技術が知られている（特許文献２を参照）。

また、電子ファイルの文書は標準規格でどのように文字情報や画像を描画データとして表現すべきがが定められている（非特許文献１）。

また、電子ファイルの含まれる画像データは幾何学的ハッシュ（非特許文献２）や各種の画像特徴量（非特許文献３）によって複数の画像間の類似性を計算する技術が知られている。

特開２０１８－１２８８２３号公報 特表２０１９－５１１７５８号公報

Ｉｎｔｅｒｎａｔｉｏｎａｌ Ｏｒｇａｎｉｚａｔｉｏｎ ｆｏｒ Ｓｔａｎｄａｒｄｉｚａｔｉｏｎ， ＩＳＯ ３２０００－２：２０１７ Ｄｏｃｕｍｅｎｔ ｍａｎａｇｅｍｅｎｔ - Ｐｏｒｔａｂｌｅ ｄｏｃｕｍｅｎｔ ｆｏｒｍａｔ， ｈｔｔｐｓ：／／ｗｗｗ．ｉｓｏ．ｏｒｇ／ｓｔａｎｄａｒｄ／６３５３４．ｈｔｍｌ。 Ｇｅｏｍｅｔｒｉｃ ｈａｓｈｉｎｇ， ｈｔｔｐｓ：／／ｅｎ．ｗｉｋｉｐｅｄｉａ．ｏｒｇ／ｗｉｋｉ／Ｇｅｏｍｅｔｒｉｃ＿ｈａｓｈｉｎｇ。 局所画像特徴量， ｈｔｔｐｓ：／／ｗｗｗ．ｉｔｅ．ｏｒ．ｊｐ／ｃｏｎｔｅｎｔｓ／ｋｅｙｗｏｒｄｓ／ＦＩＬＥ－２０１６０４１３１１４３４４．ｐｄｆ。

文書の情報をブロックチェーンサービスに登録や検証する際にかかる以下の課題を解決するものである。

第一に、問い合わせ情報（あるいは印刷物毎に一意性を示せる情報）を印刷物に埋め込む場合、スキャン画像を含む画像データに対してＯＣＲやその他、画像認識技術を用いたメタデータ抽出を行うことが従来技術で示されている。ただ、ＯＣＲや画像認識技術には誤差があり、文書の検証は困難だという課題があった。

第二に、従来技術では可視コードを埋め込み、ブロックチェーンへのトランザクションに利用することが示されているが、他の文書の可視コード、そのほかの文書に転用されると正しく検証を行うことができないという課題があった。

本発明の目的は、適切にブロックチェーンサービスと連携し、ＯＣＲや画像認識技術に誤差があっても検証を行うことができ、かつ印刷物に含まれる問い合わせ情報をほかの印刷物に流用されても、正しく一意性があるかを検証できる画像形成装置を提供することにある。

上述した課題を解決するため、本発明の画像形成装置は、画像処理装置が画像形成対象のプリントジョブを受取り（Ｓ１３０５）、画像処理装置が上記プリントジョブ中の印刷情報に関する情報を得て（Ｓ１３０９）、画像処理装置が上記プリントジョブ中の描画データを得て（Ｓ１５０１）、プリントジョブの描画データもとに特徴量を計算し（Ｓ１５０５，Ｓ１５０７）、画像処理装置が上記、印刷情報と描画データ由来の特徴量をもとにブロックチェーンのトランザクションデータを生成し（Ｓ１３１１）、画像処理装置が上記、少なくともトランザクションデータを含むデータでブロックチェーンに登録し（Ｓ１３１４）、画像処理装置が上記、少なくとも描画データ由来の特徴量をもとにコード画像データを生成し画像処理装置が上記、コード画像データを描画データに付加したうえで印刷処理を行う（Ｓ１３１３）、とともに、印刷物を検証する際に、印刷物の撮像（主に原稿のスキャン）時に画像処理装置が記録媒体の撮影画像を受取り（Ｓ１４０８）、画像処理装置が上記受取った撮像画像の特徴量を計算し（Ｓ１４１０中のＳ１６０１， Ｓ１６０６）、画像処理装置が上記撮像画像に埋め込まれたコード画像データをもとに、印刷時に埋め込まれた印刷情報と描画データの特徴量由来のデータをデコードし（Ｓ１４０９）、画像処理装置が上記特徴量と上記デコード結果をもとに埋め込まれたコード画像中のデータを検証し（Ｓ１６０９）、上記検証に基づきブロックチェーンへ照合を行う（Ｓ１４１１， Ｓ１４１２）ことを特徴とする。

本発明によれば、ブロックチェーンサービスと連携する画像形成装置が、適切にブロックチェーンサービスと連携し、ＯＣＲや画像認識技術に誤差があっても検証を行うことができる。また、印刷物に含まれる問い合わせ情報をほかの印刷物に流用されても、正しく一意性があるかを検証できる。

システムの構成を示す図である。 画像形成装置のハードウェア構成を示す図である。 ＰＣおよび文書管理装置のハードウェア構成を示す図である。 画像形成装置のソフトウェア構成を示す図である。 文書管理装置のソフトウェア構成を示す図である。 ブロックチェーン装置のデータ構成を示す図である。 認証画面の画面例である。 リモート認証画面の画面例である。 機能選択画面の画面例である。 アプリケーションＡの文書登録画面の画面例である。 アプリケーションＡの登録文書の保存／印刷画面の画面例である。 アプリケーションＡの登録文書の検証画面の画面例である。 電子文書を画像形成装置で印刷する処理を示すフローチャートである。 電子文書及び撮像画像を検証する処理を示すフローチャートである。 電子文書を印刷する際のハッシュ値生成処理を示すフローチャートである。 撮像画像を検証する処理を示すフローチャートである。 ブロックチェーン装置へのトランザクション処理を示すフローチャートである。 文書ファイル、もしくは印刷された紙文書を画像形成装置から検証処理を行うフローチャートである。

以下、上述した課題を解決する本発明を実施するための形態について図面を用いて説明する。

図１は、画像形成装置１０１と関連するシステムの全体図である。画像形成装置１０１、ＰＣ１０２、文書管理装置１０３がＬＡＮ１００に接続されイントラネット内に存在し、インターネット１１０を介して、ブロックチェーン装置１１１と通信を行う。ＰＣ１０２はウェブブラウザを利用した画像形成装置１０１の管理やプリントドライバを利用した画像形成装置１０１からの印刷に利用される。

ブロックチェーン装置１１１は画像形成装置１０１やＰＣ１０２で生成された文書に関する情報をブロック単位にまとめて管理する装置であり文書の正当性を保障するためのブロックチェーンサービスを提供する装置である。文書管理装置１０３は画像形成装置１０１やＰＣ１０２で生成された電子文書を保存する装置であり文書管理サービスを提供する。ブロックチェーン装置１１１および文書管理装置１０３が提供するサービスはクラウドサービスとして提供されてもよく、その場合、複数のコンピューターを仮想化することで１つの装置としサービスを提供する形態でも良い。

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

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

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

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

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

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

図４は、画像形成装置１０１において本発明に関連するソフトウェア構成について示したブロック図である。特に断りのない限り、各処理部はＲＯＭ２０２に記憶された制御プログラムをＣＰＵ２０１が実行することにより実現されるソフトウェア機能である。ローカルＵＩ制御部４００は、操作部Ｉ／Ｆ２０５を介して操作部２０９を制御する機能を提供する。ローカルＵＩ制御部４００はユーザが操作部２０９で操作した内容をユーザ認証処理部４０２やアプリケーションに通知する。ローカルＵＩ制御部４００は機能選択画面９００を操作部２０９に表示する。機能選択画面９００の例を図９（Ａ）に示す。ローカルＵＩ制御部４００はユーザ認証処理部４０２やアプリケーションからの画面表示依頼を受けて、操作部２０９へ画面を表示するための制御を行う。ユーザ認証処理部４０２、アプリケーションＡ４０４はローカルＵＩ制御部４００を介して操作部２０９に画面を表示する。

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

ユーザ認証処理部４０２は、画像形成装置１０１を利用するユーザを認証するための機能を提供する。そのため、ユーザ認証処理部４０２は認証画面７００（画面例を図７に示す）を操作部２０９に表示する。ユーザ認証処理部４０２は認証画面７００を介して、ユーザからユーザ名とパスワードの入力と言った認証情報を受信し、ユーザ情報ＤＢ４０３内に保持しているユーザ情報と比較することでユーザ認証を行う。

アプリケーションＡ４０４は、スキャンした文書を電子文書に変換し、ブロックチェーンアプリケーション４０６を介してブロックチェーン装置１１１に文書の情報を、文書管理装置１０３に文書を登録する機能を提供する。アプリケーションＡ４０４は、登録された文書を受信しプリンタＩ／Ｆ２０６を介して印刷する機能を提供する。なお、本実施例では、印刷物の一例として文書として示すが、文書以外の印刷物も同様に扱うことができる。アプリケーションＡ４０４はスキャナＩ／Ｆ２０７を介してスキャナ２１１を制御したり、ネットワークＩ／Ｆ２０８を介してＬＡＮ１００へデータを送信したりすることで、外部装置へスキャンデータの送信を行う。アプリケーションＡ４０４はローカルＵＩ制御部４００およびリモートＵＩ制御部４０１へ画面情報を提供する。

アプリケーションＡ４０４はローカルＵＩ制御部４００を介して操作部２０９に表示された画面への入力を受け付け、それに応じて処理を行う。アプリケーションＡ４０４は印刷画面１０００、検証画面１２００を操作部２０９に表示する。印刷画面１０００の例を図１０（Ａ）に示す。

また、アプリケーションＡ４０４はリモートＵＩ制御部４０１を介してＰＣ１０２上のウェブブラザからの入力を受け付け、それに応じて処理を行う。アプリケーションＡ４０４は印刷画面１０５０、検証画面１２１０をＰＣ１０２上のウェブブラザに表示する。印刷画面１０５０の例を図１０（Ｂ）に示す。

アプリケーションＢ４０５は、アプリケーションＡ４０４と同様にスキャンした文書を電子文書に変換し、ブロックチェーンアプリケーション４０６を介してブロックチェーン装置１１１に文書情報を、文書管理装置１０３に文書を登録する機能を提供する。アプリケーションＢ４０５はリモートＵＩ制御部４０１へ画面情報を提供する。アプリケーションＡ４０４はローカルＵＩ制御部４００とリモートＵＩ制御部４０１を介してローカルＵＩとリモートＵＩの両方からの入出力に対応するが、アプリケーションＢ４０５はリモートＵＩからだけの入出力に対応する点が異なる。なお、アプリケーションＡ４０４およびアプリケーションＢ４０５はブロックチェーン装置１１１とは直接通信することはない。

ブロックチェーンアプリケーション４０６は、ブロックチェーン連携するためのアプリケーションであり、アプリケーションＡ４０４やアプリケーションＢ４０５からの指示を受け、ブロックチェーン装置１１１に文書の情報を登録、検証する機能を提供する。ブロックチェーンアプリケーション４０６がブロックチェーン装置１１１に登録するトランザクション６０１とブロックのデータ構造の例を図６に示すが詳細は後述する。

ブロックチェーンアプリケーション４０６は、アプリーションからブロックチェーン装置１１１に対する指示を受けた際にクレデンシャル情報管理部４１０からクレデンシャル情報も受け取る。ブロックチェーンアプリケーション４０６は、受け取ったクレデンシャル情報の検証を行って、検証が成功した場合だけ、ブロックチェーン装置１１１に対して処理を実行する。

クレデンシャル情報Ａ４０８は、アプリケーションＡ４０４がブロックチェーン装置１１１を利用する正規のアプリケーションであることを保証するためのクレデンシャル情報である。クレデンシャル情報Ａ４０８は正しい処理を行っていることが検証されたアプリケーションに対して発行され、アプリケーションはクレデンシャル情報が組み込まれた状態で画像形成装置１０１に搭載される。

クレデンシャル情報Ｂ４０９は、アプリケーションＢ４０５がブロックチェーン装置１１１を利用する正規のアプリケーションであることを保証するためのクレデンシャル情報である。クレデンシャル情報Ａ４０８と同様に画像形成装置１０１に搭載される。

クレデンシャル情報Ｃ４０７は、画像形成装置１０１がブロックチェーン装置１１１を利用する正規の装置であることを保証するためのクレデンシャル情報である。クレデンシャル情報Ｃ４０７は、例えば本システムを運営する団体が装置のメーカーごとに発行してもよい。クレデンシャル情報Ｃ４０７は画像形成装置１０１のファームウェア内に組み込んだ状態で出荷してもよいし、出荷後に画像形成装置１０１へインストールしてもよい。

なお、クレデンシャル情報はデジタル証明書や秘密鍵と公開鍵の鍵ペアでもよいし、予め定められたデータ値でもよく、クレデンシャル情報の実態に制限はない。クレデンシャル情報はアプリケーションごとに異なる実態であってもよい。

クレデンシャル情報管理部４１０は、画像形成装置１０１内のクレデンシャル情報を管理する機能を提供する。本実施例ではクレデンシャル情報管理部４１０は、ブロックチェーンアプリケーション４０６からの指示を受けて、ブロックチェーンアプリケーション４０６にクレデンシャル情報Ｃ４０７を渡す。なお、本実施例ではＰＣ１０２が画像形成装置１０１を経由することでブロックチェーン装置１１１と連携するが、クレデンシャル情報管理部４１０はクレデンシャル情報Ｃ４０７をＰＣ１０２に提供しないように構成している。ＰＣ１０２のユーザはリモートＵＩを介してログインすることで、画像形成装置１０１が確認したロールに基づいてブロックチェーンアプリケーション４０６の利用が許可されるので、ＰＣ１０２は事前にブロックチェーン装置１１１との信頼関係を結ばずとも良い。

アプリケーションＡ４０４やアプリケーションＢ４０５は、ブロックチェーンサービスに登録有無を問い合わる際に必要となる問い合わせ情報に対応する埋込情報を文書に埋め込んだ状態で印刷することができる。ここで、アプリケーションＡ４０４やアプリケーションＢ４０５は、埋込情報を文書に埋め込む際に関連する設定を、デバイス設定４２０、ブロックチェーン設定４２１から取得することができる。そして、スキャン時に文書に埋め込まれた埋込情報から問い合わせ情報を読み取り、ブロックチェーンサービスに問い合わせを行うことによって、文書のブロックチェーンサービス登録有無を判断することができる。

問い合わせ情報は、図６で後述するトランザクション６０１を識別できる情報であれば良く、本実施例では、文書を一意に識別できるハッシュ値（文書ハッシュ値）として例示する。この文書ハッシュ値は、図６で後述する文書ハッシュ値６０２のことを示す。また、本実施例では、アプリケーションＡ４０４やアプリケーションＢ４０５は、１つの文書（あるいは１ページの文書や、１枚の文書）に同じ問い合わせ情報を複数の箇所に埋め込んで印刷できる。以降では、文書に関する問い合わせ情報を文書ハッシュ値、埋め込んだ箇所数を埋込数として説明する。

図７は、認証画面の画面例である。図７（Ａ）の認証画面７００はユーザが画像形成装置１０１の機能を利用するためにユーザ認証を行う機能を提供するための画面である。ユーザ名入力フィールド７０１は画像形成装置１０１のユーザがユーザ名を入力するためのフィールドである。パスワード入力フィールド７０２は画像形成装置１０１のユーザがパスワードを入力するためのフィールドである。

ログインボタン７０３はユーザ認証を実行するためのボタンである。ユーザがこのボタンを押下した場合、ユーザ認証処理部４０２はユーザ名入力フィールド７０１とパスワード入力フィールド７０２に入力された値を元にユーザ認証を行う。

図７（Ｂ）の認証画面（ゲストログイン）７１０はゲストログインを設けた認証画面の画面例であり、ユーザが画像形成装置１０１の機能を利用するためにユーザ認証を行う機能を提供するための画面である。以下、認証画面７００との違いのみ説明する。

ゲストログインボタン７１１はゲストユーザとしてユーザ認証を実行するためのボタンである。ユーザがこのボタンを押下した場合、ユーザ認証処理部４０２はユーザ名とパスワードによる認証は行わず、ログインを許可する。ゲストログインボタン７１１を押下してログインしたユーザは、ユーザ名がＧｕｅｓｔでロールがＧｕｅｓｔ Ｕｓｅｒとなる。なお、本実施例では詳細の説明は省くが、ユーザ認証処理部４０２の設定で認証画面７００と認証画面（ゲストログイン）７１０のどちらの画面を表示するかを切り替えてもよい。

図８はリモート認証画面の画面例である。図８（Ａ）のリモート認証画面８００はユーザがＰＣ１０２上のウェブブラウザから画像形成装置１０１の機能を利用するために、ユーザ認証を行うための画面である。ユーザ名入力フィールド８０１は画像形成装置１０１のユーザがユーザ名を入力するためのフィールドである。パスワード入力フィールド８０２は画像形成装置１０１のユーザがパスワードを入力するためのフィールドである。

ログイン８０３はユーザ認証を実行するためのボタンである。ユーザがこのボタンを押下した場合、ユーザ認証処理部４０２はユーザ名入力フィールド８０１とパスワード入力フィールド８０２に入力された値を元にユーザ認証を行う。

図８（Ｂ）のリモート認証画面（ゲストログイン）８１０はユーザが画像形成装置１０１の機能を利用するためにユーザ認証を行う機能を提供するための画面である。以下、リモート認証画面８００との違いのみ説明する。

ゲストログインボタン８１１はゲストユーザとしてユーザ認証を実行するためのボタンである。ユーザがこのボタンを押下した場合、ユーザ認証処理部４０２はユーザ名とパスワードによる認証は行わず、ログインを許可する。ゲストログインボタン８１１を押下してログインしたユーザは、ユーザ名がＧｕｅｓｔでロールがＧｕｅｓｔ Ｕｓｅｒとなり、ロール情報テーブルの権限に従って利用できる機能が制限される。

なお、本実施例では詳細の説明は省くが、ユーザ認証処理部４０２の設定でリモート認証画面８００とリモート認証画面（ゲストログイン）８１０のどちらの画面を表示するかを切り替えてもよい。

図９はローカルＵＩ制御部４００およびリモートＵＩ制御部４０１が表示する機能を選択する画面の画面例である。図９に示す機能を選択する画面は画像形成装置１０１に搭載されている機能の一覧である。画像形成装置１０１のユーザはこの画面に表示されているボタンを押下することで、画像形成装置１０１に搭載されている各機能を利用することができる。

図９（Ａ）の機能選択画面９００は、認証画面７００または認証画面（ゲストログイン）７１０でログインした直後にローカルＵＩ制御部４００によって操作部２０９に表示される画面である。機能選択ボタン９０１は画像形成装置１０１の各機能を利用するためのボタンである。

コピーボタンはコピー機能を利用する画面を、送信ボタンはスキャンした文書をＰＣ１０２に送信する機能を利用する画面を、保存ボタンはスキャンした電子文書をＨＤＤ２０４に保存する機能を利用する画面を表示するためのボタンである。本実施例ではそれぞれのボタンが押下された後に表示する画面の説明は省略するが、いずれも従来通りである。

文書印刷ボタンが押下された場合は印刷画面１０００を表示する。トラストプリントは印刷する文書をすべてブロックチェーンサービスに登録する機能である。このように特定のユースケースやワークフローに特化したボタンを用意しても良い。トラストプリントボタンが押下された場合は、ブロックチェーン機能を有効にした状態で印刷画面１０００を表示する。文書検証ボタンが押下された場合は、検証画面１２００を表示する。

ログアウトボタン９０２は、ログイン中に表示されるログアウト処理を実行するためのボタンである。このボタンが押下されるとログアウト処理が実行され、その後、認証画面７００または認証画面（ゲストログイン）７１０が表示される。

図９（Ｂ）の機能選択画面９１０はリモート認証画面８００またはリモート認証画面（ゲストログイン）８１０でログインした直後にリモートＵＩ制御部４０１によってＰＣ１０２上のウェブブラウザに表示する画面の例である。

機能選択ボタン９１１はそれぞれの機能を利用するためのボタンである。機能選択画面９００と同様に保存ボタンが押下された後に表示する画面の説明は省略する。文書印刷ボタンが押下された場合は、印刷画面１０５０を表示する。トラストプリントボタンが押下された場合は、ブロックチェーン機能を有効にした状態で印刷画面１０５０を表示する。文書検証ボタンが押下された場合は、検証画面１２１０を表示する。

なお、ファンクションの選択はこの形態に限られず、例えば、アプリケーションＡ４０４を機能選択画面９００に表示し、アプリケーションＡ４０４が選択された後に印刷や検証などの機能を選択させる形態であっても良い。

図１０はアプリケーションＡ４０４が表示する文書の印刷画面の画面例である。

図１０（Ａ）の印刷画面１０００は、文書管理装置１０３で管理されている文書を印刷する機能を提供するため画面である。文書選択リスト１００１は、保存または印刷する文書を選択するためのリストであり、アプリケーションＡ４０４は文書管理装置１０３で管理されている文書を文書選択リスト１００１に表示する。プリント開始ボタン１００２は、文書選択リスト１００１で選択した文書の印刷を実行するボタンである。キャンセルボタン１００３は、印刷画面を閉じて機能選択画面９００に戻るボタンである。ＢＣ登録選択ボタン１００４は、印刷する文書をブロックチェーン登録し、問い合わせ情報を文書に埋め込むかをユーザに選択させるボタンである。ＢＣ登録選択ボタン１００４で「する」が選択されている場合は、ＢＣ機能設定画面１０１０を表示する。印刷設定選択ボタン１００５は、印刷する文書の仕上げ設定をユーザに選択させるボタンであり、ここではカラー選択、用紙選択を例示している。なお、ログインするユーザや印刷する文書に応じてＢＣ登録選択ボタン１００４を表示しない方法も考えられるが、その場合は文書ハッシュ値を登録することを強制する、もしくは登録しない、の何れかの方法で処理を行うことになる。

ＢＣ機能設定画面１０１０は、埋込数の設定や埋込位置の確認を行う機能を提供するための画面である。埋込数設定エリア１０１１は、ユーザからの埋込数設定を受け付けるための入力エリアである。入力可能範囲１０１２には、埋込数設定エリアに入力することのできる値域を表示する。ここで表示する値域は埋込数（下限）から埋込数（上限）までとなる。また埋込数設定エリア１０１１や入力可能範囲１０１２には、デフォルト値として、例えば埋込数（下限）を設定するなど、値域の範囲内で埋込数のデフォルト値を決定する旨を表示しても良い。埋込位置プレビュー１０１３は、問い合わせ情報を埋め込む位置を表示する。複数ページの文書を印刷する場合、ページ分のプレビューを行う。戻るボダン１０１４は、ＢＣ機能設定画面を閉じて、印刷画面１０１０に戻るボタンである。ＯＫボタン１０１５は、印刷を開始するボタンである。埋込位置設定ボタン１０１６は、埋込位置の設定画面１０２０を表示するボタンである。

埋込位置の設定画面１０２０は、込位置の設定を行う機能を提供するための画面である。埋込位置設定エリア１０２１は、ユーザからの埋込位置設定を受け付けるためのエリアである。ユーザが指定可能な位置を制限して表示しても良い。複数ページの文書を印刷する場合、ページ分の選択が行える。戻るボタン１０２２は、埋込位置の設定画面１０２０を閉じて、ＢＣ機能設定画面１０１０を表示するためのボタンである。なお、ユーザに埋込位置を知らせたくない場合は、埋込位置プレビュー１０１３や、埋込位置設定ボタン１０１６を表示しなくても良い。

図１０（Ｂ）の印刷画面１０５０は、文書管理装置１０３で管理されている文書を印刷する機能を提供するための画面であって、ＰＣ１０２上のウェブブラウザに表示する画面の例である。ＢＣ登録機能設定１０６０は、埋込数の設定や埋込位置の確認を行う機能を提供するための画面であって、ＰＣ１０２上のウェブブラウザに表示する画面の例である。埋込位置の設定画面１０７０は、埋込位置の設定を行う機能を提供するための画面であって、ＰＣ１０２上のウェブブラウザに表示する画面の例である。

図１０（Ｃ）の登録画面１０２０は文書をブロックチェーン装置１１１および文書管理装置１０３に登録する機能を提供するための画面であって、ＰＣ１０２上のウェブブラウザに表示する画面の例である。

図１０（Ｄ）の登録画面１０３０は文書を文書管理装置１０３に登録する機能を提供するための画面であって、例えばゲストログインしたユーザに対してＰＣ１０２上のウェブブラウザに表示する画面である。なお、ユーザにブロックチェーンサービスを利用できるロールが割り当てられていない場合に、図１０（Ｄ）の登録画面１０１０を表示しても良い。

図１１は、アプリケーションＡ４０４が表示する登録されている文書を保存または印刷する画面の画面例である。図１１（Ａ）の登録文書の保存／印刷画面１１００はブロックチェーン装置１１１および文書管理装置１０３で管理されている文書を保存または印刷する機能を提供するための画面である。

文書選択リスト１１０１は、保存または印刷する文書を選択するためのリストであり、アプリケーションＡ４０４は文書管理装置１０３で管理されている文書を文書選択リスト１１０１に表示する。プリントするボタン１１０２は、文書選択リスト１１０１で選択した文書の印刷を実行するボタンである。保存するボタン１１０３は、文書選択リスト１１０１で選択した文書を画像形成装置１０１のＨＤＤ２０４に保存するボタンである。

図１１（Ｂ）の登録文書の保存／印刷画面１１１０はブロックチェーン装置１１１および文書管理装置１０３で管理されている文書を保存または印刷する機能を提供するための画面であって、ＰＣ１０２上のウェブブラウザに表示する画面の例である。

図１２はアプリケーションＡ４０４が表示する文書を検証するための画面の画面例である。図１２（Ａ）の検証画面１２００はスキャンした文書または画像形成装置１０１に保存されている文書を、ブロックチェーン装置１１１を利用して正式な文書であることを検証する機能を提供するための画面である。

文書選択設定１２０１は検証の対象となる文書をスキャンした紙文書または画像形成装置１０１に保存されている文書から選択する設定である。文書選択リスト１２０２は検証対象となる文書を選択するためのリストであり、ＨＤＤ２０４に保存されている文書の一覧である。検証するボタン１２０３は、文書選択設定１２０１でスキャンが選択されていた場合は文書のスキャンを実行し、その後、ブロックチェーン装置１１１を利用して文書の検証を実行するボタンである。検証するボタン１２０３は、文書選択設定１２０１で保存文書が選択されていた場合は文書選択リスト１２０２で選択されている文書の検証を行う。

図１２（Ｂ）の検証画面１２１０はＨＤＤ２０４に保存されている文書を、ブロックチェーン装置１１１を利用して正式な文書であることを検証する機能を提供するための画面であって、ＰＣ１０２上のウェブブラウザに表示する画面の例である。

図１３は、文書管理装置１０３に保存されている電子文書を画像形成装置１０１から印刷処理を行うフローチャートである。実施例１では、ユーザが制御部２００を介して画像形成装置１０１を利用するケースを説明するが、ＰＣ１０２上のウェブブラウザを介して画像形成装置１０１を利用してもよい。本フローチャートは、認証画面７００でログインボタン７０３が押下されたことにより起動され、まずユーザ認証処理部４０２がＣＰＵ２０１において実行される。

本フローチャート起動時には、認証画面７００から画像形成装置１０１のユーザによって入力されたユーザ名とパスワードがユーザ認証処理部４０２に渡される。ステップＳ１３０１では、ログイン依頼としてユーザ名とパスワードを受け付ける。ステップＳ１３０２では、受信したユーザ名とパスワードがユーザ情報テーブル内のユーザ名とパスワードと一致するか確認し、一致する場合はユーザ認証が成功したと見なし、ステップＳ１３０３へ進む。一致しなかった場合はユーザ認証が失敗したと見なし、ステップＳ１３１５へ進む。

ステップＳ１３０３では、ログイン処理として現在ログインしているユーザとしてステップＳ１３０１で受け付けたユーザ名をＲＡＭ２０３に保持し、処理をローカルＵＩ制御部４００に渡す。処理を引き継いだローカルＵＩ制御部４００は機能選択画面９００を操作部２０９に表示する。本フローチャートでは、その後、機能選択画面９００においてユーザによって登録文書保存／印刷ボタンが押下され、それ以降の処理はアプリケーションＡ４０４がＣＰＵ２０１において実行される。処理を引き継いだアプリケーションＡ４０４は登録文書の保存／印刷画面１１００を操作部２０９に表示する。

ステップＳ１３０４では、アプリケーションＡ４０４は図１１に示した登録文書の保存／印刷画面１１００を操作部Ｉ／Ｆ２０５を経由して操作部２０９に表示し、プリントするボタン１１０２が押下されるまで待ち、押下された場合はステップＳ１３０５に進む。ステップＳ１３０５では、登録文書の保存／印刷画面１１００の文書選択リスト１１０１で選択された電子文書を画像形成装置１０１から取得する。取得した電子文書の文書情報はＲＡＭ２０３に、文書ファイルはＨＤＤ２０４に一時的に保存する。

ステップＳ１３０５まではアプリケーションＡ４０４で処理を行っていたが、ステップＳ１３０６はブロックチェーンアプリケーション４０６が処理を実行する。ステップＳ１３０６では、ＲＡＭ２０３に保存した文書情報のＩＤを文書識別情報６０３に保持するトランザクション６０１を取得する。この取得処理については、後述の図１７において説明する。

ここで、アプリケーションＡ４０４はクレデンシャル情報Ａ４０８をブロックチェーンアプリケーション４０６に渡す。クレデンシャル情報Ａ４０８は、電子文書の取得に関する一連の処理が正規なアプリケーションによって行われていることを検証するためにブロックチェーンアプリケーション４０６によって利用される。

ステップＳ１３０７では、ステップＳ１３０６で該当するトランザクション情報を取得できたかどうかを判定する。トランザクション情報が存在しない場合には、ブロックチェーン装置１１１で管理されていない文書であるため、ステップＳ１３０８に進む。トランザクション情報が存在する場合には、ステップＳ１３０９に進む。

ステップＳ１３０８では、ＨＤＤ２０４に保存した文書データを画像形成装置１０１のプリンタＩ／Ｆ２０６を経由して、プリンタ２１０から印刷処理を行う。ステップＳ１３０９では、ＨＤＤ２０４に保存した文書データからハッシュ値を算出する。そのハッシュ値は、ステップＳ１３１０においてステップＳ１３０７で取得したトランザクション情報の文書ハッシュ値６０２と同一値であるかどうかを判定する。同一値でなければ、文書管理装置１０３に保存されている文書ファイルは不正なデータであるため、ステップＳ１３１５のエラー表示に進む。同一値である場合には、ステップＳ１３１１に進む。

ステップＳ１３１１では、印刷文書に設定するためのハッシュ値を算出する。これには、ステップＳ１３０７で取得したトランザクション情報の文書ハッシュ値６０２と処理を行う画像形成装置１０１のクレデンシャル情報Ｃ４０７と本ステップ処理時点の画像形成装置内の日時情報、さらに印刷文書の描画データを使用して計算する。この描画データのハッシュ化処理は図１５を用いて説明する。

ステップＳ１３１２では、ステップＳ１３１１で算出された印刷物を表すハッシュ値と、元の画像を表すトランザクション情報の文書ハッシュ値６０２をステップＳ１３１３で印刷するファイル内に設定する。ここで設定する形式は、後述の検証で印刷した紙をスキャンした際に読み取れる形式であり、二次元バーコードとして印刷物上で判断できる情報であっても良いし、不可視情報として埋め込んでもよい。

ステップＳ１３１３では、ハッシュ値を設定した文書ファイルを画像形成装置１０１のプリンタＩ／Ｆ２０６を経由して、プリンタ２１０から印刷処理を行う。ステップＳ１３１３まではアプリケーションＡ４０４で処理を行っていたが、ステップＳ１３１４はブロックチェーンアプリケーション４０６が処理を実行する。ステップＳ１３１４では、印刷処理の情報をブロックチェーン装置１１１に登録する。この登録処理は後述の図１７で説明する。ここでは、登録するためのトランザクション６０１へ指定する値について説明する。

文書ハッシュ値６０２にはステップＳ１３１１で算出した印刷文書のハッシュ値を、文書識別情報６０３には引数で受け取った電子文書を表すＩＤを指定する。登録デバイス識別情報６０４には印刷を行った画像形成装置１０１のクレデンシャル情報Ｃ４０７のハッシュ値を指定する。文書登録日時６０５にはＳ１３１１でハッシュ値を検索した際の日時情報を指定する。文書登録者６０６は、印刷を行った画像形成装置１０１へログインしているユーザ名のハッシュ値を指定する。印刷画像ハッシュ値６０７には後述する処理で印刷画像から得たハッシュ値を指定する。元文書ハッシュ値６０８には、Ｓ１３０６で取得した元の画像を表すトランザクション情報の文書ハッシュ値６０２を指定する。

ここで、アプリケーションＡ４０４はクレデンシャル情報Ａ４０８をブロックチェーンアプリケーション４０６に渡す。クレデンシャル情報Ａ４０８は、電子文書の取得に関する一連の処理が正規なアプリケーションによって行われていることを検証するためにブロックチェーンアプリケーション４０６によって利用される。ステップＳ１３１５では、本処理フローチャートにおいて印刷を許可できない場合のエラー表示を行う。これについては画面上にエラーダイアログ（不図示）を表示する。

図１４は、ユーザが指定した文書ファイル、もしくは印刷された紙文書を画像形成装置１０１から検証処理を行うフローチャートである。本フローチャートは、図７に示した画像形成装置１０１の認証画面７００でログインボタン７０３もしくは、ゲストログインボタン７１１が押下されたことにより起動され、まずユーザ認証処理部４０２がＣＰＵ２０１において実行される。本フローチャート起動時には、認証画面７００から画像形成装置１０１のユーザによって入力されたユーザ名とパスワードがユーザ認証処理部４０２に渡される。

ステップＳ１４０１では、ログイン依頼としてユーザ名とパスワードを受け付ける。ステップＳ１４０２では、受信したユーザ名とパスワードがユーザ情報テーブル内のユーザ名とパスワードと一致するか確認し、一致する場合はユーザ認証が成功したとみなし、ステップＳ１４０３へ進む。一致しなかった場合はユーザ認証が失敗したと見なし、ステップＳ１４１４へ進む。

ステップＳ１４０３では、ログイン処理として現在ログインしているユーザとしてステップＳ１４０１で受け付けたユーザ名をＲＡＭ２０３に保持し、処理をローカルＵＩ制御部４００に渡す。処理を引き継いだローカルＵＩ制御部４００は機能選択画面９００を操作部２０９に表示する。本フローチャートでは、その後、機能選択画面９００においてユーザによって文書検証ボタンが押下され、それ以降の処理はアプリケーションＡ４０４がＣＰＵ２０１において実行される。処理を引き継いだアプリケーションＡ４０４は検証画面１２００を操作部２０９に表示する。

ステップＳ１４０４では、アプリケーションＡ４０４は図１２に示した検証画面１２００を操作部Ｉ／Ｆ２０５を経由して操作部２０９に表示し、検証するボタン１２０３が押下されるまで待ち、押下された場合はステップＳ１４０５に進む。ステップＳ１４０５では、起動時に受け取った文書選択設定１２０１の値で対象文書が紙データかどうかを判定する。紙データの場合にはステップＳ１４０７へ進み、電子データである場合にはステップＳ１４０６へ進む。

ステップＳ１４０６では、選択されたＨＤＤ２０４内の電子データを特定し、その電子データのハッシュ値を算出する。このハッシュ値が検証対象の文書を表すものであり、ステップＳ１４１１での検証処理に使用される。ステップＳ１４０７では、画像形成装置１０１にセットされた紙文書をスキャンする。スキャンは、スキャナＩ／Ｆ２０７を通じてスキャナ２１１で紙文書を読み込み、画像データを生成する。

ステップＳ１４０８では、スキャナ２１１によって画像化されたデータを電子化し、電子データとして一時的にＨＤＤ２０４に保存する。この一時的なデータについては、本フローチャート終了時に削除する。

ステップＳ１４０９では、ステップＳ１４０８でＨＤＤ２０４に保存した電子データに埋め込まれたハッシュ値を取得する。この取得は、前述の図１５で説明した印刷フローチャートのステップＳ１５１２で埋め込んだ方法に合わせたハッシュ値を取得する処理を行う。

ステップＳ１４１０では、ステップＳ１４０９で得られたハッシュ値がスキャンデータの画像特徴と一致するか検証する。この処理は図１６を用いて後述する。

ステップＳ１４１１では、ＣＰＵ２０１がＲＡＭ２０３に保管された上記Ｓ１４１０の埋め込まれたハッシュ値とスキャンデータ画像のハッシュ値比較による検証結果が真であったかを判定する。真であった場合にはスキャンデータのハッシュ値に問題ないものとしてステップＳ１４１２へ進み、偽であった場合にはスキャンデータのハッシュ値が文書の内容と一致しないものとしてステップＳ１４１５へ進む。ステップＳ１４１１まではアプリケーションＡ４０４で処理を行っていたが、ステップＳ１４１２はブロックチェーンアプリケーション４０６が処理を実行する。

ステップＳ１４１２では、ブロックチェーン装置１１１に記録されているトランザクション情報を使用した文書検証処理を行う。この文書検証処理は後述の図１７で説明する。その際には、処理種別として文書検証とステップＳ１４０６もしくはステップＳ１４０９において算出／取得した文書ハッシュ値と、クレデンシャル情報Ａ４０８とを渡す。

依頼した処理結果であるＳ１４１１で得た応答と、Ｓ１４１２スキャンデータの画像検証結果を受け取ったら、ステップＳ１４１３で検証結果を判定する。検証が成功した場合には、ステップＳ１４１４で検証が成功した等のメッセージを表示する標準ダイアログ（不図示）を表示する。また、検証が失敗した場合には、ステップＳ１４１５で検証が失敗したもしくは検証不可能である旨のメッセージを表示する標準ダイアログ（不図示）を表示する。それぞれのメッセージ表示後、ユーザがダイアログを閉じる指示を行ったら本フローチャートを終了する。

図１５は、上述したＳ１３１１の印刷文書のハッシュ値生成を説明するフローチャートである。本実施例では、文書管理装置１０３に保存されている電子文書を画像形成装置１０１から印刷処理を行う際に印刷文書のハッシュ値を生成する。しかし、それ以外にも同ハッシュ生成を文書管理装置１０３で生成してもよい。

ステップＳ１５０１では、まずＨＤＤ２０４に保存した文書データを画像形成装置１０１のＣＰＵ２０１がＲＡＭ２０３に展開する。展開された文書データに含まれる描画データをＣＰＵ２０１が解析を行い、描画データを抽出する。

ステップＳ１５０２では、ＣＰＵ２０１が上記抽出した描画データに文字情報があるかを判定する。描画データが文字情報を含まず、すでに文字も画像化されている場合、または写真のような文字が含まれない画像のみの場合は、ＣＰＵ２０１は処理をＳ１５０６に進める。一方で、描画データに文字情報が含まれる場合はＣＰＵ２０１はその処理をＳ１５０３に進める。

ステップＳ１５０３では、ＣＰＵ２０１が上記描画データ中の文字情報を抽出しＲＡＭ２０３に展開する。より具体的には、描画データに含まれるフォントや文字コード情報、およびその描画座標を描画命令ごとに抽出する。

ステップＳ１５０４では、ＣＰＵ２０１が上記抽出した文字情報からキーバリュー情報を抽出する。キーバリューと呼ばれる項目とバリューの対となった形式のデータで文書中の文字情報の特徴を抽出する。本実施例では抽出するキーバリュー対象は下記表１のような形式でＨＤＤ２０４に保管され管理される。

本実施例では、上記キーバリュー対象のテーブルは、表１が示す通り文書中に現れる重要な文字情報の項目名と、その項目名と対となる値を抽出する場所を持っている。上述した通り、ＣＰＵ２０１が抽出した文字情報はＲＡＭ２０３に座標位置と文字情報とともに保管されている。よってＣＰＵ２０１は、キーの文字列を上記文字情報から探し、さらに表１に示された「バリューの位置」情報から、対となるバリューの文字情報を探索する。発見されたキーバリューの情報はＣＰＵ２０１によって下記表２の形式でＲＡＭ２０３に保管される。

ステップＳ１５０５では、ＣＰＵ２０１は上記抽出されたキーバリューの文字情報をハッシュ関数を用いてハッシュ値に変換する。

ステップＳ１５０６では、ＣＰＵ２０１はさらに印刷文書中の描画データをレンダリング処理し、文書データの画像化を行い、得られたレンダリング結果画像をＨＤＤ３０５に保管する。

ステップＳ１５０７では、ＣＰＵ２０１はレンダリング結果画像に対してＨＯＧアルゴリズムを用いて画像特徴量を計算する。なお、本実施例ではＨＯＧアルゴリズムを用いて画像の特徴量を計算するが、そのほかＳＵＲＦやＳＨＩＦと呼ばれる既知の技術を用いて画像特徴を抽出してもよい。

ステップＳ１５０８では、ＣＰＵ２０１は上記得られた画像特徴量のベクトルデータを既知のハッシュ計算を用いてハッシュ化してＲＡＭ２０３に保管する。

なお、本実施例では局所画像特徴量及びハッシュ関数を用いて印刷文書のハッシュ値を求めているが、それ以外にもＰｅｒｃｅｐｔｕａｌ Ｈａｓｈのように画像の周波数成分を数値化するハッシュ関数を用いてもよい。

ステップＳ１５０９では、ＣＰＵ２０１は上記得られた少なくとも２つのハッシュ値を合成し、印刷文書のハッシュ値としてＲＡＭ２０３に保管する。なお、本実施例の合成処理は、二つのハッシュ値をカンマ区切り文字（「，」）を用い、二つのハッシュ値を文字データとして合成するものとする。もちろん、ハッシュ値の桁数を固定し、区切り文字なしで二つのハッシュ値を文字情報として合成するなど、それ以外の合成の方法を用いてもよい。

続いて、図１６を用いて、画像形成装置１０１内で行われる図１４のＳ１４１０で示した処理を説明する。

ステップＳ１６０１では、画像形成装置１０１中のＣＰＵ２０１が、ＨＤＤ２０４に保存されたスキャナ２１１によって画像化された電子データから画像特徴量を計算してＲＡＭ２０３に保管する。この画像特徴量の計算は図１５のＳ１５０７で説明した手法と同じアルゴリズムを使用する。

ステップＳ１６０２では、ＣＰＵ２０１がＲＡＭ２０３に保管された上記画像特徴量をもとに、ＣＰＵ２０１がハッシュ値を計算する。この計算も上記同様に、ステップＳ１５０８で使用した手法に基づきハッシュ値を求める。

なお、これも図１５と同様に、本実施例では局所画像特徴量及びハッシュ関数を用いてスキャンデータのハッシュ値を求めているが、図１５中と同じ手法であれば、それ以外にもＰｅｒｃｅｐｔｕａｌ Ｈａｓｈのように画像の周波数成分を数値化するハッシュ関数を用いてもよい。

ステップＳ１６０３では、ＣＰＵ２０１が既知のＯＣＲ技術を用いて上記、ＨＤＤ２０４に保存された画像化された電子データ中の文字が存在する文字領域を抽出し、ＲＡＭ２０３に保管する。

ステップＳ１６０４では、ＣＰＵ２０１がＲＡＭ２０３に保管された文字抽出結果をもとに、上記電子データから文字猟奇が抽出できたかどうか判定する。上記判定をもとに、ＣＰＵ２０１はもし文字領域が抽出できていたと判定された場合は、その処理をＳ１６０５に進める。一方で、上記判定で文字領域が抽出できなかったと判定された場合には、その処理をＳ１６０７に進め、合成されたハッシュ値計算に進む。

ステップＳ１６０５では、ＣＰＵ２０１がＳ１６０３で得られたＲＡＭ２０３上の文字情報からキーバリュー抽出を行う。このキーバリュー抽出は、ＣＰＵ２０１が(表１)を用いて説明したＳ１５０４と同様の手法を用いてキーとバリューの対の情報を抽出し、その結果をＲＡＭ２０３に保管する。

さらにステップＳ１６０６でも、ＣＰＵ２０１は(表２)を用いて説明して説明したＳ１５０５と同様に、ハッシュ値を生成する。

ステップＳ１６０７では、Ｓ１５０９と同様に、上記二つの画像特徴量とキーバリュー抽出結果から生成されたハッシュ値を合成し、スキャンデータのハッシュ値としてＲＡＭ２０３に保管する。

ステップＳ１６０８では上記スキャンデータのハッシュ値と、Ｓ１４０９で得られた埋め込まれたハッシュ値をもとに、二つのハッシュ値が同一の文書を示しているか判定する。より具体的にはＣＰＵ２０１は、合成された二つのハッシュ値のうちキーバリュー抽出によって得られたハッシュ値の部分が同一かどうかを判定する。さらにＣＰＵ２０１は、合成された二つのハッシュ値のうち、画像特徴量をもとに得られたハッシュ値の差が既定の閾値以下であれば画像特徴量からも同一文書を示していると判定する。ＣＰＵ２０１は、上記二つの判定がともに真である場合に埋め込まれたハッシュ値とスキャンデータのハッシュ値が同一の文書から生成されたハッシュ値であると判定し、その判定結果をＲＡＭ２０３に保管する。

図１７は、画像形成装置１０１のブロックチェーンアプリケーション４０６でブロックチェーン装置１１１へのトランザクション処理を行うフローチャートである。本フローチャートは、図１３から図１４までのアプリケーションＡ４０４の処理中にブロックチェーンアプリケーション４０６として起動され、実行される。

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

ステップＳ１７０１では、ブロックチェーンアプリケーション４０６はクレデンシャル情報Ｃ４０７とクレデンシャル情報Ａ４０８をブロックチェーン装置１１１に渡して、正しいクレデンシャル情報であることを確認する。ここで、クレデンシャル情報Ｃ４０７はブロックチェーンアプリケーション４０６の起動時にクレデンシャル情報管理部４１０から取得したものを、クレデンシャル情報Ａ４０８はアプリケーションＡ４０４から取得したものを用いる。

ステップＳ１７０２では、ステップＳ１７０１で確認したクレデンシャル情報が正しいものであるかどうかを判定する。正しいか否かの判定は、クレデンシャル情報がデジタル証明書の場合は証明書の検証を行って検証が成功した場合に、正しいクレデンシャル情報であると判断する。また、予め定められたデータ値の場合は値が一致する場合に、正しいクレデンシャル情報であると判断する。正しいクレデンシャルであった場合にはブロックチェーン装置１１１へのアクセスが可能な状況であるため、ステップＳ１７０３に進み、正しいクレデンシャルでなかった場合にはステップＳ１７０４に進む。

ステップＳ１７０３では、ブロックチェーンアプリケーション４０６が受信した処理種別を判定する。トランザクション登録であればステップＳ１７０５へ、トランザクション取得であればステップＳ１７１０へ、文書検証であればステップＳ１７１３へ進む。

ステップＳ１７０４では、本処理フローチャートにおいてブロックチェーン装置１１１へのアクセス権限を満たしていない旨のエラー情報を生成する。

ステップＳ１７０５では、処理起動時に受け取ったトランザクション情報がそろっているかどうかを確認する。また、文書ハッシュ値６０２についてはブロックチェーン装置１１１内に登録されていない事を、元文書ハッシュ値６０８についてはブロックチェーン装置１１１内に登録されている事を、ブロックチェーン装置１１１を検索することで確認する。情報がそろっていない、もしくはハッシュ値が正しい状態ではない場合には、トランザクション情報は不正なものとなる。このチェック結果をステップＳ１７０６で判定し、トランザクション情報が正当であればステップＳ１７０７へ、不正な情報であればステップＳ１７０９のエラー処理へ進む。

ステップＳ１７０７では、ブロックチェーン装置１１１に対してチェック済みのトランザクション６０１の登録を依頼する。本ステップではブロックチェーン装置１１１から登録処理の結果として成功／失敗を受け取る。

ステップＳ１７０８では、そのブロックチェーン装置１１１からの処理結果を判定し、失敗の場合にはステップＳ１７０９のエラー処理へ進み、成功であれば結果通知Ｓ１７１９へ進む。ステップＳ１７０９では、本処理フローチャートにおいてトランザクション登録ができない旨のエラー情報を生成する。

ステップＳ１７１０では、処理起動時に受け取った文書識別番号を保持するトランザクションをブロックチェーン装置１１１から検索し、取得する。検索結果はステップＳ１７１１で判定し、トランザクションデータを取得できなかった場合には、対象の文書はブロックチェーン装置１１１に登録されていないため、ステップＳ１７１２のエラー処理へ進む。トランザクションデータを取得できた場合には、ステップＳ１７１９へ進む。ステップＳ１７１２では、本処理フローチャートにおいてトランザクション取得に失敗した旨のエラー情報を生成する。

ステップＳ１７１３では、処理起動時に受け取ったハッシュ値を文書ハッシュ値として保持するトランザクションをブロックチェーン装置１１１から検索し取得する。検索結果はステップＳ１７１４で判定し、トランザクションデータを取得できなかた場合には、正当なハッシュ値としてステップＳ１７１５へ進み、取得できなかった場合には、不正なハッシュ値としてステップＳ１７１８のエラー処理へ進む。

ステップＳ１７１５では、ステップＳ１７１３で取得したトランザクションに元文書ハッシュ値を持っているかどうかを判定する。元文書ハッシュ値を持っていない場合には、ステップＳ１７０７で確認したハッシュ値が一番先頭の文書であるため検証処理は終了となり、ステップＳ１７１９へ進む。元文書ハッシュ値を持っている場合、その元文書の存在を確認する必要があるため、ステップＳ１７１６へ進む。

ステップＳ１７１６では、処理種別として文書検証を、処理に必要な情報として元文書ハッシュ値を指定し、本図１７のフローチャートを再帰実行する。この実行結果はステップＳ１７１７で判定し、元文書まで含めた検証が成功した場合には、ステップＳ１７１９へ進む。検証が失敗した場合には、ステップＳ１７１８のエラー処理へ進む。ステップＳ１７１８では、本処理フローチャートにおいて文書検証に失敗した旨のエラー情報を生成する。

ステップＳ１７１９では、それぞれの処理種別ごとの処理成功時の情報として、トランザクション登録の場合には登録完了ステータスを、文書検証の場合には検証成功ステータスを呼び出し元となる処理に通知する。トランザクション取得の場合には取得したトランザクション情報を、またエラー処理が行われている場合にはエラー情報を呼び出し元となる処理に通知する。

以上、実施例１により、ブロックチェーンサービスと連携する画像形成装置が、適切にブロックチェーンサービスと連携し、ＯＣＲや画像認識技術には誤差があっても検証を行うことができる。また、印刷物に含まれる問い合わせ情報をほかの印刷物に流用されても、正しく一意性があるかを検証できる。

実施例１では、図１３と図１４を用いて印刷時の印刷文書への情報付加処理とスキャン時の検証処理を説明した。具体的には、ステップＳ１３１２で、ステップＳ１３１１で算出された印刷物を表すハッシュ値を印刷文書に付加していた。付加する形式は、後述の検証で印刷した紙をスキャンした際に読み取れる形式であり、二次元バーコードとして印刷物上で判断できる情報であっても良いし、不可視情報として埋め込んでもよい。また上記付加した情報をスキャン時にステップＳ１４０９で説明した処理で抽出している。

本発明を実施するほかの実施例として、ブロックチェーンに上記印刷物を表すハッシュ値を登録し、そのハッシュ値をもとに検証を行う別の処理を、図１８を用いて以下に説明する。

図１８は図１４と同様に、ユーザが指定した文書ファイル、もしくは印刷された紙文書を画像形成装置１０１から検証処理を行うフローチャートである。

ステップＳ１８０１では、ログイン依頼としてユーザ名とパスワードを受け付ける。ステップＳ１８０２では、受信したユーザ名とパスワードがユーザ情報テーブル内のユーザ名とパスワードと一致するか確認し、一致する場合はユーザ認証が成功したとみなし、ステップＳ１８０３へ進む。一致しなかった場合はユーザ認証が失敗したと見なし、ステップＳ１８１４へ進む。

ステップＳ１８０３では、ログイン処理として現在ログインしているユーザとしてステップＳ１８０１で受け付けたユーザ名をＲＡＭ２０３に保持し、処理をローカルＵＩ制御部４００に渡す。処理を引き継いだローカルＵＩ制御部４００は機能選択画面９００を操作部２０９に表示する。本フローチャートでは、その後、機能選択画面９００においてユーザによって文書検証ボタンが押下され、それ以降の処理はアプリケーションＡ４０４がＣＰＵ２０１において実行される。処理を引き継いだアプリケーションＡ４０４は検証画面１２００を操作部２０９に表示する。

ステップＳ１８０４では、アプリケーションＡ４０４は図１２に示した検証画面１２００を操作部Ｉ／Ｆ２０５を経由して操作部２０９に表示し、検証するボタン１２０３が押下されるまで待ち、押下された場合はステップＳ１８０５に進む。ステップＳ１８０５では、起動時に受け取った文書選択設定１２０１の値で対象文書が紙データかどうかを判定する。紙データの場合にはステップＳ１８０７へ進み、電子データである場合にはステップＳ１８０６へ進む。

ステップＳ１８０６では、選択されたＨＤＤ２０４内の電子データを特定し、その電子データのハッシュ値を算出する。このハッシュ値が検証対象の文書を表すものであり、ステップＳ１８１０での検証処理に使用される。ステップＳ１８０７では、画像形成装置１０１にセットされた紙文書をスキャンする。スキャンは、スキャナＩ／Ｆ２０７を通じてスキャナ２１１で紙文書を読み込み、画像データを生成する。

ステップＳ１８０８では、スキャナ２１１によって画像化されたデータを電子化し、電子データとして一時的にＨＤＤ２０４に保存する。この一時的なデータについては、本フローチャート終了時に削除する。

ステップＳ１８０９では、ステップＳ１４０８でＨＤＤ２０４に保存した電子データに埋め込まれたハッシュ値を取得する。この取得は、前述の図１５で説明した印刷フローチャートのステップＳ１５１２で埋め込んだ方法に合わせたハッシュ値を取得する処理を行う。

ステップＳ１８１０では、ブロックチェーン装置１１１に記録されているトランザクション情報を使用した文書検証処理を行う。

ステップＳ１８１１では、上記Ｓ１８０９で得た電子データからのハッシュ値取得結果と、上記ブロックチェーン装置１１１から得られた、印刷時に付加した印刷物を表すハッシュ値を用いて、実施例１と同様に二つの値を比較する。

依頼した処理結果であるＳ１８１０で得た応答と、Ｓ１８１１のスキャンデータの画像検証結果を受け取ったら、ステップＳ１８１２で検証結果を判定する。検証が成功した場合には、ステップＳ１８１３で検証が成功した等のメッセージを表示する標準ダイアログ（不図示）を表示する。また、検証が失敗した場合には、ステップＳ１８１４で検証が失敗したもしくは検証不可能である旨のメッセージを表示する標準ダイアログ（不図示）を表示する。それぞれのメッセージ表示後、ユーザがダイアログを閉じる指示を行ったら本フローチャートを終了する。

以上、実施例２が示すように、印刷時に付加した情報をブロックチェーン装置１１１に付加、および取得することでも、本発明を実施できる。

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

４００ ローカルＵＩ制御部
４０１ リモートＵＩ制御部
４０２ ユーザ認証処理部
ＤＢ４０３ ユーザ情報
Ａ４０４ アプリケーション
Ｂ４０５ アプリケーション
４０６ ブロックチェーンアプリケーション
Ｃ４０７ クレデンシャル情報
Ａ４０８ クレデンシャル情報
Ｂ４０９ クレデンシャル情報
４１０ クレデンシャル情報管理部

Claims (4)

1. ネットワークを介して電子データを受信し格納する管理サービスと、格納された前記電子データに関する情報をブロック単位で管理し夫々のブロックごとに前および／または後のブロックとの関連を定義した上で複数のブロックを複数のノードで管理するブロックチェーンサービスと連携する画像処理装置であって、
   画像処理装置が画像形成対象のプリントジョブを受取り、
   画像処理装置が上記プリントジョブ中の印刷情報に関する情報を得て、
   画像処理装置が上記プリントジョブ中の描画データを得て、
   プリントジョブの描画データもとに特徴量を計算し、
   画像処理装置が上記、印刷情報と描画データ由来の特徴量をもとにブロックチェーンのトランザクションデータを生成し、
   画像処理装置が上記、少なくともトランザクションデータを含むデータでブロックチェーンに登録し、
   画像処理装置が上記、少なくとも印刷情報ないし描画データ由来の特徴量をもとにコード画像データを生成し画像処理装置が上記、コード画像データを描画データに付加したうえで印刷処理を行う、ことを特徴とする画像処理装置。
2. ネットワークを介して電子データを受信し格納する管理サービスと、格納された前記電子データに関する情報をブロック単位で管理し夫々のブロックごとに前および／または後のブロックとの関連を定義した上で複数のブロックを複数のノードで管理するブロックチェーンサービスと連携する画像処理装置であって、
   画像処理装置が記録媒体の撮影画像を受取り、
   画像処理装置が上記受取った撮像画像の特徴量を計算し、
   画像処理装置が上記撮像画像に埋め込まれたコード画像データをもとに、印刷時に埋め込まれた少なくとも印刷情報ないし描画データの特徴量由来のデータをデコードし、
   画像処理装置が描画データの特徴量由来のデータと撮像画像の特徴量を検証するとともに、上記ブロックチェーンへ少なくとも印刷時に埋め込まれた印刷情報に基づき照合を行うことを特徴とする画像処理装置。
3. 請求項１の画像処理装置が行うプリントジョブの描画データもとに特徴量を計算する処理は、プリントジョブの描画データをレンダリングしたレンダリング画像の特徴量と、プリントジョブの描画データ中に含まれる文字情報の、少なくとも一方の情報を使って生成することを特徴とする画像処理装置。
4. 請求項２の画像処理装置が行う撮像画像の特徴量を計算する処理は、撮像画像の特徴量と、撮像画像の文字認識結果に基づいた文字情報の、少なくとも一方の情報を使って生成することを特徴とする画像処理装置。

Images