CN116936043A - 急救支援信息处理装置、急救支援系统及方法、记录介质 - Google Patents

Abstract

本公开涉及一种急救支援信息处理装置、急救支援系统及方法、记录介质。急救支援信息处理装置包括：救助辅助者候选决定部，其基于接收到请求对救助对象进行救助的求助信息，来决定辅助进行对所述救助对象的救助的救助辅助者的候选；信用值决定部，其基于接收到所述求助信息来决定信用分数，所述信用分数表示在救助辅助者完成辅助的情况下能够获得的信用值；以及发送部，其用于向所述救助辅助者的候选的救助辅助终端发送请求辅助进行对所述救助对象的救助的救助辅助请求信息，所述救助辅助请求信息中包含由所述信用值决定部决定出的信用分数。

Description

急救支援信息处理装置、急救支援系统及方法、记录介质

技术领域

本公开涉及一种急救支援信息处理装置、急救支援系统、急救支援方法以及计算机可读记录介质。

背景技术

在公共场所发作的病大多为急病，如果救治不及时，严重的话，患者可能会死亡。然而，救护车、医生来到现场需要时间，因此周围的人对患者的急救尤为重要。但是，有时周围可能没有人，或者虽然周围有人，但由于不具有急救的经验，因此即使想要上前进行急救也束手无策。另外，有时虽然周围的人有急救能力，也会犹豫是否进行救助而导致患者失去救治机会。

发明内容

发明要解决的问题

本公开是鉴于这样的问题而完成的，其目的在于提供一种能够提高救助对象获得来自处于周围或近距离范围内的救助辅助者的救助辅助的几率从而提高救助对象获救的几率的急救支援信息处理装置、急救支援系统、急救支援方法以及计算机可读记录介质。

本公开的另一目的在于提供一种能够使救助辅助者安心地对救助对象进行救助辅助的急救支援信息处理装置、急救支援系统、急救支援方法以及计算机可读记录介质。

用于解决问题的方案

为了解决上述问题，在本公开提供一种急救支援信息处理装置，包括：救助辅助者候选决定部，其基于接收到请求对救助对象进行救助的求助信息，来决定辅助进行对所述救助对象的救助的救助辅助者的候选；信用值决定部，其基于接收到所述求助信息来决定信用分数，所述信用分数表示在救助辅助者完成辅助的情况下能够获得的信用值；以及发送部，其用于向所述救助辅助者的候选的救助辅助终端发送请求辅助进行对所述救助对象的救助的救助辅助请求信息，所述救助辅助请求信息中包含由所述信用值决定部决定出的信用分数。

本公开还提供一种急救支援系统，包括上述的急救支援信息处理装置、求助终端以及救助辅助终端。

本公开还提供一种急救支援方法，基于接收到请求对救助对象进行救助的求助信息，来决定辅助进行对所述救助对象的救助的救助辅助者的候选；基于接收到所述求助信息来决定信用分数，所述信用分数表示在救助辅助者完成辅助的情况下能够获得的信用值；以及向所述救助辅助者的候选的救助辅助终端发送请求辅助进行对所述救助对象的救助的救助辅助请求信息，所述救助辅助请求信息中包含所述信用分数。

本公开还提供一种计算机可读记录介质，其存储有在被处理器执行时实现上述急救支援方法的程序。

发明的效果

根据本公开，能够提高救助对象获得来自处于周围或近距离范围内的救助辅助者的救助辅助的几率从而提高救助对象获救的几率，并且能够使救助辅助者安心地对救助对象进行救助辅助。

附图说明

图1是示出本公开的第1实施方式所涉及的急救支援系统1的概要的示意图。

图2是示出本公开的第1实施方式所涉及的急救支援系统1中的概要动作的时序图。

图3是示出本公开的第2实施方式所涉及的急救支援系统1-1的概要的示意图。

图4是示出本公开的第2实施方式所涉及的急救支援系统1-1中的决定救助辅助者的候选的过程的图。

图5是本公开的第3实施方式所涉及的急救支援系统1-2的概要的示意图。

图6是示出本公开的第3实施方式所涉及的急救支援系统1-2中的决定救助辅助者的候选的过程的图。

图7是本公开的第4实施方式所涉及的急救支援系统1-3的概要的示意图。

图8是示出本公开的第4实施方式所涉及的急救支援系统1-3中的决定救助辅助者的候选的过程的图。

图9是本公开的第5实施方式所涉及的急救支援系统1-4的概要的示意图。

图10是本公开的第6实施方式所涉及的急救支援系统1-5的概要的示意图。

图11是示出本公开的第6实施方式所涉及的急救支援系统1-5中的决定信用分数的过程的图。

图12是本公开的第7实施方式所涉及的急救支援系统1-6的概要的示意图。

图13是本公开的第8实施方式所涉及的急救支援系统1-7的概要的示意图。

图14是本公开的第9实施方式所涉及的急救支援系统1-8的框图。

图15是示出本公开的第9实施方式所涉及的急救支援系统1-8中决定救助辅助者的候选的过程的图。

图16是本公开的第10实施方式所涉及的急救支援系统1-9的概要的示意图。

图17是本公开的第11实施方式所涉及的急救支援系统1-10的概要的示意图。

图18是本公开的第11实施方式所涉及的急救支援系统1-10的信用分数变更过程的图。

图19是本公开的第12实施方式所涉及的急救支援系统1-11的概要的示意图。

图20是本公开的第13实施方式所涉及的急救支援系统1-12的概要的示意图。

图21是示出本公开的实施方式所涉及的急救支援系统整体或一部分被具体化的计算机2200的一例的图。

具体实施方式

以下，通过发明的实施方式来说明本公开，但是下面的实施方式并不是对权利要求书所涉及的发明进行限定。另外，实施方式中说明的特征的组合的全部未必均是发明的解决方案所必需的。下面对各实施方式进行说明。

第1实施方式

图1是示出本公开的第1实施方式所涉及的急救支援系统1的概要的示意图。如图1所示，急救支援系统1包括求助终端10、急救支援信息处理装置20、救助辅助终端30(30-1、30-2)、紧急联系人终端120、转运机构110、以及救治机构130。

求助终端10是能够向急救支援信息处理装置20发出请求对救助对象P1 进行救助的求助信息的装置，在救助对象P1例如突发疾病或意外等时向急救支援信息处理装置20发出求助信息。在此，救助对象P1例如是突发疾病或意外等而需要及时获得救治的患者。求助终端10例如是救助对象P1、救助对象 P1的紧急联系人或者救助对象P1的亲属等所持有的个人电脑、智能手机等便携式终端，也可以是能够检测血压和心率等生命体征且能够进行通信的、救助对象P1所穿戴的可穿戴式装置。

本公开对求助终端10向急救支援信息处理装置20发出求助信息的方式没有特别限定。例如，在求助终端10为智能手机的情况下，可以是用智能手机拨打电话来发出求助信息，也可以是对智能手机中安装的特定应用程序进行操作来向急救支援信息处理装置20发出求助信息。在求助终端10为可穿戴式装置的情况下，可以在可穿戴式装置检测到生命体征符合突发了疾病时的生命体征时，由可穿戴式装置自动地通过通信网络向急救支援信息处理装置 20发送求助信息。总之，求助终端10只要至少能够向急救支援信息处理装置 20发送求助信息即可。

急救支援信息处理装置20受理来自求助终端10的求助信息，确定出适合的进行救助辅助的救助辅助者，并向确定出的救助辅助者进行相应的通知和 /或指示。在此，救助辅助例如可以是对救助对象P1进行初步救援和护理等急救处置、将就近的急救设备等送至救助对象P1处、在救助对象P1处进行必要信息的记录等，是在医护人员到达前对救助对象P1进行急救的各种内容。

急救支援信息处理装置20包括救助辅助者候选决定部230、信用值决定部240、救助辅助者决定部250以及未图示的通信部。急救支援信息处理装置 20在受理了来自求助终端10的求助信息的情况下，通过救助辅助者候选决定部230从登记于急救支援系统1的有意愿进行救助辅助的人中确定出救助辅助者的候选，通过信用值决定部240来决定表示在救助辅助者完成辅助的情况下能够获得的信用值的信用分数、例如固定值的信用分数，通过未图示的通信部来向救助辅助者的候选的救助辅助终端30发送包含信用分数的救助辅助请求信息，在接收到救助辅助者的候选针对救助辅助请求信息作出的进行辅助的辅助决定的情况下，救助辅助者决定部250将该救助辅助者的候选决定为救助辅助者。

在图1的例示中，急救支援信息处理装置20基于来自求助终端10的求助信息确定为需要“前往XXX取AED装置，并将AED送到救助现场”以及“使用AED进行救助”这两种救助辅助，基于这两种救助辅助分别确定出救助辅助者的候选P2、P3，并向确定出的两个救助辅助者的候选P2、P3所持有的两个救助辅助终端30-1和30-2分别发送包含所决定出的信用分数的救助辅助请求信息，基于从救助辅助者的候选P2、P3回复了辅助决定来将救助辅助者的候选P2、P3决定为救助辅助者。

在本公开中，信用分数作为对救助辅助者完成辅助的鼓励和奖励来赋予给救助辅助者，本公开中对该信用分数的赋予方式以及使用方式没有特别的限定。关于信用分数的赋予方式，例如可以直接以信用值的数值的方式进行赋予，也可以以能表示信用值的图形来赋予等。关于信用分数的使用方式，可以例如用信用值在急救支援系统1兑换相应的礼品，可以例如在例如淘宝、滴滴等购物消费平台兑换为代金券来使用，可以例如在购买医疗保险等保险产品时抵扣对应的保费金额或给出与信用值相应的折扣，还可以例如在规定的医疗机构就诊时抵扣相应的诊疗费用，也可以抵扣相应的个人所得税等。

另外，急救支援信息处理装置20在受理了来自求助终端10的求助信息的情况下，向后述的转运机构110和救治机构130发送请求进行转运和救治的紧急通知(相当于后述的救助请求)。在本公开中对急救支援信息处理装置20向转运机构110和救治机构130进行通知的方式不做任何限定。

救助辅助终端30是由急救支援信息处理装置20确定出的救助辅助者的候选所持有的便携终端等。救助辅助终端30用于接收来自急救支援信息处理装置20的救助辅助请求信息，供救助辅助者的候选针对救助辅助请求信息作出是否进行辅助的决定，并向急救支援信息处理装置20发送救助辅助者的候选所作出的决定。在本实施方式中示出了救助辅助终端30-1、30-2，在不需进行特别区分的情况下，统称为救助辅助终端30，这一点在之后的实施方式中也相同。

