JP2021007000A - 情報処理方法、情報処理装置及びプログラム - Google Patents

Abstract

【課題】医療機関等で行われた各種の検査結果を有効に利用することが可能な情報処理方法等を提供する。【解決手段】ユーザ毎にユーザ識別情報に対応付けて、複数の検査項目に対する検査結果がデータベースに記憶してある。コンピュータは、分散配置された管理システムが読み取ったユーザ識別情報を取得した場合、取得したユーザ識別情報に対応する検査結果を前記データベースから読み出す。そしてコンピュータは、読み出した検査結果に関する情報を管理システムへ出力する。【選択図】図１

Description

本開示は、情報処理方法、情報処理装置及びプログラムに関する。

近年、各種施設の入口で、サーマルカメラ等を用いて利用者の体温を計測し、計測結果に応じて利用者の施設内への入場を制限することが行われている。また特許文献１では、利用者が病原体センサを用いて自身が病原体を保有していないことを示す認証情報を取得しておき、認証情報に基づいて入門ゲートが開状態とされることにより、施設内への入場が許可されるシステムが提案されている。

特開２０２０−８００８３号公報

特許文献１に開示されたシステムでは、利用者は、家庭又は公共施設等に設置された病原体センサを用いて、自身の呼気内における病原体の有無を検出できる。一方、利用者は、医療機関等で必要に応じて各種の検査を受けている場合があるが、その検査結果は医師が病状を診断する際に用いるほかには利用されていない。医療機関等で行われる検査は信頼性が高いので、有効に利用されることが望まれる。

本開示は、このような事情に鑑みてなされたものであり、その目的とするところは、医療機関等で行われた各種の検査結果を有効に利用することが可能な情報処理方法等を提供することにある。

本開示の一態様に係る情報処理方法は、ユーザ毎にユーザ識別情報に対応付けて、複数の検査項目に対する検査結果をデータベースに記憶しておき、分散配置された管理システムが読み取った前記ユーザ識別情報を取得し、取得したユーザ識別情報に対応する検査結果を前記データベースから読み出し、読み出した検査結果に関する情報を前記管理システムへ出力する処理を含む。

本開示にあっては、医療機関等で行われた各種の検査結果を有効に利用することができる。

情報処理システムの構成例を示す模式図である。 サーバ及びユーザ端末の構成例を示すブロック図である。 サーバに記憶されるＤＢの構成例を示す模式図である。 サーバに記憶されるＤＢの構成例を示す模式図である。 入場管理サーバ及び登録用端末の構成例を示すブロック図である。 登録処理手順の一例を示すフローチャートである。 画面例を示す模式図である。 コードの発行処理手順の一例を示すフローチャートである。 画面例を示す模式図である。 判定処理手順の一例を示すフローチャートである。 判定処理手順の一例を示すフローチャートである。 実施形態２の入場管理システムの構成例の説明図である。 実施形態３のユーザＤＢの構成例を示す模式図である。 実施形態３のイベントＤＢ及び施設ＤＢの構成例を示す模式図である。 実施形態３の入場管理システムの構成例を示すブロック図である。 実施形態３の判定処理手順の一例を示すフローチャートである。 実施形態４の入場管理システムの構成例を示すブロック図である。 実施形態４の判定処理手順の一例を示すフローチャートである。 チケットＤＢの構成例を示す模式図である。 実施形態５の判定処理手順の一例を示すフローチャートである。 実施形態６のコードの発行処理手順の一例を示すフローチャートである。 画面例を示す模式図である。 実施形態６の判定処理手順の一例を示すフローチャートである。 実施形態７のコードの発行処理手順の一例を示すフローチャートである。 実施形態７の判定処理手順の一例を示すフローチャートである。 実施形態８の施設ＤＢの構成例を示す模式図である。 登録画面例を示す模式図である。 実施形態８の判定処理手順の一例を示すフローチャートである。 利用料金の算出処理手順の一例を示すフローチャートである。 画面例を示す模式図である。 誘導内容ＤＢの構成例を示す模式図である。 実施形態１０の判定処理手順の一例を示すフローチャートである。 実施形態１０の判定処理手順の一例を示すフローチャートである。

以下に、本開示の情報処理方法、情報処理装置及びプログラムについて、その実施形態を示す図面に基づいて詳述する。

（実施形態１）
医療機関等で行われた各種の検査結果を用いて、各種のイベントへのユーザの参加制限、又は、各種の施設内へのユーザの入場制限を行う情報処理システムについて説明する。本開示で参加制限が行われるイベントは、コンサート、展示会等、種々のイベントとすることができる。また、本開示で入場制限が行われる施設は、学校、医療機関、福祉施設、公共施設、公共交通機関の施設、テーマパーク、遊戯施設、会社、店舗等、種々の施設とすることができる。また参加制限又は入場制限は、建物又は敷地内への入場を制限するものであってもよく、建物内の各部屋への入室を制限するものであってもよい。

図１は情報処理システムの構成例を示す模式図である。本実施形態の情報処理システム１００は、サーバ１０、ユーザ端末２０、入場管理サーバ３０、登録用端末４０等を含み、サーバ１０、ユーザ端末２０、入場管理サーバ３０及び登録用端末４０は、インターネット等のネットワークＮを介して通信可能に構成されている。

サーバ１０は、予めユーザ登録しているユーザの個人健康情報（ＰＨＲ：Personal Health Record）を管理するコンピュータである。個人健康情報は、例えばユーザが医療機関等で受けた各種の臨床検査、健康診断及び人間ドックの際に受けた各種の検査の検査結果を含む。臨床検査は、コロナウイルス（SARS-Cov、MERS-Cov、SARS-Cov-2（以下、「新型コロナウイルス」と称する）など）、インフルエンザウイルス、Ｂ型肝炎ウイルス（ＨＢＶ）、Ｃ型肝炎ウイルス（ＨＣＶ）、ノロウイルス、肺炎球菌、アデノウイルス等の感染症の病原体に対する感染の有無の検査、ミルク（乳製品）、小麦、卵、アーモンド、ピーナッツ、エビ、カニ等のアレルゲンに対するアレルギー疾患の有無の検査等、各種の検査項目が含まれる。また、各検査項目は、検査対象のウイルス又は細菌等に由来する抗原又は抗体等の有無を判定する各種の検査を含み、例えば、抗原検査、ＰＣＲ（Polymerase Chain Reaction ：ポリメラーゼ連鎖反応）検査、抗体検査等が含まれる。また個人健康情報は、医療機関等で受けた治療，手術，リハビリ等に関する診察データ、服用中の薬の種類及び量、喫煙及び飲酒の頻度及び量、ユーザ自身及び家族の既往歴（病歴）の情報（遺伝情報）、予防接種歴等を含んでもよい。

サーバ１０は、種々の情報処理、情報の送受信が可能な情報処理装置であり、例えばサーバコンピュータ又はパーソナルコンピュータ等を用いて構成される。サーバ１０は、複数台設けられて分散処理する構成でもよいし、１台のサーバ内に設けられた複数の仮想マシンによって実現されてもよいし、クラウドサーバを用いて実現されてもよい。ユーザ端末２０は、サーバ１０によって個人健康情報が管理されているユーザが使用する端末である。ユーザ端末２０は、スマートフォン、タブレット端末、パーソナルコンピュータ等の情報処理装置を用いて構成されており、専用の端末によって構成されていてもよい。入場管理サーバ３０は、例えばサーバコンピュータ又はパーソナルコンピュータ等を用いて構成される。入場管理サーバ３０は、複数台設けられて分散処理する構成でもよいし、１台のサーバ内に設けられた複数の仮想マシンによって実現されてもよいし、クラウドサーバを用いて実現されてもよい。入場管理サーバ３０は、ユーザの参加制限又は入場制限が行われる箇所に分散配置されているゲート装置３０ａと通信可能に構成されている。ゲート装置３０ａは、施設の建物の入口又は敷地内への入口、建物内の各部屋の入口等に設置されており、入場管理サーバ３０及びゲート装置３０ａは、ユーザのイベントへの参加又は施設内への入場を管理する管理システム（入場管理システム）を構成する。本実施形態では、入場管理サーバ３０が複数のゲート装置３０ａの動作を制御する構成であるが、それぞれのゲート装置３０ａが入場管理サーバ３０の機能を有する構成でもよい。登録用端末４０は、入場管理システムを用いて参加制限が行われるイベントの主催者、又は入場制限が行われる施設の担当者が使用する端末である。登録用端末４０は、パーソナルコンピュータ、タブレット端末、スマートフォン等の情報処理装置を用いて構成される。

本実施形態の情報処理システム１００では、各種のイベントに参加したいユーザ、又は各種の施設内に入場したいユーザは、ユーザ端末２０を用いて、ユーザの識別情報を含むコードをサーバ１０から受信しておく。なお、サーバ１０は、ユーザ端末２０からの要求に応じて、ユーザの識別情報を含むコードを生成してユーザ端末２０へ送信する。そして、ユーザは、イベントに参加する際に又は施設内に入場する際に、ユーザ端末２０にコードを表示させてゲート装置３０ａのコードリーダ３６に読み取らせる。入場管理サーバ３０は、コードリーダ３６によってコードを読み取ってユーザの識別情報を取得した場合、ユーザの識別情報に基づいてユーザのイベントへの参加許否、又は施設内への入場許否の判定をサーバ１０に要求する。サーバ１０は、入場管理サーバ３０からの要求に応じて、ユーザの個人健康情報に基づいてイベントへの参加の許否又は施設内への入場の許否を判定し、判定結果を入場管理サーバ３０へ送信する。これにより、ユーザがイベントに参加する際に、又は施設内に入場する際に入場管理サーバ３０がユーザ端末２０から読み取ったユーザの識別情報に基づいて、サーバ１０がユーザの参加許否又は入場許否の判定を行い、入場管理サーバ３０は判定結果を取得することができる。なお、参加制限を行うイベントの主催者は、登録用端末４０を用いて、イベントへの参加制限を行うための参加条件を予めサーバ１０に登録しておき、入場制限を行う施設の担当者は、登録用端末４０を用いて、施設内への入場制限を行うための入場条件を予めサーバ１０に登録しておく。

本実施形態において、ユーザがイベントに参加する場合とは、コンサート、展示会等の各種のイベントに参加するユーザがイベント会場又はコンサート会場に入る場合を意味する。また、ユーザが施設内に入場する場合とは、児童，生徒及び学生等が学校に登校する場合、患者等が医療機関又は福祉施設等の建物に入る場合、飛行機及び新幹線等の公共交通機関を利用するユーザが空港の搭乗口又は駅の改札口等を通過する場合、会社の従業員等が会社の建物内又は室内に入る場合、飲食店等の顧客が店舗に入店する場合等が考えられる。その他にも、ユーザが公共施設、テーマパーク又は遊戯施設等の種々の施設に入場する場合についても、入場制限の対象とすることができる。

図２はサーバ１０及びユーザ端末２０の構成例を示すブロック図である。サーバ１０は、制御部１１、記憶部１２、通信部１３、入力部１４、表示部１５、読み取り部１６等を含み、これらの各部はバスを介して相互に接続されている。制御部１１は、ＣＰＵ（Central Processing Unit）、ＭＰＵ（Micro-Processing Unit）又はＧＰＵ（Graphics Processing Unit）等の１又は複数のプロセッサを含む。制御部１１は、記憶部１２に記憶してある制御プログラム１２Ｐを適宜実行することにより、サーバ１０が行うべき種々の情報処理、制御処理等を行う。

記憶部１２は、ＲＡＭ（Random Access Memory）、フラッシュメモリ、ハードディスク、ＳＳＤ（Solid State Drive）等を含む。記憶部１２は、制御部１１が実行する制御プログラム１２Ｐ及び制御プログラム１２Ｐの実行に必要な各種のデータ等を予め記憶している。また記憶部１２は、制御部１１が制御プログラム１２Ｐを実行する際に発生するデータ等を一時的に記憶する。また記憶部１２は、後述するユーザＤＢ（データベース）１２ａ、イベントＤＢ１２ｂ、施設ＤＢ１２ｃ、判定結果ＤＢ１２ｄを記憶する。ユーザＤＢ１２ａ、イベントＤＢ１２ｂ施設ＤＢ１２ｃ及び判定結果ＤＢ１２ｄは、サーバ１０に接続された他の記憶装置に記憶されてもよく、ネットワークＮを介してサーバ１０が通信可能な他の記憶装置に記憶されてもよく、ブロックチェーンのような分散型台帳形式でサーバ１０が接続可能な他の複数のサーバに整合性を持って記憶されていてもよい。

通信部１３は、有線通信又は無線通信によってネットワークＮに接続するためのインタフェースであり、ネットワークＮを介して他の装置との間で情報の送受信を行う。入力部１４は、サーバ１０を使用するユーザによる操作入力を受け付け、操作内容に対応した制御信号を制御部１１へ送出する。表示部１５は、液晶ディスプレイ又は有機ＥＬディスプレイ等であり、制御部１１からの指示に従って各種の情報を表示する。入力部１４及び表示部１５は一体として構成されたタッチパネルであってもよい。

読み取り部１６は、ＣＤ（Compact Disc）−ＲＯＭ、ＤＶＤ（Digital Versatile Disc）−ＲＯＭ、ＵＳＢ（Universal Serial Bus）メモリ、ＳＤ（Secure Digital）カード等を含む可搬型記憶媒体１ａに記憶された情報を読み取る。記憶部１２に記憶される制御プログラム１２Ｐ及び各種のデータは、制御部１１が読み取り部１６を介して可搬型記憶媒体１ａから読み取って記憶部１２に記憶してもよい。また、記憶部１２に記憶される制御プログラム１２Ｐ及び各種のデータは、制御部１１が通信部１３を介して他の装置からダウンロードして記憶部１２に記憶してもよい。

ユーザ端末２０は、制御部２１、記憶部２２、通信部２３、入力部２４、表示部２５等を含み、これらの各部はバスを介して相互に接続されている。ユーザ端末２０の制御部２１、記憶部２２、通信部２３、入力部２４、表示部２５のそれぞれは、サーバ１０の制御部１１、記憶部１２、通信部１３、入力部１４、表示部１５と同様の構成であるので詳細な説明は省略する。なお、ユーザ端末２０の記憶部２２は、制御部２１が実行する制御プログラム２２Ｐに加え、サーバ１０が管理する個人健康情報を閲覧するためのＰＨＲアプリケーションプログラム２２ＡＰ（以下では、ＰＨＲアプリ２２ＡＰという）を記憶する。

