JP2020087284A - 管理装置、発行システム、発行方法、およびプログラム - Google Patents

Abstract

【課題】ユーザが容易にＩＤカードの発行を受けることのできる管理装置等を提供する。【解決手段】管理装置３は、顔画像付きのＡＤカードの発行に係る管理を行うものである。管理装置３は、ＡＤカードの発行を受けるユーザの申請情報および顔画像の登録を受け付ける登録受付手段１０１と、１度登録を受付けた申請情報および顔画像を、ＡＤカードの発行元端末６と、当該ＡＤカードと異なるＡＤカードの発行元端末７とに発行データとして送信する送信手段１０５と、を有する。【選択図】図７

Description

本発明は、ＩＤカードの発行に係る管理を行う管理装置等に関する。

ボランティアに参加する参加者は、予めボランティア機関に登録を行ったうえでボランティア当日に所定の受付場所に行き、そこで受付を行ってＡＤカード（アクレディテーションカード）を発行してもらう。参加者は、ＡＤカードを首からぶら下げるなどして他人から見える所に携帯し、ボランティア活動を行う。

ＡＤカードはその所持者を特定可能なＩＤ（Identification）カードである。ＡＤカードには顔写真の無いものもあるが、ＡＤカードに顔写真を表示することは、なりすましを防ぎセキュリティーの面からも好ましい。特許文献１には、ボランティア要員の申込みデータに基づいて、顔画像付きのＡＤカードをボランティア要員に発行することが記載されている。

特開2006-79337号公報

時や場所の異なる別々のボランティアに参加する場合、その参加者は、通常それらのボランティア機関に別々に登録を行い、各ボランティア機関からＡＤカードの発行を受けている。これは、ＡＤカードの発行元のボランティア機関同士に連携が無いためであり、ボランティアの参加者は、ＡＤカードの発行を受けるために各ボランティア機関に登録を行う必要があり手間がかかっていた。

その他、ボランティアの参加者は、受付場所でＡＤカードの発行を受ける際にも、本人確認のために運転免許証などの本人確認証を提示するのが必要である。そのため、ＡＤカードの発行に時間がかかり、受付場所でボランティアの参加者が長蛇の列をなしているといった状況がある。

一方、特許文献１には、ボランティア管理用データ処理装置が、ボランティア要員の申込みデータや過去の参加実績のデータを用い、ボランティアの参加募集やイベント運営を効率的に行うシステムが記載されている。しかしながら、ボランティアの参加者（ユーザ）の観点から見た場合のＡＤカードの発行を容易化する具体的な仕組みについては必ずしも明確ではなかった。

本発明は上記の問題に鑑みてなされたものであり、ユーザが容易にＩＤカードの発行を受けることのできる管理装置等を提供することを目的とする。

前述した課題を解決するための第１の発明は、顔画像付きのＩＤカードの発行を受けるユーザの申請情報および顔画像の登録を受け付ける登録受付手段と、一度登録を受付けた申請情報および顔画像を、第１の前記ＩＤカードの発行元端末と、第１の前記ＩＤカードと異なる第２の前記ＩＤカードの発行元端末とに送信する送信手段と、を有することを特徴とする管理装置である。

本発明では、ユーザの申請情報および顔画像を管理装置にて一元管理し、一度登録された共通の申請情報および顔画像を複数の異なるＩＤカードの発行時に用いることができる。ユーザは、これら共通の申請情報および顔画像については一度のみ登録すればよく、登録の負担が軽減されるので、ＩＤカードの発行を容易に受けることができる。

前記管理装置は、前記登録受付手段によってユーザの申請情報の登録を受付けた後、ユーザの申請情報に対応する識別情報を生成する生成手段をさらに有し、前記登録受付手段は、前記識別情報とユーザの顔画像を画像撮影装置から受信することが望ましい。
本発明では、ユーザの申請情報と顔画像を別々に登録することで、それぞれの登録に利便性の高い装置を用いることができる。例えば顔画像の登録に証明写真機などの画像撮影装置を用いることで、顔画像を撮影したその場で顔画像の登録が可能になる。また、申請情報に対応する識別情報を生成し、画像撮影装置から顔画像とともにこの識別情報を受信する仕組みとすることで、別々に登録する申請情報と顔画像を識別情報をキーとして対応付け、管理することが可能になる。

前記登録受付手段は、ユーザの申請情報をユーザ端末から受信し、前記生成手段は、ユーザの申請情報を送信した前記ユーザ端末に、前記識別情報を返信することが望ましい。
申請情報の登録にはユーザ端末を用いることで、個々のユーザが手軽に申請情報の登録を行える。この時、前記生成した識別情報は、申請情報を送信したユーザ端末に返信すればよい。

前記管理装置は、第１、第２の前記ＩＤカードの発行元端末から前記識別情報を受信する受信手段をさらに有し、前記送信手段は、前記識別情報に対応するユーザの申請情報および顔画像を第１、第２の前記ＩＤカードの発行元端末に送信することが望ましい。
ＩＤカードの発行元端末は、上記識別情報を管理装置に送信することで管理装置から申請情報および顔画像を受信し、これを用いてＩＤカードの発行を行うことができる。

前記送信手段は、ユーザの顔画像の特徴量を第１、第２の前記ＩＤカードの発行元端末にさらに送信することが望ましい。
上記の特徴量を用いることで、ＩＤカードの発行時のユーザの本人確認を自動化することが可能になり、ユーザから提示された本人確認証を目視して本人確認を行うといった作業を省略することが可能になる。

前記管理装置は、ユーザに対する前記ＩＤカードの発行実績を示す発行実績データを記憶する記憶手段をさらに有することが望ましい。また、前記管理装置は、前記発行実績に応じてユーザにポイントを付与するポイント付与手段をさらに有することも望ましい。
本発明の管理装置は、ユーザに対するＩＤカードの発行実績も一元管理することができ、これにより発行実績に応じてユーザにポイント付与を行う等の様々な付加価値サービスを提供することができる。

第２の発明は、管理装置と、顔画像付きのＩＤカードの発行元端末とを含む発行システムであって、前記管理装置は、前記ＩＤカードの発行を受けるユーザの申請情報および顔画像の登録を受け付ける登録受付手段と、一度登録を受付けた申請情報および顔画像を、第１の前記ＩＤカードの発行元端末と、第１の前記ＩＤカードと異なる第２の前記ＩＤカードの発行元端末とに送信する送信手段と、を有することを特徴とする発行システムである。
第２の発明は、第１の発明の管理装置とＩＤカードの発行元端末を含む発行システムである。

