JP6933317B1 - 情報処理装置、情報処理システム、情報処理方法、情報端末及びプログラム - Google Patents

Abstract

情報処理装置（１）は、所定のユーザに対して第一国で実施された所定の感染症の検査の陰性証明情報と、当該ユーザが加入し、かつ、第二国で適用可能な医療保険に関する保険情報とが当該ユーザに対応付けて登録された登録情報を取得する取得部（１１）と、第二国へ入国しようとするユーザから取得された生体情報について、第１の生体認証を制御する認証制御部（１２）と、第１の生体認証に成功した場合、登録情報に基づき、当該第１の生体認証に成功したユーザに対応付けられた陰性証明情報及び保険情報を特定する特定部（１３）と、特定された陰性証明情報及び保険情報の有効性を判定する判定部（１４）と、を備える。

Description

本発明は、情報処理装置、情報処理システム、情報処理方法及び非一時的なコンピュータ可読媒体に関し、特に、感染症対策を管理するための情報処理装置、情報処理システム、情報処理方法及び非一時的なコンピュータ可読媒体に関する。

感染症の拡大に伴って実施されていた移動制限が、徐々に解除されつつあり、感染症対策がなされた上で、旅行者、特に、海外からの旅行者の各地での受入れを増加させることが求められている。

特許文献１には、入国審査システムに関する技術が開示されている。特許文献１にかかる入出国管理サーバ装置は、本人認証に成功した人物に発給されているビザ番号を検索する。判定装置は、人物の端末から取得した暗号化追加個人情報（ビザ番号）を復号化し、検索されたビザ番号と、復号化されたビザ番号とを照合する。そして、判定装置は、照合結果を表示部に表示する。入国審査官は判定装置の表示部に表示された情報に基づき、人物の入国を許可するか否かを判断する。

特開２０１０−０９２４４２号公報

ここで、近年では、感染症の蔓延等を理由に、空港等の入国審査がより厳格化されている。そのため、入国者、特に、外国籍の入国者に対する入国審査等の効率化が求められている。

本開示は、このような問題点を解決するためになされたものであり、感染症対策に関する入国審査等を効率化するための情報処理装置、情報処理システム、情報処理方法及び非一時的なコンピュータ可読媒体を提供することを目的とする。

本開示の第１の態様にかかる情報処理装置は、
所定のユーザに対して第一国で実施された所定の感染症の検査の陰性証明情報と、当該ユーザが加入し、かつ、第二国で適用可能な医療保険に関する保険情報とが当該ユーザに対応付けて登録された登録情報を取得する取得手段と、
前記第二国へ入国しようとするユーザから取得された生体情報について、第１の生体認証を制御する認証制御手段と、
前記第１の生体認証に成功した場合、前記登録情報に基づき、当該第１の生体認証に成功したユーザに対応付けられた前記陰性証明情報及び前記保険情報を特定する特定手段と、
前記特定された前記陰性証明情報及び前記保険情報の有効性を判定する判定手段と、
を備える。

本開示の第２の態様にかかる情報処理システムは、
所定のユーザに対して第一国で実施された所定の感染症の検査の陰性証明情報と、当該ユーザが加入し、かつ、第二国で適用可能な医療保険に関する保険情報とを当該ユーザに対応付けて登録情報として記憶する記憶装置と、
前記記憶装置と接続された情報処理装置とを備え、
前記情報処理装置は、
前記記憶装置から前記登録情報を取得する取得手段と、
前記第二国へ入国しようとするユーザから取得された生体情報について、第１の生体認証を制御する認証制御手段と、
前記第１の生体認証に成功した場合、前記登録情報に基づき、当該第１の生体認証に成功したユーザに対応付けられた前記陰性証明情報及び前記保険情報を特定する特定手段と、
前記特定された前記陰性証明情報及び前記保険情報の有効性を判定する判定手段と、
を備える。

本開示の第３の態様にかかる情報処理方法は、
コンピュータが、
所定のユーザに対して第一国で実施された所定の感染症の検査の陰性証明情報と、当該ユーザが加入し、かつ、第二国で適用可能な医療保険に関する保険情報とが当該ユーザに対応付けて登録された登録情報を取得し、
前記第二国へ入国しようとするユーザから取得された生体情報について、第１の生体認証を制御し、
前記第１の生体認証に成功した場合、前記登録情報に基づき、当該第１の生体認証に成功したユーザに対応付けられた前記陰性証明情報及び前記保険情報を特定し、
前記特定された前記陰性証明情報及び前記保険情報の有効性を判定する。

本開示の第４の態様にかかるプログラムが格納された非一時的なコンピュータ可読媒体は、
所定のユーザに対して第一国で実施された所定の感染症の検査の陰性証明情報と、当該ユーザが加入し、かつ、第二国で適用可能な医療保険に関する保険情報とが当該ユーザに対応付けて登録された登録情報を取得する取得処理と、
前記第二国へ入国しようとするユーザから取得された生体情報について、第１の生体認証を制御する認証制御処理と、
前記第１の生体認証に成功した場合、前記登録情報に基づき、当該第１の生体認証に成功したユーザに対応付けられた前記陰性証明情報及び前記保険情報を特定する特定処理と、
前記特定された前記陰性証明情報及び前記保険情報の有効性を判定する判定処理と、
をコンピュータに実行させる。

本開示により、感染症対策に関する入国審査等を効率化するための情報処理装置、情報処理システム、情報処理方法及び非一時的なコンピュータ可読媒体を提供することができる。

本実施形態１にかかる情報処理装置の全体構成を示すブロック図である。 本実施形態１にかかる情報処理方法の流れを示すフローチャートである。 本実施形態２にかかる情報処理システムの構成を示すブロック図である。 本実施形態２にかかる認証装置の構成を示すブロック図である。 本実施形態２にかかる顔情報登録処理の流れを示すフローチャートである。 本実施形態２にかかる認証装置による顔認証処理の流れを示すフローチャートである。 本実施形態２にかかるサーバの構成を示すブロック図である。 本実施形態２にかかるユーザ端末の構成を示すブロック図である。 本実施形態２にかかる事前登録処理の流れを示すフローチャートである。 本実施形態２にかかる入国審査端末の構成を示すブロック図である。 本実施形態２にかかる入国審査処理の流れを示すフローチャートである。 本実施形態２にかかる発行直後の健康パスポートの表示例を示す図である。 本実施形態２にかかる発行直後の健康パスポートの他の表示例を示す図である。 本実施形態２にかかる健康報告の登録処理の流れを示すフローチャートである。 本実施形態２にかかる健康パスポートの更新処理の流れを示すフローチャートである。 本実施形態２にかかる健康パスポートの表示処理の流れを示すフローチャートである。 本実施形態２にかかる状態「良」の健康パスポートの表示例を示す図である。 本実施形態２にかかる状態「通常」の健康パスポートの表示例を示す図である。 本実施形態２にかかる状態「不良」の健康パスポートの表示例を示す図である。 本実施形態２にかかる状態「良」の健康パスポートの他の表示例を示す図である。 本実施形態２にかかる状態「通常」の健康パスポートの他の表示例を示す図である。 本実施形態２にかかる状態「不良」の健康パスポートの他の表示例を示す図である。 本実施形態２にかかる店舗端末の構成を示すブロック図である。 本実施形態２にかかる入店処理の流れを示すフローチャートである。 本実施形態２にかかる状態「良」の健康パスポートの表示例を示す図である。 本実施形態２にかかる状態「通常」の健康パスポートの表示例を示す図である。 本実施形態２にかかる状態「不良」の健康パスポートの表示例を示す図である。 本実施形態２にかかる濃厚接触者判定処理の流れを示すフローチャートである。 本実施形態２にかかる通知された医療機関の場所を示した地図情報の表示例を示す図である。 本実施形態３にかかるユーザ端末の構成を示すブロック図である。 本実施形態３にかかる入国審査端末の構成を示すブロック図である。 本実施形態３にかかる入国審査処理の流れを示すフローチャートである。 本実施形態３にかかる店舗端末の構成を示すブロック図である。

以下では、本開示の実施形態について、図面を参照しながら詳細に説明する。各図面において、同一又は対応する要素には同一の符号が付されており、説明の明確化のため、必要に応じて重複説明は省略される。

＜実施形態１＞
図１は、本実施形態１にかかる情報処理装置１の全体構成を示すブロック図である。情報処理装置１は、所定のユーザが外国へ出国するために必要とされる感染症対策の証明情報や医療保険の加入情報の有効性を判定するためのコンピュータである。ここで、情報処理装置１は、通信ネットワーク（不図示、以降、通信ネットワークを単にネットワークとも称する）、又は、所定の無線通信により直接、所定の端末と接続される。尚、ネットワークは、有線か無線であるかを問わないし、通信プロトコルの種別を問わない。当該端末は、情報処理装置１に対して入力を行い、情報処理装置１からの出力に応じた処理を行っても良い。

情報処理装置１は、取得部１１、認証制御部１２、特定部１３及び判定部１４を備える。取得部１１は、陰性証明情報と保険情報とが所定のユーザに対応付けて登録された登録情報を取得する。陰性証明情報は、所定のユーザに対して第一国で実施された所定の感染症の検査の結果が陰性であることを証明する情報である。保険情報は、ユーザが加入し、かつ、第二国で適用可能な医療保険に関する情報である。尚、「ユーザに対応付けて」とは、ユーザの識別情報（例えば、ユーザＩＤや生体情報）に対応付けられることを指すものとする。また、取得部１１は、上述した端末から登録情報を取得してもよい。または、取得部１１は、情報処理装置１が内蔵する記憶部、又は、情報処理装置１が接続された外部の記憶装置から登録情報を取得してもよい。

認証制御部１２は、第二国へ入国しようとするユーザから取得された生体情報について、第１の生体認証を制御する。例えば、情報処理装置１が認証用の生体情報を予め保持している場合、認証制御部１２は、保持された生体情報と、取得された生体情報との照合を行うことにより生体認証処理を行う。または、認証用の生体情報が外部の認証装置に記憶されている場合、認証制御部１２は、認証装置に認証処理を行わせ、認証結果を取得する。「第二国へ入国しようとするユーザ」とは、例えば、第二国へ入国するために第一国から出国する際のユーザか、第一国を出国後に第二国へ入国する際のユーザである。つまり、認証制御部１２は、第一国からの出国時（例えば出国審査時）又は第二国への入国時（例えば入国審査時）にユーザから取得された生体情報を用いて第１の生体認証を制御する。

特定部１３は、第１の生体認証に成功した場合、登録情報に基づき、当該第１の生体認証に成功したユーザに対応付けられた陰性証明情報及び保険情報を特定する。

判定部１４は、特定部１３により特定された陰性証明情報及び保険情報の有効性を判定する。

尚、感染症対策の証明情報は、陰性証明情報の代わりに、感染症に対するワクチンの接種の証明情報であってもよい。

また、生体認証の代わりに、所定の本人確認認証が用いられても良い。本人確認認証とは、取得された本人確認情報と認証用の本人確認情報との照合により認証を行うものである。本人確認情報としては、例えば、生体情報、ＩＤ及びパスワードの組合せ、本人を特定可能な二次元コード、電子証明書等が挙げられるが、これらに限定されない。

図２は、本実施形態１にかかる情報処理方法の流れを示すフローチャートである。まず、取得部１１は、所定のユーザに対して第一国で実施された所定の感染症の検査の陰性証明情報と、当該ユーザが加入し、かつ、第二国で適用可能な医療保険に関する保険情報とが当該ユーザに対応付けて登録された登録情報を取得する（Ｓ１１）。

次に、認証制御部１２は、第二国へ入国しようとするユーザから取得された生体情報について、第１の生体認証を制御する（Ｓ１２）。そして、情報処理装置１は、第１の生体認証に成功したか否かを判定する（Ｓ１３）。第１の生体認証に成功した場合、特定部１３は、ステップＳ１１で取得した登録情報に基づき、第１の生体認証に成功したユーザに対応付けられた陰性証明情報及び保険情報を特定する（Ｓ１４）。そして、判定部１４は、特定された陰性証明情報及び保険情報の有効性を判定する（Ｓ１５）。尚、ステップＳ１３で第１の生体認証に失敗したと判定された場合、処理を終了する。

このように、本実施形態にかかる情報処理装置１は、生体認証に成功したユーザについて予め登録された陰性証明情報及び保険情報の有効性の判定結果を得ることができる。そのため、判定結果を外部へ提供できる。また、判定結果に応じた各種処理を行うことができる。例えば、判定結果が有効性を示す場合、第一国からの出国や第二国への入国を許可してもよい。そのため、感染症対策に関する入国審査等を効率化することができる。

尚、情報処理装置１は、図示しない構成としてプロセッサ、メモリ及び記憶装置を備えるものである。また、当該記憶装置には、本実施形態にかかる情報処理方法の処理が実装されたコンピュータプログラムが記憶されている。そして、当該プロセッサは、記憶装置からコンピュータプログラムを前記メモリへ読み込ませ、当該コンピュータプログラムを実行する。これにより、前記プロセッサは、取得部１１、認証制御部１２、特定部１３及び判定部１４の機能を実現する。

または、取得部１１、認証制御部１２、特定部１３及び判定部１４は、それぞれが専用のハードウェアで実現されていてもよい。また、各装置の各構成要素の一部又は全部は、汎用または専用の回路（circuitry）、プロセッサ等やこれらの組合せによって実現されもよい。これらは、単一のチップによって構成されてもよいし、バスを介して接続される複数のチップによって構成されてもよい。各装置の各構成要素の一部又は全部は、上述した回路等とプログラムとの組合せによって実現されてもよい。また、プロセッサとして、ＣＰＵ（Central Processing Unit）、ＧＰＵ（Graphics Processing Unit）、ＦＰＧＡ（field-programmable gate array）、量子プロセッサ（量子コンピュータ制御チップ）等を用いることができる。

また、情報処理装置１の各構成要素の一部又は全部が複数の情報処理装置や回路等により実現される場合には、複数の情報処理装置や回路等は、集中配置されてもよいし、分散配置されてもよい。例えば、情報処理装置や回路等は、クライアントサーバシステム、クラウドコンピューティングシステム等、各々が通信ネットワークを介して接続される形態として実現されてもよい。また、情報処理装置１の機能がＳａａＳ（Software as a Service）形式で提供されてもよい。

＜実施形態２＞
本実施形態２は、上述した実施形態１の具体例である。上述したように、感染症の蔓延などにより渡航者の入国審査が厳格化されている。また、入国後も渡航者の健康状態の管理及び把握が求められている。

図３は、本実施形態２にかかる情報処理システム１０００の構成を示すブロック図である。情報処理システム１０００は、第一国Ｃ１に滞在中に感染症の対策を実施し、医療保険に加入したユーザＵ１１等が第二国Ｃ２に入国する際に、これらの登録情報に基づきユーザに対して健康パスポートを発行するものである。第二国Ｃ２に入国したユーザは、健康パスポートが有効な場合、店舗Ｃ２２等の施設に入場できる。また、情報処理システム１０００は、健康パスポートの発行後（第二国Ｃ２への入国後）に、ユーザＵ１１等から都度、健康報告や行動履歴を受け付けて登録及び管理する。これに応じて、情報処理システム１０００は、健康パスポートの更新を行う。

情報処理システム１０００は、ユーザ端末１０１から１０４、認証装置２００、サーバ３００、入国審査端末４００及び店舗端末６００を備える。ユーザ端末１０１から１０４、認証装置２００、サーバ３００、入国審査端末４００及び店舗端末６００は、ネットワークＮを介して接続される。ここで、ネットワークＮは、有線又は無線の通信回線、例えばインターネットである。尚、ユーザＵ１１からＵ１４は、同一人物を示すものとしてもよい。また、ユーザ端末１０１から１０４は、同等の機能を有するものとする。また、認証装置２００及びサーバ３００は、第二国Ｃ２に設置される必要はなく、第一国Ｃ１又は他の国に設置されてもよい。また、店舗Ｃ２２は、第二国Ｃ２内の利用先の一例である。利用先は、利用時に利用者の健康パスポートを確認した上で、利用許可を行うことが可能なレストラン、スタジアム、映画館、劇場等の施設であってもよい。また、情報処理システム１０００は、第二国Ｃ２内の２以上の施設に適用可能である。

尚、以下の説明では、生体認証を顔認証とし、生体情報を顔特徴情報とする。但し、生体認証及び生体情報は撮影画像を利用する他の技術を適用可能である。例えば、生体情報は、指紋、声紋、静脈、網膜、瞳の虹彩の模様（パターン）といった個人に固有の身体的特徴から計算されるデータ（特徴量）を用いても構わない。また、生体認証の代わりに、他の本人確認認証を適用しもよく、生体情報も他の本人確認情報であってもよい。

認証装置２００は、複数の人物（ユーザＵ１１等）の顔特徴情報を記憶する情報処理装置である。また、認証装置２００は、外部から受信した顔認証要求に応じて、当該要求に含まれる顔画像又は顔特徴情報について、各ユーザの顔特徴情報と照合を行い、照合結果（認証結果）を要求元へ返信する。

図４は、本実施形態２にかかる認証装置２００の構成を示すブロック図である。認証装置２００は、顔情報ＤＢ（DataBase）２１０と、顔検出部２２０と、特徴点抽出部２３０と、登録部２４０と、認証部２５０とを備える。顔情報ＤＢ２１０は、ユーザＩＤ２１１と当該ユーザＩＤの顔特徴情報２１２とを対応付けて記憶する。顔特徴情報２１２は、顔画像から抽出された特徴点の集合である。尚、認証装置２００は、顔特徴情報２１２の登録ユーザからの要望に応じて、顔特徴ＤＢ２１０内の顔特徴情報２１２を削除してもよい。または、認証装置２００は、顔特徴情報２１２の登録から一定期間経過後に削除してもよい。

