JP2018063690A - 情報処理システム、情報処理装置、及び情報処理方法 - Google Patents

Abstract

【課題】経費精算のための証明書登録を支援する。【解決手段】経費精算システムと接続される情報処理システムであって、前記情報処理システムと接続される機器から、経費精算のための１以上の証明書画像が含まれる第１の画像データを受信する受信手段と、前記受信手段により受信された前記第１の画像データに含まれる前記１以上の証明書画像をそれぞれ抽出して、前記１以上の証明書画像それぞれに対応する１以上の第２の画像データを作成する抽出手段と、前記抽出手段により作成された前記１以上の第２の画像データそれぞれを前記経費精算システムに登録する登録手段と、を有する。【選択図】図４

Description

本発明は、情報処理システム、情報処理装置、及び情報処理方法に関する。

近年、複数の機能（例えば、スキャンやプリント、メール配信、外部サービスへのファイルアップロード等）を組み合わせた機能を提供するサービスが知られるようになった。例えば、スキャンにより生成された電子ファイルを外部サービスへアップロードするサービス等が知られている。このようなサービスは、各機能を実現する１以上の処理が一連の処理として実行されることにより実現される。

また、１以上の処理を一連の処理として表した処理情報等が含まれる指示書に基づいて、当該一連の処理を実行する画像形成装置が知られている（例えば特許文献１参照）。

しかしながら、経費精算サービス等の外部サービスと連携して、領収書やレシート等の経費を証明するための証明書の登録を行うサービスを提供することができなかった。このため、例えば、領収書等を画像形成装置でスキャンすることにより生成した画像ファイルを、外部の経費精算サービスに登録するようなサービスを提供することができなかった。

本発明の一実施形態は、上記の点に鑑みてなされたもので、経費精算のための証明書登録を支援することを目的とする。

上記目的を達成するため、本発明の一実施形態は、経費精算システムと接続される情報処理システムであって、前記情報処理システムと接続される機器から、経費精算のための１以上の証明書画像が含まれる第１の画像データを受信する受信手段と、前記受信手段により受信された前記第１の画像データに含まれる前記１以上の証明書画像をそれぞれ抽出して、前記１以上の証明書画像それぞれに対応する１以上の第２の画像データを作成する抽出手段と、前記抽出手段により作成された前記１以上の第２の画像データそれぞれを前記経費精算システムに登録する登録手段と、を有する。

本発明の一実施形態によれば、経費精算のための証明書登録を支援することができる。

第一の実施形態に係る情報処理システムの一例のシステム構成を示す図である。 第一の実施形態に係るサービス提供システム及びＰＣ端末の一例のハードウェア構成を示す図である。 第一の実施形態に係る機器の一例のハードウェア構成を示す図である。 第一の実施形態に係る領収書登録サービスの概略を説明する図である。 第一の実施形態に係る情報処理システムの一例の機能構成を示す図である。 第一の実施形態に係るロジック処理部の一例の機能構成を示す図である。 第一の実施形態に係る領収書登録サービスを実現する一連の処理が定義された処理フロー情報の一例を示す図である。 第一の実施形態に係る領収書登録サービスを実現する一連の処理において、反復実行される一連の処理が定義された処理フロー情報の一例を示す図である。 第一の実施形態に係る領収書登録サービスを利用する場合の全体処理の一例を示すシーケンス図である。 領収書登録サービスの利用画面の一例を示す図である。 第一の実施形態に係る領収書登録サービスを実現する処理フローの実行処理の一例を示すシーケンス図である。 第一の実施形態に係る領収書の登録処理の一例を示すシーケンス図である。 第一の実施形態に係る経費精算サービスを利用する場合の全体処理の一例を示すシーケンス図である。 経費精算サービスにおける画面遷移の一例を示す図である。 第二の実施形態に係る機器の一例のハードウェア構成を示す図である。 第二の実施形態に係る領収書登録サービスを実現する一連の処理が定義された処理フロー情報の一例を示す図である。 第二の実施形態に係る領収書登録サービスを実現する一連の処理において、反復実行される一連の処理が定義された処理フロー情報の一例を示す図である。 第二の実施形態に係る領収書登録サービスを利用する場合の全体処理の一例を示すシーケンス図である。 領収書登録サービスにおける画面遷移の一例を示す図である。 領収書の撮影の一例を示す図である。 領収書の撮影の他の例を示す図である。 第二の実施形態に係る領収書登録サービスを実現する処理フローの実行処理の一例を示すシーケンス図である。 第二の実施形態に係る領収書画像の抽出処理の一例を示すシーケンス図である。 第三の実施形態に係る情報処理システムの一例の機能構成を示す図である。 トークン情報の一例を示す図である。 第三の実施形態に係る認証連携の設定処理の一例を示すシーケンス図である。 認証連携の設定における画面遷移の一例を示す図である。 第三の実施形態に係る領収書登録サービスを利用する場合の全体処理の一例を示すシーケンス図である。 領収書登録サービスの利用画面の一例を示す図である。 第四の実施形態に係る情報処理システムの一例の機能構成を示す図である。 第四の実施形態に係る代理人の設定処理の一例を示すシーケンス図である。 代理人設定画面の一例を示す図である。 第四の実施形態に係る領収書登録サービスを代理で利用する場合の全体処理の一例を示すシーケンス図である。 領収書登録サービスを代理で利用する場合における画面遷移の一例を示す図である。 領収書登録サービスを代理で利用する場合における画面遷移の他の例を示す図である。 第五の実施形態に係るロジック処理部の一例の機能構成を示す図である。 テンプレート登録画面の一例を示す図である。 第五の実施形態に係る領収書登録サービスを実現する一連の処理が定義された処理フロー情報の一例を示す図である。 第五の実施形態に係る領収書登録サービスを利用する場合の全体処理の一例を示すシーケンス図である。 テンプレート選択画面の一例を示す図である。 第五の実施形態に係る領収書登録サービスを実現する処理フローの実行処理の一例を示すシーケンス図（１／２）である。 第五の実施形態に係る領収書登録サービスを実現する処理フローの実行処理の一例を示すシーケンス図（２／２）である。 第五の実施形態に係る領収書の登録処理の一例を示すシーケンス図である。

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

［第一の実施形態］
＜システム構成＞
まず、本実施形態に係る情報処理システム１のシステム構成について、図１を参照しながら説明する。図１は、本実施形態に係る情報処理システム１の一例のシステム構成を示す図である。

図１に示す情報処理システム１は、サービス提供システム１０と、機器２０と、ＰＣ端末３０と、経費精算システム４０とを含み、インターネット等の広域的なネットワークＮ１を介して通信可能に接続されている。

サービス提供システム１０は、一台以上の情報処理装置で実現され、ネットワークＮ１を介して、種々の機能をそれぞれ実現する複数の処理のうちの１以上の処理を組み合わせた一連の処理により実現される各種のサービスを提供する。

ここで、機能には、例えば、プリント、スキャン、ファクシミリ送信、データ形式の変換、メール配信、ＯＣＲ（Optical Character Recognition）処理、加工や圧縮・解凍、リポジトリへの格納等が挙げられる。また、機能には、例えば、外部サービス（例えば、経費精算システム４０が提供する経費精算サービス）との連携等が挙げられる。

本実施形態に係るサービス提供システム１０は、経費精算サービスとの連携を実現する処理が含まれる一連の処理により実現されるサービスを提供する。本実施形態に係るサービス提供システム１０が提供するサービスの具体例については後述する。なお、以降では、一連の処理を「処理フロー」とも表す。

機器２０は、ユーザが使用する各種の電子機器である。すなわち、機器２０は、例えば、ＭＦＰ（Multifunction Peripheral）等の画像形成装置である。ユーザは、機器２０を用いて、サービス提供システム１０が提供する各種のサービスを利用することができる。

ただし、機器２０は、画像形成装置に限られず、例えば、スマートフォン、タブレット端末、デジタルカメラ、プロジェクタ、電子黒板等であっても良い。

なお、以降では、複数の機器２０について、各々を区別するときは、「機器２０_１」、「機器２０_２」等と添え字を用いて記載する。

ＰＣ端末３０は、例えば、ユーザが使用するデスクトップＰＣ（パーソナルコンピュータ）、ノート型ＰＣ、スマートフォン、タブレット端末等である。ユーザは、経費精算システム４０が提供する経費精算サービスを利用することができる。

なお、以降では、複数のＰＣ端末３０について、各々を区別するときは、「ＰＣ端末３０_１」、「ＰＣ端末３０_２」等と添え字を用いて記載する。

経費精算システム４０は、ネットワークＮ１を介して、経費精算サービスを提供するコンピュータシステムである。経費精算サービスとは、旅費交通費や接待交際費等を経費として精算するためのサービスである。ユーザは、例えば、ＰＣ端末３０に搭載されたブラウザを用いて、経費精算システム４０にアクセスすることにより、経費精算サービスを利用することができる。

また、図１に示す情報処理システム１の構成は一例であって、他の構成であっても良い。例えば、本実施形態に係る情報処理システム１には、電子データの入力及び出力の少なくとも一方を行う各種機器が含まれ、これらの機器がサービス提供システム１０により提供されるサービスを利用しても良い。

＜ハードウェア構成＞
次に、本実施形態に係る情報処理システム１に含まれるサービス提供システム１０及びＰＣ端末３０のハードウェア構成について、図２を参照しながら説明する。図２は、本実施形態に係るサービス提供システム１０及びＰＣ端末３０の一例のハードウェア構成を示す図である。なお、サービス提供システム１０及びＰＣ端末３０は、同様のハードウェア構成を有しているため、以降では、主に、サービス提供システム１０のハードウェア構成について説明する。

図２に示すサービス提供システム１０は、入力装置１１と、表示装置１２と、外部Ｉ／Ｆ１３と、ＲＡＭ（Random Access Memory）１４とを有する。また、サービス提供システム１０は、ＲＯＭ（Read Only Memory）１５と、ＣＰＵ（Central Processing Unit）１６と、通信Ｉ／Ｆ１７と、ＨＤＤ（Hard Disk Drive）１８とを有する。これらの各ハードウェアは、それぞれがバスＢで接続されている。

入力装置１１は、キーボードやマウス、タッチパネル等を含み、ユーザが各操作信号を入力するのに用いられる。表示装置１２は、ディスプレイ等を含み、サービス提供システム１０による処理結果を表示する。なお、入力装置１１及び表示装置１２の少なくとも一方は、必要なときにサービス提供システム１０に接続して利用する形態であっても良い。

通信Ｉ／Ｆ１７は、サービス提供システム１０をネットワークＮ１に接続するインタフェースである。これにより、サービス提供システム１０は、通信Ｉ／Ｆ１７を介して通信を行うことができる。

ＨＤＤ１８は、プログラムやデータを格納している不揮発性の記憶装置である。ＨＤＤ１８に格納されるプログラムやデータには、サービス提供システム１０全体を制御する基本ソフトウェアであるＯＳ（Operating System）、ＯＳ上において各種機能を提供するアプリケーションソフトウェア等がある。

なお、サービス提供システム１０は、ＨＤＤ１８に代え、記憶媒体としてフラッシュメモリを用いるドライブ装置（例えばソリッドステートドライブ：ＳＳＤ）を利用するものであっても良い。また、ＨＤＤ１８は、格納しているプログラムやデータを所定のファイルシステム及び／又はＤＢにより管理している。

外部Ｉ／Ｆ１３は、外部装置とのインタフェースである。外部装置には、記録媒体１３ａ等がある。これにより、サービス提供システム１０は、外部Ｉ／Ｆ１３を介して記録媒体１３ａの読み取りや書き込みを行うことができる。記録媒体１３ａには、フレキシブルディスク、ＣＤ、ＤＶＤ、ＳＤメモリカード、ＵＳＢメモリ等がある。

ＲＯＭ１５は、電源を切ってもプログラムやデータを保持することができる不揮発性の半導体メモリである。ＲＯＭ１５には、サービス提供システム１０の起動時に実行されるＢＩＯＳ（Basic Input/Output System）、ＯＳ設定、及びネットワーク設定等のプログラムやデータが格納されている。ＲＡＭ１４は、プログラムやデータを一時保持する揮発性の半導体メモリである。

ＣＰＵ１６は、ＲＯＭ１５やＨＤＤ１８等の記憶装置からプログラムやデータをＲＡＭ１４上に読み出し、処理を実行することで、サービス提供システム１０全体の制御や機能を実現する演算装置である。

本実施形態に係るサービス提供システム１０及びＰＣ端末３０は、図２に示すハードウェア構成を有することにより、後述するような各種処理を実現できる。

次に、本実施形態に係る情報処理システム１に含まれる機器２０が画像形成装置である場合のハードウェア構成について、図３を参照しながら説明する。図３は、本実施形態に係る機器２０の一例のハードウェア構成を示す図である。

図３に示す機器２０は、コントローラ２１と、操作パネル２２と、外部Ｉ／Ｆ２３と、通信Ｉ／Ｆ２４と、プリンタ２５と、スキャナ２６とを有する。また、コントローラ２１は、ＣＰＵ３１と、ＲＡＭ３２と、ＲＯＭ３３と、ＮＶＲＡＭ３４と、ＨＤＤ３５とを有する。

ＲＯＭ３３は、各種プログラムやデータを格納している不揮発性の半導体メモリである。ＲＡＭ３２は、プログラムやデータを一時保持する揮発性の半導体メモリである。ＮＶＲＡＭ３４は、例えば設定情報等を格納している。また、ＨＤＤ３５は、各種プログラムやデータを格納している不揮発性の記憶装置である。

ＣＰＵ３１は、ＲＯＭ３３やＮＶＲＡＭ３４、ＨＤＤ３５等からプログラムやデータ、設定情報等をＲＡＭ３２上に読み出し、処理を実行することで、機器２０全体の制御や機能を実現する演算装置である。

操作パネル２２は、ユーザからの入力を受け付ける入力部と、表示を行う表示部とを備えている。外部Ｉ／Ｆ２３は、外部装置とのインタフェースである。外部装置には、記録媒体２３ａ等がある。これにより、機器２０は、外部Ｉ／Ｆ２３を介して記録媒体２３ａの読み取り及び／又は書き込みを行うことができる。なお、記録媒体２３ａには、例えば、ＩＣカード、フレキシブルディスク、ＣＤ、ＤＶＤ、ＳＤメモリカード、ＵＳＢメモリ等がある。

通信Ｉ／Ｆ２４は、機器２０をネットワークＮ１に接続するインタフェースである。これにより、機器２０は、通信Ｉ／Ｆ２４を介して通信を行うことができる。プリンタ２５は、印刷データを印刷する印刷装置である。スキャナ２６は、原稿を読み取って電子ファイル（画像ファイル）を生成する読取装置である。

本実施形態に係る機器２０は、図３に示すハードウェア構成を有することにより、後述するような各種処理を実現できる。

＜サービス提供システムが提供するサービス＞
ここで、本実施形態に係るサービス提供システム１０が提供するサービスについて説明する。なお、本実施形態では、機器２０が画像形成装置であるものとして説明する。

本実施形態に係るサービス提供システム１０は、機器２０の原稿台（スキャナ２６）に置いた領収書をスキャンして生成したスキャン画像ファイルから領収書を示す領域を抽出して、領収書画像ファイルを作成し、経費精算サービスに登録するサービスを提供する。

すなわち、本実施形態に係るサービス提供システム１０は、図４に示すように、例えば、３枚の領収書をスキャンすることで生成されたスキャン画像ファイルＧ１００から各領収書を示す領域Ｒ１１０〜Ｒ１３０を抽出して、領収書画像ファイルＧ１１０〜Ｇ１３０を作成する。そして、本実施形態に係るサービス提供システム１０は、作成した領収書画像ファイルＧ１１０〜Ｇ１３０を経費精算サービスに登録する。

本実施形態に係る、上述したサービス（以降では、「領収書登録サービス」と表す。）を提供するものとして説明する。

ただし、サービス提供システム１０により提供されるサービスは、これに限られない。サービス提供システム１０は、例えば、スキャン画像ファイルから領収書を示す領域を抽出することにより作成された領収書画像ファイルに対して、ＯＣＲ処理や暗号化処理等を行った上で、経費精算サービスに登録するサービスを提供しても良い。

＜機能構成＞
次に、本実施形態に係る情報処理システム１の機能構成について、図５を参照しながら説明する。図５は、本実施形態に係る情報処理システム１の一例の機能構成を示す図である。

図５に示す機器２０は、例えばＣＰＵ３１等により実行されるクライアントアプリケーション２１０を有する。クライアントアプリケーション２１０は、サービス提供システム１０が提供するサービスを利用するためのアプリケーションプログラムである。ユーザは、機器２０にインストールされたクライアントアプリケーション２１０を用いて、サービス提供システム１０が提供する領収書登録サービスを利用することができる。

図５に示すＰＣ端末３０は、例えばＣＰＵ１６等により実行されるブラウザ３１０を有する。ＰＣ端末３０のユーザは、ブラウザ３１０を介して、経費精算システム４０が提供する経費精算サービスを利用することができる。

図５に示すサービス提供システム１０は、入出力サービス処理部１１０と、ドキュメントサービス部１２０とを有する。これら各機能部は、サービス提供システム１０にインストールされた１以上のプログラムが、ＣＰＵ１６に実行させる処理により実現される。

また、図５に示すサービス提供システム１０は、アプリ情報記憶部１３０を有する。当該記憶部は、ＨＤＤ１８により実現可能である。なお、アプリ情報記憶部１３０は、サービス提供システム１０とネットワークＮ１を介して接続される記憶装置等により実現されていても良い。

入出力サービス処理部１１０は、サービス提供システム１０が提供するサービスに関する処理を行う。ここで、入出力サービス処理部１１０は、アプリ管理部１１１と、ロジック処理部１１２とを有する。

アプリ管理部１１１は、アプリ情報記憶部１３０に記憶されているアプリ情報１０００を管理する。なお、アプリ情報１０００とは、一連の処理により実現されるサービスを提供するためのアプリケーションである。すなわち、サービス提供システム１０が提供する各種のサービス（例えば、領収書登録サービス）は、アプリ情報１０００により提供される。

また、アプリ管理部１１１は、ロジック処理部１１２からの要求に応じて、アプリ情報１０００に含まれる処理フロー情報１１００を返信する。なお、処理フロー情報１１００とは、アプリ情報１０００により提供されるサービスを実現する一連の処理が定義された情報である。

ロジック処理部１１２は、クライアントアプリケーション２１０からの要求に応じて、アプリ情報１０００に含まれる処理フロー情報１１００をアプリ管理部１１１から取得する。そして、ロジック処理部１１２は、アプリ管理部１１１から取得した処理フロー情報１１００に基づいて、当該アプリ情報１０００が提供するサービスを実現する一連の処理（処理フロー）を実行する。これにより、本実施形態に係るサービス提供システム１０は、各種のサービス（例えば、領収書登録サービス）を提供することができる。

