(57)【要約】      （修正有）【課題】送信元により異なる領域に記載された返信箇所を特定する情報処理装置、システム、情報処理方法及びプログラムを提供する。【解決手段】送信原稿を識別する送信原稿識別情報を保存する第１の保存手段と、送信原稿の送信先毎に、受信時に処理対象とする領域情報を保存する第２の保存手段と、受信原稿の帳票を識別する識別手段と、識別手段により識別された帳票が処理対象の帳票であった場合、受信原稿に対応する送信原稿を識別する送信原稿識別情報が第１の保存手段により保存されているか否かを判定する判定手段と、判定手段により受信原稿に対応する送信原稿を識別する送信原稿識別情報が第１の保存手段により保存されていると判定された場合、受信原稿の送信元情報を取得する取得手段と、取得手段により取得された送信元情報に基づいて、第２の保存手段により保存されている領域情報を特定する特定手段と、を有する。【選択図】図１２
2016039602.tif 000002
【特許請求の範囲】
【請求項１】
送信原稿を識別する送信原稿識別情報を保存する第１の保存手段と、
前記送信原稿の送信先毎に、受信時に処理対象とする領域情報を保存する第２の保存手段と、
受信原稿の帳票を識別する識別手段と、
前記識別手段により識別された帳票が処理対象の帳票であった場合、前記受信原稿に対応する送信原稿を識別する送信原稿識別情報が前記第１の保存手段により保存されているか否かを判定する判定手段と、
前記判定手段により前記受信原稿に対応する送信原稿を識別する送信原稿識別情報が前記第１の保存手段により保存されていると判定された場合、前記受信原稿の送信元情報を取得する取得手段と、
前記取得手段により取得された送信元情報に基づいて、前記第２の保存手段により保存されている領域情報を特定する特定手段と、
を有する情報処理装置。
【請求項２】
前記送信原稿を保存する第３の保存手段と、
前記特定手段により特定された前記領域情報で示される領域を切り出す切り出し手段と、
前記切り出し手段により切り出された前記領域を、前記受信原稿に対応する、前記第３の保存手段により保存されている前記送信原稿の対応する領域に貼り付ける貼り付け手段と、
を更に有する請求項１記載の情報処理装置。
【請求項３】
前記切り出し手段により切り出された前記領域に対する加筆の有無を判定する加筆判定手段と、
前記加筆判定手段により前記領域に対する加筆が無いと判定された場合、前記受信原稿の送信元に対して記載ミスを通知する通知手段と、
を更に有する請求項２記載の情報処理装置。
【請求項４】
前記情報処理装置は、ＦＡＸの送信機能、及び、受信機能を有する画像形成装置である請求項１乃至３何れか１項記載の情報処理装置。
【請求項５】
前記受信原稿が複数ページにより構成されている場合、前記識別情報と、前記判定手段と、前記取得手段と、前記特定手段とは、ページ毎に各処理を実行する請求項１記載の情報処理装置。
【請求項６】
送信原稿を識別する送信原稿識別情報を保存する第１の保存手段と、
前記送信原稿の送信先毎に、受信時に処理対象とする領域情報を保存する第２の保存手段と、
受信原稿の帳票を識別する識別手段と、
前記識別手段により識別された帳票が処理対象の帳票であった場合、前記受信原稿に対応する送信原稿を識別する送信原稿識別情報が前記第１の保存手段により保存されているか否かを判定する判定手段と、
前記判定手段により前記受信原稿に対応する送信原稿を識別する送信原稿識別情報が前記第１の保存手段により保存されていると判定された場合、前記受信原稿の送信元情報を取得する取得手段と、
前記取得手段により取得された送信元情報に基づいて、前記第２の保存手段により保存されている領域情報を特定する特定手段と、
を有するシステム。
【請求項７】
情報処理装置が実行する情報処理方法であって、
送信原稿を識別する送信原稿識別情報を保存する第１の保存ステップと、
前記送信原稿の送信先毎に、受信時に処理対象とする領域情報を保存する第２の保存ステップと、
受信原稿の帳票を識別する識別ステップと、
前記識別ステップにより識別された帳票が処理対象の帳票であった場合、前記受信原稿に対応する送信原稿を識別する送信原稿識別情報が前記第１の保存ステップにより保存されているか否かを判定する判定ステップと、
前記判定ステップにより前記受信原稿に対応する送信原稿を識別する送信原稿識別情報が前記第１の保存ステップにより保存されていると判定された場合、前記受信原稿の送信元情報を取得する取得ステップと、
前記取得ステップにより取得された送信元情報に基づいて、前記第２の保存ステップにより保存されている領域情報を特定する特定ステップと、
を含む情報処理方法。
【請求項８】
コンピュータに、
送信原稿を識別する送信原稿識別情報を保存する第１の保存ステップと、
前記送信原稿の送信先毎に、受信時に処理対象とする領域情報を保存する第２の保存ステップと、
受信原稿の帳票を識別する識別ステップと、
前記識別ステップにより識別された帳票が処理対象の帳票であった場合、前記受信原稿に対応する送信原稿を識別する送信原稿識別情報が前記第１の保存ステップにより保存されているか否かを判定する判定ステップと、
前記判定ステップにより前記受信原稿に対応する送信原稿を識別する送信原稿識別情報が前記第１の保存ステップにより保存されていると判定された場合、前記受信原稿の送信元情報を取得する取得ステップと、
前記取得ステップにより取得された送信元情報に基づいて、前記第２の保存ステップにより保存されている領域情報を特定する特定ステップと、
を実行させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、送信元により異なる領域に記載された返信箇所を特定することができる情報処理装置、システム、情報処理方法及びプログラムに関する。
【背景技術】
【０００２】
受信したＦＡＸの処理方法やフォーマットを識別し、文書の処理を決定する技術として、以下の技術がある。
特許文献１には、受信したＦＡＸを識別する技術が公開されている。特許文献１の技術では、受信ＦＡＸの予め決まめられた領域に、受信したＦＡＸの配信先を示す情報が埋められていると定義されている。サーバは、ＦＡＸ受信時に予め決められた領域をＯＣＲ処理することで配信先を決定し、受信したＦＡＸを配信する。
特許文献２には、受信したＦＡＸを識別、処理する技術が公開されている。特許文献２の技術では、複数の電話回線を持つＦＡＸ受信装置において、受信した回線毎に、届く予定の帳票を想定しておく。そして、ＦＡＸ受信装置は、受信したＦＡＸ文書を、その回線で想定した帳票フォーマットに従い、帳票内の予め決められた領域をＯＣＲ処理し、画面表示し、画面上で編集可能とする。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開平８-３３６０３４号公報
【特許文献２】特開平６−１５２８４５号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
ＦＡＸを使った業務フローとして、送信したＦＡＸに対する返信ＦＡＸを期待し、返信ＦＡＸを前提として成り立つ業務フローがある。
例えば、介護業界においては、次のような業務フローがある。介護プランを立てるケアマネージャー（以下、ケアマネという）が、月初に、利用者一人一人のケアプランを立案し、実際の介護を委託する介護事業者へＦＡＸでケアプランを提示する。このとき、利用者一人につき、複数の介護事業者へ介護を委託する。ケアマネから介護を委託された各介護事業者は、介護プランに基づき、利用者に対し介護サービスを実施する。そして、月末に、提供した介護サービスの実績を介護プランに書き込み、ケアマネにＦＡＸで返信する。ケアマネは、各介護事業者から受信した実績をまとめて、国へ保険請求することで収入を得ている。ここで、ケアマネは、国への保険請求のために、保険請求システムと連携する介護業務システムへ実績値を入力している。
上記業務フロー例においては、ケアプランは、利用者毎に1枚の用紙で表されている。その用紙上に複数の介護事業者に委託する介護プランが記載されている。したがって、ケアマネは、利用者毎にこの1枚の用紙を、委託先である複数の介護事業者宛に送信する。一方、月末に介護事業者は、利用者毎のケアプラン用紙上に、自身が委託されたプランの実績のみを記入し、ケアマネに対してＦＡＸ送信する。したがって、月末に一人のケアマネは、同じフォーマットのＦＡＸを、担当する利用者数×委託する介護事業者数（担当する利用者により数は異なる）で算出される枚数を受け取ることになる。
【０００５】
ケアマネは、受信したＦＡＸを紙に印刷して閲覧している場合、毎月大量の紙を消費する。
また、紙に印刷しないでＦＡＸをＰＣで閲覧する場合も、紙で印刷して閲覧する場合も、同じフォーマットの帳票の一部のみを参照して介護業務システムへ入力する作業となるため、ミスが発生し易い。
また、介護事業者側は、用紙上に同じ形式の表が並ぶフォーマット上の、自身担当部分のみに実績記入するため、記入箇所を間違えることもある。介護事業者は、その間違えに気付かずにケアマネに返信することもある。ケアマネ側はそれが間違いなのか、実績なしなのか判断はつかない。そのため、ケアマネが気付いて介護事業者に手作業で確認をとるケースと、ケアマネが気付かず実績なしのまま介護業務システムへ入力してしまうケースと、があった。
【課題を解決するための手段】
【０００６】
そこで、本発明の情報処理装置は、送信原稿を識別する送信原稿識別情報を保存する第１の保存手段と、前記送信原稿の送信先毎に、受信時に処理対象とする領域情報を保存する第２の保存手段と、受信原稿の帳票を識別する識別手段と、前記識別手段により識別された帳票が処理対象の帳票であった場合、前記受信原稿に対応する送信原稿を識別する送信原稿識別情報が前記第１の保存手段により保存されているか否かを判定する判定手段と、前記判定手段により前記受信原稿に対応する送信原稿を識別する送信原稿識別情報が前記第１の保存手段により保存されていると判定された場合、前記受信原稿の送信元情報を取得する取得手段と、前記取得手段により取得された送信元情報に基づいて、前記第２の保存手段により保存されている領域情報を特定する特定手段と、を有する。
【発明の効果】
【０００７】
本発明によれば、送信元により異なる領域に記載された返信箇所を特定することができる。
【図面の簡単な説明】
【０００８】
【図１】第一実施形態のシステムの全体構成の一例を示す図である。
【図２】複合機のハードウェア構成の一例を示す図である。
【図３】複合機のソフトウェア構成の一例を示す図である。
【図４】アプリケーションの構成の一例を示す図である。
【図５】Ｗｅｂブラウザの構成の一例を示す図である。
【図６】メモリマップの構造の一例を示す図である。
【図７】ケアマネ事務所から介護事業所Ａ、介護事業所Ｂへ送信するＦＡＸ帳票の一例を示す図である。
【図８】送信先別領域情報テーブルの一例を示す図である。
【図９】介護事業所Ａからケアマネ事務所に、実績記入し、返信されたＦＡＸ帳票の一例を示す図である。
【図１０】介護事業所Ａ及び介護事業所Ｂから返信されたＦＡＸ帳票を、１枚にマージした帳票の一例を示す図である。
【図１１】複合機がＦＡＸ原稿を読み込む情報処理の一例を示すフローチャートである。
【図１２】複合機におけるＦＡＸ受信処理のフローチャートである。
【図１３】第二実施形態のシステムの全体構成の一例を示す図である。
【図１４】サーバのハードウェア構成の一例を示す図である。
【図１５】ＦＡＸ送信帳票のＦＡＸ送信処理の一例を示すフローチャートである。
【図１６】複合機のＦＡＸ受信処理のフローチャートである。
【図１７】介護事業所Ａ及び介護事業所Ｂから返信されたＦＡＸ帳票を、１枚にマージした帳票の一例を示す図である。
【発明を実施するための形態】
【０００９】
以下、本発明の実施形態について図面に基づいて説明する。
【００１０】
＜第一実施形態＞
図１は、第一実施形態のシステムの全体構成の一例を示す図である。
まず、本システムの全体像を説明する。本システムは、ケアマネ事務所（本実施形態ではケアマネ事務所１０１）と、１つ以上の介護事業所（本実施形態では介護事業所Ａ（１０３），Ｂ（１０５）の２つ）で構成される。ケアマネ事務所１０１、介護事業所Ａ（１０３）、介護事業所Ｂ（１０５）は、公衆回線１０７に接続可能な環境にある。
ケアマネ事務所１０１には、複合機１０２が存在し、公衆回線１０７に接続されている。
介護事業所１０３には、ＦＡＸ装置１０４が存在し、公衆回線１０７に接続されている。
介護事業所１０５には、ＦＡＸ装置１０６が存在し、公衆回線１０７に接続されている。
複合機は、ＦＡＸの送信機能、及び、受信機能を有する画像形成装置の一例である。
【００１１】
次に、本システムを構成する各装置について、個別に説明する。
複合機１０２及びＦＡＸ装置１０４、１０６は、公衆回線１０７を介して、ＦＡＸ画像の送受信を行う。なお、ＦＡＸが送受信可能な装置であれば、複合機であっても、ＰＣであってもよい。また、本実施形態では、複合機１０２及びＦＡＸ装置１０４、１０６は、公衆回線１０７を通じてＦＡＸの送受信を行っている。しかし、複合機１０２、ＦＡＸ装置１０４、１０６が互いにインターネットに接続されており、インターネットを利用したＦＡＸ送受信プロトコルに対応していれば、インターネットを介したＦＡＸ送受信でもよい。
複合機１０２は、本実施形態の処理に関係する機能として、紙原稿をスキャンして画像データとして読み込む機能、ＦＡＸ送受信機能、画像読み込み時及びＦＡＸ受信時に以下に示す実施形態に関わる処理を施す機能を持つ。更に、複合機１０２は、送受信した画像データをはじめとする各種ファイルを、複合機１０２内のストレージ領域に保管する機能、操作部で保管したデータの閲覧及び印刷指示する機能を持つ。これらの機能は、複合機１０２のファームウェアにより提供されても、複合機１０２に後からインストールされてＣＰＵがプログラムを実行することにより提供されてもよい。
【００１２】
図２は、複合機１０２のハードウェア構成の一例を示す図である。ＣＰＵ２０２を含む制御部２０１は、複合機１０２全体の動作を制御する。ＣＰＵ２０２は、ＲＯＭ２０３に記憶された制御プログラムを読み出して読取制御や送信制御等の各種制御を行う。ＣＰＵ２０２が、ＲＯＭ２０３又はＨＤＤ２０５に記憶されている制御プロクラム等のプログラムを実行することによって、複合機１０２のソフトウェア構成及び後述する複合機１０２におけるフローチャートの処理が実現される。ＲＡＭ２０４は、ＣＰＵ２０２の主メモリ、ワークエリア等の一時記憶領域として用いられる。
ＨＤＤ２０５は、画像データや各種プログラム、或いは各種情報テーブルを記憶する。操作部Ｉ／Ｆ２０６は、操作部２１２と制御部２０１とを接続する。操作部２１２には、タッチパネル機能を有する液晶表示部やキーボード等が備えられている。
複合機１０２のＷｅｂブラウザ３０４、アプリケーション３０９、３１０は、処理に応じてＡＰＩ３０３、仮想マシンＡＰＩ３０６を呼び出し、コントローラ制御部３０２に処理を依頼することによって操作画面を操作部２１２の液晶表示部に表示する。
プリンタＩ／Ｆ２０７は、プリンタ２１３と制御部２０１とを接続する。プリンタ２１３で印刷すべき画像データは、プリンタＩ／Ｆ２０７を介して制御部２０１から転送され、プリンタ２１３において記録媒体上に印刷される。複合機１０２のＷｅｂブラウザ３０４、アプリケーション３０９、３１０は処理に応じてＡＰＩ３０３、仮想マシンＡＰＩ３０６を呼び出し、コントローラ制御部３０２に処理を依頼することによって印刷処理を実行する。
【００１３】
スキャナＩ／Ｆ２０８は、スキャナ２１４と制御部２０１とを接続する。スキャナ２１４は、原稿上の画像を読み取って画像データを生成し、スキャナＩ／Ｆ２０８を介して制御部２０１に入力する。Ｗｅｂブラウザ３０４、アプリケーション３０９、３１０は処理に応じてＡＰＩ３０３、仮想マシンＡＰＩ３０６を呼び出し、コントローラ制御部３０２に処理を依頼することによってスキャン処理を実行し、画像データを受信する。
アクセサリＩ／Ｆ２０９は、フィニッシャ２１５と制御部２０１とを接続する。図２では、アクセサリＩ／Ｆ２０９に接続するアクセサリの代表としてフィニッシャ２１５を示したが、アクセサリＩ／Ｆ２０９には他のアクセサリを１つ、又は複数接続することも可能である。アクセサリとしては、パンチ穴を空けるパンチャー、ステープルを行うステープラー、製本を行う製本ユニット、出力物のソートを行うソーター等がある。
モデムＩ／Ｆ２１０は、モデム２１６と制御部２０１とを接続する。モデム２１６は、公衆回線に接続し、外部からのＦＡＸの受信、及び、外部へのＦＡＸの送信を行う。
ネットワークＩ／Ｆ２１１は、制御部２０１をＬＡＮに接続する。ネットワークＩ／Ｆ２１１は、ＬＡＮ上の外部装置に画像データや情報を送信したり、ＬＡＮ上の外部装置から各種情報を受信したりする。
なお、ＦＡＸ装置１０４、１０６も、アクセサリＩ／Ｆ２０９、フィニッシャ２１５、ネットワークＩ／Ｆ２１１を除く部分は、同じ構成である。
【００１４】
図３は、複合機１０２のソフトウェア構成の一例を示す図である。
ＯＳ（オペレーティング・システム）３０１は、複合機１０２全体を制御する第１の実行環境の一例である。一般的にＯＳ３０１は、複合機１０２の各種機能をリアルタイムに制御可能なリアルタイムＯＳの各モジュール、或いは、ＣＰＵに命令してクリティカルに複写機のオプション装置、拡張カードを含む各機能を制御することが可能なライブラリ群から構成される。更に、ＯＳ３０１はその上位で動作するアプリケーションに対して、インターフェース・コマンドを提供するモジュール群を含む。
コントローラ制御部３０２は、ＯＳ３０１上で動作し、スキャナ２１４、プリンタ２１３、等を制御するモジュールにより構成される。
ＡＰＩ３０３は、アプリケーションから入力される命令に係る命令列に応答して、コントローラ制御部３０２にアクセスするための処理とネットワークＩ／Ｆ２１１を介してネットワークに接続された機器等に制御コマンドを送る処理とを行う。ＡＰＩは、アプリケーション・プログラミング・インターフェースの略である。
Ｗｅｂブラウザ３０４は、ＯＳ３０１上で動作するアプリケーションの１つであり、ＡＰＩ３０３を使用しコントローラ制御部３０２に各種処理を依頼する。
【００１５】
仮想マシン３０５は、特定のアプリケーションを実行するために最適な第２の実行環境の一例である。例えば、仮想マシン３０５は、Ｊａｖａ（登録商標）の仮想マシン等により実現される。
仮想マシンＡＰＩ３０６は、仮想マシン３０５上のアプリケーションがＯＳ３０１上で動作するコントローラ制御部３０２にアクセスするためのＡＰＩであり、本実施形態においてはＡＰＩ３０３を呼び出すための変換モジュールの機能を有する。なお、本実施形態の説明においては、アプリケーション３０９、３１０のようなアプリケーションを想定して説明するが、Ｗｅｂブラウザ３０４のようなアプリケーションであってもよい。
Ｆｒａｍｅｗｏｒｋ（フレームワーク）３０７は、仮想マシン３０５上のアプリケーションを統括的に制御する機能を有するフレームワークモジュールである。アプリケーション管理アプリケーション３０８は、仮想マシン３０５上の他のアプリケーションを管理するためのアプリケーションであり、フレームワーク３０７と協調し、アプリケーション３０９、３１０のダウンロード、アップロード、消去、無効化を行う。
【００１６】
アプリケーション３０９、３１０は、仮想マシン３０５上で動作するアプリケーションであり、仮想マシンＡＰＩ３０６を使用し、コントローラ制御部３０２に各種処理を依頼する。本実施形態において、複合機１０２がＦＡＸする画像を読み込む際の処理（後述する図１１）を行うアプリケーション、及び、受信したＦＡＸ画像に対して処理（後述する図１２）を行うアプリケーションは、以下、アプリケーション３０９として説明する。
リソース管理部３１１は、仮想マシン３０５が使用する資源を管理し、ＯＳ３０１上で動作する。リソース管理部３１１は、仮想マシン３０５自身、仮想マシンＡＰＩ３０６、フレームワーク３０７、或いはＯＳ３０１上の全アプリケーションがメモリ等のリソース資源を使用する際、予め決められた以上の資源が使用できないように制限する。例えばリソース管理部３１１は、操作部２１２に画面を表示するアプリケーションについて、予め決められたアプリケーション上限数を超えた場合には、ＵＩ表示を行うことができない、等の制限を行う。
【００１７】
図４は、アプリケーション３０９、３１０の構成の一例を示す図である。
ＵＩ制御部４０１は、複合機１０２が処理を行うための設定をユーザに促すためのＵＩを表示する。例えば、ＵＩ制御部４０１は、スキャン処理を行う際には、画像処理装置自体が生成可能なスキャンデータを設定させるためのＵＩを表示する。また、ＵＩ制御部４０１は、印刷処理を行う際には、画像処理装置自体が印刷可能なデータの取得を設定させるためのＵＩを表示する。また、ＵＩ制御部４０１は、後述のＷｅｂブラウザ連携部４０５からの依頼により、アプリケーション３０９、３１０の画面を操作部２１２の前面に表示するといった制御を行う。
スキャン処理制御部４０２は、ＵＩ制御部４０１での設定内容にしたがって、設定内容が画像処理装置自体の処理能力と整合性があっているかを考慮した処理を行う。
印刷処理制御部４０３は、ＵＩ制御部４０１での設定内容にしたがって、設定内容が画像処理装置自体の処理能力と整合性があっているかを考慮した処理を行う。
通信部４０４は、データの送受信や、ＦＴＰ、ＳＭＢ、ＷｅｂＤＡＶ等にしたがってファイルの送受信を行う処理を行う。
Ｗｅｂブラウザ連携部４０５は、Ｗｅｂブラウザ３０４と通信し、Ｗｅｂブラウザ３０４の呼び出しや、Ｗｅｂブラウザ３０４からの操作終了の通知を受け取るといった処理を行う。Ｗｅｂブラウザ連携部４０５は、Ｗｅｂブラウザ３０４から操作終了の通知を受け取った場合、アプリケーション３０９、３１０の画面を操作部２１２の前面に表示するようＵＩ制御部４０１に依頼する。
【００１８】
図５は、Ｗｅｂブラウザ３０４の構成の一例を示す図である。
通信部５０１は、ＨＴＴＰプロトコル／ＨＴＴＰＳプロトコルにしたがって、アプリケーション３０９のような複合機１０２内部のアプリケーションの通信部４０４とも通信可能である。より具体的には、通信部５０１は、Ｗｅｂブラウザ３０４のＵＩ制御部５０２で表示した操作画面を介して入力される情報をアプリケーション３０９のような複合機１０２内部のアプリケーションに対するリクエストとして送信する。また、通信部５０１は、アプリケーション３０９のような複合機１０２内部のアプリケーションから送信されるレスポンス（処理結果）を受信する。
【００１９】
ＵＩ制御部５０２は、通信部５０１が受信したレスポンス中に含まれるＨＴＭＬファイルを解析し、解析結果に基づいて操作部２１２に操作画面を表示する。また、ＵＩ制御部５０２は、後述のアプリケーション連携部５０４からの依頼により、Ｗｅｂブラウザ３０４の画面を操作部２１２の前面に表示するといった制御を行う。
セッション管理部５０３は、外部サーバ上のアプリケーションや、アプリケーション３０９のような複合機１０２内部のアプリケーションとＷｅｂブラウザ３０４が通信を行う際のセッション情報を管理する。
アプリケーション連携部５０４は、アプリケーション３０９と通信し、アプリケーション３０９からのＷｅｂブラウザ３０４の呼び出し要求を受信する、アプリケーション３０９への操作終了の通知を送信するといった処理を行う。アプリケーション連携部５０４は、アプリケーション３０９からのＷｅｂブラウザ３０４の呼び出し要求を受信すると、Ｗｅｂブラウザ３０４の画面を操作部２１２の前面に表示するようＵＩ制御部５０２に依頼する。
【００２０】
図６は、メモリマップの構造の一例を示す図である。
メモリマップは、本装置上の入出力を司る基本Ｉ／Ｏプログラム６０１、各処理プログラムに動作環境を提供するシステム・プログラム６０２、本実施形態の処理プログラムを初めとする各種処理プログラム６０３、関連データを格納するエリア６０４を含む。また、メモリマップは、各種プログラムが動作する際に一時的に利用するワークエリア６０５を含む。なお、ＣＰＵ２０２は、容量の制約により６０１〜６０５として利用する領域が足りなくなった場合、ＨＤＤ２０５をＲＡＭ２０４の領域の一部として扱うことも可能である。
【００２１】
図７は、ケアマネ事務所１０１から介護事業所Ａ（１０３）、介護事業所Ｂ（１０５）へ送信するＦＡＸ送信帳票７０１の一例を示す図である。
被保険者番号７０２は、介護を受ける利用者を一意に識別する情報である被保険者番号が記入される領域である。対象月７０３は、本用紙記載の介護プランを適用する月を示す情報である対象月が記入される領域である。図７では説明の都合上、対象月７０３に月のみを記入しているが、年情報と月情報とを組み合わせた情報でもよい。
介護事業所７０４、７０８は、介護サービスを委託する介護事業所名を記載する領域である。領域７０５は、介護事業所７０４が、介護サービスの実績を記入する領域である。同様に領域７１１は、介護事業所７０８が、介護サービスの実績を記入する領域である。
起点座標７１２は、ＦＡＸ送信帳票７０１内の起点を示す座標である。
領域７０５は、領域の左上座標７０６、及び、領域の右下座標７０７の起点座標７１２からの相対座標で示されることができる。同様に、領域７１１は、領域の左上座標７１０、及び、領域の右下座標７０９の起点座標７１２からの相対座標で示されることができる。
【００２２】
図８は、送信先別領域情報テーブル８０１の一例を示す図である。
送信先別領域情報テーブル８０１は、本実施形態においてはＨＤＤ２０５内に格納されるものとする。
パス８０５は、送信したＦＡＸ送信帳票７０１をファイルとして保存するＨＤＤ２０５内のパスを示す情報である。パス８０５は、予め決めた固定部８０２と、ファイルを特定するための情報として対象月７０３から導出された対象月部８０３と、利用者個人を特定する情報として被保険者番号７０２から導出された利用者情報部８０４と、を含む。なお、対象月部８０３と利用者情報部８０４との順序は、本実施形態の順序に限らない。また、パスは、他の情報が加わったパスでもよい。更に、格納するファイルを一意に特定可能であれば、パスだけでなく、ファイル名に対象月部８０３と利用者情報部８０４といった情報を持たせてもよい。
【００２３】
介護事業者８０６は介護事業所を示し、ＦＡＸ送信帳票７０１の介護事業所７０４、７０８から導出された情報が格納される。本実施形態においては、複合機１０２が介護事業所７０４、７０８をＯＣＲすることにより導出している。ＦＡＸ番号８０７は、介護事業所のＦＡＸ番号が格納されている。本実施形態においてＦＡＸ番号８０７は、複合機１０２内のＨＤＤ２０５に格納されているアドレス帳を、ＣＰＵ２０２が介護事業所名に基づき検索し、導出している。処理対象領域８０８は、介護事業者８０６からの返信ＦＡＸに対して処理対象とすべき領域を示す情報である。前記領域は、起点座標７１２からの相対座標で示される。エリア２（８０９）は、処理対象領域８０８の領域の他にも処理すべき第２の領域がある場合に、その領域を示す情報が格納される。本実施形態では、第２の領域情報までを格納可能としているが、更に多くの領域情報を格納できるようテーブル等を構成してもよい。また、領域毎に異なる処理内容を定義可能としてもよい。ｃｈｅｃｋ（チェック欄）８１０は、返信があったことを示すチェック欄である。印字率８１１は、処理対象領域８０８のＦＡＸ原稿読み込み時の印字率（領域全体に占める黒ドットの割合）である。
【００２４】
図９は、介護事業所Ａ（１０３）からケアマネ事務所１０１に、実績記入し、返信されたＦＡＸ帳票９０１の一例を示す図である。
被保険者番号９０２、及び、対象月９０３は、ＦＡＸ送信帳票７０１の被保険者番号７０２、及び、対象月７０３と一致している。ＦＡＸ送信帳票７０１の領域７０５にあたる領域９０４には、実績値が記入されている。
図１０は、介護事業所Ａ（１０３）及び介護事業所Ｂ（１０５）から返信されたＦＡＸ帳票を、後述する図１２に示す処理により、１枚にマージした帳票の一例を示す図である。
ＦＡＸ送信帳票７０１の領域７０５にあたる領域１００２、及び、領域７１１にあたる領域１００３に実績値が記入された状態となっている。
【００２５】
図１１は、複合機１０２がＦＡＸ原稿を読み込む情報処理の一例を示すフローチャートである。
Ｓ１１０１において、ＣＰＵ２０２は、送信原稿識別に関わる情報である被保険者番号７０２と、対象月７０３と、をＯＣＲするよう制御する。
Ｓ１１０２において、ＣＰＵ２０２は、被保険者番号７０２の情報を送信先別領域情報テーブル８０１の利用者情報部８０４へ、対象月７０３の情報を対象月部８０３へ保存する。Ｓ１１０２の処理は、送信原稿識別情報の保存の処理の一例である。
Ｓ１１０３において、ＣＰＵ２０２は、読み込んだ帳票画像を、ＨＤＤ２０５内のパス８０５へ保存する。
Ｓ１１０４において、ＣＰＵ２０２は、ＦＡＸの送信先となる７０４、７０８をＯＣＲするよう制御する。本実施形態では、ＦＡＸの送信先情報が帳票上のどこに記載されているかは、帳票の罫線パターンと共に、アプリケーション３０９の初期データとして保持されているものとする。
【００２６】
Ｓ１１０５において、ＣＰＵ２０２は、Ｓ１１０４で識別した全送信先について処理をしたか否かを判定する。ＣＰＵ２０２は、すべての送信先について処理が終わっていない場合（Ｓ１１０５においてＮｏの場合）、Ｓ１１０６からＳ１１０９までの処理を行う。
ＣＰＵ２０２は、全ての送信先について処理が終わっていた場合（Ｓ１１０５においてＹｅｓの場合）、Ｓ１１１０に進む。
Ｓ１１０６において、ＣＰＵ２０２は、処理対象としている介護事業所名をＨＤＤ２０５内のアドレス帳で検索し、ＦＡＸ番号を求める。ＣＰＵ２０２は、求めたＦＡＸ番号を、送信先別領域情報テーブル８０１のＦＡＸ番号８０７へ格納する。
Ｓ１１０７において、ＣＰＵ２０２は、求めたＦＡＸ番号を、ＦＡＸ同報送信リスト（同じ画像を複数の送信先に一斉に送信する際のＦＡＸ番号リスト）に追加する。
Ｓ１１０８において、ＣＰＵ２０２は、処理対象としている介護事業所に対する受信時処理領域を求め、送信先別領域情報テーブル８０１の処理対象領域８０８へ格納する。受信時処理領域とは、ＦＡＸ送信帳票７０１で説明すると、介護事業所７０４に対する領域７０５である。
Ｓ１１０９において、ＣＰＵ２０２は、処理対象としている介護事業所に対する受信時処理領域の印字率を、読み込んだ画像のドット構成を分析することにより求め、送信先別領域情報テーブル８０１の印字率８１１に格納する。
Ｓ１１０５〜Ｓ１１０９の処理は、送信原稿の送信先毎に、受信時に処理対象とする領域情報を保存する処理の一例である。
Ｓ１１１０において、ＣＰＵ２０２は、読み込んだＦＡＸ送信帳票７０１の画像データを、ＦＡＸ処理部へＳ１１０７で作成した同報送信リストと共に渡すことでＦＡＸ送信し、図１１に示す処理を終了する。
【００２７】
図１２は、複合機１０２におけるＦＡＸ受信処理のフローチャートである。
Ｓ１２０１において、ＣＰＵ２０２は、後のＯＣＲや画像マージ処理のために、受信した画像を補正する。ＦＡＸ受信画像は、ＦＡＸ送信時の斜行により画像が斜めになっていることがある。ここでは、ＣＰＵ２０２は、罫線の垂直性、水平性や、アプリケーション３０９の初期データとして保持されている帳票の罫線パターン等の帳票情報と比較し、受信した画像を正しい角度に補正する。なお、受信した画像を初期データとして保存している罫線パターンから縮尺率を算出することにより、帳票送信時と異なるサイズで返信された場合にも対応することができる。
Ｓ１２０２において、ＣＰＵ２０２は、初期データとして保存している罫線パターンや項目名等の帳票情報と、受信後、Ｓ１２０１で補正を行った後の画像データと、を比較し、帳票フォーマットを認識する。ＣＰＵ２０２は、別の方法として、帳票にバーコード等の識別情報を付与しておき、その情報を読み出す方法で帳票フォーマットを認識するようにしてもよい。
Ｓ１２０１、Ｓ１２０２の処理は、受信原稿の帳票を識別する処理の一例である。
【００２８】
Ｓ１２０３において、ＣＰＵ２０２は、本受信処理の処理対象帳票（処理対象のフォーマット）であるか否かを判定する。ＣＰＵ２０２は、本受信処理の処理対象帳票でないと判定した場合（Ｓ１２０３においてＮｏの場合）、図１２に示す処理を終了する。この判定により、本受信処理対処以外のＦＡＸを受信した場合、ＣＰＵ２０２は、本受信処理を行わず、通常のＦＡＸとして処理することが可能となる。ＣＰＵ２０２は、処理対象帳票であると判定した場合（Ｓ１２０３においてＹｅｓの場合）、Ｓ１２０４に進む。
Ｓ１２０４において、ＣＰＵ２０２は、被保険者番号７０２、及び、対象月７０３をＯＣＲにより取得する。ＣＰＵ２０２は、取得した情報からパス８０５を作る要領でパスを作成する。
Ｓ１２０５において、ＣＰＵ２０２は、ＨＤＤ２０５内のＳ１２０４で作成したパスを調べ、送信原稿が保存されているか否かを調べる。ＣＰＵ２０２は、受信したＦＡＸのマージ先となる送信原稿があった場合（Ｓ１２０５においてＹｅｓ）、Ｓ１２０６へ進む。ＣＰＵ２０２は、送信原稿がなかった場合（Ｓ１２０５においてＮｏ）、Ｓ１２１４に進む。
Ｓ１２１４において、ＣＰＵ２０２は、ＯＣＲした情報をファイル名として、ＨＤＤ２０５内の「未確認」フォルダへ受信したＦＡＸデータを格納する。これにより、ユーザの手作業による確認を促すことができる。
【００２９】
Ｓ１２０６において、ＣＰＵ２０２は、ＦＡＸ通信プロトコルに含まれる情報から送信元のＦＡＸ番号を取得する。
送信元のＦＡＸ番号は、送信元情報の一例である。
Ｓ１２０７において、ＣＰＵ２０２は、送信先別領域情報テーブル８０１を参照し、Ｓ１２０６で求めたＦＡＸ番号から、処理対象としている受信ＦＡＸに関わる処理対象領域８０８を特定する。
Ｓ１２０８において、ＣＰＵ２０２は、Ｓ１２０７で特定した処理対象領域を、Ｓ１２０１で補正した受信ＦＡＸデータから切り出す。
Ｓ１２０９において、ＣＰＵ２０２は、Ｓ１２０８で切り出した領域の印字率を計測する。計測の方法は、ＦＡＸ送信時のＳ１１０９の処理と同様である。
Ｓ１２１０において、ＣＰＵ２０２は、Ｓ１２０９で計測した印字率と、送信先別領域情報テーブル８０１の印字率８１１と、を比較する。ＣＰＵ２０２は、印字率が送信時以下だった場合（Ｓ１２１０においてＹｅｓの場合）、送信元が記載すべき領域に実績を記入していないと判断する。ここでの判断は、実績がなくて記載しなかった、又は、実績を記載する欄を間違えた可能性があるという判断である。この場合、ＣＰＵ２０２は、Ｓ１２１５に進み、送信元へ記載ミスがあった可能性がある旨をＦＡＸ送信で伝える。なお、ＣＰＵ２０２は、送信元ＦＡＸ番号からＨＤＤ２０５内のアドレス帳を検索し、メールアドレスを導出すれば、メールでの通知を行うこともできる。一方、ＣＰＵ２０２は、印字率が送信時より大きかった場合（Ｓ１２１０においてＮｏの場合）、Ｓ１２１１からＳ１２１３までの処理を行う。
Ｓ１２０９、Ｓ１２１０の処理は、加筆の有無を判定する加筆判定の処理の一例である。
【００３０】
Ｓ１２１１において、ＣＰＵ２０２は、Ｓ１２０４で求めたマージ先にある送信原稿を開き、Ｓ１２０８で切り出した領域を、送信原稿の同領域（送信先別領域情報テーブル８０１の処理対象領域８０８）に貼り付ける。本実施形態においては、ＣＰＵ２０２は、イメージ合成（イメージの上書き処理）を行っているが、他の処理を行うこともできる。例えば、ＣＰＵ２０２は、送信原稿を、ＯＣＲ技術を用いて編集可能なファイルとしておき、Ｓ１２０８で切り出した処理対象領域８０８も同様にＯＣＲすることで、編集可能な文字列としてマージするようにしてもよい。
Ｓ１２１２において、ＣＰＵ２０２は、Ｓ１２１１の処理が終わったファイルを、受信ＦＡＸ情報のマージ先として更新するために、上書き保存する。
Ｓ１２１３において、ＣＰＵ２０２は、送信先別領域情報テーブル８０１の処理対象としている受信ＦＡＸに関わるチェック欄８１０をチェックし、図１２に示す処理を終了する。このチェック欄は、１枚の送信ＦＡＸ（ある一人の利用者のケアプラン）に対し、その利用者への介護サービス提供に関わる全ての介護事業所から、実績入力ＦＡＸを受信したか否かの判断に用いることができる。また、全ての期待する返信ＦＡＸを受信できた（チェック欄８１０が全てチェックされた状態）か、否かで、マージ先ファイルの表示形態を変える材料として用いることができる。例えば、ＣＰＵ２０２は、マージ先ファイルのアイコンの色を変える、実績記入ＦＡＸ未受信の介護事業所数をマージ先ファイルのアイコンに重ねて表示する等としてもよい。
【００３１】
以上のように、本実施形態では、複数の介護事業所から届く実績情報を、利用者毎に１枚にまとめることが可能なため、ケアマネ事務所１０１での紙の消費を抑制することができる。
また、今までは、同じフォーマットの帳票を、介護事業所毎及び利用者毎に別の紙又は画面を見て介護業務システムへ入力していたことにより、ミスが発生し易くなっていた。しかし、見る帳票の量が利用者毎に絞られたことにより、ミスの発生頻度を押さえることができる。
また、ケアマネ事務所１０１に対し、介護事業所から送信されてくる実績記入ＦＡＸの処理対象領域の印字率を、送信時の同領域の印字率と比較することで、実績記入箇所のミスに気づくことができる。
【００３２】
＜第二実施形態＞
図１３は、第二実施形態のシステムの全体構成の一例を示す図である。
まず、本システムの全体像を説明する。本システムは、ケアマネ事務所（本実施形態ではケアマネ事務所１３０１）と、１つ以上の介護事業所（本実施形態では介護事業所Ａ（１３０５），Ｂ（１３０７）の２つ）、画像処理ＡＳＰ（アプリケーションサービスプロバイダ）１３１０で構成する。ケアマネ事務所１３０１、介護事業所Ａ（１３０５）、介護事業所Ｂ（１３０７）は、公衆回線１３０９に接続可能な環境にある。また、ケアマネ事務所１３０１、画像処理ＡＳＰ１３１０は、インターネット１３１４に接続可能な環境にある。
ケアマネ事務所１３０１には、ＰＣ１３０２と複合機１３０３とが存在し、ＬＡＮ１３０４に接続されている。また、ＰＣ１３０２と複合機１３０３とは、ＬＡＮ１３０４経由でインターネット１３１４に接続されている。また、複合機１３０３は、公衆回線１３０９に接続されている。
介護事業所１３０５には、ＦＡＸ装置１３０６が存在し、公衆回線１３０９に接続されている。
介護事業所１３０７には、ＦＡＸ装置１３０８が存在し、公衆回線１３０９に接続されている。
画像処理ＡＳＰ１３１０には、サーバ１３１１、及び、サーバ１３１１のデータの格納先や、ファイルの保存先として利用するデータベース１３１２が存在し、ＬＡＮ１３１３に接続されている。また、サーバ１３１１とデータベース１３１２とは、ＬＡＮ１３１３経由でインターネット１３１４に接続されている。
【００３３】
次に、本システムを構成する各装置について、個別に説明する。
複合機１３０３及びＦＡＸ装置１３０６、１３０８は、公衆回線１３０９を介して、ＦＡＸ画像の送受信を行う。なお、ＦＡＸが送受信可能な装置であれば、複合機であっても、ＰＣであってもよい。また、複合機１３０３及びＦＡＸ装置１３０６、１３０８は、本実施形態では、公衆回線１３０９を通じてＦＡＸの送受信を行っている。しかし、複合機１３０３、ＦＡＸ装置１３０６、１３０８が互いにインターネットに接続されており、インターネットを利用したＦＡＸ送受信プロトコルに対応していれば、インターネットを介したＦＡＸ送受信でもよい。
ＰＣ１３０２は、本実施形態に関わる部分としては、介護業務アプリケーションがインストールされている。介護業務アプリケーションでは、ケアプランを電子的に作成し、ＬＡＮ１３０４経由で、複合機１３０３に対し、ＦＡＸ送信を指示する。更にケアマネ事務所１３０１で管理する利用者、介護事業所、帳票の情報が保管されている。また、ＰＣ１３０２内の記憶領域は、データ格納ストレージとしても使用可能である。例えば、複合機１３０３からＳＭＢやＦＴＰやＷｅｂＤＡＶといったプロトコルで、ＰＣ１３０２内の記憶領域に対し、図１５、図１６で生成、処理するファイルを置くことができる。
【００３４】
複合機１３０３は、本実施形態の処理に関係する機能として、紙原稿をスキャンして画像データとして読み込む機能、ＦＡＸ送受信機能、画像読み込み時及びＦＡＸ受信時に本実施形態に関わる処理を施す機能を持つ。更に、複合機１３０３は、送受信した画像データをはじめとする各種ファイルを、複合機１３０３内のストレージ領域に保管する機能、操作部で保管したデータを閲覧及び印刷指示する機能を持つ。これらの機能は、複合機１３０３のファームウェアにより提供されても、複合機１３０３に後からインストールされてＣＰＵがプログラムを実行することにより提供されてもよい。サーバ１３１１は、画像処理機能を提供するサービスプロバイダである。サーバ１３１１は、インターネット１３１４上に画像処理に関わるＷｅｂサービスを公開している。サーバ１３１１は、本実施形態に関わるサービスとして、画像データを受け取り帳票認識するサービス、画像データの斜行、縮尺等を補正するサービス、画像データの特定領域を切り出すサービスを提供している。更に、サーバ１３１１は、画像データの印字率を計測するサービス、画像データをＯＣＲ処理する（必要に応じて画像の鮮明化も施した後、ＯＣＲ処理する）サービスを提供している。データベース１３１２は、サーバ１３１１のデータ格納領域、及び、ファイルのストレージとして利用される。
複合機１３０３のハードウェア構成は、図２と同じである。
複合機１３０３の基本的なソフトウェア構成は図３と同じである。
【００３５】
図１４は、サーバ１３１１のハードウェア構成の一例を示す図である。ＣＰＵ１４０２を含む制御部１４０１は、サーバ１３１１全体の動作を制御する。ＣＰＵ１４０２は、ＲＯＭ１４０３に記憶された制御プログラムを読み出して各種制御処理を実行する。ＣＰＵ１４０２がＲＯＭ１４０３又はＨＤＤ１４０５に記憶されている制御プログラム等のプログラムを実行することによって、サーバ１３１１の機能及び後述するサーバ１３１１におけるフローチャートの処理が実現される。ＲＡＭ１４０４は、ＣＰＵ１４０２の主メモリ、ワークエリア等の一時記憶領域として用いられる。ＨＤＤ１４０５は、画像データや各種プログラム、或いは後述する各種情報テーブルを記憶する。
ネットワークＩ／Ｆ１４０６は、制御部１４０１（サーバ１３１１）をＬＡＮ１３１３に接続する。ネットワークＩ／Ｆ１４０６は、ＬＡＮ１３１３上の他の装置との間で各種情報を送受信する。
なお、接続しているＬＡＮが違うが、ＰＣ１３０２も構成は同じである。
即ち、ＰＣ１３０２のＣＰＵがＰＣ１３０２のＲＯＭ又はＨＤＤに記憶されているプログラムを実行することによって、ＰＣ１３０２の機能等が実現される。
アプリケーション３０９、３１０の構成は、第一実施形態の図４と同様である。
Ｗｅｂブラウザ３０４の構成は、第一実施形態の図５と同様である。
サーバ１３１１においてＣＰＵ１４０２が処理プログラムを実行する際、処理プログラムをＲＡＭ１４０４上にロードした際のメモリマップの構造は、第一実施形態の図６と同様である。
【００３６】
図１５は、ＦＡＸ送信帳票７０１のＦＡＸ送信処理の一例を示すフローチャートである。本実施形態では、ＦＡＸ送信に用いる装置として複合機１３０３を用いる。
Ｓ１５０１において、ＣＰＵ１４０２は、以下の処理を行う。ＣＰＵ１４０２は、送信原稿識別に関わる情報である被保険者番号（ＦＡＸ送信帳票７０１上被保険者番号７０２に入れる情報）と対象月（ＦＡＸ送信帳票７０１上、対象月７０３に入れる情報）とをＰＣ１３０２上の介護業務アプリケーションから取得する。
Ｓ１５０２において、ＣＰＵ１４０２は、被保険者番号７０２の情報を送信先別領域情報テーブル８０１の利用者情報部８０４へ、対象月７０３の情報を対象月部８０３へ保存する。
Ｓ１５０３において、ＣＰＵ１４０２は、ＦＡＸ送信するデータを、ＨＤＤ１４０５内のパス８０５へ保存する。
本実施形態において、ケアプランを送信すべき介護事業所の情報は、ＰＣ１３０２上の介護業務アプリケーションでＦＡＸ送信帳票７０１を作成する時点で、ユーザが指定している。
【００３７】
Ｓ１５０４において、ＣＰＵ１４０２は、ＦＡＸ送信帳票７０１に対して指定されている全送信先について処理をしたかを判定する。ＣＰＵ１４０２は、すべての送信先について処理が終わっていない場合（Ｓ１５０４においてＮｏの場合）、Ｓ１５０５からＳ１１０７までの処理を行う。
Ｓ１５０５において、ＣＰＵ１４０２は、処理対象としている介護事業所名に紐付いたＦＡＸ番号を、介護業務アプリケーションから得る。なお、ケアマネ事務所１３０１のアドレス帳を、ＰＣ１３０２上の専用アプリケーションや、複合機１３０３で一元管理している場合、介護業務アプリケーションのデータとしてアドレス帳を持たないようにすることもできる。この場合、ＣＰＵ１４０２は、ＰＣ１３０２上の専用アプリケーションや、複合機１３０３のアドレス帳と連携して、介護事業所名に紐付いたＦＡＸ番号を取得する。
ＣＰＵ１４０２は、Ｓ１５０５で求めたＦＡＸ番号を、送信先別領域情報テーブル８０１のＦＡＸ番号８０７へ格納する。
Ｓ１５０６において、ＣＰＵ１４０２は、ＦＡＸ同報送信リスト（同じ画像を複数の送信先に一斉に送信する際のＦＡＸ番号リスト）に追加する。
Ｓ１５０７において、ＣＰＵ１４０２は、処理対象としている介護事業所に対する受信時処理領域を求め、送信先別領域情報テーブル８０１の処理対象領域８０８へ格納する。ＣＰＵ１４０２は、この受信時処理領域の情報を、介護業務アプリケーションが保持している帳票情報から得る。介護業務アプリケーションでは、ＦＡＸ送信帳票７０１上、介護事業所として何番目に指定されたものか把握できるため、帳票情報と付き合わせることで、ＦＡＸ送信帳票７０１上の介護事業所毎に受信時処理領域を算出することができる。受信時処理領域とは、ＦＡＸ送信帳票７０１で説明すると、介護事業所７０４に対する領域７０５である。
【００３８】
ＣＰＵ１４０２は、全ての送信先について処理が終わっていた場合（Ｓ１５０４においてＹｅｓの場合）、Ｓ１５０８に進む。
Ｓ１５０８において、ＣＰＵ１４０２は、ＦＡＸ送信帳票７０１のデータを画像データとして、ＦＡＸ処理部へＳ１５０６で作成した同報送信リストと共に渡すことでＦＡＸ送信し、図１５に示す処理を終了する。
なお、本実施形態において、介護業務アプリケーションはＰＣ１３０２上で動作しているが、ＰＣ１３０２上のＷＥＢブラウザを介して操作可能で、複合機１３０３にＦＡＸ送信指示が出せれば、インターネット１３１４を介した別の環境に存在してもよい。
【００３９】
図１６は、複合機１３０３のＦＡＸ受信処理のフローチャートである。
Ｓ１６０１において、ＣＰＵ２０２は、一度に受信したＦＡＸの全ページを処理し終えたか否かを判定する。全て処理し終えた場合（Ｓ１６０１においてＮｏの場合）、ＣＰＵ２０２は、図１６に示す処理を終了する。全て処理し終えていない場合（Ｓ１６０１においてＹｅｓの場合）、ＣＰＵ２０２は、各ページに対してＳ１６０２からＳ１６１７までの処理を行う。即ち、ＣＰＵ２０２は、受信原稿が複数ページにより構成されている場合、ページ毎にＳ１６０２からＳ１６１７までの処理を行う。
Ｓ１６０２において、ＣＰＵ２０２は、後のＯＣＲや画像マージ処理のために、受信した画像を補正する。ＦＡＸ受信画像は、ＦＡＸ送信時の斜行により画像が斜めになっていることがある。その画像を、罫線の垂直性、水平性を検査し、補正する必要がある。本実施形態では、ＣＰＵ２０２は、サーバ１３１１が提供する斜行補正アプリケーションに画像データを渡し、補正した結果を得る。また別の方法として、ＣＰＵ２０２は、ＰＣ１３０２上の介護業務アプリケーションの初期データとして保持している帳票の罫線パターン等の帳票情報と比較し、正しい角度に補正することもできる。なお、ＰＣ１３０２の介護業務アプリケーションが、初期データとして保存している罫線パターンから縮尺率を算出することにより、帳票送信時と異なるサイズで返信された場合にも対応することができる。
【００４０】
Ｓ１６０３において、ＣＰＵ２０２は、ＰＣ１３０２上の介護業務アプリケーションが初期データとして保存している罫線パターンや項目名等の帳票情報を取得し、取得した情報と受信後、Ｓ１６０２で補正後の画像データとを比較し、帳票フォーマットを認識する。ＣＰＵ２０２は、別の方法として、帳票にバーコード等の識別情報を付与しておき、その情報を読み出す方法で帳票フォーマットを認識するようにしてもよい。
Ｓ１６０４において、ＣＰＵ２０２は、本受信処理の処理対象帳票であるか否かを判定する。ＣＰＵ２０２は、本受信処理の処理対象帳票でないと判定した場合（Ｓ１６０４においてＮｏの場合）、現在処理中のページに対してそれ以上の処理をせず、Ｓ１６０１に戻る。この判定により、本受信処理対処以外のページ、例えばカバーページや、利用者間の仕切りページを受信した場合も、そのページは読み飛ばして、本処理の処理対象とすべきページのみを処理することができる。ＣＰＵ２０２は、処理対象と判定した場合（Ｓ１６０４においてＹｅｓの場合）、Ｓ１６０５に進む。
Ｓ１６０５において、ＣＰＵ２０２は、被保険者番号７０２、及び、対象月７０３をＯＣＲにより取得する。ＣＰＵ２０２は、このＯＣＲ処理の処理結果を、サーバ１３１１が提供するＯＣＲアプリケーションにＳ１６０２で補正した画像データとＯＣＲすべき領域情報とを渡すことで、得ることができる。ＣＰＵ２０２は、取得した情報からパス８０５を作る要領でパスを作成する。
【００４１】
Ｓ１６０６において、ＣＰＵ２０２は、ＨＤＤ１４０５内のそのパスを見に行き、送信原稿が保存されているか否かを調べる。ＣＰＵ２０２は、受信したＦＡＸのマージ先となる送信原稿があった場合（Ｓ１６０６においてＹｅｓ）、Ｓ１６０７へ進む。ＣＰＵ２０２は、送信原稿がなかった場合（Ｓ１６０６においてＮｏ）、Ｓ１６１６に進む。
Ｓ１６１６において、ＣＰＵ２０２は、ＯＣＲした情報をファイル名として、ＨＤＤ１４０５内の「未確認」フォルダへ受信したＦＡＸデータを格納し、Ｓ１６０１に戻る。Ｓ１６１６の処理により、ユーザの手作業による確認を促すことができる。
Ｓ１６０７において、ＣＰＵ２０２は、ＦＡＸ通信プロトコルに含まれる情報から送信元のＦＡＸ番号を取得する。
Ｓ１６０８において、ＣＰＵ２０２は、送信先別領域情報テーブル８０１を参照し、Ｓ１６０７で求めたＦＡＸ番号から、処理対象としている受信ＦＡＸに関わる処理対象領域８０８を特定する。
Ｓ１６０９において、ＣＰＵ２０２は、Ｓ１６０８で特定した処理対象領域を、Ｓ１６０２で補正した受信ＦＡＸデータから切り出す。本実施形態において、ＣＰＵ２０２は、サーバ１３１１が提供する画像切り出しアプリケーションに画像データと領域情報とを渡し、切り出した結果を得る。
Ｓ１６１０において、ＣＰＵ２０２は、Ｓ１６０９で得た領域の印字率を計測する。ＣＰＵ２０２は、サーバ１３１１が提供する印字率測定アプリケーションにＳ１６０９で得た画像データを渡し、計測結果を得る。
【００４２】
Ｓ１６１１において、ＣＰＵ２０２は、Ｓ１６１０で得た印字率と、送信先別領域情報テーブル８０１の印字率８１１とを比較する。ＣＰＵ２０２は、印字率が送信時以下だった場合（Ｓ１６１１においてＹｅｓの場合）、送信元が記載すべき領域に実績を記入していないと判断する。実績がなくて記載しなかった、又は、実績を記載する欄を間違えた可能性がある。この場合、ＣＰＵ２０２は、Ｓ１６１７に進み、送信元へ記載ミスがあった可能性がある旨をＦＡＸ送信で伝える。なお、ＣＰＵ２０２は、送信元ＦＡＸ番号からＨＤＤ２０５上、又は、ＨＤＤ１４０５上のアドレス帳を検索し、メールアドレスを導出すれば、メールでの通知をすることもできる。一方、ＣＰＵ２０２は、印字率が送信時より大きかった場合（Ｓ１６１１においてＮｏの場合）、Ｓ１６１２へ進む。
Ｓ１６１２において、ＣＰＵ２０２は、Ｓ１６０５で求めたマージ先にある送信原稿を開き、Ｓ１６０９で切り出した領域を、送信原稿の同領域（送信先別領域情報テーブル８０１の処理対象領域８０８）に貼り付ける。本実施形態においては、ＣＰＵ２０２は、イメージ合成（イメージの上書き処理）を行っているが、他の処理を行うこともできる。例えば、ＣＰＵ２０２は、送信原稿を、ＯＣＲ技術を用いて編集可能なファイルとしておき、Ｓ１６０９で切り出した処理対象領域８０８も同様にＯＣＲすることで、編集可能な文字列としてマージするようにしてもよい。ＣＰＵ２０２は、このＯＣＲ処理も、サーバ１３１１が提供するＯＣＲアプリケーションに任せることもできる。
【００４３】
Ｓ１６１３において、ＣＰＵ２０２は、予定欄と実績欄との差異箇所を抽出し、強調させる。予定欄と実績欄との差異の検出方法はこの限りではない。ＣＰＵ２０２は、Ｓ１６０８により処理対象とすべき実績欄が判明している。ＣＰＵ２０２は、ＰＣ１３０２上の介護業務アプリケーションが保持する帳票情報から、予定欄はすぐ上の同サイズ領域であることが判明する。判明した領域は、日付で均等サイズに分割されていることが判っているため、ＣＰＵ２０２は、日単位の領域もすぐに算出することができる。その後、ＣＰＵ２０２は、日毎に印字率が規定値以上か否かの判断や、ＯＣＲ結果との比較により予定欄と実績欄との差異を求めるようにしてもよい。
Ｓ１６１４において、ＣＰＵ２０２は、Ｓ１６１３の処理が終わったファイルを、受信ＦＡＸ情報のマージ先として更新するために、上書き保存する。
Ｓ１６１５において、ＣＰＵ２０２は、送信先別領域情報テーブル８０１の処理対象としている受信ＦＡＸに関わるチェック欄８１０をチェックし、図１６に示す処理を終了する。このチェック欄は、１枚の送信ＦＡＸ（ある一人の利用者のケアプラン）に対し、その利用者への介護サービス提供に関わる全ての介護事業所から、実績入力ＦＡＸを受信したか否かの判断に用いることができる。また、全ての期待する返信ＦＡＸを受信できた（チェック欄８１０が全てチェックされた状態）か、否かで、マージ先ファイルの表示形態を変える材料として用いることができる。例えば、ＣＰＵ２０２は、マージ先ファイルのアイコンの色を変える、実績記入ＦＡＸ未受信の介護事業所数をマージ先ファイルのアイコンに重ねて表示する等としてもよい。
Ｓ１６１５の処理を終えると、ＣＰＵ２０２は、Ｓ１６０１に戻る。
【００４４】
図１７は、図１６に示した処理を実行後、介護事業所Ａ（１３０５）及び介護事業所Ｂ（１３０７）から返信されたＦＡＸ帳票を、１枚にマージした帳票１７０１の一例を示す図である。
予定との差異がある１７０２、１７０３のセルが強調表示されている。
なお、本実施形態においては、ＦＡＸ送受信を複合機１３０３で行っているが、ＰＣ１３０２にＦＡＸ送受信機能を持たせることもできる。
【００４５】
以上のように、本実施形態の処理によれば、第一実施形態で示した紙の消費の抑制と、ミスの発生頻度を押さえることに加え、以下のことが可能となった。
図１６の処理によれば、介護事業所からケアマネ事務所への実績値返信処理の際、複数利用者の実績値記入帳票を1回の通信で送付しても、１ページずつ処理することができるようになった。更に、カバーページや仕切り用紙が含まれていても、そのページに対しては本処理を行わず、処理すべき帳票だけをターゲットとして本処理を行うことができるようになった。
また、図１６の処理では、複合機１３０３上の画像処理を少なくし、インターネット上の画像処理ＡＳＰ１３１０に任せることで、メモリやＨＤＤ資源の少ない複合機でも本処理を実施することができるようになった。
【００４６】
＜その他の実施形態＞
本発明は、上述の実施形態の１以上の機能を実現するプログラムを、ネットワーク又は記憶媒体を介してシステム又は装置に供給し、そのシステム又は装置のコンピュータにおける１つ以上のプロセッサーがプログラムを読み出し実行する処理でも実現可能である。また、１以上の機能を実現する回路（例えば、ＡＳＩＣ）によっても実現可能である。
【００４７】
以上、上述した各実施形態によれば、送信元により異なる領域に記載された返信箇所を特定することができる。また、複数送信元からの同一フォーマットの返信を、正しく１枚にまとめることができる。また、送信元での記載ミスを検知することができる。また、カバーページや仕切りページを含む、複数マージ先に対する返信をまとめて受信した場合にも、正しく対応することができる。
【符号の説明】
【００４８】
１０２  複合機、２０２  ＣＰＵ、１３１１  サーバ
【図１】
2016039602.tif 000003
【図２】
2016039602.tif 000004
【図３】
2016039602.tif 000005
【図４】
2016039602.tif 000006
【図５】
2016039602.tif 000007
【図６】
2016039602.tif 000008
【図７】
2016039602.tif 000009
【図８】
2016039602.tif 000010
【図９】
2016039602.tif 000011
【図１０】
2016039602.tif 000012
【図１１】
2016039602.tif 000013
【図１２】
2016039602.tif 000014
【図１３】
2016039602.tif 000015
【図１４】
2016039602.tif 000016
【図１５】
2016039602.tif 000017
【図１６】
2016039602.tif 000018
【図１７】
2016039602.tif 000019