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

Description

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

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

特許文献１には、原データを変更する際に、その変更に関する変更情報を記憶媒体に記憶し、その変更情報が原本であることを保証するための変更保証情報を作成する情報処理装置が提案されている。

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

一方、請求書の電子化については、その信頼性の担保が課題となっており、更に、請求書の受領側では大量の請求書について、効率よく信頼性の確認処理を行う必要がある。

本発明は上記課題に鑑み、電子的に作成された請求書の信頼性を効率よく確認できるようにすることを目的とする。

上記課題を解決するために、本発明の情報処理システムは、
請求書に関連付けられた信用情報に基づく信用を確認する確認処理を行うように制御する制御手段と、
第１の請求元からの第１の請求書についての前記確認処理の結果と、第２の請求元からの第２の請求書についての前記確認処理の結果とを、特定の画面に共に表示するように制御する表示制御手段と、
を有することを特徴とする。

本発明によれば、電子的に作成された請求書の信頼性を効率よく確認できる。

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

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

図１（ａ）に、本実施形態のシステム構成図を示す。本実施形態ではＡ社で帳票の一種である請求書を作成し、Ｂ社に送付する例を説明する。すなわち、Ａ社が請求元であり、Ｂ社が請求先である。帳票は書類の一種である。Ｂ社も、請求書を電子データで管理しているものとする。Ａ社は、電子メールその他の方法でＢ社に請求書を送信する。Ｂ社では、電子で受け取った請求書を社内で管理・保存し、これに基づいて請求元への支払い処理や、決算や納税に関する業務を行う。

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

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

信用情報が付与された請求書のＰＤＦを信用情報付与機関４００から受信した請求元端末１００は、信用情報が付与された請求書のＰＤＦを、Ａ社の社外からアクセス可能なサーバ装置３００に保存し、電子データの請求書１９０を生成する。この請求書１９０を、電子メールその他の手段で、Ｂ社に送付する。なお、サーバ装置３００は請求書１９０の送付先であるＢ社からアクセス可能な記憶装置であればよく、Ａ社の社外にあることは必須ではない。従ってＡ社内に設置するものとしてもよい。これらのＡ社における処理の詳細は図３を用いて後述する。

Ｂ社は請求書１９０を電子データとして受け取る。そして、この請求書１９０に付加されたアクセス情報を用いて、Ｂ社側で請求先端末２００で、サーバ装置３００に保存された、信用情報が付与された請求書のＰＤＦへアクセスする。サーバ装置３００は、保存されたＰＤＦの信用情報と請求先端末２００から送信された信用情報とを比較して一致すれば信用有（ＯＫ）一致しなければ信用無（ＮＧ）の結果を請求先端末２００に送信する。このようにして、信用情報が付与された請求書１９０が信用できる書類であることを確認することができる。これらのＢ社における処理の詳細は図５を用いて後述する。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

図１（ｂ）に本実施形態の更なる全体構成図を示す。先の説明の請求先Ｂ社には、Ａ社以外に例えばＣ社、Ｄ社といった請求元からの請求書もＡ社からと同様の態様で送付されるものとする。Ｃ社からの請求書はサーバ装置３００と同様の機能を有するサーバ装置３１０に、Ｄ社からの請求書は同じくサーバ装置３２０に保存される。請求先Ｂ社の端末２００からは、サーバ装置３００、３１０、３２０に対して、後述のアプリケーションソフトを用いてアクセスされる。そのソフトは、政府系機関５００のサーバ装置に記憶され、請求先端末２００からダウンロードできるようになっている。政府系機関のサーバからダウンロードさせるのは、このソフトが改ざんされ、不正に使用されるのを抑止するためである。

