JP6892612B2 - 画像管理システム、画像管理サーバ、画像管理システムの制御方法、画像管理サーバの制御方法、画像管理システムのプログラム、画像管理サーバのプログラム - Google Patents

Description

本発明は、撮影画像を用いた紙媒体への記入チェックを行う技術に関する。

レンタル機器などの回収業務において、回収現場で、回収担当者によるレンタル機器の回収状況のチェック用紙への記入する確認作業が日々行われている。

この回収状況の確認作業を行う際に、回収状況を記入する用紙に回収状況の確認結果を書き込む（具体的にはレンタル機器の一覧の中より、返却された機器に対してチェックを付ける）ことで、回収対象機器の有無を確認した結果を残している。

レンタル機器が返却されたことを確認した回収担当者は、そのチェック用紙を元に、業務システムに対して、回収状況の結果を手入力、またはチェック用紙をスキャンすることで登録している。

しかしながら、帳票に記載された内容を、手入力で業務システムに対して登録を行うことは、手間がかかる作業であるため、チェック用紙に記載された内容を、例えば携帯端末で撮像することによって、その撮像されたデータから得られた値を認識して業務システムに対して登録できるようにすれば業務の効率化が図れることになる。

特開２０１０‐２４５７８８

特許文献１では、撮影した画像の文字の判読性などの解像度を、幾何学補正、斜行補正、超解像化補正等を行うことにより向上させた、画像データを出力させる携帯端末装置について記載がされており、当該帯端末装置は高解像度に変換した画像を出力する内容が記載されている。

特許文献１の技術を用いることで、読み取った画像データの認識率をあげることにより高解像度の画像を取得することが出来る。しかしながら、このような高解像度の画像を常に撮像して、撮像された内容を登録するために、携帯端末からサーバに高解像度の画像を送信して管理することはシステムの負荷が高い。そのため、解像度は標準の解像度で行うことが望まれる。

また、標準の解像度で撮像を行ったとしても認識が悪い場合には、携帯端末において高解像度に設定して撮影することが考えられるが、設定を変更して撮影することは手間がかかるという問題がある。

更に、業務処理という観点から言えば、携帯端末で手書き入力された文書を撮影し、読み取った画像の内容を、あるシステムに登録する作業を社外等で行っている場合に、画像の処理が上手くいかなかった場合に、何度か文書の撮影をやり直したとしても、環境によって、暗いところで撮影した場合には何度も撮影しても認識率が悪いということもあるため、読み取りが上手くいく保証は無い。更に、手振れなどによって撮像がうまく行かないといったこともある。こういった場合に、何度もやり直すことも時間の無駄となってしまう。

このため、標準の解像度でも読み取れなかった文書については、社内に戻ってから、再度別のデバイス等から読み取る仕組みを提供することによって、再度読み取ったデータから記載された値を業務システムへ反映できるようにし業務を効率かすることが望まれる。

そこで、本発明では上記課題を鑑み、撮影した紙媒体に対応する画像データを容易に得る
ことが可能な情報処理装置、制御方法、及びプログラムを提供するこ
とを目的とする。

上記課題を解決するための本願発明は、紙媒体のスキャンにより得られた画像データを得る情報処理装置であって、撮像機能を備えた装置により前記紙媒体を撮像することにより得られた画像データを受け付ける撮像画像受付手段と、前記撮像画像受付手段により受け付けた画像データと画像処理装置で前記紙媒体をスキャンさせるための設定にかかるスキャンチケットとを対応付けて記憶制御する記憶制御手段と、前記記憶制御手段により記憶制御される画像データとスキャンチケットに係る情報とを用いた表示内容の表示を制御する表示制御手段と、を備えたことを特徴とする。

本発明によれば、撮影した紙媒体に対応する画像データを容易に得ることができる、という効果を奏する。

本発明の実施形態における、情報処理システムの構成の一例を示す図である。 本発明の実施形態における、携帯端末１０１、業務処理サーバ兼スキャンチケットサーバ１０２、クライアント端末１０４のハードウェア構成の一例を示す図である。 本発明の実施形態における、複合機１０３の構成の一例を示す図である。 本発明の実施形態における、業務処理サーバ兼スキャンチケットサーバ１０２におけるモジュール構成の一例を示す図である。 本発明の実施形態における機能構成の一例を示す図である。 本発明の実施形態における、チェック用紙の読み取りまでの処理の一例を示す図である。 本発明の実施形態における、チェック用紙の読み取りで、読み取りに失敗した場合の処理の一例を示す図である。 本発明の実施形態における、チェック用紙の読み取りで、読み取りに成功した場合の処理の一例を示す図である。 本発明の実施形態における、チェック用紙の読み取りで、読み取りに失敗した後のスキャン処理の一例を示す図である。 本発明の実施形態における、情報処理システムにおいて、撮影、またはスキャンされる用紙の一例を示す図である。 本発明の実施形態における、情報処理システムで利用する各種データテーブルの一例を示す図である。 本発明の実施形態における、情報処理システムの複合機上に表示されるスキャン実行選択画面の一例を示した図である。 本発明の第２の実施形態における、チェック用紙の生成処理の一例を示す図である。 本発明の第２の実施形態における、携帯端末によるチェック用紙の読み取りまでの処理の一例を示す図である。 本発明の第２の実施形態における、携帯端末によるチェック用紙の読み取りで、読み取りに失敗した場合の処理の一例を示す図である。 本発明の第２の実施形態における、携帯端末によるチェック用紙の読み取りで、読み取りに成功した場合の処理の一例を示す図である。 本発明の第２の実施形態における、携帯端末による読み取りに失敗したチェック用紙、または、携帯端末で撮像を行わないチェック用紙のスキャン処理の一例を示す図である。 本発明の第２の実施形態における、スキャンチケットテーブルの一例を示す図である。 本発明の第２の実施形態における、認証データテーブルの一例を示す図である。 本発明の第２の実施形態における、撮影またはスキャンされる用紙の一例を示す図である。 本発明の第２の実施形態における、申請情報テーブルの一例を示す図である。 本発明の第２の実施形態における、画像処理装置に表示されるスキャン選択画面の一例を示した図である。 本発明の第２の実施形態における、画像処理装置に表示される帳票印刷画面の一例を示した図である。 本発明の第２の実施形態における、携帯端末で文書を撮像する際のイメージ図の一例を示した図である。 本発明の第２の実施形態における、携帯端末で撮像した文書が読取に失敗したあるいは、読取精度が低い場合に、携帯端末が受信する通知のイメージ図の一例を示した図である。 本発明の第２の実施形態における、携帯端末で撮像した文書が読取に成功した場合に、文書の内容が仮登録された通知を携帯端末が受信するイメージ図の一例を示した図である。 本発明の第２の実施形態における、画像処理装置でスキャンされた文書の内容が仮登録された場合に、クライアント端末が買い登録された通知を受信するイメージ図の一例を示した図である。

以下、図面を参照して、本発明の実施形態を詳細に説明する。図１は、本発明の情報処理システムの構成の一例を示すシステム構成図である。

図１は、携帯端末１０１、業務処理サーバ兼スキャンチケットサーバ１０２、複合機１０３（画像処理装置）、クライアント端末（クライアントPC）１０４が設置されており、それら装置は無線通信等のネットワーク１０５によって相互にデータ通信可能な構成になっている。

携帯端末１０１は、業務処理サーバ兼スキャンチケットサーバ１０２に接続し、各種処理における申請、登録の依頼処理を行うための装置である。尚、本実施例においては、携帯端末１０１は、スマートフォンやタブレット端末のようなデバイスを想定して説明を行うが、その他の撮影機能の付いた装置でもよい。

業務処理サーバ兼スキャンチケットサーバ１０２は、携帯端末１０１からの処理依頼に応じて、対象帳票のＯＣＲ処理（文字認識処理）を実行する。ＯＣＲ処理が成功した場合は、携帯端末１０１から登録の依頼をうけたデータを業務システムのテーブルに登録するが、失敗した場合は、用紙のスキャン処理のためにスキャンチケットを生成し、複合機１０３に対して送信する。なお、本発明においては、画像管理サーバと呼ぶこともあることとする。

なお、スキャンチケットとは、複合機でスキャンする際に予め必要となる設定などの情報を事前に指定しておくことができる予約チケットのことを指す。スキャンチケットへは、例えば、解像度やスキャンデータのファイル形式、ファイルの格納先などが設定でき、これらの設定した内容でスキャンし、スキャンデータを生成することが出来る。

本実施例では、業務処理サーバ兼スキャンチケットサーバ１０２で、複合機やその他外部デバイス（システム）との連携を実行する処理と、スキャンチケットの管理を行うものとして説明するが、別々の装置で動作させてもよい。

複合機１０３は、複合機１０３では、印刷やスキャンといったＭＦＰ（Ｍｕｌｔｉｆｕｎｃｔｉｏｎ Ｐｒｉｎｔｅｒ）としての機能を備え、更に、業務処理サーバ兼スキャンチケットサーバ１０２からスキャンチケットを受信し、チケットに設定されたスキャン設定に基づいて、紙文書のスキャンを行い、業務処理サーバ兼スキャンチケットサーバ１０２に送信する。

クライアント端末１０４は、業務処理サーバ兼スキャンチケットサーバ１０２に接続し、各種処理における申請を行うための装置である。尚、本実施例においては、クライアント端末１０４は、ＰＣ（Ｐｅｒｓｏｎａｌ ｃｏｍｐｕｔｅｒ）を想定して説明を行うが、スマートフォンやタブレット端末のようなデバイスでも、その他の装置でもよい。

図２は、本発明の実施形態における、図１に示した携帯端末１０１、業務処理サーバ兼スキャンチケットサーバ１０２、クライアント端末１０４のハードウェア構成の一例を示す図である。

図２は、本発明の実施形態における、携帯端末１０１、業務処理サーバ兼スキャンチケットサーバ１０２、複合機１０３、クライアント端末１０４のハードウェア構成の一例を示す図である。