ドキュメントサービス部１２０は、処理フロー情報１１００に基づく一連の処理（処理フロー）に含まれる所定の処理を実行する。ここで、ドキュメントサービス部１２０は、領域抽出部１２１を有する。

領域抽出部１２１は、スキャン画像ファイルから所定の領域（例えば、領収書を示す領域等）を抽出して、１以上の画像ファイル（例えば、領収書画像ファイル）を作成する。領域抽出部１２１は、このような所定の領域の抽出を、例えば、テンプレートマッチング等の画像処理技術を用いることで行う。

なお、ドキュメントサービス部１２０は、例えば、電子ファイルを暗号化又は復号する暗号化・復号部、電子ファイルを圧縮又は解凍する圧縮・解凍部、電子ファイルに対してＯＣＲ処理を行うＯＣＲ処理部等を有していても良い。

このように、ドキュメントサービス部１２０には、一連の処理（処理フロー）に含まれる所定の処理を実行する種々の機能部が含まれる。したがって、ドキュメントサービス部１２０は、これら種々の機能を提供するプログラム（モジュール）群により実現される。

アプリ情報記憶部１３０は、アプリ情報１０００を記憶する。アプリ情報１０００は、当該アプリ情報１０００を識別するアプリＩＤと関連付けてアプリ情報記憶部１３０に記憶されている。なお、アプリ情報１０００には、アプリケーション名が関連付けられていても良い。

ここで、アプリ情報１０００には、処理フロー情報１１００が含まれる。例えば、領収書登録サービスを提供するアプリ情報１０００には、当該サービスを実現する一連の処理が定義された処理フロー情報１１００が含まれる。

なお、アプリ情報１０００には、２以上の処理フロー情報１１００が含まれていても良い。

処理フロー情報１１００は、上述したように、アプリ情報１０００により提供されるサービスを実現する一連の処理（処理フロー）が定義された情報である。なお、処理フロー情報１１００の詳細については後述する。

ここで、ロジック処理部１１２の詳細な機能構成について、図６を参照しながら説明する。図６は、本実施形態に係るロジック処理部１１２の一例の機能構成を示す図である。

図６に示すロジック処理部１１２は、フロー実行部３０１と、コンポーネント管理部３０２と、コンポーネント群３０３とを有する。

フロー実行部３０１は、クライアントアプリケーション２１０からの要求に応じて、アプリ情報１０００に含まれる処理フロー情報１１００をアプリ管理部１１１から取得する。そして、フロー実行部３０１は、アプリ管理部１１１から取得した処理フロー情報１１００に基づく一連の処理（処理フロー）を実行する。

ここで、処理フロー情報１１００に基づく一連の処理（処理フロー）は、当該一連の処理に含まれる各処理を実行するためのコンポーネントを組み合わせることにより実行される。なお、コンポーネントは、所定の機能を実現する処理を実行するためのプログラムやモジュール等により実現され、例えばクラスや関数等で定義される。

コンポーネント管理部３０２は、コンポーネントを管理する。コンポーネント管理部３０２は、フロー実行部３０１からの要求に応じて、コンポーネントを生成すると共に、生成したコンポーネントをフロー実行部３０１に返信する。なお、コンポーネントの生成とは、例えばクラスや関数等で定義されたコンポーネントを、メモリ（例えばＲＡＭ１４）上に展開することである。

コンポーネント群３０３は、コンポーネントの集合である。コンポーネント群３０３には、領域抽出コンポーネント４１０と、経費精算コンポーネント４２０と、反復コンポーネント４３０とが含まれる。

領域抽出コンポーネント４１０は、領収書画像ファイルを作成するためのコンポーネントである。すなわち、領域抽出コンポーネント４１０は、ドキュメントサービス部１２０の領域抽出部１２１に処理を要求することにより、領収書を示す領域をスキャン画像ファイルから抽出して、領収書画像ファイルを作成する。

経費精算コンポーネント４２０は、経費精算システム４０に対して各種の要求を行うためのコンポーネントである。すなわち、経費精算コンポーネント４２０は、経費精算システム４０に対して、領収書画像ファイルが登録される台帳の作成を要求する。また、経費精算コンポーネント４２０は、領収書画像ファイルの台帳への登録を要求する。

反復コンポーネント４３０は、１以上の処理の反復を実現するためのコンポーネントである。すなわち、反復コンポーネント４３０は、１以上の処理を含む他の一連の処理（処理フロー）を所定の回数繰り返し実行させることで、１以上の処理の反復を実現する。

なお、コンポーネント群３０３には、これら以外にも、例えば、電子ファイルを圧縮するための圧縮コンポーネント、電子ファイルのデータ形式を変換するための変換コンポーネント等の各種のコンポーネントが含まれる。

また、コンポーネント群３０３に含まれる各コンポーネントは、コンポーネント共通Ｉ／Ｆ４００を有する。コンポーネント共通Ｉ／Ｆ４００は、各コンポーネントに対して共通に定義されたＡＰＩ（Application Program Interface）であり、コンポーネントを生成するためのＡＰＩと、コンポーネントの処理を実行するためのＡＰＩとが含まれる。

なお、コンポーネント管理部３０２は、例えば、サービス提供システム１０の起動時に、コンポーネント共通Ｉ／Ｆ４００により、コンポーネント群３０３に含まれる各コンポーネントを生成しても良い。

ここで、本実施形態に係る領収書登録サービスを実現する一連の処理（処理フロー）が定義された処理フロー情報１１００について、図７を参照しながら説明する。図７は、領収書登録サービスを実現する一連の処理が定義された処理フロー情報１１００の一例を示す図である。

図７に示す処理フロー情報１１００には、当該処理フロー情報１１００を識別するフローＩＤ１１０１と、処理フローに含まれる各処理の処理内容が定義されたフロー詳細１１０２とが含まれる。

フロー詳細１１０２には、処理フローに含まれる各処理の処理内容を定義した処理定義１１１１〜１１１３が含まれる。処理定義１１１１〜１１１３には、処理を実行するためのコンポーネントのコンポーネント名を示す「"ｃｏｍｐｏｎｅｎｔ"」と、当該コンポーネントに対するパラメータ情報が定義される「"ｐａｒａｍｅｔｅｒｓ"」とが含まれる。

具体的には、処理定義１１１１の「"ｃｏｍｐｏｎｅｎｔ"」には、領域抽出コンポーネント４１０のコンポーネント名「"ｅｘｔｒａｃｔ"」が定義されている。また、処理定義１１１１の「"ｐａｒａｍｅｔｅｒｓ"」には、領域抽出コンポーネント４１０に対するパラメータ情報が定義されている。

なお、領域抽出コンポーネント４１０に対するパラメータ情報には、例えば、抽出対象の領域を特定するためのパラメータ情報（例えば、抽出対象である領収書の画像ファイル）等がある。

同様に、処理定義１１１２の「"ｃｏｍｐｏｎｅｎｔ"」には、経費精算コンポーネント４２０のコンポーネント名「"ｅｘｐｅｎｓｅ"」が定義されている。また、処理定義１１１２の「"ｐａｒａｍｅｔｅｒｓ"」には、経費精算コンポーネント４２０に対するパラメータ情報が定義されている。

処理定義１１１２の「"ｐａｒａｍｅｔｅｒｓ"」には、経費精算システム４０を利用するための認証情報（例えば、ユーザ名やパスワード、アクセストークン）等を設定するためのパラメータ情報「"ａｕｔｈ"：ｎｕｌｌ」が定義されている。

なお、経費精算コンポーネント４２０に対するパラメータ情報には、これ以外にも、例えば、経費精算システム４０に対する要求（例えば、台帳の作成要求）を設定するパラメータ情報等がある。

また、同様に、処理定義１１１３の「"ｃｏｍｐｏｎｅｎｔ"」には、反復コンポーネント４３０のコンポーネント名「"ｉｔｅｒａｔｅ"」が定義されている。また、処理定義１１１３の「"ｐａｒａｍｅｔｅｒｓ"」には、反復コンポーネント４３０に対するパラメータ情報が定義されている。

処理定義１１１３の「"ｐａｒａｍｅｔｅｒｓ"」には、反復コンポーネント４３０が繰り返し実行させる一連の処理が定義された処理フロー情報１１００のフローＩＤを示すパラメータ情報「"ｆｌｏｗｉｄ"："ｆｌｏｗ１０１"」が定義されている。

なお、反復コンポーネント４３０に対するパラメータ情報には、これ以外にも、例えば、反復コンポーネント４３０が一連の処理を繰り返し実行させる回数（反復回数）を設定するためのパラメータ情報等がある。

このように、処理フロー情報１１００には、一連の処理に含まれる各処理を実行するコンポーネントと、当該コンポーネントに対するパラメータ情報とが定義される。なお、各処理定義に定義された処理の実行順は、フロー詳細１１０２において、上から順に定義される。すなわち、図７に示す処理フロー情報１１００に基づく一連の処理（処理フロー）では、処理定義１１１１に定義された処理、処理定義１１１２に定義された処理、及び処理定義１１１３に定義された処理の順で実行される。ただし、これに限られず、処理フロー情報１１００には、例えば、各処理定義に定義された処理の実行順を示す情報が定義されていても良い。

これにより、領域抽出コンポーネント４１０は、スキャン画像ファイルに含まれる領収書の領域を抽出して、１以上の領収書画像ファイルを作成することができる。また、経費精算コンポーネント４２０は、領収書画像ファイルを登録するための台帳を経費精算サービス上に作成することができる。

ここで、図７に示す処理フロー情報１１００の処理定義１１１３には、反復コンポーネント４３０により、フローＩＤ「ｆｌｏｗ１０１」の処理フロー情報１１００に基づく一連の処理を繰り返し実行させることが定義されている。したがって、フローＩＤ「ｆｌｏｗ１０１」の処理フロー情報１１００について、図８を参照しながら説明する。図８は、領収書登録サービスを実現する一連の処理において、反復実行される一連の処理が定義された処理フロー情報１１００の一例を示す図である。

図８に示す処理フロー情報１１００には、フローＩＤ１２０１と、フロー詳細１２０２とが含まれる。

フロー詳細１２０２には、処理定義１２１１が含まれる。処理定義１２１１には、処理を実行するためのコンポーネントのコンポーネント名を示す「"ｃｏｍｐｏｎｅｎｔ"」と、当該コンポーネントに対するパラメータ情報が定義される「"ｐａｒａｍｅｔｅｒｓ"」とが含まれる。

具体的には、処理定義１２１１の「"ｃｏｍｐｏｎｅｎｔ"」には、経費精算コンポーネント４２０のコンポーネント名「"ｅｘｐｅｎｓｅ"」が定義されている。また、処理定義１２１１の「"ｐａｒａｍｅｔｅｒｓ"」には、経費精算コンポーネント４２０に対するパラメータ情報が定義されている。

処理定義１２１１の「"ｐａｒａｍｅｔｅｒｓ"」には、経費精算システム４０を利用するための認証情報（例えば、ユーザ名やパスワード、アクセストークン）等を設定するためのパラメータ情報「"ａｕｔｈ"：ｎｕｌｌ」が定義されている。

なお、経費精算コンポーネント４２０に対するパラメータ情報には、これ以外にも、例えば、経費精算システム４０に対する要求（例えば、領収書画像ファイルの登録要求）を設定するパラメータ情報等がある。

これにより、反復コンポーネント４３０は、図８に示す処理フロー情報１１００に基づく一連の処理を繰り返し実行させることで、経費精算コンポーネント４２０により、１以上の領収書画像ファイルを経費精算サービスに登録することができる。

＜処理の詳細＞
次に、本実施形態に係る情報処理システム１の処理の詳細について説明する。まず、機器２０のユーザが領収書登録サービスを利用して、領収書の画像ファイル（領収書画像ファイル）を経費精算サービスに登録する処理について、図９を参照しながら説明する。図９は、本実施形態に係る領収書登録サービスを利用する場合の全体処理の一例を示すシーケンス図である。

まず、ユーザは、機器２０を用いて、領収書登録サービスの利用画面の表示操作を行う（ステップＳ９０１）。すると、機器２０のクライアントアプリケーション２１０は、領収書登録サービスの利用画面の表示操作を受け付ける。なお、領収書登録サービスの利用画面の表示操作は、例えば、クライアントアプリケーション２１０の起動操作等である。

クライアントアプリケーション２１０は、ユーザによる当該表示操作を受け付けると、例えば図１０に示す領収書登録サービスの利用画面Ｇ２００を表示する（ステップＳ９０２）。

ここで、図１０に示す領収書登録サービスの利用画面Ｇ２００には、ユーザ名入力欄Ｇ２１０と、パスワード入力欄Ｇ２２０と、スキャン実行ボタンＧ２３０とが含まれる。ユーザ名入力欄Ｇ２１０及びパスワード入力欄Ｇ２２０は、経費精算サービスを利用するための認証情報の一例として、当該経費精算サービスにおけるユーザ名及びパスワードをそれぞれ入力するための入力欄である。また、スキャン実行ボタンＧ２３０は、領収書をスキャンして、スキャン画像ファイルを作成するための表示部品である。

次に、ユーザは、機器２０を用いて、領収書登録サービスの利用開始操作を行う（ステップＳ９０３）。すなわち、ユーザは、機器２０のスキャナ２６に１以上の領収書をセットすると共に、図１０に示す領収書登録サービスの利用画面Ｇ２００のユーザ名入力欄Ｇ２１０及びパスワード入力欄Ｇ２２０にユーザ名及びパスワードをそれぞれ入力する。そして、ユーザは、スキャン実行ボタンＧ２３０を押下して、領収書登録サービスの利用開始操作を行う。すると、クライアントアプリケーション２１０は、領収書登録サービスの利用開始操作を受け付ける。なお、ユーザは、領収書以外にも、例えば、レシート等の経費を証明する各種の証明書をスキャナ２６にセットしても良い。

クライアントアプリケーション２１０は、ユーザによる当該利用開始操作を受け付けると、スキャナ２６により各領収書を読み取って、これら各領収書が表示される領域を含むスキャン画像ファイルを生成する（ステップＳ９０４）。

なお、本実施形態に係る機器２０は、領収書をスキャナ２６により読み取ることで画像ファイル（スキャン画像ファイル）を生成したが、これに限られない。例えば、機器２０がデジタルカメラやスマートフォン、タブレット端末等である場合には、領収書をカメラで撮影することにより画像ファイルを生成しても良い。

次に、クライアントアプリケーション２１０は、処理フローの実行要求をロジック処理部１１２に送信する（ステップＳ９０５）。なお、処理フローの実行要求には、本実施形態に係る領収書登録サービスを実現する処理フロー情報１１００のフローＩＤ「ｆｌｏｗ００１」と、スキャン画像ファイルと、認証情報（すなわち、ユーザ名及びパスワード）とが含まれる。

ここで、当該フローＩＤ「ｆｌｏｗ００１」は、例えば、領収書登録サービスの利用画面Ｇ２００のスキャン実行ボタンＧ２３０に関連付けられている。ただし、当該フローＩＤ「ｆｌｏｗ００１」は、例えば、領収書登録サービスの利用画面Ｇ２００に関連付けられていても良い。

次に、ロジック処理部１１２は、処理フローの実行要求を受信すると、処理フローの実行処理を行う（ステップＳ９０６）。すなわち、ロジック処理部１１２は、当該実行要求に含まれるフローＩＤ「ｆｌｏｗ００１」の処理フロー情報１１００に基づく一連の処理を実行する。

そして、ロジック処理部１１２は、処理フローの実行処理の処理結果をクライアントアプリケーション２１０に返信する。これにより、本実施形態に係るサービス提供システム１０は、機器２０に対して、領収書登録サービスを提供することができる。

ここで、図９に示す処理フローの実行処理（ステップＳ９０６の処理）の詳細について、図１１を参照しながら説明する。図１１は、本実施形態に係る領収書登録サービスを実現する処理フローの実行処理の一例を示すシーケンス図である。

まず、フロー実行部３０１は、クライアントアプリケーション２１０から処理フローの実行要求を受信すると、処理フロー情報の取得要求をアプリ管理部１１１に送信する（ステップＳ１１０１）。なお、処理フロー情報の取得要求には、処理フローの実行要求から取得したフローＩＤ「ｆｌｏｗ００１」が含まれる。

アプリ管理部１１１は、処理フロー情報の取得要求を受信すると、当該取得要求に含まれるフローＩＤ「ｆｌｏｗ００１」の処理フロー情報１１００を、アプリ情報記憶部１３０に記憶されているアプリ情報１０００から取得する（ステップＳ１１０２）。すなわち、アプリ管理部１１１は、図７に示す処理フロー情報１１００をアプリ情報記憶部１３０から取得する。

そして、アプリ管理部１１１は、アプリ情報記憶部１３０から取得した処理フロー情報１１００をロジック処理部１１２に返信する。

フロー実行部３０１は、図７に示す処理フロー情報１１００に基づくコンポーネントの取得要求をコンポーネント管理部３０２に送信する（ステップＳ１１０３）。すなわち、フロー実行部３０１は、図７に示す処理フロー情報１１００の処理定義１１１１に含まれる「"ｃｏｍｐｏｎｅｎｔ"」に定義されているコンポーネント名「"ｅｔｒａｃｔ"」のコンポーネントの取得要求をコンポーネント管理部３０２に送信する。

コンポーネント管理部３０２は、コンポーネントの取得要求を受信すると、コンポーネント名「"ｅｔｒａｃｔ"」のコンポーネント（すなわち、領域抽出コンポーネント４１０）を生成する（ステップＳ１１０４）。なお、領域抽出コンポーネント４１０の生成は、コンポーネント共通Ｉ／Ｆ４００に定義されたコンポーネントを生成するためのＡＰＩを用いて行うことができる。

そして、コンポーネント管理部３０２は、生成した領域抽出コンポーネント４１０をフロー実行部３０１に返信する。すなわち、コンポーネント管理部３０２は、例えば、領域抽出コンポーネント４１０が展開されたメモリ（例えばＲＡＭ１４）上のアドレスをフロー実行部３０１に返信する。

次に、フロー実行部３０１は、コンポーネントの実行要求を領域抽出コンポーネント４１０に送信する（ステップＳ１１０５）。

なお、コンポーネントの実行要求には、データが含まれる。ここで、データとは、クライアントアプリケーション２１０から受信した処理フローの実行要求に含まれるスキャン画像ファイルである。このように、フロー実行部３０１は、画像ファイル等の電子データを、単に「データ」として（すなわち、データ形式を意識することなく）、各コンポーネントに送信する。

また、コンポーネントの実行要求には、図７に示す処理フロー情報１１００の処理定義１１１１に含まれる「"ｐａｒａｍｅｔｅｒｓ"」に定義されている各パラメータ情報が含まれる。