図３及び図４はサーバ１０に記憶されるＤＢ１２ａ〜１２ｄの構成例を示す模式図である。図３はユーザＤＢ１２ａを、図４ＡはイベントＤＢ１２ｂを、図４Ｂは施設ＤＢ１２ｃを、図４Ｃは判定結果ＤＢ１２ｄをそれぞれ示す。ユーザＤＢ１２ａは、ユーザ登録されたユーザ毎に個人健康情報を含む各種の情報を記憶する。図３に示すユーザＤＢ１２ａは、ユーザＩＤ列、氏名列、感染症検査列、アレルギー検査列等を含む。ユーザＩＤ列は、登録された各ユーザに割り当てられたユーザ識別情報（ユーザＩＤ）を記憶し、氏名列はユーザＩＤに対応付けて、ユーザ登録の際に指定されたユーザの氏名を記憶する。感染症検査列は、ユーザＩＤに対応付けて、ユーザが受けた感染症に対する感染の有無を判定する検査の結果を記憶する。感染症の病原体としては、例えば新型コロナウイルス、インフルエンザウイルス、Ｂ型肝炎ウイルス、Ｃ型肝炎ウイルス、ノロウイルス、肺炎球菌、アデノウイルス等があり、各感染症について抗原検査、抗体検査、ＰＣＲ検査の各検査結果及び検査日が記憶される。アレルギー検査列は、ユーザＩＤに対応付けて、ユーザが受けたアレルギー疾患の有無を判定する検査の結果を記憶する。アレルゲンとしては、例えばミルク、小麦、卵、アーモンド、ピーナッツ、エビ、カニ等があり、各アレルゲンについて検査結果及び検査日が記憶される。ユーザＤＢ１２ａに記憶されるユーザＩＤは、新たなユーザが登録される際に、制御部１１によって発行されて記憶される。ユーザＤＢ１２ａに記憶される氏名は、制御部１１が通信部１３又は入力部１４を介して新たなユーザの氏名を取得した場合に制御部１１によって記憶される。ユーザＤＢ１２ａに記憶される感染症検査及びアレルギー検査の結果は、制御部１１が通信部１３又は入力部１４を介して各検査結果を取得した場合に制御部１１によって記憶される。また、感染症検査及びアレルギー検査の結果は、例えば検査日から所定の有効期限を経過した場合に制御部１１によって削除されてもよい。なお、ユーザＤＢ１２ａに感染症検査及びアレルギー検査の各結果に対応付けて期限切れフラグを設けておき、検査日から所定の有効期限を経過した場合に制御部１１が各検査結果に対応する期限切れフラグを０から１に変更する構成としてもよい。有効期限は、検査項目毎に予め設定されて記憶部１２に記憶されている。ユーザＤＢ１２ａの記憶内容は図３に示す例に限定されず、ユーザに関する各種の情報を記憶してもよい。例えばユーザの身長、体重、体脂肪率等の生体情報、医療機関等での治療，手術，リハビリ等の診察データ、服用中の薬の種類及び量、喫煙及び飲酒の頻度及び量、ユーザ自身及び家族の既往歴、予防接種歴等がユーザＤＢ１２ａに記憶されてもよい。

イベントＤＢ１２ｂは、イベント毎にイベントの主催者によって登録されたイベントに関する情報を記憶する。図４Ａに示すイベントＤＢ１２ｂは、イベントＩＤ列、イベント名列、主催者ＩＤ列、参加条件列等を含む。イベントＩＤ列は、登録された各イベントに割り当てられたイベント識別情報（イベントＩＤ）を記憶する。イベント名列、主催者ＩＤ列及び参加条件列はそれぞれ、イベントＩＤに対応付けて、イベント登録の際に指定されたイベントの名称、イベントの主催者に割り当てられた識別情報（主催者ＩＤ）、イベントへの参加を許可する際の条件を記憶する。参加条件は、各種の検査項目に対する検査結果を用いた条件が使用される。例えば、図４Ａに示す例では、イベントＩＤがI001のイベントに対して、新型コロナウイルスの抗原検査が陰性であり、且つ、新型コロナウイルスのＰＣＲ検査が陰性であるという複数の検査項目を用いた条件が設定されている。イベントＤＢ１２ｂに記憶されるイベントＩＤは、新たなイベントが登録される際に、制御部１１によって発行されて記憶される。イベントＤＢ１２ｂに記憶される他の情報は、制御部１１が通信部１３又は入力部１４を介して新たなイベントの各情報を取得した場合に制御部１１によって記憶され、変更指示を取得した場合に制御部１１によって変更される。イベントＤＢ１２ｂの記憶内容は図４Ａに示す例に限定されず、イベントに関する各種の情報を記憶してもよい。例えばイベントが開催される日時、イベント会場等への入場開始日時等を記憶してもよい。また、イベント参加条件として主催者が独自に定める検査の有効期限を記憶して、後述する入場許否を判定する処理の際に用いてもよい。

施設ＤＢ１２ｃは、施設毎に施設の担当者によって登録された施設に関する情報を記憶する。図４Ｂに示す施設ＤＢ１２ｃは、施設ＩＤ列、施設名列、住所列、入場条件列等を含む。施設ＩＤ列は、登録された各施設に割り当てられた施設識別情報（施設ＩＤ）を記憶する。施設名列、住所列及び入場条件列はそれぞれ、施設ＩＤに対応付けて、施設登録の際に指定された施設の名称、施設の住所、施設内への入場を許可する際の条件を記憶する。入場条件は、各種の検査項目に対する検査結果を用いた条件が使用される。例えば、図４Ｂに示す例では、施設ＩＤがS003の施設に対して、インフルエンザウイルスの抗原検査が陰性であり、且つ、新型コロナウイルスの抗原検査が陰性であるという複数の検査項目を用いた条件が設定されている。施設ＤＢ１２ｃに記憶される施設ＩＤは、新たな施設が登録される際に、制御部１１によって発行されて記憶される。施設ＤＢ１２ｃに記憶される他の情報は、制御部１１が通信部１３又は入力部１４を介して新たな施設の各情報を取得した場合に制御部１１によって記憶され、変更指示を取得した場合に制御部１１によって変更される。施設ＤＢ１２ｃの記憶内容は図４Ｂに示す例に限定されず、施設に関する各種の情報を記憶してもよい。例えば施設への入場が可能な日時、曜日、時間帯等を記憶してもよい。

判定結果ＤＢ１２ｄは、イベントへの参加又は施設内への入場が許可されたユーザ及び拒否されたユーザのユーザＩＤを記憶する。図４Ｃに示す判定結果ＤＢ１２ｄは、イベントＩＤ／施設ＩＤ列、許可ユーザ列、拒否ユーザ列等を含む。イベントＩＤ／施設ＩＤ列は、各イベントのイベントＩＤ又は各施設の施設ＩＤを記憶する。許可ユーザ列は、イベントＩＤ／施設ＩＤに対応付けて、イベントへの参加又は施設内への入場が許可されたユーザのユーザＩＤを記憶し、拒否ユーザ列は、イベントＩＤ／施設ＩＤに対応付けて、イベントへの参加又は施設内への入場が拒否されたユーザのユーザＩＤを記憶する。なお、拒否ユーザ列は、ユーザＩＤを記憶する代わりに、拒否されたユーザの数を記憶する構成でもよい。判定結果ＤＢ１２ｄに記憶されるイベントＩＤ／施設ＩＤは、新たなイベントの情報がイベントＤＢ１２ｂに登録された場合、又は新たな施設の情報が施設ＤＢ１２ｃに登録された場合に、イベントＤＢ１２ｂに登録されたイベントＩＤ又は施設ＤＢ１２ｃに登録された施設ＩＤが制御部１１によって記憶される。判定結果ＤＢ１２ｄに記憶される許可ユーザは、各ユーザがイベントへの参加又は施設内への入場を許可された場合に、許可されたユーザのユーザＩＤが制御部１１によって記憶され、拒否ユーザは、各ユーザがイベントへの参加又は施設内への入場を拒否された場合に、拒否されたユーザのユーザＩＤが制御部１１によって記憶される。判定結果ＤＢ１２ｄの記憶内容は図４Ｃに示す例に限定されない。

図５は入場管理サーバ３０及び登録用端末４０の構成例を示すブロック図である。入場管理サーバ３０は、制御部３１、記憶部３２、通信部３３、ゲート装置通信部３４等を含み、これらの各部はバスを介して相互に接続されている。入場管理サーバ３０の制御部３１、記憶部３２、通信部３３のそれぞれは、サーバ１０の制御部１１、記憶部１２、通信部１３と同様の構成であるので詳細な説明は省略する。ゲート装置通信部３４には、ゲート装置３０ａが接続されており、制御部３１は、ゲート装置通信部３４を介してゲート装置３０ａの各部の動作を制御する。ゲート装置３０ａは、表示部３５、コードリーダ３６、通知部３７、ゲート開閉部３８等を含む。表示部３５は、サーバ１０の表示部１５と同様の構成であるので詳細な説明は省略する。

コードリーダ３６は、例えばバーコードのような１次元コード及びＱＲコード（登録商標）のような二次元コードを読み取る装置であったり、ＲＦＩＤ（radio frequency identifier）のような電波（無線通信）により情報を取得するＲＦタグであり、読み取ったコードをデコードしてコード情報を取得する。コードリーダ３６は、コードから読み取ったコード情報を逐次制御部３１へ送出する。

通知部３７は、例えばＬＥＤ（Light Emitting Diode）ライト又は回転灯等の光出力部、ブザー又はスピーカ等の音声出力部である。通知部３７は、光出力部を点灯又は点滅させることによって通知してもよく、ブザーの鳴動又はスピーカからの音声出力によって音声にて通知してもよい。通知部３７は、制御部３１からの指示に従って所定の通知処理を実行することにより、ゲート装置３０ａを通過するユーザに、施設内への入場（イベントへの参加）が許可されたこと、又は拒否されたこと等を通知する。なお、通知部３７は、表示部３５に各種の情報を表示することによって通知処理を行う構成でもよい。

ゲート開閉部３８は、制御部３１からの指示に従って、ゲート装置３０ａを通過するユーザの進行を遮るためのゲート３８ａの開閉を制御する。ゲート開閉部３８は、制御部３１からの指示に従ってゲート３８ａを開放することにより、ユーザの進行が促され、ゲート３８ａを閉鎖することにより、ユーザの進行が妨げられる。本実施形態のゲート装置３０ａは、図１に示すように白抜き矢符に示す方向に進行することにより施設内に入場する入場通路が形成されており、入場通路の出口にゲート３８ａが設けられている。また、図１に示すゲート装置３０ａでは、ユーザの進行方向の右側において、入場通路の入口側にコードリーダ３６が設けられており、出口側に表示部３５及び通知部３７が設けられている。ゲート装置３０ａは図１に示す構成に限定されない。

登録用端末４０は、制御部４１、記憶部４２、通信部４３、入力部４４、表示部４５等を含み、これらの各部はバスを介して相互に接続されている。登録用端末４０の制御部４１、記憶部４２、通信部４３、入力部４４、表示部４５のそれぞれは、サーバ１０の制御部１１、記憶部１２、通信部１３、入力部１４、表示部１５と同様の構成であるので詳細な説明は省略する。

以下に、本実施形態の情報処理システム１００において、各装置が行う処理についてフローチャートを用いて説明する。なお、ユーザは、例えば医療機関で各種の検査を受けた際に、サーバ１０に登録してある自身のユーザＩＤを医療機関に伝える。そして、例えば医師又は検査技師が、医療機関の端末（図示せず）を用いて、各種の検査の検査結果をユーザＩＤに対応付けてサーバ１０に登録する。これにより、医療機関等で行われた各種の検査の結果をサーバ１０に登録することができる。即ち、サーバ１０のユーザＤＢ１２ａには各ユーザに対して行われた各種の検査結果が既に登録されているものとする。なお、ユーザ自身が、ユーザ端末２０を用いて、自身の検査結果をサーバ１０に登録するように構成されていてもよい。

イベントの主催者又は施設の担当者が登録用端末４０を用いてイベントに関する情報又は施設に関する情報を登録する処理について説明する。図６は、登録処理手順の一例を示すフローチャート、図７は画面例を示す模式図である。図６では左側に登録用端末４０が行う処理を、右側にサーバ１０が行う処理をそれぞれ示す。以下の処理は、登録用端末４０の記憶部４２に記憶してある制御プログラム４２Ｐに従って制御部４１によって実現され、サーバ１０の記憶部１２に記憶してある制御プログラム１２Ｐに従って制御部１１によって実現される。以下の処理の一部を専用のハードウェア回路で実現してもよい。

本実施形態の情報処理システム１００において、イベントの主催者は、登録用端末４０を用いて、ユーザの健康情報に基づいて参加制限を行うイベントに関する情報をサーバ１０に登録する。また、施設の担当者は、登録用端末４０を用いて、ユーザの健康情報に基づいて入場制限を行う施設に関する情報をサーバ１０に登録する。なお、イベントに関する情報又は施設に関する情報の登録は、例えばサーバ１０がネットワークＮ経由で公開しているウェブサイトから行うことができ、また、所定のアプリケーションプログラム（例えばユーザ端末２０に記憶してあるＰＨＲアプリ２２ＡＰ）を実行することによって行うことができる。登録用端末４０の制御部４１は、入力部４４を介したユーザによる操作に従って、イベント情報又は施設情報を登録するための登録画面をサーバ１０から取得して表示部４５に表示する（Ｓ１１）。

図７は登録画面例を示しており、登録画面は、イベントの登録又は施設の登録のいずれかを選択するためのチェックボックスと、イベントの登録が選択された場合に入力可能となるイベント名の入力欄及び主催者ＩＤの入力欄等と、施設の登録が選択された場合に入力可能となる施設名の入力欄及び住所の入力欄等とを有する。イベント名の入力欄は、任意のテキストデータが入力できるように構成されている。主催者ＩＤの入力欄は、既にサーバ１０に登録してある主催者ＩＤのうちのいずれかを選択するためのプルダウンメニューを有する。なお、主催者ＩＤの入力欄の近傍には、新たな主催者の登録を指示するための新規登録ボタンが設けられている。施設名の入力欄及び住所の入力欄は、任意のテキストデータが入力できるように構成されている。また登録画面は、参加制限又は入場制限を行う際の入場時の条件（参加条件又は入場条件）の入力欄を有する。条件の入力欄は、各種の感染症に対する検査結果（陽性又は陰性）、及び各種のアレルゲンに対するアレルギー検査の結果（アレルギーの有無）のうちのいずれかを選択するためのチェックボックスを有する。具体的には、感染症としては新型コロナウイルス、インフルエンザウイルス、Ｂ型肝炎ウイルス、Ｃ型肝炎ウイルス等があり、感染症の検査項目としてはＰＣＲ検査、抗原検査、抗体検査等があり、各検査項目について陽性又は陰性のいずれかを選択するためのチェックボックスが設けられている。またアレルゲンとしてはミルク、小麦、卵、アーモンド、ビーナッツ、エビ、カニ等があり、各アレルゲン（検査項目）について有又は無のいずれかを選択するためのチェックボックスが設けられている。なお、入場時の条件は、感染症の各検査項目に対する検査結果（陽性又は陰性）又はアレルギー検査の各アレルゲンに対する検査結果（アレルギーの有無）に限定されず、各種の検査項目を入力（選択）できるように構成されていてもよい。登録画面は、入力された内容の登録を指示するための登録ボタンを有する。登録画面は図７に示した構成に限定されない。