ＣＰＵ２０１は、システムバス２０４に接続される各デバイスやコントローラを統括的に制御する。

また、ＲＯＭ２０２あるいは外部メモリ２１１には、ＣＰＵ２０１の制御プログラムであるＢＩＯＳ（Ｂａｓｉｃ Ｉｎｐｕｔ／Ｏｕｔｐｕｔ Ｓｙｓｔｅｍ）やオペレーティングシステムプログラム（以下、ＯＳ）や、各サーバ或いは各ＰＣの実行する機能を実現するために必要な後述する各種プログラム等が記憶されている。ＲＡＭ２０３は、ＣＰＵ２０１の主メモリ、ワークエリア等として機能する。

ＣＰＵ２０１は、処理の実行に際して必要なプログラム等をＲＡＭ２０３にロードして、プログラムを実行することで各種動作を実現するものである。

また、入力コントローラ（入力Ｃ）２０５は、キーボード２０９や不図示のマウス等のポインティングデバイスからの入力を制御する。

ビデオコントローラ（ＶＣ）２０６は、ＣＲＴディスプレイ（ＣＲＴ）２１０等の表示器への表示を制御する。表示器はＣＲＴだけでなく、液晶ディスプレイでも構わない。これらは必要に応じて管理者が使用するものである。本発明には直接関係があるものではない。

メモリコントローラ（ＭＣ）２０７は、ブートプログラム、ブラウザソフトウエア、各種のアプリケーション、フォントデータ、ユーザファイル、編集ファイル、各種データ等を記憶するハードディスク（ＨＤ）やフロッピー（登録商標）ディスク或いはＰＣＭＣＩＡカードスロットにアダプタを介して接続されるコンパクトフラッシュ（登録商標）メモリ等の外部メモリ２１１へのアクセスを制御する。

通信Ｉ／Ｆコントローラ（通信Ｉ／ＦＣ）２０８は、ネットワーク（例えば、図１に示したネットワーク１０５）を介して、外部機器と接続・通信するものであり、ネットワークでの通信制御処理を実行する。例えば、ＴＣＰ／ＩＰを用いたインターネット通信等が可能である。

なお、ＣＰＵ２０１は、例えばＲＡＭ２０３内の表示情報用領域へアウトラインフォントの展開（ラスタライズ）処理を実行することにより、ＣＲＴ２１０上での表示を可能としている。また、ＣＰＵ２０１は、ＣＲＴ２１０上の不図示のマウスカーソル等でのユーザ指示を可能とする。

本発明を実現するためのプログラムは外部メモリ２１１に記録されており、必要に応じてＲＡＭ２０３にロードされることによりＣＰＵ２０１によって実行されるものである。

次に、図３を用いて、本発明の情報処理装置としての複合機１０３を制御するコントローラユニットのハードウェア構成について説明する。

図３は、図１に示した複合機１０３のコントローラユニットのハードウェア構成の一例を示すブロック図である。

図３において、３１６はコントローラユニットで、画像入力デバイスとして機能するスキャナ３１４や、画像出力デバイスとして機能するプリンタ３１２と接続する一方、ＬＡＮ（例えば、図３に示したＬＡＮ）や公衆回線（ＷＡＮ）（例えば、ＰＳＴＮまたはＩＳＤＮ等）と接続することで、画像データやデバイス情報の入出力を行う。

コントローラユニット３１６において、３０１はＣＰＵで、システム全体を制御するプロセッサである。３０２はＲＡＭで、ＣＰＵ３０１が動作するためのシステムワークメモリであり、プログラムを記録するためのプログラムメモリや、画像データを一時記録するための画像メモリでもある。

３０３はＲＯＭで、システムのブートプログラムや各種制御プログラムが格納されている。３０４は外部記憶装置（ハードディスクドライブ（ＨＤＤ））で、システムを制御するための各種プログラム，画像データ等を格納する。

３０７は操作部インタフェース（操作部Ｉ／Ｆ）で、操作部（ＵＩ）３０８とのインタフェース部であり、操作部３０８に表示する画像データを操作部３０８に対して出力する。また、操作部Ｉ／Ｆ３０７は、操作部３０８から本システム使用者が入力した情報（例えば、ユーザ情報等）をＣＰＵ３０１に伝える役割をする。

なお、操作部３０８はタッチパネルを有する表示部を備え、該表示部に表示されたボタンを、ユーザが押下（指等でタッチ）することにより、各種指示を行うことができる。

３０５はネットワークインタフェース（Ｎｅｔｗｏｒｋ Ｉ／Ｆ）で、ネットワーク（ＬＡＮ）に接続し、データの入出力を行う。３０６はモデム（ＭＯＤＥＭ）で、公衆回線に接続し、ＦＡＸの送受信等のデータの入出力を行う。

３１８は外部インタフェース（外部Ｉ／Ｆ）で、ＵＳＢ、ＩＥＥＥ１３９４，プリンタポート，ＲＳ−２３２Ｃ等の外部入力を受け付けるＩ／Ｆ部であり、本実施形態においては認証で必要となるＩＣカードの読み取り用のカードリーダ３１９が外部Ｉ／Ｆ３１８に接続されている。

そして、ＣＰＵ３０１は、この外部Ｉ／Ｆ３１８を介してカードリーダ３１９によるＩＣカードからの情報読み取りを制御し、該ＩＣカードから読み取られた情報を取得可能である。尚、ＩＣカードに限らず、ユーザを特定することが可能な記憶媒体であればよい。この場合、記憶媒体にはユーザを識別するための識別情報が記憶される。

この識別情報は、記憶媒体の製造番号でも、ユーザが企業内で与えられるユーザコードであってもよい。
以上のデバイスがシステムバス３０９上に配置される。

３２０はイメージバスインタフェース（ＩＭＡＧＥ ＢＵＳ Ｉ／Ｆ）であり、システムバス３０９と画像データを高速で転送する画像バス３１５とを接続し、データ構造を変換するバスブリッジである。

画像バス３１５は、ＰＣＩバスまたはＩＥＥＥ１３９４で構成される。画像バス３１５上には以下のデバイスが配置される。

３１０はラスタイメージプロセッサ（ＲＩＰ）で、例えば、ＰＤＬコード等のベクトルデータをビットマップイメージに展開する。３１１はプリンタインタフェース（プリンタＩ／Ｆ）で、プリンタ３１２とコントローラユニット３１６を接続し、画像データの同期系／非同期系の変換を行う。

また、３１３はスキャナインタフェース（スキャナＩ／Ｆ）で、スキャナ３１４とコントローラユニット３１６を接続し、画像データの同期系／非同期系の変換を行う。

３１７は画像処理部で、入力画像データに対し補正、加工、編集を行ったり、プリント出力画像データに対して、プリンタの補正、解像度変換等を行う。また、これに加えて、画像処理部３１７は、画像データの回転や、多値画像データに対してはＪＰＥＧ、２値画像データはＪＢＩＧ、ＭＭＲ、ＭＨ等の圧縮伸張処理を行う。

スキャナ３１４は、原稿となる紙上の画像を照明し、ＣＣＤラインセンサで走査することで、ラスタイメージデータとして電気信号に変換する。原稿用紙は原稿フィーダのトレイにセットし、装置使用者が操作部３０８から読み取り起動指示することにより、ＣＰＵ３０１がスキャナ３１４に指示を与え、フィーダは原稿用紙を１枚ずつフィードし原稿画像の読み取り動作を行う。

プリンタ３１２は、ラスタイメージデータを用紙上の画像に変換する部分であり、その方式は感光体ドラムや感光体ベルトを用いた電子写真方式、微少ノズルアレイからインクを吐出して用紙上に直接画像を印字するインクジェット方式等があるが、どの方式でも構わない。プリント動作の起動は、ＣＰＵ３０１からの指示によって開始する。

なお、プリンタ３１２には、異なる用紙サイズまたは異なる用紙向きを選択できるように複数の給紙段を持ち、それに対応した用紙カセットがある。

操作部３０８は、ＬＣＤ表示部を有し、ＬＣＤ上にタッチパネルシートが貼られており、システムの操作画面を表示するとともに、表示してあるキーが押されるとその位置情報を操作部Ｉ／Ｆ３０７を介してＣＰＵ３０１に伝える。また、操作部３０８は、各種操作キーとして、例えば、スタートキー、ストップキー、ＩＤキー、リセットキー等を備える。

ここで、操作部３０８のスタートキーは、原稿画像の読み取り動作を開始する時などに用いる。スタートキーの中央部には、緑と赤の２色ＬＥＤがあり、その色によってスタートキーが使える状態にあるかどうかを示す。

また、操作部３０８のストップキーは、稼働中の動作を止める働きをする。また、操作部３０８のＩＤキーは、使用者のユーザＩＤを入力する時に用いる。リセットキーは、操作部からの設定を初期化する時に用いる。

カードリーダ３１９は、ＣＰＵ３０１からの制御により、ＩＣカード（例えば、ソニー社のフェリカ（ＦｅｌｉＣａ）（登録商標））内に記憶されている情報を読み取り、該読み取った情報を外部Ｉ／Ｆ３１８を介してＣＰＵ３０１へ通知する。

次に、図４を用いて、本発明にけるモジュール構成図の一例について説明する。

図４は、図１に示した業務処理サーバ兼スキャンチケットサーバ１０２（画像管理サーバ）のソフトウェア構成の一例を示すブロック図である。なお、ソフトウェア構成は基本的な構成であり、他のコンポーネントやモジュールを含めてＷｅｂアプリケーションサーバー４０９で備えているものとする。また、処理によって、他のコンポーネントを追加して、新たな処理（機能）を追加可能な構成とする。

リクエスト処理モジュール４００は、外部の情報処理装置とＳＯＡＰ通信等を用いて、ネットワーク経由でリクエストの送受信をするモジュールであり、受信したリクエストに内容に応じて各コンポーネントやモジュールにデータを受け渡し、各コンポーネントやモジュールの結果を、リクエストを受信した情報処理装置に返信する。