第３の発明は、管理装置が、顔画像付きのＩＤカードの発行を受けるユーザの申請情報および顔画像の登録を受け付けるステップと、一度登録を受付けた申請情報および顔画像を、第１の前記ＩＤカードの発行元端末と、第１の前記ＩＤカードと異なる第２の前記ＩＤカードの発行元端末とに送信するステップと、を実行し、第１の前記ＩＤカードの発行元端末と、第２の前記ＩＤカードの発行元端末が、それぞれ、第１の前記ＩＤカードと第２の前記ＩＤカードを前記管理装置から受信した申請情報および顔画像を用いて発行するステップを実行することを特徴とする発行方法である。
第３の発明は、第２の発明の発行システムによるＩＤカードの発行方法である。

第４の発明は、コンピュータを、顔画像付きのＩＤカードの発行を受けるユーザの申請情報および顔画像の登録を受け付ける登録受付手段と、一度登録を受付けた申請情報および顔画像を、第１の前記ＩＤカードの発行元端末と、第１の前記ＩＤカードと異なる第２の前記ＩＤカードの発行元端末とに送信する送信手段と、を有する管理装置として機能させるためのプログラムである。
第４の発明は、コンピュータを第１の発明の管理装置として機能させるためのプログラムである。

本発明により、ユーザが容易にＩＤカードの発行を受けることのできる管理装置等を提供することができる。

発行システム１を示す図。 画像撮影装置２の外観を示す図。 画像撮影装置２のシステム構成を示す図。 制御装置２０のハードウェア構成を示す図。 管理装置３のハードウェア構成を示す図。 ユーザ端末５のハードウェア構成を示す図。 発行システム１の機能構成を示す図。 申請情報の登録の手順を示すフローチャート。 ユーザ端末５に表示される画面の例。 本人確認証１０の例。 発行データ１００を示す図。 二次元コード２００の例。 顔画像の登録の手順を示すフローチャート。 画像撮影装置２に表示される画面の例。 ＡＤカードの発行の手順を示すフローチャート。 ＡＤカード３０の例。 発行実績データ３００を示す図。 申請情報の登録の手順を示すフローチャート。 簡易入力画面の例。 発行データ１００’を示す図。 二次元コード２００’の例。 ＡＤカード３０’の例。 発行実績データ３００を示す図。

以下、図面に基づいて本発明の好適な実施形態について詳細に説明する。

（１．発行システム１）
図１は本発明の実施形態に係る発行システム１を示す図である。発行システム１は、申請情報と顔画像の登録を行ったユーザ（ボランティアの参加者）に対し、ボランティア活動時に携帯するＡＤカードを発行するものである。ＡＤカードはカードの所持者を特定できるＩＤカードであり、本実施形態では顔画像付きのものとする。なお、ボランティアは災害ボランティア、スポーツ等のイベントボランティアなどであるが、特に限定されない。

発行システム１は、画像撮影装置２、管理装置３、ユーザ端末５、発行元端末６、７等を有する。

画像撮影装置２は、例えば街頭に設置された証明写真機である。画像撮影装置２はユーザを撮影してその画像を証明写真としてプリントする（証明写真サービス）のに加え、管理装置３に対しユーザの顔画像の登録を行うために用いられる（顔画像登録サービス）。

図２は画像撮影装置２の外観を示す図であり、図３は画像撮影装置２のシステム構成を示す図である。

画像撮影装置２はボックス状の外観を有し、制御装置２０、表示部２１、課金部２２、撮影部２３、照明２４、プリンタ２５、プリント物取出口２６、読取部２７、カーテン２８、センサ２９等を有する。

制御装置２０は画像撮影装置２の内部に設けられ、画像撮影装置２の処理全体を制御する。

図４は制御装置２０のハードウェア構成を示す図である。図４に示すように、制御装置２０は、例えば制御部２０１、記憶部２０２、入力部２０３、通信部２０４等をバス等により接続して構成したコンピュータにより実現できる。但しこれに限ることなく、適宜様々な構成をとることができる。

制御部２０１はCPU、ROM、RAMなどから構成される。CPUは、記憶部２０２、ROMなどの記憶媒体に格納された制御装置２０の処理に係るプログラムをRAM上のワークエリアに呼び出して実行し、画像撮影装置２の各部を制御して後述する処理を実現する。ROMは不揮発性メモリであり、ブートプログラムやBIOSなどのプログラム、データなどを恒久的に保持している。RAMは揮発性メモリであり、記憶部２０２、ROMなどからロードしたプログラムやデータを一時的に保持するとともに、制御部２０１が各種処理を行うために使用するワークエリアを備える。

記憶部２０２はハードディスクドライブやソリッドステートドライブ、フラッシュメモリ等であり、後述する処理に際し制御装置２０が実行するプログラム、プログラム実行に必要なデータ、OS（オペレーションシステム）等が格納される。これらのプログラムやデータは、制御部２０１により必要に応じて読み出され実行される。

入力部２０３は制御装置２０に各種の設定入力を行うものである。
通信部２０４はネットワーク等を介した通信を媒介する通信インタフェースであり、管理装置３等との間で通信を行う。

図２、３の説明に戻る。表示部２１は、画像撮影装置２の入力部を兼ねたタッチパネル付ディスプレイ等により実現される。表示部２１は、ユーザの操作、選択に係る各種の画面を表示し、画面上のタッチパネル操作によるユーザの指示入力等を受付ける。

課金部２２は、硬貨や紙幣の投入口、つり銭返却口、レシート取出口、レシートプリンタ等（不図示）を備え、ユーザからの課金やレシートの発行を管理する。

撮影部２３は、撮影窓の内側にカメラ等を設けたものである。カメラには例えば高解像度のデジタルカメラが用いられるが、これに限ることはない。

照明２４は、画像撮影装置２のボックス内の全体を照らす照明である。照明２４は例えば白色の光を照射する面光源であり、撮影部２３の上部に設けられるが、これに限ることはない。

プリンタ２５は、画像を用紙にプリントするものであり、画像撮影装置２の内部に設けられる。画像をプリントしたプリント物はプリント物取出口２６に排出される。プリンタ２５の方式や設置台数等は特に問わない。

