信息处理方法与流程

1.本发明涉及信息处理方法。


背景技术：

2.近年来，在各种设施的入口处，使用热敏摄像机等对使用者的体温进行测量，并根据测量结果限制使用者向设施内的入场。此外在专利文献1中，提出了如下系统：使用者使用病原体传感器来取得表示自身未保有病原体的认证信息，基于认证信息使入口闸门成为打开状态，由此许可向设施内的入场。在先技术文献专利文献
3.专利文献1：日本特开2020-80083号公报


技术实现要素：

发明所要解决的课题
4.在专利文献1所公开的系统中，使用者能够使用设置于家庭或公共设施等的病原体传感器，来检测自身的呼气内有无病原体。另一方面，使用者有时在医疗机构等根据需要会接受各种检查，但该检查结果除了在医生诊断病情时使用之外，没有被利用。由于在医疗机构等进行的检查可靠性高，因此期望能够有效地加以利用。
5.本发明鉴于这样的情况而作，其目的在于，提供一种能够有效地利用包含在医疗机构等进行的各种检查结果的用户的健康信息的信息处理方法。用于解决课题的技术方案
6.本发明的一个方式所涉及的信息处理方法包括如下处理：针对每个用户将健康信息与用户识别信息建立对应地存储于数据库中，取得由分散配置的管理系统读取到的所述用户识别信息，从所述数据库读出与所取得的用户识别信息对应的健康信息，且将所读出的健康信息输出到所述管理系统。发明效果
7.在本发明中，能够有效地利用包含在医疗机构等进行的各种检查结果的用户的健康信息。
附图说明
8.图1是示出信息处理系统的结构例的示意图。图2是示出服务器以及用户终端的结构例的框图。图3是示出用户db的结构例的示意图。图4a是示出活动db的结构例的示意图。图4b是示出设施db的结构例的示意图。图4c是示出判定结果db的结构例的示意图。
图5是示出入场管理服务器以及登记用终端的结构例的框图。图6是示出登记处理过程的一例的流程图。图7是示出画面例的示意图。图8是示出代码的发行处理过程的一例的流程图。图9a是示出画面例的示意图。图9b是示出画面例的示意图。图9c是示出画面例的示意图。图10是示出判定处理过程的一例的流程图。图11是示出判定处理过程的一例的流程图。图12a是示出实施方式2的入场管理系统的示意图。图12b是示出实施方式2的入场管理系统的结构例的框图。图13是示出实施方式3的用户db的结构例的示意图。图14a是示出实施方式3的活动db的结构例的示意图。图14b是示出实施方式3的设施db的结构例的示意图。图15是示出实施方式3的入场管理系统的结构例的框图。图16是示出实施方式3的判定处理过程的一例的流程图。图17是示出实施方式4的入场管理系统的结构例的框图。图18是示出实施方式4的判定处理过程的一例的流程图。图19是示出票券db的结构例的示意图。图20是示出实施方式5的判定处理过程的一例的流程图。图21是示出实施方式6的代码的发行处理过程的一例的流程图。图22是示出画面例的示意图。图23是示出实施方式6的判定处理过程的一例的流程图。图24是示出实施方式7的代码的发行处理过程的一例的流程图。图25是示出实施方式7的判定处理过程的一例的流程图。图26是示出实施方式8的设施db的结构例的示意图。图27是示出登记画面例的示意图。图28是示出实施方式8的判定处理过程的一例的流程图。图29是示出利用费用的计算处理过程的一例的流程图。图30是示出画面例的示意图。图31是示出引导内容db的结构例的示意图。图32是示出实施方式10的判定处理过程的一例的流程图。图33是示出实施方式10的判定处理过程的一例的流程图。图34是示出实施方式11的用户db的结构例的示意图。图35是示出实施方式11的判定处理过程的一例的流程图。图36a是示出对应处理db的结构例的示意图。图36b是示出通过管理db的结构例的示意图。图37是示出实施方式12的判定处理过程的一例的流程图。
具体实施方式
9.以下，关于本发明的信息处理方法，基于示出其实施方式的附图进行详细说明。
10.(实施方式1)对使用包含在医疗机构等进行的各种检查结果的用户的健康信息，进行各种通过点(通过闸门)处的用户的通过限制的信息处理系统进行说明。所谓通过点处的通过限制，例如包括对各种活动的用户的参加限制、或者用户向各种设施内的入场限制。在本发明中进行参加限制的活动能够为音乐会、展示会等各种活动。此外，在本发明中进行入场限制的设施能够为学校、医疗机构、福利设施、公共设施、公共交通机关的设施、主题公园、游戏设施、公司、店铺等设施，此外，能够为机场以及港口等国境中的出入境管理设施(包括免下车检测)、以及管理向特定地域的出入的设施等各种设施。此外，参加限制或入场限制可以是限制向建筑物或用地内的入场，也可以是限制向建筑物内的各房间的入室，只要限制给定通过点(通过闸门)的通过即可。
11.图1是示出信息处理系统的结构例的示意图。本实施方式的信息处理系统100包含服务器10、用户终端20、入场管理服务器30、登记用终端40等，服务器10、用户终端20、入场管理服务器30以及登记用终端40构成为能够经由因特网等网络n进行通信。
12.服务器10是管理预先用户登记的用户的个人健康信息(phr：personal health record)的计算机。个人健康信息例如包含用户在医疗机构等接受的各种临床检查、健康诊断以及体检时接受的各种检查的检查结果。临床检查包括对于冠状病毒(sars-cov、mers-cov、sars-cov-2(以下称为“新型冠状病毒”)等)、流感病毒、b型肝炎病毒(hbv)、c型肝炎病毒(hcv)、诺如病毒、肺炎球菌、腺病毒等感染症的病原体的感染的有无的检查、对于牛奶(乳制品)、小麦、鸡蛋、杏仁、花生、虾、蟹等过敏原的过敏疾病的有无的检查等各种检查项目。此外，各检查项目包括判定有无源自检查对象的病毒或细菌等的抗原或抗体等的各种检查，例如，包括抗原检查、pcr(polymerase chain reaction：聚合酶链式反应)检查、抗体检查等。另外，抗体检查包括例如针对特定的病毒或细菌的igm抗体或者igg抗体的有无、或者igm抗体以及igg抗体双方的有无的检查、测量各抗体的抗体量的检查。此外，个人健康信息也可以包含与在医疗机构等接受的治疗历史记录、手术历史记录、康复历史记录、用药历史记录等相关的诊察数据、服用中的药品的种类以及量、吸烟以及饮酒的频度及量、用户自身以及家族的既往史(病史、过敏史等)的信息(遗传信息)等。进而，个人健康信息也可以包含用于预防各种感染症的感染的疫苗的接种历史记录，疫苗接种历史记录除了疫苗的接种的有无以外，还可以包含疫苗的种类(药剂名、制造商名、批号等)、接种次数、接种时期(接种日)、从接种起的经过期间、接种的医疗机构等信息等。另外，在健康信息中不包含个人的身高、年龄、体重等简单的身体信息，但也可以附带登记这些身体信息。
13.服务器10是能够进行各种信息处理、信息的收发的信息处理装置，例如使用服务器计算机或个人计算机等构成。服务器10既可以是设置多台来进行分散处理的结构，也可以通过设置在1台服务器内的多个虚拟机来实现，还可以使用云服务器来实现。用户终端20是由服务器10管理个人健康信息的用户使用的终端。用户终端20使用智能电话、平板终端、个人计算机等信息处理装置构成，也可以由专用的终端构成。入场管理服务器30例如使用服务器计算机或个人计算机等构成。入场管理服务器30既可以设置多台来进行分散处理的结构，也可以由设置在1台服务器内的多个虚拟机来实现，还可以使用云服务器来实现。入
场管理服务器30构成为能够与在进行用户的参加限制或入场限制(通过限制)的位置分散配置的闸门装置30a进行通信。闸门装置30a设置于设施的建筑物的入口或向用地内的入口、建筑物内的各房间的入口等，入场管理服务器30以及闸门装置30a构成管理用户对活动的参加或向设施内的入场(通过点的通过)的管理系统(入场管理系统)。在本实施方式中，是入场管理服务器30控制多个闸门装置30a的动作的结构，但也可以是各个闸门装置30a具有入场管理服务器30的功能的结构。登记用终端40是使用入场管理系统进行参加限制的活动的主办者、或进行入场限制的设施的负责人员使用的终端。登记用终端40使用个人计算机、平板终端、智能电话等信息处理装置构成。
14.在本实施方式的信息处理系统100中，想要参加各种活动的用户、或者想要进入各种设施内的用户使用用户终端20，从服务器10接收包含用户的识别信息的代码。另外，服务器10根据来自用户终端20的请求，生成包含用户的识别信息的代码并向用户终端20发送。然后，用户在参加活动时或进入设施内时，使用户终端20显示代码并使闸门装置30a的代码读取器36进行读取。入场管理服务器30在由代码读取器36读取代码而取得了用户的识别信息的情况下，基于用户的识别信息向服务器10请求是否许可用户对活动的参加、或者是否许可向设施内的入场的判定。服务器10根据来自入场管理服务器30的请求，基于用户的个人健康信息来判定是否许可对活动的参加或者是否许可向设施内的入场，并将判定结果发送给入场管理服务器30。由此，能够在用户参加活动时或者进入设施内时，基于入场管理服务器30从用户终端20读取到的用户的识别信息，服务器10进行是否许可用户的参加或者是否许可入场的判定，入场管理服务器30取得判定结果。另外，进行参加限制的活动的主办者使用登记用终端40，将用于进行对活动的参加限制的参加条件预先登记在服务器10中，进行入场限制的设施的负责人员使用登记用终端40，将用于进行对设施内的入场限制的入场条件预先登记在服务器10中。
15.在本实施方式中，所谓用户参加活动的情况，是指参加音乐会、展示会等各种活动的用户进入到活动会场或音乐会会场的情况。此外，所谓用户进入设施内的情况，可考虑为儿童、中小学生以及大学生等上学到学校的情况、患者等进入医疗机构或福利设施等建筑物的情况、利用飞机以及新干线等公共交通机关的用户通过机场的搭乘口或车站的检票口等的情况、公司的从业员等进入公司的建筑物内或室内的情况、餐饮店等顾客进进店铺的情况等。除此之外，对于用户进入公共设施、主题公园或游戏设施等各种设施的情况、用户在国境出入境的情况、出入特定地域的情况等，也能够作为入场限制的对象。
16.图2是示出服务器10以及用户终端20的结构例的框图。服务器10包含控制部11、存储部12、通信部13、输入部14、显示部15、读取部16等，这些各部经由总线相互连接。控制部11包含cpu(central processing unit，中央处理器)、mpu(micro-processing unit，微处理器)或gpu(graphics processing unit，图形处理器)等一个或多个处理器。控制部11通过适当执行存储于存储部12中的控制程序12p，来进行服务器10要进行的各种信息处理、控制处理等。
17.存储部12包含ram(random access memory，随机存取存储器)、闪存、硬盘、ssd(solid state drive，固态硬盘)等。存储部12预先存储有控制部11执行的控制程序12p以及控制程序12p的执行所需的各种数据等。此外，存储部12临时性地存储在控制部11执行控制程序12p时产生的数据等。此外，存储部12存储后述的用户db(数据库)12a、活动db12b、设
施db12c、判定结果db12d。用户db12a、活动db12b、设施db12c以及判定结果db12d既可以存储于与服务器10连接的其他存储装置中，也可以存储于服务器10能够经由网络n进行通信的其他存储装置中，还可以以区块链那样的分布式总账形式具有整合性地存储于服务器10能够连接的其他多个服务器中。
18.通信部13是用于通过有线通信或无线通信与网络n连接的接口，经由网络n在与其他装置之间进行信息的收发。输入部14受理使用服务器10的用户所进行的操作输入，将与操作内容对应的控制信号向控制部11送出。显示部15是液晶显示器或有机el显示器等，按照来自控制部11的指示显示各种信息。输入部14以及显示部15也可以是构成为一体的触摸面板。
19.读取部16读取在包含cd(compact disc)-rom、dvd(digital versatile disc)-rom、usb(universal serial bus)存储器、sd(secure digital)卡等的可搬型存储介质1a中存储的信息。存储于存储部12的控制程序12p以及各种数据也可以由控制部11经由读取部16从可搬型存储介质1a读取并存储于存储部12中。此外，存储于存储部12的控制程序12p以及各种数据也可以由控制部11经由通信部13从其他装置下载并存储于存储部12中。
20.用户终端20包含控制部21、存储部22、通信部23、输入部24、显示部25等，这些各部经由总线相互连接。用户终端20的控制部21、存储部22、通信部23、输入部24、显示部25分别是与服务器10的控制部11、存储部12、通信部13、输入部14、显示部15相同的结构，因此省略详细的说明。另外，用户终端20的存储部22除了控制部21执行的控制程序22p以外，还存储用于阅览服务器10管理的个人健康信息的phr应用程序22ap(以下称为phr应用22ap)。
21.图3是示出用户db12a的结构例的示意图，图4a是示出活动db12b的结构例的示意图，图4b是示出设施db12c的结构例的示意图，图4c是示出判定结果db12d的结构例的示意图。用户db12a按进行了用户登记的每个用户存储包含个人健康信息在内的各种信息。图3所示的用户db12a包含用户id列、姓名列、感染症检查列、过敏检查列等。用户id列存储对所登记的各用户分配的用户识别信息(用户id)，姓名列与用户id建立对应地存储在用户登记时指定的用户的姓名。感染症检查列与用户id建立对应地存储用户接受的判定有无对感染症的感染的检查的结果。作为感染症的病原体，例如有冠状病毒、流感病毒、b型肝炎病毒、c型肝炎病毒、诺如病毒、肺炎球菌、腺病毒等，关于各感染症，存储抗原检查、抗体检查、pcr检查的各检查结果以及检查日。另外，抗体检查的结果例如可以包含针对检查对象的病毒或细菌的igm抗体和/或igg抗体的有无、以及各抗体的抗体量的测量结果。过敏检查列与用户id建立对应地存储用户接受的判定有无过敏疾病的检查的结果。作为过敏原，例如有牛奶、小麦、鸡蛋、杏仁、花生、虾、蟹等，对于各过敏原存储检查结果以及检查日。存储于用户db12a的用户id在登记新的用户时，由控制部11发行并存储。存储于用户db12a的姓名在控制部11经由通信部13或输入部14取得新用户的姓名的情况下由控制部11存储。存储于用户db12a的感染症检查以及过敏检查的结果在控制部11经由通信部13或输入部14取得各检查结果的情况下由控制部11存储。此外，感染症检查以及过敏检查的结果例如也可以在从检查日经过了给定有效期限的情况下由控制部11删除。另外，也可以构成为，在用户db12a中与感染症检查以及过敏检查的各结果建立对应地设置期限过期标志，在从检查日经过了给定有效期限的情况下控制部11将与各检查结果对应的期限过期标志从0变更为1。有效期限按每个检查项目预先设定并存储于存储部12中。用户db12a的存储内容并不限定于图3所示
的例子，也可以存储与用户相关的各种信息。例如用户的身高、体重、体脂肪率等生物体信息、医疗机构等中的治疗、手术、康复等诊察数据、服用中的药品的种类及量、吸烟以及饮酒的频度及量、用户自身以及家族的既往史、疫苗接种史等也可以存储于用户db12a中。在存储疫苗接种史的情况下，在疫苗接种列中，与用户id建立对应地存储与用户的疫苗接种历史记录相关的信息。作为疫苗的种类，例如是针对冠状病毒、流感病毒、b型肝炎病毒、脊髓灰质炎病毒、肺炎球菌等的疫苗，按每个疫苗的种类(药剂名)存储接种日(接种时期)、与所接种的疫苗相关的疫苗信息、接受了疫苗接种的医疗机构等信息。疫苗信息例如包含制造商名、批号以及接种次数(第几次接种)等。接种机构的信息包含医疗机构等的名称、以及所在地(例如国名、都道府县名)等。此外，与疫苗接种相关的信息例如也可以在从接种日经过了给定有效期限的情况下由控制部11删除。另外，也可以构成为，在用户db12a中与各疫苗建立对应地设置期限过期标志，在从接种日经过了给定有效期限的情况下控制部11将与各疫苗对应的期限过期标志从0变更为1。
22.活动db12b按每个活动来存储由活动的主办者登记的与活动相关的信息。图4a所示的活动db12b包含活动id列、活动名列、主办者id列、参加条件列等。活动id列存储对所登记的各活动分配的活动识别信息(活动id、通过点识别信息)。活动名列、主办者id列以及参加条件列分别与活动id建立对应地存储在活动登记时指定的活动的名称、对活动的主办者分配的识别信息(主办者id)、许可对活动的参加时的条件。参加条件使用利用了针对各种检查项目的检查结果的条件。例如，在图4a所示的例子中，对于活动id为i001的活动，设定有使用了新型冠状病毒的抗原检查为阴性、并且新型冠状病毒的pcr检查为阴性这样的多个检查项目的条件。此外，虽未图示，但也可以将(给定期间内的)疫苗接种的有无、疫苗接种的次数设定为条件。存储于活动db12b的活动id在登记新的活动时，由控制部11发行并存储。存储于活动db12b的其他信息在控制部11经由通信部13或输入部14取得了新的活动的各信息的情况下由控制部11存储，在取得了变更指示的情况下由控制部11变更。活动db12b的存储内容并不限定于图4a所示的例子，也可以存储与活动相关的各种信息。例如也可以存储活动举办的日期时间、向活动会场等的进入开始日期时间等。此外，也可以存储主办者独自决定的检查的有效期限作为活动参加条件，在后述的判定是否许可入场的处理时使用。
23.设施db12c按每个设施存储由设施的负责人员登记的与设施相关的信息。图4b所示的设施db12c包含设施id列、设施名列、地址列、入场条件列等。设施id列存储对所登记的各设施分配的设施识别信息(设施id、通过点识别信息)。设施名列、地址列以及入场条件列分别与设施id建立对应地存储在设施登记时指定的设施的名称、设施的地址、许可向设施内的入场时的条件。入场条件使用利用了针对各种的检查项目的检查结果的条件。例如，在图4b所示的例子中，对于设施id为s003的设施，设定有使用了流感病毒的抗原检查为阴性、并且新型冠状病毒的抗原检查为阴性这样的多个检查项目的条件。此外，虽未图示，但也可以将(给定期间内的)疫苗接种的有无、疫苗接种的次数设定为条件。存储于设施db12c的设施id在登记新的设施时，由控制部11发行并存储。存储于设施db12c的其他信息在由控制部11经由通信部13或输入部14取得了新的设施的各信息的情况下由控制部11存储，在取得了变更指示的情况下由控制部11变更。设施db12c的存储内容并不限定于图4b所示的例子，也可以存储与设施相关的各种信息。例如也可以存储能够进入设施的日期时间、星期、时间段
等。
24.判定结果db12d存储被许可对活动的参加或向设施内的入场的用户以及被拒绝的用户的用户id。图4c所示的判定结果db12d包含活动id/设施id列、许可用户列、拒绝用户列等。活动id/设施id列存储各活动的活动id或各设施的设施id(通过点识别信息)。许可用户列与活动id/设施id建立对应地存储被许可对活动的参加或向设施内的入场的用户的用户id，拒绝用户列与活动id/设施id建立对应地存储被拒绝对活动的参加或向设施内的入场的用户的用户id。另外，拒绝用户列也可以是取代存储用户id而存储被拒绝的用户的数量的结构。存储于判定结果db12d的活动id/设施id在新的活动的信息登记于活动db12b的情况或者新的设施的信息登记于设施db12c的情况下，由控制部11存储登记于活动db12b中的活动id或登记于设施db12c中的设施id。存储于判定结果db12d的许可用户在各用户被许可对活动的参加或向设施内的入场的情况下，由控制部11存储被许可的用户的用户id，拒绝用户在各用户被拒绝对活动的参加或向设施内的入场的情况下，由控制部11存储被拒绝的用户的用户id。判定结果db12d的存储内容并不限定于图4c所示的例子。
25.图5是示出入场管理服务器30以及登记用终端40的结构例的框图。入场管理服务器30包含控制部31、存储部32、通信部33、闸门装置通信部34等，这些各部经由总线相互连接。入场管理服务器30的控制部31、存储部32、通信部33分别是与服务器10的控制部11、存储部12、通信部13相同的结构，因此省略详细的说明。闸门装置30a与闸门装置通信部34连接，控制部31经由闸门装置通信部34控制闸门装置30a的各部的动作。闸门装置30a包含显示部35、代码读取器36、通知部37、闸门开闭部38等。显示部35是与服务器10的显示部15相同的结构，因此省略详细的说明。
26.代码读取器36例如是读取条形码那样的一维码以及qr码(注册商标)那样的二维码的装置，或者是通过rfid(radio frequency identifier，射频识别)那样的电波(无线通信)来取得信息的rf标签，对读取到的代码进行解码来取得代码信息。代码读取器36将从代码读取到的代码信息依次向控制部31送出。
27.通知部37例如是led(light emitting diode，发光二极管)灯或旋转灯等光输出部、蜂鸣器或扬声器等声音输出部。通知部37可以通过使光输出部点亮或闪烁来进行通知，也可以通过蜂鸣器的鸣动或来自扬声器的声音输出以声音进行通知。通知部37通过按照来自控制部31的指示执行给定通知处理，向通过闸门装置30a的用户，通知向设施内的入场(对活动的参加)被许可或者被拒绝的情况等。另外，通知部37也可以是通过在显示部35显示各种信息来进行通知处理的结构。
28.闸门开闭部38按照来自控制部31的指示，控制用于对要通过闸门装置30a的用户的行进进行阻挡的闸门38a的开闭。闸门开闭部38通过按照来自控制部31的指示打开闸门38a，从而促使用户的行进，通过关闭闸门38a，从而阻碍用户的行进。本实施方式的闸门装置30a形成有通过如图1所示沿空心箭头所示的方向行进而进入设施内的入场通路，在入场通路的出口处设置有闸门38a。此外，在图1所示的闸门装置30a中，在用户的行进方向的右侧，在入场通路的入口侧设置有代码读取器36，在出口侧设置有显示部35以及通知部37。闸门装置30a并不限定于图1所示的结构。
29.登记用终端40包含控制部41、存储部42、通信部43、输入部44、显示部45等，这些各部经由总线相互连接。登记用终端40的控制部41、存储部42、通信部43、输入部44、显示部45
分别是与服务器10的控制部11、存储部12、通信部13、输入部14、显示部15相同的结构，因此省略详细的说明。
30.以下，使用流程图对在本实施方式的信息处理系统100中各装置进行的处理进行说明。另外，用户例如在医疗机构接受了各种检查时，将登记在服务器10中的自身的用户id传达给医疗机构。然后，例如医生或检查技师使用医疗机构的终端(未图示)，将各种检查的检查结果与用户id建立对应地登记到服务器10中。由此，能够将在医疗机构等进行的各种检查的结果登记到服务器10中。即，设在服务器10的用户db12a中已经登记有对各用户进行的各种检查结果。另外，也可以构成为用户自身使用用户终端20，将自身的检查结果登记到服务器10中。
31.对活动的主办者或设施的负责人员使用登记用终端40来登记与活动相关的信息或与设施相关的信息的处理进行说明。图6是示出登记处理过程的一例的流程图，图7是示出画面例的示意图。在图6中在左侧示出登记用终端40进行的处理，在右侧示出服务器10进行的处理。以下的处理按照存储于登记用终端40的存储部42中的控制程序42p由控制部41来实现，按照存储于服务器10的存储部12中的控制程序12p由控制部11来实现。也可以将以下的处理的一部分通过专用的硬件电路来实现。
32.在本实施方式的信息处理系统100中，活动的主办者使用登记用终端40，将与基于用户的健康信息进行参加限制的活动相关的信息登记到服务器10中。此外，设施的负责人员使用登记用终端40，将与基于用户的健康信息进行入场限制的设施相关的信息登记到服务器10中。另外，与活动相关的信息或与设施相关的信息的登记例如能够从服务器10经由网络n公开的网站进行，此外，能够通过执行给定应用程序(例如存储于用户终端20中的phr应用22ap)来进行。登记用终端40的控制部41按照用户经由输入部44进行的操作，从服务器10取得用于登记活动信息或设施信息的登记画面并显示于显示部45(s11)。
33.图7示出登记画面例，登记画面具有：用于选择活动的登记或设施的登记中的任意一者的复选框；在选择了活动的登记的情况下能够输入的活动名的输入栏以及主办者id的输入栏等；以及在选择了设施的登记的情况下能够输入的设施名的输入栏以及地址的输入栏等。活动名的输入栏构成为能够输入任意的文本数据。主办者id的输入栏具有用于选择已经登记到服务器10中的主办者id中的任意一个的下拉菜单。另外，在主办者id的输入栏的附近，设置有用于执行新的主办者的登记的新登记按钮。设施名的输入栏以及地址的输入栏构成为能够输入任意的文本数据。此外，登记画面具有进行参加限制或入场限制时的入场时的条件(参加条件或入场条件)的输入栏。条件的输入栏具有用于选择针对各种感染症的检查结果(阳性或阴性)、以及针对各种过敏原的过敏检查的结果(有无过敏)中的任意一者的复选框。具体而言，作为感染症，有新型冠状病毒、流感病毒、b型肝炎病毒、c型肝炎病毒等，作为感染症的检查项目，有pcr检查、抗原检查、抗体检查等，对于各检查项目设置有用于选择阳性或阴性中的任意一者的复选框。此外，作为过敏原，有牛奶、小麦、鸡蛋、杏仁、花生、虾、蟹等，对于各过敏原(检查项目)设置有用于选择有或无中的任意一者的复选框。另外，入场时的条件并不限定于针对感染症的各检查项目的检查结果(阳性或阴性)或针对过敏检查的各过敏原的检查结果(有无过敏)，也可以构成为能够输入(选择)各种检查项目。此外，也可以将疫苗接种的有无或者次数(1次接种完毕、2次接种完毕等)、和/或关于从疫苗接种起为给定期间内的情况的复选框输入到条件的输入栏。上述条件既可以将满足
它们中的任意一个的情况作为条件，也可以将满足多个的情况作为条件。登记画面具有用于指示所输入的内容的登记的登记按钮。登记画面并不限定为图7所示的结构。
34.在图7所示的登记画面中，活动的主办者或设施的负责人员经由输入部44输入要登记到各输入栏的内容，在指示所输入的内容的登记的情况下，操作登记按钮。控制部41受理针对登记画面中的各输入栏的登记内容(活动信息或设施信息)(s12)，并将所受理的活动信息或设施信息显示于各输入栏。并且，控制部41判断登记画面的登记按钮是否被操作(s13)，在判断为未被操作的情况下(s13：“否”)，反复步骤s12的处理。在判断为登记按钮被操作的情况下(s13：“是”)，控制部41将经由登记画面受理的活动信息或设施信息发送给服务器10，向服务器10请求活动信息或设施信息的登记(s14)。
35.服务器10的控制部11在从登记用终端40接收到新的活动信息或设施信息的登记请求的情况下，发行活动id或设施id(s15)，与所发行的活动id或设施id建立对应地将所接收到的活动信息或设施信息(登记信息)存储到活动db12b或设施db12c中(s16)。并且，控制部11将所发行的活动id或设施id发送给登记用终端40(s17)。登记用终端40的控制部41在从服务器10接收到活动id或设施id的情况下，将所接收到的活动id或设施id显示于显示部45(s18)，向活动的主办者或设施的负责人员通知活动id或设施id。另外，控制部41也可以将所接收到的活动id或设施id存储于存储部42中。通过上述的处理，能够将与活动相关的各信息或与设施相关的各信息登记到服务器10中。由此，在服务器10的活动db12b中关于各活动登记由主办者登记的活动信息，在设施db12c中关于各设施登记由设施的负责人员登记的设施信息。
36.接着，对想要进入设施的用户(想要参加活动的用户)使用用户终端20从服务器10接收包含用户的识别信息的代码的处理进行说明。图8是示出代码的发行处理过程的一例的流程图，图9a～图9c是示出画面例的示意图。在图8中在左侧示出用户终端20进行的处理，在右侧示出服务器10进行的处理。以下的处理按照存储于用户终端20的存储部22中的控制程序22p由控制部21来实现，按照存储于服务器10的存储部12中的控制程序12p由控制部11来实现。也可以将以下的处理的一部分通过专用的硬件电路来实现。
37.在本实施方式的信息处理系统100中，用户在参加活动之前或者在进入设施内之前，使用户终端20启动phr应用22ap，从服务器10接收包含用户的识别信息的代码。用户终端20的控制部21在经由输入部24受理了phr应用22ap的执行指示的情况下，使phr应用22ap启动，并在显示部25显示初始画面(s21)。图9a示出初始画面例，初始画面具有：检查结果确认按钮，其用于指示登记在服务器10中的检查结果的确认的检查结果确认按钮；以及代码发行按钮，其用于向服务器10请求代码的发行。另外，phr应用22ap不仅能够执行从服务器10接收代码的处理，还能够执行接收在服务器10中登记的检查结果的处理。在初始画面中，在用户操作了检查结果确认按钮的情况下，控制部21将图9b所示那样的检查项目的选择画面显示于显示部25。然后，控制部21在经由选择画面选择了检查项目的情况下，向服务器10请求所选择的检查项目的检查结果，在从服务器10接收到检查结果的情况下显示于显示部25。由此，用户能够使用用户终端20对登记在服务器10中的自身的检查结果进行确认。另外，在图8所示的处理中，省略检查结果的确认处理。
38.用户在想要从服务器10接收代码的情况下，在初始画面中操作代码发行按钮。用户终端20的控制部21判断代码发行按钮是否被操作(s22)，在判断为未被操作的情况下
(s22：“否”)，进行待机直至被操作为止。在判断为代码发行按钮被操作的情况下(s22：“是”)，控制部21向服务器10请求代码的发行(s23)。此时，控制部21向服务器10发送用户的用户id并请求代码的发行。
39.服务器10的控制部11在从用户终端20受理了代码的发行请求的情况下，基于从用户终端20接收到的用户id进行用户认证(s24)。在此，控制部11判断所接收的用户id是否被登记在用户db12a中，在被登记的情况下，认证该用户为合法的用户。控制部11判断是否成功认证为合法的用户(s25)，在判断为成功认证的情况下(s25：“是”)，生成包含从用户终端20接收到的用户id的代码(s26)。在本实施方式中，控制部11生成qr码，但并不限定于qr码。
40.控制部11将所生成的代码向用户终端20发送(s27)。用户终端20的控制部21在从服务器10接收到代码的情况下，将所接收到的代码如图9c所示显示于显示部25(s28)，并通知给用户。图9c所示的通知画面具有：保存按钮，其用于进行将显示中的代码存储到phr应用22ap内的指示；以及关闭按钮，其用于不保存代码而指示phr应用22ap的结束。因此，控制部21在通知画面中的保存按钮被操作的情况下，将显示中的代码存储到phr应用22ap中，在关闭按钮被操作的情况下，结束通知画面的显示。
41.在判断为未成功认证用户的情况下(s25：“否”)，控制部11向用户终端20发送表示用户id不恰当的错误信息(s29)。用户终端20的控制部21在从服务器10接收到错误信息的情况下，将所接收到的错误信息显示于显示部25(s30)，通知给用户。通过上述的处理，合法的用户能够从服务器10接收包含用户的识别信息(用户id)的代码。
42.接着，对在用户参加活动时或者进入设施内时，基于在服务器10中登记的健康信息来判定是否许可参加或是否许可入场的处理进行说明。图10以及图11是示出判定处理过程的一例的流程图。在图10中在左侧示出用户终端20进行的处理，在中央示出入场管理服务器30进行的处理，在右侧示出服务器10进行的处理，在图11中在左侧示出入场管理服务器30进行的处理，在右侧示出服务器10进行的处理。以下的处理按照存储于用户终端20的存储部22中的控制程序22p由控制部21来实现，按照存储于入场管理服务器30的存储部32中的控制程序32p由控制部31来实现，按照存储于服务器10的存储部12中的控制程序12p由控制部11来实现。也可以将以下的处理的一部分通过专用的硬件电路来实现。
43.在本实施方式的信息处理系统100中，用户在参加活动时或进入设施时，将phr应用22ap启动，如上述那样使用户终端20显示从服务器10接收到的代码，并使闸门装置30a读取。另外，用户终端20从服务器10接收到的代码例如也可以印刷在记录纸张或卡上来使用。在该情况下，即使是没有携带用户终端20的小学生等用户，也能够利用本实施方式的信息处理系统100。
44.用户终端20的控制部21在经由输入部24而受理了phr应用22ap的执行指示以及代码的显示指示的情况下，使phr应用22ap启动，将在phr应用22ap中保存的代码显示于显示部25(s31)。此时，控制部21可以显示图9c所示那样的画面。用户通过将显示有代码的用户终端20靠近到闸门装置30a的代码读取器36，从而使代码读取器36读取代码。入场管理服务器30的控制部31通过代码读取器36读取代码(s32)，取得代码中包含的用户id(s33)。由此，控制部31(用户信息取得部)取得用户的识别信息(用户id)。控制部31向服务器10发送所取得的用户id、入场管理服务器30管理用户的参加的活动的活动id、或者入场管理服务器30管理用户的入场的设施的设施id(s34)，向服务器10请求针对该用户的活动参加的许可与
否判定、或者向设施内的入场的许可与否判定。另外，活动id或设施id在图6所示的处理中，在登记用终端40将活动信息或设施信息登记到服务器10时从服务器10接收，例如存储于入场管理服务器30的存储部32中。
45.服务器10的控制部11(取得部)在从入场管理服务器30请求了活动参加的许可与否判定或向设施内的入场的许可与否判定的情况下，接收入场管理服务器30从代码读取的用户id，并进行基于所接收到的用户id的认证处理(s35)。在此，控制部11判断所接收到的用户id是否被登记在用户db12a中，在被登记的情况下，判断为该用户是合法的用户。控制部11判断是否成功认证为合法的用户(s36)，在判断为成功认证的情况下(s36：“是”)，判断所认证的用户是否为已经被许可活动参加或设施入场的用户(s37)。在此，控制部11判断是否在判定结果db12d中与从入场管理服务器30接收到的活动id或设施id建立对应地登记有所认证的用户的用户id作为许可用户。然后，控制部11在登记有所认证的用户的用户id作为许可用户的情况下，判断为是已经许可完毕的用户。
46.在判断为并非许可完毕的用户的情况下(s37：“否”)，控制部11取得该活动的参加条件或设施的入场条件(s38)。具体而言，控制部11在从入场管理服务器30接收到活动id的情况下，从活动db12b读出与活动id对应的参加条件，在接收到设施id的情况下，从设施db12c读出与设施id对应的入场条件。然后，控制部11(读出部)对于与所读出的参加条件或入场条件相应的检查项目，从用户db12a读出所认证的用户的检查结果(s39)。例如，控制部11在读出“新型冠状病毒的抗原检查：阴性”的条件的情况下，从存储于用户db12a的感染症检查的结果，读出所认证的用户的新型冠状病毒的抗原检查的结果。然后，控制部11判断所读出的用户的检查结果是否满足在步骤s38中取得的条件(s40)。例如，在条件为“新型冠状病毒的抗原检查：阴性”的情况下，如果所读出的检查结果为阴性，则控制部11判断为满足条件，如果是阳性，则控制部11判断为不满足条件。另外，在条件如“新型冠状病毒的抗原检查：阴性，新型冠状病毒的pcr检查：阴性”这样包含多个检查项目的情况下，控制部11对于全部检查项目判断检查结果是否满足条件。此外，控制部11也可以判断所读出的检查结果的检查日是否在有效期限内，在经过了有效期限的情况下，判断为不满足条件。
47.在判断为用户的检查结果不满足在步骤s38中取得的条件的情况下(s40：“否”)，控制部11(输出部)向入场管理服务器30发送表示该用户的参加拒绝或入场拒绝的拒绝信息(与检查结果相关的信息)和拒绝理由(s41)。拒绝理由包含表示用户的检查结果中不满足参加条件或入场条件的检查项目的信息。例如，可以将用户的检查结果不是设定为参加条件或入场条件的检查结果、用户未接受设定为参加条件或入场条件的检查项目的检查、针对用户的检查结果的有效期限已过等包含在拒绝理由中。此外，在条件中包含多个检查项目的情况下，也可以将满足条件的检查项目和不满足条件的检查项目包含在拒绝理由中。入场管理服务器30的控制部31(健康信息取得部)接收由服务器10判定的拒绝信息。控制部31在从服务器10接收到拒绝信息的情况下，通过闸门开闭部38关闭闸门38a(s43)，通过基于通知部37的通知处理来通知拒绝理由(s44)。例如，控制部31在通知部37具有光输出部的情况下，进行光输出部的点亮或闪烁，在通知部37具有声音输出部的情况下，进行基于声音输出部的声音输出，由此通知拒绝理由。此外，控制部31也可以通过在显示部35显示通知消息来进行通知。由此，入场管理服务器30能够向通过入场通路的用户和附近的活动的主办者或设施的负责人员，通知活动的参加或向设施内的入场被拒绝的情况。另外，控制部
31也可以根据拒绝理由的内容进行不同的通知处理。
48.服务器10的控制部11在步骤s41的处理后，将参加拒绝或入场拒绝的用户的用户id与活动id或设施id建立对应地登记到判定结果db12d的拒绝用户栏中(s42)。另外，也可以在判定结果db12d的拒绝用户的栏中存储被拒绝的用户的数量，在该情况下，控制部11将判定结果db12d中存储的拒绝用户的数量加1来进行更新。在判断为用户的检查结果满足在步骤s38中取得的条件的情况下(s40：“是”)，控制部11(输出部)向入场管理服务器30发送表示该用户的参加许可或入场许可的许可信息(与检查结果相关的信息)(s45)。然后，控制部11将参加许可或入场许可的用户的用户id与活动id或设施id建立对应地登记到判定结果db12d的许可用户栏中(s46)。
49.另一方面，在步骤s36中判断为未成功认证的情况(s36：“否”)下、或者在步骤s37中判断为已经许可完毕的情况下(s37：“是”)，控制部11向入场管理服务器30发送表示该用户的参加拒绝或入场拒绝的拒绝信息(s47)。另外，控制部11也可以向入场管理服务器30发送成为参加拒绝或入场拒绝的拒绝理由。通过在未成功认证用户的情况下不进行是否满足参加条件或入场条件的判定处理，能够将判定处理的执行对象限定于合法的用户。此外，通过拒绝已经许可完毕的用户的参加或入场，能够防止重复发行基于同一用户id的参加许可或入场许可的情况。
50.入场管理服务器30的控制部31(健康信息取得部、判定部)判断是否从服务器10接收到许可信息(s48)，在判断为接收到许可信息的情况下(s48：“是”)，通过闸门开闭部38来打开闸门38a(s49)。此时，控制部31也可以通过通知部37，来进行通知活动的参加或向设施内的入场被许可的情况的通知处理。在判断为未接收到许可信息的情况下(s48：“否”)，即在接收到拒绝信息的情况下，控制部31通过闸门开闭部38来关闭闸门38a(s50)，并通过基于通知部37的通知处理来通知活动的参加或向设施内的入场被拒绝的情况(s51)。此时，控制部31也可以在从服务器10取得拒绝理由的情况下，通知拒绝理由。
51.通过上述的处理，在本实施方式的信息处理系统100中，在用户参加活动时或进入设施内时，基于登记在服务器10中的用户的检查结果的信息，来进行是否满足按每个活动或设施设定的参加条件或入场条件的判定。然后，根据用户的检查结果是否满足条件，来许可或拒绝用户对活动的参加或向设施内的入场。因此，由于能够将登记在服务器10中的各用户的个人健康信息用于基于入场管理系统的用户的参加限制或入场限制，因此能够有效地利用在医疗机构等进行的可靠性高的检查结果。像这样使用登记在服务器10中的检查结果来进行参加限制或入场限制，由此能够提高对活动或设施的安心感，能够进行活动的安全的实施以及设施的安全的利用，能够提高对活动以及设施的可靠性。
52.在本实施方式中，由于由服务器10发行的代码中仅包含用户id，因此能够在参加不同的活动时或进入不同的设施时反复使用代码。因此，通过将由服务器10发行的代码保存于用户终端20的phr应用22ap中，从而能够在参加不同的活动时或进入不同的设施时，使用所保存的代码来进行参加或入场的许可与否判定。此外，在本实施方式中，由于参加或入场被许可的用户的用户id登记于判定结果db12d中，因此能够按每个活动或设施掌握被许可参加或被许可入场的用户。由此，能够掌握参加了各活动的用户、以及进入了各设施的用户，并且例如在对参加许可与否或入场许可与否的判定处理的执行进行收费的情况下，能够使用参加者数。
53.在本实施方式中，服务器10也可以在根据来自用户终端20的请求发行代码时，发行随机的临时id，发行包含临时id和用户id的代码并提供给用户终端20。在该情况下，入场管理服务器30通过读取用户终端20所显示的代码，从而取得临时id以及用户id，并将所取得的临时id以及用户id和活动id或设施id发送给服务器10而请求用户的参加许可与否或入场许可与否的判定。然后，服务器10在从入场管理服务器30接收到的临时id和与用户id建立对应地存储的临时id一致的情况下，进行参加许可与否或入场许可与否的判定处理。在设为这样的结构的情况下，能够防止代码被非法利用的情况。此外，也可以构成为在进行了一次基于临时id的认证处理的情况下废弃临时id，在该情况下，能够进一步防止代码的非法使用。进而，也可以对服务器10发行的代码设定有效期限，在该情况下也能够进一步防止代码的非法使用。
54.在本实施方式中，在用户参加活动时或进入设施内时，服务器10进行对用户的参加或入场的许可与否判定，并将判定结果通知给入场管理服务器30。即，由于仅将判定结果从服务器10发送给入场管理服务器30，因此能够避免登记于服务器10中的各用户的检查结果(个人健康信息)泄露。另外，也可以是入场管理服务器30进行对用户的参加或入场的许可与否判定的结构。在该情况下，入场管理服务器30从服务器10取得用于参加或入场的许可与否判定的检查结果，并判定所取得的检查结果是否满足参加条件或入场条件。在该情况下，也能够使用登记于服务器10中的各用户的个人健康信息来进行用户的参加限制或入场限制。另外，在这样的结构的情况下，服务器10优选在将检查结果加密后发送给入场管理服务器30。
55.在本实施方式中，为活动的主办者或设施的负责人员预先将在参加或入场的许可与否判定处理中使用的检查项目以及检查结果作为参加条件或入场条件而登记到服务器10中的结构，但并不限定于这样的结构。例如，也可以是活动的主办者或设施的负责人员将参加条件或入场条件通知给用户，用户在向服务器10请求代码的发行时，将参加条件或入场条件通知给服务器10的结构。此外，也可以为将参加条件或入场条件登记到入场管理服务器30中，在入场管理服务器30向服务器10请求用户的参加或入场的许可与否判定时，将参加条件或入场条件发送到服务器10的结构。在这样的结构中，服务器10也能够基于对各活动或设施设定的参加条件或入场条件来进行用户的参加或入场的许可与否判定。
56.在本实施方式中，也可以在对各活动或设施设定的参加条件或入场条件中，除了检查项目以及检查结果以外，还登记使检查结果有效的期间(有效期间)。有效期间例如能够设为从活动的举办日起3个月以内的期间等。在该情况下，服务器10在判定用户的检查结果是否满足参加条件或入场条件时，判断是否为检查实施日处于参加条件或入场条件中所设定的有效期间内的检查结果。由此，能够使用在有效期间内检查的检查结果来进行用户的参加或入场的许可与否判定。另外，服务器10也可以基于存储于用户db12a中的各检查结果的检查日，定期地判断各检查结果的有效期间是否已经经过，对于有效期限已过的检查结果进行依次从用户db12a中删除、或者将期限过期标志从0变更为1的处理。
57.(实施方式2)对入场管理系统的变形例进行说明。图12a是示出实施方式2的入场管理系统的示意图，图12b是示出实施方式2的入场管理系统的结构例的框图。在本实施方式的信息处理系统100中，入场管理系统由入场管理终端50和代码读取器50a构成而取代入场管理服务器
30以及闸门装置30a，该入场管理终端50由个人计算机、平板终端等信息处理装置构成。由于其他的结构与实施方式1相同，因此省略详细说明。
58.入场管理终端50和代码读取器50a可以经由电缆有线连接，也可以构成为进行无线通信。本实施方式的入场管理终端50包含控制部51、存储部52、通信部53、输入部54、显示部55、代码读取器连接部56、通知部57等。入场管理终端50的控制部51、存储部52、通信部53、输入部54、显示部55分别为与图2所示的服务器10的控制部11、存储部12、通信部13、输入部14、显示部15相同的结构，通知部57与图5所示的闸门装置30a的通知部37相同，因此省略详细的说明。代码读取器连接部56是用于连接代码读取器50a的接口，取得与入场管理终端50外接的代码读取器36所读取的信息。
59.这样的结构的入场管理系统在设施的入口等进行参加限制或入场限制的位置处设置代码读取器50a，入场管理终端50设置在设施内的任意的位置等而进行利用。另外，显示部55或通知部57也可以是与入场管理终端50外接的结构，在该情况下，也可以将显示部55或通知部57与代码读取器50a一起设置于设施的入口等。这样的结构的入场管理系统例如设置于店铺、小规模的设施那样在入口未设置闸门的设施而进行利用。另外，本实施方式的入场管理系统也可以具有用于限制向设施内的用户的入场的闸门，在该情况下，入场管理终端50具备闸门开闭部，闸门开闭部构成为通过有线通信或无线通信对闸门发送开闭指示。
60.在具备上述结构的入场管理系统的信息处理系统100中，各设备也执行与图6所示的处理相同的处理，并执行与图8所示的处理相同的处理。由此，在本实施方式中也构成为，经由登记用终端40输入的活动信息或设施信息登记于服务器10中，经由用户终端20请求的代码由服务器10发行并提供给用户终端20。此外，在本实施方式中，各设备也执行与图10、11所示的处理相同的处理。另外，在本实施方式中，在图10中的步骤s32、s33中，入场管理终端50的控制部51经由代码读取器连接部56取得代码读取器50a读取代码而取得的用户id。其他的处理与实施方式1相同。另外，在本实施方式的信息处理系统100不具有闸门开闭部38以及闸门38a的情况下，入场管理服务器30的控制部31不执行图10、11中的步骤s43、s49、s50的处理。
61.通过上述的处理，在本实施方式中也能够得到与实施方式1相同的效果。此外，在本实施方式中，由于使用在由个人计算机或平板终端等构成的入场管理终端50连接代码读取器50a而构成的入场管理系统，因此即使是在入口未设置闸门的设施，也能够简单地开始信息处理系统100(服务器10管理的个人健康信息)的利用。
62.(实施方式3)对在服务器10进行用户的参加或入场的许可与否判定时，进行除了用户id以外还基于认证用数据的用户认证的信息处理系统进行说明。本实施方式的信息处理系统100能够通过与实施方式1的信息处理系统100相同的装置来实现，因此省略对于结构的详细说明。另外，在本实施方式中，在服务器10的存储部12中存储的用户db12a、活动db12b以及设施db12c与图3～图4b所示的实施方式1的结构稍有不同。此外，入场管理服务器30与图5所示的实施方式1的结构稍有不同。因此，仅对不同之处进行说明。
63.图13是示出实施方式3的用户db12a的结构例的示意图。本实施方式的用户db12a在图3所示的实施方式1的结构中，还具有ic(integrated circuit)卡id列以及面部图像信
息列。ic卡id列以及面部图像信息列分别与用户id建立对应地存储在用户登记时指定的ic卡id、面部图像信息。ic卡id是分配给用户的ic卡中存储的卡信息，面部图像信息是拍摄用户的面部而得到的图像数据。ic卡id以及面部图像信息是在对用户进行认证时使用的数据，也可以不登记在用户db12a中。此外，面部图像信息除了存储于用户db12a以外，也可以存储于存储部12的给定区域或其他存储装置，在该情况下，面部图像信息列存储用于读出面部图像信息的信息(例如表示存储场所的文件名)。存储于用户db12a中的ic卡id以及面部图像信息在控制部11经由通信部13或输入部14取得各信息的情况下由控制部11来存储，在取得变更指示的情况下由控制部11来变更。
64.图14a是示出实施方式3的活动db12b的结构例的示意图，图14b是示出实施方式3的设施db12c的结构例的示意图。本实施方式的活动db12b以及设施db12c分别在图4a以及图4b所示的实施方式1的结构中，还具有认证方法列。认证方法列与活动id或设施id建立对应地存储在对用户进行认证(识别)时使用的数据的类别。另外，认证方法例如经由图7所示那样的登记画面，与活动信息或设施信息一起，针对各活动或设施的每一个进行设定，例如可以使用用户id、ic卡id、面部图像等。存储于活动db12b以及设施db12c中的认证方法在控制部11经由通信部13或输入部14取得的情况下由控制部11来存储，在取得了变更指示的情况下由控制部11来变更。
65.图15是示出实施方式3的入场管理系统的结构例的框图。本实施方式的入场管理系统在图5所示的实施方式1的结构的基础上，闸门装置30a具有ic卡读取器36b以及摄像机36c。ic卡读取器36b是读取ic卡中存储的卡信息的卡读取器。摄像机36c是摄像装置，按照来自控制部11的指示进行拍摄处理，将所取得的图像数据(拍摄图像)向存储部12送出并存储。ic卡读取器36b以及摄像机36c除了内置于闸门装置30a的结构以外，也可以为与闸门装置30a外接的结构。在该情况下，闸门装置30a具备能够进行外部的ic卡读取器或摄像机的连接的连接部、或者能够进行与外部的ic卡读取器或摄像机的无线通信的无线通信部。
66.在本实施方式的信息处理系统100中，各设备执行与图6所示的处理以及图8所示的处理相同的处理。由此，在本实施方式中也构成为，经由登记用终端40输入的活动信息或设施信息登记于服务器10中，经由用户终端20请求的代码由服务器10发行并提供给用户终端20。
67.图16是示出实施方式3的判定处理过程的一例的流程图。图16所示的处理是取代图10所示的处理中的步骤s34而追加了步骤s61～s62，取代步骤s35而追加了步骤s63～s64的处理。对于与图10以及图11相同的步骤省略说明。另外，在图16中，省略了图10以及图11中的步骤s37～s51的图示。本实施方式的用户终端20的控制部21以及入场管理服务器30的控制部31进行与图10所示的步骤s31～s33相同的处理。接着，入场管理服务器30的控制部31使用ic卡读取器36b或摄像机36c，来取得用户的认证用数据(认证用信息)(s61)。另外，针对各活动或设施的每一个，设定有在用户认证中使用的认证用数据，用户在使闸门装置30a读取代码的情况下，使闸门装置30a读取对自身参加的活动或入场的设施设定的认证用数据。具体而言，控制部31通过ic卡读取器36b来读取ic卡中存储的卡id、或者通过摄像机36c来取得用户的面部图像。
68.控制部31向服务器10发送活动id或设施id、所取得的用户id、所取得的认证用数据(s62)，向服务器10请求对该用户的活动参加的许可与否判定、或向设施内的入场的许可
与否判定。服务器10的控制部11在从入场管理服务器30请求活动参加的许可与否判定或向设施内的入场的许可与否判定的情况下，确定对所接收到的活动id的活动或设施id的设施设定的认证方法(s63)。在此，控制部11在接收到活动id的情况下，从活动db12b读出与活动id对应的认证方法，在接收到设施id的情况下，从设施db12c读出与设施id对应的认证方法。然后，控制部11通过读出的认证方法，进行基于从入场管理服务器30接收到的认证用数据的认证处理(s64)。例如，控制部11在读出使用了用户id的认证方法的情况下，根据在用户db12a中是否登记有所接收到的用户id来对用户进行认证。此外，控制部11在读出使用了ic卡id的认证方法的情况下，进行基于所接收到的ic卡id(认证用数据)的认证处理。在此，控制部11判断所接收到的ic卡id是否与在用户db12a中与所接收到的用户id建立对应地登记的ic卡id一致，在一致的情况下，判断为该用户是合法的用户。进而，控制部11在读出使用了面部图像的认证方法的情况下，判断所接收到的面部图像信息是否与在用户db12a中与所接收到的用户id建立了对应地登记的面部图像信息一致，在一致的情况下，判断为该用户是合法的用户。
69.随后，控制部11判断是否成功认证为合法的用户(s36)，在判断为成功认证的情况下(s36：“是”)，转移到步骤s37的处理，在判断为未成功认证的情况下(s36：“否”)，转移到步骤s47的处理。通过上述的处理，在本实施方式的信息处理系统100中，在入场管理服务器30对服务器10请求用户的参加或入场的许可与否判定的情况下，向服务器10发送在与各活动或设施相应的认证方法中使用的认证用数据。因此，服务器10在进行用户的参加或入场的许可与否判定时，不仅能够进行基于用户id的用户认证，还能够进行基于认证用数据的用户认证，能够强化安全性。另外，认证用数据并不限定于ic卡id或面部图像信息，也可以是指纹、手掌的静脉、手指的静脉、瞳孔的虹膜、声纹等各种生物体认证用的数据，还可以是组合多个生物体信息来进行认证的结构。
70.在本实施方式中，能得到与上述的各实施方式同样的效果。此外在本实施方式中，在服务器10进行对用户的参加或入场的许可与否判定的情况下，由于进行不仅使用用户id还使用ic卡id或面部图像等的用户认证，因此能够强化安全性。在本实施方式中，也能够应用在上述的各实施方式中适当说明的变形例。此外，本实施方式的结构也能够应用于实施方式2的信息处理系统100，即使在应用于实施方式2的信息处理系统100的情况下也能得到同样的效果。具体而言，在本实施方式的结构中，也可以使用实施方式2的入场管理系统。
71.(实施方式4)对在用户参加活动时或进入设施内时，除了在服务器10中登记的用户的检查结果(健康信息)以外，还取得用户的生物体信息，并使用检查结果以及生物体信息来判定用户的参加或入场的许可与否的信息处理系统进行说明。本实施方式的信息处理系统100能够通过与实施方式1的信息处理系统100相同的装置来实现，因此省略对结构的详细说明。另外，本实施方式的闸门装置30a与图5所示的实施方式1的结构稍有不同，因此仅对不同之处进行说明。
72.图17是示出实施方式4的入场管理系统的结构例的框图。本实施方式的入场管理系统在图5所示的实施方式1的结构的基础上，闸门装置30a具有生物体信息取得部39。生物体信息取得部39取得通过入场通路的用户的体温、呼吸频率、心率等生物体信息。生物体信息取得部39具有用于探测用户的生物体信息的传感器，取得传感器探测到的生物体信息。
另外，传感器可以是以与用户接触的状态探测生物体信息的传感器，也可以是以非接触的状态探测生物体信息的传感器。此外，生物体信息取得部39也可以构成为从用户佩戴的可穿戴设备，取得由可穿戴设备探测到的生物体信息。
73.在本实施方式的信息处理系统100中，各设备执行与图6所示的处理以及图8所示的处理相同的处理。由此，在本实施方式中也构成为，经由登记用终端40输入的活动信息或设施信息登记于服务器10中，经由用户终端20请求的代码由服务器10发行并提供给用户终端20。
74.图18是示出实施方式4的判定处理过程的一例的流程图。图18所示的处理是在图10所示的处理中的步骤s33、s34之间追加了步骤s71～s74的处理。对于与图10以及图11相同的步骤省略说明。另外，在图18中，省略了图10以及图11中的步骤s36～s51的图示。本实施方式的用户终端20的控制部21以及入场管理服务器30的控制部31进行与图10所示的步骤s31～s33相同的处理。接着，入场管理服务器30的控制部31通过生物体信息取得部39来取得携带有用户终端20的用户(在入场通路行进的用户)的生物体信息(s71)。
75.控制部31基于所取得的用户的生物体信息，来判断是否满足与生物体信息相关的参加条件或入场条件(s72)。这里的条件是体温、呼吸频率、心率等在给定范围内这样的条件，预先存储于存储部32中。例如，可将体温低于37.5度、呼吸频率为1分钟10～20次、心率为1分钟50～100次等用作参加条件或入场条件。此外，例如，也可以使用与口罩的佩戴、呼气中的酒精浓度那样能够从呼气检查的各种检查项目相关的条件。进而，若生物体信息取得部39是也能够取得用户的年龄或性别的结构，则也可以按每个年龄层或性别来登记参加条件或入场条件。
76.在判断为用户的生物体信息满足条件的情况下(s72：“是”)，控制部31转移到步骤s34的处理，入场管理服务器30以及服务器10进行步骤s34以后的处理。在判断为用户的生物体信息不满足条件的情况下(s72：“否”)，控制部31通过闸门开闭部38来关闭闸门38a(s73)，并进行基于通知部37的通知处理(s74)。由此，入场管理服务器30在从用户取得的入场通路的通过时间点处的生物体信息不满足参加条件或入场条件的情况下，能够拒绝活动的参加或向设施内的入场，能够向用户通知拒绝了参加或入场的情况。此时，在通知了基于入场通路的通过时间点处的用户的生物体信息而拒绝了参加或入场的情况下，能够向用户以及活动的工作人员等通知用户的身体状况不良。
77.通过上述的处理，在本实施方式的信息处理系统100中，在用户参加活动或进入设施内时，除了登记于服务器10中的用户的检查结果以外，还基于入场通路的通过时间点处的用户的生物体信息，来判定参加或入场的许可与否。登记于服务器10中的各检查结果在检查实施日与入场通路的通过时间点之间存在时滞，因此有可能未准确地示出入场通路的通过时间点处的用户的状态。因此，通过将事先进行的检查的结果与在活动的参加时间点或向设施的入场时间点取得的生物体信息组合来进行参加或入场的许可与否判定，从而能够更高精度地进行判定。由此，能够进行更准确地判断了用户的状态的参加限制或入场限制。
78.在本实施方式中，能得到与上述各实施方式同样的效果。此外，在本实施方式中，由于基于在活动的参加前或向设施的入场前进行的检查的结果、和活动的参加时间点或向设施的入场时间点处的生物体信息，来判定用户的参加或入场的许可与否，因此能够更准
确地进行参加限制或入场限制。在本实施方式中，也能够应用在上述的各实施方式中适当说明的变形例。此外，本实施方式的结构也能够应用于实施方式2-3的信息处理系统100，即使在应用于实施方式2-3的信息处理系统100的情况下也能够得到同样的效果。
79.(实施方式5)对包含设置于航空公司的搭乘口的闸门装置30a的信息处理系统进行说明。本实施方式的信息处理系统100能够通过与实施方式1的信息处理系统100相同的装置来实现，因此省略对于结构的详细说明。另外，本实施方式的入场管理服务器30在图5所示的实施方式1的结构的基础上，在存储部32中存储有票券db32a。图19是示出票券db32a的结构例的示意图。票券db32a是将航空公司发行的飞机的搭乘票券的票券信息与购买该搭乘票券的用户的用户id建立对应地存储的变换表。票券信息例如能够使用飞机的搭乘票券(登机路线)所记载的代码所包含的数据(例如登机id)。另外，也可以将与搭乘票券相关的各信息以及与购买搭乘票券的用户相关的各信息存储于票券db32a中。票券db32a可以存储于与入场管理服务器30连接的其他存储装置中，也可以存储于入场管理服务器30经由网络n能够通信的其他存储装置中。
80.在本实施方式的信息处理系统100中，各设备执行与图6所示的处理相同的处理。另外，在本实施方式中，与机场设施相关的设施信息经由登记用终端40输入而登记到服务器10中。此外，在本实施方式中，使设置于航空公司的搭乘口的闸门装置30a，读取航空公司发行的飞机的搭乘票券的代码(例如qr码)。另外，搭乘票券的代码可以印刷于票券纸张，也可以显示于用户终端20。本实施方式的入场管理服务器30在票券db32a中，将各用户购买的搭乘票券的票券信息与登记于服务器10中的用户id建立对应地存储。因此，入场管理服务器30能够将读取搭乘票券的代码而取得的票券信息变换为对应的用户id。因此，在本实施方式中，用户无需使用用户终端20来取得由服务器10发行的代码。即，在本实施方式中，取代由服务器10发行的代码而使用航空公司发行的飞机的搭乘票券的代码，因此各设备无需执行图8的处理。
81.图20是示出实施方式5的判定处理过程的一例的流程图。图20所示的处理是取代图10所示的处理中的步骤s31～s33而追加了步骤s81～s86的处理。对于与图10以及图11相同的步骤省略说明。另外，在图20中，省略了图10以及图11中的步骤s36～s51的图示。本实施方式的入场管理服务器30的控制部31通过代码读取器36来读取航空公司发行的搭乘票券的代码(s81)，并取得代码所包含的票券信息(s82)。
82.控制部31基于所取得的票券信息，来判断是否能够进行向飞机的搭乘(票券是否有效)(s83)。另外，例如，在入场管理服务器30的存储部32中存储有有效的票券的票券信息，控制部31根据在存储部32中是否存储有从代码读取的票券信息，来判断票券是否有效。在判断为票券有效的情况下(s83：“是”)，控制部31将该票券信息变换为与票券信息对应的用户id(s86)。具体而言，控制部31读出与该票券信息建立对应地登记于票券db32a中的用户id。然后，控制部31将变换后的用户id、以及活动id或设施id(在此为与机场的航空公司或搭乘口对应的设施id)发送给服务器10(s34)，向服务器10请求对该用户的入场许可与否(飞机的搭乘许可与否)的判定。服务器10的控制部11进行步骤s35以后的处理。由此，服务器10的控制部11基于从入场管理服务器30接收到的用户id，进行该用户的飞机的搭乘许可与否的判定，并将判定结果(许可信息或拒绝信息)输出到读取变换前的票券信息的入场管
理服务器30。
83.在判断为票券并非有效的情况下(s83：“否”)，控制部31通过闸门开闭部38将闸门38a关闭(s84)，并通过基于通知部37的通知处理来通知飞机的搭乘被拒绝的情况(s85)。另外，控制部31也可以通知由于搭乘票券并非有效而无法搭乘的情况。通过上述的处理，本实施方式的入场管理服务器30通过读取用户携带的飞机的搭乘票券的代码，能够根据搭乘票券的代码来确定登记于服务器10中的用户id。因此，用户在搭乘飞机时仅提示搭乘票券的代码即可，因此代码的管理变得容易。
84.在本实施方式中，将票券信息变换为与票券信息对应的用户id的处理并不限定于由入场管理服务器30进行的结构。例如，也可以构成为将票券db32a存储于其他装置中，入场管理服务器30的控制部31将由代码读取器36读取的票券信息发送给其他装置，并取得由其他装置变换的用户id。此外，也可以是服务器10存储票券db32a，并进行将票券信息变换为用户id的处理。在该情况下，入场管理服务器30将由代码读取器36读取的票券信息向服务器10发送，服务器10基于票券db32a，将所接收到的票券信息变换为用户id，并基于变换后的用户id，进行用户的参加许可与否或入场许可与否的判定处理即可。
85.在本实施方式中，能够得到与上述的各实施方式同样的效果。此外，在本实施方式中，能够仅通过飞机的搭乘票券的代码，来进行基于服务器10的可否搭乘的判定，因此用户的便利性提高。在本实施方式中，也能够应用在上述的各实施方式中适当说明的变形例。此外，本实施方式的结构也能够应用于实施方式2-4的信息处理系统100，即使在应用于实施方式2-4的信息处理系统100的情况下也能够得到同样的效果。
86.(实施方式6)对在服务器10根据来自用户终端20的请求发行代码时，生成除了包含用户的识别信息以外，还包含对活动的参加或向设施内的入场所需的票券的信息的代码的信息处理系统进行说明。本实施方式的信息处理系统100能够通过与实施方式1的信息处理系统100相同的装置来实现，因此省略对于结构的详细说明。在本实施方式的信息处理系统100中，各设备执行与图6所示的处理相同的处理。由此，在本实施方式中也构成为，经由登记用终端40输入的活动信息或设施信息登记于服务器10中。
87.图21是示出实施方式6的代码的发行处理过程的一例的流程图，图22是示出画面例的示意图。图21所示的处理是在图8所示的处理中的步骤s22、s23之间追加步骤s91～s93，并且取代步骤s26而追加了步骤s94～s95的处理。对于与图8相同的步骤省略说明。本实施方式的用户终端20的控制部21进行与图8所示的步骤s21～s22相同的处理。在本实施方式中，控制部21在判断为在初始画面中代码发行按钮被操作的情况下(s22：“是”)，将用于输入用户参加的活动的活动id、或者用户进入的设施的设施id的输入画面显示于显示部25(s91)。图22示出输入画面例，输入画面具有：活动id或设施id的输入栏、用于基于所输入的活动id或设施id指示代码的发行的确认按钮、以及用于返回至初始画面的显示的返回按钮。用户将自身想要参加的活动的活动id、或者入场的设施的设施id输入到输入栏并操作确认按钮。另外，活动id或设施id是在将活动信息或设施信息登记于服务器10的情况下由服务器10发行的id，用户例如从活动的主办者或设施的负责人员取得。
88.控制部21受理经由输入部24对输入画面中的输入栏的活动id或设施id的输入(s92)，并将所受理的活动id或设施id显示于输入栏。然后，控制部21判断输入画面的确认
按钮是否被操作(s93)，在判断为被操作的情况下(s93：“是”)，转移到步骤s23的处理，向服务器10请求代码的发行(s23)。另外，在本实施方式中，控制部21向服务器10发送用户的用户id、以及在步骤s92中取得的活动id或设施id而请求代码的发行。在判断为确认按钮未被操作的情况下(s93：“否”)，即，在输入画面中的返回按钮被操作的情况下，控制部21返回到步骤s21的处理。具体而言，控制部21结束输入画面的显示而再次进行初始画面的显示。
89.服务器10的控制部11在步骤s25中判断为成功认证用户的情况下(s25：“是”)，基于从用户终端20接收到的活动id或设施id，取得参加该活动所需的票券、或者进入设施所需的票券的票券信息(s94)。票券信息例如在登记活动信息或设施信息时，服务器10从登记用终端40接收并登记到活动db12b或设施db12c中。然后，控制部11生成包含从用户终端20接收到的用户id和在步骤s94中取得的票券信息的代码(s95)，并将所生成的代码向用户终端20发送(s27)。通过上述的处理，在本实施方式中，经由用户终端20请求的代码也由服务器10发行并提供给用户终端20。另外，在本实施方式中，从服务器10提供的代码不仅包含用户的识别信息(用户id)，还包含用户参加活动时所需的票券信息、或者用户进入设施时所需的票券信息。因此，用户能够用一个代码提示用户id和票券信息，因此代码的处理变得容易。
90.图23是示出实施方式6的判定处理过程的一例的流程图。图23所示的处理是取代图10所示的处理中的步骤s33而追加了步骤s101～s104的处理。对于与图10以及图11相同的步骤省略说明。另外，在图23中，省略了图10以及图11中的步骤s36～s51的图示。本实施方式的用户终端20的控制部21以及入场管理服务器30的控制部31进行与图10所示的步骤s31～s32相同的处理。本实施方式的入场管理服务器30的控制部31在读取了代码的情况下，取得代码所包含的用户id和票券信息(s101)。
91.控制部31基于所取得的票券信息，来判断是否能够参加活动或进入设施内(票券是否有效)(s102)。在判断为票券有效的情况下(s102：“是”)，控制部31转移到步骤s34的处理，将从代码读取出的用户id和活动id或设施id向服务器10发送(s34)，向服务器10请求对该用户的参加或入场的许可与否判定。
92.在判断为票券并非有效的情况下(s102：“否”)，控制部31通过闸门开闭部38将闸门38a关闭(s103)，并进行基于通知部37的通知处理(s104)。通过上述的处理，在本实施方式中，入场管理服务器30通过读取用户终端20所显示的代码，能够取得在向服务器10请求用户的参加或入场的许可与否判定时使用的用户id和票券信息。因此，用户在参加活动时或进入设施内时只要提示一个代码即可，因此代码的管理变得容易。
93.在本实施方式中，包含用户id以及票券信息的代码除了由服务器10发行的结构以外，也可以由活动的主办者侧的终端或票券的发行者侧的终端等发行。在该情况下，发行代码的终端可以是从服务器10取得各用户的用户id，生成包含所取得的用户id和各用户的票券信息的代码，并提供给各用户的用户终端20的结构。
94.在本实施方式中，能够得到与上述的各实施方式同样的效果。此外，在本实施方式中，由于能够用一个代码提示用户id以及票券信息，因此用户的便利性提高。在本实施方式中，也能够应用在上述的各实施方式中适当说明的变形例。此外，本实施方式的结构也能够应用于实施方式2-5的信息处理系统100，即使在应用于实施方式2-5的信息处理系统100的情况下也能够得到同样的效果。
95.(实施方式7)对在服务器10根据来自用户终端20的请求发行代码时，生成除了用户的识别信息(用户id)以外，还包含用户的检查结果的信息的代码的信息处理系统进行说明。本实施方式的信息处理系统100能够通过与实施方式1的信息处理系统100相同的装置来实现，因此省略对于结构的详细说明。在本实施方式的信息处理系统100中，各设备执行与图6所示的处理相同的处理。由此，在本实施方式中也构成为，经由登记用终端40输入的活动信息或设施信息登记于服务器10中。
96.图24是示出实施方式7的代码的发行处理过程的一例的流程图。图24所示的处理是在图8所示的处理中的步骤s22、s23之间追加步骤s111～s113、并且取代步骤s26而追加了步骤s114～s116的处理。对于与图8相同的步骤省略说明。本实施方式的用户终端20的控制部21与实施方式6同样地，进行与图21所示的步骤s21～s22、s91～s93相同的处理(s21～s22、s111～s113)。因此，在本实施方式中，用户终端20也向服务器10发送用户的用户id、和经由输入画面取得的活动id或设施id而请求代码的发行。
97.服务器10的控制部11在步骤s25中判断为成功认证用户的情况下(s25：“是”)，基于从用户终端20接收到的活动id或设施id，从活动db12b取得对该活动设定的参加条件，或者从设施db12c取得对该设施设定的入场条件(s114)。接着，控制部11对于与所读出的参加条件或入场条件相应的检查项目，从用户db12a读出所接收到的用户id的用户的检查结果(s115)。然后，控制部11生成包含用户id、和在步骤s115中读出的用户的检查结果的代码(s116)，并将所生成的代码发送给用户终端20(s27)。
98.通过上述的处理，在本实施方式中，经由用户终端20请求的代码也由服务器10发行并提供给用户终端20。另外，在本实施方式中，从服务器10提供的代码不仅包含用户id，还包含在判定用户的活动参加的许可与否或设施入场的许可与否时使用的检查结果的信息。因此，用户能够从服务器10取得包含与对想要参加的活动设定的参加条件、或者对想要入场的设施设定的入场条件相应的检查项目的检查结果的代码。
99.图25是示出实施方式7的判定处理过程的一例的流程图。在图25中在左侧示出用户终端20进行的处理，在右侧示出入场管理服务器30进行的处理。以下的处理按照在用户终端20的存储部22中存储的控制程序22p由控制部21来实现，按照在入场管理服务器30的存储部32中存储的控制程序32p由控制部31来实现。也可以将以下的处理的一部分通过专用的硬件电路来实现。
100.在本实施方式的信息处理系统100中，用户终端20的控制部21也在受理了phr应用22ap的执行指示以及代码的显示指示的情况下，使phr应用22ap启动并将代码显示于显示部25(s121)。然后，用户使闸门装置30a的代码读取器36读取用户终端20所显示的代码。入场管理服务器30的控制部31通过代码读取器36来读取代码(s122)，取得代码所包含的用户id以及检查结果(s123)。此时，控制部31也可以构成为，取得代码所包含的用户id，向服务器10请求基于用户id的用户认证，在用户被认证的情况下进行步骤s124以后的处理。
101.接着，控制部31判断从代码读取出的用户id是否作为许可完毕的用户的用户id已经登记(存储)在存储部32中(s124)。在本实施方式中，由于在存储部32(未图示的db)中登记有已经许可了参加或入场的用户的用户id，因此控制部31能够根据在存储部32中是否登记有用户id，来判断是否为已经被许可的用户。除此以外，控制部31也可以向服务器10发送
活动id或设施id和用户id，判断是否已经作为许可用户的用户id而登记在服务器10所存储的判定结果db12d中。
102.在判断为不是许可完毕的用户的情况下(s124：“否”)，控制部31判定从代码读取出的检查结果是否满足对入场管理服务器30管理参加或入场的活动或设施设定的参加条件或入场条件(s125)。另外，参加条件或入场条件预先存储在入场管理服务器30的存储部32中。在判断为从代码读取出的检查结果满足参加条件或入场条件的情况下(s125：“是”)，控制部31通过闸门开闭部38将闸门38a打开(s126)。然后，控制部31将许可了参加或入场的用户的用户id作为许可完毕的用户的用户id而登记到存储部32中(s127)。
103.在判断为是许可完毕的用户的情况下(s124：“是”)、或者判断为检查结果不满足条件的情况下(s125：“否”)，控制部31通过闸门开闭部38将闸门38a关闭(s128)，并通过基于通知部37的通知处理，来通知参加或入场被拒绝的理由(s129)。另外，控制部31在判断为是许可完毕的用户的情况下，通知已经入场完毕的情况，在判断为检查结果不满足条件的情况下，通知不满足参加条件或入场条件的理由。例如，通知用户的检查结果不是设定为条件的检查结果的情况、用户未接受设定为条件的检查项目的检查的情况、针对用户的检查结果的有效期限已过的情况等。通过上述的处理，在本实施方式中，入场管理服务器30通过读取用户终端20所显示的代码，能够取得用户的检查结果，并能够基于所取得的检查结果，来判定用户的参加或入场的许可与否。在该情况下，也能够基于在服务器10中登记的用户的检查结果的信息，来判定对活动的参加或向设施内的入场的许可与否。
104.在本实施方式中，并不限定于活动的参加条件或设施的入场条件预先登记在服务器10(活动db12b或设施db12c)中的结构。例如，也可以构成为，活动的主办者或设施的负责人员向用户通知参加条件或入场条件，在用户向服务器10请求代码的发行时，将参加条件或入场条件通知给服务器10。在这样的结构中，服务器10也能够生成包含与对各活动或设施设定的参加条件或入场条件相应的用户的检查结果的代码并提供给用户终端20。
105.在本实施方式中，能够得到与上述的各实施方式同样的效果。此外，在本实施方式中，由于由入场管理服务器30单体执行对活动的参加或向设施内的入场的许可与否判定，因此入场管理服务器30无需在与服务器10之间进行通信，能够缩短处理时间。在本实施方式中，也能够应用在上述的各实施方式中适当说明的变形例。此外，本实施方式的结构也能够应用于实施方式2-6的信息处理系统100，即使在应用于实施方式2-6的信息处理系统100的情况下也能够得到同样的效果。另外，在将本实施方式的结构应用于实施方式6的信息处理系统100的情况下，服务器10生成包含用户的检查结果的信息、用户id以及票券信息的代码并提供给用户终端20。此外，在将本实施方式的结构应用于实施方式4的信息处理系统100的情况下，能够不仅基于代码所包含的检查结果，还基于活动的参加时间点或向设施的入场时间点处的生物体信息，进行用户的参加限制或入场限制。
106.另外，在本实施方式中，对生成除了用户的识别信息(用户id)以外还包含用户的检查结果的信息的代码的信息处理系统进行了说明，但并不限定于此，也可以设为生成除了用户的检查结果的信息以外或者将其取代而包含疫苗接种历史记录信息的代码的方式。代码的发行过程能够通过与使用图8以及图9a～c说明的过程同样的过程来发行，但在该情况下，也可以构成为，在图9a的画面中显示疫苗接种历史记录的确认按钮，在图9b那样的选择画面中能够从多个疫苗的一览选择特定的疫苗的种类来进行代码发行。此外，在图9c的
画面中，也可以构成为，除了代码以外，还一并显示基于文字信息的疫苗接种历史记录以及任意与感染症检查结果以及用户姓名以及生年月日相关的各种信息。此时，代码不仅包含用户id，还包含用户指定的疫苗接种历史记录以及任意与感染症检查结果相关的信息，通过使预先存储有通过条件的入场管理服务器30读取该代码，能够在通过点顺畅地通过。此外，由于在显示画面中显示于基于文字的疫苗接种历史记录信息，因此监视员能够在通过点处目视确认通过条件。
107.(实施方式8)对在用户进入餐饮店等店铺设施时，入场管理服务器30进行基于在服务器10中登记的用户的检查结果的入场限制，并且收集用户的过敏疾病的信息的信息处理系统进行说明。另外，在本实施方式的信息处理系统中，也可以构成为在用户进店时仅进行收集用户的过敏疾病的信息的处理。本实施方式的信息处理系统100能够通过与实施方式1的信息处理系统100相同的装置来实现，因此省略对于结构的详细说明。另外，在本实施方式的入场管理服务器30中，也可以使用图12a以及图12b所示的实施方式2的入场管理系统，例如将代码读取器36设置于店铺的入口。此外，本实施方式的服务器10的存储部12中存储的设施db12c与图4b所示的实施方式1的结构稍有不同。
108.图26是示出实施方式8的设施db12c的结构例的示意图。本实施方式的设施db12c在图4b所示的实施方式1的结构中，还具有收集对象列。收集对象列存储在各用户进入设施内(进店)时要收集的过敏检查的项目(过敏原)。收集对象的项目在控制部11经由通信部13或输入部14取得各信息的情况下由控制部11来存储，在取得变更指示的情况下由控制部11来变更。另外，本实施方式的活动db12b也同样可以是具有收集对象列的结构。
109.在本实施方式的信息处理系统100中，各设备执行与图6所示的处理相同的处理。由此，在本实施方式中也构成为，经由登记用终端40输入的活动信息或设施信息登记于服务器10中。另外，在本实施方式中，登记用终端40经由图27所示的登记画面而受理活动信息或设施信息，将所受理的活动信息或设施信息向服务器10发送，登记于服务器10中。图27是示出登记画面例的示意图。图27所示的登记画面具有与图7所示的登记画面相同的结构，还具有在入场时(进店时)要收集检查结果的检查项目的输入栏。另外，在图27所示的画面中，作为用于进行入场限制的条件，设置有用于选择针对感染症的检查项目的检查结果的复选框，作为在入场时要收集检查结果的检查项目，设置有用于选择过敏检查的过敏原(检查项目)的复选框。但是，并不限定于这样的结构。
110.此外，在本实施方式的信息处理系统100中，各设备执行与图8所示的处理相同的处理。由此，在本实施方式中也构成为，经由用户终端20请求的代码由服务器10发行并提供给用户终端20。
111.图28是示出实施方式8的判定处理过程的一例的流程图。图28所示的处理追加了步骤s131～s133来代替图11所示的处理中的步骤s45，追加了步骤s134来代替步骤s49，追加了步骤s135来代替步骤s50～s51。对于与图10以及图11相同的步骤省略说明。另外，在图28中，省略了图10中的步骤s31～s44的图示。
112.本实施方式的用户终端20的控制部21、入场管理服务器30的控制部31以及服务器10的控制部11进行与图10所示的步骤s31～s44相同的处理。服务器10的控制部11在步骤s40中判断为用户的检查结果满足在步骤s38中取得的条件的情况下(s40：“是”)，对于该活
动或设施，取得在入场时要收集的检查项目(收集对象)(s131)。具体而言，控制部11在接收到设施id的情况下，从设施db12c读出与设施id对应的收集对象。另外，在对于活动id也在活动db12b中登记有收集对象的情况下，控制部11也可以从活动db12b读出与活动id对应的收集对象。
113.然后，控制部11对于与所读出的收集对象相应的检查项目，从用户db12a读出经过认证的用户的检查结果(s132)。例如，控制部11在读出“牛奶的过敏检查”作为收集对象的情况下，从用户db12a中存储的过敏检查的结果，读出经过认证的用户的牛奶的过敏检查的结果。然后，控制部11将表示该用户的入场许可的许可信息和所读出的用户的过敏检查的结果向入场管理服务器30发送(s133)。
114.入场管理服务器30的控制部31在判断为从服务器10接收到许可信息的情况下(s48：“是”)，经由通知部37或显示部35来通知入场(进店)被许可的情况、以及针对该用户的过敏检查的结果(s134)。另一方面，在判断为未从服务器10接收到许可信息的情况下(s48：“否”)，控制部31经由通知部37或显示部35来通知入场(进店)被拒绝的情况(s135)。由此，入场管理服务器30在用户入场时，能够基于在服务器10中登记的检查结果来判定用户的入场许可与否，并且能够从服务器10取得用户的过敏检查的结果。
115.本实施方式的结构除了能够在使用设置于餐饮店等店铺设施的入口的闸门装置30a的信息处理系统100中利用以外，例如还能够在使用设置于机场的搭乘口的闸门装置30a的信息处理系统100中利用。在该情况下，在用户通过机场的搭乘口搭乘飞机时，能够基于在服务器10中登记的检查结果来判定用户的搭乘许可与否，并且能够取得用户的过敏检查的结果。因此，在机内食物中提供包含过敏原的食材的情况下，通过使用各用户的过敏检查的结果，能够提供安全的机内食物。
116.在本实施方式中，能够得到与上述的各实施方式同样的效果。此外，在本实施方式中，在进入设施内(进店)时，不仅能够判定入场许可与否，还能够收集用户的过敏检查的结果。因此，在如餐饮店那样提供包含食物过敏的过敏原的商品的店铺中，通过在进店时收集用户的过敏检查结果，能够提供顾及过敏的商品。在本实施方式中，也能够应用在上述的各实施方式中适当说明的变形例。此外，本实施方式的结构也能够应用于实施方式2-7的信息处理系统100，即使在应用于实施方式2-7的信息处理系统100的情况下也能够得到同样的效果。
117.(实施方式9)对关于各活动或设施，基于为了判定参加或入场的许可与否而使用的检查项目的数量、或者判定了参加或入场的许可与否的用户的数量进行收费的信息处理系统进行说明。本实施方式的信息处理系统100能够通过与实施方式1的信息处理系统100相同的装置来实现，因此省略对于结构的详细说明。
118.在本实施方式的信息处理系统100中，各设备执行与图6所示的处理以及图8所示的处理相同的处理。由此，在本实施方式中也构成为，经由登记用终端40输入的活动信息登记于服务器10中，经由用户终端20请求的代码由服务器10发行并提供给用户终端20。此外，各设备执行与图10以及图11所示的处理相同的处理。由此，在用户通过闸门装置30a的入场通路时，基于在服务器10中登记的用户的检查结果来判定对活动的参加或向设施内的入场的许可与否。
119.本实施方式的服务器10执行在实施方式1中说明的各处理，并且执行每个活动或设施的利用费用的计算处理。图29是示出利用费用的计算处理过程的一例的流程图，图30是示出画面例的示意图。以下的处理按照在服务器10的存储部12中存储的控制程序12p由控制部11来实现。也可以将以下的处理的一部分通过专用的硬件电路来实现。
120.在本实施方式的信息处理系统100中，服务器10的控制部11在利用费用的计算处理的执行定时到来的情况下，对于一个活动或设施从活动db12b或设施db12c读出参加条件或入场条件(s141)。利用费用的计算定时例如能够设为活动结束后、给定期间的经过后等。控制部11基于所读出的参加条件或入场条件，对参加条件或入场条件中包含的检查项目的数量进行计数(s142)。另外，参加条件或入场条件中包含的检查项目的数量是在进行参加限制或入场限制时使用的检查项目的数量(希望检查项目的数量)。服务器10的控制部11从登记用终端40接收活动信息或设施信息并登记于活动db12b或设施db12c中。因此，控制部11与各活动或设施建立对应地取得希望在入场管理系统进行参加限制或入场限制时使用的希望检查项目。另外，各个参加条件或入场条件中包含的检查项目的数量也可以与活动id或设施id建立对应地登记在活动db12b或设施db12c中，在该情况下，控制部11从活动db12b或设施db12c读出检查项目的数量即可。
121.接着，控制部11对于该活动或设施，对登记于判定结果db12d中的许可完毕的用户的数量以及拒绝完毕的用户的数量的合计人数(检查结果的利用人数)进行计数(s143)。另外，也可以在判定结果db12d中，与活动id或设施id建立对应地存储许可完毕的用户的数量以及拒绝完毕的用户的数量、或者检查结果的利用数的合计人数。在存储有许可完毕的用户的数量以及拒绝完毕的用户的数量的情况下，控制部11从判定结果db12d读出各个用户的数量来计算合计人数。此外，在存储有合计人数的情况下，控制部11从判定结果db12d读出合计人数即可。
122.然后，控制部11基于检查项目的数量或检查结果的利用人数，来计算出针对该活动或设施的利用费用(s144)。例如，可以设定针对一个检查项目的费用，也可以设定针对一个用户的费用，还可以按每个检查项目设定一个用户的费用。控制部11将所计算出的利用费用与活动id或设施id建立对应地存储于存储部12中。接着，控制部11对于所计算出的利用费用生成通知画面(s145)，并将所生成的通知画面发送到活动的主办者或设施的负责人员的终端(s146)。
123.图30示出通知画面例，通知画面显示活动名或设施名、利用期间、对活动的参加或向设施内的入场的许可与否判定中使用的检查项目、以及对各检查项目设定的用户每人的利用单价、利用了各检查项目的检查结果的用户的人数、针对各检查项目的利用费用、以及利用费用的合计金额(请求金额)等。通过将这样的通知画面发送给活动的主办者或设施的负责人员，能够通知为了进行对活动的参加限制或向设施内的入场限制而利用了服务器10的利用金额。
124.控制部11判断是否对于要计算利用费用的全部活动以及设施结束了计算处理(s147)，在判断为未结束的情况下(s147：“否”)，返回至步骤s141的处理，对于未处理的活动以及设施进行步骤s141～s146的处理。在判断为对于全部活动以及设施结束了计算处理的情况下(s147：“是”)，控制部11结束处理。通过上述的处理，在本实施方式的信息处理系统100中，在用户参加活动时或者进入设施内时，能够判定参加或入场的许可与否来进行参
加限制或入场限制，并且能够计算出对参加或入场的许可与否判定处理进行收费的金额(利用费用)。
125.在本实施方式中，能够得到与上述的各实施方式同样的效果。此外，在本实施方式中，能够计算并通知针对在进行对活动的参加限制或向设施内的入场限制时基于在服务器10中登记的用户的检查结果进行的参加或入场的许可与否判定处理的利用费用。在本实施方式中，能够应用在上述的各实施方式中适当说明的变形例。此外，本实施方式的结构也能够应用于实施方式2-8的信息处理系统100，即使在应用于实施方式2-8的信息处理系统100的情况下也能够得到同样的效果。
126.(实施方式10)对在用户参加活动时或者进入设施内时，根据基于在服务器10中登记的用户的检查结果而进行的用户的参加或入场的许可与否判定的结果将用户引导至不同的引导目的地的信息处理系统进行说明。本实施方式的信息处理系统100能够通过与实施方式1的信息处理系统100相同的装置来实现，因此省略对于结构的详细说明。另外，在本实施方式中，入场管理服务器30在图5所示的实施方式1的结构的基础上，在存储部32中存储有引导内容db32b。
127.图31是示出引导内容db32b的结构例的示意图。引导内容db32b存储与引导目的地相关的信息，该引导目的地与基于参加活动的用户或进入设施内的用户的检查结果的参加或入场的许可与否判定的结果相对应。图31所示的引导内容db32b包含引导目的地id列、引导目的地列、引导条件列、追加项目列等。引导目的地id列存储对各引导目的地分配的识别信息(引导目的地id)。引导目的地列、引导条件列以及追加项目列分别与引导目的地id建立对应地存储例如如闸门编号那样表示引导目的地的信息、将用户引导至各引导目的地时的条件、与按每个引导目的地追加进行的检查等相关的信息。作为引导条件，存在对用户的参加或入场的许可与否判定的结果对于全部检查项目不满足条件的情况、对于一部分检查项目不满足条件的情况、检查项目的有效期限已过的情况等。另外，作为引导条件，例如可以使用新型冠状病毒的pcr检查的结果为阳性的情况、新型冠状病毒的抗体检查的结果为阴性的情况、未接种新型冠状病毒的疫苗(第一次或第二次)的情况、从新型冠状病毒的疫苗接种起经过了给定期间的情况等。作为追加项目，存在体温、呼吸频率、心率等生物体信息的测定、能够从呼气检测的各种检查项目的检查、口罩的佩戴的确认、手指的酒精消毒等项目。存储于引导内容db32b中的引导目的地id在各引导目的地登记时，由控制部31发行并存储。存储于引导内容db32b中的其他信息在控制部31经由输入部(未图示)取得引导目的地的各信息的情况下由控制部31来存储，在取得变更指示的情况下由控制部31来变更。引导内容db32b的存储内容并不限定于图31所示的例子，也可以存储与引导目的地相关的各种信息。此外，引导内容db32b例如也可以由活动的主办者的终端或设施的负责人员的终端等其他终端制作成，在该情况下，入场管理服务器30也可以经由网络n从其他终端取得引导内容db32b并存储于存储部32中。
128.在本实施方式的信息处理系统100中，各设备执行与图6所示的处理以及图8所示的处理相同的处理。由此，在本实施方式中也构成为，经由登记用终端40输入的活动信息登记于服务器10中，经由用户终端20请求的代码由服务器10发行并提供给用户终端20。
129.图32以及图33是示出实施方式10的判定处理过程的一例的流程图。图32以及图33
所示的处理是在图10以及图11所示的处理中将步骤s41～s51的一部分进行了变更的处理。对于与图10以及图11相同的步骤省略说明。本实施方式的用户终端20的控制部21、入场管理服务器30的控制部31以及服务器10的控制部11进行与图10所示的步骤s31～s40相同的处理。
130.然后，控制部11在步骤s40中判断为用户的检查结果满足参加条件或入场条件的情况下(s40：“是”)，将表示该用户的参加许可或入场许可的许可信息向入场管理服务器30发送(s45)，并将该用户的用户id与活动id或设施id建立对应地登记到判定结果db12d的许可用户栏中(s46)。入场管理服务器30的控制部31在从服务器10接收到许可信息的情况下，通过闸门开闭部38将闸门38a打开(s151)。此时，控制部31也可以通过通知部37，来进行通知活动的参加或向设施内的入场被许可的情况的通知处理。
131.另一方面，在判断为用户的检查结果不满足参加条件或入场条件的情况下(s40：“否”)，控制部11将表示该用户的参加拒绝或入场拒绝的拒绝信息、拒绝理由以及成为拒绝理由的检查项目的检查结果向入场管理服务器30发送(s152)。然后，控制部11将参加拒绝或入场拒绝的用户的用户id与活动id或设施id建立对应地登记到判定结果db12d的拒绝用户栏中(s42)。
132.入场管理服务器30的控制部31在从服务器10接收到拒绝信息的情况下，判断拒绝理由是否为存在不满足参加条件或入场条件的检查项目(s153)。在判断为存在不满足参加条件或入场条件的检查项目的情况下(s153：“是”)，控制部31确定与不满足参加条件或入场条件的检查项目相应的引导目的地(s154)。例如，控制部31基于引导内容db32b的登记内容，确定与拒绝理由以及用户的检查结果对应的引导目的地的闸门。例如，在对于参加条件或入场条件所包含的全部检查项目不满足条件的情况下，控制部31确定第一闸门作为该用户的引导目的地。此外，控制部31例如也可以确定与给定检查项目的检查结果相应的引导目的地，例如可以将给定闸门确定为新型冠状病毒的抗原检查的结果为阴性的用户的引导目的地。
133.另一方面，在判断为拒绝理由是存在不满足参加条件或入场条件的检查项目这样的理由的情况下(s153：“否”)，例如在是用户未接受设定为参加条件或入场条件的检查项目的检查这样的拒绝理由、或者针对用户的检查结果的有效期限已过这样的拒绝理由的情况下，控制部31确定与拒绝理由相应的引导目的地(s156)。例如，控制部31基于引导内容db32b的登记内容，确定与拒绝理由对应的引导目的地的闸门。例如，在用户的检查结果的有效期限已过的情况下，控制部31确定第三闸门作为该用户的引导目的地。然后，控制部31通过基于通知部37的通知处理来通知拒绝理由，并且将用户引导至所确定的引导目的地(s155)。例如，控制部31将“请去往第一闸门”这样的消息显示于显示部35，对用户引导向第一闸门的移动。此时控制部31也可以通过闸门开闭部38将闸门38a打开，将用户引导至引导目的地。由此，入场管理服务器30不仅能够在用户参加活动时或进入设施内时进行参加限制或入场限制，还能够根据用户的检查结果或许可与否判定的结果引导至不同的引导目的地。因此，根据检查结果，在对活动的参加时或向设施内的入场时，能够根据需要追加进行测温等检查，能够进行更准确地判断了用户的状态的参加限制或入场限制。
134.在步骤s36中判断为未成功认证的情况下(s36：“否”)、或者在步骤s37中判断为已经许可完毕的情况下(s37：“是”)，控制部11将表示该用户的参加拒绝或入场拒绝的拒绝信
息和拒绝理由向入场管理服务器30发送(s157)。这里的拒绝理由是未被认证、已经发行了许可等。入场管理服务器30的控制部31在从服务器10接收到拒绝信息的情况下，通过闸门开闭部38来关闭闸门38a(s158)，并通过基于通知部37的通知处理来通知活动的参加或向设施内的入场被拒绝的情况(s159)。另外，控制部31也可以通知从服务器10接收到的拒绝理由。
135.在本实施方式中，能够得到与上述的各实施方式同样的效果。此外，在本实施方式中，能够根据基于用户的检查结果进行了许可与否判定的结果(拒绝理由)引导至不同的引导目的地，进行不同的对应。另外，也可以按每个检查项目登记与检查结果相应的对应(引导目的地)，在该情况下，即使为针对同一感染症的检查，也能够按基于不同种类的检查方法的每个检查进行不同的对应。在本实施方式中，也能够应用在上述的各实施方式中适当说明的变形例。此外，本实施方式的结构也能够应用于实施方式2-9的信息处理系统100，在应用于实施方式2-9的信息处理系统100的情况下也能够得到同样的效果。
136.在上述的各实施方式中，构成为在用户参加活动时或者进入设施内时，基于在服务器10中登记的用户的检查结果来进行参加或入场的许可与否判定。此外，也可以构成为用户事先基于自身的检查结果来进行参加或入场的许可与否判定。在该情况下，用户能够事先掌握参加或入场的许可与否，因此能够采取接受追加的检查以使得被许可参加或入场等的对应，能够进行准备以使得例如能够在活动的举办日确实参加活动。
137.(实施方式11)对使用疫苗接种历史记录，进行各种通过点(通过闸门)处的用户的通过限制的信息处理系统进行说明。本实施方式的信息处理系统能够通过与实施方式1的信息处理系统100相同的装置来实现，因此省略对于结构的详细说明。另外，在本实施方式中，存储于服务器10的存储部12中的用户db12a与图3所示的实施方式1的结构稍有不同。此外，在本实施方式中，由于基于疫苗接种历史记录来进行用户的通过限制，因此无需按每个活动或每个设施设定通过条件，可以不具备登记用终端40，也可以在服务器10的存储部12中不存储活动db12b以及设施db12c。另外，作为每个活动或每个设施的通过条件，也可以设定疫苗的接种次数，在该情况下，使用登记用终端40来设定每个活动或每个设施的通过条件，并存储于服务器10的活动db12b以及设施db12c中。
138.图34是示出实施方式11的用户db12a的结构例的示意图。本实施方式的用户db12a包含用户id列、姓名列、代码信息列、疫苗接种列等。代码信息列与用户id建立对应地存储在生成向各用户发行的代码时使用的信息(代码信息)。另外，也可以在代码信息中包含用户id。疫苗接种列与用户id建立对应地存储与用户的疫苗接种历史记录相关的信息。疫苗接种历史记录信息按每个接种次数(第几次接种)，包含接种日、接种的疫苗的制造商名、种类、批号、有效期限、接受疫苗接种的医疗机构等信息等。接种机构的信息包含医疗机构等的名称、以及所在地(例如国名、都道府县名)等。另外，疫苗接种历史记录信息例如也可以在从接种日起经过了给定有效期限的情况下由控制部11删除。此外，也可以构成为在用户db12a设置期限过期标志，在从接种日起经过了给定有效期限的情况下由控制部11将期限过期标志从0变更为1。
139.在本实施方式的信息处理系统100中，各设备执行与图8所示的处理相同的处理。另外，在本实施方式中，在图8中的步骤s26中服务器10的控制部11从用户db12a读出与从用
户终端20接收到的用户id对应的代码信息，并基于所读出的代码信息生成代码。由此，在本实施方式中也构成为，服务器10的控制部11(第一输出部)能够发行经由用户终端20请求的代码并向用户终端20输出，提供给用户。另外，在本实施方式中，将使用与用户建立了对应的代码信息而发行的代码提供给用户终端20。
140.图35是示出实施方式11的判定处理过程的一例的流程图。在图35中在左侧示出用户终端20进行的处理，在中央示出入场管理服务器30进行的处理，在右侧示出服务器10进行的处理。在以下的处理中，将在6个月以内接种了2次疫苗设定为通过条件。另外，疫苗例如能够设为新型冠状病毒的疫苗。在本实施方式中也构成为，用户终端20的控制部21在经由输入部24受理了phr应用22ap的执行指示以及代码的显示指示的情况下，使phr应用22ap启动，并将从服务器10接收到的代码显示于显示部25(s201)。然后，用户通过使显示有代码的用户终端20靠近闸门装置30a的代码读取器36，从而使代码读取器36读取代码。
141.入场管理服务器30的控制部31通过代码读取器36读取代码(s202)，取得代码信息(s203)。控制部31将所取得的代码信息向服务器10发送(s204)，向服务器10请求该用户的疫苗接种历史记录。服务器10的控制部11(取得部)在从入场管理服务器30请求疫苗接种历史记录的情况下，取得由入场管理服务器30读取到的代码信息，并进行基于从入场管理服务器30取得的代码信息的认证处理(s205)。在此，控制部11判断在用户db12a中是否登记有从入场管理服务器30取得的代码信息，在登记的情况下，判断为该用户是合法的用户。控制部11(读出部、第二输出部)判断是否成功认证为合法的用户(s206)，在判断为成功认证的情况下(s206：“是”)，从用户db12a读出经过认证的用户的疫苗接种历史记录信息(s207)，并将所读出的疫苗接种历史记录信息向入场管理服务器30发送(s208)。
142.入场管理服务器30的控制部31在从服务器10取得疫苗接种历史记录信息的情况下，基于所取得的疫苗接种历史记录信息，来判断是否满足通过条件(s209)。在此，控制部31基于疫苗接种历史记录信息，来判断该用户是否在6个月以内接种了2次疫苗。控制部31在判断为满足通过条件的情况下(s209：“是”)，即，在该用户在6个月以内接种了2次疫苗的情况下，通过闸门开闭部38来打开闸门38a(s210)。此时，控制部31也可以通过通知部37，来进行通知通过被许可的情况的通知处理。
143.另一方面，在判断为不满足通过条件的情况下(s209：“否”)，即，在该用户没有接种2次疫苗的情况、或虽然接种了2次但疫苗的有效期限(例如6个月)已过的情况下，控制部31通过闸门开闭部38来关闭闸门38a(s211)，并通过基于通知部37的通知处理来通知通过被拒绝的情况(s212)。这里的通知处理是通知通过被拒绝的理由的处理，例如，通知“没有接种2次疫苗”、“疫苗的有效期限已过”等。由此，用户能够掌握不满足与疫苗接种相关的通过条件，入场管理服务器30能够将用户的通过被拒绝的情况通知给用户和附近的活动的主办者或设施的负责人员。
144.在步骤s206中判断为未成功认证是合法的用户的情况下(s206：“否”)，服务器10的控制部11将表示该用户的通过拒绝的拒绝信息向入场管理服务器30发送(s213)。在该情况下，入场管理服务器30的控制部31也通过闸门开闭部38来关闭闸门38a(s211)，并通过基于通知部37的通知处理来通知通过被拒绝的情况(s212)。这里的通知处理是通知认证失败的处理，例如，通知“请读取正确的代码”等。由此，用户能够掌握使入场管理服务器30读取了错误的代码这样的情况。
145.通过上述的处理，在本实施方式的信息处理系统100中，在用户通过通过闸门时，基于在服务器10中登记的用户的疫苗接种历史记录，来进行是否满足通过条件的判定。然后，根据用户的疫苗接种历史记录是否满足通过条件，许可或拒绝通过闸门的通过。因此，能够将在服务器10中登记的各用户的疫苗接种历史记录用于入场管理系统对用户的通过限制。例如，在国境的出入境或向特定地域的出入时有义务接种疫苗的情况下，能够通过使用在服务器10中登记的各用户的疫苗接种历史记录来清除通过审查。
146.在本实施方式中，用户的疫苗接种历史记录是否满足通过条件的判断除了由入场管理服务器30进行以外，也可以由服务器10进行。在该情况下，服务器10在从用户db12a读出用户的疫苗接种历史记录之后，判断所读出的疫苗接种历史记录是否满足通过条件，并将判断结果向入场管理服务器30发送。另外，通过条件可以预先登记在服务器10中，也可以由服务器10从入场管理服务器30取得。此外，服务器10也可以根据疫苗接种历史记录是否满足通过条件，来判断该用户的通过的许可与否，并将判断结果向入场管理服务器30发送。进而，用户db12也可以除了包含疫苗接种的各种信息以外，还包含与感染症检查结果相关的信息(检查日、检查结果、检查场所等)。在该情况下，感染症检查结果在与图35的s207相同的定时读出，并与疫苗接种历史记录一起向入场管理服务器30发送。通过条件也可以除了包含上述的疫苗接种的通过条件以外，还包含感染症检查结果(例如在通过前的给定期间内接受的感染症检查结果)为阴性。
147.在本实施方式中，能够得到与上述的各实施方式同样的效果。此外，在本实施方式中，能够根据用户的疫苗接种历史记录来进行用户的通过(对活动的参加或向设施内的入场)的许可与否判定。例如在国境的出入境或向给定地域的出入时有义务进行新型冠状病毒的疫苗接种的情况下，能够基于在服务器10中登记的新型冠状病毒的疫苗接种历史记录来清除通过审查。在本实施方式中，也能够应用在上述的各实施方式中适当说明的变形例。此外，本实施方式的结构也能够应用于实施方式2-10的信息处理系统100，即使在应用于实施方式2-10的信息处理系统100的情况下也能够得到同样的效果。
148.另外，在本实施方式中，如上所述，示出了在图8中的步骤s26中服务器10的控制部11从用户db12a读出与从用户终端20接收到的用户id对应的代码信息，并基于所读出的代码信息生成代码的方式，但并不限定于此，在所生成的代码中，也可以除了包含代码信息以外，还包含疫苗接种历史记录信息和/或感染症检查结果信息。在该情况下，控制部11将包含qr码等代码、基于文字信息的疫苗接种历史记录信息和/或感染症检查结果的画面向用户终端20发送。然后，存储有通过条件的入场管理服务器30当读取该画面的代码时，取得代码所包含的代码信息、以及疫苗接种历史记录信息和/或感染症检查结果信息，并判断是否满足通过条件。由此，能够不经由服务器10而由入场管理服务器30单体执行用户的通过的拒绝判定。
149.(实施方式12)对在用户通过各种通过点(通过闸门)时的通过限制中，进行与疫苗接种历史记录以及感染症检查结果的内容相应的处理的结构的信息处理系统进行说明。本实施方式的信息处理系统100能够通过与实施方式1的信息处理系统100相同的装置来实现，因此省略对于结构的详细说明。另外，在本实施方式中，入场管理服务器30在图5所示的实施方式1的结构的基础上，在存储部32中存储有对应处理db32c以及通过管理db32d。对应处理db32c以及
通过管理db32d也可以存储于与入场管理服务器30连接的其他存储装置中，还可以存储于入场管理服务器30能够经由网络n进行通信的其他存储装置中。在本实施方式中，也可以不具备登记用终端40，也可以在服务器10的存储部12中不存储活动db12b以及设施db12c。另外，作为每个活动或每个设施的通过条件，也可以设定基于疫苗的接种次数和/或感染症检查结果的条件。
150.图36a是示出对应处理db32c的结构例的示意图。对应处理db32c存储与根据疫苗接种历史记录以及感染症检查结果应执行的处理相关的信息。具体而言，对应处理db32c包含处理id列、疫苗接种历史记录列、感染症检查结果列、处理内容列等。处理id列存储用于识别各处理的识别信息(处理id)。疫苗接种历史记录列例如存储与新型冠状病毒的疫苗接种历史记录相关的条件信息，具体而言包含2次接种完毕、1次接种完毕以及未接种。感染症检查结果列例如存储与新型冠状病毒的pcr检查结果相关的条件信息，例如包含阴性、阳性以及未检查等。处理内容列存储与根据疫苗接种历史记录的各条件以及感染症检查结果的各条件应执行的处理相关的信息。处理内容例如包含闸门装置30a对闸门的打开或关闭、通知部37对给定消息的通知、显示部35对给定消息的显示等。通过这样的结构，对应处理db32c登记根据疫苗接种历史记录以及感染症检查结果由通过闸门应执行的处理。对应处理db32c的内容预先设定并存储，能够适当变更。
151.图36b是示出通过管理db32d的结构例的示意图。通过管理db32d存储与由入场管理服务器30进行了用户的通过限制的结果相关的信息。具体而言，通过管理db32d包含入场管理服务器id列、用户id列、通过限制结果列、实施处理列等。入场管理服务器id列是对进行用户的通过限制的入场管理服务器30分配的id。另外，入场管理服务器id列也可以是除了入场管理服务器30的id以外，还存储分配给闸门装置30a的闸门id的结构。用户id列存储由入场管理服务器30判定了通过的许可与否的用户的用户id。通过限制结果列存储表示由入场管理服务器30进行的通过限制的结果的信息，例如存储许可通过或拒绝通过。实施处理列存储在通过限制时实施的处理内容，例如存储在对应处理db32c中登记的各处理的处理id。根据这样的结构的通过管理db32d，作为入场管理服务器30的通过限制的结果，能够蓄积各用户是被许可通过还是被拒绝通过、以及此时由闸门装置30a执行的处理的内容。通过管理db32d也可以是还存储各用户的疫苗接种历史记录以及感染症检查结果的结构。
152.在本实施方式的信息处理系统100中，各设备执行与图8所示的处理相同的处理。另外，在本实施方式中，在图8中的步骤s26中服务器10的控制部11基于与从用户终端20接收到的用户id对应的代码信息生成代码。由此，在本实施方式中也构成为，根据来自用户终端20的请求，基于与用户建立了对应的代码信息的代码由服务器10发行并提供给用户终端20。另外，服务器10的控制部11作为将根据与请求代码的用户的疫苗接种历史记录建立了对应的代码信息而生成的代码向请求源的用户的用户终端输出的第一输出部而进行动作。
153.图37是示出实施方式12的判定处理过程的一例的流程图。图37所示的处理追加了步骤s221～s222来代替图35所示的处理中的步骤s208，追加了步骤s251～s253来代替步骤s209～s210，并在步骤s212之后追加了步骤s254。对于与图35相同的步骤省略说明。本实施方式的用户终端20的控制部21、入场管理服务器30的控制部31以及服务器10的控制部11进行与图35所示的步骤s201～s207相同的处理。服务器10的控制部11从用户db12a读出经过认证的用户的疫苗接种历史记录信息(s207)，从用户db12a读出感染症检查的结果信息
(s221)，并将所读出的疫苗接种历史记录信息以及感染症检查的结果信息发送给入场管理服务器30(s222)。因此，服务器10的控制部11作为将入场管理服务器30读取代码的用户的疫苗接种历史记录以及感染症检查结果向入场管理服务器30输出的第二输出部而进行动作。
154.在本实施方式中，入场管理服务器30的控制部31在从服务器10取得疫苗接种历史记录信息以及感染症检查的结果信息的情况下，基于所取得的疫苗接种历史记录信息以及感染症检查的结果信息，确定由闸门装置30a应执行的处理(s251)。在此，控制部31基于对应处理db32c的存储内容，确定与从服务器10取得的疫苗接种历史记录信息以及感染症检查的结果信息一致的疫苗接种历史记录以及感染症检查结果，并确定与所确定的疫苗接种历史记录以及感染症检查结果对应的处理内容。
155.控制部31(执行部)对闸门装置30a指示所确定的处理的执行，由闸门装置30a执行所确定的处理(s252)。例如，控制部31在确定了闸门的打开作为应执行的处理的情况下，对闸门装置30a指示闸门的打开，闸门装置30a通过闸门开闭部38来打开闸门38a而许可用户的通过。此外，控制部31在作为应执行的处理而确定了闸门的关闭、以及感染症检查的实施的通知的情况下，对闸门装置30a指示闸门的关闭，并且指示感染症检查的实施的通知。在该情况下，闸门装置30a通过闸门开闭部38将闸门38a关闭来拒绝用户的通过，并且通过基于通知部37的通知处理来通知需要实施感染症检查。
156.控制部31将所执行的通过限制的结果存储于通过管理db32d中(s253)。具体而言，控制部31与入场管理服务器30的id建立对应地，将作为通过限制的对象的用户的用户id、表示通过被许可还是被拒绝的通过限制结果、和在通过限制时实施的处理建立对应地存储于通过管理db32d中。在通过限制时实施的处理中，例如也可以存储在对应处理db32c中登记的各处理的处理id。另外，控制部31也可以在通过管理db32d中，存储在步骤s203中取得的用户的代码信息、从服务器10接收到的疫苗接种历史记录以及感染症检查结果等。通过上述的处理，入场管理服务器30不仅能够进行通过闸门的通过限制，还能够通过与用户的疫苗接种历史记录以及感染症检查结果相应的处理来进行各种消息的通知等。此外，入场管理服务器30能够蓄积进行了通过限制的结果、各用户的通过的许可与否、对各用户由闸门装置30a进行的处理等，并能够保存与针对各用户的通过限制相关的信息。另外，也可以构成为入场管理服务器30将这样的通过限制的结果相关的信息发送给服务器10，服务器10将与各用户的通过限制相关的信息例如保存到用户db12a中。
157.另一方面，在步骤s206中判断为未成功认证用户的情况下(s206：“否”)，服务器10的控制部11向入场管理服务器30发送拒绝信息(s213)。在该情况下，入场管理服务器30的控制部31通过闸门开闭部38来关闭闸门38a(s211)，并通过基于通知部37的通知处理来通知通过被拒绝的情况(s212)。然后，控制部31将所执行的通过限制的结果存储于通过管理db32d中(s254)。在此，控制部31与入场管理服务器30的id建立对应地将作为通过限制的对象的用户的用户id、表示通过被拒绝的通过限制结果、以及在通过限制时实施的处理(具体而言闸门的关闭)建立对应地存储于通过管理db32d中。在此，控制部31也可以在通过管理db32d中，还存储在步骤s203中取得的用户的代码信息等。由此，入场管理服务器30能够蓄积与由于未成功认证用户而引起的通过拒绝的结果相关的信息。
158.在本实施方式中，能够得到与上述的各实施方式同样的效果。此外，在本实施方式
中，由于能够进行与用户的疫苗接种历史记录以及感染症检查的结果相应的处理，因此能够针对每个用户进行不同的对应。在本实施方式中，也能够应用在上述的各实施方式中适当说明的变形例。此外，本实施方式的结构也能够应用于实施方式2-10的信息处理系统100，即使在应用于实施方式2-10的信息处理系统100的情况下也能够得到同样的效果。
159.应当理解，本次公开的实施方式在所有方面均为例示，而并非限定性的表述。本发明的范围并不由上述内容而是由权利要求书来示出，旨在包含与权利要求书等同的意义以及范围内的所有变更。符号说明
160.10服务器11控制部12存储部13通信部20用户终端30入场管理服务器31控制部32存储部33通信部34闸门装置通信部36代码读取器37通知部38闸门开闭部39生物体信息取得部40登记用终端12a用户db12b活动db12c设施db30a闸门装置32a票券db32b引导内容db36b ic卡读取器36c摄像机38a闸门。