JP3811095B2

JP3811095B2 - Electronic application support method, electronic application support program, and electronic application support device

Info

Publication number: JP3811095B2
Application number: JP2002143613A
Authority: JP
Inventors: 晃石坂
Original assignee: Fujitsu Ltd
Current assignee: Fujitsu Ltd
Priority date: 2002-05-17
Filing date: 2002-05-17
Publication date: 2006-08-16
Anticipated expiration: 2022-05-17
Also published as: JP2003337873A

Description

【０００１】
【発明の属する技術分野】
この発明は、自治体における申請手続きの支援をおこなう電子申請支援方法、電子申請支援プログラムおよび電子申請支援装置に関する。
【０００２】
【従来の技術】
従来、自治体への申請・届出の手続きにおいては、「更新の申請」や「類似の申請」などのように、過去に使用した申請書を再利用するケースが少なくない。そのため、電子手続きにおいても、申請内容の再利用は、強く望まれている。特に、企業などにおいて、多くの社員に関する申請を自治体を対して一括しておこなう場合などには、申請内容の再利用の必要性は極めて高い。
【０００３】
【発明が解決しようとする課題】
しかしながら、自治体の業務で受け付ける申請・届出の様式は、国内で必ずしも統一が図られているわけではなく、形式・表現については、自治体ごとに独自の様式を定めて運用されている。このため、受付業務の電子化をおこなっただけでは、ある自治体でおこなった手続き（たとえば住民票の請求）で申請した内容を流用し、別の自治体向けの申請書を作成することはできないという問題点があった。
【０００４】
電子化の際に、自治体の手続きのデータ項目を統一することも考えられるが、３３００に達している自治体が用いている様式の数は膨大であり、様式を統一することは現実的ではないと考えられる。
【０００５】
この発明は上記の問題点を解決するため、異なる自治体への申請手続きを効率的におこなわせることが可能な電子申請支援方法、電子申請支援プログラムおよび電子申請支援装置を提供することを目的とする。
【０００６】
【課題を解決するための手段】
上述した課題を解決し、目的を達成するため、この発明にかかる電子申請支援方法、電子申請支援プログラムおよび電子申請支援装置は、任意の自治体における申請に関する情報が入力されると、入力された前記情報の内容を解析し、前記任意の自治体とは異なる自治体における申請の様式に関する情報をインターネットなどのネットワークを介して取得し、取得された申請の様式に関する情報の内容を解析し、解析された内容どうしを比較し、比較された結果に基づいて、前記任意の自治体とは異なる自治体における申請に関する情報を生成することを特徴とする。
【０００７】
この発明によって、過去に使用した様式と異なる場合であっても、過去に使用した申請データの再利用を可能とすることができる。
【０００８】
【発明の実施の形態】
以下に添付図面を参照して、この発明にかかる電子申請支援方法、電子申請支援プログラムおよび電子申請支援装置の好適な実施の形態を詳細に説明する。
【０００９】
（全体システムの内容）
まず、この発明の本実施の形態にかかる電子申請支援方法を実現する全体システムの内容について説明する。図１は、この発明の本実施の形態にかかる電子申請支援方法を実現する全体システムを示す説明図である。図１において、１００は電子申請支援システム（サーバシステム）であり、１０１は自治体Ａ（旧自治体）であり、１０２は自治体Ｂ（新自治体）であり、１０３は申請者（ＰＣクライアント）であり、１０４は外部サービス機関であり、１０５はＰＤＡであり、１０６は携帯電話機（ＰＨＳを含む）である。
【００１０】
ここで、自治体Ａ１０１は、自治体Ａ１０１のサーバ１０１ａに自治体Ａ申請データ１１１を保存している。また、電子申請支援システム（サーバシステム）１００は、自治体Ｂ１０２が備えているシステムであってもよく、また、自治体Ｂ１０２とは独立に備えられたシステムであってもよい。
【００１１】
また、１１２は行政用語辞書であり、行政用語辞書１１２は、自治体ごとに設置できるとともに、専用サービスとして外部サービス機関１０４によって共通設置することもできる。
【００１２】
ここで、本実施の形態にかかる解析処理、構造比較処理、新申請データ生成処理は、ＰＣクライアント１０３と、電子申請支援システム（サーバシステム）１００とのいずれでもおこなうことができる。すなわち、実線矢印は、ＰＣクライアント１０３側で構成した場合を示しており、点線矢印は、サーバシステム１００側で構成した場合を示している。
【００１３】
実線矢印で示すように、上記各処理をＰＣクライアント１０３側でおこなう場合は、まず、外部サービス機関１０４または各自治体に設置された行政用語辞書１１２を図示を省略するインターネットなどのネットワークを介して取得し、取得した行政用語辞書１１２を用いて、過去に自治体Ａ１０１に申請し、ＰＣクライアント１０３に保存された自治体Ａ申請データ１１１の解析をおこなう。また、自治体Ｂ１０２から上記ネットワークを介して自治体Ｂ様式情報１１３を取得し、取得した自治体Ｂ様式情報１１３も自治体Ａ申請データ１１１と同様に行政用語辞書１１２を用いて解析処理をおこなう。
【００１４】
そして、解析処理された自治体Ａ申請データ１１１と自治体Ｂ様式情報１１３との構造比較処理をおこなう。その後、新申請データ生成処理をおこない、自治体Ｂ申請データ１１４が完成する。この完成した自治体Ｂ申請データ１１４に基づいて自治体Ｂ１０２に対して申請手続きをおこなう。
【００１５】
一方、点線矢印で示すように、上記各処理をサーバシステム１００側でおこなう場合は、まず、ＰＣクライアント１０３が自治体Ａ申請データ１１１をサーバシステム１００へ送信する。送信された自治体Ａ申請データ１１１を受信することによって自治体Ａ申請データ１１１を取得する。または、他の自治体（自治体Ａ１０１）から過去の申請データとしての自治体Ａ申請データ１１１を取得するようにしてもよい。また、自治体Ｂ様式情報１１３は自治体Ｂ１０２から取得する。申請手続きに関する操作は、ＰＤＡ１０５または携帯電話機１０６によってもおこなうことができる。
【００１６】
取得された自治体Ａ申請データ１１１および自治体Ｂ様式情報１１３は、行政用語辞書１１２を用いて解析をおこなう。そして、解析処理された自治体Ａ申請データ１１１と自治体Ｂ様式情報１１３との構造比較処理をおこなう。その後、新申請データ生成処理をおこない、自治体Ｂ申請データ１１４が完成する。
【００１７】
（電子申請支援方法の概要）
つぎに、この発明の本実施の形態にかかる電子申請支援方法の概要について説明する。本実施の形態にかかる電子申請支援方法では、申請様式そのものの同一性についてはチェックしない。したがって、様式が同一でない場合であっても処理の対象とすることができる。図２は、この発明の本実施の形態にかかる電子申請支援方法の概要を示す説明図である。図２において、２０１は第１解析部であり、２０２は第２解析部であり、２０３は構造比較部であり、２０４は新申請データ生成部である。
【００１８】
第１解析部２０１は、取得した旧自治体での申請データ（自治体Ａ申請データ）１１１の解析処理をおこなう。第１解析部２０１は、図３に示す解析用データ生成部３０１と、図７に示すタグ名分解部７０１と、図１２に示すタグ名意味変換部１２０１とを含んでいる。そして、第１解析部２０１によって解析された旧自治体での申請データ（自治体Ａ申請データ）１１１は、正規化形式となった旧自治体申請データ２１１として保存される。
【００１９】
同様に、第２解析部２０２は、取得した新自治体での申請様式情報（自治体Ｂ様式情報）１１３の解析処理をおこなう。第２解析部２０２は、図１７に示す解析用データ生成部１７０１と、図２１に示すタグ名分解部２１０１と、図２４に示すタグ名意味変換部２４０１とを含んでいる。そして、第２解析部２０２によって解析された新自治体での申請様式情報（自治体Ｂ様式情報）１１３は、正規化形式となった新自治体申請様式情報２１２として保存される。
【００２０】
ここで、タグとは、ＳＧＭＬ（Standard Generalized Markup Language）、ＨＴＭＬ（Hypertext Markup Language）、ＸＭＬ(Extensible Markup Language)などのマークアップ言語において用いられる、テキスト中に埋め込んで制御情報をあらわす文字あるいは記号のことをいう。タグは、見出し文や本文の開始位置と終了位置を指定する括弧のようなもので、始まりを示す<abc>の形式のタグと、終りを示す</abc>の形式のタグをセットにして使う。
【００２１】
そして、構造比較部２０３は、旧自治体申請データ（正規化形式）２１１と新自治体申請様式情報（正規化形式）２１２との構造比較処理をおこない、その結果を継承データ（ＤＢ）２１３として保存する。そして、新申請データ生成部２０４では、その継承データ２１３に基づいて新自治体向け申請データ１１４の生成をおこなう。
【００２２】
また、行政用語辞書１１２には、単語の形式変換規則情報２２１と、類似語変換辞書２２２と、行政用語性質辞書２２３と、行政用語意味変換辞書２２４とから構成される。なお、各辞書（情報）２２１〜２２４の具体的な内容については後述する。
【００２３】
（第１解析部２０１における処理の内容）
つぎに、第１解析部２０１における処理の内容について説明する。まず、第１解析部２０１における第１の処理として、解析用データの生成処理をおこなう。図３は、旧自治体での申請データの解析処理（解析用データの生成処理）の内容を示す説明図である。図３において、解析用データ生成部３０１は、図４に示す旧自治体での申請データ１１１の内容から、図５に示す旧申請データのタグ辞書ＤＢ３０２と、図６に示す旧申請データの文書ノードＤＢ３０３を生成する。
【００２４】
図４は、旧自治体での申請データ１１１の内容を示す説明図であり、図４において、旧自治体（自治体Ａ）１０１における申請書の各項目ごとに、たとえば、「必要とする書類と通数」、「住民票」、「世帯全員」というように、タグを設けている。そして、解析用データ生成部３０１は、上記各タグに対して記載されている順序で「タグＩＤ」を付加し、「タグＩＤ」と「タグ名」を対応させるようにタグ辞書ＤＢ３０２を生成する。図５は、旧申請データのタグ辞書ＤＢ３０２の一例を示す示す説明図である。具体的には、「タグＩＤ」＝『００００』と「タグ名」＝『必要とする書類と通数』とを対応させ、「タグＩＤ」＝『００１０』と「タグ名」＝『住民票』とを対応させる。以下、旧自治体での申請データ１１１のすべてのタグについて同様な処理をおこなう。
【００２５】
また、解析用データ生成部３０１は、旧自治体での申請データ１１１の各タグどうしの結びつけに関する文書ノードＤＢ３０３を生成する。図６は、旧申請データの文書ノードＤＢ３０３を示す説明図である。文書ノードＤＢ３０３は、「ＩＤ」と、上記タグ辞書ＤＢ３０２の「タグＩＤ」と、当該タグに親のタグがある場合に付加される「親のタグＩＤ」と、当該タグに子のタグがある場合に付加される「子のタグＩＤ」と、当該タグに続く次のタグがある場合に付加される「次のタグＩＤ」と、当該タグに値が入っている場合に付加される「タグの値」とから構成される。
【００２６】
具体的には、「タグＩＤ」＝『００００』（タグ名＝『必要な書類と通数』）には、親のタグは存在しないが、子のタグ（「タグＩＤ」＝『００１０』、『００２０』、・・・、『００６０』）が存在するため、それらを別々のＩＤで管理する。すなわち、子のタグ『００１０』に対しては「ＩＤ」＝『１０００』を付加し、別の子のタグ『００２０』に対しては「ＩＤ」＝『１００１』を付加する。このようにして、各タグのノード（結びつけ）ごとに、シリアルな「ＩＤ」を付加する。
【００２７】
また、「タグＩＤ」＝『００００』（タグ名『必要な書類と通数』）の「次のタグＩＤ」には、「タグＩＤ」＝『０１００』（「タグ名」＝『申請者』）を入れ（「ＩＤ」＝『１０００』などを参照）、「タグＩＤ」＝『００１０』（「タグ名」＝『住民票』）の「次のタグＩＤ」には、「タグＩＤ」＝『００２０』（「タグ名」＝『除かれた住民票』）を入れる（「ＩＤ」＝『１００６』、『１００７』を参照）。
【００２８】
つぎに、第１解析部２０１における第２の処理として、タグ名の分解処理をおこなう。図７は、旧自治体での申請データの解析処理（解析用データの生成処理）の内容を示す説明図である。図７において、タグ名分解部７０１は、行政用語辞書１１２のうち、図８に示す単語の形式変換規則情報２２１および図９に示す類似語変換辞書２２２を用いて、図５に示した旧申請データのタグ辞書ＤＢ３０２の各タグおよび図６に示した旧申請データの文書ノードＤＢ３０３の各タグのタグ名の分解処理をおこなう。
【００２９】
ここで、図８に示す単語の形式変換規則情報２２１は、元の文に関する項目と、それに対応する変換方法を記述した形式変換規則である。具体的には、元の文に『〜の〜』が存在する場合は、その“の”を境にして、２つの単語に分類する。
【００３０】
また、図９に示す類似後変換辞書２２２は、元の単語と、それに対応する変換後の単語を記述した辞書である。たとえば、元の単語が『名』であれば、その単語を『名前』に変換する。また、元の単語が『ほしい』であれば、その単語を『必要＊』に変換する。ただし、「＊」は、ワイルドカード指定であり、任意の文字に一致することをあらわす。
【００３１】
このように、行政用語辞書１１２（単語の形式変換規則情報２２１および類似語変換辞書２２２）を用いて、具体的には、たとえば、タグ辞書ＤＢ３０２のタグ『必要とする書類と通数』（「タグＩＤ」＝『００００』）を『必要な書類と通数』へ、『世帯主の氏名』（「タグＩＤ」＝『００５０』）を『世帯』と『氏名』の２つのタグへ、また、『個人のときはほしい人の名』（「タグＩＤ」＝『００６０』）を『個人のとき』と『必要＊人』と『名前』との３つのタグへそれぞれ変換または分解する。
【００３２】
そして、変換または分解した結果は、図１０に示す分解版タグ辞書ＤＢ７０２に保存する。図１０からわかるように、分解することで増加したタグには新たにタグＩＤを付加する。図１０において、「タグＩＤ」＝『００５０』のタグ名は、『世帯主の氏名』から『世帯主』へ変更され、「タグＩＤ」＝『０７００』（「タグ名」＝『氏名』）が追加されている。同様に、「タグＩＤ」＝『００６０』のタグ名は、『個人のときはほしい人の名』から『個人のとき』へ変更され、「タグＩＤ」＝『０７０１』（「タグ名」＝『必要＊人』）および「タグＩＤ」＝『０７０２』（「タグ名」＝『名前』）が追加されていることがわかる。また、それにともなって文書ノードＤＢ３０３の内容も変更し、図１１に示すように分解版文書ノードＤＢ７０３として保存する。
【００３３】
つぎに、第１解析部２０１における第３の処理として、タグ名の意味変換処理をおこなう。図１２は、旧自治体での申請データの解析処理（タグ名の意味変換処理）の内容を示す説明図である。図１２において、タグ名意味変換部１２０１は、行政用語辞書１１２のうち、図１３に示す行政用語性質辞書２２３および図１４に示す行政用語意味変換辞書２２４を用いて、図１０に示した分解版タグ辞書ＤＢ７０２の各タグおよび図１１に示した分解版文書ノードＤＢ７０３の各タグのタグ名の意味変換処理をおこなう。
【００３４】
ここで、図１３に示す行政用語性質辞書２２３は、単語の項目と、その単語の性質の項目とを対応付けした辞書である。たとえば、単語が『漢字』である場合には、その性質として『人格』あるいは『場所』というその単語の性質が対応づけられる。
【００３５】
また、図１４に示す行政用語意味変換辞書２２４は、単語の項目と、その単語の上位タグの性質の項目あるいは上位タグの名称の項目と、その単語の変換先の項目とを対応付けした辞書である。たとえば、単語が『漢字』であって、その上位タグの性質が『人格』である場合に、『漢字』を変換先である『氏名』に変換する。また、単語が『個人』であって、上位タグの名称が『＊票』である場合に『個人』を変換先である『−部分』に変換する。なお、「＊」は、ワイルドカード指定であり、任意の文字に一致することをあらわす。
【００３６】
このようにして、タグ名意味変換部１２０１は、値を持つタグ、すなわち行政用語意味変換辞書２２４の「単語」の項目に該当するタグについて、タグ名を再構造化し、意味の変換をおこなう。タグ名の意味変換処理の具体的な処理の手順（たとえば、「タグＩＤ」＝『００５２』（「タグ名」＝『漢字』）、「タグＩＤ」＝『００１２』、『００２２』（「タグ名」＝『個人』の場合）を図１５を用いて説明する。図１５は、「タグＩＤ」＝『００５２』（「タグ名」＝『漢字』）の場合の分解版文書ノードＤＢ７０３における検索ルートの内容を示す説明図である。
【００３７】
▲１▼ まず、分解版文書ノードＤＢ７０３を「タグＩＤ」＝『００５２』からルートに向かって検索して（図１５の矢印を参照）、以下のようなＩＤのリストを作る。
『００５２』→『０７００』→『００５０』→『００００』
【００３８】
▲２▼ ▲１▼のリストを、分解版タグ辞書ＤＢ７０２を用いて、表現し直すと以下のようなリストになる。
『漢字』→『氏名』→『世帯主』→『必要書類と通数』
【００３９】
▲３▼ ▲２▼のリストを行政用語辞書１１２（行政用語性質辞書２２３）を用いて、上位のタグ名の性格に基づいた変換をおこなう。この例の場合、氏名、世帯主が辞書の上位のタグ名に含まれていることから、人格と判断し、『漢字』を『氏名』に変換する。ただし、同じ『漢字』の場合でも、上位のタグ名の性格が場所の場合には、『住所』に変換する。
【００４０】
▲４▼ ▲３▼の処理で自動変換をおこなうことができない場合には、行政用語辞書１１２（行政用語意味変換辞書２２４）を用いて、上位のタグ名を修飾語として変換をおこなう。「タグＩＤ」＝『００１２』、『００２２』（「タグ名」＝『個人』の場合）の場合、『個人』は、上位のタグが『住民票』であり、＊票（＊は任意の文字をあらわすワイルドカード）に一致するため、『一部分』に変換する。上位のタグ名が“除かれた住民票”の場合も同様に変換する。
【００４１】
以上のような処理手順で、正規化タグ辞書ＤＢ１２０２が生成される。図１６は、正規化タグ辞書ＤＢ１２０２の内容を示す説明図である。図１６に示したように、タグＩＤ＝『００５２』は、タグ名が『漢字』から『氏名』に変更されており、また、タグＩＤ＝『００１２』、『００２２』は、タグ名が『個人』から『−部分』に変更されているのがわかる。
【００４２】
（第２解析部２０２における処理の内容）
つぎに、第２解析部２０２における処理の内容について説明する。まず、第２解析部２０２における第１の処理として、解析用データの生成処理をおこなう。図１７は、新自治体での申請様式情報の解析処理（解析用データの生成処理）の内容を示す説明図である。図１７において、解析用データ生成部１７０１は、図１８に示す新自治体での申請様式情報１１３の内容から、図１９に示す新申請様式情報のタグ辞書ＤＢ１７０２と、図２０に示す新申請様式情報の文書ノードＤＢ１７０３を生成する。
【００４３】
図１８は、新自治体での申請様式情報１１３の内容を示す説明図であり、図１８において、新自治体（自治体Ｂ）１０２における申請書の各項目ごとに、たとえば、「必要なもの」、「住民票」、「世帯全員」というように、タグを設けている。そして、解析用データ生成部１７０１は、上記各タグに対して記載されている順序で「タグＩＤ」を付加し、「タグＩＤ」と「タグ名」を対応させるようにタグ辞書ＤＢ１７０２を生成する。図１９は、新申請様式情報のタグ辞書ＤＢ１７０２の一例を示す説明図である。具体的には、「タグＩＤ」＝『００００』と「タグ名」＝『必要なもの』とを対応させ、「タグＩＤ」＝『００１０』と「タグ名」＝『住民票』とを対応させる。以下、新自治体での申請様式情報１１３のすべてのタグについて同様な処理をおこなう。
【００４４】
また、解析用データ生成部１７０１は、新自治体での申請様式情報１１３の各タグどうしの結びつけに関する文書ノードＤＢ１７０３を生成する。図２０は、新申請様式情報の文書ノードＤＢ１７０３を示す説明図である。文書ノードＤＢ１７０３は、「ＩＤ」と、上記タグ辞書ＤＢ１７０２の「タグＩＤ」と、当該タグに親のタグがある場合に付加される「親のタグＩＤ」と、当該タグに子のタグがある場合に付加される「子のタグＩＤ」と、当該タグに続く次のタグがある場合に付加される「次のタグＩＤ」と、当該タグに値が入っている場合に付加される「タグの値」とから構成される。
【００４５】
具体的には、「タグＩＤ」＝『００００』（タグ名＝『必要なもの』）には、親のタグは存在しないが、子のタグ（「タグＩＤ」＝『００１０』、『００２０』、『００３０』）が存在するため、それらを別々のＩＤで管理する。すなわち、子のタグ『００１０』に対しては「ＩＤ」＝『１０００』を付加し、別の子のタグ『００２０』に対しては「ＩＤ」＝『１００１』を付加し、さらに別の子のタグ『００３０』に対しては「ＩＤ」＝『１００２』を付加する。このようにして、各タグのノード（結びつけ）ごとに、シリアルな「ＩＤ」を付加する。
【００４６】
また、「タグＩＤ」＝『００００』（タグ名『必要なもの』）の「次のタグＩＤ」には、「タグＩＤ」＝『０１００』（「タグ名」＝『誰のものが必要ですか』）を入れ（「ＩＤ」＝『１０００』、『１００１』、『１００２』を参照）、「タグＩＤ」＝『００１０』（「タグ名」＝『住民票』）の「次のタグＩＤ」には、「タグＩＤ」＝『００２０』（「タグ名」＝『除かれた住民票』）を入れる（「ＩＤ」＝『１００７』、『１００８』を参照）。
【００４７】
つぎに、第２解析部２０２における第２の処理として、タグ名の分解処理をおこなう。図２１は、新自治体での申請様式情報の解析処理（タグ名の分解処理）の内容を示す説明図である。図２１において、タグ名分解部２１０１は、行政用語辞書１１２のうち、図８に示す単語の形式変換規則情報２２１および図９に示す類似語変換辞書２２２を用いて、図１９に示した新申請様式情報のタグ辞書ＤＢ１７０２の各タグおよび図２０に示した新申請様式情報の文書ノードＤＢ１７０３の各タグのタグ名の分解処理をおこなう。
【００４８】
行政用語辞書１１２（単語の形式変換規則情報２２１および類似語変換辞書２２２）を用いて、具体的には、たとえば、タグ辞書ＤＢ１７０２のタグ『申請する人』（「タグＩＤ」＝『０２００』）を『申請者』へ、また、『世帯主名』（「タグＩＤ」＝『０１４０』）を『世帯主』と『名前』の２つのタグへ、それぞれ変換または分解する。
【００４９】
そして、変換または分解した結果は、図２２に示す分解版タグ辞書ＤＢ２１０２に保存する。図２２からわかるように、分解することで増加したタグには新たにタグＩＤを付加する。図２２において、「タグＩＤ」＝『０７００』（「タグ名」＝『世帯主』）が追加され、「タグＩＤ」＝『０１４０』のタグ名は、『世帯主名』から『名前』へ変更されている。同様に、「タグＩＤ」＝『０２００』のタグ名は、『申請する人』から『申請者』へ変更されていることがわかる。また、それにともなって文書ノードＤＢ１７０３の内容も変更し、図２３に示すように分解版文書ノードＤＢ２１０３として保存する。
【００５０】
つぎに、第２解析部２０２における第３の処理として、タグ名の意味変換処理をおこなう。図２４は、新自治体での申請様式情報の解析処理（タグ名の意味変換処理）の内容を示す説明図である。図２４において、タグ名意味変換部２４０１は、行政用語辞書１１２のうち、図１３に示す行政用語性質辞書２２３および図１４に示す行政用語意味変換辞書２２４を用いて、図２２に示した分解版タグ辞書ＤＢ２１０２の各タグおよび図２３に示した分解版文書ノードＤＢ２１０３の各タグのタグ名の意味変換処理をおこなう。
【００５１】
このようにして、タグ名意味変換部２４０１は、値を持つタグ、すなわち行政用語意味変換辞書２２４の「単語」の項目に該当するタグについて、タグ名を再構造化し、意味の変換をおこなう。タグ名の意味変換処理の具体的な処理の手順（たとえば、「タグＩＤ」＝『０１４０』（「タグ名」＝『名前』）、「タグＩＤ」＝『００１２』、『００２２』（「タグ名」＝『一部』の場合））を図２５を用いて説明する。図２５は、「タグＩＤ」＝『０１４０』（「タグ名」＝『名前』）の場合の分解版文書ノードＤＢ２１０３における検索ルートの内容を示す説明図である。
【００５２】
▲１▼ まず、分解版文書ノードＤＢ２１０３を「タグＩＤ」＝『０１４０』からルートに向かって検索して（図２５の矢印を参照）、以下のようなＩＤのリストを作る。
『０１４０』→『０７００』→『０１００』
【００５３】
▲２▼ ▲１▼のリストを、分類版タグ辞書ＤＢ２１０２を用いて、表現し直すと以下のようなリストになる。
『名前』→『世帯主』→『誰のものが必要ですか』
【００５４】
▲３▼ ▲２▼のリストを行政用語辞書１１２（行政用語性質辞書２２３）を用いて、上位のタグ名の性格に基づいた変換をおこなう。この例の場合、世帯主が辞書の上位のタグ名に含まれていることから、人格と判断し、『名前』を『氏名』に変換する。
【００５５】
▲４▼ ▲３▼の処理で自動変換をおこなうことができない場合には、行政用語辞書１１２（行政用語意味変換辞書２２４）を用いて、上位のタグ名を修飾語として変換をおこなう。「タグＩＤ」＝『００１２』、『００２２』（「タグ名」＝『一部』の場合）の場合、『一部』は、上位のタグが『住民票』であり、＊票（＊は任意の文字をあらわすワイルドカード）に一致するため、一部分に変換する。上位のタグ名が“除かれた住民票”の場合も同様に変換する。
【００５６】
このようにして、正規化タグ辞書ＤＢ２４０２が生成される。図２６は、正規化タグ辞書ＤＢ２４０２の内容を示す説明図である。図２６に示したように、タグＩＤ＝『０１４０』は、タグ名が『名前』から『氏名』に変更されており、また、タグＩＤ＝『００１２』、『００２２』は、タグ名が『個人』から『−部分』に変更されているのがわかる。
【００５７】
（構造比較部２０３における処理の内容）
つぎに、構造比較部２０３における処理の内容について説明する。図２７は、旧申請データと新申請様式情報との構造比較処理の内容を示す説明図である。図２７において、構造比較部２０３は、旧申請データの正規化タグ辞書ＤＢ１２０２の正規化されたタグ名および新申請様式情報の正規化タグ辞書ＤＢ２４０２の正規化のタグ名に基づいて構造の比較をおこなう。具体的には、以下の手順で処理をおこなう。
【００５８】
▲１▼ 旧申請データの分解版文書ノードＤＢ７０３から値を持つタグを選択し、選択したタグからルートに向かって検索し、以下のＩＤのリストを作る。
『００５２』→『０７００』→『００５０』→『００００』
【００５９】
▲２▼ ▲１▼のリストを、旧申請データの正規化タグ辞書ＤＢ１２０２を用いて、表現し直す。
『氏名』→『氏名』→『世帯主』→『必要書類と通数』
【００６０】
▲３▼ ▲１▼の末端の要素（氏名）と一致するものを、新申請様式情報の正規化タグ辞書ＤＢ２４０２から選択する。
【００６１】
▲４▼ ▲３▼で選定されたＩＤをもとに、新申請様式情報の分解版文書ノードＤＢ２１０３を用いて、候補となるリストを得る。
候補１：『０１３０』→『０１００』→『００００』
候補２：『０２２０』→『０２００』→『００００』
候補３：『０１４０』→『０７００』→『０１００』→『０１００』
【００６２】
▲５▼ ▲４▼のリストを、新申請様式情報の分解版タグ辞書ＤＢ２１０２を用いて、表現し直す。
候補１：『氏名』→『誰のものが必要ですか』→『必要なもの』
候補２：『氏名』→『申請者』→『必要なもの』
候補３：『氏名』→『世帯主』→『誰のものが必要ですか』→『必要なもの』
【００６３】
▲６▼ ▲２▼のリストと▲５▼のリストを比較し、類似性を判定する。類似性の判定は、図２８に示す類似性判定制御パラメタ２７０１によって制御する。なお、類似性判定処理の詳細な内容については後述する。類似判定処理の結果、▲５▼の候補の中から、▲２▼のリストの各タグの含有率の高いものを選択し、正規化タグ辞書ＤＢ２４０２のＩＤとタグの値の組のデータを図２９に示す継承データＤＢ２１３に出力する。
【００６４】
ここでは、▲２▼のリストにもっとも類似する候補として候補３が選ばれる。したがって、旧申請データの「タグＩＤ」＝『００５２』（「タグ名」＝『氏名』）の値である『宇都宮太郎』は、『００５２』に対応する新申請様式情報の「タグＩＤ」＝『０１４０』（「タグ名」＝『世帯主』）と関連付けられて図２９に示す継承データＤＢ２１３に保存される。
【００６５】
（新申請データ生成部２０４における処理の内容）
つぎに、新申請データ生成部２０４における処理の内容について説明する。図３０は、新申請データ生成処理の内容を示す説明図である。図３０において、新申請データ生成部２０４は、図２９に示した継承データＤＢ２１３の継承データに基づいて、新申請データを生成する。具体的には、以下の手順で処理をおこなう。
【００６６】
▲１▼ 新申請様式情報のタグ辞書ＤＢ１７０２および文書ノードＤＢ１７０３を読み込み、ＸＭＬ文書を生成する。
【００６７】
▲２▼ 継承データＤＢ２１３から、ＩＤとタグの値を読み込み、▲１▼で生成したＸＭＬ文書に値を設定する。具体的には、「タグの値」＝『１通』（「ＩＤ」＝『００１１』）を、文書ノードＤＢ１７０３の「タグＩＤ」＝『００１１』（「タグ名」＝『世帯全員』）の『タグの値』に設定する。また、「タグの値」＝『１通』（「ＩＤ」＝『００２１』）を、文書ノードＤＢ１７０３の「タグＩＤ」＝『００２１』（「タグ名」＝『世帯全員』）の『タグの値』に設定する。また、「タグの値」＝『宇都宮太郎』（「ＩＤ」＝『０１４０』）を、文書ノードＤＢ１７０３の「タグＩＤ」＝『０１４０』（「タグ名」＝『世帯主名』）の『タグの値』に設定する。このようにして、継承データ２１３を設定した新自治体向け申請データ１１４が完成する。
【００６８】
（類似性判定処理の内容）
つぎに、構造比較部２０３における類似性判定処理の内容について説明する。類似性判定処理において、まず、重複部分の削除をおこなう。図３１および図３２は、重複部分の削除処理の内容を示す説明図である。このうち、図３１は旧申請データのタグ名のリストを示している。図３１に示すように、同一のタグ名（「タグ名」＝『氏名』）が連続して存在する場合は、重複しているタグ名を一つを残した他を削除する。それによって、矢印の右側に示すように、『氏名』→『世帯主』→『必要な書類と通数』の３つのタグ名になる。
【００６９】
図３２は新申請様式のタグ名のリストであって、構造比較の候補となっているリストを示している。図３２において、候補１、候補２、候補３ともに、重複するタグ名が存在しないので、削除するタグ名はなく、重複部分の削除処理後も矢印の右側に示すようにタグ名のリストに変更はない。
【００７０】
類似性判定処理において、つぎに、タグ名の一致検査処理をおこなう。タグ名の一致検査処理は、末端タグ（データタグ名ｎと様式タグｍ）の名称一致の判定処理と、上位タグの名称一致の判定処理とからなる。図３３〜３６は、末端タグの名称一致の判定処理の内容を示す説明図である。図３３において、旧申請データにおける末端を示すレベルｎのデータタグｎと、新申請様式の末端を示すレベルｍの様式タグｍの各名称の一致判定をおこなう。
【００７１】
図３４は候補１との比較を示し、図３５は候補２との比較を示し、図３６は候補３との比較を示す。図３４〜３６に示すように、候補１〜候補３のいずれも末端タグの名称が『氏名』であり、旧申請データのタグ名も『氏名』であることから、すべて完全一致していることがわかる。
【００７２】
また、図３７〜図４０は、上位タグの名称一致の判定処理の内容を示す説明図である。図３７において、まず、旧申請データにおける末端を示すレベルｎのデータタグｎよりも一つ上のレベル（レベルｎ−１）のデータタグｎ−１と、新申請様式の末端を示すレベルｍよりも一つ上のレベル（レベルｍ−１）の様式タグｍ−１との各名称の一致判定をおこなう。その後、データタグｎ−１と、様式タグｍ−１よりも一つ上のレベルの様式タグ４（ｍ−２）との各名称の一致判定をおこなう。このようにして、データタグｎ−１と、末端のレベルのタグを除く様式タグとの名称の一致判定を順次おこなう。
【００７３】
その後、データタグｎ−１よりも一つ上のレベルのデータタグ３（ｎ−２）も同様に末端のレベルのタグを除く様式タグとの名称の一致判定を順次おこなう。このように同様の処理をレベル１（ルート）のデータタグ１までおこなう。ただし、タグ名の完全一致が判定された場合は、それより上位の新申請様式の検査はおこなう必要はない。
【００７４】
図３７においては、新申請様式のタグ名のリストのレベルの方が旧申請データのレベルよりも多い場合を示しているが、その逆に、旧申請データのレベルの方が新申請様式のタグ名のリストのレベルよりも多い場合や、レベル数が一致する場合も考えられる。
【００７５】
図３８は候補１との比較を示している。図３８において、旧申請データのレベル２のタグ名（『世帯主』）については、新申請様式のタグ名（『誰のものが必要ですか』、『必要なもの』）には一致しない。また、旧申請データのレベル１のタグ名（『必要な書類と通数』）については、新申請様式のレベル１のタグ名（『必要なもの』）に部分的に一致する。
【００７６】
図３９は、候補２との比較を示している。図３９において、旧申請データのレベル２のタグ名（『世帯主』）については、新申請様式のタグ名（『申請者』、『必要なもの』）には、一致しない。また、旧申請データのレベル１のタグ名（『必要な書類と通数』）については、新申請様式のレベル１のタグ名（『必要なもの』）に部分的に一致する。
【００７７】
図４０は、候補３との比較を示している。図４０において、旧申請データのレベル２のタグ名（『世帯主』）については、新申請様式のタグ名（『世帯主』）に完全一致する。また、旧申請データのレベル１のタグ名（『必要な書類と通数』）については、新申請様式のレベル１のタグ名（『必要なもの』）に部分的に一致する。
【００７８】
上述のようなタグ名の一致検査処理ののち、各レベルで，タグ名の一致状況を定量化し、これらを集計し、求めた平均値を基準値と照らし合わせたうえで、類似性を判定する。具体的には、図２８に示した類似性判定制御パラメタ２７０１に示すように、たとえば、完全一致の場合にそのパターン値を「１．０」とし、前方一致の場合にそのパターン値を「０．８」とし、後方一致の場合にそのパターン値を「０．７」とし、部分一致の場合にそのパターン値を「０．４」とし、、類似性判定の基準値を「０．５」すると、上記候補１および２はその平均値が「０．４」となり、候補３はその平均値が「０．７」となる。したがって、上記基準値「０．５」と比較した場合に、候補３が類似しているという判定をすることができる。
【００７９】
図４１〜図４３は、タグ名の一致の検査処理の手順を示すフローチャートである。図４１において、まず、データタグｎと様式タグｍの名称が完全一致するか否かを判断する（ステップＳ４１０１）。ここで、完全一致する場合（ステップＳ４１０１：Ｙｅｓ）は、一致度として類似性判定制御パラメタ２７０１から完全一致パターン値（『１．０』）を設定する（ステップＳ４１０２）。その後、タグ数に「１」を設定し（ステップＳ４１０３）、図４２に示すステップＳ４２０１へ移行する。
【００８０】
ステップＳ４１０１において、完全一致しない場合（ステップＳ４１０１：Ｎｏ）は、前方一致するか否かを判断し（ステップＳ４１０４）、前方一致する場合（ステップＳ４１０４：Ｙｅｓ）は、一致度として類似性判定制御パラメタ２７０１から前方一致パターン値（『０．８』）を設定する（ステップＳ４１０５）。その後、タグ数に「１」を設定し（ステップＳ４１０６）、図４２に示すステップＳ４２０１へ移行する。
【００８１】
ステップＳ４１０４において、前方一致しない場合（ステップＳ４１０４：Ｎｏ）は、後方一致するか否かを判断し（ステップＳ４１０７）、後方一致する場合（ステップＳ４１０７：Ｙｅｓ）は、一致度として類似性判定制御パラメタ２７０１から後方一致パターン値（『０．７』）を設定する（ステップＳ４１０８）。その後、タグ数に「１」を設定し（ステップＳ４１０９）、図４２に示すステップＳ４２０１へ移行する。
【００８２】
ステップＳ４１０７において、後方一致しない場合（ステップＳ４１０７：Ｎｏ）は、単なる部分一致か否かを判断し（ステップＳ４１１０）、部分一致の場合（ステップＳ４１１０：Ｙｅｓ）は、一致度として類似性判定制御パラメタ２７０１から部分一致パターン値（『０．４』）を設定する（ステップＳ４１１１）。その後、タグ数に「１」を設定し（ステップＳ４１１２）、図４２に示すステップＳ４２０１へ移行する。
【００８３】
ステップＳ４１１０において、部分一致もしない場合（ステップＳ４１１０：Ｎｏ）は、類似性なしと判定し（ステップＳ４１１３）、一連の処理を終了する。
【００８４】
図４２において、上位タグの名称一致の判定をおこなうため、タグデータｎ−１の値をデータワークタグに設定する（ステップＳ４２０１）とともに様式タグｍ−１の値を様式ワークタグに設定する（ステップＳ４２０２）。すなわち、判定の対象を末端のタグよりも一つ上のレベルのタグに移行させるものである。
【００８５】
つぎに、データワークタグと様式ワークタグの名称が完全一致するか否かを判断する（ステップＳ４２０３）。ここで、完全一致する場合（ステップＳ４２０３：Ｙｅｓ）は、一致度に類似性判定制御パラメタ２７０１から完全一致パターン値を加算する（ステップＳ４２０４）。その後、タグ数に「１」を加算する（ステップＳ４２０５）とともに、一致フラグに「１」を設定し（ステップＳ４２０６）、ステップＳ４２２１へ移行する。
【００８６】
ステップＳ４２０３において、完全一致しない場合（ステップＳ４２０３：Ｎｏ）は、データワークタグと様式ワークタグの名称が前方一致するか否かを判断する（ステップＳ４２０７）。ここで、前方一致する場合（ステップＳ４２０７：Ｙｅｓ）は、一致度に類似性判定制御パラメタ２７０１から前方一致パターン値を加算する（ステップＳ４２０８）。その後、タグ数に「１」を加算する（ステップＳ４２０９）とともに、一致フラグに「２」を設定し（ステップＳ４２１０）、ステップＳ４２２１へ移行する。
【００８７】
ステップＳ４２０７において、前方一致しない場合（ステップＳ４２０７：Ｎｏ）は、データワークタグと様式ワークタグの名称が後方一致するか否かを判断する（ステップＳ４２１１）。ここで、後方一致する場合（ステップＳ４２１１：Ｙｅｓ）は、一致度に類似性判定制御パラメタ２７０１から後方一致パターン値を加算する（ステップＳ４２１２）。その後、タグ数に「１」を加算する（ステップＳ４２１３）とともに、一致フラグに「３」を設定し（ステップＳ４２１４）、ステップＳ４２２１へ移行する。
【００８８】
ステップＳ４２１１において、後方一致しない場合（ステップＳ４２１１：Ｎｏ）は、データワークタグと様式ワークタグの名称が単なる部分一致か否かを判断する（ステップＳ４２１５）。ここで、部分一致の場合（ステップＳ４２１５：Ｙｅｓ）は、一致度に類似性判定制御パラメタ２７０１から部分一致パターン値を加算する（ステップＳ４２１６）。その後、タグ数に「１」を加算する（ステップＳ４２１７）とともに、一致フラグに「４」を設定し（ステップＳ４２１８）、ステップＳ４２２１へ移行する。
【００８９】
ステップＳ４２１５において、部分一致もしない場合（ステップＳ４２１５：Ｎｏ）は、タグ数に「１」を加算する（ステップＳ４２１９）とともに、一致フラグに「０」を設定し（ステップＳ４２２０）、ステップＳ４２２１へ移行する。
【００９０】
ステップＳ４２２１において、一致フラグが「０」以外か否か、または様式ワークタグがルートに達したか否かを判断する。ここで、一致フラグが「０」で、かつ、様式ワークタグがルートに達していない場合（ステップＳ４２２１：Ｎｏ）は、様式ワークタグに現在の様式ワークタグの一つ上位のタグ値を設定し（ステップＳ４２２２）、ステップＳ４２０３へ戻り、以後、ステップＳ４２０３〜Ｓ４２２１までの処理を繰り返しおこなう。
【００９１】
ステップＳ４２２１において、一致フラグが「０」以外か、または様式ワークタグがルートに達した場合（ステップＳ４２２１：Ｙｅｓ）は、つぎに、データワークタグがルートに達したか否かを判断し（ステップＳ４２２３）、いまだデータワークタグがルートに達していない場合（ステップＳ４２２３：Ｎｏ）は、データワークタグに現在のデータワークタグの一つ上位のタグ値を設定し（ステップＳ４２２４）、ステップＳ４２０３へ戻り、以後、ステップＳ４２０３〜Ｓ４２２３までの処理を繰り返しおこなう。そして、データワークタグがルートに達した場合（ステップＳ４２２３：Ｙｅｓ）は、図４３に示すステップＳ４３０１へ移行する。
【００９２】
図４３において、まず、一致度の値の合計をタグ数で除算した平均値を類似値として設定する（ステップＳ４３０１）。そして、設定された類似値と、類似性判定制御パラメタ２７０１の基準値（類似性判定値（＝『０．５』））とを比較する（ステップＳ４３０２）。そして、類似値が類似性判定値と同じか大きい場合（ステップＳ４３０２：Ｙｅｓ）は、類似性ありと判定し（ステップＳ４３０３）、一連の処理を終了する。一方、類似値が類似性判定値よりも小さい場合（ステップＳ４３０２：Ｎｏ）は、類似性なしと判定し（ステップＳ４３０４）、一連の処理を終了する。このようにして、旧申請データのタグ名リストを元に、新申請様式のタグ名に対して、一致の判定をおこなう。
【００９３】
（画面イメージの内容）
つぎに、操作者の画面イメージの内容について説明する。図４４は、新自治体への申請の画面イメージを示す説明図であり、再利用する申請データの中から再利用可能なデータを表示した状態を示している。
【００９４】
図４４において、ローカルファイル名入力欄４４０１に過去の申請データの所在を入力し、「再利用チェック」ボタン４４０４を押下することによって、利用可能な箇所（チェックボックス４４０５，４４０６、通数入力欄４４０７，４４０８、住所入力欄４４０９，４４１２、フリガナ入力欄４４１０、氏名入力欄４４１１，４４１３、資格入力欄４４１４）についてデータを表示する。
【００９５】
旧自治体におけるポータルサイト上での保存場所入力欄４４０２にデータを入力することによって過去の申請データを取得する場合は、「アクセス権を送付」ボタン４４０３を押下して、新たに表示されるアクセス権の送付画面（図示省略）から、読み込み用パスワードの入力をおこなう。
【００９６】
そして、必要入力欄にデータを入力後、「署名付与」ボタン４４１５を押下して署名付与画面（図示省略）を表示し、電子署名操作をおこなった後、「申請」ボタン４４１６を押下することで申請手続きが完了する。
【００９７】
（サーバシステム１００、ＰＣクライアント１０３のハードウエア構成）
つぎに、この発明の本実施の形態にかかる電子申請支援装置であるサーバシステム１００およびＰＣクライアント１０３のハードウエア構成について説明する。図４５は、この発明の本実施の形態にかかる電子申請支援装置であるサーバシステム１００およびＰＣクライアント１０３のハードウエア構成の一例を示すブロック図である。
【００９８】
図４５において、サーバシステム１００およびＰＣクライアント１０３は、ＣＰＵ４５０１と、ＲＯＭ４５０２と、ＲＡＭ４５０３と、ＨＤＤ（ハードディスクドライブ）４５０４と、ＨＤ（ハードディスク）４５０５と、ＦＤＤ（フレキシブルディスクドライブ）４５０６と、着脱可能な記録媒体の一例としてのＦＤ（フレキシブルディスク）４５０７と、ディスプレイ４５０８と、Ｉ／Ｆ（インタフェース）４５０９と、キーボード４５１１と、マウス４５１２と、スキャナ４５１３と、プリンタ４５１４と、を備えている。また、各構成部はバス４５００によってそれぞれ接続されている。
【００９９】
ここで、ＣＰＵ４５０１は、サーバシステム１００およびＰＣクライアント１０３の全体の制御を司る。ＲＯＭ４５０２は、ブートプログラムなどのプログラムを記憶している。ＲＡＭ４５０３は、ＣＰＵ４５０１のワークエリアとして使用される。ＨＤＤ４５０４は、ＣＰＵ４５０１の制御にしたがってＨＤ４５０５に対するデータのリード／ライトを制御する。ＨＤ４５０５は、ＨＤＤ４５０４の制御で書き込まれたデータを記憶する。
【０１００】
ＦＤＤ４５０６は、ＣＰＵ４５０１の制御にしたがってＦＤ４５０７に対するデータのリード／ライトを制御する。ＦＤ４５０７は、ＦＤＤ４５０６の制御で書き込まれたデータを記憶したり、ＦＤ４５０７に記録されたデータを情報処理装置へ読み取らせたりする。着脱可能な記録媒体として、ＦＤ４５０７のほか、ＣＤ−ＲＯＭ（ＣＤ−Ｒ、ＣＤ−ＲＷ）、ＭＯ、ＤＶＤ（Digital Versatile Disk）、メモリーカードなどであってもよい。ディスプレイ４５０８は、カーソル、アイコンあるいはツールボックスをはじめ、文書、画像、機能情報などのデータに関するウインドウ（ブラウザ）を表示する。たとえば、ＣＲＴ、ＴＦＴ液晶ディスプレイ、プラズマディスプレイなどである。
【０１０１】
Ｉ／Ｆ（インタフェース）４５０９は、通信回線４５１０を通じてＬＡＮやインターネットなどのネットワークに接続され、ネットワークを介して、他のサーバや情報処理装置に接続される。そして、Ｉ／Ｆ４５０９は、ネットワークと内部とのインタフェースを司り、他のサーバや情報端末装置からのデータの入出力を制御する。Ｉ／Ｆ４５０９は、たとえばモデムなどである。
【０１０２】
キーボード４５１１は、文字、数字、各種指示などの入力のためのキーを備え、データの入力をおこなう。タッチパネル式の入力パッドやテンキーなどであってもよい。マウス４５１２は、カーソルの移動や範囲選択、あるいはウインドウの移動やサイズの変更などをおこなう。ポインティングデバイスとして同様の機能を備えるものであれば、トラックボール、ジョイスティック、十字キー、ジョグダイヤルなどであってもよい。
【０１０３】
スキャナ４５１３は、画像を光学的に読み取り、情報処理装置内に画像データを取り込む。また、プリンタ４５１４は、画像データや文書データを印刷する。たとえば、レーザプリンタ、インクジェットプリンタなどである。
【０１０４】
以上説明したように、本実施の形態によれば、第１解析部２０１が、旧自治体での申請データ１１１が入力されると、入力された申請データ１１１の内容を解析し、あるいは、あらかじめ所定の記憶領域に記憶されている旧自治体での申請データ１１１を抽出しその内容を解析し、第２解析部２０２が、新自治体での申請様式情報１１３に関する情報の内容を解析し、構造比較部２０３が、第１解析部２０１によって解析された内容と、第２解析部２０２によって解析された内容とを比較し、新申請データ生成部２０４が、比較された結果に基づいて、新自治体向け申請データ１１４を生成するので、過去に使用した様式と異なる場合であっても、過去に使用した申請データの再利用を可能とすることができる。
【０１０５】
また、本実施の形態によれば、第１解析部２０１が旧自治体での申請データ１１１をタグごとに分解した単語名を、行政用辞書１１２を用いて、ネスト構造における当該タグの上位のタグの単語名またはタグの単語の性質に基づいて変換し、第２解析部２０２が新自治体で申請様式情報１１３をタグごとに分解した単語名を、行政用語辞書１１２を用いて、ネスト構造における当該タグの上位のタグの単語名またはタグの単語の性質に基づいて変換するため、同様の意味内容を示す異なる表現内容の統一を図ることができ、類似判定をより正確におこなうことができる。
【０１０６】
また、本実施の形態によれば、構造比較部２０３が、ネスト構造におけるもっとも下位のタグから上位のタグへの一連のタグのそれぞれの単語名と、前記第２の解析工程によって解析されたネスト構造におけるもっとも下位のタグから上位のタグへの一連のタグのそれぞれの単語名とを比較するため、異なる意味内容を示す同様の単語に対して適切な意味づけをすることができる。
【０１０７】
また、本実施の形態によれば、新申請データ生成部２０４が、構造比較部２０３によって比較された結果、第１解析部２０１によって解析されたタグに設定されている値を、当該タグに類似する第２解析部２０２によって解析されたタグに設定するため、過去に使用した申請データを自動的に入力することができ、データ入力の手間を省くことができる。
【０１０８】
なお、本実施の形態における電子申請支援方法は、あらかじめ用意されたコンピュータ読み取り可能なプログラムであってもよく、またそのプログラムをパーソナルコンピュータやワークステーションなどのコンピュータで実行することによって実現される。このプログラムは、ＨＤ（ハードディスク）、ＦＤ（フレキシブルディスク）、ＣＤ−ＲＯＭ、ＭＯ、ＤＶＤなどのコンピュータで読み取り可能な記録媒体に記録され、コンピュータによって記録媒体から読み出されることによって実行される。また、このプログラムは、インターネットなどのネットワークを介して配布することが可能な伝送媒体であってもよい。
【０１０９】
（付記１）コンピュータシステムが、
任意の自治体における申請に関する情報が入力されると、入力された前記情報の内容を解析する第１の解析工程と、
前記任意の自治体とは異なる自治体における申請の様式に関する情報を取得する申請様式情報取得工程と、
前記申請様式情報取得工程によって取得された申請の様式に関する情報の内容を解析する第２の解析工程と、
前記第１の解析工程によって解析された内容と、前記第２の解析工程によって解析された内容とを比較する比較工程と、
前記比較工程によって比較された結果に基づいて、前記任意の自治体とは異なる自治体における申請に関する情報を生成する申請情報生成工程と、
を実行することを特徴とする電子申請支援方法。
【０１１０】
（付記２）任意の自治体における申請に関する情報を記憶する記憶手段を備えたコンピュータシステムが、
前記記憶手段に記憶された任意の自治体における申請に関する情報の内容を解析する第１の解析工程と、
前記任意の自治体とは異なる自治体における申請の様式に関する情報を取得する申請様式情報取得工程と、
前記申請様式情報取得工程によって取得された申請の様式に関する情報の内容を解析する第２の解析工程と、
前記第１の解析工程によって解析された内容と、前記第２の解析工程によって解析された内容とを比較する比較工程と、
前記比較工程によって比較された結果に基づいて、前記任意の自治体とは異なる自治体における申請に関する情報を生成する申請情報生成工程と、
を実行することを特徴とする電子申請支援方法。
【０１１１】
（付記３）前記第１の解析工程は、前記任意の自治体における申請に関する情報をタグごとに分解した単語名をネスト構造における当該タグの上位のタグの単語の性質に基づいて変換し、
前記第２の解析工程は、前記任意の自治体とは異なる自治体における申請の様式に関する情報をタグごとに分解した単語名をネスト構造における当該タグの上位のタグの単語の性質に基づいて変換することを特徴とする付記１または２に記載の電子申請支援方法。
【０１１２】
（付記４）前記第１の解析工程は、前記任意の自治体における申請に関する情報をタグごとに分解した単語名をネスト構造における当該タグの上位のタグの単語名に基づいて変換し、
前記第２の解析工程は、前記任意の自治体とは異なる自治体における申請の様式に関する情報をタグごとに分解した単語名をネスト構造における当該タグの上位のタグの単語名に基づいて変換することを特徴とする付記１または２に記載の電子申請支援方法。
【０１１３】
（付記５）前記第１の解析工程および前記第２の解析工程は、前記単語名をあらかじめ用意された辞書を用いて変換することを特徴とする付記３または４に記載の電子申請支援方法。
【０１１４】
（付記６）前記比較工程は、前記第１の解析工程によって解析された前記ネスト構造におけるもっとも下位のタグから上位のタグへの一連のタグのそれぞれの単語名と、前記第２の解析工程によって解析されたネスト構造におけるもっとも下位のタグから上位のタグへの一連のタグのそれぞれの単語名とを比較することを特徴とする付記３〜５のいずれか一つに記載の電子申請支援方法。
【０１１５】
（付記７）前記申請情報生成工程は、前記比較工程によって比較された結果、前記第１の解析工程によって解析されたタグに設定されている値を、当該タグに類似する前記第２の解析工程によって解析されたタグに設定することを特徴とする付記３〜６のいずれか一つに記載の電子申請支援方法。
【０１１６】
（付記８）任意の自治体における申請に関する情報が入力されると、入力された前記情報の内容を解析させる第１の解析工程と、
前記任意の自治体とは異なる自治体における申請の様式に関する情報を取得させる申請様式情報取得工程と、
前記申請様式情報取得工程によって取得された申請の様式に関する情報の内容を解析させる第２の解析工程と、
前記第１の解析工程によって解析された内容と、前記第２の解析工程によって解析された内容とを比較させる比較工程と、
前記比較工程によって比較された結果に基づいて、前記任意の自治体とは異なる自治体における申請に関する情報を生成させる申請情報生成工程と、
をコンピュータに実行させることを特徴とする電子申請支援プログラム。
【０１１７】
（付記９）記憶された任意の自治体における申請に関する情報の内容を解析させる第１の解析工程と、
前記任意の自治体とは異なる自治体における申請の様式に関する情報を取得させる申請様式情報取得工程と、
前記申請様式情報取得工程によって取得された申請の様式に関する情報の内容を解析させる第２の解析工程と、
前記第１の解析工程によって解析された内容と、前記第２の解析工程によって解析された内容とを比較させる比較工程と、
前記比較工程によって比較された結果に基づいて、前記任意の自治体とは異なる自治体における申請に関する情報を生成させる申請情報生成工程と、
をコンピュータに実行させることを特徴とする電子申請支援プログラム。
【０１１８】
（付記１０）前記第１の解析工程は、前記任意の自治体における申請に関する情報をタグごとに分解した単語名をネスト構造における当該タグの上位のタグの単語の性質に基づいて変換させ、
前記第２の解析工程は、前記任意の自治体とは異なる自治体における申請の様式に関する情報をタグごとに分解した単語名をネスト構造における当該タグの上位のタグの単語の性質に基づいて変換させることを特徴とする付記８または９に記載の電子申請支援プログラム。
【０１１９】
（付記１１）前記第１の解析工程は、前記任意の自治体における申請に関する情報をタグごとに分解した単語名をネスト構造における当該タグの上位のタグの単語名に基づいて変換させ、
前記第２の解析工程は、前記任意の自治体とは異なる自治体における申請の様式に関する情報をタグごとに分解した単語名をネスト構造における当該タグの上位のタグの単語名に基づいて変換させることを特徴とする付記８または９に記載の電子申請支援プログラム。
【０１２０】
（付記１２）前記比較工程は、前記第１の解析工程によって解析された前記ネスト構造におけるもっとも下位のタグから上位のタグへの一連のタグのそれぞれの単語名と、前記第２の解析工程によって解析されたネスト構造におけるもっとも下位のタグから上位のタグへの一連のタグのそれぞれの単語名とを比較させることを特徴とする付記１０または１１に記載の電子申請支援プログラム。
【０１２１】
（付記１３）前記申請情報生成工程は、前記比較工程によって比較された結果、前記第１の解析工程によって解析されたタグに設定されている値を、当該タグに類似する前記第２の解析工程によって解析されたタグに設定させることを特徴とする付記１０〜１２のいずれか一つに記載の電子申請支援プログラム。
【０１２２】
（付記１４）任意の自治体における申請に関する情報の入力を受け付ける入力手段と、
前記入力手段によって入力が受け付けられた前記情報の内容を解析する第１の解析手段と、
前記任意の自治体とは異なる自治体における申請の様式に関する情報を取得する申請様式情報取得手段と、
前記申請様式情報取得手段によって取得された申請の様式に関する情報の内容を解析する第２の解析手段と、
前記第１の解析手段によって解析された内容と、前記第２の解析手段によって解析された内容とを比較する比較手段と、
前記比較手段によって比較された結果に基づいて、前記任意の自治体とは異なる自治体における申請に関する情報を生成する申請情報生成手段と、
を備えたことを特徴とする電子申請支援装置。
【０１２３】
（付記１５）任意の自治体における申請に関する情報を記憶する記憶手段と、
前記記憶手段に記憶された任意の自治体における申請に関する情報の内容を解析する第１の解析手段と、
前記任意の自治体とは異なる自治体における申請の様式に関する情報を取得する申請様式情報取得手段と、
前記申請様式情報取得手段によって取得された申請の様式に関する情報の内容を解析する第２の解析手段と、
前記第１の解析手段によって解析された内容と、前記第２の解析手段によって解析された内容とを比較する比較手段と、
前記比較手段によって比較された結果に基づいて、前記任意の自治体とは異なる自治体における申請に関する情報を生成する申請情報生成手段と、
を備えたことを特徴とする電子申請支援装置。
【０１２４】
【発明の効果】
以上説明したように、この発明によれば、過去に使用した様式と異なる場合であっても、過去に使用した申請データの再利用を可能とすることができ、これによって、異なる自治体への申請手続きを効率的におこなわせることが可能な電子申請支援方法、電子申請支援プログラムおよび電子申請支援装置が得られるという効果を奏する。
【図面の簡単な説明】
【図１】この発明の本実施の形態にかかる電子申請支援方法を実現する全体システムを示す説明図である。
【図２】この発明の本実施の形態にかかる電子申請支援方法の概要を示す説明図である。
【図３】旧自治体での申請データの解析処理（解析用データの生成処理）の内容を示す説明図である。
【図４】旧自治体での申請データ１１１の内容を示す説明図である。
【図５】旧申請データのタグ辞書データベース（ＤＢ）３０２の内容を示す説明図である。
【図６】旧申請データの文書ノードデータベース（ＤＢ）３０３の内容を示す説明図である。
【図７】旧自治体での申請データの解析処理（タグ名の分解処理）の内容を示す説明図である。
【図８】行政用語辞書（単語の形式変換規則情報２２１）の内容を示す説明図である。
【図９】行政用語辞書（類似語変換辞書２２２）の内容を示す説明図である。
【図１０】旧申請データの分解版タグ辞書データベース（ＤＢ）７０２の内容を示す説明図である。
【図１１】旧申請データの分解版文書ノードデータベース（ＤＢ）７０３の内容を示す説明図である。
【図１２】旧自治体での申請データの解析処理（タグ名の意味変換処理）の内容を示す説明図である。
【図１３】行政用語辞書（行政用語性質辞書２２３）の内容を示す説明図である。
【図１４】行政用語辞書（行政用語意味変換辞書２２４）の内容を示す説明図である。
【図１５】旧申請データの分解版文書ノードＤＢ７０３における検索ルートの内容を示す説明図である。
【図１６】旧申請データの正規化タグ辞書データベース（ＤＢ）１２０２の内容を示す説明図である。
【図１７】新自治体での申請様式情報の解析処理（解析用データの生成処理）の内容を示す説明図である。
【図１８】新自治体での申請様式情報１１３の内容を示す説明図である。
【図１９】新申請様式情報のタグ辞書データベース（ＤＢ）１７０２の内容を示す説明図である。
【図２０】新申請様式情報の文書ノードデータベース（ＤＢ）１７０３の内容を示す説明図である。
【図２１】新自治体での申請様式情報の解析処理（タグ名の分解処理）の内容を示す説明図である。
【図２２】新申請様式情報の分解版タグ辞書データベース（ＤＢ）２１０２の内容を示す説明図である。
【図２３】新申請様式情報の分解版文書ノードデータベース（ＤＢ）２１０３の内容を示す説明図である。
【図２４】新自治体での申請様式情報の解析処理（タグ名の意味変換処理）の内容を示す説明図である。
【図２５】新申請様式情報の分解版文書ノードＤＢ２１０３における検索ルートの内容を示す説明図である。
【図２６】新申請様式情報の正規化タグ辞書データベース（ＤＢ）２４０２の内容を示す説明図である。
【図２７】旧申請データと新申請様式情報との構造比較処理の内容を示す説明図である。
【図２８】類似性判定制御パラメタ２７０１の内容を示す説明図である。
【図２９】継承データデータベース（ＤＢ）２１３の内容を示す説明図である。
【図３０】新申請データ生成処理の内容を示す説明図である。
【図３１】旧申請データの重複部分の削除処理の内容を示す説明図である。
【図３２】新申請様式情報の重複部分の削除処理の内容を示す説明図である。
【図３３】末端タグの名称一致の判定処理の内容を示す説明図である。
【図３４】末端タグの名称一致の判定処理（候補１）の内容を示す説明図である。
【図３５】末端タグの名称一致の判定処理（候補２）の内容を示す説明図である。
【図３６】末端タグの名称一致の判定処理（候補３）の内容を示す説明図である。
【図３７】上位タグの名称一致の判定処理の内容を示す説明図である。
【図３８】上位タグの名称一致の判定処理（候補１）の内容を示す説明図である。
【図３９】上位タグの名称一致の判定処理（候補２）の内容を示す説明図である。
【図４０】上位タグの名称一致の判定処理（候補３）の内容を示す説明図である。
【図４１】タグ名の一致の検査処理の手順を示すフローチャート（その１）である。
【図４２】タグ名の一致の検査処理の手順を示すフローチャート（その２）である。
【図４３】タグ名の一致の検査処理の手順を示すフローチャート（その３）である。
【図４４】新自治体への申請の画面イメージを示す説明図である。
【図４５】サーバシステム１００およびＰＣクライアント１０３のハードウエア構成の一例を示すブロック図である。
【符号の説明】
１００電子支援申請システム（サーバシステム）
１０１自治体Ａ（旧自治体）
１０２自治体Ｂ（新自治体）
１０３申請者（ＰＣクライアント）
１０４外部サービス機関
１０５ＰＤＡ
１０６携帯電話機（ＰＨＳを含む）
１１１自治体Ａ申請データ（旧自治体での申請データ）
１１２行政用語辞書
１１３自治体Ｂ様式情報（新自治体での申請様式情報）
１１４自治体Ｂ申請データ（新自治体向け申請データ）
２０１第１解析部
２０２第２解析部
２０３構造比較部
２０４新申請データ生成部
２１１旧自治体申請データ（正規化形式）
２１２新自治体申請様式情報（正規化形式）
２１３継承データ
２２１単語の形式変換規則情報
２２２類似語変換辞書
２２３行政用語性質辞書
２２４行政用語意味変換辞書
３０１解析用データ生成部
３０２タグ辞書ＤＢ
３０３文書ノードＤＢ
７０１タグ名分解部
７０２分解版タグ辞書ＤＢ
７０３分解版文書ノードＤＢ
１２０１タグ名意味変換部
１２０２正規化タグ辞書ＤＢ
１７０１解析用データ生成部
１７０２タグ辞書ＤＢ
１７０３文書ノードＤＢ
２１０１タグ名分解部
２１０２分解版タグ辞書ＤＢ
２１０３分解版文書ノードＤＢ
２４０１タグ名意味変換部
２４０２正規化タグ辞書ＤＢ
２７０１類似性判定制御パラメタ[0001]
BACKGROUND OF THE INVENTION
The present invention relates to an electronic application support method, an electronic application support program, and an electronic application support apparatus that support application procedures in a local government.
[0002]
[Prior art]
Conventionally, in application / reporting procedures to local governments, there are many cases in which applications used in the past are reused, such as “application for renewal” and “similar application”. Therefore, the reuse of application contents is strongly desired in electronic procedures. In particular, in companies and the like, when the application for many employees is collectively made to the local government, the necessity of reusing the application contents is extremely high.
[0003]
[Problems to be solved by the invention]
However, the application / notification format accepted by local governments is not necessarily standardized in the country, and each local government has its own unique format and expression. For this reason, the problem is that just by digitizing the reception work, it is not possible to divert the application made in a procedure (for example, requesting a resident's card) performed in one local government and create an application for another local government. There was a point.
[0004]
It is possible to unify the data items of local government procedures when digitizing, but the number of styles used by local governments reaching 3300 is enormous, and it is not practical to unify the styles Conceivable.
[0005]
In order to solve the above problems, an object of the present invention is to provide an electronic application support method, an electronic application support program, and an electronic application support apparatus capable of efficiently performing application procedures for different local governments. .
[0006]
[Means for Solving the Problems]
In order to solve the above-described problems and achieve the object, the electronic application support method, the electronic application support program, and the electronic application support apparatus according to the present invention are configured to input the information about an application in an arbitrary local government. Analyzing the content of the information, obtaining information on the application form in a local government different from the above-mentioned arbitrary local government via a network such as the Internet, analyzing the content of the information on the acquired application form, and analyzing the content Comparing each other, based on the comparison result, information on an application in a municipality different from the arbitrary municipality is generated.
[0007]
By this invention, even if it is a case where it differs from the format used in the past, the application data used in the past can be reused.
[0008]
DETAILED DESCRIPTION OF THE INVENTION
Exemplary embodiments of an electronic application support method, an electronic application support program, and an electronic application support apparatus according to the present invention will be described below in detail with reference to the accompanying drawings.
[0009]
(Contents of the entire system)
First, the contents of the entire system for realizing the electronic application support method according to the embodiment of the present invention will be described. FIG. 1 is an explanatory diagram showing an overall system for realizing the electronic application support method according to the embodiment of the present invention. In FIG. 1, 100 is an electronic application support system (server system), 101 is a local government A (old local government), 102 is a local government B (new local government), 103 is an applicant (PC client), Reference numeral 104 denotes an external service organization, 105 denotes a PDA, and 106 denotes a mobile phone (including PHS).
[0010]
Here, the local government A101 stores the local government A application data 111 in the server 101a of the local government A101. The electronic application support system (server system) 100 may be a system provided in the local government B102, or may be a system provided independently of the local government B102.
[0011]
Reference numeral 112 denotes an administrative term dictionary. The administrative term dictionary 112 can be installed for each local government, and can also be installed by the external service organization 104 as a dedicated service.
[0012]
Here, the analysis process, the structure comparison process, and the new application data generation process according to the present embodiment can be performed by either the PC client 103 or the electronic application support system (server system) 100. That is, a solid line arrow indicates a case where it is configured on the PC client 103 side, and a dotted line arrow indicates a case where it is configured on the server system 100 side.
[0013]
As shown by the solid arrows, when the above processing is performed on the PC client 103 side, first, the external service organization 104 or the administrative term dictionary 112 installed in each local government is acquired via a network such as the Internet (not shown). Then, using the acquired administrative term dictionary 112, the local government A application data 111 previously applied to the local government A 101 and stored in the PC client 103 is analyzed. Further, the local government B style information 113 is acquired from the local government B 102 via the network, and the acquired local government B style information 113 is also analyzed using the administrative term dictionary 112 similarly to the local government A application data 111.
[0014]
And the structure comparison process of the analyzed local government A application data 111 and the local government B style information 113 is performed. Thereafter, new application data generation processing is performed, and the local government B application data 114 is completed. Based on the completed local government B application data 114, an application procedure is performed for the local government B102.
[0015]
On the other hand, as shown by the dotted arrows, when the above processes are performed on the server system 100 side, first, the PC client 103 transmits the local government A application data 111 to the server system 100. The local government A application data 111 is acquired by receiving the transmitted local government A application data 111. Or you may make it acquire the local government A application data 111 as past application data from another local government (local government A101). The local government B style information 113 is acquired from the local government B102. Operations related to the application procedure can also be performed by the PDA 105 or the mobile phone 106.
[0016]
The acquired local government A application data 111 and local government B style information 113 are analyzed using the administrative term dictionary 112. And the structure comparison process of the analyzed local government A application data 111 and the local government B style information 113 is performed. Thereafter, new application data generation processing is performed, and the local government B application data 114 is completed.
[0017]
(Outline of electronic application support method)
Next, an outline of the electronic application support method according to the embodiment of the present invention will be described. The electronic application support method according to the present embodiment does not check the identity of the application form itself. Therefore, even if the form is not the same, it can be a target of processing. FIG. 2 is an explanatory diagram showing an outline of the electronic application support method according to this embodiment of the present invention. In FIG. 2, 201 is a first analysis unit, 202 is a second analysis unit, 203 is a structure comparison unit, and 204 is a new application data generation unit.
[0018]
The first analysis unit 201 analyzes the acquired application data (local government A application data) 111 in the old local government. The first analysis unit 201 includes an analysis data generation unit 301 shown in FIG. 3, a tag name decomposition unit 701 shown in FIG. 7, and a tag name / means conversion unit 1201 shown in FIG. And the application data (local government A application data) 111 in the old local government analyzed by the 1st analysis part 201 is preserve | saved as the old local government application data 211 which became the normalization form.
[0019]
Similarly, the 2nd analysis part 202 performs the analysis process of the application style information (local government B style information) 113 in the acquired new local government. The second analysis unit 202 includes an analysis data generation unit 1701 shown in FIG. 17, a tag name decomposition unit 2101 shown in FIG. 21, and a tag name / means conversion unit 2401 shown in FIG. Then, the new local government application form information (local government B form information) 113 analyzed by the second analysis unit 202 is stored as the new local government application form information 212 in a normalized form.
[0020]
Here, a tag is a character or symbol that is embedded in text and represents control information used in markup languages such as SGML (Standard Generalized Markup Language), HTML (Hypertext Markup Language), and XML (Extensible Markup Language). That means. A tag is like a parenthesis that specifies the start and end positions of a headline or body, and indicates the beginning A tag of the form <abc> and the end Use a set of tags of the form </ abc>.
[0021]
And the structure comparison part 203 performs the structure comparison process with the old local government application data (normalization format) 211 and the new local government application style information (normalization format) 212, and preserve | saves the result as inheritance data (DB) 213. . Then, the new application data generation unit 204 generates application data 114 for a new local government based on the inherited data 213.
[0022]
The administrative term dictionary 112 includes word format conversion rule information 221, a similar term conversion dictionary 222, an administrative term property dictionary 223, and an administrative term meaning conversion dictionary 224. The specific contents of each dictionary (information) 221 to 224 will be described later.
[0023]
(Contents of processing in the first analysis unit 201)
Next, the contents of processing in the first analysis unit 201 will be described. First, analysis data generation processing is performed as first processing in the first analysis unit 201. FIG. 3 is an explanatory diagram showing the contents of application data analysis processing (analysis data generation processing) in the old local government. In FIG. 3, the analysis data generation unit 301 obtains the old application data tag dictionary DB 302 shown in FIG. 5 and the old application data document node shown in FIG. 6 from the contents of the application data 111 in the old local government shown in FIG. DB303 is produced | generated.
[0024]
FIG. 4 is an explanatory diagram showing the contents of the application data 111 in the old local government. In FIG. 4, for example, for each item of the application form in the old local government (local government A) 101, for example, “Required documents and number of copies”. ”,“ Resident card ”,“ all households ”and so on. Then, the analysis data generation unit 301 adds the “tag ID” in the order described for each tag, and generates the tag dictionary DB 302 so that the “tag ID” and the “tag name” correspond to each other. . FIG. 5 is an explanatory diagram showing an example of the tag dictionary DB 302 of old application data. Specifically, “tag ID” = “0000” and “tag name” = “required documents and mails” are associated with each other, and “tag ID” = “0010” and “tag name” = “resident's card” To correspond. Thereafter, the same processing is performed for all tags of the application data 111 in the old local government.
[0025]
The analysis data generation unit 301 also generates a document node DB 303 related to the connection between the tags of the application data 111 in the old local government. FIG. 6 is an explanatory diagram showing the document node DB 303 of old application data. The document node DB 303 has an “ID”, a “tag ID” in the tag dictionary DB 302, a “parent tag ID” added when the tag has a parent tag, and a child tag in the tag. “Child tag ID” added in the case, “next tag ID” added when there is a next tag following the tag, and “tag” added when the tag contains a value Value ”.
[0026]
Specifically, “tag ID” = “0000” (tag name = “necessary documents and number of copies”) has no parent tag, but child tag (“tag ID” = “0010”, Since “0020”,..., “0060”) exist, they are managed with different IDs. That is, “ID” = “1000” is added to the child tag “0010”, and “ID” = “1001” is added to the other child tag “0020”. In this way, a serial “ID” is added to each tag node (link).
[0027]
In addition, “Tag ID” = “0100” (“Tag Name” = “Applicant”) is included in “Next Tag ID” of “Tag ID” = “0000” (Tag Name “Necessary Documents and Numbers”). ) (See “ID” = “1000” or the like), and “tag ID” = “0010” (“tag name” = “resident's card”) of “next tag ID” = Enter “0020” (“tag name” = “residence card removed”) (see “ID” = “1006”, “1007”).
[0028]
Next, as a second process in the first analysis unit 201, a tag name decomposition process is performed. FIG. 7 is an explanatory diagram showing the contents of application data analysis processing (analysis data generation processing) in the old local government. In FIG. 7, the tag name decomposition unit 701 uses the word format conversion rule information 221 shown in FIG. 8 and the similar word conversion dictionary 222 shown in FIG. The tag name of each tag in the data tag dictionary DB 302 and the tag name of each tag in the document node DB 303 of the old application data shown in FIG. 6 are decomposed.
[0029]
Here, the word format conversion rule information 221 shown in FIG. 8 is a format conversion rule that describes items related to the original sentence and the corresponding conversion method. Specifically, when “˜no˜” exists in the original sentence, it is classified into two words with “no” as the boundary.
[0030]
Further, the post-similar conversion dictionary 222 shown in FIG. 9 is a dictionary that describes the original word and the corresponding post-conversion word. For example, if the original word is “name”, the word is converted to “name”. If the original word is “I want”, the word is converted to “Necessary *”. However, “*” is a wild card designation and indicates that it matches an arbitrary character.
[0031]
As described above, using the administrative term dictionary 112 (word format conversion rule information 221 and similar word conversion dictionary 222), specifically, for example, the tag “required documents and number” (“ "Tag ID" = "0000") to "Necessary Documents and Numbers", "Household Name"("TagID" = "0050") to "Household" and "Name" , “Individual person name” (“tag ID” = “0060”) is converted or decomposed into three tags “individual”, “necessary * person”, and “name”, respectively.
[0032]
The converted or decomposed result is stored in the decomposed tag dictionary DB 702 shown in FIG. As can be seen from FIG. 10, a tag ID is newly added to the tag increased by the decomposition. In FIG. 10, the tag name “tag ID” = “0050” is changed from “household name” to “household”, and “tag ID” = “0700” (“tag name” = “name”). Has been added. Similarly, the tag name of “tag ID” = “0060” is changed from “name of person who wants when individual” to “when individual”, and “tag ID” = “0701” (“tag name” = It can be seen that “necessary * person”) and “tag ID” = “0702” (“tag name” = “name”) are added. Accordingly, the contents of the document node DB 303 are also changed and stored as an exploded document node DB 703 as shown in FIG.
[0033]
Next, as a third process in the first analysis unit 201, a tag name semantic conversion process is performed. FIG. 12 is an explanatory diagram showing the contents of application data analysis processing (tag name semantic conversion processing) in the old local government. 12, the tag name-meaning conversion unit 1201 uses the administrative term property dictionary 223 shown in FIG. 13 and the administrative term meaning conversion dictionary 224 shown in FIG. A meaning conversion process is performed on each tag in the tag dictionary DB 702 and the tag name of each tag in the decomposed document node DB 703 shown in FIG.
[0034]
Here, the administrative term property dictionary 223 shown in FIG. 13 is a dictionary in which a word item is associated with a property item of the word. For example, when the word is “kanji”, the character property of “personality” or “place” is associated as the property.
[0035]
Further, the administrative term meaning conversion dictionary 224 shown in FIG. 14 is a dictionary in which a word item, an item of the property of the upper tag of the word or an item of the name of the upper tag, and a conversion destination item of the word are associated with each other. It is. For example, when the word is “kanji” and the property of the upper tag is “personality”, “kanji” is converted into “name” as the conversion destination. Further, when the word is “person” and the name of the upper tag is “* vote”, “person” is converted into “−part” as the conversion destination. Note that “*” is a wild card designation and indicates that it matches an arbitrary character.
[0036]
In this way, the tag name-meaning conversion unit 1201 restructures the tag name and converts the meaning of the tag having a value, that is, the tag corresponding to the “word” item of the administrative term meaning conversion dictionary 224. Specific processing procedure of tag name semantic conversion processing (for example, “tag ID” = “0052” (“tag name” = “kanji”), “tag ID” = “0012”, “0022” (“tag” The case of “name” = “individual”) will be described with reference to Fig. 15. Fig. 15 shows a search in the decomposed document node DB 703 in the case of "tag ID" = "0052"("tagname" = "kanji"). It is explanatory drawing which shows the content of a route.
[0037]
(1) First, the decomposed document node DB 703 is searched from “tag ID” = “0052” toward the root (see the arrow in FIG. 15), and the following ID list is created.
“0052” → “0700” → “0050” → “0000”
[0038]
(2) When the list of (1) is re-expressed using the decomposed tag dictionary DB 702, the following list is obtained.
“Kanji” → “Name” → “Household” → “Required documents and number”
[0039]
(3) Using the administrative term dictionary 112 (administrative term property dictionary 223), the list of (2) is converted based on the character of the upper tag name. In this example, since the name and householder are included in the upper tag names in the dictionary, it is determined to be a personality and “Kanji” is converted to “Name”. However, even in the case of the same “kanji”, if the character of the upper tag name is a place, it is converted to “address”.
[0040]
(4) If automatic conversion cannot be performed by the processing of (3), conversion is performed using the administrative term dictionary 112 (administrative term meaning conversion dictionary 224) with the upper tag name as a modifier. When “Tag ID” = “0012”, “0022” (when “Tag Name” = “Individual”), “Individual” is the upper tag “Resident Card”, and * Vote (* is optional It is converted to “partial” in order to match the wild card that represents the character. Similarly, if the upper tag name is “residence card removed”, the conversion is performed in the same manner.
[0041]
The normalized tag dictionary DB 1202 is generated by the processing procedure as described above. FIG. 16 is an explanatory diagram showing the contents of the normalized tag dictionary DB 1202. As shown in FIG. 16, for tag ID = “0052”, the tag name is changed from “kanji” to “name”, and for tag ID = “0012” and “0022”, the tag name is “ You can see that it has been changed from "Individual" to "-Part".
[0042]
(Contents of processing in the second analysis unit 202)
Next, the contents of processing in the second analysis unit 202 will be described. First, analysis data generation processing is performed as the first processing in the second analysis unit 202. FIG. 17 is an explanatory diagram showing the contents of the application form information analysis process (analysis data generation process) in the new local government. In FIG. 17, the analysis data generation unit 1701 obtains the tag dictionary DB 1702 of the new application form information shown in FIG. 19 and the new application form information shown in FIG. 20 from the contents of the application form information 113 in the new local government shown in FIG. Document node DB 1703 is generated.
[0043]
FIG. 18 is an explanatory diagram showing the contents of the application form information 113 in the new local government. In FIG. 18, for example, “necessary things”, “ Tags such as “resident card” and “all households” are provided. Then, the analysis data generation unit 1701 adds the “tag ID” in the order described for each tag, and generates the tag dictionary DB 1702 so that the “tag ID” and the “tag name” correspond to each other. . FIG. 19 is an explanatory diagram showing an example of a tag dictionary DB 1702 for new application style information. Specifically, “tag ID” = “0000” and “tag name” = “necessary” are associated, and “tag ID” = “0010” and “tag name” = “resident's card” are associated. Let Thereafter, the same processing is performed for all the tags of the application form information 113 in the new local government.
[0044]
Further, the analysis data generation unit 1701 generates a document node DB 1703 related to the connection between the tags of the application form information 113 in the new local government. FIG. 20 is an explanatory diagram showing the document node DB 1703 for new application format information. The document node DB 1703 has an “ID”, a “tag ID” in the tag dictionary DB 1702, a “parent tag ID” added when the tag has a parent tag, and a child tag in the tag. “Child tag ID” added in the case, “next tag ID” added when there is a next tag following the tag, and “tag” added when the tag contains a value Value ”.
[0045]
Specifically, “tag ID” = “0000” (tag name = “necessary”) does not have a parent tag, but child tags (“tag ID” = “0010”, “0020”). , “0030”), they are managed with different IDs. That is, “ID” = “1000” is added to the child tag “0010”, “ID” = “1001” is added to the other child tag “0020”, and another child is added. “ID” = “1002” is added to the tag “0030”. In this way, a serial “ID” is added to each tag node (link).
[0046]
Also, “Tag ID” = “0100” (“Tag Name” = “Who Needs Something” is required for “Next Tag ID” of “Tag ID” = “0000” (Tag Name “Necessary Things”) ”) (See“ ID ”=“ 1000 ”,“ 1001 ”,“ 1002 ”) and“ tag ID ”=“ 0010 ”(“ tag name ”=“ resident's card ”)“ next tag ID ” “Tag ID” = “0020” (“tag name” = “residence card removed”) is entered (see “ID” = “1007”, “1008”).
[0047]
Next, as a second process in the second analysis unit 202, a tag name decomposition process is performed. FIG. 21 is an explanatory diagram showing the contents of an application form information analysis process (tag name decomposition process) in a new local government. In FIG. 21, the tag name decomposition unit 2101 uses the word format conversion rule information 221 shown in FIG. 8 and the similar word conversion dictionary 222 shown in FIG. The tag name of each tag in the tag dictionary DB 1702 for format information and the tag name of each tag in the document node DB 1703 for new application format information shown in FIG. 20 are decomposed.
[0048]
Specifically, for example, the tag “applicant” (“tag ID” = “0200”) in the tag dictionary DB 1702 is used using the administrative term dictionary 112 (word format conversion rule information 221 and similar word conversion dictionary 222). Is converted or decomposed into “applicant” and “household name” (“tag ID” = “0140”) into two tags “household” and “name”, respectively.
[0049]
The converted or decomposed result is stored in the decomposed tag dictionary DB 2102 shown in FIG. As can be seen from FIG. 22, a tag ID is newly added to the tag increased by the decomposition. In FIG. 22, “tag ID” = “0700” (“tag name” = “household owner”) is added, and the tag name “tag ID” = “0140” changes from “household name” to “name”. has been edited. Similarly, it can be seen that the tag name “tag ID” = “0200” has been changed from “applicant” to “applicant”. Accordingly, the contents of the document node DB 1703 are also changed and stored as an exploded document node DB 2103 as shown in FIG.
[0050]
Next, as a third process in the second analysis unit 202, a tag name semantic conversion process is performed. FIG. 24 is an explanatory diagram showing the contents of the application form information analysis process (tag name semantic conversion process) in the new local government. 24, the tag name-meaning conversion unit 2401 uses the administrative term property dictionary 223 shown in FIG. 13 and the administrative term meaning conversion dictionary 224 shown in FIG. 14 in the administrative term dictionary 112, and is an exploded version shown in FIG. A meaning conversion process is performed on each tag in the tag dictionary DB 2102 and the tag name of each tag in the decomposed document node DB 2103 shown in FIG.
[0051]
In this way, the tag name-meaning conversion unit 2401 restructures the tag name and converts the meaning of the tag having a value, that is, the tag corresponding to the item “word” in the administrative term meaning conversion dictionary 224. Specific processing procedure of tag name semantic conversion processing (for example, “tag ID” = “0140” (“tag name” = “name”), “tag ID” = “0012”, “0022” (“tag” Name ”=“ part ”))) will be described with reference to FIG. FIG. 25 is an explanatory diagram showing the contents of the search route in the decomposed document node DB 2103 when “tag ID” = “0140” (“tag name” = “name”).
[0052]
(1) First, the decomposed document node DB 2103 is searched from “tag ID” = “0140” toward the root (see the arrow in FIG. 25), and the following ID list is created.
“0140” → “0700” → “0100”
[0053]
(2) When the list of (1) is re-expressed using the classification tag dictionary DB 2102, the following list is obtained.
"Name" → "Head of the household" → "Who needs something?"
[0054]
(3) Using the administrative term dictionary 112 (administrative term property dictionary 223), the list of (2) is converted based on the character of the upper tag name. In this example, since the householder is included in the upper tag name of the dictionary, it is determined as a personality, and “name” is converted to “name”.
[0055]
(4) If automatic conversion cannot be performed by the processing of (3), conversion is performed using the administrative term dictionary 112 (administrative term meaning conversion dictionary 224) with the upper tag name as a modifier. When “Tag ID” = “0012”, “0022” (when “Tag Name” = “Partial”), “Partial” has the upper tag “Resident Card” and * Since it matches a wild card (any character), it is converted to a part. Similarly, if the upper tag name is “residence card removed”, the conversion is performed in the same manner.
[0056]
In this way, the normalized tag dictionary DB 2402 is generated. FIG. 26 is an explanatory diagram showing the contents of the normalized tag dictionary DB 2402. As shown in FIG. 26, the tag name is changed from “name” to “name” for tag ID = “0140”, and the tag names are changed to “name” for tag ID = “0012” and “0022”. You can see that it has been changed from "Individual" to "-Part".
[0057]
(Contents of processing in the structure comparison unit 203)
Next, the contents of processing in the structure comparison unit 203 will be described. FIG. 27 is an explanatory diagram showing the contents of the structure comparison process between the old application data and the new application style information. In FIG. 27, the structure comparison unit 203 compares the structure based on the normalized tag name in the normalized tag dictionary DB 1202 for the old application data and the normalized tag name in the normalized tag dictionary DB 2402 for the new application format information. Do it. Specifically, processing is performed according to the following procedure.
[0058]
(1) Select a tag having a value from the decomposed document node DB 703 of the old application data, search from the selected tag toward the route, and create a list of the following IDs.
“0052” → “0700” → “0050” → “0000”
[0059]
(2) The list of (1) is re-expressed using the normalized tag dictionary DB 1202 of the old application data.
“Name” → “Name” → “Household” → “Required Documents and Numbers”
[0060]
(3) The element that matches the end element (name) of (1) is selected from the normalized tag dictionary DB 2402 of the new application form information.
[0061]
(4) Based on the ID selected in (3), a candidate list is obtained using the decomposed document node DB 2103 of the new application form information.
Candidate 1: “0130” → “0100” → “0000”
Candidate 2: “0220” → “0200” → “0000”
Candidate 3: “0140” → “0700” → “0100” → “0100”
[0062]
(5) The list of (4) is re-expressed by using the new version tag dictionary DB 2102 of the new application form information.
Candidate 1: “Name” → “Who needs something” → “What you need”
Candidate 2: “Name” → “Applicant” → “Required”
Candidate 3: "Name" → "Household" → "Who needs something" → "What you need"
[0063]
(6) The list of (2) and the list of (5) are compared to determine similarity. The similarity determination is controlled by a similarity determination control parameter 2701 shown in FIG. The detailed content of the similarity determination process will be described later. As a result of the similarity determination process, a candidate with a high content ratio of each tag in the list of (2) is selected from the candidates of (5), and the data of the combination of ID and tag value in the normalized tag dictionary DB 2402 is shown in FIG. It outputs to the inheritance data DB 213 shown in FIG.
[0064]
Here, candidate 3 is selected as the candidate most similar to the list of (2). Therefore, “Taro Utsunomiya”, which is the value of “tag ID” = “0052” (“tag name” = “name”) in the old application data, is “tag ID” = in the new application form information corresponding to “0052” = It is associated with “0140” (“tag name” = “household”) and stored in the inheritance data DB 213 shown in FIG.
[0065]
(Contents of processing in the new application data generation unit 204)
Next, the contents of processing in the new application data generation unit 204 will be described. FIG. 30 is an explanatory diagram showing the contents of the new application data generation process. In FIG. 30, the new application data generation unit 204 generates new application data based on the inheritance data of the inheritance data DB 213 shown in FIG. Specifically, processing is performed according to the following procedure.
[0066]
(1) The tag dictionary DB 1702 and the document node DB 1703 of the new application form information are read to generate an XML document.
[0067]
(2) The ID and tag values are read from the inheritance data DB 213, and values are set in the XML document generated in (1). Specifically, “tag value” = “1” (“ID” = “0011”) and “tag ID” = “0011” (“tag name” = “all households”) in the document node DB 1703. Set to "Tag value". In addition, “tag value” = “1” (“ID” = “0021”) and “tag ID” = “0021” (“tag name” = “all households”) in the document node DB 1703 Set to "Value". Further, “tag value” = “Taro Utsunomiya” (“ID” = “0140”) and “tag ID” = “0140” (“tag name” = “household name”) in the document node DB 1703 Value ”. In this way, the application data 114 for new municipalities in which the inheritance data 213 is set is completed.
[0068]
(Contents of similarity determination processing)
Next, the content of the similarity determination process in the structure comparison unit 203 will be described. In the similarity determination process, first, an overlapping part is deleted. FIG. 31 and FIG. 32 are explanatory diagrams showing the contents of the overlapping part deletion processing. Among these, FIG. 31 shows a list of tag names of the old application data. As shown in FIG. 31, when the same tag name (“tag name” = “name”) is continuously present, the remaining one except for the duplicate tag name is deleted. As a result, as shown on the right side of the arrow, there are three tag names: “name” → “household” → “necessary documents and number”.
[0069]
FIG. 32 shows a list of tag names in the new application form, which are candidates for structure comparison. In FIG. 32, since there is no duplicate tag name for both candidate 1, candidate 2 and candidate 3, there is no tag name to delete, and the tag name list is changed as shown on the right side of the arrow after deletion processing of the duplicated part. There is no.
[0070]
Next, in the similarity determination process, a tag name matching check process is performed. The tag name match checking process includes a name match determination process for the end tag (data tag name n and style tag m) and a name match determination process for the upper tag. FIGS. 33 to 36 are explanatory diagrams showing the contents of the terminal tag name match determination process. In FIG. 33, the level n data tag n indicating the end of the old application data and the level m style tag m indicating the end of the new application form are checked for coincidence.
[0071]
FIG. 34 shows a comparison with candidate 1, FIG. 35 shows a comparison with candidate 2, and FIG. 36 shows a comparison with candidate 3. As shown in FIGS. 34 to 36, all of the candidates 1 to 3 are completely matched because the name of the end tag is “name” and the tag name of the old application data is also “name”. I understand.
[0072]
FIG. 37 to FIG. 40 are explanatory diagrams showing the contents of the process for determining whether the upper tag name matches. In FIG. 37, first, from a data tag n-1 at a level (level n-1) one level higher than a data tag n at level n indicating the end in the old application data, and from level m indicating the end of the new application form. In addition, each name matches with the style tag m-1 that is one level higher (level m-1). After that, the names of the data tag n-1 and the format tag 4 (m-2), which is one level higher than the format tag m-1, are matched. In this way, the name matching between the data tag n-1 and the style tag excluding the end level tag is sequentially determined.
[0073]
After that, the data tag 3 (n-2), which is one level higher than the data tag n-1, similarly performs a name match determination with the style tag excluding the end level tag. In this way, the same processing is performed up to level 1 (root) data tag 1. However, if a complete match of the tag name is determined, it is not necessary to inspect the new application form above it.
[0074]
FIG. 37 shows a case where the level of the tag name list of the new application form is higher than the level of the old application data, but conversely, the level of the old application data is the tag of the new application form. There may be cases where there are more levels than the list of names or the number of levels matches.
[0075]
FIG. 38 shows a comparison with candidate 1. In FIG. 38, the level 2 tag name (“household owner”) of the old application data does not match the tag names of the new application form (“who needs what”, “necessary”). In addition, the level 1 tag name ("necessary documents and number") of the old application data partially matches the level 1 tag name ("necessary thing") of the new application form.
[0076]
FIG. 39 shows a comparison with Candidate 2. In FIG. 39, the level 2 tag name (“household owner”) of the old application data does not match the tag name (“applicant”, “necessary”) of the new application form. In addition, the level 1 tag name ("necessary documents and number") of the old application data partially matches the level 1 tag name ("necessary thing") of the new application form.
[0077]
FIG. 40 shows a comparison with Candidate 3. In FIG. 40, the level 2 tag name (“household owner”) of the old application data completely matches the tag name (“household owner”) of the new application style. In addition, the level 1 tag name ("necessary documents and number") of the old application data partially matches the level 1 tag name ("necessary thing") of the new application form.
[0078]
After the tag name matching inspection process as described above, at each level, the tag name matching status is quantified, aggregated, and the average value obtained is compared with the reference value to determine similarity. . Specifically, as shown in the similarity determination control parameter 2701 shown in FIG. 28, for example, the pattern value is set to “1.0” in the case of complete match, and the pattern value is set to “0” in the case of forward match. .8 ”, the pattern value is“ 0.7 ”for backward matching, the pattern value is“ 0.4 ”for partial matching, and the reference value for similarity determination is“ 0.5 ”. Then, the average value of the candidates 1 and 2 is “0.4”, and the average value of the candidate 3 is “0.7”. Therefore, when compared with the reference value “0.5”, it can be determined that the candidate 3 is similar.
[0079]
41 to 43 are flowcharts showing the procedure of the tag name matching inspection process. In FIG. 41, first, it is determined whether or not the names of the data tag n and the format tag m completely match (step S4101). If there is a complete match (step S4101: Yes), a complete match pattern value (“1.0”) is set from the similarity determination control parameter 2701 as the match level (step S4102). Thereafter, “1” is set to the number of tags (step S4103), and the process proceeds to step S4201 shown in FIG.
[0080]
In step S4101, if not completely matched (step S4101: No), it is determined whether or not there is a forward match (step S4104). If forwardly matched (step S4104: Yes), the similarity determination control parameter is used as the degree of match. A forward matching pattern value (“0.8”) is set from 2701 (step S4105). Thereafter, “1” is set to the number of tags (step S4106), and the process proceeds to step S4201 shown in FIG.
[0081]
In step S4104, if there is no forward match (step S4104: No), it is determined whether there is a backward match (step S4107). If there is a backward match (step S4107: Yes), the similarity determination control parameter is used as the degree of match. A backward matching pattern value (“0.7”) is set from 2701 (step S4108). Thereafter, “1” is set to the number of tags (step S4109), and the process proceeds to step S4201 shown in FIG.
[0082]
In step S4107, if there is no backward match (step S4107: No), it is determined whether or not it is a simple partial match (step S4110). If there is a partial match (step S4110: Yes), the similarity determination control parameter is used as the degree of match. A partial match pattern value (“0.4”) is set from 2701 (step S4111). Thereafter, “1” is set to the number of tags (step S4112), and the process proceeds to step S4201 shown in FIG.
[0083]
In step S4110, if there is no partial match (step S4110: No), it is determined that there is no similarity (step S4113), and the series of processing ends.
[0084]
In FIG. 42, in order to determine whether the upper tag name matches, the value of the tag data n-1 is set in the data work tag (step S4201) and the value of the style tag m-1 is set in the style work tag (step S4201). S4202). That is, the determination target is shifted to a tag one level higher than the end tag.
[0085]
Next, it is determined whether or not the names of the data work tag and the style work tag completely match (step S4203). If there is a complete match (step S4203: YES), the complete match pattern value is added from the similarity determination control parameter 2701 to the match level (step S4204). Thereafter, “1” is added to the number of tags (step S4205), and “1” is set to the match flag (step S4206), and the process proceeds to step S4221.
[0086]
If it is determined in step S4203 that there is no complete match (step S4203: No), it is determined whether the names of the data work tag and the style work tag coincide with each other (step S4207). Here, if there is a forward match (step S4207: Yes), the forward match pattern value is added from the similarity determination control parameter 2701 to the match degree (step S4208). Thereafter, “1” is added to the number of tags (step S4209), and “2” is set to the match flag (step S4210), and the process proceeds to step S4221.
[0087]
In step S4207, if there is no forward match (step S4207: No), it is determined whether the names of the data work tag and the style work tag match backward (step S4211). If there is a backward match (step S4211: Yes), the backward match pattern value is added from the similarity determination control parameter 2701 to the matching degree (step S4212). Thereafter, “1” is added to the number of tags (step S4213), and “3” is set to the match flag (step S4214), and the process proceeds to step S4221.
[0088]
In step S4211, if there is no backward match (step S4211: No), it is determined whether the names of the data work tag and the style work tag are merely partial matches (step S4215). Here, in the case of partial match (step S4215: Yes), the partial match pattern value is added from the similarity determination control parameter 2701 to the match level (step S4216). Thereafter, “1” is added to the number of tags (step S4217), and “4” is set to the match flag (step S4218), and the process proceeds to step S4221.
[0089]
If there is no partial match in step S4215 (step S4215: No), “1” is added to the number of tags (step S4219) and “0” is set in the match flag (step S4220), and the process proceeds to step S4221. To do.
[0090]
In step S4221, it is determined whether the match flag is other than “0” or whether the form work tag has reached the root. Here, when the match flag is “0” and the form work tag has not reached the root (step S4221: No), the tag value higher than the current form work tag is set in the form work tag. (Step S4222), the process returns to Step S4203, and thereafter, the processing from Steps S4203 to S4221 is repeated.
[0091]
In step S4221, if the match flag is other than “0” or the style work tag has reached the root (step S4221: Yes), it is next determined whether or not the data work tag has reached the root (step S4221). S4223) If the data work tag has not yet reached the root (step S4223: No), the data work tag is set to a tag value one level higher than the current data work tag (step S4224), and the process returns to step S4203. Thereafter, the processing from step S4203 to S4223 is repeated. When the data work tag reaches the root (step S4223: Yes), the process proceeds to step S4301 shown in FIG.
[0092]
In FIG. 43, first, an average value obtained by dividing the total value of coincidence values by the number of tags is set as a similarity value (step S4301). Then, the set similarity value is compared with the reference value (similarity determination value (= “0.5”)) of the similarity determination control parameter 2701 (step S4302). If the similarity value is equal to or greater than the similarity determination value (step S4302: YES), it is determined that there is similarity (step S4303), and a series of processing ends. On the other hand, when the similarity value is smaller than the similarity determination value (step S4302: No), it is determined that there is no similarity (step S4304), and a series of processing ends. In this way, matching is determined for the tag name of the new application style based on the tag name list of the old application data.
[0093]
(Contents of screen image)
Next, the contents of the screen image of the operator will be described. FIG. 44 is an explanatory diagram showing a screen image of an application to a new local government, and shows a state in which reusable data is displayed from application data to be reused.
[0094]
In FIG. 44, by inputting the location of past application data in the local file name input field 4401 and pressing the “reuse check” button 4404, the available parts (check boxes 4405, 4406, number input field 4407). 4408, address input fields 4409 and 4412, reading input field 4410, name input fields 4411 and 4413, and qualification input field 4414).
[0095]
When the past application data is acquired by inputting data in the storage location input field 4402 on the portal site in the old local government, the access right newly displayed by pressing the “send access right” button 4403 Enter the password for reading from the sending screen (not shown).
[0096]
Then, after inputting data in the necessary input field, a “signature assignment” button 4415 is pressed to display a signature addition screen (not shown), an electronic signature operation is performed, and then an “application” button 4416 is pressed. The application process is completed.
[0097]
(Hardware configuration of server system 100 and PC client 103)
Next, hardware configurations of the server system 100 and the PC client 103 which are electronic application support apparatuses according to the embodiment of the present invention will be described. FIG. 45 is a block diagram showing an example of the hardware configuration of the server system 100 and the PC client 103 which are electronic application support apparatuses according to this embodiment of the present invention.
[0098]
In FIG. 45, the server system 100 and the PC client 103 include a CPU 4501, a ROM 4502, a RAM 4503, an HDD (hard disk drive) 4504, an HD (hard disk) 4505, an FDD (flexible disk drive) 4506, and a removable recording. As an example of the medium, an FD (flexible disk) 4507, a display 4508, an I / F (interface) 4509, a keyboard 4511, a mouse 4512, a scanner 4513, and a printer 4514 are provided. Each component is connected by a bus 4500.
[0099]
Here, the CPU 4501 governs overall control of the server system 100 and the PC client 103. The ROM 4502 stores programs such as a boot program. A RAM 4503 is used as a work area for the CPU 4501. The HDD 4504 controls reading / writing of data with respect to the HD 4505 according to the control of the CPU 4501. The HD 4505 stores data written under the control of the HDD 4504.
[0100]
The FDD 4506 controls reading / writing of data with respect to the FD 4507 according to the control of the CPU 4501. The FD 4507 stores data written under the control of the FDD 4506 and causes the information processing apparatus to read data recorded on the FD 4507. In addition to the FD 4507, the removable recording medium may be a CD-ROM (CD-R, CD-RW), MO, DVD (Digital Versatile Disk), memory card, or the like. A display 4508 displays a window (browser) related to data such as a document, an image, and function information as well as a cursor, an icon, or a tool box. For example, CRT, TFT liquid crystal display, plasma display and the like.
[0101]
An I / F (interface) 4509 is connected to a network such as a LAN or the Internet through a communication line 4510, and is connected to another server or information processing apparatus via the network. The I / F 4509 controls an interface between the network and the inside, and controls input / output of data from other servers and information terminal devices. The I / F 4509 is a modem, for example.
[0102]
The keyboard 4511 includes keys for inputting characters, numbers, various instructions, and the like, and inputs data. A touch panel type input pad or a numeric keypad may be used. The mouse 4512 performs cursor movement, range selection, window movement, size change, and the like. A track ball, a joystick, a cross key, a jog dial, or the like may be used as long as it has the same function as a pointing device.
[0103]
A scanner 4513 optically reads an image and takes in the image data into the information processing apparatus. The printer 4514 prints image data and document data. For example, a laser printer or an ink jet printer.
[0104]
As described above, according to the present embodiment, when the application data 111 in the old local government is input, the first analysis unit 201 analyzes the contents of the input application data 111 or is predetermined in advance. The application data 111 in the old local government stored in the storage area of the old local government is extracted and analyzed, and the second analysis unit 202 analyzes the content of the information related to the application style information 113 in the new local government, and the structure comparison unit 203 compares the content analyzed by the first analysis unit 201 with the content analyzed by the second analysis unit 202, and the new application data generation unit 204 applies an application for a new local government based on the comparison result. Since the data 114 is generated, the application data used in the past can be reused even if it is different from the format used in the past.
[0105]
In addition, according to the present embodiment, the first analysis unit 201 uses the administrative dictionary 112 for the word name obtained by disassembling the application data 111 in the old municipality for each tag, and a tag higher than the tag in the nested structure. The second analysis unit 202 converts the application name information 113 for each tag in the new local government using the administrative term dictionary 112 to convert the word name in the nested structure. Since conversion is performed based on the word name of the tag's upper tag or the character of the tag's word, it is possible to unify different expression contents indicating similar meaning contents, and to perform similarity determination more accurately.
[0106]
Further, according to the present embodiment, the structure comparison unit 203 uses the word names of the series of tags from the lowest tag to the higher tag in the nested structure and the nest analyzed by the second analysis step. Since the word names of a series of tags from the lowest tag to the higher tag in the structure are compared, appropriate meaning can be given to similar words showing different semantic contents.
[0107]
Further, according to the present embodiment, as a result of the new application data generation unit 204 being compared by the structure comparison unit 203, the value set for the tag analyzed by the first analysis unit 201 is similar to the tag. Since it is set to the tag analyzed by the second analyzing unit 202, it is possible to automatically input application data used in the past, and to save the trouble of data input.
[0108]
The electronic application support method according to the present embodiment may be a computer-readable program prepared in advance, and is realized by executing the program on a computer such as a personal computer or a workstation. This program is recorded on a computer-readable recording medium such as HD (hard disk), FD (flexible disk), CD-ROM, MO, and DVD, and is executed by being read from the recording medium by the computer. Further, this program may be a transmission medium that can be distributed via a network such as the Internet.
[0109]
(Appendix 1) Computer system
When information regarding an application in an arbitrary local government is input, a first analysis step of analyzing the content of the input information;
An application form information acquisition step of acquiring information on an application form in a local government different from the arbitrary local government;
A second analysis step of analyzing the content of information related to the application format acquired by the application format information acquisition step;
A comparison step for comparing the content analyzed by the first analysis step with the content analyzed by the second analysis step;
An application information generation step for generating information on an application in a local government different from the arbitrary local government based on the result of comparison in the comparison step;
The electronic application support method characterized by performing this.
[0110]
(Additional remark 2) The computer system provided with the memory | storage means to memorize | store the information regarding the application in arbitrary municipalities
A first analysis step of analyzing the content of information about an application in an arbitrary municipality stored in the storage means;
An application form information acquisition step of acquiring information on an application form in a local government different from the arbitrary local government;
A second analysis step of analyzing the content of information related to the application format acquired by the application format information acquisition step;
A comparison step for comparing the content analyzed by the first analysis step with the content analyzed by the second analysis step;
An application information generation step for generating information on an application in a local government different from the arbitrary local government based on the result of comparison in the comparison step;
The electronic application support method characterized by performing this.
[0111]
(Supplementary note 3) The first analysis step converts a word name obtained by disassembling the information on the application in the arbitrary municipality for each tag based on the property of the word of the upper tag of the tag in the nested structure,
The second analysis step is to convert a word name obtained by disassembling information on an application style in a municipality different from the arbitrary municipality for each tag based on a word property of a tag higher than the tag in the nested structure. The electronic application support method according to appendix 1 or 2, characterized by:
[0112]
(Additional remark 4) The said 1st analysis process converts the word name which decomposed | disassembled the information regarding the application in the said arbitrary municipalities for every tag based on the word name of the tag of the higher rank of the said tag in a nested structure,
The second analysis step is to convert a word name obtained by disassembling information on an application form in a municipality different from the arbitrary municipality for each tag based on a word name of a tag higher than the tag in the nested structure. The electronic application support method according to Supplementary Note 1 or 2, which is characterized.
[0113]
(Supplementary note 5) The electronic application support method according to supplementary note 3 or 4, wherein in the first analysis step and the second analysis step, the word name is converted using a dictionary prepared in advance.
[0114]
(Supplementary Note 6) The comparison step includes a word name of each of a series of tags from the lowest tag to the higher tag in the nest structure analyzed in the first analysis step, and the second analysis step. The electronic application support method according to any one of appendices 3 to 5, wherein each word name of a series of tags from the lowest tag to the higher tag in the analyzed nested structure is compared.
[0115]
(Supplementary note 7) In the application information generation step, as a result of the comparison in the comparison step, the value set in the tag analyzed in the first analysis step is used as the second analysis step similar to the tag. The electronic application support method according to any one of supplementary notes 3 to 6, wherein the electronic application support method is set to a tag analyzed by the method.
[0116]
(Appendix 8) When information related to an application in an arbitrary local government is input, a first analysis step for analyzing the content of the input information;
An application form information acquisition step for acquiring information on an application form in a local government different from the arbitrary local government;
A second analysis step for analyzing the content of the information related to the application format acquired by the application format information acquisition step;
A comparison step for comparing the content analyzed by the first analysis step with the content analyzed by the second analysis step;
An application information generation step for generating information related to an application in a local government different from the arbitrary local government based on the result compared in the comparison step;
An electronic application support program characterized in that a computer is executed.
[0117]
(Supplementary note 9) a first analysis step for analyzing the contents of information on an application stored in an arbitrary local government;
An application form information acquisition step for acquiring information on an application form in a local government different from the arbitrary local government;
A second analysis step for analyzing the content of the information related to the application format acquired by the application format information acquisition step;
A comparison step for comparing the content analyzed by the first analysis step with the content analyzed by the second analysis step;
An application information generation step for generating information related to an application in a local government different from the arbitrary local government based on the result compared in the comparison step;
An electronic application support program characterized in that a computer is executed.
[0118]
(Additional remark 10) The said 1st analysis process converts the word name which decomposed | disassembled the information regarding the application in the said arbitrary municipalities for every tag based on the property of the word of the upper tag of the said tag in a nested structure,
The second analysis step is to convert a word name obtained by disassembling information on an application style in a municipality different from the arbitrary municipality for each tag based on a word property of a tag higher than the tag in the nested structure. The electronic application support program according to appendix 8 or 9, characterized by the following:
[0119]
(Additional remark 11) The said 1st analysis process converts the word name which decomposed | disassembled the information regarding the application in the said arbitrary municipalities for every tag based on the word name of the high-order tag of the said tag in a nested structure,
The second analysis step is to convert a word name obtained by disassembling information on an application form in a municipality different from the arbitrary municipality for each tag based on a word name of a tag higher than the tag in the nested structure. The electronic application support program according to appendix 8 or 9, which is characterized.
[0120]
(Supplementary Note 12) In the comparison step, each word name of a series of tags from the lowest tag to the higher tag in the nest structure analyzed in the first analysis step, and the second analysis step The electronic application support program according to appendix 10 or 11, wherein the word name of each of a series of tags from the lowest tag to the higher tag in the analyzed nested structure is compared.
[0121]
(Additional remark 13) As for the said application information production | generation process, as a result of being compared by the said comparison process, the value set to the tag analyzed by the said 1st analysis process is set to the said 2nd analysis process similar to the said tag The electronic application support program according to any one of Supplementary Notes 10 to 12, wherein the electronic application support program is set to a tag analyzed by the above.
[0122]
(Supplementary note 14) An input means for receiving input of information related to an application in any local government;
First analysis means for analyzing the content of the information received by the input means;
An application form information acquisition means for acquiring information on an application form in a local government different from the arbitrary local government;
Second analysis means for analyzing the content of information relating to the application form acquired by the application form information acquisition means;
Comparison means for comparing the content analyzed by the first analysis means with the content analyzed by the second analysis means;
Application information generating means for generating information related to an application in a local government different from the arbitrary local government based on the result of comparison by the comparing means;
An electronic application support apparatus characterized by comprising:
[0123]
(Supplementary Note 15) Storage means for storing information on application in any local government;
First analysis means for analyzing the content of information regarding an application in an arbitrary municipality stored in the storage means;
An application form information acquisition means for acquiring information on an application form in a local government different from the arbitrary local government;
Second analysis means for analyzing the content of information relating to the application form acquired by the application form information acquisition means;
Comparison means for comparing the content analyzed by the first analysis means with the content analyzed by the second analysis means;
Application information generating means for generating information related to an application in a local government different from the arbitrary local government based on the result of comparison by the comparing means;
An electronic application support apparatus characterized by comprising:
[0124]
【The invention's effect】
As described above, according to the present invention, it is possible to reuse application data used in the past even if it is different from a form used in the past, thereby applying to different local governments. There is an effect that an electronic application support method, an electronic application support program, and an electronic application support apparatus capable of efficiently performing the procedure are obtained.
[Brief description of the drawings]
FIG. 1 is an explanatory diagram showing an overall system for realizing an electronic application support method according to an embodiment of the present invention;
FIG. 2 is an explanatory diagram showing an outline of an electronic application support method according to the embodiment of the present invention;
FIG. 3 is an explanatory view showing the contents of application data analysis processing (analysis data generation processing) in an old municipality;
FIG. 4 is an explanatory diagram showing the contents of application data 111 in an old municipality.
FIG. 5 is an explanatory diagram showing the contents of a tag dictionary database (DB) 302 of old application data.
FIG. 6 is an explanatory diagram showing contents of a document node database (DB) 303 of old application data.
FIG. 7 is an explanatory view showing the contents of application data analysis processing (tag name decomposition processing) in an old municipality;
FIG. 8 is an explanatory diagram showing the contents of an administrative term dictionary (word format conversion rule information 221).
FIG. 9 is an explanatory diagram showing the contents of an administrative term dictionary (similar word conversion dictionary 222);
FIG. 10 is an explanatory diagram showing the contents of a decomposed tag dictionary database (DB) 702 of old application data.
FIG. 11 is an explanatory diagram showing the contents of a decomposed document node database (DB) 703 of old application data.
FIG. 12 is an explanatory diagram showing the contents of application data analysis processing (tag name semantic conversion processing) in an old municipality;
FIG. 13 is an explanatory diagram showing the contents of an administrative term dictionary (administrative term property dictionary 223).
FIG. 14 is an explanatory diagram showing the contents of an administrative term dictionary (administrative term meaning conversion dictionary 224).
FIG. 15 is an explanatory diagram showing the contents of a search route in the decomposed document node DB 703 of old application data.
FIG. 16 is an explanatory diagram showing the contents of a normalized tag dictionary database (DB) 1202 of old application data.
FIG. 17 is an explanatory diagram showing the contents of application form information analysis processing (analysis data generation processing) in a new local government.
FIG. 18 is an explanatory diagram showing the contents of application form information 113 in a new local government.
FIG. 19 is an explanatory diagram showing the contents of a tag dictionary database (DB) 1702 of new application style information.
FIG. 20 is an explanatory diagram showing the contents of a document node database (DB) 1703 of new application style information.
FIG. 21 is an explanatory diagram showing the contents of application form information analysis processing (tag name decomposition processing) in a new local government.
FIG. 22 is an explanatory diagram showing the contents of a decomposed tag dictionary database (DB) 2102 for new application style information.
FIG. 23 is an explanatory diagram showing the contents of a decomposed document node database (DB) 2103 of new application format information.
FIG. 24 is an explanatory diagram showing the contents of an application form information analysis process (tag name semantic conversion process) in a new local government.
FIG. 25 is an explanatory diagram showing the contents of a search route in the decomposed document node DB 2103 for new application style information.
FIG. 26 is an explanatory diagram showing the contents of a normalized tag dictionary database (DB) 2402 for new application format information.
FIG. 27 is an explanatory diagram showing the contents of a structure comparison process between old application data and new application style information.
FIG. 28 is an explanatory diagram showing the contents of a similarity determination control parameter 2701;
FIG. 29 is an explanatory diagram showing the contents of an inherited data database (DB) 213;
FIG. 30 is an explanatory diagram showing the contents of a new application data generation process.
FIG. 31 is an explanatory diagram showing details of a process for deleting an overlapping part of old application data.
FIG. 32 is an explanatory diagram showing details of a process for deleting an overlapping part of new application style information.
FIG. 33 is an explanatory diagram showing details of a terminal tag name match determination process;
FIG. 34 is an explanatory diagram showing the contents of a terminal tag name match determination process (candidate 1);
FIG. 35 is an explanatory diagram showing the contents of a terminal tag name match determination process (candidate 2);
FIG. 36 is an explanatory diagram showing the contents of a terminal tag name match determination process (candidate 3);
FIG. 37 is an explanatory diagram showing the contents of a process for determining whether the upper tag name matches;
FIG. 38 is an explanatory diagram showing the contents of a process for determining whether the upper tag name matches (candidate 1);
FIG. 39 is an explanatory diagram showing the contents of the upper tag name match determination process (candidate 2);
FIG. 40 is an explanatory diagram showing the contents of a process for determining the matching of upper tag names (candidate 3);
FIG. 41 is a flowchart (part 1) illustrating a procedure of tag name matching inspection processing;
FIG. 42 is a flowchart (part 2) showing the procedure of the tag name matching inspection process;
FIG. 43 is a flowchart (part 3) illustrating the procedure of the tag name matching inspection process;
FIG. 44 is an explanatory diagram showing a screen image of an application to a new local government.
45 is a block diagram illustrating an example of a hardware configuration of the server system 100 and the PC client 103. FIG.
[Explanation of symbols]
100 Electronic support application system (server system)
101 Local government A (former local government)
102 Local government B (new local government)
103 Applicant (PC client)
104 External service organization
105 PDA
106 Mobile phone (including PHS)
111 Local A application data (former local government application data)
112 Administrative term dictionary
113 local government B style information (application style information in new local government)
114 Local government B application data (application data for new local government)
201 First analysis unit
202 2nd analysis part
203 Structure comparison part
204 New application data generator
211 Former local government application data (normalized format)
212 New local government application style information (normalized format)
213 Inheritance data
221 Word format conversion rule information
222 Similar Word Conversion Dictionary
223 Administrative term property dictionary
224 Administrative term semantic dictionary
301 Analysis data generator
302 Tag dictionary DB
303 Document node DB
701 Tag name decomposition part
702 Decomposition version tag dictionary DB
703 Disassembled document node DB
1201 Tag name meaning converter
1202 Normalized tag dictionary DB
1701 Analysis data generation unit
1702 Tag dictionary DB
1703 Document node DB
2101 Tag name decomposition part
2102 Decomposition version tag dictionary DB
2103 Disassembled document node DB
2401 Tag name meaning conversion part
2402 Normalization tag dictionary DB
2701 Similarity determination control parameters

