JP2003006379A

JP2003006379A - 電子行政システム、及び、サーバ

Info

Publication number: JP2003006379A
Application number: JP2001183566A
Authority: JP
Inventors: Kazuyuki Oshima; 一行大島; Makoto Sasaki; 誠佐々木; Masafumi Komatsubara; 雅文小松原; Tsuguaki Fujiwara; 嗣晃藤原; Toshiaki Kobayashi; 利彰小林
Original assignee: Hitachi Ltd
Current assignee: Hitachi Ltd
Priority date: 2001-06-18
Filing date: 2001-06-18
Publication date: 2003-01-10

Abstract

(57)【要約】【課題】効率的な構築を行うことを可能とする電子行
政システム、及び、サーバを実現することにある。【解決手段】自治体に対して行われる要求をコンピュ
ータにより処理するための自治体業務システム部と、自
治体に対して電気通信回線を通じて行われる要求を受け
付けるための受付システム部とを有し、自治体毎に置か
れる電子行政システムにおいて、前記自治体業務システ
ム部に用いられる第一コードと、複数の前記電子行政シ
ステムの前記受付システム部に共通に用いられる第二コ
ードとを片方向に又は相互に変換することを特徴とす
る。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、電子行政システム
及びサーバに係る。特に、自治体に対して行われる要求
をコンピュータにより処理するための自治体業務システ
ム部と、自治体に対して電気通信回線を通じて行われる
要求を受け付けるための受付システム部とを有し、自治
体毎に置かれる電子行政システム及び該電子行政システ
ムに設けられるサーバに関する。

【０００２】

【背景技術】自治体に対する個人や企業の申請、届け出
等を、オンラインで行える環境が広がりつつある。住民
サービスの向上を目的とした窓口業務の統合や、閉庁
日、閉庁時間でのサービス実施を目的とした自動機の導
入の次には、家庭や職場からの手続きを可能とする等の
サービスを実現することが求められている。かかるサー
ビスを実現するシステムは、電子行政モデルと呼ばれて
いる。

【０００３】電子行政モデルについて、図面を参照して
説明する。図１は、電子行政モデルの概略構成を示した
ブロック図である。図１において、電子行政モデルは、
利用者２、電気通信回線６、自治体１０、自治体１０に
属する電子行政システム１２を有する。利用者２は電気
通信回線６を通じて自治体１０に属する電子行政システ
ム１２にアクセスする。このことにより、個人や企業は
自治体に対する申請、届け出等のサービスをオンライン
で受けることができる。自治体１０は自治体１０ａ、自
治体１０ｂ、・・・のように複数存在し、各々が電子行
政システム１２ａ、電子行政システム１２ｂ、・・・を
有する。なお、一つの自治体１０に電子行政システム１
２が複数存在する場合もあり得るし、一つの電子行政シ
ステム１２が複数の自治体１０にまたがっている場合も
あり得る。

【０００４】ところで、電子行政モデルを実現するにあ
たり、自治体１０に電子行政システム１２を導入してい
く必要があるが、電子行政システム１２を一から新しく
構築するのではなく、既存のシステムを改修して電子行
政システム１２を構築していくのが一般的であり、ま
た、本モデルの特徴でもある。また、各電子行政システ
ム１２は、電気通信回線６を通じて、問題なくデータの
送受信等通信を行うために、別の電子行政システム１２
や利用者２とコードや通信プロトコルを合わせておく必
要がある。

【０００５】上記について、さらに詳細に図面を参照し
て説明する。図２は、電子行政システム導入プランとか
かる導入に伴い発生する必要なコード又は通信プロトコ
ル変換に係る改修についての一例である。図２におい
て、電子行政システム導入プランの一例を左側に、必要
なコード又は通信プロトコル変換に係る改修の一例を右
側に示している。以下、順を追って説明する。