此外，急救支援信息处理装置20受理了来自求助终端10的求助信息的情况下，向救助对象P1的紧急联系人P4通知相关的信息。例如，在决定了救助辅助者时，向紧急联系人终端120发送已决定出救助辅助者的意思的通知，并发送救助辅助者的相关信息。在救助辅助者进行救助的过程中，向紧急联系人终端120发送救助过程的拍摄数据，以便救助对象的紧急联系人可以实时地观察救助过程。

转运机构110是将救助对象P1从发生意外或急病的位置转运至救治机构 130的机构，例如是急救中心等。例如，转运机构110在接收到来自急救支援信息处理装置20的紧急通知的情况下，调度救护车或者直升飞机等转运工具来将救助对象P1送至救治机构130。

救治机构130是对救助对象P1进行救治的机构，例如是医院等。

紧急联系人终端120例如是救助对象P1的紧急联系人P4例如家属、朋友所持有的个人电脑、智能手机等便携式终端，能够接收来自急救支援信息处理装置20的各种信息。

下面，对本实施方式的急救支援系统1的动作的概要进行说明。

图2是示出本公开的第1实施方式所涉及的急救支援系统1中的概要动作的时序图。如图2所示，当救助对象突发急病或意外时，利用求助终端10向急救支援信息处理装置20发出求助信息(步骤S1)。

急救支援信息处理装置20接收该求助信息(步骤S2)，向转运机构110和救治机构130发送请求进行救助的救助请求的紧急通知，向紧急联系人终端120 发送救助对象发生了意外或急病并且已经发出求助信息的通知。

转运机构110在接收到来自急救支援信息处理装置20的紧急通知的情况下，进行调度以将救助对象送至救治机构(步骤S21)。

救治机构130在接收到来自急救支援信息处理装置20的紧急通知的情况下，进行准备以对救助对象进行救治(步骤S22)。

紧急联系人终端120从接收到来自急救支援信息处理装置20的通知起，接收来自急救支援信息处理装置20的各种信息(步骤S23)。

与向转运机构110、救治机构130以及紧急联系人终端120进行通知并行地，急救支援信息处理装置20的救助辅助者候选决定部230决定救助辅助者的候选，急救支援信息处理装置20的信用值决定部240决定信用分数(步骤 S3)。之后，急救支援信息处理装置20向由救助辅助者候选决定部230决定出的救助辅助者候选所持有的救助辅助终端30发送包含该信用分数的救助辅助请求信息(步骤S4)。

救助辅助终端30接收该救助辅助请求信息(步骤S5)。救助辅助者的候选针对该救助辅助请求信息来决定是否进行辅助，在决定进行辅助的情况下，向急救支援信息处理装置20回复进行辅助的决定即辅助决定(步骤S6)。

急救支援信息处理装置20接收来自救助辅助终端30的辅助决定(步骤 S7)，急救支援信息处理装置20的救助辅助者决定部250将发送了辅助决定的该救助辅助者的候选决定为救助辅助者(步骤S8)，并向求助终端10、救助辅助终端30、紧急联系人终端120通知决定了救助辅助者。

之后，急救支援信息处理装置20促使救助辅助者前往救助对象处进行救助辅助。

根据第1实施方式，基于救助对象的求助来决定救助辅助者，能够减少救助辅助者施救后反被诬陷是肇事者的情况的发生，能够使救助辅助者更安心且更有意愿对救助对象进行救助辅助。在对救助对象进行救助辅助之前，由急救支援信息处理装置20这样的第三方向救助辅助者发出针对救助对象的救助辅助请求、并且决定并向救助辅助者通知作为救助辅助的奖励的信用分数，因此，能够减少救助辅助者施救后反被诬陷是肇事者的情况的发生，能够使救助辅助者更安心且更有意愿对救助对象进行救助辅助，能够提高救助对象获得来自处于周围或近距离范围内的救助辅助者的救助辅助的几率从而提高救助对象获救的几率。

急救支援信息处理装置20在受理了来自求助终端10的求助信息的情况下向紧急联系人终端120实时地发送各种信息，能够使救助对象的紧急联系人实时地了解救助对象的状况，能够使救助对象的家属、朋友安心。另外，整个救助辅助过程的透明度提高，能够降低事后发生诉讼等纠纷的可能性。

第2实施方式

参照图3和图4来对本公开的第2实施方式进行说明。图3是示出本公开的第2实施方式所涉及的急救支援系统1-1的概要的示意图。图4是示出本公开的第2实施方式所涉及的急救支援系统1-1中的决定救助辅助者的候选的过程的图。

如图3和图4所示，第2实施方式与第1实施方式的结构和动作基本相同，不同点在于第2实施方式的急救支援系统1-1还具备独立于急救支援信息处理装置20的、用于确认表示救助对象的参保情况的参保信息的参保信息服务器40，急救支援信息处理装置20的救助辅助者候选决定部230确认参保信息，基于确认结果来决定救助辅助者的候选。在下面的说明中，以急救支援系统 1-1与第1实施方式的急救支援系统1的不同点为中心进行说明，关于与急救支援系统1相同的部分，省略详细说明。

在第2实施方式中，在求助终端10向急救支援信息处理装置20发出的求助信息中包含救助对象的个人信息。救助对象的个人信息包括用于唯一地确定该救助对象的信息，例如包括该救助对象的身份证号码等。急救支援信息处理装置20在接收到包含个人信息的求助信息之后，将该个人信息发送到参保信息服务器40(图4的步骤S31)。作为参保信息服务器40的一个例子，例如是保险公司等保险机构所管理的服务器。另外，在本公开中对参保信息服务器40与急救支援信息处理装置20之间的通信方式不作限定。

参保信息服务器40基于接收到的救助对象的个人信息来查找救助对象的参保信息(图4的步骤S32)。例如，参保信息服务器40存储有参保者的个人信息和参保信息，参保信息服务器40判断其所存储的参保者的个人信息中是否存在与从急救支援信息处理装置20接收到的救助对象的个人信息一致的个人信息。如果存在与从急救支援信息处理装置20接收到的救助对象的个人信息一致的个人信息，则将与该个人信息对应的参保信息确定为救助对象的参保信息，并将该参保信息发送到急救支援信息处理装置20。另一方面，如果不存在与从急救支援信息处理装置20接收到的救助对象的个人信息一致的个人信息，也就是说，该救助对象未参保，则向急救支援信息处理装置20 发送表示该救助对象未参保的参保信息。

急救支援信息处理装置20的救助辅助者候选决定部230确认参保信息 (图4的步骤S33)，基于确认结果来决定救助辅助者的候选。在确认结果是救助对象有参保且处于有效期限内的情况下，确定救助辅助者的候选或者扩大救助辅助者的候选的选择范围(图4的步骤S34)，在确认结果是救助对象未参保的情况下，不进行救助辅助者的确定或者缩小救助辅助者的候选的选择范围(图4的步骤S35)。救助辅助者候选决定部230在确定出的选择范围内决定救助辅助者的候选。

第2实施方式的急救支援系统1-1的其他结构和动作与第1实施方式相同，在此省略说明。

根据第2实施方式，能够基于救助对象的参保信息来决定救助辅助者的候选，在救助对象参保的情况下，可认为后续的救治有一定的保障，施救后反被诬陷是肇事者而被讹诈或者被诉讼的风险较小。因此，通过第2实施方式能够使救助辅助者更加安心且更有意愿对救助对象进行救助辅助。

在第2实施方式中，设为由救助辅助者候选决定部230对参保信息进行确认，但是也可以由参保信息服务器40在查询救助对象的参保信息后，对参保信息进行确认，直接将确认结果发送到急救支援信息处理装置20，急救支援信息处理装置20的救助辅助者候选决定部230基于该确认结果来决定救助辅助者的候选。

在第2实施方式中，设为求助信息中包含救助对象的个人信息，但是本公开不限于此。作为变形例，也可以是，在急救支援信息处理装置20中预先相关联地保存有登记用户的手机号码和个人信息，急救支援信息处理装置20 在接收到来自手机的求助信息的情况下，基于手机号码来确认个人信息。

在第2实施方式，设为急救支援信息处理装置20与参保信息服务器40进行通信，来从参保信息服务器40获取参保信息，但是本公开不限于此。作为变形例，也可以是，在急救支援信息处理装置20中包括参保信息查询部，参保信息查询部具有与参保信息服务器40相同的功能，在急救支援信息处理装置20中完成参保信息的查询和确认。

在该第2实施方式中，设为基于参保信息来决定救助辅助者的候选，但本公开不限于此。作为变形例，也可以是，急救支援信息处理装置20基于救助对象是否为已登记于本公开的急救支援系统的登记用户、是否征信良好等能够表示救助对象的信用的信用信息来确定救助辅助者的候选。例如，在信用信息表示救助对象信用好的情况下确定救助辅助者或者扩大救助辅助者的选择范围，在信用信息表示救助对象信用不好的情况下不确定救助辅助者或者缩小救助辅助者的选择范围。

在上述各变形例的情况下，也能够起到与第2实施方式同样的效果。

第3实施方式

参照图5、图6来说明本公开的第3实施方式所涉及的急救支援系统1-2的结构及动作。图5是本公开的第3实施方式所涉及的急救支援系统1-2的概要的示意图。图6是示出本公开的第3实施方式所涉及的急救支援系统1-2中的决定救助辅助者的候选的过程的图。

如图5和图6所示，第3实施方式与第1实施方式的结构和动作基本相同，不同点在于第3实施方式还具备独立于急救支援信息处理装置20的、对位置信息进行处理的位置处理服务器50，急救支援信息处理装置20的救助辅助者候选决定部230基于位置处理服务器50的位置处理结果来决定救助辅助者的候选。在下面的说明中，主要以急救支援系统1-2与第1实施方式的急救支援系统1的不同点为中心进行说明，关于与急救支援系统1相同的部分，省略详细说明。

在第3实施方式中，在求助终端10向急救支援信息处理装置20发出的求助信息中包含表示救助对象的当前位置的位置信息。急救支援信息处理装置 20在接收到包含救助对象的位置信息的求助信息之后，将该位置信息和登记于急救支援信息处理装置20的急救支援系统的用户(以下简称为登记用户)的位置信息发送到位置处理服务器50(图6的步骤S41)。作为位置处理服务器50 的一个例子，是具有数字地图、能够提供导航和位置服务等的服务提供商所管理的服务器。在本公开中对位置处理服务器50与急救支援信息处理装置20 之间的通信方式不作限定。