顔検出部２２０は、顔情報を登録するための登録画像に含まれる顔領域を検出し、特徴点抽出部２３０に出力する。特徴点抽出部２３０は、顔検出部２２０が検出した顔領域から特徴点を抽出し、登録部２４０に顔特徴情報を出力する。また、特徴点抽出部２３０は、ユーザ端末１０１等やサーバ３００等から受信した顔画像に含まれる特徴点を抽出し、認証部２５０に顔特徴情報を出力する。

登録部２４０は、顔特徴情報の登録に際して、ユーザＩＤ２１１を新規に発行する。登録部２４０は、発行したユーザＩＤ２１１と、登録画像から抽出した顔特徴情報２１２とを対応付けて顔情報ＤＢ２１０へ登録する。認証部２５０は、顔特徴情報２１２を用いた顔認証を行う。具体的には、認証部２５０は、顔画像から抽出された顔特徴情報と、顔情報ＤＢ２１０内の顔特徴情報２１２との照合を行う。認証部２５０は、照合に成功した場合、照合された顔特徴情報２１２に対応付けられたユーザＩＤ２１１を特定する。認証部２５０は、顔特徴情報の一致の有無を顔認証結果として要求元に返信する。顔特徴情報の一致の有無は、認証の成否に対応する。尚、顔特徴情報が一致する（一致有）とは、一致度が閾値以上である場合をいうものとする。また、顔認証結果は、顔認証に成功した場合、特定されたユーザＩＤを含むものとする。

図５は、本実施形態２にかかる顔情報登録処理の流れを示すフローチャートである。ここで、情報登録端末（不図示）は、ユーザの顔を含む身体を撮影し、撮影画像（登録画像）を含む顔情報登録要求をネットワークＮを介して認証装置２００へ送信する。情報登録端末は、例えば、パーソナルコンピュータ、スマートフォン又はタブレット端末等の情報処理装置である。例えば、情報登録端末は、ユーザ端末１０１等であってもよい。または、情報登録端末は、ユーザ端末１０１等から顔情報登録要求を受け付けたサーバ３００であってもよい。

まず、認証装置２００は、顔情報登録要求に含まれる登録画像を取得する（Ｓ２１）。例えば、認証装置２００は、顔情報登録要求を、情報登録端末からネットワークＮを介して受け付ける。次に、顔検出部２２０は、登録画像に含まれる顔領域を検出する（Ｓ２２）。次に、特徴点抽出部２３０は、ステップＳ２２で検出した顔領域から特徴点を抽出し、登録部２４０に顔特徴情報を出力する（Ｓ２３）。最後に、登録部２４０は、ユーザＩＤ２１１を発行し、当該ユーザＩＤ２１１と顔特徴情報２１２とを対応付けて顔情報ＤＢ２１０に登録する（Ｓ２４）。なお、認証装置２００は、情報登録端末から顔特徴情報２１２を受信し、ユーザＩＤ２１１と対応付けて顔情報ＤＢ２１０に登録してもよい。また、登録部２４０は、登録（発行）したユーザＩＤを情報登録端末やサーバ３００へ通知してもよい。

図６は、本実施形態２にかかる認証装置２００による顔認証処理の流れを示すフローチャートである。まず、特徴点抽出部２３０は、顔認証要求に含まれる認証用の顔画像を取得する（Ｓ３１）。例えば、認証装置２００は、サーバ３００からネットワークＮを介して顔認証要求を受信し、顔認証要求に含まれる顔画像からステップＳ２１からＳ２３のように顔特徴情報を抽出する。または、認証装置２００は、サーバ３００から顔特徴情報を受信してもよい。次に、認証部２５０は、取得した顔特徴情報を、顔情報ＤＢ２１０の顔特徴情報２１２と照合する（Ｓ３２）。顔特徴情報が一致した場合、つまり、顔特徴情報の一致度が閾値以上である場合（Ｓ３３のＹｅｓ）、認証部２５０は、顔特徴情報が一致したユーザのユーザＩＤ２１１を特定し（Ｓ３４）、顔認証に成功した旨と特定したユーザＩＤ２１１とをサーバ３００に返信する（Ｓ３５）。一致する顔特徴情報が存在しない場合（Ｓ３３のＮｏ）、認証部２５０は、顔認証に失敗した旨をサーバ３００に返信する（Ｓ３６）。

図３に戻り説明を続ける。サーバ３００は、上述した情報処理装置１の一例である。サーバ３００は、陰性証明情報及び医療保険情報の有効性の判定、健康パスポートの発行、健康報告、行動履歴の登録、健康パスポートの更新、店舗の入店処理等の情報処理を行う情報処理装置である。サーバ３００は、複数台のサーバに冗長化されてもよく、各機能ブロックが複数台のコンピュータで実現されてもよい。

次に、サーバ３００について詳細に説明する。図７は、本実施形態２にかかるサーバ３００の構成を示すブロック図である。サーバ３００は、記憶部３１０、メモリ３２０、通信部３３０及び制御部３４０を備える。記憶部３１０は、ハードディスク、フラッシュメモリ等の記憶装置の一例である。記憶部３１０は、プログラム３１１、ユーザ管理情報３１２、医療機関情報３１３及び相談センター情報３１４を記憶する。プログラム３１１は、本実施形態２にかかる情報処理方法の処理が実装されたコンピュータプログラムである。

ユーザ管理情報３１２は、第一国Ｃ１に滞在し、第二国Ｃ２へ入国しようとするユーザまたは、第二国Ｃ２への入国が認められたユーザの感染症対策、医療保険の加入情報や健康状態を管理するための情報である。ユーザ管理情報３１２は、ユーザＩＤ３１２１、個人情報３１２２、陰性証明情報３１２３、医療保険情報３１２４、ビザ情報３１２５、健康状態情報３１２６、健康パスポート３１２７及び行動履歴３１２８を対応付けた情報である。

ユーザＩＤ３１２１は、ユーザの識別情報の一例である。また、ユーザＩＤ３１２１は、上述した認証装置２００の顔情報ＤＢ２１０内のユーザＩＤ２１１と対応する情報である。個人情報３１２２は、氏名、生年月日、性別、使用言語等の情報である。つまり、個人情報３１２２は、ユーザが使用する言語情報を含む。

陰性証明情報３１２３は、第一国Ｃ１の規定の検査機関でユーザに対して実施された感染症検査（ＰＣＲ検査等）による陰性の検査結果を証明するための情報である。陰性証明情報３１２３は、検査の種類及び検査日を含む。具体的には、陰性証明情報３１２３は、検査種別や検査日が記載された陰性の検査結果証明証であるか、デジタル証明証等の電子データであってもよい。また、陰性証明情報３１２３は、検査の有効期限を含んでも良い。

尚、陰性証明情報３１２３の代わりに、第一国Ｃ１の医療機関でユーザに対して行われた当該感染症のワクチンの接種を証明する証明情報を用いてもよい。その場合、当該証明情報は、ワクチンの種類及び接種日を含む。具体的には、当該証明情報は、ワクチン名や接種日が記載されたワクチン接種の証明証（ワクチン接種証明情報）であるか、デジタル証明証等の電子データであってもよい。当該証明情報は、ワクチンの有効期限を含んでも良い。当該証明情報は、陰性の検査結果証明証とワクチン接種証明情報の両方を含んでも良い。

医療保険情報３１２４は、第二国Ｃ２の医療機関における感染症の検査や治療の費用に適用される医療保険に関するユーザの加入情報であって、ユーザがかかる医療保険に加入する際に医療保険機関との間で締結した契約に関する情報を含む。また、医療保険情報３１２４は、契約期間や契約の満了日（有効期限）を含む。より具体的には、医療保険情報３１２４は、ユーザが加入している医療保険を運営する保険機関または保険事業者の名称、医療保険の種別、医療保険の対象となる医療行為、医療保険におけるユーザの固有識別情報の少なくともいずれか１つに関する情報を含む。医療保険におけるユーザの固有識別情報とは、ユーザと医療保険機関との契約を識別するための情報であって、例えば契約番号、証券番号などとも称される。医療保険情報３１２４は、ユーザの氏名、性別、生年月日および国籍等のプロファイル情報を含んでもよい。医療保険情報３１２４は、ユーザの連絡先（電話番号、電子メールアドレスやソーシャルネットワークサービスアカウント等）を含んでいてもよい。

ビザ情報３１２５は、第一国Ｃ１において、ユーザが第二国Ｃ２に滞在するために第二国Ｃ２の大使館等で発行された滞在許可証（査証）の電子データである。ビザ情報３１２５は、例えば、デジタル証明書であってもよい。

健康状態情報３１２６は、健康パスポート３１２７の状態が有効である間に第二国Ｃ２に入国したユーザにおける、第二国Ｃ２に滞在中の健康状態を示す情報である。健康状態情報３１２６は、例えば、体表面温度やユーザ自身による体調の判断結果（良い、普通、悪い等）である。つまり、健康状態情報３１２６は、ユーザの体調内容を示す情報（体調情報）といえる。また、健康状態情報３１２６は、日時情報（測定日時、報告日時、登録日時）を含んでも良い。

健康パスポート３１２７は、ユーザＩＤ３１２１に対応するユーザが、第一国Ｃ１において所定の感染症の対策がなされたこと及び第二国Ｃ２の医療機関に適用可能な医療保険に加入済であることを証明する対策証明情報である。健康パスポート３１２７は、例えば、デジタル証明書であってもよい。ここで、感染症に対する対策とは、検査又はワクチンの接種の少なくともいずれかである。検査とは、例えば、ＰＣＲ（Polymerase Chain Reaction）検査、抗原検査等である。

健康パスポート３１２７は、有効又は無効を示す状態情報を含む。状態情報は、有効又は無効の２段階の他、３段階以上の状態（レベル）を示しても良い。また、健康パスポート３１２７は、感染症に対する対策の実施日を含んでも良い。例えば、健康パスポート３１２７は、検査日又は接種日、対策を保証する有効期限、有効期間等を含んでも良い。尚、健康パスポートに含まれる有効期間は、感染症に対する対策が検査の場合よりもワクチンの接種の場合の方が長く設定されるものとする。例えば、検査の場合、有効期間が数日から数週間であり、ワクチンの接種の場合、有効期間が数か月と設定されてもよい。また、健康パスポートに含まれる有効期限は、感染症に対する対策がワクチンの接種の場合、ワクチンの種類や製造会社によって、異なる期限が設定されても良い。

健康パスポート３１２７は、ユーザに対して第一国Ｃ１において行われた感染症に対する検査の陰性証明情報３１２３及び医療保険情報３１２４に基づき、状態情報を有効として発行される。但し、陰性証明情報３１２３は、あくまで第一国Ｃ１での感染症対策の実施の証明であるため、証明される検査日や接種日から所定期間を経過すると、健康パスポート３１２７の有効期限が切れて、健康パスポート３１２７の状態情報が無効にされる。また、後述するように、ユーザが感染者の濃厚接触者と判定された場合も、健康パスポート３１２７の状態情報が無効にされる場合がある。その場合、ユーザは、第二国Ｃ２に滞在中に、感染症の検査やワクチンの接種を受ける可能性がある。

行動履歴３１２８は、健康パスポート３１２７の発行以後（特に、第二国Ｃ２に入国後）のユーザの行動履歴である。例えば、行動履歴３１２８は、入国審査端末４００又は店舗端末６００等を介した認証処理の認証履歴である。または、行動履歴３１２８は、ユーザ端末１０１等が受信したＧＰＳ（Global Positioning System）情報の履歴であってもよい。行動履歴３１２８は、少なくとも日時（認証日時）及び位置情報（施設の位置）を含む。

医療機関情報３１３は、第二国Ｃ２内に存在し、所定の感染症の検査、診察、治療、ワクチンの接種等を実施可能な複数の医療機関に関する情報である。医療機関情報３１３は、例えば、医療機関の名称、住所、連絡先、診療科、対応可能な対策（検査、診察、治療、ワクチンの接種等）、対応可能な言語の情報を含む。

相談センター情報３１４は、第二国Ｃ２に存在し、所定の感染症の相談に応じることが可能な相談センターに関する情報である。相談センター情報３１４は、例えば、相談センターの名称、住所、連絡先、対応可能な言語の情報を含む。相談センター情報３１４は、保健所等の情報であってもよい。

メモリ３２０は、ＲＡＭ（Random Access Memory）等の揮発性記憶装置であり、制御部３４０の動作時に一時的に情報を保持するための記憶領域である。通信部３３０は、ネットワークＮとの通信インタフェースである。

制御部３４０は、サーバ３００の各構成を制御するプロセッサつまり制御装置である。制御部３４０は、記憶部３１０からプログラム３１１をメモリ３２０へ読み込ませ、プログラム３１１を実行する。これにより、制御部３４０は、登録部３４１、取得部３４２、認証制御部３４３、特定部３４４、判定部３４５、発行部３４６及び処理部３４７の機能を実現する。

取得部３４２は、上述した取得部１１の一例である。取得部３４２は、ユーザＵ１１が第一国Ｃ１に滞在する間に、ユーザＵ１１の生体情報、陰性証明情報、医療保険情報及びビザ情報を含む登録要求を、ユーザ端末１０１から取得する。尚、登録要求に含まれる陰性証明情報が整理番号である場合、取得部３４２は、検査機関又は医療機関のサーバへアクセスし、整理番号に対応する陰性証明情報を取得するものとする。

また、取得部３４２は、登録部３４１により登録された登録情報を取得する。例えば、取得部３４２は、記憶部３１０から、陰性証明情報３１２３、医療保険情報３１２４及びビザ情報３１２５がユーザＩＤ３１２１に対応付けて登録されたユーザ管理情報３１２を登録情報として取得する。

また、取得部３４２は、健康パスポートの発行以後、ユーザ端末１０１等からユーザの健康報告を取得する。ここで、健康報告は、健康状態情報、日時情報及び顔画像を含む。尚、健康報告は、顔画像の代わりにユーザＩＤが含んでも良い。特に、取得部３４２は、第二国Ｃ２へ入国後のユーザのユーザ端末から、所定間隔で健康報告を受信する。または、取得部３４２は、当該健康報告を第二国Ｃ２の各地に設置された店舗端末等の認証端末から受信してもよい。また、取得部３４２は、健康パスポートの発行以後、ユーザ端末１０１等からユーザの行動履歴を取得する。例えば、取得部３４２は、ユーザ端末１０１等から定期的にＧＰＳ情報等を行動履歴として取得する。また、取得部３４２は、認証端末から、ユーザの認証履歴を行動履歴として取得する。認証履歴は、認証端末ＩＤ（又は認証端末の設置位置）、認証に成功したユーザＩＤ及び認証に成功した日時を含む。また、取得部３４２は、外部から感染症の感染者の情報を取得してもよい。例えば、取得部３４２は、保健所等のサーバから感染者の情報の通知を受信してもよい。ここで、感染者の情報とは、感染者が陽性と判定された日以前の数週間の感染者の行動履歴（位置情報と日時の組合せ）等である。濃厚接触者の追跡を効率的に行うためである。また、取得部３４２は、ユーザ端末１０１等からユーザの撮影画像（顔画像）を取得し、取得した顔画像を認証制御部３４３へ出力する。

登録部３４１は、ユーザＵ１１が第一国Ｃ１に滞在する間に、ユーザＵ１１から取得された生体情報に対応する識別情報（ユーザＩＤ３１２１）と、陰性証明情報３１２３と、医療保険情報３１２４とを対応付けて登録情報（ユーザ管理情報３１２）として登録する。例えば、登録部３４１は、取得部３４２により登録要求が取得された場合、登録要求に含まれる顔画像を含めた顔情報登録要求を認証装置２００へ送信し、認証装置２００において顔特徴情報の登録時に発行されたユーザＩＤを取得する。そして、登録部３４１は、取得したユーザＩＤ３１２１と、陰性証明情報３１２３と、医療保険情報３１２４とを対応付けて登録する。また、登録部３４１は、取得された個人情報３１２２をユーザＩＤ３１２１と対応付けてユーザ管理情報３１２として登録する。登録部３４１は、発行部３４６により発行された健康パスポート３１２７とユーザＩＤ３１２１とを対応付けてユーザ管理情報３１２を更新して、記憶部３１０に登録する。尚、登録部３４１は、登録要求に応じて登録を行った後、当該ユーザに対応するユーザ管理情報３１２への参照先情報を示す事前登録コード情報を発行し、ユーザ端末１０１へ事前登録コード情報を返信してもよい。

また、登録部３４１は、ユーザ端末１０１等や店舗端末６００から受け付けた健康状態情報３１２６をユーザＩＤ３１２１と対応付けてユーザ管理情報３１２を更新して、記憶部３１０に登録する。尚、健康状態情報３１２６に日時情報が含まれていない場合、登録部３４１は、登録日時を健康状態情報３１２６に含める。

また、登録部３４１は、認証制御部３４３による認証に成功した場合、認証履歴を行動履歴３１２８とし、認証に成功したユーザＩＤ３１２１と行動履歴３１２８とを対応付けてユーザ管理情報３１２として記憶部３１０に登録する。例えば、所定の施設に設置された認証端末（入国審査端末４００や店舗端末６００等）から取得された生体情報についての認証に成功した場合、行動履歴には、施設（の位置）と認証日時とを含む。また、登録部３４１は、取得部３４２により取得された認証履歴を行動履歴３１２８として認証に成功したユーザＩＤ３１２１と対応付けて記憶部３１０に登録する。

