JP2008009947A - 窓口申請交付システムおよび窓口申請交付方法およびプログラムおよび記録媒体 - Google Patents

Abstract

【課題】 金融機関や役所を想定した現実の窓口申請において、申請者のなりすましや不正申請等を抑制すると共に、事後的な追跡を可能にすること。
【解決手段】 サーバ３００のＣＰＵは、申請書類受付時に送受信モジュール７００により読み取られた第１のＩＤデータ，第２のＩＤデータの組と、該読み取りタイミングで監視カメラ４００で撮影された申請者画像とを紐付けてハードディスクに記憶させておき、交付書類交付時に送受信モジュール７００により第１のＩＤデータ，第２のＩＤデータが読み取られたタイミングで、該読み取られた第１のＩＤデータ，第２のＩＤデータの組をキーとして、該キーに紐付けられた申請者画像をハードディスクから取得し、該取得した申請者画像を、受付端末１００のディスプレイに表示するように制御する構成を特徴とする。
【選択図】 図１

Description

本発明は、申請者による申請書類受付を行って該受け付けた申請書類に基づく交付書類の交付を行う窓口申請交付システムおよび窓口申請交付方法およびプログラムおよび記録媒体に関するものである。

市役所や金融機関等で住民票の写しの交付申請や預金の振込み等を依頼する場合、最初に申請窓口横に設置されている。

金融機関で預金の払い戻しを請求したり役所等で住民票の写し等を請求する場合、まず窓口脇の順番待ち番号札を受取って所定の申請書類に記入し番号札の番号を呼ばれた申請者は窓口へ行って預金や書類等を受取っている（以下、従来技術１という）。

また、特許文献１では、申請受付装置に、申請者に関する名称及び電話番号を記憶し、申請者が操作する通信端末からの着信を受け付け、通信端末から受信した発呼者番号が利用者情報記憶手段に登録されているか否かを照合し、登録されている場合には、通信端末から受信した申請に関するデータに基づき、所定の受付処理を実行する申請受付システムが開示されている（以下、従来技術２という）。
特開２００２−３５８３９２号公報

しかし上述の従来技術１では、最近では身分証明書等の提示を義務付けている場合があるが、例えば健康保険証等の写真を貼り付けていないものでは、他人によるなりすましを防止することは難しい。また、番号札を落として第三者に拾われたり、番号札を偽造される可能性もある。

個人情報保護法の施行以後、特に住民票の写しや戸籍の附表等のプライバシーに関わる書類の交付は更に慎重に運用する必要があるにも関わらず、上記現状の仕組はプライバシー保護に関しては充分ではない。

また、上述の従来技術２によっては、申請者が「電子的に」確認できるだけであり、なお「なりすまし」等の懸念は完全には払拭されていない。

本発明は、上記の問題点を解決するためになされたもので、本発明の目的は、金融機関や役所を想定した現実の窓口申請において、申請者のなりすましや不正申請等を抑制すると共に、事後的な追跡を可能にする窓口申請交付システムを構築する仕組を提供することである。

本発明は、申請書類受付時に申請者に渡される受付札に取り付けられた第１のＩＤ記憶手段から第１のＩＤデータ，申請書類又は交付書類と一体となって受け渡しされる搬送体に取り付けられた第２のＩＤ記憶手段から第２のＩＤデータを読み取り可能な読み取り手段と、前記申請書類受付時の申請者画像を撮影可能な撮影手段と、前記申請書類受付時に前記読み取り手段により読み取られた第１のＩＤデータ，第２のＩＤデータの組と、該読み取りタイミングで前記撮影手段で撮影された申請者画像とを紐付けて記憶手段に記憶させる制御手段と、を有し、前記制御手段は、前記交付書類交付時に前記読み取り手段により第１のＩＤデータ，第２のＩＤデータが読み取られたタイミングで、該読み取られた第１のＩＤデータ，第２のＩＤデータの組をキーとして、該キーに紐付けられた申請者画像を前記記憶手段から取得し、該取得した申請者画像を、交付担当者がリアルタイムに目視可能に設置された表示手段に表示するように制御する第２の制御手段と、を有することを特徴とする。

本発明によれば、金融機関や役所を想定した現実の窓口申請において、申請者のなりすましや不正申請等の抑制や、誤交付の防止を可能にすると共に、事後的な追跡を可能にする窓口申請交付システムを構築することができる。特に２つのＲＦ−ＩＤを用いることで番号札の偽造や盗取による誤交付を効果的に防止することができる。

又、本システムは、防犯カメラとの兼用も可能であり、最小限の画像容量で申請時の画像と交付時の画像を申請書類と関連付けて保存することができるので、結果として、業者等による住民票等の大量閲覧の抑制や、振り込め詐欺等の口座の不正使用等の事後的な追跡も可能となる等の等の効果を奏する。

以下、各図面を基に実施例を説明する。

図１は、本願発明の一実施形態を示す窓口申請交付システムの一例を示すシステム構成図である。なお、本実施形態では、役所における住民票の写し交付申請システムを例に説明する。

図１に示すように、本実施形態の窓口申請交付システムでは、受付端末１００と検索端末２００とサーバ３００と監視カメラ４００は、ＬＡＮ９００等のネットワーク（広域ネットワークでもよい）を介して互いに通信可能に接続されている。

受付端末１００には、ＲＦ−ＩＤ（ＩＣタグ）用の送受信モジュール（送受信Ｍ）７００が接続されている。また、検索端末２００にも、同様のＲＦ−ＩＤ用の送受信モジュール（送受信Ｍ）８００が接続されている。

なお、この送受信モジュール７００の有効距離は、例えば５０センチ程度である。

また、送受信モジュール７００，８００は、申請待ち番号札２０００に取り付けられたＲＦ−ＩＤや申請書類及び交付書類を入れるクリアケース３０００に取り付けられたＲＦ−ＩＤ内の情報を読み取るためのものである。なお、本実施形態で使用するＲＦ−ＩＤは、電池やキャパシタ等を搭載しないパッシブ型でも電池やキャパシタ等を搭載しているアクティブ型のどちらであっても良い。

