JP7476691B2

JP7476691B2 - 画像処理システム、情報処理システム、画像処理方法、プログラム

Info

Publication number: JP7476691B2
Application number: JP2020113444A
Authority: JP
Inventors: 亮佑吉橋; 智哉網倉; 和明木戸口; 幸司山本; 康二神原
Original assignee: Ricoh Co Ltd
Current assignee: Ricoh Co Ltd
Priority date: 2020-06-30
Filing date: 2020-06-30
Publication date: 2024-05-01
Anticipated expiration: 2040-06-30
Also published as: JP2022011985A

Description

本発明は、画像処理システム、情報処理システム、画像処理方法、及び、プログラムに関する。

企業や団体などの組織の日常業務では、請求書、注文書、経費精算書などの帳票の処理が発生する場合が多い。組織内の担当者は、例えば、帳票から、取り扱い日付、案件番号、金額などを抽出したり、集計したりする業務を日々行っている。

このような業務の電子化に関する技術が考案されている（例えば、特許文献１参照。）。特許文献１には、ユーザがマスクすべき領域をマーキングした帳票を複合機がスキャンし、基幹システム等に領域がマスクされた帳票を登録する画像読込み装置が開示されている。

しかしながら、従来の技術では、識別情報の選択に応じて画像データの領域に画像処理を行うことができないという問題があった。例えば、機器が表示するアイコンやボタン等をユーザが押下すると、機器が帳票を読み取って電子化し、サーバに登録するシステムが存在する。しかし、このシステムは電子化された画像データの所定の領域に画像処理を行うことはできなかった。

本発明は、上記課題に鑑み、識別情報の選択に応じて画像データの領域に画像処理を行う画像処理システムを提供することを目的とする。

上記課題に鑑み、本発明は、機器（ＭＦＰ等及びＰＣ等の端末装置も含まれる）と情報処理システムとがネットワークを介して通信できる画像処理システムであって、前記情報処理システムは、画像処理の領域と識別情報とを対応付ける設定受付部を有し、前記機器は、機器が受け付けたユーザからの前記識別情報の選択に応じて、前記識別情報と画像データを前記情報処理システムに送信する通信部と、を有し、前記情報処理システムは、前記画像データのうち、前記識別情報に対応づけられている前記画像処理の領域への画像処理結果を出力する処理結果出力部、を有することを特徴とする。

識別情報の選択に応じて画像データの領域に画像処理を行う画像処理システムを提供することができる。

画像処理システムが帳票から取得したデータでファイルを作成する処理又は動作を説明する図である。本実施形態に係る画像処理システムの一例のシステム構成を示す図である。情報処理システム及び端末装置の一例のハードウェア構成を示す図である。画像形成装置の一例のハードウェア構成図である。機器、端末装置、及び、情報処理システムの一例の機能構成を示す図である。アイコンと領域情報の対応付けを説明する図である。アプリ処理情報記憶部に記憶されているアプリ処理情報の一例を示す図である。アプリが行う一連の処理を模式的に示す図である。帳票における領域のマーキング方法を説明する図である。領域情報の登録時に機器が表示する領域登録画面の一例を示す図である。管理者が領域をマーキングした帳票から情報処理システムが領域情報を取得して、設定ファイルを作成する手順を示すシーケンス図の一例である。画像データからの領域の検出を説明する図の一例である。管理者が設定ファイルのＦ～Ｋ列へ情報を設定する手順を示すシーケンス図の一例である。設定ファイルと帳票の対応を説明する図の一例である。アプリと領域情報の対応付けに関して端末装置が表示する画面の一例である。管理者がアプリと設定ファイルを対応づける処理を説明するシーケンス図の一例である。いくつかのアプリの選択画面を示す図の一例である。アプリの複製に際して管理者が操作する画面の一例である。情報処理システムがアプリの複製を登録する手順を示すシーケンス図の一例である。機器が表示する画面の遷移例を示す図である。外部サービスシステムに保存されたファイルを説明する図の一例である。情報処理システムが機器から帳票の画像データを含むＰＤＦファイルを受信し、領域からデータを取得するシーケンス図の一例である。ＯＣＲ処理結果の補正を説明する図の一例である。端末装置が表示する外部サービスシステムのファイル一覧画面の一例を示す図である。機器が表示する出力データ表示画面の一例を示す図である。複数の帳票と、出力されたファイルを示す図の一例である。

以下、本発明を実施するための形態の一例として、画像処理システムと、画像処理システムが行う画像処理方法を提供することを目的とする。

＜処理又は動作の概略＞
企業や団体などの組織では、経費精算書、請求書又は注文書などの帳票の処理が発生する場合が多い。組織内の担当者は、帳票から日付、案件番号又は金額などを抽出したり、集計したりする業務を日々行っている。処理された帳票はファイリングの後、保管されるが、その保管スペースにもコストがかかる。徐々に帳票の電子化が進められているが、帳票のファイルに自動で付与されたファイル名を担当者がリネームする作業などにも手間がかかる。

請求処理や受発注を自動化するシステムやサービスは存在するが、高価なものが多いため、これらに投資できる中小企業は多くない。このため、やむを得ず人手を介してこの帳票の処理を行っているという現状がある。

本実施形態では、領域がマーキングされた帳票により事前に登録された領域情報に基づいて、情報処理システムが、日々発生する帳票の領域に画像処理を行ってデータを取得し、電子的なファイルとして出力することができる。

図１を参照して、画像処理システムが行う処理又は動作の概略を説明する。図１は、画像処理システム１００が帳票から取得したデータでファイルを作成する処理又は動作を説明する図である。図１（ａ）は帳票における領域情報の設定を、図１（ｂ）は領域情報を使用した帳票からのデータの取得を、それぞれ説明する図である。

(1) 画像処理システム１００は外部サービスシステム４０と連携することができる。画像処理システム１００はアプリを介して外部サービスシステム４０と連携する。画像処理システム１００で動作するアプリを単に「アプリ」、外部サービスシステム４０で動作するアプリを連携先アプリと呼ばれてもよく、この場合、アプリと連携先アプリの互いのアプリＩＤを対応付け、対応関係を画像処理システム１００は記憶する。

(2) 画像処理システム１００の管理者８は、組織内のユーザが日常的に使う帳票７を使用して、帳票７のどの領域のデータを取得すべきかを指定する。例えば、マーカーペンで帳票７の領域を塗り潰したり、囲んだりすればよい。機器２０は領域がマーキングされた帳票７を読み取って生成した画像データを情報処理システム１０へ送信する。なお、マーキングされる帳票７には項目に対し文字などが記入されていてもよいし、項目のみでもよいし、白紙でもよい。

(3) 情報処理システム１０はマーカーペンで指定される領域の領域情報を設定ファイルに保存する。領域情報は、画像データにおける例えば矩形の領域の対角頂点の座標である。情報処理システム１０は設定ファイルを外部サービスシステム４０に保存する。

(4)－1 管理者は、端末装置３０を外部サービスシステム４０に接続させ、設定ファイルをダウンロードし、設定ファイルに帳票の言語や日時のフォーマットを補完する。

(4)－2 また、管理者は端末装置３０を情報処理システム１０に接続させ、アプリのアプリＩＤと設定ファイルを対応づける操作を行う。管理者は任意の数のアプリＩＤと設定ファイルとを対応付けることができる。これにより、アプリの選択を受け付けるアイコンと画像処理が行われる領域情報が対応づけられる。

(5) 組織内のユーザ６が費用の精算などのために帳票７を組織に提出する場合、この帳票７に対応したアプリのアイコンを機器２０で押下する。複数の帳票名などからアプリを簡単に選べるようになっている。ユーザは必要事項を手書きした帳票、又は、プリントアウトした帳票を機器２０に読み取らせる。機器２０はアプリのアプリＩＤと帳票を読み取って生成した画像データ（例えばＰＤＦファイル）を情報処理システム１０へ送信する。

(6) 情報処理システム１０はアプリＩＤで設定ファイルを特定し、外部サービスシステム４０から取得した設定ファイルが有する領域情報の領域を画像データから取得する（例えば切り出す）。したがって、管理者が登録した帳票の領域が取得される。

(7) 情報処理システム１０はこの領域にのみＯＣＲ（Optical Character Reader）処理を行い、データ化する。すなわち、領域に記載されたデータ（文字などの文字コード）が得られる。

(8) 情報処理システム１０はデータを電子的なファイル（例えばＣＳＶ（Comma Separated Value）ファイル）に出力して、ファイルと画像データを、外部サービスシステム４０に送信する。なお、情報処理システム１０が連携先アプリのアプリＩＤを指定した場合は、連携先アプリを指定してファイルと画像データを送信できる。

(9) 外部サービスシステム４０は管理者が指定したフォルダ（又はディレクトリ）に画像データとファイルを登録する。ファイルには精算に必要な情報が含まれているので、担当者は精算処理することができる。

以上説明したように、本実施形態の画像処理システムは、領域がマーキングされた帳票を機器２０が読み取り、帳票ごとに領域情報を記憶する。管理者は、帳票とアプリのアイコンを対応づけるので、アプリの選択を受け付けるアイコンと画像処理が行われる領域情報が対応づけられる。そして、情報処理システム１０は機器から送信された帳票の画像データから領域のみを取得してＯＣＲ処理を行い、ＯＣＲ処理結果であるデータをファイルに出力する。これによって、任意の数のアイコンそれぞれに画像処理の領域を対応付けることが可能となり、ユーザは例えば帳票の種類に応じてアイコンを選択するだけで、スキャンで生成された画像データの所望の領域に画像処理（例えば、ＯＣＲ処理）を行わせることができる。

＜用語について＞
管理者とは画像処理システムの顧客側のシステム管理者等であり、一般ユーザのために画像処理システムに関する設定を行う者である。ユーザとは、顧客側の一般ユーザである。一般ユーザが管理者の作業を行ってもよいので、両者を区別しなくてもよい。

ＯＣＲ（Optical Character Recognition/Reader）とは、手書き文字又はプリントアウトされた文字の形を感光素子によって電気信号に変換することによって、コンピュータが利用できるデジタルの文字コードに変換する技術をいう。文字認識処理、文字変換処理、電子化、などと称される場合もある。ＯＣＲ処理で得られるデータは日本語、英語、数字、記号、図形など様々である。

帳票とは帳簿や伝票などの総称である。ユーザが記入するための空欄を設けた事務用紙ともいう。本実施形態では主に帳票について説明するが、機器２０が読み取り可能なら原稿であればその名称は問わない。例えば、文書、書類、書面、レポート、新聞、雑誌などでも対象となる。なお、帳票は紙媒体にプリントアウトされない場合もある（機器２０が帳票を読み取る必要がない場合がある）。

ＯＣＲ処理の対象となる画像データの種類はどのようなものでもよいが、ＰＤＦ、ＪＰＥＧ、ＰＮＧ、ＴＩＦＦ、ＢＭＰ、などがある。

識別情報は、領域を識別する情報であればよい。識別情報は必ずしも画像である必要はなく、領域と何らかの識別情報があらかじめ対応付けられていればよい。本実施形態ではアプリＩＤという用語で説明される。領域を識別するための情報あれば、アプリＩＤ、アイコン又はボタンのほか、アプリ名、設定名、設定番号、帳票名、書類名、リンクに埋め込まれたＵＲＬ等でもよい。

ＯＣＲ領域に関する情報は、情報処理システム１０がＯＣＲ領域を特定するための情報である。本実施形態では領域情報という用語で説明される。

画像処理結果とは、画像処理により得られる成果物をいう。例えば、ＯＣＲ処理結果である文字コード（データ）をいう。

本実施形態では「設定ファイル」は領域情報が設定されるファイルであり、「ファイル」はデータが出力されたファイルである。ファイルとは、コンピュータで管理されるデータの基本単位となる、データのまとまりである。

データを出力するとは、ユーザがデータを視覚で確認できるようにすることをいう。本実施形態では、例えばファイルに出力される。

