(57)【要約】【課題】回答と原課事由との対応付けを一から作成し直す必要がなく、メンテナンスを容易かつ迅速に行い得る電子申請システムを提供すること。【解決手段】質問に対する回答して格納された前記回答を参照し、当該回答がコンディション格納手段に格納されたコンディションを満たすか否かを判断するコンディション真偽判断手段と、コンディションを参照し、参照するコンディションがルール格納手段に格納されたルールを満たすか否かを判断するルール真偽判断手段と、真とされたルールを満たす原課事由を申請者が申請しようとする手続における原課事由として選出する原課事由選出手段とを備えている。【選択図】  図４
2004234255.tif 000002
【特許請求の範囲】
【請求項１】
申請者に申請手続に関する質問を提示する質問提示手段と、
質問に対する回答を所定の領域に格納する回答格納手段と、を備え
各領域に格納された領域データについて評価条件を格納する評価条件格納手段と、評価条件格納手段に格納された評価条件を基に前記領域データを評価する評価手段とを備えた回答評価装置を複数備え、
各回答評価装置は、評価手段による評価結果に応じた申請業務に関連する処理を行う
ことを特徴とする電子申請システム。
【請求項２】
前記評価条件格納手段に格納された評価条件は、申請者が行う申請手続の原課及びその事由を特定する原課事由を選出するための基準となるルールと、ルールを構成する１又は複数のコンディションとからなり、
前記評価手段は、前記領域データを用いてコンディションを満たすか否かを判断するコンディション真偽判断手段と、
真偽判断の対象となったコンディションを用いてルールを満たすか否かを判断するルール真偽判断手段とからなり、各回答評価装置は、前記ルール真偽判断手段により真とされたルールに基づいて原課事由を選出する処理を実行する
ことを特徴とする請求項１に記載の電子申請システム。
【請求項３】
電子申請システムにおける各種パラメータの編成に用いられるエディタであって、
申請者が行う申請手続の原課及びその事由を特定する原課事由を選出するための基準となるルールを新たに取得するルール取得手段と、
取得したルールを構成する１又は複数のコンディションを追加する必要があるかどうかを判断するコンディション追加判断手段と、
追加する必要があると判断した場合にコンディションを追加するコンディション追加手段と、
追加する必要がないと判断した場合に既に存在するコンディションを前記新たに取得したルールを構成するコンディションとして特定するコンディション特定手段と、
追加したコンディションを評価するための回答が格納される領域を追加する必要があるかどうか判断する回答格納領域追加判断手段と、
追加する必要があると判断した場合に前記回答格納領域を追加する回答格納領域追加手段と、
追加する必要がないと判断した場合に既に存在する回答格納領域を前記追加したコンディションを評価するための回答が格納される領域として特定する回答格納領域特定手段と、を含む
ことを特徴とする電子申請システム用エディタ。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、市役所で住民のために各種行政事務を処理する場合など申請手続を行う場合に適用されるものであって、申請者の用件を元に申請業務を効率的に行い申請者の負担の軽減を図ることが可能な電子申請システムに関する。
【０００２】
【従来の技術】
市民が市役所に来た場合、市民は、各種行政事務処理の実施部門（以下、行政機関に限らず申請事務処理を担当して実施する主体を原課という。）に設けられた受付にて、転出などの事務処理をお願いする。受け付けると、受け付けを行った原課が転出処理を行う。
【０００３】
例えば、ある世帯の世帯主が転出する場合、住民は転出届けを作成し、住民基本台帳に異動（住基異動）業務担当者に提出する。このとき、住基異動業務担当者は、印鑑登録済みか、国民健康保険や国民年金の被保険資格があるかどうか等を確認し、住基異動業務以外に同時に処理しなければならない業務があるかどうかを判断して、市民への案内や手続の指示を行っている。
【０００４】
ここで、効率化及び申請者への負担の軽減を図るために、申請の受け付けを含め、申請業務処理を電子化して行うシステムが下記特許文献１に開示されている。
この技術では、申請者は、予め定められたシナリオに基づいて作成された質問に回答してゆけば、申請するべき原課が決定され、その原課の業務処理装置が申請手続を実行してくれるというもので、申請処理の効率化及び申請者への負担の軽減を図ることができる。
【０００５】
【特許文献１】
特開２００２−１４９９０３
【０００６】
【発明が解決しようとする課題】
ところで、申請手続の事由、目的（原課事由）は、法の規定や申請手続の各種基準等により変更し得るものである。特に、昨今の社会状況の変化が激しい時代にあっては、法の改正などはかなりの頻度で起こり得る。このように申請手続の基準となる法などが変更されると、上記のように各種質問に回答させて原課やその事由を特定するという手法において、回答から原課事由等を導き出すため回答と原課事由等との対応付けを一から作成し直さなければならず、法改正等に併せてシステムのメンテナンスを行う際の負担が大きくなるとともに、迅速にその基準に対応した状態でシステムを稼動させることができない。
【０００７】
そこで、本発明は、メンテナンスを容易かつ迅速に行い得る電子申請システム及び電子申請システム用エディタを提供することを目的とする。
【０００８】
【課題を解決するための手段】
本発明の電子申請システムは、申請者に申請手続に関する質問を提示する質問提示手段と、質問に対する回答を所定の領域に格納する回答格納手段と、を備え、各領域に格納された領域データについて評価条件を格納する評価条件格納手段と、評価条件格納手段に格納された評価条件を基に前記領域データを評価する評価手段とを備えた回答評価装置を複数備え、各回答評価装置は、評価手段による評価結果に応じた申請業務に関連する処理を行うことを特徴とする。
【０００９】
また、本発明の電子申請システム用エディタは、電子申請システムにおける各種パラメータの編成に用いられるエディタであって、申請者が行う申請手続の原課及びその事由を特定する原課事由を選出するための基準となるルールを新たに取得するルール取得手段と、取得したルールを構成する１又は複数のコンディションを追加する必要があるかどうかを判断するコンディション追加判断手段と、追加する必要があると判断した場合にコンディションを追加するコンディション追加手段と、追加する必要がないと判断した場合に既に存在するコンディションを前記新たに取得したルールを構成するコンディションとして特定するコンディション特定手段と、追加したコンディションを評価するための回答が格納される領域を追加する必要があるかどうか判断する回答格納領域追加判断手段と、追加する必要があると判断した場合に前記回答格納領域を追加する回答格納領域追加手段と、追加する必要がないと判断した場合に既に存在する回答格納領域を前記追加したコンディションを評価するための回答が格納される領域として特定する回答格納領域特定手段と、を含むことを特徴とする。
【００１０】
【発明の実施の形態】
以下に本発明に係る実施の形態について、市役所や町役場における申請手続を申請者の家の端末にてインターネットを介して電子的に実施することを可能とする電子申請システムについて具体的に説明する。なお、本発明は、市役所や町役場における電子申請に限られず、その他の一般的な申請手続を行うシステムとしても適用可能である。
【００１１】
［実施の形態１］
図１は、本実施形態における電子申請システムの全体構成図を概略的に示す。同図において、Ｐはユーザが使用する情報処理装置（以下、「端末」と表記する。）であり、Ｃは申請業務を統括するコンピュータ（統括コンピュータ）であり、Ｓは各原課における業務を実施するコンピュータ（原課コンピュータ）である。これらは互いにネットワークを通じて双方向通信可能に接続されている。本実施形態ではコンピュータＣと端末Ｐとがインターネットを介して接続されているものとし、コンピュータＣとコンピュータＳとはＬＡＮを介して接続されているものとする。
【００１２】
具体的に、端末Ｐは、例えば、所定のプロバイダを通じてインターネットに接続している、いわゆるパーソナルコンピュータであり、ＣＰＵ、内部メモリ、ハードディスク等の外部記憶装置、キーボードやマウス等からなる入力手段、ディスプレイ等の表示手段、モデム等の通信インターフェース等を備えたものである。
【００１３】
一方、統括コンピュータＣは、申請者が所定の申請手続を行う場合の総合窓口としての処理及び具体的な申請手続を行わせる原課コンピュータを選出する処理を行い、ＷＷＷサーバ機能やデータベースサーバ機能等の一般的なサーバコンピュータとしての各種機能を有するものである。そして、統括コンピュータＣは、前記端末Ｐと同様にＣＰＵ、内部メモリ、ハードディスク等の外部記憶装置、キーボードやマウス等からなる入力手段、ディスプレイ等の表示手段、通信インターフェース等を有するものである。
【００１４】
統括コンピュータＣは、その記憶装置等に記憶させたプログラム等に従ってＣＰＵや周辺機器が動作し、図２に示すように、質問格納部１、質問提示部２、変数格納部３、コンディション格納部４、ルール格納部５、コンディション真偽判断部６、ルール真偽判断部７、事由確定部８と、原課事由抽出部９と、リンクテーブル記憶部１０としての機能を発揮する。
【００１５】
質問格納部１は、シナリオに基づいて順序付けられた複数個の質問Ｑ１、Ｑ２・・・からなる質問群ＱＧ１、ＱＧ２・・・を格納している。シナリオとは、下記のルールに対して適切な解を導き出すための質問の順番を規定したものをいう。質問群ＱＧ１，ＱＧ２・・・は、別々なシナリオに基づいて作成されている。一つは、イベントに包含される事由を確定するためのルールを判定するのに必要な質問群が含まれたものである。「イベント」とは、生活の中で生じる手続が必要な出来事である。「事由」とは、手続の目的である。「ルール」とは、原課事由抽出、確定の目的で使用される基準である。二つ目は、原課事由を抽出するためのルールを判定するのに必要な質問群が含まれたものである。三つ目は、原課事由を確定するためのルールを判定するに必要な質問群が含まれたものである。四つ目は、業務の遂行に必要な質問群が含まれたものである。「業務」とは、各原課における手続のことである。
【００１６】
質問提示部２は、質問を申請者の端末Ｐの画面に表示することにより提示する。質問は、ＷＷＷサーバから端末Ｐに送信され、インターネットを経由して端末Ｐに表示される。
変数格納部３は、質問に対する回答を変数として格納する。回答は、予め定められたポインタで示される格納位置に設けられた変数に格納される。この回答は、統括コンピュータ及び各原課コンピュータによって参酌される共通的な変数となる。従って、ＬＡＮに接続されたコンピュータ何れからもアクセス可能な共有化された記憶媒体に格納する。
【００１７】
コンディション格納部４は、コンディションを格納している。コンディションとは、ルールを構成する要素であるとともにルール判定で使用されるフラグとなる。コンディションは、回答とリンクされている。リンクは、ポインタの指定によって行う。リンクすることで、リンク元（コンディション）にリンク先（回答）の内容が参照照合されて、リンク元の内容がリンク先の内容によって成立するものであるかどうかが判断される相手が設定されることになる（以下同様である）。
【００１８】
ルール格納部５は、事由を選出する基準となるルール及び原課事由を選出するための基準となるルールを格納している。ルールは、コンディションとリンクされている。リンクは、ポインタの指定によって行う。
コンディション真偽判断部６は、リンクした変数によって評価した結果が真となるか偽となるかを判断する。真であれば、そのコンディションが成立する。真偽の論理演算は、複数の変数とリンクしている場合には、ＡＮＤ論理演算であり、複数の回答全てがコンディションを満たす場合にそのコンディションが成立する。成立したコンディションは真であり、成立しないコンディションは偽であり、真偽は例えば、真偽を示すフラグ値によって表される。
【００１９】
ルール真偽判断部７は、リンクしたコンディションによって真となるか偽となるかを判断する。真であれば、そのルールが成立する。真偽の論理演算は、複数のコンディションとリンクしている場合には、ＡＮＤ論理演算であり、複数のコンディション全てが真である場合にそのルールが成立する。成立したルールは真であり、成立しないルールは偽であり、真偽は例えば、真偽を示すフラグ値によって表される。
【００２０】
事由確定部８は、真となったルールを基に事由を確定する。事由は、図示しないデータベースに格納され、事由毎にその内容を示すメタ情報が記載されている。
原課事由抽出部９は、真となったルールを基に原課事由を抽出する。原課事由は、図示しないデータベースに格納され、原課事由毎にその内容を示すメタ情報が記載されている。
【００２１】
ルール、コンディション、変数、質問のリンクは、リンクを示した一覧テーブルにより示される。リンクテーブルの一例を図３に示す。リンクは、リンク元のポインタとリンク先のポインタとの対応で示される。リンク先が複数の場合は複数のポインタが記載される。このようなリンクテーブルはリンクテーブル記憶部１０に記憶されている。なお、リンクは、ポインタで関係付けて行う以外にも、パラメータに固有に設定したＩＤ番号等によって行うこともできる。
【００２２】
原課コンピュータＳは、申請者が所定の申請手続を行う場合の具体的な申請手続を行い、ＷＷＷサーバ機能やデータベースサーバ機能等各種サーバ機能などの一般的なサーバコンピュータとしての各種機能を有するものである。そして、原課コンピュータＳは、前記端末Ｐと同様にＣＰＵ、内部メモリ、ハードディスク等の外部記憶装置、キーボードやマウス等からなる入力手段、ディスプレイ等の表示手段、通信インターフェース等を有するものである。
【００２３】
原課コンピュータＳは、その記憶装置等に記憶させたプログラム等に従ってＣＰＵや周辺機器が動作し、図４に示すように、コンディション格納部１１、ルール格納部１２、コンディション真偽判断部１３、ルール真偽判断部１４、原課事由確定部１５と、リンクテーブル記憶部１６としての機能を発揮する。
コンディション格納部１１は、コンディションを格納している。コンディションは、回答とリンクされている。リンクは、ポインタの指定によって行う。
【００２４】
ルール格納部１２は、統括コンピュータで選出された原課事由の中から更に詳細な基準に基づいて原課事由を確定するためのルールを格納している。ルールは、コンディションとリンクされている。リンクは、ポインタの指定によって行う。
コンディション真偽判断部１３は、リンクした変数によって評価した結果が真となるか偽となるかを判断する。真であれば、そのコンディションが成立する。真偽の論理演算は、複数の変数とリンクしている場合には、ＡＮＤ論理演算であり、複数の回答全てがコンディションを満たす場合にそのコンディションが成立する。
【００２５】
成立したコンディションは真であり、成立しないコンディションは偽であり、真偽は例えば、真偽を示すフラグ値によって表される。
ルール真偽判断部１４は、リンクしたコンディションによって真となるか偽となるかを判断する。真であれば、そのルールが成立する。真偽の論理演算は、複数のコンディションとリンクしている場合には、ＡＮＤ論理演算であり、複数のコンディション全てが真である場合にそのルールが成立する。成立したルールは真であり、成立しないルールは偽であり、真偽は例えば、真偽を示すフラグ値によって表される。
【００２６】
原課事由確定部１５は、真となったルールを基に原課事由を申請者が手続を行おうとする原課事由として確定する。
ルール、コンディション、変数、質問のリンクは、リンクを示した上記したようなリンクテーブル（図３）に表される。リンクテーブルはリンクテーブル記憶部１６に記憶されている。なお、リンクは、ポインタで関係付けて行う以外にも、パラメータに固有に設定したＩＤ番号等によって行うこともできる。
【００２７】
図５に質問、変数、コンディション、ルールのリンク関係を示す。
所定の質問群における質問Ｑ１、Ｑ２・・・Ｑｎに対応する回答を格納する変数が統括コンピュータ及び原課コンピュータ何れのコンピュータからも参照されるように共通変数として格納される（図では、統括コンピュータから参照される関係を示す）。
【００２８】
そして、参照する関係にあるルール、コンディション、変数については、その格納位置のポインタによってリンクが張られてある。
リンクする相手先（ルールであればコンディション、コンディションであれば回答）がリンク元と、１対１か１対多かであるのかは、ルールの内容等に依存する。例えば、ルールが、「６５歳以上の老人で、男性が行う手続」というものであれば、コンディションは、「６５歳以上の老人」、「男性である」の２つとなり、ルールのリンク先は複数のコンディションとなるという具合である。
【００２９】
次に、質問、変数、コンディション、ルールについて具体例と挙げておく。図６が一例である。
例では、質問が「あなたの世帯情報を入力してください」であり、入力項目が「住所」、「世帯主」・・・の項目などであり、入力値は、変数の値として用いられる。コンディションは、「６５歳以上の老人がいる」などの内容で、予め定義付けされた関数（例えば、ｇｅｔ    Ａｇｅ  Ｆａｍｉｌｙ  Ｂｉｒｔｈｄａｙ）で表される。年齢の場合を例にとれば、変数に代入された年齢（生年月日から導出）を取得して、ｇｅｔ    Ａｇｅ  Ｆａｍｉｌｙ  Ｂｉｒｔｈｄａｙ≧６５を満たすかどうかで、「６５歳以上の老人がいる」というコンディションの真偽が判定される。ルールは、コンディションが１又は複数集まって構成されるもので、上記例で言えば、「６５歳以上の老人がいる」などである。この場合に選出される原課事由は、「保険年金課―年金」である。
【００３０】
統括コンピュータ及び原課コンピュータそれぞれがルール格納部及びコンディション格納部においてルール及びコンディションを有している。このように分散化しているのは、ルールやコンディションは、手続を行う部課毎に異なり、独立性を確保するためである。
次に、上記した電子申請システムにおける手続の流れの概要について図７を参照としながら説明する。
【００３１】
まず、図７に示すように、申請者が端末Ｐから指定したイベントにおいて、基本的な質問を行い、その回答を基に事由を確定する。図では、イベントとして、「引越したら」、「出産したら」、「不動産を購入したら」、「事故にあったら」等を記載している。質問の回答として、イベント「引越したら」について、「転入」というものであれば、この回答が格納される変数とリンクが張られたコンディションがこの回答を参照して、コンディションが真、ルールも真となれば、事由を「転入」と確定する。
【００３２】
次に、確定した事由「転入」において、基本的な質問を行い、その回答を基に手続を行う可能性のあるものを含めて原課事由を全て抽出する。原課事由として、図では、「住民課−転校」、「住民課−転入」、「保険年金課−国保加入」、「保険年金課−年金」という事由が示されている。
次に、抽出された原課事由それぞれにおいて、細かな質問を行い、その原課事由の成立の真偽を確定する。真偽の確定は、原課事由を抽出するルールで真とされたコンディションによって真とされたルールにより抽出された原課事由であるか否かによって行う。この図では、「保険年金課−国保加入」、「住民課−転入」と原課事由が確定される。
【００３３】
このようにして原課事由が確定すれば、原課事由に対応する業務において、その業務を遂行するために必要な情報を質問によって収集する。原課事由に対応する業務は、データベース上にて予め関連付けがなされている。これにより、業務遂行が可能な状態となり、以下、各原課コンピュータにおいて申請業務が実行される。
【００３４】
なお、上記例では、申請者からみれば、一つの申請手続によって、質問に答えてゆくことで、自身がイベントに応じて行わなければならない複数の申請を同時に行ういわゆるワンストップ申請が可能となることが分かる。
次に、上記処理における統括コンピュータ及び原課コンピュータにおけるルールの確定の仕方に焦点を当てて説明する。
【００３５】
図８おけるように統括コンピュータでは事由確定シナリオに基づく質問群を提示する（ステップＳ１）。次に、申請者が端末から入力した回答を変数として格納する（ステップＳ２）。次に、格納した変数と予めポインタによってリンクが張られているコンディションにおいて回答によるコンディションの真偽を判定する（ステップＳ３）。次に、予めポインタによってリンクが張られているルールにおいてコンディションによるルールの真偽を判定する（ステップＳ４）。これにより真とされたルールを用いて事由を確定する（ステップＳ５）。
【００３６】
次に、統括コンピュータでは、確定した事由において、原課事由抽出シナリオに基づく質問群を提示する（ステップＳ６）。次に、申請者が端末から入力した回答を変数として格納する（ステップＳ７）。次に、格納した変数と予めポインタによってリンクが張られているコンディションにおいて回答によるコンディションの真偽を判定する（ステップＳ８）。次に、予めポインタによってリンクが張られているルールにおいてコンディションによるルールの真偽を判定する（ステップＳ９）。これにより真とされたルールを用いて原課事由を全て抽出する（ステップＳ１０）。
【００３７】
次に、統括コンピュータでは、抽出された原課事由において、細かな質問を行う（ステップＳ１１）。次に、申請者が端末から入力した回答を変数として格納する（ステップＳ１２）。次に、抽出された原課事由に関連する申請業務を実行する原課コンピュータにおいて、格納した変数と予めポインタによってリンクが張られているコンディションにおいて回答によるコンディションの真偽を判定する（ステップＳ１３）。次に、予めポインタによってリンクが張られているルールにおいてコンディションによるルールの真偽を判定する（ステップＳ１４）。これにより真とされたルールを用いて原課事由を確定する（ステップＳ１５）。
【００３８】
以下、統括コンピュータによって、業務を遂行するための情報を収集し、収集した情報を基に各原課コンピュータにおいて申請の手続が実行される。
［実施の形態２］
次に上記実施の形態１の電子申請システムにおけるルール、コンディション、変数の編成ついて説明する。
【００３９】
図９、ルール、コンディション、変数を編成するエディタの構成を示す機能ブロック図である。
この図に示すように、本実施形態のエディタは、ルール追加判断部２１と、ルール追加部２２、コンディション追加判断部２３と、コンディション追加部２４と、変数追加判断部２５と、変数追加部２６、質問追加部２７と、リンク設定部２８とから構成されている。
【００４０】
ルール追加判断部２１は、ルールを新たに追加するべきかどうかについて判断する。追加を指示されたルールが既に登録されているかどうかを判断することになる。ルールを新たに追加する必要があると判断した場合には、その旨をルール追加部２２に知らせる。追加されるルールは、編成者により指定されたルールなどである。
【００４１】
ルール追加部２２は、ルール追加判断部２１から、ルールを新たに追加する必要があるとの旨の通知を受けた場合には、ルールを追加する。追加されたルールは、統括コンピュータ及び原課コンピュータそれぞれのルール格納部に格納される。ルールとしては、原課事由を選び出すルールである場合に、保険年金という原課事由であるとすると、「６５歳以上の老人が保険を受ける場合に行う手続」などといったルールである。
【００４２】
コンディション追加判断部２３は、コンディションを新たに追加する必要があるかどうかを判断する。追加することになるコンディションは、ルールを新たに追加したことにより、ルール判定のフラグとして追加の必要が生まれたコンディションである。コンディションを新たに追加する必要があると判断した場合には、その旨をコンディション追加部２４に知らせる。前記例で言えばルールを判断するために必要なコンディションは、「年齢が６５歳以上」、「老人である」であるので、係るコンディションの存否を判断する。
【００４３】
コンディション追加部２４は、コンディション追加判断部２３から、コンディションを新たに追加する必要があるとの旨の通知を受けた場合には、コンディションを追加する。追加されたコンディションは、統括コンピュータ及び原課コンピュータそれぞれのコンディション格納部に格納される。追加するコンディションは、予めデータベースに編成者が登録しているものとし、追加する場合には自動的に読み出されてコンディション格納部に格納される。
【００４４】
変数追加判断部２５は、変数を新たに追加する必要があるかどうかを判断する。追加することになる変数は、コンディションを新たに追加したことにより、追加の必要が生まれた変数である。変数を新たに追加する必要があると判断した場合には、その旨を変数追加部に知らせる。前記例で言えばコンディションを判断するために必要な変数は、「年齢」であるので、係る変数の存否を判断する。
【００４５】
変数追加部２６は、変数追加判断部２３から、変数を新たに追加する必要があるとの旨の通知を受けた場合には、変数を追加する。追加する変数は、予めデータベースに編成者が登録しているものとし、追加する場合には自動的に読み出されて変数格納部に格納される。
質問追加部２７は、変数に対応する質問を追加する。追加された質問は、質問格納部に格納される。
【００４６】
リンク設定部２８は、追加されたルール、コンディション、変数、質問それぞれのリンクを設定する。リンクは、リンク先となるパラメータのポインタを設定することにより行われる。追加されたルールの真偽が複数のコンディションを基に判定される場合において、その中の幾つかは既に登録されたコンディションを用いることができ、残りが追加されたコンディションである場合には、当該ルールと既にあるコンディション及び追加したコンディションとをリンクさせることになり、既に登録されたコンディションを用いることができない場合は、追加したコンディションとリンクさせる。また、同様に、追加されたコンディションを判定するための変数に、既に登録された変数を用いることができる場合には、当該コンディションと既にある変数とをリンクさせ、既に登録された変数を用いることができない場合には、当該コンディションと新たに追加した変数とをリンクさせる。この結果、リンクテーブルにおけるリンク先を示すポインタの値が更新される。
【００４７】
次に、上記エディタの動作について図１０を用いて説明する。
まず、ルール追加判断部２１により、ルールを新たに追加するべきかどうかについて判断する（ステップＳ２１）。この判断の対象となるルールは、画面にて編成者から指定されたルールである。追加と判断した場合には（ステップＳ２１でＹｅｓ）、その旨をルール追加部２２に通知する（ステップＳ２２）。
【００４８】
ルール追加部２２は、ルール追加判断部２１から、ルールを新たに追加する必要があるとの旨の通知を待ち、通知を受けた場合には、ルールを追加して、ルール格納部に格納する（ステップＳ２３）。
コンディション追加判断部２３は、コンディションを新たに追加する必要があるかどうかを判断する（ステップＳ２４）。コンディションを新たに追加する必要があると判断した場合には（ステップＳ２４でＹｅｓ）、その旨をコンディション追加部に知らせる（ステップＳ２５）。
【００４９】
コンディション追加部２４は、コンディション追加判断部２３から、コンディションを新たに追加する必要があるとの旨の通知を受けた場合には、コンディションを追加して、コンディション格納部に格納する（ステップＳ２６）。追加されたルールは、画面に表示され、編成者に知らされる。
変数追加判断部２５は、変数を新たに追加する必要があるかどうかを判断する（ステップＳ２７）。変数を新たに追加する必要があると判断した場合には、その旨を変数追加部に知らせる（ステップＳ２８）。
【００５０】
変数追加部２６は、変数追加判断部２３から、変数を新たに追加する必要があるとの旨の通知を受けた場合には、変数を追加し、変数格納部に格納する（ステップＳ２９）。追加された変数は、画面に表示され、編成者に知らされる。
質問追加部２７は、変数の追加処理の後に変数に対応する質問を追加する（ステップＳ３０）。追加された質問は、画面に表示され、編成者に知らされる。
【００５１】
リンク設定部２８は、追加されたルール、コンディション、変数、質問それぞれのリンクを更新設定する（ステップＳ３１）。
なお、ステップＳ２１からステップＳ２６までの処理は、統括コンピュータ及び原課コンピュータそれぞれのルール格納部及びコンディション格納部に対して実行される。ルールやコンディションは、手続を行う部課毎に異なるからである。一方、ステップＳ２７からステップＳ３０までの処理は、以降は、統括コンピュータにおいてのみ実行される。変数及び質問は、共通化しているからである。
【００５２】
以上のように、本実施の形態におけるエディタによれば、格納手段において既に存在するルールや、コンディション、変数はそのまま生かしながら、追加の必要があるパラメータだけを追加して任意にリンクを設定することができるので、ルール変更に伴って生じるメンテナンス等を容易かつ迅速に実行することが可能となる。
【００５３】
しかも、ルールを部課毎に独立して編成することができ、編成した結果、他の部課におけるルールの編成に全く影響を与えなることがないため、ルールを編成しなおす必要が生じた部課においてだけ新たなルールに併せたパラメータの設定を実行することが可能となる。
【００５４】
【発明の効果】
以上説明してきたように、本発明の電子申請システムは、申請者に申請手続に関する質問を提示する質問提示手段と、質問に対する回答を所定の領域に格納する回答格納手段と、を備え、各領域に格納された領域データについて評価条件を格納する評価条件格納手段と、評価条件格納手段に格納された評価条件を基に前記領域データを評価する評価手段とを備えた回答評価装置を複数備え、各回答評価装置は、評価手段による評価結果に応じた申請業務に関連する処理を行うことを特徴とする。
【００５５】
また、本発明の電子申請システム用エディタは、電子申請システムにおける各種パラメータの編成に用いられるエディタであって、申請者が行う申請手続の原課及びその事由を特定する原課事由を選出するための基準となるルールを新たに取得するルール取得手段と、取得したルールを構成する１又は複数のコンディションを追加する必要があるかどうかを判断するコンディション追加判断手段と、追加する必要があると判断した場合にコンディションを追加するコンディション追加手段と、追加する必要がないと判断した場合に既に存在するコンディションを前記新たに取得したルールを構成するコンディションとして特定するコンディション特定手段と、追加したコンディションを評価するための回答が格納される領域を追加する必要があるかどうか判断する回答格納領域追加判断手段と、追加する必要があると判断した場合に前記回答格納領域を追加する回答格納領域追加手段と、追加する必要がないと判断した場合に既に存在する回答格納領域を前記追加したコンディションを評価するための回答が格納される領域として特定する回答格納領域特定手段と、を含むことを特徴とする。
【００５６】
これにより、従来のように、回答と原課事由等との対応付けを一から作成し直するのではなく、原課事由等を選出する基準となる評価条件が追加された場合にも、この評価条件の評価対象となる回答として複数の回答評価装置から読み取れる既に設けられた格納領域に格納したものが使用できる場合には、それを使用することから、法改正等に併せてシステムのメンテナンスを行う際の負担は低減されるとともに、迅速にその基準に対応した状態でシステムを稼動させることができる。
【００５７】
また、評価条件は、原課毎に異なることから、法改正等により評価条件の追加を行わなければならなくなった場合に、ある回答評価装置での評価条件の編成は、その回答評価装置に対してのみ行えばよく、他の回答評価装置においては、行う必要がない。一方、質問に対する回答を格納する領域を回答評価装置同士で共用する記憶媒体上に設けることができるので、追加する回答格納領域は最小限とすることができる。このように、各回答評価装置で共用できる手段は共用するとともに独立性も確保することで、メンテナンスが容易かつ迅速に行える。
【００５８】
ここで、前記評価条件格納手段に格納された評価条件は、申請者が行う申請手続の原課及びその事由を特定する原課事由を選出するための基準となるルールと、ルールを構成する１又は複数のコンディションとからなり、前記評価手段は、前記領域データを用いてコンディションを満たすか否かを判断するコンディション真偽判断手段と、真偽判断の対象となったコンディションを用いてルールを満たすか否かを判断するルール真偽判断手段とからなり、各回答評価装置は、前記ルール真偽判断手段により真とされたルールに基づいて原課事由を選出する処理を実行することを特徴とするものとすることができる。
【図面の簡単な説明】
【図１】電子申請システムの全体構成図。
【図２】統括コンピュータの機能ブロック図。
【図３】リンクテーブルの一例を示す図。
【図４】原課コンピュータの機能ブロック図。
【図５】質問、変数、コンディション、ルールのリンク関係を示す図。
【図６】質問、変数、コンディション、ルールの一例。
【図７】電子申請システムにおける手続の流れの概要を示す模式図。
【図８】統括コンピュータ及び原課コンピュータにおけるルールの確定の仕方に焦点を当てた動作説明図。
【図９】エディタの機能ブロック図。
【図１０】エディタの動作を示す図。
【符号の説明】
１  質問格納部
２  質問提示部
３  変数格納部
４  コンディション格納部
５  ルール格納部
６  コンディション真偽判断部
７  ルール真偽判断部
８  事由確定部
９  原課事由抽出部
１０  リンクテーブル記憶部
１１  コンディション格納部
１２  ルール格納部
１３  コンディション真偽判断部
１４  ルール真偽判断部
１５  原課事由確定部
１６  リンクテーブル記憶部
２１  ルール追加判断部
２２  ルール追加部
２３  コンディション追加判断部
２４  コンディション追加部
２５  変数追加判断部
２６  変数追加部
２７  質問追加部
２８  リンク設定部
【図１】
2004234255.tif 000003
【図２】
2004234255.tif 000004
【図３】
2004234255.tif 000005
【図４】
2004234255.tif 000006
【図５】
2004234255.tif 000007
【図６】
2004234255.tif 000008
【図７】
2004234255.tif 000009
【図８】
2004234255.tif 000010
【図９】
2004234255.tif 000011
【図１０】
2004234255.tif 000012