JP6193519B1 - 窓口支援システム及び窓口支援プログラム - Google Patents

Abstract

【課題】住民及び職員の双方にとって、役所の窓口での手続きの負担を軽減でき、窓口での時間を短縮でき、全体の効率化を図ることができる技術を提供する。【解決手段】窓口支援システムは、来所した住民が操作可能である受付窓口のカメラ機能付きの受付端末１と、複数の請求窓口に設けられた職員用の窓口端末２と、受付端末１及び窓口端末２に接続されるサーバ３とを備える。受付端末１は、画面での請求者の操作に基づいて、書類の申請書の選択データ、本人確認証の選択データ、及びカメラ機能を用いて撮像された請求者の本人確認証の画像を含む本人確認証データを、来所情報５１としてサーバ３へ送信し、サーバ３は、受付端末１から受信した来所情報５１に基づいて、本人確認証データを含む、請求窓口の職員に必要な情報を、来所情報５２として窓口端末２へ送信し、窓口端末２は、サーバ３から受信した来所情報５２に基づいて、本人確認証データを含む情報を表示する。【選択図】図１

Description

本発明は、情報処理技術に関し、行政機関での各種の届出や申請等の手続きを支援するための情報処理システム等に関する。

官庁、市役所、町村役場等の行政機関の建物では、住民は用件に応じて市民課等の手続きを担当する窓口へ行き、各種の書類の届出や申請等の手続きを行っている。多くの場合、住民は、行政機関の手続きを担当する課の窓口（請求窓口とも記載する）や受付の記入台に備え付けられている、対象の書類に対応する種類の申請書に、申請内容、必要枚数、住所、氏名、電話番号、用途、その他を記入し、手続き担当の窓口に並び、実際に対応が行われる順番を待つ。住民は、自分の順番が来たら、職員に申請書を渡し本人確認証等を提示する。職員は、本人確認証を用いて住民と対面で見比べることで本人確認し、申請書の内容を確認し、申請された書類の発行等を行う。

行政機関での窓口支援に関する先行技術例として、特開２００２−１４９９０３号公報（特許文献１）、特開２００２−７４００６号公報（特許文献２）が挙げられる。特許文献１には、総合接客サービス支援システム等として、申請者が複数の窓口で申請する場合に労力や時間を要する旨や、以下の旨が記載されている。そのシステムは、総合窓口端末、複数の事務処理端末、制御コンピュータを有する。制御コンピュータは、総合窓口端末で受け付けた顧客からの情報に基づいて、どの事務処理端末に事務処理を行わせるかを判定し、その事務処理端末に事務処理を実行させる。

特許文献２には、顧客受付システムとして、窓口で手続きを行う前に、顧客の用件の確認、手続き書類への記入、本人確認を終了して、窓口手続き時間を短縮する旨や、以下の旨が記載されている。そのシステムは、受付端末、窓口端末、端末管理サーバ等を有する。端末管理サーバは、受付端末に入力された本人識別情報を用いて顧客ＤＢの個人情報を検索し、窓口端末へ送信し、手続き書類を発行させる。

特開２００２−１４９９０３号公報 特開２００２−７４００６号公報

しかしながら、特許文献１記載の従来システムは、顧客が複数の事務処理が必要な場合でも総合窓口で１回の要請で複数の事務処理ができるようになるが、総合窓口端末が制御コンピュータを介して事務処理端末とデータを授受するので、セキュリティを確保するため窓口端末を操作する職員を配置する必要等がある。

また、特許文献２記載の従来システムは、顧客が受付端末を操作可能にするが、顧客自身の本人識別情報及び個人情報を登録しておく必要があり、システムの大型化、煩雑化が課題となる。

本発明の目的は、役所等の行政機関の窓口での手続きを支援するための情報処理システムに関して、個人情報に係わるセキュリティを高めて、住民及び職員の双方にとって、窓口での手続きの負担を軽減できるとともに、窓口での時間を短縮でき、住民の利便性の向上、全体の効率化を図ることができる技術を提供することである。

本発明のうち代表的な実施の形態は、窓口支援システムであって、以下に示す構成を有することを特徴とする。

一実施の形態の窓口支援システムは、各種書類の交付請求を受け付けて請求された書類を発行する行政機関の窓口での手続きを支援する窓口支援システムであって、受付窓口に設けられたカメラ機能付きの端末、もしくは前記受付窓口に請求者自身が持参したカメラ機能付きの携帯端末であり、前記請求者が操作可能である、受付端末と、複数の請求窓口に設けられた、職員用の窓口端末と、前記受付端末及び前記窓口端末に接続されるサーバと、を備え、前記受付端末は、画面での前記請求者の操作に基づいて、前記書類の申請書の選択データ、本人確認証の選択データ、及び前記カメラ機能を用いて撮像された前記請求者の本人確認証の画像を含む本人確認証データを、第１来所情報として前記サーバへ送信し、前記サーバは、前記受付端末から受信した前記第１来所情報に基づいて、前記本人確認証データを含む、前記請求窓口の職員に必要な情報を、第２来所情報として少なくとも１つの前記窓口端末へ送信し、前記窓口端末は、前記サーバから受信した前記第２来所情報に基づいて、前記本人確認証データを含む情報を表示する。

本発明のうち代表的な実施の形態によれば、役所等の行政機関の窓口での手続きを支援するための情報処理システムに関して、個人情報に係わるセキュリティを高めて、住民及び職員の双方にとって、窓口での手続きの負担を軽減できるとともに、窓口での時間を短縮でき、住民の利便性の向上、全体の効率化を図ることができる。住民の個人情報等の漏洩等が無いようセキュリティを確保でき、住民自身が受付にて備え付けの端末もしくは住民自身の携帯端末を操作することで、申請のための作業負担や本人確認の負担を軽減できるとともに、行政機関の効率化を図ることができる。

本発明の実施の形態１の窓口支援システムの構成を示す図である。 実施の形態１の窓口支援システムで、概要のシーケンスを示す図である。 実施の形態１で、受付端末の構成を示す図である。 実施の形態１で、窓口端末の構成を示す図である。 実施の形態１で、サーバの構成を示す図である。 実施の形態１の窓口支援システムで、手続き案内及び申請書作成のシーケンスを示す図である。 実施の形態１で、受付端末のトップ画面の例を示す図である。 実施の形態１で、受付端末の手続き案内画面の第１例としてライフイベント画面を示す図である。 実施の形態１で、受付端末の手続き案内画面の第２例としてライフイベント手続き種類選択画面を示す図である。 実施の形態１で、受付端末の手続き案内画面の第３例としてヒアリング項目画面を示す図である。 実施の形態１で、案内票の構成例を示す図である。 実施の形態１の変形例における、案内票の構成例を示す図である。 実施の形態１で、受付端末の申請書作成画面の第１例として申請書選択画面を示す図である。 実施の形態１で、受付端末の申請書作成画面の第２例として本人確認証選択画面を示す図である。 実施の形態１で、受付端末の申請書作成画面の第３例として登録選択画面を示す図である。 実施の形態１で、受付端末の申請書作成画面の第４例として本人確認証処理画面を示す図である。 実施の形態１で、申請書の構成例を示す図である。 実施の形態１で、窓口端末の来所情報一覧画面の例を示す図である。 実施の形態１で、窓口端末の来所情報詳細画面の例を示す図である。 本発明の実施の形態２の窓口支援システムの構成を示す図である。

以下、本発明の実施の形態を図面に基づいて詳細に説明する。なお、実施の形態を説明するための全図において同一部には原則として同一符号を付し、その繰り返しの説明は省略する。

（実施の形態１）
図１〜図１９を用いて、本発明の実施の形態１の窓口支援システムについて説明する。実施の形態１では、受付端末として、行政機関が用意する備え付けのカメラ機能付きの端末を用いる。

［窓口支援システム（１）］
図１は、実施の形態１の窓口支援システムの全体の構成を示す。窓口支援システムは、対象とする役所等の建物内に設けられている。役所等の建物内には、入口受付（受付窓口とも記載する）、複数の各々の課等のエリアがある。図１では便宜上１つの課を示す。窓口支援システムは、受付端末１、窓口端末２、サーバ３、第１ＬＡＮ４Ａ、無線ＬＡＮ５、入口受付のプリンタ６を有する。サーバ３は、ＤＢ５０等を含む。既存システム１０は、サーバ１１、ＰＣ１２、課のプリンタ１３等を含む。受付端末１と窓口端末２とは、各々無線ＬＡＮ５を通じてサーバ３に接続されている。これにより、サーバ３、プリンタ６、窓口端末２等は、第１ＬＡＮ４Ａを通じて接続されている。サーバ１１、ＰＣ１２、プリンタ１３は、第２ＬＡＮ４Ｂを通じて接続されている。無線ＬＡＮ５は、Ｗｉ−Ｆｉ等で構成される。第１ＬＡＮ４Ａ、第２ＬＡＮ４Ｂは、有線ＬＡＮであるが、無線ＬＡＮとしてもよい。第１ＬＡＮ４Ａと第２ＬＡＮ４Ｂは、システム的に分離されている。第１ＬＡＮ４Ａは窓口支援システムに係わるＬＡＮであり、第２ＬＡＮ４Ｂは既存システム１０に係わるＬＡＮである。例えば、受付端末１等からサーバ１１にアクセスすることは無い。なお、第１ＬＡＮ４Ａと第２ＬＡＮ４Ｂは、物理的には１つのＬＡＮとして接続されて論理的には非接続（両システム間でのアクセス禁止）とされてもよい。