領域抽出コンポーネント４１０は、コンポーネントの実行要求を受信すると、当該実行要求に含まれるデータに対して、パラメータ情報を用いて処理を実行する（ステップＳ１１０６）。すなわち、領域抽出コンポーネント４１０は、ドキュメントサービス部１２０の領域抽出部１２１により、スキャン画像ファイルに含まれる領収書の領域を抽出して、領収書画像ファイルを作成する。なお、スキャン画像ファイルに複数の領収書の領域が含まれる場合、領域抽出コンポーネント４１０は、これら複数の領収書の領域をそれぞれ抽出して、複数の領収書画像ファイルを作成する。

また、例えば、レシートを示す領域がスキャン画像ファイルに含まれる場合には、領域抽出コンポーネント４１０は、当該レシートを示す領域を抽出して、レシート画像ファイルを作成しても良い。この場合、領収書登録サービスにより、レシート画像ファイルが経費精算サービスに登録される。

更に、例えば、スキャン画像ファイルに含まれる領収書の領域が傾いている場合等には、当該領域を回転等させた上で、抽出して、領収書画像ファイルを作成する。

そして、領域抽出コンポーネント４１０は、作成した領収書画像ファイルを示すデータをフロー実行部３０１に返信する。

次に、フロー実行部３０１は、図７に示す処理フロー情報１１００に基づくコンポーネントの取得要求をコンポーネント管理部３０２に送信する（ステップＳ１１０７）。すなわち、フロー実行部３０１は、図７に示す処理フロー情報１１００の処理定義１１１２に含まれる「"ｃｏｍｐｏｎｅｎｔ"」に定義されているコンポーネント名「"ｅｘｐｅｎｓｅ"」のコンポーネントの取得要求をコンポーネント管理部３０２に送信する。

コンポーネント管理部３０２は、コンポーネントの取得要求を受信すると、コンポーネント名「"ｅｘｐｅｎｓｅ"」のコンポーネント（すなわち、経費精算コンポーネント４２０）を生成する（ステップＳ１１０８）。なお、経費精算コンポーネント４２０の生成は、コンポーネント共通Ｉ／Ｆ４００に定義されたコンポーネントを生成するためのＡＰＩを用いて行うことができる。

そして、コンポーネント管理部３０２は、生成した経費精算コンポーネント４２０をフロー実行部３０１に返信する。すなわち、コンポーネント管理部３０２は、例えば、経費精算コンポーネント４２０が展開されたメモリ（例えばＲＡＭ１４）上のアドレスをフロー実行部３０１に返信する。

次に、フロー実行部３０１は、コンポーネントの実行要求を経費精算コンポーネント４２０に送信する（ステップＳ１１０９）。

なお、コンポーネントの実行要求には、図７に示す処理フロー情報１１００の処理定義１１１２に含まれる「"ｐａｒａｍｅｔｅｒｓ"」に定義されている各パラメータ情報が含まれる。

すなわち、コンポーネントの実行要求には、パラメータ情報「"ａｕｔｈ"：ｎｕｌｌ」に対して、認証情報が設定されたパラメータ情報が含まれる。例えば、領収書登録サービスの利用画面Ｇ２００のユーザ名入力欄Ｇ２１０及びパスワード入力欄Ｇ２２０にユーザ名「ｕｓｅｒ００１」及びパスワード「ａｂｃｄｅ」が入力された場合、パラメータ情報は、「"ａｕｔｈ"："ｕｓｅｒ００１／ａｂｃｄｅ"」である。

また、コンポーネントの実行要求には、経費精算システム４０に対して台帳の作成要求を行うためのパラメータ情報が含まれる。

経費精算コンポーネント４２０は、コンポーネントの実行要求を受信すると、パラメータ情報を用いて処理を実行する（ステップＳ１１１０）。すなわち、経費精算コンポーネント４２０は、台帳の作成要求を経費精算システム４０に送信する。なお、経費精算コンポーネント４２０は、例えば、経費精算システム４０が公開しているＷｅｂＡＰＩを用いて、台帳の作成要求を行うことができる。また、台帳の作成要求には、認証情報が含まれる。

すると、経費精算システム４０は、領収書画像ファイルを登録するための台帳を作成して、作成した台帳を識別する台帳ＩＤを処理結果として経費精算コンポーネント４２０に返信する。そして、経費精算コンポーネント４２０は、台帳ＩＤを示すデータをフロー実行部３０１に返信する。

このように、経費精算コンポーネント４２０は、経費精算システム４０に対して台帳の作成を要求することで、領収書画像ファイルを登録するための台帳を経費精算サービス上に作成する。

次に、フロー実行部３０１は、図７に示す処理フロー情報１１００に基づくコンポーネントの取得要求をコンポーネント管理部３０２に送信する（ステップＳ１１１１）。すなわち、フロー実行部３０１は、図７に示す処理フロー情報１１００の処理定義１１１３に含まれる「"ｃｏｍｐｏｎｅｎｔ"」に定義されているコンポーネント名「"ｉｔｅｒａｔｅ"」のコンポーネントの取得要求をコンポーネント管理部３０２に送信する。

コンポーネント管理部３０２は、コンポーネントの取得要求を受信すると、コンポーネント名「"ｉｔｅｒａｔｅ"」のコンポーネント（すなわち、反復コンポーネント４３０）を生成する（ステップＳ１１１２）。なお、反復コンポーネント４３０の生成は、コンポーネント共通Ｉ／Ｆ４００に定義されたコンポーネントを生成するためのＡＰＩを用いて行うことができる。

そして、コンポーネント管理部３０２は、生成した反復コンポーネント４３０をフロー実行部３０１に返信する。すなわち、コンポーネント管理部３０２は、例えば、反復コンポーネント４３０が展開されたメモリ（例えばＲＡＭ１４）上のアドレスをフロー実行部３０１に返信する。

次に、フロー実行部３０１は、コンポーネントの実行要求を反復コンポーネント４３０に送信する（ステップＳ１１１３）。

なお、コンポーネントの実行要求には、領域抽出コンポーネント４１０により作成された領収書画像ファイルを示すデータが含まれる。したがって、コンポーネントの実行要求には、領域抽出コンポーネント４１０により複数の領収書画像ファイルが作成された場合には、これら複数の領収書画像ファイルをそれぞれ示す複数のデータが含まれる。

また、コンポーネントの実行要求には、図７に示す処理フロー情報１１００の処理定義１１１３に含まれる「"ｐａｒａｍｅｔｅｒｓ"」に定義されている各パラメータ情報が含まれる。すなわち、コンポーネントの実行要求には、パラメータ情報「"ｆｌｏｗｉｄ"："ｆｌｏｗ１０１"」と、上記のステップＳ１１１０で返信された台帳ＩＤを示すパラメータ情報とが含まれる。

反復コンポーネント４３０は、コンポーネントの実行要求を受信すると、当該実行要求に含まれるデータ（すなわち、領収書画像ファイル）毎に、処理フローの実行要求をフロー実行部３０１に送信する（ステップＳ１１１４）。すなわち、反復コンポーネント４３０は、領収書画像ファイル数の回数、ステップＳ１１１５の領収書の登録処理を繰り返し実行させる。なお、処理フローの実行要求には、データ（すなわち、領収書画像ファイル）と、フローＩＤ「ｆｌｏｗ１０１」と、台帳ＩＤとが含まれる。

フロー実行部３０１は、処理フローの実行要求を受信すると、経費精算サービスにおいて、台帳ＩＤで示される台帳に領収書画像ファイルを登録するための処理（領収書の登録処理）を行う（ステップＳ１１１５）。そして、フロー実行部３０１は、領収書の登録処理の処理結果を反復コンポーネント４３０に返信する。

その後、反復コンポーネント４３０は、ステップＳ１１１５の領収書の登録処理を繰り返し実行させた処理結果を示すデータをフロー実行部３０１に返信する。

ここで、領収書の登録処理（ステップＳ１１１５の処理）の詳細について、図１２を参照しながら説明する。図１２は、本実施形態に係る領収書の登録処理の一例を示すシーケンス図である。

まず、フロー実行部３０１は、反復コンポーネント４３０から処理フローの実行要求を受信すると、処理フロー情報の取得要求をアプリ管理部１１１に送信する（ステップＳ１２０１）。なお、処理フロー情報の取得要求には、処理フローの実行要求から取得したフローＩＤ「ｆｌｏｗ１０１」が含まれる。

アプリ管理部１１１は、処理フロー情報の取得要求を受信すると、当該取得要求に含まれるフローＩＤ「ｆｌｏｗ１０１」の処理フロー情報１１００を、アプリ情報記憶部１３０に記憶されているアプリ情報１０００から取得する（ステップＳ１２０２）。すなわち、アプリ管理部１１１は、図８に示す処理フロー情報１１００をアプリ情報記憶部１３０から取得する。

そして、アプリ管理部１１１は、アプリ情報記憶部１３０から取得した処理フロー情報１１００をロジック処理部１１２に返信する。

次に、フロー実行部３０１は、図８に示す処理フロー情報１１００の処理定義１２１１に含まれる「"ｃｏｍｐｏｎｅｎｔ"」に定義されているコンポーネント名「"ｅｘｐｅｎｓｅ"」のコンポーネントにコンポーネントの実行要求を送信する（ステップＳ１２０３）。すなわち、フロー実行部３０１は、コンポーネントの実行要求を経費精算コンポーネント４２０に送信する。

なお、コンポーネントの実行要求には、データ（すなわち、領収書画像ファイル）が含まれる。また、パラメータ情報「"ａｕｔｈ"：ｎｕｌｌ」に対して、認証情報が設定されたパラメータ情報と、経費精算システム４０に対して領収書の登録要求を行うためのパラメータ情報と、台帳ＩＤを示すパラメータ情報とが含まれる。

経費精算コンポーネント４２０は、コンポーネントの実行要求を受信すると、データ及びパラメータ情報を用いて処理を実行する（ステップＳ１２０４）。すなわち、経費精算コンポーネント４２０は、領収書の登録要求を経費精算システム４０に送信する。なお、経費精算コンポーネント４２０は、例えば、経費精算システム４０が公開しているＷｅｂＡＰＩを用いて、領収書の登録要求を行うことができる。また、領収書の登録要求には、領収書画像ファイルと、台帳ＩＤと、認証情報とが含まれる。

すると、経費精算システム４０は、台帳ＩＤにより示される台帳に領収書画像ファイルを登録して、登録結果を経費精算コンポーネント４２０に返信する。そして、経費精算コンポーネント４２０は、登録結果を示すデータをフロー実行部３０１に返信する。

このように、経費精算コンポーネント４２０は、経費精算システム４０に対して領収書の登録を要求することで、経費精算サービス上の台帳に領収書画像ファイルを登録することができる。

ここで、経費精算サービス上の台帳に領収書画像ファイルが登録されることで、当該台帳には、領収書画像ファイルに対応する領収書データが登録される。なお、領収書データには、例えば、勘定科目や日付等の項目が含まれる。領収書データに含まれる各項目は、例えば、領収書画像ファイルをＯＣＲ処理した処理結果（例えば、勘定科目の項目値や日付の項目値等）が設定されていても良い。

次に、ＰＣ端末３０のユーザが経費精算サービスを利用する場合の処理について、図１３を参照しながら説明する。図１３は、本実施形態に係る経費精算サービスを利用する場合の全体処理の一例を示すシーケンス図である。

まず、ユーザは、ＰＣ端末３０を用いて、経費精算サービスのログイン画面の表示操作を行う（ステップＳ１３０１）。すると、ＰＣ端末３０のブラウザ３１０は、経費精算サービスのログイン画面の表示操作を受け付ける。ユーザは、例えば、ブラウザ３１０により表示された所定の画面において、経費精算サービスのログイン画面へのリンクを押下することで、ログイン画面の表示操作を行うことができる。なお、ユーザは、例えば、経費精算サービスのログイン画面のＵＲＬ（Uniform Resource Locator）をブラウザ３１０のアドレスバー等に入力することで、ログイン画面の表示操作を行っても良い。

ブラウザ３１０は、ユーザによる当該表示操作を受け付けると、ログイン画面の取得要求を経費精算システム４０に送信する（ステップＳ１３０２）。すると、経費精算システム４０は、ログイン画面を表示するための画面情報（例えば、ログイン画面がＨＴＭＬ（HyperText Markup Language）形式で定義された情報）を返信する。

ブラウザ３１０は、ログイン画面を表示するための画面情報を受信すると、当該画面情報に基づいて、例えば図１４（ａ）に示すログイン画面Ｇ３００を表示する（ステップＳ１３０３）。

ここで、図１４（ａ）に示すログイン画面Ｇ３００には、ユーザ名入力欄Ｇ３１０と、パスワード入力欄Ｇ３２０と、ログインボタンＧ３３０とが含まれる。ユーザ名入力欄Ｇ３１０及びパスワード入力欄Ｇ３２０は、経費精算サービスを利用するための認証情報の一例として、当該経費精算サービスにおけるユーザ名及びパスワードをそれぞれ入力するための入力欄である。また、ログインボタンＧ３３０は、経費精算サービスにログイン要求を送信するための表示部品である。

次に、ユーザは、ＰＣ端末３０を用いて、経費精算サービスへのログイン操作を行う（ステップＳ１３０４）。すなわち、ユーザは、図１４（ａ）に示すログイン画面Ｇ３００のユーザ名入力欄Ｇ３１０及びパスワード入力欄Ｇ３２０にユーザ名及びパスワードをそれぞれ入力した上で、ログインボタンＧ３３０を押下して、ログイン操作を行う。すると、ブラウザ３１０は、当該ログイン操作を受け付ける。

ブラウザ３１０は、ユーザによる当該ログイン操作を受け付けると、ログイン要求を経費精算システム４０に送信する（ステップＳ１３０５）。なお、ログイン要求には、認証情報（すなわち、ユーザ名入力欄Ｇ３１０及びパスワード入力欄Ｇ３２０に入力されたユーザ名及びパスワード）が含まれる。

すると、経費精算システム４０は、受信したログイン要求に含まれる認証情報の正当性を検証した上で、ログイン結果をブラウザ３１０に返信する。以降では、ログイン成功を示すログイン結果が返信されたものとして説明を続ける。

ブラウザ３１０は、ログイン結果を受信すると、台帳一覧画面の取得要求を経費精算システム４０に送信する（ステップＳ１３０６）。すると、経費精算システム４０は、台帳一覧画面を表示するための画面情報（例えば、台帳一覧画面がＨＴＭＬ形式で定義された情報）を返信する。

ブラウザ３１０は、台帳一覧画面を表示するための画面情報を受信すると、当該画面情報に基づいて、例えば図１４（ｂ）に示す台帳一覧画面Ｇ４００を表示する（ステップＳ１３０７）。

ここで、図１４（ｂ）に示す台帳一覧画面Ｇ４００には、台帳一覧Ｇ４１０が含まれる。ユーザは、台帳一覧Ｇ４１０から所望の台帳を選択することで、選択した台帳に登録されている領収書データの編集等を行うことができる。また、台帳一覧Ｇ４１０に含まれる「新しい台帳を作成」アイコンを選択することで、ユーザは、新しい台帳を作成することもできる。

次に、ユーザは、ＰＣ端末３０を用いて、台帳の選択操作を行う（ステップＳ１３０８）。すなわち、ユーザは、図１４（ｂ）に示す台帳一覧画面Ｇ４００の台帳一覧Ｇ４１０から所望の台帳を選択する選択操作を行う。すると、ブラウザ３１０は、当該選択操作を受け付ける。以降では、ユーザは、「台帳Ａ」アイコンを選択したものとして説明を続ける。

ブラウザ３１０は、ユーザによる当該選択操作を受け付けると、選択された「台帳Ａ」の台帳画面の取得要求を経費精算システム４０に送信する（ステップＳ１３０９）。すると、経費精算システム４０は、「台帳Ａ」の台帳画面を表示するための画面情報（例えば、台帳画面がＨＴＭＬ形式で定義された情報）を返信する。

ブラウザ３１０は、「台帳Ａ」の台帳画面を表示するための画面情報を受信すると、当該画面情報に基づいて、例えば図１４（ｃ）に示す台帳画面Ｇ５００を表示する（ステップＳ１３１０）。

ここで、図１４（ｃ）に示す台帳画面Ｇ５００には、領収書一覧Ｇ５１０と、領収書編集欄Ｇ５２０と、切替タブＧ５３０と、申請ボタンＧ５４０とが含まれる。ユーザは、領収書一覧Ｇ５１０から所望の領収書を選択した上で、領収書編集欄Ｇ５２０において、領収書データ（例えば、勘定科目、日付等）の入力又は編集を行うことができる。

また、図１４（ｃ）に示す台帳画面Ｇ５００において、ユーザが切替タブＧ５３０の押下操作を行うと、ブラウザ３１０は、当該操作を受け付けて、図１４（ｄ）に示す台帳画面Ｇ６００に表示を切り替える。

ここで、図１４（ｄ）に示す台帳画面Ｇ６００には、領収書画像Ｇ６１０と、切替タブＧ６２０とが含まれる。領収書画像Ｇ６１０には、領収書一覧Ｇ５１０で選択された領収書の領収書画像ファイルが表示される。これにより、ユーザは、領収書画像Ｇ６１０を参照した上で、図１４（ｃ）に示す台帳画面Ｇ５００の領収書編集欄Ｇ５２０において、領収書データの入力又は編集を行うことができる。

また、図１４（ｄ）に示す台帳画面Ｇ６００において、ユーザが切替タブＧ６２０の押下操作を行うと、ブラウザ３１０は、当該操作を受け付けて、図１４（ｃ）に示す台帳画面Ｇ５００に表示を切り替える。

このように、ユーザは、領収書一覧Ｇ５１０から所望の領収書を選択することで、領収書画像Ｇ６１０を確認することができる。したがって、ユーザは、領収書画像Ｇ６１０を参照した上で、領収書編集欄Ｇ５２０に含まれる各項目（例えば、勘定科目や日付等）の入力又は編集を行うことができる。なお、領収書編集欄Ｇ５２０及び領収書画像Ｇ６１０が同一の画面内に表示されていても良い。

次に、ユーザは、ＰＣ端末３０を用いて、領収書の申請操作を行う（ステップＳ１３１１１）。すなわち、ユーザは、図１４（ｃ）に示す台帳画面Ｇ５００又は図１４（ｄ）に示す台帳画面Ｇ６００において、申請ボタンＧ５４０を押下して、領収書の申請操作を行う。すると、ブラウザ３１０は、当該申請操作を受け付ける。

ブラウザ３１０は、ユーザによる当該申請操作を受け付けると、申請された領収書の経費精算要求を経費精算システム４０に送信する（ステップＳ１３０２）。すると、経費精算システム４０は、例えば、ワークフロー等による経費精算処理を実行して、経費精算要求に対する結果を返信する。これにより、ユーザにより領収書データが入力又は編集された領収書が経費として精算される。

