JP2006155551A - データ処理装置、ネットワークシステム、制御方法、及びプログラム - Google Patents

Abstract

【課題】 情報管理装置における帳票種別の判別処理を不要とし、帳票種別ごとに画像データを予め正しく分類可能とし、帳票種別を特定する精度を向上可能としたデータ処理装置、情報管理装置、ネットワークシステムを提供する。
【解決手段】 ネットワークシステムは、ＭＦＰ１００、ネットワーク１０１、サーバコンピュータ１０２、電話／ＦＡＸ回線１０５、ゲートウェイ装置１０６を備える。サーバコンピュータ１０２は、ＭＦＰ １００から受信した画像ファイルに付加情報ファイルが添付されていた場合、付加情報ファイルの形式に応じ対応する帳票種別ＩＤを読出し、帳票種別の二重チェックを行うかを判断し、二重チェックを行う場合は、帳票認識処理により帳票種別を検出し、検出した帳票種別と付加情報ファイルに対応した帳票種別との一致の有無を判定し、特定した帳票種別に応じた処理の振り分けを行う。
【選択図】 図１８

Description

本発明は、スキャニング機器により紙の帳票をスキャンして得た画像、或いはファクシミリ（以下ＦＡＸ）機器により受信した文書を電子化して電子帳票として処理する場合に適用可能なデータ処理装置、ネットワークシステム、制御方法、及びプログラムに関する。

従来、紙の帳票をスキャンし電子化して電子帳票として処理する方法としては、スキャニング機器を用いて帳票をスキャンし、得られた画像データをコンピュータに送信し、処理を行う方法が一般的である。

帳票から得られた画像データが、どの帳票種別のものであるかを判別する手法としては、画像のパターンマッチングなどを利用して予め登録済みの帳票種別と比較することで帳票種別を判別する手法、或いは、予め帳票の一部にバーコードを埋め込んでおくことにより、得られた画像データの中からバーコード認識を行うことで帳票種別を判別する手法などが存在する。帳票種別判別以降の処理において帳票種別により行われる業務処理が異なるので、帳票種別に応じて画像データを正しく分類することが重要である。

他方、従来例として、帳票認識において帳票画像データの特徴量を抽出して帳票の類似度を計算する方法が提案されている（例えば、特許文献１、特許文献２参照）。
特開２０００−２８５１８７号公報 特開２０００−２９３５９６号公報

しかしながら、従来の帳票種別判別手法においては、画像データのスキャニングの品質によっては、当該帳票種別が似ている他の帳票種別と誤認識されたり、場合によっては不明帳票であると認識されてしまうなど、認識率が高くないという問題点がある。

また、従来の帳票種別判別手法のうちバーコードを利用する手法は、バーコードを利用するという前提で新たにバーコードを埋め込んだ紙の帳票を用意し直さなければならないという手間がかかるので、既存の紙の帳票を電子化したいというユーザの要望に必ずしも応えることができないという問題点がある。

更に、従来の帳票種別判別手法においては、コンピュータが、スキャニング機器から帳票をスキャンして得た画像データを受信し、帳票種別の判別処理を行っているため、コンピュータ側の処理負荷が大きいという問題点がある。

本発明の目的は、情報管理装置における帳票種別の判別処理の負荷を軽減するとともに、帳票種別ごとに画像データを予め正しく分類することを可能とし、帳票種別を特定する精度を向上可能としたデータ処理装置、ネットワークシステム、制御方法、及びプログラムを提供することにある。

上述の目的の少なくとも１つを達成するために、本発明のデータ処理装置は、帳票の種別を認識する認識手段と、帳票原稿を読み取ることにより生成された画像データと、前記認識手段における前記画像データの帳票認識処理を制御する制御情報とを取得する取得手段と、前記取得手段が取得した制御情報を用いて、前記認識手段が処理する帳票認識処理を制御する制御手段と、を備えたことを特徴とする。

上述の目的の少なくとも１つを達成するために、本発明のデータ処理装置は、帳票原稿を読み取って画像データを生成する生成手段と、前記生成手段が生成した画像データを転送する転送手段と、前記画像データの転送先における帳票認識処理を制御する制御情報を転前記転送手段によりさらに転送する制御手段と、を備えたことを特徴とする。

本発明によれば、データ処理装置で帳票原稿を読み取り、画像データと転送先における帳票認識処理を制御する制御情報を転送し、転送先のデータ処理装置では、画像データと制御情報を取得し、制御情報を用いて帳票認識処理を制御する。これにより、転送先のデータ処理装置においては、帳票種別の判別処理が不要となり負荷を軽減することが可能となる。

以下、本発明の実施の形態を図面に基づき説明する。

図１は、本発明の実施の形態に係るネットワークシステムの構成例を示す概略図である。

図１において、ネットワークシステムは、マルチファンクション機器（以下、ＭＦＰと略称する）１００、論理的なネットワーク１０１、サーバコンピュータ１０２、記憶装置１０３、クライアントパーソナルコンピュータ（以下、クライアントＰＣ）１０４、電話／ＦＡＸ回線１０５、ゲートウェイ装置１０６から構成されている。論理的なネットワーク１０１は、ゲートウェイ装置１０６を通じてイントラネット／インターネットに接続可能となっている。なお、図１ではＭＦＰを１台設置している場合を図示しているが、ＭＦＰは複数台設置可能である。

ＭＦＰ１００は、複数の機能（画像読取機能、画像形成機能、通信機能等）を有する複合機である。サーバコンピュータ１０２は、ＭＦＰ１００との間の通信を司るプログラム或いは帳票の業務処理で利用されるプログラムが動作するコンピュータである。記憶装置１０３は、サーバコンピュータ１０２が利用するデータベースシステム或いはファイルストレージシステムとして構成されている。クライアントＰＣ１０４は、サーバコンピュータ１０２に接続してユーザが処理を行うコンピュータである。

図２は、データ処理装置としてのＭＦＰ１００の外観を示す図である。

図２において、ＭＦＰ１００は、ＭＦＰ本体部２００、原稿スキャニング部２０１、原稿自動送り部（以下、フィーダと称する）２０２、出力仕上げ部（以下、フィニッシャと称する）２０３、出力トレイ部２０４、ディスプレイ／タッチパネル部２０５を備えている。

