JP6880763B2 - 情報解析システム、情報解析方法 - Google Patents

Description

本発明は、情報解析システム、及び情報解析方法に関する。

従業員が担当業務を遂行する上で金額を立て替えておき、後から会社などの雇用者に請求することは少なくない。例えば、従業員が営業で客先を訪問した際の交通費を会社に請求するような場合である。従来、従業員は請求書に手書きで交通費等の金額を記入していたが、業務効率が低下するためこれを自動化することが望まれている。

従業員が、例えばスマートフォンで領収書を撮像してサーバに送信し、領収書の画像データ及び領収書に関する情報（例えば、金額等）をサーバに登録して管理する方法が知られている。

また例えば、特許文献１には、複合機がスキャンし文字認識した結果をユーザが複合機上で修正できる情報抽出装置が開示されており、このような文字認識技術を利用すれば、領収書から金額等の情報を抽出することも可能となる。

しかしながら、従来技術では、例えば、複数の領収書をまとめて処理したいといった場合に、これらをまとめて効率的に処理することができないという問題があった。すなわち、上記した従来方法は、決められた形で１枚の領収書が読み取られることを前提としたものであり、例えば、形や大きさの異なる複数枚の領収書を扱う際には、ユーザに煩雑な操作を強いることとなる。なお、このような問題は、ユーザが領収書を処理するという利用形態に限らず、処理に共通性を有する利用形態であれば同様に起こり得るものである。

本発明は、上記課題に鑑み、領収書などを電子保管する処理をユーザが利便的に機器を操作して行えるような機能性に優れた情報解析システムを提供することを目的とする。

本発明は、読取装置が読み取ったデータを解析装置が解析し、解析結果を表示装置に表示する情報解析システムであって、
前記読取装置は、 配置領域に配置された複数の領収書をスキャンする読取手段と、
前記読取手段が読み取った複数の領収書を含む画像データを前記解析装置に送信する送信手段と、を有し、
前記解析装置は、前記画像データを受信する通信手段と、前記画像データから各領収書のイメージを抽出し、イメージの数をカウントする抽出手段と、前記抽出手段が抽出した各イメージに対して文字認識処理を行い、テキストデータを取得する文字認識手段と、を有し、前記通信手段は、全ての前記イメージの数を前記読取装置に送信し、前記文字認識処理が完了した前記イメージを順次、前記イメージごとに前記テキストデータの少なくとも一部と共に前記読取装置に送信し、
前記表示装置は、前記解析装置から受信した前記イメージと前記テキストデータの少なくとも一部を領収書ごとに順次、表示する表示手段と、表示されたテキストデータに対する編集を受け付ける受付手段と、を有し、前記イメージの送信に先立って前記解析装置から送信された全ての前記イメージの数と、順次、送信された領収書のイメージの数が一致した場合に、受信が完了した旨を解析装置に送信する指示を受け付け可能とする制御手段と、を有する。

領収書などを電子保管する処理をユーザが利便的に機器を操作して行えるような機能性に優れた情報解析システムを提供することができる。

情報登録システムの動作の概略を説明する図の一例である。 情報登録システムの概略構成図の一例である。 複合機のハードウェア構成の一例を示す図である。 登録サーバ、管理サーバ、又はユーザ端末のハードウェア構成図の一例である。 複合機のソフトウェア構成の一例を示す模式図である。 情報登録システムの各装置が有する機能について説明する。 本人と代理人の関係を説明する図の一例である。 管理サーバがユーザを認証する手順を示すシーケンス図の一例である。 ロック画面、ホーム画面及び起動画面の一例を示す図である。 ログイン画面、メニュー画面の一例を示す図である。 複合機が領収書の電子データを管理サーバに登録する手順を示すシーケンス図の一例である。 複合機が領収書の電子データを管理サーバに登録する手順を示すシーケンス図の一例である。 新規レポート作成画面、スキャン画面の一例を示す図である。 スキャン中画面、結果表示画面の一例を示す図である。 複数の領収書を含む画像データの一例を示す図である。 抽出部が領収書を検出する手順を示すフローチャート図の一例である。 登録サーバの認識処理部が文字認識を行う手順を示すフローチャート図の一例である。 文字認識を説明する図の一例である。 用語検出部が用語を検出する手順を示すフローチャート図の一例である。 領収書における日付と金額の検出を説明する図の一例である。 イメージ作成部がサムネイル画像を作成する手順を示すフローチャート図の一例である。 代理人が本人を選択した際の情報登録システムの動作手順を示すシーケンス図の一例である。 パスワード入力画面、本人一覧画面の一例を示す図である。 複合機が領収書の電子データを管理サーバに登録する手順を示すシーケンス図の一例である。 レポート一覧画面の一例を示す図である。 レポート一覧画面の一例を示す図である。 ユーザ端末が管理サーバと通信しレポートを表示させる手順を示すフローチャート図の一例である。 Ｗｅｂホーム画面、レポート画面５４１の一例を示す図である。 ユーザ端末が管理サーバと通信しレポートに領収書を対応付ける手順を示すフローチャート図の一例である。 Ｗｅｂホーム画面の一例を示す図である。

以下、本発明を実施するための形態について図面を参照しながら説明する。

＜本実施形態の電子データの生成の概略＞
図１は、本実施形態の情報登録システム１００の動作の概略を説明する図の一例である。
（１）ユーザＵは複合機９のコンタクトガラスに電子化したい複数の領収書７を配置してスキャンする。これにより複数の領収書のイメージが含まれる１つの画像データが登録サーバ３０に送信される。なお、配置する領収書が１枚であってもよいことは明らかである。
（２）登録サーバ３０は画像データから領収書７のイメージを１つ１つ抽出する（トリミングする）。
（３）登録サーバ３０は領収書７のイメージに対し順番に文字認識処理を施し、少なくとも日付と金額を検出する。
（４）登録サーバ３０は文字認識処理が終わった領収書７の電子データ（イメージ、日付、金額）を順次、文字認識処理が終わった順に複合機９に送信する。
（５）複合機９は、登録サーバ３０から送信された１枚の領収書７に係る電子データを受信すると、受信した領収書７の電子データを操作パネルに表示し、また、表示を更新する。操作パネルには、ユーザＵの操作に応じて、各領収書７のイメージ、領収書７に記載の日付、領収書７に記載の金額が表示される。

このように、本実施形態の情報登録システム１００では、複数の領収書７を一度に画像データに変換でき、文字認識処理が終わった領収書７の電子データが順次、複合機９に送信されるので、ユーザＵは全ての領収書に対する文字認識処理が終わるのを待たずに、１枚の領収書７の文字認識処理に必要な時間で処理結果を見ることがで。ユーザＵは表示された順に領収書７の文字認識結果を確認することができ、確認している間に次々と領収書７のイメージが送信されるため、確認と文字認識処理とを並行に行うことができる。したがって、領収書７を配置して読み取らせてからその結果が表示されるまでのユーザＵの待ち時間を低減できる。

＜システム構成例＞
図２は、本実施形態の情報登録システム１００の概略構成図の一例を示す。情報登録システム１００は主に複合機９、登録サーバ３０、管理サーバ４０、及びユーザ端末５０を有する。情報登録システム１００は情報を解析する機能を含むため情報解析システムと称してもよい。情報登録システム１００は読み取られたデータを解析し、解析結果を表示装置に表示する。

複合機９と登録サーバ３０はネットワーク８を介して接続されており、登録サーバ３０と管理サーバ４０は通信可能であり、ユーザ端末５０は管理サーバ４０と通信可能になっている。実際には複合機９、登録サーバ３０、管理サーバ４０、及びユーザ端末５０がネットワーク８に接続されているが、構成の説明のためネットワーク８との結線は省略されている。また、管理サーバ４０は、いわゆるクラウドサービスとしてサービスを提供することが想定される。登録サーバ３０は、領収書の入口である複合機９と、その出口である管理サーバ４０とを仲介する役割を担い、複数のベンダーによりそれぞれ提供される領収書管理サービスに対応することが可能である。同様に、複数のベンダーによりそれぞれ販売される複合機９に対応することが可能である。

複合機９と登録サーバ３０を結ぶネットワーク８は、複合機９が設置された施設に敷設されたＬＡＮ、広域イーサネット（登録商標）、複数のＬＡＮがルータ等で接続されたＷＡＮなどである。なお、インターネットを介していてもよい。ネットワーク８は有線又は無線のどちらで構築されてもよく、また、有線と無線が組み合わされていてもよい。また、無線の場合、３Ｇ、４Ｇ又はＬＴＥなどの通信規格のネットワークが含まれていてもよい。

複合機９は、原稿を光学的に読み取って画像データを生成する読取装置である。このような装置をスキャナ又はスキャナ装置という。複合機９が"複合"という文字を含むのは、読取装置の機能以外の機能を有する場合があるためである。複合機９はＭＦＰ（Multi-Function Peripherals）と呼ばれる場合がある。すなわち、複合機９は更に、用紙などの印刷媒体に画像を形成するプリンタ機能、スキャナとプリンタ機能により実現されるコピー機能、及び、スキャナと電話回線（又はネットワーク）により実現されるＦＡＸ機能を有していてもよい。また、複合機９は、これらの機能により、画像形成装置、プリンタ、複写機、コピー機、ＦＡＸ装置などと呼ばれていてもよい。

本実施形態の複合機９は、複数の領収書を一度に撮像する機能を有していることが好ましく、この意味では主にテレビ会議で使用される書画カメラ、デジタルカメラ、Ｗｅｂカメラなどが本発明に関して複合機９が提供する機能と同等の機能を有する装置となる場合がある。また、デジタルカメラを搭載した又は外付けのデジタルカメラが接続されたＰＣ（Personal Computer）でもよい。

複合機９は、後述する操作パネルを有しており、操作パネルに領収書の電子データ等を表示する。操作パネルは、電子データの編集を受け付けるタッチパネルやキーボードなど、及び、ディスプレイ又は表示装置の機能を有している。

複合機９は後述する本体１０と操作部２０とを有し、それぞれにアプリケーションを搭載可能になっている。本実施形態では、操作部２０に、複数の領収書の画像データを管理サーバ４０に登録するために登録サーバ３０と連携するアプリケーション（以下、領収書アプリ６０という）が搭載されている。ただし、領収書アプリ６０は本体１０に搭載されていてもよい。

登録サーバ３０は、領収書の電子データを管理サーバ４０に登録する情報処理装置である。すなわち、登録サーバ３０は、複数の領収書の画像データから各領収書のトリミング、文字認識処理を行い領収書の電子データを複合機９に送信する。ユーザＵが内容を確認して後述の送信ボタンを押下すると、登録サーバ３０がイメージを除く領収書の電子データを受信し、ユーザＵのユーザＩＤ（メールアドレス）と共に管理サーバ４０に送信する。

管理サーバ４０は、領収書の電子データを管理する情報処理装置である。管理サーバ４０は、管理者に対応付けて個々のユーザＵを管理する管理形態を取っている。管理者は、管理者権限に基づき個々のユーザＵを登録することができ、後述するように登録した各ユーザに対する所定の処理についての実行権限を有する。つまり、管理者は管理者権限で管理サーバ４０を使用し、登録したユーザに対する所定の処理を実行することができる。したがって、例えば、ある企業Ａが管理サーバ４０により提供されるサービスを利用したい場合は、一人の管理者を登録し、この管理者に基づいてその他の従業員を登録すればよく、全ての従業員を管理者として登録する必要はない。また、管理サーバ４０によるサービス提供者側においても、各従業員が管理者として登録されるような利用形態を望まないことが考えられる。サービス提供者側としては、管理サーバ４０により提供されるサービスを、企業、団体、個人などの単位で管理したいという要望もあり得るためである。

管理者：ユーザ１、ユーザ２、…、ユーザＮ
管理者とは、各ユーザの代わりに管理サーバ４０にログインした状態を維持する者をいう。管理者は、管理サーバ４０が提供するサービスを利用する企業等において複数のユーザＵを取りまとめる所定の担当者ということができるが、この担当者が実際に存在する必要はない。詳細は後述されるが、登録サーバ３０を介して管理サーバ４０に各ユーザＵがログインすることは煩雑な処理又は操作が必要になるため、管理サーバ４０には原則的に管理者がログインしておき、複合機９を使用する各ユーザＵは管理者の権限で管理サーバ４０を使用する。管理サーバ４０には、管理者ＩＤと、これに基づき登録された各ユーザＵのユーザＩＤとが対応付けられており、各ユーザＵが送信する電子データはユーザＩＤに対応付けられて登録される。ただし、管理サーバ４０へのログイン自体は各ユーザも可能である。

なお、ＩＤはIdentificationの略であり識別子や識別情報という意味である。ＩＤは複数の対象から、ある特定の対象を一意的に区別するために用いられる名称、符号、文字列、数値又はこれらのうち１つ以上の組み合わせをいう。ユーザＩＤ以外のＩＤについても同様である。本実施形態では、ユーザＩＤとしてメールアドレスが使用されるが、ユーザＵを識別できればメールアドレスには限られない。

ユーザ端末５０は、ユーザＵが登録サーバ３０から電子データを確認したり編集したり申請したりするための情報処理装置である。ユーザ端末５０ではブラウザソフトウェア又はこれと同等の機能を有するアプリケーションソフトウェアが動作する。ユーザＵはユーザ端末５０を操作してユーザＵの権限でログインし、ユーザＩＤに対応付けられている領収書の電子データを表示させる。領収書の確認や編集が済むと領収書の承認申請用のワークフローに電子データを送信することで、上司による領収書の承認や経理による出金が行われる。また、ユーザ端末５０は、管理サーバ４０にアクセスし、保持している領収書のイメージデータを管理サーバ４０に登録することもできる。また更に、ユーザ端末５０がカメラ等の撮像機能を有していれば、領収書を撮像して得られたイメージデータを管理サーバ４０に登録することもできる。

ユーザ端末５０は、具体的にはＰＣ、スマートフォン、タブレット端末、サングラス型や腕時計型などのウェアラブルＰＣ、ＰＤＡ（Personal Digital Assistant）、ゲーム機、ナビゲーション装置、等であるが、ブラウザソフトウェア又はこれと同等のアプリケーションソフトウェアが動作すればよい。例えば、ユーザ端末５０がスマートフォンの場合、スマートフォン上で動作する専用のアプリケーションを管理サーバ４０のサービス提供者が生成し、これをユーザ端末５０にダウンロードさせる形態で頒布することができる。

＜ハードウェア構成例＞
<<複合機>>
図３は、複合機９のハードウェア構成の一例を示す図である。図３に示すように、複合機９は、本体１０と、操作部２０と、を備える。本体１０と操作部２０は、専用の通信路３００を介して相互に通信可能に接続されている。通信路３００は、例えばＵＳＢ（Universal Serial Bus）規格のものを用いることもできるが、有線か無線かを問わず任意の規格のものであってよい。

なお、本体１０は、操作部２０で受け付けた操作に応じた動作を行うことができる。また、本体１０は、クライアントＰＣ（パーソナルコンピュータ）等の外部装置とも通信可能であり、外部装置から受信した指示に応じた動作を行うこともできる。

次に、本体１０のハードウェア構成について説明する。図３に示すように、本体１０は、ＣＰＵ（Central Processing Unit）１１と、ＲＯＭ(Read Only Memory)１２と、ＲＡＭ(Random Access Memory)１３と、ＨＤＤ（Hard Disk Drive）１４と、通信Ｉ／Ｆ（Interface）１５と、接続Ｉ／Ｆ１６と、エンジン部１７とを備え、これらがシステムバス１８を介して相互に接続されている。説明の便宜上、図３では、本体１０はＨＤＤ１４を有している構成を例に挙げて説明したが、例えばＨＤＤ１４を有しておらず、十分な記憶領域を確保できない構成もあり得る。

ＣＰＵ１１は、本体１０の動作を統括的に制御する。ＣＰＵ１１は、ＲＡＭ１３をワークエリア（作業領域）としてＲＯＭ１２又はＨＤＤ１４等に格納されたプログラムを実行することで、本体１０全体の動作を制御し、上記したコピー機能、スキャナ機能、ファクス機能、プリンタ機能などの各種機能を実現する。

通信Ｉ／Ｆ１５は、ネットワーク８と接続するためのインタフェースである。接続Ｉ／Ｆ１６は、通信路３００を介して操作部２０と通信するためのインタフェースである。

エンジン部１７は、コピー機能、スキャナ機能、ファクス機能、及び、プリンタ機能を実現させるための、汎用的な情報処理及び通信以外の処理を行うハードウェアである。例えば、原稿の画像をスキャンして読み取るスキャナ（後述の読取部３３に対応する）、用紙等のシート材への印刷を行うプロッタ（画像形成部）、ファクス通信を行うファクス部などを備えている。更に、印刷済みシート材を仕分けるフィニッシャや、原稿を自動給送するＡＤＦ（自動原稿給送装置）のような特定のオプションを備えることもできる。

次に、操作部２０のハードウェア構成について説明する。図３に示すように、操作部２０は、ＣＰＵ２１と、ＲＯＭ２２と、ＲＡＭ２３と、フラッシュメモリ２４と、通信Ｉ／Ｆ２５と、接続Ｉ／Ｆ２６と、操作パネル２７とを備え、これらがシステムバス２８を介して相互に接続されている。説明の便宜上、図３では、操作部２０はフラッシュメモリ２４を有している構成を例に挙げて説明したが、例えばフラッシュメモリ２４を有していない構成もあり得る。要するに、複合機９は、受信したコンテンツを記憶するための記憶装置を有していない構成もあり得る。

<<登録サーバ３０、管理サーバ４０、ユーザ端末５０>>
図４は、登録サーバ３０、管理サーバ４０、又はユーザ端末５０のハードウェア構成図の一例である。ここでは、登録サーバ３０を対象に説明する。登録サーバ３０は、ＣＰＵ３０１と、ＲＯＭ３０２と、ＲＡＭ３０３と、通信Ｉ／Ｆ３０４と、入力装置３０５と、表示装置３０６とを備える。ＣＰＵ３０１は、登録サーバ３０の動作を統括的に制御する。ＲＯＭ３０２は、プログラム等の各種のデータを記憶する不揮発性のメモリである。ＲＡＭ３０３は、ＣＰＵ３０１が実行する各種の処理の作業領域（ワークエリア）として機能する揮発性のメモリである。通信Ｉ／Ｆ３０４は、ネットワーク８と接続するためのインタフェースである。入力装置３０５は、ユーザＵによる操作の入力に用いられるデバイスであり、例えばマウスやキーボードなどで構成される。表示装置３０６は各種の情報を表示するデバイスであり、例えば液晶型ディスプレイ装置などで構成される。

管理サーバ４０、及びユーザ端末５０のハードウェア構成は登録サーバ３０と同じであるか、又は異なっていても本実施形態の説明に支障はないものとする。

なお、管理サーバ４０はクラウドコンピューティングに対応していることが好ましいが、必須ではない。一方で、登録サーバ３０は、複合機９を利用する企業により構築されるネットワーク内に設置されることが想定されるが、クラウドコンピューティングに対応し、クラウドサービスとしてその機能を提供してもよい。クラウドコンピューティングとは、特定ハードウェア資源が意識されずにネットワーク上のリソースが利用される利用形態をいう。

図示したハードウェア構成は、１つの筐体に収納されていたり一まとまりの装置として備えられていたりする必要はなく、登録サーバ３０、又は管理サーバ４０が備えていることが好ましいハード的な要素を示す。また、クラウドコンピューティングに対応するため、本実施例の登録サーバ３０、又は管理サーバ４０の物理的な構成は固定的でなくてもよく、負荷に応じてハード的なリソースが動的に接続・切断されることで構成されてよい。

＜ソフトウェア構成＞
図５は、複合機９のソフトウェア構成の一例を示す模式図である。図５に示すように、本体１０は、アプリ層１０１と、サービス層１０２と、ＯＳ(Operating System)層１０３とを有する。アプリ層１０１、サービス層１０２、及び、ＯＳ層１０３の実体は、ＲＯＭ１２やＨＤＤ１４等に格納されている各種ソフトウェアである。ＣＰＵ１１が、これらのソフトウェアを実行することにより、各種の機能が提供される。

アプリ層１０１のソフトウェアは、ハードウェア資源を動作させて所定の機能を提供するためのアプリケーションソフトウェア（以下の説明では、単に「アプリ」と称する場合がある）である。例えばアプリとしては、コピー機能を提供するためのコピーアプリ、スキャナ機能を提供するためのスキャナアプリ、ファクス機能を提供するためのファクスアプリ、プリンタ機能を提供するためのプリンタアプリ、複合機９の情報を通知する機器情報通知アプリなどが挙げられる。

サービス層１０２のソフトウェアは、アプリ層１０１とＯＳ層１０３との間に介在し、アプリに対し、本体１０が備えるハードウェア資源を利用するためのインタフェースを提供するためのソフトウェアである。より具体的には、ハードウェア資源に対する動作要求の受付、動作要求の調停を行う機能を提供するためのソフトウェアである。サービス層１０２が受け付ける動作要求としては、スキャナによる読み取りやプロッタによる印刷等の要求が考えられる。

なお、サービス層１０２によるインタフェースの機能は、本体１０のアプリ層１０１だけではなく、操作部２０のアプリ層２０１に対しても提供される。すなわち、操作部２０のアプリ層２０１（アプリ）も、サービス層１０２のインタフェース機能を介して、本体１０のハードウェア資源（例えばエンジン部１７）を利用した機能を実現することができる。例えばサービス層１０２のインタフェース機能は、ＷｅｂＡＰＩで提供される。操作部２０と本体１０は、通信路３００をネットワークとして通信することができる。

ＯＳ層１０３のソフトウェアは、本体１０が備えるハードウェアを制御する基本機能を提供するための基本ソフトウェア（オペレーティングシステム（ＯＳ））である。サービス層１０２のソフトウェアは、各種アプリからのハードウェア資源の利用要求を、ＯＳ層１０３が解釈可能なコマンドに変換してＯＳ層１０３に渡す。そして、ＯＳ層１０３のソフトウェアによりコマンドが実行されることで、ハードウェア資源は、アプリの要求に従った動作を行う。

同様に、操作部２０は、アプリ層２０１と、サービス層２０２と、ＯＳ層２０３とを有する。操作部２０が備えるアプリ層２０１、サービス層２０２及びＯＳ層２０３も、階層構造については本体１０側と同様である。ただし、アプリ層２０１のアプリにより提供される機能や、サービス層２０２が受け付け可能な動作要求の種類は、本体１０側とは異なる。アプリ層２０１のアプリは、操作部２０が備えるハードウェア資源を動作させて所定の機能を提供するためのソフトウェアであってもよいが、主として本体１０が備える機能（コピー機能、スキャナ機能、ファクス機能、プリンタ機能、初期設定機能）に関する操作や表示を行うためのＵＩ（ユーザインタフェース）の機能（コピーのＵＩ機能、スキャナのＵＩ機能、ファクスのＵＩ機能、プリンタのＵＩ機能、初期設定のＵＩ機能等）やブラウザ機能を提供するためのソフトウェアである。ここでは、アプリ層２０１のアプリとしては、領収書アプリなどが含まれる。

なお、本実施形態では、機能の独立性を保つために、本体１０側のＯＳ層１０３のソフトウェアと操作部２０側のＯＳ層２０３のソフトウェアが互いに異なる。つまり、本体１０と操作部２０は、別々のオペレーティングシステムで互いに独立して動作する。例えば本体１０側のＯＳ層１０３のソフトウェアとしてＮｅｔＢＳＤ（登録商標）を用い、操作部２０側のＯＳ層２０３のソフトウェアとしてＡｎｄｒｏｉｄ（登録商標）を用いることも可能である。

以上のように、本実施形態の複合機９において、本体１０と操作部２０は別々のオペレーティングシステムで動作するため、本体１０と操作部２０との間の通信は、共通の装置内のプロセス間通信ではなく、異なる装置間の通信として行われる。操作部２０が受け付けた情報（ユーザＵからの指示内容）を本体１０へ伝達する動作（コマンド通信）や、本体１０が操作部２０へイベントを通知する動作などがこれに該当する。ここでは、操作部２０が本体１０へコマンド通信を行うことにより、本体１０の機能を使用することができる。また、本体１０から操作部２０に通知するイベントには、本体１０における動作の実行状況、本体１０側で設定された内容などが挙げられる。

また、本実施形態では、操作部２０に対する電力供給は、本体１０から通信路３００を経由して行われているので、操作部２０の電源制御を、本体１０の電源制御とは別に（独立して）行うことができる。

＜機能について＞
図６を用いて、情報登録システム１００の各装置が有する機能について説明する。図６は、情報登録システム１００が有する複合機９、登録サーバ３０、管理サーバ４０、及びユーザ端末５０の機能ブロック図の一例である。

<<複合機９>>
複合機９は本体１０と操作部２０を有しており、本体１０は送受信部３１、認証処理部３２、及び読取部３３を有する。本体１０が有するこれら各機能部は、図３に示された各構成要素のいずれかが、ＨＤＤ１４からＲＡＭ１３に展開されたプログラムに従ったＣＰＵ１１からの命令により動作することで実現される機能又は手段である。このプログラムは、プログラム配信用のサーバから配信されるか又は記憶媒体に記憶された状態で配布される。