［第二の実施形態］
次に、第二の実施形態について説明する。第二の実施形態では、機器２０が、例えば、スマートフォンやタブレット端末、デジタルカメラ等である場合に、機器２０が領収書を撮影して生成した撮影画像ファイルから領収書画像ファイルを作成して、経費精算サービスに登録する場合について説明する。

なお、第二の実施形態の説明では、主に、第一の実施形態との相違点について説明し、第一の実施形態と実質的に同様の機能構成を有する箇所及び実質的に同様の処理を実行する箇所は、適宜、その説明を省略する。

＜ハードウェア構成＞
まず、本実施形態に係る情報処理システム１に含まれる機器２０がスマートフォン又はタブレット端末である場合のハードウェア構成について、図１５を参照しながら説明する。図１５は、本実施形態に係る機器２０の一例のハードウェア構成を示す図である。

図１５に示す機器２０は、入力装置４１と、表示装置４２と、外部Ｉ／Ｆ４３と、通信Ｉ／Ｆ４４とを有する。また、機器２０は、ＲＡＭ４５と、ＣＰＵ４６と、フラッシュメモリ４７と、カメラ装置４８とを有する。これらの各ハードウェアは、それぞれがバス４９で接続されている。

入力装置４１は、タッチパネル等であり、ユーザが各種操作信号を入力するのに用いられる。表示装置４２は、ディスプレイ等であり、機器２０による処理結果を表示する。

通信Ｉ／Ｆ４４は、機器２０をネットワークＮ１に接続するインタフェースである。これにより、機器２０は、通信Ｉ／Ｆ４４を介して通信を行うことができる。

フラッシュメモリ４７は、例えばＥＥＰＲＯＭ（Electrically Erasable and Programmable Read Only Memory）等であり、プログラムやデータを不揮発性の記憶装置である。フラッシュメモリ４７に格納されるプログラムやデータには、機器２０全体を制御する基本ソフトウェアであるＯＳ、ＯＳ上において各種機能を提供するアプリケーションソフトウェア等がある。

外部Ｉ／Ｆ４３は、外部装置とのインタフェースである。外部装置には、記録媒体４３ａ等がある。これにより、機器２０は、外部Ｉ／Ｆ４３を介して記録媒体４３ａの読み取りや書き込みを行うことができる。記録媒体４３ａには、例えば、ＳＤメモリカードやＵＳＢメモリ等がある。

ＲＡＭ４５は、プログラムやデータを一時保持する揮発性の半導体メモリである。ＣＰＵ４６は、フラッシュメモリ４７等の記憶装置からプログラムやデータをＲＡＭ４５上に読み出し、処理を実行することで、機器２０全体の制御や機能を実現する演算装置である。カメラ装置４８は、撮影範囲内を撮影することにより画像ファイル（撮影画像ファイル）を生成する撮像装置である。

本実施形態に係る機器２０は、図１５に示すハードウェア構成を有することにより、後述するような各種処理を実現できる。

＜サービス提供システムが提供するサービス＞
ここで、本実施形態に係るサービス提供システム１０が提供するサービスについて説明する。なお、本実施形態では、機器２０がスマートフォン又はタブレット端末であるものとして説明する。ただし、機器２０は、カメラ装置４８が搭載されていれば、例えば、デジタルカメラやゲーム機器、ウェアラブル型の情報端末等であっても良い。

本実施形態に係るサービス提供システム１０は、機器２０により生成された撮影画像ファイルから領収書画像ファイルを作成し、経費精算サービスに登録するサービス（領収書登録サービス）を提供する。

ここで、本実施形態に係る領収書登録サービスを実現する一連の処理（処理フロー）が定義された処理フロー情報１１００について、図１６を参照しながら説明する。図１６は、本実施形態に係る領収書登録サービスを実現する一連の処理が定義された処理フロー情報１１００の一例を示す図である。

図１６に示す処理フロー情報１１００には、当該処理フロー情報１１００を識別するフローＩＤ１３０１と、処理フローに含まれる各処理の処理内容が定義されたフロー詳細１３０２とが含まれる。

フロー詳細１３０２には、処理フローに含まれる各処理の処理内容を定義した処理定義１３１１〜１３１３が含まれる。処理定義１３１１〜１３１３には、処理を実行するためのコンポーネントのコンポーネント名を示す「"ｃｏｍｐｏｎｅｎｔ"」と、当該コンポーネントに対するパラメータ情報が定義される「"ｐａｒａｍｅｔｅｒｓ"」とが含まれる。

具体的には、処理定義１３１１の「"ｃｏｍｐｏｎｅｎｔ"」には、反復コンポーネント４３０のコンポーネント名「"ｉｔｅｒａｔｅ"」が定義されている。また、処理定義１３１１の「"ｐａｒａｍｅｔｅｒｓ"」には、反復コンポーネント４３０に対するパラメータ情報が定義されている。

処理定義１３１１の「"ｐａｒａｍｅｔｅｒｓ"」には、反復コンポーネント４３０が繰り返し実行させる一連の処理が定義された処理フロー情報１１００のフローＩＤを示すパラメータ情報「"ｆｌｏｗｉｄ"："ｆｌｏｗ１０２"」が定義されている。

同様に、処理定義１３１２の「"ｃｏｍｐｏｎｅｎｔ"」には、経費精算コンポーネント４２０のコンポーネント名「"ｅｘｐｅｎｓｅ"」が定義されている。また、処理定義１３１２の「"ｐａｒａｍｅｔｅｒｓ"」には、経費精算コンポーネント４２０に対するパラメータ情報が定義されている。

処理定義１３１２の「"ｐａｒａｍｅｔｅｒｓ"」には、経費精算システム４０を利用するための認証情報（例えば、ユーザ名やパスワード、アクセストークン）等を設定するためのパラメータ情報「"ａｕｔｈ"：ｎｕｌｌ」が定義されている。

また、同様に、処理定義１３１３の「"ｃｏｍｐｏｎｅｎｔ"」には、反復コンポーネント４３０のコンポーネント名「"ｉｔｅｒａｔｅ"」が定義されている。また、処理定義１３１３の「"ｐａｒａｍｅｔｅｒｓ"」には、反復コンポーネント４３０に対するパラメータ情報が定義されている。

処理定義１３１３の「"ｐａｒａｍｅｔｅｒｓ"」には、反復コンポーネント４３０が繰り返し実行させる一連の処理が定義された処理フロー情報１１００のフローＩＤを示すパラメータ情報「"ｆｌｏｗｉｄ"："ｆｌｏｗ１０１"」が定義されている。

このように、図１６に示す処理フロー情報１１００の処理定義１３１１には、反復コンポーネント４３０により、後述するフローＩＤ「ｆｌｏｗ１０２」の処理フロー情報１１００に基づく一連の処理を繰り返し実行させることが定義されている。また、図１６に示す処理フロー情報１１００の処理定義１３１２には、経費精算コンポーネント４２０により、台帳の作成を経費精算システム４０に要求することが定義されている。更に、図１６に示す処理フロー情報１１００には、図７に示す処理フロー情報１１００の処理定義１１１３と同様に、フローＩＤ「ｆｌｏｗ１０１」の処理フロー情報１１００に基づく一連の処理を繰り返し実行させることが定義されている。

ここで、図１６に示す処理フロー情報１１００の処理定義１３１１には、反復コンポーネント４３０により、フローＩＤ「ｆｌｏｗ１０２」の処理フロー情報１１００に基づく一連の処理を繰り返し実行させることが定義されている。したがって、フローＩＤ「ｆｌｏｗ１０２」の処理フロー情報１１００について、図１７を参照しながら説明する。図１７は、領収書登録サービスを実現する一連の処理において、反復実行される一連の処理が定義された処理フロー情報１１００の一例を示す図である。

図１７に示す処理フロー情報１１００には、フローＩＤ１４０１と、フロー詳細１４０２とが含まれる。

フロー詳細１４０２には、処理定義１４１１が含まれる。処理定義１４１１には、処理を実行するためのコンポーネントのコンポーネント名を示す「"ｃｏｍｐｏｎｅｎｔ"」と、当該コンポーネントに対するパラメータ情報が定義される「"ｐａｒａｍｅｔｅｒｓ"」とが含まれる。

具体的には、処理定義１４１１の「"ｃｏｍｐｏｎｅｎｔ"」には、領域抽出コンポーネント４１０のコンポーネント名「"ｅｘｔｒａｃｔ"」が定義されている。また、処理定義１４１１には、領域抽出コンポーネント４１０に対するパラメータ情報が定義されている。

なお、領域抽出コンポーネント４１０に対するパラメータ情報には、例えば、抽出対象の領域を特定するためのパラメータ情報（例えば、抽出対象である領収書の画像ファイル）等がある。

これにより、反復コンポーネント４３０は、図１７に示す処理フロー情報１１００に基づく一連の処理を繰り返し実行させることで、領域抽出コンポーネント４１０により、１以上の撮影画像ファイルからそれぞれ領収書画像ファイルを抽出することができる。

＜処理の詳細＞
次に、本実施形態に係る情報処理システム１の処理の詳細について説明する。以降では、機器２０のユーザが領収書登録サービスを利用して、領収書を撮影することで生成した撮影画像ファイルから領収書画像ファイルを抽出し、経費精算サービスに登録する処理について、図１８を参照しながら説明する。図１８は、本実施形態に係る領収書登録サービスを利用する場合の全体処理の一例を示すシーケンス図である。

まず、ユーザは、機器２０を用いて、領収書登録サービスの利用画面の表示操作を行う（ステップＳ１８０１）。すると、機器２０のクライアントアプリケーション２１０は、領収書登録サービスの利用画面の表示操作を受け付ける。なお、領収書登録サービスの利用画面の表示操作は、例えば、クライアントアプリケーション２１０の起動操作等である。

クライアントアプリケーション２１０は、ユーザによる当該操作を受け付けると、例えば図１９（ａ）に示す領収書登録サービスの利用画面Ｇ７００を表示する（ステップＳ１８０２）。

ここで、図１９（ａ）に示す領収書登録サービスの利用画面Ｇ７００には、認証情報の入力ボタンＧ７１０と、領収書撮影の開始ボタンＧ７２０とが含まれる。認証情報の入力ボタンＧ７１０は、経費精算サービスを利用するための認証情報の入力画面に遷移するための表示部品である。また、領収書撮影の開始ボタンＧ７２０は、カメラ装置４８を起動させて、領収書を撮影するための撮影開始画面に遷移するための表示部品である。

図１９（ａ）に示す領収書登録サービスの利用画面Ｇ７００において、ユーザは、認証情報の入力ボタンＧ７１０を押下して、認証情報の入力画面の表示操作を行ったものとする（ステップＳ１８０３）。すると、クライアントアプリケーション２１０は、認証情報の入力画面の表示操作を受け付ける。

クライアントアプリケーション２１０は、ユーザによる当該操作を受け付けると、例えば図１９（ｂ）に示す認証情報の入力画面Ｇ８００を表示する（ステップＳ１８０４）。

ここで、図１９（ｂ）に示す認証情報の入力画面Ｇ８００には、ユーザ名入力欄Ｇ８１０と、パスワード入力欄Ｇ８２０と、ＯＫボタンＧ８３０と、キャンセルボタンＧ８４０とが含まれる。ユーザ名入力欄Ｇ８１０及びパスワード入力欄Ｇ８２０は、経費精算サービスを利用するための認証情報の一例であるユーザ名及びパスワードをそれぞれ入力するための入力欄である。

また、ＯＫボタンＧ８３０は、ユーザ名入力欄Ｇ８１０及びパスワード入力欄Ｇ８２０にそれぞれ入力されたユーザ名及びパスワードを保存して、図１９（ａ）に示す領収書登録サービスの利用画面Ｇ７００に戻るための表示部品である。一方、キャンセルボタンＧ８４０は、ユーザ名入力欄Ｇ８１０及びパスワード入力欄Ｇ８２０にそれぞれ入力されたユーザ名及びパスワードを保存せずに、図１９（ａ）に示す領収書登録サービスの利用画面Ｇ７００に戻るための表示部品である。

図１９（ｂ）に示す認証情報の入力画面Ｇ８００において、ユーザは、ユーザ名入力欄Ｇ８１０及びパスワード入力欄Ｇ８２０にそれぞれユーザ名及びパスワードを入力した上で、ＯＫボタンＧ８３０を押下して、認証情報の入力操作を行ったものとする（ステップＳ１８０５）。すると、クライアントアプリケーション２１０は、認証情報の入力操作を受け付ける。

クライアントアプリケーション２１０は、当該入力操作を受け付けると、ユーザ名入力欄Ｇ８１０及びパスワード入力欄Ｇ８２０にそれぞれ入力されたユーザ名及びパスワードを保存して、領収書登録サービスの利用画面Ｇ７００を表示する（ステップＳ１８０６）。クライアントアプリケーション２１０は、ユーザ名入力欄Ｇ８１０及びパスワード入力欄Ｇ８２０にそれぞれ入力されたユーザ名及びパスワードを、例えば、フラッシュメモリ４７の所定の記憶領域に保存すれば良い。

なお、例えば、認証情報（例えばユーザ名及びパスワード等）が既に保存されている場合には、上記のステップＳ１８０３〜ステップＳ１８０６は行わなくても良い。すなわち、この場合、ユーザは、図１９（ａ）に示す領収書登録サービスの利用画面Ｇ７００において、認証情報の入力ボタンＧ７１０を押下せずに、領収書撮影の開始ボタンＧ７２０を押下して、後述するステップＳ１８０７の領収書の撮影開始操作を行っても良い。

図１９（ａ）に示す領収書登録サービスの利用画面Ｇ７００において、ユーザは、領収書撮影の開始ボタンＧ７２０を押下して、領収書の撮影開始操作を行ったものとする（ステップＳ１８０７）。すると、クライアントアプリケーション２１０は、領収書の撮影開始操作を受け付ける。

クライアントアプリケーション２１０は、ユーザによる当該操作を受け付けると、カメラ装置４８を起動させて、例えば図１９（ｃ）に示す撮影開始画面Ｇ９００を表示する（ステップＳ１８０８）。

ここで、図１９（ｃ）に示す撮影開始画面Ｇ９００は、基準枠Ｇ９１０と、領収書撮影ボタンＧ９２０と、撮影完了ボタンＧ９３０とが含まれる。これらの基準枠Ｇ９１０、領収書撮影ボタンＧ９２０、及び撮影完了ボタンＧ９３０は、カメラ装置４８の撮影範囲内を示す画像の上に重畳して表示される。

基準枠Ｇ９１０は、領収書を撮影する際の基準となるマーカである。ユーザは、基準枠Ｇ９１０内に撮影対象の領収書が含まれるように、当該領収書と機器２０との距離や拡縮倍率等の調整することで、撮影画像内の適切な範囲に領収書が写っているように撮影することができる。領収書撮影ボタンＧ９２０は、カメラ装置４８により撮影範囲内を撮影して、撮影画像ファイルを生成するための表示部品である。撮影完了ボタンＧ９３０は、領収書の撮影を終了するための表示部品である。

ここで、領収書の撮影について、図２０を参照しながら説明する。図２０は、領収書の撮影の一例を示す図である。

図２０（ａ）に示すように、ユーザは、基準枠Ｇ９１０内に撮影対象の領収書Ｒ１４０が含まれるように調整した上で、領収書撮影ボタンＧ９２０を押下することで、当該領収書Ｒ１４０を撮影することができる。

また、図２０（ｂ）に示すように、ユーザは、例えば、領収書撮影ボタンＧ９２０を押下して領収書Ｒ１４０を撮影した後、続けて領収書Ｒ１５０を撮影することができる。このように、ユーザは、撮影完了ボタンＧ９３０を押下するまでは、複数の領収書を順に撮影することができる。

なお、ユーザは、１回の撮影で複数の領収書を撮影しても良い。すなわち、例えば図２１に示すように、ユーザは、基準枠Ｇ９１０内に、領収書Ｒ１４０及び領収書Ｒ１５０が含まれるように調整した上で、領収書撮影ボタンＧ９２０を押下しても良い。

図１９（ｃ）に示す撮影開始画面Ｇ９００において、ユーザは、基準枠Ｇ９１０内に撮影対象の領収書が含まれるように調整した上で、領収書撮影ボタンＧ９２０を押下して、領収書の撮影操作を行ったものとする（ステップＳ１８０９）。すると、クライアントアプリケーション２１０は、領収書の撮影操作を受け付ける。

クライアントアプリケーション２１０は、ユーザによる当該操作を受け付けると、カメラ装置４８により撮影範囲内を撮影して、撮影画像ファイルを生成する（ステップＳ１８１０）。

なお、上述したように、ユーザは、撮影完了ボタンＧ９３０を押下するまでは、上記のステップＳ１８１０の領収書の撮影操作を繰り返し行うことができる。

図１９（ｃ）に示す撮影開始画面Ｇ９００において、ユーザは、撮影完了ボタンＧ９３０を押下して、撮影完了操作を行ったものとする（ステップＳ１８１１）。すると、クライアントアプリケーション２１０は、撮影完了操作を受け付ける。

クライアントアプリケーション２１０は、ユーザによる当該操作を受け付けると、処理フローの実行要求をロジック処理部１１２に送信する（ステップＳ１８１２）。なお、処理フローの実行要求には、本実施形態に係る領収書登録サービスを実現する処理フロー情報１１００のフローＩＤ「ｆｌｏｗ００２」と、認証情報（すなわち、ユーザ名及びパスワード）とが含まれる。また、処理フローの実行要求には、上記のステップＳ１８１０で生成された１以上の撮影画像ファイルが含まれる。

ここで、当該フローＩＤ「ｆｌｏｗ００２」は、例えば、撮影開始画面Ｇ９００の撮影完了ボタンＧ９３０に関連付けられている。ただし、当該フローＩＤ「ｆｌｏｗ００２」は、例えば、撮影開始画面Ｇ９００に関連付けられていても良い。

次に、ロジック処理部１１２は、処理フローの実行要求を受信すると、処理フローの実行処理を行う（ステップＳ１８１３）。すなわち、ロジック処理部１１２は、当該実行要求に含まれるフローＩＤ「ｆｌｏｗ００２」の処理フロー情報１１００に基づく一連の処理を実行する。

そして、ロジック処理部１１２は、処理フローの実行処理の処理結果をクライアントアプリケーション２１０に返信する。これにより、本実施形態に係るサービス提供システム１０は、機器２０に対して、領収書登録サービスを提供することができる。

ここで、図１８に示す処理フローの実行処理（ステップＳ１８１３の処理）の詳細について、図２２を参照しながら説明する。図２２は、本実施形態に係る領収書登録サービスを実現する処理フローの実行処理の一例を示すシーケンス図である。