ＭＦＰ本体部２００は、用紙を収納する給紙カセット、用紙を搬送する搬送部、用紙に画像を形成するプリンタ部等を備えている。原稿スキャニング部２０１は、読取位置に給送された原稿を走査し画像を読み取る。フィーダ２０２は、原稿を読取位置に給送する。フィニッシャ２０３は、ＭＦＰ本体部２００から排出された画像形成が完了した用紙に所定の後処理を行う。出力トレイ部２０４は、フィニッシャ２０３で後処理が行われた用紙を仕分けして積載する複数のトレイを備えている。ディスプレイ／タッチパネル部２０５は、各種画面を表示するディスプレイと、各種設定を行うためのタッチパネルを備えている。

図３は、ＭＦＰ１００の情報処理機能の論理的な構成を示すブロック図である。

図３において、ＭＦＰ１００は、ディスプレイ／タッチパネル部２０５、ネットワークインタフェース部３０１、ＣＰＵ３０２、ＲＯＭ３０３、ＲＡＭ３０４、ＨＤＤ（Hard Disk Drive）３０５、入出力インタフェース３０６を備えている。

上記各部は入出力インタフェース３０６を介して接続されている。ディスプレイ／タッチパネル部２０５は、ユーザに対しユーザインタフェースを提供する。ネットワークインタフェース部３０１は、ネットワーク１０１を介して外部機器と通信を行う。ＣＰＵ３０２は、ＭＦＰ各部の制御を司るものであり、ＲＯＭ３０３に格納された制御プログラムに基づき図８に示すＭＦＰ側の処理を実行する。ＲＯＭ３０３は、制御プログラム及びデータを格納している。ＲＡＭ３０４は、一時記憶領域や作業領域として使用される。ＨＤＤ３０５は、大容量の記憶領域を備えており、各種データを記憶する。

図４は、コンピュータ（情報管理装置としてのサーバコンピュータ１０２、クライアントＰＣ１０４）の情報処理機能の論理的な構成を示すブロック図である。

図４において、コンピュータは、入力制御部４００、ディスプレイ部４０１、ネットワークインタフェース部４０２、ＣＰＵ４０３、ＲＯＭ４０４、ＲＡＭ４０５、ＨＤＤ４０６、入出力インタフェース４０７を備えている。

上記各部は入出力インタフェース４０７を介して接続されている。入力制御部４００は、ユーザから入力を受け付けるキーボード／マウスを制御する。ディスプレイ部４０１は、ユーザに出力画面を提供する。ネットワークインタフェース部４０２は、ネットワーク１０１を介して外部機器と通信を行う。ＣＰＵ４０３は、コンピュータ各部の制御を司るものであり、該コンピュータがサーバコンピュータ１０２の場合は、ＲＯＭ４０４に格納された制御プログラムに基づき図８に示すサーバコンピュータ側の処理を実行する。ＲＯＭ４０４は、制御プログラム及びデータを格納している。ＲＡＭ４０５は、一時記憶領域や作業領域として使用される。ＨＤＤ４０６は、大容量の記憶領域を備えており、各種データを記憶する。

図５は、ＭＦＰ１００においてカスタマイズ可能なアプリケーションプログラム（以下、アプリケーション）を実行可能なソフトウェアの構成を示す図である。

図５において、５０１は、ＭＦＰ１００を制御する実行環境の一例であり、一般的にはＭＦＰ１００の各種機能をリアルタイムに制御可能なリアルタイムＯＳの各モジュール、或いは、ＭＦＰ１００のＣＰＵ３０２に命令してクリティカルにＭＦＰ１００のオプション装置や拡張カードを含む各機能を制御することが可能なライブラリ群である。実行環境（リアルタイムＯＳ）５０１は、その上位で動作するアプリケーションに対してインタフェース・コマンドを提供するモジュール群により実現される。

５０２は、実行環境５０１上で動作するコントローラ制御部であり、ＭＦＰ１００の原稿スキャニング部２０１、プリンタ部、モデム通信部、ＰＤＬ（Page Description Language）展開部などを制御するモジュールにより構成されている。５０３は、アプリケーション・プログラミング・インタフェース（以下、ＡＰＩ）であり、アプリケーションから命令が入力された際に命令列に応答して、該ＡＰＩ５０３によりコントローラ制御部５０２にアクセスするための機能と、ネットワークインタフェース部３０１を制御する機能を有する。

５０４は、特定のアプリケーションを実行するために最適な実行環境であり、例えば、Ｊａｖａ（登録商標）の仮想マシンなどにより実現されるものであり、ＯＳや機器環境などに依存することなく実行することが可能である。５０５は、実行環境５０４が使用する資源を管理するリソース管理部であり、リアルタイムＯＳ５０１上で動作する。リソース管理部５０５は、実行環境５０４を実現する仮想マシン自身、ＡＰＩ５０３、或いはリアルタイムＯＳ５０１上の全アプリケーションがメモリ等のリソース資源を使用する際、予め決められた以上の資源が使用できないように制限する。５０６、５０７、５０８は、ＭＦＰ１００において動作可能なアプリケーション群の一例である。

図６は、アプリケーションＵＩ（User Interface）６００の一例を示す図である。

図６において、ＵＩ６００は、カスタマイズ可能であり、ＭＦＰ１００のディスプレイ／タッチパネル部２０５に表示される。本アプリケーションは、図５のアプリケーション５０６などのように実行環境５０４で動作する１つ或いは複数のアプリケーションである。実行環境５０４が例えばＪａｖａ（登録商標）の仮想マシンである場合、本アプリケーションはＪａｖａ（登録商標）プログラムにより提供される。

本アプリケーションは、ＭＦＰ１００のディスプレイ／タッチパネル部２０５〜ＨＤＤ３０５の各種リソースにアクセス可能であり、ＡＰＩ５０３を介してコントローラ制御部５０２に制御命令を与えることで、ＭＦＰ１００の原稿スキャニング部２０１、プリンタ部、モデム通信部、ＰＤＬ展開部などを制御することが可能である。また、本アプリケーションは、ネットワークインタフェース部３０１を介してサーバコンピュータ１０２と通信が可能である。

