情報処理装置とその方法とプログラム
【課題】原稿をスキャンして得られたファクシミリ送信するデータに、まとめて送信できないファクシミリデータがある場合でも、適切にまとめてファクシミリ送信すること可能とする仕組みを提供すること。
【解決手段】スキャンして読み取られた原稿の第１の画像データを取得し、で取得した第１の画像データを文字認識し、得られた文字認識結果に含まれるページ数に従って送信する第１の画像データに不足があるか否かを判定し、前記第１の画像データが不足のある画像データであると判定した場合に、当該第１の画像データに対応する不足した第２の画像データを取得し、取得した第１の画像データと取得した第２の画像データとを、得られた文字認識結果から決定される送信先にまとめて送信するべく出力することを特徴とする。
【解決手段】スキャンして読み取られた原稿の第１の画像データを取得し、で取得した第１の画像データを文字認識し、得られた文字認識結果に含まれるページ数に従って送信する第１の画像データに不足があるか否かを判定し、前記第１の画像データが不足のある画像データであると判定した場合に、当該第１の画像データに対応する不足した第２の画像データを取得し、取得した第１の画像データと取得した第２の画像データとを、得られた文字認識結果から決定される送信先にまとめて送信するべく出力することを特徴とする。
【発明の詳細な説明】
【技術分野】
【０００１】
ファクシミリ送信するための情報処理装置とその方法とプログラムに関する。
【背景技術】
【０００２】
従来、スキャナ機能を搭載したデジタル複合機を用いて、スキャンした画像の文字認識処理を行って、スキャンした画像を認識した宛先にＦＡＸ送信している。
【０００３】
例えば、医療機関から例えば血液などの検査依頼を受けた検査機関では、検査結果がでると、早急に医療機関に報告するため、検査結果報告書などの帳票を医療機関へＦＡＸ送信している。
【０００４】
検査機関は、ファックス送信後、検査結果報告書の原本を依頼のあった医療機関へ送付している。
【０００５】
ここで、検査機関では、ＦＡＸ送信のコストや効率化を考慮し、帳票から宛先情報（ＦＡＸ番号）の文字認識を行い、依頼先ごとにＦＡＸ送信を行う仕組みを導入しているところがある。
【０００６】
この仕組みの場合、検査結果の宛先情報（ＦＡＸ番号）を読込み、宛先情報が変わるまでをＦＡＸ送信の単位として処理を行うことが一般的に行われている。
【０００７】
このような宛先ごとにまとめてＦＡＸ送信する仕組みは、例えば、特許文献１に開示されている。
【先行技術文献】
【特許文献】
【０００８】
【特許文献１】特開平９−３７０５２号公報
【発明の概要】
【発明が解決しようとする課題】
【０００９】
しかしながら、特許文献１では、読み込み処理を行った単位で検査結果をスキャンし、グルーピング／ソートを行う為、同じ宛先（ＦＡＸ番号）の検査報告書でも、読み込み単位が異なった場合やページ欠落が発生した場合、別々にＦＡＸ送信されてしまう。
【００１０】
そのため、ＦＡＸ受信者側で、並べ替え等の作業が発生し、手作業が残ってしまうケースが発生してしまっていた。
【００１１】
そこで、本発明の目的は、原稿をスキャンして得られたファクシミリ送信するデータに、まとめて送信できないファクシミリデータがある場合でも、適切にまとめてファクシミリ送信すること可能とする仕組みを提供する。
【課題を解決するための手段】
【００１２】
本発明の目的を達成するために、スキャンして読み取られた原稿の第１の画像データを取得する第１の画像データ取得手段と、前記画像データ取得手段で取得した第１の画像データを文字認識する文字認識手段と、前記文字認識手段で得られた文字認識結果に含まれるページ数に従って送信する第１の画像データに不足があるか否かを判定する第１の不足判定手段と、前記第１の画像データが不足のある画像データであると判定した場合に、当該第１の画像データに対応する不足した第２の画像データを取得する第２の画像取得手段と、前記第１の画像取得手段で取得した第１の画像データと前記第２の画像取得手段で取得した第２の画像データとを、前記文字認識手段で得られた文字認識結果から決定される送信先にまとめて送信するべく出力する出力手段とを備えることを特徴とする。
【００１３】
また、前記第１の画像が不足のある画像データであると判定した場合に、当該第１の画像データに対応する前記第２の画像データがあるか否かを判定する第２の不足判定手段と、前記第２の不足判定手段で、前記第２の画像データがないと判定される場合に、前記第１の画像データを第２の画像データとして退避する退避手段と
を更に備えることを特徴とする。
【００１４】
また、前記出力手段は、前記第１の不足判定手段で、前記第１の画像データが不足のない画像データであると判定した場合に、当該第１の画像データの文字認識結果から決定される送信先と一致する、不足のない他の画像データとまとめて送信するべく出力ことを特徴とする。
【００１５】
また、前記他の画像データは、前記第１の画像データと第２の画像データとで構成された画像データであることを特徴とする。
【００１６】
また、前記第２の画像データの出力に従って、前記退避手段で退避した第２の画像データを削除する第２の画像データ削除手段を更に備えることを特徴とする。
【００１７】
また、前記情報処理装置は、画像形成装置であることを特徴とする。
【発明の効果】
【００１８】
本発明によれば、原稿をスキャンして得られたファクシミリ送信するデータに、まとめて送信できないファクシミリデータがある場合でも、適切にまとめてファクシミリ送信することができる。
【図面の簡単な説明】
【００１９】
【図１】ファクシミリシステムの構成の一例を示す図
【図２】管理サーバ１００、ＯＣＲ用ＰＣ２００，文書発行ＰＣ３００に適用可能な情報処理装置のハードウェア構成を示すブロック図
【図３】複合機４００のハードウェア構成の一例を示すブロック図
【図４】ＯＣＲする際に用いるフォームのフォーム定義に関するフローチャート
【図５】スキャン時の全体フローチャート
【図６】欠落チェック処理のフローチャート
【図７】文書情報管理テーブルの一例を示す図
【図８】送信対象データテーブルの一例を示す図
【図９】退避データテーブルの一例を示す図
【図１０】格納する先を定義したファイルの一例を示す図
【図１１】フォーム定義のデータ一例を示す図
【図１２】帳票レイアウトの一例を示すイメージ図
【発明を実施するための形態】
【００２０】
以下、添付図面を参照しながら、本実施形態に係るファクシミリシステムの好適な実施形態について詳細に説明する。
【００２１】
図１は、本実施形態に係るファクシミリシステムの構成の一例を示す図である。
【００２２】
管理サーバ１００は複合機４００（画像形成装置）、ＯＣＲ用ＰＣ２００（情報処理装置）で読み取ったデータを管理する管理サーバであり、汎用コンピュータ等の情報処理装置により構成される。また、管理サーバ１００は、所定の通信網５００を介してＯＣＲ用ＰＣ２００，文書発行ＰＣ３００，と通信可能に接続され、企業内居室に設置されている。具体的には、企業内ＬＡＮにより接続される。さらに、この管理サーバ１００上では、図示しないＯＳ，アプリケーションが稼動している。
【００２３】
文書発行ＰＣ３００は、例えば、検査結果を検査報告書として発行する情報処理装置であり、プリンタ等の出力装置３３０と通信可能に接続されている。この出力装置３３０で出力（印刷）された帳票（原稿）を複合機４００でスキャンし、ＯＣＲ処理を行って、ＦＡＸ送信がなされる。
【００２４】
複合機４００（読み取り手段）は、直接または通信網５００を介してＯＣＲ用ＰＣ２００及び管理サーバ１００と通信可能に接続されており、ＦＡＸ送信宛先情報、ページ番号が記載された原稿を連続して読み取り、電子化する。
【００２５】
複合機４００によって電子化された画像データは、ＯＣＲ用ＰＣ２００の任意のフォルダに保管される。
【００２６】
このファクシミリシステムは、複合機４００からオペレータによる原稿読み込み要求を受けた際に、ＦＡＸ宛先情報やページ番号が付与された原稿をスキャンし、複合機４００により得られた画像情報をＯＣＲ用ＰＣ２００に取り込むように構成されている（画像データはたとえばＴＩＦＦ）。
【００２７】
また、ＯＣＲ用ＰＣ２００は、複合機４００から送信された画像データを保管する任意のフォルダを監視し、画像データを検出したら、フォーム定義により設定された宛先情報、ページ番号をＯＣＲ処理し、図８の送信対象データテーブルにＯＣＲ認識結果を格納するように構成されている。
【００２８】
また、宛先ごとにＦＡＸ送信を行う画像データ（例えば、検査結果の帳票となる原稿）にページ欠落がない場合は、公衆回線網を介して複合機４００から該当の宛先にＦＡＸ送信を行うように構成されている。
【００２９】
以下、図２を用いて、図１に示した管理サーバ１００、ＯＣＲ用ＰＣ２００，文書発行ＰＣ３００に適用可能な情報処理装置のハードウェア構成について説明する。
【００３０】
図２は、図１に示した管理サーバ１００、ＯＣＲ用ＰＣ２００，文書発行ＰＣ３００に適用可能な情報処理装置のハードウェア構成を示すブロック図である。
【００３１】
図２において、２０１はＣＰＵで、システムバス２０４に接続される各デバイスやコントローラを統括的に制御する。また、ＲＯＭ２０２あるいは外部メモリ２１１には、ＣＰＵ２０１の制御プログラムであるＢＩＯＳ（Ｂａｓｉｃ Ｉｎｐｕｔ ／ Ｏｕｔｐｕｔ Ｓｙｓｔｅｍ）やオペレーティングシステムプログラム（以下、ＯＳ）や、各サーバ或いは各ＰＣの実行する機能を実現するために必要な後述する各種プログラム等が記憶されている。
【００３２】
２０３はＲＡＭで、ＣＰＵ２０１の主メモリ、ワークエリア等として機能する。ＣＰＵ２０１は、処理の実行に際して必要なプログラム等をＲＯＭ２０２あるいは外部メモリ２１１からＲＡＭ２０３にロードして、該ロードしたプログラムを実行することで各種動作を実現するものである。
【００３３】
また、２０５は入力コントローラで、キーボード（ＫＢ）２０９や不図示のマウス等のポインティングデバイス等からの入力を制御する。２０６はビデオコントローラで、ＣＲＴディスプレイ（ＣＲＴ）２１０等の表示器への表示を制御する。なお、図２では、ＣＲＴ２１０と記載しているが、表示器はＣＲＴだけでなく、液晶ディスプレイ等の他の表示器であってもよい。これらは必要に応じて管理者が使用するものである。
【００３４】
２０７はメモリコントローラで、ブートプログラム，各種のアプリケーション，フォントデータ，ユーザファイル，編集ファイル，各種データ等を記憶するハードディスク（ＨＤ）や、フレキシブルディスク（ＦＤ）、或いはＰＣＭＣＩＡカードスロットにアダプタを介して接続されるコンパクトフラッシュ（登録商標）メモリ等の外部メモリ２１１へのアクセスを制御する。
【００３５】
２０８は通信Ｉ／Ｆコントローラで、ネットワーク（例えば、図１に示したＬＡＮ６００）を介して外部機器と接続・通信するものであり、ネットワークでの通信制御処理を実行する。例えば、ＴＣＰ／ＩＰを用いた通信等が可能である。
【００３６】
なお、ＣＰＵ２０１は、例えばＲＡＭ２０３内の表示情報用領域へアウトラインフォントの展開（ラスタライズ）処理を実行することにより、ＣＲＴ２１０上での表示を可能としている。また、ＣＰＵ２０１は、ＣＲＴ２１０上の不図示のマウスカーソル等でのユーザ指示を可能とする。
【００３７】
本発明を実現するための後述する各種プログラムは、外部メモリ２１１に記録されており、必要に応じてＲＡＭ２０３にロードされることによりＣＰＵ２０１によって実行されるものである。さらに、上記プログラムの実行時に用いられる定義ファイル及び各種情報テーブル等も、外部メモリ２１１に格納されており、これらについての詳細な説明も後述する。
【００３８】
次に、図３を用いて、図１に示した複合機４００のハードウェア構成について説明する。
【００３９】
図３は、図１に示した複合機４００のハードウェア構成の一例を示すブロック図である。
【００４０】
図３において、３１６はコントローラユニットで、画像入力デバイスとして機能するスキャナ３１４や、画像出力デバイスとして機能するプリンタ部３１２と接続する一方、ＬＡＮ（例えば、図１に示したＬＡＮ６００）や公衆回線（ＷＡＮ）（例えば、ＰＳＴＮまたはＩＳＤＮ等）と接続することで、画像データやデバイス情報の入出力を行う。
【００４１】
コントローラユニット３１６において、３０１はＣＰＵで、システム全体を制御するプロセッサである。３０２はＲＡＭで、ＣＰＵ３０１が動作するためのシステムワークメモリであり、プログラムを記録するためのプログラムメモリや、画像データを一時記録するための画像メモリでもある。
【００４２】
３０３はＲＯＭで、システムのブートプログラムや各種制御プログラムが格納されている。３０４はハードディスクドライブ（ＨＤＤ）で、システムを制御するための各種プログラム，画像データ等を格納する。
【００４３】
３０７は操作部インタフェース（操作部Ｉ／Ｆ）で、操作部（キーボード）３０８とのインタフェース部である。また、操作部Ｉ／Ｆ３０７は、操作部３０８から入力したキー情報（例えば、スタートボタンの押下）をＣＰＵ３０１に伝える役割をする。
【００４４】
３０５はネットワークインタフェース（Ｎｅｔｗｏｒｋ Ｉ／Ｆ）で、ネットワーク（ＬＡＮ）６００に接続し、データの入出力を行う。３０６はモデム（ＭＯＤＥＭ）で、公衆回線に接続し、ＦＡＸの送受信等のデータの入出力を行う。
【００４５】
３１８は外部インタフェース（外部Ｉ／Ｆ）で、ＵＳＢ、ＩＥＥＥ１３９４，プリンタポート，ＲＳ−２３２Ｃ等の外部入力を受け付けるＩ／Ｆ部であり、本実施形態においては認証で必要となる携帯端末のＩＣカード（記憶媒体）の読み取り用のカードリーダ３１９が外部Ｉ／Ｆ部３１８に接続されている。そして、ＣＰＵ３０１は、この外部Ｉ／Ｆ３１８を介してカードリーダ３１９による携帯端末のＩＣカードからの情報読み取りを制御し、該携帯端末のＩＣカードから読み取られた情報を取得可能である。以上のデバイスがシステムバス３０９上に配置される。
【００４６】
３２０はイメージバスインタフェース（ＩＭＡＧＥ ＢＵＳ Ｉ／Ｆ）であり、システムバス３０９と画像データを高速で転送する画像バス３１５とを接続し、データ構造を変換するバスブリッジである。
【００４７】
画像バス３１５は、ＰＣＩバスまたはＩＥＥＥ１３９４で構成される。画像バス３１５上には以下のデバイスが配置される。
【００４８】
３１０はラスタイメージプロセッサ（ＲＩＰ）で、例えば、ＰＤＬコード等のベクトルデータをビットマップイメージに展開する。３１１はプリンタインタフェース（プリンタＩ／Ｆ）で、プリンタ部３１２とコントローラユニット３１６を接続し、画像データの同期系／非同期系の変換を行う。また、３１３はスキャナインタフェース（スキャナＩ／Ｆ）で、スキャナ３１４とコントローラユニット３１６を接続し、画像データの同期系／非同期系の変換を行う。
【００４９】
３１７は画像処理部で、入力画像データに対し補正、加工、編集を行ったり、プリント出力画像データに対して、プリンタの補正、解像度変換等を行う。また、これに加えて、画像処理部３１７は、画像データの回転や、多値画像データに対してはＪＰＥＧ、２値画像データはＪＢＩＧ、ＭＭＲ、ＭＨ等の圧縮伸張処理を行う。
【００５０】
スキャナ部３１４は、原稿となる紙上の画像を照明し、ＣＣＤラインセンサで走査することで、ラスタイメージデータとして電気信号に変換する。原稿用紙は原稿フィーダのトレイにセットし、装置使用者が操作部３０８から読み取り起動指示することにより、ＣＰＵ３０１がスキャナ３１４に指示を与え、フィーダは原稿用紙を１枚ずつフィードし原稿画像の読み取り動作を行う。
【００５１】
プリンタ部３１２は、ラスタイメージデータを用紙上の画像に変換する部分であり、その方式は感光体ドラムや感光体ベルトを用いた電子写真方式、微少ノズルアレイからインクを吐出して用紙上に直接画像を印字するインクジェット方式等があるが、どの方式でも構わない。プリント動作の起動は、ＣＰＵ３０１からの指示によって開始する。なお、プリンタ部３１２には、異なる用紙サイズまたは異なる用紙向きを選択できるように複数の給紙段を持ち、それに対応した用紙カセットがある。
【００５２】
操作部３０８は、ＬＣＤ表示部を有し、ＬＣＤ上にタッチパネルシートが貼られており、システムの操作画面を表示するとともに、表示してあるキーが押されるとその位置情報を操作部Ｉ／Ｆ３０７を介してＣＰＵ３０１に伝える。また、操作部３０８は、各種操作キーとして、例えば、スタートキー、ストップキー、ＩＤキー、リセットキー等を備える。
【００５３】
尚、表示部はプリンタによって表示性能が異なり、タッチパネルを介して操作をできるプリンタ、単に液晶画面を備え文字列を表示（印刷状態や印刷している文書名の表示）させるだけのプリンタによって本発明は構成されている。
【００５４】
ここで、操作部３０８のスタートキーは、原稿画像の読み取り動作を開始する時などに用いる。スタートキーの中央部には、緑と赤の２色ＬＥＤがあり、その色によってスタートキーが使える状態にあるかどうかを示す。また、操作部３０８のストップキーは、稼働中の動作を止める働きをする。また、操作部３０８のＩＤキーは、使用者のユーザＩＤを入力する時に用いる。リセットキーは、操作部からの設定を初期化する時に用いる。
【００５５】
カードリーダ３１９は、ＣＰＵ３０１からの制御により、携帯端末内に備えられたＩＣカードに記憶されている情報を読み取り、該読み取った情報を外部Ｉ／Ｆ３１８を介してＣＰＵ３０１へ通知する。
【００５６】
以上のような構成によって、プリンタ３００は、スキャナ３１４から読み込んだ画像データをＬＡＮ６００上に送信したり、ＬＡＮ６００から受信した印刷データをプリンタ部３１２により印刷出力することができる。
【００５７】
また、スキャナ３１４から読み込んだ画像データをモデム３０６により、公衆回線上にＦＡＸ送信したり、公衆回線からＦＡＸ受信した画像データをプリンタ部３１２により出力することできる。
【００５８】
以下、図４〜図６のフローチャートを用いて、本実施形態の詳細な処理の説明を行う。
【００５９】
まず、本実施形態では、予めＯＣＲに用いるフォームを定義しておき、ＯＣＲ用ＰＣ２００の外部メモリ２１１に記憶しておく。また、検査結果を記憶する文書発行ＰＣ３００から例えば、患者ごとの検査結果の帳票を出力装置３３０から出力する。出力された帳票は、図１２のような帳票レイアウトで、レコード作成日時１２０１、患者ＩＤ１２０２、病院電話番号１２０３、ページ番号１２０４が、また検査結果が印字されている。印字される情報は文書発行ＰＣ３００の外部メモリ２１１に記憶されているデータが呼び出され、外部メモリ２１１に記憶されているフォームとオーバーレイされ印刷される。
【００６０】
図４のＯＣＲする際に用いるフォームのフォーム定義に関するフローチャートを用いて説明する。
【００６１】
フォーム定義は、原紙画像を読込み後、読み取られた画像データからブロックセレクションを行い、ブロックセレクションで得られた罫線情報を保存する（ステップＳ４０１）。ＯＣＲ用ＰＣ２００に保存されているデータベースのフォーム定義テーブル（図１１、１１０１−１１０３）にフォームごとに登録する。なお、ブロックセレクションで得られた領域ごとに座標値を持っている。
【００６２】
ユーザの操作に応じて、領域の指定を受け付ける（ステップＳ４０２）。ユーザの操作に応じて、指定された領域に対応してＯＣＲする領域として、ＯＲＣ領域として設定を行う（ステップＳ４０３）。ＯＣＲ領域として設定された領域に対して、読み取る文字種別（数字や漢字等）などのＯＣＲ属性情報設定（ステップＳ４０４）を行う。
【００６３】
ステップＳ４０３とステップＳ４０４によって設定された値は、データベース（図１１、１１０４−１１０７）にＯＣＲ定義として登録する。
【００６４】
尚、フォーム定義は、スキャナから予め読み取られたフォームとなる画像（原紙画像）或いは、フォーム作成アプリケーションで生成されたフォームをイメージ化した画像（原紙画像）がＯＣＲ用ＰＣ２００の外部メモリ２１１に記憶されており、ユーザの操作に応じたフォーム定義指示に従って、このフォーム定義する画像データを取得する。
【００６５】
なお、フォーム定義については、一般的なＯＣＲソフトの汎用的な技術を用いて実施する。
【００６６】
図５は、図１のスキャンシステムにより実行されるスキャン時の全体フローチャートであり、本フローチャートの各ステップはＯＣＲ用ＰＣ２００のＣＰＵ２０１が実施する。
【００６７】
なお、事前準備として、処理の対象とする原稿（文書）を文書発行ＰＣ３００より発行する。管理サーバ１００では、文書発行ＰＣ３００）より文書発行依頼がきたタイミングで、文書情報管理テーブル（図７）の文書発行フラグ（７０４）を未発行（０）から発行済み（１）に更新する。文書情報管理テーブル（図７）のその他項目（７０１〜７０３）については、管理サーバ１００側で定期的に登録されるものとし、レコード作成日時７０１には一意の値が入るものとする。
【００６８】
なお、本フローチャートを複合機４００のＣＰＵ３０１が実行してもよい。
【００６９】
ステップＳ５０１からステップＳ５０４は、読み込まれた原稿画像がどのフォーム定義に該当するかをマッチングするフォーム認識処理のステップである。
【００７０】
まず、ステップＳ５０１で、複合機４００のスキャナで読み込んだ原稿の画像を、複合機４００から取得する。
【００７１】
次に、ステップＳ５０２では、ステップＳ４０５にてデータベースに保存されたフォーム定義テーブル（図１１）および、フォームフォルダ１００４に格納されているフォームイメージデータ（画像ファイル）を読み込む。ステップＳ５０１で取得した原稿の画像データ（認識対象の画像）とフォームイメージデータのマッチング（フォーム認識）を行う。
【００７２】
ステップＳ５０３では、ステップＳ４０５で保存したＯＣＲを行うための設定情報（ＯＣＲパターン）を複数のＯＣＲパターンの中から決定し、取得する。
【００７３】
このとき、原稿画像とフォームイメージデータのマッチングに失敗した（該当フォームが存在しない）場合は、フォーム認識エラーとして予め内部的に指定したエラーフォルダ（図１０の１００５）へデータを移動後、処理を終了する。該当フォームが存在する場合は、原稿画像（認識対象の画像）を、予め内部的に指定した保存先（図１０の１００１）に保存する。また、該当するフォームのＯＣＲパターン（定義）をＲＡＭ２０３上に記憶させる。
【００７４】
フォーム認識処理については、既存の一般的な技術を使用して実現することが可能である。このフォーム認識処理は、例えば、読み込んだフォームイメージデータ及び認識対象の画像から罫線を抽出し、罫線間の位置関係をフォームの特徴としてみなし、保存してあるフォームイメージデータと認識対象の画像の罫線構造を照合してフォームを識別する。
【００７５】
次に、ステップＳ５０４では、識別した画像をページごとに分割する。そして、その画像に対応し、保存してあるＯＣＲパターン（ＯＣＲ定義）を用いて認識処理（ＯＣＲ処理）を行う。ＯＣＲ処理された画像はファイル名が付与され、図８の１００２のフォルダへ格納される。
【００７６】
ＯＣＲ処理では、既存の技術を使用する。ＯＣＲ処理とは、手書き文字や印字された文字を光学的に読み取り、前もって記憶されたパターンとの照合により文字を特定し、文字データを入力することである。例えば、帳票レイアウトを図１２とすると、決定したＯＣＲパターンから領域開始位置（図１１の１１０５）及び領域終了位置（図１１の１１０６）、使用辞書（図１１の１１０７）を取得し、文字を特定する。
【００７７】
ステップＳ５０５では、図１２の１２０１〜１２０４の値となるＯＣＲ結果を取得する。ステップＳ５０５で取得する結果は、ＯＣＲ用ＰＣ２００の外部メモリ２１１上のデータベースの送信対象データテーブル（図８）の８０１〜８０４に保存される。尚、送信対象データテーブル（図８）の全ページ数（８０５）は、レコード作成日時をキーに管理サーバ１００のデータベース１１０の文書情報管理テーブルから参照した値を保存する。
【００７８】
なお、送信対象データテーブル（図８）の全ページ数（８０５）は、ＯＣＲ対象として取得してもよい。また、送信対象データテーブル（図８）のファイル名（８０６）は、フォーム認識した順に自動的に連番を振るものとする。
【００７９】
次に、ステップＳ５０６では、ユーザにＯＣＲ結果を確認させ、修正がある場合には修正されたデータを、送信対象データテーブル（図８）の更新をする。そして送信対象データテーブル（図８）を用いてページの欠落チェックを行う。ステップＳ５０６の処理の詳細は図６で後述する。
【００８０】
ステップＳ５０７では、ＯＣＲ用ＰＣ２００の外部メモリ２１１上のデータベースの送信対象データテーブル（図８）のデータを取得し、病院電話番号８０３、患者ＩＤ８０２、ページ番号８０４の昇順にソートする。
【００８１】
ステップＳ５０８にて、予め内部的に指定した保存先（図１０の１００２）内のファイルを病院電話番号ごとに結合し、ローカルもしくはネットワークフォルダに出力、もしくは、複合機４００を介して、結合したファイルごとの病院電話番号に対してＦＡＸ送信する。出力もしくは送信後、ＯＣＲ用ＰＣ２００の外部メモリ２１１上のデータベースの送信対象データテーブル（図８）の内容及び内部的に指定した保存先（図１０ １００２）の内容をクリア／削除する。
【００８２】
尚、本フローを途中でキャンセルする場合、処理対象データを予め内部的に指定したエラーフォルダ（図１０の１００５）へ移動後、ＯＣＲ用ＰＣ２００の外部メモリ２１１上のデータベース 送信対象データテーブル（図８）の内容をクリアし、処理を終了する。
【００８３】
次に、図６を用いて、ステップＳ５０６の欠落チェックの処理の詳細な説明をする。
【００８４】
まず、ステップＳ６０１では、ステップＳ５０５にて保存したＯＣＲ用ＰＣ２００の外部メモリ２１１のデータベースの送信対象データテーブル（図８）の内容を読み込む。
【００８５】
ステップＳ６０２では、送信対象データテーブル（図８）内の行数をレコード件数としてＲＡＭ２０３上に記憶し、レコード件数＝０（→１件目）より最終行までステップＳ６０３〜ステップＳ６１２の処理を繰り返す。
【００８６】
ステップＳ６０３では、オペレータの操作によって、ＯＣＲ結果が修正され送信対象データテーブル（図８）内容が更新する。なお、修正が必要ない場合には、ステップＳ６０３を省略する。なお、修正は、外部マスターなど参照することで、読み取り結果をチェックすることも可能である。
【００８７】
ステップＳ６０４では、送信対象データテーブル（図８）のページ番号（８０４）、全ページ数（８０５）を参照し、ページ欠落があるかどうかを確認する。具体的な確認方法としては、同じレコード作成日時（８０１）に対して、全ページ数（８０５）分のページ番号（８０４）が存在するかどうかをチェックする。
【００８８】
ステップＳ６０５では、全ページ分存在しないレコードがあれば、該当するレコード作成日時（８０１）のレコードについてページ欠落ありと判定する。
【００８９】
ステップＳ６０５にてページ欠落がない場合は、ステップＳ６０６では、ステップＳ５０３にて一時データフォルダ（図１０の１００１）に保存した原稿画像を送信対象データフォルダ（図１０の１００２）へ出力する。
【００９０】
ステップＳ６０５にてページ欠落がある場合、ステップＳ６０７では、送信対象データテーブル（図８）のレコード作成日時（８０１）と欠落しているページ番号をＲＡＭ２０３上に記憶する。
【００９１】
ステップＳ６０８では、ＯＣＲ用ＰＣ２００の外部メモリ２１１のデータベースの退避データテーブル（図９）を参照し、ステップＳ６０７でＲＡＭ２０３上に記憶したレコード作成日時と欠落しているページ番号とを、図９のレコード作成日時（９０１）及びページ番号（９０４）を突き合わせ、退避データの有無を判定する。
【００９２】
ステップＳ６０８にて該当データがある場合、ステップＳ６０９では、退避データテーブル（図９）の該当レコードを送信対象データテーブル（図８）へ登録後、退避データテーブル（図９）の元レコードを削除する。
【００９３】
また、ステップＳ６１０では、退避データフォルダ（図１０の１００３）から送信対象データフォルダ（図１０の１００２）へ該当画像をコピーし、退避データフォルダ（図１０の１００３）の元データを削除する。
【００９４】
ステップＳ６０８にて該当データがない場合、ステップＳ６１１では、送信対象データテーブル（図８）のページ欠落レコードを退避データテーブル（図９）へ登録後、送信対象データテーブル（図８）の元レコードを削除する。
【００９５】
また、ステップＳ６１２では、一時データフォルダ（図１０の１００１）から退避データフォルダ（図１０の１００３）へ該当画像をコピーし、一時データフォルダ（図１０ １００１）の元データを削除する。
【００９６】
次に、図７〜図１１を用いて、本実施形態で用いるデータについて説明する。
【００９７】
まず、図７は、管理サーバ１００上のデータベース１１０に記憶されている文書情報管理テーブルの一例である。
【００９８】
この文書情報管理テーブルは、検査結果とともに管理されているテーブルで検査結果に対応する帳票（文書）が発行された場合に更新されるテーブルである。検査結果が登録されると、レコード作成日時７０１と患者ＩＤが登録される。そして、この検査結果の帳票（文書）が発行されると、検査結果ごとの全ページ数７０３と文書発行フラグ７０４が記憶される。
【００９９】
次に図８は、ＯＣＲ用ＰＣ２００の外部メモリ２１１に記憶されている送信対象データテーブルの一例を示す図である。ＯＣＲ認識した結果を格納するためのテーブルである。
【０１００】
図１２の１２０１のＯＣＲ結果がレコード作成日時８０１へ記憶され、１２０２のＯＣＲ結果が患者ＩＤ８０２に記憶され、１２０３のＯＣＲ結果が病院電話番号８０３に記憶され、１２０４のＯＣＲ結果がページ番号８０４に記憶される。
【０１０１】
また、全ぺ字数８０５は、図７の文書情報管理テーブルから取得され記憶される。ファイル名８０６は、ファイル分割された際に生成されるファイルのファイル名が記憶される。
【０１０２】
図９は、ＯＣＲ用ＰＣ２００の外部メモリ２１１に記憶されている退避データテーブルの一例を示す図である。
【０１０３】
ＯＣＲした結果、欠落したページがある場合に、欠落したページが含まれるレコードのデータを記憶するためのテーブルである。９０１、９０２、９０３、９０４、９０５、９０６はそれぞれ、８０１、８０２、８０３、８０４、８０５、８０６に対応する。
【０１０４】
図１０は、処理ごとに画像ファイルを格納する先を定義したファイルの一例を示す図である。
【０１０５】
１００１は、フォーム認識で一致した場合に画像を格納するフォルダのパスが記憶されている。１００２は、ページ分割され、ページごとのファイルを格納するフォルダのパスが記憶されている。１００３は、欠落ページがあった場合に、欠落対象として決定されたファイルを格納するフォルダのパスが記憶されている。
【０１０６】
１００４は、フォームイメージデータが格納されているフォルダのパスが記憶されている。１００５は、フォーム認識エラー時に格納されるフォルダのパスが記憶されている。
図１１は、フォーム定義のデータ一例を示す図である。
【０１０７】
登録されたフォームごとにフォームＩＤが付与され１１０１に記憶され、フォームとなる画像ファイルのファイル名が１１０２に記憶される。また、各フォームのＯＣＲ定義情報にＩＤが付与され１１０３に記憶される。また、ＯＣＲ定義情報ＩＤに対応してＯＣＲｓ領域１１０４、領域開始位置１１０５、領域終了位置１１０６、使用辞書１１０７などＯＣＲに必要な設定情報が記憶されている。
【０１０８】
以上、本実施形態を説明したが、本実施形態の特徴的な構成は、スキャンして読み取られた原稿の第１の画像データを取得し（第１の画像データ取得）、で取得した第１の画像データを文字認識し、得られた文字認識結果に含まれるページ数に従って送信する第１の画像データに不足があるか否かを判定し（第１の不足判定）、前記第１の画像データが不足のある画像データであると判定した場合に、当該第１の画像データに対応する不足した第２の画像データを取得し（第２の画像取得）、取得した第１の画像データと取得した第２の画像データとを、得られた文字認識結果から決定される送信先にまとめて送信するべく出力することである。
【０１０９】
以上のように、本実施形態によれば、原稿をスキャンして得られたファクシミリ送信するデータに、まとめて送信できないファクシミリデータがある場合でも、適切にまとめてファクシミリ送信することができる。
【０１１０】
より具体的には、読み込み単位やページ欠落している場合でも、適正なグルーピング／ソート処理を行いファクシミリ送信する仕組みを提供することにより、ＦＡＸ受信側で、検査結果を手動でまとめる（並べ替える）作業を省略できる。
【０１１１】
また、ファクシミリ送信側でも読込み前に宛先ごとに並べ替えたり、ページ欠落チェックを行う必要がなくなる。
【０１１２】
さらに、作業効率だけではなく、欠落したデータを後で別に送ることがなくなる、つまり同一の宛先に対してまとめてファクシミリ送信を行える為、ファクシミリ通信コストの削減が見込める。
【０１１３】
なお、上述した各種データの構成及びその内容はこれに限定されるものではなく、用途や目的に応じて、様々な構成や内容で構成されることは言うまでもない。
【０１１４】
以上、一実施形態について示したが、本発明は、例えば、システム、装置、方法、プログラムもしくは記録媒体等としての実施態様をとることが可能であり、具体的には、複数の機器から構成されるシステムに適用しても良いし、また、一つの機器からなる装置に適用しても良い。
【０１１５】
また、本発明におけるプログラムは、図４〜図６に示すフローチャートの処理方法をコンピュータが実行可能なプログラムであり、本発明の記憶媒体は図４〜図６の処理方法をコンピュータが実行可能なプログラムが記憶されている。なお、本発明におけるプログラムは図４〜図６の各装置の処理方法ごとのプログラムであってもよい。
【０１１６】
以上のように、前述した実施形態の機能を実現するプログラムを記録した記録媒体を、システムあるいは装置に供給し、そのシステムあるいは装置のコンピュータ（またはＣＰＵやＭＰＵ）が記録媒体に格納されたプログラムを読出し実行することによっても、本発明の目的が達成されることは言うまでもない。
【０１１７】
この場合、記録媒体から読み出されたプログラム自体が本発明の新規な機能を実現することになり、そのプログラムを記憶した記録媒体は本発明を構成することになる。
【０１１８】
プログラムを供給するための記録媒体としては、例えば、フレキシブルディスク、ハードディスク、光ディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＤＶＤ−ＲＯＭ、磁気テープ、不揮発性のメモリカード、ＲＯＭ、ＥＥＰＲＯＭ、シリコンディスク、ソリッドステートドライブ等を用いることができる。
【０１１９】
また、コンピュータが読み出したプログラムを実行することにより、前述した実施形態の機能が実現されるだけでなく、そのプログラムの指示に基づき、コンピュータ上で稼働しているＯＳ（オペレーティングシステム）等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【０１２０】
さらに、記録媒体から読み出されたプログラムが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれた後、そのプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵ等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【０１２１】
また、本発明は、複数の機器から構成されるシステムに適用しても、１つの機器からなる装置に適用してもよい。また、本発明は、システムあるいは装置にプログラムを供給することによって達成される場合にも適応できることは言うまでもない。この場合、本発明を達成するためのプログラムを格納した記録媒体を該システムあるいは装置に読み出すことによって、そのシステムあるいは装置が、本発明の効果を享受することが可能となる。
【０１２２】
さらに、本発明を達成するためのプログラムをネットワーク上のサーバ、データベース等から通信プログラムによりダウンロードして読み出すことによって、そのシステムあるいは装置が、本発明の効果を享受することが可能となる。
【０１２３】
なお、上述した各実施形態およびその変形例を組み合わせた構成も全て本発明に含まれるものである。
【符号の説明】
【０１２４】
１００ 管理サーバ
１１０ データベース
２００ ＯＣＲ用ＰＣ
３００ 文書発行ＰＣ
３３０ 出力装置
４００ 複合機
５００ 通信網
【技術分野】
【０００１】
ファクシミリ送信するための情報処理装置とその方法とプログラムに関する。
【背景技術】
【０００２】
従来、スキャナ機能を搭載したデジタル複合機を用いて、スキャンした画像の文字認識処理を行って、スキャンした画像を認識した宛先にＦＡＸ送信している。
【０００３】
例えば、医療機関から例えば血液などの検査依頼を受けた検査機関では、検査結果がでると、早急に医療機関に報告するため、検査結果報告書などの帳票を医療機関へＦＡＸ送信している。
【０００４】
検査機関は、ファックス送信後、検査結果報告書の原本を依頼のあった医療機関へ送付している。
【０００５】
ここで、検査機関では、ＦＡＸ送信のコストや効率化を考慮し、帳票から宛先情報（ＦＡＸ番号）の文字認識を行い、依頼先ごとにＦＡＸ送信を行う仕組みを導入しているところがある。
【０００６】
この仕組みの場合、検査結果の宛先情報（ＦＡＸ番号）を読込み、宛先情報が変わるまでをＦＡＸ送信の単位として処理を行うことが一般的に行われている。
【０００７】
このような宛先ごとにまとめてＦＡＸ送信する仕組みは、例えば、特許文献１に開示されている。
【先行技術文献】
【特許文献】
【０００８】
【特許文献１】特開平９−３７０５２号公報
【発明の概要】
【発明が解決しようとする課題】
【０００９】
しかしながら、特許文献１では、読み込み処理を行った単位で検査結果をスキャンし、グルーピング／ソートを行う為、同じ宛先（ＦＡＸ番号）の検査報告書でも、読み込み単位が異なった場合やページ欠落が発生した場合、別々にＦＡＸ送信されてしまう。
【００１０】
そのため、ＦＡＸ受信者側で、並べ替え等の作業が発生し、手作業が残ってしまうケースが発生してしまっていた。
【００１１】
そこで、本発明の目的は、原稿をスキャンして得られたファクシミリ送信するデータに、まとめて送信できないファクシミリデータがある場合でも、適切にまとめてファクシミリ送信すること可能とする仕組みを提供する。
【課題を解決するための手段】
【００１２】
本発明の目的を達成するために、スキャンして読み取られた原稿の第１の画像データを取得する第１の画像データ取得手段と、前記画像データ取得手段で取得した第１の画像データを文字認識する文字認識手段と、前記文字認識手段で得られた文字認識結果に含まれるページ数に従って送信する第１の画像データに不足があるか否かを判定する第１の不足判定手段と、前記第１の画像データが不足のある画像データであると判定した場合に、当該第１の画像データに対応する不足した第２の画像データを取得する第２の画像取得手段と、前記第１の画像取得手段で取得した第１の画像データと前記第２の画像取得手段で取得した第２の画像データとを、前記文字認識手段で得られた文字認識結果から決定される送信先にまとめて送信するべく出力する出力手段とを備えることを特徴とする。
【００１３】
また、前記第１の画像が不足のある画像データであると判定した場合に、当該第１の画像データに対応する前記第２の画像データがあるか否かを判定する第２の不足判定手段と、前記第２の不足判定手段で、前記第２の画像データがないと判定される場合に、前記第１の画像データを第２の画像データとして退避する退避手段と
を更に備えることを特徴とする。
【００１４】
また、前記出力手段は、前記第１の不足判定手段で、前記第１の画像データが不足のない画像データであると判定した場合に、当該第１の画像データの文字認識結果から決定される送信先と一致する、不足のない他の画像データとまとめて送信するべく出力ことを特徴とする。
【００１５】
また、前記他の画像データは、前記第１の画像データと第２の画像データとで構成された画像データであることを特徴とする。
【００１６】
また、前記第２の画像データの出力に従って、前記退避手段で退避した第２の画像データを削除する第２の画像データ削除手段を更に備えることを特徴とする。
【００１７】
また、前記情報処理装置は、画像形成装置であることを特徴とする。
【発明の効果】
【００１８】
本発明によれば、原稿をスキャンして得られたファクシミリ送信するデータに、まとめて送信できないファクシミリデータがある場合でも、適切にまとめてファクシミリ送信することができる。
【図面の簡単な説明】
【００１９】
【図１】ファクシミリシステムの構成の一例を示す図
【図２】管理サーバ１００、ＯＣＲ用ＰＣ２００，文書発行ＰＣ３００に適用可能な情報処理装置のハードウェア構成を示すブロック図
【図３】複合機４００のハードウェア構成の一例を示すブロック図
【図４】ＯＣＲする際に用いるフォームのフォーム定義に関するフローチャート
【図５】スキャン時の全体フローチャート
【図６】欠落チェック処理のフローチャート
【図７】文書情報管理テーブルの一例を示す図
【図８】送信対象データテーブルの一例を示す図
【図９】退避データテーブルの一例を示す図
【図１０】格納する先を定義したファイルの一例を示す図
【図１１】フォーム定義のデータ一例を示す図
【図１２】帳票レイアウトの一例を示すイメージ図
【発明を実施するための形態】
【００２０】
以下、添付図面を参照しながら、本実施形態に係るファクシミリシステムの好適な実施形態について詳細に説明する。
【００２１】
図１は、本実施形態に係るファクシミリシステムの構成の一例を示す図である。
【００２２】
管理サーバ１００は複合機４００（画像形成装置）、ＯＣＲ用ＰＣ２００（情報処理装置）で読み取ったデータを管理する管理サーバであり、汎用コンピュータ等の情報処理装置により構成される。また、管理サーバ１００は、所定の通信網５００を介してＯＣＲ用ＰＣ２００，文書発行ＰＣ３００，と通信可能に接続され、企業内居室に設置されている。具体的には、企業内ＬＡＮにより接続される。さらに、この管理サーバ１００上では、図示しないＯＳ，アプリケーションが稼動している。
【００２３】
文書発行ＰＣ３００は、例えば、検査結果を検査報告書として発行する情報処理装置であり、プリンタ等の出力装置３３０と通信可能に接続されている。この出力装置３３０で出力（印刷）された帳票（原稿）を複合機４００でスキャンし、ＯＣＲ処理を行って、ＦＡＸ送信がなされる。
【００２４】
複合機４００（読み取り手段）は、直接または通信網５００を介してＯＣＲ用ＰＣ２００及び管理サーバ１００と通信可能に接続されており、ＦＡＸ送信宛先情報、ページ番号が記載された原稿を連続して読み取り、電子化する。
【００２５】
複合機４００によって電子化された画像データは、ＯＣＲ用ＰＣ２００の任意のフォルダに保管される。
【００２６】
このファクシミリシステムは、複合機４００からオペレータによる原稿読み込み要求を受けた際に、ＦＡＸ宛先情報やページ番号が付与された原稿をスキャンし、複合機４００により得られた画像情報をＯＣＲ用ＰＣ２００に取り込むように構成されている（画像データはたとえばＴＩＦＦ）。
【００２７】
また、ＯＣＲ用ＰＣ２００は、複合機４００から送信された画像データを保管する任意のフォルダを監視し、画像データを検出したら、フォーム定義により設定された宛先情報、ページ番号をＯＣＲ処理し、図８の送信対象データテーブルにＯＣＲ認識結果を格納するように構成されている。
【００２８】
また、宛先ごとにＦＡＸ送信を行う画像データ（例えば、検査結果の帳票となる原稿）にページ欠落がない場合は、公衆回線網を介して複合機４００から該当の宛先にＦＡＸ送信を行うように構成されている。
【００２９】
以下、図２を用いて、図１に示した管理サーバ１００、ＯＣＲ用ＰＣ２００，文書発行ＰＣ３００に適用可能な情報処理装置のハードウェア構成について説明する。
【００３０】
図２は、図１に示した管理サーバ１００、ＯＣＲ用ＰＣ２００，文書発行ＰＣ３００に適用可能な情報処理装置のハードウェア構成を示すブロック図である。
【００３１】
図２において、２０１はＣＰＵで、システムバス２０４に接続される各デバイスやコントローラを統括的に制御する。また、ＲＯＭ２０２あるいは外部メモリ２１１には、ＣＰＵ２０１の制御プログラムであるＢＩＯＳ（Ｂａｓｉｃ Ｉｎｐｕｔ ／ Ｏｕｔｐｕｔ Ｓｙｓｔｅｍ）やオペレーティングシステムプログラム（以下、ＯＳ）や、各サーバ或いは各ＰＣの実行する機能を実現するために必要な後述する各種プログラム等が記憶されている。
【００３２】
２０３はＲＡＭで、ＣＰＵ２０１の主メモリ、ワークエリア等として機能する。ＣＰＵ２０１は、処理の実行に際して必要なプログラム等をＲＯＭ２０２あるいは外部メモリ２１１からＲＡＭ２０３にロードして、該ロードしたプログラムを実行することで各種動作を実現するものである。
【００３３】
また、２０５は入力コントローラで、キーボード（ＫＢ）２０９や不図示のマウス等のポインティングデバイス等からの入力を制御する。２０６はビデオコントローラで、ＣＲＴディスプレイ（ＣＲＴ）２１０等の表示器への表示を制御する。なお、図２では、ＣＲＴ２１０と記載しているが、表示器はＣＲＴだけでなく、液晶ディスプレイ等の他の表示器であってもよい。これらは必要に応じて管理者が使用するものである。
【００３４】
２０７はメモリコントローラで、ブートプログラム，各種のアプリケーション，フォントデータ，ユーザファイル，編集ファイル，各種データ等を記憶するハードディスク（ＨＤ）や、フレキシブルディスク（ＦＤ）、或いはＰＣＭＣＩＡカードスロットにアダプタを介して接続されるコンパクトフラッシュ（登録商標）メモリ等の外部メモリ２１１へのアクセスを制御する。
【００３５】
２０８は通信Ｉ／Ｆコントローラで、ネットワーク（例えば、図１に示したＬＡＮ６００）を介して外部機器と接続・通信するものであり、ネットワークでの通信制御処理を実行する。例えば、ＴＣＰ／ＩＰを用いた通信等が可能である。
【００３６】
なお、ＣＰＵ２０１は、例えばＲＡＭ２０３内の表示情報用領域へアウトラインフォントの展開（ラスタライズ）処理を実行することにより、ＣＲＴ２１０上での表示を可能としている。また、ＣＰＵ２０１は、ＣＲＴ２１０上の不図示のマウスカーソル等でのユーザ指示を可能とする。
【００３７】
本発明を実現するための後述する各種プログラムは、外部メモリ２１１に記録されており、必要に応じてＲＡＭ２０３にロードされることによりＣＰＵ２０１によって実行されるものである。さらに、上記プログラムの実行時に用いられる定義ファイル及び各種情報テーブル等も、外部メモリ２１１に格納されており、これらについての詳細な説明も後述する。
【００３８】
次に、図３を用いて、図１に示した複合機４００のハードウェア構成について説明する。
【００３９】
図３は、図１に示した複合機４００のハードウェア構成の一例を示すブロック図である。
【００４０】
図３において、３１６はコントローラユニットで、画像入力デバイスとして機能するスキャナ３１４や、画像出力デバイスとして機能するプリンタ部３１２と接続する一方、ＬＡＮ（例えば、図１に示したＬＡＮ６００）や公衆回線（ＷＡＮ）（例えば、ＰＳＴＮまたはＩＳＤＮ等）と接続することで、画像データやデバイス情報の入出力を行う。
【００４１】
コントローラユニット３１６において、３０１はＣＰＵで、システム全体を制御するプロセッサである。３０２はＲＡＭで、ＣＰＵ３０１が動作するためのシステムワークメモリであり、プログラムを記録するためのプログラムメモリや、画像データを一時記録するための画像メモリでもある。
【００４２】
３０３はＲＯＭで、システムのブートプログラムや各種制御プログラムが格納されている。３０４はハードディスクドライブ（ＨＤＤ）で、システムを制御するための各種プログラム，画像データ等を格納する。
【００４３】
３０７は操作部インタフェース（操作部Ｉ／Ｆ）で、操作部（キーボード）３０８とのインタフェース部である。また、操作部Ｉ／Ｆ３０７は、操作部３０８から入力したキー情報（例えば、スタートボタンの押下）をＣＰＵ３０１に伝える役割をする。
【００４４】
３０５はネットワークインタフェース（Ｎｅｔｗｏｒｋ Ｉ／Ｆ）で、ネットワーク（ＬＡＮ）６００に接続し、データの入出力を行う。３０６はモデム（ＭＯＤＥＭ）で、公衆回線に接続し、ＦＡＸの送受信等のデータの入出力を行う。
【００４５】
３１８は外部インタフェース（外部Ｉ／Ｆ）で、ＵＳＢ、ＩＥＥＥ１３９４，プリンタポート，ＲＳ−２３２Ｃ等の外部入力を受け付けるＩ／Ｆ部であり、本実施形態においては認証で必要となる携帯端末のＩＣカード（記憶媒体）の読み取り用のカードリーダ３１９が外部Ｉ／Ｆ部３１８に接続されている。そして、ＣＰＵ３０１は、この外部Ｉ／Ｆ３１８を介してカードリーダ３１９による携帯端末のＩＣカードからの情報読み取りを制御し、該携帯端末のＩＣカードから読み取られた情報を取得可能である。以上のデバイスがシステムバス３０９上に配置される。
【００４６】
３２０はイメージバスインタフェース（ＩＭＡＧＥ ＢＵＳ Ｉ／Ｆ）であり、システムバス３０９と画像データを高速で転送する画像バス３１５とを接続し、データ構造を変換するバスブリッジである。
【００４７】
画像バス３１５は、ＰＣＩバスまたはＩＥＥＥ１３９４で構成される。画像バス３１５上には以下のデバイスが配置される。
【００４８】
３１０はラスタイメージプロセッサ（ＲＩＰ）で、例えば、ＰＤＬコード等のベクトルデータをビットマップイメージに展開する。３１１はプリンタインタフェース（プリンタＩ／Ｆ）で、プリンタ部３１２とコントローラユニット３１６を接続し、画像データの同期系／非同期系の変換を行う。また、３１３はスキャナインタフェース（スキャナＩ／Ｆ）で、スキャナ３１４とコントローラユニット３１６を接続し、画像データの同期系／非同期系の変換を行う。
【００４９】
３１７は画像処理部で、入力画像データに対し補正、加工、編集を行ったり、プリント出力画像データに対して、プリンタの補正、解像度変換等を行う。また、これに加えて、画像処理部３１７は、画像データの回転や、多値画像データに対してはＪＰＥＧ、２値画像データはＪＢＩＧ、ＭＭＲ、ＭＨ等の圧縮伸張処理を行う。
【００５０】
スキャナ部３１４は、原稿となる紙上の画像を照明し、ＣＣＤラインセンサで走査することで、ラスタイメージデータとして電気信号に変換する。原稿用紙は原稿フィーダのトレイにセットし、装置使用者が操作部３０８から読み取り起動指示することにより、ＣＰＵ３０１がスキャナ３１４に指示を与え、フィーダは原稿用紙を１枚ずつフィードし原稿画像の読み取り動作を行う。
【００５１】
プリンタ部３１２は、ラスタイメージデータを用紙上の画像に変換する部分であり、その方式は感光体ドラムや感光体ベルトを用いた電子写真方式、微少ノズルアレイからインクを吐出して用紙上に直接画像を印字するインクジェット方式等があるが、どの方式でも構わない。プリント動作の起動は、ＣＰＵ３０１からの指示によって開始する。なお、プリンタ部３１２には、異なる用紙サイズまたは異なる用紙向きを選択できるように複数の給紙段を持ち、それに対応した用紙カセットがある。
【００５２】
操作部３０８は、ＬＣＤ表示部を有し、ＬＣＤ上にタッチパネルシートが貼られており、システムの操作画面を表示するとともに、表示してあるキーが押されるとその位置情報を操作部Ｉ／Ｆ３０７を介してＣＰＵ３０１に伝える。また、操作部３０８は、各種操作キーとして、例えば、スタートキー、ストップキー、ＩＤキー、リセットキー等を備える。
【００５３】
尚、表示部はプリンタによって表示性能が異なり、タッチパネルを介して操作をできるプリンタ、単に液晶画面を備え文字列を表示（印刷状態や印刷している文書名の表示）させるだけのプリンタによって本発明は構成されている。
【００５４】
ここで、操作部３０８のスタートキーは、原稿画像の読み取り動作を開始する時などに用いる。スタートキーの中央部には、緑と赤の２色ＬＥＤがあり、その色によってスタートキーが使える状態にあるかどうかを示す。また、操作部３０８のストップキーは、稼働中の動作を止める働きをする。また、操作部３０８のＩＤキーは、使用者のユーザＩＤを入力する時に用いる。リセットキーは、操作部からの設定を初期化する時に用いる。
【００５５】
カードリーダ３１９は、ＣＰＵ３０１からの制御により、携帯端末内に備えられたＩＣカードに記憶されている情報を読み取り、該読み取った情報を外部Ｉ／Ｆ３１８を介してＣＰＵ３０１へ通知する。
【００５６】
以上のような構成によって、プリンタ３００は、スキャナ３１４から読み込んだ画像データをＬＡＮ６００上に送信したり、ＬＡＮ６００から受信した印刷データをプリンタ部３１２により印刷出力することができる。
【００５７】
また、スキャナ３１４から読み込んだ画像データをモデム３０６により、公衆回線上にＦＡＸ送信したり、公衆回線からＦＡＸ受信した画像データをプリンタ部３１２により出力することできる。
【００５８】
以下、図４〜図６のフローチャートを用いて、本実施形態の詳細な処理の説明を行う。
【００５９】
まず、本実施形態では、予めＯＣＲに用いるフォームを定義しておき、ＯＣＲ用ＰＣ２００の外部メモリ２１１に記憶しておく。また、検査結果を記憶する文書発行ＰＣ３００から例えば、患者ごとの検査結果の帳票を出力装置３３０から出力する。出力された帳票は、図１２のような帳票レイアウトで、レコード作成日時１２０１、患者ＩＤ１２０２、病院電話番号１２０３、ページ番号１２０４が、また検査結果が印字されている。印字される情報は文書発行ＰＣ３００の外部メモリ２１１に記憶されているデータが呼び出され、外部メモリ２１１に記憶されているフォームとオーバーレイされ印刷される。
【００６０】
図４のＯＣＲする際に用いるフォームのフォーム定義に関するフローチャートを用いて説明する。
【００６１】
フォーム定義は、原紙画像を読込み後、読み取られた画像データからブロックセレクションを行い、ブロックセレクションで得られた罫線情報を保存する（ステップＳ４０１）。ＯＣＲ用ＰＣ２００に保存されているデータベースのフォーム定義テーブル（図１１、１１０１−１１０３）にフォームごとに登録する。なお、ブロックセレクションで得られた領域ごとに座標値を持っている。
【００６２】
ユーザの操作に応じて、領域の指定を受け付ける（ステップＳ４０２）。ユーザの操作に応じて、指定された領域に対応してＯＣＲする領域として、ＯＲＣ領域として設定を行う（ステップＳ４０３）。ＯＣＲ領域として設定された領域に対して、読み取る文字種別（数字や漢字等）などのＯＣＲ属性情報設定（ステップＳ４０４）を行う。
【００６３】
ステップＳ４０３とステップＳ４０４によって設定された値は、データベース（図１１、１１０４−１１０７）にＯＣＲ定義として登録する。
【００６４】
尚、フォーム定義は、スキャナから予め読み取られたフォームとなる画像（原紙画像）或いは、フォーム作成アプリケーションで生成されたフォームをイメージ化した画像（原紙画像）がＯＣＲ用ＰＣ２００の外部メモリ２１１に記憶されており、ユーザの操作に応じたフォーム定義指示に従って、このフォーム定義する画像データを取得する。
【００６５】
なお、フォーム定義については、一般的なＯＣＲソフトの汎用的な技術を用いて実施する。
【００６６】
図５は、図１のスキャンシステムにより実行されるスキャン時の全体フローチャートであり、本フローチャートの各ステップはＯＣＲ用ＰＣ２００のＣＰＵ２０１が実施する。
【００６７】
なお、事前準備として、処理の対象とする原稿（文書）を文書発行ＰＣ３００より発行する。管理サーバ１００では、文書発行ＰＣ３００）より文書発行依頼がきたタイミングで、文書情報管理テーブル（図７）の文書発行フラグ（７０４）を未発行（０）から発行済み（１）に更新する。文書情報管理テーブル（図７）のその他項目（７０１〜７０３）については、管理サーバ１００側で定期的に登録されるものとし、レコード作成日時７０１には一意の値が入るものとする。
【００６８】
なお、本フローチャートを複合機４００のＣＰＵ３０１が実行してもよい。
【００６９】
ステップＳ５０１からステップＳ５０４は、読み込まれた原稿画像がどのフォーム定義に該当するかをマッチングするフォーム認識処理のステップである。
【００７０】
まず、ステップＳ５０１で、複合機４００のスキャナで読み込んだ原稿の画像を、複合機４００から取得する。
【００７１】
次に、ステップＳ５０２では、ステップＳ４０５にてデータベースに保存されたフォーム定義テーブル（図１１）および、フォームフォルダ１００４に格納されているフォームイメージデータ（画像ファイル）を読み込む。ステップＳ５０１で取得した原稿の画像データ（認識対象の画像）とフォームイメージデータのマッチング（フォーム認識）を行う。
【００７２】
ステップＳ５０３では、ステップＳ４０５で保存したＯＣＲを行うための設定情報（ＯＣＲパターン）を複数のＯＣＲパターンの中から決定し、取得する。
【００７３】
このとき、原稿画像とフォームイメージデータのマッチングに失敗した（該当フォームが存在しない）場合は、フォーム認識エラーとして予め内部的に指定したエラーフォルダ（図１０の１００５）へデータを移動後、処理を終了する。該当フォームが存在する場合は、原稿画像（認識対象の画像）を、予め内部的に指定した保存先（図１０の１００１）に保存する。また、該当するフォームのＯＣＲパターン（定義）をＲＡＭ２０３上に記憶させる。
【００７４】
フォーム認識処理については、既存の一般的な技術を使用して実現することが可能である。このフォーム認識処理は、例えば、読み込んだフォームイメージデータ及び認識対象の画像から罫線を抽出し、罫線間の位置関係をフォームの特徴としてみなし、保存してあるフォームイメージデータと認識対象の画像の罫線構造を照合してフォームを識別する。
【００７５】
次に、ステップＳ５０４では、識別した画像をページごとに分割する。そして、その画像に対応し、保存してあるＯＣＲパターン（ＯＣＲ定義）を用いて認識処理（ＯＣＲ処理）を行う。ＯＣＲ処理された画像はファイル名が付与され、図８の１００２のフォルダへ格納される。
【００７６】
ＯＣＲ処理では、既存の技術を使用する。ＯＣＲ処理とは、手書き文字や印字された文字を光学的に読み取り、前もって記憶されたパターンとの照合により文字を特定し、文字データを入力することである。例えば、帳票レイアウトを図１２とすると、決定したＯＣＲパターンから領域開始位置（図１１の１１０５）及び領域終了位置（図１１の１１０６）、使用辞書（図１１の１１０７）を取得し、文字を特定する。
【００７７】
ステップＳ５０５では、図１２の１２０１〜１２０４の値となるＯＣＲ結果を取得する。ステップＳ５０５で取得する結果は、ＯＣＲ用ＰＣ２００の外部メモリ２１１上のデータベースの送信対象データテーブル（図８）の８０１〜８０４に保存される。尚、送信対象データテーブル（図８）の全ページ数（８０５）は、レコード作成日時をキーに管理サーバ１００のデータベース１１０の文書情報管理テーブルから参照した値を保存する。
【００７８】
なお、送信対象データテーブル（図８）の全ページ数（８０５）は、ＯＣＲ対象として取得してもよい。また、送信対象データテーブル（図８）のファイル名（８０６）は、フォーム認識した順に自動的に連番を振るものとする。
【００７９】
次に、ステップＳ５０６では、ユーザにＯＣＲ結果を確認させ、修正がある場合には修正されたデータを、送信対象データテーブル（図８）の更新をする。そして送信対象データテーブル（図８）を用いてページの欠落チェックを行う。ステップＳ５０６の処理の詳細は図６で後述する。
【００８０】
ステップＳ５０７では、ＯＣＲ用ＰＣ２００の外部メモリ２１１上のデータベースの送信対象データテーブル（図８）のデータを取得し、病院電話番号８０３、患者ＩＤ８０２、ページ番号８０４の昇順にソートする。
【００８１】
ステップＳ５０８にて、予め内部的に指定した保存先（図１０の１００２）内のファイルを病院電話番号ごとに結合し、ローカルもしくはネットワークフォルダに出力、もしくは、複合機４００を介して、結合したファイルごとの病院電話番号に対してＦＡＸ送信する。出力もしくは送信後、ＯＣＲ用ＰＣ２００の外部メモリ２１１上のデータベースの送信対象データテーブル（図８）の内容及び内部的に指定した保存先（図１０ １００２）の内容をクリア／削除する。
【００８２】
尚、本フローを途中でキャンセルする場合、処理対象データを予め内部的に指定したエラーフォルダ（図１０の１００５）へ移動後、ＯＣＲ用ＰＣ２００の外部メモリ２１１上のデータベース 送信対象データテーブル（図８）の内容をクリアし、処理を終了する。
【００８３】
次に、図６を用いて、ステップＳ５０６の欠落チェックの処理の詳細な説明をする。
【００８４】
まず、ステップＳ６０１では、ステップＳ５０５にて保存したＯＣＲ用ＰＣ２００の外部メモリ２１１のデータベースの送信対象データテーブル（図８）の内容を読み込む。
【００８５】
ステップＳ６０２では、送信対象データテーブル（図８）内の行数をレコード件数としてＲＡＭ２０３上に記憶し、レコード件数＝０（→１件目）より最終行までステップＳ６０３〜ステップＳ６１２の処理を繰り返す。
【００８６】
ステップＳ６０３では、オペレータの操作によって、ＯＣＲ結果が修正され送信対象データテーブル（図８）内容が更新する。なお、修正が必要ない場合には、ステップＳ６０３を省略する。なお、修正は、外部マスターなど参照することで、読み取り結果をチェックすることも可能である。
【００８７】
ステップＳ６０４では、送信対象データテーブル（図８）のページ番号（８０４）、全ページ数（８０５）を参照し、ページ欠落があるかどうかを確認する。具体的な確認方法としては、同じレコード作成日時（８０１）に対して、全ページ数（８０５）分のページ番号（８０４）が存在するかどうかをチェックする。
【００８８】
ステップＳ６０５では、全ページ分存在しないレコードがあれば、該当するレコード作成日時（８０１）のレコードについてページ欠落ありと判定する。
【００８９】
ステップＳ６０５にてページ欠落がない場合は、ステップＳ６０６では、ステップＳ５０３にて一時データフォルダ（図１０の１００１）に保存した原稿画像を送信対象データフォルダ（図１０の１００２）へ出力する。
【００９０】
ステップＳ６０５にてページ欠落がある場合、ステップＳ６０７では、送信対象データテーブル（図８）のレコード作成日時（８０１）と欠落しているページ番号をＲＡＭ２０３上に記憶する。
【００９１】
ステップＳ６０８では、ＯＣＲ用ＰＣ２００の外部メモリ２１１のデータベースの退避データテーブル（図９）を参照し、ステップＳ６０７でＲＡＭ２０３上に記憶したレコード作成日時と欠落しているページ番号とを、図９のレコード作成日時（９０１）及びページ番号（９０４）を突き合わせ、退避データの有無を判定する。
【００９２】
ステップＳ６０８にて該当データがある場合、ステップＳ６０９では、退避データテーブル（図９）の該当レコードを送信対象データテーブル（図８）へ登録後、退避データテーブル（図９）の元レコードを削除する。
【００９３】
また、ステップＳ６１０では、退避データフォルダ（図１０の１００３）から送信対象データフォルダ（図１０の１００２）へ該当画像をコピーし、退避データフォルダ（図１０の１００３）の元データを削除する。
【００９４】
ステップＳ６０８にて該当データがない場合、ステップＳ６１１では、送信対象データテーブル（図８）のページ欠落レコードを退避データテーブル（図９）へ登録後、送信対象データテーブル（図８）の元レコードを削除する。
【００９５】
また、ステップＳ６１２では、一時データフォルダ（図１０の１００１）から退避データフォルダ（図１０の１００３）へ該当画像をコピーし、一時データフォルダ（図１０ １００１）の元データを削除する。
【００９６】
次に、図７〜図１１を用いて、本実施形態で用いるデータについて説明する。
【００９７】
まず、図７は、管理サーバ１００上のデータベース１１０に記憶されている文書情報管理テーブルの一例である。
【００９８】
この文書情報管理テーブルは、検査結果とともに管理されているテーブルで検査結果に対応する帳票（文書）が発行された場合に更新されるテーブルである。検査結果が登録されると、レコード作成日時７０１と患者ＩＤが登録される。そして、この検査結果の帳票（文書）が発行されると、検査結果ごとの全ページ数７０３と文書発行フラグ７０４が記憶される。
【００９９】
次に図８は、ＯＣＲ用ＰＣ２００の外部メモリ２１１に記憶されている送信対象データテーブルの一例を示す図である。ＯＣＲ認識した結果を格納するためのテーブルである。
【０１００】
図１２の１２０１のＯＣＲ結果がレコード作成日時８０１へ記憶され、１２０２のＯＣＲ結果が患者ＩＤ８０２に記憶され、１２０３のＯＣＲ結果が病院電話番号８０３に記憶され、１２０４のＯＣＲ結果がページ番号８０４に記憶される。
【０１０１】
また、全ぺ字数８０５は、図７の文書情報管理テーブルから取得され記憶される。ファイル名８０６は、ファイル分割された際に生成されるファイルのファイル名が記憶される。
【０１０２】
図９は、ＯＣＲ用ＰＣ２００の外部メモリ２１１に記憶されている退避データテーブルの一例を示す図である。
【０１０３】
ＯＣＲした結果、欠落したページがある場合に、欠落したページが含まれるレコードのデータを記憶するためのテーブルである。９０１、９０２、９０３、９０４、９０５、９０６はそれぞれ、８０１、８０２、８０３、８０４、８０５、８０６に対応する。
【０１０４】
図１０は、処理ごとに画像ファイルを格納する先を定義したファイルの一例を示す図である。
【０１０５】
１００１は、フォーム認識で一致した場合に画像を格納するフォルダのパスが記憶されている。１００２は、ページ分割され、ページごとのファイルを格納するフォルダのパスが記憶されている。１００３は、欠落ページがあった場合に、欠落対象として決定されたファイルを格納するフォルダのパスが記憶されている。
【０１０６】
１００４は、フォームイメージデータが格納されているフォルダのパスが記憶されている。１００５は、フォーム認識エラー時に格納されるフォルダのパスが記憶されている。
図１１は、フォーム定義のデータ一例を示す図である。
【０１０７】
登録されたフォームごとにフォームＩＤが付与され１１０１に記憶され、フォームとなる画像ファイルのファイル名が１１０２に記憶される。また、各フォームのＯＣＲ定義情報にＩＤが付与され１１０３に記憶される。また、ＯＣＲ定義情報ＩＤに対応してＯＣＲｓ領域１１０４、領域開始位置１１０５、領域終了位置１１０６、使用辞書１１０７などＯＣＲに必要な設定情報が記憶されている。
【０１０８】
以上、本実施形態を説明したが、本実施形態の特徴的な構成は、スキャンして読み取られた原稿の第１の画像データを取得し（第１の画像データ取得）、で取得した第１の画像データを文字認識し、得られた文字認識結果に含まれるページ数に従って送信する第１の画像データに不足があるか否かを判定し（第１の不足判定）、前記第１の画像データが不足のある画像データであると判定した場合に、当該第１の画像データに対応する不足した第２の画像データを取得し（第２の画像取得）、取得した第１の画像データと取得した第２の画像データとを、得られた文字認識結果から決定される送信先にまとめて送信するべく出力することである。
【０１０９】
以上のように、本実施形態によれば、原稿をスキャンして得られたファクシミリ送信するデータに、まとめて送信できないファクシミリデータがある場合でも、適切にまとめてファクシミリ送信することができる。
【０１１０】
より具体的には、読み込み単位やページ欠落している場合でも、適正なグルーピング／ソート処理を行いファクシミリ送信する仕組みを提供することにより、ＦＡＸ受信側で、検査結果を手動でまとめる（並べ替える）作業を省略できる。
【０１１１】
また、ファクシミリ送信側でも読込み前に宛先ごとに並べ替えたり、ページ欠落チェックを行う必要がなくなる。
【０１１２】
さらに、作業効率だけではなく、欠落したデータを後で別に送ることがなくなる、つまり同一の宛先に対してまとめてファクシミリ送信を行える為、ファクシミリ通信コストの削減が見込める。
【０１１３】
なお、上述した各種データの構成及びその内容はこれに限定されるものではなく、用途や目的に応じて、様々な構成や内容で構成されることは言うまでもない。
【０１１４】
以上、一実施形態について示したが、本発明は、例えば、システム、装置、方法、プログラムもしくは記録媒体等としての実施態様をとることが可能であり、具体的には、複数の機器から構成されるシステムに適用しても良いし、また、一つの機器からなる装置に適用しても良い。
【０１１５】
また、本発明におけるプログラムは、図４〜図６に示すフローチャートの処理方法をコンピュータが実行可能なプログラムであり、本発明の記憶媒体は図４〜図６の処理方法をコンピュータが実行可能なプログラムが記憶されている。なお、本発明におけるプログラムは図４〜図６の各装置の処理方法ごとのプログラムであってもよい。
【０１１６】
以上のように、前述した実施形態の機能を実現するプログラムを記録した記録媒体を、システムあるいは装置に供給し、そのシステムあるいは装置のコンピュータ（またはＣＰＵやＭＰＵ）が記録媒体に格納されたプログラムを読出し実行することによっても、本発明の目的が達成されることは言うまでもない。
【０１１７】
この場合、記録媒体から読み出されたプログラム自体が本発明の新規な機能を実現することになり、そのプログラムを記憶した記録媒体は本発明を構成することになる。
【０１１８】
プログラムを供給するための記録媒体としては、例えば、フレキシブルディスク、ハードディスク、光ディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＤＶＤ−ＲＯＭ、磁気テープ、不揮発性のメモリカード、ＲＯＭ、ＥＥＰＲＯＭ、シリコンディスク、ソリッドステートドライブ等を用いることができる。
【０１１９】
また、コンピュータが読み出したプログラムを実行することにより、前述した実施形態の機能が実現されるだけでなく、そのプログラムの指示に基づき、コンピュータ上で稼働しているＯＳ（オペレーティングシステム）等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【０１２０】
さらに、記録媒体から読み出されたプログラムが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれた後、そのプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵ等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【０１２１】
また、本発明は、複数の機器から構成されるシステムに適用しても、１つの機器からなる装置に適用してもよい。また、本発明は、システムあるいは装置にプログラムを供給することによって達成される場合にも適応できることは言うまでもない。この場合、本発明を達成するためのプログラムを格納した記録媒体を該システムあるいは装置に読み出すことによって、そのシステムあるいは装置が、本発明の効果を享受することが可能となる。
【０１２２】
さらに、本発明を達成するためのプログラムをネットワーク上のサーバ、データベース等から通信プログラムによりダウンロードして読み出すことによって、そのシステムあるいは装置が、本発明の効果を享受することが可能となる。
【０１２３】
なお、上述した各実施形態およびその変形例を組み合わせた構成も全て本発明に含まれるものである。
【符号の説明】
【０１２４】
１００ 管理サーバ
１１０ データベース
２００ ＯＣＲ用ＰＣ
３００ 文書発行ＰＣ
３３０ 出力装置
４００ 複合機
５００ 通信網
【特許請求の範囲】
【請求項１】
スキャンして読み取られた原稿の第１の画像データを取得する第１の画像データ取得手段と、
前記画像データ取得手段で取得した第１の画像データを文字認識する文字認識手段と、
前記文字認識手段で得られた文字認識結果に含まれるページ数に従って送信する第１の画像データに不足があるか否かを判定する第１の不足判定手段と、
前記第１の画像データが不足のある画像データであると判定した場合に、当該第１の画像データに対応する不足した第２の画像データを取得する第２の画像取得手段と、
前記第１の画像取得手段で取得した第１の画像データと前記第２の画像取得手段で取得した第２の画像データとを、前記文字認識手段で得られた文字認識結果から決定される送信先にまとめて送信するべく出力する出力手段と
を備えることを特徴とする情報処理装置。
【請求項２】
前記第１の画像データが不足のある画像データであると判定した場合に、当該第１の画像データに対応する前記第２の画像データがあるか否かを判定する第２の不足判定手段と、
前記第２の不足判定手段で、前記第２の画像データがないと判定される場合に、前記第１の画像データを第２の画像データとして退避する退避手段と
を更に備えることを特徴とする請求項１に記載の情報処理装置。
【請求項３】
前記出力手段は、前記第１の不足判定手段で、前記第１の画像データが不足のない画像データであると判定した場合に、当該第１の画像データの文字認識結果から決定される送信先と一致する、不足のない他の画像データとまとめて送信するべく出力ことを特徴とする請求項１又は２に記載の情報処理装置。
【請求項４】
前記他の画像データは、前記第１の画像データと第２の画像データとで構成された画像データであることを特徴とする請求項３に記載の情報処理装置。
【請求項５】
前記第２の画像データの出力に従って、前記退避手段で退避した第２の画像データを削除する第２の画像データ削除手段を
更に備えることを特徴とする情報処理装置。
【請求項６】
前記情報処理装置は、画像形成装置であることを特徴とする請求項１乃至５のいずれか１項に記載の情報処理装置。
【請求項７】
情報処理装置が、
スキャンして読み取られた原稿の第１の画像データを取得する第１の画像データ取得ステップと、
前記画像データ取得ステップで取得した第１の画像データを文字認識する文字認識ステップと、
前記文字認識ステップで得られた文字認識結果に含まれるページ数に従って送信する第１の画像データに不足があるか否かを判定する第１の不足判定ステップと、
前記第１の画像データが不足のある画像データであると判定した場合に、当該第１の画像データに対応する不足した第２の画像データを取得する第２の画像取得ステップと、
前記第１の画像取得ステップで取得した第１の画像データと前記第２の画像取得ステップで取得した第２の画像データとを、前記文字認識ステップで得られた文字認識結果から決定される送信先にまとめて送信するべく出力する出力ステップと
を実行することを特徴とする送信方法。
【請求項８】
情報処理装置で実行可能なプログラムであって、
前記情報処理装置を
スキャンして読み取られた原稿の第１の画像データを取得する第１の画像データ取得手段と、
前記画像データ取得手段で取得した第１の画像データを文字認識する文字認識手段と、
前記文字認識手段で得られた文字認識結果に含まれるページ数に従って送信する第１の画像データに不足があるか否かを判定する第１の不足判定手段と、
前記第１の画像データが不足のある画像データであると判定した場合に、当該第１の画像データに対応する不足した第２の画像データを取得する第２の画像取得手段と、
前記第１の画像取得手段で取得した第１の画像データと前記第２の画像取得手段で取得した第２の画像データとを、前記文字認識手段で得られた文字認識結果から決定される送信先にまとめて送信するべく出力する出力手段と
して機能させることを特徴とするプログラム。
【請求項１】
スキャンして読み取られた原稿の第１の画像データを取得する第１の画像データ取得手段と、
前記画像データ取得手段で取得した第１の画像データを文字認識する文字認識手段と、
前記文字認識手段で得られた文字認識結果に含まれるページ数に従って送信する第１の画像データに不足があるか否かを判定する第１の不足判定手段と、
前記第１の画像データが不足のある画像データであると判定した場合に、当該第１の画像データに対応する不足した第２の画像データを取得する第２の画像取得手段と、
前記第１の画像取得手段で取得した第１の画像データと前記第２の画像取得手段で取得した第２の画像データとを、前記文字認識手段で得られた文字認識結果から決定される送信先にまとめて送信するべく出力する出力手段と
を備えることを特徴とする情報処理装置。
【請求項２】
前記第１の画像データが不足のある画像データであると判定した場合に、当該第１の画像データに対応する前記第２の画像データがあるか否かを判定する第２の不足判定手段と、
前記第２の不足判定手段で、前記第２の画像データがないと判定される場合に、前記第１の画像データを第２の画像データとして退避する退避手段と
を更に備えることを特徴とする請求項１に記載の情報処理装置。
【請求項３】
前記出力手段は、前記第１の不足判定手段で、前記第１の画像データが不足のない画像データであると判定した場合に、当該第１の画像データの文字認識結果から決定される送信先と一致する、不足のない他の画像データとまとめて送信するべく出力ことを特徴とする請求項１又は２に記載の情報処理装置。
【請求項４】
前記他の画像データは、前記第１の画像データと第２の画像データとで構成された画像データであることを特徴とする請求項３に記載の情報処理装置。
【請求項５】
前記第２の画像データの出力に従って、前記退避手段で退避した第２の画像データを削除する第２の画像データ削除手段を
更に備えることを特徴とする情報処理装置。
【請求項６】
前記情報処理装置は、画像形成装置であることを特徴とする請求項１乃至５のいずれか１項に記載の情報処理装置。
【請求項７】
情報処理装置が、
スキャンして読み取られた原稿の第１の画像データを取得する第１の画像データ取得ステップと、
前記画像データ取得ステップで取得した第１の画像データを文字認識する文字認識ステップと、
前記文字認識ステップで得られた文字認識結果に含まれるページ数に従って送信する第１の画像データに不足があるか否かを判定する第１の不足判定ステップと、
前記第１の画像データが不足のある画像データであると判定した場合に、当該第１の画像データに対応する不足した第２の画像データを取得する第２の画像取得ステップと、
前記第１の画像取得ステップで取得した第１の画像データと前記第２の画像取得ステップで取得した第２の画像データとを、前記文字認識ステップで得られた文字認識結果から決定される送信先にまとめて送信するべく出力する出力ステップと
を実行することを特徴とする送信方法。
【請求項８】
情報処理装置で実行可能なプログラムであって、
前記情報処理装置を
スキャンして読み取られた原稿の第１の画像データを取得する第１の画像データ取得手段と、
前記画像データ取得手段で取得した第１の画像データを文字認識する文字認識手段と、
前記文字認識手段で得られた文字認識結果に含まれるページ数に従って送信する第１の画像データに不足があるか否かを判定する第１の不足判定手段と、
前記第１の画像データが不足のある画像データであると判定した場合に、当該第１の画像データに対応する不足した第２の画像データを取得する第２の画像取得手段と、
前記第１の画像取得手段で取得した第１の画像データと前記第２の画像取得手段で取得した第２の画像データとを、前記文字認識手段で得られた文字認識結果から決定される送信先にまとめて送信するべく出力する出力手段と
して機能させることを特徴とするプログラム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【公開番号】特開２０１１−１３５２１１（Ｐ２０１１−１３５２１１Ａ）
【公開日】平成２３年７月７日（２０１１．７．７）
【国際特許分類】
【出願番号】特願２００９−２９１１６６（Ｐ２００９−２９１１６６）
【出願日】平成２１年１２月２２日（２００９．１２．２２）
【出願人】（３０１０１５９５６）キヤノンソフトウェア株式会社 (364)
【Ｆターム（参考）】
【公開日】平成２３年７月７日（２０１１．７．７）
【国際特許分類】
【出願日】平成２１年１２月２２日（２００９．１２．２２）
【出願人】（３０１０１５９５６）キヤノンソフトウェア株式会社 (364)
【Ｆターム（参考）】
[ Back to top ]