選択受付部品は、機器２０又は端末装置３０がユーザの選択を受け付けるための表示部品である。選択受付部品は機器２０が表示してもよいし、端末装置３０が表示してもよい。選択受付部品は例えばアイコンやボタンと呼ばれるが、どのように呼ばれてもよい。選択受付部品は、例えばタッチパネル付きのディスプレイに表示されるが、タッチパネルがない場合は、キーボードやマウスで選択受付部品まで移動されたカーソルがキーボードやマウスで押下されることで選択を受け付ける。

選択受付部品に関する情報は、例えば、選択受付部品を識別又は特定するための情報であり、本実施形態ではアプリのアプリＩＤという用語で説明される。

アイコンとは、コンピュータに与える指示・命令や文書ファイルなどを記号化した図形（画像）である。ボタンとは、ユーザがマウスや指先で押下して、ソフトウェアに命令を与える図形（画像）である。アイコンとボタンのいずれも操作内容や命令の内容が記されていてよい。アイコンとボタンは厳密に区別されなくてもよい。

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

図２に示す画像処理システム１００は、情報処理システム１０と、機器２０と、を含み、インターネット等の広域的なネットワークＮ１を介して通信可能に接続されている。画像処理システム１００は外部システムである外部サービスシステム４０と通信する。また、任意の端末装置３０がネットワークＮ１,Ｎ２を介して、情報処理システム１０と通信できる。

情報処理システム１０は、一台以上の情報処理装置で実現され、ネットワークＮ１を介して、クラウドサービス等の外部サービスシステム４０と連携した一連の処理により実現される各種のサービスを提供する。本実施形態に係る情報処理システム１０が提供するサービスの具体例については後述する。情報処理システム１０は、クラウドコンピューティングにより実現されてもよいし、単一の情報処理装置によって実現されてもよい。クラウドコンピューティングとは、特定ハードウェア資源が意識されずにネットワーク上のリソースが利用される利用形態をいう。情報処理システム１０は、インターネット上に存在しても、オンプレミスに存在してもよい。なお、一連の処理は１つのアプリにより提供され、一連の処理を「処理フロー」「ワークフロー」ともいう。

機器２０は、ユーザが使用する各種の電子機器である。機器２０は、例えば、ＭＦＰ（Multifunction Peripheral）等の画像処理装置、画像形成装置、ＰＣ（パーソナルコンピュータ）、プロジェクタ、電子黒板、デジタルカメラ等である。機器２０はネットワークＮ２に接続されている。ユーザは、機器２０を用いて、情報処理システム１０又は外部サービスシステム４０の少なくとも一方が提供する各種のサービスを利用することができる。

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

端末装置３０は、例えば、管理者又はユーザが使用するデスクトップＰＣ（パーソナルコンピュータ）、ノート型ＰＣ、スマートフォン、タブレット端末等である。この他、端末装置３０はＷｅｂブラウザが動作可能な装置であればよい。端末装置３０はネットワークＮ２に接続されている。管理者又はユーザは端末装置３０を操作して、情報処理システム１０又は外部サービスシステム４０が提供する各種のサービスを利用することができ、更に、連携先アプリ又はアプリの設定を行うことができる。

なお、説明の便宜上機器２０と端末装置３０を分けて説明するが、機器２０及び端末装置３０を含めて機器と呼ばれてもよい。

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

外部サービスシステム４０は、ネットワークＮ１を介して連携先アプリの実行によるサービスを提供する一台以上の情報処理装置である。連携先アプリの実行によりデータの管理又は処理が行われ、データそのものや処理結果がサービスとなる。

外部サービスシステム４０の一例には、例えば、クラウドサービス、ＡＳＰ（Application Service Provider）等があり、ネットワークを介して提供される各種の外部サービスが含まれてよい。本実施形態ではサービスの一例としてストレージサービスについて説明する。外部サービスシステム４０は、インターネット上に存在しても、オンプレミスに存在してもよい。

なお、以降では、複数の外部サービスシステム４０について、各々を区別するときは、図示されている「外部サービスシステム４０_１」を外部サービスシステム４０Ａ、「外部サービスシステム４０_２」を外部サービスシステム４０Ｂ等と、記載する。

＜ハードウェア構成例＞
図３を参照して、本実施形態に係る画像処理システム１００に含まれる情報処理システム１０及び端末装置３０のハードウェア構成について説明する。

＜＜情報処理システム及び端末装置＞＞
図３は、本実施形態に係る情報処理システム１０及び端末装置３０の一例のハードウェア構成を示す図である。図３に示されているように、情報処理システム１０及び端末装置３０はコンピュータによって構築されており、ＣＰＵ５０１、ＲＯＭ５０２、ＲＡＭ５０３、ＨＤ５０４、ＨＤＤ(Hard Disk Drive)コントローラ５０５、ディスプレイ５０６、外部機器２０接続Ｉ／Ｆ(Interface)５０８、ネットワークＩ／Ｆ５０９、バスライン５１０、キーボード５１１、ポインティングデバイス５１２、ＤＶＤ－ＲＷ(Digital Versatile Disk Rewritable)ドライブ５１４、メディアＩ／Ｆ５１６を備えている。

これらのうち、ＣＰＵ５０１は、情報処理システム１０及び端末装置３０全体の動作を制御する。ＲＯＭ５０２は、ＩＰＬ等のＣＰＵ５０１の駆動に用いられるプログラムを記憶する。ＲＡＭ５０３は、ＣＰＵ５０１のワークエリアとして使用される。ＨＤ５０４は、プログラム等の各種データを記憶する。ＨＤＤコントローラ５０５は、ＣＰＵ５０１の制御にしたがってＨＤ５０４に対する各種データの読み出し又は書き込みを制御する。ディスプレイ５０６は、カーソル、メニュー、ウィンドウ、文字、又は画像などの各種情報を表示する。外部機器２０接続Ｉ／Ｆ５０８は、各種の外部機器２０を接続するためのインターフェースである。この場合の外部機器２０は、例えば、ＵＳＢ(Universal Serial Bus)メモリやプリンタ等である。ネットワークＩ／Ｆ５０９は、ネットワークＮ２を利用してデータ通信をするためのインターフェースである。バスライン５１０は、図３に示されているＣＰＵ５０１等の各構成要素を電気的に接続するためのアドレスバスやデータバス等である。

また、キーボード５１１は、文字、数値、各種指示などの入力のための複数のキーを備えた入力手段の一種である。ポインティングデバイス５１２は、各種指示の選択や実行、処理対象の選択、カーソルの移動などを行う入力手段の一種である。ＤＶＤ－ＲＷドライブ５１４は、着脱可能な記録媒体の一例としてのＤＶＤ－ＲＷ５１３に対する各種データの読み出し又は書き込みを制御する。なお、ＤＶＤ－ＲＷに限らず、ＤＶＤ－Ｒ等であってもよい。メディアＩ／Ｆ５１６は、フラッシュメモリ等の記録メディア５１５に対するデータの読み出し又は書き込み（記憶）を制御する。

＜＜機器＞＞
図４は、機器２０の一例である画像形成装置のハードウェア構成図である。図４に示されているように、画像形成装置は、コントローラ９１０、近距離通信回路９２０、エンジン制御部９３０、操作パネル９４０、ネットワークＩ／Ｆ９５０を備えている。

これらのうち、コントローラ９１０は、コンピュータの主要部であるＣＰＵ９０１、システムメモリ（ＭＥＭ－Ｐ）９０２、ノースブリッジ（ＮＢ）９０３、サウスブリッジ（ＳＢ）９０４、ＡＳＩＣ(Application Specific Integrated Circuit)９０６、記憶部であるローカルメモリ（ＭＥＭ－Ｃ）９０７、ＨＤＤコントローラ９０８、及び、記憶部であるＨＤ９０９を有し、ＮＢ９０３とＡＳＩＣ９０６との間をＡＧＰ(Accelerated Graphics Port)バス９２１で接続した構成となっている。

これらのうち、ＣＰＵ９０１は、画像形成装置の全体制御を行う制御部である。ＮＢ９０３は、ＣＰＵ９０１と、ＭＥＭ－Ｐ９０２、ＳＢ９０４、及びＡＧＰバス９２１とを接続するためのブリッジであり、ＭＥＭ－Ｐ９０２に対する読み書きなどを制御するメモリコントローラと、ＰＣＩ(Peripheral Component Interconnect)マスタ及びＡＧＰターゲットとを有する。

ＭＥＭ－Ｐ９０２は、コントローラ９１０の各機能を実現させるプログラムやデータの格納用メモリであるＲＯＭ９０２ａ、プログラムやデータの展開、及びメモリ印刷時の描画用メモリなどとして用いるＲＡＭ９０２ｂとからなる。なお、ＲＡＭ９０２ｂに記憶されているプログラムは、インストール可能な形式又は実行可能な形式のファイルでＣＤ－ＲＯＭ、ＣＤ－Ｒ、ＤＶＤ等のコンピュータで読み取り可能な記録媒体に記録して提供するように構成してもよい。

