(57)【特許請求の範囲】
【請求項１】
異なる複数の種類の申請を総合的に受け付ける総合窓口における申請者に応じた申請手続き処理の進行状況を管理する管理データを参照して、申請者に対応づけて未処理の申請の処理の進行状況を一覧表示する際に、当日の処理対象の申請手続きのうち、未処理の処理の数が残り１つである申請者について強調した表示態様に制御する、
処理をコンピュータが実行することを特徴とする処理状況表示方法。 
【請求項２】
前記申請手続き処理の進行状況の表示は、申請の受け付けからの経過時間を表示することを特徴とする請求項１に記載の処理状況表示方法。
【請求項３】
前記申請手続き処理の進行状況の表示は、申請の受け付けからの経過時間が長いものから順に並べて表示する、
ことを特徴とする請求項１または２に記載の処理状況表示方法。 
【請求項４】
異なる複数の種類の申請を総合的に受け付ける総合窓口における申請者に応じた申請手続き処理の進行状況を管理する管理データを参照して、申請者に対応づけて処理の進行状況を表示する際に、当日の処理対象の申請手続きのうち、未処理の処理であって申請者の立ち合いが要求される処理の数が残り１つである申請者について強調した表示態様に制御する、
処理をコンピュータが実行することを特徴とする処理状況表示方法。 
【請求項５】
前記申請手続き処理の進行状況の表示は、申請の受け付けからの経過時間が長いものから順に並べて表示する、
ことを特徴とする請求項４に記載の処理状況表示方法。 
【請求項６】
前記残り１つの処理を担当する部署に、該処理に関するアラートを出力する、
ことを特徴とする請求項１〜５の何れか１つに記載の処理状況表示方法。 
【請求項７】
前記管理データを参照して、申請された手続きのうち、処理の保留が指定された手続きを除いた、前記処理の数が残り１つである申請者について強調した表示態様に制御する、
ことを特徴とする請求項１〜６の何れか１つに記載の処理状況表示方法。 
【請求項８】
異なる複数の種類の申請を総合的に受け付ける総合窓口における申請者に応じた申請手続き処理の進行状況を管理する管理データを参照して、申請者に対応づけて未処理の申請の処理の進行状況を一覧表示する際に、当日の処理対象の申請手続きのうち、未処理の処理の数が残り１つである申請者について強調した表示態様に制御する、
処理をコンピュータに実行させることを特徴とする処理状況表示プログラム。 
【請求項９】
異なる複数の種類の申請を総合的に受け付ける総合窓口における申請者に応じた申請手続き処理の進行状況を管理する管理データを参照して、申請者に対応づけて未処理の申請の処理の進行状況を一覧表示する際に、当日の処理対象の申請手続きのうち、未処理の処理の数が残り１つである申請者について強調した表示態様に制御する制御部、
を有することを特徴とする処理状況表示装置。
【請求項１０】
異なる複数の種類の申請を総合的に受け付ける総合窓口における申請者に応じた申請手続き処理の進行状況を管理する管理データを参照して、申請者に対応づけて処理の進行状況を表示する際に、当日の処理対象の申請手続きのうち、未処理の処理であって申請者の立ち合いが要求される処理の数が残り１つである申請者について強調した表示態様に制御する、
処理をコンピュータに実行させることを特徴とする処理状況表示プログラム。
【請求項１１】
異なる複数の種類の申請を総合的に受け付ける総合窓口における申請者に応じた申請手続き処理の進行状況を管理する管理データを参照して、申請者に対応づけて処理の進行状況を表示する際に、当日の処理対象の申請手続きのうち、未処理の処理であって申請者の立ち合いが要求される処理の数が残り１つである申請者について強調した表示態様に制御するする制御部、
を有することを特徴とする処理状況表示装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、処理状況表示方法、処理状況表示プログラムおよび処理状況表示装置に関する。
【背景技術】
【０００２】
市町村などの地方公共団体は、行政サービスに応じて担当する部署を分けており、届出を受け付ける窓口が分かれる。住民は、担当する部署の異なる複数の行政サービスの届出等を行う場合、複数の窓口を順に移動して届出を行う。
【０００３】
一方、地方公共団体は、住民サービスの向上を模索しており、役所に総合窓口を設け、担当する部署の異なる複数の行政サービスの届出を総合窓口で受け付けるワンストップ化を実現している場合がある。この場合、役所では、担当する部署の異なる複数の行政サービスの届出を総合窓口で一手に受け付け、住民の方を移動させずに、バックグラウンドで担当する部署に手続きを振り分けて手続きを完了させる方式を取っている。しかし、総合窓口で受け付けた手続きは、担当する部署で処理される。このため、総合窓口では、住民から受け付けた複数の手続きがどこまで進んでいるかを把握し難い。そこで、現在進行している手続き一覧を表示するシステムがある。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００２−１４９９０３号公報
【特許文献２】特開２０１５−４６１２９号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
従来の技術により現在進行している手続き一覧を表示しても、処理待ちの住民数の増加を抑制できない場合がある。
【０００６】
総合窓口では、手続き一覧を表示することにより、住民から受け付けた複数の手続きがどこまで進んでいるかを把握できる。一方、手続きを担当する各部署は、担当する手続きについて手続きの状況を把握できるが、他の部署の手続きの状況を把握していない。また、手続きを担当する各部署は、手続き一覧を表示しても、自部署が担当する手続きの処理状況に注目し、他部署の処理状況には注目しない。このため、住民から複数の手続きを受け付けた場合に、何れかの手続きを担当する部署での処理が遅いため、住民を待たせてしまう場合がある。手続きを担当する部署では、自部署での処理が遅いために住民を待たせていることを把握できない。
【０００７】
一つの側面では、処理待ちの住民数の増加を抑制できる処理状況表示方法、処理状況表示プログラムおよび処理状況表示装置を提供することを目的とする。
【課題を解決するための手段】
【０００８】
第１の案では、処理状況表示方法は、コンピュータが、異なる複数の種類の申請を総合的に受け付ける総合窓口における申請者に応じた申請手続き処理の進行状況を管理する管理データを参照して、申請者に対応づけて処理の進行状況を表示する際に、当日の処理対象の申請手続きのうち、未処理の処理の数が残り１つである申請者について強調した表示態様に制御する処理を実行する。
【発明の効果】
【０００９】
本発明の一の実施態様によれば、処理待ちの住民数の増加を抑制できるという効果を奏する。
【図面の簡単な説明】
【００１０】
【図１】図１は、実施例１に係るシステムの概略的な構成の一例を示す図である。
【図２】図２は、総合窓口で申請を受け付ける流れの一例を概略的に示した図である。
【図３】図３は、実施例１に係る窓口サーバの概略的な構成を示す図である。
【図４】図４は、主幹情報のデータ構成の一例を示す図である。
【図５】図５は、手続き情報のデータ構成の一例を示す図である。
【図６】図６は、受付状況情報のデータ構成の一例を示す図である。
【図７】図７は、処理状況画面の一例を示す図である。
【図８】図８は、申請の処理状況の表示の一例を説明する図である。
【図９】図９は、申請の処理状況の表示の一例を説明する図である。
【図１０】図１０は、申請の処理状況の表示の一例を説明する図である。
【図１１】図１１は、処理状況表示処理の手順の一例を示すフローチャートである。
【図１２】図１２は、処理状況表示プログラムを実行するコンピュータを示す図である。
【発明を実施するための形態】
【００１１】
以下に、本発明にかかる処理状況表示方法、処理状況表示プログラムおよび処理状況表示装置の実施例を図面に基づいて詳細に説明する。なお、この実施例によりこの発明が限定されるものではない。そして、各実施例は、処理内容を矛盾させない範囲で適宜組み合わせることが可能である。
【実施例１】
【００１２】
［システム構成］
最初に、実施例１に係るシステム１０の一例を説明する。図１は、実施例１に係るシステムの概略的な構成の一例を示す図である。システム１０は、市町村などの地方公共団体の役所における窓口業務の円滑化を図るシステムである。役所は、各種の行政サービスを提供している。このような行政サービスとしては、例えば、転入、転出、転居、出生など住民異動や、国民年金、国民健康保険、介護保険などが挙げられる。役所は、行政サービスに応じて担当する部署を分けており、届出を受け付ける窓口が分かれる。住民は、担当する部署の異なる複数の行政サービスの届出等を行う場合、複数の窓口を順に移動して届出を行う。
【００１３】
一方、上述したように、地方公共団体は、住民サービスの向上を模索しており、総合窓口を設け、担当する部署の異なる複数の行政サービスの届出を総合窓口で受け付けるワンストップ化を実現している場合がある。本実施例では、システム１０により総合窓口の窓口業務の円滑化を図る場合を例に説明する。なお、以下では、届出を「申請」とも称する。
【００１４】
図１に示すように、システム１０は、総合窓口に、窓口受付端末１１を有する。窓口受付端末１１は、ネットワークＮに通信可能に接続されている。かかるネットワークＮの一態様としては、有線又は無線を問わず、ＬＡＮ（Local  Area  Network）やＶＰＮ（Virtual  Private  Network）などの任意の種類の通信網を採用できる。なお、図１の例では、総合窓口に、窓口受付端末１１を１台設けた場合を例示したが、これに限定されず、窓口受付端末１１を任意の数とすることができる。
【００１５】
窓口受付端末１１は、総合窓口において窓口業務を担当する職員が使用する端末装置である。例えば、窓口受付端末１１は、パーソナルコンピュータなどのコンピュータである。なお、窓口受付端末１１は、タブレット端末などの携帯端末装置であってもよい。
【００１６】
ネットワークＮには、役所の各種の業務を担当する部署の端末装置および各種のサーバが通信可能に接続されている。例えば、各部署には、該部署に申請された処理の進捗状況を把握するための窓口バックエンド端末３０や担当課端末３１などの端末装置がそれぞれ設けられ、ネットワークＮに接続されている。窓口受付端末１１は、ネットワークＮを介して各部署の端末装置や各種のサーバと、総合窓口で受け付けた申請に関する各種のデータを送受信する。例えば、図１に示すように、ネットワークＮには、窓口サーバ２０が接続されている。また、ネットワークＮには、国民健康保険課の窓口バックエンド端末３０Ａと、担当課端末３１Ａとが接続されている。また、ネットワークＮには、国民年金課の窓口バックエンド端末３０Ｂと、担当課端末３１Ｂとが接続されている。なお、図１では、システム１０の構成を簡易化して示しているため、部署として国民健康保険課、国民年金課を図示したが、これに限定されるものではない。例えば、ネットワークＮには、その他、市民課、福祉課、学務課、介護保険課などの役所の各種の業務を行う部署の端末装置が接続されてよい。また、一部の装置は、役所の外部に設置されていてもよい。例えば、窓口サーバ２０は、データセンタに設置されていてもよい。
【００１７】
窓口サーバ２０は、窓口業務を支援する装置である。窓口サーバ２０は、例えば、パーソナルコンピュータやサーバコンピュータなどのコンピュータである。窓口サーバ２０は、１台のコンピュータとして実装してもよく、また、複数台のコンピュータにより実装してもよい。なお、本実施例では、窓口サーバ２０を１台のコンピュータとした場合を例として説明する。
【００１８】
窓口バックエンド端末３０Ａは、国民健康保険課において職員が、総合窓口から国民健康保険課に申請された業務の確認や実施に用いる、パソコン等の端末装置である。担当課端末３１Ａは、国民健康保険課において職員が、国民健康保険に関する業務に用いる、パソコン等の端末装置である。
【００１９】
窓口バックエンド端末３０Ｂは、国民年金課において職員が、総合窓口から国民年金課に申請された業務の確認や実施に用いる、パソコン等の端末装置である。担当課端末３１Ｂは、国民年金課において職員が、国民年金に関する業務に用いる、パソコン等の端末装置である。
【００２０】
ここで、図２を用いて、総合窓口で申請を受け付ける流れを説明する。図２は、総合窓口で申請を受け付ける流れの一例を概略的に示した図である。
【００２１】
行政サービスに関する申請を行う住民は、総合窓口の職員に申請内容を告げる。総合窓口の職員は、窓口受付端末１１により受付番号を交付する（Ｓ１０）。受付番号は、窓口受付端末１１を用いて交付してもよく、発券機等の他の装置により交付してもよい。窓口受付端末１１は、担当部署の異なる複数の行政サービスの申請を受け付ける（Ｓ１１）。総合窓口の職員は、住民に対するヒヤリングや、住民が記載した申請書類などの書類に基づいて、申請に関する情報や受付番号を窓口受付端末１１から入力する。窓口受付端末１１は、総合窓口の職員から申請の送信が指示されると、申請を行った住民の情報に対応付けて、申請に関する情報を窓口サーバ２０へ送信する（Ｓ１２）。例えば、窓口受付端末１１は、申請を行った住民の情報として、住民に交付した受付番号に対応付けて、申請に関する情報を窓口サーバ２０へ送信する。
【００２２】
窓口サーバ２０は、窓口受付端末１１からの各種の申請を受け付ける。窓口サーバ２０は、受け付けた各種の申請を、申請を行った住民の情報に対応付けて記憶する（Ｓ１３）。例えば、窓口サーバ２０は、受付番号に対応付けて、申請に関する情報を記憶する。窓口サーバ２０は、受け付けた各種の申請の処理要求を、それぞれの申請を担当する部署の窓口バックエンド端末３０や担当課端末３１に送信する（Ｓ１４）。各部署では、処理要求を受け付けると、申請された業務を処理する。
【００２３】
窓口サーバ２０は、窓口で受け付けた申請ごとに処理状況を管理する。窓口サーバ２０は、申請の処理状況の問い合わせを受け付ける。
【００２４】
窓口受付端末１１および窓口バックエンド端末３０は、窓口サーバ２０に対して随時、申請の処理状況の問い合わせを行う。例えば、窓口受付端末１１は、部署を指定せずに、総合窓口で受け付け申請の処理状況の問い合わせを行う（Ｓ１５）。また、窓口バックエンド端末３０は、部署を指定して申請の処理状況の問い合わせを行う（Ｓ１８）。
【００２５】
窓口サーバ２０は、処理状況の問い合わせに応じて、申請の処理状況を示した処理状況画面の画面データを、処理状況の問い合わせ元に送信して、処理状況画面を表示させる。例えば、窓口サーバ２０は、窓口受付端末１１からの処理状況の問い合わせに応じて、全ての部署の申請の処理状況を示した処理状況画面の画面データを窓口受付端末１１に送信して（Ｓ１６）、処理状況画面を表示させる（Ｓ１７）。また、窓口サーバ２０は、窓口バックエンド端末３０からの処理状況の問い合わせに応じて、指定された部署の申請の処理状況を示した処理状況画面の画面データを窓口バックエンド端末３０に送信して（Ｓ１９）、処理状況画面を表示させる（Ｓ２０）。
【００２６】
［窓口サーバの構成］
次に、実施例１に係る窓口サーバ２０の構成について説明する。図３は、実施例１に係る窓口サーバの概略的な構成を示す図である。窓口サーバ２０は、通信Ｉ／Ｆ（インタフェース）部５０と、記憶部５１と、制御部５２とを有する。
【００２７】
通信Ｉ／Ｆ部５０は、他の装置との間で通信制御を行うインタフェースである。通信Ｉ／Ｆ部５０は、ネットワークＮを介して他の装置と各種情報を送受信する。通信Ｉ／Ｆ部５０としては、ＬＡＮカードなどのネットワークインタフェースカードを採用できる。
【００２８】
記憶部５１は、ハードディスク、ＳＳＤ（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）等の集積回路を採用できる。制御部５２は、各種の処理手順を規定したプログラムや制御データを格納するための内部メモリを有し、これらによって種々の処理を実行する。制御部５２は、各種のプログラムが動作することにより各種の処理部として機能する。例えば、制御部５２は、受付部７０と、申請処理部７１と、判定部７２と、出力部７３とを有する。
【００４０】
受付部７０は、各種の申請の受け付けを行う。例えば、受付部７０は、総合窓口で受け付け可能な各種の申請を行う操作画面を窓口受付端末１１に表示させ、操作画面から各種の申請を受け付ける。受付部７０は、窓口受付端末１１から受付番号に対応付けて各種の申請に関する情報を受け付けると、各申請を手続き情報６１に登録する。例えば、受付部７０は、受付番号に対応付けて、現在日時を受付日時とし、処理状況を案内完了として、受付番号に対応付けて各申請を担当する部署の部署コード、申請された手続きに対応する手続コードを手続き情報６１に登録する。
【００４１】
また、受付部７０は、申請の処理状況の問い合わせを受け付ける。
【００４２】
申請処理部７１は、窓口業務を支援する各種の処理を行う。例えば、申請処理部７１は、窓口受付端末１１から送信された申請を担当する部署の装置に送信して申請の処理を依頼する。
【００４３】
判定部７２は、各種の判定を行う。例えば、判定部７２は、申請の処理状況の問い合わせを受け付けると、受付状況情報６２を参照して、処理すべき申請の数が所定数以下である住民が存在するか否かを判定する。
【００４４】
役所では、住民が複数の申請を行った場合、何れかの申請を担当する部署での処理が遅いため、住民を待たせてしまう場合がある。例えば、複数の申請のうちの１つの申請の処理が完了しないため、住民を待たせてしまう場合がある。各部署では、通常、受け付けた順に申請を処理するが、複数の申請のうちの１つの申請の処理が完了しないために住民を待たせている場合、該１つの申請を優先して処理した方が、住民の待ち時間を短縮でき、住民サービスが向上する。
【００４５】
処理状況が「案内完了」、「対応中」の申請は、申請を担当する部署で処理が完了していない未処理の申請であり、処理すべき申請である。また、総合窓口では、申請を行った住民に受付番号を交付しており、受付番号は、住民に対応付けられる。そこで、判定部７２は、受付状況情報６２を参照して、処理状況が「案内完了」、「対応中」の申請の数が所定数以下である受付番号が存在するか否かを判定する。例えば、判定部７２は、処理状況が「案内完了」、「対応中」の申請の数が１である受付番号が存在するか否かを判定する。すなわち、判定部７２は、複数の申請のうち、１つだけ処理が完了しない状態の住民が存在するか否かを判定する。
【００４６】
ところで、申請には、申請が完了するまで申請した住民の立ち合いを要するものと、申請した住民の立ち合いを要しないものがある。未処理の申請が立ち合いを要しない申請のみの場合、申請した住民が帰宅しても処理できる。
【００４７】
そこで、判定部７２は、手続き情報６１を参照して、立ち合い有無の項目が「Ｙ」である立ち合いを要する手続きを求める。そして、判定部７２は、受付状況情報６２を参照して、住民の立ち合いが必要であり、処理状況が「案内完了」、「対応中」の申請の数が１である受付番号が存在するか否かを判定する。すなわち、判定部７２は、複数の申請のうち、住民の立ち合いを要する申請が１つだけ処理が完了しない状態の住民が存在するか否かを判定する。
【００４８】
出力部７３は、各種の出力を行う。例えば、出力部７３は、申請の処理状況の問い合わせを受け付けると、受付状況情報６２を参照して、申請の受け付けからの経過時間が長いものから順に並べて、当日の処理対象の申請手続きのうち、未処理の処理の申請の処理状況を表示した処理状況画面の画面データを生成する。例えば、出力部７３は、処理状況の問い合わせで部署を指定されていない場合、処理状況が「案内完了」、「対応中」の申請の処理状況を示した処理状況画面の画面データを生成する。一方、出力部７３は、処理状況の問い合わせで部署を指定された場合、指定された部署の部署コードが部署コードの項目に設定され、処理状況が「案内完了」、「対応中」の申請の処理状況を示した処理状況画面の画面データを生成する。
【００４９】
また、出力部７３は、判定部７２による判定の結果、処理すべき申請の数が所定数以下である住民が存在する場合、該住民に対応付けられた処理すべき申請の処理に関するアラートを出力する。例えば、出力部７３は、申請者に対応づけて処理の進行状況を表示する際に、当日の処理対象の申請手続きのうち、未処理の処理の数が残り１つである申請者について強調した表示態様に制御する。ところで、上述のように、申請には、申請が完了するまで申請した住民の立ち合いを要するものと、申請した住民の立ち合いを要しないものがある。未処理の申請が立ち合いを要しない申請のみの場合、申請した住民が帰宅しても処理できる。そこで、例えば、出力部７３は、申請者に対応づけて処理の進行状況を表示する際に、当日の処理対象の申請手続きのうち、未処理の処理であって申請者の立ち合いが要求される処理の数が残り１つである申請者について強調した表示態様に制御する。例えば、出力部７３は、処理状況画面に表示する受付番号に、処理状況が「案内完了」、「対応中」の申請の数が１である受付番号が存在する場合、該受付番号の申請にアラート表示させる画面データを生成する。
【００５０】
出力部７３は、生成した画面データを処理状況の問い合わせ元に出力して、処理状況画面を表示させる。
【００５１】
図７は、処理状況画面の一例を示す図である。処理状況画面１００は、処理状況を表示する部署の条件を指定する領域１０１と、申請の処理状況を表示する領域１０２が設けられている。領域１０１は、表示する部署の指定を行う領域であり、指定なしと、各部署が選択可能とされている。なお、指定なしは、全ての部署の指定としてもよい。窓口受付端末１１および窓口バックエンド端末３０は、所定のタイミングで、処理状況画面１００の領域１０１で選択結果を部署の指定として申請の処理状況の問い合わせ、領域１０２に申請の処理状況を表示する。所定のタイミングは、例えば、３０秒ごとなど所定期間ごとの周期的なタイミングや担当者が指定したタイミングであってもよい。領域１０２には、受付日時の古い順に、各申請の受付日時からの経過時間と、受付日時と、受付番号と、状況と、主幹を表示する項目が設けられている。状況の項目は、デフォルトで現在の処理状況が表示される。また、状況の項目は、処理状況を変更可能とされている。本実施例では、状況の項目は、「対応中」、「保留」、「完了」に変更可能とされている。部署の担当者は、申請の処理を開始すると、該申請の状況の項目を「対応中」に変更する。また、部署の担当者は、申請の処理を保留し、住民を待たせる必要がない場合、該申請の状況の項目を「保留」に変更する。また、部署の担当者は、申請の処理が完了すると、該申請の状況の項目を「完了」に変更する。受付部７０では、領域１０２の状況の項目が変更されると、状況の項目が変更された申請の受付状況情報６２の状況の項目を変更された状況に更新する。
【００５２】
次に、申請の処理状況の表示の一例を説明する。図８は、申請の処理状況の表示の一例を説明する図である。図８には、処理状況画面１００の領域１０２を簡略化して示している。また、図８には、受付状況情報６２の一例が示されている。総合窓口の担当者は、全ての申請の処理状況を把握するため、窓口受付端末１１の処理状況画面１００で部署を指定せずに、申請の処理状況の問い合わせを行う。受付状況情報６２が図８に示すデータである場合、領域１０２には、処理状況が「案内完了」、「対応中」の申請が全て表示される。図８の例では、領域１０２の右側に、申請が住民の立ち合いを要するか否かが示されている。「Ｙ」は、立ち合いを要し、「Ｎ」は立ち合いを要しないことを示す。受付番号「１３００００５９」は、処理が完了していない申請が３件あるが、国民年金課と福祉課は、住民の立ち会いが不要のため、帰宅後処理すればよい。受付番号「１３００００５９」は、住民が立ち合いを要する処理待ちの申請が国民健康保険課の手続きだけであるので、表示形態を変えてアラートを出力する。例えば、出力部７３は、処理状況画面１００の領域１０２の受付番号「１３００００５９」のレコードの背景色を他のレコードと変えてアラートを出力する。受付番号「１３００００６０」は、申請が２件あり、両方ともに、住民の立ち会いを要するため、アラームが出力されない。総合窓口の担当者は、処理状況画面１００を確認してアラートが出力された申請を担当する部署に、手続きの督促を行う。これにより、受付番号「１３００００５９」の住民の待ち時間を短縮できるため、処理待ちの住民数の増加を抑制できる。また、処理状況画面１００には、処理状況が「完了」と「保留」の申請は、表示されない。よって、総合窓口の担当者は、処理状況画面１００を確認することにより、住民の立ち会いを要するため、住民を待たせなければならない申請のみを把握できる。
【００５３】
図９は、申請の処理状況の表示の一例を説明する図である。図９には、処理状況画面１００の領域１０２を簡略化して示している。また、図９には、受付状況情報６２の一例が示されている。国民健康保険課の担当者は、自部署の申請の処理状況を把握するため、窓口バックエンド端末３０Ａの処理状況画面１００で国民健康保険課を指定して、申請の処理状況の問い合わせを行う。受付状況情報６２が図９に示すデータである場合、領域１０２には、国民健康保険課が担当部署、かつ、処理状況が「案内完了」、「対応中」の申請が全て表示される。図９の例では、領域１０２の右側に、申請が住民の立ち合いを要するか否かが示されている。「Ｙ」は、立ち合いを要し、「Ｎ」は立ち合いを要しないことを示す。受付番号「１３００００５９」は、処理が完了していない申請が３件あるが、国民年金課と福祉課は、住民の立ち会いが不要のため、住民の帰宅後にも処理できる。受付番号「１３００００５９」は、住民が立ち合いを要する処理待ちの申請が国民健康保険課の手続きだけであるので、表示形態を変えてアラートを出力する。例えば、出力部７３は、処理状況画面１００の領域１０２の受付番号「１３００００５９」のレコードの背景色を他のレコードと変えてアラートを出力する。受付番号「１３００００６０」は、国民健康保険課以外にも、住民が立ち合いを要する処理待ちの申請があるため、アラートが出力されない。国民健康保険課の担当者は、処理状況画面１００を確認してアラートが出力された受付番号「１３００００５９」の申請の処理を優先する。これにより、受付番号「１３００００５９」の住民の待ち時間を短縮できるため、処理待ちの住民数の増加を抑制できる。
【００５４】
図１０は、申請の処理状況の表示の一例を説明する図である。図１０には、処理状況画面１００の領域１０２を簡略化して示している。また、図１０には、受付状況情報６２の一例が示されている。国民年金課の担当者は、自部署の申請の処理状況を把握するため、窓口バックエンド端末３０Ｂの処理状況画面１００で国民年金課を指定して、申請の処理状況の問い合わせを行う。受付状況情報６２が図１０に示すデータである場合、領域１０２には、国民年金険課が担当部署、かつ、処理状況が「案内完了」、「対応中」の申請が全て表示される。図１０の例では、領域１０２の右側に、申請が住民の立ち合いを要するか否かが示されている。「Ｙ」は、立ち合いを要し、「Ｎ」は立ち合いを要しないことを示す。受付番号「１３００００５９」は、処理が完了していない申請が１件あるが、国民年金課は住民の立ち会いが不要のため、住民の帰宅後にも処理できる。このため、受付番号「１３００００５９」には、アラートが出力されない。受付番号「１３００００６０」は、国民年金課以外にも、住民が立ち合いを要する処理待ちの申請があるため、アラートが出力されない。国民年金課の担当者は、処理状況画面１００を確認し、アラートが出力された申請が無いことにより、処理を優先する申請が無いことを把握できる。
【００５５】
［処理の流れ］
次に、本実施例に係る窓口サーバ２０が申請の処理状況を管理する処理状況表示処理の流れを説明する。図１１は、処理状況表示処理の手順の一例を示すフローチャートである。この処理状況表示処理は、処理状況の問い合わせを受け付けたタイミングで実行される。
【００５６】
図１１に示すように、判定部７２は、手続き情報６１を参照して、立ち合い有無の項目が「Ｙ」である立ち合いを要する手続きを求める（Ｓ１００）。そして、判定部７２は、受付状況情報６２を参照して、住民の立ち合いが必要であり、処理状況が「案内完了」、「対応中」である処理すべき申請の数が１である受付番号が存在するか否かを判定する（Ｓ１０１）。
【００５７】
出力部７３は、受付状況情報６２を参照して、指定された条件の部署について、処理状況が「案内完了」、「対応中」の申請の処理状況を示した処理状況画面の画面データを生成する（Ｓ１０２）。この際、出力部７３は、処理状況画面に表示する受付番号に、Ｓ１０１により、処理すべき申請の数が１であると判定された受付番号が存在する場合、該受付番号の申請にアラート表示させる画面データを生成する。
【００５８】
出力部７３は、生成した画面データを処理状況の問い合わせ元に出力し（Ｓ１０３）、処理を終了する。
【００５９】
［効果］
本実施例に係る窓口サーバ２０は、異なる複数の種類の申請を総合的に受け付ける総合窓口における申請者に応じた申請手続き処理の進行状況を管理する受付状況情報６２を参照して、申請者に対応づけて処理の進行状況を表示する際に、当日の処理対象の申請手続きのうち、未処理の処理の数が残り１つである申請者について強調した表示態様に制御する。これにより、窓口サーバ２０は、処理待ちの住民数の増加を抑制できる。
【００６０】
また、本実施例に係る窓口サーバ２０は、受付状況情報６２を参照して、申請者に対応づけて処理の進行状況を表示する際に、当日の処理対象の申請手続きのうち、未処理の処理であって申請者の立ち合いが要求される処理の数が残り１つである申請者について強調した表示態様に制御する。これにより、窓口サーバ２０は、処理を待つ必要がある処理の数が残り１つである申請者の申請についてアラートを出力できる。
【００６１】
また、本実施例に係る窓口サーバ２０は、申請手続き処理の進行状況の表示を、申請の受け付けからの経過時間が長いものから順に並べて表示する。これにより、窓口サーバ２０は、経過時間が長い順に申請の進行状況を把握できる。
【００６２】
また、本実施例に係る窓口サーバ２０は、残り１つの処理を担当する部署に、該処理に関するアラートを出力する。これにより、窓口サーバ２０は、残り１つの処理を担当する部署に、残り１つの申請の速やかな処理を促すことができる。
【００６３】
また、本実施例に係る窓口サーバ２０は、受付状況情報６２を参照して、申請された手続きのうち、処理の保留が指定された手続きを除いた、処理の数が残り１つである申請者について強調した表示態様に制御する。これにより、窓口サーバ２０は、処理を待つ必要がある申請の数が残り１つである住民の申請についてアラートを出力できる。
【００６４】
また、本実施例に係る窓口サーバ２０は、所定数を１とする。これにより、窓口サーバ２０は、複数の申請のうちの１つの届出の処理が完了しないために住民を待たせている場合、該１つの届出をアラートして優先して処理させることができるため、該住民の待ち時間を短縮できる。
【実施例２】
【００６５】
さて、これまで開示の装置に関する実施例について説明したが、開示の技術は上述した実施例以外にも、種々の異なる形態にて実施されてよいものである。そこで、以下では、本発明に含まれる他の実施例を説明する。
【００６６】
例えば、上記の実施例では、図８、図９において処理状況画面１００の領域１０２の受付番号のレコードの表示形態を変えてアラートを出力する場合を例に説明したが、開示の装置はこれに限定されない。アラートは、担当者に報知できれば何れの方式を用いてもよい。例えば、アラームの出力やメッセージの出力によりアラートを行ってもよい。
【００６７】
また、図示した各装置の各構成要素は機能概念的なものであり、必ずしも物理的に図示の如く構成されていることを要しない。すなわち、各装置の分散・統合の具体的状態は図示のものに限られず、その全部又は一部を、各種の負荷や使用状況などに応じて、任意の単位で機能的又は物理的に分散・統合して構成することができる。例えば、受付部７０、申請処理部７１、判定部７２および出力部７３の各処理部が適宜統合又は分割されてもよい。また、各処理部にて行なわれる各処理機能は、その全部又は任意の一部が、ＣＰＵ及び該ＣＰＵにて解析実行されるプログラムにて実現され、あるいは、ワイヤードロジックによるハードウェアとして実現され得る。
【００６８】
［処理状況表示プログラム］
また、上記の実施例で説明した各種の処理は、あらかじめ用意されたプログラムをパーソナルコンピュータやワークステーションなどのコンピュータシステムで実行することによって実現することもできる。そこで、以下では、上記の実施例と同様の機能を有するプログラムを実行するコンピュータシステムの一例を説明する。図１２は、処理状況表示プログラムを実行するコンピュータを示す図である。
【００６９】
図１２に示すように、コンピュータ３００は、ＣＰＵ３１０、ＨＤＤ（Hard  Disk  Drive）３２０、ＲＡＭ（Random  Access  Memory）３４０を有する。これら３１０〜３４０の各部は、バス４００を介して接続される。
【００７０】
ＨＤＤ３２０には上記実施例の各処理部と同様の機能を発揮する処理状況表示プログラム３２０ａが予め記憶される。例えば、上記実施例の受付部７０、申請処理部７１、判定部７２および出力部７３と同様の機能を発揮する処理状況表示プログラム３２０ａを記憶させる。なお、処理状況表示プログラム３２０ａについては、適宜分離しても良い。
【００７１】
また、ＨＤＤ３２０は、各種データを記憶する。例えば、ＨＤＤ３２０は、ＯＳや各種データを記憶する。
【００７２】
そして、ＣＰＵ３１０が、処理状況表示プログラム３２０ａをＨＤＤ３２０から読み出して実行することで、実施例の各処理部と同様の動作を実行する。すなわち、処理状況表示プログラム３２０ａは、実施例の受付部７０、申請処理部７１、判定部７２および出力部７３と同様の動作を実行する。
【００７３】
なお、上記した処理状況表示プログラム３２０ａについては、必ずしも最初からＨＤＤ３２０に記憶させることを要しない。例えば、コンピュータ３００に挿入されるフレキシブルディスク（ＦＤ）、Compact  Disk  Read  Only  Memory（ＣＤ−ＲＯＭ）、Digital  Versatile  Disk（ＤＶＤ）、光磁気ディスク、ＩＣカードなどの「可搬用の物理媒体」にプログラムを記憶させておく。そして、コンピュータ３００がこれらからプログラムを読み出して実行するようにしてもよい。
【００７４】
さらには、公衆回線、インターネット、ＬＡＮ、ＷＡＮなどを介してコンピュータ３００に接続される「他のコンピュータ（又はサーバ）」などにプログラムを記憶させておく。そして、コンピュータ３００がこれらからプログラムを読み出して実行するようにしてもよい。
【符号の説明】
【００７５】
１０  システム
１１  窓口受付端末
２０  窓口サーバ
３０  窓口バックエンド端末
３１  担当課端末
５１  記憶部
５２  制御部
６０  主幹情報
６１  手続き情報
６２  受付状況情報
７０  受付部
７１  申請処理部
７２  判定部
７３  出力部
【図１】
0006641836.tif 000002
【図２】
0006641836.tif 000003
【図３】
0006641836.tif 000004
【図４】
0006641836.tif 000005
【図５】
0006641836.tif 000006
【図６】
0006641836.tif 000007
【図７】
0006641836.tif 000008
【図８】
0006641836.tif 000009
【図９】
0006641836.tif 000010
【図１０】
0006641836.tif 000011
【図１１】
0006641836.tif 000012
【図１２】
0006641836.tif 000013