図７に示す登録画面において、イベントの主催者又は施設の担当者は、入力部４４を介して各入力欄に登録すべき内容を入力し、入力した内容の登録を指示する場合、登録ボタンを操作する。制御部４１は、登録画面中の各入力欄に対する登録内容（イベント情報又は施設情報）を受け付け（Ｓ１２）、受け付けたイベント情報又は施設情報を各入力欄に表示する。そして制御部４１は、登録画面の登録ボタンが操作されたか否かを判断し（Ｓ１３）、操作されていないと判断した場合（Ｓ１３：ＮＯ）、ステップＳ１２の処理を繰り返す。登録ボタンが操作されたと判断した場合（Ｓ１３：ＹＥＳ）、制御部４１は、登録画面を介して受け付けたイベント情報又は施設情報をサーバ１０へ送信し、イベント情報又は施設情報の登録をサーバ１０に要求する（Ｓ１４）。

サーバ１０の制御部１１は、登録用端末４０から新たなイベント情報又は施設情報の登録要求を受信した場合、イベントＩＤ又は施設ＩＤを発行し（Ｓ１５）、発行したイベントＩＤ又は施設ＩＤに対応付けて、受信したイベント情報又は施設情報（登録情報）をイベントＤＢ１２ｂ又は施設ＤＢ１２ｃに記憶する（Ｓ１６）。そして制御部１１は、発行したイベントＩＤ又は施設ＩＤを登録用端末４０へ送信する（Ｓ１７）。登録用端末４０の制御部４１は、サーバ１０からイベントＩＤ又は施設ＩＤを受信した場合、受信したイベントＩＤ又は施設ＩＤを表示部４５に表示し（Ｓ１８）、イベントの主催者又は施設の担当者にイベントＩＤ又は施設ＩＤを通知する。なお、制御部４１は、受信したイベントＩＤ又は施設ＩＤを記憶部４２に記憶しておいてもよい。上述した処理により、イベントに関する各情報又は施設に関する各情報をサーバ１０に登録することができる。これにより、サーバ１０のイベントＤＢ１２ｂには各イベントについて主催者が登録したイベント情報が登録され、施設ＤＢ１２ｃには各施設について施設の担当者が登録した施設情報が登録される。

次に、施設に入場したいユーザ（イベントに参加したいユーザ）がユーザ端末２０を用いて、サーバ１０からユーザの識別情報を含むコードを受信する処理について説明する。図８は、コードの発行処理手順の一例を示すフローチャート、図９は画面例を示す模式図である。図８では左側にユーザ端末２０が行う処理を、右側にサーバ１０が行う処理をそれぞれ示す。以下の処理は、ユーザ端末２０の記憶部２２に記憶してある制御プログラム２２Ｐに従って制御部２１によって実現され、サーバ１０の記憶部１２に記憶してある制御プログラム１２Ｐに従って制御部１１によって実現される。以下の処理の一部を専用のハードウェア回路で実現してもよい。

本実施形態の情報処理システム１００において、ユーザは、イベントに参加する前に、又は施設内に入場する前に、ＰＨＲアプリ２２ＡＰをユーザ端末２０に起動させて、ユーザの識別情報を含むコードをサーバ１０から受信しておく。ユーザ端末２０の制御部２１は、入力部２４を介してＰＨＲアプリ２２ＡＰの実行指示を受け付けた場合、ＰＨＲアプリ２２ＡＰを起動させ、初期画面を表示部２５に表示する（Ｓ２１）。図９Ａは初期画面例を示しており、初期画面は、サーバ１０に登録してある検査結果の確認を指示するための検査結果確認ボタンと、サーバ１０にコードの発行を要求するためのコード発行ボタンとを有する。なお、ＰＨＲアプリ２２ＡＰは、サーバ１０からコードを受信する処理だけでなく、サーバ１０に登録してある検査結果を受信する処理を実行することができる。初期画面において、ユーザが検査結果確認ボタンを操作した場合、制御部２１は、図９Ｂに示すような検査項目の選択画面を表示部２５に表示する。そして制御部２１は、選択画面を介して検査項目が選択された場合に、選択された検査項目の検査結果をサーバ１０に要求し、サーバ１０から検査結果を受信した場合に表示部２５に表示する。これにより、ユーザは、サーバ１０に登録されている自身の検査結果をユーザ端末２０を用いて確認することができる。なお、図８に示す処理では、検査結果の確認処理については省略する。

ユーザは、サーバ１０からコードを受信したい場合、初期画面においてコード発行ボタンを操作する。ユーザ端末２０の制御部２１は、コード発行ボタンが操作されたか否かを判断しており（Ｓ２２）、操作されていないと判断した場合（Ｓ２２：ＮＯ）、操作されるまで待機する。コード発行ボタンが操作されたと判断した場合（Ｓ２２：ＹＥＳ）、制御部２１は、コードの発行をサーバ１０に要求する（Ｓ２３）。このとき制御部２１は、ユーザのユーザＩＤをサーバ１０へ送信してコードの発行を要求する。

サーバ１０の制御部１１は、ユーザ端末２０からコードの発行要求を受け付けた場合、ユーザ端末２０から受信したユーザＩＤに基づいてユーザ認証を行う（Ｓ２４）。ここでは、制御部１１は、受信したユーザＩＤがユーザＤＢ１２ａに登録されているか否かを判断し、登録されている場合、このユーザは正当なユーザであることを認証する。制御部１１は、正当なユーザであることを認証できたか否かを判断し（Ｓ２５）、認証できたと判断した場合（Ｓ２５：ＹＥＳ）、ユーザ端末２０から受信したユーザＩＤを含むコードを生成する（Ｓ２６）。本実施形態では、制御部１１はＱＲコードを生成するが、ＱＲコードに限定されない。

制御部１１は、生成したコードをユーザ端末２０へ送信する（Ｓ２７）。ユーザ端末２０の制御部２１は、サーバ１０からコードを受信した場合、受信したコードを、図９Ｃに示すように表示部２５に表示し（Ｓ２８）、ユーザに通知する。図９Ｃに示す通知画面は、表示中のコードをＰＨＲアプリ２２ＡＰ内に記憶する指示を行うための保存ボタンと、コードを保存せずにＰＨＲアプリ２２ＡＰの終了を指示するための閉じるボタンとを有する。よって、制御部２１は、通知画面中の保存ボタンが操作された場合、表示中のコードをＰＨＲアプリ２２ＡＰに記憶し、閉じるボタンが操作された場合、通知画面の表示を終了する。

ユーザを認証できなかったと判断した場合（Ｓ２５：ＮＯ）、制御部１１は、ユーザＩＤが適切でないことを示すエラー情報をユーザ端末２０へ送信する（Ｓ２９）。ユーザ端末２０の制御部２１は、サーバ１０からエラー情報を受信した場合、受信したエラー情報を表示部２５に表示し（Ｓ３０）、ユーザに通知する。上述した処理により、正当なユーザは、ユーザの識別情報（ユーザＩＤ）を含むコードをサーバ１０から受信することができる。

次に、ユーザがイベントに参加する際に、又は施設内に入場する際に、サーバ１０に登録してある健康情報に基づいて参加許否又は入場許否を判定する処理について説明する。図１０及び図１１は、判定処理手順の一例を示すフローチャートである。図１０では左側にユーザ端末２０が行う処理を、中央に入場管理サーバ３０が行う処理を、右側にサーバ１０が行う処理をそれぞれ示し、図１１では左側に入場管理サーバ３０が行う処理を、右側にサーバ１０が行う処理をそれぞれ示す。以下の処理は、ユーザ端末２０の記憶部２２に記憶してある制御プログラム２２Ｐに従って制御部２１によって実現され、入場管理サーバ３０の記憶部３２に記憶してある制御プログラム３２Ｐに従って制御部３１によって実現され、サーバ１０の記憶部１２に記憶してある制御プログラム１２Ｐに従って制御部１１によって実現される。以下の処理の一部を専用のハードウェア回路で実現してもよい。

本実施形態の情報処理システム１００において、ユーザは、イベントに参加する際に、又は施設に入場する際に、ＰＨＲアプリ２２ＡＰを起動して、上述したようにサーバ１０から受信したコードをユーザ端末２０に表示させ、ゲート装置３０ａに読み取らせる。なお、ユーザ端末２０がサーバ１０から受信したコードは、例えば記録用紙又はカードに印刷して用いられてもよい。この場合、ユーザ端末２０を携帯していない小学生等のユーザにおいても、本実施形態の情報処理システム１００の利用が可能となる。

ユーザ端末２０の制御部２１は、入力部２４を介してＰＨＲアプリ２２ＡＰの実行指示及びコードの表示指示を受け付けた場合、ＰＨＲアプリ２２ＡＰを起動させ、ＰＨＲアプリ２２ＡＰに保存してあるコードを表示部２５に表示する（Ｓ３１）。このとき制御部２１は、図９Ｃに示すような画面を表示すればよい。ユーザは、コードを表示させたユーザ端末２０をゲート装置３０ａのコードリーダ３６にかざすことによって、コードリーダ３６にコードを読み取らせる。入場管理サーバ３０の制御部３１は、コードリーダ３６にてコードを読み取り（Ｓ３２）、コードに含まれるユーザＩＤを取得する（Ｓ３３）。これにより、制御部３１（ユーザ情報取得部）は、ユーザの識別情報（ユーザＩＤ）を取得する。制御部３１は、取得したユーザＩＤと、入場管理サーバ３０がユーザの参加を管理するイベントのイベントＩＤ、又は入場管理サーバ３０がユーザの入場を管理する施設の施設ＩＤとをサーバ１０へ送信し（Ｓ３４）、このユーザに対するイベント参加の許否判定、又は施設内への入場の許否判定をサーバ１０に要求する。なお、イベントＩＤ又は施設ＩＤは、図６に示す処理において、登録用端末４０がイベント情報又は施設情報をサーバ１０に登録した際にサーバ１０から受信しており、例えば入場管理サーバ３０の記憶部３２に記憶されている。

サーバ１０の制御部１１（取得部）は、イベント参加の許否判定又は施設内への入場の許否判定を入場管理サーバ３０から要求された場合、入場管理サーバ３０がコードから読み取ったユーザＩＤを受信し、受信したユーザＩＤに基づく認証処理を行う（Ｓ３５）。ここでは、制御部１１は、受信したユーザＩＤがユーザＤＢ１２ａに登録されているか否かを判断し、登録されている場合、このユーザは正当なユーザであると判断する。制御部１１は、正当なユーザであることを認証できたか否かを判断し（Ｓ３６）、認証できたと判断した場合（Ｓ３６：ＹＥＳ）、認証したユーザが既にイベント参加又は施設入場を許可されたユーザであるか否かを判断する（Ｓ３７）。ここでは、制御部１１は、入場管理サーバ３０から受信したイベントＩＤ又は施設ＩＤに対応付けて、認証したユーザのユーザＩＤが許可ユーザとして判定結果ＤＢ１２ｄに登録してあるか否かを判断する。そして、制御部１１は、認証したユーザのユーザＩＤが許可ユーザとして登録してある場合、既に許可済みのユーザであると判断する。

許可済みのユーザでないと判断した場合（Ｓ３７：ＮＯ）、制御部１１は、このイベントの参加条件又は施設の入場条件を取得する（Ｓ３８）。具体的には、制御部１１は、入場管理サーバ３０からイベントＩＤを受信していた場合、イベントＩＤに対応する参加条件をイベントＤＢ１２ｂから読み出し、施設ＩＤを受信していた場合、施設ＩＤに対応する入場条件を施設ＤＢ１２ｃから読み出す。そして制御部１１（読出部）は、読み出した参加条件又は入場条件に応じた検査項目について、認証したユーザの検査結果をユーザＤＢ１２ａから読み出す（Ｓ３９）。例えば制御部１１は、「新型コロナウイルスの抗原検査：陰性」の条件を読み出した場合、ユーザＤＢ１２ａに記憶してある感染症検査の結果から、認証したユーザの新型コロナウイルスの抗原検査の結果を読み出す。そして制御部１１は、読み出したユーザの検査結果が、ステップＳ３８で取得した条件を満たすか否かを判断する（Ｓ４０）。例えば条件が「新型コロナウイルスの抗原検査：陰性」である場合、制御部１１は、読み出した検査結果が陰性であれば条件を満たすと判断し、陽性であれば条件を満たさないと判断する。なお、条件が「新型コロナウイルスの抗原検査：陰性，新型コロナウイルスのＰＣＲ検査：陰性」のように複数の検査項目を含む場合、制御部１１は、全ての検査項目について検査結果が条件を満たすか否かを判断する。また制御部１１は、読み出した検査結果の検査日が有効期限内であるか否かを判断し、有効期限が経過していた場合、条件を満たさないと判断してもよい。

ユーザの検査結果が、ステップＳ３８で取得した条件を満たさないと判断した場合（Ｓ４０：ＮＯ）、制御部１１（出力部）は、このユーザの参加拒否又は入場拒否を示す拒否情報（検査結果に関する情報）と拒否理由とを入場管理サーバ３０へ送信する（Ｓ４１）。拒否理由は、ユーザの検査結果のうちで参加条件又は入場条件を満たさなかった検査項目を示す情報を含む。例えば、ユーザの検査結果が、参加条件又は入場条件に設定されている検査結果ではないこと、ユーザが参加条件又は入場条件に設定されている検査項目の検査を受けていないこと、ユーザの検査結果に対する有効期限が経過していること等を拒否理由に含めてもよい。また、条件に複数の検査項目が含まれる場合、条件を満たす検査項目と、条件を満たさない検査項目とを拒否理由に含めてもよい。入場管理サーバ３０の制御部３１（検査結果取得部）は、サーバ１０によって判定された拒否情報を受信する。制御部３１は、サーバ１０から拒否情報を受信した場合、ゲート開閉部３８によってゲート３８ａを閉鎖し（Ｓ４３）、通知部３７による通知処理によって拒否理由を通知する（Ｓ４４）。例えば制御部３１は、通知部３７が光出力部を有する場合、光出力部の点灯又は点滅を行い、通知部３７が音声出力部を有する場合、音声出力部による音声出力を行うことによって拒否理由を通知する。また制御部３１は、表示部３５に通知メッセージを表示することによって通知してもよい。これにより、入場管理サーバ３０は、入場通路を通過するユーザと、近傍のイベントの主催者又は施設の担当者とに、イベントの参加又は施設内への入場が拒否されたことを通知できる。なお、制御部３１は、拒否理由の内容に応じて異なる通知処理を行ってもよい。