さらに、検索端末２００には、申請書類読込み用のドキュメントスキャナ６００とプリンタ５００も接続されている。

サーバ３００のハードディスクには、住民票ＤＢ，監視カメラ４００が撮影した画像を蓄積する画像ＤＢ，後述する各種情報申請書類のスキャン情報（申請書類画像）や、申請記録、履歴情報（履歴ＤＢ）等が記憶されている。

監視カメラ４００は、受付カウンタ１０００の交付窓口を撮影可能な位置に設置されているものとする。

なお、受付端末１００と検索端末２００とサーバ３００の機能を一台のコンピュータで行うように構成してよいことはいうまでもない。

また、申請書類の受付カウンタ（受付窓口）と交付書類の交付カウンタ（交付窓口）が異なり、それぞれに、受付端末１００、送受信モジュール７００を設けるように構成してもよい。

さらに、受付カウンタ（受付窓口）と交付カウンタ（交付窓口）が異なり、それぞれに、監視カメラ４００を設けるように構成してもよい。

受付端末１００，送受信モジュール７００，検索端末２００，送受信モジュール８００は、複数あってもよい。

なお、クリアケース３０００は、ＲＦ−ＩＤを取付け（貼付け）可能であって申請書類及び交付書類と一体となって搬送可能な（持ち運びや受け渡しが可能な）搬送体であればどのようなものでもよい。例えば、封筒，トレイ，クリップ，帯，着脱可能な粘着テープ（付箋紙）等でもよい。なお、本実施形態では、一例としてクリアケースを用いて説明する。

また、番号札２０００は、ＲＦ−ＩＤを取付け（貼付け）可能であればどのような材質であってもよい。例えば、紙であっても、プラスチック等の化学物質であっても、金属、木製等の自然素材であってもよい。

さらに、本実施形態では、番号札２０００やクリアケース３０００等にＲＦ−ＩＤを取り付けた構成例について説明しているが、番号札２０００やクリアケース３０００等に取り付けられる記憶手段は、ＲＦ−ＩＤに限定されるものではない。

以下、図２を参照して、図１に示した受付端末１００，検索端末２００，サーバ３００のハードウェア構成について説明する。

図２は、図１に示した受付端末１００，検索端末２００，サーバ３００に適用可能なコンピュータのハードウェア構成の一例を示すブロック図である。

図２に示すように、受付端末１００，検索端末２００，サーバ３００に適用可能なコンピュータは、ＣＰＵ２１と、ＲＡＭ２２と、ＲＯＭ２３と、ＬＡＮアダプタ２４と、ビデオアダプタ２５と、キーボード２６と、マウス２７等のポインティングデバイスと、ハードディスク２８と、ＣＤ−ＲＯＭドライブ２９，ＤＶＤ−ＲＯＭドライブ等の記録媒体ドライブ（記憶媒体ドライブ）と、外部インタフェース（外部Ｉ／Ｆ）３０を備え、これらがシステムバス２０を介して互いに接続されている構成となっている。

即ち、図２に示すコンピュータは、典型的にはパーソナルコンピュータ（ＰＣ）であるが、これに限らずいわゆるワークステーションやＰＣサーバや専用ハードウェアにより構成しても良い。

ＣＰＵ２１は、ＲＯＭ２３、ハードディスク２８、又はＣＤ−ＲＯＭドライブ２９等の記録媒体に記憶保存されたプログラムを読み出してＲＡＭ２２上等で実行することにより、装置全体を統括制御する。

ＲＡＭ２２は、ＣＰＵ２１のプログラムの実行及び作業領域として使用される。ＬＡＮアダプタ２４は、ネットワークに接続するための通信インタフェースである。

ビデオアダプタ２５には、ＣＲＴ，ＬＣＤ等のディスプレイが接続されており、該ディスプレイへの表示を制御している。

また、ハードディスク２８には、いわゆるオペレーションシステムの他、後述するフローチャートに示すプログラム、各種データが記録されている。なお、サーバ３００の場合、ハードディスク２８には、住民票ＤＢ，監視カメラ４００が撮影した画像を蓄積する画像ＤＢ，後述する各種情報申請書類のスキャン情報（申請書類画像）や、申請記録、履歴情報（履歴ＤＢ）等も記憶されている。

外部Ｉ／Ｆ３０は、ＵＳＢ，ＳＣＳＩ等の外部Ｉ／Ｆであり、図１に示した送受信モジュール７００，８００を接続可能である。

以下、図３のフローチャートを参照して、図１に示した受付端末１００とサーバ３００における受付処理と書類交付時の申請時画像の表示処理について説明する。

図３は、本発明における第１の制御処理手順の一例を示すフローチャートであり、図１に示した受付端末１００とサーバ３００における受付処理と書類交付時の申請時画像の表示処理に対応する。なお、図中、Ｓ３００は、クリアケース及び番号札に付加されているＲＦ−ＩＤが実行する処理に対応する。また、Ｓ３０１〜Ｓ３０４は受信端末１００側の処理に対応し、受信端末１００のＣＰＵがハードディスク等の記録媒体に格納されるプログラムを読み出して実行することにより実現される。さらに、Ｓ３２１〜Ｓ３３１はサーバ３００側の処理に対応し、サーバ３００のＣＰＵがハードディスク等の記録媒体に格納されるプログラムを読み出して実行することにより実現される。

なお、本実施形態の窓口申請交付システムが起動すると、少なくとも１台の監視カメラ４００が受付カウンタ１０００の交付窓口を撮影し、該撮影した画像をサーバ３００に送信し続けている。サーバ３００は、この画像（毎秒１０フレーム程度）と画像の受信時刻とを関連付けてハードディスク２８内の画像ＤＢに記録する。

まず、受付カウンタ１０００の窓口の受付担当者は、申請者から番号札２０００と申請書類を受取ると、申請書類をクリアケース３０００に入れ、このクリアケース３０００と申請者から受取った番号札２０００を、一旦、送受信モジュール７００の上に置く（なお、このときの様子も、監視カメラ４００により撮影され、画像がサーバ３００に送信され蓄積されているものとする）。