位置处理服务器50基于从急救支援信息处理装置20接收到的救助对象的位置信息和登记用户的位置信息，来确定登记用户到救助对象的距离(图6 的步骤S42)。关于该距离的确定方法，在本公开中不作任何限定，可以通过现有的任何方法来确定，在此省略详细说明。位置处理服务器50将表示所确定出的距离的信息发送到急救支援信息处理装置20。

急救支援信息处理装置20的救助辅助者候选决定部230基于该距离的信息，将处于规定距离范围内的登记用户决定为救助辅助者的候选(图6的步骤 S43)。

第3实施方式的急救支援系统1-2的其他结构和动作与第1实施方式相同，在此省略说明。

根据第3实施方式，能够基于救助对象的当前的位置来决定出能够较快地到达救助对象处的救助辅助者的候选，进一步减少无法及时地得到急救的情况的发生，能够进一步提高救助对象获得来自处于周围或近距离范围内的救助辅助者的救助辅助的几率从而提高救助对象获救的几率。

在第3实施方式中，设为求助信息中包含救助对象的当前位置的位置信息，但是本公开不限于此。作为变形例，也可以是，例如急救支援信息处理装置20在接收到来自手机的求助信息的情况下，通过例如GPS定位等来确定助对象的当前位置。

在第3实施方式，设为急救支援信息处理装置20与位置处理服务器50进行通信，来从位置处理服务器50获取表示登记用户到救助对象的距离的信息，但是本公开不限于此。作为变形例，也可以是，在急救支援信息处理装置20中包括位置处理部，位置处理部具有与位置处理服务器50相同的功能，在急救支援信息处理装置20中完成登记用户到救助对象的距离的确定。

在第3实施方式中，设为基于登记用户到救助对象的距离来决定救助辅助者的候选，但本公开不限定于此。作为变形例，也可以是，位置处理服务器50基于救助对象和登记用户的位置信息来确定从登记用户到救助对象的地图上的路径，救助辅助者候选决定部230按照该路径从短到长的顺序选择规定数量的登记用户作为救助辅助者的候选。

作为变形例，还可以是，位置处理服务器50基于救助对象和登记用户的位置信息来确定登记用户到救助对象处的预计到达时间，救助辅助者候选决定部230将预计到达时间处于规定的时间范围内的登记用户决定为救助辅助者的候选。

作为变形例，还可以是，位置处理服务器50基于救助对象和登记用户的位置信息来确定上述的距离、路径以及预计到达时间的任意的组合，基于组合来决定救助辅助者的候选。

在上述各变形例的情况下，也能够起到与第3实施方式同样的效果。

另外，在第3实施方式及其变形例中，设为基于救助对象的位置信息和登记用户预先登记于急救支援系统的位置信息来确定登记用户到救助对象的距离、路径以及预计到达时间等，但本公开不限定于此。也可以是，位置处理服务器50在接收到救助对象的位置信息后，探测登记用户的当前位置，基于探测到的登记用户的当前位置和接收到的救助对象的位置信息来确定登记用户到救助对象的距离、路径以及预计到达时间等。在该情况下，能够更加准确地确定登记用户到救助对象的距离、路径以及预计到达时间等，能够更加恰当地决定救助辅助者的候选。

第4实施方式

参照图7、图8来说明本公开的第4实施方式所涉及的急救支援系统1-3的结构及动作。图7是本公开的第4实施方式所涉及的急救支援系统1-3的概要的示意图。图8是示出本公开的第4实施方式所涉及的急救支援系统1-3中的决定救助辅助者的候选的过程的图。

如图7和图8所示，第4实施方式与第1实施方式的结构和动作基本相同，不同点在于第4实施方式还具备独立于急救支援信息处理装置20的、基于救助对象的状态信息来确认进行救助辅助所需要的能力的救助辅助能力确认服务器60，急救支援信息处理装置20的救助辅助者候选决定部230基于救助辅助能力确认服务器60的确认结果来决定救助辅助者的候选。在下面的说明中，以急救支援系统1-3与第1实施方式的急救支援系统1的不同点为中心进行说明，关于与急救支援系统1相同的部分，省略详细说明。

在第4实施方式中，在求助终端10向急救支援信息处理装置20发送的求助信息中包含表示救助对象的当前症状的状态信息。救助对象的状态信息例如包括救助对象的血压、心率、意识是否清晰、呼吸是否顺畅等表示救助对象当前的体征状况的信息。状态信息也可以是，表示救助对象摔倒的信息、表示救助对象发生了急性心脏疾病的信息、表示救助对象发生了急性脑疾病的信息、表示救助对象发生了外伤的信息、表示救助对象是孕妇等特殊人群的信息、表示救助对象发生了急性酒精中毒的信息、表示救助对象发生了溺水的信息、表示救助对象发生了急性过敏的信息等表示救助对象突发的急病性质的信息等。

急救支援信息处理装置20在接收到包含状态信息的求助信息之后，将该状态信息发送到救助辅助能力确认服务器60(图8的步骤S51)。作为救助辅助能力确认服务器60的一个例子，例如是医院等医疗机构所管理的服务器。在本公开中对救助辅助能力确认服务器60与急救支援信息处理装置20之间的通信方式不作限定。

救助辅助能力确认服务器60基于从急救支援信息处理装置20接收到的救助对象的状态信息来确定所需的救助辅助能力(图8的步骤S52)。例如，在状态信息表示救助对象是孕妇且将要生产的情况下，救助辅助能力确认服务器60将所需的救助辅助能力确定为与助产有关的能力；在状态信息表示救助对象发生了急性心脏疾病的情况下，救助辅助能力确认服务器60将所需的救助辅助能力确定为与心脑血管疾病有关的能力。关于救助辅助能力确认部 290确认所需的救助辅助能力的方法，没有特别限定。例如，救助辅助能力确认服务器60可以事先存储有将各种症状与应对该症状所需的救助辅助能力进行对应的表，基于所接收到的救助对象的状态信息来在该表中进行查询，以确定所需的救助辅助能力。

救助辅助能力确认服务器60将表示所需的救助辅助能力的确定结果的信息发送到急救支援信息处理装置20，急救支援信息处理装置20的救助辅助者候选决定部230基于救助辅助能力的确定结果，将具有相应的救助辅助能力的登记用户决定为救助辅助者的候选(图8的步骤S53)。

第4实施方式的急救支援系统1-3的其他结构和动作与第1实施方式相同，在此省略说明。

根据第4实施方式，能够基于救助对象的状态信息来将具有相应的救助辅助能力的用户决定为救助辅助者的候选。由此，除了具有第1实施方式的效果以外，能够减少由于不具有相应的急救能力而无法进行急救的情况的发生，能够进一步提高救助对象获得来自处于周围或近距离范围内的救助辅助者的救助辅助的几率从而提高救助对象获救的几率。

在第4实施方式中，设为求助终端10发出的求救信息中包含状态信息，但本公开不限定于此。作为变形例，也可以是，将到目前为止所存储的该救助对象的救助历史记录信息中所记录的症状设为状态信息，来判断针对该救助对象的所需的救助能力。作为变形例，还可以是，基于该救助对象的以往病史来确认状态信息，进一步确定针对该救助对象的所需的救助能力。

在第4实施方式，设为急救支援信息处理装置20与救助辅助能力确认服务器60进行通信，来从救助辅助能力确认服务器60获取救助辅助能力的确认结果，但是本公开不限于此。作为变形例，也可以是，在急救支援信息处理装置20中包括救助辅助能力确认部，救助辅助能力确认部具有与救助辅助能力确认服务器60相同的功能，在急救支援信息处理装置20中完成救助辅助能力的确认。

另外，作为变形例，也可以是，在基于所确认出的所需的救助辅助能力判断为需要进行不同的救助辅助的多名救助辅助者的情况下，救助辅助者候选决定部230针对每种救助辅助分别确定救助辅助者的候选。该变形例能够应对救助对象症状复杂的情况，能够更进一步提高救助对象获得来自处于周围或近距离范围内的救助辅助者的救助辅助的几率从而提高救助对象获救的几率。

第5实施方式

参照图9来说明本公开的第5实施方式所涉及的急救支援系统1-4的结构及动作。图9是本公开的第5实施方式所涉及的急救支援系统1-4的概要的示意图。

如图9所示，第5实施方式与第1实施方式的结构基本相同，不同点在于第5实施方式中救助辅助者候选决定部230基于急救支援信息处理装置20的存储部280中存储的登记用户的个人信息来决定救助辅助者的候选。在下面的说明中，以急救支援系统1-4与第1实施方式的急救支援系统1的不同点为中心进行说明，关于与急救支援系统1相同的部分，省略详细说明。

在第5实施方式中，急救支援信息处理装置20在接收到包含个人信息的求助信息之后，基于存储部280中保存的登记用户的个人信息来决定救助辅助者的候选。

存储部280例如是ROM、快闪存储器等非易失性存储器。登记用户的个人信息例如包括表示登记用户的职业的职业信息、表示登记用户的身心状况的状况信息、表示登记用户以往实施过的救助辅助历史记录的救助辅助历史记录信息、表示登记用户目前为止累积的信用分数的信用分数信息、表示登记用户以往参加过的公益活动的公益活动参加历史记录信息等中的至少任一方。

作为一例，在登记用户的个人信息包括表示该登记用户的职业是医生或者护士的情况下，救助辅助者候选决定部230将该登记用户优先决定为救助辅助者候选。

作为一例，在登记用户的个人信息包括表示该登记用户目前的身体状况不佳的情况下，救助辅助者候选决定部230将该登记用户从救助辅助者候选中排除。

作为一例，在登记用户的个人信息包括表示该登记用户以往实施过多次救助辅助的救助辅助历史记录信息的情况下，救助辅助者候选决定部230将该登记用户优先决定为救助辅助者候选。

作为一例，在登记用户的个人信息包括表示该登记用户目前为止累积的信用分数等级较高的信用分数信息的情况下，救助辅助者候选决定部230将该登记用户优先决定为救助辅助者候选。

作为一例，在登记用户的个人信息包括表示该登记用户以往参加过的公益活动次数较多的公益活动参加历史记录信息的情况下，救助辅助者候选决定部230将该登记用户优先决定为救助辅助者候选。

作为一例，在救助对象是登记用户、且在登记时预先设置了能够接受的救助辅助者的条件的情况下，救助辅助者候选决定部230基于所设置的该条件以及登记用户的个人信息来决定救助辅助者的候选。在该情况下，特别地，能够避免救助对象拒绝救助辅助者的救助辅助的情况的发生，能够使救助辅助者安心地进行救助辅助。