サーバ１０の制御部１１は、ステップＳ４１の処理後、参加拒否又は入場拒否したユーザのユーザＩＤを、イベントＩＤ又は施設ＩＤに対応付けて、判定結果ＤＢ１２ｄの拒否ユーザ欄に登録しておく（Ｓ４２）。なお、判定結果ＤＢ１２ｄの拒否ユーザの欄には、拒否されたユーザの数が記憶されてもよく、この場合、制御部１１は、判定結果ＤＢ１２ｄに記憶してある拒否ユーザの数に１を加算して更新しておく。ユーザの検査結果が、ステップＳ３８で取得した条件を満たすと判断した場合（Ｓ４０：ＹＥＳ）、制御部１１（出力部）は、このユーザの参加許可又は入場許可を示す許可情報（検査結果に関する情報）を入場管理サーバ３０へ送信する（Ｓ４５）。そして制御部１１は、参加許可又は入場許可したユーザのユーザＩＤを、イベントＩＤ又は施設ＩＤに対応付けて、判定結果ＤＢ１２ｄの許可ユーザ欄に登録しておく（Ｓ４６）。

一方、ステップＳ３６で認証できなかったと判断した場合（Ｓ３６：ＮＯ）、又はステップＳ３７で既に許可済みであると判断した場合（Ｓ３７：ＹＥＳ）、制御部１１は、このユーザの参加拒否又は入場拒否を示す拒否情報を入場管理サーバ３０へ送信する（Ｓ４７）。なお、制御部１１は、参加拒否又は入場拒否となった拒否理由を入場管理サーバ３０へ送信してもよい。ユーザを認証できなかった場合に参加条件又は入場条件を満たすか否かの判定処理を行わないことにより、判定処理の実行対象を正当なユーザに限定できる。また、既に許可済みのユーザの参加又は入場を拒否することにより、同一のユーザＩＤに基づく参加許可又は入場許可が重複して発行されることを防止できる。

入場管理サーバ３０の制御部３１（検査結果取得部、判定部）は、サーバ１０から許可情報を受信したか否かを判断しており（Ｓ４８）、許可情報を受信したと判断した場合（Ｓ４８：ＹＥＳ）、ゲート開閉部３８によってゲート３８ａを開放する（Ｓ４９）。このとき制御部３１は、通知部３７によって、イベントの参加又は施設内への入場が許可されたことを通知する通知処理を行ってもよい。許可情報を受信していないと判断した場合（Ｓ４８：ＮＯ）、即ち拒否情報を受信した場合、制御部３１は、ゲート開閉部３８によってゲート３８ａを閉鎖し（Ｓ５０）、通知部３７による通知処理によってイベントの参加又は施設内への入場が拒否されたことを通知する（Ｓ５１）。このとき制御部３１は、サーバ１０から拒否理由を取得していた場合、拒否理由を通知してもよい。

上述した処理により、本実施形態の情報処理システム１００では、ユーザがイベントに参加する際、又は施設内に入場する際に、サーバ１０に登録してあるユーザの検査結果の情報に基づいて、イベント又は施設毎に設定されている参加条件又は入場条件を満たすか否かの判定が行われる。そしてユーザの検査結果が条件を満たすか否かに応じて、ユーザのイベントへの参加又は施設内への入場が許可又は拒否される。よって、サーバ１０に登録してある各ユーザの個人健康情報を、入場管理システムによるユーザの参加制限又は入場制限に用いることができるので、医療機関等で行われた信頼性の高い検査結果を有効に利用することが可能となる。このようにサーバ１０に登録してある検査結果を用いて参加制限又は入場制限を行うことにより、イベント又は施設に対する安心感を高めることができ、イベントの安全な実施及び施設の安全な利用が可能となり、イベント及び施設に対する信頼性を高めることができる。

本実施形態において、サーバ１０で発行されるコードにユーザＩＤのみが含まれるので、異なるイベントに参加する際に又は異なる施設に入場する際にコードを使い回すことができる。よって、サーバ１０で発行されたコードをユーザ端末２０のＰＨＲアプリ２２ＡＰに保存しておくことにより、異なるイベントに参加する際に、又は異なる施設に入場する際に、保存してあるコードを用いて参加又は入場の許否判定を行うことができる。また本実施形態では、参加又は入場が許可されたユーザのユーザＩＤが判定結果ＤＢ１２ｄに登録されるので、イベント又は施設毎に参加許可又は入場許可されたユーザを把握できる。これにより、各イベントに参加したユーザ、及び各施設に入場したユーザを把握できると共に、例えば参加許否又は入場許否の判定処理の実行に対して課金する場合に、参加者数を用いることが可能となる。

本実施形態において、サーバ１０は、ユーザ端末２０からの要求に応じてコードを発行する際に、ランダムな一時ＩＤを発行し、一時ＩＤとユーザＩＤとを含むコードを発行してユーザ端末２０に提供してもよい。この場合、入場管理サーバ３０は、ユーザ端末２０に表示されたコードを読み取ることによって、一時ＩＤ及びユーザＩＤを取得し、取得した一時ＩＤ及びユーザＩＤと、イベントＩＤ又は施設ＩＤとをサーバ１０へ送信してユーザの参加許否又は入場許否の判定を要求する。そしてサーバ１０は、入場管理サーバ３０から受信した一時ＩＤが、ユーザＩＤに対応付けて記憶してある一時ＩＤに一致する場合に、参加許否又は入場許否の判定処理を行う。このような構成とした場合、コードが不正に利用されることを防止できる。また、一時ＩＤに基づく認証処理が一度行われた場合に一時ＩＤを破棄するように構成してもよく、この場合、コードの不正使用をより防止できる。更に、サーバ１０が発行したコードに対して有効期限を設定してもよく、この場合にも、コードの不正使用をより防止できる。

本実施形態では、ユーザがイベントに参加する際に、又は施設内に入場する際に、ユーザに対する参加又は入場の許否判定をサーバ１０が行い、判定結果が入場管理サーバ３０に通知される。即ち、判定結果のみがサーバ１０から入場管理サーバ３０へ送信されるので、サーバ１０に登録されている各ユーザの検査結果（個人健康情報）が漏洩することを回避できる。なお、入場管理サーバ３０がユーザに対する参加又は入場の許否判定を行う構成でもよい。この場合、入場管理サーバ３０は、参加又は入場の許否判定に用いる検査結果をサーバ１０から取得し、取得した検査結果が参加条件又は入場条件を満たすか否かを判定する。この場合にも、サーバ１０に登録してある各ユーザの個人健康情報を用いてユーザの参加制限又は入場制限を行うことができる。なお、このような構成の場合、サーバ１０は、検査結果を暗号化した後に入場管理サーバ３０へ送信することが好ましい。

本実施形態では、イベントの主催者又は施設の担当者が、参加条件又は入場条件として、参加又は入場の許否判定処理に用いる検査項目及び検査結果を予めサーバ１０に登録する構成であるが、このような構成に限定されない。例えば、イベントの主催者又は施設の担当者が参加条件又は入場条件をユーザに通知し、ユーザが、サーバ１０にコードの発行を要求する際に、参加条件又は入場条件をサーバ１０に通知する構成でもよい。また、参加条件又は入場条件を入場管理サーバ３０に登録しておき、入場管理サーバ３０が、ユーザの参加又は入場の許否判定をサーバ１０に要求する際に、参加条件又は入場条件をサーバ１０に送信する構成でもよい。このような構成においても、サーバ１０は、各イベント又は施設に設定された参加条件又は入場条件に基づいてユーザの参加又は入場の許否判定を行うことができる。

本実施形態において、各イベント又は施設に設定される参加条件又は入場条件に、検査項目及び検査結果に加えて、検査結果を有効とする期間（有効期間）が登録されてもよい。有効期間は例えば、イベントの開催日から３ヶ月以内の期間等とすることができる。この場合、サーバ１０は、ユーザの検査結果が参加条件又は入場条件を満たすか否かを判定する際に、検査実施日が参加条件又は入場条件に設定された有効期間内の検査結果であるか否かを判断する。これにより、有効期間内に検査された検査結果を用いてユーザの参加又は入場の許否判定を行うことが可能となる。なお、サーバ１０は、ユーザＤＢ１２ａに記憶してある各検査結果の検査日に基づいて、各検査結果の有効期間が経過したか否かを定期的に判断し、有効期限が経過した検査結果について逐次ユーザＤＢ１２ａから削除、又は期限切れフラグを０から１に変更する処理を行ってもよい。

（実施形態２）
入場管理システムの変形例について説明する。図１２は、実施形態２の入場管理システムの構成例の説明図であり、図１２Ａは入場管理システムの模式図を示し、図１２Ｂは入場管理システムのブロック図を示す。本実施形態の情報処理システム１００において、入場管理システムは、入場管理サーバ３０及びゲート装置３０ａの代わりに、パーソナルコンピュータ、タブレット端末等の情報処理装置で構成された入場管理端末５０と、コードリーダ５０ａとで構成されている。その他の構成は実施形態１と同様であるので、詳細については説明を省略する。

入場管理端末５０とコードリーダ５０ａとはケーブルを介して有線接続されていてもよく、無線通信を行うように構成されていてもよい。本実施形態の入場管理端末５０は、制御部５１、記憶部５２、通信部５３、入力部５４、表示部５５、コードリーダ接続部５６、通知部５７等を含む。入場管理端末５０の制御部５１、記憶部５２、通信部５３、入力部５４、表示部５５のそれぞれは、図２に示すサーバ１０の制御部１１、記憶部１２、通信部１３、入力部１４、表示部１５と同様の構成であり、通知部５７は、図５に示すゲート装置３０ａの通知部３７と同様であるので詳細な説明は省略する。コードリーダ接続部５６は、コードリーダ５０ａを接続するためのインタフェースであり、入場管理端末５０に外付けされたコードリーダ３６が読み取った情報を取得する。

このような構成の入場管理システムは、施設の入口等の参加制限又は入場制限が行われる箇所にコードリーダ５０ａが設置され、入場管理端末５０は、施設内の任意の箇所等に設置されて利用される。なお、表示部５５又は通知部５７は入場管理端末５０に外付けされる構成でもよく、この場合、コードリーダ５０ａと共に表示部５５又は通知部５７が施設の入口等に設置されてもよい。このような構成の入場管理システムは、例えば店舗、小規模な施設のように入口にゲートが設けられていない施設に設置して利用される。なお、本実施形態の入場管理システムは、施設内へのユーザの入場を制限するためのゲートを有していてもよく、この場合、入場管理端末５０はゲート開閉部を備え、ゲート開閉部が有線通信又は無線通信にてゲートに対して開閉指示を送信するように構成される。

上述した構成の入場管理システムを備える情報処理システム１００においても、各機器は図６に示す処理と同様の処理を実行し、図８に示す処理と同様の処理を実行する。これにより、本実施形態においても、登録用端末４０を介して入力されたイベント情報又は施設情報がサーバ１０に登録され、ユーザ端末２０を介して要求されたコードがサーバ１０によって発行されてユーザ端末２０に提供される。また、本実施形態においても、各機器は図１０，１１に示す処理と同様の処理を実行する。なお、本実施形態では、図１０中のステップＳ３２，Ｓ３３において入場管理端末５０の制御部５１は、コードリーダ５０ａがコードを読み取って取得したユーザＩＤをコードリーダ接続部５６を介して取得する。その他の処理は実施形態１と同様である。なお、本実施形態の情報処理システム１００がゲート開閉部３８及びゲート３８ａを有しない場合、入場管理サーバ３０の制御部３１は、図１０，１１中のステップＳ４３，Ｓ４９，Ｓ５０の処理を実行しない。

上述した処理により、本実施形態においても実施形態１と同様の効果が得られる。また本実施形態では、パーソナルコンピュータ又はタブレット端末等で構成される入場管理端末５０にコードリーダ５０ａを接続して構成される入場管理システムを用いるので、入口にゲートが設けられていない施設であっても、情報処理システム１００（サーバ１０が管理する個人健康情報）の利用を手軽に開始できる。

（実施形態３）
サーバ１０がユーザの参加又は入場の許否判定を行う際に、ユーザＩＤのほかに認証用データに基づくユーザ認証を行う情報処理システムについて説明する。本実施形態の情報処理システム１００は、実施形態１の情報処理システム１００と同様の装置にて実現可能であるので、構成についての詳細な説明は省略する。なお、本実施形態では、サーバ１０の記憶部１２に記憶してあるユーザＤＢ１２ａ、イベントＤＢ１２ｂ及び施設ＤＢ１２ｃが、図３〜図４Ｂに示す実施形態１の構成と若干異なる。また、入場管理サーバ３０は、図５に示す実施形態１の構成と若干異なる。従って、異なる箇所についてのみ説明する。

図１３は実施形態３のユーザＤＢ１２ａの構成例を示す模式図である。本実施形態のユーザＤＢ１２ａは、図３に示す実施形態１の構成において、ＩＣ（Integrated Circuit）カードＩＤ列及び顔画像情報列を更に有する。ＩＣカードＩＤ列及び顔画像情報列はそれぞれ、ユーザＩＤに対応付けて、ユーザ登録の際に指定されたＩＣカードＩＤ、顔画像情報を記憶する。ＩＣカードＩＤはユーザに割り当てられたＩＣカードに記憶されているカード情報であり、顔画像情報は、ユーザの顔を撮影した画像データである。ＩＣカードＩＤ及び顔画像情報はユーザを認証する際に用いられるデータであり、ユーザＤＢ１２ａに登録されていなくてもよい。また顔画像情報は、ユーザＤＢ１２ａに記憶されるほかに、記憶部１２の所定領域又は他の記憶装置に記憶されてもよく、この場合、顔画像情報列は、顔画像情報を読み出すための情報（例えば記憶場所を示すファイル名）を記憶する。ユーザＤＢ１２ａに記憶されるＩＣカードＩＤ及び顔画像情報は、制御部１１が通信部１３又は入力部１４を介して各情報を取得した場合に制御部１１によって記憶され、変更指示を取得した場合に制御部１１によって変更される。

図１４は実施形態３のイベントＤＢ１２ｂ及び施設ＤＢ１２ｃの構成例を示す模式図であり、図１４ＡはイベントＤＢ１２ｂを、図１４Ｂは施設ＤＢ１２ｃをそれぞれ示す。本実施形態のイベントＤＢ１２ｂ及び施設ＤＢ１２ｃのそれぞれは、図４Ａ及び図４Ｂに示す実施形態１の構成において、認証方法列を更に有する。認証方法列は、イベントＩＤ又は施設ＩＤに対応付けて、ユーザを認証（認識）する際に用いるデータの種別を記憶する。なお、認証方法は、例えば図７に示すような登録画面を介して、イベント情報又は施設情報と共に、各イベント又は施設毎に設定され、例えばユーザＩＤ、ＩＣカードＩＤ、顔画像等が用いられる。イベントＤＢ１２ｂ及び施設ＤＢ１２ｃに記憶される認証方法は、制御部１１が通信部１３又は入力部１４を介して取得した場合に制御部１１によって記憶され、変更指示を取得した場合に制御部１１によって変更される。

図１５は実施形態３の入場管理システムの構成例を示すブロック図である。本実施形態の入場管理システムは、図５に示す実施形態１の構成に加えて、ゲート装置３０ａがＩＣカードリーダ３６ｂ及びカメラ３６ｃを有する。ＩＣカードリーダ３６ｂは、ＩＣカードに記憶されているカード情報を読み取るカードリーダである。カメラ３６ｃは撮像装置であり、制御部１１からの指示に従って撮影処理を行い、取得した画像データ（撮影画像）を記憶部１２へ送出して記憶させる。ＩＣカードリーダ３６ｂ及びカメラ３６ｃは、ゲート装置３０ａに内蔵された構成のほかに、ゲート装置３０ａに外付けされる構成でもよい。この場合、ゲート装置３０ａは、外部のＩＣカードリーダ又はカメラの接続が可能な接続部、或いは外部のＩＣカードリーダ又はカメラとの無線通信が可能な無線通信部を備える。

本実施形態の情報処理システム１００において、各機器は図６に示す処理及び図８に示す処理と同様の処理を実行する。これにより、本実施形態においても、登録用端末４０を介して入力されたイベント情報又は施設情報がサーバ１０に登録され、ユーザ端末２０を介して要求されたコードがサーバ１０によって発行されてユーザ端末２０に提供される。

図１６は、実施形態３の判定処理手順の一例を示すフローチャートである。図１６に示す処理は、図１０に示す処理中のステップＳ３４の代わりにステップＳ６１〜Ｓ６２を追加し、ステップＳ３５の代わりにステップＳ６３〜Ｓ６４を追加したものである。図１０及び図１１と同じステップについては説明を省略する。なお、図１６では、図１０及び図１１中のステップＳ３７〜Ｓ５１の図示を省略している。本実施形態のユーザ端末２０の制御部２１及び入場管理サーバ３０の制御部３１は、図１０に示すステップＳ３１〜Ｓ３３と同様の処理を行う。次に、入場管理サーバ３０の制御部３１は、ＩＣカードリーダ３６ｂ又はカメラ３６ｃを用いて、ユーザの認証用データ（認証用情報）を取得する（Ｓ６１）。なお、各イベント又は施設毎に、ユーザ認証に用いる認証用データが設定されており、ユーザは、コードをゲート装置３０ａに読み取らせた場合、自身が参加するイベント又は入場する施設に設定された認証用データをゲート装置３０ａに読み取らせる。具体的には、制御部３１は、ＩＣカードリーダ３６ｂによってＩＣカードに記憶してあるカードＩＤを読み取り、又はカメラ３６ｃによってユーザの顔画像を取得する。

制御部３１は、イベントＩＤ又は施設ＩＤと、取得したユーザＩＤと、取得した認証用データとをサーバ１０へ送信し（Ｓ６２）、このユーザに対するイベント参加の許否判定、又は施設内への入場の許否判定をサーバ１０に要求する。サーバ１０の制御部１１は、イベント参加の許否判定又は施設内への入場の許否判定を入場管理サーバ３０から要求された場合、受信したイベントＩＤのイベント又は施設ＩＤの施設に設定された認証方法を特定する（Ｓ６３）。ここでは、制御部１１は、イベントＩＤを受信した場合、イベントＩＤに対応する認証方法をイベントＤＢ１２ｂから読み出し、施設ＩＤを受信した場合、施設ＩＤに対応する認証方法を施設ＤＢ１２ｃから読み出す。そして制御部１１は、読み出した認証方法によって、入場管理サーバ３０から受信した認証用データに基づく認証処理を行う（Ｓ６４）。例えば制御部１１は、ユーザＩＤを用いた認証方法を読み出した場合、受信したユーザＩＤがユーザＤＢ１２ａに登録されているか否かに応じてユーザを認証する。また制御部１１は、ＩＣカードＩＤを用いた認証方法を読み出した場合、受信したＩＣカードＩＤ（認証用データ）に基づく認証処理を行う。ここでは制御部１１は、受信したＩＣカードＩＤが、受信したユーザＩＤに対応付けてユーザＤＢ１２ａに登録されているＩＣカードＩＤに一致するか否かを判断し、一致する場合、このユーザは正当なユーザであると判断する。更に制御部１１は、顔画像を用いた認証方法を読み出した場合、受信した顔画像情報が、受信したユーザＩＤに対応付けてユーザＤＢ１２ａに登録されている顔画像情報に一致するか否かを判断し、一致する場合、このユーザは正当なユーザであると判断する。

その後、制御部１１は、正当なユーザであることを認証できたか否かを判断し（Ｓ３６）、認証できたと判断した場合（Ｓ３６：ＹＥＳ）、ステップＳ３７の処理に移行し、認証できなかったと判断した場合（Ｓ３６：ＮＯ）、ステップＳ４７の処理に移行する。上述した処理により、本実施形態の情報処理システム１００では、入場管理サーバ３０がサーバ１０に対してユーザの参加又は入場の許否判定を要求する場合に、各イベント又は施設に応じた認証方法に用いる認証用データをサーバ１０へ送信する。よって、サーバ１０は、ユーザの参加又は入場の許否判定を行う際に、ユーザＩＤだけでなく認証用データに基づくユーザ認証を行うことができ、セキュリティを強化することが可能となる。なお、認証用データは、ＩＣカードＩＤ又は顔画像情報に限定されず、指紋、手のひらの静脈、手の指の静脈、瞳の虹彩、声紋等による種々の生体認証用のデータであってもよく、複数の生体情報を組み合わせて認証を行う構成でもよい。

本実施形態では、上述した各実施形態と同様の効果が得られる。また本実施形態では、サーバ１０がユーザに対する参加又は入場の許否判定を行う場合に、ユーザＩＤだけでなくＩＣカードＩＤ又は顔画像等を用いたユーザ認証を行うので、セキュリティを強化することができる。本実施形態においても、上述した各実施形態で適宜説明した変形例の適用が可能である。また、本実施形態の構成は、実施形態２の情報処理システム１００にも適用でき、実施形態２の情報処理システム１００に適用した場合であっても同様の効果が得られる。具体的には、本実施形態の構成において、実施形態２の入場管理システムを用いてもよい。

（実施形態４）
ユーザがイベントに参加する際に又は施設内に入場する際に、サーバ１０に登録されているユーザの検査結果（健康情報）に加えて、ユーザの生体情報を取得し、検査結果及び生体情報を用いてユーザの参加又は入場の許否を判定する情報処理システムについて説明する。本実施形態の情報処理システム１００は、実施形態１の情報処理システム１００と同様の装置にて実現可能であるので、構成についての詳細な説明は省略する。なお、本実施形態のゲート装置３０ａは、図５に示す実施形態１の構成と若干異なるので、異なる箇所についてのみ説明する。

図１７は実施形態４の入場管理システムの構成例を示すブロック図である。本実施形態の入場管理システムは、図５に示す実施形態１の構成に加えて、ゲート装置３０ａが生体情報取得部３９を有する。生体情報取得部３９は、入場通路を通過するユーザの体温、呼吸数、心拍数等の生体情報を取得する。生体情報取得部３９は、ユーザの生体情報を検知するセンサを有し、センサが検知した生体情報を取得する。なお、センサは、ユーザに対して接触した状態で生体情報を検知するセンサであってもよく、非接触の状態で生体情報を検知するセンサであってもよい。また生体情報取得部３９は、ユーザが装着しているウェアラブルデバイスから、ウェアラブルデバイスによって検知された生体情報を取得するように構成されていてもよい。

本実施形態の情報処理システム１００において、各機器は図６に示す処理及び図８に示す処理と同様の処理を実行する。これにより、本実施形態においても、登録用端末４０を介して入力されたイベント情報又は施設情報がサーバ１０に登録され、ユーザ端末２０を介して要求されたコードがサーバ１０によって発行されてユーザ端末２０に提供される。

図１８は、実施形態４の判定処理手順の一例を示すフローチャートである。図１８に示す処理は、図１０に示す処理中のステップＳ３３，Ｓ３４の間にステップＳ７１〜Ｓ７４を追加したものである。図１０及び図１１と同じステップについては説明を省略する。なお、図１８では、図１０及び図１１中のステップＳ３６〜Ｓ５１の図示を省略している。本実施形態のユーザ端末２０の制御部２１及び入場管理サーバ３０の制御部３１は、図１０に示すステップＳ３１〜Ｓ３３と同様の処理を行う。次に、入場管理サーバ３０の制御部３１は、ユーザ端末２０を携帯しているユーザ（入場通路を進行しているユーザ）の生体情報を生体情報取得部３９によって取得する（Ｓ７１）。

制御部３１は、取得したユーザの生体情報に基づいて、生体情報に関する参加条件又は入場条件を満たすか否かを判断する（Ｓ７２）。ここでの条件は、体温、呼吸数、心拍数等が所定範囲内であるというものであり、予め記憶部３２に記憶されている。例えば体温が３７．５度未満である、呼吸数が１分間に１０〜２０回である、心拍数が１分間に５０〜１００回である等が参加条件又は入場条件として用いられる。また、例えばマスクの着用、呼気中のアルコール濃度のように呼気から検査可能な種々の検査項目に関する条件を用いてもよい。更に生体情報取得部３９がユーザの年齢又は性別も取得できる構成であれば、年齢層又は性別毎に参加条件又は入場条件が登録されていてもよい。

ユーザの生体情報が条件を満たすと判断した場合（Ｓ７２：ＹＥＳ）、制御部３１はステップＳ３４の処理に移行し、入場管理サーバ３０及びサーバ１０は、ステップＳ３４以降の処理を行う。ユーザの生体情報が条件を満たさないと判断した場合（Ｓ７２：ＮＯ）、制御部３１は、ゲート開閉部３８によってゲート３８ａを閉鎖し（Ｓ７３）、通知部３７による通知処理を行う（Ｓ７４）。これにより、入場管理サーバ３０は、ユーザから取得した入場通路の通過時点での生体情報が参加条件又は入場条件を満たさない場合に、イベントの参加又は施設内への入場を拒否することができ、参加又は入場を拒否したことをユーザに通知できる。このとき、入場通路の通過時点でのユーザの生体情報に基づいて参加又は入場が拒否されたことを通知した場合には、ユーザ及びイベントのスタッフ等にユーザの体調不良を通知できる。

上述した処理により、本実施形態の情報処理システム１００では、ユーザがイベントに参加又は施設内に入場する際に、サーバ１０に登録してあるユーザの検査結果に加えて、入場通路の通過時点におけるユーザの生体情報に基づいて、参加又は入場の許否が判定される。サーバ１０に登録してある各検査結果は、検査実施日と入場通路の通過時点との間にタイムラグがあるので、入場通路の通過時点でのユーザの状態を正確に示していない可能性がある。よって、事前に行った検査の結果と、イベントの参加時点又は施設への入場時点で取得した生体情報とを組み合わせて参加又は入場の許否判定を行うことにより、より精度よく判定することが可能となる。これにより、ユーザの状態をより正確に判断した参加制限又は入場制限を行うことが可能となる。

本実施形態では、上述した各実施形態と同様の効果が得られる。また本実施形態では、イベントの参加前又は施設への入場前に行った検査の結果と、イベントの参加時点又は施設への入場時点での生体情報とに基づいて、ユーザの参加又は入場の許否を判定するので、より正確に参加制限又は入場制限を行うことができる。本実施形態においても、上述した各実施形態で適宜説明した変形例の適用が可能である。また、本実施形態の構成は、実施形態２−３の情報処理システム１００にも適用でき、実施形態２−３の情報処理システム１００に適用した場合であっても同様の効果が得られる。

（実施形態５）
航空会社の搭乗口に設けられたゲート装置３０ａを含む情報処理システムについて説明する。本実施形態の情報処理システム１００は、実施形態１の情報処理システム１００と同様の装置にて実現可能であるので、構成についての詳細な説明は省略する。なお、本実施形態の入場管理サーバ３０は、図５に示す実施形態１の構成に加えて、記憶部３２にチケットＤＢ３２ａを記憶している。図１９はチケットＤＢ３２ａの構成例を示す模式図である。チケットＤＢ３２ａは、航空会社が発行した飛行機の搭乗チケットのチケット情報と、この搭乗チケットを購入したユーザのユーザＩＤとを対応付けて記憶する変換テーブルである。チケット情報は、例えば飛行機の搭乗チケット（ボーディングパス）に記載されるコードに含まれるデータ（例えばボーディングＩＤ）を用いることができる。なお、搭乗チケットに関する各情報及び搭乗チケットを購入したユーザに関する各情報がチケットＤＢ３２ａに記憶されてもよい。チケットＤＢ３２ａは、入場管理サーバ３０に接続された他の記憶装置に記憶されてもよく、ネットワークＮを介して入場管理サーバ３０が通信可能な他の記憶装置に記憶されてもよい。

本実施形態の情報処理システム１００において、各機器は図６に示す処理と同様の処理を実行する。なお、本実施形態では、空港施設に関する施設情報が登録用端末４０を介して入力されてサーバ１０に登録される。また、本実施形態では、航空会社の搭乗口に設置されたゲート装置３０ａに、航空会社が発行した飛行機の搭乗チケットのコード（例えばＱＲコード）を読み取らせる。なお、搭乗チケットのコードは、チケット用紙に印刷されたものでもよく、ユーザ端末２０に表示されたものでもよい。本実施形態の入場管理サーバ３０は、チケットＤＢ３２ａにおいて、各ユーザが購入した搭乗チケットのチケット情報と、サーバ１０に登録してあるユーザＩＤとを対応付けて記憶している。よって、入場管理サーバ３０は、搭乗チケットのコードを読み取って取得したチケット情報を、対応するユーザＩＤに変換できる。従って、本実施形態では、ユーザはユーザ端末２０を用いてサーバ１０で発行されたコードを取得する必要はない。即ち、本実施形態では、サーバ１０で発行されるコードの代わりに、航空会社が発行した飛行機の搭乗チケットのコードが用いられるので、各機器は図８の処理を実行する必要はない。