ＳＢ９０４は、ＮＢ９０３とＰＣＩデバイス、周辺デバイスとを接続するためのブリッジである。ＡＳＩＣ９０６は、画像処理用のハードウェア要素を有する画像処理用途向けのＩＣ(Integrated Circuit)であり、ＡＧＰバス９２１、ＰＣＩバス９２２、ＨＤＤコントローラ９０８及びＭＥＭ－Ｃ９０７をそれぞれ接続するブリッジの役割を有する。このＡＳＩＣ９０６は、ＰＣＩターゲット及びＡＧＰマスタ、ＡＳＩＣ９０６の中核をなすアービタ（ＡＲＢ）、ＭＥＭ－Ｃ９０７を制御するメモリコントローラ、ハードウェアロジックなどにより画像データの回転などを行う複数のＤＭＡＣ(Direct Memory Access Controller)、並びに、スキャナ部９３１、プリンタ部９３２、及びファクシミリ部との間でＰＣＩバス９２２を介したデータ転送を行うＰＣＩユニットとからなる。なお、ＡＳＩＣ９０６には、ＵＳＢ(Universal Serial Bus)のインターフェースや、ＩＥＥＥ１３９４(Institute of Electrical and Electronics Engineers 1394）のインターフェースを接続するようにしてもよい。

ＭＥＭ－Ｃ９０７は、コピー用画像バッファ及び符号バッファとして用いるローカルメモリである。ＨＤ９０９は、画像データの蓄積、印刷時に用いるフォントデータの蓄積、フォームの蓄積を行うためのストレージである。ＨＤ９０９は、ＣＰＵ９０１の制御にしたがってＨＤ９０９に対するデータの読出又は書込を制御する。ＡＧＰバス９２１は、グラフィック処理を高速化するために提案されたグラフィックスアクセラレータカード用のバスインタフェースであり、ＭＥＭ－Ｐ９０２に高スループットで直接アクセスすることにより、グラフィックスアクセラレータカードを高速にすることができる。

また、近距離通信回路９２０には、近距離通信回路のアンテナ９２０ａが備わっている。近距離通信回路９２０は、ＮＦＣ、Ｂｌｕｅｔｏｏｔｈ（登録商標）等の通信回路である。

更に、エンジン制御部９３０は、スキャナ部９３１、プリンタ部９３２及びファクシミリ部９３３を有している。また、操作パネル９４０は、現在の設定値や選択画面等を表示させ、操作者からの入力を受け付けるタッチパネル等のパネル表示部９４０ａ、並びに、濃度の設定条件などの画像形成に関する条件の設定値を受け付けるテンキー及びコピー開始指示を受け付けるスタートキー等からなるハードキー９４０ｂを備えている。コントローラ９１０は、画像形成装置全体の制御を行い、例えば、描画、通信、操作パネル９４０からの入力等を制御する。スキャナ部９３１又はプリンタ部９３２には、誤差拡散やガンマ変換などの画像処理部分が含まれている。

なお、画像形成装置は、操作パネル９４０のアプリケーション切り替えキーにより、ドキュメントボックス機能、コピー機能、プリンタ機能、及びファクシミリ機能を順次に切り替えて選択することが可能となる。ドキュメントボックス機能の選択時にはドキュメントボックスモードとなり、コピー機能の選択時にはコピーモードとなり、プリンタ機能の選択時にはプリンタモードとなり、ファクシミリモードの選択時にはファクシミリモードとなる。

また、ネットワークＩ／Ｆ９５０は、ネットワークＮ２を利用してデータ通信をするためのインターフェースである。近距離通信回路９２０及びネットワークＩ／Ｆ９５０は、ＰＣＩバス９２２を介して、ＡＳＩＣ９０６に電気的に接続されている。

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

＜＜機器＞＞
まず、機器２０は、第二通信部２１と、表示制御部２２と、操作受付部２３と、画像データ生成部２４と、ファクシミリ処理部２５と、電子メール処理部２６とを有する。これら各機能部は、機器２０にインストールされた１以上のプログラムに含まれる命令をＣＰＵ９０１が実行することで実現される機能又は手段である。例えば、第二通信部２１、表示制御部２２及び操作受付部２３はＷｅｂブラウザにより実現され、その他は個別のアプリケーション（ネイティブアプリ）により実現される。

第二通信部２１は、情報処理システム１０との間で各種の情報を送受信する。本実施形態ではアプリ一覧画面の画面情報等を情報処理システム１０から受信し、帳票の画像データやアプリＩＤ等を情報処理システム１０に送信する。

表示制御部２２は各種の画面の画面情報を解釈してパネル表示部９４０ａに表示する。操作受付部２３は、パネル表示部９４０ａに表示された各種画面におけるユーザの各種操作を受け付ける。

画像データ生成部２４は、操作受付部２３が選択を受け付けたアプリが画像データを生成するものである場合、スキャナ部９３１で原稿をスキャンして画像データを生成する。画像データ生成部２４はスキャン機能である。画像データ生成部２４は、画像データをＰＤＦファイルに変換する。変換せずに画像データ（JPEG、TIFF、PNGなど）のままでもよい。ファクシミリ処理部２５は、ファクシミリ部９３３によるファクシミリの受信及び送信に関する処理を行い、ファクシミリを受信した場合に予め対応付けられているアプリの実行を情報処理システム１０に要求する。なお、ファクシミリの送信元（ＦＡＸ番号）に対応したアプリを要求してもよい。

電子メール処理部２６は電子メールの送受信に関する処理を行い、電子メールを受信した場合に予め対応付けられているアプリの実行を情報処理システム１０に要求する。なお、電子メールの送信元（メールアドレス）に対応したアプリを要求してもよい。

＜＜端末装置＞＞
端末装置３０は、第一通信部３１と、表示制御部３２と、操作受付部３３とを有する。これら各機能部は、端末装置３０にインストールされた１以上のプログラムに含まれる命令をＣＰＵ５０１が実行することで実現される機能又は手段である。なお、このプログラムはＷｅｂブラウザでもよいし、情報処理システム１０と通信するための専用のソフトウェアでもよい。

第一通信部３１は、情報処理システム１０又は外部サービスシステム４０との間で各種の情報を送受信する（第二の通信部の一例）。本実施形態では各種の画面情報等を情報処理システム１０又は外部サービスシステム４０から受信し、管理者又はユーザが設定した情報を情報処理システム１０又は外部サービスシステム４０に送信する。

表示制御部３２は各種の画面の画面情報を解釈してディスプレイ５０６に表示する。操作受付部３３は、ディスプレイ５０６に表示された各種画面におけるユーザの各種操作を受け付ける。

＜＜情報処理システム＞＞
情報処理システム１０は、アプリデータサービス部１１、設定受付部１２、認証サービス部１４、Ｗｅｂサービス処理部１５、入出力サービス部１６、コンポーネント１８、及び、通信部１９を有する。これら各機能部は、情報処理システム１０にインストールされた１以上のプログラムに含まれる命令をＣＰＵ５０１が実行することで実現される機能又は手段である。なお、図５では作図の都合上、１つの情報処理システム１０が各機能部を有しているが、各機能部は複数の情報処理装置に分散して配置されてもよい。

通信部１９は、端末装置３０及び機器２０との間で各種の情報を送受信する。設定受付部１２は、端末装置３０に設定サイトを提供し、設定サイトに対する設定を受け付ける。サイトとは、ＷｅｂページやＷｅｂアプリをいう場合もあるし、端末装置３０にＷｅｂページやＷｅｂアプリを提供するサーバ側のシステムをいう場合もある。設定受付部１２は端末画面提供部４２を有しており、端末画面提供部４２はアプリの実行に必要な情報を管理者に設定させる初期画面、アプリ一覧画面、及び、対応付け画面等を提供する。なお、端末画面提供部４２は、端末装置３０からのＨＴＴＰリクエストに対しＨＴＭＬ、ＸＭＬ、ＣＳＳ（Cascade Style Sheet）、及びJavaScript（登録商標）等により記述された画面情報を生成し、画面情報をＨＴＴＰレスポンスとして端末装置３０に送信する。

アプリデータサービス部１１はアプリデータ管理部４１を有している。アプリデータ管理部４１は、企業などの顧客により購入されたアプリのアプリデータ４３を顧客ごとに管理する。アプリデータ４３は、例えば、アプリと上記の領域情報を対応付ける。アプリデータ４３はアプリデータ記憶部１３に記憶される。なお、画像処理システム１００から見た顧客などの組織をテナントという。

Ｗｅｂサービス処理部１５は機器２０に対し画面情報を提供したり、機器２０からアプリの実行を受け付けたりする。Ｗｅｂサービス処理部１５はアプリ実行部４６と機器画面提供部４７を有している。アプリ実行部４６は機器２０からのアプリの実行を受け付け、入出力処理部４８に対しアプリの実行を要求する。機器画面提供部４７は画面情報５４を使って、アプリ一覧画面やアプリ画面の画面情報を機器２０に提供する。

入出力サービス部１６は認証サービス部１４、アプリ処理情報記憶部１７及びコンポーネント１８を使用してデータの入出力を行う。入出力サービス部１６は入出力処理部４８とアプリ管理部４９を有している。入出力処理部４８はアプリ実行部４６から要求されたアプリを実行する。実行時にはアプリ処理情報５３を参照しアプリに含まれる各処理をコンポーネント１８に要求する。アプリ管理部４９は、アプリ処理情報記憶部１７に記憶されている、アプリのアプリ処理情報５３や画面情報５４を管理する。アプリ処理情報５３にはアプリがどの処理をどの順番で行うか（例えば、ＯＣＲの後に外部サービスシステム４０に処理要求する等）が設定されている。画面情報５４は各アプリのアイコン、アプリ一覧画面、及び各アプリ画面など、機器２０が表示する画面の情報である。アプリ処理情報記憶部１７にはアプリごとにアプリ処理情報５３及び画面情報５４が記憶されている。

認証サービス部１４はユーザ（管理者を含む）、及び、機器２０の認証に関する処理を行う。認証サービス部１４はユーザ管理部４４とデバイス管理部４５を有している。ユーザ管理部４４はユーザに関する情報を管理する。例えば、ユーザ名やパスワード等の認証情報を保持する。また、認証情報には情報処理システム１０のものと外部サービスシステム４０のものとがある。デバイス管理部４５は、テナントに対応付けられている機器２０を管理する。つまり、テナントの識別情報と機器２０を対応付けて管理しており、機器２０が特定されるとテナントも特定される。

コンポーネント１８は各処理を実際に行う個別の機能の総称である。コンポーネント１８内の１つのブロックが１つの処理に対応する。コンポーネント１８は例えば、認証処理部６１、外部サービス処理部６２、判断部６３、ＰＤＦ処理部６４、領域検出部６５、ファイル出力部６６、領域取得部６７、処理結果出力部６８、及び、ＯＣＲ補正部６９を有している。認証処理部６１は認証サービス部１４に対して認証に関する処理を依頼するコンポーネント１８である。外部サービス処理部６２は、外部サービスシステム４０に対して処理要求を依頼するコンポーネント１８である。つまり、外部サービス処理部６２は外部サービスシステム４０と連携するための機能である。外部サービス処理部６２は外部サービスシステム４０の種類ごとに用意される。判断部６３は各種の判断を行い、処理フローの分岐を制御する。ＰＤＦ処理部６４はＰＤＦファイルに関する処理を行うものであり、例えばＰＤＦファイルから画像データを取り出したり、透明テキスト付きのＰＤＦファイルを作成したりする。機器２０がＰＤＦファイルの形式で画像データを送信するためである。領域検出部６５は、画像データからマーカーペンなどでマーキングされた矩形領域を検出し、矩形領域の座標（領域情報）を作成する。ファイル出力部６６は、領域情報を含む設定ファイルを作成し、また、ＯＣＲ処理結果（帳票の領域から取得されたデータ）を含むファイルを出力する。領域取得部６７は領域情報に基づいて、画像データから領域を取得する（例えば切り出す）。処理結果出力部６８は、領域のみ及び画像データの全体にＯＣＲ処理を行う。ＯＣＲ補正部６９はＯＣＲ処理結果を補正する。なお、図示する以外に、翻訳等のコンポーネントを有していてよい。

表１は、アプリ処理情報記憶部１７が保持するアプリ処理情報の一例を示す。アプリ処理情報記憶部１７はテナントごとに購入されている（ライセンスがある）アプリのリストを記憶する。表１に示す情報はアプリ処理情報記憶部が記憶するリストに含まれるアプリうち、本実施形態で説明する受信した画像データの一部に画像処理を行うアプリの一覧で、アプリＩＤ、アプリ名、画面情報、アプリ処理情報、共有アプリ、及び、外部サービスシステム４０の各項目を有している。アプリＩＤはアプリを識別する識別情報である。アプリ名は管理者が付与したアプリの名称である。また、アプリのアイコンや設定画面を機器２０が表示する際に使用される画面情報５４（ＨＴＭＬ等で記述された）がアプリに対応付けられる。アプリには一連の処理の内容と順番（処理フロー）が定義されるので、各アプリにはアプリ処理情報５３が対応付けられる。後述するように、複製されたアプリはフロー情報が同じになる。共有アプリとは、一般のアプリがユーザごとに利用権限が与えられるのに対し、共有アプリはテナントのユーザが共通に使えるアプリであることを示す。表１では経費精算書アプリが共有アプリである。各ユーザが共通に利用するためである。外部サービスシステム４０の項目は各アプリが連携する外部サービスシステム４０である。外部サービスシステム４０と連携しないアプリも存在する。

アプリ管理部４９は、管理者又はユーザがログインすると、管理者又はユーザに利用権限が認められているアプリの一覧をアプリ処理情報記憶部１７から取得して機器２０に提供する。また、アプリ管理部４９は、アプリの一覧からアプリが指定されると、アプリに対応付けられている画面情報とアプリ処理情報を特定する。

表２はユーザ管理部４４が管理するユーザに関する情報の一例を示す。表２（ａ）はユーザに関する情報として、情報処理システム１０におけるユーザＩＤ、ユーザ名、メールアドレス、パスワード、利用できるアプリ、及び、外部サービスシステム情報の各項目を有している。このユーザには管理者も含まれる。ユーザＩＤ、ユーザ名又はメールアドレスの少なくとも１つとパスワードは、ユーザが情報処理システム１０にログインするための認証情報である。利用できるアプリはこのユーザに利用権限が与えられているアプリである。利用権限は、利用人数などを指定してライセンスを購入したアプリを管理者が各ユーザに割り当てることで与えられる。利用できるアプリには個人アプリと共有アプリがある。個人アプリも共有アプリも複数のユーザに使用されるが、個人アプリは個人のユーザの外部サービスの認証情報を使用し、共有アプリは複数のユーザが外部サービスに対し管理者の認証情報を使用する。表２（ａ）では、U001～U003に共通のapp003が共有アプリである。その他は個人アプリである。個人アプリの場合、ユーザごとに外部サービスシステムの認証情報の登録が必要である。外部サービスシステム情報はユーザが連携設定済みの外部サービスシステム４０である。

なお、連携設定済みとは、ユーザが外部サービスシステム４０との連携を希望し、外部サービスシステム４０の認証情報でログインできることが確認できたことをいう。ユーザは設定サイトから外部サービスシステム４０の認証情報を入力し、ログインできた場合に、表２（ａ）の外部サービスシステム情報に外部サービスシステムの識別情報が設定される。また、表２（ｂ）に外部サービスシステム４０の認証情報が登録される。

表２（ｂ）は、各ユーザの外部サービスシステムに関する情報であり、ユーザＩＤ、外部サービスシステム４０、ユーザＩＤ、及び、パスワードの各項目を有している。表２（ｂ）にはユーザが連携設定した外部サービスシステム４０の認証情報が登録される。外部サービスシステム４０の認証情報はユーザが外部サービスシステム４０にログインするための認証情報である。U002のユーザのように、外部サービスシステム４０ごとに認証情報が異なっている場合もある。このため、画像処理システム１００のユーザごとに、外部サービスシステム４０の認証情報が関連付けられている。情報処理システム１０は、機器２０から取得した情報処理システム１０のユーザＩＤ、パスワード等の認証情報に応じて、連携先の外部サービスシステム４０の認証情報を特定する。

また、認証情報は外部サービスシステム４０の認証情報、又は、外部サービスシステム４０と連携するために必要な認証情報であればよく、ユーザＩＤやパスワード以外に、外部サービスシステム４０との連携設定時に外部サービスシステム４０から取得したトークン等でも良い。

表２（ｃ）は、共有アプリ用の認証情報である。共有アプリの識別情報に外部サービスシステム４０と認証情報が対応づけられている。共有アプリの認証情報は管理者のものが使用されるので、管理者の識別情報が登録されている。

表３は、アプリデータ記憶部１３に記憶されているアプリデータ４３の一例を示す。アプリデータ４３は、アプリと設定ファイル（領域情報）を対応づける。対応付けは管理者が行う。
・applicationId…連携元のアプリＩＤである。
・applicationName…アプリのアプリ名である。
・fileId…情報処理システム１０が作成した設定ファイルの識別情報である。
・fileName…情報処理システム１０が作成した設定ファイルのファイル名である。設定ファイルは外部サービスシステム４０に保存されるが、そのフォルダと共にファイル名が設定される。例えばＵＲＬでよい。
・アップロード先フォルダ…設定ファイルが保存される外部サービスシステム４０とそのフォルダである。例えばＵＲＬでよい。管理者が設定する。

表４は、外部サービスシステム４０に記憶されている設定ファイル９の一例を示す。設定ファイル９は、ＯＣＲ処理の対象となる領域情報を有するファイルである。設定ファイルは表形式（例えばＣＳＶ形式）になっており、各セルの位置が列番号と行番号で指定される。以下、Ａ列～Ｌ列の項目について説明する。なお、設定ファイルの１行目にある項目名は、設定ファイルの作成時に情報処理システム１０により設定される。
・ＩＤ…領域情報の識別情報である。自動的に採番され、管理者やユーザが意識する必要はない。
・始点Ｘ座標、始点Ｙ座標、終点Ｘ座標、終点Ｙ座標…領域情報である。マーキングされた帳票の矩形領域の対角頂点を表す。１点の座標と幅と高さが指定されてもよい。座標の単位は例えばｃｍ、ピクセルなどでよい。

以上の情報が、情報処理システム１０が自動的に設定する情報となる。以下の情報は、管理者が入力する。
・フォーマット…領域のデータ形式である。例えば、日付（ＹＹＹＹ/ＭＭ/ＤＤ）、数値（ＮＵＭＥＲＩＣ）などがある。データのフォーマットがわかるので、処理結果出力部６８がより高精度にＯＣＲ処理することができる。フォーマットはプルダウンメニューになっている。このように領域ごとにデータの種類が設定される。
・ＣＳＶ列名…領域に付与された名称である。帳票の場合は、矩形枠のタイトルなどが入力されるが、管理者が任意の値を入力できる。ＣＳＶ列名はデータと共にファイルに出力される。
・ＣＳＶ位置（列）…領域から抽出されたデータを情報処理システム１０がファイルのどの列に書き込むかを指定する。
・ＣＳＶ位置（開始行）…領域から抽出されたデータを情報処理システム１０がファイルのどの行に書き込むかを指定する。行番号は帳票の読み取りのたびに大きくなるため、ファイルに１つもデータが記載されていない場合の「開始行」が設定される。例えば、最初の帳票から取得されたデータは２行目に設定されるが、２枚目の帳票から取得されたデータは３行目に設定される。これに対し列位置は固定でよい。
・ＯＣＲ言語…領域がどの言語で記述されているかが設定される。言語がわかるので、処理結果出力部６８がより高精度にＯＣＲ処理することができる。ＯＣＲ言語はプルダウンメニューになっている。このように領域ごとにデータの種類が設定される。
・ファイル名に使う順序…本実施形態では領域から取得されたデータが出力されるファイルのファイル名に使用される。ファイル名に使う順序は、情報処理システム１０が出力するファイルのファイル名に使用されるデータの順番である。例えば、「書類名」が１番、「申請日」が２番の場合、ファイル名は各領域から取得されたデータ（経費精算書、２０２０１０１０）により、「経費精算書＿２０２０１０１０.csv」となる。

＜アイコンと領域情報の対応付け＞
表１にはアプリＩＤと画面情報が対応づけられており、表３にはアプリＩＤと領域情報を含むfileNameが対応づけられている。したがって、情報処理システム１０では、画面情報と領域情報とが対応づけられている。そしてこの画面情報には、アプリのアイコンが含まれている。

図６は表１と表３から得られるアイコンと領域情報の対応付けを説明する図である。図６に示すように、アプリＩＤはアプリのアイコンと対応づけられ、更に、領域情報と対応づけられている。したがって、アイコンと領域情報が対応づけられるので、情報処理システム１０はユーザが選択したアイコンに対応づけられている領域情報の領域に画像処理（ＯＣＲ処理）を行うことができる。

＜アプリ処理情報＞
次に、図７を用いて、アプリ処理情報の詳細について説明する。図７は、アプリ処理情報記憶部１７に記憶されているアプリ処理情報５３の一例を示す図である。

図７に示すアプリ処理情報５３は、機器２０でスキャンして生成された画像データを「外部サービスシステムＢ」に処理要求するサービスを実現するための一連の処理に関する情報である。

アプリ処理情報５３には、当該アプリ処理情報５３の識別情報を示すフローＩＤ１２０１Ａと、当該アプリ処理情報５３の名称を示すフロー名１２０２Ａと、一連の処理の処理内容を示すフロー詳細１２０３Ａとが含まれる。フロー名１２０２Ａはアプリの名称を兼ねている。

また、フロー詳細１２０３Ａには、「外部サービスシステムＢ」に処理要求することを示す処理内容１２２３Ａが含まれる。

処理内容１２２３Ａでは、「外部サービスシステムＢ」と連携した処理を実行するコンポーネント１８のコンポーネントＩＤ「ExService_B」、及び、パラメータ「AppId」「Folder」が指定されている。「ExService_B」は外部サービスシステムＢのための外部サービス処理部６２に相当する。「AppId」には連携先アプリＩＤが格納され（アプリと連携先アプリの対応は予め決まっている）、「Folder」にはファイルの保存先のフォルダ（アップロード先フォルダ）が格納される（管理者が設定したアップロード先フォルダが設定される）。これにより、情報処理システム１０はスキャンされた画像データを「外部サービスシステムＢ」に保存することができる。

なお、また、連携先アプリと連携しないアプリの場合、「AppId」が省略される。図示したパラメータは一部であって、アプリ処理情報はより多くのパラメータを含みうる。

図７では、説明を簡単にするため、１つのコンポーネントのみ指定されているが、アプリ処理情報５３には、アプリが行う一連の処理内容１２２３Ａが処理（コンポーネント）の数だけ登録されている。

図８は、アプリが行う一連の処理を模式的に示す図である。図８（ａ）は設定ファイルの作成を行うアプリ（例えば、ＯＣＲ領域指定アプリ）の一連の処理を示す。１つのブロックが処理内容１２２３Ａに対応する。各処理の詳細は図１１にて説明する。

図８（ｂ）は帳票の領域からデータを出力するアプリ（例えば、経費精算書アプリ）の一連の処理を示す。１つのブロックが処理内容１２２３Ａに対応する。各処理の詳細は図２２にて説明する。

＜領域の指定、領域の取得、設定ファイルの作成＞
次に、図９～図１２を参照して、管理者による領域の指定、領域の取得、及び、設定ファイルの作成について説明する。

図９は、帳票における領域のマーキング方法を説明する図である。図９（ａ）では、白黒以外の（彩度がある）マーカーペンで色が付けられた色付着部６０１が形成されている。領域検出部６５は白黒以外の画素を検出し、白黒以外の画素（色付着部６０１）の外接矩形を検出する。白黒以外のマーカーペンが使用されるのは、領域検出部６５が領域を容易に検出できるようにするためであり、黒のマーカーペンが使用されてもよい。この場合、領域検出部６５は、一定以上の高さと面積を有する黒画素の外接矩形を検出する。

また、図９（ｂ）では白黒以外のマーカーペンで領域を囲む枠線６０２が形成されている。領域検出部６５は白黒以外の画素を検出し、白黒以外の画素（枠線６０２）の外接矩形を検出する。

なお、領域のマーキング方法は図９に示す方法には限られない。例えば、二重線で領域が指定されてもよいし、所定の記号（％、＄、＃、△等）で囲まれた範囲で領域が指定されてもよい。

図１０は、領域情報の登録時に機器２０が表示する領域登録画面６１０の一例である。管理者は機器２０から情報処理システム１０にログインしてＯＣＲ領域指定アプリを選択する。領域登録画面６１０は、「ＯＣＲしたい領域を枠線で囲った原稿をセットして「スタート」を押してください」というメッセージ６１１、読み取り設定欄６１２、及び、スタートボタン６１３を有している。ユーザは原稿（帳票）をコンタクトガラスにセットして、スタートボタン６１３を押下する。必要に応じて読み取り設定欄６１２で読み取り条件（カラー/白黒、片面/両面、向き、解像度等）を設定してもよい。なお、カラー/白黒に関してはユーザが誤って白黒に設定しないように、カラーに固定されているとよい。

なお、図１０の領域登録画面６１０から管理者が設定ファイルのファイル名を指定できるとよい。外部サービスシステム４０から設定ファイルを探しやすくするためである。また、設定ファイルの保存先のフォルダをユーザが設定できるとよい。

図１１は、管理者が領域をマーキングした帳票から情報処理システム１０が領域情報を取得して、設定ファイルを作成する手順を示すシーケンス図の一例である。

S1：管理者は機器２０を操作して情報処理システム１０にログインし、初期画面に表示されるアプリ一覧からＯＣＲ領域指定アプリを選択する。これにより、機器２０の表示制御部２２は領域登録画面６１０を表示する。管理者は領域をマーキングした帳票をコンタクトガラスに設置してスタートボタン６１３を押下する。画像データ生成部２４は帳票の画像データを生成し、ＰＤＦファイルに変換する。

S2：機器２０の第二通信部２１は、ＯＣＲ領域指定アプリの実行要求と共にＰＤＦファイルを情報処理システム１０に送信する。

S3：情報処理システム１０の通信部１９はＰＤＦファイルを受信する。アプリ実行部４６はＯＣＲ領域指定アプリのアプリＩＤを指定して実行を入出力処理部４８に要求する。入出力処理部４８はＯＣＲ領域指定アプリのアプリＩＤに対応づけられているアプリ処理情報５３を参照して、アプリを実行する。まず、入出力処理部４８はＰＤＦファイルを指定してＰＤＦ処理部６４に画像データの抽出を要求する。ＰＤＦ処理部６４はＰＤＦファイルから帳票の画像データを抽出する。

S4：次に、入出力処理部４８は画像データと共に、領域の取得を領域検出部６５に要求する。領域検出部６５は、画像データの色情報に基づいて画像データから領域を取得する。

図１２は画像データからの領域の検出を説明する図である。図１２（ａ）に示すように、マーカーペンで指定された色付着部６０１のＲＧＢ値は、白黒でない値を有している。黒のＲＧＢは（０，０，０）、白のＲＧＢは（２５５，２５５，２５５）なので、領域検出部６５は例えば、（１，１，１）～（２５４，２５４，２５４）のＲＧＢを有する色付着部６０１を検出する。なお、マーカーペンの色が決まっている場合は、開発者はＲＧＢの範囲を色に応じて狭めることができ、より精度よく色付着部６０１を検出できる。例えば、帳票がカラーの場合でも、帳票にはない色のマーカーペンが使用されると、カラーの帳票から領域検出部６５が色付着部６０１を検出できる。

図１２（ｂ）は検出された色付着部６０１を示す。領域検出部６５は検出した色付着部６０１の外接矩形６２０を設定する。そして、外接矩形６２０の上下左右にマージンを設定し、マージンを含む領域６２１を決定する。図１２（ｂ）では、左右にａ〔mm〕、上下にｂ〔mm〕が設定されている。マージンを設定するのは、機器２０が帳票を読み取る場合に位置ずれなどを起こすためである。図１２（ｂ）の左上コーナー６２２の座標が領域情報の始点Ｘ座標と始点Ｙ座標であり、右下コーナー６２３の座標が領域情報の終点Ｘ座標と終点Ｙ座標（領域情報）である。

また、図１２（ｃ）に示すように、領域検出部６５はＲＧＢに基づいて検出された色付着部６０１の外側の枠線６２５を検出してもよい。領域検出部６５は、色付着部６０１（外接矩形６２０）の垂直方向外側に向けて黒画素を探索し、黒画素が見つかった場合は黒画素をたどり、元の位置に戻った場合に、外側の枠線６２５を検出したと判断する。こうすることで、データが記入される最大の領域を検出でき、機器２０が帳票を読み取る場合に位置ずれなどを起こしても領域取得部６７がデータを取得しやすくなる。

S5：次に、入出力処理部４８は、マーカーペンで領域が指定された画像データを指定して外部サービス処理部６２に外部サービスシステム４０へのアップロードを要求する。

S6：外部サービス処理部６２は、管理者の外部サービスシステム４０における認証情報をユーザ管理部４４から取得する。これにより、外部サービス処理部６２は外部サービスシステム４０にログインし、管理者のトップフォルダ（又は、管理者が指定したフォルダ）に画像データを保存する。領域登録画面６１０で管理者が設定ファイルのファイル名を指定した場合、外部サービス処理部６２は同じファイル名を画像データのファイルに付与する。ファイル名が設定されていない場合、現在の日時などがファイル名となる。

S7：次に、入出力処理部４８は、領域検出部６５が検出した領域情報を指定し、ファイル出力部６６に設定ファイルの作成を要求する。ファイル出力部６６はＩＤを採番し、領域情報をＣＳＶファイルの決まった列に配置して、設定ファイルを生成する。この時点では表４のＡ～Ｅ列に情報が入った状態となる。

S8：次に、入出力処理部４８は、設定ファイルを指定して外部サービス処理部６２に外部サービスシステム４０へのアップロードを要求する。

S9：外部サービス処理部６２は、外部サービスシステム４０にログイン済みなので、管理者のトップフォルダ（又は、管理者が指定したフォルダ）に設定ファイルを保存する。領域登録画面６１０で管理者が設定ファイルのファイル名を指定した場合、外部サービス処理部６２はこのファイル名を設定ファイルのファイルに付与する。ファイル名が設定されていない場合、現在の日時などがファイル名となる。画像データと設定ファイルのファイル名が同じなので、管理者は設定ファイルがどの画像データにより生成されたのかを容易に判断できる。

＜設定ファイルへのその他の情報の登録＞
図１３、図１４を参照して、設定ファイルへのＦ～Ｋ列への設定について説明する。図１３は、管理者が設定ファイルのＦ～Ｋ列へ情報を設定する手順を示すシーケンス図の一例である。

S11：外部サービスシステム４０に設定ファイルを登録した後、管理者は端末装置３０を操作して端末装置３０を外部サービスシステム４０に接続させる。管理者は自分の認証情報を入力して、外部サービスシステム４０にログインする。

S12：外部サービスシステム４０はストレージサービスなので、管理者が登録したファイルの一覧を端末装置３０に送信する。例えばトップフォルダにあるファイルの一覧が送信される。トップフォルダにない場合は、管理者が階層を指定する。ファイルの一覧の中に、管理者が機器２０から登録した設定ファイルと画像データのファイルも含まれる。

S13：管理者は設定ファイルの内容を確認したり、Ｆ～Ｋ列への情報を設定したりするため、設定ファイルを選択する。端末装置３０の操作受付部３３は選択を受け付け、第一通信部３１が設定ファイルのファイルＩＤを指定して設定ファイルを外部サービスシステム４０に要求する。

S14：外部サービスシステム４０の通信部１９は設定ファイルの要求を受信し、設定ファイルを端末装置３０に送信する。

S15：管理者は設定ファイルの内容を確認し、Ｆ～Ｋ列への情報を設定する。端末装置３０の操作受付部３３は設定を受け付ける。

S16：管理者が例えば、設定ファイルをアップロードする操作を行うと、第一通信部３１はＡ～Ｋ列へ情報が設定された設定ファイルを情報処理システム１０に送信する。

以上のようにして、外部サービスシステム４０には設定ファイルが登録される。

図１４は、設定ファイルと帳票の対応を説明する図である。表４にて説明したように、管理者は、フォーマット、ＣＳＶ列名、ＣＳＶ位置（列）、ＣＳＶ位置（行）、ＯＣＲ言語、及び、ファイル名に使う順序、を設定する。なお、必ずしも全ての列を設定しなくてもよい。

図１４の例では、ＩＤ＝１の領域情報から取得されたデータはＣＳＶ列名の「書類名」と対応することが設定されている。「書類名」はファイル名の一番目に使用される。ＩＤ＝２の領域情報から取得されたデータはＣＳＶ列名の「申請日」と対応することが設定されている。また、申請日のＣＳＶ位置が3列2行と設定されているので、ＩＤ＝２の領域情報から取得されたデータはファイルの3列2行目に書き出される。更に「申請日」はファイル名の二番目に使用される。ＩＤ＝３の領域情報から取得されたデータはＣＳＶ列名の「金額」と対応することが設定されている。また、金額のＣＳＶ位置が4列2行と設定されているので、ＩＤ＝３の領域情報から取得されたデータはファイルの4列2行目に書き出される。

＜アプリと領域情報の対応付け＞
次に、図１５、図１６を参照して、アプリと領域情報の対応付けについて説明する。図１５は、アプリと領域情報の対応付けに関して端末装置３０が表示する画面の一例である。管理者は端末装置３０を操作して、端末装置３０を情報処理システム１０と通信させる。

まず、図１５（ａ）は管理者が情報処理システム１０にログインすると表示される初期画面６３０である。管理者に認められている操作メニューが表示される。設定ファイルにアプリを対応づけるため、管理者がアプリ一覧を表示させるアイコン６３１を選択する。

表２に示したように、ユーザ管理部４４ではユーザごとに利用できるアプリと外部サービスシステム情報が登録されているので、情報処理システム１０は外部サービスシステム４０ごとに管理者が利用できるアプリの一覧を端末装置３０に提供できる。

図１５（ｂ）はアプリ一覧画面６３２の一例を示す。アプリ一覧画面６３２には管理者が利用できるアプリの一覧が表示される。管理者はアプリ一覧画面６３２から、外部サービスシステム４０に登録した設定ファイルと対応付けるためのアプリ６３３（例えば、経費精算書アプリ）を選択する。操作受付部３３がアプリ６３３の選択を受け付けることで、図１５（ｃ）に示す対応付け画面６４０が表示される。対応付け画面６４０は、外部サービスシステム選択欄６４１、アップロード先フォルダ欄６４２、及び、設定ファイル欄６４３を有している。
・外部サービスシステム選択欄６４１…領域から取得されたデータを書き出すファイルの保存先の外部サービスシステム４０を管理者が設定するための欄である。したがって、管理者はアプリに予め対応付けられている外部サービスシステム４０を変更したり、新規に設定したりできる。
・アップロード先フォルダ欄６４２…外部サービスシステム４０において、領域から取得されたデータを書き出すファイルの保存先のフォルダを管理者が設定するための欄である。管理者がフォルダ選択ボタン６４２ａを押下すると、外部サービスシステム４０における管理者の認証情報で情報処理システム１０が外部サービスシステム４０にログインし、外部サービスシステム４０においての管理者がアクセスできるトップフォルダが端末装置３０に表示される。管理者は任意のフォルダを選択できる。
・設定ファイル欄６４３…アプリと対応付ける設定ファイルを管理者が選択するための欄である。管理者がファイルを選択ボタン６４４、を押下すると、外部サービスシステム４０における管理者の認証情報で情報処理システム１０が外部サービスシステム４０にログインし、外部サービスシステム４０においての管理者がアクセスできるトップフォルダが端末装置３０に表示される。トップフォルダ（又は管理者が設定したフォルダ）には、情報処理システム１０が登録し、管理者が更新した設定ファイルが含まれる。トップフォルダに設定ファイルがない場合、管理者はトップフォルダの下位のフォルダから設定ファイルを探すことができる。

図１６は、図１５の画面を介して管理者がアプリと設定ファイルを対応づける処理を説明するシーケンス図の一例である。図１６の処理は図１５（ａ）の画面が表示された状態からスタートする。

S21：管理者は情報処理システム１０にログインして、初期画面６３０からアプリ一覧を表示する操作を端末装置３０に入力する。端末装置３０の操作受付部３３は操作を受け付け、第一通信部３１がアプリ一覧を情報処理システム１０に要求する。

S22：情報処理システム１０の通信部１９がアプリ一覧の要求を受信し、端末画面提供部４２が管理者のユーザＩＤに対応づけられているアプリをユーザ管理部４４から取得する。端末画面提供部４２は、外部サービスシステム４０ごとに管理者が利用できるアプリを含むアプリ一覧画面の画面情報を作成する。通信部１９はアプリ一覧画面の画面情報を端末装置３０に送信する。

S23：管理者が、設定ファイルを対応付けるアプリを選択する。端末装置３０の操作受付部３３が選択を受け付ける。この後、上記のように端末装置３０は対応付け画面６４０を表示する。

S24：管理者は、対応付け画面６４０でファイルを選択ボタン６４４、を押下する。操作受付部３３が押下を受け付け、対応付け画面６４０で設定されている外部サービスシステム４０に保存されているファイル一覧の要求を第一通信部３１が情報処理システム１０に送信する。

S25：情報処理システム１０の通信部１９はファイル一覧の要求を受信し、アプリ実行部４６が入出力処理部４８に外部サービスシステム４０を指定してファイル一覧を要求する。入出力処理部４８は外部サービスシステム４０に対応した外部サービス処理部６２にファイル一覧を要求する。外部サービス処理部６２は管理者の外部サービスシステム４０（アプリに対応づけられているか、又は、対応付け画面でユーザが設定した）における認証情報をユーザ管理部４４から取得し、外部サービスシステム４０にファイル一覧の要求を送信する。

S26：外部サービスシステム４０は管理者の認証情報に基づいて、管理者のログインを許可し、管理者に対応づけられているファイルの一覧を取得する。ファイルの一覧が端末装置３０に送信される。なお、図１６では、設定ファイルが保存された外部サービスシステム４０と、領域から取得されたデータのファイルが保存される外部サービスシステム４０が同じという前提だが両者は異なってもよい。この場合、管理者は設定ファイルを選択後、対応付け画面６４０で外部サービスシステム４０を変更する。

S27：端末装置３０の表示制御部３２はファイルの一覧を表示する。管理者はアプリと対応づけられる設定ファイルを選択する。端末装置３０の操作受付部３３は選択を受け付ける。

S28：端末装置３０の第一通信部３１は設定ファイルの識別情報、アプリの識別情報、外部サービスシステム４０、及び、アップロード先フォルダを指定して、設定ファイルとアプリの対応付け要求を情報処理システム１０に送信する。

S29：情報処理システム１０の通信部１９は設定ファイルとアプリの対応付け要求を受信し、アプリデータ管理部４１がアプリデータ４３に設定ファイルとアプリを対応付けて登録する。すなわち、applicationId、applicationName、fileId、fileName、及びアップロード先フォルダを対応づけて登録する。なお、外部サービスシステム４０はアプリ処理情報５３に登録される。

以上により、アプリと設定ファイルが対応づけられた。以降、一般ユーザが機器２０からアイコンを押下するだけで帳票の領域のデータをファイルに出力できる。

なお、図１６では、対応付け画面６４０で管理者がアプリと領域情報を対応づける方法を説明したが、領域情報の登録時にアプリと領域情報の対応付けを行ってもよい。

この場合、例えば図１０の領域登録画面６１０にアプリ名を入力するための欄が表示される。管理者は設定ファイルと対応づけたいアプリのアプリ名を入力する。情報処理システム１０は設定ファイルを作成後、入力されたアプリ名のアプリと設定ファイルを対応づけることができる。つまり、管理者がアプリ名を設定して帳票を読み取らせれば、設定ファイルが生成され、連携元ファイルと設定ファイルとが対応づけられる。

＜アプリの複製＞
帳票の形状は様々であるため、ユーザによりデータが記入される領域の場所も帳票によって様々である。そこで、本実施形態では、各帳票それぞれの形状に合わせて管理者が領域情報を登録することができる。各帳票ごとに領域情報を登録する方法の１つとして、管理者がアプリを複製する方法を説明する。

図１７は、いくつかのアプリの選択画面６５０を示す。一例として、明細書アプリ、納付書アプリ、及び、ＯＣＲ指定領域アプリがある場合、明細書アプリに対しては明細書の領域情報が、納付書アプリに対しては納付書の領域情報が、アプリデータ４３においてそれぞれ対応づけられている。ユーザが、明細書の領域からデータを取得したい場合、明細書アプリを起動して明細書をスキャンすることで期待する領域のデータを出力できる。ユーザが、納付書の領域からデータを取得したい場合、納付書アプリを起動して納付書をスキャンすることで期待する領域のデータを出力できる。

各アプリが行う処理はアプリ処理情報５３に記載されているが、明細書アプリと納付書アプリが行う処理は、ファイルの保存先、アップロード先フォルダ、及び、設定ファイルが異なるものの、実行されるコンポーネントは同じである。したがって、管理者が明細書アプリ又は納付書アプリを複製すれば、領域の指定、領域の取得、設定ファイルの作成、及び、設定ファイルと複製したアプリとの対応付け、が行われることで、情報処理システム１０が任意の帳票に対応したアプリを作成できる。

図１８を参照してアプリの複製について説明する。図１８は、アプリの複製に際して管理者が操作する画面の一例である。図１８（ａ）は管理者が情報処理システム１０にログインすることで端末装置３０が表示する初期画面６３０である。初期画面６３０には管理者が各種の設定を行うための設定ボタン６５１が表示される。

図１８（ｂ）は設定ボタン６５１の押下後に表示されるアプリ管理画面６５２である。アプリ管理画面６５２にはいくつかのアプリがグループ化されたグループ名６５３が表示される。なお、画面遷移は説明のための一例であって、図示した画面の省略や、新たな画面の追加が行われてよい。

グループ名６５３の右側にはこのグループに所属するアプリの一覧が表示される。アプリの一覧に表示されるアプリは管理者に利用権限が認められているアプリである。管理者専用のアプリもあるし、他のユーザが使用するアプリもある。管理者は複製元となるアプリの設定ボタン６５４を押下する。設定ボタン６５４の押下により、メニューが表示され、該メニューの中に複製するボタン６５５がある。

管理者が複製するボタン６５５を押下すると、図１８（ｃ）に示す複製アプリ設定画面（ポップアップ画面）６６０が表示される。複製アプリ設定画面６６０は、アプリ名設定欄６６１、アイコンリスト欄６６２、及び、複製要求ボタン６６３を有している。アプリ名設定欄６６１には、複製により作成される新しいアプリに管理者が任意のアプリ名を入力する。アプリ名は任意でよいが、重複するアプリ名は排除されるか、又は、「～（２）」などのように枝番が付される。アプリ名以外にアイコン名、設定名と呼ばれてもよい。

アイコンリスト欄６６２には、アイコンのリストが表示される。管理者は所望のアイコンを選択できる。参照ボタン６６４を押下して別のアイコンを表示させることも可能である。管理者が複製要求ボタン６６３を押下すると、複製元のアプリのアプリＩＤ，アプリ名、及び、アイコンが情報処理システム１０に送信される。情報処理システム１０はこれらを受信し、アプリ管理部４９が複製元のアプリのアプリ処理情報５３と画面情報５４を使用して、新たにアプリを登録する。アプリ処理情報５３のうち、アプリＩＤは重複しないものが採番され、アプリ名には管理者が入力したアプリ名が設定される。画面情報は複製元のアプリと同じであるが、このうちアイコンは管理者が選択したものである。アプリ処理情報、共有アプリ、及び、外部サービスシステム４０の項目は複製元のアプリと同じである。例えばアプリ名等でユーザがアプリを識別可能な場合、すべてのアプリに対して別のアイコンが設定されている必要はない。

また、本実施形態ではアプリの複製に伴い、新たな画像処理領域の設定が追加されているが、アプリの複製でなく、設定の追加や、アイコンの追加という形で、新たな画像処理領域の追加と機器で選択を受け付ける識別情報を対応付ける設定を管理者が行ってもよい。

図１９は、情報処理システム１０がアプリの複製を登録する手順を示すシーケンス図の一例である。

S31：管理者が情報処理システム１０の認証情報を端末装置３０に入力する。端末装置３０の操作受付部３３は認証情報の入力を受け付け、第一通信部３１が認証情報を情報処理システム１０に送信することで、管理者が情報処理システム１０にログインする。

S32：ログインにより情報処理システム１０の端末画面提供部４２が通信部１９を介して初期画面の画面情報を端末装置３０に送信する。その後、管理者の操作に応じて、端末画面提供部４２は図１８に示した画面の画面情報を端末装置３０に送信する。

S33：管理者がアプリ名等を端末装置３０に入力するので、操作受付部３３が入力を受け付ける。

S34：端末装置３０の第一通信部３１は複製元のアプリのアプリＩＤ，アプリ名、及び、アイコンを情報処理システム１０に送信する。

S35：情報処理システム１０の通信部１９はこれらを受信し、アプリ管理部４９が複製元のアプリのアプリ処理情報５３と画面情報５４を使用して、新たにアプリを登録する。

このように、管理者はアプリを複製することができる。管理者は複製により生成した新たなアプリに設定ファイルを対応付け、所望の帳票の所定の領域からデータを取得できる。

管理者は１つの複製元のアプリから複数の新しいアプリを作成でき、情報処理システム１０は、複数の新しいアプリに対し、それぞれ別の設定ファイルの選択を受け付けることができる。同じ処理フローに対する何らかの識別情報が付与できれば良いため、アプリの複製は一例であってアイコンの追加、設定の追加という態様で同じ処理フローに識別情報が付与されてもよい。

＜アプリと設定ファイルの対応付けを利用した帳票からのデータの取得＞
アプリと設定ファイルの対応付けが完了した後は、ユーザが帳票を機器２０に読み取らせることで、情報処理システム１０が帳票からデータを取得できる。

図２０、図２１を参照して、帳票からのデータの取得について説明する。図２０は、機器２０が表示する画面の遷移例を示す図である。

(1) 図２０（ａ）に示すように、ユーザはアプリ一覧画面を機器２０に表示させる。例えば、経費を精算したい場合、ユーザは経費精算書アプリのアイコンを選択する。どの帳票がどのアプリに対応しているかはユーザが把握しているが、アプリのアイコン６９０に表示されるアプリ名と帳票（原稿）の名称が一致しているとよい。このアプリ名はアイコン名や設定名と呼ばれてもよい。すなわち、アイコン６９０には帳票の名称が含まれるとよい。更に、アイコン６９０には、帳票のサムネイルが含まれるとよい。ユーザが帳票に対応していないアイコンを選択することを抑制しやすくなる。あるいは、ユーザがアイコン６９０を押下すると帳票のサムネイルが表示されてもよい。ユーザはサムネイルを拡大表示したり部分表示したりしてアイコン６９０を確認できる。

また、アイコン６９０にはリンクが埋め込まれていてもよい。リンクは、例えばアプリＩＤを含むＵＲＬか、又は、情報処理システム側でアプリＩＤと対応付けられているＵＲＬを有する。アイコン６９０の押下で、機器２０はＵＲＬに接続することで、アプリＩＤを情報処理システムに通知する。

またアイコン６９０が対応していない帳票をユーザが選択した場合、機器２０がユーザに警告するとよい。例えば、機器２０は読み取った帳票の画像データと、アイコン６９０に対応づけられている画像データを比較し、両者が異なる場合に、処理を継続するかどうかのメッセージなどを表示することでユーザに問い合わせる。画像データの比較は情報処理システム１０が行ってもよい。なお、比較の方法としては、例えば、アイコン６９０に対応づけられている画像データで読み取った帳票の画像データを機器２０又は情報処理システム１０がパターンマッチングする方法がある。また、帳票にバーコードや二次元バーコードなどでアプリＩＤが印刷されている場合、このアプリＩＤとアイコン６９０に対応づけられているアプリＩＤを機器２０又は情報処理システム１０が比較する方法がある。

また、ユーザが選択するものがアイコンで、機器２０が情報処理システム１０に送信するのがアプリＩＤや設定番号等の文字列であってもよい。つまり選択される物自体はアプリＩＤ（識別情報）ではなくてもよい。

(2) 経費精算書を機器２０がスキャンする場合、ユーザは経費精算書を用意する（図２０（ｂ））。経費精算書はユーザが手書きで用意してもよいし、機器２０がプリントアウトしてもよい。ユーザ自身がプリントアウトしたものではなくてもよい（公的に発行される書類や、他社から送られてくる書類等）。

(3) ユーザが選択したアプリが画面情報５４に基づいて図２０（ｃ）の画面を表示する。図２０（ｃ）の画面は図１０と同じである。ユーザはプリントアウトされた経費精算書をコンタクトガラスにセットし、スタートボタン６１３を押下することで機器２０に読み取らせる。

帳票の画像データが情報処理システム１０に送信され、次述するような処理によりファイルが出力される。

図２１は外部サービスシステム４０に保存されたファイルを説明する図である。図２１（ａ）は外部サービスシステム４０のアップロード先フォルダの一例を示す。すなわち、管理者が図１５で設定したアップロード先フォルダに情報処理システム１０が出力したファイルが保存される。図２１（ａ）の「ＭｙＤｒｉｖｅ＞経費精算書置き場」のファイル階層は一例であり、管理者はアクセス権があるフォルダを指定できる。

図２１（ｂ）はアップロード先フォルダに保存される２つのファイルを示す。１回の読み取り操作で２つのファイルが生成される。
Ａ．帳票の領域から取得されたデータが保存されるＣＳＶファイル６８１。
Ｂ．帳票の画像データを含むＰＤＦファイル６８２。

同じアプリが作成するＣＳＶファイルは、１回の読み取り操作のたびに別々になる。ファイル名には申請日が含まれるので、ファイルが上書きされることはない。一方、同じアプリで取得されたデータは、読み取り操作のタイミングが異なっても、同一のＣＳＶファイルに追加したい場合がある。この方法については後述する。こうすることで、庶務などの担当者は１つのＣＳＶファイルにアクセスするだけで各社員のデータに対し精算等を行える。

＜＜機器２０が帳票をスキャンしない場合＞＞
図２０の説明では、経費精算書を機器２０がスキャンしていたが、情報処理システム１０は帳票の画像データを端末装置３０等から受信し、画像データの領域からデータを取得できる。この場合は、以下のようにして帳票の画像データを端末装置３０が情報処理システム１０に送信する。

・ユーザが端末装置３０で動作するワープロで経費精算書を表示させ、必要事項を入力する。したがって、必要事項は文字コードになっている。ユーザが端末装置３０を情報処理システム１０に接続して、ログインして、アプリ一覧を表示させる。端末装置３０の画面は図２０（ａ）の画面と同様になるので、ユーザが所望のアプリを選択する。情報処理システム１０の端末画面提供部４２は経費精算書を受付可能な画面情報を端末装置３０に送信する。ユーザがこの画面で経費精算書の画像データが含まれるＰＤＦファイル等を選択すると、端末装置３０がＰＤＦファイルを情報処理システム１０に送信できる。

したがって、ユーザは帳票をプリントアウトしなくても情報処理システム１０が帳票からデータを取得できる。この場合、後述する図２２の処理における機器２０の処理は端末装置３０によって行われる。

＜動作手順＞
図２２は、情報処理システム１０が機器２０から帳票の画像データを含むＰＤＦファイルを受信し、領域からデータを取得するシーケンス図の一例である。

S41：帳票をプリントアウトしたユーザは機器２０を操作して情報処理システム１０における自分の認証情報を入力する。機器２０の操作受付部２３は認証情報の入力を受け付け、第二通信部２１が認証情報を情報処理システム１０に送信する。これにより、ユーザは情報処理システム１０にログインする。ログインにより機器２０の表示制御部２２は、ユーザに利用権限が認められているアプリの一覧を表示する（図２０（ａ））。ユーザは例えばプリントアウトした帳票の名称と一致するアプリ名のアプリを選択する。操作受付部２３は選択を受け付ける。

S42：機器２０の第二通信部２１はアプリＩＤを指定してアプリ画面取得要求を情報処理システム１０に送信する。

S43：情報処理システム１０の通信部１９はアプリ画面取得要求を受信し、機器画面提供部４７がアプリ管理部４９からアプリＩＤで特定されるアプリの画面情報５４を取得する。アプリのアプリ画面の画面情報が機器２０に送信される。これにより、機器２０の表示制御部２２はアプリ画面を表示する（図２０（ｃ））。

S44：ユーザはプリントアウトされた帳票をコンタクトガラスにセットし、スタートボタン６１３を押下する。機器２０の操作受付部２３は押下を受け付け、画像データ生成部２４が帳票の画像データを生成し、この画像データをＰＤＦファイルに変換する。

S45：機器２０の第二通信部２１はアプリのアプリＩＤとＰＤＦファイルを指定して、アプリの実行を情報処理システム１０に要求する。

S46：情報処理システム１０の通信部１９はアプリの実行要求を受信し、アプリ実行部４６がアプリの実行を開始する。アプリ実行部４６はアプリＩＤを指定して入出力サービス部１６にアプリの実行を要求する。入出力サービス部１６はアプリ管理部４９を介してアプリ処理情報５３を取得する。これにより、アプリの処理フローが得られた。また、入出力処理部４８はアプリデータ記憶部１３からアプリＩＤに対応づけられたアプリデータ４３を取得する。これにより、アプリに対応づけられている設定ファイルを特定できる。

入出力処理部４８はアプリデータ４３とアプリ処理情報５３に基づいて、設定ファイルの取得を外部サービス処理部６２に要求する。

S47：外部サービス処理部６２はアプリデータ４３に登録されているfileNameの項目のＵＲＬに接続し、設定ファイルを外部サービスシステム４０から取得する。なお、外部サービス処理部６２は、実行要求されたアプリが共有アプリでない場合はユーザの外部サービスシステム４０における認証情報で外部サービスシステム４０にログインし、実行要求されたアプリが共有アプリである場合は管理者の外部サービスシステム４０における認証情報で外部サービスシステム４０にログインする。

S48：次に、入出力処理部４８はアプリ処理情報５３に基づいて、設定ファイルから領域情報を取得することをファイル出力部６６に要求する。

S49：ファイル出力部６６は設定ファイルの予め決まった行と列から全ての領域情報を取得し、入出力処理部４８に返す。

S50：次に、入出力処理部４８はアプリ処理情報５３に基づいて、画像データと領域情報を指定して、画像データからの領域の取得（切り取り）を領域取得部６７に要求する。

S51：領域取得部６７は画像データから領域情報で指定される領域を取得し、領域の画像を入出力処理部４８に返す。なお、領域取得部６７は画像データから領域を取得（切り取り）しなくてもよい。この場合、処理結果出力部６８が領域情報で特定される画像データの領域にＯＣＲ処理を行えばよい。

ステップS52～S55は領域の数だけ繰り返し実行される。

S52：入出力処理部４８はアプリ処理情報５３に基づいて、領域の画像を指定して、領域のＯＣＲ処理を処理結果出力部６８に要求する。この時、入出力処理部４８は設定ファイルから取得したフォーマットとＯＣＲ言語を領域に対応づけて指定するとよい。

S53：処理結果出力部６８はフォーマットとＯＣＲ言語に対応した認識エンジンで領域にＯＣＲ処理を行う。処理結果出力部６８は文字コードに変換されたデータ（ＯＣＲ処理結果）を入出力処理部４８に返す。

なお、認識エンジンは、例えば文字の画像と文字コードがセットになった学習データを用いて両者の対応を学習し、画像からＯＣＲ処理結果（文字コード）を出力する識別機である。学習データが、日本語のみ、英語のみ、数値のみ、日付のみ、のように単純なほど、識別機の識別精度が向上する。一方、学習データに日本語、英語、数値及び日付の複数が混在すると、種々のデータの認識が可能になるが、識別精度が低下する傾向になる。したがって、フォーマットとＯＣＲ言語に対応した認識エンジンを使用することで認識精度を向上できる。

ここで、機械学習とは、コンピュータに人のような学習能力を獲得させるための技術であり、コンピュータが，データ識別等の判断に必要なアルゴリズムを，事前に取り込まれる学習データから自律的に生成し，新たなデータについてこれを適用して予測を行う技術のことをいう。機械学習のための学習方法は、教師あり学習、教師なし学習、半教師学習、強化学習、深層学習のいずれかの方法でもよく、更に、これらの学習方法を組み合わせた学習方法でもよく、機械学習のための学習方法は問わない。また、認識エンジンは機械学習の学習効果によって生成されたものでなくてもよい。

S54：次に、入出力処理部４８はアプリ処理情報５３に基づいて、領域から取得されたデータ、ＣＳＶ列名、ＣＳＶ位置、及び、ファイル名（設定ファイルから取得）を指定して、ファイル出力部６６にデータを有するファイルの出力を要求する。

S55：ファイル出力部６６は、ＣＳＶ列名を列の先頭に書き込み、データをＣＳＶ位置で指定されるＣＳＶファイルのセルに書き込み、ＯＣＲ処理結果（ＣＳＶファイル）を入出力処理部４８に返す。ＣＳＶファイルには指定されたファイル名が付与されている。なお、出力先のファイルの形式はＣＳＶファイルに限らず、表形式のファイルであればよいし、テキストファイルでもよいし、その他のアプリケーションのファイルでもよい。

S56：次に、入出力処理部４８はアプリ処理情報５３に基づいて、ＯＣＲ処理結果（ＣＳＶファイル）、フォーマット及びＯＣＲ言語を指定して、ＯＣＲ処理結果の補正をＯＣＲ補正部６９に要求する。このフォーマットは表４に示された設定ファイルから取得されていて、管理者によって設定されたものである。

図２３はＯＣＲ処理結果の補正を説明する図である。設定ファイルにフォーマットが設定されている場合、ＯＣＲ補正部６９はＯＣＲ処理結果を補正できる。ＯＣＲ補正部６９には指定文字列と変換文字のルールが図２３に示すように定義されている。図２３（ａ）はフォーマットがＮＵＭＥＲＩＣの場合のルールである。例えば、数値にはＩ，Ｂ、Ｚが含まれないので、それぞれ１，８，２に補正される。図２３（ｂ）は言語がＥｎｇｌｉｓｈの場合のルールである。例えば、Ｅｎｇｌｉｓｈには１，２、８が含まれないので、それぞれＩ，Ｂ，Ｚに補正される。

S57：ＯＣＲ補正部６９は、補正したＯＣＲ処理結果（ＣＳＶファイル）を入出力処理部４８に返す。

ステップS58～S61はＣＳＶファイルの数だけ実行される。１回の読み取り操作で作成されるＣＳＶファイルの数は、帳票の数に関係なく１回の場合と、帳票のページ数と同じ場合がある。どちらが採用されるかは、アプリに設定されている。

S58：次に、入出力処理部４８はアプリ処理情報５３に基づいて、ＯＣＲ処理結果（ＣＳＶファイル）のアップロードを外部サービス処理部６２に要求する。アップロード先フォルダはアプリデータ４３に設定されている。

S59：外部サービス処理部６２は外部サービスシステム４０のアップロード先フォルダにＣＳＶファイルを保存する。

S60：メタデータの設定が可能な場合は、ステップS60が実行される。外部サービスシステム４０がメタデータ（外部サービスシステム上でユーザが設定した項目で、文字列、日付など）の設定に対応している場合、アップロードするＣＳＶファイルに紐付けるメタデータをユーザが設定できる。ユーザは機器２０が表示する画面からメタデータを入力できる。入出力処理部４８はメタデータのアップロードを外部サービス処理部６２に要求する。アップロード先フォルダはＣＳＶファイルと同じである。

S61：外部サービス処理部６２は外部サービスシステム４０のアップロード先フォルダにメタデータを保存する。

S62：複数の帳票データが読み込まれた場合に、ユーザとしては個別のファイルに保存したい場合がある。この場合、入出力処理部４８はアプリ処理情報５３に基づいて、複数ページの画像データと共に、ページ分割をＰＤＦ処理部６４に要求する。この処理は省略されてもよく、その場合、入出力処理部４８は複数のデータを１つのファイルとして保存してよい。

S63：ＰＤＦ処理部６４は1ページずつに分解したＰＤＦファイルを入出力処理部４８に返す。

S64：入出力処理部４８はアプリ処理情報５３に基づいて、ＰＤＦファイルを指定して、ＯＣＲ処理を処理結果出力部６８に要求する。

S65：処理結果出力部６８はＰＤＦファイルにＯＣＲ処理を行い、ＯＣＲ処理で生成された文字コードをＰＤＦファイルに透明テキストとして設定する。

ステップS66～S69はＰＤＦファイルの数だけ実行される。

S66：入出力処理部４８はアプリ処理情報５３に基づいて、テキスト付きＰＤＦファイルのアップロードを外部サービス処理部６２に要求する。アップロード先フォルダはアプリデータ４３に設定されている。

S67：外部サービス処理部６２は外部サービスシステム４０のアップロード先フォルダにテキスト付きＰＤＦファイルを保存する。

S68：外部サービスシステム４０が上記メタデータ（外部サービスシステム上でユーザが設定した項目で、文字列、日付など）に対応している場合、ユーザは機器２０が表示する画面からメタデータを入力できる。入出力処理部４８はメタデータのアップロードを外部サービス処理部６２に要求する。アップロード先フォルダはＰＤＦファイルと同じである。

S69：外部サービス処理部６２は外部サービスシステム４０のアップロード先フォルダにメタデータを保存する。

以上により、外部サービスシステム４０のアップロード先フォルダに、ＣＳＶファイルとＣＳＶファイルとは別のＰＤＦファイルが登録された。

＜外部サービスシステムに登録されたＣＳＶファイルとＰＤＦファイルの表示＞
企業の担当者が社員の経費などを計算する場合、端末装置３０を操作して外部サービスシステム４０に接続させる。担当者にはアップロード先フォルダが通知されているので、端末装置３０でＣＳＶファイルとＰＤＦファイルを取得できる。

図２４は、端末装置３０が表示する外部サービスシステム４０のファイル一覧画面６７０の一例である。図２４（ａ）に示すように、アップロード先フォルダにＰＤＦファイル６７１とＣＳＶファイル６７２が保存されている。図２４（ｂ）は端末装置３０が表示させたＣＳＶファイル６７２の内容を示す。すなわち、図２４（ｂ）は帳票から出力されたデータである。図２４（ｂ）では２つの領域から取得されたデータが保存されている。各列には設定ファイルに設定されているＣＳＶ列名も設定されており、ユーザは各列が何のデータかを判断できる。

また、図２５に示すように、機器２０も処理結果を表示することが好ましい。図２５は機器２０が表示する出力データ表示画面６９１の一例である。出力データ表示画面６９１は、実行されたアプリ名６９２、及び、アプリが出力したファイルのリスト６９３を表示する。これらは情報処理システム１０から機器２０に送信される。ＣＳＶファイルにはＣＳＶファイルの内容が含まれており、ユーザがＣＳＶファイルを押下することで、帳票の領域から取得されＣＳＶファイルに保存されたデータ６９４を機器２０が表示することができる。

ファイル名やデータを確認したユーザは帳票が正しく処理されたかどうかを判断できる。

なお、図２２では処理の対象となる画像データをＰＤＦファイルとしたが、ＪＰＥＧ、ＰＮＧ、ＴＩＦＦ、ＢＭＰ、などどのような形式の画像データでもよい。
＜複数の帳票が読み取られた場合＞
図２６を参照して複数の帳票が一度の読み取り操作で読み取られた場合を説明する。図２６は、複数の帳票と、出力されたファイルを示す図である。図２６（ａ）に示すように、アプリの実行時に複数の帳票が１回の読み取り操作で読み取られた。１回の読み取り操作とは、スタートボタン６１３が１回だけ押下された場合をいう。機器２０は複数の帳票を順番に読み取り、情報処理システム１０は各帳票の画像データの同じ領域から複数のデータを取得する。

図２６（ｂ）は複数の帳票が一度の読み取り操作で読み取られた場合のＣＳＶファイルを示す図である。１行目が１枚目の帳票から取得されたデータであり、２行目が２枚目の帳票から取得されたデータである。このように、複数の帳票の複数のデータが１つのＣＳＶファイルにまとめられるので、担当者は集計やグラフ化がしやすくなる。

なお、複数の帳票が一度の読み取り操作で読み取られた場合、ファイル出力部６６は設定ファイルのＣＳＶ位置（開始行）を１つずつインクリメントする。つまり、帳票ごとに下の行にデータを書き込めばよい。

複数の帳票が一度の読み取り操作で読み取られた場合、情報処理システム１０が帳票の数だけのＣＳＶファイルを出力することも可能である。

また、複数の帳票が複数回の読み取り操作で読み取られた場合（異なるタイミングで読み取られた場合）、情報処理システム１０が１つの同じＣＳＶファイルにデータを出力することも可能である。外部サービスシステム４０がマージする場合と、情報処理システム１０がマージする場合がある。

・外部サービスシステム４０がマージする場合、外部サービス処理部６２はＣＳＶファイルのマージを外部サービスシステム４０に要求する。アプリが同じならＣＳＶファイルのファイル名に同じ文字列（例えば経費精算書）が含まれるので、外部サービス処理部６２はファイル名を指定してＣＳＶファイルのマージを要求できる。外部サービスシステム４０はすでに保存済みのＣＳＶファイルの同じ列番号に、マージが要求されたＣＳＶファイルの同じ列番号のデータを追加する。

・情報処理システムがマージする場合、外部サービス処理部６２はファイル名を指定してＣＳＶファイルを外部サービスシステム４０からダウンロードする。外部サービス処理部６２は取得したＣＳＶファイルの同じ列番号に、新たに作成したＣＳＶファイルの同じ列番号のデータを追加する。外部サービス処理部６２はマージしたＣＳＶファイルを外部サービスシステム４０にアップロードする。

このように、情報処理システムは受信した複数の画像データから同一の領域を取得し、処理結果出力部６８は、複数の画像データで同一の領域にＯＣＲ処理を行い、ファイル出力部６６は、複数の画像データで同一の領域から生成された複数のデータを１つのファイルに出力することができる。

＜主な効果＞
以上説明したように、本実施形態の画像処理システムは、領域がマーキングされた帳票を機器２０が読み取り、帳票ごとに領域情報を記憶する。そして、機器から送信された帳票の画像データから領域のみを取得してＯＣＲ処理を行い、ＯＣＲ処理結果であるデータをファイルに出力する。これによって、同じ種類の複数の帳票において特定の領域のみを抜き出したファイルを簡単に作成することが可能になる。

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

例えば、本実施形態では、帳票の領域から取得されたデータをファイルに出力したが、ファイル化するのでなくメールで送信してもよいし、機器２０に表示させてもよい。

また、本実施形態では指定された領域に対してＯＣＲ処理を行っているが、その他の画像処理（マスク処理や画像の抜出処理等）を行ってもよい。

また、図５などの構成例は、端末装置３０、機器２０、及び情報処理システム１０による処理の理解を容易にするために、主な機能に応じて分割したものである。処理単位の分割の仕方や名称によって本願発明が制限されることはない。端末装置３０、機器２０、及び情報処理システム１０の処理は、処理内容に応じて更に多くの処理単位に分割することもできる。また、１つの処理単位が更に多くの処理を含むように分割することもできる。

また、実施例に記載された装置群は、本明細書に開示された実施形態を実施するための複数のコンピューティング環境のうちの１つを示すものにすぎない。ある実施形態では、情報処理システム１０は、サーバクラスタといった複数のコンピューティングデバイスを含む。複数のコンピューティングデバイスは、ネットワークや共有メモリなどを含む任意のタイプの通信リンクを介して互いに通信するように構成されており、本明細書に開示された処理を実施する。

更に、情報処理システム１０は、本実施形態で開示された処理ステップ、例えば図２２等を様々な組み合わせで共有するように構成できる。例えば、所定のユニットによって実行されるプロセスは、情報処理システム１０が有する複数の情報処理装置によって実行され得る。また、情報処理システム１０は、１つのサーバ装置にまとめられていても良いし、複数の装置に分けられていても良い。

上記で説明した実施形態の各機能は、一又は複数の処理回路によって実現することが可能である。ここで、本明細書における「処理回路」とは、電子回路により実装されるプロセッサのようにソフトウェアによって各機能を実行するようプログラミングされたプロセッサや、上記で説明した各機能を実行するよう設計されたASIC(Application Specific Integrated Circuit)、DSP（Digital Signal Processor）、FPGA（Field Programmable Gate Array）や従来の回路モジュール等のデバイスを含むものとする。

１０情報処理システム
２０機器
３０端末装置
１００画像処理システム

特開２０１７－２１２５７５号公報

Claims

機器と情報処理システムとがネットワークを介して通信できる画像処理システムであって、
前記情報処理システムは、
画像処理の領域と識別情報とを対応付ける設定受付部を有し、
前記機器は、
機器が受け付けたユーザからの前記識別情報の選択に応じて、前記識別情報と画像データを前記情報処理システムに送信する通信部と、を有し、
前記情報処理システムは、
前記画像データのうち、前記識別情報に対応づけられている前記画像処理の領域への画像処理結果を出力する処理結果出力部、
を有することを特徴とする画像処理システム。
前記機器は、
複数の前記識別情報のうち１の前記識別情報を特定するための選択をユーザから受け付ける操作受付部を有し、
前記通信部は、前記操作受付部が受け付けた選択に応じて特定される前記識別情報と前記画像データを前記情報処理システムに送信することを特徴とする請求項１に記載の画像処理システム。
前記画像処理の領域は、ＯＣＲ処理が行われる領域であることを特徴とする請求項１又は２に記載の画像処理システム。
前記識別情報は、前記機器が表示するアイコンであることを特徴とする請求項２に記載の画像処理システム。
前記アイコンは、前記情報処理システムが実行するアプリケーションのアイコンであり、
前記アプリケーションに前記画像処理の領域が対応づけられていることを特徴とする請求項４に記載の画像処理システム。
前記情報処理システムは、前記アイコンと前記画像処理の領域を有する設定ファイルを対応付けており、
前記設定ファイルは外部サービスシステムに保存されており、
前記処理結果出力部は、前記外部サービスシステムから取得した前記設定ファイルが有する前記画像処理の領域に画像処理を行うことを特徴とする請求項５に記載の画像処理システム。
前記操作受付部は、複製元の前記アプリケーションの選択、及び、複製により作成される前記アプリケーションのアプリ名を受け付け、
前記通信部は複製元の前記アプリケーションの識別情報、及び、前記アプリ名を前記情報処理システムに送信し、
前記情報処理システムは、
複製元の前記アプリケーションを複製して前記アプリ名を付与した新しいアプリケーションを作成し、
前記操作受付部は、前記新しいアプリケーションと、前記新しいアプリケーションに対応付けられる前記設定ファイルの選択を受け付けることを特徴とする請求項６に記載の画像処理システム。
１つの前記複製元の前記アプリケーションから複数の前記新しいアプリケーションが作成され、
前記操作受付部は、複数の前記新しいアプリケーションに対し、それぞれ別の前記設定ファイルの選択を受け付けることを特徴とする請求項７に記載の画像処理システム。
前記アイコンには前記アプリケーションの識別情報が関連付けられており、
前記操作受付部が前記アイコンの選択を受け付けた場合、前記通信部は、前記アイコンに関連付けられている前記アプリケーションの実行要求及び前記画像データを前記情報処理システムに送信し、
前記アプリケーションの実行が要求された場合、前記処理結果出力部は、前記画像データに対し、選択された前記アイコンに対応づけられている前記画像処理の領域に画像処理を行うことを特徴とする請求項７又は８に記載の画像処理システム。
前記画像データは、前記機器が原稿を読み取って生成したものであり、
前記アイコンには前記原稿の名称が表示されることを特徴とする請求項９に記載の画像処理システム。
前記アイコンには前記原稿のサムネイルが表示されることを特徴とする請求項１０に記載の画像処理システム。
前記機器はスキャン機能を有する画像処理装置であることを特徴とする請求項１～１１のいずれか１項に記載の画像処理システム。
前記機器はパーソナルコンピュータ又はスマートフォンであることを特徴とする請求項１～１１のいずれか１項に記載の画像処理システム。
機器とネットワークを介して通信できる情報処理システムであって、
画像処理の領域と識別情報とを対応付ける設定受付部と、
前記機器が受け付けたユーザからの前記識別情報の選択に応じて、前記識別情報と画像データを前記機器から受信する通信部と、
前記画像データのうち、前記識別情報に対応づけられている前記画像処理の領域への画像処理結果を出力する処理結果出力部と、
を有することを特徴とする情報処理システム。
機器と情報処理システムとがネットワークを介して通信できる画像処理システムが行う画像処理方法であって、
前記情報処理システムは、
設定受付部が、画像処理の領域と識別情報とを対応付けるステップ、を有し、
前記機器は、
通信部が、前記機器が受け付けたユーザからの前記識別情報の選択に応じて、前記識別情報と画像データを前記情報処理システムに送信するステップを有し、
前記情報処理システムは、
前記画像データのうち、前記識別情報に対応づけられている前記画像処理の領域への画像処理結果を出力するステップ、
を有することを特徴とする画像処理方法。
機器とネットワークを介して通信できる情報処理装置を、
画像処理の領域と識別情報とを対応付ける設定受付部と、
前記機器が受け付けたユーザからの前記識別情報の選択に応じて、前記識別情報と画像データを前記機器から受信する通信部と、
前記画像データのうち、前記識別情報に対応づけられている前記画像処理の領域への画像処理結果を出力する処理結果出力部、
として機能させるためのプログラム。