JP7568959B2 - 情報処理システムとその制御方法、及びプログラム - Google Patents

Description

本発明は情報処理システムとその制御方法、及びプログラムに関し、特に、データの信頼性を保証する技術に関する。

デジタルデータは、まったく同質なコピーを容易に生成でき、編集処理も容易に実行できるため、デジタルデータの原本性を保証することは重要である。そこで、電子署名などによって原本性・信頼性を保証・確認できる技術が知られている。

特許文献１には、原データを変更する際に、その変更に関する変更情報を記憶媒体に記憶し、その変更情報が原本であることを保証するための変更保証情報を作成する情報処理装置が提案されている。また、上記情報処理装置とネットワークで接続されたサーバ装置であって、原データと、原データ保証情報と、変更情報と、変更保証情報とを、情報処理装置より受信し、管理するサーバ装置が提案されている。

特開２００４－１８０２７８号公報

デジタルデータの書類のやり取りではなく、印刷物などの紙書類でのやり取りが必要な場面がある。例えば、デジタルデータでの書類を扱うシステム構築をしていない法人や個人に対しては、郵送や手渡しにより紙書類（例えば見積書・注文書・注文請書・検収書・請求書・領収書などの帳票）をやり取りする必要がある。このような紙書類についても改竄などの危険性はあり、原本性・信頼性の保証や確認をしたいという需要がある。一方、特許文献１のようにデジタルデータに原データの保証情報が付与されていたとしても、そのデジタルデータを印刷した紙媒体（印刷物）に対してはその保証情報による原本性・信頼性の保証や確認はできない。

本発明は上記課題に鑑み、印刷された書類についても信頼性をより好適に確認できるようにする仕組みを提供することを目的とする。

上記課題を解決するために、本発明の情報処理システムは、
電子データの書類に信用情報を付与するように処理する処理手段と、
前記処理に基づいて前記信用情報が付与された対象である対象書類が記憶手段に記憶されるように制御するとともに、
前記記憶手段に記憶された前記対象書類にアクセスするためのアクセス情報を前記対象書類に印刷可能に付加するように制御する制御手段と
を有し、
前記制御手段は、前記アクセス情報を用いて信用情報が付与された前記対象書類の電子データが閲覧可能である旨のガイドを前記対象書類に印刷可能に付加するように制御することを特徴とする。

本発明によれば、印刷された書類についても信頼性をより好適に確認できる。