上述のように、番号札２０００やクリアケース３０００が、受付端末１００の送受信モジュール７００の上に置かれ、該申請待ち番号札２０００に取り付けられたＲＦ−ＩＤやクリアケース３０００に取り付けられたＲＦ−ＩＤが、送受信モジュール７００からの参照電波を受信すると、ステップＳ３００において、各ＲＦ−ＩＤは、自身のシリアルナンバー又はメモリに記憶した情報（ＩＤデータ）を返信電波として、送受信モジュール７００に送信する。

受付端末１００の送受信モジュール７００は、一定間隔でＲＦ−ＩＤ参照用の電波を発信し、ステップＳ３０１において、ＲＦ−ＩＤからの返信電波を受信する。窓口担当者が、受信モジュール７００の上にクリアケース３０００と申請者から受取った番号札２０００を置いた結果として、受付端末１００の送受信モジュール７００が番号札２０００に取り付けられたＲＦ−ＩＤ及びクリアケース３０００に取り付けられたＲＦ−ＩＤからの１ペアの返信電波を受信すると、受付端末１００のＣＰＵはステップＳ３０２に処理を進める。

ステップＳ３０２では、受付端末１００のＣＰＵは、上記１ペアの返信電波に含まれる２つのＲＦ−ＩＤの情報と該２つのＲＦ−ＩＤの情報の情報を受信した時点の時刻情報を、サーバ３００に送信する。

なお、申請書類が受理されると、番号札２０００は申請者に返され、申請者は受付カウンタ１０００から離れて近くのベンチ等で書類の受け取り時まで待機する。そして、交付の呼び出しがあると、申請者は、再度、受付カウンタ１０００の受付窓口に行き、番号札２０００を受付カウンタ１０００の窓口の受付担当者に渡し、書類の交付を申し出る。

この際にも、受付カウンタ１０００の窓口の受付担当者は、申請者から番号札２０００を受取ると、申請者から受取った番号札２０００と交付書類申請書類が入っているクリアケース３０００とを、一旦、送受信モジュール７００の上に置く（なお、このときの様子（申請者画像）も、監視カメラ４００により撮影され、画像がサーバ３００に送信され蓄積されているものとする）。

よって、交付時にも、番号札２０００とクリアケース３０００の各ＲＦ−ＩＤが受付端末１００の送受信モジュール７００により参照されて、２つのＲＦ−ＩＤ情報と時刻情報が受付端末１００からサーバ３００に送信される（Ｓ３００〜Ｓ３０２）。

ステップＳ３２１では、サーバ３００のＣＰＵは、受付端末１００から送信された２つのＲＦ−ＩＤ情報と時刻情報を受信する。

次に、ステップＳ３２２において、サーバ３００のＣＰＵは、ステップＳ３２１で受信した時刻情報に該当する画像情報を画像ＤＢから読み出して、これら４つの情報（２つのＲＦ−ＩＤ情報，時刻情報，画像情報）を関連付けて（画像情報は画像のフレーム番号だけで画像自体は記憶しない）、サーバ３００のＲＡＭのワークエリアに履歴情報として記憶する。

次に、ステップＳ３２３において、サーバ３００のＣＰＵは、ステップＳ３２２でサーバ３００のＲＡＭに記憶した上記履歴情報内の２つのＲＦ−ＩＤ情報に基づいて、サーバ３００のハードディスクの保管領域に記憶される履歴情報を検索し、ステップＳ３２４において、同じ２つのＲＦ−ＩＤ情報が既に履歴情報として上記保管領域に記録され、かつ処理フラグ（後述するＳ３２６参照）が処理済みか否かを判定する。

なお、ここで、サーバ３００のＣＰＵは、同じ２つのＲＦ−ＩＤ情報が未だ上記保管領域内の履歴情報に記録されていないか、又は同じ２つのＲＦ−ＩＤ情報が既に上記保管領域内の履歴情報に記録されており、且つ、処理フラグが「処理済み」であれば、本処理が新たな申請の受け付けであると判定する。

一方、同じ２つのＲＦ−ＩＤ情報が既に上記保管領域内の履歴情報に記録されており、且つ、処理フラグが「未処理」であれば、本処理が交付の処理であると判定する。

ステップＳ３２４において、サーバ３００のＣＰＵは、受付と判定した場合には、ステップＳ３２５に処理を進める。一方、サーバ３００のＣＰＵは、交付待ちと判定した場合には、ステップＳ３２７に処理を進める。

ステップＳ３２５では、サーバ３００のＣＰＵは、ステップＳ３２２でサーバ３００のＲＡＭ内に記憶した履歴情報内の画像情報（フレーム番号）に基づいて画像ＤＢから静止画像を抽出し、該抽出した静止画像と、対応する履歴情報内の２つのＲＦ−ＩＤ情報と時刻情報、及び、処理フラグ（未処理）を、履歴情報として、サーバ３００のハードディスクのワーク領域に記憶する。

次に、ステップＳ３２６において、サーバ３００のＣＰＵは、画像ＤＢからステップＳ３２５で抽出した静止画像を申請時の画像とし、この申請時画像と時刻情報及び２つのＲＦ−ＩＤ情報及び処理フラグ（「未処理」にセット）を含む履歴情報を、サーバ３００のハードディスクの履歴ＤＢに保管した後、画像ＤＢ内の連続した録画受信データを一定の時間間隔で削除する。つまり、別途保管された静止画像を除いて、例えば１０分間隔で画像ＤＢの録画受信画像自体はクリアされることになる。なお、本システムが防犯システムを兼ねる場合は録画受信データの削除は行なわない。

そして、ステップＳ３２６の処理が終了すると、サーバ３００のＣＰＵは、ステップＳ３２１に処理を戻す。

なお、申請受理後、クリアケース３０００に入れられた申請書類は、該クリアケース３０００ごと検索端末２００の担当者に回付され、住民票ＤＢの検索処理及び申請書類の作成処理が実行される。