住民は、届出や申請等の手続きのために、役所等の建物に来所する。住民は、来所の際に、本人確認証７や他の必要書類等を持参している。住民は、入口受付に来ると、受付端末１を利用することができる。実施の形態１では、運用例として、基本的に、全住民が入口受付の受付端末１を利用してから課の窓口へ向かうとする。

入口受付において、所定の位置に、１台以上の受付端末１が設置されている。実施の形態１では、受付端末１は、その役所が用意しているタブレット端末で構成され、カメラ機能等を備え、タッチ入力操作が可能である。運用例として、この受付端末１は、所定の位置に固定で設置されて利用されてもよいし、入口受付のエリア内において、住民が持ち運んで利用されてもよい。

入口受付の受付端末１の近くの所定の位置には、プリンタ６が設置されている。プリンタ６は、受付端末１及びサーバ３からの制御に基づいて、案内票８や申請書９を印刷出力する。住民は、出力された案内票８や申請書９を受け取る。住民は、案内票８に従って課の窓口（請求窓口）へ向かう。住民は、申請書９内の空欄に必要事項を記入して課の窓口に提出する。

課としては、例えば、市民課、年金保険課、福祉課等があり、役所に応じて異なる。１つの課には、１つ以上の窓口が設けられている。本システムでは、窓口とは、職員が住民に対して対応を行う場所を指す。例えば、窓口には、職員側と住民側とを隔てるカウンター台があり、座席等が設置されている。窓口に訪れた住民は、自分の順番が来たら、カウンター台の席に着く。１つの窓口では、一人以上の職員が担当して対応を行う。

課の窓口には、所定の位置に、１台以上の窓口端末２が設置されている。実施の形態１では、窓口端末２は、その役所が用意しているタブレット端末で構成され、タッチ入力操作が可能である。窓口端末２は、窓口の担当の職員が操作する。

また、課の窓口には、多くの場合、特に訪れる人数が多い窓口の場合、従来から、発券機１４等の機器やシステムが設置されている。通常の運用では、発券機１４の発券の番号を用いて、複数の住民の手続きの順序が整理される。発券機１４は、順序管理のために、課を訪れた住民に対し、発券を行う。住民は、発券を受け取り、自分の順番が来るのを待つ。発券機１４または他のシステムまたは職員は、発券の番号の順に、表示や音声等によって住民の呼び出しを行い、対応する窓口へ誘導する。住民は、自分の順番が来たら、指定された窓口番号の窓口の席に着く。住民は、窓口の所定の提出箱または職員に対し、必要事項が記入された申請書９を提出する。職員は、住民の本人確認（後述）と申請書９の内容確認とを行い、間違いがなければ、住民からの申請書９等に基づいて、申請された書類１５（例えば戸籍謄本）を発行して渡す。住民は、その窓口での手続きを済ませると、案内票８に従い、他の手続きがある場合には次の課の窓口へ向かう。他の課の窓口でも同様である。住民は、役所での用件を済ませると帰る。

既存システム１０は、窓口支援システムの導入前から役所に設けられている住民情報システム等であり、公知技術で構成されている。サーバ１１は、機能として、住民情報の管理、書類１５の発行等がある。ＰＣ１２は、サーバ１１とクライアントサーバ通信を行う。職員は、ＰＣ１２の画面を見ながら操作し、住民情報の参照や、書類１５の発行を行う。プリンタ１３は、サーバ１１及びＰＣ１２からの制御に基づいて、書類１５等を印刷出力する。

なお、実施の形態１の窓口支援システムにおいて、既存システム１０は、独立しており、従来通り動作する。既存システム１０は、窓口支援システムのサーバ３や窓口端末２との連携動作は不要であり、窓口支援システムの導入の際に仕様変更等も不要である。そのため、この窓口支援システムは、導入しやすく、既存システム１０との並存に問題無い。

サーバ３及びＤＢ５０を含むサーバシステムは、窓口支援システムの制御部を構成している。サーバ３は、窓口支援システムの全体を制御、管理し、窓口支援機能を含む各機能を実現する。サーバ３は、内部または外部にＤＢ５０を有し、ＤＢ５０に情報を格納し、ＤＢ５０の情報を参照する。ＤＢ５０は、ストレージに格納されてもよいし、第１ＬＡＮ４Ａに接続されるＤＢサーバ等で実現されてもよい。ＤＢ５０には、窓口支援システムで管理する各種の情報が格納される。サーバシステムは、建物内の所定の管理室等に設置され、セキュリティ対策が施される。

所定の権限を持つ管理者は、管理用ＰＣからのアクセスに基づいてサーバ３及びＤＢ５０を保守管理する。管理者は、セキュリティ確保に基づいて、ＤＢ５０の情報を参照することができる。その情報は、例えば来所状況を表すグラフ等であり、住民個人情報を含まない。サーバ３は、来所状況を把握する機能、及び来所状況を表すグラフ等を作成する機能を有する。職員は、そのグラフを参照することで、期間毎及び課窓口毎の、来所の人数や繁忙度合い等を確認することができるので、業務の計画や改善等に有用である。

住民は、受付端末１を操作し、窓口支援の機能（後述の手続き案内や申請書作成）を利用する。住民は、申請書９の作成の場合、受付端末１を操作し、本人確認証７を撮影して登録する。受付端末１の操作に伴い、受付端末１からサーバ３へ来所情報５１等の情報が通知として送信される。受付端末１とサーバ３との間では、来所情報５１等の各種の情報が授受される。来所情報５１は、住民が来所したことを表す情報であり、住民が選択入力した用件や各種の情報を含む。来所情報５１は、例えば受付ＩＤ、用件、住民入力情報、制御情報等が含まれている。用件は、届出や申請の種類等がある。住民入力情報や制御情報は、後述の画面の項目に対応付けられた情報である。来所情報５１は、住民が本人確認証７に関する登録を行った場合、本人確認証７の画像や情報が含まれている。

サーバ３は、来所情報５１等を受信し、来所状況を把握する。サーバ３は、来所情報５１に基づいて、案内票８や申請書９の要求を受けた場合には、案内票８や申請書９の出力データをプリンタ６に送信して印刷出力させる。サーバ３は、来所情報５１に基づいて、住民の用件に対応する課の窓口の窓口端末２へ、来所情報５２を通知として送信する。

来所情報５２は、受付端末１で受け付けた住民のうち、その課の窓口に関する用件を持つ住民に関する来所を表す情報であり、住民の用件や各種の情報を含む。来所情報５２は、例えば受付ＩＤ、用件、本人確認証７の画像や情報、住民入力情報、制御情報等が含まれている。窓口端末２は、受信した来所情報５２に基づいて、画面に来所情報一覧を表示する。職員は、その画面で、来所した住民の用件等を知ることができる。

サーバ３は、受付端末１の画面での住民（請求者）の操作に基づいて受付端末１から送信された、申請書選択データ、本人確認証選択データ、及び本人確認証データ等を含む来所情報５１を受信する。本人確認証データは、受付端末１のカメラ機能を用いて撮影された本人確認証７の画像や、その画像から一部画像または一部文字情報として抽出された本人データを含む。本人データは、住所、氏名、生年月日、性別等の所定項目情報であり、基本情報である。サーバ３は、来所情報５１として受信したそれらの情報から、該当する複数の各々の窓口の職員のために必要な所定の情報（本人確認証データを含む）を、来所情報５２として、複数の各々の窓口端末２へ送信する。

なお、窓口支援システムは、課の窓口に発券機１４が無い場合にも適用可能である。

［窓口支援システム（２）］
実施の形態１の窓口支援システムは、役所に備え付けのタブレット端末等を用いて、役所内の手続き案内や申請書作成等を支援する。住民は、入口受付の受付端末１の画面を通じて、各種の手続き案内や申請書作成支援等を受けることができる。住民は、画面で選択肢を選択する操作や、メッセージに従って必要事項を入力する操作を行う。これに基づいて、受付のプリンタ６から、案内票８や申請書９が出力される。案内票８には、手続きの対象の書類１５毎に、どの課の窓口へ行くべきか、どのような人が対象となるか、他の必要な書類や手数料等の情報が記載されている（後述の図１１）。住民は、案内票８を見て、自分の手続きの内容をわかりやすく確認でき、目的の課の窓口へ行って手続きを行うことができる。また、案内票８には、複数の課の窓口の情報が整理されて記載され、順序や受付人数等も記載可能である（後述の図１２）。

また、受付端末１では、申請書９の作成に伴い、カメラを用いて本人確認証７を撮像してその画像及び情報を来所情報５１として送信することができる。撮像した本人確認証７の画像から情報として、一部の基本情報（現住所、氏名、生年月日等）が抽出される。入口受付では、住民の申請等の手続きに必要な種類の申請書９が印刷出力できる。その申請書９には、本人確認証７の画像から抽出された一部の基本情報が自動記載される。また、窓口端末２へ通知及び表示される来所情報５２に、本人確認証７の画像及び情報を記載できる。住民は、窓口の手続きの際に、本人確認証７の提示を省略でき、職員は、その際に、来所情報５２の本人確認証情報を確認すればよい。住民は、複数の窓口での手続きを要する場合に、各申請書９に基本情報を何回も記入する手間を削減できる。