認証制御部３４３は、上述した認証制御部１２の一例である。認証制御部３４３は、取得部３４２により取得された撮影画像（顔画像、本人確認情報）に基づいて、顔認証を制御する。すなわち、認証制御部３４３は、顔画像について、認証装置２００に対して顔認証を行わせる。例えば、認証制御部３４３は、取得された顔画像を含めた顔認証要求を、ネットワークＮを介して認証装置２００へ送信し、認証装置２００から顔認証結果を受信する。尚、認証制御部３４３は、顔画像からユーザの顔領域を検出し、顔領域の画像を顔認証要求に含めてもよい。または、認証制御部３４３は、顔領域から顔特徴情報を抽出し、顔特徴情報を顔認証要求に含めてもよい。認証制御部３４３は、認証装置２００からネットワークＮを介して顔認証結果を取得し、顔認証結果を判定部３４５へ出力する。

特定部３４４は、上述した特定部１３の一例である。特定部３４４は、認証制御部３４３による認証に成功した場合、ユーザ管理情報３１２に基づき、認証に成功したユーザＩＤ３１２１に対応付けられた陰性証明情報３１２３及び医療保険情報３１２４を特定する。また、特定部３４４は、認証制御部３４３による認証に成功した場合、ユーザ管理情報３１２に基づき、認証に成功したユーザＩＤ３１２１に対応付けられた健康パスポート３１２７を特定する。また、特定部３４４は、判定部３４５によりユーザが濃厚接触者と判定された場合、医療機関情報３１３を参照して、当該ユーザに対応付けられた医療保険情報３１２４にかかる医療保険が適用可能な医療機関を特定する。また、特定部３４４は、特定のユーザの健康パスポートに設定された有効期間の有効期限を超えている場合、医療機関情報３１３を参照して、当該ユーザに対応付けられた医療保険情報３１２４にかかる医療保険が適用可能な医療機関を特定すると良い。また、特定部３４４は、判定部３４５によりユーザが濃厚接触者と判定された場合、当該ユーザのユーザＩＤ３１２１に対応付けられた個人情報３１２２の言語情報を特定する。そして、特定部３４４は、相談センター情報３１４を参照して、特定した言語情報ににより感染症に関する相談対応を行う相談センターを特定する。

判定部３４５は、上述した判定部１４の一例である。判定部３４５は、顔認証結果から顔認証に成功したか否かを判定する。顔認証に成功したと判定した場合、判定部３４５は、顔認証結果に含まれるユーザＩＤを特定する。また、判定部３４５は、特定部３４４により特定された陰性証明情報３１２３及び医療保険情報３１２４の有効性を判定する。さらに、第一国Ｃ１から第二国Ｃ２の入国にビザが必要な場合、判定部３４５は、ビザ情報３１２５の有効性をさらに判定する。また、判定部３４５は、特定部３４４により特定された健康パスポート３１２７が有効か否かを判定する。または、判定部３４５は、健康パスポート３１２７の状態のレベルを判定してもよい。

判定部３４５は、定期的に、又は、所定のタイミングで、ユーザごとに健康状態情報３１２６の登録間隔を判定する。例えば、判定部３４５は、上述したように、ユーザ当たりの複数の健康状態情報３１２６に含まれる日時情報を取得し、隣接する日時情報の期間を登録間隔として算出する。尚、特定のユーザについて登録日時が３以上登録されている場合、判定部１４は、直近から２以上の登録間隔を算出する。そして、判定部３４５は、算出した登録間隔のそれぞれが所定間隔を満たすか否かを判定する。ここで、所定間隔とは、例えば、１日１回、又は、１日に複数回（午前、午後）等である。さらに、判定部３４５は、登録間隔に加えて、毎日決まった時間帯（８時から１０時）に登録されているかを判定してもよい。また、判定部３４５は、登録間隔が所定間隔を満たすことが、第二国Ｃ２の入国以降、現時点まで継続しているかを判定してもよい。または、判定部３４５は、登録間隔が所定間隔を満たすことが、直近から所定回数連続しているかを判定してもよい。つまり、判定部３４５は、一旦、健康報告が途切れたとしてもその後、健康報告が再開し、一定期間継続していることを判定してもよい。

さらに、判定部３４５は、登録された健康状態情報が示すユーザの体調内容を判定してもよい。例えば、判定部３４５は、健康状態情報に含まれる体表面温度が基準値（例えば、３７．５度）未満であるか否かを判定する。または、判定部３４５は、健康状態情報に含まれるユーザ自身による体調の判断結果が「良」もしくは「普通」であるか、または、「不良」であるかを判定する。

また、判定部３４５は、ユーザごとに、健康状態情報３１２６に基づいて、当該ユーザの健康パスポート３１２７の状態を示す感染症対策指標を判定してもよい。感染症対策指標は、状態情報（のレベル）の一例である。感染症対策指標は、ユーザにおける健康パスポート３１２７の発行以後（または第二国Ｃ２の入国後）の感染症に対する安全性を示す指標である。感染症対策指標は、高い又は低いの２段階や、第１のレベルから第３のレベルの３段階、または、４段階以上のレベルであってもよい。例えば、判定部３４５は、健康パスポートが有効であり、健康状態が「良」を示す場合、第１のレベルと判定する。健康パスポートの状態情報が第１のレベルを示す場合、所定の施設の利用を許可できるようにしてもよい。また、判定部３４５は、健康パスポートが有効であり、健康状態が「普通（通常）」を示す場合、第２のレベルと判定する。尚、判定部３４５は、登録間隔が所定間隔を満たし、健康状態が「普通（通常）」である場合、第２のレベルと判定してもよい。または、判定部３４５は、一部の登録間隔が所定間隔を満たさないとしても、健康状態が「良」を示す場合、第２のレベルと判定してもよい。また、判定部３４５は、登録間隔が１日１回のペースであっても日々の報告時刻にばらつきが大きい場合、第２のレベルと判定してもよい。健康パスポートの状態情報が第２のレベルを示す場合、所定の施設の利用に注意が必要であり、追加で健康状態の確認を必要としてもよい。また、判定部３４５は、健康パスポートが無効であるか、又は、健康状態が「不良」であることを示す場合に、第３のレベルと判定してもよい。健康パスポートの状態情報が第３のレベルを示す場合、所定の施設の利用が認められない（不許可）ようにしてもよい。

さらに、判定部３４５は、顔認証に成功したと判定した場合、顔認証に成功したユーザＩＤ３１２１に対応付けられた健康状態情報３１２６に基づいて、当該ユーザの健康パスポート３１２７の状態を示す感染症対策指標を判定してもよい。

また、判定部３４５は、外部から取得された感染症の感染者の行動履歴と、各ユーザの登録された行動履歴３１２８とに基づいて、各ユーザが当該感染者の濃厚接触者か否かを判定する。例えば、判定部３４５は、感染者の滞在位置と所定範囲内、かつ、感染者の滞在時間帯と重複する時間帯に滞在していたユーザを、濃厚接触者の候補として判定する。但し、判定部３４５は、証明情報が示す感染症の対策にワクチンの接種が含まれる場合、当該ワクチンの接種日から所定期間を経過しているか否かを判定し、所定期間を経過している場合に、濃厚接触者か否かを判定するとよい。これにより、濃厚接触者を過剰に増加させることを防ぎ、医療機関等の負担を軽減するためである。尚、ワクチンの接種日から所定期間の期限は、ワクチンの有効期限から数日前や数時間前としてもよい。

発行部３４６は、判定部３４５により陰性証明情報３１２３及び医療保険情報３１２４の両方が有効と判定された場合、生体認証に成功したユーザに対して有効な健康パスポートを発行する。さらに、第一国Ｃ１から第二国Ｃ２の入国にビザが必要な場合、発行部３４６は、陰性証明情報３１２３、医療保険情報３１２４及びビザ情報３１２５の全てが有効と判定された場合、有効な健康パスポートを発行する。尚、発行部３４６は、発行した健康パスポート３１２７を、対応するユーザのユーザ端末へ送信してもよい。

ここで、発行部３４６は、陰性証明情報３１２３、医療保険情報３１２４及びビザ情報３１２５に基づき有効期間を設定して健康パスポート３１２７を発行してもよい。そのため、健康パスポート３１２７は、少なくとも状態情報を含み、さらに有効期間、有効期限、又は、有効期限の起算日を含んでも良い。尚、状態情報は、「有効」を示す複数のレベルのいずれかであってもよい。つまり、健康パスポート３１２７の状態情報は、発行時において「無効」以外を示す情報であればよい。

処理部３４７は、更新部の一例である。処理部３４７は、ユーザに対応付けられた体調情報が所定条件を満たさない場合、当該ユーザに対して発行された健康パスポートを無効としてもよい。または、この場合、処理部３４７は、健康パスポートの状態のレベルを下げるように更新してもよい。例えば、前日まで体調内容が「良」もしくは「普通」であったものが、「不良」に変化した場合、処理部３４７は、健康パスポートの状態を第１のレベルから第２又は第３のレベルへ下げても良い。また、処理部３４７は、登録間隔に応じてユーザに対応付けられた健康パスポートの状態を更新しても良い。例えば、処理部３４７は、登録間隔が所定間隔を満たさない場合、健康パスポートの状態を無効として更新する。または、処理部３４７は、登録間隔が所定間隔を満たさない場合、健康パスポートの状態のレベルを下げるように更新する。「健康パスポートの状態のレベルを下げる」とは、例えば、第１のレベルから第２又は第３のレベルへ変更すること、また、第２のレベルから第３のレベルへ変更することを含む。

また、処理部３４７は、判定部３４５によりユーザが濃厚接触者と判定された場合、当該ユーザに対応付けられた健康パスポートの状態を示す感染症対策指標のレベルを下げるように更新する。例えば、処理部３４７は、ユーザが濃厚接触者と判定された場合、健康パスポートの状態を無効として更新しても良い。これにより、ユーザが健康報告を適切に行っていたとしても、即座に、当該ユーザの施設の利用を抑制することができ、感染症の拡大を抑止できる。

処理部３４７は、通知部の一例である。処理部３４７は、濃厚接触者と判定されたユーザに対して、その旨を通知する。併せて、処理部３４７は、濃厚接触者と判定されたユーザの最新の健康パスポート（の状態を示す感染症対策指標）を通知してもよい。ここで、感染症対策指標は、各段階やレベルを色等で区別可能なマークやメッセージ等の表示情報であってもよい。例えば、感染症対策指標は、第１のレベルで青色、第２のレベルで黄色、第３のレベルで赤色の表示情報としてもよい。

さらに、処理部３４７は、濃厚接触者と判定されたユーザに対して、特定部３４４により特定された医療機関を通知する。また、処理部３４７は、濃厚接触者と判定されたユーザに対して、特定部３４４により特定された相談センターを通知しても良い。また、処理部３４７は、ユーザに対応付けられた体調情報が所定条件を満たさない場合、当該ユーザに対して、特定部３４４により特定された相談センターを通知しても良い。

また、処理部３４７は、外部からの要求に応じて、健康パスポートに設定された有効期間を要求元へ出力してもよい。例えば、ユーザ端末１０１等から健康パスポート表示要求を受け付けた場合、処理部３４７は、健康パスポートの状態情報と共に有効期間をユーザ端末１０１等へ送信する。これにより、ユーザは、自身の健康パスポートの状態及び有効期限を把握でき、有効期限に応じた行動（再検査等）を早めに取ることができる。

さらに、処理部３４７は、健康パスポートに設定された有効期間の有効期限まで所定期間以内となった場合、その旨と感染症に対する対策を実施可能な施設（医療機関等）をユーザの端末へ出力するとよい。これにより、ユーザは、健康パスポートの有効期限が近付いたことを把握でき、併せて、検査機関を探さずに済み、検査が受け易くなる。また、処理部３４７は、証明情報の有効期限まで所定期間以内、又は、有効期限を超えている場合、その旨と感染症に対する対策（検査やワクチン接種）を実施可能な施設（医療機関等）をユーザの端末へ出力してもよい。処理部３４７は、医療保険情報の有効期限まで所定期間以内、又は、有効期限を超えている場合、その旨と医療保険の更新又は加入を促す旨をユーザの端末へ出力してもよい。

また、処理部３４７は、認証制御部３４３による認証に成功した場合に、当該認証に成功したユーザに対応付けられた健康パスポートをユーザに対応するユーザ端末１０１等へ出力するとよい。これにより、認証された本人に対して適切に健康パスポートを開示できる。さらに、処理部３４７は、感染症対策指標を健康パスポートの状態としてユーザ端末１０１等へ出力するとよい。これにより、ユーザは、健康パスポートの状態を詳細に把握できる。

さらに、判定部３４５は、所定期間におけるユーザの滞在国をさらに加味して、感染症対策指標を決定してもよい。例えば、取得部３４２は入国審査の情報を取得し、判定部３４５は、ユーザが過去に特定国（感染症が広く蔓延している、対策が不十分な国）に滞在していた場合、感染症対策指標のレベルが低くなるように判定する。または、判定部３４５は、所定期間におけるユーザの滞在国に特定国が含まれるか否かを判定するようにしてもよい。ユーザの滞在国に特定国が含まれると判定された場合、処理部３４７は、当該ユーザに対応付けられた健康パスポートの状態を示す感染症対策指標のレベルを下げるように更新する。

また、処理部３４７は、健康パスポートが有効（又は第１もしくは第２のレベル）である場合に、ユーザにおける所定の利用先の利用許可を出力してもよい。

また、サーバ３００は、ユーザから所定の利用先の利用予約を受け付けた際に、健康パスポートが有効である場合、当該利用先の利用予約処理を行ってもよい。

また、取得部３４２は、判定部３４５による判定結果が、健康パスポートが有効であるが、健康状態情報が所定間隔で登録されていないことを示す場合、ユーザから現在の健康状態情報を取得してもよい。この場合、登録部３４１は、取得した健康状態情報をユーザＩＤに対応付けて追加で登録する。また、処理部３４７は、追加登録した健康状態情報の体調内容が良又は通常である場合、健康パスポートの状態のレベルを上げるように更新する。これにより、仮に、健康報告が十分になされていないユーザであっても、店舗の入店時に測定された体表面温度が条件を満たす場合には、入店が許可され得る。よって、柔軟な対応が可能となり、利便性が向上する。

尚、取得部３４２は、ユーザの行動予定（旅行日程等）をさらに取得してもよい。例えば、サーバ３００は、ユーザ端末１０１等に登録された旅行スケジュール等と同期してもよい。その場合、発行部３４６は、取得された行動予定に含まれる行動期間に基づき有効期間を設定して健康パスポートを発行する。これにより、旅行者に対して旅行期間だけ健康パスポートを有効にし、旅行者の行動期間を一定期間に制限でき、感染症の拡大を抑止できる。

さらに、発行部３４６は、取得された行動予定に基づいて有効行動範囲を設定して健康パスポートを発行してもよい。例えば、発行部３４６は、行動予定に含まれる旅行の目的地の周辺エリアを有効行動範囲として設定するとよい。この場合、取得部３４２は、当該ユーザの現在位置を定期的に取得し、判定部３４５は、取得した現在位置が有効行動範囲を超えるか否かをさらに判定する。そして、処理部３４７は、現在位置が有効行動範囲を超える場合、ユーザに対応付けられた健康パスポートの状態を無効として又はレベルを下げて更新する。これにより、旅行者の行動範囲を一定範囲に制限でき、感染症の拡大を抑止できる。

図３に戻り説明を続ける。ユーザ端末１０１から１０４のそれぞれは、ユーザＵ１１からＵ１４のそれぞれが携帯し、操作する情報端末である。ユーザ端末１０１等は、例えば、携帯電話端末、スマートフォン、タブレット端末である。

ここで、ユーザＵ１１は、第一国Ｃ１に滞在しているものとし、第一国Ｃ１の規定の検査機関で、所定の感染症の検査を受診し、陰性の検査結果証明証を取得したものとする。また、ユーザＵ１１は、第一国Ｃ１において、第二国Ｃ２で適用可能な医療保険に加入し、医療保険情報（医療保険の保険証書等）を取得したものとする。さらに、ユーザＵ１１は、第一国Ｃ１から第二国Ｃ２へ入国するためのビザを取得したものとする。また、ユーザＵ１１は、ユーザ端末１０１に本実施形態にかかるアプリケーションをインストールして、後述する各種操作を行うものとする。

図８は、本実施形態２にかかるユーザ端末１０１の構成を示すブロック図である。尚、上述した通り、ユーザ端末１０２から１０４の構成は、ユーザ端末１０１と同等であるため、図示及び詳細な説明を省略する。ユーザ端末１０１は、カメラ１１０、記憶部１２０、通信部１３０、入出力部１４０及び制御部１５０を備える。

カメラ１１０は、制御部１５０の制御に応じてユーザＵ１１の撮影を行う撮影装置である。記憶部１２０は、ユーザ端末１０１の各機能を実現するための（アプリケーション）プログラムが格納される記憶装置である。通信部１３０は、ネットワークＮとの通信インタフェースである。入出力部１４０は、表示装置と入力装置を含む。入出力部１４０は、例えば、タッチパネルである。制御部１５０は、ユーザ端末１０１が有するハードウェアの制御を行う。制御部１５０は、記憶部１２０からプログラムをメモリへ読み込ませ、実行する。これにより、制御部１５０は、登録部１５１、健康パスポート処理部１５２、健康報告部１５３及び表示制御部１５４の機能を実現する。

例えば、登録部１５１は、ユーザＵ１１から生体情報（顔画像）及び個人情報の入力を受け付ける。顔画像は、カメラ１１０によりユーザＵ１１の顔を含む領域が撮影された撮影画像である。