読取部２７は、読取用のイメージスキャナ等を有する。
カーテン２８は、画像撮影装置２のボックス内を外部から遮るものである。
センサ２９は、画像撮影装置２のボックス内に入ったユーザを検知するセンサである。センサ２９は例えば赤外線センサであるが、これに限ることはない。

管理装置３は、発行システム１の管理者のサーバであり、画像撮影装置２、ユーザ端末５、発行元端末６、７等とネットワークを介して通信可能に接続される。管理装置３は、ユーザの申請情報および顔画像の登録を受付け、これらのデータを管理してＡＤカードの発行時に用いる。

図５は管理装置３のハードウェア構成を示す図である。図５に示すように、管理装置３は、例えば制御部３１、記憶部３２、表示部３３、入力部３４、及び通信部３５等をバス等により接続して構成したコンピュータにより実現できる。但し、これに限ることなく、適宜様々な構成をとることができる。

制御部３１、記憶部３２、入力部３４、通信部３５の機能は上述した制御部２０１、記憶部２０２、入力部２０３、通信部２０４と略同様である。表示部３３は液晶パネル等のディスプレイ装置を備え、入力部３４はキーボード、マウス等のポインティングデバイス、テンキー等の入力装置を有する。記憶部３２には後述する処理を管理装置３に実行させるためのプログラムが格納される。

ユーザ端末５はユーザが用いるコンピュータ端末であり、管理装置３に対し申請情報の登録を行うために用いられる。ユーザ端末５としては、例えばスマートフォン、タブレット端末などの携帯端末を用いることが可能である。

図６はユーザ端末５のハードウェア構成を示す図である。図６に示すように、ユーザ端末５は制御部５１、記憶部５２、表示部５３、入力部５４、通信部５５、カメラ５６、音声入出力部５７等をバス等により接続して構成される。但し、ユーザ端末５はこれに限ることなく適宜様々な構成をとることができ、図５と同様の構成を有するPC(Personal Computer)を用いることも可能である。

制御部５１、記憶部５２、入力部５４、通信部５５の機能は上述した制御部２０１、記憶部２０２、入力部２０３、通信部２０４と略同様である。また表示部５３は液晶パネル等のディスプレイ装置を有し、入力部５４としてのタッチパネルが設けられている。音声入出力部５７はマイクやスピーカ等である。記憶部５２にはユーザ端末５の後述する処理を実行するためのプログラムが格納されている。

発行元端末６、７は、ＡＤカードの発行元の端末であり、ボランティアの受付担当者が用いる。発行元端末６、７は、ボランティア当日にボランティアの受付場所等に配置される。発行元端末６、７には図５と同様の構成を有するコンピュータを用いることができ、その記憶部には発行元端末６、７の後述する処理を実行するためのプログラムが格納される。

本実施形態では、発行元端末６がＳ市のボランティアの受付場所でＡＤカード（第１のＩＤカード）を発行する際に用いられ、発行元端末７は、これと異なるＸ市のボランティアの受付場所で、上記ＡＤカードとは異なるＡＤカード（第２のＩＤカード）を発行する際に用いられる。

発行元端末６には、ＡＤカードを発行するためのプリンタ６１、ＡＤカードの発行時に後述する二次元コードを読取るためのイメージスキャナ６２、ＡＤカードの発行時に本人確認を行うためのカメラ６３が通信可能に接続される。発行元端末７にも、ＡＤカードの発行を行うため、上記のプリンタ６１、イメージスキャナ６２、カメラ６３と同様のプリンタ７１、イメージスキャナ７２、カメラ７３が通信可能に接続される。

図７は、発行システム１の機能構成を示す図である。図７に示すように、発行システム１の管理装置３は、登録受付手段１０１、生成手段１０２、記憶手段１０３、受信手段１０４、送信手段１０５、ポイント付与手段１０６等を有する。

登録受付手段１０１は、管理装置３が、ＡＤカードの発行を受けるユーザの申請情報および顔画像の登録を受付けるものである。本実施形態では、管理装置３が、ユーザの申請情報をユーザ端末５から通信部３５を介して受信し、ユーザの顔画像を画像撮影装置２から通信部３５を介して受信することで、これらの登録の受付を行う。また画像撮影装置２からはユーザの顔画像とともにユニークＩＤを受信する。ユニークＩＤは上記の申請情報に対応する識別情報であるが、詳細については後述する。

生成手段１０２は、ユーザの申請情報の登録を受付けた後、管理装置３の制御部３１がユニークＩＤを生成するものである。このユニークＩＤは、ユーザの申請情報を送信したユーザ端末５に二次元コードとして返信される。

記憶手段１０３は管理装置３の記憶部３２に対応し、ＡＤカードの発行データや発行実績データを記憶するものである。発行データはユーザの申請情報、顔画像、顔画像の特徴量およびユニークＩＤ等を含み、発行実績データはユーザに対するＡＤカードの発行実績を記録したものであるが、これらの詳細については後述する。

受信手段１０４は、管理装置３が、通信部３５を介して発行元端末６、７からユニークＩＤを受信するものである。

送信手段１０５は、管理装置３が、通信部３５を介して発行元端末６、７に上記ユニークＩＤに対応する発行データを送信するものである。本実施形態では、１度登録を受付けた共通の申請情報および顔画像を、発行元端末６、７に発行データとして送信する。

ポイント付与手段１０６は、管理装置３の制御部３１が、ＡＤカードの発行実績に応じてユーザにポイントを付与するものである。本実施形態では、ポイントを発行実績データとして記録することで、ユーザに対するポイント付与を行う。

（２．発行システム１の処理；初めてボランティアに参加する場合）
次に、本実施形態の発行システム１が行う処理（発行方法）について説明する。本実施形態の発行システム１では、ユーザが初めてボランティアに参加する場合、申請情報と顔画像の登録を行ったうえでボランティア当日に所定の受付場所に行ってＡＤカードの発行を受けるので、以下ではそれぞれの手順について説明する。また本実施形態ではユーザが初回にＳ市のボランティアに参加するものとし、発行元端末６によってＡＤカードの発行を受けるものとする。

（２−１．申請情報の登録）
図８は申請情報の登録の手順を示すフローチャートである。図８のＳ１０１〜Ｓ１０４、Ｓ１０６、Ｓ１１０〜Ｓ１１１、Ｓ１１６はユーザ端末５の制御部５１が実行する。その他の処理は管理装置３の制御部３１が実行する。