外部データ連携コンポーネント４０１は、複合機１０３等の外部デバイスとデバイス独自のプロトコルで通信をするコンポーネントであり、例えば複合機１０３への印刷指示をする際に、この外部データ連携コンポーネント４０１から複合機１０３へ印刷命令を送信する。

内部データ処理コンポーネント４０２は、データを加工する処理するコンポーネントであり、例えば、Ｗｅｂアプリケーションサーバー４０９で管理しているデータをフォームと合成して帳票を作成する（フォームオーバーレイ処理）をする。

システム管理コンポーネント４０３は、Ｗｅｂアプリケーションサーバー４０９でのシステムログを出力し、管理するコンポーネントである。

ビジネスロジック処理モジュール４０４は、Ｂｕｓｉｎｅｓｓ Ｐｒｏｃｅｓｓ Ｅｘｅｃｕｔｉｏｎ Ｌａｎｇｕａｇｅ（ビジネスプロセス実行言語、以下、ＢＰＥＬ）であり、ＢＰＥＬで定義した処理定義を実行する。

ユーザ認証処理モジュール４０５は、複合機１０３や他のシステムからのユーザ認証要求に対して、内部又は外部装置で管理している認証テーブルを参照して、許可されているユーザか否かを判定する。

コンテンツデータ管理モジュール４０６は、内部データ処理コンポーネント４０２で生成された帳票など、システム内で管理するコンテンツを記憶、管理する。

スキャンチケット管理モジュール４０７は、スキャンチケットサーバで保持しているスキャンチケットデータを管理する。

ワークフロー連携モジュール４０８は、ワークフローサーバーと連携し、申請の起票、承認、否認などの処理を実行する。

なお、本実施形態では、このコンポーネントやモジュールを用いて以下の処理がなされる。

例えば、複合機１０３からＷｅｂアプリケーションサーバー４０９が通信リクエストを受け付けると、ビジネスロジック処理モジュール４０４が、定義されている処理に基づき、帳票一覧をコンテンツデータ管理モジュール４０６から取得する。

そして、取得した帳票一覧を、リクエスト処理モジュール４００を介して、複合機１０３に送信する。複合機１０３は、帳票一覧を表示する。

帳票一覧でユーザにより帳票が選択され、印刷指示がされると、複合機１０３は印刷要求をＷｅｂアプリケーションサーバー４０９に送信する。

リクエスト処理モジュール４００は、印刷要求を受信する。リクエスト処理モジュール４００は、ビジネスロジック処理モジュール４０４に印刷要求を渡す。

次に、ビジネスロジック処理モジュール４０４は、定義されている処理に従って、印刷要求に含まれる帳票ＩＤをもとにコンテンツデータ管理モジュール４０６から帳票ファイルを取得し、この帳票ファイルを外部データ連携コンポーネント４０１を介して、印刷要求のあった複合機１０３に送信する。

この送信は、例えば外部データ連携コンポーネントに含まれる、プリンタドライバ機能を用いて、複合機１０３に出力するものである。

そして、コンテンツデータ管理モジュール４０６は、出力された結果を、リクエスト処理モジュール４００に返し、リクエスト処理モジュール４００を介して、印刷要求のあった複合機１０３へ印刷結果を送信する（ＳＯＡＰ通信等により送信）。

次に、図５を用いて、本発明にける携帯端末１０１、業務処理サーバ兼スキャンチケットサーバ１０２、複合機１０３、クライアント端末１０４の機能構成図の一例について説明する。

携帯端末１０１は、撮像画像送信部５０１、文字認識処理結果受取部５０２、スキャンチケット発行依頼部５０３からなる。

撮像画像送信部５０１は、撮像した画像のデータを、業務処理サーバ兼スキャンチケットサーバ１０２に対し送信する。

文字認識処理結果受取部５０２は、業務処理サーバ兼スキャンチケットサーバ１０２から画像のＯＣＲ処理が成功したか否かの通知を受け取る。

スキャンチケット発行依頼部５０３は、文字認識処理結果受取部５０２によって、ＯＣＲ処理（文字認識処理）が成功した通知を受け取った場合に、複合機１０３に対しスキャンチケットの発行を依頼する。

業務処理サーバ兼スキャンチケットサーバ１０２は、撮像画像受付部５０７、撮像画像文字認識処理部５０８、データ登録部５０９、スキャンチケット発行部５１０、スキャン画像受付部５１１、スキャン画像文字認識処理部５１２、からなる。

撮像画像受付部５０７は、携帯端末１０１によって撮影された書面の画像を受け付ける。

撮像画像文字認識処理部５０８は、撮像画像受付部５０７により受け付けた画像をＯＣＲ処理（文字認識処理）することにより、書面に記載されたデータを読み取る。

データ登録部５０９、撮像画像文字認識処理部５０８で読み取ったデータを、データが管理されるシステムへ登録する

スキャンチケット発行部５１０は、撮像画像文字認識処理部５０８による画像のＯＣＲ処理（文字認識処理）が失敗した場合に、携帯端末１０１で撮像された文書を再度、文字認識処理をさせるべく複合機に対して、高解像度スキャンの設定を含むスキャンチケットを発行する。本発明におけるスキャンチケットの一例では、高解像度の設定がされたスキャンチケットの例を挙げて説明をするが、文字認識に失敗した内容に応じて、スキャンの設定内容が異なるスキャンチケットを発行できるようにしてもよいこととする。例えば、文字認識に失敗した内容に応じて、高解像度の設定以外に、ＴＩＦＦ以外の他のファイル形式の設定がされたスキャンチケットを発行しても良いこととする。

スキャン画像受付部５１１は、複合機１０３から、スキャンチケットによってスキャンされた書面の画像データを受け付ける。

スキャン画像文字認識処理部５１２は、スキャン画像受付部５１１により受け付けた画像をＯＣＲ処理することにより、書面に記載されたデータを読み取る。

複合機１０３は、スキャンチケット受付部５０４、スキャン画像送信部５０５からなる。

スキャンチケット受付部５０４は、スキャンチケット発行部５１０によって発行された文字認識を可能とする設定済みであるスキャンチケットを受付ける。

スキャン画像送信部５０５は、携帯端末１０１からデータ登録依頼を行った時に、文字認識に失敗した文書を、スキャンチケット受付部５０４で受け付けたスキャンチケットによってスキャンを行い、業務処理サーバ兼スキャンチケットサーバ１０２へ送信する。

クライアント端末１０４は、データ修正部５０６からなる。

データ修正部５０６は、スキャン画像文字認識処理部５１２によって読み取った、書面に記載されたデータに不備がある場合に、データの修正を行うことを可能とする。

次に、図６を参照して、本発明の実施例における情報処理システムによって実行される携帯端末での用紙の撮影から情報の読み取りまでの処理について説明する。本処理は携帯端末１０１と業務処理サーバ兼スキャンチケットサーバ１０２にて実施される。

ステップＳ６０１で、携帯端末１０１のＣＰＵ２０１は、携帯端末のカメラ機能を利用して、チェック用紙である、図１０のレンタル回収書を撮影する。

ステップＳ６０２で、携帯端末１０１のＣＰＵ２０１は、ステップＳ６０1で撮影した画像を添付したメールを、特定のメールアドレスに対して送信する。

ステップＳ６０３で、業務処理サーバ兼スキャンチケットサーバ１０２のＣＰＵ２０１は、携帯端末１０１によって撮影された文書の画像を受け付け、、ステップＳ６０４で、受信したメールの添付ファイルを取得する。

ステップＳ６０５で、業務処理サーバ兼スキャンチケットサーバ１０２のＣＰＵ２０１は、携帯端末１０１から受け付けた、画像ファイルに対して、ＯＣＲ処理（文字認識処理）を実行する。

その結果、Ｓ６０６で、業務処理サーバ兼スキャンチケットサーバ１０２のＣＰＵ２０１は、読み取り出来たかを判定する。その際に、帳票認識によりＯＣＲ処理が可能な帳票であるかどうかを判定する。

ＯＣＲ処理ができない判定の場合（ステップＳ６０６で失敗の場合）は、業務処理サーバ兼スキャンチケットサーバ１０２のＣＰＵ２０１は、次の図７のステップＳ７０１の処理に進む。ＯＣＲ処理ができた判定場合（ステップＳ６０６において成功の場合）は、ステップＳ６０７に進み、読み取り結果から精度を判定する。

ステップＳ６０７で確認の結果、業務処理サーバ兼スキャンチケットサーバ１０２のＣＰＵ２０１が、ステップＳ６０８で、精度が低いと判定した場合（ステップＳ６０８でＹＥＳの場合）は、次の図７のステップＳ７０４の処理に進む。業務処理サーバ兼スキャンチケットサーバ１０２のＣＰＵ２０１が、精度が高い（ステップＳ６０８でＮＯの場合）と判定した場合は、次の図８のステップＳ８０１の処理に進む。

具体的な精度の判定内容としては、一例として、図１１の認証データテーブル１１１０を用いて行っても良い。図１１の認証データテーブル１１１０は、ユーザＩＤ１１１１、ユーザ名１１１２、認証先１１１３等の情報から構成される。

方法としては、図１０のチェック用紙である「レンタル回収書」の担当者欄に記載される担当者１００の氏名を読み取り、その氏名が図１１の認証データテーブル１１１０のユーザ名１１１２に存在するかを確認することによって、該当の担当者が確認できるように記載されているか否かで判定する。

例えば、担当者が「田中」である場合、図１１の認証データテーブル１１１０において、ユーザ名１１１２に「田中」が存在するかどうかを確認する。

図７では、本発明の実施例における情報処理システムによって実行される図１０のチェック用紙の読み取り処理で失敗した場合の処理について説明する。本処理は、携帯端末１０１と業務処理サーバ兼スキャンチケットサーバ１０２にて実施され、図６に記載の処理に続いて実行される。