また、登録部１５１は、ユーザＵ１１の操作に応じてカメラ１１０により、陰性の検査結果証明証を撮影し、感染症の検査の陰性証明情報として撮影画像を受け付ける。尚、陰性証明情報の代わりに、ワクチンの接種証明証であってもよい。また、登録部１５１は、ユーザＵ１１の操作に応じてカメラ１１０により、第二国Ｃ２で適用可能な医療保険の保険証書を撮影し、医療保険情報として撮影画像を受け付ける。また、登録部１５１は、ユーザＵ１１の操作に応じてカメラ１１０により、第一国Ｃ１から第二国Ｃ２へ入国するためのビザを撮影し、ビザ情報として撮影画像を受け付ける。

また、陰性証明情報、医療保険情報及びビザ情報の一部又は全ては、電子データであってもよい。その場合、登録部１５１は、各情報の発行元から各情報を取得するものとする。例えば、陰性の検査結果証明証には、検査機関又は医療機関のサーバにおける陰性証明情報のアクセス先を含む二次元コードが印刷されていてもよい。その場合、登録部１５１は、カメラ１１０により撮影された二次元コードを解析し、検査機関又は医療機関のサーバへアクセスし、対応する陰性証明情報を取得してもよい。または、検査機関又は医療機関は、陰性証明情報へのアクセスのための整理番号を発行し、ユーザＵ１１に提示してもよい。その場合、登録部１５１は、ユーザＵ１１から入力された整理番号を陰性証明情報として受け付けても良い。尚、医療保険情報の場合、登録部１５１は、契約先の保険会社のサーバから対応する医療保険情報を取得することとなる。また、ビザ情報の場合、登録部１５１は、第二国Ｃ２の大使館等のサーバか対応するらビザ情報を取得することとなる。そして、医療保険情報やビザ情報についても二次元コードや整理番号で提供されてもよい。

登録部１５１は、ユーザＵ１１の生体情報、個人情報、陰性証明情報、医療保険情報及びビザ情報を含む登録要求を、ネットワークＮを介してサーバ３００へ送信する。尚、登録部１５１は、顔画像、個人情報、陰性証明情報、医療保険情報及びビザ情報を記憶部１２０に保存してもよい。尚、登録部１５１は、登録要求に応じて発行された事前登録コード情報をサーバ３００から受信した場合、事前登録コード情報を記憶部１２０に保存する。

健康パスポート処理部１５２は、発行された健康パスポートを取得及び表示（提示）するための各種処理を行う。例えば、健康パスポート処理部１５２は、発行された健康パスポートを取得した場合、健康パスポートを入出力部１４０に表示する。また、健康パスポート処理部１５２は、ユーザＵ１１による健康パスポート表示操作に応じて、ユーザＵ１１の顔画像を含めた健康パスポート表示要求をサーバ３００へ送信する。そして、健康パスポート処理部１５２は、表示要求に応じて取得した健康パスポートを入出力部１４０に表示する。

健康報告部１５３は、ユーザＵ１１が第二国Ｃ２に入国後に、ユーザＵ１１の健康状態を報告するための健康報告をサーバ３００へ送信する。例えば、ユーザＵ１１は、定期的に又は任意のタイミングで、測定された体表面温度や体調の判断結果（良い、普通、悪い等の選択値）等の健康状態情報をユーザ端末１０１に入力する。健康報告部１５３は、入力された健康状態情報を入力日時（日時情報）と対応付けて記憶部１２０に保存してもよい。健康報告部１５３は、入力された健康状態情報、日時情報及びユーザＵ１１のユーザＩＤ（又は生体情報）を含めた健康報告をネットワークＮを介してサーバ３００へ送信する。例えば、健康報告部１５３は、１日１回や、毎日決まった時間帯（８時から１０時）、又は、１日に複数回（午前、午後）などのタイミングで健康報告を送信する。

表示制御部１５４は、サーバ３００からネットワークＮを介して受信した各種通知情報を入出力部１４０に表示する。

（事前登録）
図９は、本実施形態２にかかる事前登録処理の流れを示すフローチャートである。まず、サーバ３００の取得部３４２は、ユーザ端末１０１からネットワークＮを介して、上述した登録要求を受け付ける（Ｓ４０１）。ここで、登録要求には、生体情報、個人情報、陰性証明情報、医療保険情報及びビザ情報が含まれる。

次に、サーバ３００の登録部３４１は、登録要求に含まれる顔画像を含めた顔情報登録要求を認証装置２００へ送信する（Ｓ４０２）。そして、登録部３４１は、認証装置２００において顔特徴情報の登録時に発行されたユーザＩＤを取得する（Ｓ４０３）。そして、登録部３４１は、取得したユーザＩＤ３１２１と、陰性証明情報３１２３と、医療保険情報３１２４と、ビザ情報３１２５とを対応付けてユーザ管理情報３１２として記憶部３１０に登録する（Ｓ４０４）。また、登録部３４１は、登録要求に含まれる個人情報３１２２をユーザＩＤ３１２１と対応付けてユーザ管理情報３１２として登録する。

（入国審査）
図３に戻り説明を続ける。ユーザＵ１２は、ユーザＵ１１と同様に、事前登録処理済みであるものとする。そして、ユーザＵ１２は、第一国Ｃ１を出国し第二国Ｃ２へ入国するために空港Ｃ２１にて入国審査を受けるものとする。そして、ユーザＵ１２は、通常の入国審査の他に所定の感染症の検査を受ける。通常であれば、検査結果が出るまで、ユーザＵ１２は所定の場所で待機する必要がある。このとき、ユーザＵ１２は、入国審査端末４００を介して事前登録処理が正しく完了していることが確認された場合、検査結果を待たずに入国が許可されてもよい。

入国審査端末４００は、空港Ｃ２１に設置され、入国審査官Ｕ２１が操作する情報端末である。図１０は、本実施形態２にかかる入国審査端末４００の構成を示すブロック図である。入国審査端末４００は、カメラ４１０、記憶部４２０、通信部４３０、入出力部４４０及び制御部４５０を備える。

カメラ４１０は、制御部４５０の制御に応じてユーザＵ１２の撮影を行う撮影装置である。記憶部４２０は、入国審査端末４００の各機能を実現するためのプログラムが格納される記憶装置である。通信部４３０は、ネットワークＮとの通信インタフェースである。入出力部４４０は、表示装置と入力装置を含む。入出力部４４０は、例えば、タッチパネルである。制御部４５０は、入国審査端末４００が有するハードウェアの制御を行う。制御部４５０は、記憶部４２０からプログラムをメモリへ読み込ませ、実行する。これにより、制御部４５０は、入国審査処理部４５１の機能を実現する。

入国審査処理部４５１は、入国審査の対象であるユーザＵ１２の事前登録処理の問合せをサーバ３００へ行う。具体的には、入国審査処理部４５１は、カメラ４１０を制御してユーザＵ１２の顔を撮影し、撮影画像（顔画像）を含めて事前登録処理の問合せとしてサーバ３００へ送信する。事前登録処理が正しくされている場合、入国審査処理部４５１は、問合せの結果として健康パスポートを受信し、入出力部４４０に表示し、入国審査官Ｕ２１へ提示する。または、入国審査処理部４５１は、健康パスポートが有効を示す場合、入国ゲートを開いても良い。

または、ユーザＵ１２は、ユーザ端末１０２に事前登録コード情報を表示し、入国審査端末４００に読み取らせてもよい。その場合、入国審査端末４００の入国審査処理部４５１は、読み取られた事前登録コード情報を解析して、サーバ３００へ事前登録処理の問合せを行っても良い。尚、ユーザＵ１２は、ユーザ端末１０２に事前登録コード情報を表示し、入国審査官Ｕ２１に提示してもよい。

図１１は、本実施形態２にかかる入国審査処理の流れを示すフローチャートである。まず、サーバ３００の取得部３４２は、入国審査端末４００からネットワークＮを介して、ユーザＵ１２の撮影画像（顔画像）を含めた事前登録処理の問合せを受信する。そして、取得部３４２は、受信した問合せに含まれるユーザＵ１２の撮影画像（顔画像）を取得する（Ｓ４１１）。そして、取得部３４２は、取得した顔画像を認証制御部３４３へ出力する。

次に、認証制御部３４３は、顔認証を制御する（Ｓ４１２）。具体的には、認証制御部３４３は、取得された顔画像を含めた顔認証要求を、ネットワークＮを介して認証装置２００へ送信する。そして、認証制御部３４３は、認証装置２００からネットワークＮを介して顔認証結果を取得し、顔認証結果を判定部３４５へ出力する。

判定部３４５は、顔認証結果から顔認証に成功したか否かを判定する（Ｓ４１３）。顔認証に成功したと判定した場合（Ｓ４１３でＹＥＳ）、判定部３４５は、顔認証結果に含まれるユーザＩＤを特定する。そして、特定部３４４は、ユーザ管理情報３１２の中から、認証に成功したユーザＩＤ３１２１に対応付けられた陰性証明情報３１２３、医療保険情報３１２４及びビザ情報３１２５を特定する（Ｓ４１４）。

その後、判定部３４５は、特定部３４４により特定された陰性証明情報３１２３、医療保険情報３１２４及びビザ情報３１２５が有効か否かを判定する（Ｓ４１５）。具体的には、判定部３４５は、陰性証明情報３１２３の検査日（又はワクチンの接種日）から第二国Ｃ２に入国する日までの期間が所定期間以内である場合に、陰性証明情報が有効と判定する。また、判定部３４５は、医療保険情報３１２４の契約の満了日が、入国審査日から所定期間以内である場合に、医療保険情報が有効と判定する。また、判定部３４５は、ビザ情報３１２５の滞在許可の期限日が、入国審査日から所定期間以内である場合に、ビザ情報が有効と判定する。さらに、判定部３４５は、陰性証明情報３１２３の有効期限が、第二国Ｃ２からの出国予定日（帰国予定日）以降である場合に、陰性証明情報が有効と判定してもよい。同様に、判定部３４５は、医療保険情報３１２４の契約の満了日が、出国予定日以降である場合に、医療保険情報が有効と判定してもよい。同様に、判定部３４５は、ビザ情報３１２５の滞在許可の期限日が、出国予定日以降である場合に、ビザ情報が有効と判定してもよい。

陰性証明情報３１２３、医療保険情報３１２４及びビザ情報３１２５の全てが有効と判定された場合（Ｓ４１５でＹＥＳ）、発行部３４６は、認証に成功したユーザに対して、状態を有効とした健康パスポートを発行する（Ｓ４１６）。そして、登録部３４１は、発行された健康パスポート３１２７とユーザＩＤ３１２１とを対応付けてユーザ管理情報３１２を更新して、記憶部３１０に登録する（Ｓ４１７）。

発行部３４６は、発行した健康パスポート３１２７を、問合せ元である入国審査端末４００へ返信する（Ｓ４１８）。尚、発行部３４６は、発行した健康パスポート３１２７への参照先情報であるコード情報を発行し、併せて入国審査端末４００へ返信してもよい。また、発行部３４６は、入国許可通知を入国審査端末４００へ出力する（Ｓ４１９）。これに応じて、入国審査端末４００は、受信した健康パスポート３１２７及び入国許可通知を入出力部４４０に表示する。そのため、入国審査官Ｕ２１は、ユーザＵ１２の事前登録処理が正しくなされていたと認識し、ユーザＵ１２の入国を許可する。

一方、顔認証に失敗したと判定した場合（Ｓ４１３でＮＯ）、発行部３４６は、発行不可の旨を入国審査端末４００へ返信する（Ｓ４２０）。又は、陰性証明情報３１２３、医療保険情報３１２４及びビザ情報３１２５の一部又は全てが有効ではないと判定された場合（Ｓ４１５でＮＯ）、発行部３４６は、発行不可の旨を入国審査端末４００へ返信する。これに応じて、入国審査端末４００は、ユーザＵ１２の事前登録処理が不十分であることを入国審査官Ｕ２１へ提示する。そのため、入国審査官Ｕ２１は、感染症の検査結果が出るまで、ユーザＵ１２を所定の場所で待機させる。

図１２は、本実施形態２にかかる発行直後の健康パスポートの表示例を示す図である。健康パスポート表示画面７１は、顔画像７１１、ユーザ名７１２、健康パスポート状態７１３、有効期限７１４、陰性証明書状態７１５、医療保険加入状態７１６、ビザ状態７１７及びコード表示ボタン７１８を含む。但し、健康パスポート表示画面７１の表示内容は、これらに限定されず、健康パスポート状態７１３を含めばよい。顔画像７１１は、上記で入国審査処理部４５１が取得した撮影画像であるか、認証装置２００に登録されたユーザＵ１２の顔画像をサーバ３００を介して取得したものであってもよい。ユーザ名７１２は、サーバ３００に保存された個人情報３１２２に含まれるものをサーバ３００から取得したものであっても良い。健康パスポート状態７１３は、上記で入国審査処理部４５１が受信した健康パスポートに含まれる状態情報である。有効期限７１４は、同様に受信した健康パスポートに有効期限が含まれている場合に表示される。陰性証明書状態７１５、医療保険加入状態７１６及びビザ状態７１７のそれぞれは、同様に受信した健康パスポートに陰性証明情報３１２３、医療保険情報３１２４及びビザ情報３１２５のそれぞれの状態が含まれている場合に表示される。コード表示ボタン７１８は、受信した健康パスポートにコード情報が含まれる場合に、活性化される。コード表示ボタン７１８は、ユーザＵ１２により押下されると、コード情報を二次元コードで表示する。

図１３は、本実施形態２にかかる発行直後の健康パスポートの他の表示例を示す図である。健康パスポート表示画面７１ａは、図１２と比べて、陰性証明書、医療保険情報及びビザ情報のそれぞれの有効期限７１５ａ、７１６ａ及び７１７ａが追加されたものである。つまり、健康パスポートの有効期限とは別に、陰性証明書、医療保険情報及びビザ情報のそれぞれの有効期限が個別に管理され、また、表示されてもよい。

（健康報告）
図３に戻り説明を続ける。ユーザＵ１３は、ユーザＵ１２と同様に、空港Ｃ２１の入国審査において、事前登録処理が正しくされていることが確認され、健康パスポートが発行され、第二国Ｃ２への入国が許可されたものとする。また、ユーザＵ１３は、自身のユーザ端末を用いて定期的に健康報告を行う。例えば、ユーザ端末１０３の健康報告部１５３は、ユーザＵ１３から健康状態情報の入力を受け付ける。そして、健康報告部１５３は、入力された健康状態情報、入力日時（日時情報）及びユーザＵ１３の顔画像を含めた健康報告をネットワークＮを介してサーバ３００へ送信する。尚、入国審査端末４００又は店舗端末６００は、サーモカメラ等からユーザＵ１２等の体表面温度の測定値を取得し、測定値、測定日時及びユーザの顔画像を含めた健康報告をネットワークＮを介してサーバ３００へ送信しても良い。また、ホテルの入口や他の施設に設置されたキオスク端末などがユーザの体表面温度を測定し、ネットワークＮを介して測定値をサーバ３００へ送信しても良い。これにより、自ら体温計などで体表面温度を測定しなくても、店舗端末６００等のサーモカメラ等から体表面温度を測定することで、入店の条件をクリアするとともに、それを用いて自身の健康報告にも活用できる。

図１４は、本実施形態２にかかる健康報告の登録処理の流れを示すフローチャートである。まず、サーバ３００の取得部３４２は、ユーザ端末１０３等からネットワークＮを介して健康報告を受信する（Ｓ４２１）。ここで、健康報告には、健康状態情報、日時情報（入力日時又は測定日時）及び顔画像が含まれる。

次に、認証制御部３４３は、顔認証を制御する（Ｓ４２２）。具体的には、認証制御部３４３は、健康報告に含まれる顔画像を含めた顔認証要求を、ネットワークＮを介して認証装置２００へ送信する。そして、認証制御部３４３は、認証装置２００から顔認証結果を受信する。そして、判定部３４５は、顔認証に成功したか否かを判定する（Ｓ４２３）。

顔認証に成功した場合（ステップＳ４２３でＹＥＳ）、登録部３４１は、健康報告に含まれる健康状態情報３１２６及び日時情報を、顔認証結果に含まれるユーザＩＤ３１２１に対応付けてユーザ管理情報３１２を更新して、記憶部３１０に登録する（Ｓ４２４）。これにより、第二国Ｃ２に入国後（健康パスポートの発行以後）の各ユーザの健康状態の履歴を記録できる。よって、海外からの渡航者等の最新の健康状態と共に、継続的に健康報告がなされていることを把握できる。

一方、顔認証に失敗した場合（ステップＳ４２３でＮＯ）、登録部３４１は、登録不可の旨をネットワークＮを介してユーザ端末１０３へ返信する（Ｓ４２５）。尚、健康報告に顔画像の代わりにユーザＩＤが含まれる場合、サーバ３００は、ステップＳ４２２、Ｓ４２３及びＳ４２５を行わなくても良い。

（健康パスポートの更新）
図１５は、本実施形態２にかかる健康パスポートの更新処理の流れを示すフローチャートである。サーバ３００は、定期的に、又は、所定のタイミングで、ユーザごとに健康パスポートの更新処理を行う。