ＵＩ６００は、本アプリケーションが、例えば「○△×フィナンシャルカンパニー」という金融業の業務内容に合わせてカスタマイズされた例を示している。６０１は、本アプリケーションの名称・アイコン表示タブ、６０２は、ユーザ企業のロゴ画像、６０３は、操作画面のタイトル（例：業務メニュー）、６０４は、ユーザに対し表示するメッセージ（例：「処理したい帳票種別に合わせて、業務メニューを選択してください。」）、６０５は、ユーザが所望の業務処理（例：クレジット、個人ローン、預貯金、各種届け出）を選択可能な業務処理選択ボタン（ボタンコントロール）である。

図７は、アプリケーションのＵＩ構成テンプレート７００の一例を示す図である。

図７において、７０１は、アプリケーション名称・アイコン表示エリア、７０２は、ユーザ定義ロゴ画像エリア、７０３は、タイトルエリア、７０４は、メッセージ表示エリア、７０５は、メニュー選択エリアである。ＭＦＰ１００にインストールされるアプリケーションは、ユーザの帳票処理の業務内容に合わせて、ＵＩを構成する部品（構成ファイル及び構成コンテンツ）を適宜、サーバコンピュータ１０２からダウンロードし、ＵＩ構成テンプレートの設定に則してそれらの部品を配置することで、ＵＩ構成を変更することが可能である。

図８は、ＭＦＰ１００とサーバコンピュータ１０２との間におけるアプリケーションのＵＩ構成を更新する際の通信処理を示す図である。

図８において、ＭＦＰ１００にアプリケーションがインストールされた後、初回のみ、ネットワーク上のＭＦＰ１００を、サーバコンピュータ１０２が自動的に検出するか、または操作者がサーバコンピュータ１０２の操作により手動で検出する。サーバコンピュータ１０２のＣＰＵ４０３は、該サーバコンピュータ１０２のホストアドレスをＭＦＰ１００のアプリケーションに登録する（ステップＳ８０１）。なお、この操作は、クライアントＰＣ１０４のディスプレイ部４０１またはＭＦＰ１００のディスプレイ／タッチパネル部２０５を介して行ってもよい。

ＭＦＰ１００のアプリケーションは、登録されたホストアドレスを指定し、サーバコンピュータ１０２に構成ファイルのダウンロード要求を送信する（ステップＳ８０２）。サーバコンピュータ１０２のＣＰＵ４０３は、ダウンロード要求に基づき構成ファイルをＭＦＰ１００に送出する（ステップＳ８０３）。

図９は、構成ファイルの一部をＸＭＬ（Extensible Markup Language）で記述した例を示す図である。

図９において、構成ファイルには、ＭＦＰ１００のアプリケーションのＵＩ構成テンプレート７００の構成情報であるエリア情報（位置・サイズ）、エリアの属性情報（文字列、画像、コントロールの種別）、図７の各エリア７０１〜７０５に表示すべき文字列、画像、コントロールの情報（ボタンコントロールの配置、メニュー階層の表現）、本アプリケーションで扱う帳票種別情報（帳票種別ＩＤ、帳票名称、帳票のページ数）の一覧、帳票種別に応じたスキャン設定情報（片面／両面指定、解像度、カラー／モノクロ種別、用紙サイズなど）が格納されている。

図９に示す記述例を説明すると、MenuItemの要素内に、Name要素としてメニュー名称「個人ローン」、Message要素として表示メッセージ「個人ローンの申込書には、（以下略）」、FormId要素として帳票種別ＩＤ「loan_xxx_yyy_001」が格納されている。これらの情報は、サーバコンピュータ１０２からＭＦＰ１００にダウンロードされた後、ＭＦＰ１００のアプリケーションにより解析されて、図６に示すＵＩ構成の一部「個人ローン」のメニュー構成に用いられる。

図８に戻り、構成ファイルに格納されていない画像ファイルなどは、ＭＦＰ１００のアプリケーションがサーバコンピュータ１０２に対し、構成ファイルに予め記述されているコンテンツＩＤ情報に対応する構成コンテンツのダウンロード要求を送信することで（ステップＳ８０４）、サーバコンピュータ１０２から構成コンテンツを個別にＭＦＰ１００にダウンロードすることが可能である（ステップＳ８０５）。ＭＦＰ１００のアプリケーションは、サーバコンピュータ１０２から構成ファイル及び構成コンテンツのダウンロードを終了し、本アプリケーションが処理待ち（アイドル）状態であることを確認した後、ＵＩの更新を行う（ステップＳ８０６）。

ここで、上記の構成ファイル及び構成コンテンツは、Ｗｅｂサービスによる通信手法によりサーバコンピュータ１０２からＭＦＰ１００にダウンロードされる。また、本実施の形態では、構成ファイルの形式をＸＭＬであると仮定して説明しているが、実際にはテキストファイル、バイナリファイル、データストリームなど、任意の形式で実装可能であることを補足しておく。

次に、ＭＦＰ１００のアプリケーションのＵＩ構成を任意の時刻に変更する際の処理について説明する。

図８において、ユーザはサーバコンピュータ１０２上で、あるＭＦＰのアプリケーションのＵＩ構成の変更作業を行い、サーバコンピュータ１０２から該ＭＦＰに対して構成ファイルの更新通知を送信する（ステップＳ８０７）。ＭＦＰのアプリケーションは、上記ステップＳ８０２〜ステップＳ８０５と同様に、構成ファイル及び構成コンテンツをサーバコンピュータ１０２からダウンロードする。

ここで、上記の構成ファイルには、構成変更の時刻指定が記述されている。ＭＦＰのアプリケーションは、新たな構成情報をキャッシュしておき、タイマ監視などの手法により指定した時刻に達したら、該アプリケーションが処理待ち（アイドル）状態であることを確認した後、ＵＩの更新を行う（ステップＳ８０９）。構成変更の時刻指定では、サーバコンピュータ１０２からの指示に基づき即時更新する指定も可能であり、任意のタイミングでＭＦＰ側の構成変更が可能である。