【０００６】先ず、電子行政システム導入が開始される
（ステップＳ２）。詳細は後述するが、電子行政モデル
において、利用者が自治体に対して行うことができる要
求は複数存在する。そのうち、総ての要求に対応した電
子行政システムを一度に構築するのではなく、各々の要
求に対する上記システムを段階的に導入するというとこ
ろが、電子行政モデルの特徴である。ここでは、先ず、
申請若しくは届け出に係るシステムを導入するとする
（ステップＳ４）。また、本例において、自治体ａ、
ｂ、ｃ、ｄ四箇所の自治体があるものと仮定する。その
うち、総ての自治体に対応した電子行政システムを一度
に構築するのではなく、各々の自治体に対する上記シス
テムを段階的に導入するというところが、電子行政モデ
ルの特徴である。ここでは、初めに自治体ａに、電子行
政システムのうち申請若しくは届け出に係るシステムを
導入するとする（ステップＳ６）。これに引き続き、自
治体ｂに電子行政システムのうち申請若しくは届け出に
係るシステムを導入するとする（ステップＳ８）。この
ときに、コード又は通信プロトコル変換のために、自治
体ｂの電子行政システムの構築だけではなく、既に構築
済みである自治体ａの電子行政システムも改修しなけれ
ばならないという弊害が生じる（ステップＳ１６）。こ
の弊害は、自治体ａに電子行政システムを導入した時点
では、その後、他のどの自治体に電子行政システムを導
入するのか予想できないため生ずるものである。将来的
に電子行政システムが導入されない自治体もあり得るこ
とから、ステップＳ６の時点で自治体ｂの電子行政シス
テムが使用するコード又は通信プロトコルに対応したシ
ステム構築ができないのである。引き続き、自治体ｃに
電子行政システムのうち申請若しくは届け出に係るシス
テムを導入すると（ステップＳ１０）、同様に、自治体
ｃの電子行政システムの構築だけではなく、既に構築済
みである自治体ａ及びｂの電子行政システムも改修しな
ければならないという弊害が生じる（ステップＳ１
８）。

【０００７】次に、申請若しくは届け出に係る電子行政
システムに引き続いて、決済に係る電子行政システムが
導入されるとする（ステップＳ１２）。自治体ａ，ｂ，
ｃにおいて、申請若しくは届け出に係る電子行政システ
ムについては、この時点でコード又は通信プロトコル変
換を実現するシステム構築は済んでいるが、決済に係る
システムについては済んでいない可能性がある。したが
って、自治体ａ、ｂ、ｃ各々の決済に関する部分でコー
ド又は通信プロトコル変換のシステム構築が未了の部分
につき電子行政システムを改修しなければならないとい
う弊害が生じる（ステップＳ１８）。この弊害は、自治
体ａ、ｂ、ｃに電子行政システムを導入した時点では、
その後、どの自治体にどの要求に対応した電子行政シス
テムが導入されるのか予想できないため生ずるものであ
る。将来的に、ある要求に対応する電子行政システムが
導入されない自治体もありうることから、自治体ａ、
ｂ、ｃにおいて申請若しくは届け出に係る電子行政シス
テムを導入した時点で他の自治体の電子行政システムが
使用するコード又は通信プロトコルに対応したシステム
構築ができないのである。

【０００８】次に、自治体ｄに電子行政システムのうち
申請若しくは届け出及び決済に係るシステムを導入する
と（ステップＳ１４）、自治体ｄの電子行政システムの
構築だけではなく、既に構築済みである自治体ａ、ｂ及
びｃの申請若しくは届け出及び決済に係る電子行政シス
テムも改修しなければならないという弊害が生じる（ス
テップＳ２０）。

【０００９】

【発明が解決しようとする課題】本発明は、かかる課題
に鑑みてなされたものであり、その目的とするところ
は、効率的な構築を行うことを可能とする電子行政シス
テム、及び、サーバを実現することにある。

【００１０】

【課題を解決するための手段】主たる本発明は、自治体
に対して行われる要求をコンピュータにより処理するた
めの自治体業務システム部と、自治体に対して電気通信
回線を通じて行われる要求を受け付けるための受付シス
テム部とを有し、自治体毎に置かれる電子行政システム
において、前記自治体業務システム部に用いられる第一
コードと、複数の前記電子行政システムの前記受付シス
テム部に共通に用いられる第二コードとを片方向に又は
相互に変換することを特徴とする電子行政システムであ
る。

【００１１】本発明の他の特徴については、添付図面及
び発明の詳細な説明の項により明らかにする。

【００１２】

【発明の実施の形態】まず、本実施の形態に係る電子行
政モデルの構成について、図面を参照して説明する。図
３は、本発明の実施の形態を説明するための電子行政モ
デルの構成を示したブロック図である。図３において、
電子行政モデルは、利用者２、利用者用装置４、電気通
信回線６、金融機関８、国３６、自治体１０、自治体１
０に属する電子行政システム１２を有する。