受付端末１から入力される住民の情報や本人確認証７のデータは、窓口支援システム内での一時的な情報やデータである。この情報やデータは、例えば受付端末１であれば、案内票８や申請書９を出力した後に消去される。窓口端末２であれば、手続きの用件が終了した後に消去される。受付端末１から入力された情報やデータは、直ちに暗号化処理等が施された上で、サーバ３に転送され、サーバ３で一時的にセキュアに保持される。無線ＬＡＮ５における来所情報５１，５２等の情報の授受は、暗号化通信とされ、セキュリティが確保される。受付端末１や窓口端末２内にはその情報やデータは保持されない。受付端末１や窓口端末２は、グラフィカル・ユーザ・インタフェース（ＧＵＩ）を提供し、主な処理やデータ保持はサーバ３で行われる。このため、タブレット端末が万一盗難等にあった場合でも、上記住民の情報やデータは当該端末には残っていないので漏洩しない。

また、実施の形態２で後述するが、受付端末１は、役所または事業者が配信するアプリを、住民自身が所有している携帯端末にインストールすることでも実現できる。来所した住民は、自分の携帯端末である受付端末１のアプリを操作して、実施の形態１と同様に窓口支援を受けることができる。また、この場合には、住民が役所へ来る前に、自分の携帯端末で本人確認証７を撮像しておくことも可能になるので、役所内での手続きの時間短縮ができる。

受付端末１からサーバ３を介して窓口端末２に自動的に通知される来所情報５２の内容は、窓口端末２の画面に一覧で表示される。課の窓口の職員は、その来所情報５２の内容を見て、窓口に来る住民及び用件を事前に確認できる。そのため、職員は、手続きのために早めに準備ができ、実際の対応を素早く効率的に行うことができる。窓口端末２に一時的に保持された住民の情報やデータも、窓口での手続きの用件の終了直後に消去される。住民の申請書の用件が複数の窓口に係わる場合、受付端末１からサーバ３に送信された来所情報５１（用件や本人確認証画像を含む）に基づいて、サーバ３から該当する複数の各々の窓口の窓口端末２へ来所情報５２が送信される。そのため、住民は、最初に受付端末１で本人確認証７の画像を一時登録しておけば、その後に複数の各々の窓口で本人確認証７を提示する手間等が削減される。

［窓口支援システム（３）］
図２は、窓口支援システムの主な機能や動作の概要のシーケンスを示す。図２で、左側に、住民（または総合案内担当職員でもよい）が操作する受付端末１の動作等を示す。中央に、サーバシステムのサーバ３等の処理や動作を示す。右側に、課の窓口の職員が操作する窓口端末２の動作等を示す。図２では、ステップＳ１〜Ｓ１１を有する。以下、ステップの順に説明する。

Ｓ１で、住民は、受付端末１の画面を見ながらタッチ操作し、手続き案内や申請書作成等の入力を行う。

Ｓ２で、住民は、申請書作成の場合、受付端末１の画面の案内に従い、本人確認証７を撮影して一時登録する操作を行う。

Ｓ３で、受付端末１は、Ｓ１やＳ２の入力情報を含む来所情報５１を、サーバ３に送信する。来所情報５１は、例えば、受付ＩＤ、用件（画面で選択された項目）を含む。受付ＩＤは、来所して受け付けた住民に対して識別のために一意に割り振られる番号等である。受付ＩＤと、発券機１４の発券番号とは異なる。

Ｓ４で、サーバ３は、Ｓ３の来所情報５１を受信して処理し、来所状況を把握する。来所状況は、日時、受付ＩＤ、用件（対象の課の窓口、手続き、書類１５等）等の情報を含む。サーバ３は、住民個人毎の来所情報５１に基づいて、役所内の全体での来所状況、即ち課の窓口毎の状況も把握する。サーバ３は、本人確認証７に関する一時登録がある場合には、その本人確認証データをサーバ３内で一時登録する。

Ｓ５で、サーバ３は、受付端末１からの来所情報５１（案内票印刷出力要求や申請書印刷出力要求）に基づいて、案内票８や申請書９の印刷出力データを作成し、受付端末１の近くのプリンタ６へ送信し、サーバ３側の処理の終了に応じて、一時的に受付端末１内のメモリに保持された住民個人の情報や本人確認証７のデータを消去する。

Ｓ６で、受付端末１の近くのプリンタ６は、受信データに基づいて、案内票８や申請書９を印刷出力する。住民は、その案内票８や申請書９を受け取る。その申請書９には、本人確認証情報が自動記載されている。

Ｓ７で、サーバ３は、来所情報５１に基づいた来所情報５２等を、該当する各々の課の窓口の窓口端末２へ送信する。その来所情報５２は、該当する窓口の職員に必要な情報として、住民の申請の用件や本人確認証７の画像を含む。

Ｓ８で、課の窓口の窓口端末２は、サーバ３から受信した来所情報５２に基づいて、画面に来所情報一覧を表示する。窓口担当職員は、窓口端末２の画面でその来所情報一覧を見て、住民や用件等を確認できる。

Ｓ９で、窓口担当職員は、役所内にある既存システム１０を用いて、住民情報の確認や、申請等のための準備を行うことができる。窓口職員は、窓口のカウンター台の席に着いた住民に対して対応し、用件である申請等の手続きを受け付ける。窓口担当職員は、住民からの申請書９の内容や、画面の本人確認証画像等を確認する。職員は、既存システム１０に基づいて、住民から申請された書類１５を発行して渡す。

Ｓ１０で、職員は、住民の用件である申請等の手続きを終了した場合、画面の来所情報一覧のうちの該当項目に対し、用件終了反映操作を行う。これにより、窓口端末２は、用件終了反映情報をサーバ３へ送信し、サーバ３の処理の終了に応じて、一時的に窓口端末２内のメモリに保持された住民個人の情報や本人確認証７のデータを消去する。

Ｓ１０で、サーバ３は、窓口端末２から受信した用件終了反映情報に基づいて、住民個人、課窓口、及び役所全体の来所状況情報を更新する。住民個人の来所状況としては、１つ以上の用件の進捗が情報として管理されている。用件毎に、終了（済み）か未終了かが情報として把握されている。課窓口毎の状況としては、受付人数等が把握されている。

［受付端末］
図３は、受付端末１の構成を示す。受付端末１は、第１タブレット端末であり、住民クライアント端末である。受付端末１は、役所の入口受付に備え付けられた役所の端末であり、住民自身が操作できるようになっているが、慣れない住民のために職員が操作することも可能である。また、後述の実施の形態２では、役所または事業者が配信するアプリを、住民自身が所有している携帯端末にインストールすることで、その携帯端末を受付端末１として利用できる。受付端末１は、制御部１０１、記憶部１０２、表示部１０３、通信部１０５、カメラ部１０７、センサ部１０８、入出力インタフェース部１０９等を有し、それらがバスを介して接続されている。受付端末１は、その他、ハードウェアボタンやバッテリ等を備えている。制御部１０１は、ＣＰＵ、ＲＯＭ、ＲＡＭ等により構成され、受付端末１の全体を制御する。制御部１０１は、ソフトウェアプログラム処理として、記憶部１０２の窓口支援プログラム１０Ｐに従った処理の実行により、窓口支援処理部１０を実現する。

窓口支援処理部１０は、画面処理、本人確認証情報処理、来所情報通知等の各処理と、当該処理に係わる情報やデータの一時的な保管とを行う。画面処理は、表示部１０３の表示画面に各種の画面を表示する処理である。画面処理は、手続き案内処理や申請書作成処理を含む。手続き案内処理は、住民に手続きを案内し、案内票８を出力する処理である。申請書作成処理は、住民の所望の手続きに対応する申請書９の作成を支援する処理であり、申請書９に本人確認証情報を自動記載する処理を含む。本人確認証情報処理は、カメラ部１０７を用いて住民の本人確認証７を撮像して画像及び情報を一時登録する処理である。来所情報通知は、来所情報５１をサーバ３へ通知して一時情報を消去する処理である。

本人確認証画像データ７１は、本人確認証情報処理で得られた画像データである。本人確認証情報７２は、本人確認証画像データ７１からＯＣＲ（光学文字読み取り）等の画像処理に基づいて抽出された一部情報であり、本人確認証７に記載されている氏名、住所等の所定項目の基本情報である。本人確認証情報７２は、テキスト（文字）のデータとするが、これに限らず、本人確認証画像データ７１から所定の一部領域を切り取った一部画像データとしてもよい。来所情報５１は、前述のサーバ３へ送信するための情報である。

記憶部１０２は、ストレージ等で構成される。記憶部１０２には、窓口支援プログラム１０Ｐが格納されている。

表示部１０３は、表示画面を含み、タッチパネルで構成されており、タッチセンサ１０３Ａを内蔵している。表示部１０３の表示画面には、窓口支援画面１０３Ｂ等が表示される。タッチセンサ１０３Ａは、タッチ位置座標等を検出し、タッチ、タップ、スワイプ、ピンチ等の公知の操作を検出する。

通信部１０５は、無線ＬＡＮ５に対応する無線ＬＡＮ通信インタフェース装置を備える部分である。通信部１０５は、制御部１０１からの制御に基づいて、無線ＬＡＮ５に対する通信処理を行う。

カメラ部１０７は、カメラを含み、住民の操作に基づいてカメラによって撮像を行い、撮像画像データを得る。センサ部１０８は、タブレット端末に備えている公知の各種のセンサを含み、例えば、ジャイロセンサ、加速度センサ、ＧＰＳ受信器、等を含む。入出力インタフェース部１０９は、入出力インタフェース装置を備える部分であり、入力機器や出力機器が接続可能である。

なお、実施の形態１では、受付端末１で本人確認証情報処理を行って本人確認証情報７２等を生成するが、サーバ３でその本人確認証情報処理（本人確認証７の画像から一部文字を抽出するＯＣＲ処理や、一部画像を抽出する処理等）を行うようにしてもよい。

［窓口端末］
図４は、窓口端末２の構成を示す。窓口端末２は、第２タブレット端末であり、職員クライアント端末である。窓口端末２の基本的なハードウェア構成は、受付端末１と同様である。窓口端末２は、制御部２０１、記憶部２０２、表示部２０３、通信部２０５、カメラ部２０７、センサ部２０８、入出力インタフェース部２０９等を有し、それらがバスを介して接続されている。制御部２０１は、窓口端末２の全体を制御する。制御部２０１は、ソフトウェアプログラム処理として、記憶部２０２の窓口処理プログラム２０Ｐに従った処理の実行により、窓口処理部２０を実現する。

窓口処理部２０は、画面処理、来所情報受付処理、用件終了反映処理等の各処理を行う。画面処理は、表示部２０３の表示画面に各種の画面を表示する処理である。画面処理は、来所情報一覧表示や来所情報詳細表示を含む。来所情報受付処理は、サーバ３からの来所情報５２を受け付けて受信する処理である。用件終了反映処理は、用件終了反映情報をサーバ３へ送信して一時情報を消去する処理である。記憶部２０２には、窓口処理プログラム２０Ｐが格納されている。来所情報５２は、前述のサーバ３から受信した、受け付けた住民の用件、本人確認証７の画像や情報等を含む情報である。

表示部２０３は、表示画面を含み、タッチパネルで構成されており、タッチセンサ２０３Ａを内蔵している。表示部２０３の表示画面には、窓口画面６０等が表示される。通信部２０５は、無線ＬＡＮ５に対応する無線ＬＡＮ通信インタフェース装置を備える部分である。通信部２０５は、制御部２０１からの制御に基づいて、無線ＬＡＮ５に対する通信処理を行う。カメラ部２０７は、カメラを含み、職員の操作に基づいてカメラによって撮像を行い、撮像画像データを得る。センサ部２０８は、タブレット端末に備えている公知の各種のセンサを含む。入出力インタフェース部２０９は、入出力インタフェース装置を備える部分であり、入力機器や出力機器が接続可能である。

［サーバ］
図５は、サーバ３の構成を示す。実施の形態１では、サーバ３は、アプリケーションサーバ３Ａで構成されており、アプリケーションサーバ３ＡにＤＢサーバ３Ｂが接続されている。アプリケーションサーバ３Ａは、制御部３０１、記憶部３０２、通信部３０４、入出力インタフェース部３０９等を有し、それらがバスを介して接続されている。制御部３０１は、アプリケーションサーバ３Ａの全体を制御する。制御部３０１は、ソフトウェアプログラム処理として、記憶部３０２の窓口支援サービスプログラム３０Ｐに従った処理の実行により、窓口支援サービス３０を実現する。制御部３０１は、その他、ＤＢアクセス処理３１や、分析処理３２等を行う。

窓口支援サービス３０は、図２で示したような各処理（来所状況の把握、案内票８や申請書９の印刷出力、来所情報通知等）を行う。ＤＢアクセス処理３１は、ＤＢサーバ３ＢのＤＢ５０にアクセスしてデータの参照や更新を行う処理である。分析処理３２は、来所状況情報５３に関する履歴情報５８（ログ）の統計処理や所定の分析処理を行い、その結果である統計情報５９のグラフ等を作成する。グラフは、例えば、月や週等の所定の期間単位で、課の窓口毎や用件毎に、手続きを行った住民の人数や待ち時間等を表すグラフである。なお、グラフの作成の際には、役所内の課の窓口等の構成を規定している役所管理情報５５も参照される。

記憶部３０２には、窓口支援サービスプログラム３０Ｐが格納されており、サービス処理や一時登録に係わる情報として、来所情報５１、来所情報５２、来所状況情報５３、来所住民データ５４、その他の各種の情報が格納されている。また、ＤＢサーバ３ＢのＤＢ５０には、役所管理情報５５、履歴情報５８、統計情報（グラフ）５９等が格納されている。

来所情報５１は、前述の来所した住民毎の情報である。来所情報５２は、前述の課の窓口毎の情報である。来所状況情報５３は、来所情報５１及び来所情報５２の総合から得られる情報であり、現在日時で、役所内の全体における住民及び課の窓口の状況を表す情報である。来所状況情報５３は、住民毎に、用件やその進捗等の情報を含む。来所状況情報５３は、課窓口毎に、受け付けた住民の人数（受付人数と記載する）やその用件等の情報を含む。

来所住民データ５４は、来所した住民毎に必要に応じて生成されたデータであり、案内票データ８Ｄ、申請書データ９Ｄ、本人確認証データ７Ｄを含む。案内票データ８Ｄは、プリンタ６に案内票８を印刷出力させるためのデータである。申請書データ９Ｄは、プリンタ６に申請書９を印刷出力させるためのデータである。本人確認証データ７Ｄは、受付端末１から一時登録された本人確認証７の画像及び情報を含むデータであり、本人確認証画像データ７１及び本人確認証情報７２に基づいて構成されている。本人確認証データ７Ｄは、申請書データ９Ｄ内に一部情報を自動記載する際や、来所情報５２の通知の際に使用される。

役所管理情報５５は、その役所内の構成を規定する情報であり、複数の各々の課、窓口、職員、受付端末１、窓口端末２、手続きで扱う書類１５等の関連付けを含む情報である。履歴情報５８は、来所情報５１，５２や来所状況情報５３に関するログであり、一定期間分が保持されている。統計情報（グラフ）５９は、履歴情報５８に基づいて作成されたグラフ等である。サーバ３の分析処理３２では、例えば、日、週、月等の期間や、曜日や時間帯毎に、来所の人数、用件毎の人数、課や窓口毎の人数、待ち度合い等が、数値で算出され、グラフにされる。管理者あるいは職員は、その統計情報５９のグラフを画面表示や印刷出力ができる。これにより、業務状況確認や業務効率改善等に寄与できる。

管理者は、管理用ＰＣから第１ＬＡＮ４Ａを通じてアプリケーションサーバ３ＡやＤＢサーバ３Ｂにアクセスし、保守管理を行う。管理用ＰＣの表示画面には、ＤＢ５０から参照する情報等が表示される。

通信部３０４は、第１ＬＡＮ４Ａに対応する有線ＬＡＮ通信インタフェース装置を備える部分である。通信部３０４は、制御部３０１からの制御に基づいて、第１ＬＡＮ４Ａに対する通信処理を行う。入出力インタフェース部３０９は、入出力インタフェース装置を備える部分であり、入力機器や出力機器が接続可能である。

［窓口支援システム−シーケンス］
図６は、窓口支援システムのより詳しいシーケンスを示す。左側に受付端末１、中央にサーバ３、右側に窓口端末２の動作等を同様に示す。図６は、ステップＳ２１〜Ｓ３９を有する。以下、ステップの順に説明する。

Ｓ２１で、住民は、受付端末１を操作する。受付端末１では、最初、トップ画面（図７）が表示されている。住民は、トップ画面のメニューから、所望の項目を選択する。トップ画面のメニューは、機能に対応付けられた項目として、［手続き案内］、［申請書作成］を含む。シーケンス６０１は、項目として［手続き案内］が選択された場合の流れを示す。シーケンス６０２は、項目として［申請書作成］が選択された場合の流れを示す。なお、実施の形態１では、［申請書作成］の流れの中に［本人確認証登録］の手順を含んでいるが、これに限らず、［本人確認証登録］を独立した項目として設けてもよい。

Ｓ２２で、住民は、上記画面で［手続き案内］を選択し、自分の用件に関する情報を入力する（詳細は後述する）。受付端末１（より具体的には窓口支援処理部１０）は、手続き案内の要求や入力情報を含む来所情報５１を、サーバ３へ送信する。

Ｓ２３で、サーバ３（より具体的には窓口支援サービス３０）は、来所情報５１に対し、手続き案内処理を行い、その応答情報である画面データ、例えば用件を把握するために画面に表示する名称データやプリンタデータ等を受付端末１へ送信する。受付端末１は、応答情報に基づいて画面に情報を表示する。

Ｓ２４で、サーバ３は、来所情報５１に基づいて住民の用件が把握できた場合、その案内のための案内票データ８Ｄを作成し、プリンタ６へ送信し、案内票８を印刷出力させる。住民は、その案内票８を受け取る。サーバ３は、受付端末１との間での処理が終了した場合（異常終了の場合も含む）、受付端末１内の該当する住民の手続き案内に関する情報を消去させる。受付端末１は、メモリから該当する住民の手続き案内に関する情報を消去する。

Ｓ２５で、サーバ３は、来所情報５１に基づいて来所状況情報５３を更新し、その住民の用件に対応する課の窓口への来所情報５２を構成して送信する。

Ｓ２６で、窓口端末２（より具体的には窓口処理部２０）は、来所情報５２の受信に基づいて、画面の来所情報一覧の表示内容を更新する（後述の図１８）。即ち、来所情報一覧には、新たに来所した住民及びその用件に関する項目が追加表示される。なお、この通知の際、所定の音声出力等で職員に伝えるようにしてもよい。

Ｓ２７で、職員は、基本的に、来所情報一覧に並んでいる複数の用件の項目について上から順に対応する。職員は、窓口に住民が来た場合、その用件に応じた手続きを行う。用件としては、書類１５を発行せずに説明のみの場合もある。

Ｓ２８で、職員は、来所情報一覧中の用件を終了した場合、窓口端末２の画面で、来所情報一覧中の対応する項目に対して用件終了反映操作を行う。窓口端末２は、用件終了反映操作に対応する用件終了反映情報をサーバ３へ送信する。

Ｓ２９で、サーバ３は、用件終了反映情報に基づいて、来所状況情報５３の内容を更新する。サーバ３は、その更新に基づいて、窓口端末２内の該当する用件に関する情報を消去させる。窓口端末２は、メモリ内の該当する情報を消去する。

Ｓ３１で、住民は、上記画面で［申請書作成］を選択し、選択した申請書９に必要な情報を入力する（詳細は後述する）。受付端末１は、申請書作成の要求や入力情報を含む来所情報５１を、サーバ３へ送信する。

Ｓ３２で、サーバ３は、来所情報５１に対し、申請書作成支援処理を行い、その応答情報である画面データ、例えば、申請書選択のために画面に表示する名称データやプリンタデータ等を受付端末１へ送信する。

Ｓ３３で、サーバ３は、［本人確認証登録］のための処理を行う。受付端末１は、［本人確認証登録］のための画面を表示する。住民は、画面の案内に従い、本人確認証７を、受付端末１のカメラで撮影して一時登録する。受付端末１は、住民の入力操作に基づいて、本人確認証７をカメラで撮影して、本人確認証画像データ７１を取得する。受付端末１は、本人確認証画像データ７１から本人確認証情報７２（住所、氏名等の所定項目情報）を抽出する。受付端末１は、本人確認証画像データ７１及び本人確認証情報７２を含むデータを、サーバ３へ送信する。サーバ３は、そのデータに基づいて、本人確認証データ７Ｄを構成し、記憶部３０２に格納する。

Ｓ３４で、サーバ３は、来所情報５１（申請書印刷出力要求データ）に基づいて、住民が選択した申請書９のための申請書データ９Ｄを作成する。サーバ３は、申請書データ９Ｄにおける所定の様式の申請書の項目のうちの一部の所定の項目（住所、氏名等）に、本人確認証データ７Ｄの本人確認証情報７２を自動的に記載する。サーバ３は、申請書データ９Ｄをプリンタ６へ送信し、申請書９を印刷出力させる。住民は、その申請書９を受け取る。サーバ３は、受付端末１との間での処理が終了した場合、受付端末１内の該当する住民の用件の処理に関する情報を消去させる。受付端末１は、メモリ内の該当する情報を消去する。

Ｓ３５で、サーバ３は、来所情報５１に基づいて来所状況情報５３を更新し、その住民の申請書９の用件に対応する課の窓口への来所情報５２を構成して送信する。この場合、その住民の用件としては、その申請書９に対応する書類１５の申請を含むことになる。

Ｓ３６で、窓口端末２は、来所情報５２の受信に基づいて、画面の来所情報一覧の表示内容を更新する。即ち、来所情報一覧には、来所した住民の申請の用件に関する項目が追加表示される。

Ｓ３７で、職員は、基本的に、来所情報一覧に並んでいる複数の用件の項目について上から順に対応する。職員は、窓口に住民が来た場合、その用件に応じた手続きを行う。用件として、申請書９に基づいた書類１５の申請である。この際、住民は、従来通りに本人確認証７を提示してもよいが、本窓口支援システムではそれを省略できる。即ち、職員は、窓口端末２の画面の来所情報一覧から該当する項目を選択し、その項目の住民及び用件等の情報を画面に表示する。その項目の情報では、本人確認証画像が表示される。職員は、その本人確認証画像を見て住民と見比べることで、本人確認を行うことができる。

Ｓ３８で、職員は、来所情報一覧中の用件の手続きを終了した場合、窓口端末２の画面で、来所情報一覧中の対応する項目に対して用件終了反映操作を行う。窓口端末２は、用件終了反映操作に対応する用件終了反映情報をサーバ３へ送信する。Ｓ３９で、サーバ３は、用件終了反映情報に基づいて、来所状況情報５３の内容を更新する。サーバ３は、その更新に基づいて、窓口端末２内の該当する住民の用件に関する情報を消去させる。窓口端末２は、メモリ内の該当する情報を消去する。

［トップ画面］
図７〜図１０は、受付端末１の窓口支援画面１０３Ｂとして表示される各種の画面例を示す。図７は、トップ画面を示す。受付端末１の筐体には、矩形の表示画面７００やホームボタン７１０、背面側のカメラ７２０、図示しないマイク等を有する。表示画面７００に窓口支援画面１０３Ｂが表示される。トップ画面は、主に［手続き案内］項目７０１、［申請書作成］項目７０２を有する。住民は、トップ画面で、［手続き案内］や［申請書作成］等の項目をタッチ操作によって選択可能である。各項目には、対応する下位階層の画面が関連付けられており、選択操作によってその画面に遷移される。

［手続き案内］項目７０１の選択の場合、図６のシーケンス６０１に対応し、案内票８を出力する流れとなる。［申請書作成］項目７０２の選択の場合、図６のシーケンス６０２に対応し、本人確認証７の一時登録と共に申請書９を出力する流れとなる。

［手続き案内画面（１）−ライフイベント画面］
図８は、［手続き案内］を選択した場合に表示されるライフイベント画面を示す。ライフイベント画面は、複数のライフイベントの項目が並んでいる。ライフイベントは、例えば、［住宅・引越し］、［結婚］、［妊娠・出産］、［育児］、［入園・入学］、［就職・転職］、［退職］、［介護］、［死亡］、［健康・余暇］等がある。例えば、［住宅・引越し］項目が選択操作された場合、［住宅・引越し］に対応する下位階層の画面に遷移される。なお、ライフイベント画面内の所定の箇所を選択操作すると、上位階層のトップ画面に戻ることができる。この操作は他の画面でも同様に可能である。また、ライフイベント画面内に複数の項目のすべてが表示しきれない場合には、複数のページに分けて表示され、画面内の所定のタッチ操作（スワイプ等）によってページのスクロールや切り替え等が可能である。これも他の画面でも同様である。

［手続き案内画面（２）−ライフイベント手続き種類選択画面］
図９は、ライフイベント画面の下位階層のライフイベント手続き種類選択画面を示す。ライフイベント手続き種類選択画面は、前の画面で選択されたライフイベント（例：［住宅・引越し］）に関する詳細な手続き種類の項目が並んでいる。手続き種類は、例えば、［転入］、［転出］、［転居］、［市営住宅申し込み］等がある。例えば、［転入］項目が選択操作された場合、［転入］に関する下位階層の画面に遷移される。

なお、図８のライフイベント画面の次に、図９のライフイベント手続き種類選択画面に遷移する前に、ライフイベントサービス画面を挟むようにしてもよい。ライフイベントサービス画面では、前の画面で選択されたライフイベントに関して、案内票８の出力の他に、何らかの選択利用可能なサービス（例えば市内の住宅情報の提供等）がある場合に、そのサービス項目を表示する。そのサービス項目が選択操作された場合、そのサービスを利用するための画面に遷移される。そのサービスの規定は任意であり、説明を省略する。

［手続き案内画面（３）−ヒアリング項目画面］
図１０は、ライフイベント手続き種類選択画面の下位階層のヒアリング項目画面を示す。ヒアリング項目画面は、前の画面で選択されたライフイベント手続き種類（例：［転入］）に関するヒアリング項目が並んでいる。ヒアリング項目は、住民が望む手続き及びその書類１５を確定するために必要な情報を取得するための条件項目である。ヒアリング項目は、例えば、［世帯転入］、［一部転入］、［国保］、［子育て支援］等がある。各ヒアリング項目には、住民がその条件にあてはまるか否かを選択するためのボタンが設けられている。住民は、各ヒアリング項目のボタンをタッチ操作によってオン／オフでき、これにより自分があてはまる条件を選択できる。例えば、［世帯転入］項目のボタン１０１１がオン状態、［一部転入］項目のボタン１０１２がオフ状態にされている。この画面内には［決定］ボタン１０１０が設けられている。住民は条件選択後、［決定］ボタン１０１０を押すことで確定する。これにより、対応する内容の案内票８の印刷に進むことができる。本構成では、そのままプリンタ６から案内票８が印刷出力される。

なお、図１０のヒアリング項目画面の次に、案内票印刷確認画面を設けてもよい。その画面では、案内票８を印刷するかどうかを確認し、住民が［はい（案内票を印刷する）］を選択すると、案内票８が印刷出力される。また、案内票８等を出力するプリンタ６の位置は、入口受付に限らず可能であり、課の窓口の付近等に、住民用のプリンタが設置されてもよい。役所内に利用可能な複数のプリンタがある場合、受付端末１の画面で、複数のプリンタの情報を表示し、出力先のプリンタを選択可能とする。住民は、用件や窓口等に応じて、特定のプリンタを選択可能である。

［案内票（１）］
図１１は、印刷出力される案内票８の例を示す。この案内票８は、タイトル８０１、受付ＩＤ８０２、発行日８０３、課情報８０４、窓口場所情報８０５、書類情報８０６、申請条件情報８０７、役所情報８０８等を有する。複数の手続きに対応した複数の課窓口がある場合、案内票８には、複数の課窓口情報、例えば課窓口情報８１１，８１２が含まれている。各課窓口情報は、例えば枠で区分して整理して記載されている。

タイトル８０１は、例えば「手続きのご案内」と記載されている。受付ＩＤ８０２は、例えば受付番号が記載されている。サーバ３は、住民の来所及び受付の発生に応じて、一意の受付ＩＤを付与する。発行日８０３は、その案内票８が発行された日付を示す。役所情報８０８は、その役所等の名称や、ページ数等が記載されている。

課情報８０４は、住民が訪れるべき課の名称（例：「戸籍市民課」）が記載されている。窓口場所情報８０５は、その課の場所や窓口の番号等の情報が記載されている。窓口場所情報８０５には、他に、電話番号等が記載されていてもよい。書類情報８０６は、その課の窓口で受け付けていて発行可能である書類１５の名称や手数料、チェック欄等の情報が記載されている。申請条件情報８０７は、その書類１５の申請のために必要な条件（例えば対象者、必要物等）、手続き内容や注意事項等の情報が記載されている。一方、案内票８の紛失や盗難が生じた場合にも個人情報が漏洩しないように、個人情報を記載することなくセキュリティを確保した様式としている。なお、チェック欄には、用件が済んだ場合に、住民がチェック印を記入することができ、それにより進捗を把握できる。

案内票８のデザインは、上記例に限らず勿論可能である。変形例として、案内票８に建物内のマップが記載されてもよい。更に、そのマップで、目的の課の窓口の箇所にマーク等を表示してもよいし、入口受付から目的の課の窓口を巡る経路を表示してもよい。案内票８とは別に、マップ等の用紙を印刷出力させてもよい。また、別に、各課で提供しているサービスに関する情報を記載した用紙を印刷出力させてもよい。

また、図１１の案内票８の例では、ある住民の用件として、２つの課の窓口に関する、３つの書類１５の申請があり、対応する２つの課窓口情報がある。それらの２つの課窓口情報において、訪れるべき順序は規定されていない。住民は、この案内票８の課窓口情報に従って、いずれの課窓口を先に訪れてもよい。

［案内票（２）］
図１２は、変形例の窓口支援システムにおける案内票８の出力例を示す。この案内票８では、複数の課窓口情報として、例えば４つの課窓口情報８２１〜８２４を有する。これらの複数の課窓口情報において、訪れるべき順序が規定されている。この順序は、窓口支援システムが生成し、住民に推奨する順序であり、必ず従わなければならないというものではない。

課窓口情報において、図１１と同様の情報の他に、順序番号８３１（例：１〜４）が記載されている。例えば、課窓口情報８２１は、Ａ課のＡ１窓口での用件が記載されており、順序番号８２１が「１」とされている。同様に、Ｂ課のＢ２窓口の順序番号が「２」、Ｃ課のＣ３窓口が「３」、Ｄ課のＤ４窓口が「４」とされている。住民は、順序番号に従って順に課の窓口を訪れることで、より効率的に用件を済ませることができる。サーバ３は、来所状況情報５３等に基づいて、上記複数の課の窓口を巡る際の順序番号を決定する。案内票８の順序番号の付与の仕方に関しては、以下のような制御が可能である。

サーバ３は、役所管理情報５５に基づいて、住民の申請対象の複数の書類１５の関係性に基づいて、上記順序番号を決定してもよい。課の窓口の書類１５毎に、手続きに必要な条件が定められており、役所管理情報５５に記述されている。関係性は、例えば課Ａの書類Ａの発行のためには課Ｂの書類Ｂが必要であり、課Ｂの書類Ｂの発行のためには課Ｃの書類Ｃが必要である、といった関係性である。サーバ３は、その関係性の条件に基づいて、複数の課窓口を巡るための好適な順序を判定する。例えば、課Ｃ、課Ｂ、課Ａの窓口の順に順序番号が付与される。

サーバ３は、来所状況情報５３に基づいて、各課窓口の受付人数や実際の待ち人数に基づいて、人数が少ない課窓口から優先する方式等によって、上記順序番号を決定してもよい。サーバ３は、複数の課の窓口毎に、受付人数や実際の待ち人数等を把握する。サーバ３は、住民の複数の用件における複数の窓口に関して、その時点の状況を考慮して、好適な順序を決めて順序番号を付与する。例えば、課Ａの書類Ａ、課Ｂの書類Ｂ、課Ｃの書類Ｃに関して、基本的にどの順序としてもよい場合に、課Ａの窓口は人数がＬ人、課Ｂの窓口はＭ人、課Ｃの窓口はＮ人であるとする。その場合に、サーバ３は、人数が少ない順序で順序番号を付与する。

また、課窓口毎の課窓口情報には、チェック欄８３２が設けられている。住民は、その課窓口での用件を済ませた場合に、そのチェック欄８３２に済みの旨を記入することにより、進捗が把握できる。住民が案内票８の複数の用件を途中まで済ませた状態で帰る場合にも、次に来所した際に、同じ案内票８を見て、続きの用件から手続きができる。

また、課窓口毎に、受付人数８３３が記載されている。受付人数８３３は、来所状況情報５３に基づいている。サーバ３は、来所状況情報５３に基づいて、その時の課窓口の受付人数８３３を算出する。受付人数８３３は、受付端末１で受け付けた住民のうち、その課の窓口の用件を持つ人数であり、窓口端末２の来所情報一覧の項目の数と対応する。受付人数８３３は、その時点の課窓口の待ち度合いや混雑度合いを表す参考情報として住民に提供される。住民は、予め、案内票８の受付人数８３３等を参考にして、自分の手続きに係わる所要時間等の概略を推量できる。住民は、受付人数８３３が少ない課窓口から順に巡るといった判断もできる。また、住民は、その日時には待ち度合いが高そうなので後で来ようといった判断もできる。これにより、全体の効率化に寄与できる。案内票８には、受付人数８３３に限らず、課窓口毎の待ち度合いを表す他の情報を記載してもよい。また、例えば、サーバ３は、受付人数８３３、及び一人の手続きに要する平均時間等を用いて、予想時間を計算し、提供してもよい。

［申請書作成画面（１）−申請書選択画面］
図１３は、トップ画面で［申請書作成］項目を選択した場合に表示される申請書選択画面の例を示す。申請書選択画面は、その役所で申請等を受け付けている複数の種類の書類１５に関する複数の申請書の項目が並んでいる。項目として、例えば、「戸籍謄本・抄本」、「住民票」、「印鑑証明書」、「記載事項証明書」、「資産証明書」等がある。各書類の項目は、選択のためのボタンが設けられている。このボタンのオンによってその書類が選択される。例えば、「戸籍謄本・抄本」項目のボタン１３１１等がオン状態にされている。住民は、所望の書類の項目を選択した後、「次へ」箇所を操作する。これにより、次の画面に遷移される。なお、申請書選択画面内や他の画面で、申請書９を印刷出力する部数等を選択する項目等を設けてもよい。

［申請書作成画面（２）−本人確認証選択画面］
図１４は、申請書選択画面の次の本人確認証選択画面の例を示す。本人確認証選択画面は、住民が手続きのために提示する本人確認証７を選択するための画面である。申請書の選択に応じて、その手続きに本人確認が必要であるため、この本人確認証選択画面が表示される。本人確認証選択画面は、その役所で手続きに使用可能である複数の種類の本人確認証の項目が並んでいる。項目として、例えば、「運転免許証」、「国民保険証」、「個人番号カード」（マイナンバーカード）、「外国人登録証」等がある。いずれかの本人確認証項目が選択されると、次の下位階層の画面に遷移される。なお、本画面で、複数の本人確認証項目を選択可能としてもよい。

［申請書作成画面（３）−一時登録選択画面］
図１５は、本人確認証選択画面の次に表示される一時登録選択画面の例を示す。一時登録選択画面は、本人確認証７のデータの一時登録に係わる機能を選択するための画面である。この画面では、実施の形態１の場合、選択肢として、項目１４０１、項目１４０３を含む。項目１４０１は、本人確認証７をカメラ機能によって撮像してその画像を利用して一時登録する機能を選択する場合の項目である。実施の形態１では、主にこの機能が利用される。項目１４０３は、本人確認証７の画像を一時登録せずに、手動入力で本人情報を一時登録する機能を選択する場合の項目である。

項目１４０２は、後述の実施の形態２の場合に選択可能な機能に対応しており、実施の形態１では表示されない。項目１４０２は、住民が既に自分の携帯端末で撮像及び保存済みの本人確認証７の画像を利用して一時登録する機能を選択する場合の項目である。

項目１４０１が選択された場合、次の図１６のような本人確認証処理画面に遷移する。項目１４０３が選択された場合、図示しないが、手動入力画面に遷移する。手動入力画面及びその処理は、公知技術を用いて構成できる。手動入力画面内には、本人確認証７の所定項目情報（住所、氏名等）に対応する欄を含み、指やペンでの手書きのタッチ入力操作によって、その欄に所定項目情報を手動入力して一時登録することができる。受付端末１は、手動入力された情報を、本人確認証情報として、サーバ３へ送信する。

［申請書作成画面（４）−本人確認証処理画面］
図１６は、一時登録選択画面の次の本人確認証処理画面の例を示す。本人確認証処理画面は、項目１４０１が選択された場合に、本人確認証７を撮像して画像及び情報を一時登録するための画面である。この画面では、住民に、使用する本人確認証７を受付端末１のカメラ７２０で撮像するようにガイドする。その際、この画面内の領域１５０１には、カメラ部１０７のカメラ７２０による撮影モニタ画像１５０２が表示される。また、領域１５０１には、本人確認証７のカードを配置させる基準となる枠１５０４が表示される。この画面内には、「スキャン」（撮像）のボタン１５０３が設けられている。住民は、撮影モニタ画像１５０２を見ながら、枠１５０４にカードが配置されている所望の状態となったら、ボタン１５０３を操作して撮像する。撮像により、カメラ部１０７は、本人確認証７の画像を読み取る。制御部１０１（図３参照）は、その画像に対応する本人確認証画像データ７１を得る。ボタン１５０３の操作によって、次の画面内容に遷移する。なお、次の画面として、撮像画像内容を補正するための画面等を設けてもよい。

制御部１０１は、本人確認証情報処理として、本人確認証画像データ７１から、氏名、住所等の所定の一部の項目を、文字または画像の形式で抽出する処理を行う。制御部１０１は、抽出した一部情報を、本人確認証情報７２として記憶する。文字を抽出する場合にはＯＣＲ処理、画像を抽出する場合には画像領域の切り出し処理等が行われる。

本人確認証処理画面の次の画面は、図示を省略するが、上記申請書９の印刷出力の確認や、上記本人確認証情報７２の一時登録の確認等を行う画面である。その画面で、住民が「印刷する」ボタンを操作した場合にはその申請書がプリンタ６から印刷出力される。その画面では、前述と同様に、出力先のプリンタを選択可能としてもよい。また、その画面では、本人確認証情報７２の氏名、住所等の内容の確認や、手動修正を可能としてもよい。

［申請書］
図１７は、印刷出力される申請書９の例を示す。申請書９として、「書類Ｘ 交付請求書」を示す。本例では住民が申請する書類１５を「書類Ｘ」として抽象化して示す。申請書９の内容は、書類１５に応じて項目やデザイン等が異なる。この申請書９は、宛先、申請日、「必要な書類Ｘ」、「窓口に来た人（請求者）」、「使いみち」、「書類Ｘに載せたいもの」、「必要部数」、「本人確認」等の項目を有する例である。図１７の申請書９において、破線枠以外の項目は、空白として出力され、住民が手動記入する項目である。破線枠は、印刷に伴って、本人確認証情報７２に基づいて自動的に情報が記載される項目を示す。項目１７０１は、「窓口に来た人（請求者）」項目の住所であり、項目１７０２は、その氏名である。項目１７０１，１７０２は、図示を省略するが、具体的な住所や氏名が自動記載される。少なくとも、請求者の氏名、住所は、自動記載とされる項目である。本人確認証７から他の情報が得られる場合には、その情報に対応する項目についても自動記載とするように設定可能である。

また、「本人確認」項目１７０３では、破線枠で示すように、一時登録された本人確認証７の種類に対応する情報が自動記載される。例えば、その種類のチェック欄にチェック印が自動記載される。なお、申請書９には、他の情報、例えば受付ＩＤ等が自動記載されてもよい。

［窓口側画面（１）−来所情報一覧画面］
図１８は、窓口側の窓口端末２の画面として、来所情報一覧画面（言い換えると受付通知一覧画面）の例を示す。来所情報一覧画面は、受付端末１からの来所情報５１に基づいてサーバ３から受信した来所情報５２の通知に基づいて、各来所情報５２の項目が一覧で表示される。この画面は、タイトル「受付通知一覧」の下に、「現在の状況」（受付人数）の項目１９００が表示されている。項目１９００の下は、一覧領域であり、来所情報項目が並んでいる。一覧領域の来所情報項目として、例えば項目１９０１〜１９０３等を示す。設定ボタン１９２０は、この画面の表示に関するユーザ設定を可能とする。

項目１９００は、その時点におけるその課の窓口の状況として、受付人数が表示される。この受付人数は、一覧領域の来所情報の項目の数と対応しており、受付端末１でその課の窓口に関する用件を受け付けた人数に相当する。受付人数と実際の待ち人数（発券機１４で発券された順番待ちの人数）は別であるが、両者は概ね近い人数となる。職員は、項目１９００の受付人数を見ることで、現在の繁忙等の状況を把握できる。

一覧領域の複数の来所情報項目には、番号１９１１が付与されている。番号１９１１は、一覧領域の複数の来所情報項目の順序識別番号である。番号１９１１は、受付ＩＤ及び受付日時に基づいて、受け付けが早い人の順序で付与される。番号１９１１の表示は省略でもよい。来所情報項目の用件が終了し、前述の用件終了反映操作がされた場合、一覧領域からその来所情報項目が消去され、番号１９１１も更新される。

各来所情報項目では、受付ＩＤである受付番号、受付時間、用件である申請対象の書類１５等の情報が表示される。それらの情報は、来所情報５２に含まれている。受付時間は、例えば受付端末１で案内票８等を出力した時の時分である。来所情報一覧画面内に複数の来所情報項目が表示しきれない場合、スクロール等の操作で表示可能である。なお、一人の住民がその課の窓口で複数の書類１５の申請の用件がある場合、１つの来所情報項目としてまとめて表示されるが、これに限らず、書類の用件毎に各来所情報項目として分けて表示されるようにしてもよい。

本例では、受付ＩＤである受付番号が、「00000001」から順に増加する番号として付与される場合を示す。例えば、１番の項目１９０１は、受付番号「00000001」、申請対象の書類１５が「戸籍謄本」等である用件を示す。次の２番の項目１９０２は、受付番号「00000002」、申請対象の書類１５が「世帯転入」等である用件を示す。次の３番の項目１９０３は、受付番号が「00000004」の用件である。以下同様に、来所情報５２の通知を受けた順に、一覧領域の最後に、来所情報項目がリアルタイムで追加される。なお、受付番号が「00000003」の住民も存在しているが、他の課の窓口の用件であるため、この一覧中には表示されていないという例である。

［窓口側画面（２）−来所情報詳細画面］
図１９は、来所情報一覧画面の次の来所情報詳細画面（言い換えると受付詳細画面）の例を示す。来所情報詳細画面では、選択された来所情報項目の情報の詳細を表示する。この画面は、項目２００１〜２００３を含む。項目２００１には受付番号が表示される。項目２００２には、申請対象の書類１５の名称等が表示される。項目２００２は、用件数分の行が表示される。項目２００３は、受付端末１から一時登録済みの本人確認証７に関する種類や、本人確認証画像データ７１に基づいた画像２０１０が表示される。なお、未登録の場合（窓口で手続きの説明を受けるだけの用件の場合等）、項目２００３には情報が表示されない。

職員は、来所情報詳細画面で、窓口に訪れる住民の用件等の情報を事前に確認できる。職員は、住民が窓口の席に着く前に早めに準備ができる。例えば、職員は、その画面の情報を用いて、既存システム１０から住民情報や対象の書類１５の情報等の検索ができる。また、予め申請に来た住民の顔がわかるため、迷っている人や事前に別の手続きが必要な人等に職員から声かけしやすくなり、能動的なサービスにつなげることができる。

職員は、来所情報項目に対応した住民が窓口の席に着いた場合、来所情報詳細画面の情報を見ながら用件の対応を行う。職員は、項目２００３の画像２０１０を見ることで、住民の本人確認ができ、住民は改めて本人確認証を提示する必要はない。職員は、住民との間で、その来所情報項目における、申請書９の受領や書類１５の発行等の手続きを完了した場合、来所情報詳細画面の「完了」ボタン２０２０を操作する。これにより、来所情報一覧画面に戻ると共に、その来所情報項目の用件は、終了反映とされ、一覧領域では、その終了反映とされた来所情報項目の行が消去され、一覧が更新される。窓口端末２は、サーバ３へ、その受付ＩＤで示す来所情報の用件が完了した旨の用件終了反映情報を通知として送信する。サーバ３は、その通知を受けると、その来所情報の用件を済みの状態とするように、来所状況情報５３における該当する住民個人の情報、及び課窓口の情報を更新する。それと共に、窓口端末２内の終了した用件に関する情報が消去される。

［効果等］
上記のように、実施の形態１の窓口支援システムによれば、個人情報に係わるセキュリティを高めて、住民及び職員の双方にとって、窓口での手続きの負担を軽減できると共に、窓口での時間を短縮でき、住民の利便性の向上、全体の効率化を図ることができる。実施の形態１の窓口支援システムでは、役所内の入口受付から各課窓口への窓口支援を含むプロセスが、タブレット端末及びサーバ等を用いて、電子化及びシステム化されている。役所内の来所した住民の用件やその進捗の状況が、住民個別、窓口個別、及び全体の情報として把握されている。よって、役所内の全体での手続きの効率が向上でき、役所内での手続きの時間が短縮できる。役所では、住民に案内票８や申請書９を渡すことで、サービス向上が実現できる。

住民や総合案内担当職員は、受付端末１の画面に従って簡単な操作だけで、手続き及び窓口等の案内を受けることができ、わかりやすい。住民は、窓口端末１の案内に従って、自分の手続きに関する案内票８が得られ、自分に必要または可能な手続きを容易に知ることができる。住民の手続きの漏れや誤りを未然に防ぐことができやすくなる。また、住民は、手続きのためにどの課の窓口へ行けばよいかがわかりやすい。特に、複数の課の窓口を巡る必要がある場合にも、住民は、どのように巡ればよいかがわかりやすい。住民は、窓口毎の受付人数等の状況もわかるので、予定を立てやすい。

住民は、最初に受付端末１で本人確認証７の情報を一時登録することができる。住民は、その一時登録を１回しておけば、その一時登録の情報が、サーバ３から該当する複数の各々の窓口端末２に送信されるので、それ以降、窓口毎に本人確認証７を提示する手間や時間が削減される。住民は、受付端末１の案内に従って、本人確認証情報が自動記載された、必要な申請書９を容易に得ることができる。住民は、手続きに必要な申請書９の取り違えや記入誤りを避けやすくなる。住民は、各申請書９に同じ本人確認証情報を何回も記載する手間や時間が削減される。住民及び職員は、本人確認証７の提示や本人確認情報の記載の回数を最小限に抑えることができる。