次に、紙の帳票をスキャンし電子化して電子帳票として処理する帳票スキャニング処理について説明する。

図８において、ユーザは、ＭＦＰ１００のフィーダ部２０２に帳票原稿をセットして、ＭＦＰ１００のアプリケーションのＵＩをディスプレイ／タッチパネル部２０５を介して操作し、業務処理選択ボタン（ボタンコントロール）６０５の例えば「個人ローン」を選択し、ＵＩ上のボタンコントロールまたはＭＦＰ１００のハードウェアボタンの操作により帳票原稿のスキャンを開始する（ステップＳ８１０）。帳票原稿は、ＭＦＰ１００の原稿スキャニング部２０１により読み取られ、ＨＤＤ３０５上に画像ファイルとして生成される。ＭＦＰ１００のアプリケーションは、画像ファイルに付加情報ファイルを添付してサーバコンピュータ１０２にアップロードを行う（ステップＳ８１１）。

ここで、上記の付加情報ファイルを添付した画像ファイルは、Ｗｅｂサービスによる通信手法によりＭＦＰ１００からサーバコンピュータ１０２に送信される。また、業務処理内容によっては帳票画像には顧客情報が含まれることがあるので、本実施の形態ではセキュリティの観点からＳＳＬ（Secure Sockets Layer）などに代表される暗号化通信を行うことが可能である。

図１５は、アップロードされる付加情報ファイル１５００をＸＭＬで表現した例を示す図である。

図１５において、UserName要素にスキャン操作をしたユーザ名が、ScannedDateTime要素にスキャンした日時が、NumberOfFiles要素にスキャンの結果生成された画像ファイル数が、FormName要素に選択された帳票名が、FormId要素に選択された帳票種別ＩＤがそれぞれ格納されている。ScanSettings以下の各要素にはスキャン時の設定項目が格納されている。以上の処理は、ＭＦＰ１００に搭載されたスキャナドライバや画像処理プログラムにより行うようにすればよい。

ユーザが図６に示すＵＩで選択したメニュー「個人ローン」、及び、図９に示す例で説明したようにメニュー「個人ローン」に対応付けられた帳票種別ＩＤ「loan_xxx_yyy_001」は、上記図１５に示すように格納される。また、この付加情報ファイルには、ＭＦＰ１００のアプリケーションとサーバコンピュータ１０２との間で必要なデータフィールドを容易に拡張することが可能であり、任意の拡張データのアップロードも可能であることを補足しておく。また、本実施の形態では、付加情報ファイルの形式をＸＭＬであると仮定して説明しているが、実際にはテキストファイル、バイナリファイル、データストリームなど、任意の形式で実装可能であることを補足しておく。

図１８及び図１９は、サーバコンピュータ１０２上で動作するプログラムがＭＦＰ１００から受信した画像ファイル及び付加情報ファイルを処理する流れを示すフローチャートである。

図１８及び図１９において、サーバコンピュータ１０２上で動作するプログラムが、ＭＦＰ１００でスキャンされた帳票の画像ファイルのアップロードを受け付けると、画像ファイルに添付された付加情報ファイルを解析することで帳票種別ＩＤを判別し、帳票種別ごとに予め画像ファイルを分類して適切な処理を選択することが可能であることを説明する。

サーバコンピュータ１０２のＣＰＵ４０３は、サーバコンピュータ１０２上で動作するプログラムにより、ファイルシステム上の画像ファイル及び付加情報ファイルの生成を監視している（ステップＳ１８０１）。プログラムは、画像データの帳票認識処理機能、付加情報ファイルの情報解析機能を有する。以下に詳述するＣＰＵ４０３は、画像ファイル及び付加情報ファイルの生成を検出すると、ファイルシステムのフォルダ内に付加情報ファイルが有るかどうかを確認する（ステップＳ１８０２）。付加情報ファイルが無い場合は、ＣＰＵ４０３は、画像ファイルのみ取得し、画像ファイルのデータに基づいて帳票種別を検出するステップＳ１８０８の帳票認識処理に処理を進める。

付加情報ファイルが有る場合は、ＣＰＵ４０３は、付加情報ファイルのファイル形式を特定する（ステップＳ１８０３）。付加情報ファイルが図１５に示すようなファイル形式であったとした場合（ファイル形式Ａとする）、ＣＰＵ４０３は、付加情報ファイル内から帳票種別ＩＤを読み出す（ステップＳ１８０４）。

ＣＰＵ４０３は、上記ステップＳ１８０４で抽出した帳票種別に加えて、サーバコンピュータ１０２上での帳票認識による帳票種別を検出することで、帳票種別の二重チェックを行うかどうかを判断する（ステップＳ１８０７）。帳票種別の二重チェックを行う場合は、ＣＰＵ４０３は、所定の帳票認識ロジックを帳票認識アプリケーションに実行させて、帳票認識処理により帳票種別を検出する（ステップＳ１８０８）。ＣＰＵ４０３は、上記ステップＳ１８０４で検出した帳票種別と、上記ステップＳ１８０８の帳票認識処理により検出した帳票種別とが一致するかどうかを判断する（ステップＳ１８０９）。両方の帳票種別が一致しない場合、ＣＰＵ４０３は、検出結果が不一致である旨をディスプレイ部４０１を介してオペレータに伝達する。これに伴い、オペレータは帳票種別を選択する（ステップＳ１８１０）。

ここまでの処理で帳票種別が決定されるので、ＣＰＵ４０３は、帳票種別により処理の振り分けを行う（ステップＳ１９０１）。帳票種別に応じて文字認識のエリア設定などが異なるので、ＣＰＵ４０３は、それぞれの帳票種別ごとに文字認識処理を行う（ステップＳ１９０２）。帳票種別ごとに文字認識処理が完了すると、ＣＰＵ４０３は、オリジナルの画像データ、付加情報、帳票種別ＩＤ、文字認識結果など、一連の処理で扱われたデータを帳票種別ごとに記憶装置１０３に保存する（ステップＳ１９０３）。