図５に、請求先端末２００における信用情報確認処理のフローチャートを示す。この処理は、電子データの請求書１９０を受け取ったＢ社側の担当者が、請求書１９０の原本性（原本との同一性、原本からの変更の有無、信用性、信頼性、信憑性）を確認するために実行させることを想定した処理である。この処理は、政府系機関５００のサーバ装置からダウンロードされ、不揮発性メモリ２０３に記録された、信用情報確認のためのアプリケーションソフトウエア（以下「確認アプリ」という）のプログラムをメモリ２０２に展開してＣＰＵ１０１が実行することで実現する。

Ｓ５０１では、ＣＰＵ２０１は、電子メール等で受信し、メモリ２０２に記憶された請求書１９０のデータに基づき、請求書データをディスプレイ２０５に表示する（図６）。

図６において、４０１は選択指示のためのチェックボックスで、請求書毎に選択することを可能とする。４０２は受信した請求書１９０のユニークなＩＤを示す請求番号の表示、４０３は請求書１９０をＢ社が受領した受領日の表示である。４０４はその請求書に記載の請求金額の表示であり、請求金額は、受領した請求書（ＰＤＦ）の所定の領域をＡＩ等で認識して自動抽出することができる。４０５は請求元の表示であり、この例ではＡ社、Ｃ社、Ｄ社からの請求の場合を示す。請求元情報も、受領した請求書（ＰＤＦ）の所定の領域をＡＩ等で認識して自動抽出することができる。４０６は請求書１９０の信用情報であるｅシールがＰＤＦに付加されているかどうかの情報を示す表示である。ｅシールは、例えば、ＰＤＦのＡＡＴＬを用いて、時刻やＰＤＦの作成主体を証明する機能を有する。本実施の形態では、Ｃ社からの請求書にはｅシールが付加されておらず、Ａ社、Ｄ社からの請求書には付加されていることが一目瞭然に確認できる。

４０７は過去の支払履歴であり、メモリ２０２に保存された過去に受領した請求書１９０の中に同一の請求元への支払があったかどうかを示す。支払履歴「有」の場合には、太字のリンクをクリックすることにより、図１０に示されるような、Ａ社についての過去の支払履歴を表示する。この例では、Ａ社からは、７月、８月に請求を受け、支払を行っている。また、８月の請求書については、信用情報の確認を行い、ＯＫとの結果がでていることがわかる。

４０８は信用情報の最新の確認日であり、後述の信用情報の確認が過去になされていれば、その最新の日付を表す。４０９は信用情報の最新の確認日から図６が表示される現在までの経過日数を示す。この経過日数を請求元毎に表示することにより、例えばＡ社についての信用情報の確認からはまだ３０日しかたっていないので、信用情報の信頼性が高いことをＢ社の担当者が認識することができる。また、Ｃ社については、経過日数が３６５日となっているので、過去に請求書を処理した際の信用情報確認の信頼性がＡ社の場合よりは高くないことを示す。したがって、この経過日数４０９と過去の支払履歴４０７を参照することにより、支払履歴があり経過日数が少ないものは信用情報確認の必要性が少ないと判断し、信用情報確認の選択４０１から外すことができる。

４１０は信用情報の確認を指示する信用確認ボタンであり、チェックボックス４０１でチェックした請求書について、信用情報の確認処理が行われる。４１１は信用情報の一括確認ボタンであり、このボタンを押すことで、チェックボックス４０１は自動的に全て選択され、表示された全ての請求書についての信用情報確認が行われる。本実施形態では、図７に示されるように、Ａ社、Ｃ社は過去の支払履歴があるので、請求番号６５４３２のみ信用確認を行うことにする。４１２、４１３、４１４はそれぞれ、請求番号１２３４５、請求番号５４３２１、請求番号６５４３２の請求書のＰＤＦのアイコンである。このアイコンをクリックすることにより、受領したＰＤＦを視認可能に表示させることができる。このＰＤＦの表示例は後述の図１１を用いて説明する。

Ｓ５０２では、信用確認ボタン４１０若しくは一括確認ボタン４１１が押され、信用確認が指示されたかどうかを判断し、指示されていない場合には、ステップＳ５１１でのその他の処理のために表示を継続する。指示された場合には、Ｓ５０３で選択された請求書の信用確認を順次行う。