まず、判定部３４５は、所定のユーザについて健康状態情報３１２６の登録間隔を算出する（Ｓ４３１）。次に、判定部３４５は、登録間隔が所定間隔か否かを判定する（Ｓ４３２）。登録間隔が所定間隔である場合（Ｓ４３２でＹＥＳ）、判定部３４５は、健康状態情報の体調内容が不調ではないか否かを判定する（Ｓ４３３）。体調内容が不調ではない場合（Ｓ４３３でＹＥＳ）、判定部３４５は、健康パスポートの状態のレベルが所定値以下であるか否かを判定する（Ｓ４３４）。レベルの所定値は、例えば、上述した第２のレベルとする。その場合、判定部３４５は、健康パスポートの状態のレベルが第２又は第３のレベルである場合、所定値以下と判定する。または、健康パスポートの状態が無効である場合に、判定部３４５は、所定値以下と判定してもよい。

健康パスポートの状態のレベルが所定値以下の場合（Ｓ４３４でＹＥＳ）、処理部３４７は、健康パスポートの状態のレベルを上げるように更新する（Ｓ４３５）。例えば、レベルが第２のレベルである場合、処理部３４７は、レベルを第１のレベルへ上げる。また、レベルが第３のレベルである場合、処理部３４７は、レベルを第２のレベルへ上げる。または、健康パスポートの状態が無効である場合、処理部３４７は、状態を有効へ更新する。尚、処理部３４７は、上述した感染症対策指標のレベルを上げるともいえる。ここで、健康パスポートの状態には、第３のレベルに下げられた理由（原因）を含めても良い。例えば、現在のレベルが第３のレベルであっても、当該理由が濃厚接触者や健康パスポートの有効期限切れなどの場合には、レベルを第２のレベルへ上げるために、陰性の検査結果やワクチンの接種を条件としてもよい。一方、現在のレベルが第３のレベルであっても、当該理由が健康報告が途切れたことである場合には、処理部３４７は、レベルを第２のレベルへ上げてもよい。

ステップＳ４３２又はＳ４３３でＮＯと判定された場合、処理部３４７は、健康パスポートの状態のレベルを下げるように更新する（Ｓ４３６）。例えば、レベルが第１のレベルである場合、処理部３４７は、レベルを第２のレベルへ下げる。また、レベルが第２のレベルである場合、処理部３４７は、レベルを第３のレベルへ下げる。または、健康パスポートの状態が有効である場合、処理部３４７は、状態を無効へ更新する。尚、処理部３４７は、上述した感染症対策指標のレベルを下げるともいえる。尚、ステップＳ４３４でＮＯと判定された場合、例えば、健康パスポートの状態のレベルが既に第１のレベル又は有効である場合、健康パスポートの状態が維持される。

尚、健康パスポートの更新処理における判定処理は、ステップＳ４３１からＳ４３３に限定されない。判定部３４５は、上述したように、感染症対策指標を判定してもよい。そして、処理部３４７は、判定された感染症対策指標を、健康パスポートの状態のレベルとして更新してもよい。

図１６は、本実施形態２にかかる健康パスポートの表示処理の流れを示すフローチャートである。まず、ユーザ端末１０３の健康パスポート処理部１５２は、ユーザＵ１３による健康パスポート表示操作に応じて、カメラ１１０を制御してユーザＵ１３の撮影画像を取得する。そして、健康パスポート処理部１５２は、取得した撮影画像（顔画像）を含めた健康パスポート表示要求をネットワークＮを介してサーバ３００へ送信する。これに応じて、サーバ３００の取得部３４２は、ユーザ端末１０３から健康パスポート表示要求を受け付ける（Ｓ４４１）。

次に、認証制御部３４３は、顔認証を制御する（Ｓ４４２）。具体的には、認証制御部３４３は、健康パスポート表示要求に含まれる顔画像を含めた顔認証要求を、ネットワークＮを介して認証装置２００へ送信する。そして、認証制御部３４３は、認証装置２００から顔認証結果を受信する。そして、判定部３４５は、顔認証に成功したか否かを判定する（Ｓ４４３）。

顔認証に成功した場合（ステップＳ４４３でＹＥＳ）、特定部３４４は、顔認証結果に含まれるユーザＩＤ３１２１に対応付けられた健康パスポート３１２７を特定する（Ｓ４４４）。そして、処理部３４７は、特定した健康パスポート３１２７をユーザ端末１０３へ返信する（Ｓ４４５）。これに応じて、ユーザ端末１０３の健康パスポート処理部１５２は、健康パスポートを受信し、健康パスポートを入出力部１４０に表示する。

一方、顔認証に失敗した場合（ステップＳ４４３でＮＯ）、処理部３４７は、健康パスポートの表示不可の旨をネットワークＮを介してユーザ端末１０３へ返信する（Ｓ４４６）。

図１７は、本実施形態２にかかる状態「良」の健康パスポートの表示例を示す図である。健康パスポート表示画面７２ａは、顔画像７２１、ユーザ名７２２、健康パスポート状態７２３ａ及び有効期限７２４を含む。顔画像７２１は、上記で健康パスポート処理部１５２が取得した撮影画像であるか、認証装置２００に登録されたユーザＵ１３の顔画像をサーバ３００を介して取得したものであってもよい。ユーザ名７２２は、ユーザ端末１０３に入力された個人情報に含まれるものか、サーバ３００に保存された個人情報３１２２に含まれるものをサーバ３００から取得したものであっても良い。健康パスポート状態７２３ａは、上記で健康パスポート処理部１５２が受信した健康パスポートに含まれる状態情報である。ここでは、健康パスポート状態７２３ａは、健康パスポートが有効であり、健康状態が「良」であることを示す。そして、健康パスポート状態７２３ａは、感染症対策指標が第１のレベルであることを示す。また、健康パスポート状態７２３ａは、青色で表示されてもよい。そのため、健康パスポート状態７２３ａは、２つの星の表示情報を含む。有効期限７２４は、同様に受信した健康パスポートに有効期限が含まれている場合に表示される。ここでは、有効期限以内であるものとする。

図１８は、本実施形態２にかかる状態「通常」の健康パスポートの表示例を示す図である。健康パスポート表示画面７２ｂは、図１７と比べて、健康パスポート状態７２３ｂが変更されたものである。健康パスポート状態７２３ｂは、健康パスポートが有効であり、健康状態が「通常」であることを示す。そして、健康パスポート状態７２３ｂは、感染症対策指標が第２のレベルであることを示す。そのため、健康パスポート状態７２３ｂは、１つの星の表示情報を含む。また、健康パスポート状態７２３ｂは、黄色で表示されてもよい。

図１９は、本実施形態２にかかる状態「不良」の健康パスポートの表示例を示す図である。健康パスポート表示画面７２ｃは、図１７と比べて、健康パスポート状態７２３ｃが変更されたものである。健康パスポート状態７２３ｃは、健康パスポートが無効であり、健康状態が「不良」であることを示す。そして、健康パスポート状態７２３ｃは、感染症対策指標が第３のレベルであることを示す。そのため、健康パスポート状態７２３ｃは、星の表示情報を含まない。また、健康パスポート状態７２３ｃは、赤色で表示されてもよい。尚、図１７から図１９の健康パスポート状態７２３ａから７２３ｃの表記は一例であり、健康パスポートの状態が識別可能であれば、他の表記であってもよい。例えば、健康パスポート状態７２３ａから７２３ｃは、文字又はマークのいずれかであってもよい。

図２０は、本実施形態２にかかる状態「良」の健康パスポートの他の表示例を示す図である。健康パスポート表示画面７２ａ１は、図１７と比べて、健康パスポート状態７２３ａ１が変更されたものである。健康パスポート状態７２３ａ１は、健康パスポート状態７２３ａと同様の状態及びレベルを示す。健康パスポート状態７２３ａ１は、３つの円のうち左側のアイコンが点灯していることを示す。点灯しているアイコンは、例えば青色で表示されてもよい。

図２１は、本実施形態２にかかる状態「通常」の健康パスポートの他の表示例を示す図である。健康パスポート表示画面７２ｂ１は、図１８と比べて、健康パスポート状態７２３ｂ１が変更されたものである。健康パスポート状態７２３ｂ１は、健康パスポート状態７２３ｂと同様の状態及びレベルを示す。健康パスポート状態７２３ｂ１は、３つの円のうち中央のアイコンが点灯していることを示す。点灯しているアイコンは、例えば黄色で表示されてもよい。

図２２は、本実施形態２にかかる状態「不良」の健康パスポートの他の表示例を示す図である。健康パスポート表示画面７２ｃ１は、図１９と比べて、健康パスポート状態７２３ｃ１が変更されたものである。健康パスポート状態７２３ｃ１は、健康パスポート状態７２３ｃと同様の状態及びレベルを示す。健康パスポート状態７２３ｃ１は、３つの円のうち右側のアイコンが点灯していることを示す。点灯しているアイコンは、例えば赤色で表示されてもよい。

図２０から図２２のように表示することで、ユーザ等は、健康パスポートの状態（感染症対策指標）を直感的に把握し易くなる。尚、健康パスポート状態７２３ａ１、７２３ｂ１及び７２３ｃ１の点灯位置や表示色、形状は一例に過ぎず、これらに限定されない。

尚、健康パスポート表示画面７２ａ、７２ｂ、７２ｃ、７２ａ１、７２ｂ１及び７２ｃ１のそれぞれは、図１３の健康パスポート表示画面７１ａのように、陰性証明書、医療保険情報及びビザ情報のそれぞれの有効期限７１５ａ、７１６ａ及び７１７ａが表示されてもよい。

（店舗への来店（入店））
図３に戻り説明を続ける。ユーザＵ１４は、店舗Ｃ２２に到着したものとする。店舗端末６００は、店舗Ｃ２２内に設置され、店員Ｕ２２が操作する情報端末である。図２３は、本実施形態２にかかる店舗端末６００の構成を示すブロック図である。店舗端末６００は、カメラ６１０、記憶部６２０、通信部６３０、入出力部６４０及び制御部６５０を備える。

カメラ６１０は、制御部６５０の制御に応じてユーザＵ１４の撮影を行う撮影装置である。記憶部６２０は、店舗端末６００の各機能を実現するためのプログラムが格納される記憶装置である。通信部６３０は、ネットワークＮとの通信インタフェースである。入出力部６４０は、表示装置と入力装置を含む。入出力部６４０は、例えば、タッチパネルである。制御部６５０は、店舗端末６００が有するハードウェアの制御を行う。制御部６５０は、記憶部６２０からプログラムをメモリへ読み込ませ、実行する。これにより、制御部６５０は、認証制御部６５１、表示制御部６５２、入店制御部６５３及び健康報告部６５４の機能を実現する。

認証制御部６５１は、店舗Ｃ２２に来店したユーザＵ１４の認証を制御する。例えば、認証制御部６５１は、カメラ６１０を制御してユーザＵ１４を撮影し、撮影画像（顔画像）を取得する。そして、認証制御部６５１は、撮影画像（顔画像）を含めた健康パスポート確認要求をサーバ３００へ送信する。

表示制御部６５２は、サーバ３００から健康パスポート確認要求の結果として、ユーザＵ１４の入店の許否に関する通知を受信し、入出力部６４０に表示する。例えば、表示制御部６５２は、ユーザＵ１４の健康パスポートの状態（感染症対策指標）を入出力部６４０に表示する。尚、入出力部６４０は、店員Ｕ２２のみが閲覧可能とし、ユーザＵ１４には見えないようにしてもよい。

入店制御部６５３は、受信した通知に応じた入店制御を行う。例えば、通知が入店許可を示す場合、又は、感染症対策指標が第１のレベルである場合、入店制御部６５３は、入店ゲートを開く。また、通知が条件付き入店許可を示す場合、入店制御部６５３は、ユーザＵ１４に健康状態情報の要求を行ってもよい。また、通知が入店不許可を示す場合、入店制御部６５３は、入店ゲートを閉じたままにする。

健康報告部６５４は、通知が条件付き入店許可を示す場合、サーモカメラ（不図示）等からユーザＵ１４の体表面温度を健康状態情報として取得し、取得した健康状態情報をネットワークＮを介してサーバ３００へ送信する。尚、店員Ｕ２２が所定の体表面温度の測定器を用いて、ユーザＵ１４の体表面温度を測定し、店舗端末６００に測定値を入力してもよい。

図２４は、本実施形態２にかかる入店処理の流れを示すフローチャートである。まず、サーバ３００の取得部３４２は、店舗端末６００からネットワークＮを介してユーザＵ１４の撮影画像を含む健康パスポート確認要求を取得する（Ｓ６０１）。

そして、サーバ３００は、顔認証を制御する（Ｓ６０２）。具体的には、サーバ３００の認証制御部３４３は、健康パスポート確認要求に含まれる撮影画像（顔画像）を含めた顔認証要求を、ネットワークＮを介して認証装置２００へ送信する。そして、認証制御部３４３は、認証装置２００から顔認証結果を受信する。そして、判定部３４５は、顔認証に成功したか否かを判定する（Ｓ６０３）。

顔認証に失敗した場合（ステップＳ６０３でＮＯ）、サーバ３００は、入店不許可通知をネットワークＮを介して店舗端末６００へ送信する（Ｓ６１４）。これに応じて、店舗端末６００は、受信した入店不許可通知を入出力部６４０に表示するか、店員Ｕ２２にその旨を通知する。または、店舗端末６００は、ユーザＵ１４に対して入出力部６４０を介して入店不許可通知を表示しても良い。

顔認証に成功した場合（ステップＳ６０３でＹＥＳ）、特定部３４４は、健康パスポートの特定を行う（Ｓ６０４）。具体的には、特定部３４４は、顔認証結果に含まれるユーザＩＤ３１２１に対応付けられた健康パスポート３１２７を特定する。そして、判定部３４５は、特定した健康パスポートの状態を判定する（Ｓ６０５）。例えば、判定部３４５は、特定した健康パスポートの状態の感染症対策指標のレベルを判定する。

そして、判定部３４５は、判定された感染症対策指標のレベルから、ユーザＵ１４が入店許可されるか否かを判定する（Ｓ６０６）。感染症対策指標が第１のレベルである場合、判定部３４５は、入店許可されると判定する。例えば、ユーザＵ１４の健康パスポートが有効であり、健康報告が定期的になされており、各健康状態情報に含まれる体表面温度が３７．５度以下である場合である。そしてこの場合（Ｓ６０６でＹＥＳ）、処理部３４７は、健康パスポートを含む入店許可通知をネットワークＮを介して店舗端末６００へ返信する（Ｓ６０７）。処理部３４７は、当該通知に、後述する通知情報や健康報告の判定結果等を含めても良い。これに応じて、店舗端末６００の表示制御部６５２は、受信した入店許可通知を入出力部６４０に表示する。

図２５は、本実施形態２にかかる状態「良」の健康パスポートの表示例を示す図である。判定結果表示画面７３ａは、顔画像７３１、ユーザ名７３２、健康パスポート状態７３３ａ、有効期限７３４、健康報告状況７３５ａ及び通知情報７３６ａを含む。顔画像７３１は、上記で認証制御部６５１が取得した撮影画像であるか、認証装置２００に登録されたユーザＵ１４の顔画像をサーバ３００を介した取得したものであってもよい。ユーザ名７３２は、サーバ３００に保存された個人情報３１２２に含まれるものをサーバ３００から取得したものであっても良い。健康パスポート状態７３３ａは、入店許可通知に含まれる健康パスポートの状態情報である。ここでは、健康パスポート状態７３３ａは、上述した図１７の健康パスポート状態７２３ａと同様に、第１のレベルであることを示す。有効期限７３４は、上述した図１７の有効期限７２４と同様である。健康報告状況７３５ａは、入店許可通知に含まれる健康報告の判定結果である。ここでは、健康報告が定期的かつ適切になされていることを示す。通知情報７３６ａは、入店許可を通知する情報の表示例を示す。

図２４に戻り説明を続ける。ステップＳ６０６でＮＯと判定された場合、判定部３４５は、判定された感染症対策指標のレベルから、ユーザＵ１４が条件付きで入店許可されるか否かを判定する（Ｓ６０８）。感染症対策指標が第２のレベルである場合、判定部３４５は、条件付きで入店許可されると判定する。例えば、健康パスポートが有効であるが、健康報告が定期的になされていない（特に、直近の健康状態情報が保存されていない）場合である。または、健康報告が定期的になされていても、日々の報告時刻にばらつきが大きい場合には、感染症対策指標が第２のレベルとなり、判定部３４５は、条件付きで入店許可されると判定してもよい。そしてこれらの場合（Ｓ６０８でＹＥＳ）、処理部３４７は、健康パスポートを含む入条件付き店許可通知をネットワークＮを介して店舗端末６００へ返信する（Ｓ６０９）。処理部３４７は、当該通知に、通知情報や健康報告の判定結果等を含めても良い。これに応じて、店舗端末６００の表示制御部６５２は、受信した条件付き入店許可通知を入出力部６４０に表示する。

図２６は、本実施形態２にかかる状態「通常」の健康パスポートの表示例を示す図である。判定結果表示画面７３ｂは、図２５と比べて、健康パスポート状態７３３ｂ、健康報告状況７３５ｂ及び通知情報７３６ｂが変更され、メッセージ７３７ｂが追加されたものである。健康パスポート状態７３３ｂは、上述した図１８の健康パスポート状態７２３ｂと同様に、第２のレベルであることを示す。健康報告状況７３５ｂは、条件付き入店許可通知に含まれる健康報告の判定結果である。ここでは、健康報告が定期的になされていないこと（不足）を示す。通知情報７３６ｂは、条件付きで入店許可を通知する情報の表示例を示す。メッセージ７３７ｂは、「入店には現在の健康状態の報告が必要です！」といった、健康状態情報の要求をするメッセージである。これにより、店員Ｕ２２又はユーザＵ１４は、健康状態情報が不足しているために、入店ができないこと、及び、この場で体表面温度等を測定して問題なければ入店できることを把握できる。