データ保存後に、ＣＰＵ４０３は、上記ステップＳ１８０１で検出したオリジナルファイルの削除を行ってもよいかどうかを判断し（ステップＳ１９０４）、オリジナルファイルを削除する場合、オリジナルファイル及びディレクトリをファイルシステムから削除する（ステップＳ１９０５）。以降は、上記の処理により電子化された帳票が、帳票処理の業務内容に合わせて後続の処理へと引き継がれる。

図１０は、サーバコンピュータ１０２が利用する記憶装置（データベースシステム或いはファイルストレージシステム）１０３に保持されるデータの内容をテーブル形式で表現した例を示す図である。

図１０において、サーバコンピュータ１０２は、記憶装置１０３内の格納テーブル１０００に、帳票種別ＩＤ１００１と帳票名称１００２と帳票ファイル１００３との対応関係を格納することで管理している。格納テーブル１０００により、帳票種別ＩＤが示す帳票の名称や帳票のオリジナルファイルを検索することが可能である。

サーバコンピュータ１０２は、図１０に示した登録済みの帳票種別ＩＤで分類された帳票の画像ファイルがＭＦＰ１００からアップロードされると、図１８及び図１９で説明したように、帳票種別に応じた適切な後続の帳票処理業務を開始することが可能となる。ここで述べた適切な帳票処理業務とは、ワークフロー（業務の流れをルール化しコンピュータ上で業務処理や業務支援を行う仕組み）の開始、帳票を添付した電子メールの送付、基幹業務システムへの帳票データの送信など、ユーザの帳票処理の業務内容に合わせて適宜定義可能な処理のことである。

次に、クライアントＰＣ１０４からの操作により、サーバコンピュータ１０２において上述のＵＩ構成を編集可能とする手法を説明する。

図１１乃至図１３は、アプリケーションＵＩ構成を編集する画面を示す図である。

図１１において、１１００は、クライアントＰＣ１０４のディスプレイ部４０１に表示されるＵＩ構成編集画面の一例を示している。ユーザは、ＵＩ構成編集画面１１００において、新たにＵＩ構成を新規作成したい場合、構成エイリアス１１０１を名付けることができる。ＵＩ構成編集画面１１００では、ボタン名称１１０２を「個人ローン」と指定し、ＵＩにて該当ボタンが操作されたときに処理される帳票種別１１０３は「個人ローン申込書」である、と指定している例を示している。図中１１０５は保存ボタン、１１０６はキャンセルボタンである。

サーバコンピュータ１０２の記憶装置１０３の格納テーブル１０００を参照することにより、「個人ローン申込書」は帳票種別ＩＤ「loan_xxx_yyy_001」であるとの関連付けから、図９のＸＭＬデータのScanForm要素以下のFormName要素に「個人ローン申込書」、FormId要素に「loan_xxx_yyy_001」のデータ値がセットされる。ＵＩ構成編集画面１１００で編集した表示メッセージ１１０４も同様に、ＸＭＬデータのMessage要素にセットされる。

以下同様に、図１２のＵＩ構成編集画面１２００、図１３のＵＩ構成編集画面１３００において、帳票種別に応じたスキャン設定情報や画像ファイルの指定などを行うことができる。この後、構成ファイル及び構成コンテンツがクライアントＰＣ１０４からサーバコンピュータ１０２に送信され、サーバコンピュータ１０２に保存される。

上述したように、サーバコンピュータ１０２に保存された構成ファイル及び構成コンテンツは、図８のステップＳ８０１〜ステップＳ８０５、同じくステップＳ８０７〜ステップＳ８０８に示したように、ＭＦＰ１００からダウンロード要求があったときにサーバコンピュータ１０２からＭＦＰ１００に送信される。

図１２のＵＩ構成編集画面１２００では、プリント用帳票ファイルを指定することが可能である。図中１２０１は構成エイリアス、１２０２は帳票種別、１２０３はスキャン設定（両面／片面指定、解像度、カラー／モノクロ種別）、１２０４はページ数、１２０５はプリント用帳票ファイルの情報、１２０６は保存ボタン、１２０７はキャンセルボタンである。

本画面は、ＭＦＰ１００の特徴を利用して、カスタマイズされたＵＩを介して、選択した業務内容に応じた任意の帳票を即座にプリントアウト可能とするための一構成例である。例えば、ＵＩで「個人ローン」の業務処理を選択したユーザが、個人ローン申込書の未記入の帳票をプリントアウトしたい、個人ローン申込書の書き方の手引書をプリンタアウトしたい、といった要望があった場合に、即座にＵＩを介してプリントアウト可能とするものである。

図１３のＵＩ構成編集画面１３００では、ＵＩのユーザ定義ロゴ画像エリアに表示するロゴ画像に対応するロゴ画像ファイル、ＵＩのアイコン表示エリアに表示するアイコン画像に対応するアイコン画像ファイルを指定することが可能である。図中１３０１は構成エイリアス、１３０２はロゴ画像ファイルの情報、１３０３はアイコン画像ファイルの情報、１３０４は保存ボタン、１３０５はキャンセルボタンである。

次に、上記図１のネットワークシステムにおいて複数台のＭＦＰがネットワークに接続されている場合に、各々のＭＦＰを異なるＵＩ構成とする手法について説明する。

図１４は、サーバコンピュータ１０２が利用する記憶装置１０３に保持されるデータの内容をテーブル形式で表現した例を示す図である。

図１４において、サーバコンピュータ１０２は、記憶装置１０３内の格納テーブル１４００に、各々のＭＦＰに割り当てられたマシンＩＤ１４０１とＭＦＰマシン・エイリアス１４０２と構成エイリアスＩＤ１４０３との対応関係を格納することで管理している。サーバコンピュータ１０２側で格納テーブル１４００を管理することで、図８のステップＳ８０２、同じくステップＳ８０８において、ＭＦＰからサーバコンピュータ１０２にマシンＩＤが送信されてくるので、サーバコンピュータ１０２は格納テーブル１４００を検索し、該当する構成エイリアスに対応する構成ファイル及び構成コンテンツを各々のＭＦＰに個別に送信する。

これにより、複数台のＭＦＰがそれぞれ異なる構成エイリアスを利用したり、または、同じ構成エイリアスを利用したりすることによって、それぞれのＭＦＰが異なるＵＩを構成することが可能である。