また、本体は記憶部３９を有している。記憶部３９は、図３のＨＤＤ１４、ＲＯＭ１２又はＲＡＭ１３により実現される各種の情報を記憶する記憶手段である。記憶部３９にはユーザ情報ＤＢ３９０１が構築される。

表１はユーザ情報ＤＢ３９０１に記憶されている情報の一例をテーブル状に示す。ユーザ情報ＤＢ３９０１には例えば、ＩＣカード情報、ユーザＩＤ，パスワード、及び属性情報等が登録されている。ＩＣカード情報、又は、ユーザＩＤとパスワードはユーザＵが複合機９にログインするための認証情報である。ユーザ情報ＤＢ３９０１には管理サーバ４０にログインするための認証情報は登録されない点に注意されたい。ユーザ情報ＤＢ３９０１に各種のサーバの認証情報を登録するとユーザ情報ＤＢ３９０１の管理が煩雑になってしまう。本実施形態では、ユーザＵが複合機９にログインすると管理者権限で管理サーバ４０を使用できるため、ユーザ情報ＤＢ３９０１は複合機９へのログインのための認証情報を保持していればよい。したがって、ユーザＵはシングルサインオンと同様に1回の認証操作で複合機９と管理サーバ４０を使用できる。

ユーザＵの認証に例えばアクティブディレクトリ（登録商標）が適用されもよい。また、ユーザ情報ＤＢ３９０１は複合機９が有する必要はなく、複合機９が通信できるネットワーク上のリソースにあればよい。

（本体の機能）
送受信部３１は、図３のＣＰＵ１１がプログラムを実行し通信Ｉ／Ｆ１５を制御すること等により実現され、ネットワーク８を介して登録サーバ３０と各種のデータの送受信を行う。

認証処理部３２は、図３のＣＰＵ１１がプログラムを実行すること等により実現され、ユーザ情報ＤＢ３９０１を参照してユーザＵを認証する。認証処理部３２はユーザＵが携帯するＩＣカードのＩＣカード情報をリーダライタで読み取り、ＩＣカード情報がユーザ情報ＤＢ３９０１のものと一致する場合に認証が成立すると判断し、一致しない場合に認証が成立しないと判断する。あるいは、認証処理部３２はユーザＵが入力したユーザＩＤとパスワードがユーザ情報ＤＢ３９０１のものと一致する場合に認証が成立すると判断し、一致しない場合に認証が成立しないと判断する。認証が成立すると認証処理部３２はユーザＵのログインを許可する。つまり、領収書アプリ６０等を利用可能になる。なお、ＩＣカードには指紋などの生体情報が使用されてもよい。

読取部３３は、図３のＣＰＵ１１がプログラムを実行しエンジン部１７を制御すること等により実現され、複合機９が有するスキャナの機能によりコンタクトガラス上の原稿を読み取って画像データを生成する。

（領収書アプリ６０の機能）
領収書アプリ６０は操作受付部３４、複合機制御部３５、及び表示制御部３６を有している。領収書アプリ６０が有する各機能部は、図３に示された各構成要素のいずれかが、フラッシュメモリ２４からＲＡＭ２３に展開されたプログラムに従ったＣＰＵ２１からの命令により動作することで実現される機能又は手段である。このプログラムは、プログラム配信用のサーバから配信されるか又は記憶媒体に記憶された状態で配布される。

操作受付部３４は、図３のＣＰＵ２１がプログラムを実行し操作パネル２７を制御すること等により実現され、ユーザＵからの各種の操作を受け付ける。

複合機制御部３５は、図３のＣＰＵ２１がプログラムを実行すること等により実現され、領収書アプリ６０の全体的な動作を制御する。

表示制御部３６は、図３のＣＰＵ２１がプログラムを実行し操作パネル２７を制御すること等により実現され、領収書アプリ６０の画面を操作パネル２７に表示する。領収書アプリ６０は画面の部品を予め有しており、これに電子データや管理サーバ４０から送信された情報を配置することで画面を形成する。

なお、図６で本体と領収書アプリ６０を分けて説明したのは一例に過ぎず、本体が有する機能を領収書アプリ６０が有していてもよいし、領収書アプリ６０が有する機能を本体が有していてもよい。

<<登録サーバ３０>>
登録サーバ３０は、認識処理部４１、抽出部４２、複合機通信部４３、サーバ制御部４４、イメージ作成部４５、用語検出部４６、及び、管理サーバ通信部４７を有している。登録サーバ３０が有するこれら各機能部は、図４に示された各構成要素のいずれかが、ＨＤＤ３０７からＲＡＭ３０３に展開されたプログラムに従ったＣＰＵ３０１からの命令により動作することで実現される機能又は手段である。このプログラムは、プログラム配信用のサーバから配信されるか又は記憶媒体に記憶された状態で配布される。

また、登録サーバ３０は記憶部４９を有している。記憶部４９は、図４のＨＤＤ３０７、ＲＯＭ３０２又はＲＡＭ３０３により実現される各種の情報を記憶する記憶手段である。記憶部４９にはトークンＡ、トークンＢが構築される。トークンＡは管理者が管理サーバ４０にログインすることで管理サーバ４０から登録サーバ３０に送信されるログイン済情報である。つまり、管理者がログイン中である場合、登録サーバ３０はトークンＡを保持している。管理サーバ４０は管理者が最後にログインしてから１年程度、ログイン状態を保持している。これにより、各ユーザＵは管理者権限で管理サーバ４０を使用できる。また、複合機９にログインしたユーザＵのユーザＩＤが管理サーバ４０に登録されている場合、トークンＡにユーザＩＤとセッションＩＤ１が対応付けられる。複合機９はこのセッションＩＤ１で登録サーバ３０と通信する。

トークンＢは後述される代理人が管理サーバ４０にログインすることで管理サーバ４０から登録サーバ３０に送信されるログイン済情報である。代理人は本人に代わって領収書の電子データを管理サーバ４０に登録できる。

複合機通信部４３は、図４のＣＰＵ３０１がプログラムを実行し通信Ｉ／Ｆ３０４を制御すること等により実現され、複合機９と各種の情報を通信する。

抽出部４２は、図４のＣＰＵ３０１がプログラムを実行すること等により実現され、複数の領収書を含む画像データから各領収書のイメージを抽出する（トリミングする）。

認識処理部４１は、図４のＣＰＵ３０１がプログラムを実行すること等により実現され、各イメージに文字認識処理を施しテキストデータに変換する。このテキストデータには、少なくとも日付と金額が含まれる。

イメージ作成部４５は、図４のＣＰＵ３０１がプログラムを実行すること等により実現され、各イメージのサムネイルを作成する。サムネイルはイメージが縮小又は拡大された画像である。

用語検出部４６は、図４のＣＰＵ３０１がプログラムを実行すること等により実現され、文字認識処理で得られたテキストデータから金額や日付などの決まった用語を検出する。

サーバ制御部４４は、図４のＣＰＵ３０１がプログラムを実行すること等により実現され、登録サーバ３０の全体的な動作を制御する。

管理サーバ通信部４７は、図４のＣＰＵ３０１がプログラムを実行し通信Ｉ／Ｆ３０４を制御すること等により実現され、管理サーバ４０が公開するＷｅｂＡＰＩ（Ｗｅｂ Application Programming Interface）を介して各種の情報を通信する。ＷｅｂＡＰＩとは、２つの機器がネットワークを介して処理を行う際の取り決め（処理の依頼方法やデータの指定方法など）をいう。

<<管理サーバ４０>>
管理サーバ４０は、ユーザ認証部５１、登録サーバ通信部５２、全体制御部５３、情報登録部５４、及び、サーバ部５５を有している。管理サーバ４０が有するこれら各機能部は、図４に示された各構成要素のいずれかが、ＨＤＤ３０７からＲＡＭ３０３に展開されたプログラムに従ったＣＰＵ３０１からの命令により動作することで実現される機能又は手段である。このプログラムは、プログラム配信用のサーバから配信されるか又は記憶媒体に記憶された状態で配布される。

また、管理サーバ４０は記憶部５９を有している。記憶部５９は、図４のＨＤＤ３０７、ＲＯＭ３０２又はＲＡＭ３０３により実現される各種の情報を記憶する記憶手段である。記憶部５９には顧客情報ＤＢ５９０１、電子データＤＢ５９０２及び代理人ＤＢ５９０３が構築されている。

表２は、顧客情報ＤＢ５９０１に登録されている情報の一例をテーブル状に示す。顧客情報ＤＢ５９０１には管理者ＩＤに対応付けて、管理者パスワード、ユーザＩＤ、パスワード、表示名、及び支出タイプが登録されている。管理者ＩＤは管理者を特定する情報であり例えば管理者のメールアドレスである。管理者ＩＤと管理者パスワードは管理者が管理サーバ４０にログインするための認証情報となる。ユーザＩＤはこの管理者の管理下にあるユーザＵを示す。管理下にあるとは、管理者の権限で各ユーザＵが電子データを登録できることをいう。パスワードは各ユーザＵのパスワードであり、ユーザＵはユーザＩＤとパスワードで管理サーバ４０にログインすることもできる。また、表示名は、複合機９の領収書アプリ６０がログインしているユーザＵ等を表すための名称である。支出タイプは領収書アプリ６０が表示する各ユーザの支出のタイプをリスト状に有する。

また、管理者ＩＤにトークンＡが対応付けられる場合がある。上記のようにトークンＡは管理者のログイン済情報なので、管理者がログインすると１年程度保持される。管理サーバ４０はこのトークンＡが送信されるとユーザＵの使用を許可する。

表３（ａ）は、電子データＤＢ５９０２に登録されている各領収書に関する情報の一例をテーブル状に示す。領収書に関する情報として、ユーザＩＤに対応付けて、レポートＩＤ、領収書ＩＤ、日付、金額及びイメージが登録されている。ユーザ（例えば従業員）が領収書を申請する際に複数の領収書をまとめた方が従業員と会社にとって便利な場合があり、レポートはこの複数の領収書の申請の単位である。関連性が高い複数の領収書は１つのレポートに対応付けられる。ユーザＵは後述するようにレポート単位で領収書を登録できる。日付と金額は文字認識処理により認識された結果であり、イメージは各領収書の画像データである。１つの領収書には管理サーバ４０が管理するための領収書ＩＤが付されているが、ユーザＵが意識する必要はない。

表３（ｂ）は、電子データＤＢ５９０２に登録されている各レポートに関するレポート情報の一例をテーブル状に示す。レポート情報として、レポートＩＤに対応付けて、レポート名、レポート作成日、合計金額、及びステータスが登録されている。レポート名は、ユーザＵが付与したレポートの名称である。レポート作成日は、ユーザＵが新たなレポートを作成した年月日である。合計金額は、レポート内の各領収書の金額の合計である。ステータスは、申請が終わっていない「未提出」、申請が終わった「申請済」、会社に許可された「申請許可」、会社に拒否された「差戻し」などがある。

表４は、代理人ＤＢ５９０３に登録されている情報の一例をテーブル状に示す。代理人ＤＢ５９０３には本人と代理人が対応付けて登録されている。本人とはユーザ本人であり、代理人とは本人を代理するユーザＵである。例えば、本人が社長、代理人が秘書の関係にあり、秘書が社長の代わりに領収書を登録するような使い方が可能になる。あるいは、本人が営業担当者、代理人が庶務の関係にあり、庶務が営業担当者の代わりに領収書を登録するような使い方が可能になる。

なお、一人のユーザＵは複数のユーザＵを代理人に指定でき、一人のユーザＵは複数のユーザＵから代理人に指名されうる。

（管理サーバ４０）
登録サーバ通信部５２は、図４のＣＰＵ３０１がプログラムを実行し通信Ｉ／Ｆ３０４を制御すること等により実現され、登録サーバ３０と各種の情報を通信する。

ユーザ認証部５１は、図４のＣＰＵ３０１がプログラムを実行すること等により実現され、ユーザＵを認証する。トークンＡとユーザＩＤが送信された場合はトークンＡにより管理者によるログインであると判断し、更に、ユーザＩＤが顧客情報ＤＢ５９０１に登録されている場合に、ユーザＵの使用を許可する。ユーザＩＤとパスワードが送信された場合はユーザＩＤとパスワードが顧客情報ＤＢ５９０１に登録されている場合に、ユーザＵの認証が成立したものとして使用を許可する。