第5实施方式的急救支援系统1-4的其他结构和动作与第1实施方式相同，在此省略说明。

根据第5实施方式，急救支援信息处理装置20能够根据登记用户的个人信息，来决定有完成救助辅助的可能性或者可靠性更高的救助辅助者的候选，能够进一步提高救助对象获得来自处于周围或近距离范围内的救助辅助者的救助辅助的几率从而提高救助对象获救的几率。

在第2实施方式～第5实施方式及各实施方式的变形例中，例举了救助辅助者候选决定部230决定救助辅助者的候选的各种方式，但本公开不限于此，能够将上述各实施方式和变形例在不矛盾的情况下任意地组合。

例如，能够将第3实施方式与第4实施方式的组合，来决定出与救助对象的状态相匹配且能够以最短时间到达救助对象处的救助辅助者，由此，能够更迅速且准确地进行救助辅助。

第6实施方式

参照图10、图11来说明本公开的第6实施方式所涉及的急救支援系统1-5 的结构及动作。图10是本公开的第6实施方式所涉及的急救支援系统1-5的概要的示意图。图11是示出本公开的第6实施方式所涉及的急救支援系统1-5中的决定信用分数的过程的图。

如图10和图11所示，第6实施方式与第1实施方式的结构和动作基本相同，不同点在于第6实施方式还具备独立于急救支援信息处理装置20的、判断进行救助辅助的难易度的难易度判断服务器70，急救支援信息处理装置20 的信用值决定部240基于难易度判断服务器70判断出的难易度信息来决定信用分数。在下面的说明中，以急救支援系统1-5与第1实施方式的急救支援系统1的不同点为中心进行说明，关于与急救支援系统1相同的部分，省略详细说明。

在第6实施方式中，在求助终端10向急救支援信息处理装置20发送的求助信息中包含表示救助对象的当前症状的状态信息。救助对象的状态信息例如包括救助对象的血压、心率、意识是否清晰、呼吸是否顺畅等表示救助对象当前的体征状况的信息。状态信息也可以是，表示救助对象摔倒的信息、表示救助对象发生了急性心脏疾病的信息、表示救助对象发生了急性脑疾病的信息、表示救助对象发生了外伤的信息、表示救助对象是孕妇等特殊人群的信息、表示救助对象发生了急性酒精中毒的信息、表示救助对象发生了溺水的信息、表示救助对象发生了急性过敏的信息等表示救助对象突发的急病性质的信息。

急救支援信息处理装置20在接收到包含状态信息的求助信息之后，将该状态信息发送到难易度判断服务器70(图11的步骤S61)。作为难易度判断服务器70一个例子，例如是医院等医疗机构所管理的服务器。另外，在本公开中对难易度判断服务器70与急救支援信息处理装置20之间的通信方式不作限定。

难易度判断服务器70基于从急救支援信息处理装置20接收到的救助对象的状态信息来判断救助辅助的难易度，并将表示所判断出的难易度的难易度信息发送到急救支援信息处理装置20(图11的步骤S62)。难易度判断服务器 70可以将救助辅助的难易度按照从简单到困难的顺序划分为2个或更多的等级，基于救助对象的状态信息来判断针对该救助对象的救助辅助的难易度属于哪个等级。例如，在难易度被划分为2个等级的情况下，在状态信息表示救助对象的血压、心率等偏离正常范围的偏离值较小、意识清晰、呼吸顺畅的情况下，判断为救助辅助的难易度属于相对简单的第1等级，在状态信息表示救助对象的血压、心率等偏离正常范围的偏离值较大、意识不清晰、呼吸不顺畅的情况下，判断为救助辅助的难易度属于相对困难的第2等级。难易度判断服务器70也可以基于救助对象的状态信息来计算表示救助辅助的难易度的分数，例如将相对简单的救助辅助的分数计算得相对低，将相对困难的救助辅助的分数计算得相对高。难易度判断服务器70可以事先存储有将各状态信息与救助辅助的难易度进行对应的表，基于所接收到的救助对象的状态信息来在该表中进行查询，以确定救助辅助的难易度。本公开中对于难易度判断服务器70判断救助辅助的难易度的方法没有特别限定。

急救支援信息处理装置20的信用值决定部240基于来自难易度判断服务器70的表示难易度的难易度信息来决定信用分数(图11的步骤S63)。例如，在难易度信息表示难易度的等级的情况下，信用值决定部240决定与难易度的等级对应的信用分数，在难易度信息表示难易度的分数的情况下，信用值决定部240对难易度的分数进行等级划分，决定与难易度的分数所处的等级对应的信用分数。本公开中对信用值决定部240决定信用分数的方法没有特别限定，只要能够决定与难易度相应的信用分数即可。

第6实施方式的急救支援系统1-5的其他结构和动作与第1实施方式相同，在此省略说明。

根据第6实施方式，急救支援信息处理装置20能够基于救助对象的状态信息来决定相应的信用分数。由此，除具有第1实施方式的效果以外，能够进一步提高进行救助辅助的积极性，进一步提高救助对象获得来自处于周围或近距离范围内的救助辅助者的救助辅助的几率从而提高救助对象获救的几率。

在第6实施方式中，设为求助终端10发出的求救信息中包含状态信息，但本公开不限定于此。作为变形例，也可以是，将到目前为止所存储的该救助对象的救助历史记录信息中所记录的症状设为状态信息来决定相应的信用分数。作为变形例，还可以是，基于该救助对象的以往病史来确认状态信息，进一步决定相应的信用分数。

在第6实施方式，设为急救支援信息处理装置20与难易度判断服务器70 进行通信，来从难易度判断服务器70获取难易度信息，但是本公开不限于此。作为变形例，也可以是，在急救支援信息处理装置20中包括难易度判断部，难易度判断部具有与难易度判断服务器70相同的功能，在急救支援信息处理装置20中完成救助辅助的难易度的判断。

在第6实施方式，设为基于救助对象的状态信息来判断救助辅助的难易度，但是本公开不限于此。作为变形例，也可以是，基于救助对象所处的位置例如是市区还是郊区、天气状况例如是晴天还是雨雪天、请求救助的时间例如是白天还是夜晚等来判断难易度。还可以基于这些因素的任意的组合来判断难易度。

另外，作为变形例，也可以是，在需要进行不同的多种救助辅助的情况下，信用值决定部240针对每种救助辅助分别基于难易度确定信用分数，分别向针对每种救助辅助确定出的救助辅助者的候选发送包含相应的信用分数的救助辅助请求信息。以图10为例，可以对运送AED的救助辅助者的候选 P2决定相对低的信用分数，对使用AED进行救助的助辅助者的候选P3决定相对高的信用分数。

第7实施方式

参照图12来说明本公开的第7实施方式所涉及的急救支援系统1-6的结构及动作。图12是本公开的第7实施方式所涉及的急救支援系统1-6的概要的示意图。

如图12所示，第7实施方式与第1实施方式的结构和动作基本相同，不同点在于第7实施方式中信用值决定部240基于救助辅助者候选决定部230决定出的救助辅助者候选的数量来决定信用分数。在下面的说明中，以急救支援系统1-6与第1实施方式的急救支援系统1的不同点为中心进行说明，关于与急救支援系统1相同的部分，省略详细说明。

在第7实施方式中，在急救支援信息处理装置20接收到来自求助终端10 的求助信息时，救助辅助者候选决定部230决定救助辅助者候选，信用值决定部240基于救助辅助者候选决定部230决定出的救助辅助者候选的数量来决定信用分数。

作为一个例子，信用值决定部240可以将救助辅助者候选的数量按照从少到多的顺序划分为2个或更多的等级，以救助辅助者候选的数量少的等级对应的信用分数高的方式对各等级对应不同的信用分数，信用值决定部240 判断救助辅助者候选决定部230决定出的救助辅助者候选的数量属于哪个等级来决定信用分数。也可以是，在没有决定出救助辅助者的情况下，信用值决定部240进一步提高信用分数。

在本公开中，对信用值决定部240基于救助辅助候选的数量来决定信用分数的方式没有特别的限定，只要能够使信用分数与救助辅助候选的数量相应地不同即可。

第7实施方式的急救支援系统1-6的其他结构和动作与第1实施方式相同，在此省略说明。

根据第7实施方式，除了具有与第1实施方式同样的效果以外，通过在救助辅助者的候选的数量少的情况下提高信用分数，能够进一步提高进行救助辅助的积极性，进一步提高救助对象获得来自处于周围或近距离范围内的救助辅助者的救助辅助的几率从而提高救助对象获救的几率。

在第6实施方式、第7实施方式及其变形例中，例举了信用值决定部240 决定信用分数的各种方式，但本公开不限于此。作为变形例，也可以是，对被决定出的救助辅助者设定相对高的信用分数，对回复了辅助决定并选择继续等待的待机模式的救助辅助者的候选设置相对低的信用分数。通过对待机模式的救助辅助者的候选适当给与信用分数作为奖励，以提高救助辅助者的候选选择待机模式的积极性。通过该变形例，例如在被决定出的救助辅助者改变决定或者无法完成救助辅助的情况下，能够从选择了待机模式的救助辅助者的候选中选择救助辅助者，能够在决定出救助辅助者后发生突发状况的情况下及时进行应对。

在第6实施方式、第7实施方式及其变形例中，以救助辅助者候选决定部 230与第1实施方式同样地决定救助辅助者的候选为例进行了说明，但本公开不限于此，也能够利用第2实施方式～第5实施方式、变形例以及它们的任意的组合来决定救助辅助者的候选。

第8实施方式

参照图13来说明本公开的第8实施方式所涉及的急救支援系统1-7的结构及动作。图13是本公开的第8实施方式所涉及的急救支援系统1-7的概要的示意图。

如图13所示，第8实施方式与第3实施方式的结构和动作基本相同，不同点在于第8实施方式中急救支援信息处理装置20还具备生成救助辅助请求信息的救助辅助请求信息生成部280。在下面的说明中，主要以急救支援系统 1-7与第3实施方式的急救支援系统1-2的不同点为中心进行说明，关于与急救支援系统1-2相同的部分，省略详细说明。

在第8实施方式中，在求助终端10向急救支援信息处理装置20发送的求助信息中包含表示救助对象的当前位置的位置信息以及表示救助对象的当前症状的状态信息。