本実施形態のシステム構成図である。 (ａ）請求元端末１００のハードウェアブロック図である。（ｂ）請求先端末２００のハードウェアブロック図である。 請求元端末１００における請求書出力処理のフローチャートである。 （ａ）請求書データ一覧の表示例である。（ｂ）請求書のＰＤＦファイルを用紙に印刷して出力した場合の印刷物の例である。 請求先端末２００における信用情報確認処理のフローチャートである。 信用情報確認処理における、信用情報を持つＰＤＦファイルの表示例である。

以下、図面を参照して本発明の好適な実施形態を説明する。

図１に、本実施形態のシステム構成図を示す。本実施形態ではＡ社で帳票の一種である請求書を作成し、Ｂ社に送付する例を説明する。すなわち、Ａ社が請求元であり、Ｂ社が請求先である。帳票は書類の一種である。Ｂ社は、請求書を電子データではなく、紙で管理しているものとする。従ってＡ社は、紙の請求書をプリントアウトし、郵送または手渡しでＢ社に請求書を渡す。Ｂ社では、紙で受け取った請求書を社内で管理・保存し、これに基づいて請求元への支払い処理や、決算や納税に関する業務を行う。

Ａ社における情報処理システムは、ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）に接続された請求元端末１００、印刷装置１８０、サーバ装置１７０を含む。Ａ社では、サーバ装置１７０に保存された請求データに基づいて、請求元端末１００を操作して請求書の電子データ作成を行う。本実施形態では請求書の電子データの形式はＰＤＦ（Ｐｏｒｔａｂｌｅ Ｄｏｃｕｍｅｎｔ Ｆｏｒｍａｔ）であるものとして説明するが、フォーマットはＰＤＦに限るものではない。ＰＤＦでの請求書を作成すると、インターネットを介してＡ社の社外（外部機関）である信用情報付与機関４００に対して、信用情報の付与を依頼する。付与を依頼する信用情報は、作成された請求書のＰＤＦは確かにＡ社が作成したものであり、内容が原本と同一である（すなわち、改竄が無い）ことを保証するための信用情報である。

信用情報の付与を依頼された信用情報付与機関４００では、サーバ装置などの情報処理装置を用いて、依頼を受けた請求書のＰＤＦに対して信用情報を付与する処理を行う。信用情報を付与したＰＤＦを、依頼元のＡ社に送信する。

信用情報が付与された請求書のＰＤＦを信用情報付与機関４００から受信した請求元端末１００は、信用情報が付与された請求書のＰＤＦを、Ａ社の社外からアクセス可能なサーバ装置３００に保存し、印刷装置１８０で印刷して紙媒体の請求書１９０を生成する。この請求書１９０には、サーバ装置３００に保存された、原本となる請求書のＰＤＦ（信用情報が付与されたもの）へのアクセス情報も印刷されている。この請求書１９０を、郵送や手渡しなどの手段で、Ｂ社に送付する。なお、サーバ装置３００は請求書１９０の送付先であるＢ社からアクセス可能な記憶装置であればよく、Ａ社の社外にあることは必須ではない。従ってＡ社内に設置するものとしてもよい。これらのＡ社における処理の詳細は図３を用いて後述する。

Ｂ社は紙媒体である請求書１９０を受け取る。そして、この紙媒体の請求書１９０に印刷されたアクセス情報を用いて、Ｂ社側で所有する請求先端末２００（例えばスマートフォン）で、サーバ装置３００に保存された、信用情報が付与された請求書のＰＤＦへアクセスする。すると、手元の紙媒体と同じ記載内容の請求書が請求先端末２００のディスプレイに表示され、さらに、信用情報が付与されているため、表示された請求書の内容の原本性を確認することができる。このようにして、Ｂ社側で、送付された請求書１９０が原本通りであり信用できる書類であることを確認することができる。この際、仮に、手元の紙媒体の請求書と、請求先端末２００のディスプレイに表示された請求書の表示内容に相違がある、あるいは、信用情報を用いた原本性の確認ができない場合には、手元の紙媒体の請求書の原本性に疑いを持つことができる。原本性に疑いを持った場合は、請求元のＡ社に問い合わせるなどの対応をとることが可能となる。すなわち、悪意のある第３者による、書類のすり替えや改竄などの行為により不正な請求書が送付されてきた場合に、Ｂ社が不正な請求書を信じてしまい、不正な請求に応じた支払いをしてしまうといったことを抑止することができる。これらのＢ社における処理の詳細は図５を用いて後述する。

図２（ａ）に、請求元端末１００のハードウェアブロック図を示す。請求元端末１００は、パーソナルコンピュータ（以下、ＰＣ）やスマートフォン、タブレット端末などの電子機器（情報処理装置）を用いて構成可能なものである。

図１において、内部バス１５０に対してＣＰＵ１０１、メモリ１０２、不揮発性メモリ１０３、画像処理部１０４、ディスプレイ１０５、操作部１０６、記録媒体Ｉ／Ｆ１０７、外部Ｉ／Ｆ１０９、通信Ｉ／Ｆ１１０、カメラ部１１２が接続されている。内部バス１５０に接続される各部は、内部バス１５０を介して互いにデータのやりとりを行うことができるようにされている。

メモリ１０２は、例えばＲＡＭ（半導体素子を利用した揮発性のメモリなど）からなる。ＣＰＵ１０１は、例えば不揮発性メモリ１０３に格納されるプログラムに従い、メモリ１０２をワークメモリとして用いて、請求元端末１００の各部を制御する。不揮発性メモリ１０３には、画像データや音声データ、その他のデータ、ＣＰＵ１０１が動作するための各種プログラムなどが格納される。不揮発性メモリ１０３は例えばハードディスク（ＨＤ）やＲＯＭなどで構成される。

画像処理部１０４は、ＣＰＵ１０１の制御に基づいて、不揮発性メモリ１０３や記録媒体１０８に格納された画像や、外部Ｉ／Ｆ１０９を介して取得した映像信号、通信Ｉ／Ｆ１１０を介して取得した画像、撮像された画像などに対して各種画像処理を施す。画像処理部１０４が行う画像処理には、Ａ／Ｄ変換処理、Ｄ／Ａ変換処理、画像データの符号化処理、圧縮処理、デコード処理、拡大／縮小処理（リサイズ）、ノイズ低減処理、色変換処理、ＰＤＦデータの作成・編集処理などが含まれる。画像処理部１０４は特定の画像処理を施すための専用の回路ブロックで構成しても良い。また、画像処理の種別によっては画像処理部１０４を用いずにＣＰＵ１０１がプログラムに従って画像処理を施すことも可能である。

ディスプレイ１０５は、ＣＰＵ１０１の制御に基づいて、画像やＧＵＩ（Ｇｒａｐｈｉｃａｌ Ｕｓｅｒ Ｉｎｔｅｒｆａｃｅ）を構成するＧＵＩ画面などを表示する。ＣＰＵ１０１は、プログラムに従い表示制御信号を生成し、ディスプレイ１０５に表示するための映像信号を生成してディスプレイ１０５に出力するように請求元端末１００の各部を制御する。ディスプレイ１０５は出力された映像信号に基づいて映像を表示する。なお、請求元端末１００自体が備える構成としてはディスプレイ１０５に表示させるための映像信号を出力するためのインターフェースまでとし、ディスプレイ１０５は外付けのモニタ（テレビなど）で構成してもよい。

操作部１０６は、キーボードなどの文字情報入力デバイスや、マウスやタッチパネルといったポインティングデバイス、ボタン、ダイヤル、ジョイスティック、タッチセンサ、タッチパッドなどを含む、ユーザー操作を受け付けるための入力デバイスである。なお、タッチパネルは、ディスプレイ１０５に重ね合わせて平面的に構成され、接触された位置に応じた座標情報が出力されるようにした入力デバイスである。

記録媒体Ｉ／Ｆ１０７は、メモリーカードやＣＤ、ＤＶＤといった記録媒体１０８が装着可能とされ、ＣＰＵ１０１の制御に基づき、装着された記録媒体１０８からのデータの読み出しや、当該記録媒体１０８に対するデータの書き込みを行う。外部Ｉ／Ｆ１０９は、外部機器と有線ケーブルや無線によって接続し、映像信号や音声信号の入出力を行うためのインターフェースである。通信Ｉ／Ｆ１１０は、外部機器やインターネット１１１などと通信して、ファイルやコマンドなどの各種データの送受信を行うためのインターフェースである。

カメラ部１１２は、光学像を電気信号に変換するＣＣＤやＣＭＯＳ素子等で構成される撮像素子（撮像センサー）等で構成されるカメラユニットである。カメラ部１１２には、ズームレンズやフォーカスレンズを含むレンズ群（撮影レンズ）、絞り機能を備えるシャッター、撮像素子、撮像素子から出力されるアナログ信号をデジタル信号に変換するＡ／Ｄ変換器、撮像系を覆って汚れや破損を防止するバリアを含む。画像処理部１０４は、カメラ部１１２で撮像して取得したデータに対し所定の画素補間、縮小といったリサイズ処理や色変換処理を行う。画像処理部１０４により得られた演算結果に基づいてＣＰＵ１０１が露光制御、測距制御、ＡＷＢ（オートホワイトバランス）処理を行う。カメラ部１１２で撮像され、画像処理部１０４で画像処理された表示用の画像データはディスプレイ１０５により表示される。カメラ部１１２で撮像され、Ａ／Ｄ変換器によって一度Ａ／Ｄ変換されメモリ１０２に蓄積されたデジタル信号をＤ／Ａ変換器でアナログ変換し、ディスプレイ１０５に逐次転送して表示することで、ライブビュー表示（ＬＶ表示）を行える。ライブビューは、静止画の撮影待機状態、動画の撮影待機状態、動画の記録時に表示可能であり、撮像された被写体像がほぼリアルタイムに表示される。ＣＰＵ１０１は、操作部１０６で行われたユーザー操作に基づく撮影準備指示に応じて、ＡＦ（オートフォーカス）処理、ＡＥ（自動露出）処理、ＡＷＢ処理等の動作を開始するように、カメラ部１１２、画像処理部１０４を制御する。ＣＰＵ１０１は、撮影指示に応じて、本露光して撮像部素子からの信号を読み出し、撮像された画像を画像処理部１０４で画像処理して画像ファイルを生成し、記録媒体１０８に記録するまでの一連の撮影処理（本撮影）の動作を開始ように制御する。撮影指示は、操作部１０６に対するユーザー操作によって行うことができる。カメラ部１１２は、静止画及び動画の撮影が可能である。

図２（ｂ）に、請求先端末２００のハードウェアブロック図を示す。請求先端末２００は、パーソナルコンピュータ（以下、ＰＣ）やスマートフォン、タブレット端末などの電子機器（情報処理装置）を用いて構成可能なものである。図２（ｂ）において、内部バス２５０に対してＣＰＵ２０１、メモリ２０２、不揮発性メモリ２０３、画像処理部２０４、ディスプレイ２０５、操作部２０６、記録媒体Ｉ／Ｆ２０７、外部Ｉ／Ｆ２０９、通信Ｉ／Ｆ２１０、カメラ２１２が接続されている。これらはそれぞれ、図２（ａ）で説明した同名のブロック（参照符号の下二桁が同一のブロック）と同様であるため説明を省略する。記録媒体２０８は記録媒体Ｉ／Ｆ２０７に接続可能なメモリーカードなどの記録媒体である。

図３に、請求元端末１００における請求書出力処理のフローチャートを示す。この処理は、Ａ社において請求書のＰＤＦを生成し、信用情報を付与して印刷するまでの処理を説明するものである。この処理は、不揮発性メモリ１０３に記録されたプログラムをメモリ１０２に展開してＣＰＵ１０１が実行することで実現する。Ａ社の請求書の作成担当者が請求書の作成業務を行うために、請求元端末１００を起動し、請求書の作成を行うソフトウェアを実行すると図３の処理が開始されるものとする。例えば月末締めで請求書を１か月分まとめて出力する際などにこの処理を行う。

Ｓ３０１は、ＣＰＵ１０１は、記録媒体を含む記憶装置であるサーバ装置１７０から請求書データを取得して表示する。

図４（ａ）に、Ｓ３０１でディスプレイ１０５に表示される請求書データ一覧の表示例を示す。表４０１は、請求書データの一覧である。各行が１つの請求書を作成するための１つの請求書データに対応する。請求書データは、例えば、営業担当者が請求先と売買契約を締結して売り上げを確定した際などに営業担当者が入力しておいたデータである。請求書を作成すべき事案が複数あった場合には、複数の請求書に対応する請求書データがサーバ装置１７０に蓄積されており、表４０１示すように複数の請求書データが一覧で表示される。

請求書データの一覧である表４０１には、請求書番号、請求確定日、請求金額、信用情報、送信指定、印刷指定、出力対象、出力済請求書、発行日の情報を表示する列が含まれる。請求書番号は１つの請求書に１つ付与される番号であり、Ａ社で作成する他の請求書と重複のないユニークな識別番号（識別情報）である。例えばＡ社において請求書データが生成された順の通し番号となる。請求金額は、１つの請求書で請求する請求額の合計金額である。請求先は請求書を送付する先を示している。

信用情報の列は、各行の請求書データに基づいて作成する請求書のＰＤＦに信用情報を付与するかどうかを表すチェックボックスである。本実施形態では、チェックありとチェック無しの２値のいずれかである。チェックありの請求書データに基づくＰＤＦを作成する場合には、後述する処理で説明する通り、信用情報が付与される。各行における信用情報の列をマウスでクリックすることにより、１行単位でチェックを付けたり外したりすることができる。また、操作アイコンである一括指定ボタン４０４がクリックされると、すべての行の信用情報に一括でチェックが付与される。全ての行の信用情報にチェックが入っている状態で一括指定ボタン４０４がクリック（操作）されると、全ての行の信用情報のチェックが一括で外される。

送信指定の列は、各行の請求書データに基づいて作成する請求書のＰＤＦを、電子データで請求先に自動送信するか否かを表すチェックボックスである。本実施形態では、チェックありとチェック無しの２値のいずれかである。チェックありの請求書データに基づくＰＤＦを作成すると、後述する処理で説明する通り、請求先に対応付けて記憶された送信先に作成されたＰＤＦが自動送信される。各行における送信指定の列をマウスでクリックすることにより、１行単位でチェックを付けたり外したりすることができる。また、操作アイコンである一括指定ボタン４０５がクリックされると、すべての行の送信指定に一括でチェックが付与される。全ての行の送信指定にチェックが入っている状態で一括指定ボタン４０５がクリックされると、全ての行の送信指定のチェックが一括で外される。

印刷指定の列は、各行の請求書データに基づいて作成する請求書のＰＤＦを印刷するか否かを表すチェックボックスである。本実施形態では、チェックありとチェック無しの２値のいずれかである。チェックありの請求書データに基づくＰＤＦを作成すると、後述する処理で説明する通り、作成されたＰＤＦが印刷装置で印刷され、紙媒体の請求書が作成される。各行における印刷指定の列をマウスでクリックすることにより、１行単位でチェックを付けたり外したりすることができる。また、操作アイコンである一括指定ボタン４０６がクリックされると、すべての行の印刷指定に一括でチェックが付与される。全ての行の印刷指定にチェックが入っている状態で一括指定ボタン４０６がクリックされると、全ての行の印刷指定のチェックが一括で外される。

出力対象の列は、各行の請求書データを、操作アイコンである出力ボタン４０９がクリックされたことに応じて生成する請求書の対象とするか否かを表すチェックボックスである。本実施形態では、チェックありとチェック無しの２値のいずれかである。出力ボタン４０９がクリックされると、出力対象の列でチェックありの請求書データに基づくＰＤＦが作成・出力され、チェックの無い行の請求書データに基づくＰＤＦは作成（出力）されない。各行における印刷指定の列をマウスでクリックすることにより、１行単位でチェックを付けたり外したりすることができる。また、操作アイコンである未出力一括指定ボタン４０７がクリックされると、未出力の請求書データ（出力済み請求書の列が空欄の請求書データ）に一括でチェックが付与される。操作アイコンである全一括指定ボタン４０８がクリックされると、未出力であるか否かにかかわらず、すべての行の出力対象に一括でチェックが付与される。全ての行の出力対象にチェックが入っている状態で全一括指定ボタン４０８がクリックされると、全ての行の出力対象のチェックが一括で外される。

操作アイコンである詳細／編集ボタン４０２がクリックされると、クリックされた詳細／編集ボタン４０２の位置する行の請求書データの詳細画面（不図示）が表示される。詳細画面には、請求金額の内訳（各品目の品番、名称、単価、数量、金額など）や、請求先の詳細情報（住所、電話番号、正式名称など）、送信指定した場合に用いる送信先情報（メールアドレスなど）、振込先情報、等が表示される。振込先情報は、請求書で請求する金額を請求先に振り込んでもらうための銀行口座（銀行名、支店名、口座種別、口座番号、口座名義人）の情報を含む。銀行口座への振り込みとは異なる送金方法（電子マネーや暗号通貨を含む）での請求をする場合は、送金するために必要となる送金先を特定する情報（Ａ社で受け取るための受取人情報）である。詳細画面を表示した状態でユーザーからの内容の加筆・修正の操作があったことに応じて、ＣＰＵ１０１は、操作に応じて請求書データを修正して記憶するように制御する。

追加ボタン４０３は、新たな請求書データを追加するための操作アイコンであり、クリックされると表４０１に新規の行が追加され、ユーザーからの新しい請求書データの入力を受け付ける。図３の説明に戻る。

Ｓ３０２では、ＣＰＵ１０１は、信用情報の付与対象に設定する操作あるいは非対象とする操作があったか否かを判定する。信用情報の付与対象に設定する操作あるいは非対象とする操作（各行の信用情報の列への操作、あるいは一括指定ボタン４０４への操作）があると（すなわち信用情報の付与対象とする指示操作の受付に応じて）Ｓ３０３に進み、そうでない場合はＳ３０４に進む。Ｓ３０３では、ＣＰＵ１０１は、操作に応じて各行の請求書データの信用情報の列にチェックの付与または削除を行う。そして、ＣＰＵ１０１は、チェックを付与された請求書データは信用情報の付与対象であることを示す情報をサーバ装置１７０に記憶し、チェックを外された請求書データは信用情報の付与の非対象であることを示す情報をサーバ装置１７０に記憶する。

Ｓ３０４では、ＣＰＵ１０１は、送信指定の指定対象に設定する操作あるいは非対象とする操作があったか否かを判定する。送信指定の指定対象に設定する操作あるいは非対象とする操作（各行の送信指定の列への操作、あるいは一括指定ボタン４０５への操作）があるとＳ３０５に進み、そうでない場合はＳ３０６に進む。Ｓ３０５では、ＣＰＵ１０１は、操作に応じて各行の請求書データの送信指定の列にチェックの付与または削除を行う。そして、ＣＰＵ１０１は、チェックを付与された請求書データは送信指定の対象であることを示す情報をサーバ装置１７０に記憶し、チェックを外された請求書データは送信指定の非対象であることを示す情報をサーバ装置１７０に記憶する。

Ｓ３０６では、ＣＰＵ１０１は、印刷指定の指定対象に設定する操作あるいは非対象とする操作があったか否かを判定する。印刷指定の指定対象に設定する操作あるいは非対象とする操作（各行の印刷指定の列への操作、あるいは一括指定ボタン４０６への操作）があるとＳ３０７に進み、そうでない場合はＳ３０８に進む。Ｓ３０７では、ＣＰＵ１０１は、操作に応じて各行の請求書データの印刷指定の列にチェックの付与または削除を行う。そして、ＣＰＵ１０１は、チェックを付与された請求書データは印刷指定の対象であることを示す情報をサーバ装置１７０に記憶し、チェックを外された請求書データは印刷指定の非対象であることを示す情報をサーバ装置１７０に記憶する。

Ｓ３０８では、ＣＰＵ１０１は、出力対象に設定する操作あるいは非対象とする操作があったか否かを判定する。出力対象に設定する操作あるいは非対象とする操作（各行の出力対象の列への操作、あるいは未出力一括指定ボタン４０７または全一括指定ボタン４０８への操作）があるとＳ３０９に進み、そうでない場合はＳ３１０に進む。Ｓ３０９では、ＣＰＵ１０１は、操作に応じて各行の請求書データの出力対象の列にチェックの付与または削除を行う。そして、ＣＰＵ１０１は、チェックを付与された請求書データは出力対象であることを示す情報をサーバ装置１７０に記憶し、チェックを外された請求書データは出力の非対象であることを示す情報をサーバ装置１７０に記憶する。

Ｓ３１０では、ＣＰＵ１０１は、追加ボタン４０３が操作されたか否かを判定する。追加ボタン４０３が操作された場合はＳ３１１に進み、表４０１に新規の行を追加し、ユーザーからの新しい請求書データの入力を受け付ける。そうでない場合はＳ３１２に進む。

Ｓ３１２では、ＣＰＵ１０１は、請求書データの編集をする操作があったか否かを判定する。操作アイコンである詳細／編集ボタン４０２がクリックされると、Ｓ３１３に進み、そうでない場合はＳ３１４に進む。Ｓ３１３では、ＣＰＵ１０１は、クリックされた詳細／編集ボタン４０２の位置する行の請求書データの詳細画面（不図示）を表示する。詳細画面を表示した状態でユーザーからの内容の加筆・修正の操作があったことに応じて、ＣＰＵ１０１は、操作に応じて請求書データを修正して記憶するように制御する。

Ｓ３１４では、ＣＰＵ１０１は、請求書の出力を指示する操作があったか否かを判定する。具体的には、出力ボタン４０９がクリックされた場合にＳ３１５に進み、そうでない場合にはＳ３２７へ進む。

Ｓ３１５では、ＣＰＵ１０１は、請求書データのうち、出力対象であることを示す情報が関連付けて記憶された請求書データ（出力対象の列にチェックの入ったもの）をリストアップ（抽出）する。続いて、リストアップした出力対象の請求書テータを順番に特定するための変数Ｎを１（最初のデータを特定する番号）にセットしてメモリ１０２に記憶する。

Ｓ３１６では出力対象の請求書データのうち、Ｎ番目の請求書データを用いて、請求書のＰＤＦデータ（ＰＤＦファイル）を作成する。この時点では、後述する図６（ｂ）に示す請求書のうち、アクセス情報４３０を除く部分が生成される。

Ｓ３１７では、ＣＰＵ１０１は、サーバ装置１７０を参照し、Ｎ番目の請求書データが信用情報の付与対象であるか否かを判定する。具体的には、Ｎ番目の請求書データが、Ｓ３０３で設定された、信用情報の付与対象であることを示す情報が関連づけて記憶された請求書データであるか否かを判定する。信用情報の付与対象である場合にはＳ３１８に進み、そうでない場合にはＳ３２１に進む。

Ｓ３１８では、ＣＰＵ１０１は、Ｓ３１６で生成したＮ番目の請求書のＰＤＦファイル（信用情報の付与対象である対象書類、対象帳票）をサーバ装置３００に保存する。これによって、Ｎ番目の請求書のＰＤＦファイルのサーバ装置３００における保存場所が確定する。

Ｓ３１９では、ＣＰＵ１０１は、Ｎ番目の請求書のＰＤＦファイルのサーバ装置３００における保存場所にアクセスするためのアクセス情報を、Ｎ番目のＰＤＦファイルに印刷可能に付加して上書き保存する。これによって生成されるＰＤＦファイルを印刷した場合の印刷物の例を図４（ｂ）に示す。詳細は後述する。

Ｓ３２０では、ＣＰＵ１０１は、Ｓ３１９で保存したＮ番目の請求書のＰＤＦファイル（アクセス情報の付加されたもの）に信用情報を付与するように制御する。具体的には、Ｓ３１９でサーバ装置３００上に保存したＮ番目の請求書のＰＤＦファイルを、信用情報付与機関４００に送信し、信用情報の付与を依頼する。信用情報付与機関４００では、依頼に基づき、受信したＮ番目の請求書のＰＤＦファイルに信用情報（電子証明）を付与して請求元端末１００に送り返す。信用情報は、付与されたＰＤＦファイルは確かにＡ社が作成したものであり、この時点からの変更（編集や改竄など）が無いことを証明する情報である。ＣＰＵ１０１は、信用情報付与機関４００から受信した信用情報付与済みのＮ番目の請求書のＰＤＦファイルで、サーバ装置３００上のＮ番目の請求書のＰＤＦファイルを上書きする。すなわち、ＰＤＦファイルに付加したアクセス情報が示す通りの保存場所に、信用情報付与済みのＰＤＦファイルを保存するように制御する。なお、本実施形態では外部機関である信用情報付与機関４００を利用して信用情報を付与する例を説明したが、A社の社内システム内で信頼性の高い信用情報を付与できるのであればそれでもよい。

Ｓ３２１では、ＣＰＵ１０１は、サーバ装置１７０を参照し、Ｎ番目の請求書データに送信指定がされいるか否かを判定する。具体的には、Ｎ番目の請求書データが、Ｓ３０５で設定された、送信指定の対象であることを示す情報が関連づけて記憶された請求書データであるか否かを判定する。送信指定の対象である場合にはＳ３２２に進み、そうでない場合にはＳ３２３に進む。

Ｓ３２２では、ＣＰＵ１０１は、生成したＮ番目の請求書のＰＤＦファイルを、指定送信先（請求書データに記憶された送信先情報が示す送信先）に送信する。具体的には、
Ｎ番目の請求書データが信用情報の付与対象ではない場合にはＳ３１６で生成されたＮ番目の請求書データの請求書のＰＤＦファイルを送信する。また、Ｎ番目の請求書データが信用情報の付与対象である場合にはＳ３２０で生成されたＮ番目の請求書データの請求書のＰＤＦファイルを送信する。このように、印刷するものに限らず（印刷するか否かにかかわらず）、送信する請求書のＰＤＦについても、信用情報が付与されている場合にはアクセス情報４３０が付加されたＰＤＦファイルが送信される。このようにすることで、Ａ社としては、請求書の送付の方法（印刷物郵送か電子データでの送信か）に応じて生成するＰＤＦファイルを変えなくてよいので、業務フローが効率的となる。また、請求先としては、電子データで受信した請求書を、その後印刷して扱う場合にも信用情報を確認できるようになるため、汎用性の高い運用が可能となる。

Ｓ３２３では、ＣＰＵ１０１は、サーバ装置１７０を参照し、Ｎ番目の請求書データに印刷指定がされいるか否かを判定する。具体的には、Ｎ番目の請求書データが、Ｓ３０７で設定された、印刷指定の対象であることを示す情報が関連づけて記憶された請求書データであるか否かを判定する。印刷指定の対象である場合にはＳ３２４に進み、そうでない場合にはＳ３２５に進む。

Ｓ３２４では、ＣＰＵ１０１は、生成したＮ番目の請求書のＰＤＦファイルを、印刷するべく、印刷データを生成し、印刷装置１８０に送信して、印刷装置１８０から印刷させる。すなわち印刷制御を行う。Ｎ番目の請求書データが信用情報の付与対象ではない場合にはＳ３１６で生成されたＮ番目の請求書データの請求書のＰＤＦファイルを印刷するように制御する。また、Ｎ番目の請求書データが信用情報の付与対象である場合にはＳ３２０で生成されたＮ番目の請求書データの請求書のＰＤＦファイルを印刷するように制御する。この処理によって、信用情報の付与対象である請求書データの請求書のＰＤＦファイルを印刷した場合の印刷物の例を図４（ｂ）に示す。詳細は後述する。

Ｓ３２５では、ＣＰＵ１０１は、変数ＮがＮｍａｘ（Ｓ３１５でリストアップ（抽出）された出力対象の請求書テータの最後のデータを特定する番号）であるか否かを判定する。変数ＮがＮｍａｘである場合にはＳ３２７に進み、そうでない場合には、Ｓ３２６で変数Ｎを１つインクリメントしてＳ３１６に進み、次の請求書データについて処理を行う。

Ｓ３２７では、ＣＰＵ１０１は、請求書出力処理を終了する終了イベントがあったか否かを判定する。請求書出力処理を終了させる操作や、電源オフなどの終了イベントが無かった場合にはＳ３０２に進んで処理を繰り返す。終了イベントがあった場合には図３の請求書出力処理を終了する。

図４（ｂ）に、Ｓ３１９で生成された請求書のＰＤＦファイルを用紙に印刷して出力した場合の印刷物の例として請求書１９０を示す。請求書１９０には、対応する請求書データに基づいた各種情報が印字されている。例えば、請求書番号、請求先の住所、名称、請求元の住所、名称、ロゴまたは印影４２１、連絡先（電話番号、メールアドレス）、請求金額、請求金額の内訳（各品目の品番、品名、単価、数量、金額）、小計、税額、合計金額、振込先情報、等が印字されている。振込先情報４２２（送金先情報）は、請求書で請求する金額を請求先に振り込んでもらうための銀行口座（銀行名、支店名、口座種別、口座番号、口座名義人）の情報を含む。銀行口座への振り込みとは異なる送金方法での請求をする場合は、送金するために必要となる送金先を特定する情報となる。

図４（ｂ）の請求書１９０には、さらに、アクセス情報４３０が印字されている。すなわち、Ｓ３１９で付加したアクセス情報は、ＰＤＦファイルのメタデータとしてではなく、印刷されるデータとして本体部分に付加される。また、アクセス情報４３０は請求書（帳票）の一部として印刷されている。すなわち、ブラウザの機能によって単に印刷対象のファイルのＵＲＬを印刷対象の電子データの内容とは異なる情報として印刷したものではない。アクセス情報４３０には、ＵＲＬ４３１、ＱＲコード４３２（ＱＲコードは商標）、文字列４３３が含まれる。

ＵＲＬ４３１は、請求書のＰＤＦファイルのサーバ装置３００における保存場所にアクセスするためＷＥＢサイトのアドレスである。本実施形態では、ＵＲＬ４３１はＷＥＢサイトのアドレス（リンク）であり、ＷＥＢサイトにアクセスした後に請求書番号を入力するものとする。しかしこれに限るものではなく、ＵＲＬ４３１を、サーバ装置３００上の請求書のＰＤＦファイルに直接アクセスするアドレス情報の記載としてもよい。

ＱＲコード４３２は、サーバ装置３００上の請求書のＰＤＦファイルに直接アクセスするアドレス情報をコード化した２次元コードである。本実施形態では、ＱＲコード４３２は直接ＰＤＦファイルを開くことができるアドレス情報であり、対象の電子データのファイル種別がＰＤＦであることを特定可能な情報であるものとする（すなわち、末尾の拡張子が「．ｐｄｆ」である情報である）。スマートフォンなどでこのＱＲコードを読み込むことで、簡単にサーバ装置３００上の請求書のＰＤＦファイルを開くことができる。なおこれに限るものではなく、ＱＲコード４３２は、前述のＵＲＬ４３１のように請求書のＰＤＦファイルのサーバ装置３００における保存場所にアクセスするためＷＥＢサイトのアドレスをコード化したものとしてもよい。また、ＱＲコードに限るものではなく、バーコードやカメレオンコード（商標）などの他のコード情報（１次元コード、２次元コード）を用いてもよい。

文字列４３３は、ＵＲＬ４３１やＱＲコード４３２を用いて信用情報（電子証明書）が付与された書類の電子データ（ＰＤＦ）を閲覧可能である旨、及び、閲覧の仕方をガイドするガイダンスである。これによって、請求書の受取人は、ＵＲＬ４３１やＱＲコード４３２を用いて信用情報付きの電子データを閲覧して信用情報を確認可能であることがわかる。

なお、本実施形態ではアクセス情報４３０にＵＲＬ４３１、ＱＲコード４３２、文字列４３３を含ませた例を説明したが、これに限るものでは無く、ＵＲＬ４３１とＱＲコード４３２はいずれかの情報だけとしてもよい。また、文字列４３３は無くても良い。

なお、前述の図３の処理では、信用情報の付与対象となった請求書にはＳ３１９で一律にアクセス情報を印刷可能に付加する例を説明したが、これに限るものではない。電子データのやり取りが可能な場合にはアクセス情報は不要と考えて、印刷する請求書にのみアクセス情報を付加するようにしてもよい。この場合、Ｓ３１７でＹｅｓと判定された後、Ｓ３１８の処理の後に、Ｓ３１９の処理をすることなく３２０に進み、アクセス情報が付加されていないＰＤＦファイルに信用情報を付与する。こうすると、Ｓ３２２で送信される請求書の電子データはアクセス情報が付加されていないものとなる。このケースはＳ３１８の処理を省いてもよい（すなわち請求書の電子データをサーバ装置３００に保存しなくともよい）。そして、印刷が指示された請求書の電子データについて、請求書の電子データをサーバ装置３００に保存し、アクセス情報を印刷可能に付加して、改めて信用情報を付与する。それを印刷するようにしてもよい。すなわち、Ｓ３２４で印刷の指示がされえた請求書に対し、Ｓ３１７と同様に信用情報の付与対象かを判定し、信用情報の付与対象であった場合に、（未保存ならＳ３１８、）Ｓ３１９、Ｓ３２０と同様の処理を行ってから、印刷するようにしてもよい。

図５に、請求先端末２００における信用情報確認処理のフローチャートを示す。この処理は、紙媒体に印刷された請求書１９０を郵送や手渡しで受け取ったＢ社側の担当者が、請求書１９０の原本性（原本との同一性、原本からの変更の有無、信用性、信頼性、信憑性）を確認するために実行させることを想定した処理である。この処理は、不揮発性メモリ２０３に記録されたプログラムをメモリ２０２に展開してＣＰＵ１０１が実行することで実現する。

Ｓ５０１では、ＣＰＵ２０１は、ＱＲコードの読み取りが可能なアプリケーションソフトウェア（以下、単にアプリと称する）あるいは、ＱＲコードの読み取りを行う機能の起動が指示されたか否かを判定する。ＱＲコードの読み取りが可能なアプリの起動が指示された場合にはＳ５０２に進み、そうでない場合にはＳ５３０へ進む。

Ｓ５０２では、ＣＰＵ２０１は、カメラ２１２を起動し、ライブビュー撮影を開始する。

Ｓ５０３では、ＣＰＵ２０１は、カメラ２１２で撮影されたＬＶ画像からＱＲコードが読み取れたか否かを判定する。例えば、ユーザーが請求書１９０に含まれるＱＲコード４３２が適切なサイズで画角に含まれるようにフレーミングし、ピントが合う（合焦する）と、ＱＲコードが検出され、読み取られる。ＱＲコードが読み取れた場合はＳ５０４に進み、そうでない場合にはＳ５３９に進む。

Ｓ５０４では、ＣＰＵ２０１は、Ｓ５０３で読み取ったＱＲコードをデコードし、読み取ったＱＲコードが持つ情報にリンク情報（ＵＲＬやファイルパスなどのアドレス情報）を含むか否かを判定する。リンク情報を含む場合にはＳ５０５に進み、そうでない場合にはＳ５３９へ進む。

Ｓ５０５では、ＣＰＵ２０１は、Ｓ５０３で読み取ったＱＲコードが持つリンク情報（アドレス情報）が示すリンク先（アドレス）にアクセスする。

Ｓ５０６では、ＣＰＵ２０１は、Ｓ５０５でアクセスした先のファイルがＰＤＦフィルであるか否かを判定する。ＰＤＦファイルである場合にはＳ５０７に進み、ＰＤＦファイルでない場合にはＳ５３９へ進む。なお、Ｓ５０５でアクセスした先が請求書のＰＤＦファイルのサーバ装置３００における保存場所にアクセスするためＷＥＢサイトであった場合（請求書番号の入力が必要な画面であった場合）にはＳ５３２へ進むようにしてもよい。

Ｂ社の担当者が請求書のＱＲコードらしき画像に対してカメラ２１２を向けてＱＲコードの読み取りを試みたものの、請求書のＰＤＦファイルが表示されない場合には、ここまでの処理において以下の場合がある。ＱＲコードが読み取られない場合（Ｓ５０３Ｎｏ）、ＱＲコードを読み取ったがリンク情報が含まれていない場合（Ｓ５０４Ｎｏ）。リンク先にアクセスしたがＰＤＦファイルではなく（Ｓ５０６Ｎｏ）、かつ、請求書のＰＤＦファイルのサーバ装置３００における保存場所にアクセスするためＷＥＢサイトでもない場合。これらの場合には結果として請求先端末２００に請求書１９０と同一内容のＰＤＦファイルがＰＤＦビューワーで表示されないため、Ｂ社の担当者は請求書の原本性、信頼性に疑いを持つことができる。

Ｓ５０７では、ＣＰＵ２０１は、請求先端末２００に、ＰＤＦファイルを表示（閲覧）可能なアプリであるＰＤＦビューワーがインストールされているか否かを判定する。より好ましくは、信用情報を正しく判定できることを保証できるよう、Ａｄｏｂｅ（商標）社のＰＤＦの表示アプリであるか否かなど、信用情報を正しく解析する機能を有する特定のＰＤＦビューワーがインストールされているか否かの判定とするとよい。ＰＤＦビューワーがインストール済みであると判定した場合にはＳ５１１に進み、そうでない場合にはＳ５０８に進む。

Ｓ５０８では、ＣＰＵ２０１は、ＰＤＦビューワーのダウンロードサイトにアクセスし、ダウンロードまたはインストールの指示を受け付ける表示アイテムを含む画面を表示する。このとき表示する画面は、より好ましくは、信用情報を正しく判定できるＡｄｏｂｅ（商標）社のＰＤＦの表示アプリなど、信用情報を正しく解析する機能を有する特定のＰＤＦビューワーのダウンロードサイトであるとなお良い。

Ｓ５０９では、ＣＰＵ２０１は、表示された画面で提示されたＰＤＦビューワーをダウンロードまたはインストールする指示操作をユーザーから受け付けたか否かを判定する。ダウンロード（ＤＬ）またはインストールする指示操作をユーザーから受け付けた場合にはＳ５１０に進み、そうでない場合にはＳ５３９へ進む。

Ｓ５１０では、ＣＰＵ２０１は、表示された画面で提示されたＰＤＦビューワーをダウンロード（受信）し、請求先端末２００にインストールする。過去にダウンロード済みであるなどして、すでに請求先端末２００にＰＤＦビューワーのインストールに必要なファイルが保存されていた場合はダウンロードを省いてインストールだけ行ってもよい。

Ｓ５１１では、ＣＰＵ２０１は、ＰＤＦビューワーを起動する。この時起動するＰＤＦビューワーは、Ｓ５０７でインストール済みと判定されたＰＤＦビューワー、または、Ｓ５１０でインストールしたＰＤＦビューワーである。そして、ＣＰＵ２０１は、Ｓ５０５でアクセスしたＰＤＦファイルを、Ｓ５１１で起動したＰＤＦビューワーで読み込むように制御する。

Ｓ５１２では、ＣＰＵ２０１は、ＰＤＦビューワーの機能を用いて、読み込んだＰＤＦファイルに信用情報が付与されているか否かを判定する。信用情報が付与されていると判定した場合にはＳ５１５に進み、そうでない場合にはＳ５１３に進む。

Ｓ５１３では、ＣＰＵ２０１は、ＰＤＦビューワーの表示画面にＳ５０５でアクセスしたＰＤＦファイルを表示するように制御する。この画面では、ＰＤＦビューワーの機能としてのＰＤＦファイルに信用情報が付与されている旨の表示は行われない。仮に悪意ある第３者によって作成または編集されたＰＤＦファイルであって、印刷可能な表示部分（本体部分）に「信用が確認されています」等の記載があったとしても、ＰＤＦビューワーの機能を用いた信用情報の確認がされた旨の表示がされない。そのため、ユーザー（例えばＢ社の担当者）は、このＰＤＦファイルの原本性、信頼性を疑うことができる。

Ｓ５１４では、ＣＰＵ２０１は、ＰＤＦビューワーの機能を用いて、ＰＤＦファイルに付与されている信用情報が有効であるか無効であるかを確認する処理を行う。例えば、付与された信用情報の少なくとも一部を信用情報付与機関４００に送信して、有効性を確認する。信用情報付与機関４００より、有効な信用情報であるという確認結果の情報を受信した場合には有効であると判断できる。信用情報付与機関４００より、無効な信用情報であるという確認結果の情報を受信した、あるいは、信用情報付与機関に問い合わせずとも、信用情報の一部として記憶された有効期間をすでに超過している場合などは、無効であると判断できる。また、信用情報付与機関４００に問い合わせず、ハッシュ値や暗号化情報などを、ＰＤＦビューワーの信用情報の解析機能を用いて解析し、有効であるか否かを確認してもよい。この確認処理は、ＰＤＦビューワーの機能を用いないと行えないものとする。

Ｓ５１６では、ＣＰＵ２０１は、Ｓ５１５での確認処理の結果、信用情報が有効であるか否かを判定する。有効である場合はＳ５１７に進み、そうでない場合（無効である場合、あるいは不明である場合）にはＳ５１８に進む。

Ｓ５１７では、ＣＰＵ２０１は、ディスプレイ２０５に、ＰＤＦビューワーの表示画面としてＳ５０５でアクセスしたＰＤＦファイルを表示する。また、有効であることを示す信用情報アイテム（項目）を表示する。この時の表示例を図６（ａ）に示す。

図６（ａ）は、ディスプレイ２０５における、有効な信用情報を持つＰＤＦファイルの表示例である。ＰＤＦビューワーの表示ウインドウ６０１のプレビュー領域に、読み込んだＰＤＦファイルの本体部６０２が表示される。本体部６０２は請求書の画像であり、印刷された場合に印刷物に印刷される部分である（印刷可能な領域である）。本体部６０２の表示内容は、この場合は前述した請求書１９０と同一であり、Ｂ社の担当者が手元に持っている請求書１９０と同じであることが確認できる。アクセス情報６０３は、前述のアクセス情報４３０と同じ内容である。本体部６０２くぉスクロール表示あるいは縮小表示することで全体の表示が可能となる。

信用情報の表示領域６０４は、ＰＤＦファイルのメタデータ（属性情報）としての信用情報が付与されているか否か、有効であるか否かを示す表示アイテムである信用情報アイテムを表示する領域である。この情報はＰＤＦファイルのうち印刷対象の本体部とは異なるメタデータに関する表示であるため、本体部６０２を表示するためのプレビュー領域とはことなる領域に表示する。図６（ａ）の例では、「信用情報付与済みであり、すべての信用情報が有効です」と表示されている。すなわち、信用情報が付与されていること、及び、有効であることを示している。本実施形態では文字列で信用情報の付与状態と有効性を表示したが、これに限るものではなく、アイコンやマークなどで表示するようにしてもよい。

ボタン６０５は、付与されている信用情報についての詳細情報を表示するための信用情報パネルを表示する指示を受け付けるための操作ボタンである。ボタン６０５に対する操作があったことで、信用情報の確認指示を受け付ける。

広告欄６０６には、広告を表示する。このように広告欄６０６を設けて広告を表示することにより、広告主からの収入を得ることができる。本実施形態では請求書１９０の電子データ（ＰＤＦファイル）をサーバ装置３００に保存する運用であるため、サーバ装置３００の保守・運用に関する経費が発生する。広告欄６０６を表示して広告主からの収入を得ることで、請求先に費用負担をかけずに、サーバ装置に関する経費などを削減した運用が可能となる。

Ｓ５１７では、ＣＰＵ２０１は、ディスプレイ２０５に、ＰＤＦビューワーの表示画面としてＳ５０５でアクセスしたＰＤＦファイルを表示する。また、信用情報は付与されているが無効であることを示す信用情報アイテム（項目）を、信用情報の表示領域６０４に表示する。その他の部分は図６（ａ）で説明した表示例と同様である。

Ｓ５１９では、ＣＰＵ２０１は、信用情報の確認指示があったか否かを判定する。
ボタン６０５をクリックまたはタッチする操作があった場合に信用情報の確認指示があったと判定してＳ５２０へ進み、そうでない場合にはＳ５２１へ進む。

Ｓ５２０では、ＣＰＵ２０１は、ＰＤＦビューワーの機能を用いて信用情報の詳細を読み込み、信用情報の詳細を表示する。図６（ｂ）に、この時の表示例を示す。

図６（ｂ）は、ディスプレイ２０５における、有効な信用情報を持つＰＤＦファイルと、信用情報の詳細情報の表示例である。この例は、図６（ａ）におけるボタン６０５が押下されると表示される画面である。ボタン６０５は、図６（ａ）と異なる表示形態であり、ボタンダウン状態を示す表示状態となっている。これによって、信用情報パネル６１０が表示された状態であることがわかる。

信用情報パネル６１０にはＰＤＦファイルに付与された信用情報の詳細情報が表示される。信用情報の詳細情報には、信用情報を付与した者（付与者、付与の依頼主）、あるは表示しているＰＤＦを作成した作成者の情報を含む。本実施形態では、「Ａ社により信用情報付与済み」との表示、及び「信頼ソース取得元」に関する情報の表示、「新世情報の付与者のＩＤは有効です」との表示、「付与者」に関する表示がされている。これによって、この請求書の発行元が確かにＡ社であるこということが確認できる。

また、表示される信用情報の詳細情報には、信用情報が有効であるか否かの情報を含む。本実施形態では、「信用情報は有効です」との表示、最終チェック日時の表示、有効期限の表示、付与者に関する表示、「発行者」（信用情報付与機関４００の運営者、信用情報の発行者）に関する表示がされている。これらにより、信用情報が有効であること、信用できる機関により発行された信用情報であることを確認することができる。また、信用情報が無効である場合にも、その理由（単に有効期限を過ぎたからなのか、チェックができなかったからなのか）を確認することもできる。

また、表示される信用情報の詳細情報には、表示しているＰＤＦファイルに変更があったか否かを示す情報を含む。本実施形態では、「文書は、この信用情報が適用されてから変更されていません」との表示がされており、信用情報の付与後には表示されているＰＤＦファイルの内容に変更や改竄がないことを確認することができる。

また、表示される信用情報の詳細情報には、関連帳票へリンク（アクセスするための表示アイテム）を含む。表示された請求書には、その請求の元となった検収書、注文請書、注文書、見積書などの前工程で発行された帳票が存在し、サーバ装置３００などの保存領域に保存されている。これらの帳票にアクセスするためのリンク先情報（アドレス情報）がＰＤＦファイルのメタデータに付与されていた場合には、このリンク先にアクセスするための表示アイテムを表示するとよい。「検収書」、「注文請書」、「注文書」、「見積書」と表示された部分にはリンク情報が対応付けられており、これらの部分がクリックまたはタッチされると、対応するリンク情報が示すリンク先にアクセスする。これによってユーザー（例えばＢ社の担当者）は、表示された請求書の内容が前工程で発行された帳票と整合するか否かなどを簡単に確認することができる。

なお、上述した信用情報の詳細情報は例であって、これらに限るものではない。例示した情報の少なくとも一部が無くてもよいし、例示していない情報を含んでいてもよい。

Ｓ５２１では、ＣＰＵ２０１は、ＰＤＦビューアーでの表示を終了させる指示があったか否かを判定する。終了させる指示があった場合には図５の処理を終了し、そうでない場合にはＳ５１９に戻り処理を繰り返す。

一方、Ｓ５３０では、ＣＰＵ２０１は、ブラウザアプリなどのＷＥＢサイトを表示可能なアプリにおいて、ＵＲＬなどのアドレス情報を入力する操作があったか否かを判定する。アドレス情報が入力された場合にはＳ５３１に進み、そうでない場合にはＳ５３９へ進む。例えば、Ｂ社の担当者が、請求書１９０に印字されたＵＲＬ４３１を用いて電子証明書付きのＰＤＦファイルの確認を試みる場合には、ＵＲＬ４３１が入力される。ＱＲコードの読み取りが可能である場合はＱＲコード４３２を読み取ることで少ない操作手数で確認ができる。一方、ＵＲＬ４３１を用いた確認では、カメラを有さない機器での確認など、ＱＲコードの読み取りが不可能な機器でも確認が可能である。

Ｓ５３１では、ＣＰＵ２０１は、Ｓ５３０で入力されたアドレス情報が示すアドレスにアクセスし、請求書番号の入力が可能なＷＥＢサイトをディスプレイ２０５に表示する。

Ｓ５３２では、ＣＰＵ２０１は。請求書番号の入力を受け付ける。例えばＢ社の担当者は、手元にある請求書１９０に印字された請求書番号を入力する。

Ｓ５３３では、ＣＰＵ２０１は、請求書番号の入力が行われ、入力の確定操作が行われたか否かを判定する。入力の確定操作がされた場合にはＳ５３４に進み、そうでない場合にはＳ５３２に戻る。

Ｓ５３４では、ＣＰＵ２０１は、請求書番号を表示されたＷＥＢサイトの運営サーバ（不図示）に送信する。運営サーバでは、受信した請求書番号を検索キーとした検索を行い、該当する請求書が見つかった場合には、該当する請求書にアクセスするためのリンク先情報（アドレス情報）を含む画面を表示するための情報（該当請求書情報）を請求先端末２００に送信する。該当する請求書が見つからない場合にはエラー情報を請求先端末２００に送信する。

Ｓ５３５では、ＣＰＵ２０１は、該当請求書情報を受信したか否かを判定する。該当請求書情報を受信した場合、すなわち、入力された請求書番号に該当する請求書の電子データにアクセスするための情報を受信した場合にはＳ５３７に進み、そうでない場合はＳ５３６に進む。

Ｓ５３６では、ＣＰＵ２０１は、エラー表示を行う。エラー表示が行われた場合、Ｂ社の担当者は、手元の請求書に記載された請求書番号の請求書について信用情報が確認できないため、手元の請求書の原本性、信頼性に疑いを持つことができる。

Ｓ５３７では、ＣＰＵ２０１は、該当請求書情報に従い、該当する請求書のＰＤＦファイルにアクセスするためのリンク先情報（アドレス情報）を含む画面をディスプレイ２０５に表示する。

Ｓ５３８では、ＣＰＵ２０１は、表示されたリンク先情報が示すリンク先を表示する指示（リンク先が示すＰＤＦファイルにアクセスして開く指示）を行う操作があったか否かを判定する。リンク先のＰＤＦを表示する指示があった場合にはＳ５０７に進み、そうでない場合にはＳ５３９へ進む。Ｓ５０７に進んだ後は、前述した通りに、ＰＤＦファイルについての信用情報の確認を行うことができる。

Ｓ５３９では、ＣＰＵ２０１は、その他の処理を行い、図５の処理を終了する。

以上説明した処理によれば、印刷された書類についても信頼性をより好適に確認できる。より詳しくは、印刷された請求書に記載されたアクセス情報を用いて印刷された請求書の電子データ（ＰＤＦファイル）にアクセスするだけで、その請求書の信用情報を確認できるため、ユーザー（例えばＢ社の担当者）は簡単に信頼性を確認することができる。特に、ＱＲコードを用いた場合にはＵＲＬやパスの入力の手間も省けるため少ない操作手数で確認することができる。仮に請求書の電子データを閲覧するソフトウェア（上述の例ではＰＤＦビューワー）がインストールされていなくとも、自動的にダウンロードサイトにアクセスするため、わかりやすく確実に電子データを確認でき、操作手数も削減できる。

本実施形態とは異なる仕組みで信用情報を確認させようとした場合、いくつかの問題が考えられる。

１つ目の問題として、印刷された書類の信用情報の確認方法として、仮に、ＱＲコードの持つ情報として、書類の内容（請求書であれば請求元の情報、請求額、振込先情報など）を持たせる（エンコードしてＱＲコードとする）と、次のような問題がある。すなわち、ＱＲコード自体が容易に作成可能なものであるため、Ａ社を装った悪意ある第３者が、虚偽の内容の請求書を作成し、虚偽の内容の情報を持たせたＱＲコードを請求書に印刷できてしまうことである。この場合、虚偽の請求書が送付されてきた請求先（例えばＢ社）の担当者は、手元の虚偽の請求書と、ＱＲコードで読み取った内容が同一であることをもって、虚偽の内容の請求書を信じてしまうかもしれない。これによって架空請求による振り込みを行ってしまう恐れがある。アクセス情報としてＱＲコードではなく文字列を用いた場合も、虚偽の内容を記載したＷＥＢサイトへのアドレス情報をＵＲＬなどの文字列で印刷できてしまうという点で、同様の課題がある。

２つ目の問題として、印刷された書類の信用情報の確認方法として、仮に、ＱＲコードの持つ情報として、信用情報付与機関４００に問い合わせるための情報など、信用情報自体を確認するための情報を持たせると、次のような問題がある。すなわち、Ａ社を装った悪意ある第３者が、本物の請求書に付与された本物の信用情報を確認するための情報として、信用情報自体や、信用情報の識別情報などを持たせたＱＲコードを、複製して虚偽の請求書に貼り付けて印刷できてしまうことである。すなわち、本物の信用情報を持たせたＱＲコードが悪意ある第３者に流用される恐れがある。この場合、虚偽の請求書が送付されてきた請求先（例えばＢ社）の担当者は、手元の虚偽の請求書に印刷されたＱＲコードを読み取ると、有効な信用情報が付与されている旨が表示されてしまうため、虚偽の内容の請求書を信じてしまうかもしれない。これによって架空請求による振り込みを行ってしまう恐れがある。アクセス情報としてＱＲコードではなく文字列を用いた場合も、本物の請求書番号と本物のアドレス情報を、悪意ある第３者が流用し、虚偽の請求書に印刷できてしまうという点で、同様の課題がある。

これに対し、本実施形態によれば、印刷されたアクセス情報（ＱＲコードやアドレス情報）には、信用情報が付与された原本の電子データ自体へアクセスするための情報を持たせることで、上述の１つ目、２つ目の問題を解決できる。

１つ目の問題は次のようにして解決する。まず、本実施形態の方法を用いた日頃のやり取りや文字列４３３などによって、アクセス情報に従ってアクセスすると、手元の請求書と同一内容の請求書の、信用情報付きの電子データが閲覧できるはずである、という認識がユーザーにあるものとする。この場合、虚偽の内容の請求書に印刷されている、虚偽の内容の情報を持たせたＱＲコードや、虚偽の内容を記載したＷＥＢサイトに誘導するアドレス情報に従った確認を行うと、手元の請求書と同じ内容ではあるが原本の電子データとは違う形式で表示される。これはユーザーの認識と異なるため、手元の請求書の信頼性を疑うことができる。仮にＡ社を装った悪意ある第３者が虚偽の内容のＰＤＦファイルを作成したとしても、その虚偽のＰＤＦファイルに、Ａ社が作成した旨の信用情報を付与することはできない。従って、請求先（例えばＢ社）のユーザーがアクセス情報に従った確認を行い、その虚偽のＰＤＦファイルが表示された場合であっても、Ａ社が作成したことを示す信用情報の確認が行えないため、やはり手元の請求書の信頼性に疑問を持つことができる。このようにして信頼性に疑問を持った場合には、Ｂ社からＡ社に直接連絡して確認を行うといった対処ができるため、Ａ社を装った悪意ある第３者からの架空請求による被害を未然に防止することができる。また、悪意ある第３者がＡ社を装った架空請求を行おうとすること自体を抑止することができる。

２つ目の問題は次のようにして解決する。まず、本実施形態の方法を用いた日頃のやり取りや文字列４３３などによって、アクセス情報に従ってアクセスすると、手元の請求書と同一内容の請求書の、信用情報付きの電子データが閲覧できるはずである、という認識がユーザーにあるものとする。この場合、虚偽の内容の請求書には、本物の請求書から複製して流用された、信用情報を確認するための情報を持つアクセス情報が印刷されている。この印刷されたアクセス情報に従った確認を行うと、請求書の電子データ（ＰＤＦファイル）の原本が表示されることなく、単に信用できる旨の表示だけがなされる。これはユーザーの上述の認識と異なるため、手元の請求書の信頼性を疑うことができる。仮に本物の請求書から複製して流用された、請求書の電子データ（ＰＤＦファイル）の原本へのアクセス情報が付加されていた場合は、手元の請求書とは内容の異なるＰＤＦファイルが表示されることになるため、やはり、手元の請求書の信頼性を疑うことができる。このようにして信頼性に疑問を持った場合には、Ｂ社からＡ社に直接連絡して確認を行うといった対処ができるため、Ａ社を装った悪意ある第３者からの架空請求による被害を未然に防止することができる。また、悪意ある第３者がＡ社を装った架空請求を行おうとすること自体を抑止することができる。

なお上述の例では、書類として、帳票の一種である請求書を例に挙げて説明したが、これに限るものではなく、各種帳票や、その他の書類であっても適用可能である。

このように本実施形態によれば、印刷された書類の信用情報を、請求元にとっても請求先にとっても簡単な仕組みで、かつ、より確実で信頼性高く確認できるようにした仕組みを提供することができる。

なお、ＣＰＵ１０１またはＣＰＵ２０１が行うものとして説明した上述の各種制御は１つのハードウェアが行ってもよいし、複数のハードウェア（例えば、複数のプロセッサーや回路）が処理を分担することで、装置全体の制御を行ってもよい。

また、本発明をその好適な実施形態に基づいて詳述してきたが、本発明はこれら特定の実施形態に限られるものではなく、この発明の要旨を逸脱しない範囲の様々な形態も本発明に含まれる。さらに、上述した各実施形態は本発明の一実施形態を示すものにすぎず、各実施形態を適宜組み合わせることも可能である

（他の実施形態）
本発明は、以下の処理を実行することによっても実現される。即ち、上述した実施形態の機能を実現するソフトウェア（プログラム）をネットワーク又は各種記憶媒体を介してシステム或いは装置に供給し、そのシステム或いは装置のコンピュータ（又はＣＰＵやＭＰＵ等）がプログラムコードを読み出して実行する処理である。この場合、そのプログラム、及び該プログラムを記憶した記憶媒体は本発明を構成することになる。

１００…請求元端末 ２００…請求先端末

Claims (15)

1. 電子データの書類に原本性を証明することを示す信用情報を付与するように処理する処理手段と、
   前記処理に基づいて前記信用情報が付与された対象である対象書類の電子データが記憶手段に記憶されるように制御し、
   前記記憶手段に記憶された前記対象書類の電子データにアクセスするためのアクセス情報を前記対象書類に印刷可能に付加するように制御する制御手段と
   を有し、
   前記制御手段は、前記アクセス情報を用いて、前記対象書類の電子データであって、
   原本性を証明することを示す信用情報が付与された電子データが閲覧可能である旨のガイドを前記対象書類に印刷可能に付加するように制御することを特徴とする情報処理システム。
2. 前記制御手段は、前記アクセス情報を用いて原本性を証明することを示す信用情報が付与された前記対象書類の電子データの閲覧方法に関するガイドを前記対象書類に印刷可能に付加することを特徴とする請求項１に記載の情報処理システム。
3. 前記処理手段は、外部機関に対して、書類に対する信用情報の付与を依頼するための処理を行い、
   前記制御手段は、前記外部機関で信用情報が付与された前記対象書類が前記記憶手段に記憶されるように制御することを特徴とする請求項１または２に記載の情報処理システム。
4. 前記処理手段は、前記制御手段によって前記アクセス情報が印刷可能に付加された前記対象書類の電子データに対して信用情報を付与するように処理することを特徴とする請求項１乃至３のいずれか１項に記載の情報処理システム。
5. 書類に対して、信用情報を付与する対象とするか否かに関する指示を受け付ける受付手段を更に有し、
   前記処理手段は、前記指示によって信用情報を付与する対象とされた書類に対して信用情報を付与するように処理することを特徴とする請求項１乃至４のいずれか１項に記載の情報処理システム。
6. 前記制御手段は、前記対象書類を印刷するか否かにかかわらず、前記アクセス情報を前記対象書類に印刷可能に付加するように制御することを特徴とする請求項１乃至５のいずれか１項に記載の情報処理システム。
7. 前記制御手段は、前記対象書類を印刷する指示があった場合に、前記アクセス情報を前記対象書類に印刷可能に付加するように制御することを特徴とする請求項１乃至５のいずれか１項に記載の情報処理システム。
8. 前記記憶手段は、インターネットを介してアクセス可能な記憶手段であることを特徴とする請求項１乃至７のいずれか１項に記載の情報処理システム。
9. 前記制御手段は、前記アクセス情報を１次元コードまたは２次元コードとして印刷可能に付加するように制御することを特徴とする請求項１乃至８のいずれか１項に記載の情報処理システム。
10. 前記制御手段は、前記アクセス情報をURLとして印刷可能に付加するように制御することを特徴とする請求項１乃至９のいずれか１項に記載の情報処理システム。
11. 前記アクセス情報は、前記対象書類の電子データを開くための特定のＷＥＢサイトにアクセスするための情報であることを特徴とする請求項１乃至１０のいずれか１項に記載の情報処理システム。
12. 前記書類は帳票であることを特徴とする請求項１乃至１１のいずれか１項に記載の情報処理システム。
13. 前記書類は、請求額、請求元、振込先または送金先を示す情報を含む請求書であることを特徴とする請求項１乃至１２のいずれか１項に記載の情報処理システム。
14. 電子データの書類に原本性を証明することを示す信用情報を付与するように処理する処理ステップと、
    前記処理に基づいて前記信用情報が付与された対象である対象書類の電子データが記憶手段に記憶されるように制御し、
    前記記憶手段に記憶された前記対象書類の電子データにアクセスするためのアクセス情報を前記対象書類に印刷可能に付加するように制御する制御ステップと
    を有し、
    前記制御ステップは、前記アクセス情報を用いて、前記対象書類の電子データであって、
    原本性を証明することを示す信用情報が付与された電子データが閲覧可能である旨のガイドを前記対象書類に印刷可能に付加するように制御することを特徴とする情報処理システムの制御方法。
15. 少なくとも１つのコンピュータを、請求項１乃至１３のいずれか１項に記載された情報処理システムの各手段として機能させるためのプログラム。

Images