JP7388411B2 - 情報処理システム、通信システム、情報処理方法 - Google Patents

情報処理システム、通信システム、情報処理方法 Download PDF

Info

Publication number
JP7388411B2
JP7388411B2 JP2021123442A JP2021123442A JP7388411B2 JP 7388411 B2 JP7388411 B2 JP 7388411B2 JP 2021123442 A JP2021123442 A JP 2021123442A JP 2021123442 A JP2021123442 A JP 2021123442A JP 7388411 B2 JP7388411 B2 JP 7388411B2
Authority
JP
Japan
Prior art keywords
information
application
area
information processing
unit
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
JP2021123442A
Other languages
English (en)
Other versions
JP2023019008A (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 JP2021123442A priority Critical patent/JP7388411B2/ja
Publication of JP2023019008A publication Critical patent/JP2023019008A/ja
Application granted granted Critical
Publication of JP7388411B2 publication Critical patent/JP7388411B2/ja
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Landscapes

  • Facsimiles In General (AREA)

Description

本発明は、情報処理システム、通信システム、及び、情報処理方法に関する。
企業や団体など組織の日常業務では、経費精算書、請求書又は注文書などの帳票の処理が発生する場合が多い。組織内の担当者は、帳票から、取り扱い日付、案件番号、又は金額などを抽出したり、集計したりする業務を日々行っている。
このような帳票の電子化に関する技術が考案されている（例えば、特許文献１参照。）。特許文献１には、原稿の読取画像において有彩色で塗りつぶされた領域を含む塗りつぶし領域と有彩色で囲まれた領域を含む囲み領域とを検出し、塗りつぶし領域を第１の処理用の領域とし、囲み領域を第２の処理用の領域として分類する技術が記載されている。
しかしながら、従来の技術では、情報処理システムが処理を開始してからエラーを検出するまでの処理が無駄になるという問題があった。例えば、情報処理システムが複数枚の帳票を処理する場合、ユーザは、一度に複数枚の帳票を機器でスキャンし画像データを情報処理システムに送信する。情報処理システムは、領域ごとに処理するため、指定された領域の数又は帳票の枚数が多いと、処理に時間がかかる。指定された領域の数又は帳票の枚数の数が多い状態でエラーが生じた場合、情報処理システムはエラーが生じるまで各領域を処理してからユーザにエラーを報知する。この場合、途中までの処理結果は無効になる。したがって、エラーが生じるまでの時間をユーザが費やしたにも関わらず、処理結果が得られず、ユーザが再度、同じ帳票を最初からスキャンする必要があった。
本発明は、上記課題に鑑み、処理を開始してからエラーを検出するまでの処理の無駄を低減する情報処理システムを提供することを目的とする。
上記課題に鑑み、本発明は、 原稿を読み取る第一の機器と通信する情報処理システムであって、 前記第一の機器へ送信したアプリ一覧画面に対する操作により選択されたアプリに対応付けられている設定ファイルから、前記原稿が有する領域に関する領域情報を取得するアプリ管理部と、前記第一の機器から１ページ以上の原稿の画像データを受信する通信部と、前記原稿の１ページの前記領域情報の数と、受信した前記画像データのページ数から求めた領域の延べ数が、所定の条件を満たす場合、画像処理を実行する画像処理部と、を有する。
処理を開始してからエラーを検出するまでの処理の無駄を低減する情報処理システムを提供することができる。
通信システムが帳票から取得したデータでファイルを作成する処理又は動作を説明する図である。 本実施形態に係る通信システムの一例のシステム構成を示す図である。 情報処理システム及び端末装置の一例のハードウェア構成を示す図である。 画像形成装置の一例のハードウェア構成図である。 機器、端末装置、及び、情報処理システムの一例の機能構成を示す図である。 アプリ処理情報記憶部に記憶されているアプリ処理情報の一例を示す図である。 アプリが行う一連の処理を模式的に示す図である。 帳票における領域のマーキング方法を説明する図である。 領域情報の登録時に機器が表示する領域登録画面の一例を示す図である。 管理者が領域をマーキングした帳票から情報処理システムが領域情報を取得して、設定ファイルを作成する手順を示すシーケンス図の一例である。 画像データからの領域の検出を説明する図の一例である。 管理者が設定ファイルのＦ～Ｋ列へ情報を設定する手順を示すシーケンス図の一例である。 設定ファイルと帳票の対応を説明する図の一例である。 アプリと領域情報の対応付けに関して端末装置が表示する画面の一例である。 管理者がアプリと設定ファイルを対応づける処理を説明するシーケンス図の一例である。 機器が表示する画面の遷移例を示す図である。 外部サービスシステムに保存されたファイルを説明する図の一例である。 情報処理システムが機器から帳票の画像データを含むＰＤＦファイルを受信し、領域からデータを取得するシーケンス図の一例である。 報知部がユーザの端末装置に送信する電子メールの画面例を示す図である。 履歴リスト画面を含む、機器が表示する画面の遷移例を示す図である。 端末装置が表示する外部サービスシステムのファイル一覧画面の一例を示す図である。 機器が表示する出力データ表示画面の一例を示す図である。 複数の帳票と、出力されたファイルを示す図の一例である。 情報処理システムが機器から帳票の画像データを含むＰＤＦファイルを受信し、領域からデータを取得するシーケンス図の一例である（実施例２）。 ユーザが使用する端末装置に表示されるメール画面の一例を示す図である。
以下、本発明を実施するための形態の一例として、通信システムと、通信システムが行う情報処理方法について説明する。
＜処理又は動作の概略＞
企業や団体などの組織では、経費精算書、請求書又は注文書などの帳票の処理が発生する場合が多い。組織内の担当者は、帳票から日付、案件番号又は金額などを抽出したり、集計したりする業務を日々行っている。処理された帳票はファイリングの後、保管されるが、その保管スペースにもコストがかかる。徐々に帳票の電子化が進められているが、帳票のファイルに自動で付与されたファイル名を担当者がリネームする作業などにも手間がかかる。
請求処理や受発注を自動化するシステムやサービスは存在するが、高価なものが多いため、これらに投資できる中小企業は多くない。このため、やむを得ず人手を介してこの帳票の処理を行っているという現状がある。
本実施形態では、領域がマーキングされた帳票により事前に登録された領域情報に基づいて、情報処理システムが、日々発生する帳票の領域からデータを取得し、電子的なファイルとして出力することができる。
図１を参照して、通信システムが行う処理又は動作の概略を説明する。図１は、通信システム１００が帳票から取得したデータでファイルを作成する処理又は動作を説明する図である。図１（ａ）は帳票における領域情報の設定を、図１（ｂ）は領域情報を使用した帳票からのデータの取得を、それぞれ説明する図である。
(1) 通信システム１００は外部サービスシステム４０と連携することができる。通信システム１００はアプリを介して外部サービスシステム４０と連携する。通信システム１００で動作するアプリを単に「アプリ」、外部サービスシステム４０で動作するアプリを連携先アプリと呼ばれてもよく、この場合、アプリと連携先アプリの互いのアプリＩＤを対応付け、対応関係を通信システム１００は記憶する。
(2) 通信システム１００の管理者８は、組織内のユーザが日常的に使う帳票７を使用して、帳票７のどの領域のデータを取得すべきかを指定する。例えば、ユーザは、マーカーペンで帳票７の領域を塗り潰したり、囲んだりすればよい。機器２０は領域がマーキングされた帳票７を読み取って生成した画像データを情報処理システム１０へ送信する。なお、マーキングされる帳票７には項目に対し文字などが記入されていてもよいし、項目のみでもよいし、白紙でもよい。
(3) 情報処理システム１０はマーカーペンで指定される領域の領域情報を設定ファイルに保存する。領域情報は、画像データにおける例えば矩形の領域の対角頂点の座標である。情報処理システム１０は設定ファイルを外部サービスシステム４０に保存する。
(4)－1 管理者は、端末装置３０を外部サービスシステム４０に接続させ、設定ファイルをダウンロードし、設定ファイルに帳票の言語や日時のフォーマット等を補完する。
(4)－2 また、管理者は端末装置３０を情報処理システム１０に接続させ、アプリのアプリＩＤと設定ファイルを対応づける操作を行う。管理者は任意の数のアプリＩＤと設定ファイルとを対応付けることができる。これにより、アプリの選択を受け付けるアイコンと画像処理が行われる領域情報が対応づけられる。
(5) 組織内のユーザ６が費用の精算などのために帳票７を組織に提出する場合、この帳票７に対応したアプリのアイコンを機器２０（第一の機器の一例）で押下する。ユーザは複数の帳票名などからアプリを簡単に選べるようになっている。ユーザは必要事項を手書きした帳票、又は、プリントアウトした帳票を機器２０に読み取らせる。機器２０はアプリのアプリＩＤと帳票を読み取って生成した画像データ（例えばＰＤＦファイル）を情報処理システム１０へ送信する。
(6) 情報処理システム１０はアプリＩＤで設定ファイルを特定し、外部サービスシステム４０から取得した設定ファイルが有する領域情報の領域を画像データから取得する（例えば切り出す）。したがって、管理者が登録した帳票の領域が取得される。
(7) 情報処理システム１０はこの領域にのみＯＣＲ（Optical Character Reader）処理を行い、データ化する。すなわち、領域に記載されたデータ（文字などの文字コード）が得られる。
(8) 情報処理システム１０はデータを電子的なファイル（例えばＣＳＶ（Comma Separated Value）ファイル）に出力して、ファイルと画像データを、外部サービスシステム４０に送信する。なお、情報処理システム１０が連携先アプリのアプリＩＤを指定した場合は、連携先アプリを指定してファイルと画像データを送信できる。
(9) 外部サービスシステム４０は管理者が指定したフォルダ（又はディレクトリ）に画像データとファイルを登録する。ファイルには精算に必要な情報が含まれているので、担当者は精算処理することができる。
＜背景の補足＞
上記の(5)～(7)で説明したように、ユーザが帳票を一度に複数枚スキャンさせる場合、ユーザが機器２０のＡＤＦ（Automatic Document Feeder）に複数枚の帳票をセットし、アプリのスタートボタンを押下する。機器２０はスキャンを開始し、ＡＤＦのセンサがセットされた帳票がないことを検知するまでスキャンし、更に、情報処理システム１０がこの全ての帳票にある指定された領域の全てに対しＯＣＲ処理を行う。
このような場合、マーカーで指定された領域や帳票の枚数が多いほどＯＣＲ処理の回数が多くなり、ＯＣＲ処理に要する総時間が長くなることで、システムが専有されてしまう。このため、通常、１ジョブ（全帳票のスキャンから領域のＯＣＲまで）においてＯＣＲ処理を行う領域の延べ数を一定数以下（例えば３００か所）に制限することが行われている。
しかし、例えば、領域指定制限数が３００に設定されていたとしても、領域の延べ数が３００を超えるまではエラーが検出されない。つまり、機器２０が帳票を一度に複数枚スキャンし、情報処理システム１０が１枚目の帳票の最初にある指定された領域をＯＣＲ処理し、２番目をＯＣＲ処理し、以降、順番にＯＣＲ処理していく。情報処理システム１０は、領域の延べ数が３０１番目の領域のＯＣＲ処理を開始したところで、領域指定制限数の３００を超えていることを検出する。このように、領域指定制限数の３００を超えたか否かの判断は、３００回のＯＣＲ処理の終了後となる。また、３００回分のＯＣＲの処理結果は破棄される。
ユーザは３００回のＯＣＲ処理が完了するまで待った後に、ＯＣＲ処理が未完了となったことがわかるので、スキャン開始から３００回のＯＣＲ処理までの無駄な時間を費やしたことになる。ユーザは、ＯＣＲ処理の対象となる領域の延べ数を減らすために帳票の枚数を適当に減らしたうえで、再度、機器２０のＡＤＦに複数枚の帳票をセットし、スタートボタンを押すことから実施する必要がある。なお、閾値の３００回は一例に過ぎず、数十から数千など、閾値は管理者が設定できる。
また、情報処理システム１０がＯＣＲ処理を有料の外部システムに要求する場合は、３００回分の使用料が発生するにもかかわらず、処理結果が得られないという状況が生じる。
＜情報処理システムの動作の概略＞
そこで、本実施形態の情報処理システム１０は、帳票のスキャンの直後に、領域の延べ数と閾値である領域指定制限数と比較する。マーカーペンで指定された領域の延べ数は、「１枚の帳票上で指定された領域の数」と「一度にスキャンする帳票の枚数」の掛け算で算出される。情報処理システム１０は、領域の延べ数が領域指定制限数以下の場合に（所定の条件の一例）、ＯＣＲ処理を開始する。情報処理システム１０は、領域の延べ数が領域指定制限数より大きい場合に、すぐにエラーをユーザの端末装置（第二の機器の一例）や機器２０に通知し、ＯＣＲ処理を行わない。
こうすることで、情報処理システム１０は、複数の帳票のスキャンが終了した後、早期に（領域指定制限数のＯＣＲ処理が終了するよりも早く）、ユーザに領域の延べ数が領域指定制限数を超えたことを通知できる。また、情報処理システム１０は無駄になるＯＣＲ処理を実行しないので、処理を開始してからエラーを検出するまでの時間を低減できる。また、有料の外部システムに使用料が発生することも抑制できる。
＜用語について＞
本実施形態では、領域の延べ数が領域指定制限数以下であることを所定の条件とするが、所定の条件は、ページ数のみでもよい。例えば、閾値が１００で、ページ数が１０１枚であれば、所定の条件を満たさないことが明らかである。
管理者とは通信システムの顧客側のシステム管理者等であり、一般ユーザのために通信システムに関する設定を行う者である。ユーザとは、顧客側の一般ユーザである。一般ユーザが管理者の作業を行ってもよいので、両者を区別しなくてもよい。
ＯＣＲ（Optical Character Recognition/Reader）とは、手書き文字又はプリントアウトされた文字の形を感光素子によって電気信号に変換することによって、コンピュータが利用できるデジタルの文字コードに変換する技術をいう。文字認識処理、文字変換処理、電子化、などと称される場合もある。ＯＣＲ処理で得られるデータは日本語、英語、数字、記号、図形など様々である。
帳票とは帳簿や伝票などの総称である。ユーザが記入するための空欄を設けた事務用紙ともいう。本実施形態では主に帳票について説明するが、機器２０が読み取り可能なら原稿であればその名称は問わない。例えば、文書、書類、書面、レポート、新聞、雑誌なども処理の対象となる。なお、帳票は紙媒体にプリントアウトされない場合もある（機器２０が帳票を読み取る必要がない場合がある）。
ＯＣＲ処理の対象となる画像データの種類はどのようなものでもよいが、ＰＤＦ、ＪＰＥＧ、ＰＮＧ、ＴＩＦＦ、ＢＭＰ、などがある。
本実施形態では「設定ファイル」は領域情報が設定されるファイルであり、「ファイル」はデータが出力されたファイルである。ファイルとは、コンピュータで管理されるデータの基本単位となる、データのまとまりである。
データを出力するとは、ユーザがデータを視覚で確認できるようにすることをいう。本実施形態では、データは例えばファイルに出力される。
＜システム構成例＞
まず、本実施形態に係る通信システム１００のシステム構成について、図２を参照しながら説明する。図２は、本実施形態に係る通信システム１００の一例のシステム構成を示す図である。
図２に示す通信システム１００は、情報処理システム１０と、機器２０と、を含み、インターネット等の広域的なネットワークＮ１を介して通信可能に接続されている。通信システム１００は外部システムである外部サービスシステム４０と通信する。また、任意の端末装置３０がネットワークＮ１,Ｎ２を介して、情報処理システム１０と通信できる。
情報処理システム１０は、一台以上の情報処理装置で実現され、ネットワークＮ１を介して、クラウドサービス等の外部サービスシステム４０と連携した一連の処理により実現される各種のサービスを提供する。本実施形態に係る情報処理システム１０が提供するサービスの具体例については後述する。情報処理システム１０は、クラウドコンピューティングにより実現されてもよいし、単一の情報処理装置によって実現されてもよい。クラウドコンピューティングとは、特定ハードウェア資源が意識されずにネットワーク上のリソースが利用される利用形態をいう。情報処理システム１０は、インターネット上に存在しても、オンプレミスに存在してもよい。なお、一連の処理は１つのアプリにより提供され、一連の処理を「処理フロー」「ワークフロー」ともいう。
機器２０は、ユーザが使用する各種の電子機器である。機器２０は、例えば、ＭＦＰ（Multifunction Peripheral）等の画像処理装置、画像形成装置、ＰＣ（パーソナルコンピュータ）、プロジェクタ、電子黒板、デジタルカメラ等である。機器２０はネットワークＮ２に接続されている。ユーザは、機器２０を用いて、情報処理システム１０又は外部サービスシステム４０の少なくとも一方が提供する各種のサービスを利用することができる。
なお、以降では、複数の機器２０について、各々を区別するときは、「機器２０１」、「機器２０２」等と添え字を用いて記載する。
端末装置３０は、例えば、管理者又はユーザが使用するデスクトップＰＣ（パーソナルコンピュータ）、ノート型ＰＣ、スマートフォン、タブレット端末等である。この他、端末装置３０はＷｅｂブラウザが動作可能な装置であればよい。端末装置３０はネットワークＮ２に接続されている。管理者又はユーザは端末装置３０を操作して、情報処理システム１０又は外部サービスシステム４０が提供する各種のサービスを利用することができ、更に、連携先アプリ又はアプリの設定を行うことができる。
なお、説明の便宜上機器２０と端末装置３０を分けて説明するが、機器２０及び端末装置３０を含めて機器と呼ばれてもよい。
また、以降では、複数の端末装置３０について、各々を区別するときは、「端末装置３０１」、「端末装置３０２」等と添え字を用いて記載する。
外部サービスシステム４０は、ネットワークＮ１を介して連携先アプリの実行によるサービスを提供する一台以上の情報処理装置である。連携先アプリの実行によりデータの管理又は処理が行われ、データそのものや処理結果がサービスとなる。
外部サービスシステム４０の一例には、例えば、クラウドサービス、ＡＳＰ（Application Service Provider）等があり、ネットワークを介して提供される各種の外部サービスが含まれてよい。本実施形態ではサービスの一例としてストレージサービスについて説明する。外部サービスシステム４０は、インターネット上に存在しても、オンプレミスに存在してもよい。
なお、以降では、複数の外部サービスシステム４０について、各々を区別するときは、図示されている「外部サービスシステム４０１」を外部サービスシステム４０Ａ、「外部サービスシステム４０２」を外部サービスシステム４０Ｂ等と、記載する。
＜ハードウェア構成例＞
図３を参照して、本実施形態に係る通信システム１００に含まれる情報処理システム１０及び端末装置３０のハードウェア構成について説明する。
＜＜情報処理システム及び端末装置＞＞
図３は、本実施形態に係る情報処理システム１０及び端末装置３０の一例のハードウェア構成を示す図である。図３に示されているように、情報処理システム１０及び端末装置３０はコンピュータによって構築されており、ＣＰＵ５０１、ＲＯＭ５０２、ＲＡＭ５０３、ＨＤ５０４、ＨＤＤ(Hard Disk Drive)コントローラ５０５、ディスプレイ５０６、外部機器接続Ｉ／Ｆ(Interface)５０８、ネットワークＩ／Ｆ５０９、バスライン５１０、キーボード５１１、ポインティングデバイス５１２、光学ドライブ５１４、メディアＩ／Ｆ５１６を備えている。
これらのうち、ＣＰＵ５０１は、情報処理システム１０及び端末装置３０全体の動作を制御する。ＲＯＭ５０２は、ＩＰＬ等のＣＰＵ５０１の駆動に用いられるプログラムを記憶する。ＲＡＭ５０３は、ＣＰＵ５０１のワークエリアとして使用される。ＨＤ５０４は、プログラム等の各種データを記憶する。ＨＤＤコントローラ５０５は、ＣＰＵ５０１の制御にしたがってＨＤ５０４に対する各種データの読み出し又は書き込みを制御する。ディスプレイ５０６は、カーソル、メニュー、ウィンドウ、文字、又は画像などの各種情報を表示する。外部機器接続Ｉ／Ｆ５０８は、各種の外部機器を接続するためのインターフェースである。この場合の外部機器は、例えば、ＵＳＢ(Universal Serial Bus)メモリやプリンタ等である。ネットワークＩ／Ｆ５０９は、ネットワークＮ２を利用してデータ通信をするためのインターフェースである。バスライン５１０は、図３に示されているＣＰＵ５０１等の各構成要素を電気的に接続するためのアドレスバスやデータバス等である。
また、キーボード５１１は、文字、数値、各種指示などの入力のための複数のキーを備えた入力手段の一種である。ポインティングデバイス５１２は、各種指示の選択や実行、処理対象の選択、カーソルの移動などを行う入力手段の一種である。光学ドライブ５１４は、着脱可能な記録媒体の一例としての光記憶媒体５１３に対する各種データの読み出し又は書き込みを制御する。なお、光記憶媒体はＣＤ，ＤＶＤ、Blu－Ray（登録商標）等である。メディアＩ／Ｆ５１６は、フラッシュメモリ等の記録メディア５１５に対するデータの読み出し又は書き込み（記憶）を制御する。
＜＜機器＞＞
図４は、機器２０の一例である画像形成装置のハードウェア構成図である。図４に示されているように、画像形成装置は、コントローラ９１０、近距離通信回路９２０、エンジン制御部９３０、操作パネル９４０、ネットワークＩ／Ｆ９５０を備えている。
これらのうち、コントローラ９１０は、コンピュータの主要部であるＣＰＵ９０１、システムメモリ（ＭＥＭ－Ｐ）９０２、ノースブリッジ（ＮＢ）９０３、サウスブリッジ（ＳＢ）９０４、ＡＳＩＣ(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（登録商標）等により記述された画面情報を生成し、画面情報をＨＴＴＰレスポンスとして端末装置３０に送信する。
アプリデータサービス部１１はアプリデータ管理部４１を有している。アプリデータ管理部４１は、企業などの顧客により購入されたアプリのアプリデータ４３を顧客ごとに管理する。アプリデータ４３は、例えば、アプリと上記の領域情報を対応付ける。アプリデータ４３はアプリデータ記憶部１３に記憶される。なお、通信システム１００から見た顧客などの組織をテナントという。
Ｗｅｂサービス処理部１５は機器２０に対し画面情報を提供したり、機器２０からアプリの実行を受け付けたりする。Ｗｅｂサービス処理部１５はアプリ実行部４６と機器画面提供部４７を有している。アプリ実行部４６は機器２０からのアプリの実行を受け付け、入出力処理部４８に対しアプリの実行を要求する。機器画面提供部４７は画面情報５４を使って、アプリ一覧画面やアプリ画面の画面情報を機器２０に提供する。
入出力サービス部１６は認証サービス部１４、アプリ処理情報記憶部１７及びコンポーネント１８を使用してデータの入出力を行う。入出力サービス部１６は入出力処理部４８、及び、アプリ管理部４９を有している。入出力処理部４８はアプリ実行部４６から要求されたアプリを実行する。アプリの実行時、入出力処理部４８は、アプリ処理情報５３を参照しアプリに含まれる各処理をコンポーネント１８に要求する。
アプリ管理部４９は、アプリ処理情報記憶部１７に記憶されている、アプリのアプリ処理情報５３や画面情報５４を管理する。アプリ処理情報５３にはアプリがどの処理をどの順番で行うか（例えば、ＯＣＲの後に外部サービスシステム４０に処理要求する等）が設定されている。画面情報５４は各アプリのアイコン、アプリ一覧画面、及び各アプリ画面など、機器２０が表示する画面の情報である。アプリ処理情報記憶部１７にはアプリごとにアプリ処理情報５３及び画面情報５４が記憶されている。
認証サービス部１４はユーザ（管理者を含む）、及び、機器２０の認証に関する処理を行う。認証サービス部１４はユーザ管理部４４とデバイス管理部４５を有している。ユーザ管理部４４はユーザに関する情報を管理する。ユーザ管理部４４は、例えば、ユーザ名やパスワード等の認証情報を保持する。また、認証情報には情報処理システム１０のものと外部サービスシステム４０のものとがある。デバイス管理部４５は、テナントに対応付けられている機器２０を管理する。つまり、テナントの識別情報と機器２０を対応付けて管理しており、機器２０が特定されるとテナントも特定される。
コンポーネント１８は各処理を実際に行う個別の機能の総称である。コンポーネント１８内の１つのブロックが１つの処理に対応する。コンポーネント１８は例えば、認証処理部６１、外部サービス処理部６２、報知部６３、ＰＤＦ処理部６４、領域検出部６５、ファイル処理部６６、ＯＣＲ処理部６８、及び、画像処理部６９を有している。
認証処理部６１は認証サービス部１４に対して認証に関する処理を依頼するコンポーネント１８である。外部サービス処理部６２は、外部サービスシステム４０に対して処理要求を依頼するコンポーネント１８である。つまり、外部サービス処理部６２は外部サービスシステム４０と連携するための機能である。外部サービス処理部６２は外部サービスシステム４０の種類ごとに用意される。
ＰＤＦ処理部６４はＰＤＦファイルに関する処理を行うものであり、例えばＰＤＦファイルから画像データを取り出したり、透明テキスト付きのＰＤＦファイルを作成したりする。機器２０がＰＤＦファイルの形式で画像データを送信するためである。
領域検出部６５は、画像データからマーカーペンなどでマーキングされた矩形領域を検出し、矩形領域の座標（領域情報）を作成する。ファイル処理部６６は、領域情報を含む設定ファイルを作成し、また、ＯＣＲ処理結果（帳票の領域から取得されたデータ）を含むファイルを出力する。
画像処理部６９は領域情報に基づいて、画像データから領域を特定する。画像処理部６９は特定した領域を取得する（例えば切り出してよい）。ＯＣＲ処理部６８は、領域のみ及び画像データの全体にＯＣＲ処理を行う。なお、コンポーネント１８は、図示する以外に、翻訳等のコンポーネントを有していてよい。
報知部６３は、領域の延べ数が領域指定制限数より大きい場合、機器２０又はユーザにアプリを実行できない旨（エラー）を報知する。
Figure 0007388411000001
 表１は、アプリ処理情報記憶部１７が保持するアプリ処理情報の一例を示す。アプリ処理情報記憶部１７はテナントごとに購入されている（ライセンスがある）アプリのリストを記憶する。表１に示す情報はアプリ処理情報記憶部が記憶するリストに含まれるアプリうち、本実施形態で説明する受信した画像データの一部に画像処理を行うアプリの一覧で、アプリＩＤ、アプリ名、画面情報、アプリ処理情報、共有アプリ、及び、外部サービスシステム４０の各項目を有している。アプリＩＤはアプリを識別する識別情報である。アプリ名は管理者が付与したアプリの名称である。また、アプリのアイコンや設定画面を機器２０が表示する際に使用される画面情報５４（ＨＴＭＬ等で記述された）がアプリに対応付けられる。アプリには一連の処理の内容と順番（処理フロー）が定義されるので、各アプリにはアプリ処理情報５３が対応付けられる。後述するように、複製されたアプリはフロー情報が同じになる。共有アプリとは、一般のアプリがユーザごとに利用権限が与えられるのに対し、共有アプリはテナントのユーザが共通に使えるアプリであることを示す。表１では経費精算書アプリが共有アプリである。各ユーザが共通に利用するためである。外部サービスシステム４０の項目は各アプリが連携する外部サービスシステム４０である。外部サービスシステム４０と連携しないアプリも存在する。
アプリ管理部４９は、管理者又はユーザがログインすると、機器ＩＤが情報処理システム１０に送信される。情報処理システム１０はテナントを特定できる。情報処理システム１０は、このテナントの管理者又はユーザに利用権限が認められているアプリの一覧をアプリ処理情報記憶部１７から取得して機器２０に提供する。また、アプリ管理部４９は、アプリの一覧からアプリが指定されると、アプリに対応付けられている画面情報とアプリ処理情報を特定する。
Figure 0007388411000002
 表２はユーザ管理部４４が管理するユーザに関する情報の一例を示す。表２（ａ）はユーザに関する情報として、情報処理システム１０におけるユーザＩＤ、ユーザ名、メールアドレス、パスワード、利用できるアプリ、及び、外部サービスシステム情報の各項目を有している。このユーザには管理者も含まれる。ユーザＩＤ、ユーザ名又はメールアドレスの少なくとも１つとパスワードは、ユーザが情報処理システム１０にログインするための認証情報である。利用できるアプリはこのユーザに利用権限が与えられているアプリである。利用権限は、利用人数などを指定してライセンスを購入したアプリを管理者が各ユーザに割り当てることで与えられる。利用できるアプリには個人アプリと共有アプリがある。個人アプリも共有アプリも複数のユーザに使用されるが、個人アプリは個人のユーザの外部サービスの認証情報を使用し、共有アプリは複数のユーザが外部サービスに対し管理者の認証情報を使用する。表２（ａ）では、app004が共有アプリである。その他は個人アプリである。個人アプリの場合、ユーザごとに外部サービスシステムの認証情報の登録が必要である。外部サービスシステム情報はユーザが連携設定済みの外部サービスシステム４０である。
なお、連携設定済みとは、ユーザが外部サービスシステム４０との連携を希望し、外部サービスシステム４０の認証情報でログインできることが確認できたことをいう。ユーザは設定サイトから外部サービスシステム４０の認証情報を入力し、ログインできた場合に、表２（ａ）の外部サービスシステム情報に外部サービスシステムの識別情報が設定される。また、表２（ｂ）に外部サービスシステム４０の認証情報が登録される。
表２（ｂ）は、各ユーザの外部サービスシステムに関する情報であり、ユーザＩＤ、外部サービスシステム４０、ユーザＩＤ、及び、パスワードの各項目を有している。表２（ｂ）にはユーザが連携設定した外部サービスシステム４０の認証情報が登録される。外部サービスシステム４０の認証情報はユーザが外部サービスシステム４０にログインするための認証情報である。U002のユーザのように、外部サービスシステム４０ごとに認証情報が異なっている場合もある。このため、通信システム１００のユーザごとに、外部サービスシステム４０の認証情報が関連付けられている。情報処理システム１０は、機器２０から取得した情報処理システム１０のユーザＩＤ、パスワード等の認証情報に応じて、連携先の外部サービスシステム４０の認証情報を特定する。
また、認証情報は外部サービスシステム４０の認証情報、又は、外部サービスシステム４０と連携するために必要な認証情報であればよく、ユーザＩＤやパスワード以外に、外部サービスシステム４０との連携設定時に外部サービスシステム４０から取得したトークン等でも良い。
表２（ｃ）は、共有アプリ用の認証情報である。共有アプリの識別情報に外部サービスシステム４０と認証情報が対応づけられている。共有アプリの認証情報は管理者のものが使用されるので、管理者の識別情報が登録される。
Figure 0007388411000003
 表３は、アプリデータ記憶部１３に記憶されているアプリデータ４３の一例を示す。アプリデータ４３は、アプリと設定ファイル（領域情報）を対応づける。対応付けは管理者が行う。
・applicationIdは、連携元のアプリＩＤである。
・applicationNameは、アプリのアプリ名である。
・fileIdは、情報処理システム１０が作成した設定ファイルの識別情報である。
・fileNameは、情報処理システム１０が作成した設定ファイルのファイル名である。設定ファイルは外部サービスシステム４０に保存されるが、そのフォルダと共にファイル名が設定される。
・アップロード先フォルダは、設定ファイルが保存される外部サービスシステム４０とそのフォルダパスである。例えばＵＲＬでもよい。
Figure 0007388411000004
 表４は、外部サービスシステム４０に記憶されている設定ファイル９の一例を示す。設定ファイル９は、ＯＣＲ処理の対象となる領域情報を有するファイルである。設定ファイルは表形式（例えばＣＳＶ形式）になっており、各セルの位置が列番号と行番号で指定される。以下、Ａ列～Ｌ列の項目について説明する。なお、設定ファイルの１行目にある項目名は、設定ファイルの作成時に情報処理システム１０により設定される。
・ＩＤは、領域情報の識別情報である。自動的に採番され、管理者やユーザが意識する必要はない。
・始点Ｘ座標、始点Ｙ座標、終点Ｘ座標、終点Ｙ座標は、領域情報である。領域情報は領域の位置情報である。４つの座標は、マーキングされた帳票の矩形領域の対角頂点を表す。１点の座標と幅と高さが指定されてもよい。座標の単位は例えばｃｍ、ピクセルなどでよい。
以上の情報が、情報処理システム１０が自動的に設定する情報となる。以下の情報は、管理者が入力する。
・フォーマットは、領域のデータ形式である。例えば、日付（ＹＹＹＹ/ＭＭ/ＤＤ）、数値（ＮＵＭＥＲＩＣ）などがある。データのフォーマットがわかるので、ＯＣＲ処理部６８がより高精度にＯＣＲ処理することができる。フォーマットはプルダウンメニューになっている。このように領域ごとにデータの種類が設定される。
・ＣＳＶ列名は、領域に付与された名称である。帳票の場合は、矩形枠のタイトルなどが入力されるが、管理者が任意の値を入力できる。ＣＳＶ列名はデータと共にファイルに出力される。
・ＣＳＶ位置（列）は、領域から抽出されたデータを情報処理システム１０がファイルのどの列に書き込むかを指定する。
・ＣＳＶ位置（開始行）は、領域から抽出されたデータを情報処理システム１０がファイルのどの行に書き込むかを指定する。行番号は帳票の読み取りのたびに大きくなるため、ファイルに１つもデータが記載されていない場合の「開始行」が設定される。例えば、最初の帳票から取得されたデータは２行目に設定されるが、２枚目の帳票から取得されたデータは３行目に設定される。これに対し列位置は固定でよい。
・ＯＣＲ言語は、領域がどの言語で記述されているかが設定される。言語がわかるので、ＯＣＲ処理部６８がより高精度にＯＣＲ処理することができる。ＯＣＲ言語はプルダウンメニューになっている。このように領域ごとにデータの種類が設定される。
・ファイル名に使う順序は、本実施形態では領域から取得されたデータが出力されるファイルのファイル名に使用される。ファイル名に使う順序は、情報処理システム１０が出力するファイルのファイル名に使用されるデータの順番である。例えば、「書類名」が１番、「申請日」が２番の場合、ファイル名は各領域から取得されたデータ（経費精算書、２０２０１０１０）により、「経費精算書＿２０２０１０１０.csv」となる。
＜アプリ処理情報＞
次に、図６を用いて、アプリ処理情報の詳細について説明する。図６は、アプリ処理情報記憶部１７に記憶されているアプリ処理情報５３の一例を示す図である。
図６に示すアプリ処理情報５３は、機器２０でスキャンして生成された画像データを「外部サービスシステムＢ」に処理要求するサービスを実現するための一連の処理に関する情報である。
アプリ処理情報５３には、当該アプリ処理情報５３の識別情報を示すフローＩＤ１２０１Ａと、当該アプリ処理情報５３の名称を示すフロー名１２０２Ａと、一連の処理の処理内容を示すフロー詳細１２０３Ａとが含まれる。フロー名１２０２Ａはアプリの名称を兼ねている。
また、フロー詳細１２０３Ａには、「外部サービスシステムＢ」に処理要求することを示す処理内容１２２３Ａが含まれる。
処理内容１２２３Ａでは、「外部サービスシステムＢ」と連携した処理を実行するコンポーネント１８のコンポーネントＩＤ「ExService_B」、及び、パラメータ「file download」が指定されている。「ExService_B」は外部サービスシステムＢのための外部サービス処理部６２に相当する。「AppId」には連携先アプリＩＤが格納され（アプリと連携先アプリの対応は予め決まっている）、「Folder」にはファイルの保存先のフォルダ（アップロード先フォルダ）が格納される（管理者が設定したアップロード先フォルダが設定される）。これにより、情報処理システム１０はスキャンされた画像データを「外部サービスシステムＢ」に保存することができる。
図６では、説明を簡単にするため、１つのコンポーネントのみ指定されているが、アプリ処理情報５３には、アプリが行う一連の処理内容１２２３Ａが処理（コンポーネント）の数だけ登録されている。
図７は、アプリが行う一連の処理を模式的に示す図である。図７（ａ）は設定ファイルの作成を行うアプリ（例えば、ＯＣＲ領域指定アプリ）の一連の処理を示す。１つのブロックが処理内容１２２３Ａに対応する。各処理の詳細は図１０にて説明する。
図７（ｂ）は帳票の領域からデータを出力するアプリ（例えば、経費精算書アプリ）の一連の処理を示す。１つのブロックが処理内容１２２３Ａに対応する。各処理の詳細は図１８にて説明するが、ここで概略を説明する。
S201：アプリ実行部４６が全ての帳票のスキャンデータを取得する。
S202：外部サービス処理部６２が表３のアプリデータに基づいて設定ファイルを取得する。
S203：アプリ実行部４６は、設定ファイルから領域数Ａ（例えば、表４ではＡ＝３）を取得する。
S204：画像処理部６９がスキャンデータを補正する。
S205：アプリ実行部４６は、スキャンデータのページ数Ｂを取得する。
S206：アプリ実行部４６は、Ａ×Ｂで領域の延べ数を算出する。
S207：延べ数が領域指定制限数以下の場合、ＯＣＲ処理部６８が各領域にＯＣＲ処理を行う。
S208：延べ数が領域指定制限数より大きい場合、報知部６３がエラーをユーザ又は機器２０に報知する。この場合、アプリ実行部４６は、処理を終了する。
S209：ファイル処理部６６がＯＣＲの処理結果をＣＳＶファイルに出力する。
S210：外部サービス処理部６２がＣＳＶファイルを外部サービスシステム４０に送信する。
S211：報知部６３が成功通知をユーザに送信する。
このように、延べ数が領域指定制限数より大きい場合、ＯＣＲ処理が行われず、報知部６３がエラーをユーザ又は機器２０に報知するので、処理を開始してからエラーを検出するまでの処理の無駄を低減できる。
＜領域の指定、領域の取得、設定ファイルの作成＞
次に、図８～図１１を参照して、管理者による領域の指定、領域の取得、及び、設定ファイルの作成について説明する。
図８は、帳票における領域のマーキング方法を説明する図である。図８（ａ）では、白黒以外の（彩度がある）マーカーペンで色が付けられた色付着部６０１が形成されている。色付着部６０１の色は、予め決められた情報に相当する。すなわち、マーカーペンで塗られた色は予め定められている。
領域検出部６５は白黒以外の画素を検出し、白黒以外の画素（色付着部６０１）の外接矩形を検出する。白黒以外のマーカーペンが使用されるのは、領域検出部６５が領域を容易に検出できるようにするためであり、黒のマーカーペンが使用されてもよい。この場合、領域検出部６５は、一定以上の高さと面積を有する黒画素の外接矩形を検出する。
また、図８（ｂ）では白黒以外のマーカーペンで領域を囲む枠線６０２が形成されている。領域検出部６５は白黒以外の画素を検出し、白黒以外の画素（枠線６０２）の外接矩形を検出する。
なお、領域のマーキング方法は図８に示す方法には限られない。例えば、二重線で領域が指定されてもよいし、所定の記号（％、＄、＃、△等）で囲まれた範囲で領域が指定されてもよい。
上記の予め決められた情報は、マーカーペンで塗られた色の情報以外に、ＯＣＲ領域を示すものであれば、マーカーではない黒ペンなどによる丸や四角等の図形の情報等でも良い。この場合、ユーザは黒ペンで丸や四角を描きＯＣＲ領域を囲む。また、ＯＣＲ領域は、マーカーペンの色で囲われた領域以外に、マーカーペンで塗りつぶされた領域等でもよい。
図９は、領域情報の登録時に機器２０が表示する領域登録画面６１０の一例である。管理者は機器２０から情報処理システム１０にログインしてＯＣＲ領域指定アプリを選択する。領域登録画面６１０は、「ＯＣＲしたい領域を枠線で囲った原稿をセットして「スタート」を押してください」というメッセージ６１１、読み取り設定欄６１２、及び、スタートボタン６１３を有している。ユーザは原稿（帳票）をコンタクトガラスにセットして、スタートボタン６１３を押下する。ユーザは、必要に応じて読み取り設定欄６１２で読み取り条件（カラー/白黒、片面/両面、向き、解像度等）を設定してもよい。なお、カラー/白黒に関してはユーザが誤って白黒に設定しないように、カラーに固定されているとよい。
なお、図９の領域登録画面６１０から管理者が設定ファイルのファイル名を指定できるとよい。これは、外部サービスシステム４０から設定ファイルを探しやすくするためである。また、設定ファイルの保存先のフォルダをユーザが設定できるとよい。
図１０は、管理者が領域をマーキングした帳票から情報処理システム１０が領域情報を取得して、設定ファイルを作成する手順を示すシーケンス図の一例である。
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、及びアップロード先フォルダを対応づけて登録する。なお、外部サービスシステム４０はアプリ処理情報５３に登録される。
以上により、アプリと設定ファイルが対応づけられた。以降、一般ユーザが機器２０からアイコンを押下するだけで帳票の領域のデータをファイルに出力できる。
なお、図１５では、対応付け画面６４０で管理者がアプリと領域情報を対応づける方法を説明したが、領域情報の登録時にアプリと領域情報の対応付けを行ってもよい。
この場合、例えば図９の領域登録画面６１０にアプリ名を入力するための欄が表示される。管理者は設定ファイルと対応づけたいアプリのアプリ名を入力する。情報処理システム１０は設定ファイルを作成後、入力されたアプリ名のアプリと設定ファイルを対応づけることができる。つまり、管理者がアプリ名を設定して帳票を読み取らせれば、設定ファイルが生成され、連携元ファイルと設定ファイルとが対応づけられる。
＜アプリと設定ファイルの対応付けを利用した帳票からのデータの取得＞
アプリと設定ファイルの対応付けが完了した後は、ユーザが帳票を機器２０に読み取らせることで、情報処理システム１０が帳票からデータを取得できる。
図１６、図１７を参照して、帳票からのデータの取得について説明する。図１６は、機器２０が表示する画面の遷移例を示す図である。
(1) 図１６（ａ）に示すように、ユーザはアプリ一覧画面を機器２０に表示させる。例えば、経費を精算したい場合、ユーザは経費精算書アプリのアイコンを選択する。どの帳票がどのアプリに対応しているかはユーザが把握しているが、アプリのアイコン６９０に表示されるアプリ名と帳票（原稿）の名称が一致しているとよい。このアプリ名はアイコン名や設定名と呼ばれてもよい。すなわち、アイコン６９０には帳票の名称が含まれるとよい。更に、アイコン６９０には、帳票のサムネイルが含まれるとよい。ユーザが帳票に対応していないアイコンを選択することを抑制しやすくなる。あるいは、ユーザがアイコン６９０を押下すると帳票のサムネイルが表示されてもよい。ユーザはサムネイルを拡大表示したり部分表示したりしてアイコン６９０を確認できる。
また、アイコン６９０にはリンクが埋め込まれていてもよい。リンクは、例えばアプリＩＤを含むＵＲＬか、又は、情報処理システム側でアプリＩＤと対応付けられているＵＲＬを有する。アイコン６９０の押下で、機器２０はＵＲＬに接続することで、アプリＩＤを情報処理システムに通知する。
またアイコン６９０が対応していない帳票をユーザが選択した場合、機器２０がユーザに警告するとよい。例えば、機器２０は読み取った帳票の画像データと、アイコン６９０に対応づけられている画像データを比較し、両者が異なる場合に、処理を継続するかどうかのメッセージなどを表示することでユーザに問い合わせる。画像データの比較は情報処理システム１０が行ってもよい。なお、比較の方法としては、例えば、アイコン６９０に対応づけられている画像データで読み取った帳票の画像データを機器２０又は情報処理システム１０がパターンマッチングする方法がある。また、帳票にバーコードなどでアプリＩＤが印刷されている場合、このアプリＩＤとアイコン６９０に対応づけられているアプリＩＤを機器２０又は情報処理システム１０が比較する方法がある。
また、ユーザが選択するものがアイコンで、機器２０が情報処理システム１０に送信するのがアプリＩＤや設定番号等の文字列であってもよい。つまり選択される物自体はアプリＩＤ（識別情報）ではなくてもよい。
(2) 経費精算書を機器２０がスキャンする場合、ユーザは経費精算書を用意する（図１６（ｂ））。経費精算書はユーザが手書きで用意してもよいし、機器２０がプリントアウトしてもよい。ユーザ自身がプリントアウトしたものではなくてもよい（公的に発行される書類や、他社から送られてくる書類等）。
(3) ユーザが選択したアプリが画面情報５４に基づいて図１６（ｃ）の画面を表示する。図１６（ｃ）の画面は図９と同じである。ユーザはプリントアウトされた経費精算書をコンタクトガラスにセットし、スタートボタン６１３を押下することで機器２０に読み取らせる。
帳票の画像データが情報処理システム１０に送信され、次述するような処理によりファイルが出力される。
図１７は外部サービスシステム４０に保存されたファイルを説明する図である。図１７（ａ）は外部サービスシステム４０のアップロード先フォルダの一例を示す。すなわち、管理者が図１４で設定したアップロード先フォルダに情報処理システム１０が出力したファイルが保存される。図１７（ａ）の「Ｍｙ Ｄｒｉｖｅ＞経費精算書置き場」のファイル階層は一例であり、管理者はアクセス権があるフォルダを指定できる。
図１７（ｂ）はアップロード先フォルダに保存される２つのファイルを示す。１回の読み取り操作で２つのファイルが生成される。
Ａ．帳票の領域から取得されたデータが保存されるＣＳＶファイル６８１が生成される。
Ｂ．帳票の画像データを含むＰＤＦファイル６８２が生成される。
同じアプリが作成するＣＳＶファイルは、１回の読み取り操作のたびに別々になる。ファイル名には申請日が含まれるので、ファイルが上書きされることはない。一方、同じアプリで取得されたデータは、読み取り操作のタイミングが異なっても、同一のＣＳＶファイルに追加したい場合がある。この方法については後述する。こうすることで、庶務などの担当者は１つのＣＳＶファイルにアクセスするだけで各社員のデータに対し精算等を行える。
＜＜機器が帳票をスキャンしない場合＞＞
図１６の説明では、経費精算書を機器２０がスキャンしていたが、情報処理システム１０は帳票の画像データを端末装置３０等から受信し、画像データの領域からデータを取得できる。この場合は、以下のようにして帳票の画像データを端末装置３０が情報処理システム１０に送信する。
・ ユーザが端末装置３０で動作するワープロで経費精算書を表示させ、必要事項を入力する。したがって、必要事項は文字コードになっている。ユーザが端末装置３０を情報処理システム１０に接続して、ログインして、アプリ一覧を表示させる。端末装置３０の画面は図１６（ａ）の画面と同様になるので、ユーザが所望のアプリを選択する。情報処理システム１０の機器画面提供部４７は経費精算書を受付可能な画面情報を端末装置３０に送信する。ユーザがこの画面で経費精算書の画像データが含まれるＰＤＦファイル等を選択すると、端末装置３０がＰＤＦファイルを情報処理システム１０に送信できる。
したがって、ユーザは帳票をプリントアウトしなくても情報処理システム１０が帳票からデータを取得できる。この場合、後述する図１８の処理における機器２０の処理は端末装置３０によって行われる。
＜動作手順＞
図１８は、情報処理システム１０が機器２０から帳票の画像データを含むＰＤＦファイルを受信し、領域からデータを取得するシーケンス図の一例である。
S41：帳票をプリントアウトしたユーザは機器２０を操作して情報処理システム１０における自分の認証情報を入力する。機器２０の操作受付部２３は認証情報の入力を受け付け、第二通信部２１が認証情報を情報処理システム１０に送信する。これにより、ユーザは情報処理システム１０にログインする。ログインにより機器２０の表示制御部２２は、ユーザに利用権限が認められているアプリの一覧を表示する（図１６（ａ））。ユーザは例えばプリントアウトした帳票の名称と一致するアプリ名のアプリを選択する。操作受付部２３は選択を受け付ける。
S42：機器２０の第二通信部２１はアプリＩＤを指定してアプリ画面取得要求を情報処理システム１０に送信する。
S43：情報処理システム１０の通信部１９はアプリ画面取得要求を受信し、機器画面提供部４７がアプリ管理部４９からアプリＩＤで特定されるアプリの画面情報５４を取得する。アプリのアプリ画面の画面情報が機器２０に送信される。これにより、機器２０の表示制御部２２はアプリ画面を表示する（図１６（ｃ））。
S44：ユーザはプリントアウトされた帳票をコンタクトガラスにセットし、スタートボタン６１３を押下する。
S45：機器２０の操作受付部２３は押下を受け付け、画像データ生成部２４が全ての帳票の画像データを生成し、１帳票を１ページとする画像データをＰＤＦファイルに変換する。
S46：機器２０の第二通信部２１はアプリのアプリＩＤとＰＤＦファイル（スキャンデータ）を指定して、アプリの実行を情報処理システム１０に要求する。
S47：情報処理システム１０の通信部１９はアプリの実行要求を受信し、アプリ実行部４６がアプリの実行を開始する。アプリ実行部４６はアプリＩＤを指定して入出力サービス部１６にアプリの実行を要求する。入出力サービス部１６はアプリ管理部４９を介してアプリ処理情報５３を取得する。これにより、アプリの処理フローが得られた。また、入出力処理部４８はアプリデータ記憶部１３からアプリＩＤに対応づけられたアプリデータ４３を取得する。これにより、入出力処理部４８は、アプリに対応づけられている設定ファイルを特定できる。
入出力処理部４８はアプリデータ４３とアプリ処理情報５３に基づいて、設定ファイルの取得を外部サービス処理部６２に要求する。
S48：外部サービス処理部６２はアプリデータ４３に登録されているfileNameの項目のファイルパス又はＵＲＬに接続し、設定ファイルを外部サービスシステム４０から取得する。なお、外部サービス処理部６２は、実行要求されたアプリが共有アプリでない場合はユーザの外部サービスシステム４０における認証情報で外部サービスシステム４０にログインする。実行要求されたアプリが共有アプリである場合、外部サービス処理部６２は、管理者の外部サービスシステム４０における認証情報で外部サービスシステム４０にログインする。
S49：次に、入出力処理部４８はアプリ処理情報５３に基づいて、設定ファイルから領域情報を取得することをファイル処理部６６に要求する。ファイル処理部６６は設定ファイルの予め決まった行と列から全ての領域情報を取得し、入出力処理部４８に返す。したがって、この領域情報の数が１ページの領域数Ａである。
S50：次に、入出力処理部４８は、画像データを含むＰＤＦファイルの画像補正を画像処理部に要求する。この画像補正は、ＯＣＲのための傾き補正や天地補正等である。スキャンデータがカラーでスキャンされた場合、画像処理部は白黒への二値化処理を行う。一般に、ＯＣＲが前提のスキャンはモノクロで行われている。スキャンデータの補正はページ単位で実行されるので、入出力処理部４８は、ページ数Ｂを得ることができる。なお、ページ数はステップS46～S51までの間にカウントされればよい。
S51:次に、アプリ実行部４６は、設定ファイルに登録されている領域数とＰＤＦファイルのページ数を乗じて、ＯＣＲ処理される領域の延べ数が領域指定制限数より大きいか否かを判断する。ＯＣＲ処理される領域の延べ数が領域指定制限数以下の場合、ステップS52～S54が実行される。
ステップS52～S54は領域の数だけ繰り返し実行される。
S52：次に、入出力処理部４８はアプリ処理情報５３に基づいて、画像データと領域情報を指定して、画像データからの領域の取得（切り取り）を画像処理部６９に要求する。画像処理部６９は画像データから領域情報で指定される領域を特定して取得し、領域の画像を入出力処理部４８に返す。なお、画像処理部６９は画像データから領域を取得（切り取り）しなくてもよい。この場合、ＯＣＲ処理部６８が領域情報で特定される画像データの領域にＯＣＲ処理を行えばよい。
S53：入出力処理部４８はアプリ処理情報５３に基づいて、領域の画像を指定して、領域のＯＣＲ処理をＯＣＲ処理部６８に要求する。この時、入出力処理部４８は設定ファイルから取得したフォーマットとＯＣＲ言語を領域に対応づけて指定するとよい。ＯＣＲ処理部６８はフォーマットとＯＣＲ言語に対応した認識エンジンで領域にＯＣＲ処理を行う。ＯＣＲ処理部６８はＯＣＲ処理結果（文字コードに変換されたテキストデータのファイルパス）を入出力処理部４８に返す。
S54：入出力処理部４８は、ＯＣＲ処理結果を指定して、文字コードに変換されたＯＣＲ処理後のテキストデータをＯＣＲ処理部６８から取得する。ＯＣＲ処理部６８は文字コードに変換された1領域分のテキストデータを入出力処理部４８に返す。
なお、認識エンジンは、例えば文字の画像と文字コードがセットになった学習データを用いて両者の対応を学習し、画像からＯＣＲ処理結果（文字コード）を出力する識別機である。学習データが、日本語のみ、英語のみ、数値のみ、日付のみ、のように単純なほど、識別機の識別精度が向上する。一方、学習データに日本語、英語、数値及び日付の複数が混在すると、種々のデータの認識が可能になるが、識別精度が低下する傾向になる。したがって、ＯＣＲ処理部６８は、フォーマットとＯＣＲ言語に対応した認識エンジンを使用することで認識精度を向上できる。
ここで、機械学習とは、コンピュータに人のような学習能力を獲得させるための技術であり、コンピュータが，データ識別等の判断に必要なアルゴリズムを，事前に取り込まれる学習データから自律的に生成し，新たなデータについてこれを適用して予測を行う技術のことをいう。機械学習のための学習方法は、教師あり学習、教師なし学習、半教師学習、強化学習、深層学習のいずれかの方法でもよく、更に、これらの学習方法を組み合わせた学習方法でもよく、機械学習のための学習方法は問わない。また、認識エンジンは機械学習の学習効果によって生成されたものでなくてもよい。
S55：全ての領域のＯＣＲ処理が完了すると、次に、入出力処理部４８はアプリ処理情報５３に基づいて、領域から取得されたデータ、ＣＳＶ列名、ＣＳＶ位置、及び、ファイル名（設定ファイルから取得）を指定して、ファイル処理部６６にデータを有するファイルの出力を要求する。ファイル処理部６６は、ＣＳＶ列名を列の先頭に書き込み、データをＣＳＶ位置で指定されるＣＳＶファイルのセルに書き込み、ＯＣＲ処理結果（ＣＳＶファイル）を入出力処理部４８に返す。ＣＳＶファイルには指定されたファイル名が付与されている。なお、出力先のファイルの形式はＣＳＶファイルに限らず、表形式のファイルであればよいし、テキストファイルでもよいし、その他のアプリケーションのファイルでもよい。
S56：次に、入出力処理部４８はアプリ処理情報５３に基づいて、ＯＣＲ処理結果（ＣＳＶファイル）のアップロードを外部サービス処理部６２に要求する。アップロード先フォルダはアプリデータ４３に設定されている。
S57：外部サービス処理部６２は外部サービスシステム４０のアップロード先フォルダにＣＳＶファイルを保存する。
S58：入出力処理部４８は、報知部６３にジョブの成功通知を電子メールで送信するよう要求する。報知部６３は、ログインしているユーザのメールアドレスを特定し、このメールアドレスに成功通知を送信する。
S59：一方、ＯＣＲ処理される領域の延べ数が領域指定制限数より大きい場合、ステップS59が実行される。まず、ＯＣＲ処理は中止される。入出力処理部４８は、報知部６３にエラーは発生した旨を電子メールで送信するよう要求する。報知部６３は、ログインしているユーザのメールアドレスを特定し、このメールアドレスにエラーが発生した旨を送信する。報知部６３は、画像処理部がＯＣＲ領域に画像処理を開始する前にエラーを報知する。
なお、この後、ＰＤＦ処理部６４はＯＣＲ処理部６８に要求して、ＰＤＦファイルにＯＣＲ処理を行い、ＯＣＲ処理で生成された文字コードがＰＤＦファイルに透明テキストとして設定されたＰＤＦファイルを作成する。入出力処理部４８はＣＳＶファイルと同様に、テキスト付きＰＤＦファイルのアップロードを外部サービス処理部６２に登録する。
以上により、外部サービスシステム４０のアップロード先フォルダに、ＣＳＶファイルと、ＣＳＶファイルとは別のＰＤＦファイルが登録された。
図１９は、報知部６３がユーザの端末装置３０に送信する電子メールの画面例を示す。電子メールなので、この画面は、件名２０１、送信元アドレス２０２、宛先アドレス２０３、及び、本文２０４を有している。件名２０１には、「データ集計に失敗しました」というメッセージが表示されるので、ユーザが何らかの対応が必要であることを把握できる。なお、このメッセージは領域の延べ数が領域指定制限数を超えたことを意味している。
また、本文２０４にはエラーコード２０５、ジョブＩＤ２０６、及び、実行日時２０７が表示されるので、ユーザはどのジョブがエラーになったかを把握できる。また、本文２０４には「領域数の上限を超えました。３００領域以内になるようページを減らして再度実行してください。」というメッセージ２０８が表示される。ユーザは、次にどうすべきかを理解できる。
ユーザは帳票のスキャンを開始すると機器２０を離れる場合が多いが、端末装置３０があれば電子メールを読めるので、エラーに早期に気づくことができる。
また、図２０に示すように、入出力処理部４８が、機器２０にエラーが発生した旨を送信してもよい。図２０は、機器２０が表示する画面の遷移例を示す。図２０（ａ）は図１６（ｃ）と同じ画面である。図２０（ａ）の画面は実行履歴ボタン２１３を有している。ユーザが実行履歴ボタン２１３を押下すると、図２０（ｂ）の履歴リスト画面２１０が表示される。履歴リスト画面２１０は、ジョブの実行履歴を表示する画面である。実行履歴には状態２１１という項目があり、状態２１１の項目にエラーが発生した旨が表示される。ユーザが詳細ボタン２１２を押下すると、図２０（ｃ）のエラー詳細画面２２０が表示される。
エラー詳細画面２２０は、開始日時２２１、終了日時２２２、状態２２３、エラーメッセージ２２４、及び、ジョブコード２２５を表示する。ユーザは開始日時等から自分のジョブがエラーになったことを把握できる。また、エラーメッセージ２２４に「領域数の上限を超えました。３００領域以内になるようページを減らして再度実行してください。」が表示されるので、ユーザは、次に再スキャンすべきことを理解できる。
機器２０がエラーメッセージを表示することで、ユーザは機器２０を離れても機器２０に戻った場合には、エラーに気づくことができる。また、機器２０でなくユーザが使用する端末装置に通知してもよい。
＜外部サービスシステムに登録されたＣＳＶファイルとＰＤＦファイルの表示＞
企業の担当者が社員の経費などを計算する場合、端末装置３０を操作して外部サービスシステム４０に接続させる。担当者にはアップロード先フォルダが通知されているので、端末装置３０でＣＳＶファイルとＰＤＦファイルを取得できる。
図２１は、端末装置３０が表示する外部サービスシステム４０のファイル一覧画面６７０の一例である。図２１（ａ）に示すように、アップロード先フォルダにＰＤＦファイル６７１とＣＳＶファイル６７２が保存されている。図２１（ｂ）は端末装置３０が表示させたＣＳＶファイル６７２の内容を示す。すなわち、図２１（ｂ）は帳票から出力されたデータである。図２１（ｂ）では２つの領域から取得されたデータが保存されている。各列には設定ファイルに設定されているＣＳＶ列名も設定されており、ユーザは各列が何のデータかを判断できる。
また、図２２に示すように、機器２０も処理結果を表示することが好ましい。図２２は機器２０が表示する出力データ表示画面６９１の一例である。出力データ表示画面６９１は、実行されたアプリ名６９２、及び、アプリが出力したファイルのリスト６９３を表示する。これらは情報処理システム１０から機器２０に送信される。ＣＳＶファイルにはＣＳＶファイルの内容が含まれており、ユーザがＣＳＶファイルを押下することで、帳票の領域から取得されＣＳＶファイルに保存されたデータ６９４を機器２０が表示することができる。
ファイル名やデータを確認したユーザは帳票が正しく処理されたかどうかを判断できる。
なお、図１８では処理の対象となる画像データをＰＤＦファイルとしたが、画像データは、ＪＰＥＧ、ＰＮＧ、ＴＩＦＦ、ＢＭＰ等、どのような形式の画像データでもよい。
＜複数の帳票が読み取られた場合＞
図２３を参照して複数の帳票が一度の読み取り操作で読み取られた場合を説明する。図２３は、複数の帳票と、出力されたファイルを示す図である。図２３（ａ）に示すように、アプリの実行時に複数の帳票が１回の読み取り操作で読み取られた。１回の読み取り操作とは、スタートボタン６１３が１回だけ押下された場合をいう。機器２０は複数の帳票を順番に読み取り、情報処理システム１０は各帳票の画像データの同じ領域から複数のデータを取得する。
図２３（ｂ）は複数の帳票が一度の読み取り操作で読み取られた場合のＣＳＶファイルを示す図である。１行目が１枚目の帳票から取得されたデータであり、２行目が２枚目の帳票から取得されたデータである。このように、複数の帳票の複数のデータが１つのＣＳＶファイルにまとめられるので、担当者は集計やグラフ化がしやすくなる。
なお、複数の帳票が一度の読み取り操作で読み取られた場合、ファイル処理部６６は設定ファイルのＣＳＶ位置（開始行）を１つずつインクリメントする。つまり、ファイル処理部６６は、帳票ごとに下の行にデータを書き込めばよい。
複数の帳票が一度の読み取り操作で読み取られた場合、情報処理システム１０が帳票の数だけのＣＳＶファイルを出力することも可能である。
また、複数の帳票が複数回の読み取り操作で読み取られた場合（異なるタイミングで読み取られた場合）、情報処理システム１０が１つの同じＣＳＶファイルにデータを出力することも可能である。外部サービスシステム４０がマージする場合と、情報処理システム１０がマージする場合がある。
・外部サービスシステム４０がマージする場合、外部サービス処理部６２はＣＳＶファイルのマージを外部サービスシステム４０に要求する。アプリが同じならＣＳＶファイルのファイル名に同じ文字列（例えば経費精算書）が含まれるので、外部サービス処理部６２はファイル名を指定してＣＳＶファイルのマージを要求できる。外部サービスシステム４０はすでに保存済みのＣＳＶファイルの同じ列番号に、マージが要求されたＣＳＶファイルの同じ列番号のデータを追加する。
・情報処理システム１０がマージする場合、外部サービス処理部６２はファイル名を指定してＣＳＶファイルを外部サービスシステム４０からダウンロードする。外部サービス処理部６２は取得したＣＳＶファイルの同じ列番号に、新たに作成したＣＳＶファイルの同じ列番号のデータを追加する。外部サービス処理部６２はマージしたＣＳＶファイルを外部サービスシステム４０にアップロードする。
このように、情報処理システム１０は受信した複数の画像データから同一の領域を取得し、ＯＣＲ処理部６８は、複数の画像データで同一の領域にＯＣＲ処理を行い、ファイル処理部６６は、複数の画像データで同一の領域から生成された複数のデータを１つのファイルに出力することができる。
＜主な効果＞
以上説明したように、本実施形態の情報処理システム１０は、複数の帳票のスキャンが終了した後、早期に（領域指定制限数のＯＣＲ処理が終了するよりも早く）、ユーザに延べ数が領域指定制限数を超えたことを通知できる。また、情報処理システム１０は無駄になるＯＣＲ処理を実行しないので、処理を開始してからエラーを検出するまでの時間の無駄を低減できる。また、有料の外部システムに使用料が発生することも抑制できる。
実施例１では、領域の延べ数が領域指定制限数より多い場合、ＯＣＲ処理を終了したが、実施例２では、領域指定制限数以下の領域にＯＣＲ処理を行う情報処理システム１０について説明する。
本実施例においては、上記の実施例にて説明した図３，図４のハードウェア構成図、及び、図５に示した機能ブロック図を援用できるものとして説明する。
＜動作手順＞
図２４は、情報処理システム１０が機器２０から帳票の画像データを含むＰＤＦファイルを受信し、領域からデータを取得するシーケンス図の一例である。なお、図２４の説明では主に図１８との相違を説明する。
ステップS51において、アプリ実行部４６は、領域の延べ数を算出し、延べ数が領域指定制限数より大きい場合、処理可能ページ数を算出する。
領域指定制限数÷設定ファイルに登録されている領域数＝処理可能ページ数＋余り
ステップS52～S54で、領域ごとにＯＣＲ処理が行われた後、ステップS54－2では、アプリ実行部４６が処理可能ページ数分の領域のＯＣＲ処理が終了したか否かを判断する。ページ番号がＯＣＲ処理部６８から帰ってくるわけではないので、アプリ実行部４６は、処理可能ページ数が含む領域数まで処理が終わったか否かを判断する。
処理可能ページ数が含む領域数＝設定ファイルに登録されている領域数×処理可能ページ数
アプリ実行部４６は、処理可能ページ数が含む領域数まで処理が終わった場合、ＯＣＲ処理を終了する。
以降は、ステップS55～S57のファイル出力等が実行される。
また、ステップS58は、領域の延べ数が領域指定制限数以下の場合は、報知部６３が成功通知をユーザに送信する。
領域の延べ数が領域指定制限数より大きい場合、報知部６３がエラーをユーザに報知するが、ユーザには処理可能ページ数まで処理した旨又はどのページから処理すればよいかの少なくも一方が通知される。したがって、ユーザはどのページから再度、スキャンすればよいか分かる。
図２５は、ユーザが使用する端末装置３０に表示されるメール画面の一例である。図２５の説明では、主に図１９との相違を説明する。図２５のメール画面は、「１１ページまではデータ集計できたので、次回は、１２ページからスキャンして下さい。」というメッセージ２０９を有する。したがって、ユーザはどのページからスキャンすればよいか分かる。なお、本実施例においても機器２０がエラーを報知することができる。
＜主な効果＞
以上説明したように、本実施形態の情報処理システム１０は、領域の延べ数が領域指定制限数より大きくても処理可能ページ数までＯＣＲ処理できる。ユーザは、ＯＣＲ処理されていないページのみを再度、スキャンすればよい。
＜その他の適用例＞
以上、本発明を実施するための最良の形態について実施例を用いて説明したが、本発明はこうした実施例に何等限定されるものではなく、本発明の要旨を逸脱しない範囲内において種々の変形及び置換を加えることができる。
例えば、本実施形態では、情報処理システム１０が、帳票の領域から取得されたデータをファイルに出力したが、ファイル化するのでなくメールで送信してもよいし、機器２０に表示させてもよい。
また、本実施形態では、指定された領域の数又は帳票の枚数の数が多い状態場合にエラーを検知したが、エラーの内容はアプリの実行が中断されるようなエラーであればよい。
また、本実施形態では、情報処理システム１０が指定された領域に対してＯＣＲ処理を行っているが、その他の画像処理（マスク処理や画像の抜出処理等）を行ってもよい。
また、図５などの構成例は、端末装置３０、機器２０、及び情報処理システム１０による処理の理解を容易にするために、主な機能に応じて分割したものである。処理単位の分割の仕方や名称によって本願発明が制限されることはない。端末装置３０、機器２０、及び情報処理システム１０の処理は、処理内容に応じて更に多くの処理単位に分割することもできる。また、１つの処理単位が更に多くの処理を含むように分割することもできる。
また、実施例に記載された装置群は、本明細書に開示された実施形態を実施するための複数のコンピューティング環境のうちの１つを示すものにすぎない。ある実施形態では、情報処理システム１０は、サーバクラスタといった複数のコンピューティングデバイスを含む。複数のコンピューティングデバイスは、ネットワークや共有メモリなどを含む任意のタイプの通信リンクを介して互いに通信するように構成されており、本明細書に開示された処理を実施する。
更に、情報処理システム１０は、本実施形態で開示された処理ステップ、例えば図１８等を様々な組み合わせで共有するように構成できる。例えば、所定のユニットによって実行されるプロセスは、情報処理システム１０が有する複数の情報処理装置によって実行され得る。また、情報処理システム１０は、１つのサーバ装置にまとめられていても良いし、複数の装置に分けられていても良い。
上記で説明した実施形態の各機能は、一又は複数の処理回路によって実現することが可能である。ここで、本明細書における「処理回路」とは、電子回路により実装されるプロセッサのようにソフトウェアによって各機能を実行するようプログラミングされたプロセッサや、上記で説明した各機能を実行するよう設計されたASIC(Application Specific Integrated Circuit)、DSP（Digital Signal Processor）、FPGA（Field Programmable Gate Array）や従来の回路モジュール等のデバイスを含むものとする。
１０ 情報処理システム
２０ 機器
３０ 端末装置
１００ 通信システム
特開２０１７－２１２５７５号公報

Claims (15)

  1. 原稿を読み取る第一の機器と通信する情報処理システムであって、
    前記第一の機器へ送信したアプリ一覧画面に対する操作により選択されたアプリに対応付けられている設定ファイルから、前記原稿が有する領域に関する領域情報を取得するアプリ管理部と、
    前記第一の機器から１ページ以上の原稿の画像データを受信する通信部と、
    前記原稿の１ページの前記領域情報の数と、受信した前記画像データのページ数から求めた領域の延べ数が、所定の条件を満たす場合、画像処理を実行する画像処理部と、
    を有する情報処理システム。
  2. 前記原稿の１ページの領域情報の数と、受信した前記画像データのページ数から求めた領域の延べ数が、前記所定の条件を満たさないため、前記画像処理部が前記画像処理を実行しない場合、
    第二の機器に、画像処理を実行できない旨を報知する報知部を有することを特徴とする請求項１に記載の情報処理システム。
  3. 前記第一の機器と、前記第二の機器が同一であることを特徴とする請求項２に記載の情報処理システム。
  4. 前記画像処理は、ＯＣＲ処理であることを特徴とする請求項２又は３のいずれか１項に記載の情報処理システム。
  5. 前記画像処理部は、前記領域情報に基づいて前記画像データからＯＣＲ領域を特定し、
    特定された前記ＯＣＲ領域と前記画像データとに基づいて、前記ＯＣＲ領域に対してＯＣＲ処理が行われたデータを出力するファイル処理部、を有し、
    前記報知部は、前記所定の条件として、前記領域情報の数と前記画像データのページ数に基づいて前記画像処理を実行できない旨を報知することを特徴とする請求項４に記載の情報処理システム。
  6. 前記領域情報の数と前記画像データのページ数を乗じた値が閾値より大きい場合、前記画像処理部は前記画像処理を中止することを特徴とする請求項５に記載の情報処理システム。
  7. 前記報知部は、前記画像処理部が前記ＯＣＲ領域に前記画像処理を開始する前に前記画像処理を実行できない旨を報知することを特徴とする請求項６に記載の情報処理システム。
  8. 前記領域情報の数と前記画像データのページ数を乗じた値が閾値より大きい場合、前記画像処理部は前記閾値を超えないページ数の前記画像データに前記画像処理を行うことを特徴とする請求項５に記載の情報処理システム。
  9. 前記報知部は、前記画像処理を行ったページ数の次のページからスキャンする旨を報知することを特徴とする請求項８に記載の情報処理システム。
  10. 原稿を読み取る第一の機器と情報処理システムとが通信する通信システムであって、
    前記情報処理システムは、
    前記第一の機器へ送信したアプリ一覧画面に対する操作により選択されたアプリに対応付けられている設定ファイルから、前記原稿が有する領域に関する領域情報を取得するアプリ管理部と、
    前記第一の機器から１ページ以上の原稿の画像データを受信する通信部と、
    前記原稿の１ページの前記領域情報の数と、受信した前記画像データのページ数から求めた領域の延べ数が、所定の条件を満たす場合、画像処理を実行する画像処理部と、
    を有し、
    前記第一の機器は、
    前記アプリ一覧画面を表示し、前記アプリ一覧画面に対する操作を受け付ける通信システム。
  11. 前記原稿の１ページの前記領域情報の数と、受信した前記画像データのページ数から求めた領域の延べ数が、前記所定の条件を満たさないため、前記画像処理部が前記画像処理を実行しない場合、
    第二の機器に、画像処理を実行できない旨を報知する報知部を有することを特徴とする請求項１０に記載の通信システム。
  12. 前記第一の機器と、前記第二の機器が同一であることを特徴とする請求項１１に記載の通信システム。
  13. 原稿を読み取る第一の機器と通信する情報処理システムが行う情報処理方法であって、
    前記第一の機器へ送信したアプリ一覧画面に対する操作により選択されたアプリに対応付けられている設定ファイルから、前記原稿が有する領域に関する領域情報を取得するステップと、
    前記第一の機器から１ページ以上の原稿の画像データを受信するステップと、
    前記原稿の１ページの前記領域情報の数と、受信した前記画像データのページ数から求めた領域の延べ数が、所定の条件を満たす場合、画像処理を実行するステップと、
    を有する情報処理方法。
  14. 前記原稿の１ページの領域情報の数と、受信した前記画像データのページ数から求めた領域の延べ数が、前記所定の条件を満たさないため、前記画像処理を実行しない場合、
    第二の機器に、画像処理を実行できない旨を報知する報知部を有することを特徴とする請求項１３に記載の情報処理方法。
  15. 前記第一の機器と、前記第二の機器が同一であることを特徴とする請求項１４に記載の情報処理方法。
JP2021123442A 2021-07-28 2021-07-28 情報処理システム、通信システム、情報処理方法 Active JP7388411B2 (ja)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP2021123442A JP7388411B2 (ja) 2021-07-28 2021-07-28 情報処理システム、通信システム、情報処理方法

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2021123442A JP7388411B2 (ja) 2021-07-28 2021-07-28 情報処理システム、通信システム、情報処理方法

Publications (2)

Publication Number Publication Date
JP2023019008A JP2023019008A (ja) 2023-02-09
JP7388411B2 true JP7388411B2 (ja) 2023-11-29

Family

ID=85159553

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2021123442A Active JP7388411B2 (ja) 2021-07-28 2021-07-28 情報処理システム、通信システム、情報処理方法

Country Status (1)

Country Link
JP (1) JP7388411B2 (ja)

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2005014237A (ja) 2003-06-23 2005-01-20 Toshiba Corp 複写機における翻訳方法、プログラム及び外部翻訳機能部を有する複写機
JP2009026077A (ja) 2007-07-19 2009-02-05 Canon Inc 画像処理サーバ、画像処理方法、コンピュータプログラム、および記憶媒体
JP2020129226A (ja) 2019-02-07 2020-08-27 株式会社リコー 情報処理装置、情報処理システム、及びプログラム

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2005014237A (ja) 2003-06-23 2005-01-20 Toshiba Corp 複写機における翻訳方法、プログラム及び外部翻訳機能部を有する複写機
JP2009026077A (ja) 2007-07-19 2009-02-05 Canon Inc 画像処理サーバ、画像処理方法、コンピュータプログラム、および記憶媒体
JP2020129226A (ja) 2019-02-07 2020-08-27 株式会社リコー 情報処理装置、情報処理システム、及びプログラム

Also Published As

Publication number Publication date
JP2023019008A (ja) 2023-02-09

Similar Documents

Publication Publication Date Title
US11616884B2 (en) Image processing system for computerizing document, control method thereof, and storage medium
US12301771B2 (en) Image processing apparatus for inputting characters using touch panel, control method thereof and storage medium
US11252287B2 (en) Image processing apparatus that displays guidance for user operation, control method thereof and storage medium
US11393234B2 (en) Image processing system for computerizing document, control method thereof, and storage medium
US11252290B2 (en) Image processing apparatus, image processing method and storage medium
US11887391B2 (en) Information processing system, data output system, image processing method, and recording medium
US11265431B2 (en) Image processing apparatus for inputting characters using touch panel, control method thereof and storage medium
US20240161451A1 (en) Information processing system, processing method, and recording medium
US11575799B2 (en) Image processing apparatus for setting property including character strings and separators to scanned image, control method thereof and storage medium
US20240193975A1 (en) Image processing apparatus, image processing method, and storage medium
US11800032B2 (en) Apparatus, information processing method, and storage medium
US11831824B1 (en) Image processing apparatus, information processing apparatus, image processing system, image processing method, information processing method, and storage medium
JP7388411B2 (ja) 情報処理システム、通信システム、情報処理方法
US20230156138A1 (en) Information processing apparatus, method of controlling information processing apparatus, and storage medium
US11533403B2 (en) Process executing system, information processing system, information processing method, and recording medium for detecting duplicate image data from a same output material
JP7677490B2 (ja) 画像処理システム、情報処理システム、画像処理方法、プログラム
JP7124859B2 (ja) データ出力システム、情報処理システム、データ出力方法、プログラム
JP7666451B2 (ja) データ出力システム、データ出力方法、プログラム
US20230368558A1 (en) Image processing apparatus, image processing method, and storage medium
JP7703902B2 (ja) データ出力システム、情報処理システム、情報処理方法、プログラム
US20240323306A1 (en) Information processing apparatus, control method for information processing apparatus, and storage medium
JP2024134885A (ja) 情報処理システム、提示方法、プログラム
JP2024034740A (ja) 画像処理装置、画像処理システム、画像処理方法、及びプログラム

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20220531

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20230407

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20230523

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20230714

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: 20231017

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20231030

R151 Written notification of patent or utility model registration

Ref document number: 7388411

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R151