Claims

Input means for accepting input of information regarding application in an arbitrary municipality, acquisition means for acquiring information regarding an application form in a local government different from the arbitrary local government, information input by the input means, and acquisition by the acquisition means A computer system comprising: an arithmetic processing means for performing arithmetic processing on the processed information ;
When the information about the application in an arbitrary municipality is input by the input means, the arithmetic processing means, the word name decomposed for each tag and the nature of the upper tag of the tag in the nested structure or the upper word A first analysis step of converting the content of the input information into the conversion destination expression using an administrative term semantic conversion dictionary that associates the conversion destination expression to be converted based on the tag name ;
The acquisition means acquires an application form information acquisition step for acquiring information related to an application form in a local government different from the arbitrary local government;
A second analysis step in which the arithmetic processing means uses the administrative term semantic conversion dictionary to convert the content of the information related to the application format acquired by the application format information acquisition step into the expression of the conversion destination ;
Said arithmetic processing means, a comparing step of comparing the contents converted by the first analysis step, the content converted by the second analysis step,
The calculation processing means generates an application information generation step for generating information related to an application in a local government different from the arbitrary local government based on the result of comparison in the comparison step;
The electronic application support method characterized by performing this.

Storage means for storing information relating to an application in an arbitrary local government, acquisition means for acquiring information relating to an application form in a local government different from the arbitrary local government, information stored in the storage means and acquired by the acquisition means Among the computer systems provided with arithmetic processing means for arithmetically processing the received information ,
The arithmetic processing means is a word name obtained by disassembling the contents of the information related to the application in an arbitrary municipality stored in the storage means for each tag, and the nature of the upper tag of the tag in the nested structure or the upper word A first analysis step of converting the content of the input information into the conversion destination expression using an administrative term semantic conversion dictionary that associates the conversion destination expression with the conversion based on the tag name ; ,
The acquisition means acquires an application form information acquisition step for acquiring information related to an application form in a local government different from the arbitrary local government;
A second analysis step in which the arithmetic processing means uses the administrative term semantic conversion dictionary to convert the content of the information related to the application form acquired by the application form information acquisition step into the conversion destination expression ;
Said arithmetic processing means, a comparing step of comparing the contents converted by the first analysis step, the content converted by the second analysis step,
The calculation processing means generates an application information generation step for generating information related to an application in a local government different from the arbitrary local government based on the result of comparison in the comparison step;
The electronic application support method characterized by performing this.