本実施形態において、ユーザは、管理装置３が提供する申請用のウェブサイトにユーザ端末５からアクセスし、ユーザ端末５に表示される応募先の選択画面（不図示）にてボランティアの応募先を選択する。ユーザ端末５は応募先の選択を受付ける（Ｓ１０１）と、図９（ａ）に示すようなユニークＩＤの入力画面を表示する。

図９（ａ）の入力画面では、ユニークＩＤを入力するか、ユニークＩＤを入力せずに申請情報を登録するかを選択するためのチェックボックス５０１、ユニークＩＤを入力する場合の入力欄５０２、次の画面に遷移するための「次へ進む」ボタン５０３等が表示される。

ユニークＩＤは、後述する手順で申請情報を登録したユーザに対し返信されるものであり、本実施形態ではこのユニークＩＤを入力することで、ユーザが次回ボランティアに参加する際に簡単に申請情報の登録を行うことができる。ただし、ここではユーザが初めてボランティアに参加するので、ユーザはユニークＩＤを入力せずに申請情報を登録することをチェックボックス５０１にて選択したうえで、「次へ進む」ボタン５０３を選択する（Ｓ１０２；ＮＯ）。

ユーザ端末５は、次に申請情報の入力画面を表示し、ユーザは当該入力画面にて申請情報を入力する。ユーザ端末５は、申請情報の入力を受付け（Ｓ１０３）、Ｓ１０１で選択された応募先とＳ１０３で入力された申請情報を管理装置３に送信する（Ｓ１０４）。管理装置３は、応募先と申請情報をユーザ端末５から受信し、応募先と申請情報の登録を受け付ける（Ｓ１０５）。

図９（ｂ）は申請情報の入力画面の例である。本実施形態では、申請情報として、ユーザの氏名、年齢、住所、メールアドレスなどの個人情報をそれぞれの入力欄５０４に入力する。ただし申請情報はこれらに限らない。なお、入力画面にはＳ１０１で選択された応募先（「Ｓ市ボランティア」）も表示され、ユーザはこれを確認したうえで申請情報の入力を行う。

また本実施形態では、ユーザがカメラ５６等を用いてユーザの顔画像付きの本人確認証を予め撮影しておき、本人確認証の画像を同じく申請用のウェブサイト上の入力画面で入力する。ユーザ端末５は、ユーザの顔画像を含む本人確認証の画像を管理装置３に送信し（Ｓ１０６）、管理装置３は当該画像を受信する（Ｓ１０７）。

図１０は本人確認証１０の概略を示す図であり、本人確認証１０の一例を模式的に示したものである。本人確認証１０はユーザを特定可能な媒体であり、例えば運転免許証、マイナンバーカード、在留カード、特別永住者カードなどであるが、これに限定されない。

本人確認証１０は、ユーザの氏名１２、生年月日１３、住所１４、本人確認証１０の交付年月日１５、発行番号１６、有効期限１７等の文字情報や、ユーザの顔画像１８などを基材１１上の所定の位置に印刷したものである。

図９（ｃ）は本人確認証１０の画像５０（以下、本人確認証画像という）の入力画面の例である。この例では、ドラッグ操作などにより本人確認証画像５０を入力領域５０５に入力すると、ユーザ端末５から管理装置３に本人確認証画像５０が送信される。

次に、管理装置３は、本人確認証画像５０から本人確認証１０の真贋判定を行う（Ｓ１０８）。

真贋判定の方法は特に問わないが、例えば本人確認証画像５０のOCR(Optical
Character Recognition)処理を行い、得られた文字情報に矛盾が有るか否かを判別し、矛盾が有る場合に本人確認証１０を偽とし、矛盾の無い場合に本人確認証１０を真とすることができる。

文字情報の矛盾は様々であるが、一例として、生年月日１３と有効期限１７との間に法律面から定まる所定の関係が存在し、当該関係から見た時に、本人確認証画像５０から得られた生年月日１３と有効期限１７との間に矛盾が有るケースがある。

例えば本人確認証１０の有効期限１７における月日が、法律上、生年月日１３における月日の１ヶ月後になるという関係が有る場合、本人確認証１０の生年月日１３を偽造し、有効期限１７における月日が生年月日１３における月日の１ヶ月後で無くなった場合、矛盾があると判別される。

これは文字情報の内容と別の文字情報の内容との間に矛盾が有るケースであるが、文字情報の内容自体に矛盾があるケースもある。例えば本人確認証画像５０から得られた生年月日１３が有り得ない年月日、一例として「昭和70年」や「13月」、「4月31日」などであると、その内容に矛盾が有ると判別される。

真贋判定の方法としては、上記のようにOCR処理によって得た文字情報を利用するものに限らず、本人確認証１０の正規の印刷方法と同じ方法で印刷されたか否かを本人確認証画像５０から判別することもでき（例えば、特開2011-34535号公報など参照）、この場合、正規の印刷方法と異なる方法で印刷された本人確認証１０を偽とする。

管理装置３は、上記の真贋判定において本人確認証１０を偽と判定した場合（Ｓ１０８；ＮＯ）、偽の本人確認証１０である旨をユーザ端末５に送信する（Ｓ１０９）。ユーザ端末５は、偽の本人確認証１０である旨を受信して（Ｓ１１０）、表示部５３に表示し（Ｓ１１１）、処理を終了する。

一方、管理装置３は、本人確認証１０を真と判定した場合（Ｓ１０８；ＹＥＳ）、本人確認証画像５０から顔画像１８を切出し、顔画像１８の特徴量を算出する（Ｓ１１２）。特徴量としては顔画像に関する既知のパラメータを用いることができ、その値を既知の方法で算出できる。

次に、管理装置３はユニークＩＤを生成し（Ｓ１１３）、ＡＤカードの発行データを作成して記憶部３２に記録する（Ｓ１１４）。

図１１はＡＤカードの発行データ１００の例である。図１１に示すように、発行データ１００は例えばユニークＩＤ１１０、申請情報１２０、顔画像１３０、特徴量１４０、応募先１５０等を対応付けたものである。

ユニークＩＤ１１０は発行データ１００を識別可能な識別情報であり、Ｓ１１３において新たに生成される。

申請情報１２０は、前記のＳ１０５で受信した申請情報であり、ユーザの氏名１２１、年齢１２２、住所１２３、メールアドレス１２４などの個人情報を含む。

顔画像１３０はユーザの顔画像である。ただし、顔画像１３０は後述する手順で画像撮影装置２によって撮影されたものが別途登録され、Ｓ１１４では顔画像１３０を除いた発行データ１００が作成される。