以上説明したように、本実施の形態によれば、ユーザの帳票処理の業務内容に合わせて、ＵＩの構成要素をサーバコンピュータ１０２からダウンロードすることで、ＭＦＰ１００のＵＩ構成を任意に変更可能とする。また、ユーザがＭＦＰで帳票をスキャンする際にＭＦＰのＵＩを介して帳票種別を選択可能とし、ＭＦＰからサーバコンピュータ１０２に対し、帳票の画像ファイルと共に帳票種別ＩＤを含む付加情報ファイルをアップロードする。これにより、帳票の画像ファイルのアップロードを受け付けるサーバコンピュータ１０２においては、サーバコンピュータ側での帳票種別の判別処理が不要となり負荷を軽減することが可能となる。また、複数台のＭＦＰがネットワークに接続されている場合、各ＭＦＰが異なるＵＩを構成することが可能となる。

また、サーバコンピュータ１０２は、ＭＦＰ１００から受信した画像ファイルに付加情報ファイルが添付されていた場合、付加情報ファイルの形式に応じて対応する帳票種別ＩＤを読み出し、帳票種別の二重チェックを行うか否かを判断する。帳票種別の二重チェックを行う場合は、帳票認識処理により帳票種別を検出し、検出した帳票種別と付加情報ファイルに対応した帳票種別との一致の有無を判定し、特定した帳票種別に応じた処理の振り分けを行う。これにより、帳票種別を二重チェックすることで、帳票種別を特定する精度を向上させることが可能となる。更に、付加情報を基に帳票種別ごとに画像データを予め正しく分類することが可能となり、後続の業務処理を迅速に開始することが可能となる。

［他の実施の形態］
上記実施の形態では、ネットワークシステムを図１に示す構成とした場合を例に挙げたが、本発明は、これに限定されるものではなく、ネットワークに接続する装置（ＭＦＰ、クライアントＰＣ）の台数は任意台数とすることが可能である。また、ＭＦＰの他にスキャナやプリンタ等をネットワークに接続する構成とすることも可能である。また、ネットワークの設置形態も任意の形態（ＬＡＮ、ＷＡＮ、インターネット等）とすることが可能である。

上記実施の形態では、ＭＦＰ１００のＵＩを金融業の業務内容に合わせてカスタマイズした場合を例に挙げたが、本発明は、これに限定されるものではなく、金融業以外の各種産業分野に適用することが可能である。

上記実施の形態では、ＭＦＰ１００のＵＩをカスタマイズ可能として、スキャンした帳票を電子帳票として処理する例を挙げたが、本発明は、これに限定されるものではなく、ＭＦＰ１００が外部機器からファクシミリ受信した文書（以下、ＦＡＸ文書と称する）を電子帳票として処理する場合に適用することも可能である。

以下、他の実施の形態として、ＭＦＰ１００が外部機器から受信したＦＡＸ文書を電子帳票として処理する例について説明する。

上記図１において、ＭＦＰ１００は、外部機器から通常のＦＡＸ文書を受信する場合は、電話／ＦＡＸ回線１０５を経由してＦＡＸ文書を受信する。また、ＭＦＰ１００は、外部機器からインターネットを介してＦＡＸ文書（インターネットＦＡＸ文書）を受信する場合は、ゲートウェイ装置１０６及びネットワーク１０１を経由してＦＡＸ文書を受信する。

図１６は、ＭＦＰ１００とサーバコンピュータ１０２との間におけるファイルをアップロードする際の通信処理を示す図である。

図１６において、ＭＦＰ１００のＣＰＵ３０２は、ネットワークインタフェース部３０１によりＦＡＸ文書を受信すると（ステップＳ１６０１）、受信したＦＡＸ文書を画像ファイルに変換し、該画像ファイルに宛先ＦＡＸ番号やＦＡＸ受信時刻などの情報を付加情報ファイルとして添付し、サーバコンピュータ１０２にアップロードする（ステップＳ１６０２）。

図２０は、付加情報ファイル２０００をＸＭＬで表現した例を示す図である。

図２０において、From要素に送信元ＦＡＸ番号、To要素に宛先ＦＡＸ番号、ReceivedDateTime要素にＦＡＸ文書を受信した日時、NumberOfFiles要素に生成された画像ファイル数などの情報がそれぞれ格納されている。

上記図１８及び図１９において、サーバコンピュータ１０２のＣＰＵ４０３は、サーバコンピュータ１０２上で動作するプログラムにより、ステップＳ１８０１からステップＳ１８０３までは上述した説明同様に処理を進め、ＦＡＸ文書の付加情報ファイルの場合（ファイル形式Ｂとする）は、付加情報ファイルから宛先ＦＡＸ番号を読み出す（ステップＳ１８０５）。

ＦＡＸ文書の場合は、例えば、「03-5555-6666」を「クレジットカード申込書」、「03-5555-6667」を「ローン申込書」の帳票の申込受付ＦＡＸ番号に割り当てておき、図１７に示すように、宛先ＦＡＸ番号に届くＦＡＸ文書の帳票種別ＩＤの対応テーブル１７００を用意しておく。ＣＰＵ４０３は、この対応テーブル１７００を検索することにより、受信した画像ファイルの帳票種別を検出することができる（ステップＳ１８０６）。以降、ステップＳ１８０７からステップＳ１８１０及びステップＳ１９０１からステップＳ１９０５までは、上述した説明同様に処理を進める。

以上が、ＦＡＸ文書の受信処理を例とした他の実施の形態の説明である。これにより、付加情報ファイルの形式を拡張していくことで、各種機器から帳票種別を特定する情報を取得することが可能となる。

上記各実施の形態においては、データ処理装置の一例であるサーバ装置内に記憶されたプログラムの帳票認識機能が所定の帳票認識ロジックをＣＰＵに実行させることにより、帳票の種別を認識し、帳票原稿を読み取ることにより生成された画像データファイルの帳票認識処理を行う。このとき、プログラムが取得した制御情報の一例である付加情報ファイルを用いて、プログラムの帳票認識機能が処理する帳票認識処理を制御する。