ステップＳ７０１で、業務処理サーバ兼スキャンチケットサーバ１０２のＣＰＵ２０１は、ＯＣＲ処理結果から読み取りを失敗したことを携帯端末に対してメールで通知する。また、同時にステップＳ７０３で、図１０のチェック用紙をスキャンし、文字認識可能としてスキャンされた画像を複合機１０３から受け付けることを可能するために、複合機１０３に対して文字認識を可能とする設定（１例として高解像度の設定）がされたスキャンチケットを発行する。

ステップＳ７０２で、携帯端末１０１のＣＰＵ２０１は、サーバから送信された読み取り失敗結果のメールを携帯端末で受信し、次の図９の処理に進む。

ステップＳ７０４で、業務処理サーバ兼スキャンチケットサーバ１０２のＣＰＵ２０１は、ＯＣＲ処理結果から読み取り自体は成功したものの、読み取り精度が低い場合にその旨を携帯端末に対してメールで通知する。

また、同時にステップＳ７０６で、業務処理サーバ兼スキャンチケットサーバ１０２のＣＰＵ２０１は、帰社後に図１０のチェック用紙をスキャンするため、高解像度でスキャンを実行する設定をしたスキャンチケットを図１１のスキャンチケットデータテーブル１１００へ発行しておく。

図１１のスキャンチケットデータテーブル１１００は、チケットＩＤ１１０１、所有者１１０２、生成日時１１０３、ファイル形式１１０４、解像度１１０５、読込設定１１０６、保存先１１０７等の情報から構成される。ひとつのチケットＩＤに対して、それぞれスキャン命令情報が格納されている。

登録されるデータの一例として、システム利用者が「Ｔａｎａｋａ」の場合は、図１１に示すスキャンチケットデータテーブル１１００に対して、チケットＩＤ１１０１が「ＳＴ０００１」、所有者１１０２が「Ｔａｎａｋａ」、生成日時１１０３が「２０１２/１１/１１ １０：２３：００」、ファイル形式１１０４が「ＴＩＦＦ」、解像度１１０５が「４００」、読込設定１１０６が「モノクロ」、保存先１１０７が「￥￥ａｂｃ＿ｓｅｒｖｅｒ￥ｓｃａｎ￥」、の設定情報をスキャンチケットのレコードとして登録する。

ステップＳ７０５で、携帯端末１０１のＣＰＵ２０１は、サーバから送信された読み取り精度が低いという結果のメールを携帯端末で受信し、次の図９のステップＳ９０１の処理へ進む。

図８では、本発明の実施例における情報処理システムによって実行される図１０のチェック用紙の読み取り処理で成功した場合の処理について説明する。本処理は、携帯端末１０１と業務処理サーバ兼スキャンチケットサーバ１０２にて実施され、図６に記載の処理に続いて実行される。

ステップＳ８０１で、業務処理サーバ兼スキャンチケットサーバ１０２のＣＰＵ２０１は、ＯＣＲ処理で読み取りが成功し、精度も一定の基準を超えているものについて、その内容を取得し、携帯端末に対して結果をメールで送信する。

ステップＳ８０２で、携帯端末１０１のＣＰＵ２０１は、業務処理サーバ兼スキャンチケットサーバ１０２から、画像の文字認識処理が成功したか否かの通知を受け取り、内容を確認する。

ステップＳ８０３において、携帯端末１０１のＣＰＵ２０１は、ステップＳ８０２で受信した結果を判定する。

ステップＳ８０３において、携帯端末１０１のＣＰＵ２０１が、読み取り結果に不備があると判定した場合（ステップ８０３でＹＥＳの場合）は、業務処理サーバ兼スキャンチケットサーバ１０２に対し、ステップＳ８０６において、受け取った処理結果に応じて、高解像度でスキャンを実行する設定をしたスキャンチケットの発行を依頼する。

ステップＳ８０７において、業務処理サーバ兼スキャンチケットサーバ１０２のＣＰＵ２０１は、複合機１０３に対し、高解像度でスキャンを実行する設定をしたスキャンチケットを発行し、次の図９のステップＳ９０１の処理に進む。

ステップＳ８０３で、携帯端末１０１のＣＰＵ２０１が、読み取り結果に不備がなかったと判定した場合（ステップＳ８０３でＮＯの場合）は、ステップＳ８０４で読み取り結果を本登録するように業務処理サーバ兼スキャンチケットサーバ１０２に対して指示を出す。

ステップＳ８０５で、業務処理サーバ兼スキャンチケットサーバ１０２のＣＰＵ２０１は、図１１の申請情報テーブル１１２０に対して保持していた読み取り結果を、読み取った結果を管理するシステムへ登録し、処理を終了する。

図１１の申請情報テーブル１１２０は、申請ＩＤ１１２１、チケットＩＤ１１２２、申請者１１２３、処理日時１１２４、案件ＩＤ１１２５、登録フラグ１１２６、申請内容１１２７、スキャンデータ１１２８等の情報から構成される。

仮登録されるデータの一例として、例えば、申請者が「Ｔａｎａｋａ」の場合、図１１に示す申請情報テーブル１１２０に対して、申請ＩＤ１１２１が「Ａ０１２４」、チケットＩＤ１１２２が「ＳＴ０００１」、申請者１１２３が「Ｔａｎａｋａ」、処理日時１１２４が「２０１２／１１／１１ １１：２３：００」、案件ＩＤ１１２５が「１００００４」、登録フラグ１１２６が仮登録を示す値「１」、申請内容１１２７が「各申請内容」、スキャンデータ１１２８が「各ファイル名」の値を持つレコードとしてデータを登録する。

図９では、本発明の実施例における情報処理システムによって実行されるスキャン処理について説明する。本処理は、業務処理サーバ兼スキャンチケットサーバ１０２、複合機１０３、クライアント端末１０４にて実施され、図７、８に記載の処理に続いて実行される。

ステップＳ９０１で、複合機１０３のＣＰＵ３０１は、あらかじめ発行されたスキャンチケットを利用して、複合機１０３に、図１２スキャン選択画面１２００に図示するスキャンリストを表示し、ステップＳ８０７で発行された文字認識を可能とする設定（高解像度の設定）済みであるスキャンチケットを受付け、
文字認識に失敗した、対象の用紙の文書をスキャンチケットによってスキャンを行う。

ステップＳ９０２で、複合機１０３のＣＰＵ３０１は、複合機１０３でスキャンした画像を業務処理サーバ兼スキャンチケットサーバ１０２の特定のフォルダに転送する。

ステップＳ９０３で、業務処理サーバ兼スキャンチケットサーバ１０２のＣＰＵ２０１は、画像データが格納されるフォルダを監視しており、ステップＳ９０２において、複合機１０３から転送された、スキャンチケットによってスキャンされた画像を受け付ける。

ステップＳ９０４で、業務処理サーバ兼スキャンチケットサーバ１０２のＣＰＵ２０１は、ステップＳ９０３で受け付けた、画像を文字認識処理することにより、画像に記載されたデータを読み取る。

ステップＳ９０５で、業務処理サーバ兼スキャンチケットサーバ１０２のＣＰＵ２０１は、ＯＣＲ処理結果である、用紙の読み取り結果を取得する。

続いて、ステップＳ９０６で、業務処理サーバ兼スキャンチケットサーバ１０２のＣＰＵ２０１は、図１１の申請情報テーブル１１２０に対して取得内容を仮登録する。また、仮登録した内容が分かる情報をクライアント端末１０４に対して送信する。

例えば、一例として、図１１の申請情報テーブル１１２０で仮登録された状態の登録画面のＵＲＬを送信する、などの方法を用いて行う。

ステップＳ９０７で、クライアント端末１０４のＣＰＵ２０１は、仮登録内容を受信し、確認する。

ステップＳ９０８で、クライアント端末１０４のＣＰＵ２０１は、ステップＳ９０７で受信した仮登録の内容を確認した結果、不備があるか否かを判定する。

ステップＳ９０８で、クライアント端末１０４のＣＰＵ２０１が、読み取った前記画像の、仮登録された文字認識処理の結果に不備があると判断した場合（ステップＳ９０８でＹＥＳの場合）は、ステップＳ９０９において、クライアント端末１０４のＣＰＵ２０１は、ユーザによる、文字認識処理の結果のデータの不備等の修正を受け付ける。

続いて、クライアント端末１０４のＣＰＵ２０１は、ステップＳ９１０において、修正が行われたデータを、データを管理しているシステムに登録する依頼を業務処理サーバ兼スキャンチケットサーバ１０２に対して行う。

なお、データの不備の修正は、１例として、クライアント端末１０４にインストール済みのアプリケーションを使用して行っても良いこととする。

クライアント端末１０４のＣＰＵ２０１が、ステップＳ９１０において、修正済みのデータの登録処理の依頼を業務処理サーバ兼スキャンチケットサーバ１０２に対して行った後、ステップＳ９１１において、業務処理サーバ兼スキャンチケットサーバ１０２のＣＰＵ２０１は、スキャンされた内容を修正された内容で、スキャンデータのデータを管理しているシステムへ登録する。

クライアント端末１０４のＣＰＵ２０１が、ステップＳ９０８で、仮登録状態に不備がないと判断した場合（ステップＳ９０８でＮＯの場合）、ステップＳ９１１で、業務処理サーバ兼スキャンチケットサーバ１０２のＣＰＵ２０１は、スキャンされた内容を変更することなく、ステップＳ９０６で仮登録された内容で、スキャンデータを、データを管理しているシステムへ登録する。