顔画像の特徴量１４０は、前記のＳ１１２で本人確認証１０の顔画像１８から算出された特徴量である。

応募先１５０は、前記のＳ１０５で受信した応募先である。

フローチャートの説明に戻る。管理装置３は、発行データ１００の作成後、ユニークＩＤ１１０をコード化した二次元コードとそのユニークＩＤ１１０（二次元コード等という）をユーザ端末５に送信する（Ｓ１１５）。ユーザ端末５は二次元コード等を受信し（Ｓ１１６）、処理を終了する。

図１２は二次元コード２００の例である。二次元コード２００は、ユーザの顔画像１３０の登録時やＡＤカードの発行時に図１２に示すようにユーザ端末５に表示させ、画像撮影装置２の読取部２７や発行元端末６、７のイメージスキャナ６２、７２で読取らせる。二次元コード２００の基となるユニークＩＤ１１０は、前記したように発行データ１００を識別可能な識別情報であり、当該発行データ１００の申請情報１２０等に対応する。

（２−２．顔画像１３０の登録）
以上の手順で申請情報１２０の登録を行ったユーザは、更に顔画像１３０を画像撮影装置２から登録する。図１３は顔画像１３０の登録の手順を示すフローチャートであり、図１３のＳ２０１〜Ｓ２０２、Ｓ２０５〜Ｓ２０８は画像撮影装置２の制御装置２０が実行する。その他の処理は管理装置３の制御部３１が実行する。

本実施形態において、顔画像１３０を登録するユーザは街頭の画像撮影装置２へと向かい、画像撮影装置２のボックス内に入る。画像撮影装置２は、センサ２９によってユーザを検知すると表示部２１にトップ画面を表示させる。

図１４（ａ）はトップ画面の例である。本実施形態ではトップ画面でサービスの選択を行うことができ、証明写真サービスを始めとした各種のサービスがボタン２１１によって選択可能に表示される。顔画像１３０の登録はそのサービスの一つであり、ここでは表示部２１のタッチパネル操作により顔画像１３０の登録を行うためのボタン２１１をユーザが選択する。

画像撮影装置２は、顔画像１３０の登録が選択されると、二次元コード２００を読取部２７にかざすためのガイダンスを表示部２１に表示する。ユーザはガイダンスに従って図１２に示すようにユーザ端末５に二次元コード２００を表示させ、これを読取部２７にかざす。画像撮影装置２は、読取部２７によって二次元コード２００を読み取ると（Ｓ２０１）、二次元コード２００を復号してユニークＩＤ１１０を取得し、ユニークＩＤ１１０を管理装置３に送信する（Ｓ２０２）。

管理装置３は、ユニークＩＤ１１０を受信すると（Ｓ２０３）、発行データ１００を参照し、ユニークＩＤ１１０に対応する申請情報１２０の一部または全部を画像撮影装置２に送信する（Ｓ２０４）。画像撮影装置２は、申請情報１２０を受信して（Ｓ２０５）、表示部２１に表示する（Ｓ２０６）。

図１４（ｂ）は申請情報１２０の表示画面の例であり、ユーザは表示部２１に表示された申請情報１２０（図の例では氏名１２１と住所１２３）が正しいかを確認し、正しければ「確認」ボタン２１２をタッチパネル操作により選択する。すると、画像撮影装置２はユーザの顔画像を撮影するためのガイダンスを表示部２１に表示し、撮影部２３によりユーザの顔画像の撮影を行う（Ｓ２０７）。画像撮影装置２は、撮影した顔画像を管理装置３に送信する（Ｓ２０８）。

管理装置３は、顔画像を画像撮影装置２から受信し、その登録を受付ける（Ｓ２０９）。そして、当該顔画像を、Ｓ２０３で受信したユニークＩＤ１１０を含む発行データ１００の顔画像１３０として、当該発行データ１００の申請情報１２０等と対応付けて記録し（Ｓ２１０）、処理を終了する。

（２−３．ＡＤカードの発行）
こうして申請情報１２０と顔画像１３０の登録を行ったユーザは、ボランティア当日に所定の受付場所に行ってＡＤカードの発行を受ける。

図１５はＡＤカードの発行の手順を示すフローチャートであり、図１５のＳ３０１〜Ｓ３０２、Ｓ３０５〜Ｓ３１１は発行元端末６の制御部が実行する処理である。その他の処理は管理装置３の制御部３１が実行する。

本実施形態において、ボランティアに参加するユーザは受付場所に設置された発行元端末６のイメージスキャナ６２に二次元コード２００を読取らせる。発行元端末６は、イメージスキャナ６２によって二次元コード２００を読取ると（Ｓ３０１）、二次元コード２００を復号してユニークＩＤ１１０を取得し、管理装置３へ送信する（Ｓ３０２）。

管理装置３は、ユニークＩＤ１１０を受信する（Ｓ３０３）と、ユニークＩＤ１１０に対応する発行データ１００を発行元端末６に送信する（Ｓ３０４）。前記したように、発行データ１００はユーザの申請情報１２０、顔画像１３０、特徴量１４０を含み、これらがＡＤカードの発行時に用いられる。

このうち特徴量１４０は、ＡＤカードの発行時の本人確認を自動化するために用いられる。すなわち、発行元端末６は、発行データ１００を受信する（Ｓ３０５）と、カメラ６３によってユーザの顔画像を撮影し（Ｓ３０６）、当該顔画像から特徴量を算出する（Ｓ３０７）。そして、当該特徴量をＳ３０５で受信した発行データ１００の特徴量１４０と比較し、これらが一致するか否かを判定する（Ｓ３０８）。これにより、ユーザの本人確認を自動で行う。

特徴量が一致しない場合（Ｓ３０８；ＮＯ）、発行元端末６はユーザの本人確認ができなかったとし、ＡＤカードの発行不可の旨を表示部に表示して（Ｓ３０９）処理を終了する。

特徴量が一致する場合（Ｓ３０８；ＹＥＳ）、発行元端末６はユーザの本人確認ができたとし、プリンタ６１によりＡＤカードを印刷して発行する（Ｓ３１０）。

図１６はＳ３１０で発行されるＡＤカード３０の例である。本実施形態では、Ｓ３０５で受信した発行データ１００の顔画像１３０、および申請情報１２０の少なくとも一部（図の例ではユーザの氏名１２１）を、ＡＤカード３０のデザインテンプレートとともに紙に印刷してＡＤカード３０を発行する。