よって、ここで、図３のフローチャートの説明を一旦中断し、図４のフローチャートに示す検索端末２００とサーバ３００における住民票ＤＢの検索処理及び申請書類の作成処理について説明する。

図４は、本発明における第２の制御処理手順の一例を示すフローチャートであり、図１に示した検索端末２００とサーバ３００における住民票ＤＢの検索処理及び申請書類の作成処理に対応する。なお、図中、Ｓ４００は、クリアケース３０００に付加されているＲＦ−ＩＤが実行する処理に対応する。また、Ｓ４０１〜Ｓ４０８は検索端末２００側の処理に対応し、検索端末２００のＣＰＵがハードディスク等の記録媒体に格納されるプログラムをＲＡＭに読み出して実行することにより実現される。さらに、Ｓ４２１〜Ｓ４２７はサーバ３００側の処理に対応し、サーバ３００のＣＰＵがハードディスク等の記録媒体に格納されるプログラムをＲＡＭに読み出して実行することにより実現される。

受付カウンタ１０００の受付窓口で受理された申請書類が、クリアケース３０００に入れられ、検索端末２００の担当者に回付されると、検索端末２００の担当者は、このクリアケース３０００を、一旦、送受信モジュール８００の上に置く。

上述のように、クリアケース３０００が、検索端末２００の送受信モジュール８００の上に置かれ、該クリアケース３０００に取り付けられたＲＦ−ＩＤが、送受信モジュール８００からの参照電波を受信すると、ステップＳ４００において、クリアケース３０００のＲＦ−ＩＤは、自身のシリアルナンバー又はメモリに記憶した情報を返信電波として、送受信モジュール８００に送信する。

検索端末２００の送受信モジュール８００は、一定間隔でＲＦ−ＩＤ参照用の電波を発信し、ステップＳ４０１において、ＲＦ−ＩＤからの返信電波を受信する。検索端末２００の担当者が、受信モジュール８００の上にクリアケース３０００を置いた結果として、検索端末２００の送受信モジュール８００がクリアケース３０００に取り付けられたＲＦ−ＩＤからの返信電波を受信すると、検索端末２００のＣＰＵは、該受信したＲＦ−ＩＤの情報を検索端末２００のＲＡＭのワークエリアに記憶する。

次に、ステップＳ４０２において、検索端末２００のＣＰＵは、図５に示す交付申請受付入力画面を、検索端末２００のディスプレイに表示し、検索端末２００の担当者による申請書の書誌情報５０１の入力を受け付ける。なお、図５は、図１に示した検索端末２００のディスプレイに表示される交付申請受付入力画面の一例を示す模式図である。

そして、検索端末２００の担当者により、図５の交付申請受付入力画面の入力欄５０１にクリアケース３０００内に入れられた申請書類に基づく申請書の書誌情報が入力なされ、印刷ボタン５０２が検索端末２００のマウスで押下指示されると、ステップＳ４０３に処理を進める。

ステップＳ４０３では、検索端末２００のＣＰＵは、ステップＳ４０２で入力された申請書誌情報と、ステップＳ４０１でクリアケース３０００から読み取ってＲＡＭに記憶したＲＦ−ＩＤ情報をサーバ３００に送信する。

そして、ステップＳ４０４において、検索端末２００のＣＰＵは、サーバ３０００からの帳票印刷データ待ち状態になる。

ステップＳ４２１では、サーバ３００のＣＰＵは、受付端末１００から送信された申請書誌情報とＲＦ−ＩＤ情報を受信し、サーバ３００のＲＡＭ内に保持する。

次に、ステップＳ４２２において、サーバ３００のＣＰＵは、ステップＳ４２１で受信した申請書誌情報に基づいてＤＢ検索（本実施形態では住民票ＤＢ検索）を実行して、該当する帳票データ（本実施形態では、該当する住民票の写しの帳票を印刷するための帳票データ）を読み出す。

次に、ステップＳ４２３において、サーバ３００のＣＰＵは、ステップＳ４２２のＤＢ検索により読み出された帳票データを検索端末２００に送信する。なお、この際、サーバ３００のＣＰＵは、帳票の交付番号を採番して、サーバ３００のＲＡＭに保持しておく。そして、ステップＳ３２４に処理を進める。

サーバ３００から送信された帳票データを受信した検索端末２００のＣＰＵは、ステップＳ４０５に処理を進める。

そして、ステップＳ４０５において、検索端末２００のＣＰＵは、受信した帳票データと、予め検索端末２００のハードディスクに記憶してある帳票フォームとを合成して、帳票を作成し、該帳票の印刷データをプリンタ５００に送信して該プリンタ５００から帳票を印刷出力させる。

また、ステップＳ４２４において、サーバ３００のＣＰＵは、スキャン用の画面情報を検索端末２００に送信する。

次に、ステップＳ４２５において、サーバ３００のＣＰＵは、ステップＳ４２１で受信しＲＡＭ内に保持されていた申請書誌情報，帳票の交付番号，現在日時を、該申請書誌情報と共に受信したＲＦ−ＩＤ情報と関連付け、一意の申請を採番して、申請記録としてサーバ３００のハードディスクの保管領域に登録し、ステップＳ４２６に処理を進める。

また、ステップＳ４０６において、検索端末２００のＣＰＵは、サーバ３００から送信されたスキャン用の画面情報を受信して、検索端末２００のディスプレイにスキャン用画面（不図示）を表示し、スキャン実行の指示を受け付ける。

そして、検索端末２００の担当者によりクリアケース３０００内に入れられていた申請書類がスキャナ６００にセットされ、スキャン用画面のスキャンボタン（不図示）が押下指示されると、検索端末２００のＣＰＵは、ステップＳ４０７において、スキャナ６００により申請書類をスキャンして、スキャン画像を取り込む。なお、ここで、スキャンした申請書類をクリアケース３０００に戻し、該クリアケース３０００を検索端末２００の送受信モジュール８００の上に置き、該クリアケース３０００に取り付けられたＲＦ−ＩＤの情報を読み取らせるように構成してもよい。

次に、ステップＳ４０８において、検索端末２００のＣＰＵは、ステップＳ４０７で取り込んだスキャン画像と、ステップＳ４０１で取得してＲＡＭ内に格納していた（又は直前に取得した）ＲＦ−ＩＤ情報とをサーバ３００に送信し、ステップＳ４０１に処理を戻す。

また、ステップＳ４２６では、サーバ３００のＣＰＵは、検索端末２００から送信されるスキャン画像とＲＦ−ＩＤ情報を受信すると、ステップＳ４２７において、該スキャン画像及び現在日時を申請書類画像として、該スキャン画像と一緒に受信したＲＦ−ＩＤと関連付けて、サーバ３００のハードディスクの保管領域に登録する。この結果、申請時画像と申請書類画像とはＲＦ−ＩＤをキーにして関連付けられてサーバ３００に記憶されることになる。登録後、ステップＳ４２１に処理を戻す。

以上により、検索端末２００とサーバ３００における住民票ＤＢの検索処理及び申請書類の作成処理が終了する。

そして、検索端末２００の担当者は、プリンタにより印刷された帳票（本実施形態では住民票の写し）を、申請書が入っていたクリアケース３０００内に追加して、該クリアケース３０００ごと、受付カウンタ１０００の窓口の受付担当者に渡す。

そして、受付カウンタ１０００の窓口の受付担当者は、該当する申請者を呼び出し、申請者（受取者）から番号札２０００を受取る。そして、該窓口の受付担当者は、受取った番号札２０００と、交付する帳票（本実施形態では住民票の写し）が入ったクリアケース３０００を、一旦、送受信モジュール７００の上に置く（なお、このときの様子（受取者画像）も、監視カメラ４００により撮影され、画像がサーバ３００に送信され蓄積されているものとする）。

これにより、番号札２０００とクリアケース３０００の各ＲＦ−ＩＤが受付端末１００の送受信モジュール７００により参照されて、２つのＲＦ−ＩＤ情報と時刻情報が受付端末１００からサーバ３００に送信される（図３のＳ３００〜Ｓ３０２）。以下、図３のフローチャートの説明（交付時）に戻る。

そして、ステップＳ３２１で、サーバ３００のＣＰＵは、受付端末１００から送信された２つのＲＦ−ＩＤ情報と時刻情報を受信してサーバ３００のＲＡＭ内に記憶し、ステップＳ３２２において、ステップＳ３２１で受信した時刻情報に該当する画像情報を画像ＤＢから読み出して、これら４つの情報（２つのＲＦ−ＩＤ情報，時刻情報，画像情報）を関連付けて、サーバ３００のＲＡＭのワークエリアに履歴情報として記憶する。

次に、ステップＳ３２３において、サーバ３００のＣＰＵは、ステップＳ３２２でサーバ３００のＲＡＭに記憶した上記履歴情報内の２つのＲＦ−ＩＤ情報に基づいて、サーバ３００のハードディスクの保管領域に記憶される履歴情報を検索し、ステップＳ３２４において、同じ２つのＲＦ−ＩＤ情報が既に履歴情報として上記保管領域に記録され、かつ処理フラグ（Ｓ３２６参照）が処理済みか否かを判定する。

なお、同じ２つのＲＦ−ＩＤ情報が既に履歴情報に記録されており且つ処理フラグが「未処理」であれば、本処理が交付の処理であると判定する。

そして、サーバ３００のＣＰＵは、交付と判定した場合には、ステップＳ３２７に処理を進める。

ステップＳ３２７では、サーバ３００のＣＰＵは、サーバ３００のＲＡＭに記憶されている履歴情報（ＲＦ−ＩＤ情報のペア）に基づいてサーバ３００のハードディスク内の保管領域を検索して、該履歴情報（ＲＦ−ＩＤ情報のペア）に対応する画像（Ｓ３２６で登録された受付時の静止画像）をサーバ３００のハードディスクの履歴ＤＢから読み出す。また、サーバ３００のＣＰＵは、該履歴情報内の時刻情報以降にハードディスクの保管領域に登録された申請書類画像情報，申請記録のうち、該履歴情報内の片方のＲＦ−ＩＤ情報に紐付けられている申請書類画像情報，申請記録を取得する。

さらに、サーバ３００のＣＰＵは、該読み出した受付時の静止画像，申請書類画像，申請記録内の交付番号を、受付端末１００に送信する。また、サーバ３００のＣＰＵは、サーバ３００のハードディスクの履歴ＤＢ内の該当する履歴情報（ＲＦ−ＩＤ情報のペアが同一で処理フラグが「未処理」のもの）内の処理フラグを「処理済み」に更新する。そして、ステップＳ３２８に処理を進める。

なお、受付端末１００のＣＰＵはサーバ１００から画像（受付時の静止画像，申請書類画像）及び交付番号を受信すると、ステップＳ３０３において、受付端末１００のＣＰＵは、該受信した画像（受付時の静止画像，申請書類画像）及び交付番号に基づいて、受付端末１００のディスプレイに表示される図６に示す交付時画面の受付時画像表示部６０３に表示させる。ここで、図６を参照して、交付時画面について説明する。

図６は、書類の交付時に図１に示した受付端末１００のディスプレイに表示される交付時画面の一例を示す模式図である。

図６に示すように、交付時画面は、申請書類表示部６０１と、交付番号表示部６０２と、受付画像表示部６０３から構成される。

なお、受付端末１００のＣＰＵは、申請書類表示部６０１に、サーバ３００から受信した申請書類画像（即ち、図４のステップＳ４０８でスキャンされた申請書類のイメージデータ）を表示し、受付時画像表示部６０３に、サーバ３００から受信した受付時の静止画像を表示するように制御するものとする。

さらに、受付端末１００のＣＰＵは、交付番号表示部６０２に、サーバ３００から受信した交付番号を表示するように制御するものとする。

この交付時画面により、受付端末１００を操作する受付担当者は、交付時に受付にきた人物と、受付時画像表示部６０３に表示された受付時の静止画像を比較して、同一申請者と受け取り者が同一人物であるか目視確認することが可能となる。

よって、番号札を拾った又は番号札を偽造した第三者が、申請者になりすまして、書類を受取ってしまうことを防止することができる。

従って、住民票の写しや戸籍の附表等のプライバシーに関わる書類の交付において、なりすまし等の不正申請を抑制することができる。

以下、図３のフローチャートの説明に戻る。

次に、図３のステップＳ３２８において、サーバ３００のＣＰＵは、受付時の画像（ステップＳ３２７で送信した画像）と、交付時の画像（この時点で監視カメラ４００から送信されてきた画像）を比較する（衣服の色，髪の色等を比較する）。なお、ここでは、両画像に一定の閾値を超えて不一致の画素があると両画像は不一致であると判定され、一定の閾値を超えて不一致の画素がないと両画像は一致と判定されるものとする。

次に、ステップＳ３２９において、サーバ３００のＣＰＵは、受付時の画像と交付時の画像が不一致と判定した場合には、ステップＳ３３０に処理を進め、一方、一致と判定した場合にはステップＳ３２６に処理を進める。

ステップＳ３３０では、サーバ３００のＣＰＵは、受付時の画像と交付時の画像が一致しない旨の警告情報を、受付端末１００に送信し、ステップＳ３３１に処理を進める。

なお、受付端末１００のＣＰＵはサーバ１００から上記警告情報を受信すると、ステップＳ３０４において、受付端末１００のＣＰＵは、該受信した警告情報に基づいて、受付端末の図６に示す交付時画面の受付時画像表示部６０３に、警告メッセージ（警告情報）を表示する。

この警告メッセージにより、受付端末１００を操作する受付担当者に、交付時に受付にきた人物と、受付時画像表示部６０３に表示された受付時の静止画像の人物が同一人物でない疑いがあることを通知して、慎重に確認作業を行うように注意を促すことができる。

次に、ステップＳ３３１では、サーバ３００のＣＰＵは、受付時と交付時の両方の画像をＲＦ−ＩＤ情報及び申請書類画像（図４で説明する）と関連付けてハードディスク２８の別の保管領域に保管し、ステップＳ３２１に処理を戻す。

これにより、もしなりすまし等により、第三者に書類が不正入手される事態が発生したとしても、事後的な追跡し、受け取り時の画像等で犯人を特定することも可能である。

なお、図３のステップＳ３２７で、サーバ３００のハードディスクの履歴ＤＢ内の該当する履歴情報内の処理フラグを「処理済み」に更新するとした。しかし、図６に示した交付時画面に、「交付済み」ボタンを設け、受付担当者が交付書類を受取者に交付した後、該「交付済み」ボタンをＰＤ等で押下指示することにより、受付端末１００のＣＰＵが「交付済み」を示す情報（ＲＦ−ＩＤ情報のペアも含む）をサーバ３００に送信し、これを受信したサーバ３００のＣＰＵが、サーバ３００のハードディスクの履歴ＤＢ内の該当する履歴情報内の処理フラグを「処理済み」に更新するように構成してもよい。

以上により、図３，図４のフローチャートの説明を終了する。

以下に、本実施形態の窓口申請交付システムについてまとめる。

本願発明の窓口申請交付システムでは、少なくとも１台の監視カメラ３００が交付窓口を撮影している。受付窓口には、ＲＦ−ＩＤ用の送受信モジュール７００と管理用端末（受付端末１００）が設置され、近くに申請書読取り用のスキャナ６００及びＲＦ−ＩＤ用の送受信モジュール８００及びプリンタ５００と接続された交付操作用端末（検索端末２００）が設置されている。

そして、住民票の写し等の交付申請者が、窓口で申請書を提出する（この画像を監視カメラ３００が録画している）受付担当者は、ＲＦ−ＩＤを貼付けたクリアケース（書類入れ）３０００を取り出して、書類を入れ、ＲＦ−ＩＤが付いた番号札２０００を申請者に渡す。なお、番号札２０００は、受付待ちの状態で申請者に渡しておき、受付時に、一旦受け取って、番号札２０００のＲＦ−ＩＤの情報を、送受信モジュール７００で読み取るようにしてもよいし、番号札２０００のＲＦ−ＩＤの情報を、送受信モジュール７００で読み取った後に、初めて申請者に渡すように構成してもよい。

このとき、番号札２０００のＲＦ−ＩＤとクリアケース１０００のＲＦ−ＩＤが検知モジュール７００により読み取られ、上記撮影された画像（申請時画像）と共に関連付けられ、サーバ３００のＨＤＤ等に記憶される。

クリアケース３０００の書類は、検索端末２００の担当者に回付され、検索端末２００の担当者は、クリアケース３０００のＲＦ−ＩＤを送受信モジュール８００により読み取らせるとともに、クリアケース３０００に入れられていた申請書の記入に基づいて、住民票ＤＢを検索する。

また、検索端末２００の担当者は、前記申請書をスキャニングする。なお、このスキャニング時に、再度、クリアケース３０００のＲＦ−ＩＤを送受信モジュール８００により読み取らせてもよいし、最初に読み取ったものを使用してもよい。

そして、スキャニングした画像とＲＦ−ＩＤが関連付けられて、サーバ３００のＨＤＤ等に記憶される。なお、この際、端末操作者の画像をＲＦ−ＩＤと関連付けてサーバ３００のＨＤＤに記憶させても良い。

なお、上記検索の結果、住民票の写し等の申請書類データがサーバ１００から検索端末２００に送信され、検索端末２００の端末操作により（自動でもよい）プリンタから出力される。

その後、検索端末２００の担当者は、プリント出力された書類（住民票の写し等）と該当する申請書類をクリアケース３０００に入れ、交付窓口に回付する。

交付窓口では、クリアケース１０００のＲＦ−ＩＤが検知モジュール７００により読み取られ、サーバ３００により、該読み取られたＲＦ−ＩＤの番号に基づいて、対応する番号札２０００が検索され、図示しない電光掲示板で当該番号を点灯させるように構成してもよい。