まず、フロー実行部３０１は、クライアントアプリケーション２１０から処理フローの実行要求を受信すると、処理フロー情報の取得要求をアプリ管理部１１１に送信する（ステップＳ２２０１）。なお、処理フロー情報の取得要求には、処理フローの実行要求から取得したフローＩＤ「ｆｌｏｗ００２」が含まれる。

アプリ管理部１１１は、処理フロー情報の取得要求を受信すると、当該取得要求に含まれるフローＩＤ「ｆｌｏｗ００２」の処理フロー情報１１００を、アプリ情報記憶部１３０に記憶されているアプリ情報１０００から取得する（ステップＳ２２０２）。すなわち、アプリ管理部１１１は、図１６に示す処理フロー情報１１００をアプリ情報記憶部１３０から取得する。

そして、アプリ管理部１１１は、アプリ情報記憶部１３０から取得した処理フロー情報１１００をロジック処理部１１２に返信する。

フロー実行部３０１は、図１６に示す処理フロー情報１１００に基づくコンポーネントの取得要求をコンポーネント管理部３０２に送信する（ステップＳ２２０３）。すなわち、フロー実行部３０１は、図１６に示す処理フロー情報１１００の処理定義１３１１に含まれる「"ｃｏｍｐｏｎｅｎｔ"」に定義されているコンポーネント名「"ｉｔｅｒａｔｅ"」のコンポーネントの取得要求をコンポーネント管理部３０２に送信する。

コンポーネント管理部３０２は、コンポーネントの取得要求を受信すると、コンポーネント名「"ｉｔｅｒａｔｅ"」のコンポーネント（すなわち、反復コンポーネント４３０）を生成する（ステップＳ２２０４）。なお、反復コンポーネント４３０の生成は、コンポーネント共通Ｉ／Ｆ４００に定義されたコンポーネントを生成するためのＡＰＩを用いて行うことができる。

そして、コンポーネント管理部３０２は、生成した反復コンポーネント４３０をフロー実行部３０１に返信する。すなわち、コンポーネント管理部３０２は、例えば、反復コンポーネント４３０が展開されたメモリ（例えばＲＡＭ１４）上のアドレスをフロー実行部３０１に返信する。

次に、フロー実行部３０１は、コンポーネントの実行要求を反復コンポーネント４３０に送信する（ステップＳ２２０５）。

なお、コンポーネントの実行要求には、１以上のデータが含まれる。ここで、データは、クライアントアプリケーション２１０から受信した処理フローの実行要求に含まれる撮影画像ファイルである。

また、コンポーネントの実行要求には、図１６に示す処理フロー情報１１００の処理定義１３１１に含まれる「"ｐａｒａｍｅｔｅｒｓ"」に定義されている各パラメータ情報が含まれる。すなわち、コンポーネントの実行要求には、パラメータ情報「"ｆｌｏｗｉｄ"："ｆｌｏｗ１０２"」が含まれる。

反復コンポーネント４３０は、コンポーネントの実行要求を受信すると、当該実行要求に含まれる１以上のデータ（すなわち、１以上の撮影画像ファイル）毎に、処理フローの実行要求をフロー実行部３０１に送信する（ステップＳ２２０６）。すなわち、反復コンポーネント４３０は、撮影画像ファイル数の回数、ステップＳ２２０７の領収書画像の抽出処理を繰り返し実行させる。なお、処理フローの実行要求には、データ（すなわち、撮影画像ファイル）と、フローＩＤ「ｆｌｏｗ１０２」とが含まれる。

フロー実行部３０１は、処理フローの実行要求を受信すると、撮影画像ファイルから領収書画像を抽出して、領収書画像ファイルを作成するための処理（領収書画像の抽出処理）を行う（ステップＳ２２０７）。そして、フロー実行部３０１は、領収書画像の抽出処理の処理結果（すなわち、撮像画像ファイルから抽出された領収書画像ファイルを示すデータ）を反復コンポーネント４３０に返信する。

その後、反復コンポーネント４３０は、ステップＳ２２０７の領収書画像の抽出処理を繰り返し実行させた処理結果を示すデータをフロー実行部３０１に返信する。

ここで、領収書画像の抽出処理（ステップＳ２２０７の処理）の詳細について、図２３を参照しながら説明する。図２３は、本実施形態に係る領収書画像の抽出処理の一例を示すシーケンス図である。

まず、フロー実行部３０１は、反復コンポーネント４３０から処理フローの実行要求を受信すると、処理フロー情報の取得要求をアプリ管理部１１１に送信する（ステップＳ２３０１）。なお、処理フロー情報の取得要求には、処理フローの実行要求から取得したフローＩＤ「ｆｌｏｗ１０２」が含まれる。

アプリ管理部１１１は、処理フロー情報の取得要求を受信すると、当該取得要求に含まれるフローＩＤ「ｆｌｏｗ１０２」の処理フロー情報１１００を、アプリ情報記憶部１３０に記憶されているアプリ情報１０００から取得する（ステップＳ２３０２）。すなわち、アプリ管理部１１１は、図１７に示す処理フロー情報１１００をアプリ情報記憶部１３０から取得する。

そして、アプリ管理部１１１は、アプリ情報記憶部１３０から取得した処理フロー情報１１００をロジック処理部１１２に返信する。

ここで、領域抽出コンポーネント４１０が生成されていない場合は、フロー実行部３０１は、ステップＳ２３０３の処理を行う。すなわち、フロー実行部３０１は、図１７に示す処理フロー情報１１００の処理定義１４１１に含まれる「"ｃｏｍｐｏｎｅｎｔ"」に定義されているコンポーネント名「"ｅｘｔｒａｃｔ"」のコンポーネントの取得要求をコンポーネント管理部３０２に送信する（ステップＳ２３０３）。

一方で、領域抽出コンポーネント４１０が生成されている場合、フロー実行部３０１は、上記のステップＳ２３０３の処理を行わない。

コンポーネント管理部３０２は、コンポーネントの取得要求を受信すると、コンポーネント名「"ｅｘｔｒａｃｔ"」のコンポーネント（すなわち、領域抽出コンポーネント４１０）を生成する（ステップＳ２３０４）。なお。領域抽出コンポーネント４１０の生成は、コンポーネント共通Ｉ／Ｆ４００に定義されたコンポーネントを生成するためのＡＰＩを用いて行うことができる。

そして、コンポーネント管理部３０２は、生成した領域抽出コンポーネント４１０をフロー実行部３０１に返信する。すなわち、コンポーネント管理部３０２は、例えば、領域抽出コンポーネント４１０が展開されたメモリ（例えばＲＡＭ１４）上のアドレスをフロー実行部３０１に返信する。

次に、フロー実行部３０１は、コンポーネントの実行要求を領域抽出コンポーネント４１０に送信する（ステップＳ２３０５）。

なお、コンポーネントの実行要求には、撮影画像ファイルを示すデータが含まれる。また、コンポーネントの要求には、図１７に示す処理フロー情報１１００の処理定義１４１１に含まれる「"ｐａｒａｍｅｔｅｒｓ"」に定義されている各パラメータ情報が含まれる。

領域抽出コンポーネント４１０は、コンポーネントの実行要求を受信すると、当該実行要求に含まれるデータに対して、パラメータ情報を用いて処理を実行する（ステップＳ２３０６）。すなわち、領域抽出コンポーネント４１０は、ドキュメントサービス部１２０の領域抽出部１２１により、撮影画像ファイルに含まれる領収書の領域を抽出して、領収書画像ファイルを作成する。なお、撮影画像ファイルに複数の領収書の領域が含まれる場合、領域抽出コンポーネント４１０は、これら複数の領収書の領域をそれぞれ抽出して、複数の領収書画像ファイルを作成する。

また、例えば、レシートを示す領域がスキャン画像ファイルに含まれる場合には、領域抽出コンポーネント４１０は、当該レシートを示す領域を抽出して、レシート画像ファイルを作成しても良い。この場合、領収書登録サービスにより、レシート画像ファイルが経費精算サービスに登録される。

更に、例えば、撮影画像ファイルに含まれる領収書の領域が傾いている場合等には、当該領域を回転等させた上で、抽出して、領収書画像ファイルを作成する。

そして、領域抽出コンポーネント４１０は、作成した領収書画像ファイルを示すデータをフロー実行部３０１に返信する。

図２２に戻る。フロー実行部３０１は、反復コンポーネント４３０による処理結果（領収書画像の抽出処理を繰り返し実行させた処理結果）を示すデータを受信すると、図１６に示す処理フロー情報１１００に基づくコンポーネントの取得要求をコンポーネント管理部３０２に送信する（ステップＳ２２０８）。すなわち、フロー実行部３０１は、図１６に示す処理フロー情報１１００の処理定義１３１２に含まれる「"ｃｏｍｐｏｎｅｎｔ"」に定義されているコンポーネント名「"ｅｘｐｅｎｓｅ"」のコンポーネントの取得要求をコンポーネント管理部３０２に送信する。

コンポーネント管理部３０２は、コンポーネントの取得要求を受信すると、コンポーネント名「"ｅｘｐｅｎｓｅ"」のコンポーネント（すなわち、経費精算コンポーネント４２０）を生成する（ステップＳ２２０９）。なお、経費精算コンポーネント４２０の生成は、コンポーネント共通Ｉ／Ｆ４００に定義されたコンポーネントを生成するためのＡＰＩを用いて行うことができる。

そして、コンポーネント管理部３０２は、生成した経費精算コンポーネント４２０をフロー実行部３０１に返信する。すなわち、コンポーネント管理部３０２は、例えば、経費精算コンポーネント４２０が展開されたメモリ（例えばＲＡＭ１４）上のアドレスをフロー実行部３０１に返信する。

次に、フロー実行部３０１は、コンポーネントの実行要求を経費精算コンポーネント４２０に送信する（ステップＳ２２１０）。

なお、コンポーネントの実行要求には、図６に示す処理フロー情報１１００の処理定義１３１２に含まれる「"ｐａｒａｍｅｔｅｒｓ"」に定義されている各パラメータ情報が含まれる。

すなわち、コンポーネントの実行要求には、パラメータ情報「"ａｕｔｈ"：ｎｕｌｌ」に対して、認証情報が設定されたパラメータ情報が含まれる。例えば、認証情報の入力画面Ｇ８００のユーザ名入力欄Ｇ８１０及びパスワード入力欄Ｇ８２０にユーザ名「ｆｕｇａｆｕｇａ＠ｈｏｇｅ．ｃｏｍ」及びパスワード「ｘｘｘｘｘｘ」が入力された上で、ＯＫボタンＧ８３０が押下されたものとする。この場合、パラメータ情報は、例えば、「"ａｕｔｈ"："ｆｕｇａｆｕｇａ＠ｈｏｇｅ．ｃｏｍ／ｘｘｘｘｘｘ"」である。

また、コンポーネントの実行要求には、経費精算システム４０に対して台帳の作成要求を行うためのパラメータ情報が含まれる。

経費精算コンポーネント４２０は、コンポーネントの実行要求を受信すると、パラメータ情報を用いて処理を実行する（ステップＳ２２１１）。すなわち、経費精算コンポーネント４２０は、台帳の作成要求を経費精算システム４０に送信する。なお、経費精算コンポーネント４２０は、例えば、経費精算システム４０が公開しているＷｅｂＡＰＩを用いて、台帳の作成要求を行うことができる。また、台帳の作成要求には、認証情報が含まれる。

すると、経費精算システム４０は、領収書画像ファイルを登録するための台帳を作成して、作成した台帳を識別する台帳ＩＤを処理結果として経費精算コンポーネント４２０に返信する。そして、経費精算コンポーネント４２０は、台帳ＩＤを示すデータをフロー実行部３０１に返信する。

次に、フロー実行部３０１は、コンポーネントの実行要求を反復コンポーネント４３０に送信する（ステップＳ２２１２）。

なお、コンポーネントの実行要求には、領域抽出コンポーネント４１０により作成された領収書画像ファイルを示すデータが含まれる。したがって、コンポーネントの実行要求には、領域抽出コンポーネント４１０により複数の領収書画像ファイルが作成された場合には、これら複数の領収書画像ファイルをそれぞれ示す複数のデータが含まれる。

また、コンポーネントの実行要求には、図１６に示す処理フロー情報１１００の処理定義１３１３に含まれる「"ｐａｒａｍｅｔｅｒｓ"」に定義されている各パラメータ情報が含まれる。すなわち、コンポーネントの実行要求には、パラメータ情報「"ｆｌｏｗｉｄ"："ｆｌｏｗ１０１"」と、上記のステップＳ２２１１で返信された台帳ＩＤを示すパラメータ情報とが含まれる。

反復コンポーネント４３０は、コンポーネントの実行要求を受信すると、当該実行要求に含まれるデータ（すなわち、領収書画像ファイル）毎に、処理フローの実行要求をフロー実行部３０１に送信する（ステップＳ２２１３）。すなわち、反復コンポーネント４３０は、領収書画像ファイル数の回数、ステップＳ２２１４の領収書の登録処理を繰り返し実行させる。なお、処理フローの実行処理には、データ（すなわち、領収書画像ファイル）と、フローＩＤ「ｆｌｏｗ１０１」と、台帳ＩＤとが含まれる。

フロー実行部３０１は、処理フローの実行要求を受信すると、経費精算サービスにおいて、台帳ＩＤで示される台帳に領収書画像ファイルを登録するための処理（領収書の登録処理）を行う（ステップＳ２２１４）。そして、フロー実行部３０１は、領収書の登録処理の処理結果を反復コンポーネント４３０に返信する。

その後、反復コンポーネント４３０は、ステップＳ２２１４の領収書の登録処理を繰り返し実行させた処理結果を示すデータをフロー実行部３０１に返信する。なお、上記のステップＳ２２１４の領収書の登録処理は、図１１のステップＳ１１１５の領収書の登録処理と同様であるため、その説明を省略する。

［第三の実施形態］
次に、第三の実施形態について説明する。第三の実施形態では、サービス提供システム１０が、例えばＯＡｕｔｈ等を用いた認証連携を経費精算システム４０と行う場合について説明する。サービス提供システム１０が認証連携を経費精算システム４０と行うことにより、機器２０のユーザは、領収書登録サービスを利用する都度、認証情報（経費精算サービスを利用するためのユーザ名及びパスワード等）を入力する必要がなくなる。

なお、第三の実施形態の説明では、主に、第一の実施形態との相違点について説明し、第一の実施形態と実質的に同様の機能構成を有する箇所及び実質的に同様の処理を実行する箇所は、適宜、その説明を省略する。

＜機能構成＞
まず、本実施形態に係る情報処理システム１の機能構成について、図２４を参照しながら説明する。図２４は、本実施形態に係る情報処理システム１の一例の機能構成を示す図である。

図２４に示す機器２０は、例えばＣＰＵ３１等により実行されるブラウザ２２０を有する。機器２０のユーザは、ブラウザ２２０を介して、サービス提供システム１０が提供する領収書登録サービスを利用することができる。

図２４に示すサービス提供システム１０は、更に、Ｗｅｂサービス処理部１４０と、認証サービス処理部１５０とを有する。これら各機能部は、サービス提供システム１０にインストールされた１以上のプログラムが、ＣＰＵ１６に実行させる処理により実現される。

また、図２４に示すサービス提供システム１０は、更に、画面情報記憶部１６０と、トークン情報記憶部１７０とを有する。これら各記憶部は、ＨＤＤ１８により実現可能である。なお、これら各記憶部のうちの少なくとも一の記憶部は、サービス提供システム１０とネットワークＮ１を介して接続される記憶装置等により実現されていても良い。

Ｗｅｂサービス処理部１４０は、サービス提供システム１０が提供するサービス（例えば、領収書登録サービス）を、機器２０のユーザがブラウザ２２０を用いて利用するための処理を行う。すなわち、Ｗｅｂサービス処理部１４０は、ブラウザ２２０に対してＷｅｂアプリケーション（すなわち、アプリ情報１０００）を提供するアプリケーションサーバとして機能する。ここで、Ｗｅｂサービス処理部１４０は、画面構成部１４１と、アプリ実行部１４２とを有する。

画面構成部１４１は、機器２０のブラウザ２２０からの要求に応じて、画面情報記憶部１６０に記憶されている画面情報を返信する。なお、画面情報とは、アプリ情報１０００により提供されるサービス（例えば、領収書登録サービス）を利用するための画面が定義された情報である。画面情報には、例えば、ＨＴＭＬ、ＸＨＴＭＬ（Extensible HyperText Markup Language）、ＣＳＳ（Cascading Style Sheets）、ＪａｖａＳｃｒｉｐｔ（登録商標）等のブラウザ２２０が解釈可能な形式で画面が定義されている。これにより、機器２０の操作パネル２２には、ブラウザ２２０により、サービス提供システム１０が提供するサービスを利用するための各種画面が表示される。

アプリ実行部１４２は、機器２０のブラウザ２２０からの要求に応じて、入出力サービス処理部１１０のロジック処理部１１２に対して、処理フローの実行要求を送信する。

認証サービス処理部１５０は、経費精算システム４０との間で認証連携を行うための処理を行う。すなわち、認証サービス処理部１５０は、経費精算システム４０における認証に成功した場合、当該認証の成功に応じて返信される一時トークンを用いて、経費精算システム４０からアクセストークンを取得する。そして、認証サービス処理部１５０は、当該アクセストークンと、ユーザＩＤとを関連付けたトークン情報をトークン情報記憶部１７０に保存する。

画面情報記憶部１６０は、サービス提供システム１０が提供するサービスを利用するための各種画面の画面情報を記憶する。

トークン情報記憶部１７０は、サービス提供システム１０を利用するためのユーザＩＤと、経費精算サービスを利用するためのアクセストークンとを関連付けたトークン情報を記憶する。ここで、トークン情報記憶部１７０に記憶されているトークン情報について、図２５を参照しながら説明する。図２５は、トークン情報の一例を示す図である。

図２５に示すように、トークン情報記憶部１７０に記憶されているトークン情報には、ユーザＩＤと、アクセストークンとが関連付けられている。これにより、サービス提供システム１０のユーザ（すなわち、ブラウザ２２０を介して、サービス提供システム１０を利用するユーザ）は、自身のユーザＩＤと関連付けられているアクセストークンを用いて、領収書登録サービスを利用することができる。

＜処理の詳細＞
次に、本実施形態に係る情報処理システム１の処理の詳細について説明する。以降では、機器２０のユーザが領収書登録サービスを利用する前に、経費精算システム４０と認証連携するための設定を行う処理について、図２６を参照しながら説明する。図２６は、本実施形態に係る認証連携の設定処理の一例を示すシーケンス図である。