Input means for accepting input of information regarding application in an arbitrary municipality, acquisition means for acquiring information regarding an application form in a local government different from the arbitrary local government, information input by the input means, and acquisition by the acquisition means A computer system comprising: an arithmetic processing means for performing arithmetic processing on the processed information ;
When information related to an application in an arbitrary local government is input to the arithmetic processing means by the input means, the word name decomposed for each tag and the nature of the upper tag of the tag in the nested structure or the upper word A first analysis step of converting the content of the input information into the conversion destination expression using an administrative term semantic conversion dictionary that associates the conversion destination expression to be converted based on the tag name ;
The acquisition unit, and the application form information obtaining step of obtaining information about the mode of application in different municipalities said any municipality,
A second analysis step of causing the arithmetic processing means to use the administrative term meaning conversion dictionary to convert the content of the information related to the application format acquired by the application format information acquisition step into the conversion destination expression ;
It said arithmetic processing means, the contents of the converted by the first analysis step, a comparison step of comparing the contents converted by the second analysis step,
An application information generation step for causing the arithmetic processing means to generate information related to an application in a local government different from the arbitrary local government based on the result of comparison in the comparison step;
The electronic application support program, characterized in that it is run.

An input means for accepting input of information on application in any local government;
The content of the information received by the input means is converted based on the word name decomposed for each tag and the word name based on the property of the upper tag of the tag in the nested structure or the name of the upper tag. A first analysis means for converting the content of the input information into the conversion destination expression using an administrative term semantic conversion dictionary that associates the conversion destination expression;
An application form information acquisition means for acquiring information on an application form in a local government different from the arbitrary local government;
Using the administrative term meaning conversion dictionary, second analysis means for converting the content of the information on the application form acquired by the application form information acquisition means into the conversion destination expression;
Comparison means for comparing the content converted by the first analysis means with the content converted by the second analysis means;
Application information generating means for generating information related to an application in a local government different from the arbitrary local government based on the result of comparison by the comparing means;
An electronic application support apparatus characterized by comprising: