信息处理装置、信息处理方法、以及非临时性存储介质与流程

1.本公开涉及一种信息处理装置、信息处理方法、以及存储了程序的非临时性存储介质。


背景技术：

2.专利文献1公开了一种由用户终端、第三者终端和救生急救辅助装置构成的系统。在本系统中，根据用户的生物体信息来判断救生急救的紧急性。此外，还计算出用户与多个第三者各自之间的距离信息。并且，基于救生急救的紧急性、距离信息、各个第三者的属性信息，从而对发送救生指示信息的第三者终端进行筛选。
3.在先技术文献
4.专利文献
5.专利文献1：日本特开2012-222443号公报


技术实现要素：

6.发明所要解决的课题
7.本公开的目的在于，促进进行急救活动。
8.用于解决课题的方法
9.本公开的方式之一为，
10.一种信息处理装置，其具备控制部，所述控制部执行如下处理，即：
11.接收表示被预先登记的第一用户实施了伤病者的急救处置的情况的第一信息；
12.生成表示与所接收到的所述第一信息相对应的奖励的数据。
13.本公开的其他方式之一为，
14.一种信息处理方法，在该方法中，计算机执行如下处理，即：
15.接收表示被预先登记的第一用户实施了伤病者的急救处置的情况的第一信息；
16.生成表示与所接收到的所述第一信息相对应的奖励的数据。
17.本公开的其他方式之一为，
18.存储了程序的非临时性存储介质，其中，所述程序使计算机执行如下处理，即：
19.取得与第一用户相关的信息；
20.将表示所述第一用户实施了伤病者的急救处置的情况的第一信息向生成表示奖励的数据的服务器进行发送。
21.本公开的其他方式为，一种用于使计算机执行上述的信息处理方法的程序、或者对该程序进行非临时存储的存储介质。此外，本公开的其他的方式为，一种存储于上述的非临时存储介质中的程序、计算机执行该程序的信息处理方法、或者具有上述的非临时存储介质的信息处理装置。
22.发明效果
23.根据本公开，能够促进进行急救活动。
附图说明
24.图1为表示第一实施方式所涉及的系统的概要结构的图。
25.图2为概要性地表示构成第一实施方式所涉及的系统的第一终端、第二终端、以及服务器的各自的结构的一个示例的框图。
26.图3为例示了第一终端、第二终端、以及服务器的功能结构的图。
27.图4为例示了被储存在第一用户信息db中的第一用户信息表格的结构的图。
28.图5为例示了被储存在奖励信息db中的奖励信息表格的结构的图。
29.图6为表示系统的整体的处理的顺序图。
30.图7为第一实施方式所涉及的给予奖励的处理的流程图。
31.图8为第一实施方式所涉及的第二终端中的处理的流程图。
32.图9为表示第二实施方式所涉及的系统的概要结构的图。
33.图10为概要性地表示构成实施方式所涉及的系统的第一终端、aed、以及服务器的各自的结构的一个示例的框图。
34.图11为例示了第一终端、aed、以及服务器的功能结构的图。
35.图12为第二实施方式所涉及的给予奖励的处理的流程图。
36.图13为第二实施方式所涉及的aed中的处理的流程图。
37.图14为例示了被储存在第三实施方式所涉及的第一用户信息db中的第一用户信息表格的结构的图。
38.图15为第三实施方式所涉及的给予奖励的处理的流程图。
39.图16为第四实施方式所涉及的第一终端中的处理的流程图。
40.图17为第四实施方式所涉及的给予奖励的处理的流程图。
具体实施方式
41.作为本公开的方式之一的信息处理装置，具备控制部。控制部执行如下处理，即：接收表示被预先登记的第一用户实施了伤病者的急救处置的情况的第一信息；生成表示与所接收到的第一信息相对应的奖励的数据。
42.第一用户为，具有能够对伤病者进行救护的资格的用户，例如为，医生、护士或者急救人员等。在第一用户接受奖励的情况下，第一用户需要被进行登记。该登记也可以由第一用户来实施。作为其他方法，也可以在取得能够对上述的伤病者进行救护的资格时一起被登录。例如，第一信息以能够对第一用户进行特别指定、并且能够对第一用户实施了伤病者的急救处置的情况进行判断的方式而被生成。
43.控制部生成表示与第一信息相对应的奖励的数据。奖励不限于金钱，也可以是与社会身份有关的东西。例如，也可以进行信用卡的等级提升。此外，奖励也可以为，加上用于实施信用卡的等级提升的分数的奖励。如此，通过根据第一信息来给予奖励，从而能够促进第一用户参加急救活动。
44.以下，基于附图来对本公开的实施的方式进行说明。以下的实施方式的结构为例示，本公开并未被限定于实施方式的结构。此外，以下的实施方式能够尽可能地组合。
45.＜第一实施方式＞
46.图1为，表示本实施方式所涉及的系统1的概要结构的图。系统1为，例如在第一用
户对伤病者实施了急救处置时，针对该第一用户而给予奖励的系统。系统1包括第一用户所使用的第一终端10、第二用户所使用的第二终端20、以及服务器30。第一用户为能够对伤病者实施急救处置的用户、且为例如医生、护士、或者具有急救人员等的资格的医疗从业者。另一方面，第二用户为收到对伤病者进行救护的请求并通过例如急救车而赶到现场的用户，且为例如急救队员。
47.第一用户为例如恰好在现场的用户、且为在现场对伤病者实施了救护的用户。该第一用户为，例如在没有收到请求的条件下按照自己的意愿而对伤病者进行了救护的用户。
48.第一用户所持有的第一终端10、和第二用户所持有的第二终端20能够在救护伤病者的现场进行近距离无线通信。并且，与第一用户相关的信息从第二终端20被发送向服务器30。如此一来，服务器30将针对第一用户而给予奖励。第一用户被预先登记在服务器30中。第一用户的登记也可以通过例如第一终端10来实施。此外，第一用户向服务器30进行登记的第一终端10、和与第二终端20进行近距离无线通信的第一终端10也可以为不同的终端。
49.第一终端10、第二终端20以及服务器30通过网络n1而被相互连接在一起。另外，网络n1为例如互联网等的世界规模的公共通信网，也可以采用wan(wide area network：广域网)或其他的通信网。此外，网络n1也可以包括移动电话等的电话通信网、wi-fi(注册商标)等的无线通信网。另外，虽然在图1中，例示性地图示了一个第一终端10以及一个第二终端20，但是这些设备可以存在多个。
50.此外，第一终端10和第二终端20通过网络n2而被连接在一起。网络n2为，例如包括蓝牙(bluetooth(注册商标))、nfc(near field communication：近场通信)、rfid(radio frequency identification：射频识别)、或者ble(bluetooth(注册商标)low energy)等在内的近距离无线网络。第一终端10和第二终端20例如在救护伤病者的现场中，能够通过网络n2而进行直接通信。
51.接下来，基于图2，对第一终端10、第二终端20、以及服务器30的硬件结构以及功能结构进行说明。图2为，概要性地表示构成本实施方式所涉及的系统1的第一终端10、第二终端20以及服务器30的各自的结构的一个示例的框图。
52.服务器30具有一般性的计算机的结构。服务器30具有：处理器31、主存储部32、辅助存储部33、以及通信部34。这些部件通过总线而被相互连接在一起。另外，处理器31为控制部的一个示例。此外，主存储部32以及辅助存储部33为存储部的一个示例。
53.处理器31为cpu(central processing unit：中央处理器)或dsp(digital signal processor：数字信号处理器)等。处理器31对服务器30进行控制，并且实施各种各样的信息处理的运算。主存储部32为，ram(random access memory：随机存取存储器)、rom(read only memory：只读存储器)等。辅助存储部33为，eprom(erasable programmable rom：可擦写可编程只读存储器)、硬盘驱动器(hdd、hard disk drive)、可移动介质等。在辅助存储部33中，储存有操作系统(operating system：os)、各种程序、各种表格等。处理器31将被储存于辅助存储部33中的程序加载至主存储部32的作业区域中并执行，通过该程序的执行从而对各个结构部等进行控制。由此，服务器30实现了与预定的目的相符的功能。主存储部32以及辅助存储部33为，能够由计算机读取的记录介质。另外，服务器30既可以为单一的计算
机，也可以为多台计算机协作而成。此外，被储存于辅助存储部33中的信息也可以被储存在主存储部32中。此外，被储存于主存储部32中的信息也可以被储存在辅助存储部33中。
54.通信部34为，经由网络n1从而与第一终端10以及第二终端20进行通信的单元。通信部34为，例如lan(local area network：局域网)接口板、用于无线通信的无线通信电路。lan接口板或无线通信电路与网络n1相连接。
55.另外，虽然通过服务器30而被执行的一系列处理也能够通过硬件来执行，但是也能够通过软件来执行。
56.接下来，对第一终端10以及第二终端20进行说明。第一终端10以及第二终端20为，例如智能手机、移动电话、平板终端、个人信息终端、可佩戴式计算机(智能手表等)、个人计算机(personal computer、pc)这样的小型的计算机。第一终端10具有处理器11、主存储部12、辅助存储部13、输入部14、显示器15、以及通信部16。这些部件通过总线而被相互连接在一起。第二终端20具有处理器21、主存储部22、辅助存储部23、输入部24、显示器25、以及通信部26。这些部件通过总线而被相互连接在一起。关于第一终端10的处理器11、主存储部12以及辅助存储部13，由于与服务器30的处理器31、主存储部32以及辅助存储部33是相同的，因此省略说明。此外，关于第二终端20的处理器21、主存储部22以及辅助存储部23，也由于与服务器30的处理器31、主存储部32以及辅助存储部33是相同的，因此省略说明。
57.输入部14为接受用户所实施的输入操作的单元，且例如为触摸面板、鼠标、键盘、或者按压按钮等。显示器15为向用户提示信息的单元，且例如为lcd(liquid crystal display：液晶显示器)或者el(electroluminescence：有机电致)面板等。输入部14以及显示器15也可以作为一个触摸面板显示器而被构成。
58.通信部16为，用于将第一终端10与网络n1以及网络n2进行连接的通信单元。通信部16为，例如利用移动体通信服务(例如，5g(5th generation：第五代移动通信技术)、4g(4th generation：第四代移动通信技术)、3g(3rd generation：第三代移动通信技术)、lte(long term evolution：长期进化)等电话通信网)、wi-fi(注册商标)、bluetooth(注册商标)、nfc(near field communication)、rfid(radio frequency identification)、或者ble(bluetooth(注册商标)low energy)等无线通信网，并经由网络n1或网络n2而与其他装置(例如，第二终端20或者服务器30等)进行通信的电路。
59.由于第二终端20的输入部24、显示器25以及通信部26与第一终端10的输入部14、显示器15以及通信部16是相同的，因此省略说明。
60.接下来，图3为，例示了第一终端10、第二终端20以及服务器30的功能结构的图。在服务器30中，作为功能结构要素而包括控制部301、第一用户信息db311、第二用户信息db312以及奖励信息db313。服务器30的处理器31通过主存储部32上的计算机程序，从而执行控制部301的处理。但是，各个功能结构要素中的任意一个、或者其处理的一部分也可以通过硬件电路而被执行。
61.第一用户信息db311、第二用户信息db312以及奖励信息db313是通过由处理器31所执行的数据库管理系统(database management system、dbms)的程序对被存储于辅助存储部33中的数据进行管理，从而被构建的。第一用户信息db311、第二用户信息db312以及奖励信息db313例如为关系数据库。
62.控制部301从第一终端10接受第一用户的登记。控制部301在从第一终端10接收到
第一用户信息时，将其储存在第一用户信息db311中。在第一用户信息中，包括第一用户的识别信息(用户id)、第一用户的登记编号以及第一用户的姓名。登记编号为，与医疗从业者相关的登记编号。
63.此外，控制部301从第二终端20接受第二用户的登记。控制部301在从第二终端20接收到第二用户信息时，将其储存在第二用户信息db312中。在第二用户信息中，包括第二用户的识别信息(用户id)、第二用户的登记编号以及第二用户的姓名。登记编号为，与医疗从业者相关的登记编号。
64.图4为，例示了被储存于第一用户信息db311中的第一用户信息表格的结构的图。第一用户信息表格具有用户id、登记编号以及姓名的各个字段。用户id字段为，被输入有与第一用户相对应的识别信息(用户id)的字段。用户id也可以由控制部301赋予。登记编号字段为，被输入有第一用户的登记编号的字段。登记编号为，第一用户作为医疗从业者而进行登记时被赋予的编号。该登记编号例如为，第一用户作为医生而进行登记时被赋予的医生的登记编号。姓名字段为，被输入有第一用户的姓名的字段。
65.在第二用户信息db312中，也储存有与图4所示的结构相同的结构的第二用户信息表格。另外，例如急救队员能够登记为第一用户以及第二用户中的任意一个。
66.此外，控制部301从第二终端20中取得与在现场救护了伤病者的第一用户相关的信息。在下文中，也将与在现场救护了伤病者的第一用户相关的信息称为救护信息。在救护信息中，包含有第一用户的用户id。从第二终端20取得了救护信息的控制部301针对在现场救护了伤病者的第一用户而给予奖励。因此，控制部301生成表示与所接收到的和第一用户相关的信息相对应的奖励的数据。在该奖励中，包含有例如分数。该分数针对每个第一用户而被累计。例如，信用卡也可以根据该分数来进行等级提升。在这种情况下，控制部301在所累计的分数成为阈值以上时，将向信用卡公司发送与信用卡的等级提升相关的信息。此外，例如也可以根据分数而给予商品的折扣券。此外，例如作为与第一用户的状态相关的信息，控制部301也可以公开分数。
67.图5为，例示了被储存在奖励信息db313中的奖励信息表格的结构的图。奖励信息表格具有用户id以及奖励的各个字段。用户id字段为，被输入有与第一用户相对应的识别信息(用户id)的字段。该用户id对应于第一用户信息db311涉及的用户id。在奖励字段中，被输入有与被给予到各个第一用户的奖励相关的信息。例如，控制部301在接收到救护信息时，在已被输入到奖励字段中的分数上加上预定值，并对奖励字段进行更新。预定值例如可以为1，也可以根据救护的内容来设定。救护的内容既可以从第二终端20中取得，也可以取得伤病者被紧急输送到的医院的医生向医院的终端所输入的信息。
68.接下来，在第一终端10中，作为功能结构要素而包括控制部101。第一终端10的处理器11通过主存储部12上的计算机程序，从而执行控制部101的处理。但是，控制部101的一部分也可以通过硬件电路而被执行。控制部101生成第一用户信息。控制部101在显示器15上显示出促使进行第一用户信息的输入的操作画面，并生成与由用户实施的向输入部14的输入相应的第一用户信息。所生成的第一用户信息通过控制部101而被发送至服务器30。例如也可以在实施用户登记时生成第一用户信息并将其发送至服务器30。此外，控制部101响应于来自第二终端20的请求，从而将用户id发送至第二终端20。此外，控制部101使显示器15显示对应于从服务器30被给予的与奖励相关的信息的图像。
69.接下来，在第二终端20中，作为功能结构要素而包括控制部201。第二终端20的处理器21通过主存储部22上的计算机程序，从而执行控制部201的处理。但是，控制部201的一部分也可以通过硬件电路而被执行。控制部201针对实施了伤病者的救护的第一用户的第一终端10而请求进行用户id的发送。因此，控制部201与第一终端10进行近距离无线通信。此外，控制部201将从第一终端10中取得的包括用户id在内的救护信息向服务器30进行发送。
70.接下来，对系统1的整体的处理进行说明。图6为，表示系统1的整体的处理的顺序图。在第一终端10中，生成第一用户信息(s11的处理)，向服务器30发送(s12的处理)。在接收到了第一用户信息的服务器30中，通过将第一用户信息登记在第一用户信息db311中，从而使第一用户信息db311被更新(s13的处理)。另外，对于第二用户而言，也采用同样的方式而登记在第二用户信息db312中。
71.此外，在第二用户为了进行伤病者的救护而到达现场时，在认定为在现场第一用户已救护了伤病者的情况下，向第一用户委托进行用于确认用户id的与第一终端10的通信。然后，在第一终端10与第二终端20之间进行近距离无线通信。在第二终端20中，生成与发送用户id的委托相关的信息(s14的处理)，并向第一终端10进行发送(s15的处理)。响应于该委托，从而从第一终端10向第二终端20发送与第一用户的用户id相关的信息(s16的处理)。
72.在从第一终端10接收到了与第一用户的用户id相关的信息的第二终端20中，生成包括第一用户的用户id和第二用户的用户id在内的救护信息(s17的处理)。当生成了救护信息时，该救护信息从第二终端20向服务器30被发送(s18的处理)。然后，在服务器30中，基于第一用户的用户id从而使奖励信息db313被更新(s19的处理)。即，服务器30在与第一用户的用户id相对应的奖励字段上加上本次的分数并进行更新。
73.接下来，对服务器30向第一用户给予奖励的处理进行说明。图7为，本实施方式所涉及的给予奖励的处理的流程图。图7所示出的处理被服务器30每预定时间反复执行。另外，设为在第一用户信息db311以及第二用户信息db312中储存有需要的信息来进行说明。
74.在步骤s101中，控制部301对是否接收到了救护信息进行判断。当在步骤s101中作出肯定判断的情况下，进入到步骤s102，在作出否定判断的情况下，使本例程结束。在步骤s102中，控制部301将第二用户的用户id与第二用户信息db312进行核对。在此，控制部301为了确认第二用户是登记完毕的用户，而将第二用户的用户id与被储存于第二用户信息db312中的第二用户的用户id进行核对。
75.在步骤s103中，控制部301对第二用户是否为登记完毕的用户进行判断。控制部301在第二用户的用户id存在于第二用户信息db312中的情况下，判断为第二用户是登记完毕的用户。当在步骤s103中作出肯定判断的情况下，进入到步骤s104，在作出否定判断的情况下，进入到步骤s109。
76.在步骤s104中，控制部301对在救护信息中是否包含有第二用户的承认信息进行判断。承认信息是基于第二用户向第二终端20的输入而在第二终端20被中生成的，并且与救护信息一起被发送向服务器30。另外，也可以将第二用户的用户id作为承认信息来利用。即，如果在救护信息中包含有第二用户的用户id，则也可以判断为包含有第二用户的承认信息。当在步骤s104中作出肯定判断的情况下，进入到步骤s105，在作出否定判断的情况
下，进入到步骤s109。
77.在步骤s105中，控制部301将第一用户的用户id与第一用户信息db311进行核对。在此，控制部301为了确认第一用户为登记完毕的用户，而将第一用户的用户id与被储存于第一用户信息db311中的第一用户的用户id进行核对。
78.在步骤s106中，控制部301对第一用户是否为登记完毕的用户进行判断。控制部301在第一用户的用户id存在于第一用户信息db311中的情况下，判断为第一用户是登记完毕的用户。当在步骤s106中作出肯定判断的情况下，进入到步骤s107，在作出否定判断的情况下，进入到步骤s109。
79.在步骤s107中，控制部301对奖励信息db313进行更新。控制部301在于奖励信息db313中与第一用户相对应的奖励字段的分数上加上预定的分数，从而对该奖励字段进行更新。在步骤s108中，控制部301向第一终端10或第二终端20发送奖励给予信息。奖励给予信息为，与针对第一用户而给予奖励的情况相关的信息。在奖励给予信息中，也可以包含有与所给予的分数相关的信息、或者分数的合计值。在接收到了奖励给予信息的第一终端10或第二终端20中，在显示器15或显示器25上显示出与奖励给予信息相对应的画面。
80.另一方面，在步骤s109中，控制部301向第二终端20发送错误信息。错误信息为，与无法给予奖励的情况相关的信息。另外，第一用户未被登记、第二用户未被登记、或者没有第二用户的承认等信息也可以被包含在错误信息中。在接收到错误信息的第二终端20中，与错误信息相对应的画面被显示在显示器25上。
81.接下来，对第二终端20中的处理进行说明。图8为，本实施方式所涉及的第二终端20中的处理的流程图。图8所示出的处理被第二终端20每预定时间反复执行。另外，设为第二用户id为登记完毕的id来进行说明。
82.在步骤s201中，控制部201生成用户id发送委托。用户id发送委托为，用于委托第一终端10发送第一用户的用户id的信息。接下来，在步骤s202中，控制部201向第一终端10发送所生成的用户id发送委托。
83.在步骤s203中，控制部201对是否从第一终端10接收到了第一用户的用户id进行判断。当在步骤s203中作出肯定判断的情况下，进入到步骤s205，在作出否定判断的情况下，进入到步骤s204。在步骤s204中，控制部201将错误信息输出至显示器25。例如，在没有对第一用户赋予用户id的情况下、或者在没有从第一终端10的回应的情况下，显示错误画面。
84.在步骤s205中，控制部201生成承认信息。承认信息也可以设为，用于承认针对第一用户救护了伤病者的情况而对第一用户给予奖励的情况的信息。在承认信息中，包含有例如第二用户的用户id、或者第二用户输入至第二终端20的承认代码。控制部201例如使显示器25显示促使进行第二用户的用户id或承认代码的输入的画面，并取得第二用户输入到输入部24中的第二用户的用户id或者承认代码。另外，第二用户的用户id或承认代码也可以预先存储在第二终端20的辅助存储部23中。
85.在步骤s206中，控制部201生成救护信息。在救护信息中，包含有承认信息、第一用户的用户id以及第二用户的用户id。并且，在步骤s207中，控制部201将救护信息向服务器30进行发送。
86.在步骤s208中，控制部201对是否从服务器30接收到了奖励给予信息进行判断。当
在步骤s208中作出肯定判断的情况下，进入到步骤s209，在作出否定判断的情况下，进入到步骤s210。在步骤s209中，控制部201输出奖励给予信息。在此，控制部201例如使显示器25显示与奖励给予信息相应的画面。在显示器25上，例如显示有被给予了奖励的情况。
87.另一方面，在步骤s210中，控制部201输出错误信息。在此，控制部201例如使显示器25显示与错误信息相应的画面。在显示器25上，例如被显示有奖励未被给予的情况。同时，也可以显示第一用户或者第二用户未被登记的情况、或者在承认代码中存在错误的情况。使显示器25进行显示的信息从服务器30被发送。
88.另外，虽然在上述说明中，从第二终端20向服务器30发送救护信息，但是作为其他方法，也可以从第一终端10向服务器30发送救护信息。在这种情况下，例如也可以采用如下方式，即，在救护现场中，从第二终端20向第一终端10发送第二用户的用户id以及承认信息，并在第一终端10中生成救护信息。
89.如上文所说明的那样，根据本实施方式，由于恰好路过了伤病者所处的场所的第一用户对伤病者进行救护，因而将针对第一用户而给予奖励。因此，能够促进第一用户实施急救活动。
90.＜第二实施方式＞
91.图9为，表示本实施方式所涉及的系统500的概要结构的图。主要对与第一实施方式不同的点进行说明。本实施方式所涉及的系统500为，在第一用户使用aed40来救护伤病者的情况下，从aed40向服务器30发送与第一用户相关的信息，并且服务器30根据该信息而对第一用户给予奖励的系统。
92.系统500包括：第一用户所使用的第一终端10、第一用户所使用的自动体外除颤器40(automated external defibrillator，以下称为aed40)、以及服务器30。aed40例如被设置在公共设施等处。关于第一终端10以及服务器30，则与第一实施方式是相同的。
93.第一终端10和aed40通过网络n2而被连接在一起。网络n2为，例如包括蓝牙(bluetooth(注册商标))、nfc(near field communication)、rfid(radio frequency identification)或者ble(bluetooth(注册商标)low energy)等在内的近距离无线网络。第一终端10和aed40例如在救护伤病者的现场中，能够通过网络n2而进行直接通信。
94.接下来，基于图10，对第一终端10、aed40以及服务器30的硬件结构及功能结构进行说明。图10为，概要性地表示构成本实施方式所涉及的系统500的第一终端10、aed40以及服务器30的各自的结构的一个示例的框图。由于第一终端10以及服务器30与第一实施方式是相同的，因此省略说明。
95.aed40为，当将垫片(通电部47)贴附在伤病者的身体上时，进行心电图的分析，并在检查出心室颤动时实施除颤的设备。aed40具有：处理器41、主存储部42、辅助存储部43、输入部44、显示器45、通信部46以及通电部47。这些部件通过总线而被相互连接在一起。关于处理器41、主存储部42、辅助存储部43、输入部44、显示器45、通信部46，由于与第一实施方式的第二终端20的处理器21、主存储部22、辅助存储部23、输入部24、显示器25、通信部26是相同的，因此省略说明。通电部47为，用于使电流在伤病者的身体内流动的电路，并且在与伤病者的身体接触的部分上设置有垫片。
96.接下来，图11为，例示了第一终端10、aed40以及服务器30的功能结构的图。由于第一终端10的功能结构要素与第一实施方式是相同的，因此省略说明。在服务器30中，作为功
能结构要素而包括控制部301、第一用户信息db311、aed信息db314以及奖励信息db313。即，代替第一实施方式中的第二用户信息db312，而包含aed信息db314。在aed信息db314中，储存有aed40的识别信息(aed40的id)。aed40例如通过aed40的管理者而被预先登记，并且通过服务器30的控制部301而被赋予了aed40的id。
97.在aed40中，作为功能结构要素而包括控制部401。aed40的处理器41通过主存储部42上的计算机程序，从而执行控制部401的处理。控制部401基于输入部44的输入而实施除颤。关于除颤，由于与现有的aed相同，因此省略说明。此外，控制部401在实施了除颤之后，针对进行了伤病者的救护的第一用户的第一终端10而请求进行用户id的发送。因此，控制部401与第一终端10实施近距离无线通信。此外，控制部401将从第一终端10取得的第一用户的用户id与aed40的id建立关联，并作为救护信息而向服务器30进行发送。
98.接下来，对服务器30向第一用户给予奖励的处理进行说明。图12为，本实施方式所涉及的给予奖励的处理的流程图。图12所示出的处理被服务器30每预定时间反复执行。另外，设为在第一用户信息db311以及aed信息db314中储存有必要的信息来进行说明。关于执行与图7所示出的例程相同的处理的步骤，标记相同的符号并省略说明。
99.在图12所示出的例程中，当在步骤s101中作出肯定判断的情况下，进入到步骤s301。在步骤s301中，控制部301将aed40的id与aed信息db314进行核对。在此，控制部301为了确认aed40登记完毕的情况，而将aed40的id与被储存于aed信息db314中的aed的id进行核对。
100.在步骤s302中，控制部301对aed40是否为登记完毕的aed进行判断。控制部301在aed40的id存在于aed信息db314中的情况下，判断为aed40登记完毕。当在步骤s302中作出肯定判断的情况下，进入到步骤s303，在作出否定判断的情况下，进入到步骤s305。
101.在步骤s303中，控制部301对在救护信息中是否包含有aed40的承认信息进行判断。承认信息在aed40被使用并且与第一终端10进行了通信的情况下在aed40中被生成，并且与救护信息一起被发送向服务器30。当在步骤s303中作出肯定判断的情况下，进入到步骤s105，在作出否定判断的情况下，进入到步骤s305。
102.此外，在步骤s304中，控制部301向第一终端10或aed40发送奖励给予信息。另一方面，在步骤s305中，控制部301向aed40发送错误信息。错误信息为，与无法给予奖励的情况相关的信息。另外，第一用户没有被登记、aed40没有被登记等信息也可以被包含在错误信息中。在接收到了错误信息的aed40中，在显示器45上显示出与错误信息相应的画面。
103.接下来，对aed40中的处理进行说明。图13为，本实施方式所涉及的aed40中的处理的流程图。图13所示出的处理被aed40每预定时间反复执行。另外，设为aed40的id为登记完毕的id来进行说明。此外，关于aed40的控制部401执行在图8所示的例程中与控制部201相同的处理的步骤，标记相同的符号并省略说明。
104.在图13所示出的例程中，当在步骤s203中作出肯定判断时，将进入步骤s401。在步骤s401中，控制部401生成承认信息。在承认信息中，包含有例如aed40的id。aed40的id被预先存储在辅助存储部43中。此外，在承认信息中，包含有表示用户使用了aed40的情况的信息。
105.在步骤s402中，控制部401生成救护信息。在救护信息中，包含有承认信息以及第一用户的用户id。
106.在步骤s403中，控制部401输出奖励给予信息。在此，控制部401例如使显示器45显示与奖励给予信息相应的画面。在显示器45上，例如显示出被给予了奖励的情况。
107.另一方面，在步骤s404中，控制部401输出错误信息。在此，控制部401例如使显示器45显示与错误信息相应的画面。在显示器45上，显示出例如奖励未被给予的情况。同时，也可以显示出第一用户或者aed40没有被登记的情况。
108.如上文所说明的那样，根据本实施方式，由于恰好路过伤病者所处的场所的第一用户利用aed40而救护了伤病者，因而针对第一用户而给予奖励。因此，能够促进第一用户实施急救活动。
109.另外，虽然在第二实施方式所涉及的系统500中，从aed40向服务器30发送了与第一用户相关的信息，但是代替于此，也可以和与第一用户相关的信息一起，将与使用了aed40的情况相关的信息从第一终端10向服务器30发送。并且，服务器30也可以根据该信息而对第一用户给予奖励。在这种情况下，例如，也可以在救护现场中，从aed40向第一终端10发送aed40的id以及承认信息，并在第一终端10中生成救护信息。
110.＜第三实施方式＞
111.在本实施方式所涉及的系统1中，当在实施急救活动的时间段内的第一用户的位置和实施急救活动的位置相重叠的情况下，对第一用户给予奖励。第一用户的位置能够根据第一终端10的位置信息来获得。实施急救活动的位置既可以采用具有救护的请求的场所，也可以基于第二终端20的位置信息而获得。此外，也可以基于需要救护者的终端的位置信息来获得。另外，在下文中，对利用第二终端20的位置信息的示例进行说明。在本实施方式中，不实施第一终端10和第二终端20之间的近距离无线通信。
112.在此，由于在急救活动的现场，不能浪费一点时间，因此也可能存在很难进行第一终端10和第二终端20之间的近距离无线通信的情况。因此，服务器30的控制部301在实施急救活动的时刻下，在第一终端10与第二终端20的位置信息重叠的情况下，判断为持有第一终端10的第一用户在现场实施了急救活动。例如，也可以在对伤病者进行了救护之后，由第二用户将时刻以及位置输入到第二终端20中。除此之外，例如，也可以采用如下方式，即，服务器30取得急救车的目的地以及到达时刻，并在于急救车的到达时刻下急救车的目的地与第一终端10的位置重叠的情况下，判断为第一用户实施了急救活动。另外，时刻以及位置无需严格地重叠，只要被认为是在同一个时间段内存在于同一个场所中即可。
113.图14为，例示了本实施方式所涉及的被储存在第一用户信息db311中的第一用户信息表格的结构的图。第一用户信息表格具有：用户id、登记编号、姓名、时刻以及位置的各个字段。用户id、登记编号、姓名的各个字段与图4相同。时刻字段为，被输入有时刻的字段。时刻也可以以预定的间隔而被输入。此外，也可以代替时刻，而被输入有具有某种程度的时间性的宽度的时间段。位置字段为，被输入有与时刻相对应的位置信息的字段。在本实施方式中，在第一用户信息中，包含有被储存在第一用户信息db311中的用户id、登记编号、姓名、时刻以及位置。在第二用户信息db312中，也储存有与图14所示的结构相同结构的第二用户信息。
114.服务器30的控制部301例如从第二终端20中取得关于实施急救活动的场所以及时刻的信息。例如，在第二用户向第二终端20中写入关于急救活动的报告书时，在输入了场所以及时刻的情况下，该信息将从第二终端20被发送向服务器30。作为其他方法，例如，作为
实施急救活动的场所，也可以从急救车或对该急救车进行管理服务器中取得急救车的目的地以及到达该目的地的时刻。
115.控制部301在取得了实施急救活动的场所以及时刻时，对第一用户是否在同一时刻存在于同一位置中进行判断，如果是存在，则对该第一用户给予奖励。即，存在于实施急救活动的场所处的第一用户被视为参加了急救活动的用户从而给予奖励。
116.接下来，对服务器30向第一用户给予奖励的处理进行说明。图15为，本实施方式所涉及的给予奖励的处理的流程图。图15所示的处理被服务器30每预定时间反复执行。另外，设为在第一用户信息db311以及第二用户信息db312中储存有必要的信息来进行说明。
117.在步骤s501中，控制部301对是否接收到了救护场所信息进行判断。救护场所信息包含表示实施急救活动的场所以及时刻的信息，并且例如从第二终端20、急救车、或者对急救车进行管理的服务器等被发送。救护场所例如包含由坐标或者住址等示出的实施急救活动的位置信息。当在步骤s501中作出肯定判断的情况下，进入步骤s502，在作出否定判断的情况下，使本例程结束。
118.在步骤s502中，控制部301对在与实施急救活动的位置以及实施急救活动的时刻为同一时刻且存在于同一位置的第一用户进行特别指定。控制部301对与被储存于第一用户信息db311中的位置以及时刻和救护场所信息中所包含的位置以及时刻相一致的记录相对应的第一用户进行特别指定。
119.在步骤s503中，控制部301对第一用户是否存在于实施急救活动的场所进行判断。控制部301基于步骤s502的结果，从而对第一用户是否存在于实施救护活动的同一时刻、同一位置进行判断。当在步骤s503中作出肯定判断的情况下，进入步骤s107，在作出否定判断的情况下，使本例程结束。
120.如上文所说明的那样，根据本实施方式，能够在第一用户以及第二用户实施急救活动的现场不让两方费事的条件下，向第一用户给予奖励。
121.＜第四实施方式＞
122.在第四实施方式中，受到救护的伤病人员承认第一用户实施了急救活动的情况。另外，在伤病人员没有意识等情况下，在伤病人员作出承认很困难的情况下，也可以由正好在周围的人员代为承认。
123.例如，也可以采用如下方式，即，在伤病人员的终端和第一终端10或第二终端20之间实施近距离无线通信，从而将伤病人员的信息发送至第一终端10或第二终端20中。在伤病人员的信息中，包含有用于对伤病人员进行特别指定的信息、以及用于承认第一用户实施了急救活动的情况的信息。此外，例如，也可以采用如下方式，即，在伤病者持有被安装了存储有能够对伤病者进行特别指定的信息的ic标签的身份证等的情况下，从该ic标签中读取信息并设为伤病者的信息。
124.接下来，对第一终端10中的处理进行说明。图16为，本实施方式所涉及的第一终端10中的处理的流程图。图16所示的处理被第一终端10每预定时间反复执行。
125.在步骤s601中，控制部101取得伤病者的信息。例如，在伤病者持有被存储有能够对伤病者进行特别指定的信息的ic标签的情况下，通过通信部16而读取被存储在ic标签中的信息。也可以将该读取到的信息设为伤病者的信息。另外，设为在该信息中包含有用于承认给予奖励的情况的信息来处理。
126.在步骤s602中，控制部101生成救护信息。在救护信息中，包含有承认信息、伤病者的信息以及第一用户的用户id。然后，在步骤s603中，控制部101将救护信息向服务器30进行发送。
127.在步骤s604中，控制部101对是否从服务器30接收到了奖励给予信息进行判断。当在步骤s604中作出肯定判断的情况下，进入步骤s605，在作出否定判断的情况下，进入步骤s606。在步骤s605中，控制部101输出奖励给予信息。在此，控制部101例如使显示器15显示与奖励给予信息相应的画面。在显示器15上，例如显示出给予了奖励的情况。
128.另一方面，在步骤s606中，控制部101输出错误信息。在此，控制部101例如使显示器15显示与错误信息相应的画面。在显示器15上，例如显示出奖励未被给予的情况。
129.接下来，对服务器30向第一用户给予奖励的处理进行说明。图17为，本实施方式所涉及的给予奖励的处理的流程图。图17所示的处理被服务器30每预定时间反复执行。另外，设为在第一用户信息db311中储存有必要的信息来进行说明。关于执行与图7所示的例程相同的处理的步骤，标记相同符号并省略说明。
130.在图17所示的例程中，当在步骤s101中作出肯定判断时，进入步骤s701。在步骤s701中，控制部301将伤病者的信息与数据库进行核对。在此，例如，访问将被存储于ic标签中的信息进行了数据库化的服务器，并与伤病者的信息进行核对。
131.在步骤s702中，控制部301判断是否能够对伤病者进行特别指定。控制部301在伤病者的信息存在于上述的数据库中的情况下，判断为能够对伤病者进行特别指定。当在步骤s702中作出肯定判断的情况下，进入步骤s105，在作出否定判断的情况下，进入步骤s109。
132.另外，作为来自伤病者的承认信息，也可以接收伤病者的签名。例如，也可以采用如下方式，即，伤病者在第一终端10中输入签名，从而第一终端10生成包含该签名的救护信息。
133.如上文所说明的那样，根据本实施方式，可以基于从伤病者处取得的信息，从而针对第一用户而给予奖励。因此，能够促进第一用户对伤病者进行救护。
134.＜其他实施方式＞
135.上述的实施方式归根结底仅为一个示例，本公开能够在不脱离其主旨的范围内适当进行变更而实施。
136.在本公开中所说明的处理或方法只要不产生技术上的矛盾，则能够以自由组合的方式来实施。
137.此外，作为一个装置所实施的内容而说明了的处理，也可以通过多个装置来分担执行。或者，作为不同的装置所实施的内容而说明了的处理，通过一个装置来执行也没问题。在计算机系统中，通过什么样的硬件结构(服务器结构)来实现各个功能是能够灵活地变更的。
138.本公开即使通过将安装了在上述实施方式中说明的功能的计算机程序提供给计算机并由该计算机所具有的一个以上的处理器读取并执行程序，也能够实现。这样的计算机程序既可以通过能够与计算机的系统总线连接的非临时性的计算机可读存储介质来提供给计算机，也可以经由网络而提供给计算机。非临时性的计算机可读存储介质例如包括磁盘(软盘(注册商标)、硬盘驱动器(hdd)等)、光盘(cd-rom、dvd盘、蓝光光盘等)等任意类
型的盘片、只读存储器(rom)、随机存取存储器(ram)、eprom、eeprom、磁卡、超高速缓冲存储器、光学式卡、适于用于对电子的指令进行存储的任意类型的介质。
139.符号说明
140.1、系统；
141.10、第一终端；
142.20、第二终端；
143.30、服务器；
144.31、处理器；
145.32、主存储部；
146.33、辅助存储部；
147.34、通信部。