そこで、店舗端末６００の健康報告部６５４は、サーモカメラ（不図示）等からユーザＵ１４の体表面温度を健康状態情報として取得し、取得した健康状態情報をネットワークＮを介してサーバ３００へ送信する。これに応じて、サーバ３００は、ユーザＵ１４の現在の健康状態情報を取得する（Ｓ６１０）。そして、サーバ３００の登録部３４１は、取得した健康状態情報３１２６をユーザＵ１４のユーザＩＤ３１２１に対応付けて追加で登録する（Ｓ６１１）。これにより、判定部３４５は、感染症対策指標を第１のレベルと判定してもよい。また、本実施形態では、登録部３４１は、このように店舗端末６００等から取得した最新の健康状態情報を、健康報告として登録するものである。そのため、これ以後、同じ日に他の店舗等の利用先においては、当該ユーザについて健康報告が定期的になされているものと判定されてもよい。

その後、判定部３４５は、ステップＳ６１０で取得した健康状態情報が示すユーザの体調内容が通常以上であるか否かを判定する（Ｓ６１２）。例えば、判定部３４５は、現在の体表面温度が３７．５度未満であれば、体調内容が通常以上であると判定する。体調内容が通常以上である場合（Ｓ６１２でＹＥＳ）、判定部３４５は、感染症対策指標を第１のレベルとみなし、入店を許可し、ステップＳ６０７へ進む。このとき、一時的に第１のレベルとみなし、健康パスポートの状態は第２のレベルのままとしてもよい。または、処理部３４７は、レベルを第１のレベルへ上げて更新してもよい。一方、体調内容が通常以上でない場合（Ｓ６１２でＮＯ）、判定部３４５は、入店を不許可とし、ステップＳ６１３へ進む。

ステップＳ６０８又はＳ６１２でＮＯと判定された場合及び、処理部３４７は、判定された感染症対策指標を含む入店不許可通知をネットワークＮを介して店舗端末６００へ返信する（Ｓ６１３）。処理部３４７は、当該通知に、通知情報や健康報告の判定結果等を含めても良い。さらに、ステップＳ６１３において、処理部３４７は、不許可の理由を入店不許可通知に含めても良い。これに応じて、店舗端末６００の表示制御部６５２は、受信した入店不許可通知を入出力部６４０に表示する。さらに、処理部３４７は、当該通知に、感染症の検査やワクチンの接種が可能な施設の案内情報を含めても良い。このとき、処理部３４７は、ユーザの現在位置及び施設の位置を示す（後述する）地図情報を店舗端末６００へ返信してもよい。この場合、ユーザは、店舗端末６００に表示された地図情報を介して、後述するように、検査等の予約を行っても良い。

図２７は、本実施形態２にかかる状態「不良」の健康パスポートの表示例を示す図である。判定結果表示画面７３ｃは、図２５と比べて、健康パスポート状態７３３ｃ、健康報告状況７３５ｂ及び通知情報７３６ｃが変更されたものである。健康パスポート状態７３３ｃは、上述した図１９の健康パスポート状態７２３ｃと同様に、第３のレベルであることを示す。通知情報７３６ｃは、入店不許可を通知する情報の表示例を示す。これにより、店員Ｕ２２又はユーザＵ１４は、（体調が不良なため）健康パスポートが無効であるために入店ができないことを把握できる。尚、健康パスポート状態７３３ａ、７３３ｂ及び７３３ｃのそれぞれは、上述した健康パスポート状態７２３ａ１、７２３ｂ１及び７２３ｃ１にそれぞれ置き換えても良い。

尚、図２４のステップＳ６０２では、本人確認の認証として顔認証を行っていたが、上述したように、健康パスポートへの参照先情報を示すコード情報（例えば、二次元コード）を用いて本人確認の認証を行っても良い。例えば、ユーザ端末１０４はコード情報を表示し、店舗端末６００は、コード情報を読み取る。店舗端末６００は、コード情報を含めて健康パスポート確認要求をサーバ３００へ送信する。そして、サーバ３００は、受信した要求に含まれるコード情報の内容から本人確認の認証を行い、健康パスポートを特定してもよい。

（濃厚接触者判定）
図２８は、本実施形態２にかかる濃厚接触者判定処理の流れを示すフローチャートである。まず、取得部３４２は、所定の感染症の感染者の行動履歴を取得する（Ｓ４５１）。例えば、取得部３４２は、保健所等のサーバからネットワークＮを介して感染者の通知（行動履歴）を受信してもよい。または、取得部３４２は、定期的に保健所等のサーバに対して新規の感染者の問合せを行い、新規な感染者についての行動履歴を取得してもよい。そして、サーバ３００は、以下の処理をユーザ管理情報３１２に登録済みの各ユーザについて行うものとする。

次に、判定部３４５は、対象ユーザの証明情報が示す感染症の対策に、ワクチンの接種が含まれるか否かを判定する（Ｓ４５２）。ワクチンの接種が含まれる場合（Ｓ４５２でＹＥＳ）、判定部３４５は、ワクチンの接種日から所定期間以内か否かを判定する（Ｓ４５３）。ワクチンの接種日から所定期間以内、つまり、所定期間を経過していない場合（Ｓ４５３でＹＥＳ）、対象ユーザについての濃厚接触者判定処理を行わず、終了する。

一方、ワクチンの接種が含まれない場合（Ｓ４５２でＮＯ）、又は、ワクチンの接種日から所定期間を経過している場合（Ｓ４５３でＮＯ）、判定部３４５は、対象ユーザ及び感染者の行動履歴に基づき、対象ユーザが濃厚接触者か否かを判定する（Ｓ４５４）。具体的には、判定部３４５は、対象ユーザのユーザＩＤ３１２１に対応付けられた行動履歴３１２８を取得する。そして、判定部３４５は、取得した行動履歴３１２８のうち、感染者の行動履歴の日時及び位置情報と一定範囲内のものを検索する。一定範囲内の行動履歴が検索された場合、判定部３４５は、対象ユーザを濃厚接触者と判定する（Ｓ４５４でＹＥＳ）。その場合、図１５のステップＳ４３６と同様に、処理部３４７は、健康パスポートの状態のレベルを下げるように更新する（Ｓ４５５）。尚、この場合、処理部３４７は、健康パスポートの状態のレベルを例えば第３のレベルに更新してもよい。または、処理部３４７は、健康パスポートの状態を無効として更新しても良い。そして、特定部３４４は、医療機関情報３１３を参照して、当該ユーザに対応付けられた医療保険情報３１２４にかかる医療保険が適用可能な医療機関を特定する（Ｓ４５６）。例えば、処理部３４７は、医療機関情報３１３のうち、対象ユーザの現在位置から所定範囲内の医療機関を特定する。尚、処理部３４７は、２以上の医療機関を特定してもよい。そして、処理部３４７は、ステップＳ４５５で更新された健康パスポートの状態のレベル（感染症対策指標）と、ステップＳ４５６で特定された医療機関を、濃厚接触者と判定されたユーザに対応するユーザ端末へ通知する（Ｓ４５７）。例えば、処理部３４７は、特定した医療機関での感染症の検査を促すように、通知を行う。これに応じて、通知されたユーザ端末は、画面に医療機関の場所を示す地図情報を表示する。

尚、対象ユーザが濃厚接触者と判定されなかった場合（Ｓ４５４でＮＯ）、当該処理を終了する。尚、ワクチンの種類によっては接種したとしても感染者が出る可能性がある。そのため、例えば、ステップＳ４５１において、取得部３４２は、ワクチンの効果が低いとされる（又は接種しても感染者が出た）ワクチンの種類の注意情報をさらに取得してもよい。そして、ステップＳ４５２でＹＥＳと判定された場合、さらに、判定部３４５は、接種されたワクチンの種類が注意情報に含まれるか否かを判定する。そして、接種されたワクチンの種類が注意情報に含まれると判定した場合、ステップＳ４５４以降へ進むようにしてもよい。つまり、有効性が低いワクチンを接種した場合には、濃厚接触者判定処理を適用してもよい。

図２９は、本実施形態２にかかる通知された医療機関の場所を示した地図情報の表示例を示す図である。地図情報７４は、少なくともユーザの現在位置７４１と医療機関の位置７４２とを含む。尚、医療機関の位置７４２は、複数存在してもよい。これにより、通知されたユーザは、自身が濃厚接触者と判定されたこと、医療機関で感染症の検査を受けるべきこと、検査が受けられる医療機関の場所等を把握できる。よって、濃厚接触者の感染症の検査を促進できる。尚、地図情報７４は、医療機関ごとに、検査やワクチンの接種の（混雑度に応じた）所要時間の見込み、対応可能言語、対応する医療保険等を含めて表示しても良い。

尚、処理部３４７は、感染症の検査やワクチン接種が新たに必要になった人物へ、検査や接種を促すメッセージと、検査機関（医療機関）の場所（地図情報等）を通知してもよい。すなわち、処理部３４７は、濃厚接触者、又は、健康パスポートが無効、有効期限を超えているもしくは有効行動範囲を超えているユーザに対して、上記通知を行っても良い。

また、通知されたユーザは、画面上の医療機関の位置７４２を選択して、検査やワクチン接種の予約を行ってもよい。例えば、ユーザ端末は、ユーザから医療機関の位置７４２の選択を受け付けた場合、カメラによりユーザの顔を撮影し、撮影画像（顔画像）と選択された医療機関の位置情報（又は医療機関の識別情報）とを含めた第１の予約要求をサーバ３００へ送信する。サーバ３００は、受信した第１の予約要求に含まれる顔画像について顔認証を行い、顔認証に成功したユーザの健康報告が適切に（例えば所定間隔で）なされている場合に、検査等の予約処理を行う。サーバ３００は、検査等の予約処理として、ユーザ端末に対して予約受付画面を送信する。ユーザ端末は、予約受付画面を表示し、ユーザから入力された予約日時等を含めた第２の予約要求をサーバ３００へ送信する。サーバ３００は、受信した第２の予約要求に含まれる予約日時等と認証に成功したユーザの個人情報等を含めて、選択された医療機関の予約受付サーバに対して、予約処理を行う。尚、本人確認の認証は、顔画像の代わりに、ユーザＩＤのコード情報等を用いても良い。その場合、サーバ３００は、受信した検査等予約要求に含まれるコード情報に対して所定の本人確認の認証処理を行う。

このように、本実施形態では、第一国Ｃ１を出国前に、感染症の検査の陰性証明情報及び第二国Ｃ２で感染症の検査や治療等に適用される医療保険の加入情報を事前に登録したユーザであれば、第二国Ｃ２の入国審査を効率化できる。そして、感染症の拡大を抑止しつつ、海外からの渡航者を受け入れることができる。そして、定期的に報告された健康状態情報を用いることで、健康パスポートの最新の状態を管理できる。つまり、現時点でのユーザの感染症対策及び健康状態を健康パスポートにより一元化できる。そして、健康パスポートの状態に応じて、第二国Ｃ２内の施設（店舗等）への入場を制御することで、感染症の拡大を抑止しつつ、利用を促進できる。さらに、第二国Ｃ２の滞在中に濃厚接触者と判定されたユーザに対して、自身の医療保険を適用可能な医療機関での検査を促すことができる。

尚、第一国Ｃ１の出国審査や、第二国Ｃ２から第一国Ｃ１へ帰国する際の出国審査に、本実施形態にかかる陰性証明情報及び医療保険情報の有効性が用いられても良い。そして、出国審査時に条件を満たす場合に健康パスポートが発行されてもよい。または、事前登録処理に続けて、登録情報が条件を満たす場合に健康パスポートが発行されてもよい。つまり、ユーザが、第一国Ｃ１からの出国前に、発行済みの健康パスポートを確認できるようにしてもよい。また、入国審査端末４００は、ユーザＵ１２のパスポート（旅券）情報等から、第一国Ｃ１を含む滞在国を特定し、健康パスポートの問合せと共に滞在国の情報をサーバ３００へ送信してもよい。その場合、サーバ３００は、滞在国に応じてユーザＵ１２の健康パスポートを無効として更新してもよい。例えば、感染者の多い国からの入国者の健康パスポートは無効にされてもよい。

尚、上記では店舗の入店制御に健康パスポートの有効性を用いたが、店舗等の利用先の利用予約時に、ユーザの健康パスポートの有効性を用いても良い。つまり、利用予約時に健康パスポートが有効（第２のレベル以上）である場合に、予約を認めても良い。これにより、感染症対策又は健康状態が不十分な利用者の利用を未然に防ぐことができる。

尚、情報処理システム１０００は、店舗Ｃ２２の代わりに他の施設（ホテル、映画館、スタジアム等）の予約や利用許可に適用してもよい。例えば、ホテルの予約時やチェックイン時に、健康パスポート又は健康報告に問題あると、ホテルの予約やチェックインを不可としてもよい。

＜実施形態３＞
本実施形態３は、上述した実施形態２の変形例である。本実施形態３では、ユーザ端末が陰性証明情報、医療保険情報、ビザ情報、健康状態情報及び健康パスポート等を管理する。そして、来店時に、ユーザ端末は、本人確認情報及び健康パスポートを店舗端末等の認証端末に直接、送信する。そして、認証端末は、本人確認の認証や、健康パスポートの状態の判定、判定結果に応じた処理を行う。そのため、本実施形態３にかかるサーバ３００は、記憶部３１０のユーザ管理情報３１２内に個人情報、陰性証明情報、医療保険情報及びビザ情報等を保存する必要がない。よって、渡航者等の個人情報をより安全に保護することができる。

図３０は、本実施形態３にかかるユーザ端末１０１ａの構成を示すブロック図である。ユーザ端末１０１ａは、図８のユーザ端末１０１を改良したものである。具体的には、ユーザ端末１０１ａの記憶部１２０は、プログラム１２１及びユーザ管理情報１２２を記憶する。プログラム１２１は、実施形態２のユーザ端末１０１にインストールされていたプログラムを、本実施形態３向けに改良した処理が実装されたものである。ユーザ管理情報１２２は、上述したユーザ管理情報３１２に相当する情報に、顔画像１２２９が追加されたものである。尚、ユーザＩＤ１２２１、個人情報１２２２、陰性証明情報１２２３、医療保険情報１２２４、ビザ情報１２２５、健康状態情報１２２６、健康パスポート１２２７及び行動履歴１２２８は、ユーザ管理情報３１２内の構成と同等である。顔画像１２２９は、健康パスポート１２２７の発行のために登録された、ユーザの撮影画像である。尚、ユーザ管理情報１２２は、パスポート情報や航空券情報を含んでも良い。パスポート情報は、ユーザの旅券の電子データである。航空券情報は、ユーザの第一国Ｃ１と第二国Ｃ２の間の往復又は片道の航空券の電子データである。さらに、記憶部１２０は、図７の医療機関情報３１３や相談センター情報３１４を記憶してもよい。これらは、第二国Ｃ２に入国後に取得、保存されてもよい。メモリ１６０は、図８では図示を省略していたものであり、揮発性記憶装置の一例である。

ユーザ端末１０１ａの制御部１５０は、記憶部１２０からメモリ１６０へプログラム１２１を読み込ませ、実行する。これにより、制御部１５０は、登録部１５１ａ、健康パスポート処理部１５２ａ、取得部１５３ａ、認証制御部１５４ａ、特定部１５５、判定部１５６、、処理部１５７及びトークン処理部１５８の機能を実現する。

登録部１５１ａは、上述した登録部１５１と同様にして、ユーザＵ１１から生体情報（顔画像）、個人情報、陰性証明情報、医療保険情報及びビザ情報を受け付ける。そして、登録部１５１ａは、顔画像を含めた顔情報登録要求を認証装置２００へ送信し、認証装置２００において顔特徴情報の登録時に発行されたユーザＩＤを取得する。その後、登録部１５１ａは、取得したユーザＩＤ１２２１、個人情報１２２２、陰性証明情報１２２３、医療保険情報１２２４、ビザ情報１２２５及び顔画像１２２９を対応付けてユーザ管理情報１２２として記憶部１２０に登録する。

認証制御部１５４ａは、上述した認証制御部１２の一例である。認証制御部１５４ａは、カメラ１１０により撮影された撮影画像と、記憶部１２０に登録された顔画像１２２９との照合により顔認証を行う。尚、認証制御部１５４ａは、顔認証以外の上述した他の本人確認の認証を用いてもよい。

取得部１５３ａは、上述した取得部１１の一例である。取得部１５３ａは、登録部１５１ａにより登録された登録情報を取得する。例えば、取得部１５３ａは、は、記憶部１２０から、ユーザＩＤ１２２１、陰性証明情報１２２３、医療保険情報１２２４及びビザ情報１２２５が対応付けて登録されたユーザ管理情報１２２を登録情報として取得する。取得部１５３ａは、健康パスポートの発行以後、ユーザＵ１１の健康報告を取得する。また、取得部１５３ａは、定期的にユーザ端末１０１ａが受信したＧＰＳ情報等を行動履歴として取得する。また、取得部１５３ａは、認証端末（入国審査端末４００ａ又は店舗端末６００ａ等）から、ユーザの認証履歴を行動履歴として取得する。

また、登録部１５１ａは、入国審査端末４００ａ又はサーバ３００により発行された健康パスポート１２２７をユーザＩＤ１２２１と対応付けてユーザ管理情報１２２を更新して、記憶部１２０に登録する。登録部１５１ａは、取得された健康状態情報１２２６をユーザＩＤ１２２１と対応付けてユーザ管理情報１２２を更新して、記憶部１２０に登録する。登録部１５１ａは、取得された行動履歴１２２８をユーザＩＤ１２２１と対応付けてユーザ管理情報１２２として記憶部１２０に登録する。