急救支援信息处理装置20将该位置信息和登记于急救支援信息处理装置20的急救支援系统的登记用户的位置信息发送到位置处理服务器50。位置处理服务器50基于从急救支援信息处理装置20接收到的救助对象的位置信息和登记用户的位置信息，来确定登记用户到救助对象的距离，并将表示所确定出的距离的信息发送到急救支援信息处理装置20。

救助辅助者候选决定部230基于该距离的信息，将处于规定距离范围内的登记用户决定为救助辅助者的候选。

信用值决定部240基于接收到救助对象的求助信息来决定信用分数。

救助辅助请求信息生成部280基于求助信息、救助辅助者候选决定部230 决定出的救助辅助者的候选、来自位置处理服务器50的表示距离的信息以及信用值决定部240决定的信用分数，来生成包含救助对象的当前位置、当前症状和到救助对象的距离中的至少一方、以及信用分数的救助辅助请求信息。

急救支援系统1-7的其它结构与第3实施方式的急救支援系统1-2相同，因此省略说明。

在本实施方式中，急救支援信息处理装置20向救助辅助终端30发送包含救助对象的当前位置、当前症状和到救助对象的距离中的至少一方、以及信用分数的救助辅助请求信息，因此，救助辅助者的候选能够基于更多的信息来决定是否执行救助。例如，在救助辅助请求信息包含救助对象的当前症状的情况下，救助辅助者的候选能够根据自己是否具有救助能力来决定是否进行救助；在救助辅助请求信息包含救助对象的位置信息或到救助对象的距离的信息的情况下，救助辅助者的候选能够根据自己所在的位置来判断是否能够及时赶往现场来决定是否进行救助。

救助辅助请求信息中包含的信息不限于上述信息，也可以代替上述信息或者除了上述信息以外还包含与救助对象的当前症状对应的救助辅助内容、到救助对象处的路径信息、进行救助辅助所需要的预计时间、救助对象的个人信息、既往病史信息等，只要是与需进行的救助辅助相关的信息即可。即，所述救助辅助请求信息生成部生成包含与需进行的救助辅助相关的信息以及信用分数的救助辅助请求信息即可。

根据第8实施方式，救助辅助者的候选能够基于更多的信息来决定是否进行救助辅助，因此能够选定更适合的救助辅助者，能够进一步提高救助对象获得来自处于周围或近距离范围内的救助辅助者的救助辅助的几率从而提高救助对象获救的几率。

在第8实施方式中，救助辅助者候选决定部230和信用值决定部240可以在不矛盾的情况下利用第1实施方式～第7实施方式、变形例及他们的任意的组合来决定救助辅助者的候选和信用分数。

第9实施方式

参照图14、图15来说明本公开的第9施方式所涉及的急救支援系统1-8的结构及动作。图14是本公开的第9实施方式所涉及的急救支援系统1-8的框图。图15是示出本公开的第9实施方式所涉及的急救支援系统1-8中决定救助辅助者的候选的过程的图

第9实施方式中决定救助辅助者的方式与第1实施方式不同，其他结构和动作相同，在图14和图15中省略其他部分的图示而主要示出与救助辅助者的决定相关的部分。在下面的说明中，主要以急救支援系统1-8与第1实施方式的急救支援系统1的不同点为中心进行说明，关于与急救支援系统1相同的部分，省略详细说明。

如图14、图15所示，在急救支援系统1-8中，在急救支援信息处理装置 20接收到来自求助终端10的求助信息的情况下，救助辅助者候选决定部230 决定出多个救助辅助者的候选，信用值决定部240基于接收到该求助信息来决定信用分数(图15的步骤S2、S271)。急救支援信息处理装置20同时向多个救助辅助者的候选的救助辅助终端30-1、30-2、……、30-N发送包含信用分数的救助辅助请求信息(图15的步骤S272)，将最先回复了辅助决定的救助辅助者的候选决定为救助辅助者(图15的步骤S273)，停止救助辅助请求信息的发送。急救支援系统1-8的其它结构与第1实施方式的急救支援系统1相同，因此省略详细的说明。

根据第9实施方式，向多个救助辅助者的候选发送救助辅助请求信息，因此能够决定出救助辅助者的几率增加，能够进一步提高救助对象获得来自处于周围或近距离范围内的救助辅助者的救助辅助的几率从而提高救助对象获救的几率。

在第9实施方式中，设为急救支援信息处理装置20同时向多个救助辅助者的候选的救助辅助终端30-1、30-2、……、30-N发送包含信用分数的救助辅助请求信息，但本公开不限定于此。作为变形例，也可以是，急救支援信息处理装置20以规定的时间间隔向多个救助辅助者的候选的救助辅助终端 30-1、30-2、……、30-N发送包含信用分数的救助辅助请求信息。

关于该规定时间间隔，可以是预先设置的固定时间间隔，也可以是基于表示救助对象的当前的症状的状态信息、对救助对象进行救助所需的救助装置送达至救助对象处的预计时间、以及救助对象周围规定范围内的交通状况中的至少一方来决定的时间间隔。

例如，从求助终端10向急救支援信息处理装置20发送的求助信息中包括表示救助对象的当前的症状的状态信息，在救助对象的状态信息示出的症状是需要非常紧急地进行处理的症状的情况下，急救支援信息处理装置20将时间间隔设定得短，以能够尽快决定救助辅助者。

再例如，从求助终端10向急救支援信息处理装置20发送的求助信息中包含表示救助对象的当前的位置的位置信息以及表示救助对象的当前的症状的状态信息，急救支援信息处理装置20基于状态信息判断为对救助对象进行救助需要救助装置、例如作为医疗装置的AED(Automated External Defibrillator：自动体外除颤器)，基于救助对象的位置信息以及可以获取AED 的场所的位置信息估计为将AED送达至救助对象处所需的预计时间长，在该情况下，将向多个救助辅助终端发送救助辅助请求信息的时间间隔设定得比所述预计时间短的情况下的时间间隔短。

再例如，在救助对象周围规定范围内的交通状况拥堵的情况下，将时间间隔设定得比交通状况顺畅的情况下的时间间隔短。

此外，作为变形例，也可以是，急救支援信息处理装置20以动态变更的时间间隔向多个救助辅助者的候选的救助辅助终端30-1、30-2、……、30-N 发送包含信用分数的救助辅助请求信息。例如，随着时间经过而缩短时间间隔。

以上例示了时间间隔的几种设定方式，但是不限于此，也可以根据需要适当地设定时间间隔。这些变形例能够起到和第9实施方式同样的效果。

此外，作为变形例，也可以是，急救支援信息处理装置20还具备决定多个所述救助辅助者的候选的优先顺序的优先顺序决定部，急救支援信息处理装置20按照优先顺序决定部决定出优先顺序向多个救助辅助者的候选的救助辅助终端30-1、30-2、……、30-N发送包含信用分数的救助辅助请求信息。

在本公开中，对于优先顺序决定部决定优先顺序的方式不作限定。例如，优先顺序决定部可以根据多个救助辅助者的候选各自离救助对象的距离，按照该距离越近则优先级越高的方式决定多个救助辅助者候选的优先顺序。也可以根据多个救助辅助者候选各自的个人信息，按照救助辅助能力越高则优先级越高的方式决定多个救助辅助者候选的优先顺序。能够根据需要，基于其它信息或者基于多个信息的组合来决定优先顺序。

根据该变形例，能够按优先顺序决定部决定的优先顺序向多个救助辅助者候选发送救助辅助请求信息，优先向更适合的救助辅助者发送救助辅助请求信息，因此选择更适合的救助辅助者的几率提高，能够进一步提高救助对象获得来自处于周围或近距离范围内的救助辅助者的救助辅助的几率从而提高救助对象获救的几率。

在第9实施方式中，设为急救支援信息处理装置20将最先回复了辅助决定的救助辅助者的候选决定为救助辅助者，但是本公开不限于此。作为变形例，也可以是，急救支援信息处理装置20将回复了辅助决定的救助辅助者的候选中的经验最丰富、距离最近或者具有相应的救助辅助能力的救助辅助者的候选决定为救助辅助者，还可以基于这些条件的组合来决定救助辅助者。即，救助辅助者决定部250将针对救助辅助请求信息回复了辅助决定的救助辅助者的候选中的满足规定条件的救助辅助者的候选决定为救助辅助者。

根据该变形例，选择更适合的救助辅助者的几率提高，能够进一步提高救助对象获得来自处于周围或近距离范围内的救助辅助者的救助辅助的几率从而提高救助对象获救的几率。

在第9实施方式中设为在决定了救助辅助者之后停止发送救助辅助请求信息，但是本公开不限定于此。作为变形例，也可以是，急救支援信息处理装置20在救助辅助完成之前持续发送救助辅助请求信息并接收救助辅助者的候选回复的辅助决定。根据该变形例，在决定出救助辅助者后发生突发状况的情况下，能够进一步增加能及时进行应对的可能性。

作为变形例，也可以是，在辅助进行对所述救助对象的救助为多个项目的情况下，按照每个辅助项目进行第9实施方式的处理。

在第9实施方式及其变形例中，救助辅助者候选决定部230和信用值决定部240可以在不矛盾的情况下利用第1实施方式～第8实施方式、它们的变形例以及任意的组合来决定救助辅助者的候选和给与救助辅助者的信用分数，另外，所发送的救助辅助请求信息可以是第1实施方式～第8实施方式及其变形例中所涉及的救助辅助请求信息。

第10实施方式

参照图16来说明本公开的第10实施方式所涉及的急救支援系统1-9的结构及动作。图16是本公开的第10实施方式所涉及的急救支援系统1-9的概要的示意图。

如图16所示，第10实施方式与第1实施方式的结构和动作基本相同，不同点在于第10实施方式还具备独立于急救支援信息处理装置20的、生成用于引导救助辅助者辅助进行对救助对象的救助的辅助引导信息的辅助引导生成服务器80。在下面的说明中，以急救支援系统1-9与第1实施方式的急救支援系统1的不同点为中心进行说明，关于与急救支援系统1相同的部分，省略详细说明。

在第10实施方式，急救支援信息处理装置20与第1实施方式同样地决定救助辅助者以及进行相应的通知等，另外与救助辅助者的决定并行地，由辅助引导生成服务器80生成辅助引导信息。

具体来说，急救支援信息处理装置20在接收到救助对象的求助信息之后，确定救助对象的位置信息、状态信息等生成辅助引导所需使用的相关信息，并将相关信息发送到辅助引导生成服务器80。作为辅助引导生成服务器 80的一个例子，例如是医院等医疗机构所管理的服务器。在本公开中对辅助引导生成服务器80与急救支援信息处理装置20之间的通信方式不作限定。

辅助引导生成服务器80基于从急救支援信息处理装置20接收到的相关信息来生成辅助引导信息，并将所生成的辅助引导信息发送到急救支援信息处理装置20。急救支援信息处理装置20将从辅助引导生成服务器80接收到的辅助引导信息发送给决定出的救助辅助者所持有的救助辅助终端30，引导救助辅助者按照该辅助引导信息来对救助对象进行救助辅助。

辅助引导信息可以例如包含用于引导对救助对象进行急救处置的操作的操作引导信息，该操作引导信息可以基于救助对象的求助信息中包含的救助对象的状态信息来生成，也可以基于根据救助对象的求助信息中包含的救助对象的个人信息而确定出的以往病史来生成。辅助引导生成服务器80可以预先保存有将各种症状与对该症状进行救助辅助应采取的操作相对应的表，通过查询表来确定所需操作，生成操作引导信息。此外，操作引导信息的生成方式不限于此，只要能够生成操作引导信息即可。

辅助引导信息中例如也可以还包含记录引导信息，该记录引导信息用于引导所决定出的救助辅助者记录辅助进行对所述救助对象的救助的过程。

根据第10实施方式，救助辅助者能够基于辅助引导信息来实施救助，由此，能够使救助辅助者更可靠地进行救助辅助。另外，在事后存在来自救助对象或其家属的投诉的情况下，也可以将所生成的辅助引导信息作为证据提供，因此能够使救助辅助者更安心地进行救助辅助。

在第10实施方式中设为与决定救助辅助者的步骤并行地生成辅助引导信息，但是本公开不限定于此。作为变形例，也可以是，在决定了救助辅助者之后生成辅助引导信息。

在第10实施方式中，设为急救支援信息处理装置20与辅助引导生成服务器80进行通信，来从辅助引导生成服务器80获取辅助引导信息，但是本公开不限于此。作为变形例，也可以是，在急救支援信息处理装置20中包括辅助引导生成部，辅助引导生成部具有与辅助引导生成服务器80相同的功能，在急救支援信息处理装置20中完成辅助引导信息的生成。

在第10实施方式中，救助辅助者候选决定部230和信用值决定部240可以在不矛盾的情况下利用第1实施方式～第9实施方式、它们的变形例以及任意的组合来决定救助辅助者的候选和给与救助辅助者的信用分数，另外，所发送的救助辅助请求信息可以是第1实施方式～第9实施方式及其变形例中所涉及的救助辅助请求信息。

第11实施方式

参照图17、图18来说明本公开的第11实施方式所涉及的急救支援系统 1-10的结构及动作。图17是本公开的第11实施方式所涉及的急救支援系统 1-10的概要的示意图。图18是本公开的第11实施方式所涉及的急救支援系统 1-10的信用分数变更过程的图。

如图17和图18所示，第11实施方式与第1实施方式的结构基本相同，不同点在于第11实施方式还具备独立于急救支援信息处理装置20的、对救助辅助者辅助进行对救助对象的救助的过程进行监视和/或记录的监视服务器90、以及基于监视服务器90进行监视所得到的监视结果来变更向救助辅助者赋予的信用分数的信用值变更部260。在下面的说明中，以急救支援系统1-10 与第1实施方式的急救支援系统的不同点为中心进行说明，关于与第1实施方式的急救支援系统1相同的部分，省略详细说明。

在第11实施方式，急救支援信息处理装置20与第1实施方式同样地决定救助辅助者以及进行相应的通知等，在由救助辅助者决定部250决定了救助辅助者时，向监视服务器90发出对救助辅助的过程进行监视的指示，促使监视服务器90做好进行监视的准备。作为监视服务器90的一个例子，例如是医院等医疗机构所管理的服务器。监视服务器90能够与急救支援信息处理装置 20和救助辅助终端30进行通信，在本公开中，对进行通信的方式不作限定。

在救助辅助者对救助对象进行救助辅助时，基于要求对救助辅助过程进行拍摄，将所拍摄到的拍摄数据发送到监视服务器90。监视服务器90接收来自救助辅助终端30的拍摄数据来进行监视，并对所述救助辅助者的辅助行为进行判断，向急救支援信息处理装置20发送例如包含拍摄数据、判断结果(也可以成为监视结果)等的监视数据(图18的步骤S71)。

例如，监视服务器90对救助辅助者的辅助操作进行实时或以规定时间间隔监视，并实时或以规定时间间隔判断完成辅助操作的完成度，可以在救助辅助者良好地完成了辅助操作的情况下，作为监视结果设为完成度高，在未进行辅助操作或者未良好地完成辅助操作的情况下，作为监视结果设为完成度低。

急救支援信息处理装置20的信用值变更部260基于来自监视服务器90的监视数据中的监视结果来判断救助辅助的完成度(图18的步骤S72)，在完成度高的情况下增加由信用值决定部240决定出的信用分数(图18的步骤S73)，在完成度低的情况下减少由信用值决定部240决定出的信用分数(图18的步骤 S74)，由此来进行信用分数的变更。急救支援信息处理装置20将变更后的信用分数通知给救助辅助者。

根据第11实施方式，能够监视救助辅助者进行救助的过程，能够监视辅助行为是否恰当，因此能够使救助对象和救助辅助者双方都能够安心。另外，能够根据救助辅助者进行的救助行为来变更信用值，由此，能够进一步提高救助辅助者进行救助的积极性，抑制恶意行为，进一步提高救助对象获得来自处于周围或近距离范围内的救助辅助者的救助辅助的几率从而提高救助对象获救的几率。

在第11实施方式中设为监视辅助操作的完成度，但是本公开不限于此，能够根据需要来设置监视内容。

在第11实施方式中设为监视服务器90在救助辅助过程中实时或者以规定间隔向急救支援信息处理装置20发送监视数据，但是本公开不限于此。作为变形例，也可以是，监视服务器90对救助辅助的过程进行记录，在救助辅助结束后，向急救支援信息处理装置20发送救助辅助过程的完整的监视数据。

在第11实施方式中设为信用值变更部260基于监视结果以增加减少的方式变更信用分数，但是本公开不限定于此。作为变形例，也可以是，对救助辅助完成度进行分级并设置对应的信用分数，基于监视结果中的救助辅助完成度的等级来变更为对应的信用分数。还可以是，基于监视结果来判断是否完成救助辅助，在未完成或未良好地完成的情况下，不赋予信用分数。

在第11实施方式，设为急救支援信息处理装置20与监视服务器90进行通信，来从监视服务器90获取监视数据，但是本公开不限于此。作为变形例，也可以是，在急救支援信息处理装置20中包括监视部，监视部具有与监视服务器90相同的功能，在急救支援信息处理装置20中进行监视数据的取得。

在第11实施方式中，救助辅助者候选决定部230和信用值决定部240可以在不矛盾的情况下利用第1实施方式～第10实施方式、它们的变形例以及任意的组合来决定救助辅助者的候选和给与救助辅助者的信用分数，另外，所发送的救助辅助请求信息可以是第1实施方式～第10实施方式及其变形例中所涉及的救助辅助请求信息。

另外，第11实施方式能够在不矛盾的情况下与第1实施方式～第10实施方式组合来实施，例如与第10实施方式相组合。在与第10实施方式相组合的情况下，例如急救支援信息处理装置20在接收到救助对象的求助信息之后，通过辅助引导生成服务器80生成辅助引导信息。急救支援信息处理装置20将所生成的引导信息发送给所决定出的救助辅助者和监视服务器90。监视服务器 90监视并判断救助辅助者是否按照引导信息完成救助辅助。在良好地按照引导信息完成救助辅助的情况下增加由信用值决定部240决定出的信用分数，在没有按照引导信息完成救助辅助的情况下减少由信用值决定部240决定出的信用分数。

第12实施方式

参照图19来说明本公开的第12实施方式所涉及的急救支援系统1-11的结构及动作。图19是本公开的第12实施方式所涉及的急救支援系统1-11的概要的示意图。

如图19所示，第12实施方式与第1实施方式的结构和动作基本相同，不同点在于第12实施方式中急救支援信息处理装置20还具备决定对救助对象进行转运和救治的机构的救助机构决定部290。在下面的说明中，以急救支援系统1-11与第1实施方式的急救支援系统1的不同点为中心进行说明，关于与急救支援系统1相同的部分，省略详细说明。

在第12实施方式中，急救支援信息处理装置20在接收到救助对象的求助信息之后，与第1实施方式同样地决定救助辅助者，且并行地由救助机构决定部290决定对救助对象进行转运和救治的转运机构110和救治机构130。在本公开中，作为转运机构110的一例，例如是急救中心，作为救治机构的一例，例如是医院。

具体来说，例如急救支援信息处理装置20在接收到救助对象的求助信息之后，确定救助对象的位置信息和状态信息，救助机构决定部290基于位置信息和状态信息中的一者或多者的组合来决定转运机构110和救治机构130。例如，可以是救助机构决定部290基于位置信息，在离救助对象的规定范围内决定转运机构110和救治机构130。也可以是，救助机构决定部290基于状态信息，决定具备对救助对象的当前症状进行急救的能力的转运机构110，决定具备对救助对象的当前症状进行救治的能力的救治机构130。救助机构决定部290可以事先存储有将各种症状与能够对该症状进行急救和救治的转运结构和救治机构及其位置信息进行对应的表，通过查表来决定适合的转运结构和救治机构。

急救支援信息处理装置20向相关方进行通知，例如向所决定出的转运机构110、救治机构130、紧急联系人终端120、救助辅助者所持有的救助辅助终端30通知所决定出的转运机构110和救治机构130。

另外，急救支援信息处理装置20向所决定出的转运机构110和救治机构 130发送救助请求，请求对救助对象进行救助。

根据第12实施方式，能够更加适当地决定对救助对象进行救助的转运机构和救治机构，能够进一步提高救助对象获救的几率。

在第12实施方式中设为基于位置信息和状态信息中的一者或多者的组合来决定转运机构110和救治机构130，但是本公开不限于此。作为变形例，也可以是，基于位置信息和状态信息中的一者或多者的组合来决定转运机构 110和救治机构130中的一方。也可以是，根据需要基于其他信息来决定转运机构110和救治机构130中的至少一方。

