(57)【要約】【課題】複数の原稿をまとめてスキャンし、マルチクロップ機能を利用して原稿単位の画像とそのメタデータを取得する際に、ユーザがそれらを効率的に再取得できるようにする。【解決手段】マルチクロップによって得られた各原稿に対応する画像のプレビュー表示においてスキャン処理を再実行できるように構成し、ユーザがプレビュー表示によってスキャン内容を確認し、正しくスキャンできていないと判断した場合に再度スキャンを行うことを可能とする。そして、再スキャンによって得られたスキャン画像に対しては、スキャンのやり直しが必要になった原稿についてのみ必要な解析処理を実行する。【選択図】図１６
2020198546.tif 000002
【特許請求の範囲】
【請求項１】
原稿台に載置された複数の原稿をスキャンしてスキャン画像を生成する生成手段と、
前記生成手段で生成された前記スキャン画像から前記複数の原稿それぞれに対応する原稿画像を切り出し、切り出された各原稿画像から特定の文字列を抽出する解析処理の実行を、画像処理手段に対して指示する指示手段と、
各原稿画像に対してメタデータを設定するための第１のユーザインタフェース画面を、前記解析処理の結果に基づいて前記原稿画像の単位で表示手段に表示する表示制御手段と、
を備え、
前記第１のユーザインタフェース画面には、
前記原稿画像がプレビュー表示され、
前記解析処理によって得られた前記メタデータの項目に対応する前記特定の文字列が表示され、
前記生成手段にスキャンを再実行させる入力要素が存在し、
前記入力要素へのユーザ操作に基づき前記生成手段において前記複数の原稿に対するスキャンが再実行された場合、前記指示手段は、当該再実行で得られた再スキャン画像における前記プレビュー表示に係る原稿画像に対応する画像領域を特定するための情報と共に、前記再スキャン画像に対する前記解析処理の実行を前記画像処理手段に対して指示する、
ことを特徴とする画像処理装置。
【請求項２】
前記指示手段からの前記情報を伴う指示に基づき、前記画像処理手段において、前記プレビュー表示に係る原稿画像に対応する前記再スキャン画像における画像領域に対してのみ、前記特定の文字列を抽出する処理が実行されることを特徴とする請求項１に画像処理装置。
【請求項３】
前記情報は、前記プレビュー表示に係る原稿画像を切り出したスキャン画像における、当該原稿画像の画像領域を特定する座標情報であることを特徴とする請求項１又は２に記載の画像処理装置。
【請求項４】
前記画像処理手段においては、前記座標情報が示す矩形領域と、前記再スキャン画像における各原稿に対応する画像領域との重なり度合いに基づき、前記プレビュー表示に係る原稿画像に対応する前記再スキャン画像における画像領域が特定される、ことを特徴とする請求項３に記載の画像処理装置。
【請求項５】
前記表示制御手段は、前記再スキャン画像に対する前記解析処理の結果に基づいて、前記入力要素へのユーザ操作が行われた前記第１のユーザインタフェース画面を再表示することを特徴とする請求項１乃至４のいずれか１項に記載の画像処理装置。
【請求項６】
前記表示制御手段は、前記入力要素へのユーザ操作を検知すると、前記複数の原稿のうち前記プレビュー表示に係る原稿画像に対応する原稿の置き直しを促す第２のユーザインタフェース画面をさらに表示することを特徴とする請求項１乃至５のいずれか１項に記載の画像処理装置。
【請求項７】
前記第２のユーザインタフェース画面には、前記第１のユーザインタフェース画面の前記プレビュー表示に係る原稿画像に対応する原稿の前記原稿台における位置が分かるよう、当該原稿画像に対応する画像領域を強調表示したスキャン画像の全体がプレビュー表示されることを特徴とする請求項６に記載の画像処理装置。
【請求項８】
前記生成手段は、スキャン時の動作条件を変更して前記スキャン処理を再実行することを特徴とする請求項１乃至７のいずれか１項に記載の画像処理装置。
【請求項９】
前記画像処理装置は、ネットワークを介して外部装置と接続され、
前記画像処理手段は、前記外部装置が備える、
ことを特徴とする請求項１乃至８のいずれか１項に記載の画像処理装置。
【請求項１０】
前記画像処理手段をさらに備えることを特徴とする請求項１乃至８のいずれか１項に記載の画像処理装置。
【請求項１１】
原稿台に載置された複数の原稿をスキャンしてスキャン画像を生成する生成ステップと、
前記生成ステップで生成された前記スキャン画像から前記複数の原稿それぞれに対応する原稿画像を切り出し、切り出された各原稿画像から特定の文字列を抽出する解析処理の実行を、画像処理手段に対して指示する指示ステップと、
各原稿画像に対してメタデータを設定するための第１のユーザインタフェース画面を、前記解析処理の結果に基づいて前記原稿画像の単位で表示手段に表示する表示制御ステップと、
を含み、
前記第１のユーザインタフェース画面には、
前記原稿画像がプレビュー表示され、
前記解析処理によって得られた前記メタデータの項目に対応する前記特定の文字列が表示され、
前記スキャンを再実行させる入力要素が存在し、
前記入力要素へのユーザ操作に基づき前記複数の原稿に対するスキャンが再実行された場合、当該再実行で得られた再スキャン画像における前記プレビュー表示に係る原稿画像に対応する画像領域を特定するための情報と共に、前記再スキャン画像に対する前記解析処理の実行を前記画像処理手段に対して指示するステップをさらに有する、
ことを特徴とする画像処理方法。
【請求項１２】
コンピュータを、請求項１乃至１０のいずれか１項に記載の画像処理装置として機能させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、スキャン画像のマルチクロップ処理に関する。
【背景技術】
【０００２】
例えば領収書を電子化して経費清算を行うシステムが従来より存在する。領収書の電子化の際には、複数の原稿を同時にスキャンし、得られたスキャン画像から原稿単位の画像を生成するマルチクロップ機能を備えたスキャナ装置を利用することで、複数の領収書をまとめて電子化することができる。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２０１７−１３０８１１号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
上述のマルチクロップ機能を利用して複数の領収書を電子化する際、各領収書を原稿台に正しく載置しないと、適切な領収書単位の画像をスキャン画像から切り出すことができない。この点、特許文献１には、原稿台に載置された領収書の折れや領収書同士の重なりを検知し、スキャン画像の全体をプレビュー表示すると共に警告を行う技術が開示されている。しかしながら、この特許文献１の技術では、実際には領収書同士が重なっているのに、重なりはないとシステムが誤判定した場合にはプレビュー表示がなされず、ユーザは領収書同士の重なりに気づくことができない。また、領収書の曲がり等によって原稿台から浮いていると当該領収書内の文字情報をＯＣＲ処理によって正しく抽出できなくなってしまうところ、上記特許文献１の技術ではプレビュー表示されることがなく、ユーザは領収書の浮きに気づくことはできない。
【０００５】
本開示の技術は上記課題に鑑みてなされたものであり、複数の原稿をまとめてスキャンし、マルチクロップ機能を利用して原稿単位の画像とそのメタデータを取得する際に、ユーザが効率的にその再取得を行えるようにすることを目的とする。
【課題を解決するための手段】
【０００６】
本開示に係る画像処理装置は、原稿台に載置された複数の原稿をスキャンしてスキャン画像を生成する生成手段と、前記生成手段で生成された前記スキャン画像から前記複数の原稿それぞれに対応する原稿画像を切り出し、切り出された各原稿画像から特定の文字列を抽出する解析処理の実行を、画像処理手段に対して指示する指示手段と、各原稿画像に対してメタデータを設定するための第１のユーザインタフェース画面を、前記解析処理の結果に基づいて前記原稿画像の単位で表示手段に表示する表示制御手段と、を備え、前記第１のユーザインタフェース画面には、前記原稿画像がプレビュー表示され、前記解析処理によって得られた前記メタデータの項目に対応する前記特定の文字列が表示され、前記生成手段にスキャンを再実行させる入力要素が存在し、前記入力要素へのユーザ操作に基づき前記生成手段において前記複数の原稿に対するスキャンが再実行された場合、前記指示手段は、当該再実行で得られた再スキャン画像における前記プレビュー表示に係る原稿画像に対応する画像領域を特定するための情報と共に、前記再スキャン画像に対する前記解析処理の実行を前記画像処理手段に対して指示する、ことを特徴とする。
【発明の効果】
【０００７】
本開示の技術によれば、複数の原稿をまとめてスキャンし、マルチクロップ機能を利用して原稿単位の画像とそのメタデータを取得する場面において、ユーザはそれらを効率的に再取得することが可能となる。
【図面の簡単な説明】
【０００８】
【図１】画像処理システムの全体構成を示す図
【図２】ＭＦＰのハードウェア構成を示すブロック図
【図３】ＭＦＰ連携サーバ及び経費精算サーバのハードウェア構成を示すブロック図
【図４】画像処理システムのソフトウェア構成を示すブロック図
【図５】クラウドサービスによって経費精算を行う際の装置間の処理の流れを示すシーケンス図
【図６】メイン画面の一例を示す図
【図７】ログイン画面の一例を示す図
【図８】代理申請対象者リストの一例を示す図
【図９】申請者設定画面の一例を示す図
【図１０】スキャン設定画面の一例を示す図
【図１１】複数の領収書をスキャンする様子を示す図であり、（ａ）は原稿台に領収書を裏返して載置した状態を示す図、（ｂ）はそれを原稿台の内部から見た図
【図１２】（ａ）はリクエストＩＤの一例を示す図、（ｂ）は処理中を表すレスポンスの一例を示す図、（ｃ）は処理完了を表すレスポンスの一例を示す図
【図１３】メタデータ項目情報の一例を示す図
【図１４】メタデータ設定画面の一例を示す図
【図１５】タデータ設定リクエストと共に送信されるデータの一例を示す図
【図１６】ＭＦＰでの経費精算処理の流れを示すフローチャート
【図１７】再スキャン時の確認用画面の一例を示す図
【図１８】再スキャン画像に対する解析処理の完了を表すレスポンスの一例を示す図
【発明を実施するための形態】
【０００９】
以下、本発明を実施するための形態について図面を用いて説明する。なお、以下の実施の形態は特許請求の範囲に係る発明を限定するものでなく、また実施の形態で説明されている特徴の組み合わせの全てが発明の解決手段に必須のものとは限らない。
【００１０】
［実施形態１］
＜システム構成＞
図１は、本実施形態に係る、画像処理システム１００の全体構成を示す図である。画像処理システム１００は、ＭＦＰ（Multi Function Peripheral）１１０と、インターネット上でクラウドサービスを提供するサーバ装置１２０及び１３０とを含む。ＭＦＰ１１０は、インターネットを介してサーバ装置１２０及び１３０と通信可能に接続されている。
【００１１】
ＭＦＰ１１０は、スキャン機能を有する情報処理装置の一例である。ＭＦＰ１１０は、スキャン機能に加え印刷機能やＢＯＸ保存機能といった複数の機能を有する複合機である。サーバ装置１２０及び１３０は、共にクラウドサービスを提供する情報処理装置の一例である。本実施形態のサーバ装置１２０は、ＭＦＰ１１０から受け取ったスキャン画像データに対し所定の画像解析処理を行ったり、別のサービスを提供するサーバ装置１３０に対しＭＦＰ１１０からのリクエストを転送したりするクラウドサービスを提供する。以下、サーバ装置１２０が提供するクラウドサービスを「ＭＦＰ連携サービス」と呼ぶこととする。サーバ装置１３０は、経費精算を効率的に行うためのクラウドサービス（以下、「経費精算サービス」と呼ぶ。）を提供する。経費精算サービスでは、領収書の画像と当該領収書の日付等の付加情報（メタデータ）を関連付けて保存・管理したり、領収書を受領した本人以外がその電子化作業を行う場合に、当該作業を行う者（代理申請者）を設定したりすることができる。以下、ＭＦＰ連携サービスを提供するサーバ装置１２０を「ＭＦＰ連携サーバ」と呼び、経費精算サービスを提供するサーバ装置１３０を「経費精算サーバ」と呼ぶこととする。
【００１２】
図１に示す画像処理システム１００の構成は一例であって、これに限定されない。例えば、ＭＦＰ連携サーバ１２０の機能をＭＦＰ１１０が兼ね備えていてもよい。また、ＭＦＰ連携サーバ１２０はインターネット上ではなくＬＡＮ（Local Area Network）経由でＭＦＰ１１０と接続されていてもよい。また、本実施形態では、電子化作業の対象文書として領収書を例に説明を行うが、対象文書は領収書に限定されるものではない。
【００１３】
＜ＭＦＰのハードウェア構成＞
図２は、ＭＦＰ１１０のハードウェア構成を示すブロック図である。ＭＦＰ１１０は、制御部２１０、操作部２２０、プリンタ部２３０及びスキャナ部２４０で構成される。制御部２１０は、さらに以下の各部２１１〜２１８で構成され、ＭＦＰ１１０全体の動作を制御する。ＣＰＵ２１１は、ＲＯＭ２１２に記憶された様々な制御プログラム（後述のソフトウェア構成図で示す各種機能に対応するプログラム）を読み出して実行する。ＲＡＭ２１３は、ＣＰＵ２１１の主メモリ、ワークエリア等の一時記憶領域として用いられる。なお、本実施例では１つのＣＰＵ２１１が１つのメモリ（ＲＡＭ２１３またはＨＤＤ２１４）を用いて後述のフローチャートに示す各処理を実行するものとするが、これに限定されない。例えば、複数のＣＰＵや複数のＲＡＭまたはＨＤＤを協働させて各処理を実行してもよい。ＨＤＤ２１４は、画像データや各種プログラムを記憶する大容量記憶部である。操作部Ｉ／Ｆ２１５は、操作部２２０と制御部２１０とを接続するインタフェースである。操作部２２０は、タッチパネルやハードキーを備えており、ユーザによる操作／入力／指示を受け付ける。プリンタＩ／Ｆ２１６は、プリンタ部２３０と制御部２１０とを接続するインタフェースである。印刷用の画像データはプリンタＩ／Ｆ２１６を介して制御部２１０からプリンタ部２３０へ転送され、紙等の記録媒体上に印刷される。スキャナＩ／Ｆ２１７は、スキャナ部２４０と制御部２１０とを接続するインタフェースである。スキャナ部２４０は、不図示の原稿台やＡＤＦ（Auto Document Feeder）にセットされた原稿をスキャンして得られた画像（スキャン画像）を、スキャナＩ／Ｆ２１７を介して制御部２１０に入力する。スキャナ部２４０で生成されたスキャン画像のデータは、プリンタ部２３０で印刷したり（コピー出力）、ＨＤＤ２１４に保存したり、ＬＡＮを介して外部装置に送信したりすることができる。ネットワークＩ／Ｆ２１８は、制御部２１０（ＭＦＰ１１０）をＬＡＮに接続するインタフェースである。ＭＦＰ２１０は、ネットワークＩ／Ｆ２１８を用いて、スキャン画像データをＭＦＰ連携サーバ１２０に送信したり、ＭＦＰ連携サーバ１２０から各種データを受信したりする。以上説明したＭＦＰ１１０のハードウェア構成は一例であり、必要に応じてその他の構成を備えるものであってもよいし、一部の構成を有していなくてもよい。
【００１４】
＜サーバ装置のハードウェア構成＞
図３は、ＭＦＰ連携サーバ１２０／経費精算サーバ１３０のハードウェア構成を示すブロック図である。ＭＦＰ連携サーバ１２０と経費精算サーバ１３０は共通のハードウェア構成を有し、ＣＰＵ３１１、ＲＯＭ３１２、ＲＡＭ３１３、ＨＤＤ３１４及びネットワークＩ／Ｆ３１５で構成される。ＣＰＵ３１１は、ＲＯＭ３１２に記憶された制御プログラムを読み出して各種処理を実行することで、全体の動作を制御する。ＲＡＭ３１３は、ＣＰＵ３１１の主メモリ、ワークエリア等の一時記憶領域として用いられる。ＨＤＤ３１４は、画像データや各種プログラムを記憶する大容量記憶部である。ネットワークＩ／Ｆ３１５は、制御部３１０をインターネットに接続するインタフェースである。ＭＦＰ連携サーバ１２０及び経費精算サーバ１３０は、ネットワークＩ／Ｆ３１５を介して他の装置（ＭＦＰ１１０など）から様々な処理のリクエストを受け、当該リクエストに応じた処理結果を返す。
【００１５】
＜画像処理システムのソフトウェア構成＞
図４は、本実施形態に係る、画像処理システム１００のソフトウェア構成を示すブロック図である。以下、画像処理システム１００を構成するＭＦＰ１１０、ＭＦＰ連携サーバ１２０及び経費精算サーバ１３０それぞれの役割に対応したソフトウェア構成を、順に説明する。なお、以下では、各装置が有する諸機能のうち、原稿としての領収書をスキャンして経費精算を行うまでの処理に関わる機能に絞って説明を行うものとする。
【００１６】
≪ＭＦＰのソフトウェア構成≫
ＭＦＰ１１０の機能モジュールは、ネイティブ機能モジュール４１０とアディショナル機能モジュール４２０の２つに大別される。ネイティブ機能モジュール４１０はＭＦＰ１１０に標準的に備えられたアプリケーションであるのに対し、アディショナル機能モジュール４２０はＭＦＰ１１０に追加的にインストールされたアプリケーションである。アディショナル機能モジュール４２０は、Ｊａｖａ（登録商標）をベースとしたアプリケーションであり、ＭＦＰ１１０への機能追加を容易に実現できる。
【００１７】
ネイティブ機能モジュール４１０は、スキャン実行部４１１およびスキャン画像管理部４１２を有する。また、アディショナル機能モジュール４２０は、表示制御部４２１、スキャン制御部４２２、連携サービスリクエスト部４２３、画像処理部４２４を有する。
【００１８】
表示制御部４２１は、操作部２２０のタッチパネル機能を有する液晶表示部に、ユーザによる各種操作を受け付けるためのユーザインタフェース画面（以下、「ＵＩ画面」と表記）を表示する。各種操作には、例えば、ＭＦＰ連携サーバ１２０へアクセスするためのログイン認証情報の入力、代理申請者が領収書の電子化作業を行う場合の代理申請対象者の選択、スキャン設定、スキャンの開始指示、メタデータの入力などがある。
【００１９】
スキャン制御部４２２は、ＵＩ画面でなされたユーザ操作（例えば「スキャン開始」ボタンの押下）に応じて、スキャン設定の情報と共にスキャン実行部４１１に対しスキャン処理の実行を指示する。スキャン実行部４１１は、スキャン制御部４２２からのスキャン処理の実行指示に従い、スキャナＩ／Ｆ２１７を介してスキャナ部２４０に原稿の読み取り動作を実行させ、スキャン画像データを生成する。生成したスキャン画像データは、スキャン画像管理部４１２によってＨＤＤ２１４に保存される。この際、保存されたスキャン画像データを一意に示すスキャン画像識別子の情報が、スキャン制御部４２２へ通知される。
【００２０】
連携サービスリクエスト部４２３は、ＭＦＰ連携サーバ１２０に対して各種処理のリクエストを行ったり、そのレスポンスを受け取ったりする。各種処理には、例えば、ログイン認証、代理で経費精算できる代理申請対象者リストの取得、複数の領収書をスキャンして得られたスキャン画像データに対する解析処理の実行、メタデータ項目情報の取得、メタデータの設定などが含まれる。ＭＦＰ連携サーバ１２０とのやり取りには例えばＲＥＳＴやＳＯＡＰなどの通信プロトコルが用いられる。
【００２１】
画像処理部４２４は、複数の領収書をスキャンして得られたスキャン画像データに対し所定の画像処理を行って、表示制御部４２１が表示するＵＩ画面で用いられる画像を生成する。所定の画像処理の詳細については後述する。
【００２２】
≪サーバ装置のソフトウェア構成≫
まず、ＭＦＰ連携サーバ１２０のソフトウェア構成について説明する。ＭＦＰ連携サーバ１２０は、リクエスト制御部４３１、画像処理部４３２、経費精算リクエスト部４３３、データ管理部４３４、表示制御部４３５を有する。リクエスト制御部４３１は、外部装置からのリクエストを受信できる状態で待機しており、受信したリクエスト内容に応じて、画像処理部４３２、経費精算リクエスト部４３３、データ管理部４３４に対し所定の処理の実行を指示する。画像処理部４３２は、ＭＦＰ１１０から送られてくるスキャン画像データに対して、マルチクロップ処理、ＯＣＲ処理、バリュー抽出処理といった解析処理を行う。経費精算リクエスト部４３３は、経費精算サーバ１３０に対して経費精算サービスに関する各種処理のリクエストを行ったり、そのレスポンスを受け取ったりする。各種処理には例えば、代理申請対象者や経費タイプの一覧取得、マルチクロップ処理によって得られる個々の領収書に対応する画像の登録や各画像に対応するメタデータの設定などが含まれる。なお、本明細書では、マルチクロップ処理によって得られた原稿単位の画像を「クロップ画像」或いは「原稿画像」と呼ぶこととする。また、原稿が領収書であった場合の原稿画像を特に「領収書画像」と呼ぶ場合がある。データ管理部４３４は、サーバ装置１２０で管理するユーザ情報や各種設定データ等を保持・管理する。表示制御部４３５は、インターネット経由で接続されたＰＣやモバイル端末（いずれも不図示）上で動作しているウェブブラウザからのリクエストを受けて、画面表示に必要な画面構成情報（ＨＴＭＬ、ＣＳＳ等）を返す。ユーザは、ウェブブラウザで表示される画面経由で、登録されているユーザ情報を確認したり、スキャン設定を変更したりできる。
【００２３】
次に、経費精算サーバ１３０のソフトウェア構成について説明する。経費精算サーバ１３０は、リクエスト制御部４４１、経費情報管理部４４２、表示制御部４４３を有する。リクエスト制御部４４１は、外部装置からのリクエストを受信できる状態で待機しており、本実施形態においてはＭＦＰ連携サーバ１２０からのリクエストに応じて、経費情報管理部４４２が管理する情報をＭＦＰ連携サーバ１２０に返す。表示制御部４４３は、インターネット経由で接続されたＰＣやモバイル端末（いずれも不図示）上で動作しているウェブブラウザからのリクエストを受けて、画面表示に必要な画面構成情報（ＨＴＭＬ、ＣＳＳ等）を返す。ユーザは、ウェブブラウザで表示される画面経由で、登録されている経費レポートの情報や領収書画像を含む経費情報を確認したりすることができる。
【００２４】
＜画像処理システム全体の処理の流れ＞
図５は、ＭＦＰ１１０で領収書をスキャンし、クラウドサービスによって経費精算を行う際の装置間の処理の流れを示すシーケンス図である。図６はＭＦＰ１１０の起動時に表示されるメインメニューのＵＩ画面（以下、「メイン画面」と表記）の一例を示す図である。経費精算サービスの利用に必要な専用のアプリケーションをＭＦＰ１１０にインストールすることで、メイン画面６００上に「経費精算」ボタン６０１が表示されるようになる。そして、ユーザがメイン画面６００内に表示されたメニューボタンの中から「経費精算」ボタン６０１を押下すると、図５のシーケンス図で示される一連の処理が開始する。以下、図５のシーケンス図に沿って、装置間のやり取りを時系列に説明する。なお、以下の説明において記号「Ｓ」はステップを表す。
【００２５】
ＭＦＰ１１０は、ＭＦＰ連携サーバ１２０にアクセスするためのログイン認証の情報を入力するＵＩ画面（以下、「ログイン画面」と表記）を操作部２２０に表示する（Ｓ５０１）。図７にログイン画面の一例を示す。ユーザが、予め登録されているユーザＩＤとパスワードを、ログイン画面７００上の入力欄７０２及び７０３にそれぞれ入力し「ログイン」ボタン７０１を押下すると、ログイン認証のリクエストがＭＦＰ連携サーバ１２０に送信される（Ｓ５０２）。
【００２６】
ログイン認証のリクエストを受けたＭＦＰ連携サーバ１２０は、当該リクエストに含まれるユーザＩＤとパスワードを用いて認証処理を行う（Ｓ５０３）。認証処理の結果、正規のユーザであることが確認されれば、ＭＦＰ連携サーバ１２０は、アクセストークンをＭＦＰ１１０に返す。以後、ＭＦＰ１１０からＭＦＰ連携サーバ１２０に対して行う各種リクエストの際にこのアクセストークンを一緒に送ることで、ログイン中のユーザが特定される。本実施形態では、ＭＦＰ連携サーバ１２０へのログインの完了によって、経費精算サーバ１３０へのログインも同時に完了するものとする。このためにユーザは、インターネット上のＰＣ（不図示）のウェブブラウザ等を介して、ＭＦＰ連携サービスを利用するためのユーザＩＤと経費精算サービスを利用するためのユーザＩＤとの紐づけを予め行っておく。これにより、ＭＦＰ連携サーバ１２０へのログイン認証に成功すれば同時に経費精算サーバ１３０へのログイン認証も完了し、経費精算サーバ１３０にログインするための操作を省略できる。そして、ＭＦＰ連携サーバ１２０においては、自装置にログインしたユーザからの経費精算サービスに関するリクエストにも対応可能となる。なお、ログイン認証の方法は一般的に公知な手法（Ｂａｓｉｃ認証、Ｄｉｇｅｓｔ認証、OAuthを用いた認可等）を用いて行えばよい。
【００２７】
ログインが完了すると、ＭＦＰ１１０は、代理申請対象者リストの取得リクエストをログインユーザのアクセストークンと共にＭＦＰ連携サーバ１２０に送信する（Ｓ５０４）。代理申請対象者リストとは、経費精算サービスにおいて本人以外の者が領収書の電子化作業を行う場合（代理申請）における、ログインユーザが代理申請者となり得る対象者を規定した名簿情報である。代理申請対象者リストには、例えばログインユーザが所属する部署の同僚など、同一のＭＦＰ１１０を使用する環境にある、自身と一定の関係にある他のユーザが含まれ、例えば管理者等によって予め作成される。代理申請対象者リストの取得リクエストを受信したＭＦＰ連携サーバ１２０は、アクセストークンで特定されるログインユーザの代理申請対象者リストの取得リクエストを、経費精算サーバ１３０に送信する（Ｓ５０５）。代理申請対象者リストの取得リクエストを受けた経費精算サーバ１３０は、ログインユーザについての代理申請対象者リストを読み出してＭＦＰ連携サーバ１２０に返す。そして、ＭＦＰ連携サーバ１２０は、経費精算サーバ１３０から受け取った代理申請者リストをＭＦＰ１１０に送信する。これにより、図８に示すような、ログインユーザが代理申請者となり得る対象者の“UserID”と“UserName”の一覧情報が、ＭＦＰ１１０で取得される。なお、経費精算サーバ１３０で保持している代理申請対象者リストをそのままＭＦＰ１１０に送信してもよいし、フォーマットの全部又は一部を変更して送信してもよい。
【００２８】
代理申請対象者リストを受信したＭＦＰ１１０は、申請者を設定するためのＵＩ画面（以下、「申請者設定画面」と表記）を操作部２２０に表示する（Ｓ５０６）。図９に、申請者設定画面の一例を示す。申請者設定画面９００の選択欄９０２には、代理申請対象者リストに含まれていたユーザ名に、ログインユーザ自身のユーザ名を加えた一覧が選択候補としてプルダウン表示される。ログインユーザは、本人として領収書の電子化作業を行う場合は自身のユーザ名を、代理申請者として第三者の領収書の電子化作業を行う場合は代理申請対象者のユーザ名を選択して、「次へ」ボタン９０１を押下する。
【００２９】
「次へ」ボタン９０１が押下されると、スキャン時の動作条件を設定するＵＩ画面（以下、「スキャン設定画面」と表記）が操作部２２０に表示される（Ｓ５０７）。図１０にスキャン設定画面の一例を示す。スキャン設定画面１０００には、「スキャン開始」ボタン１００１、カラー設定欄１００２、解像度設定欄１００３が存在する。「スキャン開始」ボタン１００１は、原稿台にセットした原稿（本実施形態では、複数の領収書）に対するスキャン処理の開始を指示するためのボタンである。カラー設定欄１００２では、スキャン時のカラーモードを設定する。例えばフルカラーやモノクロといった選択肢の中から指定できるようになっている。解像度設定欄１００３では、スキャン時の解像度を設定する。例えば６００ｄｐｉや１２００ｄｐｉといった選択肢の中から指定できるようになっている。なお、カラーモードと解像度は設定項目の一例であって、これらすべてが存在しなくてもよいし、これら以外の設定項目が存在してもよい。また、カラーモードや解像度に関する選択肢を、経費精算サービスの要求する設定値のみに限定したりしてもよい。ログインユーザは、このようなスキャン設定画面１０００を介してスキャン処理についての詳細な条件設定を行なう。スキャン設定を終えたログインユーザが、ＭＦＰ１１０の原稿台にスキャン対象の領収書をセットし、「スキャン開始」ボタン１００１を押下するとスキャンが実行される（Ｓ５０８）。図１１は、３枚の領有書１１０１〜１１０３をまとめてスキャンする様子を示す図であり（ａ）は読み取り対象となる表面を下（フェイスダウン）にして原稿台上に各領収書が置かれている状態を示し、同（ｂ）はそれを原稿台の内側から見た状態を示している。このようにして複数の領収書が同時にスキャンされる。スキャンの完了後、ＭＦＰ１１０は、スキャンによって得られた画像データを、その解析リクエストと共にＭＦＰ連携サーバ１２０に送信する（Ｓ５０９）。
【００３０】
スキャン画像の解析リクエストを受けたＭＦＰ連携サーバ１２０では、リクエスト制御部４３１が画像処理部４３２に対し、マルチクロップ処理を含む解析処理の実行を指示する（Ｓ５１０）。その際、リクエスト制御部４３１は、受信した解析リクエストを一意に特定可能なリクエストＩＤをＭＦＰ１１０に返す。図１２（ａ）にリクエストＩＤの一例を示す。一方、解析処理の実行指示を受けた画像処理部４３２は、スキャン画像に対する解析処理を実行する（Ｓ５１１）。この解析処理においては、まず、マルチクロップ処理が実行される。そして、マルチクロップ処理によって検出した個々の原稿に対応する画像領域に対して、回転処理、文字認識（ＯＣＲ）処理、バリュー抽出処理、原稿種別検知処理が施される。具体的には、まず、個々の原稿に対応する各画像領域が斜めになっている場合に原稿の各辺が水平または垂直な状態となるように修正する。そして、修正後の各画像領域に対してＯＣＲ処理を行って文字情報を特定する。そして、各画像領域から日付や金額といった特定の文字列の情報（以下、「バリュー情報」と呼ぶ。）を抽出する。さらに、原稿種別の検知を行って、各画像領域に対応する原稿の種類を特定する。こうして得られた解析結果は、リクエスト制御部４３１に渡される。
【００３１】
上記解析処理が行われている間、ＭＦＰ１１０は、上述のリクエストＩＤを使用して、ＭＦＰ連携サーバ１２０に対して定期的（例えば３秒毎など）に処理状況の問合せを行う（Ｓ５１２〜Ｓ５１２’）。この問合せは、ＭＦＰ連携サーバ１２０からの解析処理の完了レスポンスが取得できるまで繰り返し実行される。ＭＦＰ連携サーバ１２０は、処理状況の問合せを受けると、リクエストＩＤに対応する解析処理の進行状況を確認する。そして、完了していない場合は処理中を表すレスポンス（図１２（ｂ）を参照）を返し、完了していた場合は完了を表すレスポンス（図１２（ｃ）を参照）を返す。図１２（ｃ）に示すとおり、処理完了時のレスポンスには、ステータス情報に加え、スキャン画像の解析結果の情報を含む。図１２（ｃ）は、前述の図１１に対応しており、３枚の領収書をスキャンして得られたスキャン画像の解析結果の情報が示されている。まず、“Status”には、完了を表す内容の文字列（completed）が入る。“Images”には、マルチクロップ処理で検知した原稿に対応するクロップ画像それぞれについて、“ImageID”、“ContentsType”、“ReceiptData”の各情報が格納される。“ImageID”は、例えばＵＲＬやＵＲＬパラメータを用いた文字列で表された、各クロップ画像を識別するＩＤ情報である。このImageIDを指定して取得リクエストをＭＦＰ連携サーバ１２０に送信することで、特定の原稿のクロップ画像を取得できる。“ContentsType”は、検知した原稿の種類を示す。例えば、「領収書」の場合は“Receipt”、「名刺」の場合は“BusinessCard”、「免許証」の場合は“DriverLicense”などの文字列となる。“ReceiptData”は、“ContentsType”が領収書を示す“Receipt”であった場合に追加で含まれる情報であり、バリュー抽出処理によって得られた日付を表す“Date”と合計金額を表す“Amount”の値が格納される。“Points”は、スキャン画像のどの領域に原稿があったかを示す座標情報である。座標情報は、スキャン画像の左上隅を原点（ｘ，y）＝（0，0）として、先頭から順に、各クロップ画像の左上隅、右上隅、右下隅、左下隅の各位置を示している。
【００３２】
解析処理の完了レスポンスを受信した後、ＭＦＰ１１０は、最初に表示する領収書のクロップ画像のImageIDを指定して、ＭＦＰ連携サーバ１２０に画像取得リクエストを送信する（Ｓ５１３）。画像取得リクエストを受けて、ＭＦＰ連携サーバ１２０は、ImageIDに対応するクロップ画像のデータをＭＦＰ１１０に返す。このクロップ画像は、回転処理によって正しい向きになっている。
【００３３】
次に、ＭＦＰ１１０は、メタデータ項目情報の取得リクエストをＭＦＰ連携サーバ１２０に送信する（Ｓ５１４）。メタデータ項目情報とは、各原稿画像と対応付けて登録されるメタデータ項目の内容（例えば領収書の使用目的など）を記した一覧情報である。図１３にメタデータ項目情報の一例を示す。“ExpenseTypes”には、その領収書の使用目的を表す定義値として、“ID”と“Name”の各文字列が含まれる。ＭＦＰ連携サーバ１２０は、ＭＦＰ１１０からのメタデータ項目情報取得リクエストを受けて、それに対応する取得リクエストを経費精算サーバ１３０に送信して、ログインユーザのメタデータ項目情報を取得する（Ｓ５１５）。ＭＦＰ連携サーバ１２０は経費精算サーバ１３０から取得したメタデータ項目情報をそのままＭＦＰ１１０に返してもよいし、適宜加工したものを返してもよい。例えばＭＦＰ連携サーバ１２０からの取得リクエストを満足するために複数のメタデータ項目情報が必要な場合は、まず、当該複数のメタデータ項目情報の取得リクエストを経費精算サーバ１３０に送信して取得する。そして、ＭＦＰ１１０にレスポンスを返すときはそれぞれのメタデータ項目情報を結合し１つにまとめたものを返してもよい。また、これとは逆に、経費精算サーバ１３０が返したメタデータ項目情報から必要な情報を間引いたものを返してもよい。
【００３４】
メタデータ項目情報を受け取ったＭＦＰ１１０は、各領収書画像にメタデータを設定するためのＵＩ画面（以下、「メタデータ設定画面」と表記）をスキャン画像の解析結果に基づいて操作部２２０に表示する（Ｓ５１６）。このメタデータ設定画面は、スキャン画像から抽出された各原稿単位（ここでは領収書単位）で生成され、操作部２２０に表示される。図１４に、メタデータ設定画面の一例を示す。メタデータ設定画面１４００の画像表示領域１４１０には、メタデータの設定対象となる領収書画像が縮小処理されてプレビュー表示される。また、メタデータ設定画面１４００には、ユーザが各種指示を行うための入力要素として様々なボタンが存在する。「次へ」ボタン１４０２又は「戻る」ボタン１４０３は、領収書画像毎に生成されるメタデータ設定画面の表示を切り替えるためのボタンである。「次へ」ボタン１４０２は、次の領収書画像についてのメタデータ設定画面を表示させるためのボタンである。スキャン画像から切り出された領収書画像のうち最後の領収書画像についてのメタデータ設定画面を表示している時は「次へ」ボタン１４０２は非表示状態となる。「戻る」ボタン１４０３は、一つ前の領収書画像についてのメタデータ設定画面を表示させるためのボタンである。スキャン画像から切り出された領収書画像のうち最初の領収書画像についてのメタデータ設定画面を表示しているときは「戻る」ボタン１４０３は非表示状態となる。「再スキャン」ボタン１４０８は、画像表示領域１４１０に表示されている領収書画像内の文字が潰れたり掠れたりしてバリュー情報が正確に読み取れていない場合などに、原稿台に載置されている原稿に対しスキャン処理を再実行するためのボタンである。そして、画像表示領域１４１０の右側に設けられた４つの項目（経費タイプ、取引日、金額、場所）の入力欄１４０４〜１４０７には、表示中の領収書画像における対応する値をそれぞれ入力する。「経費タイプ」入力欄１４０４には、経費タイプの候補が表示され、ユーザは処理対象の領収書に対応する経費タイプを表示中の候補の中から１つ選択する。前述の図１３の例では、“Hotel”や“Car Rental”の文字列の一覧が候補として表示されることになる。「取引日」入力欄１４０５には、処理対象の領収書の取引日を入力する。「金額」入力欄１４０６には、処理対象の領収書の合計金額を入力する。そして、メタデータ設定画面１４００の初期表示の時点では、プレビュー表示に係る領収書画像についての“ReceiptData”内の“Date”や“Amount”の情報の情報（図１２（ｃ）を参照）がそれぞれ初期値として表示される。このように、完了レスポンスの“ReceiptData”に記載の項目については、メタデータ設定画面の初期表示の時点で、解析処理で得られた特定文字列の情報が初期値として表示されるので、ユーザは対応する値を入力する手間を省くことできる。ただし、原稿が原稿台から浮く等の原因によって、スキャン画像から切り出された領収書画像が文字情報の抽出に適さない状態であった場合には、ユーザは表示された初期値を手入力で修正する必要がある。このような修正作業は、メタデータとして登録すべき項目数が多くなるほど煩雑さが増し、ユーザ負担も増すことになる。そこで、本実施形���では、メタデータ設定画面からスキャン処理の再実行を指示できるよう構成し、さらに、特定の文字列（バリュー情報）の再抽出が必要となった領収書画像のみにＯＣＲ処理やバリュー抽出処理を行うように構成している。これによりユーザは、複数の領収書画像についてのメタデータの設定作業を効率よく正確に行うことができる。「場所」入力欄１４０７には、領収書が発行された場所を入力する。この場合において、例えば前述のメタデータ項目情報の取得時に、場所の項目情報を追加で取得するようにし、場所の項目一覧を候補として表示するようにしてもよい。なお、入力欄１４０５〜１４０７に値を手入力する方法としては、例えば対象の入力欄を押下することで画面上にキーボードを表示して、ユーザが任意の数字や文字列を入力できるようにすればよい。
【００３５】
上述の「再スキャン」ボタン１４０８の押下が検知されると、原稿台に載置されている各領収書に対してスキャン処理が再実行され、これによって得られたスキャン画像（以下、「再スキャン画像」と呼ぶ。）に対して解析処理が実行される（Ｓ５１７）。ここではＳ５１７を１つの処理として表現しているが、その中身は、前述のＳ５０８〜Ｓ５１２の各処理で構成される。つまり、スキャン処理の再実行後には再スキャン画像の解析リクエストが送信され、ＭＦＰ連携サーバ１２０にてその解析処理が実行される。ただし、再スキャン画像に対する解析処理では、ＯＣＲ処理やバリュー抽出処理を、すべての領収書については行わない。すなわち、「再スキャン」ボタン１４０８の押下されたメタデータ設定画面１４００でプレビュー表示されていた領収書画像に対応する画像領域に対してのみ実行される。再スキャンに関する処理の詳細については、後述する。
【００３６】
再スキャン画像についての解析処理の完了レスポンスを受信したＭＦＰ１１０は、当該完了レスポンスに含まれる解析結果に基づき、「再スキャン」ボタン１４０８が押下されたメタデータ設定画面を更新（再表示）する（Ｓ５１８）。
【００３７】
各領収書画像に対して、必要な情報の入力を終えたログインユーザが、メタデータ設定画面１４００内の「送信」ボタン１４０１を押下すると、ＭＦＰ１１０は、メタデータ設定リクエストをＭＦＰ連携サーバ１２０に送信する（Ｓ５１９）。この際、メタデータ設定画面１４００で入力された上記４つの項目（ExpenseTypeID、TransactionDate、Amount、Location）に関するデータが、図１５に示すような形式にてメタデータ設定リクエストと共に送信される。なお、メタデータ設定画面１４００内の「送信」ボタン１４０１については、スキャン画像から切り出されたすべての領収書画像についてのメタデータ設定画面１４００が表示されるまで無効状態としてもよい。また、本実施形態では、１つの領収書画像に対して１つのメタデータ設定画面を表示するようにしているため、スキャン画像内で検知された領収書の数だけメタデータ設定リクエストを送信する必要がある。しかし、複数の領収書画像についてのメタデータ設定リクエストをまとめて送信できるようにしてもよい。
【００３８】
ＭＦＰ１１０からメタデータ設定リクエストを受信したＭＦＰ連携サーバ１２０は、当該リクエストに係る領収書画像の登録リクエストとそのメタデータの設定リクエストを、経費精算サーバ１３０に送信する（Ｓ５２０）。ＭＦＰ連携サーバ１２０から画像登録とメタデータ設定のリクエストを受け取った経費精算サーバ１３０は、当該リクエストに係る領収書画像とそのメタデータを、自装置で管理する経費情報に登録及び設定する処理を行なう。その後、領収書画像の登録とメタデータの設定が完了したことを示すレスポンスをＭＦＰ連携サーバ１２０に返す。そして、経費精算サーバ１３０から上記完了レスポンスを受け取ったＭＦＰ連携サーバ１２０も、同様の完了レスポンスをＭＦＰ１１０に返す。
【００３９】
以上が、画像処理システム全体の処理の流れである。
【００４０】
＜ＭＦＰにおける処理の詳細＞
続いて、ＭＦＰ１１０における動作に着目して、上述の画像処理システムで経費精算を行う場合の処理について詳しく説明する。図１６は、ＭＦＰ１１０での経費精算処理の流れを示すフローチャートである。この一連の処理は、制御部２１０において、ＣＰＵ２１１がＨＤＤ２１４に記憶された制御プログラムを実行することにより実現され、前述のメイン画面６００での「経費精算」ボタン６０１の押下に応答して開始される。以下、図１６に示すフローチャートに沿って詳しく説明する。なお、各処理の冒頭における記号「Ｓ」はステップを意味する。
【００４１】
Ｓ１６０１において、表示制御部４２１は、前述のログイン画面７００を表示する。ログイン画面７００上でユーザ名とパスワードが入力欄７０２及び７０３にそれぞれ入力され、「ログイン」ボタン７０１の押下が検知されると、Ｓ１６０２に進む。
【００４２】
Ｓ１６０２において、連携サービスリクエスト部４２３は、ログイン認証リクエストをＭＦＰ連携サーバ１２０に送信する。ＭＦＰ連携サーバ１２０でのログイン認証によって正規のユーザであることが確認されると、連携サービスリクエスト部４２３は、アクセストークンをＭＦＰ連携サーバ１２０から受信する。
【００４３】
アクセストークンを受信した連携サービスリクエスト部４２３は、Ｓ１６０３において、代理申請対象者リストの取得リクエストをアクセストークンと共にＭＦＰ連携サーバ１２０に送信する。そして、代理申請対象者リストをＭＦＰ連携サーバ１２０経由で経費精算サーバ１３０から受信すると、それを表示制御部４２１に渡す。
【００４４】
Ｓ１６０４において、表示制御部４２１は、受け取った代理申請対象者リストに基づいて前述の申請者設定画面９００を操作部２２０に表示する。このとき、申請者設定画面９００の選択欄９０２には、ログイン中の本人のユーザ名が初期値として表示され、代理申請対象者が選択されることなく「次へ」ボタン９０１が押下された場合は、本人申請として経費精算サービスに領収書画像の登録等を行うことになる。ログインユーザによって、いずれかのユーザ名が選択され、「次へ」ボタン９０１の押下が検知されると、Ｓ１６０５へ進む。なお、代理申請対象者リストにユーザ名が存在しない（リストの中身が空）であれば、本ステップ自体がスキップされる。
【００４５】
Ｓ１６０５において、表示制御部４２１は、前述のスキャン設定画面１０００を操作部２２０に表示する。ログインユーザによって原稿台に領収書がセットされ、「スキャン開始」ボタン１００１の押下が検知されると、表示制御部４２１は、スキャン制御部４２２に対してその旨を通知する。
【００４６】
通知を受けたスキャン制御部４２２は、Ｓ１６０６において、スキャン実行部４１１に対してスキャン処理の実行を指示する。当該指示を受けてスキャン実行部４１１は、原稿台に置かれた領収書をスキャンする。スキャンによって生成されたスキャン画像データは、画像データ保存部４１２に保存され、当該スキャン画像を特定可能な識別子がスキャン制御部４２１に通知される。この際、スキャンの実行中である旨を示すメッセージ画面（不図示）が操作部２２０上に表示されるようにしてもよい。
【００４７】
次に、Ｓ１６０７において、連携サービスリクエスト部４２３は、スキャン制御部４２１を介してスキャン画像データを取得し、ＭＦＰ連携サーバ１２０にその解析リクエストと共に送信する。当該解析リクエストに基づき、ＭＦＰ連携サーバ１２０では、受信したスキャン画像データに対して、前述の解析処理が実行される。その際、ＭＦＰ連携サーバ１２０のリクエスト制御部４３１からリクエストＩＤが返される。
【００４８】
リクエストＩＤを取得した連携サービスリクエスト部４２３は、Ｓ１６０８において、処理ステータスの取得リクエストをリクエストＩＤと共にＭＦＰ連携サーバ１２０に送信する。当該取得リクエストに基づき、ＭＦＰ連携サーバ１２０は、リクエストＩＤで特定される解析処理の進行状況に応じたレスポンスをＭＦＰ１１０に返す。
【００４９】
Ｓ１６０９において、連携サービスリクエスト部４２３は、ＭＦＰ連携サーバ１２０から受け取ったレスポンスが処理中を示す内容（図１２（ｂ）を参照）であった場合はＳ１６０８に戻る。そして、所定時間（例えば数秒程度）の経過を待って、再び処理ステータスの取得リクエストをＭＦＰ連携サーバ１２０に送信する。受け取ったレスポンスが完了を示す内容（図１２（ｃ）を参照）であった場合は、Ｓ１６１０に進む。
【００５０】
Ｓ１６１０において、連携サービスリクエスト部４２３は、メタデータ項目情報の取得リクエストをアクセストークンと共にＭＦＰ連携サーバ１２０に送信する。当該取得リクエストに基づきＭＦＰ連携サーバ１２０は、経費精算サーバ１３０からアクセストークンに紐づいた対象ユーザのメタデータ項目情報を取得し、これをＭＦＰ１１０に返す。
【００５１】
Ｓ１６１１において、表示制御部４２１は、前述したメタデータ設定画面１４００を操作部２２０に表示する。続くＳ１６１２では、表示制御部４２１が、メタデータ設定画面１４００でのユーザ操作の内容に応じて次の処理を決定する。「次へ」ボタン１４０２や「戻る」ボタン１４０３の押下が検知されればＳ１６１３へ、「再スキャン」ボタン１４０８の押下が検知されればＳ１６１４へ、「送信」ボタン１４０１の押下が検知されればＳ１６２１へ、それぞれ進む。
【００５２】
操作されたボタンが「次へ」ボタン１４０２や「戻る」ボタン１４０３である場合のＳ１６１３において、表示制御部４２１は、完了レスポンスの“Images”に記載の情報に従って、画像表示領域１４１０に表示する領収書画像を順次切り替える。一方、操作されたボタンが「再スキャン」ボタン１４０８である場合のＳ１６１４において、表示制御部４２１は、再スキャン実行前の確認画面（以下、「再スキャン確認画面」と呼ぶ。）を、操作部２２０に表示する。この際の表示方法は、例えば別ウインドウのポップアップ表示でもよいし、メタデータ設定画面１４００からの切り替え表示でもよい。再スキャン確認画面１７００には、Ｓ１６０６で取得したスキャン画像の全体が縮小表示される。その際、スキャン画像をそのまま表示すると左側に置いたものが右側に表示されてしまうため、左右の位置関係を反転して表示する。さらに、置き直しが必要な領収書を認識しやすくするために、完了レスポンスに含まれる各領収書画像の座標情報を基に網掛けイメージ等を重畳して強調表示する。この際、他の領収書の文字等を白で塗り潰してもよいし、文字等が認識できるよう透過表示してもよい。図１７は、再スキャン確認画面の一例を示す図である。いま、図１１（ａ）における右上の領収書１１０１が原稿台から浮いた状態でスキャンされた結果、対応する領収書画像から日付や金額を正しく読み取れず、入力欄１４０５や１４０６に誤った初期値が表示されたとする。そして、ユーザによって「再スキャン」ボタン１４０８が押下されたとする。図１７に示す再スキャン確認画面１７００では、原稿台に伏せた状態で載置されている３枚の領収書のうち再スキャンの対象となった注目する領収書（以下、「注目領収書」と呼ぶ。）１１０１が網掛け表示されている。ユーザは、再スキャン確認画面１７００を参照して、注目領収書１１０１が浮き上がらないように皺を伸ばす等して載置し直し、その後、同画面上の「ＯＫ」ボタン１７０１を押下する。これにより、表示制御部４２１からスキャン制御部４２２に対してスキャン処理の再実行が指示される。
【００５３】
Ｓ１６１５において、スキャン制御部４２２は、前述のＳ１６０６と同様、スキャン実行部４１１に対してスキャン処理の再実行を指示する。当該指示を受けてスキャン実行部４１１は、原稿台に置かれた領収書に対しスキャン処理を実行する。このスキャン処理の際、より適切なスキャン画像を得るために、スキャン設定における各項目の内容をデフォルト設定から変更（例えば、解像度や濃度を高くする等）してもよい。ここで、本ステップのスキャン処理（再スキャン処理）で得られるスキャン画像を、前述のＳ１６０６における最初のスキャン処理で得られるスキャン画像と区別するため、「再スキャン画像」と呼ぶこととする。生成された再スキャン画像データは、画像データ保存部４１２に保存され、当該再スキャン画像を特定可能な識別子がスキャン制御部４２１に通知される。
【００５４】
次に、Ｓ１６１６において、連携サービスリクエスト部４２３は、スキャン制御部４２１を介して再スキャン画像データを取得し、ＭＦＰ連携サーバ１２０にその解析リクエストと共に送信する。この場合において、再スキャン画像の解析リクエストには、注目領収書に対応する画像領域を特定するための情報、具体的には、直近のスキャン処理で得られたスキャン画像における注目領収書の画像領域を示す座標情報が含まれる。ここで、本ステップにて送信される解析リクエストを、前述のＳ１６０７における最初の解析リクエストと区別するため、「再解析リクエスト」と呼ぶこととする。当該再解析リクエストに基づき、ＭＦＰ連携サーバ１２０では、受信した再スキャン画像データに対して前述の解析処理を実行することになるが、その内容は、最初の解析処理とは異なっている。すなわち、再スキャン画像に対するマルチクロップ処理によって得られた各領収書画像のうち、上述の座標情報に基づき特定される注目領収書に対応する領収書画像に対してのみ、ＯＣＲ処理やバリュー抽出処理を実行して特定の文字列（バリュー情報）を抽出する。この際の注目領収書に対応する領収書画像は、例えば、再解析リクエスト内の座標情報が示す矩形領域と再スキャン画像における各領収書に対応する画像領域との重なり度合いを求め、重なり度合いが閾値（例えば８０％）以上の画像領域を特定すればよい。或いは重なり度合いが最も高い画像領域を特定してもよい。以下、再解析リクエストに応じて実行される解析処理を「再解析処理」と呼ぶこととする。なお、再解析リクエストに対しても、ＭＦＰ連携サーバ１２０のリクエスト制御部４３１からリクエストＩＤが返される。
【００５５】
リクエストＩＤを取得した連携サービスリクエスト部４２３は、Ｓ１６１７において、Ｓ１６０８と同様、処理ステータスの取得リクエストをリクエストＩＤと共にＭＦＰ連携サーバ１２０に送信する。当該取得リクエストに基づき、ＭＦＰ連携サーバ１２０は、リクエストＩＤで特定される再解析処理の進行状況に応じたレスポンスをＭＦＰ１１０に返す。図１８は、図１１（ａ）に示す領収書１１０１の再スキャン画像に対する再解析処理の完了レスポンスの一例を示す図である。図１８に示すように、レスポンス内の“Images”を構成する“ImageID”、“ContentsType”、“ReceiptData”、“Points”の各情報が、領収書１１０１に対応するものしか含まれていない。これは、再解析処理において、特定の文字列（バリュー情報）を抽出するための処理が領収書１１０１に対応するクロップ画像のみに対して実行され、領収書１１０２や１１０３に対応するクロップ画像に対しては行われていないことを意味している。
【００５６】
Ｓ１６１８において、連携サービスリクエスト部４２３は、ＭＦＰ連携サーバ１２０から受け取ったレスポンスが処理中を示す内容であった場合はＳ１６１７に戻る。そして、所定時間（例えば数秒程度）の経過を待って、再び処理ステータスの取得リクエストをＭＦＰ連携サーバ１２０に送信する。受け取ったレスポンスが完了を示す内容であった場合は、Ｓ１６１９に進む。
【００５７】
Ｓ１６１９において、表示制御部４２１は、受信した完了レスポンスの内容を用いて、再スキャンに係る注目領収書についてのメタデータ設定画面１４００を再表示する。この再表示されるメタデータ設定画面１４００においては、再スキャン画像から切り出された領収書画像が画像表示領域１４１０にプレビュー表示される。また、入力欄１４０５及び１４０６には、再解析処理の完了レスポンスにおける“ReceiptData”に記載内容に基づく取引日や金額の値が、それぞれ初期値として表示されることになる。メタデータ設定画面１４００の再表示後は、Ｓ１６１２に戻る。そして、再表示されたメタデータ設定画面１４００でのユーザ操作の内容に応じて次の処理が決定される。すなわち、「次へ」ボタン１４０２や「戻る」ボタン１４０３の押下が検知されればＳ１６１３へ、「再スキャン」ボタン１４０８の押下が検知されればＳ１６１４へ、「送信」ボタン１４０１の押下が検知されればＳ１６２０へ、それぞれ進む。
【００５８】
Ｓ１６２０では、連携サービスリクエスト部４２３が、メタデータ設定画面１４００でのユーザ入力に基づき、各領収書画像の登録並びにメタデータの設定のリクエストを、ＭＦＰ連携サーバ１２０に送信する。この際、対象となる領収書画像のImageIDが共に送信されるが、ログインユーザが本人以外の者（代理申請者）である場合は、ImageIDに加えて、代理申請対象者のUserIDも併せて送信される。当該リクエストを受けたＭＦＰ連携サーバ１２０は、経費精算サーバ１３０に対し同様のリクエストを送信する。そして、経費精算サーバ１３０では、本人申請の場合は本人と関連付けて、代理申請の場合は代理申請者及び代理申請対象者と関連付けて、領収書画像の登録とそのメタデータの設定がなされる。そして、各領収書画像について、登録とメタデータの設定が完了すると、設定完了のレスポンスがＭＦＰ連携サーバ１２０に返され、ＭＦＰ１１０は設定完了のレスポンスをＭＦＰ連携サーバ１２０から受け取る。
【００５９】
以上が、ＭＦＰ１１０における動作を中心とした経費精算を行う場合の処理の流れである。
【００６０】
＜変形例＞
なお、上述した実施形態では、２回目以降の再スキャン処理（Ｓ１６１５）において、原稿台に載置されている領収書の枚数が最初のスキャン処理（Ｓ１６０６）から変化がないことを前提としている。すなわち、置き直しの必要な領収書だけが略同じ位置でユーザにより置き直され、その他の領収書は置き直されていない状態で２回目以降の再スキャン処理が行われることを前提としている。一方、本変形例では、置き直しが必要と判断された領収書をユーザが置き直す際に、他の領収書を原稿台から取り除いてから再スキャンを行なうようにユーザに促してもよい。この変形例の場合、再スキャン画像から抽出される領収書画像は１つだけになるので、再解析リクエスト内に注目領収書に対応する領収書画像の座標情報を含ませる必要がなくなる。置き直しが必要な領収書だけを原稿台に残して再スキャンを行った場合は、当該領収書については再解析処理の結果を利用し、他の領収書については最初のスキャン時の解析結果とクロップ画像を利用して、それぞれメタデータ設定画面を表示すればよい。
【００６１】
また、他の変形例として、置き直しが必要と判断された領収書以外の領収書についてもユーザが置き直し、各領収書の配置順が変わっていることも考えられる。そこで、再スキャン画像に対する再解析処理の結果、原稿画像の数、サイズ、文字認識結果が再スキャン前と違っていた場合には、最初から処理をやり直す（再スキャン画像から切り出されたすべての領収書画像に対してＯＣＲ処理等を行なう）ようにすればよい。
【００６２】
（その他の実施例）
本発明は、上述の実施形態の１以上の機能を実現するプログラムを、ネットワーク又は記憶媒体を介してシステム又は装置に供給し、そのシステム又は装置のコンピュータにおける１つ以上のプロセッサーがプログラムを読出し実行する処理でも実現可能である。また、１以上の機能を実現する回路（例えば、ＡＳＩＣ）によっても実現可能である。
【図１】
2020198546.tif 000003
【図２】
2020198546.tif 000004
【図３】
2020198546.tif 000005
【図４】
2020198546.tif 000006
【図５】
2020198546.tif 000007
【図６】
2020198546.tif 000008
【図７】
2020198546.tif 000009
【図８】
2020198546.tif 000010
【図９】
2020198546.tif 000011
【図１０】
2020198546.tif 000012
【図１１】
2020198546.tif 000013
【図１２】
2020198546.tif 000014
【図１３】
2020198546.tif 000015
【図１４】
2020198546.tif 000016
【図１５】
2020198546.tif 000017
【図１６】
2020198546.tif 000018
【図１７】
2020198546.tif 000019
【図１８】
2020198546.tif 000020