特定部１５５は、上述した特定部１３の一例である。特定部１５５は、認証制御部１５４ａによる認証に成功した場合に、ユーザＩＤ１２２１に対応付けられた陰性証明情報１２２３、医療保険情報１２２４、ビザ情報１２２５及び健康パスポート１２２７を特定する。

健康パスポート処理部１５２ａは、ユーザＵ１１による健康パスポートの表示操作に応じて、認証制御部１５４ａによる認証に成功した場合、健康パスポート１２２７を読み出し、入出力部１４０に健康パスポート１２２７を表示する。その他、健康パスポート処理部１５２ａは、上述した処理部３４７と同様に健康パスポートの更新を行うものとする。
判定部１５６は、上述した判定部１４の一例である。判定部１５６は、顔認証結果から顔認証に成功したか否かを判定する。判定部１５６は、定期的に、又は、所定のタイミングで、健康状態情報１２２６の登録間隔を判定する。その他、判定部１５６は、上述した判定部３４５と同様の各種判定処理を行ってもよい。

処理部１５７は、ユーザＵ１１が濃厚接触者と判定された場合に、その旨や特定された医療機関を入出力部１４０に表示する。また、処理部１５７は、ユーザＵ１１が濃厚接触者と判定された場合に、その旨や特定された相談センターをを入出力部１４０に表示する。

トークン処理部１５８は、記憶部１２０に登録された陰性証明情報１２２３、医療保険情報１２２４、ビザ情報１２２５及び顔画像１２２９から第１のトークン情報を生成する。そして、トークン処理部１５８は、入国審査端末４００ａへ第１のトークン情報を送信する。このとき、トークン処理部１５８は、無線通信（ブルートゥース（登録商標）、ＮＦＣ（Near field communication）等）により第１のトークン情報を入国審査端末４００ａへ送信してもよい。または、トークン処理部１５８は、ユーザ端末１０１ａのＧＰＳ情報等の位置情報が、入国審査端末４００ａの所定圏内であると判定した場合に、無線通信により第１のトークン情報を入国審査端末４００ａへ送信してもよい。

また、トークン処理部１５８は、記憶部１２０に登録された健康パスポート１２２７及び顔画像１２２９から第２のトークン情報を生成する。そして、トークン処理部１５８は、店舗端末６００ａへ第２のトークン情報を送信する。送信の仕方は、上記同様、無線通信であってもよい。また、トークン処理部１５８は、第１又は第２のトークン情報の送信前に、ユーザに対して送信先の確認及び同意を行っても良い。また、トークン処理部１５８は、送信先が複数の選択が存在する場合、第１又は第２のトークン情報の送信前に、ユーザに対して送信先の確認及び同意を行っても良い。

図３１は、本実施形態３にかかる入国審査端末４００ａの構成を示すブロック図である。入国審査端末４００ａは、図１０の入国審査端末４００と比べて、入国審査処理部４５１が、トークン処理部４５１ａ、認証制御部４５２、特定部４５３、判定部４５４及び発行部４５５に変更されたものである。

トークン処理部４５１ａは、上述した取得部１１の一例である。トークン処理部４５１ａは、ユーザ端末１０１ａに保存された第１の生体情報（顔画像）を当該端末から取得する。具体的には、トークン処理部４５１ａは、ユーザ端末１０１ａから第１のトークンを受信する。そして、トークン処理部４５１ａは、第１のトークンから陰性証明情報、医療保険情報、ビザ情報及び顔画像を抽出する。また、トークン処理部４５１ａは、入国審査の終了後、又は、一定期間の経過後に、第１のトークンや抽出した情報を削除する。

認証制御部４５２は、上述した認証制御部１２の一例である。認証制御部４５２は、カメラ４１０を制御してユーザＵ１２を撮影し、撮影画像（顔画像）を取得する。そして、認証制御部４５２は、取得した撮影画像（第１の本人確認情報）と、抽出された顔画像（第２の本人確認情報）とを照合して顔認証を行う。

特定部４５３は、上述した特定部１３の一例である。特定部４５３は、顔認証に成功した場合、抽出されたら陰性証明情報、医療保険情報及びビザ情報を特定する。

判定部４５４は、上述した判定部１４の一例である。判定部４５４は、特定された陰性証明情報、医療保険情報及びビザ情報の有効性を判定する。

発行部４５５は、判定部４５４により有効と判定された場合、認証に成功したユーザに対して有効な健康パスポートを発行する。発行部４５５は、発行した健康パスポートを、対応するユーザのユーザ端末へ送信してもよい。

尚、発行部４５５は、自身で健康パスポートを発行してなくてもよい。例えば、発行部４５５は、認証に成功したユーザＩＤ、並びに、陰性証明情報、医療保険情報及びビザ情報が有効であることを含めた健康パスポート発行要求をネットワークＮを介してサーバ３００へ送信してもよい。これに応じて、サーバ３００は、認証に成功したユーザに対して有効な健康パスポートを発行し、健康パスポートを入国審査端末４００ａへ返信する。そして、発行部４５５は、サーバ３００により発行された健康パスポートを受信する。

図３２は、本実施形態３にかかる入国審査処理の流れを示すフローチャートである。ここでは、ユーザＵ１２は、ユーザ端末１０１ａと同等の機能を有するユーザ端末１０２ａ（不図示）を所持した上で、入国審査端末４００ａの前にいるものとする。まず、入国審査端末４００ａのトークン処理部４５１ａは、ユーザＵ１２の陰性証明情報及び保険情報の登録情報を取得する（Ｓ８０１）。具体的には、トークン処理部４５１ａは、ユーザ端末１０２ａから第１のトークンを受信する。そして、トークン処理部４５１ａは、第１のトークンを解析し、陰性証明情報、医療保険情報、ビザ情報及び顔画像を抽出する（Ｓ８０２）。

続いて、認証制御部４５２は、ユーザＵ１２を撮影する（Ｓ８０３）。そして、認証制御部４５２は、顔認証処理を行う（Ｓ８０４）。具体的には、認証制御部４５２は、ステップＳ８０３で取得した撮影画像（ユーザＵ１２の顔画像）と、ステップＳ８０２で抽出された顔画像とを照合して顔認証を行う。その後、入国審査端末４００ａは、上述した図１１のステップＳ４１３からＳ４２０と同様の処理を行う。尚、トークン処理部４５１ａは、入国審査の終了後、又は、一定期間の経過後に、第１のトークンや抽出した情報を削除する。

ここで、店舗端末６００ａは、第二国Ｃ２内の店舗Ｃ２２に設置された情報端末である。また、ユーザＵ１４は、ユーザ端末１０１ａと同等の機能を有するユーザ端末１０４ａ（不図示）を所持した上で、店舗端末６００ａの前にいるものとする。

図３３は、本実施形態３にかかる店舗端末６００ａの構成を示すブロック図である。尚、店舗端末６００ａは、図２３の店舗端末６００と比べて、認証制御部６５１ａ及び入店制御部６５３ａが変更され、トークン処理部６５５及び判定部６５６が追加され、健康報告部６５４が削除されたものである。

トークン処理部６５５は、ユーザ端末１０１ａから第２のトークンを受信し、第２のトークンから健康パスポート及び顔画像を抽出する。また、トークン処理部６５５は、入店処理の終了後、又は、一定期間の経過後に、第２のトークンや抽出した情報を削除する。

認証制御部６５１ａは、カメラ６１０を制御してユーザＵ１４を撮影し、撮影画像（顔画像）を取得する。そして、認証制御部６５１ａは、取得した撮影画像（第１の本人確認情報）と、抽出された顔画像（第２の本人確認情報）とを照合して顔認証を行う。

判定部６５６は、顔認証に成功した場合、抽出された健康パスポートの状態（例えば、感染症対策指標のレベル）を判定する。

入店制御部６５３ａは、判定部６５６による判定結果（例えば、感染症対策指標のレベル）に応じた入店制御を行う。例えば、感染症対策指標が第１のレベルの場合、入店制御部６５３ａは、ユーザＵ１４の入店を許可する。感染症対策指標が第２のレベルの場合、入店制御部６５３ａは、ユーザＵ１４の入店を条件付きで許可する。感染症対策指標が第３のレベルの場合、入店制御部６５３ａは、ユーザＵ１４の入店を不許可とする。尚、入店制御部６５３ａは、判定結果に応じた通知を入出力部６４０に表示してもよい。

このように、本実施形態３では、上述した実施形態２と同等の効果を奏することができる。さらに、本実施形態３では、ユーザ端末が健康パスポート及び健康状態情報を管理し、認証時に認証端末へトークン情報を送信するものである。そして、認証端末は、認証等の処理終了後にトークン情報を削除する。そのため、サーバは、健康パスポート及び健康状態情報を管理する必要がない。よって、ユーザの個人情報をより安全に保護することができる。

＜実施形態４＞
本実施形態４は、上述した実施形態２の変形例である。本実施形態４は、生体認証機能をサーバ３００に内蔵させたものである。例えば、本実施形態４にかかるサーバ３００は、ユーザ管理情報３１２のユーザＩＤ３１２１に、ユーザの顔画像又は顔特徴情報をさらに対応付けて保存するものである。そして、本実施形態４にかかるサーバ３００の認証制御部３４３は、複数の人物の顔特徴情報と認証対象のユーザの顔特徴情報とを照合して顔認証を制御する。すなわち、認証制御部３４３は、ユーザの顔領域から抽出された顔特徴情報と、記憶部３１０に記憶された顔特徴情報とを照合して顔認証を行うことにより、顔認証結果を取得する。

このように、本実施形態４においても上述した実施形態２と同様の効果を奏することができる。

＜その他の実施形態＞
尚、上述の実施形態では、ハードウェアの構成として説明したが、これに限定されるものではない。本開示は、任意の処理を、ＣＰＵにコンピュータプログラムを実行させることにより実現することも可能である。

上述の例において、プログラムは、様々なタイプの非一時的なコンピュータ可読媒体（non-transitory computer readable medium）を用いて格納され、コンピュータに供給することができる。非一時的なコンピュータ可読媒体は、様々なタイプの実体のある記録媒体（tangible storage medium）を含む。非一時的なコンピュータ可読媒体の例は、磁気記録媒体（例えばフレキシブルディスク、磁気テープ、ハードディスクドライブ）、光磁気記録媒体（例えば光磁気ディスク）、ＣＤ−ＲＯＭ（Read Only Memory）、ＣＤ−Ｒ、ＣＤ−Ｒ／Ｗ、ＤＶＤ（Digital Versatile Disc）、半導体メモリ（例えば、マスクＲＯＭ、ＰＲＯＭ（Programmable ROM）、ＥＰＲＯＭ（Erasable PROM）、フラッシュＲＯＭ、ＲＡＭ（Random Access Memory））を含む。また、プログラムは、様々なタイプの一時的なコンピュータ可読媒体（transitory computer readable medium）によってコンピュータに供給されてもよい。一時的なコンピュータ可読媒体の例は、電気信号、光信号、及び電磁波を含む。一時的なコンピュータ可読媒体は、電線及び光ファイバ等の有線通信路、又は無線通信路を介して、プログラムをコンピュータに供給できる。

なお、本開示は上記実施形態に限られたものではなく、趣旨を逸脱しない範囲で適宜変更することが可能である。また、本開示は、それぞれの実施形態を適宜組み合わせて実施されてもよい。

上記の実施形態の一部又は全部は、以下の付記のようにも記載され得るが、以下には限られない。
（付記１）
所定のユーザに対して第一国で実施された所定の感染症の検査の陰性証明情報と、当該ユーザが加入し、かつ、第二国で適用可能な医療保険に関する保険情報とが当該ユーザに対応付けて登録された登録情報を取得する取得手段と、
前記第二国へ入国しようとするユーザから取得された生体情報について、第１の生体認証を制御する認証制御手段と、
前記第１の生体認証に成功した場合、前記登録情報に基づき、当該第１の生体認証に成功したユーザに対応付けられた前記陰性証明情報及び前記保険情報を特定する特定手段と、
前記特定された前記陰性証明情報及び前記保険情報の有効性を判定する判定手段と、
を備える情報処理装置。
（付記２）
前記陰性証明情報及び前記保険情報の両方が有効と判定された場合、前記第１の生体認証に成功したユーザに対して有効な健康パスポートを発行する発行手段と、
当該ユーザの前記登録情報に前記健康パスポートを対応付けて登録する第１の登録手段と、をさらに備える
付記１に記載の情報処理装置。
（付記３）
前記認証制御手段は、前記第二国の所定の施設において前記ユーザから取得された生体情報について、第２の生体認証を制御し、
前記特定手段は、前記第２の生体認証に成功した場合、前記登録情報に基づき、当該第２の生体認証に成功したユーザに対応付けられた前記健康パスポートを特定し、
前記判定手段は、前記特定された健康パスポートが有効か否かを判定する
付記２に記載の情報処理装置。
（付記４）
前記第２の生体認証に成功した場合、前記施設と認証日時とを含む行動履歴を当該第２の生体認証に成功したユーザに対応付けて登録する第２の登録手段をさらに備え、
前記判定手段は、外部から取得された前記感染症の感染者の行動履歴と、前記登録された行動履歴とに基づいて、前記ユーザが当該感染者の濃厚接触者か否かを判定し、
前記ユーザが前記濃厚接触者と判定された場合、前記ユーザに対してその旨を通知する第１の通知手段をさらに備える
付記３に記載の情報処理装置。
（付記５）
前記特定手段は、前記ユーザが前記濃厚接触者と判定された場合、前記ユーザに対応付けられた前記保険情報にかかる医療保険が適用可能な医療機関を特定し、
前記第１の通知手段は、前記ユーザに対して当該特定した医療機関をさらに通知する
付記４に記載の情報処理装置。
（付記６）
前記登録情報は、前記ユーザに当該ユーザが使用する言語情報がさらに対応付けられており、
前記特定手段は、前記ユーザが前記濃厚接触者と判定された場合、前記ユーザに対応付けられた言語情報に基づき、前記感染症に関する相談対応を行う相談センターを特定し、
前記第１の通知手段は、前記ユーザに対して当該特定した相談センターをさらに通知する
付記４又は５に記載の情報処理装置。
（付記７）
前記ユーザが前記第二国に滞在する間に、当該ユーザの体調情報を受け付けた場合に、当該体調情報を前記ユーザに対応付けて登録する第３の登録手段と、
前記ユーザに対応付けられた前記体調情報が所定条件を満たさない場合、当該ユーザに対して発行された健康パスポートの状態を無効として更新する第１の更新手段と、をさらに備える
付記２乃至６のいずれか１項に記載の情報処理装置。
（付記８）
前記登録情報は、前記ユーザに当該ユーザが使用する言語情報がさらに対応付けられており、
前記特定手段は、前記体調情報が所定条件を満たさない場合、前記ユーザに対応付けられた言語情報に基づき、前記感染症に関する相談対応を行う相談センターを特定し、
前記ユーザに対して当該特定した相談センターをさらに通知する第２の通知手段をさらに備える
付記７に記載の情報処理装置。
（付記９）
前記取得手段は、前記ユーザの行動予定をさらに取得し、
前記発行手段は、前記取得された行動予定に含まれる行動期間に基づき有効期間を設定して前記健康パスポートを発行する
付記２乃至８のいずれか１項に記載の情報処理装置。
（付記１０）
前記発行手段は、前記取得された行動予定に基づいて有効行動範囲を設定して前記健康パスポートを発行し、
前記取得手段は、前記ユーザの現在位置をさらに取得し、
前記判定手段は、前記現在位置が前記有効行動範囲を超えるか否かをさらに判定し、
前記現在位置が前記有効行動範囲を超える場合、前記ユーザに対応付けられた前記健康パスポートの状態を無効として更新する第２の更新手段をさらに備える
付記９に記載の情報処理装置。
（付記１１）
前記判定手段は、所定期間における前記ユーザの滞在国に特定国が含まれるか否かを判定し、
前記ユーザの滞在国に特定国が含まれると判定された場合、当該ユーザに対応付けられた前記健康パスポートの状態を示す感染症対策指標のレベルを下げるように更新する第３の更新手段をさらに備える
付記２乃至１０のいずれか１項に記載の情報処理装置。
（付記１２）
前記ユーザが前記第一国に滞在する間に、当該ユーザから取得された生体情報に対応する識別情報と、前記陰性証明情報と、前記保険情報とを対応付けて前記登録情報として登録する第４の登録手段をさらに備える
付記１乃至１１のいずれか１項に記載の情報処理装置。
（付記１３）
前記取得手段は、前記ユーザの端末に保存された第１の生体情報を当該端末から取得し、
前記認証制御手段は、前記認証を行う際に、前記取得手段により取得された前記第１の生体情報と、前記ユーザから取得された第２の生体情報と、を照合することにより、前記第１の生体認証を制御する
付記１乃至１２のいずれか１項に記載の情報処理装置。
（付記１４）
所定のユーザに対して第一国で実施された所定の感染症の検査の陰性証明情報と、当該ユーザが加入し、かつ、第二国で適用可能な医療保険に関する保険情報とを当該ユーザに対応付けて登録情報として記憶する記憶装置と、
前記記憶装置と接続された情報処理装置とを備え、
前記情報処理装置は、
前記記憶装置から前記登録情報を取得する取得手段と、
前記第二国へ入国しようとするユーザから取得された生体情報について、第１の生体認証を制御する認証制御手段と、
前記第１の生体認証に成功した場合、前記登録情報に基づき、当該第１の生体認証に成功したユーザに対応付けられた前記陰性証明情報及び前記保険情報を特定する特定手段と、
前記特定された前記陰性証明情報及び前記保険情報の有効性を判定する判定手段と、
を備える情報処理システム。
（付記１５）
前記情報処理装置は、
前記陰性証明情報及び前記保険情報の両方が有効と判定された場合、前記第１の生体認証に成功したユーザに対して有効な健康パスポートを発行する発行手段と、
当該ユーザの前記登録情報に前記健康パスポートを対応付けて登録する第１の登録手段と、をさらに備える
付記１４に記載の情報処理システム。
（付記１６）
コンピュータが、
所定のユーザに対して第一国で実施された所定の感染症の検査の陰性証明情報と、当該ユーザが加入し、かつ、第二国で適用可能な医療保険に関する保険情報とが当該ユーザに対応付けて登録された登録情報を取得し、
前記第二国へ入国しようとするユーザから取得された生体情報について、第１の生体認証を制御し、
前記第１の生体認証に成功した場合、前記登録情報に基づき、当該第１の生体認証に成功したユーザに対応付けられた前記陰性証明情報及び前記保険情報を特定し、
前記特定された前記陰性証明情報及び前記保険情報の有効性を判定する、
情報処理方法。
（付記１７）
所定のユーザに対して第一国で実施された所定の感染症の検査の陰性証明情報と、当該ユーザが加入し、かつ、第二国で適用可能な医療保険に関する保険情報とが当該ユーザに対応付けて登録された登録情報を取得する取得処理と、
前記第二国へ入国しようとするユーザから取得された生体情報について、第１の生体認証を制御する認証制御処理と、
前記第１の生体認証に成功した場合、前記登録情報に基づき、当該第１の生体認証に成功したユーザに対応付けられた前記陰性証明情報及び前記保険情報を特定する特定処理と、
前記特定された前記陰性証明情報及び前記保険情報の有効性を判定する判定処理と、
をコンピュータに実行させるプログラムが格納された非一時的なコンピュータ可読媒体。