＜第２の実施形態＞
続いて第２の実施形態について説明をする。第２の実施形態は、第１の実施形態に対して、帳票へ記載した内容を、携帯端末を通して帳票を撮像してデータを登録することができない場合の処理を追加した処理になる。また、第１の実施形態においては、携帯端末において、帳票を撮像した場合には、メールによってスキャンチケットサーバに対し、画像データを送信していたが、この処理を、専用のアプリケーションを通して行える処理を第２の実施形態において追加した。さらに、スキャンチケットを利用して帳票をスキャンする場合に、発行されたスキャンチケットを画像処理装置（複合機）のパネル上でサムネイル表示することによって、スキャンするユーザは、スキャンチケットのサムネイル画像を参考に、スキャンする帳票に該当するスキャンチケットを選択できるようにした。

また、第１の実施形態における複合機１０３については、第２の実施形態においては画像処理装置１０３として説明を行うこととする。

まず初めに、図１３を参照して、本発明の第２の実施形態における帳票用紙の準備処理と、携帯端末を利用できない環境にある場合に、チェック用紙（帳票）のスキャンチケットを予め発行しておく処理について説明する。本処理は業務処理サーバ兼スキャンチケットサーバ１０２と画像処理装置１０３にて実施される。

ステップＳ１３０１では、画像処理装置１０３は、業務処理サーバ兼スキャンチケットサーバ１０２への帳票の印刷指示をユーザより受け付け、送信する。すなわち、携帯端末によって撮影される文書を生成する指示を受け付け、受け付けた文書を生成する指示を業務処理サーバ兼スキャンチケットサーバ１０２へ送信する。また、図２３の画面で受け付けた設定を業務処理サーバ兼スキャンチケットサーバ１０２へ送信する。

例えば、レンタル物品の回収の業務の場合、ユーザは、１回の回収作業分の帳票を印刷できるようにするための、回収先（図２３、２３０１）、回収日（図２３、２３０２）の条件の指定、更に、携帯端末を利用して帳票に記載された内容をシステム登録するか否かの指定（図２３、２３０３。チェックを行った場合は本実施例では携帯端末を利用するという意味とする。）を図２３の画面で行う。すなわち、文書の生成の指示を受け付けた場合、文書の画像を、携帯端末を使用して業務処理サーバ兼スキャンチケットサーバ１０２へ送信するか否かの設定も受け付ける。

その設定情報を画像処理装置１０３が受け付け、ユーザにより、図２３の２３０４の印刷ボタンの押下を受け付けた場合、図２３の設定情報をもとに、業務処理サーバ兼スキャンチケットサーバ１０２への該当の帳票の印刷指示を行う。

ステップＳ１３０２で、業務処理サーバ兼スキャンチケットサーバ１０２は、ステップＳ１３０１で指定されたデータを取得する。すなわち、文書を生成する指示を受け付け、指定されたデータを取得する。また、図２３の画面で受け付けた設定を業務処理サーバ兼スキャンチケットサーバ１０２が受信する。

ステップＳ１３０３で、業務処理サーバ兼スキャンチケットサーバ１０２は、ステップＳ１３０１において、携帯端末を利用して帳票に記載された内容をシステムへ登録する指定が行われていたか否かを判定する。すなわち、受信した設定により、受け付けた文書のが、携帯端末を使用して業務処理サーバ兼スキャンチケットサーバ１０２へ送信されるか否かを判定する。

ステップＳ１３０３で、携帯端末を利用して帳票に記載された内容をシステム登録する指定が行われている場合は、ステップＳ１３０６へ処理を進める。ステップＳ１３０３で、携帯端末を利用して帳票に記載された内容をシステム登録する指定が行われていない場合は、ステップＳ１３０４へ処理を進める。すなわち、受け付けた文書の画像が、携帯端末を使用して業務処理サーバ兼スキャンチケットサーバ１０２へ送信されないと判定した場合、ステップＳ１３０４へ処理を進める。

ステップＳ１３０４では、業務処理サーバ兼スキャンチケットサーバ１０２は、ステップＳ１３０２で取得した取得したデータをもとに、サムネイル画像を作成する。すなわち、文書の生成を受け付けた時点で、当該文書に紐付くサムネイル画像を作成する。

このサムネイル画像は、ステップＳ１３０１で指定した条件で対象となったデータの帳票イメージのことを指す。例えば、図２３の２３０３でチェックを行わず、携帯端末を利用して帳票に記載された内容をシステム登録する指定をおこなわなかった場合の紙面のサムネイルの一例は、図２０の２００１となる。また、図２０の２００１は、後続の処理であるステップＳ１３０７で印刷される紙面の一例でもある。

ステップＳ１３０５で、業務処理サーバ兼スキャンチケットサーバ１０２は、スキャンチケットを発行する。なお、発行したスキャンチケットは、図１８に記載のスキャンチケットテーブル１８００に記載の通りにデータが登録される（所有者１８０２がＳｕｚｕｋｉのレコード）。すなわち、受け付けた文書ごとに、スキャンチケットを発行する。また、文書の生成を受け付けた時点で、当該文書に紐付くスキャンチケットを発行する。

ステップＳ１３０６で、業務処理サーバ兼スキャンチケットサーバ１０２は、画像処理装置１０３に対し、印刷処理の指示を行う。

ステップＳ１３０７で、画像処理装置１０３は、印刷処理を行う。なお、印刷される帳票の一例は、図２０の２００１に示す通りである。

図１３の処理の場合、チケットＩＤ１８０１には、スキャンチケットを識別するためのＩＤが登録される。所有者１８０２には、画像処理装置１０３で作業を行ったユーザのログインユーザのユーザ名が登録される。生成日時１８０３には、スキャンチケットが生成された時刻が登録される。ファイル形式１８０４にはスキャンチケットのファイル形式、解像度１８０５にはスキャンチケットの解像度、読込設定１８０６にはモノクロ、カラーの読込み設定、保存先１８０７にはスキャンチケットでスキャンした際のデータの保存先が登録されるが、これらの項目については、Ｓ１３０１でスキャンするときに使用したスキャンのための専用のスキャンアプリケーションにより、情報が設定されるようにする。サムネイル画像のファイルＩＤ１８０８については、Ｓ１３０３のサムネイルの画像を作成した際のＩＤが登録される。

ステップＳ１３０７の処理が終了した後は、図１７のスキャンチケットによるスキャンの実行処理へと処理を進める。なお、図１７の処理に関しては、後述する。

図１４では、携帯端末によるチェック済みのチェック用紙の撮影から、撮影したデータからの情報の読み取りまでの処理について説明する。本処理は携帯端末１０１と業務処理サーバ兼スキャンチケットサーバ１０２にて実施される。

ステップＳ１４０１で、携帯端末１０１のＣＰＵ２０１は、携帯端末のカメラ機能を利用して、チェック用紙である、図２０、２００２のレンタル回収書を撮影する。

ステップＳ１４０２で、携帯端末１０１のＣＰＵ２０１は、ステップＳ１４０1で撮影した画像を、特定のメールアドレスに対して添付して送信するか、専用のアプリケーションを利用してアップロードする。例えば、専用のアプリケーションを利用し、帳票を撮像して送信する場合のイメージ図は図２４のようになる。

ステップＳ１４０３で、業務処理サーバ兼スキャンチケットサーバ１０２のＣＰＵ２０１は、携帯端末１０１によって撮影された文書の画像を受け付ける。すなわち、携帯端末で撮像された文書の画像を受け付ける。

ステップＳ１４０４において、業務処理サーバ兼スキャンチケットサーバ１０２のＣＰＵ２０１は、ステップＳ１４０２で携帯端末１０１から送信された画像の送信の方法がメールか、否かを判定する。

ステップＳ１４０４で、業務処理サーバ兼スキャンチケットサーバ１０２のＣＰＵ２０１は、携帯端末１０１から受診した画像の受信方法がメールによるものと判定した場合、ステップＳ１４０５へ処理を進める。また、ステップＳ１４０４で、携帯端末１０１から受診した画像の受信方法が専用のアプリケーションによるものと判定した場合は、ステップＳ１４０６へ処理を進める。

ステップＳ１４０５で、業務処理サーバ兼スキャンチケットサーバ１０２のＣＰＵ２０１は、受信したメールの添付ファイルを取得する。

ステップＳ１４０６で、業務処理サーバ兼スキャンチケットサーバ１０２のＣＰＵ２０１は、携帯端末１０１から受け付けた、画像ファイルに対して、ＯＣＲ処理（文字認識処理）を実行する。すなわち、撮像された画像を受け付け、文字認識処理を行う。

その結果、Ｓ１４０７で、業務処理サーバ兼スキャンチケットサーバ１０２のＣＰＵ２０１は、読み取り出来たかを判定する。その際に、帳票認識によりＯＣＲ処理が可能な帳票であるかどうかを判定する。

ＯＣＲ処理ができない判定の場合（ステップＳ１４０７でＮＯの場合）は、業務処理サーバ兼スキャンチケットサーバ１０２のＣＰＵ２０１は、次の図１５のステップＳ１５０１の処理に進む。ＯＣＲ処理ができた判定場合（ステップＳ１４０７においてＹＥＳの場合）は、ステップＳ１４０８に進み、読み取り結果から精度を判定する。

ステップＳ１４０８で確認の結果、業務処理サーバ兼スキャンチケットサーバ１０２のＣＰＵ２０１が、ステップＳ１４０９で、精度が低いと判定した場合（ステップＳ１４０９でＹＥＳの場合）は、次の図１５のステップＳ１５０５の処理に進む。業務処理サーバ兼スキャンチケットサーバ１０２のＣＰＵ２０１が、精度が高い（ステップＳ１４０９でＮＯの場合）と判定した場合は、次の図１６のステップＳ１６０１の処理に進む。

具体的な精度の判定内容としては、一例として、図１９の認証データテーブル１９１０
を用いて行っても良い。図１９の認証データテーブル１９１０は、ユーザＩＤ１９１１、
ユーザ名１９１２、パスワード１９１３、メールアドレス１９１４等の情報から構成される。