そして、交付窓口に番号札２０００を持った申請者が現れると、サーバ３００により、番号札２０００のＲＦ−ＩＤとクリアケース３０００のＲＦ−ＩＤがつき合わされ、ＲＦ−ＩＤをキーにして申請時の撮影画像が受付端末１００に表示される（Ｓ３０３）と共に、番号札２００のＲＦ−ＩＤを検知したことをトリガにして、サーバ３００が、現在撮影中の画像とＲＦ−ＩＤを関連付け、サーバ３００のＨＤＤ等に記憶する（交付時画像）。

サーバ３００は、ＲＦ−ＩＤで関連付けられた申請時画像と交付時画像を比較して、異なる場合には、申請時画像と交付時画像を申請書のスキャン画像と共に所定のフォルダに記憶し、ワーニングを交付窓口の受付端末１００の画面に表示する。

なお、申請者が受取を別人に頼んだり、申請者が上着やコートを脱いだりする可能性は否定できないので、ワーニングが出たからといって即問題が起きた訳ではない。

以上示したように、本発明の窓口申請交付システムによれば、金融機関や役所を想定した現実の窓口申請において、申請者のなりすましや不正申請等の抑制や、誤交付の防止を可能にすると共に、事後的な追跡を可能にする窓口申請交付システムを構築することができる。

結果として、業者等による住民票等の大量閲覧の抑制や、防犯カメラを兼用することにより、振り込め詐欺等の口座の不正使用を事後的な追跡することも可能となる等の等の効果を奏する。

なお、上述の各種データの構成及びその内容はこれに限定されるものではなく、用途や目的に応じて、様々な構成や内容で構成されることは言うまでもない。例えば履歴ＤＢには静止画像を保管せず、画像ＤＢ内に受信画像（動画）とは別に静止画像を記憶するよう構成しても良い。この場合履歴ＤＢには静止画の代わりに画像ＤＢ中の静止画を特定するキー情報（フレームや申請）を保管する。

以上、一実施形態について示したが、本発明は、例えば、システム、装置、方法、プログラムもしくは記録媒体等としての実施態様をとることが可能であり、具体的には、複数の機器から構成されるシステムに適用しても良いし、また、一つの機器からなる装置に適用しても良い。又、実施例として市役所等における住民票交付システムを説明したが、これに限らず金融機関（銀行、保険会社、証券会社）における預金の引き出しや株券の交付等の各種手続き窓口における窓口申請交付システムにも適用することができる。

以下、図７に示すメモリマップを参照して本発明に係る窓口申請交付システムを構成する各コンピュータ（受付端末１００，検索端末２００，サーバ３００）で読み取り可能なデータ処理プログラムの構成について説明する。

図７は、本発明に係る窓口申請交付システムを構成する各コンピュータ（受付端末１００，検索端末２００，サーバ３００）で読み取り可能な各種データ処理プログラムを格納する記録媒体（記憶媒体）のメモリマップを説明する図である。

なお、特に図示しないが、記録媒体に記憶されるプログラム群を管理する情報、例えばバージョン情報，作成者等も記憶され、かつ、プログラム読み出し側のＯＳ等に依存する情報、例えばプログラムを識別表示するアイコン等も記憶される場合もある。

さらに、各種プログラムに従属するデータも上記ディレクトリに管理されている。また、インストールするプログラムやデータが圧縮されている場合に、解凍するプログラム等も記憶される場合もある。

本実施形態における図３，図４に示す機能が外部からインストールされるプログラムによって、ホストコンピュータにより遂行されていてもよい。そして、その場合、ＣＤ−ＲＯＭやフラッシュメモリやＦＤ等の記録媒体により、あるいはネットワークを介して外部の記録媒体から、プログラムを含む情報群を出力装置に供給される場合でも本発明は適用されるものである。

以上のように、前述した実施形態の機能を実現するソフトウエアのプログラムコードを記録した記録媒体を、システムあるいは装置に供給し、そのシステムあるいは装置のコンピュータ（またはＣＰＵやＭＰＵ）が記録媒体に格納されたプログラムコードを読出し実行することによっても、本発明の目的が達成されることは言うまでもない。

この場合、記録媒体から読み出されたプログラムコード自体が本発明の新規な機能を実現することになり、そのプログラムコードを記憶した記録媒体は本発明を構成することになる。

プログラムコードを供給するための記録媒体としては、例えば、フレキシブルディスク，ハードディスク，光ディスク，光磁気ディスク，ＣＤ−ＲＯＭ，ＣＤ−Ｒ，ＤＶＤ−ＲＯＭ，磁気テープ，不揮発性のメモリカード，ＲＯＭ，ＥＥＰＲＯＭ，シリコンディスク等を用いることができる。

また、コンピュータが読み出したプログラムコードを実行することにより、前述した実施形態の機能が実現されるだけでなく、そのプログラムコードの指示に基づき、コンピュータ上で稼働しているＯＳ（オペレーティングシステム）等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。

さらに、記録媒体から読み出されたプログラムコードが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれた後、そのプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵ等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。

また、本発明は、複数の機器から構成されるシステムに適用しても、１つの機器からなる装置に適用してもよい。また、本発明は、システムあるいは装置にプログラムを供給することによって達成される場合にも適応できることは言うまでもない。この場合、本発明を達成するためのソフトウエアによって表されるプログラムを格納した記録媒体を該システムあるいは装置に読み出すことによって、そのシステムあるいは装置が、本発明の効果を享受することが可能となる。

さらに、本発明を達成するためのソフトウェアによって表されるプログラムをネットワーク上のサーバ，データベース等から通信プログラムによりダウンロードして読み出すことによって、そのシステムあるいは装置が、本発明の効果を享受することが可能となる。

なお、上述した各実施形態およびその変形例を組み合わせた構成も全て本発明に含まれるものである。