図２０は、実施形態５の判定処理手順の一例を示すフローチャートである。図２０に示す処理は、図１０に示す処理中のステップＳ３１〜Ｓ３３の代わりにステップＳ８１〜Ｓ８６を追加したものである。図１０及び図１１と同じステップについては説明を省略する。なお、図２０では、図１０及び図１１中のステップＳ３６〜Ｓ５１の図示を省略している。本実施形態の入場管理サーバ３０の制御部３１は、コードリーダ３６によって、航空会社が発行した搭乗チケットのコードを読み取り（Ｓ８１）、コードに含まれるチケット情報を取得する（Ｓ８２）。

制御部３１は、取得したチケット情報に基づいて、飛行機への搭乗が可能であるか否か（チケットが有効であるか否か）を判断する（Ｓ８３）。なお、例えば入場管理サーバ３０の記憶部３２に、有効なチケットのチケット情報が記憶されており、制御部３１は、コードから読み取ったチケット情報が記憶部３２に記憶されているか否かに応じて、チケットが有効であるか否かを判断する。チケットが有効であると判断した場合（Ｓ８３：ＹＥＳ）、制御部３１は、このチケット情報を、チケット情報に対応するユーザＩＤに変換する（Ｓ８６）。具体的には、制御部３１は、このチケット情報に対応付けてチケットＤＢ３２ａに登録されているユーザＩＤを読み出す。そして、制御部３１は、変換後のユーザＩＤと、イベントＩＤ又は施設ＩＤ（ここでは空港の航空会社又は搭乗口に対応する施設ＩＤ）とをサーバ１０へ送信し（Ｓ３４）、このユーザに対する入場許否（飛行機の搭乗許否）の判定をサーバ１０に要求する。サーバ１０の制御部１１は、ステップＳ３５以降の処理を行う。これにより、サーバ１０の制御部１１は、入場管理サーバ３０から受信したユーザＩＤに基づいて、このユーザの飛行機の搭乗許否の判定を行い、判定結果（許可情報又は拒否情報）を、変換前のチケット情報を読み取った入場管理サーバ３０へ出力する。

チケットが有効でないと判断した場合（Ｓ８３：ＮＯ）、制御部３１は、ゲート開閉部３８によってゲート３８ａを閉鎖し（Ｓ８４）、通知部３７による通知処理によって飛行機の搭乗が拒否されたことを通知する（Ｓ８５）。なお、制御部３１は、搭乗チケットが有効でないために搭乗できないことを通知してもよい。上述した処理により、本実施形態の入場管理サーバ３０は、ユーザが携帯している飛行機の搭乗チケットのコードを読み取ることによって、搭乗チケットのコードから、サーバ１０に登録してあるユーザＩＤを特定することができる。よって、ユーザは、飛行機に搭乗する際に搭乗チケットのコードのみを提示すればよいので、コードの管理が容易となる。

本実施形態において、チケット情報を、チケット情報に対応するユーザＩＤに変換する処理は、入場管理サーバ３０で行う構成に限定されない。例えば、チケットＤＢ３２ａを他の装置に記憶しておき、入場管理サーバ３０の制御部３１は、コードリーダ３６にて読み取ったチケット情報を他の装置へ送信し、他の装置で変換されたユーザＩＤを取得する構成でもよい。また、サーバ１０がチケットＤＢ３２ａを記憶しておき、チケット情報をユーザＩＤに変換する処理を行ってもよい。この場合、入場管理サーバ３０は、コードリーダ３６にて読み取ったチケット情報をサーバ１０へ送信し、サーバ１０は、チケットＤＢ３２ａに基づいて、受信したチケット情報をユーザＩＤに変換し、変換後のユーザＩＤに基づいて、ユーザの参加許否又は入場許否の判定処理を行えばよい。

本実施形態では、上述した各実施形態と同様の効果が得られる。また本実施形態では、飛行機の搭乗チケットのコードのみで、サーバ１０による搭乗可否の判定を行わせることができるので、ユーザの利便性が向上する。本実施形態においても、上述した各実施形態で適宜説明した変形例の適用が可能である。また、本実施形態の構成は、実施形態２−４の情報処理システム１００にも適用でき、実施形態２−４の情報処理システム１００に適用した場合であっても同様の効果が得られる。

（実施形態６）
サーバ１０がユーザ端末２０からの要求に応じてコードを発行する際に、ユーザの識別情報に加えて、イベントへの参加又は施設内への入場に必要なチケットの情報を含むコードを生成する情報処理システムについて説明する。本実施形態の情報処理システム１００は、実施形態１の情報処理システム１００と同様の装置にて実現可能であるので、構成についての詳細な説明は省略する。本実施形態の情報処理システム１００において、各機器は図６に示す処理と同様の処理を実行する。これにより、本実施形態においても、登録用端末４０を介して入力されたイベント情報又は施設情報がサーバ１０に登録される。

図２１は、実施形態６のコードの発行処理手順の一例を示すフローチャート、図２２は画面例を示す模式図である。図２１に示す処理は、図８に示す処理中のステップＳ２２，Ｓ２３の間にステップＳ９１〜Ｓ９３を追加し、ステップＳ２６の代わりにステップＳ９４〜Ｓ９５を追加したものである。図８と同じステップについては説明を省略する。本実施形態のユーザ端末２０の制御部２１は、図８に示すステップＳ２１〜Ｓ２２と同様の処理を行う。本実施形態では、制御部２１は、初期画面においてコード発行ボタンが操作されたと判断した場合（Ｓ２２：ＹＥＳ）、ユーザが参加するイベントのイベントＩＤ、又はユーザが入場する施設の施設ＩＤを入力するための入力画面を表示部２５に表示する（Ｓ９１）。図２２は入力画面例を示しており、入力画面は、イベントＩＤ又は施設ＩＤの入力欄と、入力されたイベントＩＤ又は施設ＩＤに基づいてコードの発行を指示するためのＯＫボタンと、初期画面の表示に戻すための戻るボタンとを有する。ユーザは、自身が参加したいイベントのイベントＩＤ、又は入場した施設の施設ＩＤを入力欄に入力してＯＫボタンを操作する。なお、イベントＩＤ又は施設ＩＤは、イベント情報又は施設情報がサーバ１０に登録された場合にサーバ１０で発行されるＩＤであり、ユーザは例えばイベントの主催者又は施設の担当者から取得しておく。

制御部２１は、入力部２４を介して入力画面中の入力欄に対するイベントＩＤ又は施設ＩＤの入力を受け付け（Ｓ９２）、受け付けたイベントＩＤ又は施設ＩＤを入力欄に表示する。そして制御部２１は、入力画面のＯＫボタンが操作されたか否かを判断し（Ｓ９３）、操作されたと判断した場合（Ｓ９３：ＹＥＳ）、ステップＳ２３の処理に移行し、コードの発行をサーバ１０に要求する（Ｓ２３）。なお、本実施形態では、制御部２１は、ユーザのユーザＩＤと、ステップＳ９２で取得したイベントＩＤ又は施設ＩＤとをサーバ１０へ送信してコードの発行を要求する。ＯＫボタンが操作されていないと判断した場合（Ｓ９３：ＮＯ）、即ち、入力画面中の戻るボタンが操作された場合、制御部２１は、ステップＳ２１の処理に戻る。具体的には、制御部２１は、入力画面の表示を終了して初期画面の表示を再度行う。

サーバ１０の制御部１１は、ステップＳ２５でユーザを認証できたと判断した場合（Ｓ２５：ＹＥＳ）、ユーザ端末２０から受信したイベントＩＤ又は施設ＩＤに基づいて、このイベントに参加するために必要なチケット、又は施設に入場するために必要なチケットのチケット情報を取得する（Ｓ９４）。チケット情報は、例えばイベント情報又は施設情報が登録される際に、サーバ１０が登録用端末４０から受信してイベントＤＢ１２ｂ又は施設ＤＢ１２ｃに登録しておく。そして制御部１１は、ユーザ端末２０から受信したユーザＩＤと、ステップＳ９４で取得したチケット情報とを含むコードを生成し（Ｓ９５）、生成したコードをユーザ端末２０へ送信する（Ｓ２７）。上述した処理により、本実施形態においても、ユーザ端末２０を介して要求されたコードがサーバ１０によって発行されてユーザ端末２０に提供される。なお、本実施形態では、サーバ１０から提供されるコードは、ユーザの識別情報（ユーザＩＤ）だけでなく、ユーザがイベントに参加する際に必要なチケット情報、又はユーザが施設に入場する際に必要なチケット情報も含まれる。よって、ユーザは、１つのコードで、ユーザＩＤとチケット情報とを提示することができるので、コードの取り扱いが容易となる。

図２３は、実施形態６の判定処理手順の一例を示すフローチャートである。図２３に示す処理は、図１０に示す処理中のステップＳ３３の代わりにステップＳ１０１〜Ｓ１０４を追加したものである。図１０及び図１１と同じステップについては説明を省略する。なお、図２３では、図１０及び図１１中のステップＳ３６〜Ｓ５１の図示を省略している。本実施形態のユーザ端末２０の制御部２１及び入場管理サーバ３０の制御部３１は、図１０に示すステップＳ３１〜Ｓ３２と同様の処理を行う。本実施形態の入場管理サーバ３０の制御部３１は、コードを読み取った場合、コードに含まれるユーザＩＤとチケット情報とを取得する（Ｓ１０１）。

制御部３１は、取得したチケット情報に基づいて、イベントへの参加又は施設内への入場が可能であるか否か（チケットが有効であるか否か）を判断する（Ｓ１０２）。チケットが有効であると判断した場合（Ｓ１０２：ＹＥＳ）、制御部３１は、ステップＳ３４の処理に移行し、コードから読み取ったユーザＩＤと、イベントＩＤ又は施設ＩＤとをサーバ１０へ送信し（Ｓ３４）、このユーザに対する参加又は入場の許否判定をサーバ１０に要求する。

チケットが有効でないと判断した場合（Ｓ１０２：ＮＯ）、制御部３１は、ゲート開閉部３８によってゲート３８ａを閉鎖し（Ｓ１０３）、通知部３７による通知処理を行う（Ｓ１０４）。上述した処理により、本実施形態では、入場管理サーバ３０は、ユーザ端末２０に表示されたコードを読み取ることによって、ユーザの参加又は入場の許否判定をサーバ１０に要求する際に用いるユーザＩＤと、チケット情報とを取得できる。よって、ユーザは、イベントに参加する際に、又は施設内に入場する際に１つのコードを提示すればよいので、コードの管理が容易となる。

本実施形態において、ユーザＩＤ及びチケット情報を含むコードは、サーバ１０で発行される構成のほかに、イベントの主催者側の端末又はチケットの発行者側の端末等で発行されてもよい。この場合、コードを発行する端末は、サーバ１０から各ユーザのユーザＩＤを取得し、取得したユーザＩＤと各ユーザのチケット情報とを含むコードを生成し、各ユーザのユーザ端末２０に提供する構成でもよい。

本実施形態では、上述した各実施形態と同様の効果が得られる。また本実施形態では、１つのコードでユーザＩＤ及びチケット情報を提示できるので、ユーザの利便性が向上する。本実施形態においても、上述した各実施形態で適宜説明した変形例の適用が可能である。また、本実施形態の構成は、実施形態２−５の情報処理システム１００にも適用でき、実施形態２−５の情報処理システム１００に適用した場合であっても同様の効果が得られる。

（実施形態７）
サーバ１０がユーザ端末２０からの要求に応じてコードを発行する際に、ユーザの識別情報（ユーザＩＤ）に加えて、ユーザの検査結果の情報を含むコードを生成する情報処理システムについて説明する。本実施形態の情報処理システム１００は、実施形態１の情報処理システム１００と同様の装置にて実現可能であるので、構成についての詳細な説明は省略する。本実施形態の情報処理システム１００において、各機器は図６に示す処理と同様の処理を実行する。これにより、本実施形態においても、登録用端末４０を介して入力されたイベント情報又は施設情報がサーバ１０に登録される。

図２４は、実施形態７のコードの発行処理手順の一例を示すフローチャートである。図２４に示す処理は、図８に示す処理中のステップＳ２２，Ｓ２３の間にステップＳ１１１〜Ｓ１１３を追加し、ステップＳ２６の代わりにステップＳ１１４〜Ｓ１１６を追加したものである。図８と同じステップについては説明を省略する。本実施形態のユーザ端末２０の制御部２１は、実施形態６と同様に、図２１に示すステップＳ２１〜Ｓ２２，Ｓ９１〜Ｓ９３と同様の処理を行う（Ｓ２１〜Ｓ２２，Ｓ１１１〜Ｓ１１３）。よって、本実施形態においても、ユーザ端末２０は、ユーザのユーザＩＤと、入力画面を介して取得したイベントＩＤ又は施設ＩＤとをサーバ１０へ送信してコードの発行を要求する。

サーバ１０の制御部１１は、ステップＳ２５でユーザを認証できたと判断した場合（Ｓ２５：ＹＥＳ）、ユーザ端末２０から受信したイベントＩＤ又は施設ＩＤに基づいて、このイベントに設定してある参加条件をイベントＤＢ１２ｂから取得し、又はこの施設に設定してある入場条件を施設ＤＢ１２ｃから取得する（Ｓ１１４）。次に制御部１１は、読み出した参加条件又は入場条件に応じた検査項目について、受信したユーザＩＤのユーザの検査結果をユーザＤＢ１２ａから読み出す（Ｓ１１５）。そして制御部１１は、ユーザＩＤと、ステップＳ１１５で読み出したユーザの検査結果とを含むコードを生成し（Ｓ１１６）、生成したコードをユーザ端末２０へ送信する（Ｓ２６）。

上述した処理により、本実施形態においても、ユーザ端末２０を介して要求されたコードがサーバ１０によって発行されてユーザ端末２０に提供される。なお、本実施形態では、サーバ１０から提供されるコードは、ユーザＩＤだけでなく、ユーザのイベント参加の許否又は施設入場の許否を判定する際に用いる検査結果の情報も含む。よって、ユーザは、参加したいイベントに設定されている参加条件、又は入場したい施設に設定されている入場条件に応じた検査項目の検査結果を含むコードをサーバ１０から取得できる。

図２５は、実施形態７の判定処理手順の一例を示すフローチャートである。図２５では左側にユーザ端末２０が行う処理を、右側に入場管理サーバ３０が行う処理をそれぞれ示す。以下の処理は、ユーザ端末２０の記憶部２２に記憶してある制御プログラム２２Ｐに従って制御部２１によって実現され、入場管理サーバ３０の記憶部３２に記憶してある制御プログラム３２Ｐに従って制御部３１によって実現される。以下の処理の一部を専用のハードウェア回路で実現してもよい。