方法としては、図２０のチェック用紙である「レンタル回収書」の担当者欄に記載される担当者２００の氏名を読み取り、その氏名が図１９の認証データテーブル１９１０のユーザ名１９１２に存在するかを確認することによって、該当の担当者が確認できるように記載されているか否かで判定する。

例えば、担当者が「田中」である場合、図１９の認証データテーブル１９１０において、ユーザ名１９１２に「田中」が存在するかどうかを確認する。

図１５では、本発明の実施例における情報処理システムによって実行される図２０のチェック用紙の読み取り処理で失敗した場合の処理について説明する。本処理は、携帯端末１０１と業務処理サーバ兼スキャンチケットサーバ１０２にて実施され、図１４に記載の処理に続いて実行される。

ステップＳ１５０１で、図２０のチェック用紙をスキャンし、サムネイル画像を作成し、ステップＳ１５０２で、文字認識可能としてスキャンされた画像を画像処理装置１０３（画像処理装置）から受け付けることを可能するために、画像処理装置１０３に対してスキャン設定（１例として高解像度の設定）がされたスキャンチケットを発行する。すなわち、撮像した画像の文字認識処理が失敗した場合に、受け付けた撮像画像のサムネイル画像を作成する。すなわち、画像の文字認識処理が失敗した場合に、携帯端末で撮像された文書を再度、文字認識処理をさせるべく、スキャンの設定を含むスキャンチケットを画像処理装置において使用可能に発行する。

なお、このサムネイル画像は、ステップＳ１３０７で印刷された帳票の各回収用品の一覧にチェック済みの記載がなされている帳票イメージのことを指し、図２０の２００２がその一例となる。

ステップＳ１５０３で、業務処理サーバ兼スキャンチケットサーバ１０２のＣＰＵ２０１は、ＯＣＲ処理結果から読み取りを失敗したことを携帯端末１０１に対してメールまたは、専用のアプリケーションで通知する。それと同時に、ステップＳ１５０２で作成されたスキャンチケットに対応する、チケットＩＤを携帯端末１０１へ送信する。

このように、チケットＩＤを送信しておくことで、後にスキャンチケットを使用して携帯端末１０１で撮像した文書を画像処理装置１０３において、作業者がスキャンする場合に、容易に該当のスキャンチケットを選択することが可能になる。

ステップＳ１５０４で、携帯端末１０１のＣＰＵ２０１は、サーバから送信された読み取り失敗結果の通知とチケットＩＤを、メールを携帯端末で受信、或いは、専用のアプリケーションにて通知を受け、次の図１７の処理に進む。例えば、専用のアプリケーションを利用している場合に受け付ける通知のイメージ図は図２５のようになる。

ステップＳ１５０５で、業務処理サーバ兼スキャンチケットサーバ１０２のＣＰＵ２０１は、チェック用紙のサムネイル画像を作成する。すなわち、撮像した画像の文字認識処理が失敗した場合に、受け付けた撮像画像のサムネイル画像を作成する。

ステップＳ１５０６で、図２０のチェック用紙のスキャンを受け付けるための、高解像度でスキャンを実行する設定をしたスキャンチケットを図１８のスキャンチケットテーブル１８００へ発行しておく。

すなわち、画像の文字認識処理が失敗した場合に、携帯端末で撮像された文書を再度、文字認識処理をさせるべく、スキャンの設定を含むスキャンチケットを画像処理装置において使用可能に発行する。

なお、このサムネイル画像は、ステップＳ１３０７で印刷された帳票の各回収用品の一覧にチェック済みの記載がなされている帳票イメージのことを指し、図２０の２００２がその一例となる。

ステップＳ１５０７で、業務処理サーバ兼スキャンチケットサーバ１０２のＣＰＵ２０１は、ＯＣＲ処理結果から読み取り自体は成功したものの、読み取り精度が低い場合にその情報と、ステップＳ１５０６で発行したチケットＩＤを携帯端末に対して、メール、或いは、専用のアプリケーションで通知する。

図１８のスキャンチケットテーブル１８００は、チケットＩＤ１８０１、所有者１８０２、生成日時１８０３、ファイル形式１８０４、解像度１８０５、読込設定１８０６、保存先１８０７等の情報から構成される。ひとつのチケットＩＤに対して、それぞれスキャン命令情報が格納されている。なお、ステップＳ１５０２とステップＳ１５０６においては、スキャンチケットテーブル１８００へは以下の内容が登録される。

すなわち、図１８のスキャンチケットテーブル１８００は、発行されるスキャンチケットに紐付くチケットＩＤを発行し、チケットＩＤとサムネイル画像を認識するためのサムネイル画像ＩＤを対応づけた対応テーブルである。

チケットＩＤ１８０１には、スキャンチケットを識別するためのＩＤが登録される。所有者１８０２には、ユーザが携帯端末１０１を使用している場合は、送信されたメールアドレスに紐付くユーザを認証データテーブル１９１０から取得し、その値を登録してもよいし、ユーザが専用のアプリケーションを使用している場合は、アプリケーションにログインしたユーザの情報を登録しても良いこととする。生成日時１８０３には、スキャンチケットが生成された時刻が登録される。ファイル形式１８０４にはスキャンチケットのファイル形式、解像度１８０５にはスキャンチケットの解像度、読込設定１８０６にはモノクロ、カラーの読込み設定、保存先１８０７にはスキャンチケットでスキャンした際のデータの保存先が登録されるが、これらの項目については、Ｓ１４０１で撮影するときに使用した専用のスキャンアプリケーション、あるいは、メール送信アプリケーションによって撮像画像が送信され業務処理サーバ兼スキャンチケットサーバ１０２が受信することによって動作する、業務処理サーバ兼スキャンチケットサーバ１０２側の処理が、必要な値を設定することとする。サムネイル画像のファイルＩＤ１８０８については、Ｓ１５０３とＳ１５０７においてサムネイルの画像を作成した際のＩＤが登録される。

登録されるデータの一例として、システム利用者が「Ｔａｎａｋａ」の場合は、図１８に示すスキャンチケットテーブル１８００に対して、チケットＩＤ１８０１が「ＳＴ０００１」、所有者１８０２が「Ｔａｎａｋａ」、生成日時１８０３が「２０１４／０７／２９ １０：２３：００」、ファイル形式１８０４が「ＴＩＦＦ」、解像度１８０５が「４００」、読込設定１８０６が「モノクロ」、保存先１８０７が「￥￥ａｂｃ＿ｓｅｒｖｅｒ￥ｓｃａｎ￥」、サムネイル画像のファイルＩＤ１８０８が「１１」の設定情報をスキャンチケットのレコードとして登録する。

ステップＳ１５０８で、携帯端末１０１のＣＰＵ２０１は、サーバから送信された読み取り精度が低いという結果とチケットＩＤを携帯端末において、メールを受信、或いは、専用のアプリケーションにて通知を受け、次の図１７のステップＳ１７０１の処理へ進む。例えば、専用のアプリケーションを利用している場合に受け付ける通知のイメージ図は図２５のようになる。

このように、チケットＩＤを送信しておくことで、後にスキャンチケットを使用して携帯端末１０１で撮像した文書を画像処理装置１０３において、作業者がスキャンする場合に、容易に該当のスキャンチケットを選択することが可能になる。

図１６では、本発明の実施例における情報処理システムによって実行される図２０のチェック用紙の読み取り処理で成功した場合の処理について説明する。本処理は、携帯端末１０１と業務処理サーバ兼スキャンチケットサーバ１０２にて実施され、図１４に記載の処理に続いて実行される。

ステップＳ１６０１で、業務処理サーバ兼スキャンチケットサーバ１０２のＣＰＵ２０１は、ＯＣＲ処理で読み取りが成功し、精度も一定の基準を超えているものについて、その内容を取得し、システムに仮登録する。すなわち、撮像された画像の文字認識処理が失敗しなかった場合は、スキャンチケットは発行せず、文字認識処理によって取得した値をテーブルへ登録する。

ステップＳ１６０２で、仮登録した内容をメール、または、携帯端末１０１の業務アプリケーションを通して、携帯端末１０１へ通知する。例えば、専用のアプリケーションを利用している場合に通知するイメージ図は図２６のようになる。

ステップＳ１６０３で、携帯端末１０１のＣＰＵ２０１は、業務処理サーバ兼スキャンチケットサーバ１０２から、画像の文字認識処理が成功したか否かの通知を受け取り、内容確認の有無を受け付ける。

ステップＳ１６０４において、携帯端末１０１のＣＰＵ２０１は、ステップＳ１６０３で確認した内容の不備に対する修正を受け付けたか否かを判定する。ステップＳ１６０４において、確認した内容の不備に対する修正を受け付けたと判定した場合ステップＳ１６０５へ処理を進める。

ステップＳ１６０５において、ステップＳ１６０４で、確認した内容の不備に対する修正を受け付けた方法を判別する。

ステップＳ１６０４で確認した内容の不備に対する修正を受け付けた方法が、メールである場合、ステップＳ１６０８へ処理を進める。ステップＳ１６０４で確認した内容の不備に対する修正を受け付けた方法が、専用のアプリケーションである場合、ステップＳ１６０６へ処理を進める。

ステップＳ１６０６において専用のアプリケーションを利用して仮登録されている内容の修正を受け付ける。

ステップＳ１６０７では、ステップＳ９０６の仮登録内容の修正結果を受け取り、業務処理サーバ兼スキャンチケットサーバ１０２に対して本登録依頼の指示を出す。

ステップＳ１６０８では、業務処理サーバ兼スキャンチケットサーバ１０２のＣＰＵ２０１はメールで修正内容を受信する。

ステップＳ１６０９では、業務処理サーバ兼スキャンチケットサーバ１０２のＣＰＵ２０１は、ステップＳ１６０８で読み取った内容を読み取り、本登録依頼を実行する。