請求書１９０はＰＤＦの形式で作成されており、信用情報であるｅシールが付加されている。ｅシールには例えばＰＤＦのＡＡＴＬを用いて、（１）請求書が発行された時刻情報、（２）請求書の発行主体（請求元）の情報を含ませることができる。また、ｅシールには、対象ＰＤＦを保管する、インターネット上のサーバ装置３００、３１０、３２０へアクセスするためのＵＲＬの情報を含む。例えば、請求番号１２３４５の信用情報を確認するためには、ｅシールを用いて、その請求書が記憶されているサーバ装置３００にアクセスし、その請求書のｅシールの情報と比較することにより、その請求書の信頼性を判断することができる。ｅシールの情報が一致する場合には、信頼性有（ＯＫ）、一部でも不一致の場合には信頼性無（ＮＧ）とする。

Ｓ５０４では、Ｓ５０３の確認が選択された全ての請求書について完了したかどうかを判断し、完了するまで、Ｓ５０３の処理を繰り返す。完了すると確認結果表示Ｓ５０５へ進む。

Ｓ５０５では、図８に示されるように確認結果４３０の欄に確認結果がＯＫである旨表示される。

図８の４３１は支払指示ボタンであり、チェックボックス４０１で選択された請求書について支払を指示する機能を有する。また、４３２は表示された全ての請求書について、一括支払指示を行うボタンであり、このボタンを押すことで、請求書が全て選択され、支払が指示される。また、４３３はＮＧ返信ボタンであり、チェックボックス４０１で選択された請求書について、支払できない旨を請求元に連絡するＮＧ送信を指示する。４３４は一括返信ボタンであり、表示された全ての請求書について、支払できない旨を請求元にＮＧ送信を指示する。

Ｓ５０６では支払指示があったかどうかを判断し、指示があった場合には、Ｓ５０７で銀行に対する支払手続を行う。Ｓ５０８ではＮＧ通知の指示があったかどうかを判断し、指示があった場合には、Ｓ５０９で請求元に対するＮＧ通知を行う。

Ｓ５１０では、以上の処理結果について図９に示される表示を行う。

以上の処理が終わった時点でＳ５１１で待機状態となり、一定時間何等かの指示がなければ、プログラム終了とする。

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

なお、図７乃至図１０において、図６と同じ項目、ボタンについては説明を省略したが、同じ役割・機能を有するものとする。

図１１（ａ）は、ディスプレイ２０５における、有効な信用情報を持つＰＤＦファイルの表示例である。ＰＤＦビューワーの表示ウインドウ６０１のプレビュー領域に、読み込んだＰＤＦファイルの本体部６０２が表示される。本体部６０２は請求書の画像であり、印刷された場合に印刷物に印刷される部分である（印刷可能な領域である）。

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

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

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

また、信用情報は付与されているが無効であることを示す信用情報アイテム（項目）を、信用情報の表示領域６０４に表示する。その他の部分は図１１（ａ）で説明した表示例と同様である。

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

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

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

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

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

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

以上のように本実施形態によれば、図６に示される、受領した請求書「６５４３２」（請求番号４０２）の第一の請求元に関する情報「Ｄ社」（請求元４０５）と、該第一の請求元の信用に関する情報「有」（ｅシール４０６）とを処理する第一の処理手段（図２（ｂ）ＣＰＵ２０１）と、受領した請求書「１２３４５」（請求番号４０２）の第二の請求元に関する情報「Ａ社」（請求元４０５）と、該第二の請求元の信用に関する情報「有」（ｅシール４０６）とを処理する第二の処理手段（図２（ｂ）ＣＰＵ２０１）と、前記第一、第二の処理手段の出力を同一の画面に同時に表示する制御を行う表示制御手段（図２（ｂ）ＣＰＵ２０１）とを有することにより、大量の請求書があってもその信頼性を効率よく確認することができる。本実施の形態では、信用情報としてｅシールを用いたが、これに限らず、例えば、公的機関が発行する請求元組織・人に関する信用情報を示すＩＤであってもよい。また、請求元は自然人・法人のいずれであってもよい。また、第一、第二の処理手段をＣＰＵのソフトウェアで実現したが、専用のハードウェアで実現してもよい。