在第12实施方式中，设为在急救支援信息处理装置20中包括救助机构决定部290，救助机构决定部290决定转运机构110和救治机构130，但本公开不限于此。作为变形例，也可以是，急救支援系统具备独立于急救支援信息处理装置20的救助机构决定服务器，救助机构决定服务器具有与救助机构决定部290相同的功能，能够决定转运机构110和救治机构130，急救支援信息处理装置20从救助机构决定服务器获取转运机构110和救治机构130的决定结果。作为救助机构决定服务器的一例，可以是管理急救中心和医疗机构的组织所具备的服务器。

第13实施方式

参照图20来说明本公开的第13实施方式所涉及的急救支援系统1-12的结构及动作。图20是本公开的第13实施方式所涉及的急救支援系统1-12的概要的示意图。

如图20所示，第13实施方式与第1实施方式的结构和动作基本相同，不同点在于第13实施方式中急救支援信息处理装置20还具备决定对救助对象进行救助辅助所需的救助装置、救助装置的获取方式以及送达方式的救助装置决定部2A0。在下面的说明中，以急救支援系统1-12与第1实施方式的急救支援系统1的不同点为中心进行说明，关于与急救支援系统1相同的部分，省略详细说明。

在第13实施方式中，急救支援信息处理装置20在接收到救助对象的求助信息之后，与第1实施方式同样地决定救助辅助者，且并行地由救助装置决定部2A0决定救助装置、救助装置的获取方式以及送达方式。

具体来说，例如急救支援信息处理装置20在接收到救助对象的求助信息之后，确定救助对象的位置信息和状态信息，救助装置决定部2A0基于救助对象的位置信息和状态信息，来决定对救助对象进行救助所需的救助装置、救助装置的获取方式以及送达方式。作为一个例子，例如，救助装置决定部 2A0所决定出的救助装置是AED，救助装置的获取方式为从保管AED的场所获取AED，送达方式为由无人驾驶设备来进行送达和由所决定为运送救助装置的救助辅助者来进行送达中的某一种方式。

急救支援信息处理装置20在决定出救助装置、救助装置的获取方式以及送达方式的信息之后，向相关方进行指示。例如，所决定出的救助装置是 AED，救助装置的获取方式为从保管AED的场所获取AED，送达方式为由无人驾驶设备来进行送达和由所决定为运送救助装置的救助辅助者来进行送达中的某一种方式的情况下，急救支援信息处理装置20指示AED的保管场所准备AED，并且指示管理无人驾驶设备的机构调度无人驾驶设备到AED的保管场所获取AED并送至救助对象处，或者指示救助辅助者到AED的保管场所获取AED并送至救助对象处。

根据第13实施方式，能够更加适当地决定对救助对象进行救助辅助的救助装置、救助装置的获取方式以及送达方式，能够使适合救助辅助的救助装置以合适的方式快速地送达至救助对象处，进一步提高救助对象获得来自处于周围或近距离范围内的救助辅助者的救助辅助的几率从而提高救助对象获救的几率。

在第13实施方式中，设为在急救支援信息处理装置20中包括救助装置决定部2A0，救助装置决定部2A0决定救助装置、救助装置的获取方式以及送达方式，但本公开不限于此。作为变形例，也可以是，急救支援系统具备独立于急救支援信息处理装置20的救助装置决定服务器，救助装置决定服务器具有与救助装置决定部2A0相同的功能，能够进行相同的决定，急救支援信息处理装置20从救助装置决定服务器获取相关信息。

另外，作为变形例，也可以是，将所决定出的救助装置、救助装置的获取方式、送达方式、和/或送达过程中的救助装置的位置信息、运送救助装置的车辆、无人驾驶设备或者运送救助装置的救助辅助者的位置信息也发送给对救助对象进行急救的救助辅助者的救助辅助终端30。由此，能够使对救助对象进行急救的救助辅助者实时掌握救助装置的运送状况，能够采用更适合的处置措施。

以上，对本公开的各种实施方式进行了说明，但是本领域技术人员可知这些说明不是用来限定权利要求的保护范围。另外，本领域技术人员可知能够将以上各实施方式和变形例相互组合来实施，组合得到的实施方式中的各个装置、服务器、机构、终端中提及的各部的结构和功能可以参照在之前的各实施方式中已详细地描述的结构和功能，在此省略说明。

此外，关于上述各实施方式中的各个服务器、装置以及装置中的各部，既可以被集成为一体，也可以是彼此独立的，既可以设置于一个场所，也可以分散地设置在多个场所，既可以由一个主体拥有或管理，也可以由多个主体拥有或管理，对此没有特别限定，只要能够实现其功能即可。

本公开还提出一种计算机可读存储介质，其上存储有计算机程序指令，所述计算机程序指令被处理器执行时实现上述方法或者实现上述各部的功能。计算机可读存储介质可以是易失性计算机可读存储介质或非易失性计算机可读存储介质。

如图21所示，本公开还提出一种电子设备，包括：处理器；用于存储处理器可执行指令的存储器；其中，所述处理器被配置为调用所述存储器存储的指令，以执行上述方法或者实现上述各部的功能。图41示出可以将本公开的多个方式整体或局部具体化的计算机2200的例子。计算机2200中安装的程序能够使计算机2200作为与本公开的实施方式所涉及的装置相关联的操作或者该装置的一个或多个部分来发挥功能，或者能够使计算机2200执行该操作或者该一个或多个部分，和/或能够使计算机2200执行本公开的实施方式所涉及的处理或该处理的阶段。这样的程序可以由CPU 2212执行，以使计算机 2200执行与本说明书中记载的流程图和框图的框中的若干个或全部相关联的特定的操作。

本实施方式的计算机2200包括CPU 2212、RAM 2214、图形控制器2216 以及显示设备2218，它们通过主控制器2210而相互连接。计算机2200还包括通信接口2222、硬盘驱动器2224、DVD-ROM驱动器2226以及IC卡驱动器这种输入/输出单元，它们经由输入/输出控制器2220来与主控制器2210连接。计算机还包括ROM 2230和键盘2242这种传统的输入/输出单元，它们经由输入/输出芯片2240来与输入/输出控制器2220连接。

CPU 2212按照ROM 2230和RAM 2214内保存的程序进行动作，由此控制各单元。图形控制器2216获取RAM 2214内提供的帧缓存器等或者图形控制器2216自身中由CPU 2212生成的图像数据，并将图像数据显示于显示设备 2218上。

通信接口2222经由网络来与其它电子设备进行通信。硬盘驱动器2224保存由计算机2200内的CPU 2212使用的程序和数据。DVD-ROM驱动器2226从 DVD-ROM 2201读取程序或数据，经由RAM 2214向硬盘驱动器2224提供程序或数据。IC卡驱动器从IC卡读取程序和数据、和/或将程序和数据写入IC 卡。

ROM 2230中保存在激活时由计算机2200执行的引导程序等、和/或依存于计算机2200的硬件的程序。输入/输出芯片2240可以还用于将各种各样的输入/输出单元经由并口、串口、键盘端口、鼠标端口等连接于输入/输出控制器2220。

程序由DVD-ROM 2201或IC卡这种计算机可读介质提供。程序被从计算机可读介质中读取，被安装于还作为计算机可读介质的例子的硬盘驱动器 2224、RAM 2214或者ROM2230，并由CPU 2212执行。这些程序内描述的信息处理被计算机2200读取，实现程序与上述各种类型的硬件资源之间的协作。装置或方法也可以通过随着计算机2200的使用而实现信息的操作或处理来构成。

例如，在计算机2200与外部设备之间执行通信的情况下，CPU 2212可以执行被加载到RAM 2214中的通信程序，并基于通信程序中描述的处理，对通信接口2222指示通信处理。通信接口2222在CPU 2212的控制下，读取RAM 2214、硬盘驱动器2224、DVD-ROM 2201或者IC卡这种记录介质内所提供的发送缓存处理区域中保存的发送数据，将读取出的发送数据发送至网络，或者将从网络接收到的接收数据写入记录介质上所提供的接收缓存处理区域等。

另外，CPU 2212可以将硬盘驱动器2224、DVD-ROM驱动器 2226(DVD-ROM 2201)、IC卡等这种外部记录介质中保存的文件或者数据库中的全部或需要的部分读取至RAM 2214，对RAM 2214上的数据执行各种类型的处理。接着，CPU 2212将处理后的数据回写到外部记录介质。

各种类型的程序、数据、表以及数据库这样的各种类型的信息可以被保存于记录介质，接受信息处理。CPU 2212可以对从RAM 2214读取出的数据执行各种类型的处理，并将结果回写到RAM 2214，该各种类型的处理包括记载在本公开的随处的通过程序的指令序列指定的各种类型的操作、信息处理、条件判断、条件分支、无条件分支、信息的检索/置换等。另外，CPU 2212 可以检索记录介质内的文件、数据库等中的信息。例如，在记录介质内保存有各自具有与第二属性的属性值相关联的第一属性的属性值的多个条目的情况下，CPU2212可以从该多个条目中检索与指定第一属性的属性值的条件一致的条目，读取该条目内保存的第二属性的属性值，由此获取与满足预先决定的条件的第一属性相关联的第二属性的属性值。

上面说明的程序或软件模块可以保存在计算机2200上或者保存在计算机2200附近的计算机可读介质。另外，与专用通信网络或互联网连接的服务器系统内提供的硬盘或RAM这种记录介质能够作为计算机可读介质来使用，由此将程序经由网络提供给计算机2200。

上面使用实施方式对本公开进行了说明，但本公开的技术范围并不限定于上述实施方式中记载的范围。本领域技术人员应当清楚的是，能够对上述实施方式施加多种变更或改良。根据权利要求书的记载可以明确的是，施加了这种变更或改良所得到的方式也能够包含在本公开的技术范围内。

应当注意的是，关于权利要求书、说明书以及附图中示出的装置、系统、程序以及方法中的动作、过程、步骤以及阶段等各处理的执行顺序，只要没有特别注明“先于…”、“在…之前”等、并且不是前面的处理的输出在后面的处理中使用的情况，就能够以任意的顺序实现。关于权利要求书、说明书以及附图中的动作流程，为了方便而使用“首先，”、“接着，”等来进行了说明，但是并不意味着必须以该顺序来实施。

Claims (36)

1.一种急救支援信息处理装置，其特征在于，包括：

救助辅助者候选决定部，其基于接收到请求对救助对象进行救助的求助信息，来决定辅助进行对所述救助对象的救助的救助辅助者的候选；

信用值决定部，其基于接收到所述求助信息来决定信用分数，所述信用分数表示在救助辅助者完成辅助的情况下能够获得的信用值；以及