ステップＳ１６１０で、業務処理サーバ兼スキャンチケットサーバ１０２のＣＰＵ２０１は、図２１の申請情報テーブル１１２０に対して保持していた読み取り結果を、読み取った結果を管理するシステムへ登録し、処理を終了する。すなわち、撮像された画像の文字認識処理が失敗しなかった場合は、スキャンチケットは発行せず、文字認識処理によって取得した値をテーブルへ登録する。

なお、このように、登録内容を初めは仮登録状態にしておき、携帯端末１０１において、再度修正の有無を受け付けることによって、より正確なデータを本登録できることを可能とする。

図２１の申請情報テーブル２１２０は、申請ＩＤ２１２１、チケットＩＤ２１２２、申請者２１２３、処理日時２１２４、案件ＩＤ２１２５、登録フラグ２１２６、申請内容２１２７、チェック済み用紙の画像ＩＤ２１２８等の情報から構成される。

申請ＩＤ２１２１には申請データごとにふられるＩＤが登録される。チケットＩＤ２１２２にはスキャンチケットを利用して利用した場合に使用したチケットのＩＤが登録される。申請者２１２３には申請したユーザの名称が登録される。この値は、ユーザが携帯端末１０１を使用している場合は、送信されたメールアドレスに紐付くユーザを認証データテーブル１９１０から取得し、その値を登録してもよいし、ユーザが専用のアプリケーションを使用している場合は、アプリケーションにログインしたユーザの情報で登録しても良いこととする。処理日時２１２４は申請がなされた処理日時が登録される。登録フラグ２１２６はデータの登録状態が仮登録状態か本登録状態かを管理する値が登録される。例えば、仮登録状態の場合は１を本登録状態の場合は０を登録するというように管理する。案件ＩＤには、スキャンがされた段階で、１回収単位で、生成されるようにするＩＤが登録される。例えば、レンタル回収の業務であれば、回週先、回週日次、ごとに物品のレンタルの回収単位となり、これが帳票の単位であるため、本実施例では、この単位で案件ＩＤがふられるものとする。申請内容２１２７には申請されたデータの内容が登録される。この項目については、例として１つしかあげていないが、申請データとして登録する項目分存在するものとする。チェック済み用紙の画像ＩＤ２１２８は、スキャンチケットをもちいて帳票をスキャンしたときに生成された画像のＩＤを登録する。

なお、仮登録されるデータの一例として、例えば、申請者が「Ｓｕｚｕｋｉ」で、スキャンチケットを利用して申請データを登録した場合の一例として、図２１に示す申請情報テーブル２１２０に対して、申請ＩＤ２１２１が「Ａ０１２４」、チケットＩＤ２１２２が「ＳＴ０００４」、申請者２１２３が「鈴木」、処理日時２１２４が「２０１４／０８／０７ １１：２３：００」、案件ＩＤ２１２５が「１００００４」、登録フラグ２１２６が仮登録を示す値「１」、申請内容２１２７が例えば図２０の２００２の記載内容、チェック済み用紙の画像ＩＤ２１２８が「２４」の値を持つレコードが申請データとして登録される。

図１７では、本発明の実施例における情報処理システムによって実行されるスキャンチケットにより、スキャン処理を行い、画像を登録する処理について説明する。本処理は、業務処理サーバ兼スキャンチケットサーバ１０２、画像処理装置１０３、クライアント端末１０４にて実施され、図１３、１５に記載の処理に続いて実行される。

ステップＳ１７０１で、画像処理装置１０３のＣＰＵ３０１は、あらかじめ発行されたスキャンチケットを利用して、たとえば、画像処理装置１０３に、図２２のスキャン選択画面２２００に図示するスキャンチケットの一覧を表示し、ステップＳ１３０５、ステップＳ１５０２またはＳ１５０６で発行されたスキャン設定を含む（例えば高解像度の設定）スキャンチケットを受付け、文字認識に失敗した、対象の用紙の文書をスキャンチケットによってスキャンを行う。すなわち、スキャンの設定を含むスキャンチケットの選択を受付ける。

ログインユーザ２２０１は、画像処理装置１０３にログインしているユーザのユーザ名を表示する。

なお、図２２のスキャン選択画面２２００では、ログインユーザと同一のスキャンチケットテーブル１８００の所有者１８０２のレコードにおける情報より表示する。

例えば、ログインユーザ２２０１がＳｕｚｕｋｉである場合、スキャンチケットテーブル１８００の所有者１８０２がＳｕｚｕｋｉのレコードを表示する。なお、図２２の２２０２、２２０３、２２０４に表示する値については、次の通りになる。

図２２の２２０２は、サムネイル画像を示す。この画像は、ステップＳ１３０４、ステップＳ１５０１、ステップＳ１５０５で生成したサムネイル画像を表示する。すなわち、発行される文字認識が失敗した画像に対応するスキャンチケットを識別可能にするべく、チケットＩＤと、当該チケットＩＤに対応するサムネイル画像ＩＤに紐付くサムネイル画像を対応付けて表示可能とする。つまり、スキャンチケットテーブル１８００のサムネイルの画像のファイルＩＤ１８０８に紐付く、不図示の画像ファイルテーブルより、該当の画像を取得し、表示する。

チケットＩＤ２２０３は、スキャンチケットを識別するためにふられる番号を表示する。スキャンチケットテーブル１８００のチケットＩＤ１８０１より表示する。

生成日時２２０４は、スキャンチケットが生成された日を表示する。スキャンチケットテーブル１８００の生成日時１８０３より表示する。

２２０５はスキャンチケットの選択の有無を切り替える箇所であり、帳票をスキャンする場合に使用するスキャンチケットを選択するための項目である。チェックを入れたものがスキャンチケットとして使用するものとする。

戻る２２０６は、図２２のスキャン選択画面の機能を使用せず、本機能の呼び出しもとの画面に戻るためのボタンである。

スキャン２２０７は、２２０５のスキャンチケット選択エリアへの選択を受け付けたスキャンチケットを利用して帳票のスキャンを行うボタンである。

２２０８は、図２２で表示されるスキャンチケットの一覧が複数画面にわたる場合に、ページ送りするためのボタンである。

このように、画像処理装置１０３にログインしたユーザの画面の、スキャンチケットを選択する画面を以上のように構成することによって、携帯端末を利用して帳票を撮像して帳票の記載内容をシステムに登録する場合に、図１５のステップＳ１５０４とステップＳ１５０８の携帯端末に通知されたチケットＩＤと同一のチケットＩＤ２２０３のスキャンチケットを選択することによって、スキャン処理を行うことが可能になる。また、携帯端末を利用せずに、印刷した帳票を直接、スキャンチケットを利用して帳票の記載内容をシステムに登録する場合は、図１３のステップＳ１３０７で印刷した案件単位の帳票と同一の、図２２の２２０２のサムネイル画像を確認することによって、該当のスキャンチケットを選択して、帳票をスキャンすることが可能になる。

ステップＳ１７０２で、画像処理装置１０３のＣＰＵ３０１は、画像処理装置１０３でスキャンした画像を業務処理サーバ兼スキャンチケットサーバ１０２の特定のフォルダに転送する。すなわち、受け付けたスキャンチケットを用いてスキャンされた文書の画像を業務処理サーバ兼スキャンチケットサーバ１０２へ送信する。

ステップＳ１７０３で、業務処理サーバ兼スキャンチケットサーバ１０２のＣＰＵ２０１は、画像データが格納されるフォルダを監視しており、ステップＳ１７０２において、画像処理装置１０３から転送された、スキャンチケットによってスキャンされた画像を受け付ける。すなわち、画像処理装置から、スキャンチケットによってスキャンされた画像を受け付ける。

ステップＳ１７０４で、業務処理サーバ兼スキャンチケットサーバ１０２のＣＰＵ２０１は、ステップＳ１７０３で受け付けた、画像を文字認識処理することにより、画像に記載されたデータを読み取る。

ステップＳ１７０５で、業務処理サーバ兼スキャンチケットサーバ１０２のＣＰＵ２０１は、ＯＣＲ処理結果（文字認識理結果）である、用紙の読み取り結果を取得する。すなわち、スキャンにより受け付けた画像を、文字認識処理することにより、画像に記載されたデータを読み取る。

続いて、ステップＳ１７０６で、業務処理サーバ兼スキャンチケットサーバ１０２のＣＰＵ２０１は、図２１の申請情報テーブル２１００に対して取得内容を仮登録する。すなわち、スキャンされ送信された画像の文字認識処理を行い、当該画像の文字認識処理が失敗しなかった場合は、スキャンチケットは発行せず、文字認識によって取得した値をテーブルへ登録する。また、仮登録した内容が分かる情報をクライアント端末１０４に対して送信する。

例えば、一例として、図２１の申請情報テーブル２１００で仮登録された状態へアクセス可能にする登録画面（アプリケーション）のＵＲＬをメール等で送信する、などの方法を用いて行っても良いこととする。

ステップＳ１７０７で、クライアント端末１０４のＣＰＵ２０１は、仮登録内容を受信する。例えば、クライアント端末１０４で受け付けた、仮登録のイメージ図は図２７のようになる。

ステップＳ１７０８で、クライアント端末１０４のＣＰＵ２０１は、ステップＳ１７０７で受信した仮登録の内容を確認した結果、不備があるか否かを判定する。

ステップＳ１７０８で、クライアント端末１０４のＣＰＵ２０１が、読み取った前記画像の、仮登録された文字認識処理の結果に不備があると判断した場合（ステップＳ１７０８でＹＥＳの場合）は、ステップＳ１７０９において、クライアント端末１０４のＣＰＵ２０１は、ユーザによる、文字認識処理の結果のデータの不備等の修正を受け付ける。すなわち、読み取った画像の文字認識処理の結果に不備がある場合に、業務処理サーバ兼スキャンチケットサーバ１０２に接続可能な情報処理装置において文字認識処理の結果のデータの修正を受け付ける。

続いて、クライアント端末１０４のＣＰＵ２０１は、ステップＳ１７１０において、修正が行われたデータを、データを管理しているシステム（申請情報テーブル２１２０）に登録する依頼を業務処理サーバ兼スキャンチケットサーバ１０２に対して行う。