また、本実施の形態によれば、上記第一の請求元の信用に関する情報を更新する第三の処理手段（図５のステップＳ５０３）を有することにより、請求先が有する請求元の信用情報（図８の信用情報４４０「ＯＫ」）を必要に応じて簡易に更新ことができる。

また、本実施の形態によれば、上記第一、第二の請求元の過去の支払履歴「有」（図６の支払履歴４０７）を同一の画面に同時に表示させることにより、請求元毎の支払状況から請求元の信頼性と、信用情報の更新の必要性を効率良く確認することができる。

また、本実施の形態によれば、支払履歴の有無の表示（図６の４０７）からのリンクで上記第二の請求元の過去の支払履歴を同一の画面に同時に表示させることにより（図１０）、請求元毎の過去の支払状況から請求元の信用性を効率良く確認することができる。

また、本実施の形態によれば、上記第二の請求元の信用情報の最終確認からの経過時間「３０日」（図６の経過日数４０９）を同一の画面に同時に表示させることにより、前回確認からの長さを用いて、信用情報の更新の必要性を認識しやすくなる。「経過時間」は日数に限らず、年数や月数など他の単位での表示としても良い。

また、本実施の形態によれば、上記第一、第二の請求元からの請求書のアイコンを同一の画面に同時に表示させることにより、請求書の全体を確認したい場合に、そのアクセスが良好となり、作業効率が向上する。

また、本実施の形態によれば、上記第一、第二の請求元から請求書の少なくとも一つについての信用情報の確認を指示するための指示手段（図６のチェックボックス４０１と信用確認ボタン４１０）を同一の画面に同時に表示させることにより、信用確認処理の効率化を図ることができる。更に、表示された請求書の全ての確認を指示するための一括確認ボタン４１１を有することにより、個別確認と一括確認を選択的に用いて、更なる生産性向上を図ることができる。

また、本実施の形態によれば、上記第一、第二の請求元から請求書の少なくとも一つについて支払を指示するための指示手段（図８の支払指示ボタン４３１）を同一の画面に同時に表示させることにより、信用情報の確認後の支払処理を効率よく指示することができる。更に、表示された請求書の全ての支払を指示するための一括指示ボタン４３２を有することにより、個別支払指示と一括支払指示を選択的に用いて、更なる生産性向上を図ることができる。

また、本実施の形態によれば、上記第一、第二の請求元から請求書の少なくとも一つについて支払うことができない旨の返信を指示するための指示手段（図８のＮＧ返信ボタン４３３）を同一の画面に同時に表示させることにより、支払できない場合の請求元への連絡を効率良く指示することができる。更に、表示された請求書の全てについて支払ができない旨の連絡を行う一括返信ボタン４３４を有することにより、個別ＮＧ連絡指示と一括ＮＧ連絡指示を選択的に用いて、更なる生産性向上を図ることができる。

また、本実施の形態によれば、請求書をＰＤＦで構成することにより、ＰＤＦの機能を用いて、時刻情報や請求元の信用に関する情報を含ませることができ、請求書の信頼性を高めることができる。

また、本実施の形態によれば、アプリケーションソフトウエアのプログラムとして、コンピュータに機能を提供できるので、既存のネットワークとコンピュータという資源を効率よく活用して、本発明の機能を実現することができる。

また、本実施の形態によれば、上記プログラムを、国税庁や経済産業省、内閣府などの公的機関のインターネットサイトからダウンロードされるようにすることにより、不正プログラムによる本発明の機能の不正利用を抑制することができる。