本願発明の一実施形態を示す窓口申請交付システムの一例を示すシステム構成図である。 図１に示した受付端末１００，検索端末２００，サーバ３００に適用可能なコンピュータのハードウェア構成の一例を示すブロック図である。 本発明における第１の制御処理手順の一例を示すフローチャートである。 本発明における第２の制御処理手順の一例を示すフローチャートである。 フローチャートである。 図１に示した検索端末２００のディスプレイに表示される交付申請受付入力画面の一例を示す模式図である。 書類の交付時に図１に示した受付端末１００のディスプレイに表示される交付時画面の一例を示す模式図である。 本発明に係る窓口申請交付システムを構成する各コンピュータ（受付端末１００，検索端末２００，サーバ３００）で読み取り可能な各種データ処理プログラムを格納する記録媒体（記憶媒体）のメモリマップを説明する図である。

符号の説明

１００ 受付端末
２００ 検索端末
３００ サーバ
４００ 監視カメラ
５００ プリンタ
６００ スキャナ
７００ 送受信モジュール
８００ 送受信モジュール
９００ ＬＡＮ
１０００ 受付カウンタ
２０００ 番号札
３０００ クリアケース

Claims (10)

1. 申請書類受付時に申請者に渡される受付札に取り付けられた第１のＩＤ記憶手段から第１のＩＤデータ，申請書類又は交付書類と一体となって受け渡しされる搬送体に取り付けられた第２のＩＤ記憶手段から第２のＩＤデータを読み取り可能な読み取り手段と、
   前記申請書類受付時の申請者画像を撮影可能な撮影手段と、
   前記申請書類受付時に前記読み取り手段により読み取られた第１のＩＤデータ，第２のＩＤデータの組と、該読み取りタイミングで前記撮影手段で撮影された申請者画像とを紐付けて記憶手段に記憶させる制御手段と、を有し、
   前記制御手段は、前記交付書類交付時に前記読み取り手段により第１のＩＤデータ，第２のＩＤデータが読み取られたタイミングで、該読み取られた第１のＩＤデータ，第２のＩＤデータの組をキーとして、該キーに紐付けられた申請者画像を前記記憶手段から取得し、該取得した申請者画像を、交付担当者がリアルタイムに目視可能に設置された表示手段に表示するように制御する第２の制御手段と、
   を有することを特徴とする窓口申請交付システム。
2. 前記撮像手段は、前記交付書類交付時の受取者画像を撮影可能なものであり、
   前記制御手段は、前記交付書類交付時に前記読み取り手段により第１のＩＤデータ，第２のＩＤデータが読み取られたタイミングで前記第１のＩＤデータ，第２のＩＤデータをキーとして前記記憶手段から取得された申請者画像と、前記タイミングで前記撮影手段に撮影された受取者画像と比較し、該比較結果が所定の一致率より低い場合には、警告を前記表示手段に出力するように制御することを特徴とする請求項１に記載の窓口申請交付システム。
3. 前記制御手段は、前記比較結果が所定の一致率より低い場合には、前記交付書類交付時に前記読み取り手段により読み取られた第１のＩＤデータ，第２のＩＤデータの組と、前記比較した申請者画像，受取者画像とを紐付けて、前記記憶手段に記憶させることを特徴とする請求項２に記載の窓口申請交付システム。
4. 受け付けられて前記搬送体と一体となって受け渡しされている申請書類に基づいて入力された申請情報に基づき交付書類を出力する出力手段を有することを特徴とする請求項１乃至３のいずれか１項に記載の窓口申請交付システム。
5. 受け付けられて前記搬送体と一体となって受け渡しされている申請書類から画像データを読み取るスキャン手段と、
   前記制御手段は、前記スキャン手段により画像データを読み取られた申請書類と一体となって受け渡しされている搬送体に付加される第２のＩＤ記憶手段から前記読み取り手段により読み取られた第２のＩＤデータと、前記スキャン手段により読み取られた申請書類の画像データとを紐付けて、前記記憶手段に記憶させることを特徴とする請求項１乃至４のいずれか１項に記載の窓口申請交付システム。
6. 前記制御手段は、前記交付書類交付時に前記読み取り手段により第１のＩＤデータ，第２のＩＤデータが読み取られたタイミングで前記第１のＩＤデータ，第２のＩＤデータをキーとして前記記憶手段から取得された申請者画像が、前記記憶手段に記憶されてから前記記憶手段に記憶された申請書類の画像データを、前記第２のＩＤデータをキーとして前記記憶手段から取得して、前記表示手段に表示するように制御する、ことを特徴とする請求項５に記載の窓口申請交付システム。
7. 複数の読み取り手段を有することを特徴とする請求項１乃至６のいずれか１項に記載の窓口申請交付システム。
8. 申請書類受付時に、申請者に渡される受付札に取り付けられた第１のＩＤ記憶手段から第１のＩＤデータ，申請書類と一体となって受け渡しされる搬送体に取り付けられた第２のＩＤ記憶手段から第２のＩＤデータを読み取る第１の読み取りステップと、
   前記第１の読み取りステップで読み取られた第１のＩＤデータ，第２のＩＤデータの組と、該読み取りタイミングで撮影された申請者画像とを紐付けて記憶手段に登録する登録ステップと、
   交付書類交付時に、受取者から渡された受付札に取り付けられた第１のＩＤ記憶手段から第１のＩＤデータ，交付書類と一体となって受け渡された搬送体に取り付けられた第２のＩＤ記憶手段から第２のＩＤデータを読み取る第２の読み取りステップと、
   前記第２の読み取りステップで第１のＩＤデータ，第２のＩＤデータが読み取られたタイミングで、該読み取られた第１のＩＤデータ，第２のＩＤデータの組をキーとして、該キーに紐付けられた申請者画像を前記記憶手段から取得し、該取得した申請者画像を、交付担当者がリアルタイムに目視可能に設置された表示手段に表示する表示ステップと、
   を有することを特徴とする窓口申請交付方法。
9. 請求項１乃至７に記載された窓口申請交付システムとしてコンピュータを機能させるための、又は、請求項８に記載の窓口申請交付方法をコンピュータに実行させるためのプログラム。
10. 請求項１乃至７に記載された窓口申請交付システムとしてコンピュータを機能させるための、又は、請求項８に記載の窓口申請交付方法をコンピュータに実行させるためのプログラムをコンピュータが読み取り可能に記憶した記録媒体。

Images