全体制御部５３は、図４のＣＰＵ３０１がプログラムを実行すること等により実現され、管理サーバ４０の動作の全体を制御する。

情報登録部５４は、図４のＣＰＵ３０１がプログラムを実行すること等により実現され、複合機９から登録サーバ３０を介して送信されたイメージを含まない電子データと、登録サーバ３０が保持しているイメージを電子データＤＢ５９０２に登録する。

サーバ部５５は、図４のＣＰＵ３０１がプログラムを実行すること等により実現され、Ｗｅｂサーバとして動作し、また、Ｗｅｂアプリを提供する。すなわち、ユーザ端末５０からの要求に対し、ＨＴＭＬ、スクリプト言語及びＣＳＳなどで記述された画面情報を送信する。

<<ユーザ端末５０>>
ユーザ端末５０は、サーバ通信部６１、操作受付部６２、及び、表示制御部６３を有している。ユーザ端末５０が有するこれら各機能部は、図４に示された各構成要素のいずれかが、ＨＤＤ３０７からＲＡＭ３０３に展開されたプログラム及びサーバ部５５から送信された画面情報に従ったＣＰＵ３０１からの命令により動作することで実現される機能又は手段である。このプログラムは、プログラム配信用のサーバから配信されるか又は記憶媒体に記憶された状態で配布される。

サーバ通信部６１は、図４のＣＰＵ３０１がプログラムと画面情報を実行し通信Ｉ／Ｆ３０４を制御すること等により実現され、例えばＨＴＴＰ，ＨＴＴＰｓなどの通信プロトコルで管理サーバ４０と通信する。

操作受付部６２は、図４のＣＰＵ３０１がプログラムと画面情報を実行し入力装置３０５を制御すること等により実現され、ユーザ端末５０に対するユーザＵの各種の操作を受け付ける。

表示制御部６３は、図４のＣＰＵ３０１がプログラムと画面情報を実行し表示装置３０６を制御すること等により実現され、管理サーバ４０から送信された画面情報を解析して表示装置３０６に画面を表示する。

＜代理人の登録について＞
図７は、本人６８と代理人６９の関係を説明する図の一例である。本人６８と代理人６９の関係は、本人６８が任意のユーザＵを指定することで成立する。代理人６９の指定は管理者権限ではできないため、本人であるユーザＵはユーザ権限で管理サーバ４０にログインし、代理人６９に指名するユーザＵを指定する。指名されたユーザＵには、本人の表示名と代理人６９に指定された旨の電子メールが送信されるので、代理人６９に指定されたユーザＵが許可又は拒否する。ユーザＵは例えば、電子メールのＵＲＬをクリックしてＷｅｂページを開きＹｅｓ又はＮｏを押下する。ユーザＵがＹｅｓを押下すると、管理サーバ４０の代理人ＤＢ５９０３に本人と代理人とが対応付けて登録される。

図７に示すように、複数の本人６８が一人の代理人６９を指名すること、及び、一人の本人６８が複数の代理人６９を指名することが可能である。

＜認証の動作手順＞
図８は、管理サーバ４０がユーザＵを認証する手順を示すシーケンス図の一例である。
S1：ユーザＵはＩＣカードを複合機９にかざす。この時点では、複合機９はロック画面４０１を表示しており、ユーザＵは認証などの複合機９の一部の機能しか利用できない。図９（ａ）にロック画面４０１の一例を示す。

S2：認証処理部３２はＩＣカード情報を取得しユーザ情報ＤＢ３９０１と照合することで認証できたか否かを判断する。ここでは認証できたものとして説明する。ユーザＵが複合機９にログインすることで操作パネルには図９（ｂ）のホーム画面４１１が表示される。

S3：認証処理部３２は認証したユーザＵのユーザＩＤをユーザ情報ＤＢ３９０１から取得する。

S4：ユーザＵはホーム画面４１１の領収書アプリ６０を押下する。操作受付部３４は領収書アプリ６０の押下を受け付け、領収書アプリ６０が起動する。これにより、図９（ｃ）の起動画面４２１が表示される。

S5：複合機制御部３５は現在の認証モード（ロック中、ログイン中）を認証処理部３２から取得する。

S6：ログイン中なので、複合機制御部３５はログインしているユーザＵのユーザＩＤを認証処理部３２から取得する。

S7：複合機制御部３５はログイン要求として複合機９にログインしているユーザＵのユーザＩＤを送信する。複合機９が登録サーバ３０と通信する際、正確には、複合機制御部３５は本体１０の送受信部３１を利用して通信するが、簡略化のためこの手順は省略されている。以下の通信でも同様である。

S8：登録サーバ３０の複合機通信部４３はユーザＩＤと共にログイン要求を受信しサーバ制御部４４に送出する。サーバ制御部４４はログイン要求であると判断すると、ユーザＩＤ及びトークンＡと共に管理サーバ４０に表示名の取得を要求する。管理サーバ４０の登録サーバ通信部５２は表示名の要求を受信し、全体制御部５３がユーザＩＤ及びトークンＡを取得する。全体制御部５３はトークンＡによりユーザＵの利用を許可し、ユーザＩＤに対応付けられている表示名を顧客情報ＤＢ５９０１から読み出す。管理サーバ４０の登録サーバ通信部５２は表示名を登録サーバ３０に送信する。

S9：一方、ユーザＵが起動画面４２１で「経費精算をはじめる」ボタン４２２を押下すると、操作受付部３４が操作を受け付け、領収書アプリ６０の表示制御部３６は図１０（ｂ）のメニュー画面４４１を操作パネル２７に表示する。

S10：登録サーバ３０の管理サーバ通信部４７は表示名を受信しサーバ制御部４４に送出する。表示名を受信できた場合、ユーザＩＤが管理サーバ４０に登録されていたことになるので、このユーザＵが管理サーバ４０を使用できると判断し、サーバ制御部４４はセッションを特定するためのセッションＩＤ１を生成し、トークンＡにセッションＩＤ１とユーザＩＤを対応付ける。また、複合機通信部４３はセッションＩＤ１と表示名と領収書アプリ６０に送信する。領収書アプリ６０の表示制御部３６は、ユーザＵが押下したボタンに対応した画面の項目に表示名等を配置してメニュー画面４４１を表示する。

S11：また、表示名を受信できると、登録サーバ３０のサーバ制御部４４はグループポリシーを管理サーバ４０に要求する。グループポリシーとはユーザＵの領収書の登録に関する規則である。例えば、領収書アプリ６０で表示する項目名（例えば、支出タイプ）などである。管理サーバ４０の登録サーバ通信部５２はグループポリシーとして、項目で使用するテキスト（例えば、支出タイプ）を登録サーバ３０に送信する。

S12：登録サーバ３０のサーバ制御部４４は画面の項目で使用するテキストから支出のタイプの初期値を取得しておく。

このようにユーザＵがＩＣカードでログインすると、登録サーバ３０がトークンＡで管理サーバ４０と通信するので、ユーザＵは１回の認証操作で管理サーバ４０に領収書を登録できるようになる。

＜画面例＞
図９（ａ）はロック画面４０１の一例を示し、図９（ｂ）はホーム画面４１１の一例を示し、図９（ｃ）は起動画面４２１の一例を示す。ロック画面４０１には、ＩＣカードをかざす旨のメッセージ４０２とアイコン４０３が表示され、ユーザＵはロック画面４０１を解除するためにＩＣカードをかざせばよいことがわかる。ホーム画面４１１には領収書アプリ６０を表すアイコン４１２が表示される。複数のアプリが表示されることが多いが、図９（ｂ）では省略されている。

起動画面４２１には「経費精算をはじめる」ボタン４２２と「管理者設定」ボタン４２３が表示される。「経費精算をはじめる」ボタン４２２はメニュー画面４４１を表示させるためのボタンであり、管理者設定ボタン４２３は管理者がネットワーク設定や管理者のパスワードを設定する画面が表示されるボタンである。

ここで、図８のステップＳ８でユーザＩＤに対応付けられている表示名が見つからない場合、管理サーバ４０から登録サーバ３０を介してユーザＩＤが見つからない旨が領収書アプリ６０に送信される。この場合、領収書アプリ６０は図１０（ａ）のログイン画面４３１を表示する。ログイン画面４３１はログインＩＤ欄４３２とパスワード欄４３３を有する。管理サーバ４０に管理者ＩＤ（トークンＡ）に対応付けられたユーザＩＤがなくても、このユーザＵが別のユーザＩＤとパスワードの組を管理サーバ４０に登録している可能性がある。この場合、ユーザＵは、ＩＣカードで複合機９にログインした後、自分のユーザＩＤとパスワードを入力するという２回目の認証操作を行うことで、管理サーバ４０にログインできる。

図１０（ｂ）はメニュー画面４４１の一例を示す。メニュー画面４４１には、「レポートと経費を送る」ボタン４４２、「レポートに経費を追加する」ボタン４４３、「経費を送る」ボタン４４４、の３つのボタンがある。「レポートと経費を送る」ボタン４４２は、ユーザＵが新規にレポートを作成し、更に領収書を登録する（スキャンする）ためのボタンである。「レポートに経費を追加する」ボタン４４３は、作成済みのレポートに領収書を追加するためのボタンである。「経費を送る」ボタン４４４は、レポートと対応付けずに領収書だけを登録するボタンである。

また、メニュー画面４４１は表示名欄４４５を有している。表示名欄４４５には管理サーバ４０から取得されたユーザＵの表示名が表示される。すなわち、複合機９にログインしているユーザＵの表示名が表示される。

＜「レポートと経費を送る」ボタンが押下された場合の動作＞
図１１、図１２は、複合機９が領収書の電子データを管理サーバ４０に登録する手順を示すシーケンス図の一例である。

S13：ユーザＵはメニュー画面４４１の３つのボタンから「レポートと経費を送る」ボタン４４２を押下し、操作受付部３４がこのボタンの押下を受け付ける。

S14：領収書アプリ６０の複合機制御部３５は支出のタイプのリストを登録サーバ３０に要求するので、登録サーバ３０から支出タイプのリストと初期値を取得する。これにより、領収書アプリ６０の表示制御部３６は新規レポート作成画面４５１を表示する。図１３（ａ）に新規レポート作成画面４５１の一例を示す。

S15：ユーザＵは必要事項を入力して画面を遷移させると、表示制御部３６がスキャン画面４６１を表示させる。図１３（ｂ）にスキャン画面４６１の一例を示す。

S16：ユーザＵが複数の領収書をコンタクトガラス（読取対象である領収書を物理的に配置する配置領域であり、スキャナ装置が読取を行う読取領域）に配置しスキャンボタンを押下し、操作受付部３４が操作を受け付けると、領収書アプリ６０の複合機制御部３５は本体の読取部３３にスキャン実行を要求する。複合機制御部３５は複数の領収書を含む画像データを取得する。なお、ユーザＵがスキャンボタンを押下すると、表示制御部３６はスキャン中画面４７１を表示する。図１４（ａ）はスキャン中画面４７１の一例を示す。

S17：複合機制御部３５はセッションＩＤ１及び画像データと共に画像処理要求を登録サーバ３０に送信する。

S18：登録サーバ３０の複合機通信部４３はセッションＩＤ１及び画像データと共に画像処理要求を受信し、サーバ制御部４４に送出する。サーバ制御部４４は画像処理要求に対し各領収書を抽出すると判断する。抽出部４２は、１つの画像データから各領収書を抽出する。抽出については図１５，図１６で説明する。

S19：抽出が終わると、サーバ制御部４４は画像ＩＤと全領収書数を領収書アプリ６０に送信する。画像ＩＤは複数の領収書を含む画像データを識別する情報である。複合機９の送受信部３１は画像ＩＤと全領収書数を受信する。

S20：次に、サーバ制御部４４は、各領収書のイメージに対する文字認識処理を認識処理部４１に行わせる。また、サーバ制御部４４はイメージ作成部４５にイメージのサムネイル画像を生成させる。

S21：領収書アプリ６０は画像ＩＤを指定して、各領収書のイメージを登録サーバ３０に要求する。複合機９からイメージを要求するので、登録サーバ３０がファイアウォール越しにイメージを送信できる。電子データには、金額、日付、及びイメージ（サムネイル画像）、及び、後述する金額と日付の位置が含まれる。領収書アプリ６０の表示制御部３６は、電子データを受信すると結果表示画面４８１を表示する。図１４（ｂ）は結果表示画面４８１の一例を示す。

S22,S23,S26：登録サーバ３０のサーバ制御部４４は、全てのイメージに対し順番に、文字認識処理とサムネイル画像の作成を行う。順番に行うのでなく、複数の領収書に対する処理のスレッドを並列に実行してもよい。

S24：領収書アプリ６０の複合機制御部３５は、全領収書数の電子データを取得するまで、画像ＩＤを指定して、順次、各領収書の電子データを登録サーバ３０に要求する。領収書アプリ６０の表示制御部３６は、新たな電子データを受信すると結果表示画面４８１を更新する。

S25、S27：ユーザＵは、結果表示画面４８１で送りボタン４８４を押下することで、各電子データを切り替えて表示させることができる。領収書アプリ６０の複合機制御部３５は受信した電子データの数をカウントし、全領収書数の電子データを取得すると、後述する送信ボタンの押下を可能にする。これにより、ユーザＵは登録サーバ３０に領収書の電子データ（電子データの受信が完了した旨）を送信することができるようになる。つまり、電子データの受信が完了した旨を登録サーバ３０に送信することが可能になる。

S28：ユーザＵが結果表示画面４８１で送信ボタン４８５を押下する。

S29：操作受付部３４が操作を受け付け、複合機制御部３５はレポート情報、画像ＩＤ及びセッションＩＤ１と共に各領収書の電子データを登録サーバ３０に送信する。レポート情報は、新規レポート作成画面４５１で入力された情報であり、例えば、レポート名称、日付（領収書の日付でなくレポートの作成日）、BusinessPurpose、コメント等である。また、各電子データは、利用する／しない、支出タイプ、日付、及び、金額である。各領収書のイメージは含まれない。画像ＩＤにより特定できるためである。これにより、通信時間を短縮できる。利用する／しないは、領収書の電子データを登録するか否か（ユーザＵが選択する）を意味する。

S30：登録サーバ３０の複合機通信部４３は、レポート情報、画像ＩＤ及びセッションＩＤ１と共に各領収書の電子データ（サムネイル画像を含まない）を受信する。サーバ制御部４４は、セッションＩＤ１で特定したユーザＩＤとトークンＡと共にレポートの新規作成を管理サーバ４０に対し要求する。

S31：レポートを作成できると、登録サーバ３０のサーバ制御部４４は管理サーバ通信部４７を介して、画像ＩＤで各領収書のイメージを特定し、「利用する」となっている電子データについて、支出タイプ、日付、及び、金額と共に経費の作成要求を管理サーバ４０に送信する。この場合もユーザＩＤとトークンＡが添付される。

S32：次に、登録サーバ３０のサーバ制御部４４は管理サーバ通信部４７を介して、経費の作成要求を送信した領収書のイメージを管理サーバ４０に送信する。つまり、ステップＳ３１の電子データとステップＳ３２のイメージは対になる。また、このイメージはサムネイルでなく、抽出部４２が抽出したオリジナルのイメージである。こうすることで、管理サーバ４０では画質の劣化の少ない領収書のイメージを保存できる。登録サーバ３０のサーバ制御部４４はステップＳ３０とＳ３１を全領収書数だけ繰り返す。

S33：全領収書数の電子データの登録の完了が通知されると、領収書アプリ６０の複合機制御部３５はセッションＩＤ１を含め、画像ＩＤを指定して画像データの破棄を登録サーバ３０に要求する。

S34：登録サーバ３０の複合機通信部４３はセッションＩＤ１，画像ＩＤ、及び破棄要求を受信し、サーバ制御部４４が画像ＩＤで指定される画像データと全てのイメージ（サムネイルを含む）を破棄する。

S35：ユーザＵがログアウトする。

S36：本体の認証処理部３２はログアウトを受け付け、セッションＩＤ１と共にログアウト要求を登録サーバ３０に要求する。

S37：登録サーバ３０のサーバ制御部４４はセッションＩＤ１とユーザＩＤを削除する。これにより、登録サーバ３０はトークンＡを保持したままであるが（管理サーバ４０と通信できる）、ユーザＵが複合機９を操作しても登録サーバ３０と通信できなくなる。

＜画面例＞
図１３（ａ）は新規レポート作成画面４５１の一例を示し、図１３（ｂ）はスキャン画面４６１の一例を示す。新規レポート作成画面４５１は、レポート名欄４５２、日付欄４５３、BusinessPurpose欄４５４、及びコメント欄４５５を有する。ユーザＵは最低限、レポート名欄４５２にレポート名を入力すればよい。また、日付欄４５３の日付はレポートの作成日である。

スキャン画面４６１は、領収書をコンタクトガラスに配置させるアイコン４６２、領収書をコンタクトガラスに配置させるメッセージ４６３、及びスキャンボタン４６４を有する。ユーザＵは領収書をコンタクトガラス面に並べてスキャンボタン４６４を押下するが、複合機９のカバーを閉めない。これにより、画像データのうち領収書がない部分は黒画素になるため、抽出部４２が各領収書を抽出しやすくなる。

図１４（ａ）はスキャン中画面４７１の一例を示し、図１４（ｂ）は結果表示画面４８１の一例を示す。スキャン中画面４７１は、スキャン中であることを意味するアイコン４７２と、スキャン中であることを意味するメッセージ４７３を有する。

結果表示画面４８１はタイプ欄４８７、日付欄４８８、金額欄４８９、イメージ欄４９０、送りボタン４８４、戻しボタン４８３、削除ボタン４８２、送信ボタン４８５、及び進捗情報４８６を有する。タイプ欄４８７には、支出タイプのリストが表示され、ユーザＵが操作しなければその初期値が表示される。日付欄４８８と金額欄４８９には文字認識の結果である日付と金額が表示される。イメージ欄４９０はイメージの表示欄でありイメージ欄４９０には領収書のイメージ（サムネイル画像）が表示される。送りボタン４８４は、複数の領収書のうち登録サーバ３０が１つ後に文字認識処理とサムネイル画像の生成が終わった領収書の電子データを表示させるためのボタンである。戻しボタン４８３は、複数の領収書のうち登録サーバ３０が１つ前に文字認識処理とサムネイル画像の生成が終わった領収書の電子データを表示させるためのボタンである。削除ボタン４８２は、ユーザＵが電子データを削除するためのボタンである。この電子データは「利用しない」と判断され、登録サーバ３０に通知される。

送信ボタン４８５は、ユーザＵが全領収書数の電子データを登録サーバ３０に送信する指示を複合機９が受け付けるためのボタンである。送信ボタン４８５は、領収書アプリ６０が全領収書数の電子データを登録サーバ３０から受信するまで表示されても輝度が下がった状態（又は半透明の状態）で表示されるか、又は、表示されない。輝度が下がった状態は押下できない態様を表し、ユーザＵが送信ボタン４８５を押下しても操作受付部３４は送信ボタン４８５の押下を受け付けない。複合機制御部３５は全領収書数の電子データを受信すると輝度が通常の状態の押下できる態様で送信ボタン４８５を表示する。

進捗情報４８６は、全領収書数のうち何件の電子データを領収書アプリ６０が受信したかを示す。表示制御部３６は「Ｎ件中Ｍ件」のメッセージのＮに全領収書数を設定し、Ｍに現時点で登録サーバ３０から受信した電子データの数を設定する。このＭ件は、領収書アプリ６０が登録サーバ３０から電子データを受信するごとに順次、更新される。待ち時間中にどの程度の進行具合かをユーザＵが把握することができ複合機９はユーザＵに安心感を与えることができる。

ユーザが日付欄４８８を押下すると日付欄４８８が選択されたことを操作受付部３４が受け付け、表示制御部３６が０〜９のソフトキー（テンキー）を操作パネル２７に表示する。また、表示制御部３６はイメージに添付されたメタデータから日付の位置を取得して、イメージの日付の位置をイメージ欄４９０の中央に合わせてイメージを配置する。これにより、ユーザが日付を編集する場合、自動的にイメージの日付が中央に表示され、ユーザが確認しやすくなる。金額欄４８９が選択された場合も同様である。

また、表示制御部３６は日付又は金額を表示する際、イメージを拡大してイメージ欄４９０の中央に表示してもよい。操作パネル２７が小さい場合にユーザが日付又は金額を確認しやすくなる。

＜画像データから各領収書の抽出＞
次に、図１５、図１６を用いて画像データから各領収書の抽出について説明する。図１５（ａ）は複数の領収書を含む画像データの一例を、図１６は抽出部４２が領収書を検出する手順を示すフローチャート図の一例である。

連続した黒画素の中に複数の領収書があるため、抽出部４２は連続した黒画素以外の部分を取り出せばよい。まず、抽出部４２は画像データを所定の閾値で二値化する（Ｓ１０）。連続した黒画素とそれ以外を区分できればよいので、閾値は黒画素（画素値が０）に近い値が好ましい。

次に、抽出部４２は輪郭を取得する（Ｓ２０）。輪郭の取得には縦横のエッジ検出を行う方法が知られている。エッジ検出により、領収書と黒画素との境界や文字が検出される。

次に、抽出部４２は輪郭を直線近似する（Ｓ３０）。直線の検出方法にはいくつかあるがハフ変換など公知方法を使用する。

次に、抽出部４２は直線で囲まれる一定以上の面積の領域を取得する（Ｓ４０）。まず、一定の長さ以上の直線を検出することで、連続した黒画素と領収書の境界の直線を絞り込む。次に、交差する直線を辿っていき、元の直線に戻れば辿った複数の直線がある領域を囲むことが分かる。また、一定以上の面積とすることで、領収書内の文字や記号などが検出されることが抑制される。ステップＳ４０の閾値は領収書の最低の大きさを考慮して決定される。

そして、抽出部４２は一定面積の内側を抽出する（Ｓ５０）。こうすることで、画像データから各領収書を抽出できる。

図１５（ｂ）に示すように、抽出部４２は各領収書のイメージに例えば左上から順番に番号を振る。最大の番号（図では８）が全領収書数である。番号はどのような順番で振ってもよく、右上、右下、左下、真ん中などから順番に番号が振られてもよいし、不作為（ランダム）に振られてもよい。また、面積（画素数の大きい順、又は、小さい順に番号が振られてもよい。また、エッジ数の少ない順に振られてもよい。面積が小さい又はエッジ数が少ない場合、文字認識処理が短時間で完了することが期待され、ユーザＵの待ち時間を短縮できる。

＜文字認識処理＞
図１７は、登録サーバ３０の認識処理部４１が文字認識を行う手順を示すフローチャート図の一例である。認識処理部４１は抽出部４２が抽出した領収書に対し１つずつ文字認識を行う。

まず、認識処理部４１は、領収書に対し前処理を行う（Ｓ１０）。前処理は例えば、二値化処理、傾き補正及び天地識別である。画像データの傾きを検出する場合は罫線又は複数の連続した文字の利用が一般的である。例えば、罫線を利用する場合、主走査方向や副走査方向に黒画素が一定個数以上続く黒ランを抽出することによって罫線を抽出する（図１８（ａ））。

また、文字を利用する場合、いくつかの文字の外接矩形の中心を求め、複数の隣接した外接矩形の中心を直線近似することで傾きを算出する（図１８（ｂ））。文字の外接矩形は、連続している黒画素を探索することで検出される。漢字の偏と旁のように１文字が分離している文字のために、距離が所定内の黒画素を１文字とみなす。

認識処理部４１は主走査方向や副走査方向に対する罫線又は文字の直線の傾きθがゼロになるようにアフィン変換を行う。傾き補正により、ユーザＵが領収書をコンタクトガラスに任意に配置しても抽出部４２は傾きを補正できる。

天地識別は、文字の外接矩形の縦横比に基づき、文字認識処理を行う文字を選択し「一」や「１」など認識しても文字の方向を特定しにくい文字を除外する。また、「・」や「,」など小さい文字を除外する。認識処理部４１は、文字認識処理の対象となった１００文字くらいの文字を文字認識する。文字の方向を９０度ずつ変えながら繰り返し、方向ごとに、どのくらいの確度で文字を認識できるかを比較し、最も確度の高い方向が北向きとなるように天地補正する。天地識別により、ユーザＵが全ての領収書の天地を合わせずにコンタクトガラスに配置しても抽出部４２は天地を補正できる。

次に、認識処理部４１は、黒画素の外接矩形を求める（Ｓ２０）。外接矩形の求め方は上記と同様でよい。そして、高さ（横書きの場合）が重なっている複数の外接矩形を一行として切り出す（Ｓ３０）。図１８（ｃ）は抽出された一行の一例を示す。高さが重なっている複数の外接矩形のうち、最も低い外接矩形の底辺minから最も高い外接矩形の上辺maxまでを一行とする。縦書きの場合には、幅が重なっている複数の外接矩形を一行として切り出す。

次に、認識処理部４１は、切り出された行から更に個々の文字を切り出す（Ｓ４０）。図１８（ｄ）に示すように一行ごとに各画素位置で黒画素のヒストグラムを求めると、文字と文字の境界でヒストグラムがゼロになるため、文字を切り出せる。

