(57)【特許請求の範囲】
【請求項１】
窓口で受け付けた届出ごとに、当該届出を担当する担当課へ送信された当該届出の処理の進捗状況に関するステータスを示す処理状況に応じて、前記届出の処理状況のステータスを記憶する状況情報を更新し、
前記状況情報に含まれる前記処理状況のステータスを参照し、転入の届出のうち、転入を担当する転入担当課に送信され、かつ、前記転入担当課による処理が完了していない届出の件数をカウントした値と、前記転入担当課に送信され、かつ、前記転入担当課による処理が完了した届出の件数をカウントした値と、を含む第１の情報と、前記転入担当課が担当する転入以外の届出のうち、前記転入担当課に送信され、かつ、前記転入担当課による処理が完了していない届出の件数をカウントした値と、前記転入担当課に送信され、かつ、前記転入担当課による処理が完了した届出の件数をカウントした値と、を含む第２の情報と、を生成し、
前記第１の情報と前記第２の情報を併せて前記転入担当課の端末に表示する、
処理をコンピュータが実行することを特徴とする進捗状況表示方法。  
【請求項２】
前記コンピュータが、
前記転入の届出と前記転入以外の届出について、処理が完了していない届出の件数をカウントする第１の値と処理が完了した届出の件数をカウントする第２の値を変更する届出の処理状況と、前記第１の値および前記第２の値の変更内容とを記憶した変更条件情報に基づき、前記転入の届出と前記転入以外の届出の前記転入担当課での処理状況に応じて、前記転入の届出と前記転入以外の届出別に前記第１の値および前記第２の値を記憶した件数情報を更新する処理をさらに実行し、
前記生成する処理は、前記件数情報に基づいて、前記第１の情報と前記第２の情報を生成する、
ことを特徴とする請求項１に記載の進捗状況表示方法。 
【請求項３】
窓口で受け付けた届出ごとに、当該届出を担当する担当課へ送信された当該届出の処理の進捗状況に関するステータスを示す処理状況に応じて、前記届出の処理状況のステータスを記憶する状況情報を更新し、
前記状況情報に含まれる前記処理状況のステータスを参照し、転入の届出のうち、転入を担当する転入担当課に送信され、かつ、前記転入担当課による処理が完了していない届出の件数をカウントした値と、前記転入担当課に送信され、かつ、前記転入担当課による処理が完了した届出の件数をカウントした値と、を含む第１の情報と、前記転入担当課が担当する転入以外の届出のうち、前記転入担当課に送信され、かつ、前記転入担当課による処理が完了していない届出の件数をカウントした値と、前記転入担当課に送信され、かつ、前記転入担当課による処理が完了した届出の件数をカウントした値と、を含む第２の情報と、を生成し、
前記第１の情報と前記第２の情報を併せて前記転入担当課の端末に表示する、
処理をコンピュータに実行させることを特徴とする進捗状況表示プログラム。  
【請求項４】
窓口で受け付けた届出ごとに、当該届出を担当する担当課へ送信された当該届出の処理の進捗状況に関するステータスを示す処理状況に応じて、前記届出の処理状況のステータスを記憶する状況情報を更新する更新部と、
前記状況情報に含まれる前記処理状況のステータスを参照し、転入の届出のうち、転入を担当する転入担当課に送信され、かつ、前記転入担当課による処理が完了していない届出の件数をカウントした値と、前記転入担当課に送信され、かつ、前記転入担当課による処理が完了した届出の件数をカウントした値と、を含む第１の情報と、前記転入担当課が担当する転入以外の届出のうち、前記転入担当課に送信され、かつ、前記転入担当課による処理が完了していない届出の件数をカウントした値と、前記転入担当課に送信され、かつ、前記転入担当課による処理が完了した届出の件数をカウントした値と、を含む第２の情報と、を生成する生成部と、
前記生成部により生成された前記第１の情報と前記第２の情報を併せて前記転入担当課の端末に表示する制御を行う表示制御部と、
を有することを特徴とする進捗状況表示装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、進捗状況表示方法、進捗状況表示プログラムおよび進捗状況表示装置に関する。
【背景技術】
【０００２】
市町村などの地方公共団体は、行政サービスに応じて担当する部署を分けており、届出を受け付ける窓口が分かれる。住民は、担当する部署の異なる複数の行政サービスの届出等を行う場合、複数の窓口を順に移動して届出を行う。なお、以下では、届出を「申請」とも称する。
【０００３】
一方、地方公共団体は、住民サービスの向上を模索しており、総合窓口を設け、担当する部署の異なる複数の行政サービスの申請を総合窓口で受け付けるワンストップ化を実現している場合がある。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２０１２−１４６２３号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、複数の行政サービスの申請を同じ窓口で受け付ける場合、同じ窓口で受け付けた申請を担当課ごとに分けて処理するため、処理の進捗状況が把握しづらい場合がある。
【０００６】
一つの側面では、処理の進捗状況を把握しやすく表示できる進捗状況表示方法、進捗状況表示プログラムおよび進捗状況表示装置を提供することを目的とする。
【課題を解決するための手段】
【０００７】
第１の案では、進捗状況表示方法は、コンピュータが、窓口で受け付けた転入の届出のうち、届出の担当課に送信され、かつ、担当課による処理が完了していない届出の件数と、担当課に送信され、かつ、担当課による処理が完了した届出の件数と、を含む第１の情報を生成する処理を実行する。進捗状況表示方法は、コンピュータが、窓口で受け付けた転入の届出以外の届出のうち、担当課に送信され、かつ、担当課による処理が完了していない届出の件数と、担当課に送信され、かつ、担当課による処理が完了した届出の件数と、を含む第２の情報と、を生成する処理を実行する。進捗状況表示方法は、コンピュータが、第１の情報と第２の情報を併せて表示する処理を実行する。
【発明の効果】
【０００８】
本発明の一の実施態様によれば、処理の進捗状況を把握しやすく表示できるという効果を奏する。
【図面の簡単な説明】
【０００９】
【図１】図１は、実施例１に係るシステムの概略的な構成の一例を示す図である。
【図２】図２は、総合窓口で転入を受け付けた場合のシステム全体での処理の流れの一例を概略的に示した図である。
【図３】図３は、実施例１に係る窓口サーバの概略的な構成を示す図である。
【図４】図４は、申請状況情報のデータ構成の一例を示す図である。
【図５】図５は、件数情報のデータ構成の一例を示す図である。
【図６】図６は、変更条件情報のデータ構成の一例を示す図である。
【図７】図７は、処理の進捗状況を示した画面の一例を示す図である。
【図８】図８は、処理の進捗状況を示した画面の一例を示す図である。
【図９】図９は、件数情報を更新する流れの一例を模式的に示した図である。
【図１０】図１０は、更新処理の手順の一例を示すフローチャートである。
【図１１】図１１は、進捗状況表示処理の手順の一例を示すフローチャートである。
【図１２】図１２は、進捗状況表示プログラムを実行するコンピュータを示す図である。
【発明を実施するための形態】
【００１０】
以下に、本発明にかかる進捗状況表示方法、進捗状況表示プログラムおよび進捗状況表示装置の実施例を図面に基づいて詳細に説明する。なお、この実施例によりこの発明が限定されるものではない。そして、各実施例は、処理内容を矛盾させない範囲で適宜組み合わせることが可能である。
【実施例１】
【００１１】
［システム構成］
最初に、実施例１に係るシステム１０の一例を説明する。図１は、実施例１に係るシステムの概略的な構成の一例を示す図である。システム１０は、市町村などの地方公共団体の役所における窓口業務の円滑化を図るシステムである。役所は、各種の行政サービスを提供している。このような行政サービスとしては、例えば、転入、転出、転居、出生、国民年金、国民健康保険、介護保険などが挙げられる。役所は、行政サービスに応じて担当する部署を分けており、申請を受け付ける窓口が分かれる。住民は、担当する部署の異なる複数の行政サービスの申請等を行う場合、複数の窓口を順に移動して申請を行う。
【００１２】
一方、上述したように、地方公共団体は、住民サービスの向上を模索しており、総合窓口を設け、担当する部署の異なる複数の行政サービスの申請を総合窓口で受け付けるワンストップ化を実現している場合がある。本実施例では、システム１０により総合窓口の窓口業務の円滑化を図る場合を例に説明する。
【００１３】
図１に示すように、システム１０は、総合窓口に、窓口受付端末１１と、スキャナ１２と、プリンタ１３とを有する。窓口受付端末１１、スキャナ１２およびプリンタ１３は、ネットワークＮに通信可能に接続されている。かかるネットワークＮの一態様としては、有線又は無線を問わず、ＬＡＮ（Local  Area  Network）やＶＰＮ（Virtual  Private  Network）などの任意の種類の通信網を採用できる。なお、図１の例では、総合窓口に、窓口受付端末１１を２台設け、スキャナ１２およびプリンタ１３を１台ずつ設けた場合を例示したが、これに限定されず、窓口受付端末１１、スキャナ１２およびプリンタ１３を任意の数とすることができる。
【００１４】
窓口受付端末１１は、総合窓口において窓口業務を担当する職員が使用する端末装置である。例えば、窓口受付端末１１は、パーソナルコンピュータなどのコンピュータである。なお、窓口受付端末１１は、タブレット端末などの携帯端末装置であってもよい。
【００１５】
スキャナ１２は、総合窓口において受け付けた書類等の読み取りを行う画像読み取り装置である。プリンタ１３は、総合窓口において各種の書類の印字を行う印刷装置である。
【００１６】
ネットワークＮには、役所の各種の業務を担当する部署の端末装置および各種のサーバが通信可能に接続されている。例えば、各部署には、当該部署に申請された処理の進捗状況を把握するための窓口バックエンド端末３０や担当課端末３１などの端末装置がそれぞれ設けられ、ネットワークＮに接続されている。窓口受付端末１１は、ネットワークＮを介して各部署の端末装置や各種のサーバと、総合窓口で受け付けた申請に関する各種のデータを送受信する。例えば、図１に示すように、ネットワークＮには、窓口サーバ２０と、住民記録サーバ２１が接続されている。また、ネットワークＮには、戸籍・住民記録課の窓口バックエンド端末３０Ａと、担当課端末３１Ａと、住民記録決裁端末３２とが接続されている。また、ネットワークＮには、国民健康保険課の窓口バックエンド端末３０Ｂと、担当課端末３１Ｂとが接続されている。また、ネットワークＮには、介護保険課の窓口バックエンド端末３０Ｃと、担当課端末３１Ｃとが接続されている。なお、図１では、システム１０の構成を簡易化して示しているため、部署として戸籍・住民記録課、国民健康保険課、介護保険課を図示したが、これに限定されるものではない。例えば、ネットワークＮには、その他、市民課、福祉課、国民年金課などの役所の各種の業務を行う部署の端末装置が接続されてよい。また、一部の装置は、役所の外部に設置されていてもよい。例えば、窓口サーバ２０および住民記録サーバ２１は、データセンタに設置されていてもよい。
【００１７】
窓口サーバ２０は、窓口業務を支援する装置である。窓口サーバ２０は、例えば、パーソナルコンピュータやサーバコンピュータなどのコンピュータである。窓口サーバ２０は、１台のコンピュータとして実装してもよく、また、複数台のコンピュータにより実装してもよい。なお、本実施例では、窓口サーバ２０を１台のコンピュータとした場合を例として説明する。
【００１８】
住民記録サーバ２１は、住民票の管理や発行等の処理を行う住民記録システムが動作する装置である。住民記録サーバ２１は、例えば、サーバコンピュータなどのコンピュータである。住民記録サーバ２１も、１台のコンピュータとして実装してもよく、また、複数台のコンピュータにより実装してもよい。なお、本実施例では、住民記録サーバ２１も１台のコンピュータとした場合を例として説明する。住民記録システムは、住民基本台帳法に規定する住所、氏名、生年月日、性別、続柄、世帯等の基本項目を住民記録ＤＢ（データベース）２２によって管理する。住民記録システムは、不図示のネットワークを介して住民基本台帳ネットワークシステムと通信可能とされ、住民基本台帳ネットワークシステムを介して他の地方公共団体との間で情報の交換が可能とされている。例えば、転入する住民があった場合、住民記録システムは、住民基本台帳ネットワークシステムを介して転出元の地方公共団体との間で住民の移動に関する情報の交換が可能とされている。
【００１９】
窓口バックエンド端末３０Ａは、戸籍・住民記録課において職員が、総合窓口から戸籍・住民記録課に申請された業務の確認や実施に用いる、パソコン等の端末装置である。担当課端末３１Ａは、戸籍・住民記録課において職員が、住民記録システムへの住民に関する情報の登録等に用いる、パソコン等の端末装置である。住民記録決裁端末３２は、戸籍・住民記録課において職員が、住民記録システムに登録された住民に関する情報の決裁等に用いる、パソコン等の端末装置である。転入などに伴って住民記録システムに住民の登録を行う場合、まず、一般職員が、担当課端末３１Ａを用いて住民記録システムに住民に関する情報を仮登録する。そして、幹部職員などの決裁権を有する職員が、住民記録決裁端末３２を用いて、仮登録された情報を確認して、決裁の登録を行う。住民記録システムでは、登録された情報を、一旦、仮登録の状態として記憶し、決裁の登録がなされると正式な情報として記憶する。住民記録システムでは、このように仮登録された情報を確認して決裁を行わせることにより、登録される情報の正確性を高めている。
【００２０】
窓口バックエンド端末３０Ｂは、国民健康保険課において職員が、総合窓口から国民健康保険課に申請された業務の確認や実施に用いる、パソコン等の端末装置である。担当課端末３１Ｂは、国民健康保険課において職員が、国民健康保険に関する業務に用いる、パソコン等の端末装置である。
【００２１】
窓口バックエンド端末３０Ｃは、介護保険課において職員が、総合窓口から介護保険課に申請された業務の確認や実施に用いる、パソコン等の端末装置である。担当課端末３１Ｃは、介護保険課において職員が、介護保険に関する業務に用いる、パソコン等の端末装置である。
【００２２】
ここで、図２を用いて、総合窓口で転入を受け付ける流れを説明する。図２は、総合窓口で転入を受け付けた場合のシステム全体での処理の流れの一例を概略的に示した図である。
【００２３】
転入する住民は、総合窓口の職員に転入の申請である旨を告げる。また、転入する住民は、転出元の役所で発行された転出証明書を総合窓口に提出する。転出証明書には、住民の氏名、生年月日、性別、旧住所および新住所など、住民に関する各種の情報が記載されている。
【００２４】
総合窓口の職員は、窓口受付端末１１により受付番号を交付する（Ｓ１０）。また、総合窓口の職員は、転出証明書を確認し、転入する住民にヒヤリングを行って、転出証明書から転入日、世帯主などの項目に変更点が無いか確認する。総合窓口の職員は、転出証明書をスキャナ１２により読み取る（Ｓ１１）。スキャナ１２は、読み取ったスキャン画像データを窓口受付端末１１に出力する。窓口受付端末１１は、変更点や申請に関する注意点などの補充情報の入力を受け付ける（Ｓ１２）。総合窓口の職員は、補充情報を窓口受付端末１１から入力する。窓口受付端末１１は、総合窓口の職員から転入の申請が指示されると、受付番号に対応付けて転入の申請の新たな申請番号を付与し、申請の種別を転入として、受付番号、転入の申請番号、補充情報、スキャン画像データを含んだ転入の申請を窓口サーバ２０へ送信する（Ｓ１３）。
【００２５】
窓口サーバ２０は、窓口受付端末１１からの各種の申請を受け付ける。例えば、窓口サーバ２０は、申請の種別が転入とされた転入の申請を受け付けると、転入の申請に含まれるスキャン画像データに対してＯＣＲ（optical  character  recognition）処理を行い、転出証明書に記述された文字の文字認識を行ってＯＣＲデータを生成する（Ｓ１４）。ＯＣＲデータは、転出証明書に記述された文字をテキストに変換したテキストデータのみであってもよく、罫線の情報など帳票の形式のデータを含んでもよい。窓口サーバ２０は、転入の申請に含まれる受付番号、転入の申請番号、補充情報、スキャン画像データおよびＯＣＲデータを対応付けて記憶する（Ｓ１５）。窓口サーバ２０は、窓口で受け付けた申請ごとに処理状況をステータスとして管理する。例えば、窓口サーバ２０は、転入について未処理の受付番号のステータスを処理待ちとして管理する。
【００２６】
窓口バックエンド端末３０Ａは、窓口サーバ２０に対して随時問合わせを行い、依頼された転入の申請ごとにステータスを表示する。例えば、窓口バックエンド端末３０Ａには、転入についてステータスが処理待ちとされている転入の申請番号が表示される。なお、窓口バックエンド端末３０Ａには、転入についてステータスが処理待ちとされている受付番号が表示されてもよい。
【００２７】
担当課端末３１Ａは、転入の業務を行う申請番号の指定を受け付ける（Ｓ１６）。戸籍・住民記録課の職員は、転入の業務を行う申請番号を指定する。担当課端末３１Ａは、申請番号が指定されると、窓口サーバ２０へ申請番号を含んだ入力支援要求を送信する。なお、担当課端末３１Ａは、転入の業務を行う受付番号の指定を受け、転入の受付番号を含んだ入力支援要求を送信してもよい。
【００２８】
窓口サーバ２０は、入力支援要求を受信すると、入力支援要求に含まれる申請番号に対応付けられた補充情報、スキャン画像データおよびＯＣＲデータを担当課端末３１Ａに送信する（Ｓ１７）。窓口サーバ２０は、通知された申請番号のステータスを申請中に更新する。なお、窓口サーバ２０は、入力支援要求に含まれる申請番号に対応付けられた補充情報、スキャン画像データおよびＯＣＲデータを担当課端末３１Ａに送信し、通知された受付番号の転入についてのステータスを申請中に更新してもよい。
【００２９】
担当課端末３１Ａは、送信された補充情報、スキャン画像データ、ＯＣＲデータを表示する（Ｓ１８）。担当課端末３１Ａは、住民記録システムに登録する住民に関する情報の入力を受け付ける（Ｓ１９）。戸籍・住民記録課の職員は、表示された転出証明書のスキャン画像を参照し、ＯＣＲデータとしてテキスト化された転出証明書のテキストデータを流用して、転入する住民に関する情報と申請番号を住民記録システムに入力する。なお、担当課端末３１Ａは、ＯＣＲデータに記憶された住所などの項目のデータと住民記録システムに登録する項目の対応が特定できる場合、対応する項目のデータをデフォルトで表示させてもよい。担当課端末３１Ａは、入力完了が指示されると、入力された住民に関する情報と申請番号を住民記録サーバ２１へ送信する（Ｓ２０）。なお、担当課端末３１Ａは、転入する住民に関する情報と受付番号の登録を受け付けて、住民に関する情報と受付番号を住民記録サーバ２１へ送信してもよい。
【００３０】
住民記録サーバ２１は、送信された住民に関する情報と申請番号を住民記録システムにステータスを仮登録として格納する（Ｓ２１）。住民記録サーバ２１は、仮登録が完了すると、仮登録された住民に関する情報と申請番号を窓口サーバ２０へ送信する（Ｓ２２）。なお、住民記録サーバ２１は、仮登録された住民に関する情報から住民の氏名、生年月日、性別、旧住所および新住所など住民異動届に記載する項目の情報を選択して窓口サーバ２０へ送信してもよい。
【００３１】
窓口サーバ２０は、受信した申請番号に対応する受付番号を求め、受付番号、申請番号、仮登録された住民に関する情報を格納し、受信した申請番号のステータスを仮登録に更新する（Ｓ２３）。これにより、窓口サーバ２０では、住民記録システムに仮登録された転入の申請のステータスが仮登録に更新される。なお、住民記録サーバ２１が、各申請番号のステータスを窓口サーバ２０に随時通知し、窓口サーバ２０が、各申請番号のステータスを通知されたステータスに更新してもよい。
【００３２】
窓口受付端末１１は、窓口サーバ２０に対して随時問合わせを行い、受付番号に対応付けて申請番号ごとにステータスを表示する。例えば、窓口受付端末１１には、住民記録システムに仮登録された申請番号と受付番号が表示される。
【００３３】
窓口受付端末１１は、仮登録された情報の確認を行うため、申請番号の指定を受け付ける（Ｓ２４）。総合窓口の職員は、仮登録の確認を行う申請番号を指定する。窓口受付端末１１は、申請番号が指定されると、窓口サーバ２０へ申請番号を含んだ確認画像送信要求を送信する。なお、窓口受付端末１１は、仮登録の確認を行う旨を指定して受付番号の指定を受け、受付番号を含んだ確認画像送信要求を送信してもよい。
【００３４】
窓口サーバ２０は、確認画像送信要求を受信すると、確認画像送信要求に含まれる申請番号に対応付けられた仮登録の住民に関する情報から、住民の氏名、生年月日、性別、旧住所および新住所のいずれかの情報を含む住民異動届の画像データを生成する（Ｓ２５）。窓口サーバ２０は、生成した画像データを確認画像送信要求の送信元の窓口受付端末１１に送信する（Ｓ２６）。この画像データは、住民異動届のイメージデータであってもよく、ＰＤＦ（Portable  Document  Format）などの文書フォーマットと各項目の情報を格納したデータであってもよい。
【００３５】
窓口受付端末１１は、受信した画像データに基づき、住民異動届の画像を表示する（Ｓ２７）。総合窓口の職員は、転入する住民と共に、住民異動届の画像を確認する。窓口受付端末１１は、表示された住民異動届の印刷の指示を受け付ける（Ｓ２８）。総合窓口の職員は、住民異動届の確認が完了すると印刷を指示する。窓口受付端末１１は、印刷が指示されると、表示した住民異動届の画像の申請番号を含んだ印刷指示を窓口サーバ２０へ通知する。
【００３６】
窓口サーバ２０は、印刷指示を受信すると、印刷指示された画像データをプリンタ１３に出力する（Ｓ２９）。
【００３７】
プリンタ１３は、画像データに基づき、住民異動届を印字する（Ｓ３０）。総合窓口の職員は、転入する住民に対して、印字された住民異動届の未記入部分の記入や、サインや押印を求め、サインや押印された住民異動届を受け付ける。受け付けた住民異動届は、役所での以降の手続きに利用される。
【００３８】
ここで、他の地方公共団体から住民が転入する場合、転入する地方公共団体の住民記録システムには、転入する住民に関する情報が記憶されていない。このため、従来は、転入する住民が、住民異動届に住民記録システムに登録する情報を記入する。一方、転出証明書と住民異動届は、記載項目に共通部分が多い。そこで、システム１０は、転出証明書の情報に基づき、住民異動届を印字することにより、転入する住民の住民異動届の記入の負担を軽減できる。また、転出証明書は、転出元の地方公共団体で発行される。このため、転出証明書の情報に基づき、住民異動届を印字することにより、正確な情報を印字できる。
【００３９】
一方、住民記録サーバ２１は、住民記録システムに住民に関する情報を仮登録すると、住民記録決裁端末３２に決裁要求を送信する（Ｓ４０）。なお、住民記録決裁端末３２が、住民記録サーバ２１に対して随時問合わせを行い、仮登録の住民に関する情報がある場合、決裁の要求を表示してもよい。決裁権を有する職員は、住民記録決裁端末３２で仮登録された住民に関する情報を確認すると、決裁の指示を行う。住民記録決裁端末３２は、決裁の指示を受け付けると、決裁の指示を住民記録サーバ２１へ送信する（Ｓ４１）。住民記録サーバ２１は、決裁が指示された住民に関する情報を正式な情報として記憶し、ステータスを決裁済みに更新する（Ｓ４２）。住民記録サーバ２１は、ステータスを決裁済みに更新した住民に関する情報と申請番号を窓口サーバ２０へ送信する（Ｓ４３）。
【００４０】
窓口サーバ２０は、受信した申請番号に対応する受付番号を求め、受付番号、申請番号、決裁済みの住民に関する情報で仮登録された住民に関する情報を更新し、受信した申請番号のステータスを決裁済みに更新する（Ｓ４４）。
【００４１】
窓口サーバ２０は、住民に関する情報が決裁済みとなると、住民に関する情報を転入に関連して申請を要する手続きを担当するシステムに出力可能となる。転入先の地方公共団体では、住民記録システムに住民に関する情報が正式に登録されると、各種の行政サービスの申請が可能となる。例えば、市民課での住民票の発行や印鑑証明の登録が可能となる。例えば、窓口サーバ２０は、行政サービスごとに、行政サービスに該当する条件を記憶し、転入する住民が条件に該当するかを判定する。窓口サーバ２０は、住民からの申請または自動処理により、転入に関連して申請を要する手続きを担当するシステムに申請を送信する。例えば、窓口サーバ２０は、行政サービスごとに、行政サービスに該当する条件を記憶し、転入する住民が条件に該当するかを判定する。窓口サーバ２０は、条件に該当する場合、該当する行政サービスのシステムに申請を送信する（Ｓ４５）。例えば、図２の例では、窓口サーバ２０は、国民年金に該当する住民である場合、住民に関する情報から国民年金の登録の申請に用いる項目のデータを抽出して国民年金のシステムに送信している。なお、窓口サーバ２０は、一旦総合窓口の窓口受付端末１１に、関連する申請を提示して住民の申請要求を確認してもよい。また、窓口サーバ２０は、該当する行政サービスの申請を自動処理で行ってもよい。
【００４２】
また、国民健康保険の登録の申請を受け付ける流れを簡単に説明する。例えば、国民健康保険の登録では、総合窓口の職員が、住民にヒヤリングを行い、住民記録システムに記憶された当該住民に関する情報を用いて、窓口受付端末１１から国民健康保険の登録の申請を窓口サーバ２０へ送信する。窓口サーバ２０では、国民健康保険の申請を受け付けると、当該国民健康保険の申請を国民健康保険課の担当課端末３１Ｂへ送信する。窓口サーバ２０は、受け付けた国民健康保険の申請のステータスを処理待ちとして管理する。そして、窓口サーバ２０は、担当課端末３１Ｂから国民健康保険の申請の処理完了の通知を受けると、国民健康保険の申請のステータスを処理完了に更新する。
【００４３】
ところで、担当課が異なる複数の行政サービスの申請を同じ窓口で受け付ける場合、同じ窓口で受け付けた申請を担当課ごとに分けて処理するため、処理の進捗状況が把握しづらい場合がある。そこで、窓口サーバ２０は、担当課ごとに、処理が完了していない未処理の申請の件数と、処理が完了した申請の件数を求めて、処理の状況の表示を行う。これにより、担当課ごとの処理の進捗状況を把握しやすく表示できる。また、住民が転入する場合、転入先の地方公共団体では、住民記録システムに転入する住民に関する情報が未登録であるため、転入以外の申請の処理を進めることができない。転入の申請は、処理の優先度が高い。そこで、窓口サーバ２０は、転入の申請を担当する担当部署については、転入の申請と、転入以外の申請とで分けて件数を求める。これにより、優先度の高い転入の申請と転入以外の申請の処理の進捗状況を個別に把握できる。
【００４４】
また、役所が提供する行政サービスには、専門性が高いものや守秘性が高く、総合窓口では受け付けし難いものがある。例えば、介護保険の申請は、専門性が高く、担当する職員と相談して手続きを進める場合がある。そこで、総合窓口では、介護保険の申請を受け付けると、担当する介護保険課の専門窓口へ案内する。例えば、総合窓口の職員は、窓口受付端末１１を操作して専門窓口への案内をプリンタ１３から印刷する。窓口受付端末１１は、専門窓口への案内の印刷が完了すると、介護保険の申請があり、専門窓口へ案内した旨を窓口サーバ２０へ送信する。窓口サーバ２０は、窓口受付端末１１から介護保険の申請があり、専門窓口へ案内した旨の通知を受けると、介護保険の申請のステータスを専門窓口へ案内済みとして管理する。
【００４５】
一方、例えば、介護保険の喪失の申請は、介護保険の申請に比べて専門性が低く、総合窓口で受け付ける場合がある。例えば、介護保険の喪失の申請では、総合窓口の職員が、住民にヒヤリングを行い、住民記録システムに記憶された当該住民に関する情報を用いて、窓口受付端末１１から介護保険の喪失の申請を窓口サーバ２０へ送信する。窓口サーバ２０では、介護保険の喪失の申請を受け付けると、当該介護保険の喪失の申請を介護保険課の担当課端末３１Ｃへ送信する。窓口サーバ２０は、受け付けた介護保険の喪失の申請のステータスを処理待ちとして管理する。そして、窓口サーバ２０は、担当課端末３１Ｃから介護保険の喪失の申請の処理完了の通知を受けると、介護保険の喪失の申請のステータスを処理完了に更新する。
【００４６】
このように、介護保険などの専門性が高い特定分野の申請には、特定分野の専門窓口へ案内するものと、総合窓口で受け付けるものがある。窓口サーバ２０は、特定分野の申請のうち、総合窓口で受け付けた申請について未処理の申請の件数と、処理が完了した申請の件数と、特定分野の専門窓口へ案内した申請の件数を求めて、処理の状況の表示を行う。これにより、専門性が高い特定分野についても専門窓口と総合窓口での受け付け状況や処理の進捗状況を把握しやすく表示できる。
【００４７】
［窓口サーバの構成］
次に、実施例１に係る窓口サーバ２０の構成について説明する。図３は、実施例１に係る窓口サーバの概略的な構成を示す図である。窓口サーバ２０は、通信Ｉ／Ｆ（インタフェース）部５０と、記憶部５１と、制御部５２とを有する。
【００４８】
通信Ｉ／Ｆ部５０は、他の装置との間で通信制御を行うインタフェースである。通信Ｉ／Ｆ部５０は、ネットワークＮを介して他の装置と各種情報を送受信する。通信Ｉ／Ｆ部５０としては、ＬＡＮカードなどのネットワークインタフェースカードを採用できる。
【００４９】
記憶部５１は、ハードディスク、ＳＳＤ（Solid  State  Drive）、光ディスクなどの記憶装置である。なお、記憶部５１は、ＲＡＭ（Random  Access  Memory）、フラッシュメモリ、ＮＶＳＲＡＭ（Non  Volatile  Static  Random  Access  Memory）などのデータを書き換え可能な半導体メモリであってもよい。
【００５０】
記憶部５１は、制御部５２で実行されるＯＳ（Operating  System）や各種プログラムを記憶する。例えば、記憶部５１は、後述する各種の処理を実行するプログラムを記憶する。さらに、記憶部５１は、制御部５２で実行されるプログラムで用いられる各種データを記憶する。例えば、記憶部５１は、申請状況情報６０と、件数情報６１と、変更条件情報６２とを記憶する。
【００５１】
申請状況情報６０は、受け付けた申請に関する処理状況を記憶したデータである。図４は、申請状況情報のデータ構成の一例を示す図である。図４に示すように、申請状況情報６０は、「受付番号」、「種別」、「申請番号」、「ステータス」などの項目を有する。なお、図４に示した申請状況情報６０の各項目は、一例であり、その他の項目を有してもよい。また、申請状況情報６０のデータ構成も一例であり、これに限定されるものではない。
【００５２】
受付番号の項目は、それぞれ受け付けた申請を識別する識別情報を記憶する領域である。例えば、受付番号の項目には、申請に対して総合窓口で交付された受付番号が記憶される。種別の項目は、申請を受け付けた行政サービスの種別を記憶する領域である。図４では、種別を識別しやすくするため、種別を行政サービスの名称で示すが、種別の項目には、申請を受け付けた行政サービスを示すコードが格納される。申請番号の項目は、申請に対して付与された識別情報を記憶する領域である。例えば、総合窓口では、複数の行政サービスの申請を受け付ける。各申請には、それぞれの個別の申請番号が付与される。ステータスの項目は、申請の処理状況に関する情報を記憶する領域である。
【００５３】
図４の例では、受付番号「０００１」は、転入の申請と国民健康保険の申請が行われていることを示す。転入の申請は、申請番号が「Ａ０００１」であり、ステータスが「決裁済み」であることを示す。国民健康保険の申請は、申請番号が「Ｂ０００１」であり、ステータスが「処理完了」であることを示す。また、受付番号「０００２」は、転入の申請が行われていることを示す。転入の申請は、申請番号が「Ａ０００２」であり、ステータスが「仮登録」であることを示す。また、受付番号「０００３」は、介護保険の申請が行われていることを示す。介護保険の申請は、申請番号が「Ｃ０００１」であり、ステータスが「専門窓口へ案内済み」であることを示す。また、受付番号「０００４」は、介護保険の喪失の申請が行われていることを示す。介護保険の喪失の申請は、申請番号が「Ｃ０００２」であり、ステータスが「処理待ち」であることを示す。
【００５４】
図３に戻り、件数情報６１は、申請の件数を記憶したデータである。件数情報６１は、複数のカウンタにより個別に申請の件数のカウントが可能とされている。本実施例では、住民サービスを担当する部署ごと、カウンタを分けて部署に対して申請された申請の件数をカウントする。また、複数の住民サービスを担当する一部の部署では、住民サービスの種別によってカウンタを分けて申請の件数をカウントする。例えば、転入の申請は、処理の優先度が高い。そこで、転入を担当する戸籍・住民記録課では、転入の申請と、転入以外の申請とでカウンタを分けて申請の件数をカウントする。また、カウンタは、申請の状態ごとに分けて件数のカウントが可能とされている。本実施例では、処理が依頼されて処理待ち中の申請の件数と、処理が完了した申請の件数を分けてカウントする。
【００５５】
図５は、件数情報のデータ構成の一例を示す図である。図５に示すように、件数情報６１は、「担当課」、「カウンタ種別」、「状態」、「件数」などの項目を有する。なお、図５に示した件数情報６１の各項目は、一例であり、その他の項目を有してもよい。また、件数情報６１のデータ構成も一例であり、これに限定されるものではない。
【００５６】
担当課の項目は、カウントする申請を担当する部署を記憶する領域である。カウンタ種別の項目は、申請の件数をカウントするカウンタの識別情報を記憶する領域である。本実施例では、カウンタの識別情報を、カウンタに対して定めた名称としている。状態の項目は、カウンタでカウントする申請の状態を記憶する領域である。本実施例では、状態として「処理待ち」と「処理完了」と「案内」が設定されている。「処理待ち」は、申請の処理が完了していない状態を示す。「処理完了」は、申請の処理が完了した状態を示す。「案内」は、専門窓口へ案内した状態を示す。件数の項目は、該当する申請の件数を記憶する領域である。
【００５７】
図５の例では、「戸籍・住民記録課」は、「転入者カウンタ」と「ローカウンタ」に分けて申請の件数をカウントしている。「転入者カウンタ」は、「処理待ち」の件数が「２」であり、「処理完了」の件数が「４２」であることを示す。「ローカウンタ」は、「処理待ち」の件数が「１６８」であり、「処理完了」の件数が「６３」であることを示す。「国民健康保険課」は、「カウンタ」で申請の件数をカウントしている。「カウンタ」は、「処理待ち」の件数が「３」であり、「処理完了」の件数が「１０」であることを示す。「介護保険課」は、「相談カウンタ」と「受付カウンタ」に分けて申請の件数をカウントしている。「相談カウンタ」は、「案内」の件数が「２」であることを示す。「受付カウンタ」は、「処理待ち」の件数が「３」であり、「処理完了」の件数が「６」であることを示す。
【００５８】
図３に戻り、変更条件情報６２は、件数情報６１に記憶された件数を変更する変更条件を記憶したデータである。図６は、変更条件情報のデータ構成の一例を示す図である。図６に示すように、変更条件情報６２は、「種別」、「変更条件」、「変更対象カウンタ」、「変更対象状態」、「変更内容」などの項目を有する。なお、図６に示した変更条件情報６２の各項目は、一例であり、その他の項目を有してもよい。また、変更条件情報６２のデータ構成も一例であり、これに限定されるものではない。
【００５９】
種別の項目は、件数の変更を行う対象の申請の種別を記憶する領域である。変更条件の項目は、件数の変更を行う条件を記憶する領域である。本実施例では、件数の変更を行う条件として「依頼」と「処理完了」と「仮登録」が設定されている。「依頼」は、申請が依頼されたタイミングで件数を変更する条件を示す。本実施例では、変更条件に「依頼」が設定されると、窓口サーバ２０が種別の申請を受け付けたタイミングで件数を変更する。「処理完了」は、申請の処理が完了したタイミングで件数を変更する条件を示す。「仮登録」は、申請の処理が仮登録されたタイミングで件数を変更する条件を示す。
【００６０】
変更対象カウンタの項目は、件数を変更するカウンタの名称を記憶する領域である。変更対象状態の項目は、件数を変更する対象の状態を記憶する領域である。変更内容の項目は、件数の値に対する変更内容を記憶する領域である。
【００６１】
図６の例では、「転入」は、申請を受け付けたタイミングで「転入者カウンタ」の「処理待ち」状態の件数を「＋１」することを示す。また、「転入」は、仮登録が通知されたタイミングで「転入者カウンタ」の「処理待ち」状態の件数を「−１」し、「転入者カウンタ」の「処理完了」状態の件数を「＋１」することを示す。また、「転出」は、申請を受け付けたタイミングで「ローカウンタ」の「処理待ち」状態の件数を「＋１」することを示す。また、「転出」は、申請の処理の完了が通知されたタイミングで「ローカウンタ」の「処理待ち」状態の件数を「−１」し、「ローカウンタ」の「処理完了」状態の件数を「＋１」することを示す。また、「転居」は、申請を受け付けたタイミングで「ローカウンタ」の「処理待ち」状態の件数を「＋１」することを示す。また、「転居」は、申請の処理の完了が通知されたタイミングで「ローカウンタ」の「処理待ち」状態の件数を「−１」し、「ローカウンタ」の「処理完了」状態の件数を「＋１」することを示す。また、「国民健康保険の登録」は、申請を受け付けたタイミングで「カウンタ」の「処理待ち」状態の件数を「＋１」することを示す。また、「国民健康保険の登録」は、申請の処理の完了が通知されたタイミングで「カウンタ」の「処理待ち」状態の件数を「−１」し、「カウンタ」の「処理完了」状態の件数を「＋１」することを示す。また、「介護保険の申請」は、申請を受け付けたタイミングで「相談カウンタ」の「案内」状態の件数を「＋１」することを示す。また、「介護保険の喪失」は、申請を受け付けたタイミングで「受付カウンタ」の「処理待ち」状態の件数を「＋１」することを示す。また、「介護保険の喪失」は、申請の処理の完了が通知されたタイミングで「受付カウンタ」の「処理待ち」状態の件数を「−１」し、「受付カウンタ」の「処理完了」状態の件数を「＋１」することを示す。
【００６２】
図３に戻り、制御部５２は、窓口サーバ２０を制御するデバイスである。制御部５２としては、ＣＰＵ（Central  Processing  Unit）、ＭＰＵ（Micro  Processing  Unit）等の電子回路や、ＡＳＩＣ（Application  Specific  Integrated  Circuit）、ＦＰＧＡ（Field  Programmable  Gate  Array）等の集積回路を採用できる。制御部５２は、各種の処理手順を規定したプログラムや制御データを格納するための内部メモリを有し、これらによって種々の処理を実行する。制御部５２は、各種のプログラムが動作することにより各種の処理部として機能する。例えば、制御部５２は、申請処理部７０と、更新部７１と、生成部７２と、表示制御部７３とを有する。
【００６３】
申請処理部７０は、窓口業務を支援する各種の処理を行う。例えば、申請処理部７０は、窓口受付端末１１から送信された申請や通知を担当する部署の装置に送信して申請の処理を依頼する。そして、申請処理部７０は、申請の処理結果が通知されると、窓口受付端末１１に処理結果を通知する。例えば、総合窓口で転入を受け付けた場合、申請処理部７０は、図２の窓口サーバ２０に係る各処理を行って、窓口業務を支援する。また、申請処理部７０は、受け付けた申請に関する処理状況を申請状況情報６０に格納する。
【００６４】
更新部７１は、各種の更新を行う。例えば、更新部７１は、変更条件情報６２に基づいて、件数情報６１の更新を行う。例えば、更新部７１は、転入の申請を受け付けたタイミングで件数情報６１の転入者カウンタの処理待ち状態の件数に１を加算する。また、更新部７１は、転入の申請について、仮登録が通知されたタイミングで件数情報６１の転入者カウンタの処理待ち状態の件数から１を減算し、転入者カウンタの処理完了状態の件数に１を加算する。また、更新部７１は、転出の申請を受け付けたタイミングで件数情報６１のローカウンタの処理待ち状態の件数に１を加算する。また、更新部７１は、転出の申請の処理の完了が通知されたタイミングで件数情報６１のローカウンタの処理待ち状態の件数から１を減算し、ローカウンタの処理完了状態の件数に１を加算する。また、更新部７１は、転居の申請を受け付けたタイミングで件数情報６１のローカウンタの処理待ち状態の件数に１を加算する。また、更新部７１は、転居の申請の処理の完了が通知されたタイミングで件数情報６１のローカウンタの処理待ち状態の件数から１を減算し、ローカウンタの処理完了状態の件数に１を加算する。また、更新部７１は、国民健康保険の登録の申請を受け付けたタイミングで件数情報６１のカウンタの処理待ち状態の件数に１を加算する。また、更新部７１は、国民健康保険の登録の申請の処理の完了が通知されたタイミングで件数情報６１のカウンタの処理待ち状態の件数から１を減算し、カウンタの処理完了状態の件数に１を加算する。また、更新部７１は、介護保険の申請を受け付けたタイミングで件数情報６１の相談カウンタの案内状態の件数に１を加算する。また、更新部７１は、介護保険の喪失の申請を受け付けたタイミングで件数情報６１の受付カウンタの処理待ち状態の件数に１を加算する。また、更新部７１は、介護保険の喪失の申請の処理の完了が通知されたタイミングで件数情報６１の受付カウンタの処理待ち状態の件数から１を減算し、受付カウンタの処理完了状態の件数に１を加算する。
【００６５】
生成部７２は、各種の生成を行う。例えば、生成部７２は、担当課ごとに、受け付けた申請の処理の進捗状況を示す情報を生成する。例えば、生成部７２は、件数情報６１に基づき、担当課ごとに、当該担当課に対応付けられたカウンタの各件数を示した画像データを生成する。例えば、生成部７２は、戸籍・住民記録課について、件数情報６１の転入者カウンタの処理待ち状態の件数と処理完了状態の件数を並べて表示し、ローカウンタの処理待ち状態の件数と処理完了状態の件数を並べて表示した画像データを生成する。また、生成部７２は、国民健康保険課について、件数情報６１のカウンタの処理待ち状態の件数と処理完了状態の件数を並べて表示した画像データを生成する。また、生成部７２は、介護保険課について、件数情報６１の相談カウンタの処理待ち状態の件数を表示し、受付カウンタの処理待ち状態の件数と処理完了状態の件数を並べて表示した画像データを生成する。この画像データは、ＨＴＭＬ（HyperText  Markup  Language）などの画面の構成情報を含んだデータであってもよく、画面のイメージのデータなどであてもよい。
【００６６】
表示制御部７３は、各種の表示制御を行う。例えば、表示制御部７３は、担当課ごとに、処理の進捗状況を示した情報を表示させる制御を行う。例えば、表示制御部７３は、生成部７２により担当課ごとに生成された画像データを当該担当課の窓口バックエンド端末３０や窓口受付端末１１に送って画面に処理の進捗状況を表示させる。
【００６７】
例えば、窓口バックエンド端末３０は、窓口サーバ２０に対して随時、設置された部署の部署情報を含んだ進捗状況の問合わせを行う。生成部７２は、件数情報６１から問合わせに含まれる部署情報の部署のカウンタを読み出し、カウンタの件数を並べた画像データを生成する。表示制御部７３は、生成部７２により生成された画像データを問い合わせ元の窓口バックエンド端末３０に送って画面に処理の進捗状況を表示させる。例えば、表示制御部７３は、サーブレットなどのように、問い合わせ元の窓口バックエンド端末３０に画像データを送って遠隔的に画面にカウンタを表示させる。
【００６８】
ここで、進捗状況の問合わせを受けた場合に、各申請の数をカウントして件数を求めることも考えられる。例えば、申請状況情報６０に記憶されたレコードのレコード数を種別やステータスごとにカウントして件数を求めることも考えられる。しかし、この場合、件数を求める際に申請に関するデータの更新がロックされてデータの更新ができなくなる。システム１０では、リアルタイムな進捗状況の表示が求められる。このため、窓口サーバ２０では、進捗状況の表示の更新も短い周期で行われる。システム１０では、進捗状況の表示を更新するごとに、申請に関するデータの更新がロックされると、申請の処理に影響が及ぶ場合がある。そこで、本実施例に係る窓口サーバ２０では、件数情報６１に件数を保持しており、変更条件の申請が発生したタイミングで更新部７１によって件数を更新する。これにより、申請に関するデータがロックされることを抑制できるため、申請の処理に影響が及ぶことを抑制できる。
【００６９】
なお、更新部７１は、例えば、１時間ごとや所定の時刻ごとなど定期的に申請状況情報６０に記憶されたレコードのレコード数を種別やステータスごとにカウントして、件数情報６１に記憶された件数を更新してもよい。これにより、件数情報６１に記憶された件数と申請状況情報６０から求まる件数にズレが発生することを抑制できる。
【００７０】
図７は、処理の進捗状況を示した画面の一例を示す図である。図７は、戸籍・住民記録課の窓口バックエンド端末３０Ａに表示される画面の一例を示している。転入者カウンタの依頼件数には、転入の処理待ち状態の件数が表示される。転入者カウンタの受信済件数には、転入の処理完了状態の件数が表示される。ローカウンタの依頼件数には、戸籍・住民記録課が担当する転入以外の申請についての処理待ち状態の件数が表示される。ローカウンタの受信済件数には、戸籍・住民記録課が担当する転入以外の申請の処理完了状態の件数が表示される。このように、転入と転入以外の申請を分けて件数を表示することにより、戸籍・住民記録課では、優先度の高い転入の申請と転入以外の申請の処理の進捗状況を個別に把握できる。また、処理待ち状態の件数を表示することにより、戸籍・住民記録課では、処理の滞留状況を把握できる。また、処理完了状態の件数を表示することにより、戸籍・住民記録課では、処理の進捗状況を把握できる。
【００７１】
図８は、処理の進捗状況を示した画面の一例を示す図である。図８は、介護保険課の窓口バックエンド端末３０Ｃに表示される画面の一例を示している。相談カウンタの依頼件数には、案内状態の件数が表示される。受付カウンタの依頼件数には、総合窓口で受け付けた、介護保険課が担当の申請の処理待ち状態の件数が表示される。受付カウンタの受信済件数には、総合窓口で受け付けた、介護保険課が担当の申請の処理完了状態の件数が表示される。これにより、介護保険課では、専門性や守秘性が高い申請の件数と、総合窓口で受け付けた申請の件数を分けて把握できる。また、総合窓口で受け付けた申請については、処理待ち状態の件数と処理完了状態の件数を表示することにより、処理の進捗状況を把握できる。
【００７２】
図９は、件数情報を更新する流れの一例を模式的に示した図である。例えば、システム１０では、転入の申請を受け付けると転入者カウンタの依頼件数が１加算され、転入の申請が仮登録されると転入者カウンタの依頼件数が１減算され、受信済件数が１加算される。一方、システム１０では、転入以外の申請を受け付けると、申請を担当する担当課のカウンタの依頼件数が１加算され、申請の処理が完了するとカウンタの依頼件数が１減算され、受信済件数が１加算される。各課では、当該課の窓口バックエンド端末３０でカウンタを確認することにより、当該課の処理の進捗状況を把握できる。総合窓口では、窓口受付端末１１で各課のカウンタを確認することにより、各課の処理の進捗状況を把握できる。
【００７３】
［処理の流れ］
次に、本実施例に係る窓口サーバ２０が実行する各種の処理の流れについて説明する。最初に、本実施例に係る窓口サーバ２０が件数情報６１を更新する更新処理の流れを説明する。図１０は、更新処理の手順の一例を示すフローチャートである。この更新処理は、繰り返し実行される。例えば、更新処理は、処理が終了するごとに、繰り返し実行される。
【００７４】
図１０に示すように、更新部７１は、変更条件情報６２の種別の各申請について、変更条件に該当する変化があったか否かを判定する（Ｓ１００）。該当する変化が無い場合（Ｓ１００否定）、再度Ｓ１００へ移行する。
【００７５】
一方、該当する変更があった場合（Ｓ１００肯定）、更新部７１は、変更条件情報６２から該当する変化があったレコードを読み出して、変更対象カウンタ、変更対象状態、変更内容の項目から、変更するカウンタ、状態、変更内容を特定する（Ｓ１０１）。更新部７１は、特定した変更するカウンタおよび状態に対応する件数情報６１の件数を特定した変更内容に従い更新し（Ｓ１０２）、処理を終了する。
【００７６】
次に、本実施例に係る窓口サーバ２０が、処理の進捗状況を表示させる進捗状況表示処理の流れを説明する。図１１は、進捗状況表示処理の手順の一例を示すフローチャートである。この進捗状況表示処理は、繰り返し実行される。例えば、進捗状況表示処理は、処理が終了するごとに、繰り返し実行される。
【００７７】
図１１に示すように、表示制御部７３は、進捗状況の問合わせを受信したか否かを判定する（Ｓ１１０）。進捗状況の問合わせを受信していない場合（Ｓ１１０否定）、再度Ｓ１１０へ移行する。
【００７８】
一方、進捗状況の問合わせを受信した場合（Ｓ１１０肯定）、生成部７２は、件数情報６１から問合わせに含まれる部署情報の部署のカウンタを読み出し、カウンタの件数を並べた画面の画像データを生成する（Ｓ１１１）。表示制御部７３は、生成部７２により生成された画像データを問い合わせ元の窓口バックエンド端末３０に送って画面に処理の進捗状況を表示させ（Ｓ１１２）、処理を終了する。
【００７９】
［効果］
上述してきたように、本実施例に係る窓口サーバ２０は、窓口で受け付けた転入の届出（申請）のうち、届出の担当課に送信され、かつ、担当課による処理が完了していない届出の件数と、担当課に送信され、かつ、担当課による処理が完了した届出の件数とを含む第１の情報を生成する。窓口サーバ２０は、窓口で受け付けた転入の届出以外の届出のうち、担当課に送信され、かつ、担当課による処理が完了していない届出の件数と、担当課に送信され、かつ、担当課による処理が完了した届出の件数とを含む第２の情報とを生成する。窓口サーバ２０は、第１の情報と第２の情報を併せて表示する。これにより、窓口サーバ２０は、処理の進捗状況を把握しやすく表示できる。
【００８０】
また、本実施例に係る窓口サーバ２０は、届出の種別ごとに、届出の状態に応じて処理が完了していない届出の件数と処理が完了した届出の件数の変更条件を示した変更条件情報６２を記憶する。窓口サーバ２０は、転入の届出と転入の届出以外の届出について、処理が完了していない届出の件数と処理が完了した届出の件数を記憶した件数情報６１を記憶する。窓口サーバ２０は、変更条件情報６２に基づいて、件数情報６１を更新する。これにより、窓口サーバ２０は、変更条件情報６２の変更条件に沿って、処理が完了していない届出の件数と処理が完了した届出の件数をカウントできる。また、窓口サーバ２０は、届出の処理に影響が及ぶことを抑制できる。
【００８１】
また、本実施例に係る窓口サーバ２０は、窓口で受け付けた特定分野の届出のうち、届出の担当課に送信され、かつ、担当課による処理が完了していない届出の件数と、担当課に送信され、かつ、担当課による処理が完了した届出の件数と、を含む第１の情報を生成する。窓口サーバ２０は、窓口で受け付けた特定分野の届出のうち、窓口以外の専門窓口に案内した届出の件数を含む第２の情報を生成する。窓口サーバ２０は、第１の情報と第２の情報を併せて表示する。これにより、窓口サーバ２０は、専門窓口に案内した届出の件数と、窓口で受け付けた届出の件数を分けて把握させることができる。また、窓口で受け付けた届出については、処理が完了していない届出の件数と、処理が完了した届出の件数を表示することにより、処理の進捗状況を把握できる。
【実施例２】
【００８２】
さて、これまで開示の装置に関する実施例について説明したが、開示の技術は上述した実施例以外にも、種々の異なる形態にて実施されてよいものである。そこで、以下では、本発明に含まれる他の実施例を説明する。
【００８３】
例えば、上記の実施例では、申請の種別を窓口受付端末１１が付与する場合を例に説明したが、開示の装置はこれに限定されない。例えば、窓口サーバ２０が、何れの申請かの情報を受け付けて申請の種別を付与してもよい。
【００８４】
また、上記の実施例では、生成部７２が、件数情報６１に記憶された件数に基づいて、担当課ごとに、受け付けた申請の処理の進捗状況を示す情報を生成する場合を例に説明したが、開示の装置はこれに限定されない。例えば、進捗状況の問合わせの頻度が低く、申請の処理への影響が小さい場合、進捗状況の問合わせを受けた際に、生成部７２が各申請の数をカウントして件数を求めてもよい。例えば、生成部７２は、申請状況情報６０に記憶されたレコードを種別やステータスに応じて、転入の申請と転入以外で申請の処理待ちと処理完了に分けてレコード数をカウントして件数を求めてもよい。
【００８５】
また、上記の実施例では、更新部７１が、申請を受け付けると、件数情報６１の更新を行う場合を例に説明したが、開示の装置はこれに限定されない。例えば、更新部７１は、受け付けた申請を一時的に記憶部５１等にキャッシュし、周期的にキャッシュされた申請をまとめて、件数情報６１の更新を行ってもよい。例えば、更新部７１は、受け付けた申請を記憶部５１に一時的に記憶する。そして、更新部７１は、例えば、数秒ごとなどの所定の更新タイミングで、変更条件情報６２に基づき、記憶部５１に記憶された各申請に対応して件数情報６１を更新する。更新部７１は、更新が終了すると記憶部５１に記憶した各申請を削除することを繰り返してもよい。
【００８６】
また、図示した各装置の各構成要素は機能概念的なものであり、必ずしも物理的に図示の如く構成されていることを要しない。すなわち、各装置の分散・統合の具体的状態は図示のものに限られず、その全部又は一部を、各種の負荷や使用状況などに応じて、任意の単位で機能的又は物理的に分散・統合して構成することができる。例えば、申請処理部７０、更新部７１、生成部７２および表示制御部７３の各処理部が適宜統合又は分割されてもよい。また、各処理部にて行なわれる各処理機能は、その全部又は任意の一部が、ＣＰＵ及び該ＣＰＵにて解析実行されるプログラムにて実現され、あるいは、ワイヤードロジックによるハードウェアとして実現され得る。
【００８７】
［進捗状況表示プログラム］
また、上記の実施例で説明した各種の処理は、あらかじめ用意されたプログラムをパーソナルコンピュータやワークステーションなどのコンピュータシステムで実行することによって実現することもできる。そこで、以下では、上記の実施例と同様の機能を有するプログラムを実行するコンピュータシステムの一例を説明する。図１２は、進捗状況表示プログラムを実行するコンピュータを示す図である。
【００８８】
図１２に示すように、コンピュータ３００は、ＣＰＵ３１０、ＨＤＤ（Hard  Disk  Drive）３２０、ＲＡＭ（Random  Access  Memory）３４０を有する。これら３１０〜３４０の各部は、バス４００を介して接続される。
【００８９】
ＨＤＤ３２０には上記実施例の各処理部と同様の機能を発揮する進捗状況表示プログラム３２０ａが予め記憶される。例えば、上記実施例の申請処理部７０、更新部７１、生成部７２および表示制御部７３と同様の機能を発揮する進捗状況表示プログラム３２０ａを記憶させる。なお、進捗状況表示プログラム３２０ａについては、適宜分離しても良い。
【００９０】
また、ＨＤＤ３２０は、各種データを記憶する。例えば、ＨＤＤ３２０は、ＯＳや各種データを記憶する。
【００９１】
そして、ＣＰＵ３１０が、進捗状況表示プログラム３２０ａをＨＤＤ３２０から読み出して実行することで、実施例の各処理部と同様の動作を実行する。すなわち、進捗状況表示プログラム３２０ａは、実施例の申請処理部７０、更新部７１、生成部７２および表示制御部７３と同様の動作を実行する。
【００９２】
なお、上記した進捗状況表示プログラム３２０ａについては、必ずしも最初からＨＤＤ３２０に記憶させることを要しない。例えば、コンピュータ３００に挿入されるフレキシブルディスク（ＦＤ）、Compact  Disk  Read  Only  Memory（ＣＤ−ＲＯＭ）、Digital  Versatile  Disk（ＤＶＤ）、光磁気ディスク、ＩＣカードなどの「可搬用の物理媒体」にプログラムを記憶させておく。そして、コンピュータ３００がこれらからプログラムを読み出して実行するようにしてもよい。
【００９３】
さらには、公衆回線、インターネット、ＬＡＮ、ＷＡＮなどを介してコンピュータ３００に接続される「他のコンピュータ（又はサーバ）」などにプログラムを記憶させておく。そして、コンピュータ３００がこれらからプログラムを読み出して実行するようにしてもよい。
【符号の説明】
【００９４】
１０  システム
１１  窓口受付端末
２０  窓口サーバ
２１  住民記録サーバ
３０  窓口バックエンド端末
３１  担当課端末
３２  住民記録決裁端末
５０  通信Ｉ／Ｆ部
５１  記憶部
５２  制御部
６０  申請状況情報
６１  件数情報
６２  変更条件情報
７０  申請処理部
７１  更新部
７２  生成部
７３  表示制御部
【図１】
0006740578.tif 000002
【図２】
0006740578.tif 000003
【図３】
0006740578.tif 000004
【図４】
0006740578.tif 000005
【図５】
0006740578.tif 000006
【図６】
0006740578.tif 000007
【図７】
0006740578.tif 000008
【図８】
0006740578.tif 000009
【図９】
0006740578.tif 000010
【図１０】
0006740578.tif 000011
【図１１】
0006740578.tif 000012
【図１２】
0006740578.tif 000013