本実施形態の情報処理システム１００においても、ユーザ端末２０の制御部２１は、ＰＨＲアプリ２２ＡＰの実行指示及びコードの表示指示を受け付けた場合、ＰＨＲアプリ２２ＡＰを起動させてコードを表示部２５に表示する（Ｓ１２１）。そしてユーザは、ユーザ端末２０に表示させたコードをゲート装置３０ａのコードリーダ３６に読み取らせる。入場管理サーバ３０の制御部３１は、コードリーダ３６にてコードを読み取り（Ｓ１２２）、コードに含まれるユーザＩＤ及び検査結果を取得する（Ｓ１２３）。このとき、制御部３１は、コードに含まれるユーザＩＤを取得し、ユーザＩＤに基づくユーザ認証をサーバ１０に要求し、ユーザが認証された場合にステップＳ１２４以降の処理を行うように構成されていてもよい。

次に制御部３１は、コードから読み取ったユーザＩＤが、許可済みのユーザのユーザＩＤとして既に記憶部３２に登録（記憶）してあるか否かを判断する（Ｓ１２４）。本実施形態では、制御部３１は、既に参加又は入場を許可したユーザのユーザＩＤを記憶部３２（図示しないＤＢ）に登録しているので、ユーザＩＤが記憶部３２に登録してあるか否かに応じて、既に許可されたユーザであるか否かを判断できる。このほかに、制御部３１は、イベントＩＤ又は施設ＩＤと、ユーザＩＤとをサーバ１０へ送信し、サーバ１０が記憶する判定結果ＤＢ１２ｄに既に許可ユーザのユーザＩＤとして登録されているか否かを判断してもよい。

許可済みのユーザでないと判断した場合（Ｓ１２４：ＮＯ）、制御部３１は、コードから読み取った検査結果が、入場管理サーバ３０が参加又は入場を管理するイベント又は施設に設定してある参加条件又は入場条件を満たすか否かを判定する（Ｓ１２５）。なお、参加条件又は入場条件は、予め入場管理サーバ３０の記憶部３２に記憶されている。コードから読み取った検査結果が、参加条件又は入場条件を満たすと判断した場合（Ｓ１２５：ＹＥＳ）、制御部３１は、ゲート開閉部３８によってゲート３８ａを開放する（Ｓ１２６）。そして、制御部３１は、参加又は入場を許可したユーザのユーザＩＤを、許可済みのユーザのユーザＩＤとして記憶部３２に登録する（Ｓ１２７）。

許可済みのユーザであると判断した場合（Ｓ１２４：ＹＥＳ）、又は、検査結果が条件を満たさないと判断した場合（Ｓ１２５：ＮＯ）、制御部３１は、ゲート開閉部３８によってゲート３８ａを閉鎖し（Ｓ１２８）、通知部３７による通知処理によって、参加又は入場を拒否された理由を通知する（Ｓ１２９）。なお、制御部３１は、許可済みのユーザであると判断した場合、既に入場済みであることを通知し、検査結果が条件を満たさないと判断した場合、参加条件又は入場条件を満たさない理由を通知する。例えば、ユーザの検査結果が条件に設定されている検査結果ではないこと、ユーザが条件に設定されている検査項目の検査を受けていないこと、ユーザの検査結果に対する有効期限が経過していること等を通知する。上述した処理により、本実施形態では、入場管理サーバ３０は、ユーザ端末２０に表示されたコードを読み取ることによって、ユーザの検査結果を取得でき、取得した検査結果に基づいて、ユーザの参加又は入場の許否を判定できる。この場合にも、サーバ１０に登録してあるユーザの検査結果の情報に基づいて、イベントへの参加又は施設内への入場の許否を判定できる。

本実施形態において、イベントの参加条件又は施設の入場条件が予めサーバ１０（イベントＤＢ１２ｂ又は施設ＤＢ１２ｃ）に登録されている構成に限定されない。例えば、イベントの主催者又は施設の担当者が参加条件又は入場条件をユーザに通知し、ユーザが、サーバ１０にコードの発行を要求する際に、参加条件又は入場条件をサーバ１０に通知する構成でもよい。このような構成においても、サーバ１０は、各イベント又は施設に設定された参加条件又は入場条件に応じたユーザの検査結果を含むコードを生成してユーザ端末２０に提供できる。

本実施形態では、上述した各実施形態と同様の効果が得られる。また本実施形態では、イベントへの参加又は施設内への入場の許否判定を入場管理サーバ３０単体で実行するので、入場管理サーバ３０がサーバ１０との間で通信を行う必要がなく、処理時間の短縮が可能である。本実施形態においても、上述した各実施形態で適宜説明した変形例の適用が可能である。また、本実施形態の構成は、実施形態２−６の情報処理システム１００にも適用でき、実施形態２−６の情報処理システム１００に適用した場合であっても同様の効果が得られる。なお、本実施形態の構成を実施形態６の情報処理システム１００に適用した場合、サーバ１０は、ユーザの検査結果の情報と、ユーザＩＤと、チケット情報とを含むコードを生成してユーザ端末２０に提供する。また、本実施形態の構成を実施形態４の情報処理システム１００に適用した場合、コードに含まれる検査結果だけでなく、イベントの参加時点又は施設への入場時点での生体情報に基づいて、ユーザの参加制限又は入場制限を行うことができる。

（実施形態８）
ユーザが飲食店等の店舗施設に入店する際に、入場管理サーバ３０が、サーバ１０に登録されているユーザの検査結果に基づく入場制限を行うと共に、ユーザのアレルギー疾患の情報を収集する情報処理システムについて説明する。なお、本実施形態の情報処理システムでは、ユーザが入店する際にユーザのアレルギー疾患の情報を収集する処理のみを行う構成でもよい。本実施形態の情報処理システム１００は、実施形態１の情報処理システム１００と同様の装置にて実現可能であるので、構成についての詳細な説明は省略する。なお、本実施形態の入場管理サーバ３０には、図１２に示す実施形態２の入場管理システムを用いてもよく、例えばコードリーダ３６が店舗の入口に設置されている。また、本実施形態のサーバ１０の記憶部１２に記憶してある施設ＤＢ１２ｃは、図４Ｂに示す実施形態１の構成と若干異なる。

図２６は実施形態８の施設ＤＢ１２ｃの構成例を示す模式図である。本実施形態の施設ＤＢ１２ｃは、図４Ｂに示す実施形態１の構成において、収集対象列を更に有する。収集対象列は、各ユーザが施設内に入場（入店）する際に収集すべきアレルギー検査の項目（アレルゲン）を記憶する。収集対象の項目は、制御部１１が通信部１３又は入力部１４を介して各情報を取得した場合に制御部１１によって記憶され、変更指示を取得した場合に制御部１１によって変更される。なお、本実施形態のイベントＤＢ１２ｂも同様に、収集対象列を有する構成でもよい。

本実施形態の情報処理システム１００において、各機器は図６に示す処理と同様の処理を実行する。これにより、本実施形態においても、登録用端末４０を介して入力されたイベント情報又は施設情報がサーバ１０に登録される。なお、本実施形態では、登録用端末４０は、図２７に示す登録画面を介してイベント情報又は施設情報を受け付け、受け付けたイベント情報又は施設情報をサーバ１０へ送信し、サーバ１０に登録する。図２７は登録画面例を示す模式図である。図２７に示す登録画面は、図７に示す登録画面と同様の構成を有しており、入場時（入店時）に検査結果を収集すべき検査項目の入力欄を更に有する。なお、図２７に示す画面では、入場制限を行うための条件として、感染症の検査項目に対する検査結果を選択するためのチェックボックスが設けられており、入場時に検査結果を収集すべき検査項目として、アレルギー検査のアレルゲン（検査項目）を選択するためのチェックボックスが設けられている。しかし、このような構成に限定されない。

また、本実施形態の情報処理システム１００において、各機器は図８に示す処理と同様の処理を実行する。これにより、本実施形態においても、ユーザ端末２０を介して要求されたコードがサーバ１０によって発行されてユーザ端末２０に提供される。

図２８は、実施形態８の判定処理手順の一例を示すフローチャートである。図２８に示す処理は、図１１に示す処理中のステップＳ４５の代わりにステップＳ１３１〜Ｓ１３３を追加し、ステップＳ４９の代わりにステップＳ１３４を追加し、ステップＳ５０〜Ｓ５１の代わりにステップＳ１３５を追加したものである。図１０及び図１１と同じステップについては説明を省略する。なお、図２８では、図１０中のステップＳ３１〜Ｓ４４の図示を省略している。

本実施形態のユーザ端末２０の制御部２１、入場管理サーバ３０の制御部３１及びサーバ１０の制御部１１は、図１０に示すステップＳ３１〜Ｓ４４と同様の処理を行う。サーバ１０の制御部１１は、ステップＳ４０でユーザの検査結果がステップＳ３８で取得した条件を満たすと判断した場合（Ｓ４０：ＹＥＳ）、このイベント又は施設について、入場時に収集すべき検査項目（収集対象）を取得する（Ｓ１３１）。具体的には、制御部１１は、施設ＩＤを受信していた場合、施設ＩＤに対応する収集対象を施設ＤＢ１２ｃから読み出す。なお、イベントＩＤに対しても収集対象がイベントＤＢ１２ｂに登録してある場合、制御部１１は、イベントＩＤに対応する収集対象をイベントＤＢ１２ｂから読み出してもよい。

そして制御部１１は、読み出した収集対象に応じた検査項目について、認証したユーザの検査結果をユーザＤＢ１２ａから読み出す（Ｓ１３２）。例えば制御部１１は、「ミルクのアレルギー検査」を収集対象として読み出していた場合、ユーザＤＢ１２ａに記憶してあるアレルギー検査の結果から、認証したユーザのミルクのアレルギー検査の結果を読み出す。そして制御部１１は、このユーザの入場許可を示す許可情報と、読み出したユーザのアレルギー検査の結果とを入場管理サーバ３０へ送信する（Ｓ１３３）。

入場管理サーバ３０の制御部３１は、サーバ１０から許可情報を受信したと判断した場合（Ｓ４８：ＹＥＳ）、入場（入店）が許可されたことと、このユーザに対するアレルギー検査の結果とを通知部３７又は表示部３５を介して通知する（Ｓ１３４）。一方、サーバ１０から許可情報を受信していないと判断した場合（Ｓ４８：ＮＯ）、制御部３１は、入場（入店）が拒否されたことを通知部３７又は表示部３５を介して通知する（Ｓ１３５）。これにより、入場管理サーバ３０は、ユーザが入場する際に、サーバ１０に登録してある検査結果に基づいてユーザの入場許否を判定できると共に、ユーザのアレルギー検査の結果をサーバ１０から取得できる。

本実施形態の構成は、飲食店等の店舗施設の入口に設置されたゲート装置３０ａを用いる情報処理システム１００で利用されるほかに、例えば空港の搭乗口に設置されたゲート装置３０ａを用いる情報処理システム１００にも利用可能である。この場合、ユーザが空港の搭乗口を通過して飛行機に搭乗する際に、サーバ１０に登録してある検査結果に基づいてユーザの搭乗許否を判定できると共に、ユーザのアレルギー検査の結果を取得できる。よって、機内食においてアレルゲンを含む食材を提供する場合に、各ユーザのアレルギー検査の結果を使用することにより、安全な機内食の提供が可能となる。

本実施形態では、上述した各実施形態と同様の効果が得られる。また本実施形態では、施設内に入場（入店）する際に、入場許否を判定されるだけでなく、ユーザのアレルギー検査の結果を収集できる。よって、飲食店のように食物アレルギーのアレルゲンを含む商品を提供する店舗において、入店時にユーザのアレルギー検査結果を収集することにより、アレルギーに配慮した商品の提供が可能となる。本実施形態においても、上述した各実施形態で適宜説明した変形例の適用が可能である。また、本実施形態の構成は、実施形態２−７の情報処理システム１００にも適用でき、実施形態２−７の情報処理システム１００に適用した場合であっても同様の効果が得られる。

（実施形態９）
各イベント又は施設について、参加又は入場の許否を判定するために使用する検査項目の数、或いは、参加又は入場の許否が判定されたユーザの数に基づいて課金する情報処理システムについて説明する。本実施形態の情報処理システム１００は、実施形態１の情報処理システム１００と同様の装置にて実現可能であるので、構成についての詳細な説明は省略する。

本実施形態の情報処理システム１００において、各機器は図６に示す処理及び図８に示す処理と同様の処理を実行する。これにより、本実施形態においても、登録用端末４０を介して入力されたイベント情報がサーバ１０に登録され、ユーザ端末２０を介して要求されたコードがサーバ１０によって発行されてユーザ端末２０に提供される。また、各機器は図１０及び図１１に示す処理と同様の処理を実行する。これにより、ユーザがゲート装置３０ａの入場通路を通過する際に、サーバ１０に登録してあるユーザの検査結果に基づいてイベントへの参加又は施設内への入場の許否が判定される。

本実施形態のサーバ１０は、実施形態１で説明した各処理を実行しつつ、イベント又は施設毎の利用料金の算出処理を実行する。図２９は、利用料金の算出処理手順の一例を示すフローチャート、図３０は画面例を示す模式図である。以下の処理は、サーバ１０の記憶部１２に記憶してある制御プログラム１２Ｐに従って制御部１１によって実現される。以下の処理の一部を専用のハードウェア回路で実現してもよい。

本実施形態の情報処理システム１００において、サーバ１０の制御部１１は、利用料金の算出処理の実行タイミングが到来した場合に、１つのイベント又は施設について参加条件又は入場条件をイベントＤＢ１２ｂ又は施設ＤＢ１２ｃから読み出す（Ｓ１４１）。利用料金の算出タイミングは、例えばイベント終了後、所定期間の経過後等とすることができる。制御部１１は、読み出した参加条件又は入場条件に基づいて、参加条件又は入場条件に含まれる検査項目の数を計数する（Ｓ１４２）。なお、参加条件又は入場条件に含まれる検査項目の数は、参加制限又は入場制限を行う際に用いる検査項目の数（希望検査項目の数）である。サーバ１０の制御部１１は、イベント情報又は施設情報を登録用端末４０から受信してイベントＤＢ１２ｂ又は施設ＤＢ１２ｃに登録している。よって、制御部１１は、各イベント又は施設に対応付けて、入場管理システムが参加制限又は入場制限を行う際に用いることを希望する希望検査項目を取得している。なお、それぞれの参加条件又は入場条件に含まれる検査項目の数は、イベントＩＤ又は施設ＩＤに対応付けて、イベントＤＢ１２ｂ又は施設ＤＢ１２ｃに登録してあってもよく、この場合、制御部１１は、イベントＤＢ１２ｂ又は施設ＤＢ１２ｃから検査項目の数を読み出せばよい。