ＡＤカード３０を発行した発行元端末６は、ＡＤカード３０の発行済の旨を管理装置３に送信する（Ｓ３１１）。管理装置３は、ＡＤカード３０の発行済の旨を受信すると（Ｓ３１２）、ＡＤカードの発行実績データを作成し、記憶部３２に記録する（Ｓ３１３）。

図１７は発行実績データ３００の例である。図１７に示すように、発行実績データ３００は、例えばユーザの氏名１２１、発行実績３１０、発行回数３２０、ポイント３３０等を紐付けたものである。

発行実績３１０はＡＤカードの発行実績を示す情報であり、図の例ではＡＤカード３０を発行した発行元の情報（「Ｓ市ボランティア」）が記録される。

発行回数３２０はＡＤカードの発行回数を示す情報であり、ポイント３３０は発行回数３２０に応じてユーザに付与されるポイントである。ポイント３３０は景品等との交換や様々な特典に用いることができる。

以上のようにしてユーザにＡＤカード３０が発行され、ユーザはＡＤカード３０を首からぶら下げるなどして他人から見える所に携帯しながらボランティア活動を行う。

なお、前記したＳ３０８の本人確認において特徴量が一致しないとされた場合（Ｓ３０８；ＮＯ）、受付担当者は、例えば運転免許証などの本人確認証の提示をユーザに求め、その目視により別途本人確認を行ってもよい。本人確認証による本人確認ができた場合には、発行データ１００を用いてＡＤカード３０の発行を行い、Ｓ３１１以降の処理を行うことが可能である。

（３．発行システム１の処理；２回目以降にボランティアに参加する場合）
以上の手順でユーザは申請情報１２０と顔画像１３０の登録を行い、Ｓ市でのボランティア活動に必要なＡＤカード３０の発行を受けるが、本実施形態では１度登録した申請情報１２０や顔画像１３０を利用し、当該ユーザが２回目以降のボランティアに参加する際に、ＡＤカードの発行を容易に受けることのできるシステムとなっている。そこで、以下ではユーザが２回目以降にボランティアへの参加を行う場合の発行システム１の処理について説明する。ここでは、ユーザが先程のＳ市とは異なるＸ市のボランティアに参加し、発行元端末７によってＡＤカードの発行を受けるものとする。

（３−１．申請情報の登録）
本実施形態において、２回目以降にボランティアに参加するユーザは、前記と同様、管理装置３が提供する申請用のウェブサイトにユーザ端末５からアクセスし、ユーザ端末５に表示される応募先の選択画面（不図示）にてボランティアの応募先を選択する。ユーザ端末５は応募先の選択を受付け（図８のＳ１０１）、前記したユニークＩＤの入力画面（図９（ａ）参照）を表示させる。

ここで、ユーザはＳ市のボランティアの参加時に申請情報１２０を登録しているので、前記のＳ１１６で管理装置３から受信したユニークＩＤ１１０を保有しており、上記入力画面でこのユニークＩＤ１１０を入力する（図８のＳ１０２；ＹＥＳ）ことで、申請情報の登録を簡略化できる。

図１８はこの場合の申請情報の登録手順を示すフローチャートであり、Ｓ４０１、Ｓ４０５〜Ｓ４０６、Ｓ４０８〜Ｓ４１１、Ｓ４１６はユーザ端末５の制御部５１が実行する。その他の処理は管理装置３の制御部３１が実行する。

ここでは、ユーザ端末５がＳ１０１で選択された応募先と上記入力されたユニークＩＤ１１０とを管理装置３に送信する（Ｓ４０１）。管理装置３は応募先とユニークＩＤ１１０を受信する（Ｓ４０２）と、ユニークＩＤ１１０を含む発行データ１００が存在するか否かを判定する（Ｓ４０３）。

ユニークＩＤ１１０を含む発行データ１００が存在しない場合（Ｓ４０３；ＮＯ）、管理装置３は、ユニークＩＤ１１０が無効である旨をユーザ端末５に送信する（Ｓ４０４）。ユーザ端末５はユニークＩＤ１１０が無効である旨を受信し（Ｓ４０５）、その旨を表示して（Ｓ４０６）処理を終了する。

一方、ユニークＩＤ１１０を含む発行データ１００が存在する場合（Ｓ４０３；ＹＥＳ）、管理装置３は、申請情報の簡易入力画面をユーザ端末５に送信する（Ｓ４０７）。ユーザ端末５は簡易入力画面を受信して表示し（Ｓ４０８、Ｓ４０９）、簡易入力画面上での申請情報の入力を受付ける（Ｓ４１０）。

図１９は申請情報の簡易入力画面の例である。ユーザは、Ｘ市のボランティアで必要なＡＤカードの申請情報のうち、Ｓ市のボランティアの参加時に一度登録した申請情報については入力を省略でき、未登録のもののみを入力するだけでよい。

この例では、Ｘ市のボランティアの参加時に、申請情報としてユーザの氏名、年齢、性別、住所、メールアドレスの登録が必要であるものとする。しかしながら、このうちＳ４０２で受信したユニークＩＤ１１０に対応する（一度登録された）申請情報１２０、即ち氏名１２１、年齢１２２、住所１２３、メールアドレス１２４の登録は省略され、入力欄５０４としては性別の入力欄５０４のみが表示される。

なお、簡易入力画面には、Ｓ４０２で受信した応募先（「Ｘ市ボランティア」）と、Ｓ４０２で受信したユニークＩＤ１１０に対応する申請情報１２０のうちユーザの氏名１２１（「日本花子」）が表示されており、ユーザはこれらを確認したうえで申請情報の入力を行うことができる。

ユーザ端末５は、簡易入力画面で入力された申請情報を管理装置３に送信する（Ｓ４１１）。管理装置３は、ユーザ端末５から申請情報を受信してその登録を受付けると（Ｓ４１２）、ユニークＩＤを生成し（Ｓ４１３）、ＡＤカードの発行データを新たに作成して記憶部３２に記録する（Ｓ４１４）。

図２０はＡＤカードの発行データ１００’の例である。図に示すように、発行データ１００’は例えばユニークＩＤ１１０’、申請情報１２０、１２０’、顔画像１３０、特徴量１４０、応募先１５０’等を対応付けたものである。