また、本実施の形態によれば、上記プログラムが、インストール先のコンピュータを複数の信用情報確認機関のサーバ装置にアクセス可能とすることにより、信用情報確認機関が複数あった場合であっても、別々のアプリケーションを立ち上げることなく、効率よく信用確認を行うことができる。

また、本実施の形態によれば、上記プログラムが上記複数の信用情報確認機関へのアクセス情報を含まず、請求書に添付されたｅシールの情報からアクセス情報を抽出して確認処理を行うことで、アクセス情報を不正に書き換えるなどの不正の余地をなくすことができ、信頼性の高いアプリケーションソフトウエアを提供することができる。

以上説明した例では、請求先には電子データでＰＤＦが送付されるものとしたが、請求先が電子データを受領できない環境の場合には、図３で説明したように、ＰＤＦから印刷された書類についても信用情報を確認することができる。より詳しくは、受領した印刷された請求書に記載されたアクセス情報を用いて、サーバ装置３００、３１０、３２０に記憶された請求書の電子データ（ＰＤＦファイル）にアクセスし、そのＰＤＦをダウンロードすることで、その請求書の信用情報を確認できるとともに、請求先端末２００において、請求書データ一覧を作成することができる。以上のようにして、ユーザー（例えばＢ社の担当者）は簡単に信用情報を確認することができとともに、請求書データ一覧を用いた確認を行うとができる。特に、ＱＲコードを用いた場合にはＵＲＬやパスの入力の手間も省けるため少ない操作手数で確認することができる。仮に請求書の電子データを閲覧するソフトウェア（上述の例ではＰＤＦビューワー）がインストールされていなくとも、自動的にダウンロードサイトにアクセスするため、わかりやすく確実に電子データを確認でき、操作手数も削減できる。

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

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

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

Claims (21)

1. 請求書に関連付けられた信用情報に基づく信用を確認する確認処理を行うように制御する制御手段と、
   第１の請求元からの第１の請求書についての前記確認処理の結果と、第２の請求元からの第２の請求書についての前記確認処理の結果とを、特定の画面に共に表示するように制御する表示制御手段と、
   を有することを特徴とする情報処理システム。
2. 請求書に関連付けられた信用情報に基づく信用を確認する確認処理を行うように制御する制御手段と、
   第１の請求元からの第１の請求書についての前記確認処理を行った最新の日と、第２の請求元からの第２の請求書についての前記確認処理を行った最新の日とを、特定の画面に共に表示するように制御する表示制御手段と、
   を有することを特徴とする情報処理システム。
3. 請求書に関連付けられた信用情報に基づく信用を確認する確認処理を行うように制御する制御手段と、
   第１の請求元からの第１の請求書についての前記確認処理を行った最新の日からの経過日数と、第２の請求元からの第２の請求書についての前記確認処理を行った最新の日からの経過日数とを、特定の画面に共に表示するように制御する表示制御手段と、
   を有することを特徴とする情報処理システム。
4. 前記特定の画面は、複数の請求書に関する情報の一覧が表示された一覧表示画面であることを特徴とする請求項１乃至３のいずれか１項に記載の情報処理システム。
5. 請求書に関連付けられた信用情報に基づく信用を確認する確認処理を行うように制御する制御手段と、
   第１の請求元からの第１の請求書と第２の請求元からの第２の請求書とを含む複数の請求書に関する情報を一覧で表示した特定の画面を表示し、当該特定の画面に、前記確認処理の実行を指示するための指示アイテムを表示するように制御する表示制御手段と、
   を備えることを特徴とする情報処理システム。
6. 前記特定の画面において、前記確認処理の対象とする請求書の選択を受け付ける受付手段をさらに有することを特徴とする請求項５に記載の情報処理システム。
7. 請求書に関連付けられた信用情報に基づく信用を確認する確認処理を行うように制御する制御手段と、
   第１の請求元からの第１の請求書と第２の請求元からの第２の請求書とを含む複数の請求書に関する情報を一覧で表示した特定の画面を表示し、当該特定の画面に、前記確認処理の結果、信用が確認されなかった請求書について、支払うことができない旨の返信を指示するための指示アイテムを表示するように制御する表示制御手段と、
   を備えることを特徴とする情報処理システム。