次に制御部１１は、このイベント又は施設について判定結果ＤＢ１２ｄに登録された許可済みのユーザの数及び拒否済みのユーザの数の合計人数（検査結果の利用人数）を計数する（Ｓ１４３）。なお、判定結果ＤＢ１２ｄに、イベントＩＤ又は施設ＩＤに対応付けて、許可済みのユーザの数及び拒否済みのユーザの数、或いは、検査結果の利用数の合計人数が記憶してあってもよい。許可済みのユーザの数及び拒否済みのユーザの数が記憶してある場合、制御部１１は、判定結果ＤＢ１２ｄからそれぞれのユーザの数を読み出して合計人数を算出する。また、合計人数が記憶してある場合、制御部１１は、判定結果ＤＢ１２ｄから合計人数を読み出せばよい。

そして制御部１１は、検査項目の数又は検査結果の利用人数に基づいて、このイベント又は施設に対する利用料金を算出する（Ｓ１４４）。例えば検査項目１つに対する料金が設定されていてもよく、ユーザ１人に対する料金が設定されていてもよく、検査項目毎にユーザ１人に対する料金が設定されていてもよい。制御部１１は、算出した利用料金をイベントＩＤ又は施設ＩＤに対応付けて記憶部１２に記憶しておく。次に制御部１１は、算出した利用料金について通知画面を生成し（Ｓ１４５）、生成した通知画面を、イベントの主催者又は施設の担当者の端末に送信する（Ｓ１４６）。

図３０は通知画面例を示しており、通知画面は、イベント名又は施設名、利用期間、イベントへ参加又は施設内への入場の許否判定に用いた検査項目及び各検査項目に設定されたユーザ１人当たりの利用単価、各検査項目の検査結果を利用したユーザの人数、各検査項目に対する利用料金、及び利用料金の合計額（請求金額）等を表示する。このような通知画面をイベントの主催者又は施設の担当者に送信することにより、イベントへの参加制限又は施設内への入場制限を行うためにサーバ１０を利用したことによる利用金額を通知できる。

制御部１１は、利用料金を算出すべき全てのイベント及び施設について算出処理を終了したか否かを判断しており（Ｓ１４７）、終了していないと判断した場合（Ｓ１４７：ＮＯ）、ステップＳ１４１の処理に戻り、未処理のイベント及び施設についてステップＳ１４１〜Ｓ１４６の処理を行う。全てのイベント及び施設について算出処理を終了したと判断した場合（Ｓ１４７：ＹＥＳ）、制御部１１は処理を終了する。上述した処理により、本実施形態の情報処理システム１００では、ユーザがイベントに参加する際に、又は施設内に入場する際に、参加又は入場の許否を判定して参加制限又は入場制限を行うことができると共に、参加又は入場の許否判定処理に対して課金する金額（利用料金）を算出することができる。

本実施形態では、上述した各実施形態と同様の効果が得られる。また本実施形態では、イベントへの参加制限又は施設内への入場制限を行う際にサーバ１０に登録してあるユーザの検査結果に基づいて行う参加又は入場の許否判定処理に対する利用料金を算出して通知できる。本実施形態においても、上述した各実施形態で適宜説明した変形例の適用が可能である。また、本実施形態の構成は、実施形態２−８の情報処理システム１００にも適用でき、実施形態２−８の情報処理システム１００に適用した場合であっても同様の効果が得られる。

（実施形態１０）
ユーザがイベントに参加する際に、又は施設内に入場する際に、サーバ１０に登録されているユーザの検査結果に基づいて行われるユーザの参加又は入場の許否判定の結果に応じて異なる誘導先にユーザを誘導する情報処理システムについて説明する。本実施形態の情報処理システム１００は、実施形態１の情報処理システム１００と同様の装置にて実現可能であるので、構成についての詳細な説明は省略する。なお、本実施形態では、入場管理サーバ３０は、図５に示す実施形態１の構成に加えて、記憶部３２に誘導内容ＤＢ３２ｂを記憶している。

図３１は誘導内容ＤＢ３２ｂの構成例を示す模式図である。誘導内容ＤＢ３２ｂは、イベントに参加するユーザ又は施設内に入場するユーザの検査結果に基づく参加又は入場の許否判定の結果に応じた誘導先に関する情報を記憶する。図３１に示す誘導内容ＤＢ３２ｂは、誘導先ＩＤ列、誘導先列、誘導条件列、追加項目列等を含む。誘導先ＩＤ列は、各誘導先に割り当てられた識別情報（誘導先ＩＤ）を記憶する。誘導先列、誘導条件列及び追加項目列はそれぞれ、誘導先ＩＤに対応付けて、例えばゲート番号のように誘導先を示す情報、各誘導先にユーザを誘導する際の条件、誘導先毎に追加で行う検査等に関する情報を記憶する。誘導条件としては、ユーザに対する参加又は入場の許否判定の結果が、全ての検査項目について条件を満たさない場合、一部の検査項目について条件を満たさない場合、検査項目の有効期限が経過している場合等がある。なお、誘導条件として、例えば新型コロナウイルスのＰＣＲ検査の結果が陽性である場合、新型コロナウイルスの抗体検査の結果が陰性である場合等を用いてもよい。追加項目としては、体温、呼吸数、心拍数等の生体情報の測定、呼気から検出可能な種々の検査項目の検査、マスクの着用の確認、手指のアルコール消毒等の項目がある。誘導内容ＤＢ３２ｂに記憶される誘導先ＩＤは、各誘導先が登録される際に、制御部３１によって発行されて記憶される。誘導内容ＤＢ３２ｂに記憶される他の情報は、制御部３１が入力部（図示せず）を介して誘導先の各情報を取得した場合に制御部３１によって記憶され、変更指示を取得した場合に制御部３１によって変更される。誘導内容ＤＢ３２ｂの記憶内容は図３１に示す例に限定されず、誘導先に関する各種の情報を記憶してもよい。また、誘導内容ＤＢ３２ｂは、例えばイベントの主催者の端末又は施設の担当者の端末等の他の端末で作成されてもよく、この場合、入場管理サーバ３０は、ネットワークＮ経由で他の端末から誘導内容ＤＢ３２ｂを取得して記憶部３２に記憶してもよい。

本実施形態の情報処理システム１００において、各機器は図６に示す処理及び図８に示す処理と同様の処理を実行する。これにより、本実施形態においても、登録用端末４０を介して入力されたイベント情報がサーバ１０に登録され、ユーザ端末２０を介して要求されたコードがサーバ１０によって発行されてユーザ端末２０に提供される。

図３２及び図３３は、実施形態１０の判定処理手順の一例を示すフローチャートである。図３２及び図３３に示す処理は、図１０及び図１１に示す処理においてステップＳ４１〜Ｓ５１の一部を変更したものである。図１０及び図１１と同じステップについては説明を省略する。本実施形態のユーザ端末２０の制御部２１、入場管理サーバ３０の制御部３１及びサーバ１０の制御部１１は、図１０に示すステップＳ３１〜Ｓ４０と同様の処理を行う。

そして制御部１１は、ステップＳ４０でユーザの検査結果が参加条件又は入場条件を満たすと判断した場合（Ｓ４０：ＹＥＳ）、このユーザの参加許可又は入場許可を示す許可情報を入場管理サーバ３０へ送信し（Ｓ４５）、このユーザのユーザＩＤを、イベントＩＤ又は施設ＩＤに対応付けて、判定結果ＤＢ１２ｄの許可ユーザ欄に登録する（Ｓ４６）。入場管理サーバ３０の制御部３１は、サーバ１０から許可情報を受信した場合、ゲート開閉部３８によってゲート３８ａを開放する（Ｓ１５１）。このとき制御部３１は、通知部３７によって、イベントの参加又は施設内への入場が許可されたことを通知する通知処理を行ってもよい。

一方、ユーザの検査結果が参加条件又は入場条件を満たさないと判断した場合（Ｓ４０：ＮＯ）、制御部１１は、このユーザの参加拒否又は入場拒否を示す拒否情報と拒否理由と拒否理由となった検査項目の検査結果とを入場管理サーバ３０へ送信する（Ｓ１５２）。そして制御部１１は、参加拒否又は入場拒否したユーザのユーザＩＤを、イベントＩＤ又は施設ＩＤに対応付けて、判定結果ＤＢ１２ｄの拒否ユーザ欄に登録しておく（Ｓ４２）。

入場管理サーバ３０の制御部３１は、サーバ１０から拒否情報を受信した場合、拒否理由が、参加条件又は入場条件を満たさない検査項目があるというものであるか否かを判断する（Ｓ１５３）。参加条件又は入場条件を満たさない検査項目があると判断した場合（Ｓ１５３：ＹＥＳ）、制御部３１は、参加条件又は入場条件を満たさない検査項目に応じた誘導先を特定する（Ｓ１５４）。例えば制御部３１は、誘導内容ＤＢ３２ｂの登録内容に基づいて、拒否理由及びユーザの検査結果に対応する誘導先のゲートを特定する。例えば、参加条件又は入場条件に含まれる全ての検査項目について条件を満たさない場合、制御部３１は、このユーザの誘導先として第１ゲートを特定する。また制御部３１は、例えば所定の検査項目の検査結果に応じた誘導先を特定してもよく、例えば新型コロナウイルスの抗原検査の結果が陰性であるユーザの誘導先に所定のゲートを特定してもよい。

一方、拒否理由が参加条件又は入場条件を満たさない検査項目があるというものではないと判断した場合（Ｓ１５３：ＮＯ）、例えばユーザが参加条件又は入場条件に設定されている検査項目の検査を受けていないという拒否理由、又はユーザの検査結果に対する有効期限が経過しているという拒否理由である場合、制御部３１は、拒否理由に応じた誘導先を特定する（Ｓ１５６）。例えば制御部３１は、誘導内容ＤＢ３２ｂの登録内容に基づいて、拒否理由に対応する誘導先のゲートを特定する。例えば、ユーザの検査結果の有効期限が経過している場合、制御部３１は、このユーザの誘導先として第３ゲートを特定する。そして制御部３１は、通知部３７による通知処理によって拒否理由を通知すると共に、特定した誘導先にユーザを誘導する（Ｓ１５５）。例えば制御部３１は、「第１ゲートに行って下さい」のようなメッセージを表示部３５に表示して、ユーザに対して第１ゲートへの移動を誘導する。このとき制御部３１は、ゲート開閉部３８によってゲート３８ａを開放して、ユーザを誘導先に誘導してもよい。これにより、入場管理サーバ３０は、ユーザがイベントに参加する際に、又は施設内に入場する際に参加制限又は入場制限を行うだけでなく、ユーザの検査結果又は許否判定の結果に応じて異なる誘導先に誘導することができる。よって、検査結果に応じて、イベントへの参加時又は施設内への入場時に、必要に応じて検温等の検査を追加で行うことが可能となり、ユーザの状態をより正確に判断した参加制限又は入場制限が可能となる。

ステップＳ３６で認証できなかったと判断した場合（Ｓ３６：ＮＯ）、又はステップＳ３７で既に許可済みであると判断した場合（Ｓ３７：ＹＥＳ）、制御部１１は、このユーザの参加拒否又は入場拒否を示す拒否情報と拒否理由とを入場管理サーバ３０へ送信する（Ｓ１５７）。ここでの拒否理由は、認証されなかったこと、既に許可が発行されていること等である。入場管理サーバ３０の制御部３１は、サーバ１０から拒否情報を受信した場合、ゲート開閉部３８によってゲート３８ａを閉鎖し（Ｓ１５８）、通知部３７による通知処理によってイベントの参加又は施設内への入場が拒否されたことを通知する（Ｓ１５９）。なお、制御部３１は、サーバ１０から受信した拒否理由を通知してもよい。

本実施形態では、上述した各実施形態と同様の効果が得られる。また本実施形態では、ユーザの検査結果に基づいて許否判定された結果（拒否理由）に応じて異なる誘導先に誘導し、異なる対応を行うことができる。なお、検査項目毎に検査結果に応じた対応（誘導先）が登録されてもよく、この場合、同一の感染症に対する検査であっても、異なる種類の検査手法による検査毎に異なる対応を行うことができる。本実施形態においても、上述した各実施形態で適宜説明した変形例の適用が可能である。また、本実施形態の構成は、実施形態２−９の情報処理システム１００にも適用でき、実施形態２−９の情報処理システム１００に適用した場合であっても同様の効果が得られる。

上述した各実施形態では、ユーザがイベントに参加する際に、又は施設内に入場する際に、サーバ１０に登録してあるユーザの検査結果に基づいて参加又は入場の許否判定が行われる構成である。このほかに、ユーザが事前に自身の検査結果に基づいて参加又は入場の許否判定を行うように構成されていてもよい。この場合、ユーザは事前に参加又は入場の許否を把握できるので、参加又は入場が許可されるように追加の検査を受ける等の対応を採ることが可能となり、例えばイベントの開催日に確実にイベントに参加できるように準備することが可能となる。

今回開示された実施の形態はすべての点で例示であって、制限的なものでは無いと考えられるべきである。本開示の範囲は、上記した意味では無く、特許請求の範囲によって示され、特許請求の範囲と均等の意味及び範囲内でのすべての変更が含まれることが意図される。

１０ サーバ
１１ 制御部
１２ 記憶部
１３ 通信部
２０ ユーザ端末
３０ 入場管理サーバ
３１ 制御部
３２ 記憶部
３３ 通信部
３４ ゲート装置通信部
３６ コードリーダ
３７ 通知部
３８ ゲート開閉部
３９ 生体情報取得部
４０ 登録用端末
１２ａ ユーザＤＢ
１２ｂ イベントＤＢ
１２ｃ 施設ＤＢ
３０ａ ゲート装置
３２ａ チケットＤＢ
３２ｂ 誘導内容ＤＢ
３６ｂ ＩＣカードリーダ
３６ｃ カメラ
３８ａ ゲート

Claims (27)

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. ユーザ毎にユーザ識別情報に対応付けて、複数の検査項目に対する検査結果をデータベースに予め記憶しておき、
    ユーザに送信したユーザ識別情報を読み取り、前記ユーザに対応する検査結果に応じた管理を行う管理システムにおいて希望する希望検査項目を取得し、
    取得した希望検査項目の数、又は、各希望検査項目の検査結果の利用数に応じて課金する額を特定する
    処理を含む情報処理方法。
27. ユーザ毎にユーザ識別情報に対応付けて、複数の検査項目に対する検査結果を記憶するデータベースを有するサーバと、分散配置された管理システムとを含む情報処理システムによる情報処理方法であって、
    前記管理システムが、
    前記ユーザ識別情報を取得し、
    取得したユーザ識別情報を前記サーバへ出力し、
    前記サーバが、
    前記管理システムから取得したユーザ識別情報に対応する検査結果を前記データベースから読み出し、
    読み出した検査結果に関する情報を前記管理システムへ出力し、
    前記管理システムが、
    前記サーバから取得した前記ユーザ識別情報に対応する検査結果に関する情報に基づいて、前記ユーザのイベントへの参加又は施設への入場の許否を判定する
    処理を含む情報処理方法。

Images