【００１３】利用者２は利用者用装置４を用いて電気通
信回線６を通じて自治体１０に属する電子行政システム
１２にアクセスする。利用者用装置４の形態には、利用
者２が家等で使用するパソコン４ａ、パソコンを所有し
ていない利用者２にとって有用な情報Ｋｉｏｓｋ４ｂ、
利用者２が企業等で利用するサーバクライアントシステ
ム４ｃにおける端末等のバリエーションがある。また、
金融機関８は、電子行政システム１２との間で、電子行
政システム１２が金銭に係る処理を行う際等に電気通信
回線６を通じて通信を行う。国３６は、省庁等であり、
電子行政システム１２との間で、電子行政システム１２
が国３６のデータベースを利用する際等に電気通信回線
６を通じて通信を行う。なお、金融機関８又は国３６と
利用者２との間で電気通信回線６を通じて通信を行う場
合もあり得る。

【００１４】次に、図３の自治体１０に属する電子行政
システム１２について、さらに詳細に図面を参照して説
明する。図４は、本発明の実施の形態を説明するための
電子行政システムの構成を示したブロック図である。

【００１５】自治体に属する電子行政システム１２は、
受付システム部１４、自治体業務システム部１６、変換
システム部３４を有する。

【００１６】受付システム部１４の主な機能は、自治体
に対して電気通信回線を通じて行われる要求を受け付
け、また、必要に応じて、かかる要求に応じた処理結果
を利用者２へ送り出すことである。受付システム部１４
は、ＷＷＷサーバ１８と共に申請若しくは届け出用シス
テム２０、決済用システム２２、調達用システム２４、
認証用システム２６、情報公開用システム２８を有して
いる。

【００１７】電子行政モデルにおいて、利用者１２が自
治体１０に対して行うことができる要求として、１）申
請行為若しくは届け出行為、２）決済行為、３）物品若
しくは工事の調達行為、４）個人若しくは組織の認証行
為、５）情報の提供若しくは閲覧行為等があるが、各々
は、上記システムと対応している。なお、かかる対応
は、完全に一対一でなくてもよく、例えば、１）と２）
の行為が、唯一のシステムに対応してもよいし、１）の
行為が、複数のシステムに対応してもよい。

【００１８】申請若しくは届け出行為とは、各種移動届
及び証明書交付申請等であり、より具体的には、住民移
動届け出、戸籍届け出、証明書交付申請等がある。決済
行為とは、お金に関する決済等であり、より具体的に
は、税金の清算、還付の清算、使用料の清算等がある。
物品若しくは工事の調達行為とは、自治体が外部の企業
等から物品又は工事を調達する際において、その発注先
として候補となる企業等が自治体に対して登録の要求を
行うこと等であり、より具体的には、備品、建設、修理
等の調達に関すること等がある。個人若しくは組織の認
証行為とは、個人若しくは組織の存在、信頼性又は正当
性を保証すること等である。公開情報の提供若しくは閲
覧行為とは、地域に有益な情報等を利用者が提供し又は
利用者が閲覧の要求をし、閲覧を行うこと等である。

【００１９】自治体業務システム部１６の主な機能は、
自治体１０に対して行われる要求をコンピュータにより
処理することであり、かかるシステム部は、電子行政モ
デル導入前にも稼動していた既存のシステムと一致する
場合が多い。また、自治体業務システム部１６は住民記
録システム３０、財務会計システム３２等を有してい
る。

【００２０】変換システム部３４の主な機能は、自治体
業務システム部１６に用いられるコード又は通信プロト
コルと受付システム部１４に用いられるコード又は通信
プロトコルを片方向に又は相互に変換することである。

【００２１】自治体業務システム部１６は、既述の通
り、電子行政モデル導入前にも稼動していた既存のシス
テムと一致する場合が多い。したがって、自治体業務シ
ステム部１６は、各々の自治体独自のコード又は通信プ
ロトコルを用いている場合が多い。さらに、例えば、住
民記録システム３０は、コードＡ、通信プロトコルＢを
用い、財務会計システム３２は、コードＣ、通信プロト
コルＤを用いるというように、自治体業務システム部の
中で、複数のコード又は通信プロトコルが混在している
場合もあり得る。