次に、認識処理部４１は文字認識を行う（Ｓ５０）。具体的には、正規化、特徴抽出、マッチングという処理を行う。正規化とは、切り出した１つの文字を一定の大きさ（日本語の場合一般に正方形）に変倍する処理である。これにより、文字の変形（縦長、横長など）を吸収し、マッチングの精度が向上する。

特徴抽出とは、文字を特徴づける情報を抽出することである。１文字をＮ×Ｎのビットマップで表し、Ｎ×Ｎ個の要素のベクトルにおいて各要素が１か０かの特徴ベクトルを使用する方法がある。また、より認識精度を向上させる文字の特徴として、文字の方向成分を抽出する方法がある。１文字のＮ×Ｎのビットマップを左右、斜め上方向、上下、左上方向の４つの成分に分解する。すなわち、これらの方向に閾値以上に黒画素が連続している場合に、この方向の成分があると判断する。同様に、ビットマップの黒画素を１、白画素を０で表す方向成分ごとの特徴ベクトルが得られる。

マッチングとは、文字の特徴を使って、登録された全ての文字の特徴（標準パターン）と認識対象の文字とを比較することである。なお、標準パターンは、いろいろな字体（明朝体、ゴシック体、教科書体など）や「かすれ」文字、「つぶれ」文字の認識を安定して行うために、いろいろな状態で印字された文字を平均化して作られる。なお、比較には、認識対象の文字と標準パターンの特徴をそれぞれベクトルとして、ユークリッド距離などを算出し、ユークリッド距離が最も近い標準パターンの文字が採用される。

次に、認識処理部４１は知識処理を適用して変換ミスを補正する（Ｓ６０）。実際には似ている文字が存在するため、一意に文字が決まらない場合がある。このような場合、認識処理部４１は辞書を参照して、認識対象の文字の前後の文字を拾って単語として扱い、辞書に登録されている単語になるように複数の候補から文字を確定する。

＜所定の用語の検出＞
認識処理部４１が文字認識を行うと、用語検出部４６が所定の用語を検出する。
図１９は、用語検出部４６が用語を検出する手順を示すフローチャート図の一例である。

まず、用語検出部４６は領収書という用語があるか否かを判断する（Ｓ１０）。領収書でない原稿から金額等が検出されることを抑制するためである。同様の意味の、領収証、受領書、受領証、レシート等の用語を検出してもよい。

ステップＳ１０の判断がＮｏの場合、図１９では以降の処理は行われないが、文字認識の精度が悪いために領収書という文字が検出されないことも考慮して、念のためステップＳ２０以降の処理を行ってもよい。

ステップＳ１０の判断がＹｅｓの場合、用語検出部４６は日付に関する用語があるか否かを判断する（Ｓ２０）。日付に関する用語は、「日付」そのものの他、「○年○月○日」、「使用日」、「ご利用日」など日付に付随して用いられる用語を含む。

ステップＳ２０の判断がＹｅｓの場合、用語検出部４６は日付に関する数字を検出する（Ｓ３０）。例えば、日付、使用日、ご利用日と同じ行の年月日を表す数字、又は、「○年○月○日」の○で示す数字を検出する。

次に、用語検出部４６は金額という用語があるか否かを判断する（Ｓ４０）。あるいは、「￥」という記号、「数字＋円」を検出してもよい。

ステップＳ４０の判断がＮｏの場合、用語検出部４６は数字を検出して各数字の位置と大きさで重み付けてして、金額を検出する（Ｓ５０）。重み付けの例を図２０にて説明する。

ステップＳ４０の判断がＹｅｓの場合、用語検出部４６は金額という用語と同じ行の数字を金額として検出する（Ｓ６０）。同じ行に限られず、金額という用語の真下、右下など金額という用語から距離が閾値内の数字を検出してもよい。

こうすることで、領収書で金額や日付の位置が一定とは限らなくても、用語検出部４６は金額と日付を検出できる。

図２０は、領収書における日付と金額の検出を説明する図の一例である。まず、日付に関する数字が検出される。日付に関する数字は金額の検出対象から除外できる。このため、図２０の領収書では５つの数字が検出される。通常、領収書の金額は中央付近に記述され、大きい数字で配置される。この知見を利用して用語検出部４６は、各数字の外接矩形１〜５を求め、中央Ｏから外接矩形１〜５の左上コーナとの距離を算出する。そして、距離の小さい順に、８点，５点，３点、以下は全て２点、のように重み付けする。

また、用語検出部４６は、外接矩形１〜５の高さを求め、高い順に、１０点，８点，６点、以下は全て３点、のように重み付けする。

そして、用語検出部４６はこれらの点数の合計が最も大きい外接矩形内の数字が金額であると推定する。こうすることで、金額を高精度に検出できる。

日付と金額の検出により、これらの位置を特定できる。図２０に示すように、領収書のイメージの左上コーナを原点とし、外接矩形の左上コーナを（ｘ、ｙ）で表す。日付と金額の位置（ｘ１，ｙ１）、（ｘ２，ｙ２）は各イメージにメタデータなどで添付される。これにより、複合機９は結果表示画面４８１のイメージ欄４９０で日付と金額が中央に表示されるようにイメージを表示できる。

＜サムネイル画像の作成＞
上記のように、複合機９が表示するイメージはサムネイル画像に加工されている。サムネイル画像は原則的に元の領収書のサイズに関係なく同じサイズのサムネイル画像に加工される。これにより、複合機９の操作パネルに表示される領収書のイメージが同じサイズになるためユーザＵが見やすい。しかし、元の領収書のサイズが大きいのに一定のサイズのサムネイル画像に加工すると金額等をユーザＵが見にくくなるおそれがある。そこで、登録サーバ３０のイメージ作成部４５は、元の領収書のサイズに応じて適切なサムネイル画像を作成する。

図２１は、イメージ作成部４５がサムネイル画像を作成する手順を示すフローチャート図の一例である。なお、図２１では標準のサムネイル画像のサイズを３４０画素×３４０画素として説明する。

イメージ作成部４５は、イメージのサイズが第１の閾値以上か否かを判断する（Ｓ１０）。第１の閾値は、標準のサイズに縮小するとユーザＵの視認性に影響するほど画質の劣化が大きいと考えられる閾値である。第１の閾値は操作パネルの解像度や大きさに応じて決定されるが、例えば５００画素とする。サムネイル画像が正方形の場合、イメージの縦又は横のサイズと第１の閾値を比較すればよい。サムネイル画像が長方形の場合、イメージの縦と横のサイズをそれぞれ縦用と横用の第１の閾値と比較する。

ステップＳ１０の判断がＮｏの場合、イメージ作成部４５はイメージのサイズが第２の閾値未満か否かを判断する（Ｓ２０）。第２の閾値は、標準のサイズと同程度であり、イメージを標準のサイズに拡大するための閾値である。

ステップＳ２０の判断がＹｅｓの場合、イメージ作成部４５はイメージを３４０画素×３４０画素に拡大してサムネイル画像を作成する（Ｓ３０）。これにより小さい文字を拡大して視認性を向上でき、標準のサイズに加工できる。

ステップＳ２０の判断がＮｏの場合、イメージは第２の閾値以上、第１の閾値未満なので、イメージ作成部４５はイメージを３４０画素×３４０画素に縮小してサムネイル画像を作成する（Ｓ４０）。これにより画質が劣化しない範囲でイメージを縮小し、標準のサイズに加工できる。

ステップＳ１０の判断がＹｅｓの場合、元のイメージが大きいので、イメージ作成部４５はイメージを５００画素×５００画素に縮小してサムネイル画像を作成する（Ｓ５０−１）。複合機９は５００画素×５００画素のイメージの全体を操作パネル２７に一度に表示できない可能性がある。このため、用語の検出で得られた「金額」の位置をイメージ作成部４５がイメージに添付することが好ましい。これにより、複合機９は金額がほぼ中央に表示されるようにイメージを表示できる。

あるいは、ステップＳ５０−１の代替処理として、ステップＳ１０の判断がＹｅｓの場合、イメージ作成部４５は「金額」の位置から上下左右に１７０画素のサムネイル画像を作成してもよい（Ｓ５０−２）。こうすることで、標準のサイズのサムネイル画像を作成でき、かつ、金額を表示することができる。「日付」についても同様に作成する。

＜代理人が本人に代わって登録サーバ３０に領収書を登録する場合＞
続いて、代理人が本人に代わって登録サーバ３０に領収書を登録する場合を説明する。図１０（ｂ）にメニュー画面４４１を示したが、メニュー画面４４１の表示名欄４４５をユーザＵが押下すると、領収書アプリ６０の複合機制御部３５はこのユーザＵを代理人に指定した本人に関する情報の取得を開始する。以下では、この手順を説明する。

図２２は、代理人が本人を選択した際の情報登録システム１００の動作手順を示すシーケンス図の一例である。なお、操作パネル２７にはメニュー画面４４１が表示されているものとする。

S1：ユーザＵは表示名欄４４５を押下する。表示名欄４４５を押下することは本人を代理する旨が入力されることを意味する。操作受付部３４はこの操作を受け付け、表示制御部３６がパスワード入力画面５０１を表示させる。図２３（ａ）にパスワード入力画面５０１の一例を示す。ユーザＵは自分のパスワードを入力しＯＫボタン５０３を押下する。ユーザＵ（代理人）のパスワードが必要とされるのは、本人が指名した代理人であることを管理サーバ４０が認証するためである。管理サーバ４０には管理者がログインしており、ユーザＵはログインしていない。操作受付部３４はパスワードの入力を受け付ける。

S2：領収書アプリ６０の複合機制御部３５は、セッションＩＤ１及びパスワードと共にログイン更新要求を登録サーバ３０に送信する。

S3：登録サーバ３０の複合機通信部４３は、セッションＩＤ１及びパスワードを受信し、サーバ制御部４４はセッションＩＤ１に対応付けられたユーザＩＤとトークンＡを取得する。管理サーバ通信部４７はパスワード、ユーザＩＤ及びトークンＡを含むログイン更新要求を管理サーバ４０に送信する。

管理サーバ４０の登録サーバ通信部５２はログイン更新要求を受信して、ユーザ認証部５１がユーザＵを認証する。すなわち、パスワードとユーザＩＤが顧客情報ＤＢ５９０１に登録されているか否かを判断する。登録されている場合、ユーザ認証部５１はトークンＢを生成し、登録サーバ通信部５２がトークンＢを登録サーバ３０に送信する。トークンＢは代理人のユーザＵがログインしたことを示すログイン済情報である。トークンＢが生成されるのは、管理者権限では代理人のユーザＵが本人の顧客情報を取得できないためである。

S4：登録サーバ３０の管理サーバ通信部４７がトークンＢを受信すると、サーバ制御部４４はログインできたと判断し、複合機通信部４３がログインＯＫを複合機９に送信する。

S5：また、登録サーバ３０の管理サーバ通信部４７がトークンＢを受信すると、サーバ制御部４４はトークンＢを使って代理入力一覧を管理サーバ４０に要求する。これにより、登録サーバ３０はトークンＢ（代理人のユーザ）を代理人に指定する本人のユーザＩＤを代理人ＤＢ５９０３から取得して、登録サーバ３０に送信する。

S6：領収書アプリ６０の複合機制御部３５はログインＯＫに対し、セッションＩＤ１と共に本人一覧の取得を登録サーバ３０に要求する。

S7：登録サーバ３０の複合機通信部４３は本人一覧の取得要求を受信しセッションＩＤ１によりトークンＡを特定する。登録サーバ３０の管理サーバ通信部４７はトークンＡとステップＳ５で取得した本人のユーザＩＤと共に本人の表示名を管理サーバ４０に要求する。表示名を取得するのはトークンＡの管理者権限で可能である。

管理サーバ４０の登録サーバ通信部５２はトークンＡと本人のユーザＩＤと共に表示名の要求を受信し、全体制御部５３はユーザＩＤで指定される本人の表示名を顧客情報ＤＢ５９０１から読み出す。これにより、登録サーバ３０には本人の表示名とユーザＩＤの一覧が送信される。

S8：登録サーバ３０の複合機通信部４３は本人のユーザＩＤと共に本人の表示名の一覧を複合機９に送信する。これにより、領収書アプリ６０の表示制御部３６は本人一覧画面５１１を操作パネルに表示する。図２３（ｂ）に本人一覧画面５１１の一例を示す。

S9：ユーザＵは自分が代理する本人を選択する。操作受付部３４は選択を受け付ける。