ここで、ユニークＩＤ１１０’はＳ４１３で新たに生成したものである。また、申請情報１２０’はＳ４１２で受信した申請情報（ユーザの性別１２５）であり、応募先１５０’はＳ４０２で受信した応募先（「Ｘ市ボランティア」）である。Ｓ４１４では、これらユニークＩＤ１１０’、申請情報１２０’および応募先１５０’を、Ｓ４０２で受信したユニークＩＤ１１０に対応する申請情報１２０、顔画像１３０、特徴量１４０と対応付けて発行データ１００’を作成する。

すなわち、本実施形態では、新たなＡＤカードの発行データ１００’が、図８、１３のフローで一度登録した申請情報１２０、顔画像１３０等を利用して作成される。そのため、２回目以降のボランティアの参加時には、申請情報１２０の登録が省略され、また顔画像１３０の登録も省略することができる。

この後、管理装置３は、ユニークＩＤ１１０’をコード化した二次元コードとそのユニークＩＤ１１０’（二次元コード等という）をユーザ端末５に送信する（Ｓ４１５）。ユーザ端末５は二次元コード等を受信し（Ｓ４１６）、処理を終了する。図２１はユーザ端末５に表示される二次元コード２００’の例である。

（３−２．ＡＤカードの発行）
前記したように、本実施形態では一度登録した顔画像１３０を利用してＸ市のボランティアに必要なＡＤカードの発行データ１００’を作成するので、顔画像１３０の登録を画像撮影装置２で改めて行う必要は無く、ユーザは、ボランティア当日に所定の受付場所に行けば、そのままＡＤカードの発行を受けることができる。

ＡＤカードの発行の手順は図１５で説明したものと同様であり、発行元端末７が発行データ１００’を受信し、顔画像の特徴量１４０による本人確認を行った後、プリンタ７１によりＡＤカードを印刷して発行する。

前記したように、この発行データ１００’の申請情報１２０、顔画像１３０等は、Ｓ市のボランティアの参加時に一度登録され、前記のＡＤカード３０の発行元端末６に送信された発行データ１００の申請情報１２０、顔画像１３０等と同一である。すなわち本実施形態では、一度登録した申請情報１２０、顔画像１３０等が、異なるＡＤカードの発行元端末６、７のそれぞれに送信される。

図２２はＡＤカード３０’の例である。本実施形態でも、発行データ１００’の顔画像１３０、ユーザの氏名１２１等をＡＤカード３０’のデザインテンプレートとともに紙に印刷してＡＤカード３０’が発行される。ＡＤカード３０’のデザインはＡＤカード３０（図１６参照）と異なるが、顔画像１３０やユーザの氏名１２１はＡＤカード３０と同一になる。

ＡＤカード３０’を発行した発行元端末７は、ＡＤカード３０’の発行済の旨を管理装置３に送信し（Ｓ３１１）、管理装置３はこれを受信して発行実績データ３００として記録する（Ｓ３１２）。

図２３は、ＡＤカード３０’の発行済の旨を記録した発行実績データ３００の例である。図２３に示すように、Ｓ３１２では、発行実績３１０に、ＡＤカード３０’を発行した発行元の情報（「Ｘ市ボランティア」）が追加され、これに応じて発行回数３２０とポイント３３０を元の発行実績データ３００（図１７参照）から増やして更新する。

なお、図８、１３、１８等のフローにより作成された発行データ１００、１００’は、必要に応じて応募先１５０、１５０’（ここではＳ市やＸ市）の管理端末に送信され、ボランティアの参加者の情報として管理される。

以上説明したように、本実施形態では、ユーザの申請情報１２０および顔画像１３０を管理装置３にて一元管理し、一度登録された共通の申請情報１２０および顔画像１３０を複数の異なるＡＤカード３０、３０’の発行時に用いることができる。ユーザは、これら共通の申請情報１２０および顔画像１３０については一度のみ登録すればよく、登録の負担が軽減されるので、ＡＤカードの発行を容易に受けることができる。

また、本実施形態では、ユーザの申請情報１２０と顔画像１３０を別々に登録することで、それぞれの登録に利便性の高い装置を用いることができる。例えば顔画像１３０の登録に証明写真機などの画像撮影装置２を用いることで、顔画像１３０を撮影したその場で顔画像１３０の登録が可能になる。また、申請情報１２０に対応するユニークＩＤ１１０を生成し、画像撮影装置２から顔画像１３０とともにこのユニークＩＤ１１０を受信する仕組みとすることで、別々に登録する申請情報１２０と顔画像１３０をユニークＩＤ１１０をキーとして対応付け、管理することが可能になる。

また、申請情報１２０の登録にはユーザ端末５を用いることで、個々のユーザが手軽に申請情報１２０の登録を行える。上記生成したユニークＩＤ１１０は、申請情報１２０を送信したユーザ端末５に返信すればよい。

ＡＤカード３０、３０’の発行元端末６、７は、上記のユニークＩＤ１１０を管理装置３に送信することで、管理装置３から申請情報１２０および顔画像１３０を発行データ１００、１００’として受信し、これを用いてＡＤカード３０、３０’の発行を行うことができる。

この時、発行元端末６、７はユーザの顔画像の特徴量１４０も管理装置３から受信し、これを用いてＡＤカード３０、３０’の発行時のユーザの本人確認を自動化することが可能になる。従って、ユーザから提示された運転免許証などの本人確認証を目視して本人確認を行うといった作業を省略することができる。

また管理装置３は、ユーザに対するＡＤカードの発行実績３１０も一元管理することができ、これにより発行実績３１０に応じた様々な付加価値サービスをユーザに提供することができる。本実施形態では発行実績３１０に応じてユーザにポイント付与を行い、景品等との交換や様々な特典といった動機付けを行うことが可能になる。

しかしながら、本発明は上記の実施形態に限らない。例えば本実施形態では顔画像付きのＩＤカードとしてＡＤカードの発行を行っているが、発行するＩＤカードはこれに限らず、カードを所持するユーザを特定可能なものであればよい。例えば各種の入館証や受験票、通行証、参加証などであってもよい。またＩＤカードは紙に印刷するものに限らず、申請情報１２０や顔画像１３０等を電子データとしてユーザ端末５等に送信することで発行し、これを当該ユーザ端末５にて表示させＩＤカードとして用いてもよい。

また本実施形態の画像撮影装置２は証明写真機であり、街頭などに設置された証明写真機で容易にユーザの顔画像１３０を取得できるが、画像撮影装置２はユーザの顔画像１３０の撮影ができればよく、スマートフォンなどの携帯端末であってもよい。