【００２２】既述の通り、一般的に、自治体１０は自治
体１０ａ、自治体１０ｂ、・・・のように複数存在し、
各々が電子行政システム１２ａ、電子行政システム１２
ｂ、・・・を有する。そして、かかる複数の電子行政シ
ステム１２の受付システム部１４に共通に用いられるコ
ード又は通信プロトコルを定義し、これらを受付システ
ム部１４のコード又は通信プロトコルとして使用する。
図４においては、これらをコードＸ、通信プロトコルＹ
としている。

【００２３】そして、自治体業務システム部１６に用い
られるコード又は通信プロトコルと受付システム部１４
に用いられるコード又は通信プロトコルを片方向に又は
相互に変換する。すなわち、図４において、変換システ
ム部３４は、コードＡ又は通信プロトコルＢとコードＸ
又は通信プロトコルＹを片方向に又は相互に、コードＣ
又は通信プロトコルＤとコードＸ又は通信プロトコルＹ
を片方向に又は相互に変換する。なお、上記コードＡ、
Ｃ、Ｘの種類として、Ｕｎｉｃｏｄｅ，ＫＥＩＳ、シフ
トＪＩＳ、ＩＢＭコード等があり、また、上記通信プロ
トコルＢ、Ｄ、Ｙの種類として、ＴＣＰ／ＩＰ、Ｎｅｔ
ＢＥＵＩ、ＡｐｐｌｅＴａｌｋ、ＩＰＸ／ＳＰＸ等があ
るが、これらに限定されるものではない。

【００２４】また、上記説明、及び、図面においては、
変換システム部３４が、受付システム部１４又は自治体
業務システム部１６とは、別システムとして構成されて
いるが、変換システム部３４が受付システム部１４又は
自治体業務システム部１６の一部となっていても良い。

【００２５】次に、図３及び図４を用いて、上記構成及
び機能について、先に説明した申請若しくは届け出行為
に対応してさらに説明する。先ず、利用者２は、利用者
用装置４を用いて電気通信回線６を通じて自治体１０に
属する電子行政システム１２にアクセスする。電子行政
システム１２は、先ず、認証用システム２６等を用い
て、利用者２の正当性の確認、すなわち、認証を行う。
一つの例であるが、これは、利用者２が利用者用装置４
においてＩＤ及びパスワードを入力し、電子行政システ
ム１２は、正当性の確認が済んだことを利用者２に返答
する方法で実現される。

【００２６】次に、利用者がどの申請若しくは届け出行
為を行うのかを、また、本行為を行うのに必要な情報を
利用者装置４において入力する。住所の異動届け出を例
に説明すると、利用者２は，住所の異動届け出をしたい
旨と本人の名前、前住所、異動後住所、電話番号等を入
力する。これらの情報は、受付システム部１４の申請若
しくは届け出用システム２０に格納される。

【００２７】次に、職員が端末を用いる等して、かかる
格納情報が自治体業務システム部１６に取り込まれる。
このとき、変換システム部３４により受付システム部１
４で使用されるコードＸ又は通信プロトコルＹは、コー
ドＡ若しくはＢ又は通信プロトコルＣ若しくはＤに変換
される。職員は上記住所の異動届け出の処理をする。処
理結果には、異動処理が完了した旨、異動前の住所、異
動後の住所及び処理が完了した日付等の情報が含まれ
る。

【００２８】次に、処理結果が受付システム部１４の申
請若しくは届け出用システム２０へ送られる。このと
き、変換システム部３４により自治体業務システム部１
６で使用されるコードＡ若しくはＢ又は通信プロトコル
Ｃ若しくはＤは、コードＸ又は通信プロトコルＹに変換
される。次に、利用者２は、利用者用装置４を用いて電
気通信回線６を通じて自治体１０に属する電子行政シス
テム１２にアクセスし、上記処理結果を得ることが可能
である。

【００２９】次に、申請若しくは届け出行為以外の要求
について説明を加える。基本的には、かかる要求につい
ても申請若しくは届け出行為と大きな違いはないが、以
下の点について申請若しくは届け出行為とは異なってい
る。決済行為については、金銭の移動が生ずるので、電
気通信回線６を通じて、金融機関８と通信を行う場合が
多い。物品若しくは工事の調達行為については、利用者
２には企業が多い。個人若しくは組織の認証行為につい
ては、電子行政システム１２のうち、自治体業務システ
ム部１６は用いられず、したがって、コード又は通信プ
ロトコルの変換が行われない場合が多い。情報の提供若
しくは閲覧行為については、情報の提供であれば、利用
者２から自治体１０へ、情報の閲覧であれば、自治体１
０から利用者２へというように、情報の流れが片方向に
なることが多い。

