JP6938924B2 - 機器、情報処理方法及びプログラム - Google Patents

機器、情報処理方法及びプログラム Download PDF

Info

Publication number
JP6938924B2
JP6938924B2 JP2017008807A JP2017008807A JP6938924B2 JP 6938924 B2 JP6938924 B2 JP 6938924B2 JP 2017008807 A JP2017008807 A JP 2017008807A JP 2017008807 A JP2017008807 A JP 2017008807A JP 6938924 B2 JP6938924 B2 JP 6938924B2
Authority
JP
Japan
Prior art keywords
receipt
component
images
expense settlement
processing
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
JP2017008807A
Other languages
English (en)
Other versions
JP2018007232A (ja
JP2018007232A5 (ja
Inventor
西川　幸一郎
幸一郎 西川
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Ricoh Co Ltd
Original Assignee
Ricoh Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Ricoh Co Ltd filed Critical Ricoh Co Ltd
Priority to US15/625,141 priority Critical patent/US20170372414A1/en
Publication of JP2018007232A publication Critical patent/JP2018007232A/ja
Publication of JP2018007232A5 publication Critical patent/JP2018007232A5/ja
Application granted granted Critical
Publication of JP6938924B2 publication Critical patent/JP6938924B2/ja
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Landscapes

  • Facsimiles In General (AREA)
  • Editing Of Facsimile Originals (AREA)

Description

本発明は、機器、情報処理方法及びプログラムに関する。
近年、複数の機能（例えば、スキャンやプリント、メール配信、外部サービスへのファイルアップロード等）を組み合わせた機能を提供するサービスが知られるようになった。例えば、スキャンにより生成された電子ファイルを外部サービスへアップロードするサービス等が知られている。このようなサービスは、各機能を実現する１以上の処理が一連の処理として実行されることにより実現される。
また、１以上の処理を一連の処理として表した処理情報等が含まれる指示書に基づいて、当該一連の処理を実行する画像形成装置が知られている（例えば特許文献１参照）。
しかしながら、経費精算サービス等の外部サービスと連携して、領収書やレシート等の経費を証明するための証明書の登録を行うサービスを提供することができなかった。このため、例えば、領収書等を画像形成装置でスキャンすることにより生成した画像ファイルを、外部の経費精算サービスに登録するようなサービスを提供することができなかった。
本発明の一実施形態は、上記の点に鑑みてなされたもので、経費精算のための証明書登録を支援することを目的とする。
上記目的を達成するため、本発明の一実施形態は、経費精算システムと接続される機器であって、前記経費精算システムにおける認証成功に応じて受信される認証チケットを受信して記憶する第１の記憶手段と、経費精算のための複数の証明書画像が含まれる第１の画像を生成する生成手段と、前記生成手段により生成された前記第１の画像に含まれる前記複数の証明書画像をそれぞれ抽出して、前記複数の証明書画像それぞれに対応する複数の第２の画像を作成する抽出手段と、前記第１の記憶手段に記憶される認証チケットを用いて、前記抽出手段により作成された前記複数の第２の画像それぞれを前記経費精算システムに登録する登録手段と、を有し、前記抽出手段は、前記複数の証明書画像がそれぞれ傾いている場合に、前記複数の証明書画像をそれぞれ回転させて、前記複数の証明書画像に対応する複数の第２の画像をそれぞれ作成する。
本発明の一実施形態によれば、経費精算のための証明書登録を支援することができる。
実施形態に係る情報処理システムの一例のシステム構成を示す図である。 実施形態に係る機器が画像形成装置である場合の一例のハードウェア構成を示す図である。 実施形態に係る機器がスマートフォンである場合の一例のハードウェア構成を示す図である。 実施形態に係るＰＣ端末の一例のハードウェア構成を示す図である。 第一の実施形態に係る領収書登録サービスの概略を説明する図である。 第一の実施形態に係る情報処理システムの一例の機能構成を示す図である。 第一の実施形態に係るロジック処理部の一例の機能構成を示す図である。 第一の実施形態に係る領収書登録サービスを実現する一連の処理が定義された処理フロー情報の一例を示す図である。 第一の実施形態に係る領収書登録サービスを実現する一連の処理において、反復実行される一連の処理が定義された処理フロー情報の一例を示す図である。 第一の実施形態に係る領収書登録サービスを利用する場合の全体処理の一例を示すシーケンス図である。 領収書登録サービスの利用画面の一例を示す図である。 第一の実施形態に係る領収書登録サービスを実現する処理フローの実行処理の一例を示すシーケンス図である。 第一の実施形態に係る領収書の登録処理の一例を示すシーケンス図である。 第一の実施形態に係る経費精算サービスを利用する場合の全体処理の一例を示すシーケンス図である。 経費精算サービスにおける画面遷移の一例を示す図である。 第二の実施形態に係る情報処理システムの一例の機能構成を示す図である。 第二の実施形態に係る領収書登録サービスを実現する一連の処理が定義された処理フロー情報の一例を示す図である。 第二の実施形態に係る領収書登録サービスを実現する一連の処理において、反復実行される一連の処理が定義された処理フロー情報の一例を示す図である。 第二の実施形態に係る領収書登録サービスを利用する場合の全体処理の一例を示すシーケンス図である。 領収書登録サービスにおける画面遷移の一例を示す図である。 領収書の撮影の一例を示す図である。 領収書の撮影の他の例を示す図である。 第二の実施形態に係る領収書登録サービスを実現する処理フローの実行処理の一例を示すシーケンス図である。 第二の実施形態に係る領収書画像の抽出処理の一例を示すシーケンス図である。 第三の実施形態に係る機器の一例のハードウェア構成を示す図である。 第三の実施形態に係る情報処理システムの一例の機能構成を示す図である。 認証チケット情報の一例を示す図である。 第三の実施形態に係る連携設定操作の一例を示すシーケンス図である。 経費精算アプリにおける画面遷移（その１）の一例を示す図である。 設定完了画面及びログイン失敗画面の一例を示す図である。 第三の実施形態に係る領収書登録サービスを利用する場合の全体処理の一例を示すシーケンス図である。 経費精算アプリにおける画面遷移（その２）の一例を示す図である。 第三の実施形態に係る領収書登録サービスを実現する処理フローの実行処理の一例を示すシーケンス図である。 第三の実施形態に係る領収書の登録処理の一例を示すシーケンス図である。
以下、本発明の実施形態について、図面を参照しながら詳細に説明する。
＜システム構成＞
まず、実施形態に係る情報処理システム１のシステム構成について、図１を参照しながら説明する。図１は、実施形態に係る情報処理システム１の一例のシステム構成を示す図である。
図１に示す情報処理システム１は、機器１０と、ＰＣ端末２０と、経費精算システム３０とを含み、インターネット等の広域的なネットワークＮ１を介して通信可能に接続されている。
機器１０は、ユーザが使用する各種の電子機器（例えば、ＭＦＰ（Multifunction Peripheral）等の画像形成装置、スマートフォン、タブレット端末、デジタルカメラ、プロジェクタ、電子黒板等）である。
機器１０は、種々の機能をそれぞれ実現する複数の処理のうちの１以上の処理を組み合わせた一連の処理により実現される各種のサービスを提供する。
ここで、機能には、例えば、プリント、スキャン、ファクシミリ送信、データ形式の変換、メール配信、ＯＣＲ（Optical Character Recognition）処理、加工や圧縮・解凍、リポジトリへの格納等が挙げられる。また、機能には、例えば、外部サービス（例えば、経費精算システム３０が提供する経費精算サービス）との連携等が挙げられる。
以降では、機器１０は、経費精算サービスと連携する処理が含まれる一連の処理により実現されるサービス（当該サービスを「領収書登録サービス」とも表す。）を提供するものとする。一連の処理は、「処理フロー」とも表す。
なお、以降では、複数の機器１０について、各々を区別するときは、「機器１０１」、「機器１０２」等と添え字を用いて記載する。
ＰＣ端末２０は、例えば、ユーザが使用するデスクトップＰＣ（パーソナルコンピュータ）、ノート型ＰＣ、スマートフォン、タブレット端末等である。ユーザは、経費精算システム３０が提供する経費精算サービスを利用することができる。
なお、以降では、複数のＰＣ端末２０について、各々を区別するときは、「ＰＣ端末２０１」、「ＰＣ端末２０２」等と添え字を用いて記載する。
経費精算システム３０は、ネットワークＮ１を介して、経費精算サービスを提供するコンピュータシステムである。経費精算サービスとは、旅費交通費や接待交際費等を経費として精算するためのサービスである。ユーザは、例えば、ＰＣ端末２０に搭載されたブラウザを用いて、経費精算システム３０にアクセスすることにより、経費精算サービスを利用することができる。
また、図１に示す情報処理システム１の構成は一例であって、他の構成であっても良い。例えば、実施形態に係る情報処理システム１には、電子データの入力及び出力の少なくとも一方を行う各種機器が含まれ、これらの機器が領収書登録サービスを提供しても良い。
＜ハードウェア構成＞
次に、実施形態に係る情報処理システム１に含まれる機器１０が画像形成装置である場合のハードウェア構成について、図２を参照しながら説明する。図２は、実施形態に係る機器１０が画像形成装置である場合の一例のハードウェア構成を示す図である。
図２に示す機器１０は、コントローラ１１と、操作パネル１２と、外部Ｉ／Ｆ１３と、通信Ｉ／Ｆ１４と、プリンタ１５と、スキャナ１６とを有する。また、コントローラ１１は、ＣＰＵ（Central Processing Unit）３１と、ＲＡＭ（Random Access Memory）３２と、ＲＯＭ（Read Only Memory）３３と、ＮＶＲＡＭ３４と、ＨＤＤ（Hard Disk Drive）３５とを有する。
ＲＯＭ３３は、各種プログラムやデータを格納している不揮発性の半導体メモリである。ＲＡＭ３２は、プログラムやデータを一時保持する揮発性の半導体メモリである。ＮＶＲＡＭ３４は、例えば設定情報等を格納している。また、ＨＤＤ３５は、各種プログラムやデータを格納している不揮発性の記憶装置である。
ＣＰＵ３１は、ＲＯＭ３３やＮＶＲＡＭ３４、ＨＤＤ３５等からプログラムやデータ、設定情報等をＲＡＭ３２上に読み出し、処理を実行することで、機器１０全体の制御や機能を実現する演算装置である。
操作パネル１２は、ユーザからの入力を受け付ける入力部と、表示を行う表示部とを備えている。外部Ｉ／Ｆ１３は、外部装置とのインタフェースである。外部装置には、記録媒体１３ａ等がある。これにより、機器１０は、外部Ｉ／Ｆ１３を介して記録媒体１３ａの読み取り及び／又は書き込みを行うことができる。なお、記録媒体１３ａには、例えば、ＩＣカード、フレキシブルディスク、ＣＤ、ＤＶＤ、ＳＤメモリカード、ＵＳＢメモリ等がある。
通信Ｉ／Ｆ１４は、機器１０をネットワークＮ１に接続するインタフェースである。これにより、機器１０は、通信Ｉ／Ｆ１４を介して通信を行うことができる。プリンタ１５は、印刷データを印刷する印刷装置である。スキャナ１６は、原稿を読み取って電子ファイル（画像ファイル）を生成する読取装置である。
機器１０が画像形成装置である場合、当該機器１０は、図２に示すハードウェア構成を有することにより、後述するような各種処理を実現できる。
次に、実施形態に係る情報処理システム１に含まれる機器１０がスマートフォンである場合のハードウェア構成について、図３を参照しながら説明する。図３は、実施形態に係る機器１０がスマートフォンである場合の一例のハードウェア構成を示す図である。なお、機器１０がタブレット端末等である場合も同様のハードウェア構成である。
図３に示す機器１０は、入力装置４１と、表示装置４２と、外部Ｉ／Ｆ４３と、通信Ｉ／Ｆ４４とを有する。また、機器１０は、ＲＡＭ４５と、ＣＰＵ４６と、フラッシュメモリ４７と、カメラ装置４８とを有する。これらの各ハードウェアは、それぞれがバス４９で接続されている。
入力装置４１は、タッチパネル等であり、ユーザが各種操作信号を入力するのに用いられる。表示装置４２は、ディスプレイ等であり、機器１０による処理結果を表示する。
通信Ｉ／Ｆ４４は、機器１０をネットワークＮ１に接続するインタフェースである。これにより、機器１０は、通信Ｉ／Ｆ４４を介して通信を行うことができる。
フラッシュメモリ４７は、例えばＥＥＰＲＯＭ（Electrically Erasable and Programmable Read Only Memory）等であり、プログラムやデータを不揮発性の記憶装置である。フラッシュメモリ４７に格納されるプログラムやデータには、機器１０全体を制御する基本ソフトウェアであるＯＳ（Operating System）、ＯＳ上において各種機能を提供するアプリケーションソフトウェア等がある。
外部Ｉ／Ｆ４３は、外部装置とのインタフェースである。外部装置には、記録媒体４３ａ等がある。これにより、機器１０は、外部Ｉ／Ｆ４３を介して記録媒体４３ａの読み取りや書き込みを行うことができる。記録媒体４３ａには、例えば、ＳＤメモリカードやＵＳＢメモリ等がある。
ＲＡＭ４５は、プログラムやデータを一時保持する揮発性の半導体メモリである。ＣＰＵ４６は、フラッシュメモリ４７等の記憶装置からプログラムやデータをＲＡＭ４５上に読み出し、処理を実行することで、機器１０全体の制御や機能を実現する演算装置である。カメラ装置４８は、撮影範囲内を撮影することにより画像ファイル（撮影画像ファイル）を生成する撮像装置である。
機器１０がスマートフォンである場合、当該機器１０は、図３に示すハードウェア構成を有することにより、後述するような各種処理を実現できる。
次に、実施形態に係る情報処理システム１に含まれるＰＣ端末２０のハードウェア構成について、図４を参照しながら説明する。図４は、実施形態に係るＰＣ端末２０の一例のハードウェア構成を示す図である。
図４に示すＰＣ端末２０は、入力装置２１と、表示装置２２と、外部Ｉ／Ｆ２３と、ＲＡＭ２４とを有する。また、ＰＣ端末２０は、ＲＯＭ２５と、ＣＰＵ２６と、通信Ｉ／Ｆ２７と、ＨＤＤ２８とを有する。これらの各ハードウェアは、それぞれがバス２９で接続されている。
入力装置２１は、キーボードやマウス、タッチパネル等を含み、ユーザが各操作信号を入力するのに用いられる。表示装置２２は、ディスプレイ等を含み、ＰＣ端末２０による処理結果を表示する。
通信Ｉ／Ｆ２７は、ＰＣ端末２０をネットワークＮ１に接続するインタフェースである。これにより、ＰＣ端末２０は、通信Ｉ／Ｆ２７を介して通信を行うことができる。
ＨＤＤ２８は、プログラムやデータを格納している不揮発性の記憶装置である。ＨＤＤ２８に格納されるプログラムやデータには、ＰＣ端末２０全体を制御する基本ソフトウェアであるＯＳ、ＯＳ上において各種機能を提供するアプリケーションソフトウェア等がある。
なお、ＰＣ端末２０は、ＨＤＤ２８に代え、記憶媒体としてフラッシュメモリを用いるドライブ装置（例えばソリッドステートドライブ：ＳＳＤ）を利用するものであっても良い。また、ＨＤＤ２８は、格納しているプログラムやデータを所定のファイルシステム及び／又はＤＢにより管理している。
外部Ｉ／Ｆ２３は、外部装置とのインタフェースである。外部装置には、記録媒体２３ａ等がある。これにより、ＰＣ端末２０は、外部Ｉ／Ｆ２３を介して記録媒体２３ａの読み取りや書き込みを行うことができる。記録媒体２３ａには、フレキシブルディスク、ＣＤ、ＤＶＤ、ＳＤメモリカード、ＵＳＢメモリ等がある。
ＲＯＭ２５は、電源を切ってもプログラムやデータを保持することができる不揮発性の半導体メモリである。ＲＯＭ２５には、ＰＣ端末２０の起動時に実行されるＢＩＯＳ（Basic Input/Output System）、ＯＳ設定、及びネットワーク設定等のプログラムやデータが格納されている。ＲＡＭ２４は、プログラムやデータを一時保持する揮発性の半導体メモリである。
ＣＰＵ２６は、ＲＯＭ２５やＨＤＤ２８等の記憶装置からプログラムやデータをＲＡＭ２４上に読み出し、処理を実行することで、ＰＣ端末２０全体の制御や機能を実現する演算装置である。
実施形態に係るＰＣ端末２０は、図４に示すハードウェア構成を有することにより、後述するような各種処理を実現できる。
［第一の実施形態］
以降では、第一の実施形態について説明する。第一の実施形態では、画像形成装置である機器１０が領収書登録サービスを提供する場合について説明する。
＜領収書登録サービスの概略＞
まず、本実施形態に係る機器１０が提供する領収書登録サービスの概略について説明する。
本実施形態に係る機器１０は、原稿台（スキャナ１６）に置かれた領収書をスキャンすることで生成したスキャン画像ファイルから領収書を示す領域を抽出して、領収書画像ファイルを作成し、経費精算サービスに登録する領収書登録サービスを提供する。
すなわち、本実施形態に係る機器１０は、図５に示すように、例えば、３枚の領収書をスキャンすることで生成したスキャン画像ファイルＧ１００から各領収書を示す領域Ｒ１１０〜Ｒ１３０を抽出して、領収書画像ファイルＧ１１０〜Ｇ１３０を作成する。そして、本実施形態に係る機器１０は、作成した領収書画像ファイルＧ１１０〜Ｇ１３０を経費精算サービス（経費精算システム３０）に登録する。
ただし、機器１０により提供されるサービスは、領収書登録サービスに限られない。機器１０は、例えば、スキャン画像ファイルから領収書を示す領域を抽出することにより作成した領収書画像ファイルに対して、ＯＣＲ処理や暗号化処理等を行った上で、経費精算サービスに登録するサービスを提供しても良い。
＜機能構成＞
次に、本実施形態に係る情報処理システム１の機能構成について、図６を参照しながら説明する。図６は、第一の実施形態に係る情報処理システム１の一例の機能構成を示す図である。
図６に示すＰＣ端末２０は、例えばＣＰＵ２６等により実行されるブラウザ２００を有する。ＰＣ端末２０のユーザは、ブラウザ２００を介して、経費精算システム３０が提供する経費精算サービスを利用することができる。
図６に示す機器１０は、例えばＣＰＵ３１等により実行される領収書スキャンアプリ１００を有する。領収書スキャンアプリ１００は、機器１０のユーザが領収登録サービスを利用するためのアプリケーションプログラムである。ユーザは、機器１０にインストールされた領収書スキャンアプリ１００を用いて、領収書登録サービスを利用することができる。
また、図６に示す機器１０は、入出力サービス処理部１１０と、ドキュメントサービス部１２０とを有する。これら各機能部は、機器１０にインストールされた１以上のプログラムが、ＣＰＵ３１に実行させる処理により実現される。
更に、図６に示す機器１０は、アプリ情報記憶部１３０を有する。当該記憶部は、ＨＤＤ３５により実現可能である。
入出力サービス処理部１１０は、機器１０が提供するサービスに関する処理を行う。ここで、入出力サービス処理部１１０は、アプリ管理部１１１と、ロジック処理部１１２とを有する。
アプリ管理部１１１は、アプリ情報記憶部１３０に記憶されているアプリ情報１０００を管理する。なお、アプリ情報１０００とは、一連の処理により実現されるサービスを提供するためのアプリケーションである。すなわち、機器１０が提供する各種のサービス（例えば、領収書登録サービス）は、アプリ情報１０００により提供される。
また、アプリ管理部１１１は、ロジック処理部１１２からの要求に応じて、アプリ情報１０００に含まれる処理フロー情報１１００を返信する。なお、処理フロー情報１１００とは、アプリ情報１０００により提供されるサービスを実現する一連の処理が定義された情報である。
ロジック処理部１１２は、領収書スキャンアプリ１００等のアプリケーションからの要求に応じて、アプリ情報１０００に含まれる処理フロー情報１１００をアプリ管理部１１１から取得する。そして、ロジック処理部１１２は、アプリ管理部１１１から取得した処理フロー情報１１００に基づいて、当該アプリ情報１０００が提供するサービス（例えば、領収登録サービス）を実現する一連の処理（処理フロー）を実行する。
これにより、本実施形態に係る機器１０は、領収登録サービス等の各種のサービスを提供することができる。
ドキュメントサービス部１２０は、処理フロー情報１１００に基づく一連の処理（処理フロー）に含まれる所定の処理を実行する。ここで、ドキュメントサービス部１２０は、領域抽出部１２１を有する。
領域抽出部１２１は、スキャン画像ファイルから所定の領域（例えば、領収書を示す領域等）を抽出して、１以上の画像ファイル（例えば、領収書画像ファイル）を作成する。領域抽出部１２１は、このような所定の領域の抽出を、例えば、テンプレートマッチング等の画像処理技術を用いることで行う。
なお、ドキュメントサービス部１２０は、例えば、電子ファイルを暗号化又は復号する暗号化・復号部、電子ファイルを圧縮又は解凍する圧縮・解凍部、電子ファイルに対してＯＣＲ処理を行うＯＣＲ処理部等を有していても良い。
このように、ドキュメントサービス部１２０には、一連の処理（処理フロー）に含まれる所定の処理を実行する種々の機能部が含まれる。したがって、ドキュメントサービス部１２０は、これら種々の機能を提供するプログラム（モジュール）群により実現される。
アプリ情報記憶部１３０は、アプリ情報１０００を記憶する。アプリ情報１０００は、当該アプリ情報１０００を識別するアプリＩＤと関連付けてアプリ情報記憶部１３０に記憶されている。なお、アプリ情報１０００には、アプリケーション名が関連付けられていても良い。
ここで、アプリ情報１０００には、処理フロー情報１１００が含まれる。例えば、領収書登録サービスを提供するアプリ情報１０００には、当該サービスを実現する一連の処理が定義された処理フロー情報１１００が含まれる。
なお、アプリ情報１０００には、２以上の処理フロー情報１１００が含まれていても良い。
処理フロー情報１１００は、上述したように、アプリ情報１０００により提供されるサービスを実現する一連の処理（処理フロー）が定義された情報である。なお、処理フロー情報１１００の詳細については後述する。
ここで、ロジック処理部１１２の詳細な機能構成について、図７を参照しながら説明する。図７は、本実施形態に係るロジック処理部１１２の一例の機能構成を示す図である。
図７に示すロジック処理部１１２は、フロー実行部３０１と、コンポーネント管理部３０２と、コンポーネント群３０３とを有する。
フロー実行部３０１は、領収書スキャンアプリ１００等のアプリケーションからの要求に応じて、アプリ情報１０００に含まれる処理フロー情報１１００をアプリ管理部１１１から取得する。そして、フロー実行部３０１は、アプリ管理部１１１から取得した処理フロー情報１１００に基づく一連の処理（処理フロー）を実行する。
ここで、処理フロー情報１１００に基づく一連の処理（処理フロー）は、当該一連の処理に含まれる各処理を実行するためのコンポーネントを組み合わせることにより実行される。なお、コンポーネントは、所定の機能を実現する処理を実行するためのプログラムやモジュール等により実現され、例えばクラスや関数等で定義される。
コンポーネント管理部３０２は、コンポーネントを管理する。コンポーネント管理部３０２は、フロー実行部３０１からの要求に応じて、コンポーネントを生成すると共に、生成したコンポーネントをフロー実行部３０１に返信する。なお、コンポーネントの生成とは、例えばクラスや関数等で定義されたコンポーネントを、メモリ（例えばＲＡＭ３２）上に展開することである。
コンポーネント群３０３は、コンポーネントの集合である。コンポーネント群３０３には、領域抽出コンポーネント４１０と、経費精算コンポーネント４２０と、反復コンポーネント４３０とが含まれる。
領域抽出コンポーネント４１０は、領収書画像ファイルを作成するためのコンポーネントである。すなわち、領域抽出コンポーネント４１０は、ドキュメントサービス部１２０の領域抽出部１２１に処理を要求することにより、領収書を示す領域をスキャン画像ファイルから抽出して、領収書画像ファイルを作成する。
経費精算コンポーネント４２０は、経費精算システム３０に対して各種の要求を行うためのコンポーネントである。すなわち、経費精算コンポーネント４２０は、経費精算システム３０に対して、領収書画像ファイルが登録される台帳の作成を要求する。また、経費精算コンポーネント４２０は、領収書画像ファイルの台帳への登録を要求する。
反復コンポーネント４３０は、１以上の処理の反復を実現するためのコンポーネントである。すなわち、反復コンポーネント４３０は、１以上の処理を含む他の一連の処理（処理フロー）を所定の回数繰り返し実行させることで、１以上の処理の反復を実現する。
なお、コンポーネント群３０３には、これら以外にも、例えば、電子ファイルを圧縮するための圧縮コンポーネント、電子ファイルのデータ形式を変換するための変換コンポーネント等の各種のコンポーネントが含まれる。
また、コンポーネント群３０３に含まれる各コンポーネントは、コンポーネント共通Ｉ／Ｆ４００を有する。コンポーネント共通Ｉ／Ｆ４００は、各コンポーネントに対して共通に定義されたＡＰＩ（Application Program Interface）であり、コンポーネントを生成するためのＡＰＩと、コンポーネントの処理を実行するためのＡＰＩとが含まれる。
なお、コンポーネント管理部３０２は、例えば、機器１０の起動時に、コンポーネント共通Ｉ／Ｆ４００により、コンポーネント群３０３に含まれる各コンポーネントを生成しても良い。
ここで、本実施形態に係る領収書登録サービスを実現する一連の処理（処理フロー）が定義された処理フロー情報１１００について、図８を参照しながら説明する。図８は、領収書登録サービスを実現する一連の処理が定義された処理フロー情報１１００の一例を示す図である。
図８に示す処理フロー情報１１００には、当該処理フロー情報１１００を識別するフローＩＤ１１０１と、処理フローに含まれる各処理の処理内容が定義されたフロー詳細１１０２とが含まれる。
フロー詳細１１０２には、処理フローに含まれる各処理の処理内容を定義した処理定義１１１１〜１１１３が含まれる。処理定義１１１１〜１１１３には、処理を実行するためのコンポーネントのコンポーネント名を示す「"ｃｏｍｐｏｎｅｎｔ"」と、当該コンポーネントに対するパラメータ情報が定義される「"ｐａｒａｍｅｔｅｒｓ"」とが含まれる。
具体的には、処理定義１１１１の「"ｃｏｍｐｏｎｅｎｔ"」には、領域抽出コンポーネント４１０のコンポーネント名「"ｅｘｔｒａｃｔ"」が定義されている。また、処理定義１１１１の「"ｐａｒａｍｅｔｅｒｓ"」には、領域抽出コンポーネント４１０に対するパラメータ情報が定義されている。
なお、領域抽出コンポーネント４１０に対するパラメータ情報には、例えば、抽出対象の領域を特定するためのパラメータ情報（例えば、抽出対象である領収書の画像ファイル）等がある。
同様に、処理定義１１１２の「"ｃｏｍｐｏｎｅｎｔ"」には、経費精算コンポーネント４２０のコンポーネント名「"ｅｘｐｅｎｓｅ"」が定義されている。また、処理定義１１１２の「"ｐａｒａｍｅｔｅｒｓ"」には、経費精算コンポーネント４２０に対するパラメータ情報が定義されている。
処理定義１１１２の「"ｐａｒａｍｅｔｅｒｓ"」には、経費精算システム３０を利用するための認証情報（例えば、ユーザ名やパスワード、アクセストークン）等を設定するためのパラメータ情報「"ａｕｔｈ"：ｎｕｌｌ」が定義されている。
なお、経費精算コンポーネント４２０に対するパラメータ情報には、これ以外にも、例えば、経費精算システム３０に対する要求（例えば、台帳の作成要求）を設定するパラメータ情報等がある。
また、同様に、処理定義１１１３の「"ｃｏｍｐｏｎｅｎｔ"」には、反復コンポーネント４３０のコンポーネント名「"ｉｔｅｒａｔｅ"」が定義されている。また、処理定義１１１３の「"ｐａｒａｍｅｔｅｒｓ"」には、反復コンポーネント４３０に対するパラメータ情報が定義されている。
処理定義１１１３の「"ｐａｒａｍｅｔｅｒｓ"」には、反復コンポーネント４３０が繰り返し実行させる一連の処理が定義された処理フロー情報１１００のフローＩＤを示すパラメータ情報「"ｆｌｏｗｉｄ"："ｆｌｏｗ１０１"」が定義されている。
なお、反復コンポーネント４３０に対するパラメータ情報には、これ以外にも、例えば、反復コンポーネント４３０が一連の処理を繰り返し実行させる回数（反復回数）を設定するためのパラメータ情報等がある。
このように、処理フロー情報１１００には、一連の処理に含まれる各処理を実行するコンポーネントと、当該コンポーネントに対するパラメータ情報とが定義される。なお、各処理定義に定義された処理の実行順は、フロー詳細１１０２において、上から順に定義される。すなわち、図８に示す処理フロー情報１１００に基づく一連の処理（処理フロー）では、処理定義１１１１に定義された処理、処理定義１１１２に定義された処理、及び処理定義１１１３に定義された処理の順で実行される。ただし、これに限られず、処理フロー情報１１００には、例えば、各処理定義に定義された処理の実行順を示す情報が定義されていても良い。
これにより、領域抽出コンポーネント４１０は、スキャン画像ファイルに含まれる領収書の領域を抽出して、１以上の領収書画像ファイルを作成することができる。また、経費精算コンポーネント４２０は、領収書画像ファイルを登録するための台帳を経費精算サービス上に作成することができる。
ここで、図８に示す処理フロー情報１１００の処理定義１１１３には、反復コンポーネント４３０により、フローＩＤ「ｆｌｏｗ１０１」の処理フロー情報１１００に基づく一連の処理を繰り返し実行させることが定義されている。したがって、フローＩＤ「ｆｌｏｗ１０１」の処理フロー情報１１００について、図９を参照しながら説明する。図９は、領収書登録サービスを実現する一連の処理において、反復実行される一連の処理が定義された処理フロー情報１１００の一例を示す図である。
図９に示す処理フロー情報１１００には、フローＩＤ１２０１と、フロー詳細１２０２とが含まれる。
フロー詳細１２０２には、処理定義１２１１が含まれる。処理定義１２１１には、処理を実行するためのコンポーネントのコンポーネント名を示す「"ｃｏｍｐｏｎｅｎｔ"」と、当該コンポーネントに対するパラメータ情報が定義される「"ｐａｒａｍｅｔｅｒｓ"」とが含まれる。
具体的には、処理定義１２１１の「"ｃｏｍｐｏｎｅｎｔ"」には、経費精算コンポーネント４２０のコンポーネント名「"ｅｘｐｅｎｓｅ"」が定義されている。また、処理定義１２１１の「"ｐａｒａｍｅｔｅｒｓ"」には、経費精算コンポーネント４２０に対するパラメータ情報が定義されている。
処理定義１２１１の「"ｐａｒａｍｅｔｅｒｓ"」には、経費精算システム３０を利用するための認証情報（例えば、ユーザ名やパスワード、アクセストークン）等を設定するためのパラメータ情報「"ａｕｔｈ"：ｎｕｌｌ」が定義されている。
なお、経費精算コンポーネント４２０に対するパラメータ情報には、これ以外にも、例えば、経費精算システム３０に対する要求（例えば、領収書画像ファイルの登録要求）を設定するパラメータ情報等がある。
これにより、反復コンポーネント４３０は、図９に示す処理フロー情報１１００に基づく一連の処理を繰り返し実行させることで、経費精算コンポーネント４２０により、１以上の領収書画像ファイルを経費精算サービスに登録することができる。
＜処理の詳細＞
次に、本実施形態に係る情報処理システム１の処理の詳細について説明する。まず、機器１０のユーザが領収書登録サービスを利用して、領収書の画像ファイル（領収書画像ファイル）を経費精算サービスに登録する処理について、図１０を参照しながら説明する。図１０は、本実施形態に係る領収書登録サービスを利用する場合の全体処理の一例を示すシーケンス図である。
まず、ユーザは、機器１０を用いて、領収書登録サービスの利用画面の表示操作を行う（ステップＳ１００１）。すると、機器１０の領収書スキャンアプリ１００は、領収書登録サービスの利用画面の表示操作を受け付ける。なお、領収書登録サービスの利用画面の表示操作は、例えば、領収書スキャンアプリ１００の起動操作等である。
領収書スキャンアプリ１００は、ユーザによる当該表示操作を受け付けると、例えば図１１に示す領収書登録サービスの利用画面Ｇ２００を表示する（ステップＳ１００２）。
ここで、図１１に示す領収書登録サービスの利用画面Ｇ２００には、ユーザ名入力欄Ｇ２１０と、パスワード入力欄Ｇ２２０と、スキャン実行ボタンＧ２３０とが含まれる。ユーザ名入力欄Ｇ２１０及びパスワード入力欄Ｇ２２０は、経費精算サービスを利用するための認証情報の一例として、当該経費精算サービスにおけるユーザ名及びパスワードをそれぞれ入力するための入力欄である。また、スキャン実行ボタンＧ２３０は、領収書をスキャンして、スキャン画像ファイルを作成するための表示部品である。
次に、ユーザは、機器１０を用いて、領収書登録サービスの利用開始操作を行う（ステップＳ１００３）。すなわち、ユーザは、機器１０のスキャナ１６に１以上の領収書をセットすると共に、図１１に示す領収書登録サービスの利用画面Ｇ２００のユーザ名入力欄Ｇ２１０及びパスワード入力欄Ｇ２２０にユーザ名及びパスワードをそれぞれ入力する。そして、ユーザは、スキャン実行ボタンＧ２３０を押下して、領収書登録サービスの利用開始操作を行う。すると、領収書スキャンアプリ１００は、領収書登録サービスの利用開始操作を受け付ける。なお、ユーザは、領収書以外にも、例えば、レシート等の経費を証明する各種の証明書をスキャナ１６にセットしても良い。
領収書スキャンアプリ１００は、ユーザによる当該利用開始操作を受け付けると、スキャナ１６により各領収書を読み取って、これら各領収書が表示される領域を含むスキャン画像ファイルを生成する（ステップＳ１００４）。
次に、領収書スキャンアプリ１００は、処理フローの実行要求をロジック処理部１１２に送信する（ステップＳ１００５）。なお、処理フローの実行要求には、本実施形態に係る領収書登録サービスを実現する処理フロー情報１１００のフローＩＤ「ｆｌｏｗ００１」と、スキャン画像ファイルと、認証情報（すなわち、ユーザ名及びパスワード）とが含まれる。処理フローの実行要求には、スキャン画像ファイルの代わりに、当該スキャン画像ファイルを格納している記憶装置（例えばＨＤＤ３５等）における格納先パス（ファイルパス）が含まれていても良い。
ここで、当該フローＩＤ「ｆｌｏｗ００１」は、例えば、領収書登録サービスの利用画面Ｇ２００のスキャン実行ボタンＧ２３０に関連付けられている。ただし、当該フローＩＤ「ｆｌｏｗ００１」は、例えば、領収書登録サービスの利用画面Ｇ２００に関連付けられていても良い。
次に、ロジック処理部１１２は、処理フローの実行要求を受信すると、処理フローの実行処理を行う（ステップＳ１００６）。すなわち、ロジック処理部１１２は、当該実行要求に含まれるフローＩＤ「ｆｌｏｗ００１」の処理フロー情報１１００に基づく一連の処理を実行する。
そして、ロジック処理部１１２は、処理フローの実行処理の処理結果を領収書スキャンアプリ１００に返信する。これにより、本実施形態に係る機器１０は、ユーザに対して、領収書登録サービスを提供することができる。
ここで、図１０に示す処理フローの実行処理（ステップＳ１００６の処理）の詳細について、図１２を参照しながら説明する。図１２は、本実施形態に係る領収書登録サービスを実現する処理フローの実行処理の一例を示すシーケンス図である。
まず、フロー実行部３０１は、領収書スキャンアプリ１００から処理フローの実行要求を受信すると、処理フロー情報の取得要求をアプリ管理部１１１に送信する（ステップＳ１２０１）。なお、処理フロー情報の取得要求には、処理フローの実行要求から取得したフローＩＤ「ｆｌｏｗ００１」が含まれる。
アプリ管理部１１１は、処理フロー情報の取得要求を受信すると、当該取得要求に含まれるフローＩＤ「ｆｌｏｗ００１」の処理フロー情報１１００を、アプリ情報記憶部１３０に記憶されているアプリ情報１０００から取得する（ステップＳ１２０２）。すなわち、アプリ管理部１１１は、図８に示す処理フロー情報１１００をアプリ情報記憶部１３０から取得する。
そして、アプリ管理部１１１は、アプリ情報記憶部１３０から取得した処理フロー情報１１００をロジック処理部１１２に返信する。
フロー実行部３０１は、図８に示す処理フロー情報１１００に基づくコンポーネントの取得要求をコンポーネント管理部３０２に送信する（ステップＳ１２０３）。すなわち、フロー実行部３０１は、図８に示す処理フロー情報１１００の処理定義１１１１に含まれる「"ｃｏｍｐｏｎｅｎｔ"」に定義されているコンポーネント名「"ｅｔｒａｃｔ"」のコンポーネントの取得要求をコンポーネント管理部３０２に送信する。
コンポーネント管理部３０２は、コンポーネントの取得要求を受信すると、コンポーネント名「"ｅｔｒａｃｔ"」のコンポーネント（すなわち、領域抽出コンポーネント４１０）を生成する（ステップＳ１２０４）。なお、領域抽出コンポーネント４１０の生成は、コンポーネント共通Ｉ／Ｆ４００に定義されたコンポーネントを生成するためのＡＰＩを用いて行うことができる。
そして、コンポーネント管理部３０２は、生成した領域抽出コンポーネント４１０をフロー実行部３０１に返信する。すなわち、コンポーネント管理部３０２は、例えば、領域抽出コンポーネント４１０が展開されたメモリ（例えばＲＡＭ３２）上のアドレスをフロー実行部３０１に返信する。
次に、フロー実行部３０１は、コンポーネントの実行要求を領域抽出コンポーネント４１０に送信する（ステップＳ１２０５）。
なお、コンポーネントの実行要求には、データが含まれる。ここで、データとは、領収書スキャンアプリ１００から受信した処理フローの実行要求に含まれるスキャン画像ファイル（又は、当該スキャン画像ファイルの格納先パス）である。このように、フロー実行部３０１は、画像ファイル（又は画像ファイルの格納先パス）等の電子データを、単に「データ」として（すなわち、データ形式を意識することなく）、各コンポーネントに送信する。
また、コンポーネントの実行要求には、図８に示す処理フロー情報１１００の処理定義１１１１に含まれる「"ｐａｒａｍｅｔｅｒｓ"」に定義されている各パラメータ情報が含まれる。
領域抽出コンポーネント４１０は、コンポーネントの実行要求を受信すると、当該実行要求に含まれるデータに対して、パラメータ情報を用いて処理を実行する（ステップＳ１２０６）。すなわち、領域抽出コンポーネント４１０は、ドキュメントサービス部１２０の領域抽出部１２１により、スキャン画像ファイルに含まれる領収書の領域を抽出して、領収書画像ファイルを作成する。なお、スキャン画像ファイルに複数の領収書の領域が含まれる場合、領域抽出コンポーネント４１０は、これら複数の領収書の領域をそれぞれ抽出して、複数の領収書画像ファイルを作成する。
また、例えば、レシートを示す領域がスキャン画像ファイルに含まれる場合には、領域抽出コンポーネント４１０は、当該レシートを示す領域を抽出して、レシート画像ファイルを作成しても良い。この場合、領収書登録サービスにより、レシート画像ファイルが経費精算サービスに登録される。
更に、例えば、スキャン画像ファイルに含まれる領収書の領域が傾いている場合等には、当該領域を回転等させた上で、抽出して、領収書画像ファイルを作成する。
そして、領域抽出コンポーネント４１０は、作成した領収書画像ファイル（又は当該領収書画像ファイルの格納先パス）を示すデータをフロー実行部３０１に返信する。
次に、フロー実行部３０１は、図８に示す処理フロー情報１１００に基づくコンポーネントの取得要求をコンポーネント管理部３０２に送信する（ステップＳ１２０７）。すなわち、フロー実行部３０１は、図８に示す処理フロー情報１１００の処理定義１１１２に含まれる「"ｃｏｍｐｏｎｅｎｔ"」に定義されているコンポーネント名「"ｅｘｐｅｎｓｅ"」のコンポーネントの取得要求をコンポーネント管理部３０２に送信する。
コンポーネント管理部３０２は、コンポーネントの取得要求を受信すると、コンポーネント名「"ｅｘｐｅｎｓｅ"」のコンポーネント（すなわち、経費精算コンポーネント４２０）を生成する（ステップＳ１２０８）。なお、経費精算コンポーネント４２０の生成は、コンポーネント共通Ｉ／Ｆ４００に定義されたコンポーネントを生成するためのＡＰＩを用いて行うことができる。
そして、コンポーネント管理部３０２は、生成した経費精算コンポーネント４２０をフロー実行部３０１に返信する。すなわち、コンポーネント管理部３０２は、例えば、経費精算コンポーネント４２０が展開されたメモリ（例えばＲＡＭ３２）上のアドレスをフロー実行部３０１に返信する。
次に、フロー実行部３０１は、コンポーネントの実行要求を経費精算コンポーネント４２０に送信する（ステップＳ１２０９）。
なお、コンポーネントの実行要求には、図８に示す処理フロー情報１１００の処理定義１１１２に含まれる「"ｐａｒａｍｅｔｅｒｓ"」に定義されている各パラメータ情報が含まれる。
すなわち、コンポーネントの実行要求には、パラメータ情報「"ａｕｔｈ"：ｎｕｌｌ」に対して、認証情報が設定されたパラメータ情報が含まれる。例えば、領収書登録サービスの利用画面Ｇ２００のユーザ名入力欄Ｇ２１０及びパスワード入力欄Ｇ２２０にユーザ名「ｕｓｅｒ００１」及びパスワード「ａｂｃｄｅ」が入力された場合、パラメータ情報は、「"ａｕｔｈ"："ｕｓｅｒ００１／ａｂｃｄｅ"」である。
また、コンポーネントの実行要求には、経費精算システム３０に対して台帳の作成要求を行うためのパラメータ情報が含まれる。
経費精算コンポーネント４２０は、コンポーネントの実行要求を受信すると、パラメータ情報を用いて処理を実行する（ステップＳ１２１０）。すなわち、経費精算コンポーネント４２０は、台帳の作成要求を経費精算システム３０に送信する。なお、経費精算コンポーネント４２０は、例えば、経費精算システム３０が公開しているＷｅｂＡＰＩを用いて、台帳の作成要求を行うことができる。また、台帳の作成要求には、認証情報が含まれる。
すると、経費精算システム３０は、領収書画像ファイルを登録するための台帳を作成して、作成した台帳を識別する台帳ＩＤを処理結果として経費精算コンポーネント４２０に返信する。そして、経費精算コンポーネント４２０は、台帳ＩＤを示すデータをフロー実行部３０１に返信する。
このように、経費精算コンポーネント４２０は、経費精算システム３０に対して台帳の作成を要求することで、領収書画像ファイルを登録するための台帳を経費精算サービス上に作成する。
次に、フロー実行部３０１は、図８に示す処理フロー情報１１００に基づくコンポーネントの取得要求をコンポーネント管理部３０２に送信する（ステップＳ１２１１）。すなわち、フロー実行部３０１は、図８に示す処理フロー情報１１００の処理定義１１１３に含まれる「"ｃｏｍｐｏｎｅｎｔ"」に定義されているコンポーネント名「"ｉｔｅｒａｔｅ"」のコンポーネントの取得要求をコンポーネント管理部３０２に送信する。
コンポーネント管理部３０２は、コンポーネントの取得要求を受信すると、コンポーネント名「"ｉｔｅｒａｔｅ"」のコンポーネント（すなわち、反復コンポーネント４３０）を生成する（ステップＳ１２１２）。なお、反復コンポーネント４３０の生成は、コンポーネント共通Ｉ／Ｆ４００に定義されたコンポーネントを生成するためのＡＰＩを用いて行うことができる。
そして、コンポーネント管理部３０２は、生成した反復コンポーネント４３０をフロー実行部３０１に返信する。すなわち、コンポーネント管理部３０２は、例えば、反復コンポーネント４３０が展開されたメモリ（例えばＲＡＭ３２）上のアドレスをフロー実行部３０１に返信する。
次に、フロー実行部３０１は、コンポーネントの実行要求を反復コンポーネント４３０に送信する（ステップＳ１２１３）。
なお、コンポーネントの実行要求には、領域抽出コンポーネント４１０により作成された領収書画像ファイル（又は、当該領収書画像ファイルの格納先パス）を示すデータが含まれる。したがって、コンポーネントの実行要求には、領域抽出コンポーネント４１０により複数の領収書画像ファイルが作成された場合には、これら複数の領収書画像ファイル（又は、これら複数の領収書画像ファイルそれぞれの格納先パス）をそれぞれ示す複数のデータが含まれる。
また、コンポーネントの実行要求には、図８に示す処理フロー情報１１００の処理定義１１１３に含まれる「"ｐａｒａｍｅｔｅｒｓ"」に定義されている各パラメータ情報が含まれる。すなわち、コンポーネントの実行要求には、パラメータ情報「"ｆｌｏｗｉｄ"："ｆｌｏｗ１０１"」と、上記のステップＳ１２１０で返信された台帳ＩＤを示すパラメータ情報とが含まれる。
反復コンポーネント４３０は、コンポーネントの実行要求を受信すると、当該実行要求に含まれるデータ（領収書画像ファイル又は当該領収書画像ファイルの格納先パス）毎に、処理フローの実行要求をフロー実行部３０１に送信する（ステップＳ１２１４）。すなわち、反復コンポーネント４３０は、領収書画像ファイル数の回数、ステップＳ１２１５の領収書の登録処理を繰り返し実行させる。なお、処理フローの実行要求には、データ（領収書画像ファイル又は当該領収書画像ファイルの格納先パス）と、フローＩＤ「ｆｌｏｗ１０１」と、台帳ＩＤとが含まれる。
フロー実行部３０１は、処理フローの実行要求を受信すると、経費精算サービスにおいて、台帳ＩＤで示される台帳に領収書画像ファイルを登録するための処理（領収書の登録処理）を行う（ステップＳ１２１５）。そして、フロー実行部３０１は、領収書の登録処理の処理結果を反復コンポーネント４３０に返信する。
その後、反復コンポーネント４３０は、ステップＳ１２１５の領収書の登録処理を繰り返し実行させた処理結果を示すデータをフロー実行部３０１に返信する。
ここで、領収書の登録処理（ステップＳ１２１５の処理）の詳細について、図１３を参照しながら説明する。図１３は、本実施形態に係る領収書の登録処理の一例を示すシーケンス図である。
まず、フロー実行部３０１は、反復コンポーネント４３０から処理フローの実行要求を受信すると、処理フロー情報の取得要求をアプリ管理部１１１に送信する（ステップＳ１３０１）。なお、処理フロー情報の取得要求には、処理フローの実行要求から取得したフローＩＤ「ｆｌｏｗ１０１」が含まれる。
アプリ管理部１１１は、処理フロー情報の取得要求を受信すると、当該取得要求に含まれるフローＩＤ「ｆｌｏｗ１０１」の処理フロー情報１１００を、アプリ情報記憶部１３０に記憶されているアプリ情報１０００から取得する（ステップＳ１３０２）。すなわち、アプリ管理部１１１は、図９に示す処理フロー情報１１００をアプリ情報記憶部１３０から取得する。
そして、アプリ管理部１１１は、アプリ情報記憶部１３０から取得した処理フロー情報１１００をロジック処理部１１２に返信する。
次に、フロー実行部３０１は、図９に示す処理フロー情報１１００の処理定義１２１１に含まれる「"ｃｏｍｐｏｎｅｎｔ"」に定義されているコンポーネント名「"ｅｘｐｅｎｓｅ"」のコンポーネントにコンポーネントの実行要求を送信する（ステップＳ１３０３）。すなわち、フロー実行部３０１は、コンポーネントの実行要求を経費精算コンポーネント４２０に送信する。
なお、コンポーネントの実行要求には、データ（領収書画像ファイル又は領収書画像ファイルの格納先パスが含まれる。また、パラメータ情報「"ａｕｔｈ"：ｎｕｌｌ」に対して、認証情報が設定されたパラメータ情報と、経費精算システム３０に対して領収書の登録要求を行うためのパラメータ情報と、台帳ＩＤを示すパラメータ情報とが含まれる。
経費精算コンポーネント４２０は、コンポーネントの実行要求を受信すると、データ及びパラメータ情報を用いて処理を実行する（ステップＳ１３０４）。すなわち、経費精算コンポーネント４２０は、領収書の登録要求を経費精算システム３０に送信する。なお、経費精算コンポーネント４２０は、例えば、経費精算システム３０が公開しているＷｅｂＡＰＩを用いて、領収書の登録要求を行うことができる。領収書の登録要求には、領収書画像ファイルと、台帳ＩＤと、認証情報とが含まれる。
すると、経費精算システム３０は、台帳ＩＤにより示される台帳に領収書画像ファイルを登録して、登録結果を経費精算コンポーネント４２０に返信する。そして、経費精算コンポーネント４２０は、登録結果を示すデータをフロー実行部３０１に返信する。
このように、経費精算コンポーネント４２０は、経費精算システム３０に対して領収書の登録を要求することで、経費精算サービス上の台帳に領収書画像ファイルを登録することができる。
ここで、経費精算サービス上の台帳に領収書画像ファイルが登録されることで、当該台帳には、領収書画像ファイルに対応する領収書データが登録される。なお、領収書データには、例えば、勘定科目や日付等の項目が含まれる。領収書データに含まれる各項目は、例えば、領収書画像ファイルをＯＣＲ処理した処理結果（例えば、勘定科目の項目値や日付の項目値等）が設定されていても良い。
次に、ＰＣ端末２０のユーザが経費精算サービスを利用する場合の処理について、図１４を参照しながら説明する。図１４は、本実施形態に係る経費精算サービスを利用する場合の全体処理の一例を示すシーケンス図である。
まず、ユーザは、ＰＣ端末２０を用いて、経費精算サービスのログイン画面の表示操作を行う（ステップＳ１４０１）。すると、ＰＣ端末２０のブラウザ２００は、経費精算サービスのログイン画面の表示操作を受け付ける。なお、経費精算サービスのログイン画面の表示操作は、例えば、ブラウザ２００により表示されるアドレスバーに、経費精算サービスにアクセスするためのＵＲＬ（Uniform Resource Locator）を入力する操作等である。
ブラウザ２００は、ユーザによる当該表示操作を受け付けると、ログイン画面の取得要求を経費精算システム３０に送信する（ステップＳ１４０２）。すると、経費精算システム３０は、ログイン画面を表示するための画面情報（例えば、ログイン画面がＨＴＭＬ（HyperText Markup Language）形式で定義された情報）を返信する。
ブラウザ２００は、ログイン画面を表示するための画面情報を受信すると、当該画面情報に基づいて、例えば図１５（ａ）に示すログイン画面Ｇ３００を表示する（ステップＳ１４０３）。
ここで、図１５（ａ）に示すログイン画面Ｇ３００には、ユーザ名入力欄Ｇ３１０と、パスワード入力欄Ｇ３２０と、ログインボタンＧ３３０とが含まれる。ユーザ名入力欄Ｇ３１０及びパスワード入力欄Ｇ３２０は、経費精算サービスを利用するための認証情報の一例として、当該経費精算サービスにおけるユーザ名及びパスワードをそれぞれ入力するための入力欄である。また、ログインボタンＧ３３０は、経費精算サービスにログイン要求を送信するための表示部品である。
次に、ユーザは、ＰＣ端末２０を用いて、経費精算サービスへのログイン操作を行う（ステップＳ１４０４）。すなわち、ユーザは、図１５（ａ）に示すログイン画面Ｇ３００のユーザ名入力欄Ｇ３１０及びパスワード入力欄Ｇ３２０にユーザ名及びパスワードをそれぞれ入力した上で、ログインボタンＧ３３０を押下して、ログイン操作を行う。すると、ブラウザ２００は、当該ログイン操作を受け付ける。
ブラウザ２００は、ユーザによる当該ログイン操作を受け付けると、ログイン要求を経費精算システム３０に送信する（ステップＳ１４０５）。なお、ログイン要求には、認証情報（すなわち、ユーザ名入力欄Ｇ３１０及びパスワード入力欄Ｇ３２０に入力されたユーザ名及びパスワード）が含まれる。
すると、経費精算システム３０は、受信したログイン要求に含まれる認証情報の正当性を検証した上で、ログイン結果をブラウザ２００に返信する。以降では、ログイン成功を示すログイン結果が返信されたものとして説明を続ける。
ブラウザ２００は、ログイン結果を受信すると、台帳一覧画面の取得要求を経費精算システム３０に送信する（ステップＳ１４０６）。すると、経費精算システム３０は、台帳一覧画面を表示するための画面情報（例えば、台帳一覧画面がＨＴＭＬ形式で定義された情報）を返信する。
ブラウザ２００は、台帳一覧画面を表示するための画面情報を受信すると、当該画面情報に基づいて、例えば図１５（ｂ）に示す台帳一覧画面Ｇ４００を表示する（ステップＳ１４０７）。
ここで、図１５（ｂ）に示す台帳一覧画面Ｇ４００には、台帳一覧Ｇ４１０が含まれる。ユーザは、台帳一覧Ｇ４１０から所望の台帳を選択することで、選択した台帳に登録されている領収書データの編集等を行うことができる。また、台帳一覧Ｇ４１０に含まれる「新しい台帳を作成」アイコンを選択することで、ユーザは、新しい台帳を作成することもできる。
次に、ユーザは、ＰＣ端末２０を用いて、台帳の選択操作を行う（ステップＳ１４０８）。すなわち、ユーザは、図１５（ｂ）に示す台帳一覧画面Ｇ４００の台帳一覧Ｇ４１０から所望の台帳を選択する選択操作を行う。すると、ブラウザ２００は、当該選択操作を受け付ける。以降では、ユーザは、「台帳Ａ」アイコンを選択したものとして説明を続ける。
ブラウザ２００は、ユーザによる当該選択操作を受け付けると、選択された「台帳Ａ」の台帳画面の取得要求を経費精算システム３０に送信する（ステップＳ１４０９）。すると、経費精算システム３０は、「台帳Ａ」の台帳画面を表示するための画面情報（例えば、台帳画面がＨＴＭＬ形式で定義された情報）を返信する。
ブラウザ２００は、「台帳Ａ」の台帳画面を表示するための画面情報を受信すると、当該画面情報に基づいて、例えば図１５（ｃ）に示す台帳画面Ｇ５００を表示する（ステップＳ１４１０）。
ここで、図１５（ｃ）に示す台帳画面Ｇ５００には、領収書一覧Ｇ５１０と、領収書編集欄Ｇ５２０と、切替タブＧ５３０と、申請ボタンＧ５４０とが含まれる。ユーザは、領収書一覧Ｇ５１０から所望の領収書を選択した上で、領収書編集欄Ｇ５２０において、領収書データ（例えば、勘定科目、日付等）の入力又は編集を行うことができる。
また、図１５（ｃ）に示す台帳画面Ｇ５００において、ユーザが切替タブＧ５３０の押下操作を行うと、ブラウザ２００は、当該操作を受け付けて、図１５（ｄ）に示す台帳画面Ｇ６００に表示を切り替える。
ここで、図１５（ｄ）に示す台帳画面Ｇ６００には、領収書画像Ｇ６１０と、切替タブＧ６２０とが含まれる。領収書画像Ｇ６１０には、領収書一覧Ｇ５１０で選択された領収書の領収書画像ファイルが表示される。これにより、ユーザは、領収書画像Ｇ６１０を参照した上で、図１４（ｃ）に示す台帳画面Ｇ５００の領収書編集欄Ｇ５２０において、領収書データの入力又は編集を行うことができる。
また、図１５（ｄ）に示す台帳画面Ｇ６００において、ユーザが切替タブＧ６２０の押下操作を行うと、ブラウザ２００は、当該操作を受け付けて、図１５（ｃ）に示す台帳画面Ｇ５００に表示を切り替える。
このように、ユーザは、領収書一覧Ｇ５１０から所望の領収書を選択することで、領収書画像Ｇ６１０を確認することができる。したがって、ユーザは、領収書画像Ｇ６１０を参照した上で、領収書編集欄Ｇ５２０に含まれる各項目（例えば、勘定科目や日付等）の入力又は編集を行うことができる。なお、領収書編集欄Ｇ５２０及び領収書画像Ｇ６１０が同一の画面内に表示されていても良い。
次に、ユーザは、ＰＣ端末２０を用いて、領収書の申請操作を行う（ステップＳ１４１１１）。すなわち、ユーザは、図１５（ｃ）に示す台帳画面Ｇ５００又は図１５（ｄ）に示す台帳画面Ｇ６００において、申請ボタンＧ５４０を押下して、領収書の申請操作を行う。すると、ブラウザ２００は、当該申請操作を受け付ける。
ブラウザ２００は、ユーザによる当該申請操作を受け付けると、申請された領収書の経費精算要求を経費精算システム３０に送信する（ステップＳ１４０２）。すると、経費精算システム３０は、例えば、ワークフロー等による経費精算処理を実行して、経費精算要求に対する結果を返信する。これにより、ユーザにより領収書データが入力又は編集された領収書が経費として精算される。
［第二の実施形態］
以降では、第二の実施形態について説明する。第二の実施形態では、機器１０が、例えば、スマートフォンやタブレット端末、デジタルカメラ等である場合に、機器１０が領収書を撮影して生成した撮影画像ファイルから領収書画像ファイルを作成して、経費精算サービスに登録する場合について説明する。
なお、第二の実施形態では、主に、第一の実施形態との相違点について説明し、第一の実施形態と実質的に同一の機能を有する箇所及び実質的に同一の処理を行う箇所については同一の符号を付与し、その説明を省略する。
＜領収書登録サービスの概略＞
まず、本実施形態に係る機器１０が提供する領収書登録サービスの概略について説明する。なお、本実施形態では、機器１０がスマートフォン又はタブレット端末であるものとして説明する。ただし、機器１０は、カメラ装置４８が搭載されていれば、例えば、デジタルカメラやゲーム機器、ウェアラブル型の情報端末等であっても良い。
本実施形態に係る機器１０は、カメラ装置４８で領収書を撮影することにより生成した撮影画像ファイルから領収書画像ファイルを作成し、経費精算サービスに登録する領収書登録サービスを提供する。
＜機能構成＞
次に、本実施形態に係る情報処理システム１の機能構成について、図１６を参照しながら説明する。図１６は、第二の実施形態に係る情報処理システム１の一例の機能構成を示す図である。
図１６に示す機器１０は、例えばＣＰＵ４６等により実行される領収書撮影アプリ３００を有する。領収書撮影アプリ３００は、機器１０のユーザが領収登録サービスを利用するためのアプリケーションプログラムである。ユーザは、機器１０にインストールされた領収書撮影アプリ３００を用いて、領収書登録サービスを利用することができる。
また、図１６に示す機器１０は、入出力サービス処理部１１０と、ドキュメントサービス部１２０と、領収書撮影部１４０とを有する。これら各機能部は、機器１０にインストールされた領収書撮影アプリ３００が、ＣＰＵ４６に実行させる処理により実現される。
領収書撮影部１４０は、領収書登録サービスをユーザが利用するための処理を行う。ここで、領収書撮影部１４０は、入力受付部１４１と、表示制御部１４２と、撮影制御部１４３とを有する。
入力受付部１４１は、ユーザによる各種操作（例えば、領収書の撮影操作等）の入力を受け付ける。表示制御部１４２は、各種画面（例えば、領収書の撮影を開始するための撮影開始画面等）を表示する。撮影制御部１４３は、カメラ装置４８を制御して、領収書を撮影する。
ここで、本実施形態に係る領収書登録サービスを実現する一連の処理（処理フロー）が定義された処理フロー情報１１００について、図１７を参照しながら説明する。図１７は、本実施形態に係る領収書登録サービスを実現する一連の処理が定義された処理フロー情報１１００の一例を示す図である。
図１７に示す処理フロー情報１１００には、当該処理フロー情報１１００を識別するフローＩＤ１３０１と、処理フローに含まれる各処理の処理内容が定義されたフロー詳細１３０２とが含まれる。
フロー詳細１３０２には、処理フローに含まれる各処理の処理内容を定義した処理定義１３１１〜１３１３が含まれる。処理定義１３１１〜１３１３には、処理を実行するためのコンポーネントのコンポーネント名を示す「"ｃｏｍｐｏｎｅｎｔ"」と、当該コンポーネントに対するパラメータ情報が定義される「"ｐａｒａｍｅｔｅｒｓ"」とが含まれる。
具体的には、処理定義１３１１の「"ｃｏｍｐｏｎｅｎｔ"」には、反復コンポーネント４３０のコンポーネント名「"ｉｔｅｒａｔｅ"」が定義されている。また、処理定義１３１１の「"ｐａｒａｍｅｔｅｒｓ"」には、反復コンポーネント４３０に対するパラメータ情報が定義されている。
処理定義１３１１の「"ｐａｒａｍｅｔｅｒｓ"」には、反復コンポーネント４３０が繰り返し実行させる一連の処理が定義された処理フロー情報１１００のフローＩＤを示すパラメータ情報「"ｆｌｏｗｉｄ"："ｆｌｏｗ１０２"」が定義されている。
同様に、処理定義１３１２の「"ｃｏｍｐｏｎｅｎｔ"」には、経費精算コンポーネント４２０のコンポーネント名「"ｅｘｐｅｎｓｅ"」が定義されている。また、処理定義１３１２の「"ｐａｒａｍｅｔｅｒｓ"」には、経費精算コンポーネント４２０に対するパラメータ情報が定義されている。
処理定義１３１２の「"ｐａｒａｍｅｔｅｒｓ"」には、経費精算システム３０を利用するための認証情報（例えば、ユーザ名やパスワード、アクセストークン）等を設定するためのパラメータ情報「"ａｕｔｈ"：ｎｕｌｌ」が定義されている。
また、同様に、処理定義１３１３の「"ｃｏｍｐｏｎｅｎｔ"」には、反復コンポーネント４３０のコンポーネント名「"ｉｔｅｒａｔｅ"」が定義されている。また、処理定義１３１３の「"ｐａｒａｍｅｔｅｒｓ"」には、反復コンポーネント４３０に対するパラメータ情報が定義されている。
処理定義１３１３の「"ｐａｒａｍｅｔｅｒｓ"」には、反復コンポーネント４３０が繰り返し実行させる一連の処理が定義された処理フロー情報１１００のフローＩＤを示すパラメータ情報「"ｆｌｏｗｉｄ"："ｆｌｏｗ１０１"」が定義されている。
このように、図１７に示す処理フロー情報１１００の処理定義１３１１には、反復コンポーネント４３０により、後述するフローＩＤ「ｆｌｏｗ１０２」の処理フロー情報１１００に基づく一連の処理を繰り返し実行させることが定義されている。また、図１７に示す処理フロー情報１１００の処理定義１３１２には、経費精算コンポーネント４２０により、台帳の作成を経費精算システム３０に要求することが定義されている。更に、図１７に示す処理フロー情報１１００には、図８に示す処理フロー情報１１００の処理定義１１１３と同様に、フローＩＤ「ｆｌｏｗ１０１」の処理フロー情報１１００に基づく一連の処理を繰り返し実行させることが定義されている。
ここで、図１７に示す処理フロー情報１１００の処理定義１３１１には、反復コンポーネント４３０により、フローＩＤ「ｆｌｏｗ１０２」の処理フロー情報１１００に基づく一連の処理を繰り返し実行させることが定義されている。したがって、フローＩＤ「ｆｌｏｗ１０２」の処理フロー情報１１００について、図１８を参照しながら説明する。図１８は、領収書登録サービスを実現する一連の処理において、反復実行される一連の処理が定義された処理フロー情報１１００の一例を示す図である。
図１８に示す処理フロー情報１１００には、フローＩＤ１４０１と、フロー詳細１４０２とが含まれる。
フロー詳細１４０２には、処理定義１４１１が含まれる。処理定義１４１１には、処理を実行するためのコンポーネントのコンポーネント名を示す「"ｃｏｍｐｏｎｅｎｔ"」と、当該コンポーネントに対するパラメータ情報が定義される「"ｐａｒａｍｅｔｅｒｓ"」とが含まれる。
具体的には、処理定義１４１１の「"ｃｏｍｐｏｎｅｎｔ"」には、領域抽出コンポーネント４１０のコンポーネント名「"ｅｘｔｒａｃｔ"」が定義されている。また、処理定義１４１１には、領域抽出コンポーネント４１０に対するパラメータ情報が定義されている。
なお、領域抽出コンポーネント４１０に対するパラメータ情報には、例えば、抽出対象の領域を特定するためのパラメータ情報（例えば、抽出対象である領収書の画像ファイル）等がある。
これにより、反復コンポーネント４３０は、図１８に示す処理フロー情報１１００に基づく一連の処理を繰り返し実行させることで、領域抽出コンポーネント４１０により、１以上の撮影画像ファイルからそれぞれ領収書画像ファイルを抽出することができる。
＜処理の詳細＞
次に、本実施形態に係る情報処理システム１の処理の詳細について説明する。以降では、機器１０のユーザが領収書登録サービスを利用して、領収書を撮影することで生成した撮影画像ファイルから領収書画像ファイルを抽出し、経費精算サービスに登録する処理について、図１９を参照しながら説明する。図１９は、本実施形態に係る領収書登録サービスを利用する場合の全体処理の一例を示すシーケンス図である。
まず、ユーザは、機器１０を用いて、領収書登録サービスの利用画面の表示操作を行う（ステップＳ１９０１）。すると、機器１０の領収書撮影部１４０は、入力受付部１４１により、領収書登録サービスの利用画面の表示操作を受け付ける。なお、領収書登録サービスの利用画面の表示操作は、例えば、領収書撮影アプリ３００の起動操作等である。
領収書撮影部１４０は、ユーザによる当該操作を受け付けると、表示制御部１４２により、例えば図２０（ａ）に示す領収書登録サービスの利用画面Ｇ７００を表示する（ステップＳ１９０２）。
ここで、図２０（ａ）に示す領収書登録サービスの利用画面Ｇ７００には、認証情報の入力ボタンＧ７１０と、領収書撮影の開始ボタンＧ７２０とが含まれる。認証情報の入力ボタンＧ７１０は、経費精算サービスを利用するための認証情報の入力画面に遷移するための表示部品である。また、領収書撮影の開始ボタンＧ７２０は、カメラ装置４８を起動させて、領収書を撮影するための撮影開始画面に遷移するための表示部品である。
図２０（ａ）に示す領収書登録サービスの利用画面Ｇ７００において、ユーザは、認証情報の入力ボタンＧ７１０を押下して、認証情報の入力画面の表示操作を行ったものとする（ステップＳ１９０３）。すると、領収書撮影部１４０は、入力受付部１４１により、認証情報の入力画面の表示操作を受け付ける。
領収書撮影部１４０は、ユーザによる当該操作を受け付けると、表示制御部１４２により、例えば図２０（ｂ）に示す認証情報の入力画面Ｇ８００を表示する（ステップＳ１９０４）。
ここで、図２０（ｂ）に示す認証情報の入力画面Ｇ８００には、ユーザ名入力欄Ｇ８１０と、パスワード入力欄Ｇ８２０と、ＯＫボタンＧ８３０と、キャンセルボタンＧ８４０とが含まれる。ユーザ名入力欄Ｇ８１０及びパスワード入力欄Ｇ８２０は、経費精算サービスを利用するための認証情報の一例であるユーザ名及びパスワードをそれぞれ入力するための入力欄である。
また、ＯＫボタンＧ８３０は、ユーザ名入力欄Ｇ８１０及びパスワード入力欄Ｇ８２０にそれぞれ入力されたユーザ名及びパスワードを保存して、図２０（ａ）に示す領収書登録サービスの利用画面Ｇ７００に戻るための表示部品である。一方、キャンセルボタンＧ８４０は、ユーザ名入力欄Ｇ８１０及びパスワード入力欄Ｇ８２０にそれぞれ入力されたユーザ名及びパスワードを保存せずに、図２０（ａ）に示す領収書登録サービスの利用画面Ｇ７００に戻るための表示部品である。
図２０（ｂ）に示す認証情報の入力画面Ｇ８００において、ユーザは、ユーザ名入力欄Ｇ８１０及びパスワード入力欄Ｇ８２０にそれぞれユーザ名及びパスワードを入力した上で、ＯＫボタンＧ８３０を押下して、認証情報の入力操作を行ったものとする（ステップＳ１９０５）。すると、領収書撮影部１４０は、入力受付部１４１により、認証情報の入力操作を受け付ける。
領収書撮影部１４０は、当該入力操作を受け付けると、ユーザ名入力欄Ｇ８１０及びパスワード入力欄Ｇ８２０にそれぞれ入力されたユーザ名及びパスワードを保存する。そして、領収書撮影部１４０は、表示制御部１４２により、領収書登録サービスの利用画面Ｇ７００を表示する（ステップＳ１９０６）。領収書撮影部１４０は、ユーザ名入力欄Ｇ８１０及びパスワード入力欄Ｇ８２０にそれぞれ入力されたユーザ名及びパスワードを、例えば、フラッシュメモリ４７の所定の記憶領域に保存すれば良い。
なお、例えば、認証情報（例えばユーザ名及びパスワード等）が既に保存されている場合には、上記のステップＳ１９０３〜ステップＳ１９０６は行わなくても良い。すなわち、この場合、ユーザは、図２０（ａ）に示す領収書登録サービスの利用画面Ｇ７００において、認証情報の入力ボタンＧ７１０を押下せずに、領収書撮影の開始ボタンＧ７２０を押下して、後述するステップＳ１９０７の領収書の撮影開始操作を行っても良い。
図２０（ａ）に示す領収書登録サービスの利用画面Ｇ７００において、ユーザは、領収書撮影の開始ボタンＧ７２０を押下して、領収書の撮影開始操作を行ったものとする（ステップＳ１９０７）。すると、領収書撮影部１４０は、入力受付部１４１により、領収書の撮影開始操作を受け付ける。
領収書撮影部１４０は、ユーザによる当該操作を受け付けると、表示制御部１４２により、カメラ装置４８を起動させて、例えば図２０（ｃ）に示す撮影開始画面Ｇ９００を表示する（ステップＳ１９０８）。
ここで、図２０（ｃ）に示す撮影開始画面Ｇ９００は、基準枠Ｇ９１０と、領収書撮影ボタンＧ９２０と、撮影完了ボタンＧ９３０とが含まれる。これらの基準枠Ｇ９１０、領収書撮影ボタンＧ９２０、及び撮影完了ボタンＧ９３０は、カメラ装置４８の撮影範囲内を示す画像の上に重畳して表示される。
基準枠Ｇ９１０は、領収書を撮影する際の基準となるマーカである。ユーザは、基準枠Ｇ９１０内に撮影対象の領収書が含まれるように、当該領収書と機器１０との距離や拡縮倍率等の調整することで、撮影画像内の適切な範囲に領収書が写っているように撮影することができる。領収書撮影ボタンＧ９２０は、カメラ装置４８により撮影範囲内を撮影して、撮影画像ファイルを生成するための表示部品である。撮影完了ボタンＧ９３０は、領収書の撮影を終了するための表示部品である。
ここで、領収書の撮影について、図２１を参照しながら説明する。図２１は、領収書の撮影の一例を示す図である。
図２１（ａ）に示すように、ユーザは、基準枠Ｇ９１０内に撮影対象の領収書Ｒ１４０が含まれるように調整した上で、領収書撮影ボタンＧ９２０を押下することで、当該領収書Ｒ１４０を撮影することができる。
また、図２１（ｂ）に示すように、ユーザは、例えば、領収書撮影ボタンＧ９２０を押下して領収書Ｒ１４０を撮影した後、続けて領収書Ｒ１５０を撮影することができる。このように、ユーザは、撮影完了ボタンＧ９３０を押下するまでは、複数の領収書を順に撮影することができる。
なお、ユーザは、１回の撮影で複数の領収書を撮影しても良い。すなわち、例えば図２２に示すように、ユーザは、基準枠Ｇ９１０内に、領収書Ｒ１４０及び領収書Ｒ１５０が含まれるように調整した上で、領収書撮影ボタンＧ９２０を押下しても良い。
図２０（ｃ）に示す撮影開始画面Ｇ９００において、ユーザは、基準枠Ｇ９１０内に撮影対象の領収書が含まれるように調整した上で、領収書撮影ボタンＧ９２０を押下して、領収書の撮影操作を行ったものとする（ステップＳ１９０９）。すると、領収書撮影部１４０は、入力受付部１４１により、領収書の撮影操作を受け付ける。
領収書撮影部１４０は、ユーザによる当該操作を受け付けると、撮影制御部１４３により、カメラ装置４８で撮影範囲内を撮影して、撮影画像ファイルを生成する（ステップＳ１９１０）。
なお、上述したように、ユーザは、撮影完了ボタンＧ９３０を押下するまでは、上記のステップＳ１９１０の領収書の撮影操作を繰り返し行うことができる。
図２０（ｃ）に示す撮影開始画面Ｇ９００において、ユーザは、撮影完了ボタンＧ９３０を押下して、撮影完了操作を行ったものとする（ステップＳ１９１１）。すると、領収書撮影部１４０は、入力受付部１４１により、撮影完了操作を受け付ける。
領収書撮影部１４０は、ユーザによる当該操作を受け付けると、処理フローの実行要求をロジック処理部１１２に送信する（ステップＳ１９１２）。なお、処理フローの実行要求には、本実施形態に係る領収書登録サービスを実現する処理フロー情報１１００のフローＩＤ「ｆｌｏｗ００２」と、認証情報（すなわち、ユーザ名及びパスワード）とが含まれる。また、処理フローの実行要求には、上記のステップＳ１９１０で生成された１以上の撮影画像ファイルが含まれる。処理フローの実行要求には、撮影画像ファイルの代わりに、当該撮影画像ファイルを格納している記憶装置（例えばフラッシュメモリ４７等）における格納先パス（ファイルパス）が含まれていても良い。
ここで、当該フローＩＤ「ｆｌｏｗ００２」は、例えば、撮影開始画面Ｇ９００の撮影完了ボタンＧ９３０に関連付けられている。ただし、当該フローＩＤ「ｆｌｏｗ００２」は、例えば、撮影開始画面Ｇ９００に関連付けられていても良い。
次に、ロジック処理部１１２は、処理フローの実行要求を受信すると、処理フローの実行処理を行う（ステップＳ１９１３）。すなわち、ロジック処理部１１２は、当該実行要求に含まれるフローＩＤ「ｆｌｏｗ００２」の処理フロー情報１１００に基づく一連の処理を実行する。
そして、ロジック処理部１１２は、処理フローの実行処理の処理結果を領収書撮影部１４０に返信する。これにより、本実施形態に係る機器１０は、ユーザに対して、領収書登録サービスを提供することができる。
ここで、図１９に示す処理フローの実行処理（ステップＳ１９１３の処理）の詳細について、図２３を参照しながら説明する。図２３は、本実施形態に係る領収書登録サービスを実現する処理フローの実行処理の一例を示すシーケンス図である。
まず、フロー実行部３０１は、領収書撮影部１４０から処理フローの実行要求を受信すると、処理フロー情報の取得要求をアプリ管理部１１１に送信する（ステップＳ２３０１）。なお、処理フロー情報の取得要求には、処理フローの実行要求から取得したフローＩＤ「ｆｌｏｗ００２」が含まれる。
アプリ管理部１１１は、処理フロー情報の取得要求を受信すると、当該取得要求に含まれるフローＩＤ「ｆｌｏｗ００２」の処理フロー情報１１００を、アプリ情報記憶部１３０に記憶されているアプリ情報１０００から取得する（ステップＳ２３０２）。すなわち、アプリ管理部１１１は、図１７に示す処理フロー情報１１００をアプリ情報記憶部１３０から取得する。
そして、アプリ管理部１１１は、アプリ情報記憶部１３０から取得した処理フロー情報１１００をロジック処理部１１２に返信する。
フロー実行部３０１は、図１７に示す処理フロー情報１１００に基づくコンポーネントの取得要求をコンポーネント管理部３０２に送信する（ステップＳ２３０３）。すなわち、フロー実行部３０１は、図１７に示す処理フロー情報１１００の処理定義１３１１に含まれる「"ｃｏｍｐｏｎｅｎｔ"」に定義されているコンポーネント名「"ｉｔｅｒａｔｅ"」のコンポーネントの取得要求をコンポーネント管理部３０２に送信する。
コンポーネント管理部３０２は、コンポーネントの取得要求を受信すると、コンポーネント名「"ｉｔｅｒａｔｅ"」のコンポーネント（すなわち、反復コンポーネント４３０）を生成する（ステップＳ２３０４）。なお、反復コンポーネント４３０の生成は、コンポーネント共通Ｉ／Ｆ４００に定義されたコンポーネントを生成するためのＡＰＩを用いて行うことができる。
そして、コンポーネント管理部３０２は、生成した反復コンポーネント４３０をフロー実行部３０１に返信する。すなわち、コンポーネント管理部３０２は、例えば、反復コンポーネント４３０が展開されたメモリ（例えばＲＡＭ４５）上のアドレスをフロー実行部３０１に返信する。
次に、フロー実行部３０１は、コンポーネントの実行要求を反復コンポーネント４３０に送信する（ステップＳ２３０５）。
なお、コンポーネントの実行要求には、１以上のデータが含まれる。ここで、データは、領収書撮影部１４０から受信した処理フローの実行要求に含まれる撮影画像ファイル（又は、当該撮影画像ファイルの格納先パス）である。
また、コンポーネントの実行要求には、図１７に示す処理フロー情報１１００の処理定義１３１１に含まれる「"ｐａｒａｍｅｔｅｒｓ"」に定義されている各パラメータ情報が含まれる。すなわち、コンポーネントの実行要求には、パラメータ情報「"ｆｌｏｗｉｄ"："ｆｌｏｗ１０２"」が含まれる。
反復コンポーネント４３０は、コンポーネントの実行要求を受信すると、当該実行要求に含まれる１以上のデータ（すなわち、１以上の撮影画像ファイル）毎に、処理フローの実行要求をフロー実行部３０１に送信する（ステップＳ２３０６）。すなわち、反復コンポーネント４３０は、撮影画像ファイル数の回数、ステップＳ２３０７の領収書画像の抽出処理を繰り返し実行させる。なお、処理フローの実行要求には、データ（撮影画像ファイル又は撮影画像ファイルの格納先パス）と、フローＩＤ「ｆｌｏｗ１０２」とが含まれる。
フロー実行部３０１は、処理フローの実行要求を受信すると、撮影画像ファイルから領収書画像を抽出して、領収書画像ファイルを作成するための処理（領収書画像の抽出処理）を行う（ステップＳ２３０７）。そして、フロー実行部３０１は、領収書画像の抽出処理の処理結果（すなわち、撮像画像ファイルから抽出された領収書画像ファイル（又は当該領収書画像ファイルの格納先パス）を示すデータ）を反復コンポーネント４３０に返信する。
その後、反復コンポーネント４３０は、ステップＳ２３０７の領収書画像の抽出処理を繰り返し実行させた処理結果を示すデータをフロー実行部３０１に返信する。
ここで、領収書画像の抽出処理（ステップＳ２３０７の処理）の詳細について、図２４を参照しながら説明する。図２４は、本実施形態に係る領収書画像の抽出処理の一例を示すシーケンス図である。
まず、フロー実行部３０１は、反復コンポーネント４３０から処理フローの実行要求を受信すると、処理フロー情報の取得要求をアプリ管理部１１１に送信する（ステップＳ２４０１）。なお、処理フロー情報の取得要求には、処理フローの実行要求から取得したフローＩＤ「ｆｌｏｗ１０２」が含まれる。
アプリ管理部１１１は、処理フロー情報の取得要求を受信すると、当該取得要求に含まれるフローＩＤ「ｆｌｏｗ１０２」の処理フロー情報１１００を、アプリ情報記憶部１３０に記憶されているアプリ情報１０００から取得する（ステップＳ２４０２）。すなわち、アプリ管理部１１１は、図１８に示す処理フロー情報１１００をアプリ情報記憶部１３０から取得する。
そして、アプリ管理部１１１は、アプリ情報記憶部１３０から取得した処理フロー情報１１００をロジック処理部１１２に返信する。
ここで、領域抽出コンポーネント４１０が生成されていない場合は、フロー実行部３０１は、ステップＳ２４０３の処理を行う。すなわち、フロー実行部３０１は、図１８に示す処理フロー情報１１００の処理定義１４１１に含まれる「"ｃｏｍｐｏｎｅｎｔ"」に定義されているコンポーネント名「"ｅｘｔｒａｃｔ"」のコンポーネントの取得要求をコンポーネント管理部３０２に送信する（ステップＳ２４０３）。
一方で、領域抽出コンポーネント４１０が生成されている場合、フロー実行部３０１は、上記のステップＳ２４０３の処理を行わない。
コンポーネント管理部３０２は、コンポーネントの取得要求を受信すると、コンポーネント名「"ｅｘｔｒａｃｔ"」のコンポーネント（すなわち、領域抽出コンポーネント４１０）を生成する（ステップＳ２４０４）。なお。領域抽出コンポーネント４１０の生成は、コンポーネント共通Ｉ／Ｆ４００に定義されたコンポーネントを生成するためのＡＰＩを用いて行うことができる。
そして、コンポーネント管理部３０２は、生成した領域抽出コンポーネント４１０をフロー実行部３０１に返信する。すなわち、コンポーネント管理部３０２は、例えば、領域抽出コンポーネント４１０が展開されたメモリ（例えばＲＡＭ４５）上のアドレスをフロー実行部３０１に返信する。
次に、フロー実行部３０１は、コンポーネントの実行要求を領域抽出コンポーネント４１０に送信する（ステップＳ２４０５）。
なお、コンポーネントの実行要求には、撮影画像ファイル（又は当該撮影画像ファイルの格納先パス）を示すデータが含まれる。また、コンポーネントの要求には、図１８に示す処理フロー情報１１００の処理定義１４１１に含まれる「"ｐａｒａｍｅｔｅｒｓ"」に定義されている各パラメータ情報が含まれる。
領域抽出コンポーネント４１０は、コンポーネントの実行要求を受信すると、当該実行要求に含まれるデータに対して、パラメータ情報を用いて処理を実行する（ステップＳ２４０６）。すなわち、領域抽出コンポーネント４１０は、ドキュメントサービス部１２０の領域抽出部１２１により、撮影画像ファイルに含まれる領収書の領域を抽出して、領収書画像ファイルを作成する。なお、撮影画像ファイルに複数の領収書の領域が含まれる場合、領域抽出コンポーネント４１０は、これら複数の領収書の領域をそれぞれ抽出して、複数の領収書画像ファイルを作成する。
また、例えば、レシートを示す領域がスキャン画像ファイルに含まれる場合には、領域抽出コンポーネント４１０は、当該レシートを示す領域を抽出して、レシート画像ファイルを作成しても良い。この場合、領収書登録サービスにより、レシート画像ファイルが経費精算サービスに登録される。
更に、例えば、撮影画像ファイルに含まれる領収書の領域が傾いている場合等には、当該領域を回転等させた上で、抽出して、領収書画像ファイルを作成する。
そして、領域抽出コンポーネント４１０は、作成した領収書画像ファイル（又は当該撮影画像ファイルの格納先パス）を示すデータをフロー実行部３０１に返信する。
図２３に戻る。フロー実行部３０１は、反復コンポーネント４３０による処理結果（領収書画像の抽出処理を繰り返し実行させた処理結果）を示すデータを受信すると、図１７に示す処理フロー情報１１００に基づくコンポーネントの取得要求をコンポーネント管理部３０２に送信する（ステップＳ２３０８）。すなわち、フロー実行部３０１は、図１７に示す処理フロー情報１１００の処理定義１３１２に含まれる「"ｃｏｍｐｏｎｅｎｔ"」に定義されているコンポーネント名「"ｅｘｐｅｎｓｅ"」のコンポーネントの取得要求をコンポーネント管理部３０２に送信する。
コンポーネント管理部３０２は、コンポーネントの取得要求を受信すると、コンポーネント名「"ｅｘｐｅｎｓｅ"」のコンポーネント（すなわち、経費精算コンポーネント４２０）を生成する（ステップＳ２３０９）。なお、経費精算コンポーネント４２０の生成は、コンポーネント共通Ｉ／Ｆ４００に定義されたコンポーネントを生成するためのＡＰＩを用いて行うことができる。
そして、コンポーネント管理部３０２は、生成した経費精算コンポーネント４２０をフロー実行部３０１に返信する。すなわち、コンポーネント管理部３０２は、例えば、経費精算コンポーネント４２０が展開されたメモリ（例えばＲＡＭ４５）上のアドレスをフロー実行部３０１に返信する。
次に、フロー実行部３０１は、コンポーネントの実行要求を経費精算コンポーネント４２０に送信する（ステップＳ２３１０）。
なお、コンポーネントの実行要求には、図１７に示す処理フロー情報１１００の処理定義１３１２に含まれる「"ｐａｒａｍｅｔｅｒｓ"」に定義されている各パラメータ情報が含まれる。
すなわち、コンポーネントの実行要求には、パラメータ情報「"ａｕｔｈ"：ｎｕｌｌ」に対して、認証情報が設定されたパラメータ情報が含まれる。例えば、認証情報の入力画面Ｇ８００のユーザ名入力欄Ｇ８１０及びパスワード入力欄Ｇ８２０にユーザ名「ｆｕｇａｆｕｇａ＠ｈｏｇｅ．ｃｏｍ」及びパスワード「ｘｘｘｘｘｘ」が入力された上で、ＯＫボタンＧ８３０が押下されたものとする。この場合、パラメータ情報は、例えば、「"ａｕｔｈ"："ｆｕｇａｆｕｇａ＠ｈｏｇｅ．ｃｏｍ／ｘｘｘｘｘｘ"」である。
また、コンポーネントの実行要求には、経費精算システム３０に対して台帳の作成要求を行うためのパラメータ情報が含まれる。
経費精算コンポーネント４２０は、コンポーネントの実行要求を受信すると、パラメータ情報を用いて処理を実行する（ステップＳ２３１１）。すなわち、経費精算コンポーネント４２０は、台帳の作成要求を経費精算システム３０に送信する。なお、経費精算コンポーネント４２０は、例えば、経費精算システム３０が公開しているＷｅｂＡＰＩを用いて、台帳の作成要求を行うことができる。また、台帳の作成要求には、認証情報が含まれる。
すると、経費精算システム３０は、領収書画像ファイルを登録するための台帳を作成して、作成した台帳を識別する台帳ＩＤを処理結果として経費精算コンポーネント４２０に返信する。そして、経費精算コンポーネント４２０は、台帳ＩＤを示すデータをフロー実行部３０１に返信する。
次に、フロー実行部３０１は、コンポーネントの実行要求を反復コンポーネント４３０に送信する（ステップＳ２３１２）。
なお、コンポーネントの実行要求には、領域抽出コンポーネント４１０により作成された領収書画像ファイル（又は当該領収書画像ファイルの格納先パス）を示すデータが含まれる。したがって、コンポーネントの実行要求には、領域抽出コンポーネント４１０により複数の領収書画像ファイルが作成された場合には、これら複数の領収書画像ファイル（又は、これら複数の領収書画像ファイルそれぞれの格納先パス）をそれぞれ示す複数のデータが含まれる。
また、コンポーネントの実行要求には、図１７に示す処理フロー情報１１００の処理定義１３１３に含まれる「"ｐａｒａｍｅｔｅｒｓ"」に定義されている各パラメータ情報が含まれる。すなわち、コンポーネントの実行要求には、パラメータ情報「"ｆｌｏｗｉｄ"："ｆｌｏｗ１０１"」と、上記のステップＳ２３１１で返信された台帳ＩＤを示すパラメータ情報とが含まれる。
反復コンポーネント４３０は、コンポーネントの実行要求を受信すると、当該実行要求に含まれるデータ（領収書画像ファイル又は当該領収書画像ファイルの格納先パス）毎に、処理フローの実行要求をフロー実行部３０１に送信する（ステップＳ２３１３）。すなわち、反復コンポーネント４３０は、領収書画像ファイル数の回数、ステップＳ２３１４の領収書の登録処理を繰り返し実行させる。なお、処理フローの実行処理には、データ（領収書画像ファイル又は当該領収書画像ファイルの格納先パス）と、フローＩＤ「ｆｌｏｗ１０１」と、台帳ＩＤとが含まれる。
フロー実行部３０１は、処理フローの実行要求を受信すると、経費精算サービスにおいて、台帳ＩＤで示される台帳に領収書画像ファイルを登録するための処理（領収書の登録処理）を行う（ステップＳ２３１４）。そして、フロー実行部３０１は、領収書の登録処理の処理結果を反復コンポーネント４３０に返信する。
その後、反復コンポーネント４３０は、ステップＳ２３１４の領収書の登録処理を繰り返し実行させた処理結果を示すデータをフロー実行部３０１に返信する。なお、上記のステップＳ２３１４の領収書の登録処理は、図１２のステップＳ１２１５の領収書の登録処理と同様であるため、その説明を省略する。
［第三の実施形態］
以降では、第三の実施形態について説明する。第三の実施形態では、機器１０が経費精算システム３０と認証連携を行う場合について説明する。なお、第三の実施形態では、主に、第一の実施形態との相違点について説明し、第一の実施形態と実質的に同一の機能を有する箇所及び実質的に同一の処理を行う箇所については同一の符号を付与し、その説明を省略する。
＜ハードウェア構成＞
まず、本実施形態に係る情報処理システム１に含まれる機器１０のハードウェア構成について、図２５を参照しながら説明する。図２５は、第三の実施形態に係る機器１０の一例のハードウェア構成を示す図である。
図２５に示す機器１０は、操作装置５１及び本体装置６１を有している。操作装置５１は、本体装置６１に実行させる画像処理機能の選択、スキャン等の画像処理機能を実行させるための各種設定値の入力、画像処理機能の実行を開始させるための実行指示の入力、表示画面の切り替え等、ユーザが各種操作を行う際に用いられる。
本体装置６１は、操作装置５１におけるユーザの各種操作に応じて、スキャン等の画像処理機能の実行等の各種の処理を実行する。
図２５に示すように、機器１０の操作装置５１は、ＣＰＵ５２と、ＲＯＭ５３と、ＲＡＭ５４と、フラッシュメモリ５５と、操作パネル５６と、接続Ｉ／Ｆ５７と、通信Ｉ／Ｆ５８とを有している。これら各ハードウェアは、バス５９を介して相互に接続されている。
ＣＰＵ５２は、ＲＡＭ５４をワークエリアとしてＲＯＭ５３又はフラッシュメモリ５５に記憶された各種プログラムを実行することにより、操作装置５１全体を制御する演算装置である。
ＲＯＭ５３は、電源を切ってもデータを保持することができる不揮発性の半導体メモリ（記憶装置）である。ＲＡＭ５４は、プログラムやデータを一時保存する揮発性の半導体メモリ（記憶装置）である。
フラッシュメモリ５５は、不揮発性の記憶媒体であり、ＣＰＵ５２が実行する各種プログラム（例えば、後述する経費精算アプリ５００）や各種データを記憶する。
操作パネル５６は、ユーザが各種操作を行う際に用いられる。すなわち、操作パネル５６は、例えば、機器１０の各種機能に対してユーザが各種操作を行うためのＧＵＩ（Graphical User Interface）表示画面や、機器１０の処理結果等を表示する。
接続Ｉ／Ｆ５７は、通信路７１を介して本体装置６１と通信するためのインタフェースである。接続Ｉ／Ｆ５７には、例えば、ＵＳＢ規格のインタフェースが用いられる。
通信Ｉ／Ｆ５８は、他の装置等と通信するためのインタフェースである。通信Ｉ／Ｆ５８は、例えば、Ｗｉ−Ｆｉ規格の無線ＬＡＮが用いられる。
同様に、機器１０の本体装置６１は、ＣＰＵ６２と、ＲＯＭ６３と、ＲＡＭ６４と、ＨＤＤ６５と、スキャナ６６と、接続Ｉ／Ｆ６７と、通信Ｉ／Ｆ６８とを有している。これら各ハードウェアは、バス６９を介して相互に接続されている。
ＣＰＵ６２は、ＲＡＭ６４をワークエリアとしてＲＯＭ６３又はＨＤＤ６５に記憶された各種プログラムを実行することにより、本体装置６１全体を制御する演算装置である。
ＲＯＭ６３は、電源を切ってもデータを保持することができる不揮発性の半導体メモリ（記憶装置）である。ＲＡＭ６４は、プログラムやデータを一時保存する揮発性の半導体メモリ（記憶装置）である。
ＨＤＤ６５は、不揮発性の記憶媒体であり、ＣＰＵ６２が実行する各種プログラム（例えば、本実施形態を実現するプログラム）や各種データを記憶する。
スキャナ６６は、原稿を読み取って電子ファイル（画像ファイル）を生成する読取装置である。
接続Ｉ／Ｆ６７は、通信路７１を介して操作装置５１と通信するためのインタフェースである。接続Ｉ／Ｆ６７には、例えば、ＵＳＢ規格のインタフェースが用いられる。
通信Ｉ／Ｆ６８は、他の装置等と通信するためのインタフェースである。通信Ｉ／Ｆ６８は、例えば、Ｗｉ−Ｆｉ規格の無線ＬＡＮが用いられる。
本実施形態に係る機器１０は、上記ハードウェア構成を有することにより、後述する各種処理を実現することができる。
なお、図２５では、機器１０が操作装置５１を有している構成を一例として示したが、これに限られず、例えば、タブレット端末、スマートフォン、携帯電話、ＰＤＡ等の情報処理端末が機器１０の操作装置として機能しても良い。すなわち、これらの情報処理端末は、操作装置５１の通信Ｉ／Ｆ５８又は本体装置６１の通信Ｉ／Ｆ６８を介して機器１０と通信することにより、当該機器１０を制御することができても良い。
＜機能構成＞
次に、本実施形態に係る情報処理システム１の機能構成について、図２６を参照しながら説明する。図２６は、第三の実施形態に係る情報処理システム１の一例の機能構成を示す図である。
図２６に示す機器１０の操作装置５１は、例えばＣＰＵ５２等により実行される経費精算アプリ５００を有する。経費精算アプリ５００は、機器１０のユーザが領収書登録サービスを利用するためのアプリケーションプログラムである。ユーザは、機器１０の操作装置５１にインストールされた経費精算アプリ５００を用いて、領収書登録サービスを利用することができる。
図２６に示す機器１０の操作装置５１は、入出力サービス処理部１１０と、ドキュメントサービス部１２０と、ＵＩ制御部１５０と、認証サービス処理部１６０とを有する。これら各機能部は、機器１０の操作装置５１にインストールされた経費精算アプリ５００が、ＣＰＵ５２に実行させる処理により実現される。
また、図２６に示す機器１０の操作装置５１は、アプリ情報記憶部１３０と、認証チケット情報記憶部１７０とを有する。これら各記憶部は、例えばフラッシュメモリ５５を用いて実現可能である。
ＵＩ制御部１５０は、領収書登録サービスをユーザが利用するための処理を行う。ここで、ＵＩ制御部１５０は、入力受付部１５１と、表示制御部１５２と、認証連携部１５３と、ユーザ取得部１５４と、スキャン要求部１５５と、処理要求部１５６とを有する。
入力受付部１５１は、ユーザによる各種操作（例えば、領収書のスキャンを開始するためのスキャン開始操作等）の入力を受け付ける。表示制御部１５２は、各種画面（例えば、領収書をスキャンするための領収書スキャン画面等）を表示する。
認証連携部１５３は、認証要求等を認証サービス処理部１６０に送信する。ユーザ取得部１５４は、機器１０にログインしているユーザ（ログインユーザ）のユーザＩＤを取得するための要求（ログインユーザの取得要求）を本体装置６１に送信する。スキャン要求部１５５は、領収書をスキャンするための要求（スキャン要求）を本体装置６１に送信する。処理要求部１５６は、領収書登録サービスに実現する一連の処理（処理フロー）を実行させるための要求（処理フローの実行要求）をロジック処理部１１２に送信する。
認証サービス処理部１６０は、経費精算システム３０との間で認証連携を行うための処理を行う。すなわち、認証サービス処理部１６０は、経費精算システム３０における認証に成功した場合、当該認証の成功に応じて返信される認証チケットと、機器１０のログインユーザのユーザＩＤとを関連付けた認証チケット情報を認証チケット情報記憶部１７０に保存する。また、認証サービス処理部１６０は、ユーザが領収書登録サービスを利用する場合、当該ユーザのユーザＩＤと関連付けられて認証チケット情報記憶部１７０に保存されている認証チケットを取得する。
認証チケット情報記憶部１７０は、機器１０にログインするためのユーザＩＤと、経費精算システム３０の認証チケットとを関連付けた認証チケット情報を記憶する。ここで、認証チケット情報記憶部１７０に記憶されている認証チケット情報について、図２７を参照しながら説明する。図２７は、認証チケット情報の一例を示す図である。
図２７に示すように、認証チケット情報記憶部１７０に記憶されている認証チケット情報には、ユーザＩＤと、認証チケットとが関連付けられている。
これにより、機器１０にログインしたユーザは、自身のユーザＩＤと関連付けられている認証チケットを用いて、領収書登録サービスを利用することができる。
図２６に戻る。図２６に示す機器１０の本体装置６１は、ユーザ管理部２１０と、スキャン処理部２２０とを有する。これら各機能部は、機器１０の本体装置６１にインストールされた１以上のプログラムが、ＣＰＵ６２に実行させる処理により実現される。
また、図２６に示す機器１０の本体装置６１は、ログインユーザ記憶部２３０を有する。当該記憶部は、例えばＨＤＤ６５を用いて実現可能である。
ユーザ管理部２１０は、ログインユーザ記憶部２３０に記憶されているユーザＩＤを管理する。ユーザ管理部２１０は、ログインユーザの取得要求に応じて、ログインユーザ記憶部２３０からユーザＩＤを取得して、取得したユーザＩＤを操作装置５１に返信する。
スキャン処理部２２０は、スキャン要求に応じて、スキャナ６６によるスキャン処理を実行する。
ログインユーザ記憶部２３０は、機器１０にログインしているユーザ（ログインユーザ）のユーザＩＤを記憶する。
＜処理の詳細＞
次に、本実施形態に係る情報処理システム１の処理の詳細について説明する。以降では、機器１０のユーザが領収書登録サービスを利用する前に、経費精算システム３０と認証連携するための設定を行う処理について、図２８を参照しながら説明する。図２８は、第三の実施形態に係る連携設定操作の一例を示すシーケンス図である。
まず、ユーザは、機器１０の操作装置５１を用いて、経費精算アプリ５００の利用開始操作を行う（ステップＳ２８０１）。ユーザは、次のようにして、経費精算アプリ５００の利用開始操作を行うことができる。
すなわち、まず、操作装置５１の操作パネル５６には、図２９に示す初期画面Ｇ１１００が表示されている。ユーザが、例えば、機器１０の所定の位置に所定のＩＣカードをかざすと、操作装置５１の操作パネル５６には、図２９に示すアプリ一覧画面Ｇ１２００が表示される。
そして、ユーザは、図２９に示すアプリ一覧画面Ｇ１２００において、経費精算アプリ５００の利用を開始するための「経費精算」アイコンＧ１２０１の選択操作を行うことで、経費精算アプリ５００の利用開始操作を行うことができる。
ＵＩ制御部１５０のユーザ取得部１５４は、経費精算アプリ５００の利用開始操作を入力受付部１５１が受け付けると、ログインユーザの取得要求を本体装置６１に送信する（ステップＳ２８０２）。なお、ユーザ取得部１５４は、例えば、本体装置６１の所定のＷｅｂＡＰＩにＨＴＴＰ（Hypertext Transfer Protocol）リクエストを送信することで、ログインユーザの取得要求を行うことができる。
本体装置６１のユーザ管理部２１０は、ログインユーザの取得要求を受信すると、機器１０にログインしているユーザのユーザＩＤをログインユーザ記憶部２３０から取得する（ステップＳ２８０３）。そして、ユーザ管理部２１０は、取得したユーザＩＤを操作装置５１に返信する。
次に、ＵＩ制御部１５０の表示制御部１５２は、図２９に示す経費精算アプリ５００のトップ画面Ｇ１３００を表示する（ステップＳ２８０４）。経費精算アプリ５００のトップ画面Ｇ１３００には、経費精算システム３０と認証連携の設定を行うための「連携設定」ボタンＧ１３１０と、領収書登録サービスを利用するための「領収書登録」ボタンＧ１３２０とが含まれる。
以降では、ユーザは、「連携設定」ボタンＧ１３１０を選択して、連携設定操作を行ったものとする（ステップＳ２８０５）。
ＵＩ制御部１５０の表示制御部１５２は、入力受付部１５１が連携設定操作を受け付けると、図２９に示す認証情報入力画面Ｇ１４００を表示する（ステップＳ２８０６）。認証情報入力画面Ｇ１４００には、経費精算システム３０にログインするためのユーザ名を入力するユーザ名入力欄Ｇ１４０１と、当該ユーザ名に対するパスワードを入力するためのパスワード入力欄Ｇ１４０２とが含まれる。また、認証情報入力画面Ｇ１４００には、認証連携を開始するための「連携」ボタンＧ１４０３と、トップ画面Ｇ１３００に戻るための「戻る」ボタンＧ１４０４とが含まれる。
ユーザは、経費精算システム３０のユーザ名及びパスワードをユーザ名入力欄Ｇ１４０１及びパスワード入力欄Ｇ１４０２にそれぞれ入力した上で、「連携」ボタンＧ１４０３を選択して、認証情報の入力操作を行う（ステップＳ２８０７）。
ＵＩ制御部１５０の認証連携部１５３は、入力受付部１５１が認証情報の入力操作を受け付けると、認証要求を認証サービス処理部１６０に送信する（ステップＳ２８０８）。なお、当該認証要求には、ユーザ名入力欄Ｇ１４０１及びパスワード入力欄Ｇ１４０２にそれぞれ入力されたユーザ名及びパスワード（すなわち、経費精算システム３０の認証情報）が含まれる。
認証サービス処理部１６０は、認証連携部１５３から認証要求を受信すると、当該認証要求を経費精算システム３０に送信する（ステップＳ２８０９）。経費精算システム３０は、当該認証要求に含まれる認証情報（ユーザ名及びパスワード）に基づく認証を行い、認証が成功した場合、認証チケットを返信する。一方で、経費精算システム３０は、認証が失敗した場合、認証に失敗したことを示す情報を返信する。以降では、経費精算システム３０は、認証チケットを返信したものとして説明を続ける。
認証サービス処理部１６０は、経費精算システム３０から認証チケットが返信された場合、上記のステップＳ２８０３で返信されたユーザＩＤと、当該認証チケットとを関連付けた認証チケット情報を認証チケット情報記憶部１７０に保存する（ステップＳ２８１０）。そして、認証サービス処理部１６０は、認証結果をＵＩ制御部１５０に返信する。これにより、認証連携に用いる認証チケットがユーザＩＤと関連付けて保存される。
そして、ＵＩ制御部１５０の表示制御部１５２は、図３０（ａ）に示す設定完了画面Ｇ１５１０を表示する（ステップＳ２８１１）。設定完了画面Ｇ１５１０には、経費精算システム３０と認証連携するための設定が完了したことを示すメッセージＧ１５１１が含まれる。これにより、ユーザは、経費精算システム３０と認証連携するための設定が完了したことを知ることができる。
ここで、上記のステップＳ２８０９において、経費精算システム３０における認証が失敗したことを示す情報が返信された場合、ＵＩ制御部１５０の表示制御部１５２は、図３０（ｂ）に示すログイン失敗画面Ｇ１５２０を表示する。ログイン失敗画面Ｇ１５２０には、経費精算システム３０との認証に失敗（ログインに失敗）したことを示すメッセージＧ１５２１が含まれる。これにより、ユーザは、例えば認証情報の入力誤り等により、経費精算システム３０との認証が失敗したことを知ることができる。
以上により、本実施形態に係る機器１０は、経費精算システム３０と認証連携するための認証チケットを、当該機器１０のログインユーザのユーザＩＤと関連付けて保存することができる。これにより、機器１０のユーザは、経費精算システム３０と認証連携して、領収書登録サービスを利用することができる。
次に、機器１０のユーザが領収書登録サービスを利用して、領収書の画像ファイル（領収書画像ファイル）を経費精算サービスに登録する処理について、図３１を参照しながら説明する。図３１は、第三の実施形態に係る領収書登録サービスを利用する場合の全体処理の一例を示すシーケンス図である。なお、ステップＳ３１０１〜ステップＳ３１０４の処理は、図２８のステップＳ２８０１〜ステップＳ２８０４の処理と同様であるため、その説明を省略する。
以降では、ステップＳ３１０４で表示されたトップ画面Ｇ１３００において、ユーザは、「領収書登録」ボタンＧ１３２０を選択して、領収書登録操作を行ったものとする（ステップＳ３１０５）。
ＵＩ制御部１５０の表示制御部１５２は、入力受付部１５１が領収書登録操作を受け付けると、図３２に示すスキャン画面Ｇ１６００を表示する（ステップＳ３１０６）。スキャン画面Ｇ１６００には、領収書のスキャンを開始して、スキャン画像ファイルを作成するための「スキャン」ボタンＧ１６０１が含まれる。
ユーザは、本体装置６１のスキャナ６６に１以上の領収書をセットした上で、「スキャン」ボタンＧ１６０１を押下して、スキャン開始操作を行う（ステップＳ３１０７）。
ＵＩ制御部１５０のスキャン要求部１５５は、入力受付部１５１がスキャン開始操作を受け付けると、スキャン要求を、本体装置６１に送信する（ステップＳ３１０８）。なお、スキャン要求部１５５は、例えば、本体装置６１の所定のＷｅｂＡＰＩにＨＴＴＰリクエストを送信することで、スキャン要求を行うことができる。
本体装置６１のスキャン処理部２２０は、スキャン要求を受信すると、スキャナ６６により各領収書を読み取って、これら各領収書が表示される領域を含むスキャン画像ファイルを生成する（ステップＳ３１０９）。そして、スキャン処理部２２０は、生成したスキャン画像ファイルを返信する。
次に、ＵＩ制御部１５０の認証連携部１５３は、認証チケットの取得要求を認証サービス処理部１６０に送信する（ステップＳ３１１０）。なお、認証チケットの取得要求には、ステップＳ３１０３で返信されたユーザＩＤ（すなわち、機器１０のログインユーザのユーザＩＤ）が含まれる。
認証サービス処理部１６０は、認証チケットの取得要求を受信すると、当該取得要求に含まれるユーザＩＤに関連付けられている認証チケットを認証チケット情報記憶部１７０から取得する（ステップＳ３１１１）。そして、認証サービス処理部１６０は、取得した認証チケットを返信する。
次に、ＵＩ制御部１５０の処理要求部１５６は、処理フローの実行要求をロジック処理部１１２に送信する（ステップＳ３１１２）。なお、処理フローの実行要求には、本実施形態に係る領収書登録サービスを実現する処理フロー情報１１００のフローＩＤ「ｆｌｏｗ００１」と、スキャン画像ファイルと、認証チケットとが含まれる。フローＩＤ「ｆｌｏｗ００１」は、例えば、図３２に示すスキャン画面Ｇ１６００の「スキャン」ボタンＧ１６０１に関連付けられている。
次に、ロジック処理部１１２は、処理フローの実行要求を受信すると、処理フローの実行処理を行う（ステップＳ３１１３）。すなわち、ロジック処理部１１２は、当該実行要求に含まれるフローＩＤ「ｆｌｏｗ００１」の処理フロー情報１１００に基づく一連の処理を実行する。そして、ロジック処理部１１２は、処理フローの実行処理の処理結果をＵＩ制御部１５０に返信する。なお、当該処理結果には、スキャン画像ファイルに含まれる各領収書の領域の数（すなわち、スキャン画像ファイルから抽出された領収書領域の数）が含まれる。
ＵＩ制御部１５０の表示制御部１５２は、当該処理結果を受信すると、図３２に示す登録完了画面Ｇ１７００を表示する（ステップＳ３１１４）。登録完了画面Ｇ１７００には、経費精算システム３０に登録された領収書の数（すなわち、スキャン画像ファイルから抽出された領収書領域の数）を示す領収書数Ｇ１７０１が含まれる。これにより、ユーザは、経費精算システム３０に登録された領収書の数を知ることができる。
以上のように、機器１０のユーザは、予め保存された認証チケットを用いて領収書登録サービスを利用することができる。したがって、機器１０のユーザは、認証情報（経費精算システム３０のユーザ名及びパスワード等）を入力することなく、領収書登録サービスの利用することができる。
ここで、図３１に示す処理フローの実行処理（ステップＳ３１１３の処理）の詳細について、図３３を参照しながら説明する。図３３は、第三の実施形態に係る領収書登録サービスを実現する処理フローの実行処理の一例を示すシーケンス図である。
まず、フロー実行部３０１は、ＵＩ制御部１５０から処理フローの実行要求を受信すると、処理フロー情報の取得要求をアプリ管理部１１１に送信する（ステップＳ３３０１）。なお、処理フロー情報の取得要求には、処理フローの実行要求から取得したフローＩＤ「ｆｌｏｗ００１」が含まれる。
以降のステップＳ３３０２〜ステップＳ３３０５の処理は、図１２のステップＳ１２０２〜ステップＳ１２０５の処理と同様であるため、その説明を省略する。
ステップ１２０５に続いて、領域抽出コンポーネント４１０は、図１２のステップＳ１２０６と同様に、コンポーネントの実行要求を受信すると、当該実行要求に含まれるデータに対して、パラメータ情報を用いて処理を実行する（ステップＳ３３０６）。そして、領域抽出コンポーネント４１０は、作成した領収書画像ファイルと、作成した領収書画像ファイルの数（すなわち、領収書の数）とを示すデータをフロー実行部３０１に返信する。
以降のステップＳ３３０７〜ステップＳ３３０８の処理は、図１２のステップＳ１２０７〜ステップ１２０８の処理と同様であるため、その説明を省略する。
ステップＳ３３０８に続いて、フロー実行部３０１は、コンポーネントの実行要求を経費精算コンポーネント４２０に送信する（ステップＳ３３０９）。
なお、コンポーネントの実行要求には、図８に示す処理フロー情報１１００の処理定義１１１２に含まれる「"ｐａｒａｍｅｔｅｒｓ"」に定義されている各パラメータ情報が含まれる。すなわち、コンポーネントの実行要求には、パラメータ情報「"ａｕｔｈ"：ｎｕｌｌ」に対して、認証チケットが設定されたパラメータ情報が含まれる。また、コンポーネントの実行要求には、経費精算システム３０に対して台帳の作成要求を行うためのパラメータ情報が含まれる。
経費精算コンポーネント４２０は、コンポーネントの実行要求を受信すると、パラメータ情報を用いて処理を実行する（ステップＳ３３１０）。すなわち、経費精算コンポーネント４２０は、台帳の作成要求を経費精算システム３０に送信する。なお、経費精算コンポーネント４２０は、例えば、経費精算システム３０が公開しているＷｅｂＡＰＩを用いて、台帳の作成要求を行うことができる。また、台帳の作成要求には、認証チケットが含まれる。
以降のステップＳ３３１１〜ステップＳ３３１４の処理は、図１２のステップＳ１２１１〜ステップＳ１２１４の処理と同様であるため、その説明を省略する。
ステップＳ３３１４に続いて、フロー実行部３０１は、処理フローの実行要求を受信すると、認証チケットを用いて、経費精算サービスにおいて、台帳ＩＤで示される台帳に領収書画像ファイルを登録するための処理（領収書の登録処理）を行う（ステップＳ３３１５）。そして、フロー実行部３０１は、領収書の登録処理の処理結果を反復コンポーネント４３０に返信する。
その後、反復コンポーネント４３０は、ステップＳ３３１５の領収書の登録処理を繰り返し実行させた処理結果（当該処理結果には、経費精算システム３０に登録された領収書の数が含まれる）を示すデータをフロー実行部３０１に返信する。
ここで、領収書の登録処理（ステップＳ３３１５の処理）の詳細について、図３４を参照しながら説明する。図３４は、第三の実施形態に係る領収書の登録処理の一例を示すシーケンス図である。なお、ステップＳ３４０１〜ステップＳ３４０２の処理は、図１３のステップＳ１３０１〜ステップＳ１３０２の処理と同様であるため、その説明を省略する。
ステップＳ３４０２に続いて、フロー実行部３０１は、図９に示す処理フロー情報１１００の処理定義１２１１に含まれる「"ｃｏｍｐｏｎｅｎｔ"」に定義されているコンポーネント名「"ｅｘｐｅｎｓｅ"」のコンポーネントにコンポーネントの実行要求を送信する（ステップＳ３４０３）。すなわち、フロー実行部３０１は、コンポーネントの実行要求を経費精算コンポーネント４２０に送信する。
なお、コンポーネントの実行要求には、データ（領収書画像ファイル）が含まれる。また、パラメータ情報「"ａｕｔｈ"：ｎｕｌｌ」に対して、認証チケットが設定されたパラメータ情報と、経費精算システム３０に対して領収書の登録要求を行うためのパラメータ情報と、台帳ＩＤを示すパラメータ情報とが含まれる。
経費精算コンポーネント４２０は、コンポーネントの実行要求を受信すると、データ及びパラメータ情報を用いて処理を実行する（ステップＳ３４０４）。すなわち、経費精算コンポーネント４２０は、領収書の登録要求を経費精算システム３０に送信する。なお、経費精算コンポーネント４２０は、例えば、経費精算システム３０が公開しているＷｅｂＡＰＩを用いて、領収書の登録要求を行うことができる。領収書の登録要求には、領収書画像ファイルと、台帳ＩＤと、認証チケットとが含まれる。これにより、経費精算サービス上の台帳に領収書画像ファイルが登録される。
＜まとめ＞
以上のように、第一の実施形態に係る機器１０（例えばＭＦＰ等の画像形成装置）は、経費精算システム３０と連携した領収書登録サービスをユーザに提供することができる。したがって、機器１０のユーザは、当該機器１０で領収書やレシート等の経費を証明する証明書をスキャンすることで、これら証明書を示す画像ファイルを経費精算システム３０に登録することができる。
また、第二の実施形態に係る機器１０（例えばスマートフォンやタブレット端末、デジタルカメラ等）は、当該機器１０で領収書やレシート等の経費を証明する証明書を撮影することで、これらの証明書を示す画像ファイルを経費精算システム３０に登録することができる。
これにより、機器１０のユーザは、経費精算システム３０が提供する経費精算サービスを利用して経費精算を行う場合に、領収書やレシート等の経費を証明する証明書を示す画像ファイルを経費精算システム３０に容易に登録することができるようになる。
更に、第三の実施形態に係る機器１０は、経費精算システム３０との間で認証連携を行うための認証チケットを当該機器１０に保存することができる。これにより、機器１０のユーザは、経費精算システム３０と認証連携を行うための設定をすることにより、認証情報（経費精算システム３０のユーザ名及びパスワード）を入力することなく、領収書登録サービスを利用することができる。
本発明は、具体的に開示された上記の実施形態に限定されるものではなく、特許請求の範囲から逸脱することなく、種々の変形や変更が可能である。
１ 情報処理システム
１０ 機器
２０ ＰＣ端末
３０ 経費精算システム
１１０ 入出力サービス処理部
１１１ アプリ管理部
１１２ ロジック処理部
１２０ ドキュメントサービス部
１２１ 領域抽出部
１３０ アプリ情報記憶部
１００ 領収書スキャンアプリ
２００ ブラウザ
３０１ フロー実行部
３０２ コンポーネント管理部
３０３ コンポーネント群
４１０ 領域抽出コンポーネント
４２０ 経費精算コンポーネント
４３０ 反復コンポーネント
特許第４０３９１９１号公報

Claims (14)

  1. 経費精算システムと接続される機器であって、
    前記経費精算システムにおける認証成功に応じて受信される認証チケットを受信して記憶する第１の記憶手段と、
    経費精算のための複数の証明書画像が含まれる第１の画像を生成する生成手段と、
    前記生成手段により生成された前記第１の画像に含まれる前記複数の証明書画像をそれぞれ抽出して、前記複数の証明書画像それぞれに対応する複数の第２の画像を作成する抽出手段と、
    前記第１の記憶手段に記憶される認証チケットを用いて、前記抽出手段により作成された前記複数の第２の画像それぞれを前記経費精算システムに登録する登録手段と、
    を有し、
    前記抽出手段は、
    前記複数の証明書画像がそれぞれ傾いている場合に、前記複数の証明書画像をそれぞれ回転させて、前記複数の証明書画像に対応する複数の第２の画像をそれぞれ作成する、機器。
  2. 前記複数の第２の画像が登録される台帳を前記経費精算システム上に作成する作成手段を有し、
    前記登録手段は、
    前記作成手段により作成された前記台帳上に、前記複数の第２の画像それぞれを登録する、請求項１に記載の機器。
  3. 前記登録手段は、
    前記経費精算システムが提供するＷｅｂＡＰＩを用いて、前記複数の第２の画像それぞれを前記経費精算システムに登録する、請求項１又は２に記載の機器。
  4. 前記第１の画像は、複数の証明書をスキャンすることにより、又は、複数の証明書を撮像することにより生成される、請求項１乃至３の何れか一項に記載の機器。
  5. 前記証明書は、領収書又はレシートである、請求項４に記載の機器。
  6. 前記経費精算システムの認証に用いられる認証情報の入力を受け付ける入力受付手段を有し、
    前記登録手段は、
    前記入力受付手段により入力が受け付けられた前記認証情報を用いて、前記複数の第２の画像それぞれを前記経費精算システムに登録する、請求項１乃至５の何れか一項に記載の機器。
  7. 前記抽出手段は、
    前記証明書画像が傾いている場合に、前記証明書画像を回転させて、前記証明書画像に対応する第２の画像を作成する、請求項１に記載の機器。
  8. 前記抽出した複数の証明書画像にＯＣＲ処理を行うＯＣＲ処理手段を有し、
    前記登録手段は、
    前記複数の第２の画像と前記ＯＣＲ処理手段で処理されたＯＣＲ処理結果とをそれぞれ登録する、請求項１に記載の機器。
  9. 前記作成手段により作成された前記台帳の一覧を表示する表示手段と、
    前記表示手段で表示された前記台帳の一覧から１の台帳の選択を受け付ける台帳選択受付手段と、
    前記台帳選択受付手段で受け付けた台帳に対応する前記証明書画像の編集を受け付ける編集受付手段と、を有する請求項２に記載の機器。
  10. 前記第１の画像に含まれる複数の証明書画像は、互いに異なる証明書画像である、請求項１に記載の機器。
  11. 前記抽出手段は、
    前記第１の画像に含まれる前記複数の証明書画像を一度の操作でそれぞれ抽出して、前記複数の証明書画像に対応する複数の第２の画像をそれぞれ作成する、請求項１に記載の機器。
  12. 前記生成手段により生成された前記第１の画像に含まれる前記複数の証明書画像の数を表示する表示手段と、を有する請求項１乃至１１の何れか一項に記載の機器。
  13. 経費精算システムと接続される機器に用いられる情報処理方法であって、
    前記経費精算システムにおける認証成功に応じて受信される認証チケットを受信して第１の記憶手段に記憶させる記憶制御手順と、
    経費精算のための複数の証明書画像が含まれる第１の画像を生成する生成手順と、
    前記生成手順により生成された前記第１の画像に含まれる前記複数の証明書画像をそれぞれ抽出して、前記複数の証明書画像それぞれに対応する複数の第２の画像を作成する抽出手順と、
    前記第１の記憶手段に記憶される認証チケットを用いて、前記抽出手順により作成された前記複数の第２の画像それぞれを前記経費精算システムに登録する登録手順と、
    を有し、
    前記抽出手順は、
    前記複数の証明書画像がそれぞれ傾いている場合に、前記複数の証明書画像をそれぞれ回転させて、前記複数の証明書画像に対応する複数の第２の画像をそれぞれ作成する、情報処理方法。
  14. 経費精算システムと接続される機器を、
    前記経費精算システムにおける認証成功に応じて受信される認証チケットを受信して第１の記憶手段に記憶させる記憶制御手段、
    経費精算のための複数の証明書画像が含まれる第１の画像を生成する生成手段、
    前記生成手段により生成された前記第１の画像に含まれる前記複数の証明書画像をそれぞれ抽出して、前記複数の証明書画像それぞれに対応する複数の第２の画像を作成する抽出手段、
    前記第１の記憶手段に記憶される認証チケットを用いて、前記抽出手段により作成された前記複数の第２の画像それぞれを前記経費精算システムに登録する登録手段、
    として機能させ、
    前記抽出手段は、
    前記複数の証明書画像がそれぞれ傾いている場合に、前記複数の証明書画像をそれぞれ回転させて、前記複数の証明書画像に対応する複数の第２の画像をそれぞれ作成する、プログラム。
JP2017008807A 2016-06-22 2017-01-20 機器、情報処理方法及びプログラム Active JP6938924B2 (ja)

Priority Applications (1)

Application Number Priority Date Filing Date Title
US15/625,141 US20170372414A1 (en) 2016-06-22 2017-06-16 Information processing system and information processing apparatus

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2016123685 2016-06-22
JP2016123685 2016-06-22

Publications (3)

Publication Number Publication Date
JP2018007232A JP2018007232A (ja) 2018-01-11
JP2018007232A5 JP2018007232A5 (ja) 2020-02-27
JP6938924B2 true JP6938924B2 (ja) 2021-09-22

Family

ID=60946682

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2017008807A Active JP6938924B2 (ja) 2016-06-22 2017-01-20 機器、情報処理方法及びプログラム

Country Status (1)

Country Link
JP (1) JP6938924B2 (ja)

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP6822717B1 (ja) * 2020-11-18 2021-01-27 株式会社Ｓｐｅｃｉａｌ Ｍｅｄｉｃｏ 情報処理システム、プログラム及び情報処理方法
JP7162796B1 (ja) 2022-05-25 2022-10-31 株式会社Tokium プログラム、コンピュータ、情報処理システムおよび情報処理方法

Family Cites Families (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9245296B2 (en) * 2012-03-01 2016-01-26 Ricoh Company Ltd. Expense report system with receipt image processing
JP5997544B2 (ja) * 2012-08-20 2016-09-28 株式会社オービックビジネスコンサルタント 情報処理装置、伝票編集端末、情報処理方法、およびプログラム
JP5720811B1 (ja) * 2014-01-30 2015-05-20 富士ゼロックス株式会社 文書管理システム、文書管理装置、および、プログラム
JP2015162077A (ja) * 2014-02-27 2015-09-07 ブラザー工業株式会社 データ管理プログラム、データ管理システム、及びデータ管理サーバ
JP6305840B2 (ja) * 2014-06-18 2018-04-04 株式会社オービックビジネスコンサルタント 伝票処理装置、伝票処理方法、およびプログラム

Also Published As

Publication number Publication date
JP2018007232A (ja) 2018-01-11

Similar Documents

Publication Publication Date Title
EP3057303B1 (en) Information processing system, information processing apparatus, and information processing method
JP6439370B2 (ja) 情報処理システム、情報処理方法、情報処理装置及びプログラム
US10757286B2 (en) Information processing system for performing a series of processes on electronic data
JP7314491B2 (ja) 情報処理システム、サービス提供システム、フロー設定方法
JP6031543B2 (ja) 画像データ処理サーバー、システム、方法およびプログラム
US20160259933A1 (en) Information processing system, information processing apparatus, and information processing method
US20130238689A1 (en) Server apparatus and image display system
JP2012185650A (ja) 情報処理装置、情報処理システム、情報処理装置の制御方法、及びプログラム
US20150146246A1 (en) Information processing apparatus, system, method, and storage medium
CN107148618A (zh) 信息处理系统、信息处理设备和信息处理方法
CN107077544A (zh) 信息处理系统、信息处理装置和信息处理方法
US20130215469A1 (en) Systems and methods for scanning
US11350011B2 (en) Device, process execution system, process execution method, and non-transitory recording medium
EP3543851A1 (en) Setup system, method, and computer-readable medium for multifunction peripheral devices for parameter-based integration of external services
JP2018129767A (ja) 情報処理装置、情報処理装置の制御方法及びプログラム
JP6938924B2 (ja) 機器、情報処理方法及びプログラム
JP2018037746A (ja) 情報処理システム、情報処理装置、及び情報処理方法
JP6044143B2 (ja) サービス提供システム及びサービス提供方法
JP2014229026A (ja) 情報処理装置、情報処理方法、及びプログラム
JP6780364B2 (ja) 情報処理システム、情報処理装置、及び情報処理方法
JP6186917B2 (ja) 情報処理装置およびプログラム
JP6838423B2 (ja) 情報処理システム、情報処理装置、情報処理方法及びプログラム
US9729487B2 (en) System, information processing apparatus, method of controlling the same, and non-transitory computer-readable medium, that manage a processing flow including a plurality of tasks
JP7167541B2 (ja) 情報処理システム、情報処理方法、及びプログラム
JP6900864B2 (ja) 情報処理システム、情報処理装置及び情報処理方法

Legal Events

Date Code Title Description
A521 Written amendment

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20200115

A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20200115

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20201207

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20201215

A521 Written amendment

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20210215

A02 Decision of refusal

Free format text: JAPANESE INTERMEDIATE CODE: A02

Effective date: 20210323

A521 Written amendment

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20210621

C60 Trial request (containing other claim documents, opposition documents)

Free format text: JAPANESE INTERMEDIATE CODE: C60

Effective date: 20210621

A911 Transfer to examiner for re-examination before appeal (zenchi)

Free format text: JAPANESE INTERMEDIATE CODE: A911

Effective date: 20210629

C21 Notice of transfer of a case for reconsideration by examiners before appeal proceedings

Free format text: JAPANESE INTERMEDIATE CODE: C21

Effective date: 20210706

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20210803

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20210816

R151 Written notification of patent or utility model registration

Ref document number: 6938924

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R151