また、本実施形態では個々のユーザが申請情報１２０の登録を行っているが、例えば企業や団体等の担当者が複数のユーザの申請情報１２０をユーザの許可を得て事前に保有していれば、当該担当者がこれら複数のユーザについての申請情報１２０の登録を一括して行うことも可能である。この場合、個々のユーザについては、申請情報１２０の登録を省略することができる。これは顔画像１３０の登録に関しても同様である。

また本実施形態では管理装置３から受信した発行データ１００、１００’の特徴量１４０を用いてＡＤカード３０、３０’の発行時の本人確認を自動で行っているが、この本人確認処理を省略することも可能である。この場合は、ユーザから提示された本人確認証を目視することにより本人確認を行う。

また、本実施形態では申請情報１２０、１２０’を登録したユーザのユーザ端末５に、二次元コード２００、２００’やユニークＩＤ１１０、１１０’を送信しているが、二次元コード２００、２００’やユニークＩＤ１１０、１１０’を紙等に印刷したものをユーザ宛に郵送することも可能である。

また、本実施形態では顔画像１３０の登録時やＡＤカード３０、３０’の発行時に画像撮影装置２の読取部２７や発行元端末６、７のイメージスキャナ６２、７２で二次元コード２００、２００’を読取るが、その代わりに、画像撮影装置２の表示部２１や発行元端末６、７の表示部にユニークＩＤ１１０の入力画面（不図示）を表示させ、当該入力画面にてユーザにユニークＩＤ１１０を入力させてもよい。

また、本実施形態では図９（ａ）の入力画面でユニークＩＤ１１０を入力することにより図１９の簡易入力画面を表示するが、ユニークＩＤ１１０の代わりに、一度登録した申請情報１２０の一部、例えばユーザの氏名１２１を入力するようにしてもよい。管理装置３は、入力された氏名１２１を含む発行データ１００が存在する場合に、図１９の簡易入力画面をユーザ端末５に送信する。

以上、添付図面を参照して、本発明の好適な実施形態について説明したが、本発明は係る例に限定されない。当業者であれば、本願で開示した技術的思想の範疇内において、各種の変更例または修正例に想到し得ることは明らかであり、それらについても当然に本発明の技術的範囲に属するものと了解される。

１：発行システム
２：画像撮影装置
３：管理装置
５：ユーザ端末
６、７：発行元端末
１０：本人確認証
３０、３０'：ＡＤカード
１００、１００’：発行データ
１０１：登録受付手段
１０２：生成手段
１０３：記憶手段
１０４：受信手段
１０５：送信手段
１０６：ポイント付与手段
１１０、１１０’：ユニークＩＤ
１２０、１２０’：申請情報
１２１：氏名
１２２：年齢
１２３：住所
１２４：メールアドレス
１２５：性別
１３０：顔画像
１４０：特徴量
１５０、１５０'：応募先
２００、２００'：二次元コード
３００：発行実績データ
３１０：発行実績
３２０：発行回数
３３０：ポイント

Claims (10)

1. 顔画像付きのＩＤカードの発行を受けるユーザの申請情報および顔画像の登録を受け付ける登録受付手段と、
   一度登録を受付けた申請情報および顔画像を、第１の前記ＩＤカードの発行元端末と、第１の前記ＩＤカードと異なる第２の前記ＩＤカードの発行元端末とに送信する送信手段と、
   を有することを特徴とする管理装置。
2. 前記登録受付手段によってユーザの申請情報の登録を受付けた後、ユーザの申請情報に対応する識別情報を生成する生成手段をさらに有し、
   前記登録受付手段は、前記識別情報とユーザの顔画像を画像撮影装置から受信することを特徴とする請求項１記載の管理装置。
3. 前記登録受付手段は、ユーザの申請情報をユーザ端末から受信し、
   前記生成手段は、ユーザの申請情報を送信した前記ユーザ端末に、前記識別情報を返信することを特徴とする請求項２に記載の管理装置。
4. 第１、第２の前記ＩＤカードの発行元端末から前記識別情報を受信する受信手段をさらに有し、
   前記送信手段は、前記識別情報に対応するユーザの申請情報および顔画像を第１、第２の前記ＩＤカードの発行元端末に送信することを特徴とする請求項２または請求項３に記載の管理装置。
5. 前記送信手段は、ユーザの顔画像の特徴量を第１、第２の前記ＩＤカードの発行元端末にさらに送信することを特徴とする請求項１から請求項４のいずれかに記載の管理装置。
6. ユーザに対する前記ＩＤカードの発行実績を示す発行実績データを記憶する記憶手段をさらに有することを特徴とする請求項１から請求項５のいずれかに記載の管理装置。
7. 前記発行実績に応じてユーザにポイントを付与するポイント付与手段をさらに有することを特徴とする請求項６に記載の管理装置。
8. 管理装置と、顔画像付きのＩＤカードの発行元端末とを含む発行システムであって、
   前記管理装置は、
   前記ＩＤカードの発行を受けるユーザの申請情報および顔画像の登録を受け付ける登録受付手段と、
   一度登録を受付けた申請情報および顔画像を、第１の前記ＩＤカードの発行元端末と、第１の前記ＩＤカードと異なる第２の前記ＩＤカードの発行元端末とに送信する送信手段と、
   を有することを特徴とする発行システム。
9. 管理装置が、
   顔画像付きのＩＤカードの発行を受けるユーザの申請情報および顔画像の登録を受け付けるステップと、
   一度登録を受付けた申請情報および顔画像を、第１の前記ＩＤカードの発行元端末と、第１の前記ＩＤカードと異なる第２の前記ＩＤカードの発行元端末とに送信するステップと、
   を実行し、
   第１の前記ＩＤカードの発行元端末と、第２の前記ＩＤカードの発行元端末が、
   それぞれ、第１の前記ＩＤカードと第２の前記ＩＤカードを前記管理装置から受信した申請情報および顔画像を用いて発行するステップを実行することを特徴とする発行方法。
10. コンピュータを、
    顔画像付きのＩＤカードの発行を受けるユーザの申請情報および顔画像の登録を受け付ける登録受付手段と、
    一度登録を受付けた申請情報および顔画像を、第１の前記ＩＤカードの発行元端末と、第１の前記ＩＤカードと異なる第２の前記ＩＤカードの発行元端末とに送信する送信手段と、
    を有する管理装置として機能させるためのプログラム。