【００３０】次に、上記発明の実施の形態に係る電子行
政システム導入プランとかかる導入に伴い発生する必要
なコード又は通信プロトコル変換に係る改修について、
図面を参照して説明する。図５は、発明の実施の形態に
係る電子行政システム導入プランとかかる導入に伴い発
生する必要なコード又は通信プロトコル変換に係る改修
についての一例である。

【００３１】図５において、電子行政システム導入プラ
ンの一例を左側に、必要なコード又は通信プロトコル変
換に係る改修の一例を右側に示している。以下、順を追
って説明する。

【００３２】先ず、電子行政システム導入が開始される
（ステップＳ２）。総ての要求に対応した電子行政シス
テムを一度に構築するのではなく、各々の要求に対する
上記システムを段階的に導入するというところが、電子
行政モデルの特徴であることは既述の通りである。ここ
でも、先ず、申請若しくは届け出に係るシステムを導入
することとする（ステップＳ４）。また、本例において
も、自治体ａ、ｂ、ｃ、ｄ四箇所の自治体があるものと
仮定する。そのうち、総ての自治体に対応した電子行政
システムを一度に構築するのではなく、各々の自治体に
対する上記システムを段階的に導入するというところ
が、電子行政モデルの特徴であることも既述の通りであ
る。ここでも、初めに自治体ａに、電子行政システムの
うち申請若しくは届け出に係るシステムを導入するとす
る（ステップＳ６）。すなわち、自治体業務システム部
１６として、電子行政モデル導入前にも稼動していた既
存のシステムを用いる場合には、受付システム部１４と
変換システム部３４を構築し、既存のシステムを用いな
い場合には、受付システム部１４、変換システム部３４
と自治体業務システム部１６を構築する。これに引き続
き、自治体ｂに、電子行政システムのうち申請若しくは
届け出に係るシステムを導入するとする（ステップＳ
８）。このときに、本発明の実施の形態においては、コ
ード又は通信プロトコル変換のために、自治体ｂの電子
行政システムだけを構築すればよく、既に構築済みであ
る自治体ａの電子行政システムも改修しなければならな
いという弊害は生じない（ステップＳ２４）。自治体ａ
の電子行政システム導入時に、自治体業務システム部に
用いられるコード又は通信プロトコルと複数の電子行政
システムの受付システム部に共通に用いられるコード又
は通信プロトコルとを変換するための変換システム部３
４の構築が既になされているからである。引き続き、自
治体ｃに電子行政システムのうち申請若しくは届け出に
係るシステムを導入すると（ステップＳ１０）、同様
に、自治体ｃの電子行政システムだけを構築すればよ
く、既に構築済みである自治体ａ及びｂの電子行政シス
テムも改修しなければならないという弊害は生じない
（ステップＳ２６）。

【００３３】次に、申請若しくは届け出に係る電子行政
システムに引き続いて、決済に係る電子行政システムが
導入されるとする（ステップＳ１２）。このときに、本
発明の実施の形態においては、自治体ａ、ｂ、ｃの各々
の決済に関する部分でコード又は通信プロトコル変換の
システム構築が未了の部分につき電子行政システムを改
修しなければならないという背景技術の項で述べたよう
な弊害は生じない（ステップＳ２７）。自治体ａ、ｂ、
ｃに電子行政システムを導入した時点で、その後、どの
自治体にどの要求に対応した電子行政システムが導入さ
れるのか予想する必要無く、総ての要求に対応する、コ
ード又は通信プロトコル変換に係る変換システム部３４
の構築が既になされているからである。

【００３４】次に、自治体ｄに電子行政システムのうち
申請若しくは届け出及び決済に係るシステムを導入する
と（ステップＳ１４）、自治体ｄの電子行政システムだ
けを構築すればよく、既に構築済みである自治体ａ、ｂ
及びｃの申請若しくは届け出及び決済に係る電子行政シ
ステムも改修しなければならないという弊害は生じない
（ステップＳ２８）。

【００３５】これまで述べてきた通り、本実施の形態に
よれば、自治体に対して行われる要求をコンピュータに
より処理するための自治体業務システム部と、自治体に
対して電気通信回線を通じて行われる要求を受け付ける
ための受付システム部とを有し、自治体毎に置かれる電
子行政システムにおいて、前記自治体業務システム部に
用いられる第一コードと、複数の前記電子行政システム
の前記受付システム部に共通に用いるための第二コード
とを片方向に又は相互に変換することにより、電子行政
システムが自治体に導入される際に、使用されるコード
を合わせるために、既に導入されている電子行政システ
ムを改修しなければならないという弊害を解消すること
ができる。