まず、ユーザは、機器２０のブラウザ２２０を用いて、認証連携の設定画面の表示操作を行う（ステップＳ２６０１）。ユーザは、例えば、ブラウザ２２０により表示された所定の画面において、認証連携の設定画面へのリンクを押下することで、認証連携の設定画面の表示操作を行うことができる。なお、ユーザは、例えば、認証連携の設定画面のＵＲＬをブラウザ２２０のアドレスバー等に入力することで、認証連携の設定画面の表示操作を行っても良い。

機器２０のブラウザ２２０は、認証連携の設定画面の表示操作を受け付けると、認証連携の設定画面の取得要求を、サービス提供システム１０のＷｅｂサービス処理部１４０に送信する（ステップＳ２６０２）。

Ｗｅｂサービス処理部１４０の画面構成部１４１は、認証連携の設定画面の取得要求を受信すると、認証連携の設定画面を表示するための画面情報を画面情報記憶部１６０から取得する。そして、画面構成部１４１は、当該画面情報に基づいて、サービス一覧の取得要求を認証サービス処理部１５０に送信する（ステップＳ２６０３）。サービス一覧の取得要求は、サービス提供システム１０と認証連携が可能な外部サービス（例えば、経費精算システム４０が提供する経費精算サービス等）の一覧を取得するための要求である。

認証サービス処理部１５０は、サービス一覧の取得要求を受信すると、サービス提供システム１０と認証連携が可能な外部サービスの一覧（リスト）を示すサービス一覧をＷｅｂサービス処理部１４０に返信する。そして、画面構成部１４１は、当該サービス一覧と、認証連携の設定画面を表示するための画面情報とをブラウザ２２０に返信する。

ブラウザ２２０は、認証連携の設定画面を表示するための画面情報と、サービス一覧とを受信すると、これらの情報に基づいて、例えば図２７に示す認証連携の設定画面Ｇ１１００を表示する（ステップＳ２６０４）。

ここで、図２７に示す認証連携の設定画面Ｇ１１００には、サービス一覧に含まれる各サービス毎に、認証連携の設定を行うための「認証連携」ボタンと、認証連携の設定を解除（削除）するための「連携解除」ボタンとが含まれる。ユーザは、「認証連携ボタン」Ｇ１１０１を押下することで、経費精算サービスとの認証連携を設定するための操作（経費精算サービスの認証連携設定操作）を行うことができる。

ユーザは、ブラウザ２２０を用いて、経費精算サービスの認証連携設定操作を行う（ステップＳ２６０５）。

ブラウザ２２０は、経費精算サービスの認証連携設定操作を受け付けると、当該経費精算サービスの認証情報等を入力するための認証連携画面の取得要求をＷｅｂサービス処理部１４０に送信する（ステップＳ２６０６）。

Ｗｅｂサービス処理部１４０の画面構成部１４１は、認証連携画面の取得要求を受信すると、経費精算サービスの認証連携画面を示すＵＲＬの取得要求（認証連携画面ＵＲＬの取得要求）を認証サービス処理部１５０に送信する（ステップＳ２６０７）。認証サービス処理部１５０は、認証連携画面ＵＲＬの取得要求を受信すると、認証連携画面ＵＲＬをＷｅｂサービス処理部１４０に返信する。

なお、認証連携画面ＵＲＬは、経費精算システム４０が提供する認証連携画面を示すＵＲＬである。ただし、ＵＲＬは、例えば、ＵＲＩ（Uniform Resource Identifier）やＵＲＮ（Uniform Resource Name）等であっても良い。

Ｗｅｂサービス処理部１４０の画面構成部１４１は、認証連携画面ＵＲＬを受信すると、当該ＵＲＬが示す認証連携画面の取得要求を経費精算システム４０に送信する（ステップＳ２６０８）。経費精算システム４０は、認証連携画面の取得要求を受信すると、認証連携画面を表示するための画面情報をＷｅｂサービス処理部１４０に返信する。

そして、Ｗｅｂサービス処理部１４０の画面構成部１４１は、認証連携画面を表示するための画面情報を経費精算システム４０から受信すると、当該画面情報にリダイレクト先ＵＲＬを付与した上で、ブラウザ２２０に返信する。なお、ここで付与されるリダイレクト先ＵＲＬは、例えば、一時コードを認証サービス処理部１５０に送信するためのＵＲＬである。

ブラウザ２２０は、リダイレクト先ＵＲＬが付与された画面情報（認証連携画面を表示するための画面情報）を受信すると、当該画面情報に基づいて、例えば図２７に示す認証連携画面Ｇ１２００を表示する（ステップＳ２６０９）。

ここで、図２７に示す認証連携画面Ｇ１２００には、経費精算サービスの認証情報のうちのユーザ名を入力するためのユーザ名入力欄Ｇ１２０１と、当該認証情報のうちのパスワードを入力するためのパスワード入力欄Ｇ１２０２とが含まれる。

ユーザは、経費精算サービスのユーザ名及びパスワードをユーザ名入力欄Ｇ１２０１及びパスワード入力欄Ｇ１２０２にそれぞれ入力した上で、「認証連携を許可」ボタンＧ１２０３を押下することで、認証連携許可操作を行うことができる。認証連携許可操作とは、経費精算サービスとの認証連携を許可するための操作である。

なお、図２７に示す認証連携画面Ｇ１２００では、例えば、ＯＡｕｔｈ等の認証連携に用いられるスコープを設定することができても良い。

ユーザは、ブラウザ２２０を用いて、認証連携許可操作を行う（ステップＳ２６１０）。ブラウザ２２０は、認証連携許可操作を受け付けると、認証連携の許可要求を経費精算システム４０に送信する（ステップＳ２６１１）。なお、認証連携の許可要求には、認証連携画面Ｇ１２００で入力された認証情報（すなわち、経費精算サービスのユーザ名及びパスワード）と、リダイレクト先ＵＲＬとが含まれる。

経費精算システム４０は、認証連携の許可要求を受信すると、当該許可要求に含まれる認証情報に基づく認証を行う。そして、経費精算システム４０は、当該認証に成功した場合、アクセストークンの発行に用いられる一時コードを発行（ステップＳ２６１２）した上で、発行した一時コードを含むリダイレクト指示をブラウザ２２０に送信する。

なお、経費精算システム４０は、当該認証に失敗した場合、認証に失敗したことを示す情報をブラウザ２２０に返信する。以降では、経費精算システム４０における認証に成功したものとして説明を続ける。

ブラウザ２２０は、経費精算システム４０からリダイレクト指示を受信すると、認証サービス処理部１５０にリダイレクトさせる（ステップＳ２６１３）。すなわち、ブラウザ２２０は、経費精算システム４０から受信した一時コードを、リダイレクト先ＵＲＬに送信する。

認証サービス処理部１５０は、ブラウザ２２０から一時コードを受信すると、アクセストークンの取得要求を経費精算システム４０に送信する（ステップＳ２６１４）。なお、アクセストークンの取得要求には、一時コードが含まれる。アクセストークンの取得要求は、経費精算システム４０が公開している、アクセストークンを取得するためのＷｅｂＡＰＩにリクエストを送信することで行うことができる。

経費精算システム４０は、アクセストークンの取得要求を受信すると、当該取得要求に含まれる一時コードの正当性を検証した上で、正当性が検証された場合、アクセストークンを発行（ステップＳ２６１５）して、認証サービス処理部１５０に返信する。

認証サービス処理部１５０は、アクセスコードを受信すると、ブラウザ２２０を利用しているユーザ（すなわち、当該ブラウザ２２０を用いて、サービス提供システム１０にログインしているユーザ）のユーザＩＤと、当該アクセストークンとを関連付けたトークン情報を作成する。そして、認証サービス処理部１５０は、作成したトークン情報をトークン情報記憶部１７０に保存する（ステップＳ２６１６）。

このように、本実施形態に係るサービス提供システム１０は、経費精算システム４０と認証連携するためのアクセストークンを、当該サービス提供システム１０にログインしているユーザのユーザＩＤと関連付けて保存する。これにより、当該ユーザは、ブラウザ２２０を用いて、経費精算システム４０と認証連携した領収書登録サービスを利用することができる。

次に、機器２０のユーザが領収書登録サービスを利用して、領収書の画像ファイル（領収書画像ファイル）を経費精算サービスに登録する処理について、図２８を参照しながら説明する。図２８は、本実施形態に係る領収書登録サービスを利用する場合の全体処理の一例を示すシーケンス図である。

まず、ユーザは、機器２０のブラウザ２２０を用いて、領収書登録サービスの利用画面の表示操作を行う（ステップＳ２８０１）。ユーザは、例えば、ブラウザ２２０により表示された所定の画面において、領収書登録サービスの利用画面へのリンクを押下することで、領収書登録サービスの利用画面の表示操作を行うことができる。なお、ユーザは、例えば、領収書登録サービスの利用画面のＵＲＬをブラウザ２２０のアドレスバー等に入力することで、領収書登録サービスの利用画面の表示操作を行っても良い。

機器２０のブラウザ２２０は、領収書登録サービスの利用画面の表示操作を受け付けると、領収書登録サービスの利用画面の取得要求を、サービス提供システム１０のＷｅｂサービス処理部１４０に送信する（ステップＳ２８０２）。

Ｗｅｂサービス処理部１４０の画面構成部１４１は、領収書登録サービスの利用画面の取得要求を受信すると、領収書登録サービスの利用画面を表示するための画面情報を画面情報記憶部１６０から取得する。そして、画面構成部１４１は、当該画面情報をブラウザ２２０に返信する。

ブラウザ２２０は、領収書登録サービスの利用画面を表示するための画面情報を受信すると、当該画面情報に基づいて、例えば図２９に示す領収書登録サービスの利用画面Ｇ１３００を表示する（ステップＳ２８０３）。

ここで、図２９に示す領収書登録サービスの利用画面Ｇ１３００には、スキャン画像ファイルを作成するためのスキャン実行ボタンＧ１３０１が含まれる。ユーザは、機器２０のスキャナ２６に１以上の領収書をセットした上で、スキャン実行ボタンＧ１３０１を押下することで、スキャンを開始するための操作（スキャン開始操作）を行うことができる。

ユーザは、ブラウザ２２０を用いて、スキャン開始操作を行う（ステップＳ２８０４）。ブラウザ２２０は、スキャン開始操作を受け付けると、スキャナ２６により各領収書を読み取って、これら各領収書が表示される領域を含むスキャン画像ファイルを生成する（ステップＳ２８０５）。なお、ブラウザ２２０は、例えば、スキャン開始操作に応じて、領収書登録サービスの利用画面に含まれるＪａｖａＳｃｒｉｐｔを実行することで、スキャナ２６の実行を制御する。

ブラウザ２２０は、スキャン画像ファイルが生成されると、経費精算サービスとの認証連携に用いるアクセストークンの取得要求をＷｅｂサービス処理部１４０に送信する（ステップＳ２８０６）。

Ｗｅｂサービス処理部１４０の画面構成部１４１は、ブラウザ２２０からアクセストークンの取得要求を受信すると、当該アクセストークンの取得要求を認証サービス処理部１５０に送信する（ステップＳ２８０７）。

認証サービス処理部１５０は、アクセストークンの取得要求を受信すると、当該取得要求の送信元のブラウザ２２０（すなわち、上記のステップＳ２８０６でアクセストークンの取得要求を送信したブラウザ２２０）を利用しているユーザのユーザＩＤを取得する。そして、認証サービス処理部１５０は、当該ユーザＩＤに関連付けられているアクセストークンをトークン情報記憶部１７０から取得し、取得したアクセストークンをＷｅｂサービス処理部１４０に返信する。その後、Ｗｅｂサービス処理部１４０は、認証サービス処理部１５０から返信されたアクセストークンをブラウザ２２０に返信する。

なお、ブラウザ２２０を利用しているユーザのユーザＩＤは、例えば、アクセストークンの取得要求に含まれていても良いし、当該取得要求に含まれるセッションＩＤ等から当該ユーザＩＤを特定しても良い。

ブラウザ２２０は、アクセストークンを受信すると、処理フローの実行要求をＷｅｂサービス処理部１４０に送信する（ステップＳ２８０８）。なお、処理フローの実行要求には、領収書登録サービスを実現する処理フロー情報１１００のフローＩＤと、スキャン画像ファイルと、アクセストークンとが含まれる。フローＩＤは、例えば、領収書登録サービスの利用画面Ｇ１３００のスキャン実行ボタンＧ１３０１に関連付けられている。

Ｗｅｂサービス処理部１４０のアプリ実行部１４２は、処理フローの実行要求を受信すると、当該処理フローの実行要求をロジック処理部１１２に送信する（ステップＳ２８０９）。

ロジック処理部１１２は、処理フローの実行要求を受信する、処理フローの実行処理を行う（ステップＳ２８１０）。すなわち、ロジック処理部１１２は、当該実行要求に含まれるフローＩＤの処理フロー情報１１００に基づく一連の処理を実行する。このとき、ロジック処理部１１２は、当該実行要求に含まれるアクセストークンを用いて、経費精算システム４０に各種処理を要求する。

具体的には、例えば、経費精算コンポーネント４２０は、アクセストークンを用いて、台帳の作成要求を経費精算システム４０に送信する。また、例えば、経費精算コンポーネント４２０は、アクセストークンを用いて、領収書の登録要求を経費精算システム４０に送信する。

このように、機器２０のユーザは、サービス提供システム１０に予め保存したアクセストークンを用いて領収書登録サービスを利用することができる。したがって、機器２０のユーザは、認証情報（経費精算システム４０のユーザ名及びパスワード等）を入力することなく、領収書登録サービスを利用することができる。

［第四の実施形態］
次に、第四の実施形態について説明する。経費精算サービスの中には、代理人による領収書登録等のサービスを提供しているものがある。これは、例えば、会社の庶務担当者が一括して領収書登録を行いたい等のニーズが存在するためである。そこで、第四の実施形態では、代理人による領収書登録等のサービスを経費精算システム４０が提供している場合について説明する。

なお、第四の実施形態の説明では、主に、第一の実施形態との相違点について説明し、第一の実施形態と実質的に同様の機能構成を有する箇所及び実質的に同様の処理を実行する箇所は、適宜、その説明を省略する。

＜機能構成＞
まず、本実施形態に係る情報処理システム１の機能構成について、図３０を参照しながら説明する。図３０は、本実施形態に係る情報処理システム１の一例の機能構成を示す図である。

図３０に示す経費精算システム４０は、例えば、代理人による領収書登録等に関する処理を行う代理処理部５１０と、代理人と被代理人とを管理する代理管理ＤＢ５２０とを有する。代理管理ＤＢ５２０には、例えば、被代理人（代理人設定者）のユーザ名と、代理人のユーザ名及び権限とが関連付けて格納されている。なお、権限とは、代理人が実行可能な機能の範囲のことである。

代理処理部５１０は、例えば、被代理人（代理人設定者）のユーザ名と、代理人のユーザ名及び権限とを関連付けて代理管理ＤＢ５２０に格納するための処理を行う。また、代理処理部５１０は、例えば、代理人の権限のチェック処理等を行う。

また、本実施形態に係るサービス提供システム１０のロジック処理部１１２は、クライアントアプリケーション２１０からの要求に応じて、代理可能な他のユーザの一覧（被代理人一覧）を取得する。

＜処理の詳細＞
次に、本実施形態に係る情報処理システム１の処理の詳細について説明する。以降では、ＰＣ端末３０のユーザが、代理人を設定する場合（言い換えれば、当該ユーザが被代理人となる代理人を設定する場合）の処理について、図３１を参照しながら説明する。図３１は、本実施形態に係る代理人の設定処理の一例を示すシーケンス図である。

まず、ユーザは、ＰＣ端末３０のブラウザ３１０を用いて、代理人設定画面の表示操作を行う（ステップＳ３１０１）。ユーザは、例えば、ブラウザ３１０により表示された所定の画面において、代理人設定画面へのリンクを押下することで、代理人設定画面の表示操作を行うことができる。なお、ユーザは、例えば、代理人設定画面のＵＲＬをブラウザ３１０のアドレスバー等に入力することで、代理人設定画面の表示操作を行っても良い。

ＰＣ端末３０のブラウザ３１０は、代理人設定画面の表示操作を受け付けると、代理人設定画面の取得要求を経費精算システム４０に送信する（ステップＳ３１０２）。経費精算システム４０は、代理人設定画面の取得要求を受信すると、代理人設定画面を表示するための画面情報をブラウザ３１０に返信する。

ブラウザ３１０は、代理人設定画面を表示するための画面情報を受信すると、当該画面情報に基づいて、例えば図３２に示す代理人設定画面Ｇ１４００を表示する（ステップＳ３１０３）。

ここで、図３２に示す代理人設定画面Ｇ１４００には、代理人設定欄Ｇ１４０１が含まれる。ユーザは、代理人設定欄Ｇ１４０１から所望の代理人を選択すると共に、当該代理人に設定する権限を設定する。以降では、代理人設定画面Ｇ１４００において、代理人を設定するユーザを「被代理人ユーザ」、代理人として設定されたユーザを「代理人ユーザ」とも表す。

図３２に示す代理人設定画面Ｇ１４００の代理人設定欄Ｇ１４０１の権限には、「台帳作成／申請」と、「領収書登録」と、「承認」とが含まれる。

被代理人ユーザがこれらの権限を設定（チェックボックスにチェック）することで、代理人ユーザは、設定された機能を利用することができるようになる。

例えば、被代理人ユーザを「鈴木誠也」であるとする。このとき、代理人ユーザ「田中太郎」の権限「台帳作成／申請」と「領収書登録」とを被代理人ユーザが設定した場合、代理人ユーザ「田中太郎」は、被代理人ユーザ「鈴木誠也」の代理人として、台帳作成／申請と領収書登録とを行うことができるようになる。

同様に、例えば、代理人ユーザ「佐藤裕太」の権限「承認」を被代理人ユーザが設定した場合、代理人ユーザ「佐藤裕太」は、被代理人ユーザ「鈴木誠也」の代理人として、領収書登録の承認を行うことができるようになる。

被代理人ユーザは、代理人設定欄Ｇ１４０１において代理人及び権限を設定した上で、「設定の保存」ボタンＧ１４０２を押下することで、代理人の設定操作を行うことができる。なお、被代理人ユーザは、追加ボタンＧ１４０３を押下することで、代理人設定欄Ｇ１４０１に代理人ユーザを追加することができる。一方、被代理人ユーザは、チェック欄Ｇ１４０４から所望の代理人ユーザを選択した上で、削除ボタンＧ１４０５を押下することで、選択した代理人ユーザを代理人設定欄Ｇ１４０４から削除することができる。

ユーザ（被代理人ユーザ）は、ブラウザ３１０を用いて、代理人の設定操作を行う（ステップＳ３１０４）。

ブラウザ３１０は、代理人の設定操作を受け付けると、代理人の設定要求を経費精算システム４０に送信する（ステップＳ３１０５）。なお、代理人の設定要求には、例えば、代理人ユーザのユーザ名と、被代理人ユーザのユーザ名と、当該被代理人ユーザに設定された権限とが含まれる。