S10：領収書アプリ６０の複合機制御部３５はセッションＩＤ１及び本人のユーザＩＤと共にログイン要求を登録サーバ３０に送信する。

S11：登録サーバ３０の複合機通信部４３はログイン要求を受信すると、すでに、本人のユーザＩＤが管理サーバ４０に登録されていることが分かっているので、サーバ制御部４４が複合機９のユーザＵが本人として操作するためのセッションＩＤ２を生成する。このセッションＩＤ２には本人のユーザＩＤが対応付けられる。つまり、本人も管理者権限で管理サーバ４０を使用できる。

S12：登録サーバ３０の複合機通信部４３はセッションＩＤ２を複合機９に送信する。

S13：登録サーバ３０の管理サーバ通信部４７は本人のユーザＩＤ及びトークンＡと共に、本人のためのグループポリシーを管理サーバに対し要求する。これに対し、支出タイプリストが返される。

S14：領収書アプリ６０の複合機制御部３５は、セッションＩＤ２と共に本人のための支出タイプのリストを登録サーバ３０に要求する。セッションＩＤ２により本人のユーザＩＤが特定されるので、領収書アプリ６０は本人の支出タイプのリストを取得できる。以降、複合機９が登録サーバ３０と通信する際はセッションＩＤ２が送信され、登録サーバ３０はセッションＩＤ２に対応付けられた本人のユーザＩＤとトークンＡを管理サーバ４０に送信する。したがって、代理人のユーザＵは本人のユーザＩＤに対応付けて領収書の電子データを管理サーバ４０に登録できる。

S15：この後、ユーザは図１０（ｂ）のメニュー画面４４１で「レポートと経費を送る」ボタン４４２、「レポートに経費を追加する」ボタン４４３、「経費を送る」ボタン４４４、のいずれかを押下する。

このように、代理人が本人を指定することで、代理人は本人として管理サーバ４０に領収書の電子データを登録できる。以降の処理は、本人と代理人で代わりはない。

＜画面例＞
図２３（ａ）はパスワード入力画面５０１の一例を示し、図２３（ｂ）は本人一覧画面５１１の一例を示す。パスワード入力画面５０１には、パスワード入力欄５０２とＯＫボタン５０３が配置されている。代理人としてのユーザＵはパスワード入力欄５０２に自分のパスワードを入力する。そして、ＯＫボタン５０３を押下することでパスワードが登録サーバ３０に送信される。

本人一覧画面５１１には、代理人としてのユーザＵを指名した本人のユーザＩＤと表示名が一覧として表示される。代理人としてのユーザＵが本人を選択するとＯＫボタンが現れ、ＯＫボタンを押下すると、本人の支出タイプが管理サーバ４０から送信される。

＜「レポートに経費を追加する」ボタンが押下された場合の動作＞
続いて、メニュー画面４４１で「レポートに経費を追加する」ボタンが押下された場合の処理と画面例を説明する。

図２４は、複合機９が領収書の電子データを管理サーバ４０に登録する手順を示すシーケンス図の一例である。なお、本処理は代理人と本人のいずれでも操作は同じであるため、通常のユーザＵが操作するものとして説明する。

S1：ユーザＵはメニュー画面４４１の３つのボタンから「レポートに経費を追加する」ボタン４４３を押下し、操作受付部３４がこのボタンの押下を受け付ける。

S2：領収書アプリ６０の複合機制御部３５はセッションＩＤ１と共にレポート一覧要求を登録サーバ３０に送信する。登録サーバ３０の複合機通信部４３はセッションＩＤ１と共にレポート一覧要求を取得する。

S3：登録サーバ３０のサーバ制御部４４はセッションＩＤ１に対応付けられたユーザＩＤを特定し、登録サーバ３０の管理サーバ通信部４７はユーザＩＤとトークンＡと共にレポート一覧要求を管理サーバ４０に要求する。管理サーバ４０の全体制御部５３は電子データＤＢ５９０２からユーザＩＤに対応付けられたレポートＩＤ等を取得する。これにより、レポートＩＤ，レポート名、日付が管理サーバ４０から登録サーバ３０を経て複合機９に送信される。これにより、複合機９ではレポート一覧画面５２１が表示される。レポート一覧画面５２１の一例を図２５に示す。

S4：領収書アプリ６０の複合機制御部３５は後の画面表示のため支出タイプのリストを登録サーバ３０から取得しておく。

S5〜S13：ユーザＵはこれからスキャンする領収書の電子データの追加先のレポート名を選択する。操作受付部３４は選択を受け付け、レポートＩＤを特定する。以降は、図１１のＳ１５〜Ｓ２７と同様に電子データが読み取られる。

S14〜S19：図１２のＳ２８〜Ｓ３４と同様でよい。ただし、ステップＳ１５、Ｓ１６でレポートＩＤが管理サーバ４０に送信される。これにより、管理サーバ４０の情報登録部５４は電子データＤＢ５９０２のレポートＩＤに対応付けて領収書の電子データを登録できる。

＜画面例＞
図２５はレポート一覧画面５２１の一例を示す図である。レポート一覧画面５２１には、ユーザＵが登録したレポートのレポート名５２２の一覧が表示される。レポート名５２２には日付５２３が付されており、ユーザＵが新規レポート作成画面４５１でレポートを作成した日付が表示される。ユーザＵがレポート名５２２を選択すると、操作受付部３４が選択を受け付け、表示制御部３６がこのレポートの色や輝度を変更する。ユーザＵは選択結果を確認して次へボタン５２４を押下する。これにより、ユーザＵが選択したレポートのレポートＩＤが管理サーバ４０に送信される。

＜「経費を送る」ボタンが押下された場合の動作＞
続いて、メニュー画面４４１で「経費を送る」ボタン４４４が押下された場合の処理と画面例を説明する。

図２６は、複合機９が領収書の電子データを管理サーバ４０に登録する手順を示すシーケンス図の一例であるなお、本処理は代理人と本人のいずれでも操作は同じであるため、通常のユーザＵが操作するものとして説明する。

S1：ユーザＵはメニュー画面４４１の３つのボタンから「経費を送る」ボタン４４４を押下し、操作受付部３４がこのボタンの押下を受け付ける。

S2〜S9：レポートが不要なので、領収書アプリ６０の複合機制御部３５は領収書の読み取りを開始する。ステップＳ２〜Ｓ９の処理は図１１のＳ１５〜Ｓ２７と同様でよい。

S10〜S15：図１２のＳ２８〜Ｓ３４と同様でよい。ただし、ステップＳ１１、Ｓ１２で登録サーバ３０はレポートＩＤを指定せずに電子データ（イメージ、支出タイプ、日付、金額）を送信する。レポートが選択されていないためである。管理サーバ４０の情報登録部５４はユーザＩＤに対応付けて領収書の電子データを電子データＤＢ５９０２に登録する。すなわち、レポートＩＤは空欄のままでよい。

＜領収書の申請＞
以上のようにして、管理サーバ４０にはレポートと対応付けられた領収書、又は、レポートに対応付けられていない領収書が登録される。ユーザＵはユーザ端末５０を使って領収書を会社等に申請することができる。

図２７は、ユーザ端末５０が管理サーバ４０と通信しレポートを表示させる手順を示すフローチャート図の一例である。

S1：ユーザＵはユーザ端末５０を操作して管理サーバ４０とアクセスしログイン画面を表示させる。そして、ユーザＵはユーザ端末５０を操作して管理サーバ４０のユーザＩＤとパスワードを入力する。

S2：ユーザ端末５０の操作受付部６２はユーザＩＤとパスワードを受け付け、サーバ通信部６１がユーザＩＤとパスワードと共にログイン要求を管理サーバ４０に送信する。

S3：管理サーバ４０のサーバ部５５はログイン要求を受信すると、ユーザＩＤとパスワードを用いてユーザＵを認証する。ユーザ認証部５１は、顧客情報ＤＢ５９０１にユーザ端末５０から受信したユーザＩＤとパスワードが電子データＤＢ５９０２に登録されている場合は認証が成立すると判断し、そうでない場合は認証が成立ないと判断する。図２７では認証が成立したとして説明する。

次に、サーバ部５５はＷｅｂホーム画面５３１を作成する。まず、ユーザＩＤに対応付けられているレポート情報を電子データＤＢ５９０２から取得して、これらを決められた構成に配置してＷｅｂホーム画面５３１を作成する。

S4：管理サーバ４０のサーバ部５５はＷｅｂホーム画面５３１を作成する。

S5：管理サーバ４０のサーバ部５５はＷｅｂホーム画面５３１をユーザ端末５０に送信する。

S6：ユーザ端末５０のサーバ通信部６１はＷｅｂホーム画面５３１を受信し、表示制御部６３がＷｅｂホーム画面５３１を表示する。Ｗｅｂホーム画面５３１の一例を図２８（ａ）に示す。Ｗｅｂホーム画面５３１にはこのユーザＵのレポート一覧が表示される。

S7：ユーザＵは詳細を確認したり会社に申請したりしたいレポートを選択する。

S8：ユーザ端末５０の操作受付部６２は選択されたレポートを受け付け、レポートＩＤを特定する。

S9：ユーザ端末５０のサーバ通信部６１はレポートＩＤと共にレポート要求を管理サーバ４０に送信する。

S10：管理サーバ４０のサーバ部５５はレポート要求を受信し、レポート画面を作成する。すなわち、レポートＩＤに対応付けられている領収書の電子データを電子データＤＢ５９０２から取得して、決められた構成に配置してレポート画面を作成する。

S11：管理サーバ４０のサーバ部５５はレポート画面をユーザ端末５０に送信する。

S12：ユーザ端末５０のサーバ通信部はレポート画面を受信し、表示制御部がレポート画面を表示する。レポート画面５４１の一例を図２８（ｂ）に示す。

＜画面例＞
図２８（ａ）は、Ｗｅｂホーム画面５３１の一例を示す図である。Ｗｅｂホーム画面５３１には、ユーザＵが作成したレポートが表示される。表示されるレポートはステータスによって色分けされている。各レポートはアイコン５３２で表され、アイコン５３２にはレポート名５３３、レポート作成日５３４、合計金額５３５が表示されている。

また、Ｗｅｂホーム画面５３１にはレポート作成アイコン５３６も表示される。ユーザＵがレポート作成アイコン５３６を押下すると、ユーザ端末５０がレポート作成画面を管理サーバ４０に要求し、図１３（ａ）のようなレポート作成画面が表示される。したがって、ユーザＵはＷｅｂホーム画面５３１から新規のレポートを作成できる。

図２８（ｂ）は、レポート画面５４１の一例を示す。レポート画面５４１には、レポート名５４２、日付５４３、支出タイプ５４４、金額５４５、合計金額５４６等、及び、申請ボタン５４７が表示される。この他、各領収書のイメージが表示されてもよい。ユーザＵはレポートの内容と金額を確認して、申請ボタン５４７を押下する。操作受付部６２は申請ボタン５４７の押下を受け付け、申請ボタン５４７にリンクされた（対応付けられている）ＵＲＬにレポート（各領収書の電子データ）を送信する。

ユーザＵは複合機９で金額等を修正できるので、ユーザＵがユーザ端末５０で金額等を編集しなくてもレポートを申請できる。当然ながら、ユーザ端末５０で金額等を編集することも可能である。

＜レポートに対応付けられていない領収書の登録＞
レポートに対応付けられていない領収書がある場合、ユーザＵはＷｅｂホーム画面５３１から各領収書とレポートを対応付けることができる。

図２９は、ユーザ端末５０が管理サーバ４０と通信しレポートに領収書を対応付ける手順を示すフローチャート図の一例である。まず、ステップＳ１〜Ｓ３は図２７と同様である。

S4：ユーザＵの認証が成立すると、管理サーバ４０のサーバ部５５はＷｅｂホーム画面５３１を作成するが、ユーザＩＤに対応付けられているレポート情報を電子データＤＢ５９０２から取得して、これらを決められた構成に配置してＷｅｂホーム画面５３１を作成する。更に、レポートＩＤが付与されていない（空欄）の電子データを電子データＤＢ５９０２から取得して、これらを決められた構成に配置してＷｅｂホーム画面５３１を作成する。

S5：管理サーバ４０のサーバ部５５はＷｅｂホーム画面５３１をユーザ端末５０に送信する。

S6：ユーザ端末５０のサーバ通信部６１はＷｅｂホーム画面５３１を受信し、表示制御部６３がＷｅｂホーム画面５３１を表示する。Ｗｅｂホーム画面５３１の一例を図３０に示す。Ｗｅｂホーム画面５３１には図２８（ａ）の内容に加え、レポートＩＤが付与されていない領収書の電子データの一覧が表示される。