【００３６】また、前記要求は、申請行為若しくは届け
出行為、決済行為、物品の調達行為、個人若しくは組織
の認証行為、又は、情報の閲覧行為のうち少なくともい
ずれか一つであることにより、自治体に対して行われる
上記行為をコンピュータにより処理するための自治体業
務システム部と、自治体に対して電気通信回線を通じて
行われる上記行為を受け付けるための受付システム部と
を有し、自治体毎に置かれる電子行政システムにおい
て、上記と同様の効果、すなわち上記弊害の解消を実現
することができる。

【００３７】また、通信プロトコルの変換についても、
上記と同様の効果、すなわち上記弊害の解消を実現する
ことができる。

【００３８】前記変換を行うための変換システム部を前
記自治体業務システム部とは別に設けてもよい。これに
より、既に確立されている自治体業務システム部を改修
することなく、電子行政システムを導入することができ
る。また、通信プロトコルの変換についても、上記と同
様の効果が奏される。

【００３９】また、上記と同様の効果を奏するサーバを
実現することも可能である。

【００４０】

【発明の効果】本発明によれば、効率的な構築を行うこ
とを可能とする電子行政システム、及び、サーバを実現
することが可能となる。

【図面の簡単な説明】

【図１】電子行政モデルの構成を示したブロック図であ
る。

【図２】電子行政システム導入プランとかかる導入に伴
い発生する必要なコード又は通信プロトコル変換に係る
改修についての一例である。

【図３】発明の実施の形態を説明するための電子行政モ
デルの構成を示したブロック図である。

【図４】発明の実施の形態を説明するための電子行政シ
ステムの構成を示したブロック図である。

【図５】発明の実施の形態に係る電子行政システム導入
プランとかかる導入に伴い発生する必要なコード又は通
信プロトコル変換に係る改修についての一例である。

【符号の説明】

２利用者４ａ利用者装置（パソコン）４ｂ利用者装置（情報Ｋｉｏｓｋ）４ｃ利用者装置（企業等のサーバクライアントシス
テム）６電気通信回線８金融機関１０自治体１２電子行政システム１４受付システム部１６自治体業務システム部１８ＷＷＷサーバ２０申請若しくは届け出用システム２２決済用システム２４調達用システム２６認証用システム２８情報公開用システム３０住民記録システム３２財務会計システム３４変換システム部３６国（省庁）

───────────────────────────────────────────────────── フロントページの続き (72)発明者小松原雅文東京都江東区新砂一丁目６番地27号株式会社日立製作所公共システム事業部内 (72)発明者藤原嗣晃東京都江東区新砂一丁目６番地27号株式会社日立製作所公共システム事業部内 (72)発明者小林利彰東京都江東区新砂一丁目６番地27号株式会社日立製作所公共システム事業部内

Claims

【特許請求の範囲】

【請求項１】自治体に対して行われる要求をコンピュ
ータにより処理するための自治体業務システム部と、自
治体に対して電気通信回線を通じて行われる要求を受け
付けるための受付システム部と、を有し、自治体毎に置
かれる電子行政システムにおいて、前記自治体業務シス
テム部に用いられる第一コードと、複数の前記電子行政
システムの前記受付システム部に共通に用いられる第二
コードと、を片方向に又は相互に変換することを特徴と
する電子行政システム。
【請求項２】請求項１に記載の電子行政システムにお
いて、前記要求は、１）申請行為若しくは届け出行為、２）決済行為、３）物品若しくは工事の調達行為、４）個人若しくは組織の認証行為、又は、５）情報の提供若しくは閲覧行為、のうち少なくともいずれか一つであることを特徴とする
電子行政システム。
【請求項３】請求項１に記載の電子行政システムにお
いて、前記変換を行うための変換システム部を前記自治
体業務システム部とは別に設けることを特徴とする電子
行政システム。
【請求項４】請求項１に記載の電子行政システムにお
いて、前記コードに代えて、通信プロトコルとすること
を特徴とする電子行政システム。
【請求項５】請求項１乃至請求項４のいずれかに記載
の電子行政システムに設けられ、前記変換を行うための
サーバ。