経費精算システム４０の代理処理部５１０は、代理人の設定要求を受信すると、代理人の設定処理を行う（ステップＳ３１０６）。すなわち、代理処理部５１１０は、当該設定要求に含まれる代理人ユーザのユーザ名と、被代理人ユーザのユーザ名と、当該被代理人ユーザに設定された権限とを関連付けて代理管理ＤＢ５２０に格納する。これにより、被代理人ユーザに対する代理人ユーザと、当該代理人ユーザに設定された権限とが管理される。

次に、機器２０のユーザが、代理人として、領収書登録サービスを利用して、領収書画像ファイルを経費精算サービスに登録する処理について、図３３を参照しながら説明する。図３３は、本実施形態に係る領収書登録サービスを代理で利用する場合の全体処理の一例を示すシーケンス図である。

まず、ユーザは、機器２０を用いて、代理人として領収書を登録するか否かを選択するための登録方法選択画面の表示操作を行う（ステップＳ３３０１）。すると、機器２０のクライアントアプリケーション２１０は、登録方法選択画面の表示操作を受け付ける。ユーザは、例えば、クライアントアプリケーション２１０により表示された所定の画面において、所定のアイコン等を選択することで、登録方法選択画面の表示操作を行うことができる。なお、登録方法選択画面の表示操作は、例えば、クライアントアプリケーション２１０の起動操作等であっても良い。

クライアントアプリケーション２１０は、ユーザによる当該表示操作を受け付けると、例えば図３４に示す登録方法選択画面Ｇ１５１０を表示する（ステップＳ３３０２）。

ここで、図３４に示す登録方法選択画面Ｇ１５１０には、「本人として領収書登録」ボタンＧ１５１１と、「代理人として領収書登録」ボタンＧ１５１２とが含まれる。

ユーザは、「代理人として領収書登録」ボタンＧ１５１２を選択することで、他のユーザの代理人として、経費精算サービスに領収書の登録を行うことができる。一方、ユーザは、「本人として領収書登録」ボタンＧ１５１１が選択することで、第一の実施形態と同様に、本人として（すなわち、他のユーザの代理人としてでなく）、経費精算サービスに領収書の登録を行うことができる。以降では、ユーザは、「代理人として領収書登録」ボタンＧ１５１２を選択するものとして説明する。

ユーザは、機器２０を用いて、「代理人として領収書登録」ボタンＧ１５１２を選択する選択操作を行う（ステップＳ３３０３）。すると、クライアントアプリケーション２１０は、当該選択操作を受け付ける。

クライアントアプリケーション２１０は、当該選択操作を受け付けると、当該ユーザが代理可能な他のユーザの一覧（被代理人一覧）の取得要求をロジック処理部１１２に送信する（ステップＳ３３０４）。なお、被代理人一覧の取得要求には、例えば、当該ユーザのユーザ名（すなわち、経費精算システム４０のユーザ名）が含まれる。クライアントアプリケーション２１０は、アプリ管理部１１１を介して、被代理人一覧の取得要求をロジック処理部１１２に送信しても良い。

ロジック処理部１１２は、被代理人一覧の取得要求を受信すると、当該取得要求を経費精算システム４０に送信する（ステップＳ３３０５）。

経費精算システム４０の代理処理部５１０は、被代理人一覧の取得要求を受信すると、当該取得要求に含まれるユーザ名が代理人ユーザである被代理人ユーザのユーザ名を代理管理ＤＢ５２０から取得する（ステップＳ３３０６）。言い換えれば、代理処理部５１０は、当該取得要求に含まれるユーザ名のユーザが代理可能な他のユーザのユーザ名を代理管理ＤＢ５２０から取得する。

そして、経費精算システム４０の代理処理部５１０は、取得したユーザ名（被代理人ユーザのユーザ名）の一覧（被代理人一覧）をロジック処理部１１２に返信する。その後、ロジック処理部１１２は、受信した被代理人一覧をクライアントアプリケーション２１０に返信する。

クライアントアプリケーション２１０は、被代理人一覧を受信すると、例えば図３４に示す被代理人の選択画面Ｇ１５２０を表示する（ステップＳ３３０７）。

ここで、図３４に示す被代理人の選択画面Ｇ１５２０には、被代理人選択欄Ｇ１５２１が含まれる。被代理人選択欄Ｇ１５２１は、ロジック処理部１１２から返信された被代理人一覧に含まれる他のユーザのユーザ名等（すなわち、当該ユーザが代理可能な他のユーザのユーザ名等）が選択可能に表示される。ユーザ（代理人ユーザ）は、自身が代理する他のユーザを被代理人選択欄Ｇ１５２１から選択した上で、「代理登録の開始」ボタンＧ１５２２を押下することで、代理登録の開始操作を行うことができる。

ユーザ（代理人ユーザ）は、機器２０を用いて、代理登録の開始操作を行う（ステップＳ３３０８）。すると、クライアントアプリケーション２１０は、当該開始操作を受け付ける。

クライアントアプリケーション２１０は、代理登録の開始操作を受け付けると、第一の実施形態と同様に、例えば図１０に示す領収書登録サービスの利用開始画面Ｇ２００を表示する（ステップＳ３３０９）。以降のステップＳ３３１０〜ステップＳ３３１１は、図９のステップＳ９０３〜ステップＳ９０４と同様であるため、その説明を省略する。

クライアントアプリケーション２１０は、ステップＳ３３１１でスキャン画像ファイルが生成されると、処理フローの実行要求をロジック処理部１１２に送信する（ステップＳ３３１２）。なお、処理フローの実行要求には、領収書登録サービスを実現する処理フロー情報１１００のフローＩＤと、スキャン画像ファイルと、認証情報と、被代理人ユーザのユーザ名とが含まれる。被代理人ユーザのユーザ名は、被代理人の選択画面Ｇ１５２０の被代理人選択欄Ｇ１５２１から選択された他のユーザのユーザ名である。

ここで、上記の処理フローの実行要求には、認証情報（すなわち、経費精算システム４０のユーザ名及びパスワード）が含まれるものとしたが、これに限られず、例えば、第三の実施形態と同様に、アクセストークンが含まれていても良い。なお、当該認証情報や当該アクセストークンは、代理人ユーザの認証情報や代理人ユーザのアクセストークンが用いられる。

次に、ロジック処理部１１２は、処理フローの実行要求を受信すると、処理フローの実行処理を行う（ステップＳ３３１３）。すなわち、ロジック処理部１１２は、当該実行要求に含まれるフローＩＤの処理フロー情報１１００に基づく一連の処理を実行する。このとき、ロジック処理部１１２は、被代理人ユーザのユーザ名を用いて、台帳の作成や領収書の登録を行う。

具体的には、例えば、経費精算コンポーネント４２０は、被代理人ユーザのユーザ名が含まれる台帳の作成要求を経費精算システム４０に送信する。また、例えば、経費精算コンポーネント４２０は、被代理人ユーザのユーザ名が含まれる領収書の登録要求を経費精算システム４０に送信する。これにより、経費精算システム４０では、被代理人ユーザのユーザ名で台帳が作成されると共に、被代理人ユーザのユーザ名で領収書が当該台帳に登録される。

なお、経費精算システム４０は、例えば台帳作成や領収書登録の際に、代理処理部５１０により、代理人ユーザの権限のチェックを行う。すなわち、代理処理部５１０は、要求された機能（台帳作成や領収書登録等）の権限が代理人ユーザに設定されているか否かをチェックする。そして、代理処理部５１０は、該当の権限が代理人ユーザに設定されている場合、該当の機能を実行する一方で、該当の権限が代理人ユーザに設定されていない場合、例えばエラー等をロジック処理部１１２に返信する。

このように、機器２０のユーザは、他のユーザの代理人として、領収書登録サービスを利用することができる。したがって、例えば、会社の庶務担当者が一括して領収書登録を行う場合等においても、予め当該庶務担当者を代理人に設定しておくことで、当該庶務担当者は、被代理人の領収書登録を代理することができるようになる。

ここで、図３３では、機器２０が画像形成装置である場合について説明したが、第二の実施形態と同様に、機器２０は、例えばスマートフォンやタブレット端末、デジタルカメラ等であっても良い。

この場合、図３３のステップＳ３３０２において、機器２０には、例えば図３５に示す登録方法選択画面Ｇ１６１０が表示される。図３５に示す登録方法選択画面Ｇ１６１０には、図３４に示す登録方法選択画面Ｇ１５１０と同様に、「本人として領収書登録」ボタンＧ１６１１と、「代理人として領収書登録」ボタンＧ１６１２とが含まれる。

また、図３３のステップＳ３３０７において、機器２０には、例えば図３５に示す被代理人の選択画面Ｇ１６２０が表示される。図３５に示す被代理人の選択画面Ｇ１６２０には、図３４に示す被代理人の選択画面Ｇ１５１０と同様に、被代理人選択欄Ｇ１６２１と、「代理登録の開始」ボタンＧ１６２２とが含まれる。

このように、本実施形態は、第二の実施形態と同様に、機器２０がスマートフォンやタブレット端末、デジタルカメラ等であっても同様に適用できる。

［第五の実施形態］
次に、第五の実施形態について説明する。経費精算サービスの中には、領収書画像ファイルに加えて、当該領収書の金額や日付等の情報（メタ情報）を登録できるものがある。そこで、第五の実施形態では、所定のテンプレートを用いて領収書画像ファイルからメタ情報を抽出した上で、領収書画像ファイルと、抽出したメタ情報とを経費精算システム４０に登録する場合について説明する。

なお、第五の実施形態の説明では、主に、第一の実施形態との相違点について説明し、第一の実施形態と実質的に同様の機能構成を有する箇所及び実質的に同様の処理を実行する箇所は、適宜、その説明を省略する。

＜機能構成＞
まず、本実施形態に係る情報処理システム１に含まれる機器２０のロジック処理部１１２の機能構成について、図３６を参照しながら説明する。図３６は、本実施形態に係るロジック処理部１１２の一例の機能構成を示す図である。

図３６に示すロジック処理部１１２は、テンプレート管理部４４１を有する。また、図３６に示すロジック処理部１１２のコンポーネント群３０３には、帳票処理コンポーネント４４０が含まれる。

テンプレート管理部４４１は、テンプレート記憶部１８０に記憶されているテンプレートを管理する。ここで、テンプレートとは、領収書画像ファイルからメタ情報（例えば、領収書の金額や日付等）を抽出するための情報である。なお、テンプレート記憶部１８０は、サービス提供システム１０が有する記憶部であり、ＨＤＤ１８により実現可能である。

帳票処理コンポーネント４４０は、テンプレートを用いて、領収書画像ファイルからメタ情報を取得するためのコンポーネントである。メタ情報とは、上述したように、例えば、領収書画像ファイルが示す領収書画像に含まれる金額や日付等の情報である。なお、メタ情報は、例えば数字情報や文字（英字や漢字を含む）情報である。ただし、メタ情報は、数字や文字等を組み合わせた情報であっても良い。

ここで、テンプレート記憶部１８０に記憶されている各テンプレートは、例えば図３７を示すテンプレート登録画面Ｇ１７００を用いて、サービス提供システム１０に登録することができる。図３７に示すテンプレート登録画面Ｇ１７００には、領収書画像Ｇ１７０１が表示されている。また、領収書画像Ｇ１７０１には、メタ情報を抽出する位置を示す抽出位置Ｇ１７０２が指定されている。

ユーザは、例えば図３７を示すテンプレート登録画面Ｇ１７００を機器２０やＰＣ端末３０に表示させた上で、領収書画像Ｇ１７０１に抽出位置Ｇ１７０２を指定することで、テンプレートを作成及び登録することができる。

ここで、本実施形態に係る領収書登録サービスを実現する一連の処理（処理フロー）が定義された処理フロー情報１１００について、図３８を参照しながら説明する。図３８は、本実施形態に係る領収書登録サービスを実現する一連の処理が定義された処理フロー情報１１００の一例を示す図である。

図３８に示す処理フロー情報１１００には、当該処理フロー情報１１００を識別するフローＩＤ１４０１と、処理フローに含まれる各処理の処理内容が定義されたフロー詳細１４０２とが含まれる。

フロー詳細１４０２には、処理フローに含まれる各処理の処理内容を定義した処理定義１４１１〜１４１４が含まれる。処理定義１４１１〜１４１４のうち、処理定義１４１１、処理定義１４１３及び処理定義１４１４は、図７に示す処理フロー情報１１００の処理定義１１１１、処理定義１１１２及び処理定義１１１３とそれぞれ同様である。

処理定義１４１２の「"ｃｏｍｐｏｎｅｎｔ"」には、帳票処理コンポーネント４４０のコンポーネント名「"ｔｅｍｐｌｅｔｅ"」が定義されている。また、処理定義１４１２の「"ｐａｒａｍｅｔｅｒｓ"」には、帳票処理コンポーネント４４０に対するパラメータ情報が定義されている。

処理定義１４１２の「"ｐａｒａｍｅｔｅｒｓ"」には、帳票処理コンポーネント４４０が用いるテンプレートを識別する識別情報（テンプレートＩＤ）を設定するためのパラメータ情報「"ｔｅｍｐｌｅｔｅ＿ｉｄ"：ｎｕｌｌ」が定義されている。

このように、処理フロー情報１１００には、一連の処理に含まれる各処理を実行するコンポーネントと、当該コンポーネントに対するパラメータ情報とが定義される。

これにより、経費精算コンポーネント４２０は、帳票処理コンポーネント４４０により抽出されたメタ情報と、領域抽出コンポーネント４１０により抽出された領収書画像ファイルとを、作成した台帳上に登録することができる。

＜処理の詳細＞
次に、本実施形態に係る情報処理システム１の処理の詳細について説明する。以降では、機器２０のユーザが領収書登録サービスを利用して、領収書画像ファイルと、当該領収書画像ファイルから抽出したメタ情報とを経費精算サービスに登録する処理について、図３９を参照しながら説明する。図３９は、本実施形態に係る領収書登録サービスを利用する場合の全体処理の一例を示すシーケンス図である。

まず、ユーザは、機器２０を用いて、テンプレートを選択するためのテンプレート選択画面の表示操作を行う（ステップＳ３９０１）。すると、機器２０のクライアントアプリケーション２１０は、テンプレート選択画面の表示操作を受け付ける。ユーザは、例えば、クライアントアプリケーション２１０により表示された所定の画面において、所定のアイコン等を選択することで、テンプレート選択画面の表示操作を行うことができる。なお、テンプレート選択画面の表示操作は、例えば、クライアントアプリケーション２１０の起動操作等であっても良い。

クライアントアプリケーション２１０は、ユーザによる当該表示操作を受け付けると、例えば図４０に示すテンプレート選択画面Ｇ１８００を表示する（ステップＳ３９０２）。

ここで、図４０に示すテンプレート選択画面Ｇ１８００には、テンプレート選択欄Ｇ１８０１が含まれる。ユーザは、テンプレート選択欄Ｇ１８０１から所望のテンプレートを選択することで、テンプレートの選択操作を行うことができる。

なお、ユーザは、「テンプレートを使わない」ボタンＧ１８０２を押下することで、テンプレートを用いずに領収書登録サービスを利用することができる。以降では、ユーザは、テンプレートの選択操作を行うものとして説明する。

ユーザは、機器２０を用いて、テンプレートの選択操作を行う（ステップＳ３９０３）。すると、クライアントアプリケーション２１０は、当該選択操作を受け付ける。以降のステップＳ３９０４〜ステップＳ３９０６は、図９のステップＳ９０２〜ステップＳ９０４と同様であるため、その説明を省略する。

クライアントアプリケーション２１０は、ステップＳ３９０４でスキャン画像ファイルが生成されると、処理フローの実行要求をロジック処理部１１２に送信する（ステップＳ３９０７）。なお、処理フローの実行要求には、図３８に示す処理フロー情報１１００のフローＩＤ「ｆｌｏｗ００３」と、スキャン画像ファイルと、認証情報とが含まれる。また、処理フローの実行要求には、図４０に示すテンプレート選択画面Ｇ１８００のテンプレート選択欄Ｇ１８０１から選択されたテンプレートのテンプレートＩＤが含まれる。

ここで、上記の処理フローの実行要求には、認証情報（すなわち、経費精算システム４０のユーザ名及びパスワード）が含まれるものとしたが、これに限られず、例えば、第三の実施形態と同様に、アクセストークンが含まれていても良い。

次に、ロジック処理部１１２は、処理フローの実行要求を受信すると、処理フローの実行処理を行う（ステップＳ３９０８）。すなわち、ロジック処理部１１２は、当該実行要求に含まれるフローＩＤの処理フロー情報１１００に基づく一連の処理を実行する。

そして、ロジック処理部１１２は、処理フローの実行処理の処理結果をクライアントアプリケーション２１０に返信する。これにより、本実施形態に係るサービス提供システム１０は、機器２０に対して、図３８に示す処理フロー情報１１００に基づく一連の処理により実現される領収書登録サービスを提供することができる。

ここで、図３９に示す処理フローの実行処理（ステップＳ３９０８の処理）の詳細について、図４１及び図４２を参照しながら説明する。図４１及び図４２は、本実施形態に係る領収書登録サービスを実現する処理フローの実行処理の一例を示すシーケンス図である。

まず、フロー実行部３０１は、クライアントアプリケーション２１０から処理フローの実行要求を受信すると、処理フロー情報の取得要求をアプリ管理部１１１に送信する（ステップＳ４１０１）。なお、処理フロー情報の取得要求には、処理フローの実行要求から取得したフローＩＤ「ｆｌｏｗ００３」が含まれる。

アプリ管理部１１１は、処理フロー情報の取得要求を受信すると、当該取得要求に含まれるフローＩＤ「ｆｌｏｗ００３」の処理フロー情報１１００を、アプリ情報記憶部１３０に記憶されているアプリ情報１０００から取得する（ステップＳ４１０２）。すなわち、アプリ管理部１１１は、図３８に示す処理フロー情報１１００をアプリ情報記憶部１３０から取得する。

そして、アプリ管理部１１１は、アプリ情報記憶部１３０から取得した処理フロー情報１１００をロジック処理部１１２に返信する。

フロー実行部３０１は、図３８に示す処理フロー情報１１００に基づくコンポーネントの取得要求をコンポーネント管理部３０２に送信する（ステップＳ４１０３）。すなわち、フロー実行部３０１は、図３８に示す処理フロー情報１１００の処理定義１４１１に含まれる「"ｃｏｍｐｏｎｅｎｔ"」に定義されているコンポーネント名「"ｅｔｒａｃｔ"」のコンポーネントの取得要求をコンポーネント管理部３０２に送信する。

以降のステップＳ４１０４〜ステップＳ４１０６は、図１１のステップＳ１１０４〜ステップＳ１１０６と同様であるため、その説明を省略する。