また、プログラムが取得する付加情報ファイルは、画像データファイルを紙帳票から読み取ったファクシミリ又は帳票認識機能を有する複合機など、画像形成装置の機能に対応して定義されるものであってもよい。

また、付加情報ファイルは、前記画像データをプログラムが取得する前に、所定の帳票認識処理が施されている否かを特定できる情報であってもよい。

また、付加情報ファイルが例えば受信前の複合機等において、所定の帳票認識処理が施されていることを示している場合には、帳票認識機能の処理をスキップして、画像データの帳票認識処理を省略するように制御してもよい。

さらに、付加情報ファイルが予め所定の帳票認識処理が施されていることを示している場合であっても、帳票認識ロジックを起動して、再認識処理を行わせるよう制御するよう表示し、サーバ装置の表示部４０１に表示される入力画面を見たユーザがマウス操作をすることにより生ずる入力制御部４００への入力により、再認識処理の機能を有効にする旨の入力があった場合、再度帳票認識処理済みのデータに対して帳票認識処理を行わせるようにしてもよい。

付加情報ファイルが通信に用いられる識別子が、例えば、ファックス番号や電話番号である場合には、プログラムは、帳票認識ロジックを用いた帳票認識を省略してもよい。そして、画像データファイルに対応する帳票は、前記ファックス番号や電話番号に対応する帳票であると認識して、自動的に帳票振り分け処理を行ってもよい。

以上がサーバ装置側の特徴である。

データの送付側として、帳票原稿を読み取って画像データを生成する画像処理プログラムと、生成した画像データを転送するネットワークインタフェース部、前記画像データの転送先における帳票認識処理を制御する付加情報ファイルが記憶された複合機１０１を説明した。

また、ユーザがデータ処理装置の読取手段で帳票を読み取る際にデータ処理装置のユーザインタフェースを介して帳票種別を選択可能とし、データ処理装置から情報管理装置に対し、帳票の画像ファイルに帳票種別情報を付加して送信する。これにより、帳票の画像ファイルの送信を受け付ける情報管理装置においては、帳票種別の判別処理が不要となり負荷を軽減することが可能となる。また、複数台のデータ処理装置がネットワークに接続されている場合、各データ処理装置が異なるユーザインタフェースを構成することが可能となる。

また、上記各実施の形態によれば、画像ファイルに添付された付加情報を基に取得した帳票種別と帳票認識処理による帳票種別とを照合する照合処理を行う場合は、帳票種別の一致の有無を判定し、特定された帳票種別に応じた処理の振り分けを行う。これにより、帳票種別を二重チェックすることで、帳票種別を特定する精度を向上させることが可能となる。更に、付加情報を基に帳票種別ごとに画像データを予め正しく分類することが可能となり、後続の業務処理を迅速に開始することが可能となる。

また、本発明の目的は、実施形態の機能を実現するソフトウェアのプログラムコードを記録した記憶媒体を、システム或いは装置に供給し、そのシステム或いは装置のコンピュータ（またはＣＰＵやＭＰＵ等）が記憶媒体に格納されたプログラムコードを読み出して実行することによっても達成される。

この場合、記憶媒体から読み出されたプログラムコード自体が前述した実施の形態の機能を実現することになり、そのプログラムコード及び該プログラムコードを記憶した記憶媒体は本発明を構成することになる。

また、プログラムコードを供給するための記憶媒体としては、例えば、フロッピー（登録商標）ディスク、ハードディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＣＤ−ＲＷ、ＤＶＤ−ＲＯＭ、ＤＶＤ−ＲＡＭ、ＤＶＤ−ＲＷ、ＤＶＤ＋ＲＷ、磁気テープ、不揮発性のメモリカード、ＲＯＭ等を用いることができる。または、プログラムコードをネットワークを介してダウンロードしてもよい。

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

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

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

この場合、上記プログラムは、該プログラムを記憶した記憶媒体から直接、又はインターネット、商用ネットワーク、若しくはローカルエリアネットワーク等に接続された不図示の他のコンピュータやデータベース等からダウンロードすることにより供給される。

上記プログラムの形態は、オブジェクトコード、インタプリタにより実行されるプログラムコード、ＯＳ（オペレーティングシステム）に供給されるスクリプトデータ等の形態から成ってもよい。

本発明の実施の形態に係るネットワークシステムの構成例を示す概略図である。 データ処理装置としてのＭＦＰの外観を示す図である。 ＭＦＰの情報処理機能の論理的な構成を示すブロック図である。 コンピュータ（サーバコンピュータ、クライアントＰＣ）の情報処理機能の論理的な構成を示すブロック図である。 ＭＦＰにおいてカスタマイズ可能なアプリケーションを実行可能なソフトウェアの構成を示す図である。 アプリケーションＵＩの一例を示す図である。 アプリケーションのＵＩ構成テンプレートの一例を示す図である。 ＭＦＰとサーバコンピュータとの間におけるアプリケーションのＵＩ構成を更新する際の通信処理を示す図である。 構成ファイルの一部をＸＭＬで記述した例を示す図である。 サーバコンピュータが利用する記憶装置に保持されるデータの内容をテーブル形式で表現した例を示す図である。 アプリケーションＵＩ構成を編集する画面を示す図である。 アプリケーションＵＩ構成を編集する画面を示す図である。 アプリケーションＵＩ構成を編集する画面を示す図である。 サーバコンピュータが利用する記憶装置に保持されるデータの内容をテーブル形式で表現した例を示す図である。 付加情報ファイルの一部をＸＭＬで記述した例を示す図である。 ＭＦＰとサーバコンピュータとの間におけるファイルをアップロードする際の通信処理を示す図である。 サーバコンピュータが利用する記憶装置に保持されるデータの内容をテーブル形式で表現した例を示す図である。 サーバコンピュータ上で動作するプログラムがＭＦＰから受信した画像ファイル及び付加情報ファイルを処理する流れを示すフローチャートである。 図１８のフローチャートの続きである。 付加情報ファイルをＸＭＬで表現した例を示す図である。

符号の説明

１００ ＭＦＰ
１０２ サーバコンピュータ
２０１ 原稿スキャニング部
２０５ ディスプレイ／タッチパネル部
３０１ ネットワークインタフェース部
３０２ ＣＰＵ
４０３ ＣＰＵ