发送部，其用于向所述救助辅助者的候选的救助辅助终端发送请求辅助进行对所述救助对象的救助的救助辅助请求信息，所述救助辅助请求信息中包含由所述信用值决定部决定出的信用分数。

2.根据权利要求1所述的急救支援信息处理装置，其特征在于，

所述救助辅助者候选决定部基于所述救助对象的信用信息、表示所述救助对象的当前位置的位置信息、表示所述救助对象的症状的状态信息以及登记于所述急救支援信息处理装置的用户的个人信息中的一者或者多者的组合来决定所述救助辅助者的候选。

3.根据权利要求1或2所述的急救支援信息处理装置，其特征在于，

所述信用值决定部基于进行救助辅助的难易度、以及由所述救助辅助者候选决定部决定出的所述救助辅助者的候选的数量中的一者或者多者的组合来决定所述信用分数。

4.根据权利要求1～3中的任一项所述的急救支援信息处理装置，其特征在于，

所述信用值决定部将所述信用分数决定为固定值。

5.根据权利要求1～4中的任一项所述的急救支援信息处理装置，其特征在于，

所述急救支援信息处理装置还具备救助辅助请求信息生成部，所述救助辅助请求信息生成部生成包含与需进行的救助辅助相关的信息以及所述信用分数的救助辅助请求信息。

6.根据权利要求1～5中的任一项所述的急救支援信息处理装置，其特征在于，

针对辅助进行对所述救助对象的救助的每个辅助项目，在由所述救助辅助者候选决定部决定出的所述救助辅助者的候选为多个的情况下，所述急救支援信息处理装置同时、或者以规定的时间间隔或动态变更的时间间隔向多个所述救助辅助者的候选所持有的所述救助辅助终端发送所述救助辅助请求信息。

7.根据权利要求6所述的急救支援信息处理装置，其特征在于，

所述急救支援信息处理装置还具备决定多个所述救助辅助者的候选的优先顺序的优先顺序决定部，

在所述急救支援信息处理装置以规定的时间间隔或动态变更的时间间隔向多个所述救助辅助者的候选所持有的所述救助辅助终端发送所述救助辅助请求信息的情况下，按照所述优先顺序决定部决定出所述优先顺序依次发送所述救助辅助请求信息。

8.根据权利要求1～7中的任一项所述的急救支援信息处理装置，其特征在于，

所述急救支援信息处理装置还具备救助辅助者决定部，该救助辅助者决定部将针对所述救助辅助请求信息回复了进行辅助的决定的所述救助辅助者的候选中的满足规定条件的救助辅助者的候选决定为救助辅助者。

9.根据权利要求8所述的急救支援信息处理装置，其特征在于，

所述急救支援信息处理装置还具备辅助引导生成部，该辅助引导生成部生成用于引导所述救助辅助者辅助进行对所述救助对象的救助的辅助引导信息，

所述急救支援信息处理装置将所述辅助引导信息发送给所述救助辅助者所持有的救助辅助终端。

10.根据权利要求9所述的急救支援信息处理装置，其特征在于，

所述辅助引导信息中包含操作引导信息，该操作引导信息是用于引导对所述救助对象进行急救处置的操作的信息。

11.根据权利要求9或10所述的急救支援信息处理装置，其特征在于，

所述辅助引导信息中包含记录引导信息，该记录引导信息用于引导所述救助辅助者记录辅助进行对所述救助对象的救助的过程。

12.根据权利要求1～11中的任一项所述的急救支援信息处理装置，其特征在于，

所述急救支援信息处理装置还具备监视部，该监视部对所述救助辅助者辅助进行对所述救助对象的救助的过程进行监视和/或记录。

13.根据权利要求12所述的急救支援信息处理装置，其特征在于，

所述急救支援信息处理装置还具备信用值变更部，该信用值变更部基于进行所述监视所得到的对所述救助辅助者的辅助行为的判断结果，来变更所述信用分数，

所述急救支援信息处理装置向所述救助辅助者通知通过所述信用值变更部变更后的所述信用分数。

14.根据权利要求1～13中的任一项所述的急救支援信息处理装置，其特征在于，

所述急救支援信息处理装置还具备救助机构决定部，该救助机构决定部基于表示所述救助对象的当前位置的位置信息和表示所述救助对象的症状的状态信息中的一者或者多者的组合来决定对所述救助对象进行救治的救治机构和将所述救助对象转运至所述救治机构的转运机构中的一方或多方，

所述急救支援信息处理装置向相关方进行通知。

15.根据权利要求1～14中的任一项所述的急救支援信息处理装置，其特征在于，

所述急救支援信息处理装置还具备救助装置决定部，该救助装置决定部基于表示所述救助对象的当前位置的位置信息和表示所述救助对象的症状的状态信息，来决定对所述救助对象进行救助所需的救助装置、救助装置的获取方式以及送达方式，

所述急救支援信息处理装置向相关方进行通知。

16.根据权利要求15所述的急救支援信息处理装置，其特征在于，

在所述救助装置决定部决定为所述获取方式是从预设的保管场所来获取救助装置的情况下，将所述送达方式决定为由无人驾驶设备来进行送达和由被决定为所述救助辅助者的人来进行送达中的某一种方式，

所述急救支援信息处理装置向所述预设的保管场所、以及所述无人驾驶设备或所述救助辅助者发送相应的指示。

17.根据权利要求1～16中的任一项所述的急救支援信息处理装置，其特征在于，

所述急救支援信息处理装置基于接收到所述求助信息，向登记于所述急救支援信息处理装置的所述救助对象的紧急联系人所持有的终端即紧急联系人终端发送救助过程中的各种信息。

18.一种急救支援系统，其特征在于，包括：

根据权利要求1～17中的任一项所述的急救支援信息处理装置；

求助终端，其用于发出所述求助信息；以及

所述救助辅助终端，其用于接收所述救助辅助请求信息，能够针对所述救助辅助请求信息作出回复。

19.一种急救支援方法，其特征在于，

基于接收到请求对救助对象进行救助的求助信息，来决定辅助进行对所述救助对象的救助的救助辅助者的候选；

基于接收到所述求助信息来决定信用分数，所述信用分数表示在救助辅助者完成辅助的情况下能够获得的信用值；以及

向所述救助辅助者的候选的救助辅助终端发送请求辅助进行对所述救助对象的救助的救助辅助请求信息，所述救助辅助请求信息中包含所述信用分数。

20.根据权利要求19所述的急救支援方法，其特征在于，

基于所述救助对象的信用信息、表示所述救助对象的当前位置的位置信息、表示所述救助对象的症状的状态信息以及登记用户的个人信息中的一者或者多者的组合来决定所述救助辅助者的候选。

21.根据权利要求19或20所述的急救支援方法，其特征在于，

基于进行救助辅助的难易度、以及所决定出的所述救助辅助者的候选的数量中的一者或者多者的组合来决定所述信用分数。

22.根据权利要求19～21中的任一项所述的急救支援方法，其特征在于，

将所述信用分数决定为固定值。

23.根据权利要求19～22中的任一项所述的急救支援方法，其特征在于，

生成包含与需进行的救助辅助相关的信息以及所述信用分数的救助辅助请求信息。

24.根据权利要求19～23中的任一项所述的急救支援方法，其特征在于，

针对辅助进行对所述救助对象的救助的每个辅助项目，在所决定出的所述救助辅助者的候选为多个的情况下，同时、或者以规定时间间隔或动态变更的时间间隔向多个所述救助辅助者的候选所持有的所述救助辅助终端发送所述救助辅助请求信息。

25.根据权利要求24所述的急救支援方法，其特征在于，

在以规定的时间间隔或动态变更的时间间隔向多个所述救助辅助者的候选所持有的所述救助辅助终端发送所述救助辅助请求信息的情况下，按照针对多个所述救助辅助者的候选决定出的优先顺序依次发送所述救助辅助请求信息。

26.根据权利要求19～25中的任一项所述的急救支援方法，其特征在于，

将针对所述救助辅助请求信息回复了进行辅助的决定的所述救助辅助者的候选中的满足规定条件的救助辅助者的候选决定为救助辅助者。

27.根据权利要求26所述的急救支援方法，其特征在于，

生成用于引导所述救助辅助者辅助进行对所述救助对象的救助的辅助引导信息，将所述辅助引导信息发送给所述救助辅助者所持有的救助辅助终端。

28.根据权利要求27所述的急救支援方法，其特征在于，

所述辅助引导信息中包含操作引导信息，该操作引导信息是用于引导对所述救助对象进行急救处置的操作的信息。

29.根据权利要求27或28所述的急救支援方法，其特征在于，

所述辅助引导信息中包含记录引导信息，该记录引导信息用于引导所述救助辅助者记录辅助进行对所述救助对象的救助的过程。

30.根据权利要求19～29中的任一项所述的急救支援方法，其特征在于，

对所述救助辅助者辅助进行对所述救助对象的救助的过程进行监视和/或记录。

31.根据权利要求30所述的急救支援方法，其特征在于，

基于进行所述监视所得到的对所述救助辅助者的辅助行为的判断结果，来变更所述信用分数，并向所述救助辅助者通知变更后的所述信用分数。

32.根据权利要求19～31中的任一项所述的急救支援方法，其特征在于，

基于表示所述救助对象的当前位置的位置信息和表示所述救助对象的症状的状态信息中的一者或者多者的组合来决定对所述救助对象进行救治的救治机构和将所述救助对象转运至所述救治机构的转运机构中的一方或多方，并向相关方进行通知。

33.根据权利要求19～32中的任一项所述的急救支援方法，其特征在于，

基于表示所述救助对象的当前位置的位置信息和表示所述救助对象的症状的状态信息，来决定对所述救助对象进行救助所需的救助装置、救助装置的获取方式以及送达方式，并向相关方进行通知。

34.根据权利要求33所述的急救支援方法，其特征在于，

在决定为所述获取方式是从预设的保管场所来获取救助装置的情况下，将所述送达方式决定为由无人驾驶设备来进行送达和由被决定为所述救助辅助者的人来进行送达中的某一种方式，

向所述预设的保管场所、以及所述无人驾驶设备或所述救助辅助者发送相应的指示。

35.根据权利要求19～34中的任一项所述的急救支援方法，其特征在于，

基于所接收到所述求助信息，向作为登记用户的救助对象的紧急联系人所持有的终端即紧急联系人终端发送救助过程中的各种信息。

36.一种计算机可读记录介质，其特征在于，存储有在被处理器执行时实现根据权利要求19～35中的任一项所述的急救支援方法的程序。