(57)【要約】【課題】手続のために複数の機関に紙文書を提出する場合の利用者負担を軽減する。【解決手段】フォーム提供装置２００は、手続のために必要な複数の申請フォーム、各申請フォームの解釈のための文書構造定義記述書、各申請フォームを処理する処理装置４００とその処理順序の情報を含んだ処理定義記述書、を含むフォームセットを出力する。利用者は各フォームに対し必要事項を記入して窓口装置３００に投入する。窓口装置３００はそのセットを読み取り、処理定義記述書、文書構造定義記述書を認識し、これらに従って各申請フォームの読取画像から、必須記入欄が全て記入済みか判定し、未記入の欄があれば記入を促す。全ての記入欄が記入されると、読み取られたフォームセットのデータが処理順序の最初の処理装置４００に転送される。処理装置４００はそのデータ中の自分宛のフォームを処理し、処理結果を組み込んだデータを次の処理装置４００に転送する。【選択図】図１
2009048321.tif 000002
【特許請求の範囲】
【請求項１】
１つの手続のための複数の帳票と、前記各帳票に含まれる記入欄を特定するための情報を含む記入欄情報と、前記各帳票を処理する処理装置とそれら各処理装置の処理順序との情報を含む処理定義情報と、を含む１組の申請書類を提供する書類提供装置と、
入力された申請書類の画像を読み取り、読み取った前記申請書類の画像から各帳票の画像、記入欄情報及び処理定義情報を取得し、取得した記入欄情報に基づき前記各帳票の画像から各記入欄の画像内容を抽出し、抽出した各記入欄の画像内容に基づき前記各記入欄に記入がなされているか否かを判定し、記入がなされていないと判定した記入欄に関して記入してその記入結果を再入力するように促す表示を行い、すべての記入欄に記入がなされていると判定した場合に、前記処理定義情報が示す処理順序における１番目の処理装置に対し、抽出された各帳票の画像、記入欄情報及び処理定義情報を送信する窓口装置と、
前記窓口装置又は他の処理装置から、各帳票の画像、記入欄情報及び処理定義情報を受信し、前記記入欄情報及び前記処理定義情報に基づき、前記帳票群の画像のうち当該処理装置が処理すべき帳票の画像を特定し、特定した帳票の画像についての所定の処理を実行し、前記処理定義情報が表す処理順序において当該処理装置の次の処理装置があれば当該次の処理装置に対して、前記各帳票の画像、前記記入欄情報及び前記処理定義情報を転送する１以上の処理装置と、
を備える電子申請処理システム。
【請求項２】
前記窓口装置は、前記帳票群の画像、前記記入欄定義情報及び前記処理定義情報と共に前記処理順序における１番目の処理装置に転送する場合に、前記申請書類を識別する申請識別情報と共に転送し、
前記各処理装置は、前記帳票群の画像、前記記入欄定義情報及び前記処理定義情報を次の処理装置に転送する場合に、前記帳票群の画像と共に受け取った申請識別情報を併せて転送し、
前記複数の処理装置のうち少なくとも１つは、
前記処理実行手段による帳票の処理結果又は処理履歴の情報を、当該帳票の画像と共に受信した申請識別情報と対応づけて記憶する記憶手段と、
申請識別情報を含む出力要求を受けた場合に、前記記憶手段から当該申請識別情報に対応する処理結果又は処理履歴の情報を出力する出力手段と、
を更に備える請求項１記載の電子申請処理システム。
【請求項３】
前記窓口装置は、前記入力された申請書類の用紙から当該用紙を識別する用紙識別情報を検出する手段を備え、前記用紙識別情報を前記申請識別情報として前記処理順序における１番目の処理装置に転送し、
前記複数の処理装置のうち少なくとも１つは、入力された用紙から用紙識別情報を検出する手段を備え、
前記入力された用紙から検出された用紙識別情報に対応する申請識別情報が前記記憶手段に登録されている場合に、前記出力手段が当該申請識別情報に対応づけて前記記憶手段に記憶されている帳票の処理結果又は処理履歴の情報を出力する、
ことを特徴とする請求項２記載の電子申請処理システム。
【請求項４】
前記窓口装置は、前記処理順序における１番目の処理装置に対し送信する前記各帳票の画像を、前記処理定義情報に示された当該帳票を処理する処理装置のみが復号可能なように暗号化する暗号化手段、を備えることを特徴とする請求項１記載の電子申請処理システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、電子申請処理システムに関する。
【背景技術】
【０００２】
近年、政府や地方自治体に対する申請手続きを、インターネット等のデータ通信網を介して電子的に行うシステムが普及しつつある。
【０００３】
このようなシステムの中には、利用者から複数の処理部門で処理される申請項目のデータ入力を一括して受け付け、入力されたデータを分割してそれぞれ対応する処理部門に伝達するものもある。
【０００４】
特許文献１の電子申請システムは、入力装置等より申請データを受付けるステップと、申請データをテーブル等にあてはめて複数の処理部門に処理を各々割り振る内容を含む申請データであるか判定するステップと、申請データが複数の処理部門に処理を割り振る内容を含むものと判定したならば申請データを分割するステップと、分割した各申請データに一貫するＩＤを設定すると共に利用者および該当処理部門と分割申請データとを関係付けてデータベースに登録するステップと、各分割申請データを処理部門端末に送信するステップと、分割申請データ毎の処理状況を処理部門端末より受信してデータベースに記録するステップと、処理状況をテーブルまたはアルゴリズムにあてはめて対応処理の選択を行うステップと、対応処理を該当処理部門端末等に宛てて出力するステップと、を実行する。この方式は、入力されたデータを分割して各部門に分配するが、前段の処理部門の処理結果を後段の処理部門が利用する場合に対応できない。
【０００５】
【特許文献１】特開２００４−２３４２５６号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
本発明は、１つの手続のために複数の異なる機関に対して文書を提出する必要がある場合の利用者の作業負担を軽減することを目的とする。
【課題を解決するための手段】
【０００７】
本発明では、書類提供装置が、１つの手続のための複数の帳票と、前記各帳票に含まれる記入欄を特定するための情報を含む記入欄情報と、前記各帳票を処理する処理装置とそれら各処理装置の処理順序との情報を含む処理定義情報と、を含む１組の申請書類を提供する。利用者は、その申請書類の中の各帳票の記入欄に必要事項を記入し、記入済みの帳票を含む申請書類一式を窓口装置に投入する。
【０００８】
窓口装置は、入力された申請書類の画像を読み取り、読み取った申請書類の画像から各帳票の画像、記入欄情報及び処理定義情報を取得し、取得した記入欄情報に基づき各帳票の画像から各記入欄の画像内容を抽出し、抽出した各記入欄の画像内容に基づき各記入欄に記入がなされているか否かを判定し、記入がなされていないと判定した記入欄に関して記入してその記入結果を再入力するように促す表示を行い、すべての記入欄に記入がなされていると判定した場合に、処理定義情報が示す処理順序における１番目の処理装置に対し、抽出された各帳票の画像、記入欄情報及び処理定義情報を送信する。
【０００９】
処理装置は、各帳票の画像、記入欄情報及び処理定義情報を受信し、記入欄情報及び処理定義情報に基づき、帳票群の画像のうち当該処理装置が処理すべき帳票の画像を特定し、特定した帳票の画像についての所定の処理を実行し、処理定義情報が表す処理順序において当該処理装置の次の処理装置があれば当該次の処理装置に対して、各帳票の画像、前記記入欄情報及び前記処理定義情報を転送する。
【発明を実施するための最良の形態】
【００１０】
以下、図面を参照して本発明の好適な実施の形態を説明する。図面において、同様の構成要素又はステップには同一符号を付して、重複した説明は省略する。
【００１１】
まず図１を参照して、実施形態の電子申請処理システムの一例の概要を説明する。このシステムは、１つの手続のために複数の機関（例えば行政機関）に対してそれぞれ申請フォームを提出することが必要で、かつ後の機関での処理のために前の機関での処理結果が必要となるような場合を想定している。
【００１２】
このシステムは、ローカルエリアネットワーク又はインターネットなどのネットワーク１００を介して相互に通信可能なフォーム提供装置２００，窓口装置３００，及び１以上の処理装置４００−１，４００−２，・・・，４００−ｎ（以下、区別の必要がない場合は処理装置４００と総称）から構成される。各処理装置４００は、それぞれ異なる機関又は部門等（以下、単に「機関」と呼ぶ）に設置されている。このシステムでは、１つの手続のために複数の機関に対して順番に申請書を提出する必要がある場合を取り扱う。
【００１３】
フォーム提供装置２００は、利用者に、１つの手続のために必要な申請フォームのセットを提供する。このセットには、その手続のために利用者が各機関にそれぞれ提出すべき申請フォーム（白紙の申請書）が含まれる。フォーム提供装置２００は、例えば、行政機関、駅や公民館などの公共施設、コンビニエンスストアなどの店舗など、利用者がアクセスしやすい施設に設置される。フォーム提供装置２００は、申請フォームのセットを印刷出力してもよいし、ＰＤＦ(Portable Document Format)等の所定形式のファイル又はファイルセットとしてネットワーク１００を介して利用者のパーソナルコンピュータ（ＰＣ）に送信してもよい。後者の場合、利用者は、自分の持つプリンタでそのファイルを印刷することで紙の申請フォームのセットを得る。
【００１４】
１つの手続のための申請フォームのセットには、利用者が記入すべき申請フォーム群に加え、個々の申請フォームの文書構造を記述した文書構造定義記述書と、それら申請フォーム群の処理手順を記述した処理定義記述書と、が含まれる。文書構造定義記述書及び処理定義記述書については後で詳細に説明する。
【００１５】
１つのフォーム提供装置２００が、複数の種類の手続に対応するものであってもよい。この場合、フォーム提供装置２００は、手続の種類ごとに、当該種類の手続に必要な申請フォームセットのデータを有する。例えばフォーム提供装置２００は、手続種類を一覧表示し、その中から利用者が所望する手続の選択を受け付け、選択された手続のための申請フォームのセットを出力する。
【００１６】
利用者は、上述のようにして入手した申請フォームセットに含まれる各申請フォームに対し必要事項を例えば手書きで記入し、それら申請フォームと紙に印刷された文書構造定義記述書及び処理定義記述書とを含み記入済みの申請フォームセットを窓口装置３００の設置場所まで持参し、窓口装置３００に投入する。
【００１７】
窓口装置３００は、利用者が投入した記入済みの申請フォームセットを光学的に読み取り、読取の結果得られた各ページの画像に対して文字認識を行う。そして、文字認識結果に基づき、文書構造定義記述書と処理定義記述書の記述内容を認識する。また、窓口装置３００は、読み取った画像及びその文字認識の結果の中から、各申請フォームに対応するものをそれぞれ識別し、それら各申請フォームの画像及び文字認識結果を、文書構造定義記述書の記述内容に解析する。この解析により、手続に必要なすべての申請フォームが投入されたか否か、及び各申請フォームの中で記入が必須の記入欄がすべて記入されているか否かを判定する。そして、投入されていない申請フォームがある場合、又は記入必須なのに未記入の記入欄がある場合は、窓口装置３００は、未投入の申請フォームの投入又は未記入の記入欄への記入を利用者に促す促進処理（例えばＵＩ画面にメッセージを表示するなど）を実行する。窓口装置３００は、手続に必要なすべての申請フォームの投入と、それら申請フォームのすべての必須記入欄の記入済みとが確認されるまで、促進処理を繰り返す。そしてその確認がなされると、窓口装置３００は、読み取った各申請フォームの画像と、文書構造定義記述書と処理定義記述書の記述内容のデータとを含むフォームデータセットを、処理定義記述書に示される処理手順における最初の処理装置４００へと、ネットワーク１００を介して転送する。なお、窓口装置３００は、各申請フォームの画像及びその画像に対する文字認識の結果を、それぞれ、その申請フォームに対応する文書構造定義（これは文書構造定義書に記述されている）に従って解析することで、その申請フォームの各記入欄の記入内容を文書構造定義が示す論理的な構造へと構造化してもよい。この場合、窓口装置３００は、その構造化により得られた各申請フォームの構造化文書を、各申請フォームの画像と共に、或いは各申請フォームの画像の代わりに、処理手順における最初の処理装置４００へと転送してもよい。
【００１８】
窓口装置３００からフォームデータセットを受け取った処理装置４００は、処理定義記述書の記述内容のデータから自分が行うべき処理とその処理の対象となる申請フォームを認識する。そして、その処理対象の申請フォームの画像（又はそのフォームを表す構造化文書）を用いてその処理を実行する。この処理の際、処理装置４００は、処理対象の申請フォーム（又は構造化文書）に含まれる各要素（例えば記入欄に対する記入内容）を、その申請フォームに対応する文書構造定義に従って認識し、その認識結果に応じた処理を実行する。処理装置４００が行う処理は、その処理装置４００が設置された機関が、処理対象の申請フォームに基づき行う手続のための処理である。例えば、処理装置４００は処理対象の申請フォームの画像を印刷出力し、その印刷結果を係員が確認し押印した後で処理装置４００に投入すると、処理装置４００がその押印済みのフォームを読み取り、その読み取り結果の画像をフォームデータセットに追加する。この例では、処理装置４００の処理は係員の作業を支援するものであるが、人間の作業を経ずに処理装置４００だけで自動的に申請フォームについての処理を行ってもよい。そして、処理装置４００は、処理定義記述書に示される次の処理装置４００に対し、フォームデータセットを転送する。
【００１９】
このフォームデータセットを受け取った処理装置４００は、前段の処理装置４００と同様、そのセット中の処理定義記述書のデータから自分が行うべき処理とその処理の対象となる申請フォームを認識し、その申請フォームについての処理を実行する。そして、処理定義記述書に、更に次の処理装置４００での処理が記述されていれば、当該次の処理装置４００に対してフォームデータセットを転送する。
【００２０】
このようにして、処理定義記述書に記述された最後の処理装置４００の処理が終了すると、１つの申請手続が完了する。最後の処理装置４００は、申請を行った利用者に対し申請手続の結果を通知してもよい。
【００２１】
以上のように、本システムでは、紙の申請フォームセットを窓口装置３００が読み取り、フォームや記入の不足が無いことを確認した上で、読取結果を処理装置４００群へと転送する。このような仕組みにより、利用者は、それら処理装置４００のある機関を順に巡って申請書を提出するという作業をせずに済む。また、フォームや記入の不足が窓口装置３００でチェックされるので、個々の処理装置４００の処理を待たなくても、利用者は窓口装置３００の場所で不備に対処できる。
【００２２】
以上、実施形態のシステムの概要を説明した。このシステムを構成するフォーム提供装置２００、窓口装置３００及び処理装置４００は、例えば、デジタル複写機やデジタル複合機（複写機、プリンタ、スキャナ等の複数の機能を備えた装置）などの画像形成装置として実現することができる。
【００２３】
フォーム提供装置２００、窓口装置３００又は処理装置４００として利用される画像形成装置の制御機構の一例を図２に示す。図２においてＲＯＭ（リード・オンリ・メモリ）１２には、画像形成装置の動作制御のための制御プログラムなどのデジタル情報が格納されている。ＣＰＵ（中央処理装置）１０がこのＲＯＭ１２内の制御プログラムを実行することにより、以下に説明する画像形成装置の各部の制御が実現される。
【００２４】
ＲＡＭ（ランダム・アクセス・メモリ）１４は、画像形成装置の主記憶装置であり、制御プログラムの実行の際にワークメモリとしても用いられる。ＲＡＭ１４は、例えば、画像出力装置２４に供給する１ページ分の画像データを蓄えるページバッファとして用いることもできる。
【００２５】
大容量記憶装置１６は、各種のデータを保存するための補助記憶装置であり、例えばハードディスクやＥＥＰＲＯＭ(Electrically Erasable Programmable Read-Only Memory)などの不揮発性の記憶装置である。
【００２６】
操作パネル１８は、この画像形成装置のユーザインタフェースのための表示や、ユーザからの各種指示の入力受付などのためのユーザインタフェース手段である。操作パネル１８は、例えば、スタートボタンなどの機械的な操作ボタンと、ＧＵＩ（グラフィカル・ユーザ・インタフェース）のための液晶タッチパネルと、を備える。液晶タッチパネルは、ＣＰＵ１０で実行される制御プログラムが生成したＧＵＩ画面を表示し、そのディスプレイに対するユーザのタッチ位置を検出して制御プログラムに渡す。制御プログラムは、そのタッチ位置の情報からユーザの入力内容を解釈する。
【００２７】
通信インタフェース２０は、ＬＡＮ（ローカル・エリア・ネットワーク）等のネットワークを介して他の装置とデータ通信を行う際の制御を担う装置である。リモートホストからのプリント指示等は、この通信インタフェース２０を介して画像形成装置内に入力される。また、ネットワーク上にある言語翻訳サーバなどといった外部サーバにアクセスする際にも、通信インタフェース２０は用いられる。
【００２８】
画像読取装置２２は、原稿を光学的に読み取って電子的な画像データを生成する装置である。例えば、ラインセンサやエリアセンサを用いたスキャナがその一例である。自動原稿送り装置（ＡＤＦ）（図示省略）にセットされた原稿は、ＡＤＦの機能により１枚ずつ画像読取装置に送られ、光学的に読み取られる。
【００２９】
画像出力装置２４は、ＣＰＵ１０の制御により供給される画像データを用紙に画像形成（印刷）する装置であり、プリントエンジンとも呼ばれる。
【００３０】
ファクシミリモジュール２６は、ファクシミリデータの送受信を行うモジュールである。
【００３１】
以上、画像形成装置のハードウエア構成の一例を示した。しかし、これはあくまで一例に過ぎない。画像形成装置は、例示した以外のハードウエア要素を備えていてももちろんよい。例えば、画像形成装置は、読み取ったビットマップ画像を、文字領域や写真領域などといった画像の種類ごとの領域に分離する像域分離回路や、画像に対して階調補正やエッジ強調、拡大縮小、回転などの画像処理を行う画像処理回路などを備えていてもよい。
【００３２】
このような構成を持つ装置がフォーム提供装置２００として用いられる場合、ユーザインタフェース画面の提供などのフォーム提供のための処理の手順を記述したプログラムがＲＯＭ１２又は大容量記憶装置１６に記憶されている。ＣＰＵ１０がこのプログラムを実行することで、画像形成装置はフォーム提供装置２００として機能する。窓口装置３００の場合も処理装置４００の場合も同様である。
【００３３】
なお、フォーム提供装置２００、窓口装置３００及び処理装置４００のハードウエアとして画像形成装置を用いるのはあくまで一例に過ぎない。それらの装置２００，３００及び４００は、基本的にはコンピュータを備えていればよく、更に必要に応じて印刷装置又は画像読取装置又はその両方を備えていればよい。
【００３４】
以下、システムを構成するフォーム提供装置２００、窓口装置３００、及び処理装置４００のそれぞれの詳細を順に説明する。まず、フォーム提供装置２００について、図３を参照して説明する。
【００３５】
図３に示すようにフォーム提供装置２００は、文書構造定義ＤＢ（データベース）２１０，処理定義ＤＢ２１５、指示受付部２２０，定義情報取得部２３０、及び印刷指示部２４０を備える。
【００３６】
文書構造定義ＤＢ２１０には、申請フォームごとに、そのフォームの画像を表すデータと、そのフォームに対応する文書構造定義記述書のデータと、がそれぞれ登録されている。図４は、申請フォーム５００の画像の一例である。例示した申請フォーム５００は、申請書の見出し５０２を含む。また、申請フォーム５００は、申請者が記入する欄として、申請者の氏名を記入する記入欄５０４，申請者の住所を記入する記入欄５０６，申請者の認め印を押印する欄５０８，申請のために必要な各項目についての詳細内容を記入する欄５１０、申請日を記入する記入欄５１２を含む。また、申請フォーム５００は、当該フォームを処理する機関（処理装置又は係員）が記入する欄として、申請に対して機関が認めた事項を記入する記入欄５１４と、その機関の代表者の印を押印する欄５１６とを含む。このような申請フォームの画像は、例えば画像データとして文書構造定義ＤＢ２１０に登録されている。また、この代わりに、文書構造定義記述書に申請フォームの個々の要素の組版スタイルを定義しておき、フォーム出力のためのプログラムがそのスタイルの情報に基づいて申請フォームの画像を生成してもよい。
【００３７】
文書構造定義記述書は、申請フォームの構造を記述した文書である。申請フォームには見出しや説明文、記入欄などの要素が含まれるが、文書構造定義記述書には、それら要素群がなす論理的な構造の情報が含まれる。また、例えば、申請フォームの文書構造定義記述書は、申請フォームに含まれる各記入欄の当該申請フォームの画像上での位置やその記入欄に記入される情報の種類、それら記入欄に記入された記入内容の解釈のための情報（例えばデータ型）などを表す。また、文書構造定義には、記入欄ごとに、その記入欄への記入が必須か否かを示す情報が含まれる。また、文書構造定義記述書に各要素の組版スタイルの情報を記述してもよい。
【００３８】
文書構造定義記述書は、例えば、ＤＴＤ（Document Type Definition）やＷ３ＣのＸＭＬ  ｓｃｈｅｍａ、ＲＥＬＡＸ  ＮＧ(Regular Language description for XML New Generation)などのスキーマ言語により記述される。図５に、文書構造定義記述書の記述例を示す。この例は、価格変更("PriceChangeRQ")の申請フォームのうち、文書要素群の論理構造をＷ３Ｃ  ＸＭＬ  ｓｃｈｅｍａで記述した例である。このフォームは、品目名("ItemInfo")、価格("PriceInfo")、及び消費税("TaxInfo")という要素を含んだ品目変更要素("ChangeItem")を１以上含んでいる。
【００３９】
処理定義ＤＢ２１５には、１以上の処理定義記述書のデータが登録される。１つの処理定義記述書は、１つの手続の中で行われる一連の処理の流れを定義する処理定義（言い換えればワークフロー）を表す。処理定義は、例えば、１つの手続のための各処理を行う処理装置４００の識別情報（例えばホスト名又はＵＲＬ(Uniform Resource Locator)など）、処理装置４００が行う処理の識別情報、及び各申請フォームが処理される順序の情報が記述される。この順序の情報は、処理定義記述書が記述する一連の処理の中での各処理装置の処理順序と等価である。処理定義記述書も、ＸＭＬ  ｓｃｈｅｍａ等のスキーマ言語を用いて記述すればよい。
【００４０】
図６に処理定義記述書のデータ内容の一例を示す。この例は、３つの機関での処理を順に経る必要のある申請手続のための処理定義記述書６００の例である。破線で囲んだ記載部分６０２，６０４，６０６が、それぞれ、各機関"xxx.org", "yyy.org", "zzz.org"に対応する処理の記述部分である。例えば、機関"xxx.org"の処理についての記載部分６０２では、最初にこの記述部分６０２において参照するスキーマ定義が宣言されている。この後に、当該機関の処理装置４００の識別情報、その処理装置４００が処理する申請フォームを識別するための情報、等が含まれる。また、その記述部分６０２には、その処理装置４００が処理する申請フォームの文書構造定義記述書を指し示す識別情報が含まれる。この識別情報の代わりに、文書構造定義記述書のデータそのものを記述部分６０２に組み込んでおいてもよい。この場合、文書構造定義ＤＢ２１０と処理定義ＤＢ２１５は１つに統合されたものとなる。図６の例では、記述部分６０２，６０４，６０６の記述順序が、それら各部分に対応する処理の実行順序を表す。
【００４１】
再び図３の説明に戻ると、指示受付部２２０は、利用者から申請フォームセットの出力指示を受け付けるユーザインタフェース機構である。指示受付部２２０は、例えば、出力を指示するための単なるボタンでもよい。また、フォーム提供装置２００が複数の種類の手続に対応するものである場合、指示受付部２２０は、それら各手続のリストを表示し、利用者から所望の手続の指定を受け付ける。定義情報取得部２３０は、利用者から指定された手続に対応する処理定義記述書を処理定義ＤＢ２１５から取得すると共に、その処理定義記述書に記述された各処理の対象となる各申請フォームの文書構造定義記述書及び画像を文書構造定義ＤＢ２１０から取得する。印刷指示部２４０は、定義情報取得部２３０が取得した処理定義記述書と、各申請フォームの画像と、各申請フォームの文書構造定義記述書とを、画像出力装置２４に印刷させる。処理定義記述書及び文書構造定義記述書の印刷結果は、例えば、スキーマ言語で記述された文書構造定義及び処理定義の文字列を印刷したものとなる。
【００４２】
なお、印刷指示部２４０は、処理定義記述書には処理定義を示す識別情報を、文書構造定義記述書には文書構造定義を示す識別情報を、それぞれ埋め込んで印刷するように指示してもよい。そのような識別情報は、例えば用紙の周囲のマージン領域内の所定の場所に、例えばバーコード等の画像コード、又は文字列の形で印刷すればよい。
【００４３】
また、印刷指示部２４０は、各申請フォームに、その申請フォームの種類を示す識別情報を、例えばバーコードや文字列の形で印刷してもよい。申請フォームの種類の識別情報は、その申請フォームの認識に用いる文書構造定義、及びその申請フォームを処理する処理装置を特定するのに用いることができる。この場合、どの識別情報がどの文書構造定義に対応するか、どの処理装置に対応するかの対応付けは、システム内で固定的に規定しておき、その対応付けを窓口装置３００又は処理装置４００に登録しておいてもよい。また、この代わりに、そのような対応付けの情報を処理定義記述書又は文書構造定義記述書に記述しておいてもよい。
【００４４】
利用者は、画像出力装置２４から出力された申請フォームセットを受け取り、各申請フォームに対して必要事項を記入し、記入結果のフォームセットを窓口装置３００まで持参して投入する。例えば、図４に例示した申請フォームに対しては、利用者（すなわち申請者）は、記入欄５０４，５０６，５０８，５１０，５１２に必要事項を記入する。
【００４５】
次に、図７を参照して、窓口装置３００の詳細について説明する。窓口装置３００は、図７に示すように、文字認識部３１０，文書解析部３２０，ＵＩ部３３０及び転送部３４０を備える。利用者が、記入済みの申請フォームセットを窓口装置３００の画像読取装置２２に読み取らせると、読取結果の各ページの画像データが文字認識部３１０に入力される。文字認識部３１０は、それら各ページの画像データに対して、公知の文字認識（ＯＣＲ:Optical Character Recognition）処理を施すことで、各ページに含まれる文字情報を抽出する。文字認識部３１０は、各ページの画像と文字認識結果とを対応づけて、文書解析部３２０に提供する。なお、文字認識部３１０は、各ページの画像に含まれるバーコード等のコード画像を認識する機能を備えていてもよい。この場合、文字認識部３１０は、この機能を用いて各ページから識別情報を認識し、その認識結果を文書解析部３２０に提供してもよい。
【００４６】
文書解析部３２０は、文字認識部３１０から供給される認識結果に基づき、申請フォームセットを解析する。この解析処理では、まず、読み取った申請フォームセットのページ群から処理定義記述書及び文書構造定義記述書を認識する。例えば処理定義記述書及び文書構造定義記述書にそれぞれ文書の種別を示す識別情報が埋め込まれている場合は、その識別情報を認識することで、処理定義記述書及び文書構造定義記述書を識別することができる。特別な識別情報が印刷されていない場合には、各ページの画像の文字認識結果から、例えば、処理定義記述書に必ず含まれる特徴的な文字列（例えば、処理定義の名称を表す文字列、あるいは処理定義記述の冒頭にあるべき文字列）が画像中のしかるべき場所から読み取れるかどうかを判定し、読み取れたらそのページが処理定義記述書であると認識すればよい。文書構造定義記述書についても同様である。
【００４７】
また、文書解析部３２０は、読み取った申請フォームセットのページ群から各申請フォームの画像を識別する。申請フォームの画像に識別情報が埋め込まれている場合は、文書解析部３２０は、その識別情報の認識結果に基づき、その画像がいずれの申請フォームに対応するものかを判定する。ただし、これは一例に過ぎない。別の例では、認識された文書構造定義記述書ごとに、その文書構造定義に該当する構造を持つ申請フォームを見つければよい。これには、例えば、各ページの文字認識結果からＸＭＬのタグを認識することで、そのページに含まれる要素群を特定し、それら特定された要素群を持つ文書構造定義を特定すればよい。
【００４８】
また、文書解析部３２０は、各申請フォームの認識結果に基づき、手続のために必要な申請フォームがすべて揃っているかを判定する。例えば、この判定では、処理定義記述書中に挙げられたすべての申請フォームが、認識結果の中に含まれているか否かを判定すればよい。この結果、足りない申請フォームが検出されれば、ＵＩ（ユーザインタフェース）部３３０がその旨を利用者に報知する。ＵＩ部３３０は、例えば、表示装置と入力装置とを備える。ここで、ＵＩ部３３０は、例えば足りない申請フォームの画像を画面表示することで、どのフォームが足りないかを利用者に報知してもよい。また、このときに足りない申請フォームを画像出力装置２４から印刷出力し、利用者に記入を促してもよい。
【００４９】
また、文書解析部３２０は、認識された各申請フォームの画像及びこれに対応する文字認識結果を、各申請フォームに対応する文書構造定義記述書と照らし合わせることで、読み取った各申請フォームの中の記入必須の各記入欄に対し、それぞれ記入がなされているか否かを判定する。記入必須の記入欄は、文書構造定義記述書から特定することができる。例えば、記入欄についての文字認識結果が得られている場合は、その記入欄は記入済みと判定できる。また、文字認識結果が得られていない記入欄については、申請フォームの画像から抽出したその記入欄の画像が空白か否かを調べ、空白でなければ記入済みと判定すればよい。なお、申請フォーム中の記入欄の範囲は、その申請フォームに対応する文書構造定義記述書から知ることができる。このような判定により、記入必須の記入欄のうち未記入のものが見つかれば、文書解析部３２０は、ＵＩ部３３０を介してその旨を利用者に報知する。この報知では、例えば、利用者に記入を求める記入欄を申請フォームの画像上でマーク付けした画像をＵＩ部３３０の表示画面に表示すればよい。
【００５０】
利用者は、上述のような報知に従い、投入し忘れた申請フォームに記入を行い、又は記入し忘れた記入欄に記入を行い、その記入結果を画像読取装置２２に投入して読取を行わせる。文書解析部３２０は、それら投入された申請フォームを解析し、必要な申請フォーム群の、記入必須の記入欄がすべて記入されているか否かを判定し、足りないフォームや未記入の記入欄があれば、再度報知を行う。
【００５１】
以上の繰り返しにより、必要な申請フォーム群の、記入必須の記入欄がすべて記入されていることが確認された場合、文書解析部３２０は、その認識結果を含んだフォームデータセットを作成し、そのフォームデータセットを、転送部３４０を介して、当該手続における最初の機関の処理装置４００へと転送する。ここで、当該手続における最初の機関の処理装置４００は、例えば、処理定義記述書の先頭の記載部分６０２（図６参照）に記載された処理装置４００である。
【００５２】
転送されるフォームデータセットは、例えば図８に示すようなデータ構造を有する。フォームデータセットは、文書識別情報７０２，処理定義７０４，及び１以上のフォーム情報７０６を含む。文書識別情報７０２は、当該フォームデータセットの一意な識別情報であり、窓口装置３００が付与する。処理定義７０４は、窓口装置３００が読み取った処理定義記述書の内容を表すデータである。１つのフォーム情報７０６は、窓口装置３００が読み取った１つの申請フォームについての情報である。１つフォーム情報には、当該申請フォームの読取結果であるフォーム画像７１２，その申請フォームの文書構造定義記述書の内容（文書解析部３２０が認識したもの）を示す文書構造定義７１４，及び申請フォームの解析結果７１６を含む。解析結果７１６は、読み取った申請フォームの画像を、文書構造定義７１４に従って解析して得られる構造化文書である。例えば、解析結果７１６は、文書構造定義７１４が示す各文書要素に対し、申請フォームから読み取られたその要素の画像又は文字認識結果を組み込むことにより得られる構造化文書である。
【００５３】
なお、窓口装置３００は、このようなフォームデータセットのうち、各処理装置４００が処理すべきフォーム情報７０６を、それぞれ当該処理装置４００の公開鍵で暗号化してもよい。これにより、ある処理装置４００の属する機関に宛てられた申請フォームの情報が、他の機関に見られてしまう可能性が低くなる。
【００５４】
次に、図９を参照して、処理装置４００について詳しく説明する。処理装置４００は、受信部４１０，対象フォーム判定部４２０，処理実行部４３０，処理結果ＤＢ４４０，転送部４５０及び応答部４６０を備える。受信部４１０は、窓口装置３００又は他の処理装置４００からフォームデータセットを受信する。対象フォーム判定部４２０は、フォームデータセットに含まれる処理定義７０４の中から当該処理装置４００に対応する記述部分を認識する。ここでは、例えば、処理定義７０４に含まれる各記述部分の中で、当該処理装置４００の識別情報を含んだ部分を、当該処理装置４００に対応する記述部分と判定すればよい。また、対象フォーム判定部４２０は、そのフォームデータセットの中から当該処理装置４００が処理すべきフォーム情報７０６を判定する。フォームデータセット中の各フォーム情報７０６がそれぞれ対応する処理装置４００の公開鍵で暗号化されている場合は、当該処理装置４００が持つ秘密鍵により復号できたフォーム情報７０６を、当該処理装置４００に対応するフォーム情報７０６と判定する。また、別の例では、処理定義７０４中の当該処理装置４００に対応する記述部分に含まれるフォームの識別情報に基づき、当該処理装置４００に対応するフォーム情報７０６を判定してもよい。
【００５５】
処理実行部４３０は、処理対象と判定されたフォーム情報７０６に対し、処理定義７０４中の当該処理装置４００に対応する記述部分にて指定された処理を施す。そのような処理の一例としては、当該申請フォームの画像（この画像は申請者の記入内容を含む）を印刷し、その印刷結果に対して当該機関の係員が記入又は押印した結果を読み取り、読み取った画像をフォームデータセットに組み込む処理がある。例えば、図１０に示す申請フォームの例は、機関の係員が申請を認める旨の記載を記入欄５１４に記入し、当該機関の印を欄５１６に押印した結果である。
【００５６】
処理実行部４３０の処理結果は、処理結果ＤＢ４４０に登録される。処理結果ＤＢ４４０に登録される処理結果は、例えば、当該処理装置４００が属する機関が、利用者の提出した申請フォームに記載された申請内容に対して許可を与えたか否かの許否情報を含む。機関の係員が許可の判定をする場合は、その係員が処理装置４００に対して入力した判定結果が処理結果ＤＢ４４０に登録される。処理実行部４３０が申請フォームに対して許可を与えるか否かを自動判定する場合は、その処理実行部４３０の判定結果が処理結果ＤＢ４４０に登録される。許否情報は、受信したフォームデータセットの文書識別情報７０２に対応づけて処理結果ＤＢ４４０に登録される。また、処理結果ＤＢ４４０には、申請フォームに対して機関が発行した文書のデータ（例えば、図１０に例示した許可の旨を記したフォーム）を登録してもよい。なお、処理結果ＤＢ４４０には、許否情報又は処理の結果発行された文書データの他に、受信したフォームデータセットについての処理状態のデータを、文書識別情報７０２に対応づけて記録してもよい。処理状態には、例えば「受信済み（処理待ち）」、「処理中」、「処理済み」などの段階がある。
【００５７】
転送部４５０は、処理定義７０４に当該処理装置４００の次の処理装置４００についての記述部分が存在する場合には、処理実行部４３０の処理結果を含んだフォームデータセットを、ネットワーク１００を介して当該次の処理装置４００へ転送する。当該次の処理装置４００のネットワーク１００上でのアドレスは、その記述部分に記載された識別情報から求めることができる。
【００５８】
応答部４６０は、利用者からの問合せに応じて、処理結果ＤＢ４４０に登録された情報を提供する。このシステムでは、利用者は、窓口装置３００に申請フォームセットを投入した際に、窓口装置３００は当該フォームセットの識別情報（文書識別情報７０２）を提供する。識別情報の出力方式は問わない。例えば、識別情報は、文字列として印刷出力してもよいし、電子メールでその利用者のメール宛に送ってもよい。利用者は、例えば自分のＰＣ或いは窓口装置３００に対してその識別情報の値を入力し、所望の処理装置４００を指定して状況問合せを指示すると、ＰＣ又は窓口装置３００はその識別情報の値を含んだ問合せをその処理装置４００宛に送信する。これを受けた処理装置４００では、応答部４６０が、その問合せに含まれる識別情報に対応づけて登録された情報を処理結果ＤＢ４４０から検索し、その検索の結果に応じた応答情報をＰＣ又は窓口装置３００に返す。その処理装置４００が問い合わせ対象の識別情報に対応するフォームデータセットを受け取っていない場合は、応答情報は例えば「未受信」となる。受け取っている場合は、応答情報は、例えば処理状態の情報を含む。また、識別情報に対応する処理状態が「処理済み」の場合は、応答情報には更に許否情報や処理結果の文書データなどが含まれてもよい。
【００５９】
処理装置４００は、処理実行部４３０での処理が完了した場合、処理定義７０４に次の処理装置４００での処理が記載されていれば、フォームデータセットにその処理結果を組み込んで、そのフォームデータセットを転送部４５０から次の処理装置４００へ転送する。処理定義７０４中の最後の処理装置４００に到達するまで、その転送が繰り返される。フォームデータセットに組み込まれる処理結果は、後のいずれかの機関で利用されるものである。したがって、その処理結果は、当該処理結果を利用する機関の処理装置４００の公開鍵で暗号化される。なお、処理結果をどの処理装置４００の公開鍵で暗号化するかについては、処理定義記述書中に記述しておけばよい。
【００６０】
なお、処理定義７０４中に規定された最後の処理を実行した処理装置４００は、その処理の結果利用者に対して文書（例えば許可証）を発行する場合は、その文書を出力する。利用者は、その最終結果の文書をその処理装置４００のある機関まで取りに行く。または、その機関がその最終結果の文書を利用者宛に郵送する。郵送の宛先には、申請フォームに記載された利用者の住所の情報が利用される。
【００６１】
利用者が最終結果の文書を機関まで取りに行く場合、利用者が元の申請フォームセットのうちの所定の一枚（例えば表紙）を持参することで、その機関に対し正当な利用者であることを証明してもよい。この場合、窓口装置３００がその申請フォームセットの所定の一枚の紙指紋（紙の繊維又は表面の凹凸が形成する微細構造。紙１枚ごとに違う）を読み取り、その紙指紋の情報をフォームデータセットに組み込んで転送し、最終の処理装置４００で利用者が持参したフォームの紙指紋がフォームデータセットに組み込まれた紙指紋に一致している場合、正当な利用者であると判定してもよい。なお、申請フォームセットの紙全部の紙指紋を読み取り、フォームデータセットに組み込んでおいてもよく、この場合利用者はどのフォームを持参してもよい。紙指紋を利用する代わりに、ＲＦＩＤ(Radio Frequency IDentification)タグが組み込まれた用紙に申請フォームセットを印刷するようにし、セットのうちの所定の１枚（セット全部でもよい）のＲＦＩＤタグのＩＤ番号をフォームデータセットに組み込んで転送するようにしてもよい。この場合、利用者が持参した紙のＲＦＩＤタグのＩＤ番号がフォームデータセットに組み込まれた値と一致するかどうかで、その利用者が正当であるかを判定してもよい。
【００６２】
上述の例では、文書識別情報７０２を窓口装置３００が付与したが、この代わりに、紙指紋を表す値、又は紙に埋め込まれたＲＦＩＤタグのＩＤ番号を窓口装置３００が読み取り、文書識別情報７０２として利用してもよい。この場合、利用者は、自分のＰＣ又は窓口装置３００にフォームセットの紙の紙指紋又はＲＦＩＤを読み取らせ、その読取結果の値を処理装置４００に対する処理状況の問合せのための識別情報として用いることもできる。
【００６３】
以上説明した実施形態によれば、１つの手続に必要なすべてのフォームを窓口装置３００で読み取り、すべてのフォームが揃い、すべての必須記入欄に記入がなされているかを窓口装置３００がチェックするので、記入漏れ等が見つかったときに利用者はすぐに対処できる。また、申請フォームセットの中に処理定義記述書及び文書構造定義記述書が含まれており、窓口装置３００がそれを読み取るので、窓口装置３００及び処理装置４００は処理定義や文書構造定義の情報を予め持っている必要がない。したがって、様々な場所に窓口装置３００を設置する場合に、それら窓口装置３００の維持管理の負担が少ない。また、フォームセットに含まれる各フォーム情報７０６を、当該フォーム情報７０６を処理する処理装置４００の公開鍵で暗号化するので、個々のフォーム情報７０６が他の機関に漏洩する可能性を低減できる。
【図面の簡単な説明】
【００６４】
【図１】実施形態の電子申請処理システムの一例の概略構成を示す図である。
【図２】フォーム提供装置、窓口装置又は処理装置の基礎となる画像処理装置のハードウエア構成の一例を示す図である。
【図３】フォーム提供装置の一例の機能ブロック図である。
【図４】申請フォームの画像の一例を示す図である。
【図５】文書構造定義記述書のデータ内容の一例を示す図である。
【図６】処理定義記述書のデータ内容の一例を示す図である。
【図７】窓口装置の一例の機能ブロック図である。
【図８】窓口装置が処理装置に送るフォームセットデータのデータ構造の一例を示す図である。
【図９】処理装置の一例の機能ブロック図である。
【図１０】処理装置による処理を受けた後の申請フォームの画像の一例を示す図である。
【符号の説明】
【００６５】
１００  ネットワーク、２００  フォーム提供装置、３００  窓口装置、４００  処理装置。
【図１】
2009048321.tif 000003
【図２】
2009048321.tif 000004
【図３】
2009048321.tif 000005
【図４】
2009048321.tif 000006
【図５】
2009048321.tif 000007
【図６】
2009048321.tif 000008
【図７】
2009048321.tif 000009
【図８】
2009048321.tif 000010
【図９】
2009048321.tif 000011
【図１０】
2009048321.tif 000012