ステップＳ４１０６に続いて、フロー実行部３０１は、図３８に示す処理フロー情報１１００に基づくコンポーネントの取得要求をコンポーネント管理部３０２に送信する（ステップＳ４１０７）。すなわち、フロー実行部３０１は、図３８に示す処理フロー情報１１００の処理定義１４１２に含まれる「"ｃｏｍｐｏｎｅｎｔ"」に定義されているコンポーネント名「ｔｅｍｐｌｅｔｅ"」のコンポーネントの取得要求をコンポーネント管理部３０２に送信する。

コンポーネント管理部３０２は、コンポーネントの取得要求を受信すると、コンポーネント名「"ｔｅｍｐｌｅｔｅ"」のコンポーネント（すなわち、帳票処理コンポーネント４４０）を生成する（ステップＳ４１０８）。なお、帳票処理コンポーネント４４０の生成は、コンポーネント共通Ｉ／Ｆ４００に定義されたコンポーネントを生成するためのＡＰＩを用いて行うことができる。

そして、コンポーネント管理部３０２は、生成した帳票処理コンポーネント４４０をフロー実行部３０１に返信する。すなわち、コンポーネント管理部３０２は、例えば、帳票処理コンポーネント４４０が展開されたメモリ（例えばＲＡＭ１４）上のアドレスをフロー実行部３０１に返信する。

次に、フロー実行部３０１は、コンポーネントの実行要求を帳票処理コンポーネント４４０に送信する（ステップＳ４１０９）。

なお、コンポーネントの実行要求には、領域抽出コンポーネント４１０により作成された領収書画像ファイルを示すデータが含まれる。したがって、コンポーネントの実行要求には、領域抽出コンポーネント４１０により複数の領収書画像ファイルが作成された場合には、これら複数の領収書画像ファイルをそれぞれ示す複数のデータが含まれる。

また、コンポーネントの実行要求には、図３８に示す処理フロー情報１１００の処理定義１４１２に含まれる「"ｐａｒａｍｅｔｅｒｓ"」に定義されている各パラメータ情報が含まれる。すなわち、コンポーネントの実行要求には、パラメータ情報「"ｔｅｍｐｌｅｔｅ＿ｉｄ"：ｎｕｌｌ」に対して、図４０に示すテンプレート選択画面Ｇ１８００において選択されたテンプレートのテンプレートＩＤが設定されたパラメータ情報が含まれる。例えば、テンプレート選択画面Ｇ１８００において、パラメータＩＤ「ｔｅｍｐ１」の「領収書１テンプレート」が選択された場合、パラメータ情報は、「"ｔｅｍｐｌｅｔｅ＿ｉｄ"："ｔｅｍｐ１"」である。

帳票処理コンポーネント４４０は、コンポーネントの実行要求を受信すると、当該実行要求に含まれるテンプレートＩＤのテンプレートを取得するためのテンプレート取得要求をテンプレート管理部４４１に送信する（ステップＳ４１１０）。テンプレート管理部４４１は、テンプレート取得要求を受信すると、当該取得要求に含まれるテンプレートＩＤのテンプレートをテンプレート記憶部１８０から取得して、帳票処理コンポーネント４４０に返信する。

帳票処理コンポーネント４４０は、テンプレート管理部４４１からテンプレートを受信すると、当該テンプレートに基づいて、データが示す領収書画像ファイルからメタ情報を抽出する（ステップＳ４１１１）。すなわち、帳票処理コンポーネント４４０は、領収書画像ファイルが示す画像領域において、当該テンプレートに指定された抽出位置にある画像領域からメタ情報（例えば、金額や日付等）を抽出する。

そして、帳票処理コンポーネント４４０は、抽出したメタ情報を示すデータをフロー実行部３０１に返信する。

次に、フロー実行部３０１は、図３８に示す処理フロー情報１１００に基づくコンポーネントの取得要求をコンポーネント管理部３０２に送信する（ステップＳ４１１２）。すなわち、フロー実行部３０１は、図３８に示す処理フロー情報１１００の処理定義１４１３に含まれる「"ｃｏｍｐｏｎｅｎｔ"」に定義されているコンポーネント名「"ｅｘｐｅｎｓｅ"」のコンポーネントの取得要求をコンポーネント管理部３０２に送信する。

コンポーネント管理部３０２は、コンポーネントの取得要求を受信すると、コンポーネント名「"ｅｘｐｅｎｓｅ"」のコンポーネント（すなわち、経費精算コンポーネント４２０）を生成する（ステップＳ４１１３）。なお、経費精算コンポーネント４２０の生成は、コンポーネント共通Ｉ／Ｆ４００に定義されたコンポーネントを生成するためのＡＰＩを用いて行うことができる。

そして、コンポーネント管理部３０２は、生成した経費精算コンポーネント４２０をフロー実行部３０１に返信する。すなわち、コンポーネント管理部３０２は、例えば、経費精算コンポーネント４２０が展開されたメモリ（例えばＲＡＭ１４）上のアドレスをフロー実行部３０１に返信する。

以降のステップＳ４１１４〜ステップＳ４１１５は、図１１のステップＳ１１０９〜ステップＳ１１１０と同様であるため、その説明を省略する。

ステップＳ１１１０に続いて、フロー実行部３０１は、図３８に示す処理フロー情報１１００に基づくコンポーネントの取得要求をコンポーネント管理部３０２に送信する（ステップＳ４１１６）。すなわち、フロー実行部３０１は、図３８に示す処理フロー情報１１００の処理定義１４１４に含まれる「"ｃｏｍｐｏｎｅｎｔ"」に定義されているコンポーネント名「"ｉｔｅｒａｔｅ"」のコンポーネントの取得要求をコンポーネント管理部３０２に送信する。

コンポーネント管理部３０２は、コンポーネントの取得要求を受信すると、コンポーネント名「"ｉｔｅｒａｔｅ"」のコンポーネント（すなわち、反復コンポーネント４３０）を生成する（ステップＳ４１１７）。なお、反復コンポーネント４３０の生成は、コンポーネント共通Ｉ／Ｆ４００に定義されたコンポーネントを生成するためのＡＰＩを用いて行うことができる。

そして、コンポーネント管理部３０２は、生成した反復コンポーネント４３０をフロー実行部３０１に返信する。すなわち、コンポーネント管理部３０２は、例えば、反復コンポーネント４３０が展開されたメモリ（例えばＲＡＭ１４）上のアドレスをフロー実行部３０１に返信する。

次に、フロー実行部３０１は、コンポーネントの実行要求を反復コンポーネント４３０に送信する（ステップＳ４１１８）。

なお、コンポーネントの実行要求には、領域抽出コンポーネント４１０により作成された領収書画像ファイルと、帳票処理コンポーネント４４０により当該領収書ファイルから抽出されたメタ情報とを示すデータとが含まれる。したがって、コンポーネントの実行要求には、領域抽出コンポーネント４１０により複数の領収書画像ファイルが作成された場合には、これら複数の領収書画像ファイル及び複数のメタ情報をそれぞれ示す複数のデータが含まれる。

また、コンポーネントの実行要求には、図３８に示す処理フロー情報１１００の処理定義１１１３に含まれる「"ｐａｒａｍｅｔｅｒｓ"」に定義されている各パラメータ情報が含まれる。すなわち、コンポーネントの実行要求には、パラメータ情報「"ｆｌｏｗｉｄ"："ｆｌｏｗ１０１"」と、ステップＳ４１１５で返信された台帳ＩＤを示すパラメータ情報とが含まれる。

反復コンポーネント４３０は、コンポーネントの実行要求を受信すると、当該実行要求に含まれるデータ（すなわち、領収書画像ファイル及び当該領収書画像ファイルから抽出されたメタ情報）毎に、処理フローの実行要求をフロー実行部３０１に送信する（ステップＳ４１１９）。すなわち、反復コンポーネント４３０は、領収書画像ファイル数の回数、ステップＳ４１２０の領収書の登録処理を繰り返し実行させる。なお、処理フローの実行要求には、データ（すなわち、領収書画像ファイル及びメタ情報）と、フローＩＤ「ｆｌｏｗ１０１」と、台帳ＩＤとが含まれる。

フロー実行部３０１は、処理フローの実行要求を受信すると、経費精算サービスにおいて、台帳ＩＤで示される台帳に領収書画像ファイル及びメタ情報を登録するための処理（領収書の登録処理）を行う（ステップＳ４１２０）。そして、フロー実行部３０１は、領収書の登録処理の処理結果を反復コンポーネント４３０に返信する。

その後、反復コンポーネント４３０は、ステップＳ４１２０の領収書の登録処理を繰り返し実行させた処理結果を示すデータをフロー実行部３０１に返信する。

ここで、領収書の登録処理（ステップＳ４１２０の処理）の詳細について、図４３を参照しながら説明する。図４３は、本実施形態に係る領収書の登録処理の一例を示すシーケンス図である。図４３のステップＳ４３０１〜ステップＳ４３０２は、図１２のステップＳ１２０１〜ステップＳ１２０２と同様であるため、その説明を省略する。

ステップＳ４３０２に続いて、フロー実行部３０１は、図８に示す処理フロー情報１１００の処理定義１２１１に含まれる「"ｃｏｍｐｏｎｅｎｔ"」に定義されているコンポーネント名「"ｅｘｐｅｎｓｅ"」のコンポーネントにコンポーネントの実行要求を送信する（ステップＳ４３０３）。すなわち、フロー実行部３０１は、コンポーネントの実行要求を経費精算コンポーネント４２０に送信する。

なお、コンポーネントの実行要求には、データ（すなわち、領収書画像ファイル及びメタ情報）が含まれる。また、パラメータ情報「"ａｕｔｈ"：ｎｕｌｌ」に対して、認証情報が設定されたパラメータ情報と、経費精算システム４０に対して領収書の登録要求を行うためのパラメータ情報と、台帳ＩＤを示すパラメータ情報とが含まれる。

経費精算コンポーネント４２０は、コンポーネントの実行要求を受信すると、データ及びパラメータ情報を用いて処理を実行する（ステップＳ４３０４）。すなわち、経費精算コンポーネント４２０は、領収書の登録要求を経費精算システム４０に送信する。なお、経費精算コンポーネント４２０は、例えば、経費精算システム４０が公開しているＷｅｂＡＰＩを用いて、領収書の登録要求を行うことができる。また、領収書の登録要求には、領収書画像ファイルと、メタ情報と、台帳ＩＤと、認証情報とが含まれる。

すると、経費精算システム４０は、台帳ＩＤにより示される台帳に領収書画像ファイル及びメタ情報を登録して、登録結果を経費精算コンポーネント４２０に返信する。そして、経費精算コンポーネント４２０は、登録結果を示すデータをフロー実行部３０１に返信する。

このように、経費精算コンポーネント４２０は、経費精算システム４０に対して領収書の登録を要求することで、経費精算サービス上の台帳に領収書画像ファイルとメタ情報とを登録することができる。

なお、本実施形態に係るサービス提供システム１０は、例えば図４０に示すテンプレート選択画面Ｇ１８００においてユーザによりテンプレートが選択された場合について説明したが、これに限られない。例えば、帳票処理コンポーネント４４０は、ステップＳ４１１１で用いるテンプレートを特定した上で、特定したテンプレートの取得要求をステップＳ４１１０でテンプレート管理部４１１に送信しても良い。ここで、テンプレートの特定は、例えば、領収書画像ファイルと、テンプレート記憶部１８０に記憶されている各テンプレートとの類似度を算出した上で、類似度が最も高いテンプレート（又は類似度が所定の値以上のテンプレート）を特定すれば良い。

＜まとめ＞
以上のように、第一の実施形態に係るサービス提供システム１０は、経費精算システム４０と連携した領収書登録サービスを機器２０に提供することができる。したがって、機器２０のユーザは、当該機器２０で領収書やレシート等の経費を証明する証明書をスキャンすることで、これら証明書を示す画像ファイルを経費精算システム４０に登録することができる。

また、第二の実施形態に係るサービス提供システム１０は、機器２０で領収書やレシート等の経費を証明する証明書を撮影することで、これらの証明書を示す画像ファイルを経費精算システム４０に登録することができる。

これにより、ユーザは、経費精算システム４０が提供する経費精算サービスを利用して経費精算を行う場合に、領収書やレシート等の経費を証明する証明書を示す画像ファイルを経費精算システム４０に容易に登録することができるようになる。

また、第三の実施形態に係るサービス提供システム１０は、例えばＯＡｕｔｈ等を用いた認証連携を経費精算システム４０と行う。これにより、第三の実施形態に係るサービス提供システム１０では、機器２０のユーザは、領収書登録サービスを利用する都度、認証情報（経費精算サービスを利用するためのユーザ名及びパスワード等）を入力する必要がなくなる。

また、第四の実施形態に係るサービス提供システム１０は、機器２０のユーザは、他のユーザを代理して領収書登録サービスを利用することができる。したがって、第四の実施形態に係るサービス提供システム１０によれば、例えば、会社の庶務担当者が一括して領収書登録を行いたい等のニーズに応えることができるようになる。

更に、第五の実施形態に係るサービス提供システム１０は、テンプレートを用いて、領収書画像ファイルからメタ情報（例えば、金額や日付等）を抽出した上で、抽出したメタ情報も経費精算システム４０に登録することができる。

本発明は、具体的に開示された上記の実施形態に限定されるものではなく、特許請求の範囲から逸脱することなく、種々の変形や変更が可能である。

１ 情報処理システム
１０ サービス提供システム
２０ 機器
３０ ＰＣ端末
４０ 経費精算システム
１１０ 入出力サービス処理部
１１１ アプリ管理部
１１２ ロジック処理部
１２０ ドキュメントサービス部
１２１ 領域抽出部
１３０ アプリ情報記憶部
２１０ クライアントアプリケーション
３０１ フロー実行部
３０２ コンポーネント管理部
３０３ コンポーネント群
３１０ ブラウザ
４１０ 領域抽出コンポーネント
４２０ 経費精算コンポーネント
４３０ 反復コンポーネント

特許第４０３９１９１号公報

Claims (12)

1. 経費精算システムと接続される情報処理システムであって、
   前記情報処理システムと接続される機器から、経費精算のための１以上の証明書画像が含まれる第１の画像データを受信する受信手段と、
   前記受信手段により受信された前記第１の画像データに含まれる前記１以上の証明書画像をそれぞれ抽出して、前記１以上の証明書画像それぞれに対応する１以上の第２の画像データを作成する抽出手段と、
   前記抽出手段により作成された前記１以上の第２の画像データそれぞれを前記経費精算システムに登録する登録手段と、
   を有する情報処理システム。
2. 前記１以上の第２の画像データが登録される台帳を前記経費精算システム上に作成する作成手段を有し、
   前記登録手段は、
   前記作成手段により作成された前記台帳上に、前記１以上の第２の画像データそれぞれを登録する、請求項１に記載の情報処理システム。
3. 前記登録手段は、
   前記経費精算システムが提供するＷｅｂＡＰＩを用いて、前記１以上の第２の画像データそれぞれを前記経費精算システムに登録する、請求項１又は２に記載の情報処理システム。
4. 前記第１の画像データは、１以上の証明書を前記機器でスキャンすることにより、又は、１以上の証明書を前記機器が撮像することにより作成される、請求項１乃至３の何れか一項に記載の情報処理システム。
5. 前記証明書は、領収書又はレシートである、請求項４に記載の情報処理システム。
6. 前記受信手段は、
   前記機器から、前記第１の画像データと、前記経費精算システムの認証に用いられる認証情報とを受信し、
   前記登録手段は、
   前記認証情報を用いて、前記１以上の第２の画像データそれぞれを前記経費精算システムに登録する、請求項１乃至５の何れか一項に記載の情報処理システム。
7. 前記経費精算システムにおける認証成功に応じて発行されるトークンを記憶する第１の記憶手段を有し、
   前記登録手段は、
   前記第１の記憶手段に記憶された前記トークンを用いて、前記１以上の第２の画像データそれぞれを前記経費精算システムに登録する、請求項１乃至５の何れか一項に記載の情報処理システム。
8. 前記第２の画像データから所定の情報を抽出するための抽出位置が定義されたテンプレートを記憶する第２の記憶手段と、
   前記第２の記憶手段に記憶された前記テンプレートを用いて、前記抽出手段により作成された前記１以上の第２の画像データの前記抽出位置から所定の情報を抽出する情報抽出手段と、を有し、
   前記登録手段は、
   前記抽出手段により作成された前記１以上の第２の画像データそれぞれと、前記情報抽出手段により前記１以上の第２の画像データからそれぞれ抽出された所定の情報とを前記経費精算システムに登録する、請求項１乃至７の何れか一項に記載の情報処理システム。
9. 前記情報抽出手段は、
   前記第２の記憶手段に記憶された前記テンプレートを用いて、前記抽出手段により作成された前記１以上の第２の画像データの前記抽出位置から、金額を示す数字情報を抽出する、請求項８に記載の情報処理システム。
10. 経費精算システムと接続される情報処理装置であって、
    前記情報処理装置と接続される機器から、経費精算のための１以上の証明書画像が含まれる第１の画像データを受信する受信手段と、
    前記受信手段により受信された前記第１の画像データに含まれる前記１以上の証明書画像をそれぞれ抽出して、前記１以上の証明書画像それぞれに対応する１以上の第２の画像データを作成する抽出手段と、
    前記抽出手段により作成された前記１以上の第２の画像データそれぞれを前記経費精算システムに登録する登録手段と、
    を有する情報処理装置。
11. 画像形成装置と、該画像形成装置と接続されるサーバ装置とが含まれる情報処理システムであって、経費精算システムと接続される情報処理システムにおいて、
    前記画像形成装置は、
    経費精算のための１以上の証明書をスキャンすることにより第１の画像データを作成する画像作成手段を有し、
    前記サーバ装置は、
    前記画像作成手段により作成された前記第１の画像データから、前記１以上の証明書が表示される画像領域をそれぞれ抽出して、前記１以上の証明書それぞれに対応する１以上の第２の画像データを作成する抽出手段と、
    前記抽出手段により作成された前記１以上の第２の画像データそれぞれを前記経費精算システムに登録する登録手段と、
    を有する情報処理システム。
12. 経費精算システムと接続される情報処理システムに用いられる情報処理方法であって、
    前記情報処理システムと接続される機器から、経費精算のための１以上の証明書画像が含まれる第１の画像データを受信する受信手順と、
    前記受信手順により受信された前記第１の画像データに含まれる前記１以上の証明書画像をそれぞれ抽出して、前記１以上の証明書画像それぞれに対応する１以上の第２の画像データを作成する抽出手順と、
    前記抽出手順により作成された前記１以上の第２の画像データそれぞれを前記経費精算システムに登録する登録手順と、
    を有する情報処理方法。

Images