S7：領収書をレポートに対応付けたい場合、ユーザＵは対応付ける１つ以上の領収書を選択する。また、領収書が対応付けられるレポートをユーザＵが選択する。

S8：ユーザ端末５０の操作受付部６２は選択された領収書とレポートを受け付け、領収書ＩＤとレポートＩＤを特定する。

S9：ユーザＵはレポートへ選択した領収書を追加する操作を行い、ユーザ端末５０の操作受付部６２はこの操作を受け付ける。

S10：ユーザ端末５０のサーバ通信部６１はレポートＩＤと１つ以上の領収書ＩＤと共に領収書登録要求を管理サーバ４０に送信する。

S11：管理サーバ４０のサーバ部５５は領収書登録要求を受信し、領収書の電子データをレポートに登録する。すなわち、レポートＩＤに対応付けて領収書の電子データを電子データＤＢ５９０２に登録する。

S12：管理サーバ４０のサーバ部５５はＷｅｂホーム画面５３１を更新する。レポートＩＤが付与されていない電子データの数が減ったので、これを反映させたＷｅｂホーム画面５３１を作成する。

S13：ユーザ端末５０のサーバ通信部はＷｅｂホーム画面５３１を受信する。

S14：表示制御部６３がＷｅｂホーム画面５３１を表示する。
このように、ユーザは複合機９から領収書だけを管理サーバ４０に登録しておき、後からレポートに対応付けることができるので、複合機９を占有する時間を低減できる。

＜画面例＞
図３０は、Ｗｅｂホーム画面５３１の一例を示す図である。図３０の説明では主に図２８（ａ）との相違を説明する。図３０のＷｅｂホーム画面５３１には、レポートのアイコン５３２の他、領収書のリスト５３８が表示されている。領収書のリスト５３８には、チェックボタン５３９、日付５４３及び金額５４５が表示される。この他、領収書から文字認識で得られるテキストを表示してもよい。ユーザＵはレポートに対応付けたい領収書のチェックボタン５３９を押下する（チェック状態にする）。

次に、ユーザＵは追加ボタン５３０を押下して、図示するようにレポート名をプルダウン表示させる。プルダウン表示されるレポート名は、このユーザＵのユーザＩＤに対応付けられているレポートのレポート名である。レポートのアイコン５３２が表示されているレポートのレポート名の一覧がプルダウン表示されると言ってもよい。

ユーザＵがプルダウンのレポート名を選択するとレポート名が反転表示され、送信ボタンをユーザＵが押下すると、操作受付部６２がレポートＩＤとチェックされた領収書ＩＤを特定する。これらが管理サーバ４０に送信される。

また、図３０のＷｅｂホーム画面５３１は、領収書のイメージのアップロード受付部５３７を有する。ユーザＵが領収書のイメージをドラッグアンドドロップすると、ユーザＩＤと共にそれらのイメージが管理サーバ４０に送信され、レポートと対応付けられていない状態で管理サーバ４０に登録される。

＜まとめ＞
以上説明したように本実施形態の情報登録システム１００は、複数の領収書７を一度に画像データに変換でき、文字認識処理が終わった領収書７の電子データが順次、複合機９に送信されるので、ユーザＵの最短の待ち時間は１枚の領収書７の文字認識処理に必要な時間に低減できる。ユーザＵは表示された順に領収書７の文字認識結果を確認することができ、確認している間に次々と領収書７のイメージが送信されるため、確認と文字認識処理とを並行に行うことができる。したがって、領収書７が電子データへ変換される際のユーザＵの待ち時間を低減できる。

また、管理者が管理サーバ４０にログインしている状態が継続されるので、ユーザは１回の認証操作で複合機９と管理サーバ４０を使用できる。管理サーバ４０が複合機９とは異なる運営者で運営されているような場合にユーザのパスワードの管理を容易にできる。ユーザが本人を代理する際はユーザが管理サーバ４０から認証を受けることで、本人の認証を要することなく代理人が管理者権限で管理サーバ４０を使用できる。

＜その他の適用例＞
以上、本発明を実施するための最良の形態について実施例を用いて説明したが、本発明はこうした実施例に何等限定されるものではなく、本発明の要旨を逸脱しない範囲内において種々の変形及び置換を加えることができる。

例えば、本実施形態では領収書の登録を説明したが、領収書に限らず、各種の伝票の登録に好適に適用できる。例えば、受注票、注文票、請求書などに適用できる。

また、図６などの構成例は、複合機９、登録サーバ３０，管理サーバ４０、及びユーザ端末５０による処理の理解を容易にするために、主な機能に応じて分割したものである。処理単位の分割の仕方や名称によって本願発明が制限されることはない。複合機９、登録サーバ３０，管理サーバ４０、及びユーザ端末５０の処理は、処理内容に応じて更に多くの処理単位に分割することもできる。また、１つの処理単位が更に多くの処理を含むように分割することもできる。

また、登録サーバ３０と管理サーバ４０の少なくとも一方が複数のサーバ装置により実現されていてもよいし、登録サーバ３０と管理サーバ４０が一台のサーバ装置により実現されていてもよい。また、登録サーバ３０が複数あったり、管理サーバ４０が複数あったりしてもよい。

なお、読取部３３は読取手段の一例であり、送受信部３１は送信手段の一例であり、複合機通信部４３は通信手段の一例であり、抽出部４２は抽出手段の一例であり、認識処理部４１は文字認識手段の一例であり、表示制御部３６は表示手段の一例であり、操作受付部３４は受付手段の一例であり、複合機制御部３５は制御手段の一例である。また、情報登録システム１００は情報解析システムの一例であり、情報登録システム１００が行う手順又は方法は情報解析方法の一例であり、登録サーバ３０は解析装置の一例である。用語検出部４６は用語検出手段の一例であり、イメージ作成部４５は画像加工手段の一例であり、認証処理部３２は認証手段の一例であり、管理サーバ通信部４７は第二の通信手段の一例である。

９ 複合機
３０ 登録サーバ
４０ 管理サーバ
５０ ユーザ端末
６０ 領収書アプリ
１００ 情報登録システム

特開2013-041540号公報

Claims (11)

1. 読取装置が読み取ったデータを解析装置が解析し、解析結果を表示装置に表示する情報解析システムであって、
   前記読取装置は、
   配置領域に配置された複数の領収書をスキャンする読取手段と、
   前記読取手段が読み取った複数の領収書を含む画像データを前記解析装置に送信する送信手段と、を有し、
   前記解析装置は、
   前記画像データを受信する通信手段と、
   前記画像データから各領収書のイメージを抽出し、イメージの数をカウントする抽出手段と、
   前記抽出手段が抽出した各イメージに対して文字認識処理を行い、テキストデータを取得する文字認識手段と、を有し、
   前記通信手段は、全ての前記イメージの数を前記読取装置に送信し、前記文字認識処理が完了した前記イメージを順次、前記イメージごとに前記テキストデータの少なくとも一部と共に前記読取装置に送信し、
   前記表示装置は、
   前記解析装置から受信した前記イメージと前記テキストデータの少なくとも一部を領収書ごとに順次、表示する表示手段と、
   表示されたテキストデータに対する編集を受け付ける受付手段と、
   前記イメージの送信に先立って前記解析装置から送信された全ての前記イメージの数と、順次、送信された領収書のイメージの数が一致した場合に、受信が完了した旨を解析装置に送信するユーザからの指示を受け付け可能とする制御手段と、を有する情報解析システム。
2. 前記制御手段は前記解析装置から送信されたイメージの数をカウントし、前記表示手段は前記イメージの送信に先立って前記解析装置から送信された全ての前記イメージの数と共に、前記制御手段がカウントした前記解析装置から送信されたイメージの数を前記表示装置に表示する請求項１に記載の情報解析システム。
3. 前記表示手段は、前記解析装置からイメージと前記テキストデータの少なくとも一部を受信するごとに前記イメージの数を更新して、前記イメージの送信に先立って前記解析装置から送信された全ての前記イメージの数と共に表示する請求項２に記載の情報解析システム。
4. 前記制御手段が、前記イメージの送信に先立って前記解析装置から送信された全ての前記イメージの数と、順次、送信された領収書のイメージの数が一致したと判断すると、
   前記表示手段は、前記テキストデータの少なくとも一部を前記解析装置に送信するボタンを押下できる態様で表示する請求項１〜３のいずれか１項に記載の情報解析システム。
5. 前記解析装置は、
   前記文字認識手段が取得したテキストデータから日付に関する文字と金額に関する文字を検出する用語検出手段を有し、
   前記表示手段は、前記イメージと共に、前記テキストデータの少なくとも一部に含まれる日付と金額を表示する請求項３に記載の情報解析システム。
6. 前記用語検出手段は、日付に関する文字の位置と金額に関する文字の位置を文字認識が完了した前記イメージに添付し、
   前記受付手段が日付又は金額の編集を受け付けた場合、
   前記表示手段は、前記イメージに添付された前記日付の位置又は前記金額の位置を用いて、前記日付又は前記金額を前記イメージの表示欄に表示する請求項５に記載の情報解析システム。
7. 前記解析装置は、前記イメージのサイズが第１の閾値以上の場合は前記第１の閾値に縮小し、前記第１の閾値より小さい第２の閾値未満の場合は前記第２の閾値に拡大することで前記イメージを加工する画像加工手段、を有し、
   前記通信手段は、前記画像加工手段が加工した前記イメージを前記読取装置に送信する請求項４〜６のいずれか１項に記載の情報解析システム。
8. 前記読取装置は、
   ユーザを認証する認証手段を有し、
   ユーザの認証が成立した場合、前記送信手段はユーザの識別情報を前記解析装置に送信し、
   前記解析装置は、
   管理者が外部装置にログインすることで予め保持しているログイン済情報と、前記読取装置から送信された前記ユーザの識別情報を、データを管理する外部装置に送信する第二の通信手段を有し、
   前記第二の通信手段は、前記ログイン済情報と前記ユーザの識別情報と共に前記テキストデータの少なくとも一部と領収書のイメージを前記外部装置に送信する請求項１〜７のいずれか１項に記載の情報解析システム。
9. 前記第二の通信手段は、前記ユーザの識別情報を前記外部装置に送信して前記ユーザの識別情報が登録されているか否かを問い合わせ、
   前記ユーザの識別情報が登録されている場合、管理者の権限で前記ユーザの識別情報に対応付けて前記テキストデータの少なくとも一部と領収書のイメージを前記外部装置に登録する請求項８に記載の情報解析システム。
10. 前記受付手段が本人を代理する旨及び前記外部装置のユーザの認証情報を受け付けた場合、
    前記送信手段は、前記ユーザの認証情報を前記解析装置に送信し、
    前記通信手段は前記ユーザの認証情報を受信して、前記第二の通信手段が前記ユーザの認証情報を前記外部装置に送信して、前記ユーザの認証情報に対応付けられている前記ユーザを代理人に指定する本人の識別情報を取得し、
    前記通信手段が、前記テキストデータの少なくとも一部と領収書のイメージを前記外部装置に登録する旨を前記読取装置から受信すると、
    前記第二の通信手段は前記テキストデータの少なくとも一部と領収書のイメージを前記本人の識別情報に対応付けて前記外部装置に登録させる請求項８又は９に記載の情報解析システム。
11. 読取装置が読み取ったデータを解析装置が解析し、解析結果を表示装置に表示する情報解析方法であって、
    前記読取装置によって行われる、
    読取手段が、配置領域に配置された複数の領収書をスキャンするステップと、
    送信手段が、前記読取手段が読み取った複数の領収書を含む画像データを前記解析装置に送信するステップと、
    前記解析装置によって行われる、
    通信手段が、前記画像データを受信するステップと、
    抽出手段が、前記画像データから各領収書のイメージを抽出し、イメージの数をカウントするステップと、
    文字認識手段が、前記抽出手段が抽出した各イメージに対して文字認識処理を行い、テキストデータを取得するステップと、
    前記通信手段が、全ての前記イメージの数を前記読取装置に送信し、前記文字認識処理が完了した前記イメージを順次、前記イメージごとに前記テキストデータの少なくとも一部と共に前記読取装置に送信するステップと、を有し、
    前記表示装置によって行われる、
    表示手段が、前記解析装置から受信した前記イメージと前記テキストデータの少なくとも一部を領収書ごとに順次、表示するステップと、
    受付手段が、表示されたテキストデータに対する編集を受け付けるステップと、
    前記イメージの送信に先立って前記解析装置から送信された全ての前記イメージの数と、順次、送信された領収書のイメージの数が一致した場合に、制御手段が、受信が完了した旨を解析装置に送信するユーザからの指示を受け付け可能とするステップと、を有する情報解析方法。

Images