以上、実施形態（及び実施例）を参照して本願発明を説明したが、本願発明は上記実施形態（及び実施例）に限定されものではない。本願発明の構成や詳細には、本願発明のスコープ内で当業者が理解し得る様々な変更をすることができる。

１ 情報処理装置
１１ 取得部
１２ 認証制御部
１３ 特定部
１４ 判定部
１０００ 情報処理システム
Ｃ１ 第一国
Ｃ２ 第二国
Ｃ２１ 空港
Ｃ２２ 店舗
Ｕ１１ ユーザ
Ｕ１２ ユーザ
Ｕ１３ ユーザ
Ｕ１４ ユーザ
Ｕ２１ 入国審査官
Ｕ２２ 店員
Ｎ ネットワーク
１０１ ユーザ端末
１０１ａ ユーザ端末
１０２ ユーザ端末
１０３ ユーザ端末
１０４ ユーザ端末
１１０ カメラ
１２０ 記憶部
１２１ プログラム
１２２ ユーザ管理情報
１２２１ ユーザＩＤ
１２２２ 個人情報
１２２３ 陰性証明情報
１２２４ 医療保険情報
１２２５ ビザ情報
１２２６ 健康状態情報
１２２７ 健康パスポート
１２２８ 行動履歴
１２２９ 顔画像
１３０ 通信部
１４０ 入出力部
１５０ 制御部
１５１ 登録部
１５２ 健康パスポート処理部
１５３ 健康報告部
１５４ 表示制御部
１５１ａ 登録部
１５２ａ 健康パスポート処理部
１５３ａ 取得部
１５４ａ 認証制御部
１５５ 特定部
１５６ 判定部
１５７ 処理部
１５８ トークン処理部
１６０ メモリ
２００ 認証装置
２１０ 顔情報ＤＢ
２１１ ユーザＩＤ
２１２ 顔特徴情報
２２０ 顔検出部
２３０ 特徴点抽出部
２４０ 登録部
２５０ 認証部
３００ サーバ
３１０ 記憶部
３１１ プログラム
３１２ ユーザ管理情報
３１２１ ユーザＩＤ
３１２２ 個人情報
３１２３ 陰性証明情報
３１２４ 医療保険情報
３１２５ ビザ情報
３１２６ 健康状態情報
３１２７ 健康パスポート
３１２８ 行動履歴
３１３ 医療機関情報
３１４ 相談センター情報
３２０ メモリ
３３０ 通信部
３４０ 制御部
３４１ 登録部
３４２ 取得部
３４３ 認証制御部
３４４ 特定部
３４５ 判定部
３４６ 発行部
３４７ 処理部
４００ 入国審査端末
４００ａ 入国審査端末
４１０ カメラ
４２０ 記憶部
４３０ 通信部
４４０ 入出力部
４５０ 制御部
４５１ 入国審査処理部
４５１ａ トークン処理部
４５２ 認証制御部
４５３ 特定部
４５４ 判定部
４５５ 発行部
６００ 店舗端末
６１０ カメラ
６２０ 記憶部
６３０ 通信部
６４０ 入出力部
６５０ 制御部
６５１ 認証制御部
６５２ 表示制御部
６５３ 入店制御部
６５４ 健康報告部
６００ａ 店舗端末
６５１ａ 認証制御部
６５３ａ 入店制御部
６５５ トークン処理部
６５６ 判定部
７１ 健康パスポート表示画面
７１１ 顔画像
７１２ ユーザ名
７１３ 健康パスポート状態
７１４ 有効期限
７１５ 陰性証明書状態
７１６ 医療保険加入状態
７１７ ビザ状態
７１８ コード表示ボタン
７１ａ 健康パスポート表示画面
７１５ａ 有効期限
７１６ａ 有効期限
７１７ａ 有効期限
７２ａ 健康パスポート表示画面
７２１ 顔画像
７２２ ユーザ名
７２３ａ 健康パスポート状態
７２４ 有効期限
７２ｂ 健康パスポート表示画面
７２３ｂ 健康パスポート状態
７２ｃ 健康パスポート表示画面
７２３ｃ 健康パスポート状態
７２ａ１ 健康パスポート表示画面
７２３ａ１ 健康パスポート状態
７２ｂ１ 健康パスポート表示画面
７２３ｂ１ 健康パスポート状態
７２ｃ１ 健康パスポート表示画面
７２３ｃ１ 健康パスポート状態
７３ａ 判定結果表示画面
７３１ 顔画像
７３２ ユーザ名
７３３ａ 健康パスポート状態
７３４ 有効期限
７３５ａ 健康報告状況
７３６ａ 通知情報
７３ｂ 判定結果表示画面
７３３ｂ 健康パスポート状態
７３５ｂ 健康報告状況
７３６ｂ 通知情報
７３７ｂ メッセージ
７３ｃ 判定結果表示画面
７３３ｃ 健康パスポート状態
７３６ｃ 通知情報
７４ 地図情報
７４１ ユーザの現在位置
７４２ 医療機関の位置

Claims (26)

1. 所定のユーザに対して第一国で実施された所定の感染症の検査の陰性証明情報と、当該ユーザが加入し、かつ、第二国で適用可能な医療保険に関する保険情報とが当該ユーザに対応付けて登録された登録情報を取得する取得部と、
   前記第二国へ入国しようとするユーザから取得された本人確認情報について、第１の認証を制御する認証制御部と、
   前記第１の認証に成功した場合、前記登録情報に基づき、当該第１の認証に成功したユーザに対応付けられた前記陰性証明情報及び前記保険情報を特定する特定部と、
   前記特定された前記陰性証明情報及び前記保険情報の有効性を判定する判定部と、
   を備える情報処理装置。
2. 前記認証制御部は、前記本人確認情報として前記ユーザから取得された生体情報についての生体認証を前記第１の認証として制御する
   請求項１に記載の情報処理装置。
3. 前記陰性証明情報及び前記保険情報の両方が有効と判定された場合、前記第１の認証に成功したユーザに対して有効な健康パスポートを発行する発行部と、
   当該ユーザの前記登録情報に前記健康パスポートを対応付けて登録する第１の登録部と、をさらに備える
   請求項１又は２に記載の情報処理装置。
4. 前記認証制御部は、前記第二国の所定の施設において前記ユーザから取得された本人確認情報について、第２の認証を制御し、
   前記特定部は、前記第２の認証に成功した場合、前記登録情報に基づき、当該第２の認証に成功したユーザに対応付けられた前記健康パスポートを特定し、
   前記判定部は、前記特定された健康パスポートが有効か否かを判定する
   請求項３に記載の情報処理装置。
5. 前記第２の認証に成功した場合、前記施設と認証日時とを含む行動履歴を当該第２の認証に成功したユーザに対応付けて登録する第２の登録部をさらに備え、
   前記判定部は、外部から取得された前記感染症の感染者の行動履歴と、前記登録された行動履歴とに基づいて、前記ユーザが当該感染者の濃厚接触者か否かを判定し、
   前記ユーザが前記濃厚接触者と判定された場合、前記ユーザに対してその旨を通知する第１の通知部をさらに備える
   請求項４に記載の情報処理装置。
6. 前記特定部は、前記ユーザが前記濃厚接触者と判定された場合、前記ユーザに対応付けられた前記保険情報にかかる医療保険が適用可能な医療機関を特定し、
   前記第１の通知部は、前記ユーザに対して当該特定した医療機関をさらに通知する
   請求項５に記載の情報処理装置。
7. 前記登録情報は、前記ユーザに当該ユーザが使用する言語情報がさらに対応付けられており、
   前記特定部は、前記ユーザが前記濃厚接触者と判定された場合、前記ユーザに対応付けられた言語情報に基づき、前記感染症に関する相談対応を行う相談センターを特定し、
   前記第１の通知部は、前記ユーザに対して当該特定した相談センターをさらに通知する
   請求項５又は６に記載の情報処理装置。
8. 前記ユーザが前記第二国に滞在する間に、当該ユーザの体調情報を受け付けた場合に、当該体調情報を前記ユーザに対応付けて登録する第３の登録部と、
   前記ユーザに対応付けられた前記体調情報が所定条件を満たさない場合、当該ユーザに対して発行された健康パスポートの状態を無効として更新する第１の更新部と、をさらに備える
   請求項３乃至７のいずれか１項に記載の情報処理装置。
9. 前記登録情報は、前記ユーザに当該ユーザが使用する言語情報がさらに対応付けられており、
   前記特定部は、前記体調情報が所定条件を満たさない場合、前記ユーザに対応付けられた言語情報に基づき、前記感染症に関する相談対応を行う相談センターを特定し、
   前記ユーザに対して当該特定した相談センターをさらに通知する第２の通知部をさらに備える
   請求項８に記載の情報処理装置。
10. 前記取得部は、前記ユーザの行動予定をさらに取得し、
    前記発行部は、前記取得された行動予定に含まれる行動期間に基づき有効期間を設定して前記健康パスポートを発行する
    請求項３乃至９のいずれか１項に記載の情報処理装置。
11. 前記発行部は、前記取得された行動予定に基づいて有効行動範囲を設定して前記健康パスポートを発行し、
    前記取得部は、前記ユーザの現在位置をさらに取得し、
    前記判定部は、前記現在位置が前記有効行動範囲を超えるか否かをさらに判定し、
    前記現在位置が前記有効行動範囲を超える場合、前記ユーザに対応付けられた前記健康パスポートの状態を無効として更新する第２の更新部をさらに備える
    請求項１０に記載の情報処理装置。
12. 前記判定部は、所定期間における前記ユーザの滞在国に特定国が含まれるか否かを判定し、
    前記ユーザの滞在国に特定国が含まれると判定された場合、当該ユーザに対応付けられた前記健康パスポートの状態を示す感染症対策指標のレベルを下げるように更新する第３の更新部をさらに備える
    請求項３乃至１１のいずれか１項に記載の情報処理装置。
13. 前記ユーザが前記第一国に滞在する間に、当該ユーザから取得された生体情報に対応する識別情報と、前記陰性証明情報と、前記保険情報とを対応付けて前記登録情報として登録する第４の登録部をさらに備える
    請求項１乃至１２のいずれか１項に記載の情報処理装置。
14. 前記取得部は、前記ユーザの端末に保存された第１の本人確認情報を当該端末から取得し、
    前記認証制御部は、前記第１の認証を行う際に、前記取得部により取得された前記第１の本人確認情報と、前記ユーザから取得された第２の本人確認情報と、を照合することにより、前記第１の認証を制御する
    請求項１乃至１３のいずれか１項に記載の情報処理装置。
15. 所定のユーザに対して第一国で実施された所定の感染症の検査の陰性証明情報と、当該ユーザが加入し、かつ、第二国で適用可能な医療保険に関する保険情報とを当該ユーザに対応付けて登録情報として記憶する記憶装置と、
    前記記憶装置と接続された情報処理装置とを備え、
    前記情報処理装置は、
    前記記憶装置から前記登録情報を取得する取得部と、
    前記第二国へ入国しようとするユーザから取得された本人確認情報について、第１の認証を制御する認証制御部と、
    前記第１の認証に成功した場合、前記登録情報に基づき、当該第１の認証に成功したユーザに対応付けられた前記陰性証明情報及び前記保険情報を特定する特定部と、
    前記特定された前記陰性証明情報及び前記保険情報の有効性を判定する判定部と、
    を備える情報処理システム。
16. 前記情報処理装置は、
    前記陰性証明情報及び前記保険情報の両方が有効と判定された場合、前記第１の認証に成功したユーザに対して有効な健康パスポートを発行する発行部と、
    当該ユーザの前記登録情報に前記健康パスポートを対応付けて登録する第１の登録部と、をさらに備える
    請求項１５に記載の情報処理システム。
17. コンピュータが、
    所定のユーザに対して第一国で実施された所定の感染症の検査の陰性証明情報と、当該ユーザが加入し、かつ、第二国で適用可能な医療保険に関する保険情報とが当該ユーザに対応付けて登録された登録情報を取得し、
    前記第二国へ入国しようとするユーザから取得された本人確認情報について、第１の認証を制御し、
    前記第１の認証に成功した場合、前記登録情報に基づき、当該第１の認証に成功したユーザに対応付けられた前記陰性証明情報及び前記保険情報を特定し、
    前記特定された前記陰性証明情報及び前記保険情報の有効性を判定する、
    情報処理方法。
18. 所定のユーザに対して第一国で実施された所定の感染症の検査の陰性証明情報と、当該ユーザが加入し、かつ、第二国で適用可能な医療保険に関する保険情報とが当該ユーザに対応付けて登録された登録情報を取得する取得処理と、
    前記第二国へ入国しようとするユーザから取得された本人確認情報について、第１の認証を制御する認証制御処理と、
    前記第１の認証に成功した場合、前記登録情報に基づき、当該第１の認証に成功したユーザに対応付けられた前記陰性証明情報及び前記保険情報を特定する特定処理と、
    前記特定された前記陰性証明情報及び前記保険情報の有効性を判定する判定処理と、
    をコンピュータに実行させるプログラム。
19. 所定のユーザに対して第一国で実施された所定の感染症の検査の陰性証明情報と、当該ユーザが加入し、かつ、第二国で適用可能な医療保険に関する保険情報とが当該ユーザに対応付けて登録された登録情報を取得する取得部と、
    前記第二国へ入国しようとするユーザから取得された本人確認情報について、第１の認証を制御する認証制御部と、
    前記第１の認証に成功した場合、前記登録情報に基づいて特定された、当該第１の認証に成功したユーザに対応付けられた前記陰性証明情報及び前記保険情報を出力する出力部と、
    を備える情報端末。
20. 前記出力部は、前記陰性証明情報及び前記保険情報の両方が有効と判定された場合に発行された健康パスポートを表示する
    請求項１９に記載の情報端末。
21. 前記出力部は、前記陰性証明情報及び前記保険情報の有効性を示す情報を出力する
    請求項１９又は２０に記載の情報端末。
22. 前記出力部は、前記陰性証明情報及び前記保険情報の有効期限を出力する
    請求項１９乃至２１のいずれか１項に記載の情報端末。
23. 前記出力部は、前記第１の認証に成功したユーザにおける感染症対策指標のレベルごとに異なる色で示した表示情報を出力する
    請求項１９乃至２２のいずれか１項に記載の情報端末。
24. 前記出力部は、前記陰性証明情報及び前記保険情報に基づく情報への参照先情報を示すコード情報を表示する
    請求項１９乃至２３のいずれか１項に記載の情報端末。
25. コンピュータが、
    所定のユーザに対して第一国で実施された所定の感染症の検査の陰性証明情報と、当該ユーザが加入し、かつ、第二国で適用可能な医療保険に関する保険情報とが当該ユーザに対応付けて登録された登録情報を取得し、
    前記第二国へ入国しようとするユーザから取得された本人確認情報について、第１の認証を制御し、
    前記第１の認証に成功した場合、前記登録情報に基づいて特定された、当該第１の認証に成功したユーザに対応付けられた前記陰性証明情報及び前記保険情報を出力する、
    情報処理方法。
26. 所定のユーザに対して第一国で実施された所定の感染症の検査の陰性証明情報と、当該ユーザが加入し、かつ、第二国で適用可能な医療保険に関する保険情報とが当該ユーザに対応付けて登録された登録情報を取得する取得処理と、
    前記第二国へ入国しようとするユーザから取得された本人確認情報について、第１の認証を制御する認証制御処理と、
    前記第１の認証に成功した場合、前記登録情報に基づいて特定された、当該第１の認証に成功したユーザに対応付けられた前記陰性証明情報及び前記保険情報を出力する出力処理と、
    をコンピュータに実行させるプログラム。

Images