Claims (22)

1. 帳票の種別を認識する認識手段と、
   帳票原稿を読み取ることにより生成された画像データと、前記認識手段における前記画像データの帳票認識処理を制御する制御情報とを取得する取得手段と、
   前記取得手段が取得した制御情報を用いて、前記認識手段が処理する帳票認識処理を制御する制御手段と、
   を備えたことを特徴とするデータ処理装置。
2. 前記取得手段が取得する制御情報は、前記画像データを紙帳票から読み取った画像形成装置の機能に対応して定義されるものであることを特徴とする請求項１に記載のデータ処理装置。
3. 前記制御情報は、前記取得手段が取得した画像データが、前記画像データを前記取得手段が取得する前に、所定の帳票認識処理が施されている否かを特定する情報であり、
   前記制御手段は、前記制御情報が予め所定の帳票認識処理が施されていることを示している場合には、前記取得手段が取得した画像データの帳票認識処理を省略するよう処理を制御することを特徴とする請求項１又は２に記載のデータ処理装置。
4. 前記制御情報が予め所定の帳票認識処理が施されていることを示している場合であっても、前記認識手段に帳票認識処理を行わせるよう制御するよう入力する指示手段をさらに備えることを特徴とする請求項３に記載のデータ処理装置。
5. 前記指示手段は、所定の入力部を介した入力に基づく指示をするものであって、
   帳票認識処理を行わせるよう前記入力部を介して指示が入力されている場合には、前記認識手段は、帳票認識処理を行うことを特徴とする請求項４に記載のデータ処理装置。
6. 前記制御情報が通信に用いられる識別子である場合には、前記認識手段は帳票認識ロジックを用いた帳票認識を省略し、前記画像データに対応する帳票は、前記通信に用いられる識別子に対応する帳票であると認識することを特徴とする請求項１乃至５のいずれかに記載のデータ処理装置。
7. 帳票原稿を読み取って画像データを生成する生成手段と、
   前記生成手段が生成した画像データを転送する転送手段と、
   前記画像データの転送先における帳票認識処理を制御する制御情報を転前記転送手段によりさらに転送する制御手段と、
   を備えたことを特徴とするデータ処理装置。
8. 前記制御情報は、予め所定の帳票認識処理が施されていることを示す情報であることを特徴とする請求項７に記載のデータ処理装置。
9. 前記制御情報は、前記画像データを紙帳票から読み取った画像形成装置の機能に対応して定義されるものであることを特徴とする請求項８に記載のデータ処理装置。
10. 前記制御情報が通信に用いられる識別子であることを特徴とする請求項７乃至９のいずれかに記載のデータ処理装置。
11. データ処理装置の制御方法であって、
    帳票の種別を認識する認識ステップと、
    帳票原稿を読み取ることにより生成された画像データと、前記認識ステップにおける前記画像データの帳票認識処理を制御する制御情報とを取得する取得ステップと、
    前記取得ステップが取得した制御情報を用いて、前記認識ステップが処理する帳票認識処理を制御する制御ステップと、
    を備えたことを特徴とする制御方法。
12. 前記取得ステップが取得する制御情報は、前記画像データを紙帳票から読み取った画像形成装置の機能に対応して定義されるものであることを特徴とする請求項１１に記載の制御方法。
13. 前記制御情報は、前記取得ステップが取得した画像データが、前記画像データを前記取得ステップが取得する前に、所定の帳票認識処理が施されている否かを特定する情報であり、
    前記制御ステップは、前記制御情報が予め所定の帳票認識処理が施されていることを示している場合には、前記取得ステップが取得した画像データの帳票認識処理を省略するよう処理を制御することを特徴とする請求項１１又は１２に記載の制御方法。
14. 前記制御情報が予め所定の帳票認識処理が施されていることを示している場合であっても、前記認識ステップに帳票認識処理を行わせるよう制御するよう入力する指示ステップをさらに備えることを特徴とする請求項１３に記載の制御方法。
15. 前記指示ステップは、所定の入力部を介した入力に基づく指示をするものであって、
    帳票認識処理を行わせるよう前記入力部を介して指示が入力されている場合には、前記認識ステップは、帳票認識処理を行うことを特徴とする請求項１４に記載の制御方法。
16. 前記制御情報が通信に用いられる識別子である場合には、前記認識ステップは帳票認識ロジックを用いた帳票認識を省略し、前記画像データに対応する帳票は、前記通信に用いられる識別子に対応する帳票であると認識することを特徴とする請求項１１乃至１５のいずれかに記載の制御方法。
17. 帳票原稿を読み取って画像データを生成する生成ステップと、
    前記生成ステップが生成した画像データを転送する転送ステップと、
    前記画像データの転送先における帳票認識処理を制御する制御情報を前記転送ステップによりさらに転送する制御ステップと、
    を備えたことを特徴とする制御方法。
18. 前記制御情報は、予め所定の帳票認識処理が施されていることを示す情報であることを特徴とする請求項１７に記載の制御方法。
19. 前記制御情報は、前記画像データを紙帳票から読み取った画像形成装置の機能に対応して定義されるものであることを特徴とする請求項１８に記載の制御方法。
20. 前記制御情報が通信に用いられる識別子であることを特徴とする請求項１７乃至１９のいずれかに記載の制御方法。
21. 前記請求項１１乃至２０のいずれかに記載の制御方法を実行するプログラム。
22. 帳票の種別を認識する認識手段と、帳票原稿を読み取ることにより生成された画像データと、前記認識手段における前記画像データの帳票認識処理を制御する制御情報とを取得する取得手段と、前記取得手段が取得した制御情報を用いて、前記認識手段が処理する帳票認識処理を制御する制御手段とを備えた第１のデータ処理装置と、
    帳票原稿を読み取って画像データを生成する生成手段と、前記生成手段が生成した画像データを転送する転送手段と、前記画像データの転送先における帳票認識処理を制御する制御情報を前記転送手段によりさらに転送する制御手段とを備えた第２のデータ処理装置と、
    を通信可能に接続したことを特徴とするネットワークシステム。

Images