住民や総合案内担当職員は、各種の申請等の手続きに関して、専門知識を必要とせずに、従来よりも短時間で行うことができる。総合案内担当職員を設けない運用の場合にも、入口受付から各課の窓口へ住民をスムーズに導きやすくなる。総合案内担当職員を設ける運用の場合にも、専門知識をあまり持たない者の配置も可能となり、役所内の職員の人数の確保に寄与できる。

窓口の職員は、窓口端末２の来所情報に基づいて、予めどの住民がどのような用件で窓口に来るかを知ることができる。職員は、その住民が窓口の席に着くまでに、既存システム１０を用いて、その住民の用件に関する準備ができる。よって、職員は、住民が窓口の席に着いたら手続きを素早く行うことができる。即ち、手続きに要する時間の短縮が図れる。

また、本システムのサービスでは、住民の入力情報や、本人確認証７の画像、用件等の情報は、受付端末１や窓口端末２には残らず、手続きの際に一時的に保持される情報とされる。よって、セキュリティも高く、住民は、本サービスを安心して利用しやすい。本人確認証７の一時登録は、受付端末１のカメラ機能を用いて本人確認証７を撮像して所定項目情報を抽出し、その画像及び文字等をサーバ３内に一時的に登録するものである。その際、受付端末１や窓口端末２内には、その本人確認証７に係わるデータ等を残さない。そのため、住民にとっては、安心であり、申請書９への記入の手間、及び申請窓口での本人確認証７の提示の手間を省くことができる。申請窓口の職員にとっては、事前に住民の本人確認証画像を含む情報を確認でき、効率化できる。

（実施の形態２）
図２０を用いて、本発明の実施の形態２の窓口支援システムについて説明する。実施の形態２では、受付端末１として、請求者である住民自身が役所に持参したカメラ機能付きの携帯端末１Ｂを用いる。

図２０は、実施の形態２の窓口支援システムの構成として、役所の入口受付の部分と、住民の自宅等の部分とを含む構成要素を示す。他の部分は実施の形態１の構成と同様であるため省略する。

住民は、自分の携帯端末１Ｂを所持している。携帯端末１Ｂは、例えばタブレット端末やスマートフォンである。住民は、携帯端末１Ｂを役所に持参し、入口受付において受付端末１として使用できる。携帯端末１Ｂは、窓口支援アプリ１Ｂ１、カメラ機能１Ｂ２、タッチパネル等を備えている。携帯端末１Ｂのハードウェア等の構成は、実施の形態１の図３の構成と同様であり、窓口支援プログラム１０Ｐの代わりに窓口支援アプリ１Ｂ１を有する。窓口支援アプリ１Ｂ１は、ソフトウェアプログラム処理に基づいて、窓口支援プログラム１０Ｐと同様の機能の他に、撮像済み画像を利用する機能等を実現する。

携帯端末１Ｂには、住民操作に基づいて、役所のサーバ３または通信網上の事業者サーバ１６から窓口支援アプリ１Ｂ１がダウンロードされてインストールされる。窓口支援アプリ１Ｂ１は、必要に応じてアンインストールできる。

来所した住民は、入口受付で、自分の携帯端末１Ｂの窓口支援アプリ１Ｂ１を実行し、実施の形態１と同様の画面で、同様の操作が可能である。窓口支援アプリ１Ｂ１は、申請書作成の場合、図１５のような一時登録選択画面を表示する。住民は、画面で項目１４０１を選択した場合、携帯端末１Ｂのカメラ機能１Ｂ２を用いて、自分の本人確認証７を撮像し、実施の形態１と同様に一時登録ができる。

また、実施の形態２では、住民は、予め自宅等で携帯端末１Ｂのカメラ機能１Ｂ２を用いて本人確認証７を撮像し保存しておいた本人確認証画像データ１Ｂ３を利用して一時登録を行うこともできる。住民は、予め自宅等で携帯端末１Ｂのカメラ機能１Ｂ２を用いて本人確認証７を撮像し保存しておく。来所した住民は、入口受付で、携帯端末１Ｂの窓口支援アプリ１Ｂ１を実行する。窓口支援アプリ１Ｂ１は、図１５のような一時登録選択画面を表示する。窓口支援アプリ１Ｂ１は、その一時登録選択画面で、項目１４０２が選択された場合、図示しない画像選択画面を表示する。窓口支援アプリ１Ｂ１は、その画面で住民操作に基づいて、既存の画像フォルダ等から選択された本人確認証画像データ１Ｂ３を読み出す。窓口支援アプリ１Ｂ１は、読み出した本人確認証画像データ１Ｂ３を、一時登録する画像として、サーバ３へ送信する。サーバ３は、その画像を用いて、実施の形態１と同様に一時登録を行う。

携帯端末１Ｂの窓口支援アプリ１Ｂ１は、サーバ３との間での一時登録の処理の終了と共に、その処理に係わる本人確認証画像等を含む情報を消去する。なお、この際、予めスマートフォン等の既存の機能によって保存されていた対応する画像データについては削除されない。

実施の形態２の構成によれば、実施の形態１と同様の効果が得られる。また、実施の形態２の場合には、住民が予め自宅等で本人確認証の一時登録のための一部作業を済ませることもでき、役所内での時間短縮ができる。なお、実施の形態１の受付端末１と、実施の形態２の携帯端末１Ｂとが並存するシステムも可能である。

以上、本発明を実施の形態に基づいて具体的に説明したが、本発明は前述の実施の形態に限定されず、その要旨を逸脱しない範囲で種々変更可能である。

１…受付端末、２…窓口端末、３…サーバ、４Ａ…第１ＬＡＮ、４Ｂ…第２ＬＡＮ、５…無線ＬＡＮ、６…プリンタ、７…本人確認証、８…案内票、９…申請書、１０…既存システム、１１…サーバ、１２…ＰＣ、１３…プリンタ、１４…発券機、１５…書類、５０…ＤＢ、５１，５２…来所情報。

Claims (7)

1. 各種書類の交付請求を受け付けて請求された書類を発行する行政機関の窓口での手続きを支援する窓口支援システムであって、
   受付窓口に設けられたカメラ機能付きの端末、もしくは前記受付窓口に請求者自身が持参したカメラ機能付きの携帯端末であり、前記請求者が操作可能である、受付端末と、
   複数の請求窓口に設けられた、職員用の窓口端末と、
   前記受付端末及び前記窓口端末に接続されるサーバと、
   を備え、
   前記受付端末は、画面での前記請求者の操作に基づいて、前記書類の申請書の選択データ、本人確認証の選択データ、及び前記カメラ機能を用いて撮像された前記請求者の本人確認証の画像を含む本人確認証データを、第１来所情報として前記サーバへ送信し、
   前記サーバは、前記受付端末から受信した前記第１来所情報に基づいて、前記本人確認証データを含む、前記請求窓口の職員に必要な情報を、第２来所情報として少なくとも１つの前記窓口端末へ送信し、
   前記窓口端末は、前記サーバから受信した前記第２来所情報に基づいて、前記本人確認証データを含む情報を表示する、
   窓口支援システム。
2. 請求項１記載の窓口支援システムにおいて、
   前記本人確認証データは、前記受付端末または前記サーバによって前記本人確認証の画像から抽出された一部画像または一部文字情報として、住所、氏名を含む所定項目情報を含む、
   窓口支援システム。
3. 請求項２記載の窓口支援システムにおいて、
   プリンタを備え、
   前記サーバは、前記受付端末から申請書印刷出力要求データを受信した場合、前記申請書の選択データで選択された前記申請書に、前記本人確認証データの前記所定項目情報を記載した状態で、前記プリンタから印刷出力させる、
   窓口支援システム。
4. 請求項１記載の窓口支援システムにおいて、
   前記受付端末は、前記請求者自身の携帯端末である場合、前記請求者の操作に基づいて、前記カメラ機能を用いて撮像及び保存済みの前記本人確認証の画像を選択して読み出して、前記サーバへ送信する、
   窓口支援システム。
5. 請求項１記載の窓口支援システムにおいて、
   プリンタを備え、
   前記サーバは、前記受付端末から手続き案内の選択データを受信した場合、前記請求者の用件に係わる手続き案内のための案内票を、前記プリンタから印刷出力させる、
   窓口支援システム。
6. 各種書類の交付請求を受け付けて請求された書類を発行する行政機関の窓口での手続きを支援する窓口支援システムにおける、受付窓口に設けられたカメラ機能付きの端末、もしくは前記受付窓口に請求者自身が持参したカメラ機能付きの携帯端末である受付端末として機能させる、窓口支援プログラムであって、
   前記受付端末に、画面での前記請求者の操作に基づいて、前記書類の申請書の選択データ、本人確認証の選択データ、及び前記カメラ機能を用いて撮像された前記請求者の本人確認証の画像を含む本人確認証データを、第１来所情報として、サーバへ送信させる処理を実行させる、
   窓口支援プログラム。
7. 請求項６記載の窓口支援プログラムにおいて、
   前記受付端末が前記請求者自身の携帯端末である場合、前記受付端末に、前記請求者の操作に基づいて、前記カメラ機能を用いて撮像及び保存済みの前記本人確認証の画像を選択して読み出して、前記サーバへ送信させる処理を実行させる、
   窓口支援プログラム。

Images