なお、データの不備の修正は、１例として、クライアント端末１０４にインストール済みのアプリケーションを使用して行っても良いこととする。

クライアント端末１０４のＣＰＵ２０１が、ステップＳ１７１０において、修正済みのデータの登録処理の依頼を業務処理サーバ兼スキャンチケットサーバ１０２に対して行った後、ステップＳ１７１１において、業務処理サーバ兼スキャンチケットサーバ１０２のＣＰＵ２０１は、スキャンされた内容を修正された内容で、スキャンデータのデータを管理しているシステムへ登録する。

クライアント端末１０４のＣＰＵ２０１が、ステップＳ１７０８で、仮登録状態に不備がないと判断した場合（ステップＳ１７０８でＮＯの場合）、ステップＳ１７１１で、業務処理サーバ兼スキャンチケットサーバ１０２のＣＰＵ２０１は、スキャンされた内容を変更することなく、ステップＳ１７０６で仮登録された内容で、スキャンデータを、データを管理しているシステムへ本登録する。すなわち、スキャンされ送信された画像の文字認識処理を行い、当該画像の文字認識処理が失敗しなかった場合は、スキャンチケットは発行せず、文字認識によって取得した値をテーブルへ登録する。

以上により、携帯端末で撮像した文書の画像が文字認識できない場合に、画像処理装置において、撮像した文書を容易に読み取らせて文字認識結果を得ることが可能になる。つまり、業務において記入済された帳票を携帯端末で撮像し、その内容を文字認識させることでシステムへデータが登録できなかった場合があったとしても、携帯端末において高解像度の設定を行い、再度撮像を行うことなく、スキャン設定がされたスキャンチケットを用いて画像処理装置より読み取らせることにより文書に記載された内容をシステムに登録することができるようになる。また、携帯端末で撮像した場合には、明るさ、手振れ、などの外的環境に画像が左右されることが多いため、再度高解像度で撮像を行ったとしても、文字認識が上手くいくことが確実ではないが、スキャンチケットを利用して画像処理装置よりスキャンを行うことにより、手振れなどの外的環境に左右されることなく帳票の内容を読み取りことが出来る。このように、携帯端末での処理が上手くいかなかった時のことを補完することにより確実に、効率的に帳票のデータをシステム側に登録できるようになる。

以上、１実施形態について示したが、本発明は、例えば、システム、装置、方法、プログラムもしくは記録媒体等としての実施態様をとることが可能である。具体的には、複数の機器から構成されるシステムに適用しても良いし、また、一つの機器からなる装置に適用しても良い。

また、本発明におけるプログラムは、図６、図７、図８、図９、図１３、図１４、図１５、図１６、図１７に示すフローチャートの処理方法をコンピュータが実行可能なプログラムであり、本発明の記憶媒体は図６、図７、図８、図９、図１３、図１４、図１５、図１６、図１７の処理方法をコンピュータが実行可能なプログラムが記憶されている。なお、本発明におけるプログラムは図６、図７、図８、図９、図１３、図１４、図１５、図１６、図１７の各装置の処理方法ごとのプログラムであってもよい。

以上のように、前述した実施形態の機能を実現するプログラムを記録した記録媒体を、システムあるいは装置に供給し、そのシステムあるいは装置のコンピュータ（またはＣＰＵやＭＰＵ）が記録媒体に格納されたプログラムを読み出し実行することによっても、本発明の目的が達成されることは言うまでもない。

この場合、記録媒体から読み出されたプログラム自体が本発明の新規な機能を実現することになり、そのプログラムを記憶した記録媒体は本発明を構成することになる。

プログラムを供給するための記録媒体としては、例えば、フレキシブルディスク、ハードディスク、光ディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＤＶＤ−ＲＯＭ、磁気テープ、不揮発性のメモリカード、ＲＯＭ、ＥＥＰＲＯＭ、シリコンディスク、ソリッドステートドライブ等を用いることができる。

また、コンピュータが読み出したプログラムを実行することにより、前述した実施形態の機能が実現されるだけでなく、そのプログラムの指示に基づき、コンピュータ上で稼働しているＯＳ（オペレーティングシステム）等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。

さらに、記録媒体から読み出されたプログラムが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれた後、そのプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵ等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。

また、本発明は、複数の機器から構成されるシステムに適用しても、１つの機器からなる装置に適用してもよい。また、本発明は、システムあるいは装置にプログラムを供給することによって達成される場合にも適応できることは言うまでもない。この場合、本発明を達成するためのプログラムを格納した記録媒体を該システムあるいは装置に読み出すことによって、そのシステムあるいは装置が、本発明の効果を享受することが可能となる。

さらに、本発明を達成するためのプログラムをネットワーク上のサーバ、データベース等から通信プログラムによりダウンロードして読み出すことによって、そのシステムあるいは装置が、本発明の効果を享受することが可能となる。

なお、上述した各実施形態およびその変形例を組み合わせた構成も全て本発明に含まれるものである。

１０１ 携帯端末１０１
１０２ 業務処理サーバ兼スキャンチケットサーバ１０２
１０３ 複合機、画像処理装置
１０４ クライアント端末
１０５ ネットワーク
２０１ ＣＰＵ
２０２ ＲＯＭ
２０３ ＲＡＭ
２０４ システムバス
２０５ 入力コントローラ（入力Ｃ）
２０６ ビデオコントローラ（ＶＣ）
２０７ メモリコントローラ（ＭＣ）
２０８ 通信Ｉ／Ｆコントローラ（通信Ｉ／ＦＣ）
２０９ ＫＢ（キーボード）
２１０ ＣＲＴ
２１１ 外部メモリ（ＨＤ、ＦＤ）
３０１ ＣＰＵ
３０２ ＲＡＭ
３０３ ＲＯＭ
３０４ ＨＤＤ
３０５ Ｎｅｔｗｏｒｋ Ｉ／Ｆ
３０６ ＭＯＤＥＭ
３０７ 操作部 Ｉ／Ｆ
３０８ 操作部
３０９ システムバス
３１０ ＲＩＰ
３１１ プリンタ Ｉ／Ｆ
３１２ プリンタ
３１３ スキャナ Ｉ／Ｆ
３１４ スキャナ
３１５ 画像バス
３１６ コントローラユニット
３１７ 画像処理部
３１８ 外部 Ｉ／Ｆ
３１９ カードリーダ
４００ リクエスト処理モジュール
４０１ 外部データ連携コンポーネント
４０２ 内部データ処理コンポーネント
４０３ システム管理コンポーネント
４０４ ビジネスロジック処理部モジュール
４０５ ユーザ認証処理モジュール
４０６ コンテンツデータ管理モジュール
４０７ スキャンチケット管理モジュール
４０８ ワークフロー連携モジュール
４０９ Ｗｅｂアプリケーションサーバ
５０１ 撮像画像送信部
５０２ 文字認識処理結果受取部
５０３ スキャンチケット発行依頼部
５０４ スキャンチケット受付部
５０５ スキャン画像送信部
５０６ データ修正部
５０７ 撮像画像受付部
５０８ 撮像画像文字認識処理部
５０９ データ登録部
５１０ スキャンチケット発行部
５１１ スキャン画像受付部
５１２ スキャン画像文字認識処理部

Claims (6)

1. 紙媒体のスキャンにより得られた画像データを得る情報処理装置であって、
   撮像機能を備えた装置により前記紙媒体を撮像することにより得られた画像データを受け付ける撮像画像受付手段と、
   前記撮像画像受付手段により受け付けた画像データと画像処理装置で前記紙媒体をスキャンさせるための設定にかかるスキャンチケットとを対応付けて記憶制御する記憶制御手段と、
   前記記憶制御手段により記憶制御される画像データとスキャンチケットに係る情報とを用いた表示情報の表示を制御する表示制御手段と、
   を備えたことを特徴とする情報処理装置。
2. 画像処理装置により出力する紙媒体の画像データを受け付ける印刷画像受付手段を備え、
   前記記憶制御手段は、前記印刷画像受付手段により受け付けた画像データと前記紙媒体のスキャンチケットとを対応付けて記憶制御することを特徴とする請求項１に記載の情報処理装置。
3. 前記表示制御手段は、前記撮像画像受付手段により受け付けた画像データを用いた表示情報と合わせて前記印刷画像受付手段により受け付けた画像データを用いた表示情報の表示を制御することを特徴とする請求項２に記載の情報処理装置。
4. 前記表示制御手段は、前記撮像機能を備えた装置へ前記スキャンチケットに係る情報を表示するよう制御することを特徴とする請求項１乃至３の何れか１項に記載の情報処理装置。
5. 紙媒体のスキャンにより得られた画像データを得る情報処理装置の制御方法であって、
   前記情報処理装置は、
   撮像機能を備えた装置により前記紙媒体を撮像することにより得られた画像データを受け付ける撮像画像受付ステップと、
   前記撮像画像受付ステップにより受け付けた画像データと画像処理装置で前記紙媒体をスキャンさせるための設定にかかるスキャンチケットとを対応付けて記憶制御する記憶制御ステップと、
   前記記憶制御ステップにより記憶制御される画像データとスキャンチケットに係る情報とを用いた表示情報の表示を制御する表示制御ステップと、
   を含むことを特徴とする情報処理装置の制御方法。
6. コンピュータを、
   撮像機能を備えた装置により紙媒体を撮像することにより得られた画像データを受け付ける撮像画像受付手段と、
   前記撮像画像受付手段により受け付けた画像データと画像処理装置で前記紙媒体をスキャンさせるための設定にかかるスキャンチケットとを対応付けて記憶制御する記憶制御手段と、
   前記記憶制御手段により記憶制御される画像データとスキャンチケットに係る情報とを用いた表示情報の表示を制御する表示制御手段と、
   して機能させるためのプログラム。
   

Images