8. 前記表示制御手段は、更に、前記特定の画面に、前記一覧に表示された複数の請求書に関する情報のうち、選択された請求書に関して支払いを指示するための指示アイテムを表示するように制御することを特徴とする請求項４乃至７のいずれか１項に記載の情報処理システム。
9. 前記制御手段は、前記確認処理の実行済みの請求書について、前記確認処理の結果を更新するために再度確認処理を行うように制御可能であり、
   前記表示制御手段は、当該請求書に関する前記確認処理の結果を、前記更新するために行った確認処理の結果に基づいて更新して表示するように制御することを特徴とする請求項１乃至８のいずれか１項に記載の情報処理システム。
10. 前記表示制御手段は、更に、前記第１の請求書と前記第２の請求書の過去の支払履歴を前記特定の画面に表示するように制御することを特徴とする請求項１乃至９のいずれか１項に記載の情報処理システム。
11. 前記特定の画面は、前記第１の請求書と前記第２の請求書は表示されない画面であることを特徴とする請求項１乃至１０のいずれか１項に記載の情報処理システム。
12. 前記表示制御手段は、前記特定の画面に表示された表示アイテムであって、前記第１の請求書に対応する第１の表示アイテムが操作されたことに応じて前記第１の請求書を表示するように制御し、前記特定の画面に表示された表示アイテムであって、前記第２の請求書に対応する第２の表示アイテムが操作されたことに応じて前記第２の請求書を表示するように制御することを特徴とする請求項１乃至１１のいずれか１項に記載の情報処理システム。
13. 前記第１の請求書及び前記第２の請求書はＰＤＦファイルであり、前記信用情報は少なくとも時刻情報と請求元の信用に関する情報を含むことを特徴とする請求項１乃至１２のいずれか１項に記載の情報処理システム。
14. 前記信用情報は、前記請求書の請求元とも請求先とも異なる外部機関によって付与された情報であることを特徴とする請求項１乃至１３のいずれか１項に記載の情報処理システム。
15. 前記確認処理は、インターネット通信を行い、インターネット上のサーバに記憶された情報と、前記信用情報の少なくとも一部の内容と、を比較する処理を含むことを特徴とする請求項１乃至１４のいずれか１項に記載の情報処理システム。
16. 前記第１の請求書の信用情報についての前記確認処理で通信する通信先と、前記第２の請求書の信用情報についての前記確認処理で通信する通信先とが異なることを特徴とする請求項１乃至１５のいずれか１項に記載の情報処理システム。
17. 前記制御手段は、請求書毎の信用情報に応じた通信先と通信して前記確認処理を行うように制御することを特徴とする請求項１乃至１６のいずれか１項に記載の情報処理システム。
18. 前記制御手段は、請求書毎の信用情報に含まれる、通信先にアクセスするための情報を用いて、通信先と通信して前記確認処理を行うように制御することを特徴とする請求項１乃至１７のいずれか１項に記載の情報処理システム。
19. 前記制御手段及び前記表示制御手段は、公的機関のインターネットサイトからダウンロードされたプログラムに基づいた制御を行うことを特徴とする請求項１乃至１８のいずれか１項に記載の情報処理システム。
20. 請求書に関連付けられた信用情報に基づく信用を確認する確認処理を行うように制御する制御ステップと、
    第１の請求元からの第１の請求書の信用情報についての前記確認処理の結果と、第２の請求元からの第２の請求書の信用情報についての前記確認処理の結果とを、特定の画面に共に表示するように制御する表示制御ステップと、
    を有することを特徴とする情報処理システムの制御方法。
21. 少なくとも１つのコンピュータを、請求項１乃至１９のいずれか１項に記載された情報処理システムの各手段として機能させるためのプログラム。

Images