CN112850410A - 用于升降电梯的救援服务中心装置、救援系统和救援方法 - Google Patents

Abstract

本公开提供了一种用于升降电梯的救援服务中心装置、救援系统和救援方法。该救援服务中心装置包括：接收单元，接收来自所述升降电梯的报警消息；和处理单元，用于在所述接收单元接收到所述报警消息之后发起由所述救援服务中心装置、所述升降电梯的轿厢内的救援对象装置以及救援参与系统共同参与的救援会议。

Description

用于升降电梯的救援服务中心装置、救援系统和救援方法

技术领域

本发明涉及一种用于升降电梯的救援服务中心装置、救援系统和救援方法。

背景技术

升降电梯是日常生活场景(诸如，地铁站、车站、商场、写字楼等)中必不可少的设备，为了在发生升降电梯被困事件时进行救援，常常需要诸如物业管理单位、维保单位、甚至政府机构等救援参与方共同协商制定救援方案。因此，有必要提升各个救援参与方之间的沟通效率，以在最短时间内制定出救援方案、以免错过最佳救援时机。

发明内容

鉴于此，本公开提供了一种能够提高通信效率、减少阶段性沟通的救援服务中心装置、救援系统和救援方法。

本公开的一方面提供了一种用于升降电梯的救援服务中心装置，其包括：接收单元，接收来自所述升降电梯的报警消息；和处理单元，用于在所述接收单元接收到所述报警消息之后发起由所述救援服务中心装置、所述升降电梯的轿厢内的救援对象装置以及救援参与系统共同参与的救援会议。

可选地，所述救援参与系统包括以下各项中的一个或多个：与所述升降电梯关联的物业管理系统、与所述升降电梯关联的维保系统、以及与所述升降电梯关联的政府系统。

可选地，救援服务中心装置中的处理单元在发起所述救援会议之前，发起与所述救援对象装置的通信，以确定选择所述救援参与系统中的一个或多个系统参与所述救援会议。

可选地，救援服务中心装置中的处理单元在发起所述救援会议之前，判断是否存在误报警。

可选地，救援服务中心装置中的处理单元在发起所述救援会议的同时向所述救援参与系统中的前述一个或多个系统发送所述报警消息。

本公开的另一方面提供了一种用于升降电梯的救援系统，其包括：根据前述的救援服务中心装置和轿厢报警系统，所述轿厢报警系统用于生成所述报警消息并将所述报警消息发送到所述救援服务中心装置。

可选地，所述轿厢报警系统包括报警按钮，所述报警按钮在被按下时生成所述报警消息。

可选地，所述轿厢报警系统包括音视频装置、数据传输装置和判断装置，所述音视频装置获取所述轿厢内的音视频信息，所述数据传输装置获取所述升降电梯的状态信息，所述判断装置根据所述音视频信息和所述状态信息判断是否发生救援对象被困事件，并且当判断发生救援对象被困事件时生成所述报警消息。

可选地，所述轿厢报警系统还将所述报警消息发送到物业管理系统，所述处理单元仅当所述物业管理系统未在预定义时段内针对所述报警消息做出响应时才发起所述救援会议。

可选地，所述救援服务中心装置还包括存储单元，用于建立救援预案数据库，所述救援预案数据库中的每一个救援预案包括在所述救援会议中确定的救援方案以及与其对应的救援对象被困事件的类型；所述处理单元还用于在接收到新的报警消息时，确定救援对象被困事件的类型，并从所述救援预案数据库中选择与救援对象被困事件的所确定的类型对应的救援预案作为救援方案。

本公开的另一方面提供了一种用于升降电梯的救援方法，其包括：接收来自所述升降电梯的报警消息；和根据所述报警消息发起由救援服务中心装置、所述升降电梯的轿厢内的救援对象装置以及救援参与系统共同参与的救援会议。

可选地，所述报警消息是在与所述升降电梯关联的报警按钮被按下时生成的。

可选地，所述报警消息是根据所述升降电梯的轿厢内的音视频信息和所述升降电梯的状态信息生成的。

可选地，所述救援参与系统包括以下各项中的一个或多个：与所述升降电梯关联的物业管理系统、与所述升降电梯关联的维保系统和与所述升降电梯关联的政府系统。

可选地，在发起所述救援会议之前，发起与所述救援对象装置的通信，以确定选择所述救援参与系统中的一个或多个系统参与所述救援会议。

可选地，所述报警消息还被发送到所述物业管理系统，并且仅当所述物业管理系统未在预定义时段内针对所述报警消息做出响应时才发起所述救援会议。

可选地，该救援方法还包括在发起所述救援会议之前，判断是否存在误报警。

可选地，该救援方法还包括在发起所述救援会议的同时向所述救援参与系统中的前述一个或多个系统发送所述报警消息。

可选地，该救援方法还包括建立救援预案数据库，所述救援预案数据库中的每一个救援预案包括在所述救援会议中确定的救援方案以及与其对应的救援对象被困事件的类型；并且当接收到新的报警消息时，确定救援对象被困事件的类型，并从所述救援预案数据库中选择与救援对象被困事件的所确定的类型对应的救援预案作为救援方案。

附图说明

通过下面结合附图对本公开实施例的描述，本公开的方面、特征和优点将变得更加清楚和容易理解，其中：

图1是示出使用现有救援服务中心装置实施救援的过程的示意图。

图2是示出使用包含根据本公开实施例的救援服务中心装置的救援系统实施救援的过程的示意图；以及

图3是示出根据本公开实施例的救援方法的示意图。

具体实施方式

下面将参考本公开的示例性实施例对本公开进行详细描述。然而，本公开不限于这里描述的实施例，其可以以许多不同的形式来实施。所描述的实施例仅用于使本公开彻底和完整，并全面地向本领域技术人员传递本公开的构思。所描述的各个实施例的特征可以互相组合或替换，除非明确排除或根据上下文应当排除。

在附图中，相同的附图标记表示相同或类似的结构或功能的组成部分，并且以下描述中将省略关于它们的重复描述。

通力电梯有限公司致力于研究升降电梯被困事件的救援，已经研发了针对升降电梯被困事件的救援服务中心KC，其使用融合了物联网技术和人工智能技术的救援服务中心装置来实施救援。救援服务中心KC当前使用的救援服务中心装置是例如早期研究的24/7音频版本系统和24/7视频版本系统，本文统称为24/7音视频版本系统。

图1是示出使用例如24/7音视频版本系统的现有救援服务中心装置实施救援的过程的示意图。

如图1所示，当升降电梯轿厢内发生乘客(也称为救援对象)被困事件时，24/7音视频版本系统可以接收到来自升降电梯的报警消息，然后24/7音视频版本系统立即向轿厢内的通信装置(例如，电话、对讲机等)发起双向呼叫以与救援对象进行语音或视频通话。由于升降电梯属于特种设备，根据相关法律法规，在升降电梯出现被困事件时应立即通知相关政府部门，并且相关政府部门在救援过程中具有最高优先级。因此，24/7音视频版本系统在接收到报警消息之后还立即将报警消息发送到相关政府部门的通信装置。在此情况下，容易发生这样的冲突：当24/7音视频版本系统正在与轿厢内的通信装置通信时，相关政府部门也通过其通信装置向轿厢内的通信装置发起双向呼叫，由于相关政府部门具有最高优先级，原本正在进行的轿厢内通信装置与24/7音视频版本系统之间的双向通信被中断，转而进行轿厢内通信装置与相关政府部门的通信装置之间的双向通信。以这种方式，24/7音视频版本系统可能要经历与轿厢内通信装置之间的通信的反复中断和重建才能获得轿厢内的实时情况，继而再分别与物业管理单位、维保单位以及相关政府部门进行一次或多次点对点通信才制定出最终的救援方案。并且以这种方式，轿厢内的救援对象可能要经历救援服务中心KC或相关政府部门的多次重复询问。

简言之，救援服务中心KC能够使用24/7音视频版本系统实施救援，但由于24/7音视频版本系统仅支持两方通话、需要逐级传递消息，因此，沟通效率受限于24/7音视频版本系统与维保单位、物业管理单位、轿厢内救援对象的通信装置以及相关政府部门之间的点对点通信，所实施的救援过程繁琐复杂、效率极低。

图2是示出使用包含根据本公开实施例的救援服务中心装置100的救援系统10实施救援的过程的示意图。

参考图2，救援系统10包括救援服务中心装置100和轿厢报警系统200，轿厢报警系统200位于升降电梯的轿厢内。

作为一种示例，轿厢报警系统200可以包括报警按钮201，当报警按钮201被按下时生成报警消息，这种方式可称为被动报警方式。例如，当救援对象发现自己被困在轿厢内时，他/她可以按下报警按钮201以发出报警消息。

作为另一种示例，轿厢报警系统200可以包括音视频装置202、数据传输装置203和判断装置204，当判断装置204判断发生被困事件时生成报警消息，这种方式可称为主动报警方式。音视频装置202指的是可以进行音频通信、视频通信或同时进行音频和视频通信的装置，包括诸如电话、对讲机、麦克风、耳机等音频装置，诸如照相机、摄像头等视频装置或集成了音频通信和视频通信两者的其他装置。音视频装置202可以获取轿厢内的音视频信息，包括轿厢内的声音信息和图像信息。数据传输装置203可以例如从升降电梯的控制柜获取升降电梯的状态信息，例如，包括升降电梯的运行速度、运行方向、开关门时间和/或开关门噪声等。判断装置204是可以解析计算机指令并且执行计算机指令来处理诸如音视频信息和状态信息的数据的装置，这里的计算机指令可以是具有情景检测功能的指令，例如能够检测是否有乘客摔倒、是否有乘客发出呼救声等的情景检测功能。判断装置204通过执行计算机指令来判断是否发生被困事件，并且当判断出发生被困事件时生成报警消息。例如，判断装置204可以采用人工智能技术实现被困事件的判断。

轿厢报警系统200还可以包括存储装置(图中未示出)，用于存储音视频装置202所获取的音视频信息和数据传输装置203所获取的状态信息。

无论是由报警按钮210生成的报警消息还是由判断装置204生成的报警消息均被发送到救援服务中心装置100中。

参考图2，救援服务中心装置100包括接收单元101和处理单元102，接收单元101接收来自升降电梯的报警消息，处理单元102用于在接收单元接收报警消息之后发起由救援服务中心装置100、升降电梯的轿厢内的救援对象装置205以及救援参与系统300共同参与的救援会议。

虽然图2中将报警消息示出为从升降电梯的轿厢直接发送到接收单元101，但是报警消息也可以被间接发送到接收单元101，例如报警消息可以首先被发送到与升降电梯关联的中间平台(例如，通力电梯有限公司研发的KONE 24/7物联网云平台)，然后该中间平台将该报警信息转发到接收单元101。

处理单元102是可以解析计算机指令并执行计算机指令以处理诸如报警消息的数据的装置，并且其还通过应用程序接口(Application Programming Interface，API)与救援参与系统300中的各个系统通信连接，以向各个系统发起救援会议。

救援对象装置205可以是救援对象所携带的能够参与救援服务中心装置100所发起的救援会议的通信装置，例如，轿厢内的电话，在一些情况下，音视频装置202可以作为救援对象装置205。

如图2所示，救援参与系统300可以包括与升降电梯关联的物业管理系统301、与升降电梯关联的维保系统302和与升降电梯关联的政府系统303中的一个或多个。但本公开并不限于此，救援参与系统300还可以包括按照法律法规必须参与或出于实际情况需要参与被困事件的救援方案制定的其它系统。处理单元102通过应用程序接口API与各个救援参与系统通信。

在一些示例中，轿厢报警系统200还将报警消息发送到物业管理系统301，并且救援服务中心装置100的处理单元102仅当物业管理系统301未在预定义时段(例如，20秒、30秒、1分钟等)内针对报警消息做出响应时才发起救援会议。通常，升降电梯所属地域(例如，某小区、某商业楼、某学校等)的物业管理单位对该升降电梯拥有管理权，并且物业管理单位一般能最快到达升降电梯，因此，轿厢报警系统200在将报警消息发送给救援服务中心装置100的同时还将报警消息发送给物业管理系统301是有益处的，例如，在制定出最终救援方案之前物业管理单位可以先实施可行的辅助性救援，或者如果救援任务在物业管理单位的能力范围内能够解决就无需再发起救援会议、浪费救援资源。救援服务中心装置100可以利用诸如定时器等计时工具监控物业管理系统301是否在预定义时段内对报警消息做出响应，例如监控物业管理系统是否确定接收到报警消息、是否发起内部五方通话等(内部五方通话指的是物业值班室、电梯轿厢、电梯机房、电梯轿顶和电梯底坑之间的对讲通话)。例如，救援服务中心装置100可以设置定时器从接收到报警消息时开始计时，定时器经过预定义时段过期，倘若直到定时器过期物业管理系统301仍未对报警消息做出响应，则发起救援会议。

在一些示例中，救援服务中心装置100的处理单元102在发起救援会议之前，发起与救援对象装置205的通信，以确定选择救援参与系统中的一个或多个系统参与救援会议。例如，救援服务中心装置100在接收到报警消息之后发起与救援对象装置205的通信，例如使得可以与救援对象语音通话，或者发起与音视频装置202的通信，例如使得可以观察救援对象等。由此，可以根据救援对象的实际情况确定从物业管理系统、维保系统、政府系统以及按照法律法规必须参与或出于实际情况需要参与被困事件的救援方案制定的其它系统中选择一个或多个系统来参与救援会议。

在一些示例中，救援服务中心装置100的处理单元102在发起救援会议之前，可以判断是否存在误报警。例如，在由报警按钮201生成报警消息的情况下，可能由于乘客意外触碰到轿厢内的报警按钮、或报警按钮本身损坏等原因而造成误报警。处理单元102可以向轿厢报警系统200请求由音视频装置202捕获的音视频信息或者向不属于轿厢报警系统200的其它音视频装置(如果有的话)请求其捕获的轿厢内的音视频信息，并结合这些音视频信息判断是否存在误报警。

在一些示例中，救援服务中心装置100的处理单元102在发起救援会议的同时向救援参与系统300中的一个或多个系统(例如，前述物业管理系统301、维保系统302、政府系统303等)发送报警消息。大部分情况下，由于升降电梯被困事件属于紧急事件，救援参与系统300的各个系统可以设置为当救援服务中心装置100向其发起救援会议时，对救援会议自动接收而无需验证或同意。然而，存在某些救援参与系统无法设置为对救援会议自动接收的情况，例如受法律法规的规定，政府系统需要经过验证或同意才能接入救援会议。在这种情况下，救援服务中心装置100的处理单元102在发起救援会议的同时向救援参与系统300中的一个或多个系统发送报警消息，以供这些系统根据该报警消息来确定接入或不接入救援会议。

在一些示例中，救援服务中心装置100还包括存储单元103，用于建立救援预案数据库。救援预案数据库中的每一个救援预案包括在救援会议期间确定的救援方案以及与其对应的救援对象被困事件的类型。处理单元120还用于在接收到新的报警消息时，在救援预案数据库中选择与根据新的报警消息确定的救援对象被困事件的类型对应的救援预案作为救援方案。

例如，可能存在各种原因使得无法按预期进行救援会议，例如由于救援参与系统中的某个系统不能接入或未及时接入救援会议，这与救援的及时性相矛盾。救援服务中心装置100可以通过建立救援预案数据库来解决这个矛盾。例如，在每一次救援会议期间，可以讨论获得救援对象被困事件的类型，例如包括：因电梯运行速度异常而导致乘客摔倒、因电梯门关闭太久而造成乘客缺氧晕倒等。同时，可以讨论制定出与救援对象被困事件的类型对应的救援方案，例如，与乘客摔倒相对应的救援方案可以包括由最近医院派遣医疗设备和医护人员到场施救、由辖区内消防部门到场施救、由维保技工到场维修等。经过多次救援会议产生的救援预案数据库将包含应对各种类型的救援对象被困事件的救援预案。当救援服务中心装置100接收到新的报警消息时，如果无法发起或进行预期的救援会议，处理单元120可以在救援预案数据库中选择与根据新的报警消息确定的救援对象被困事件的类型对应的救援预案作为救援方案。如此，可以避免因无法发起或进行预期的救援会议而耽误救援时机，且所建立的救援预案数据库对于救援方案的制定和规范化也具有实际意义。

图3是示出根据本公开实施例的救援方法400的示意图。

根据本公开实施例的救援方法400可以由前述救援服务中心装置100实施。救援方法400至少包括步骤S410和S420。

在步骤S410，接收来自所述升降电梯的报警消息。在此步骤中，可以直接或间接从升降电梯接收报警消息，并且报警消息可以由升降电梯轿厢内的报警按钮生成，也可以由轿厢内的判断装置基于由音视频装置获取的音视频信息和由数据传输装置获取的升降电梯的状态信息而生成。

在步骤S420，根据所述报警消息发起由救援服务中心装置、所述升降电梯的轿厢内的救援对象装置以及救援参与系统共同参与的救援会议。在此步骤中，救援对象装置可以是救援对象所携带的能够接入救援服务中心装置所发起的救援会议的通信装置，并且在一些情况下，救援对象装置可以是位于升降电梯轿厢内的音视频装置。

作为一种示例，救援方法400还可以包括在步骤S420之前进行的步骤S412：在发起所述救援会议之前，判断是否存在误报警。

作为一种示例，救援方法400还可以包括在步骤S420之前进行的步骤S414：在发起救援会议之前，发起与救援对象装置的通信，以确定选择救援参与系统中的一个或多个系统参加救援会议。步骤S414虽然示出在步骤S412之后，但这仅是示例性的，步骤S412和步骤S414可以交换也可以并行实施。

作为一种示例，步骤S420可以由以下步骤S420'代替：根据报警消息发起由救援服务中心装置、升降电梯的轿厢内的救援对象装置以及救援参与系统共同参与的救援会议，同时向救援参与系统中的一个或多个系统发送报警消息。在此步骤中，发送报警消息的目的是供该一个或多个系统根据报警消息选择接入或不接入救援会议。

作为一种示例，救援方法400还可以包括步骤S430：建立救援预案数据库，救援预案数据库中的每一个救援预案包括在救援会议中确定的救援方案以及与其对应的救援对象被困事件的类型；并且当接收到新的报警消息时，确定救援对象被困事件的类型，并从救援预案数据库中选择与救援对象被困事件的所确定的类型对应的救援预案作为救援方案。

由于前面已经结合图2描述了救援服务中心装置100、救援系统10实施救援的具体过程，因此，为了避免重复，此处不再赘述步骤S410至S430的细节。

由此，使用根据本公开实施例的救援服务中心装置100、包括救援服务中心装置100的救援系统10以及根据本公开实施例的救援方法来实施升降电梯被困事件的救援在以下几方面改进了诸如24/7音视频版本系统的早期解决方案：通过基于救援服务中心装置100与物业管理系统、维保系统、政府系统和轿厢内救援对象装置之间的多路通信提高了通信效率；来自轿厢内救援对象的实时信息对于救援服务中心KC和救援参与方是同步且透明的，避免了逐级传递消息、减少了阶段性沟通，降低了消息传递错误的风险；以救援会议的形式，救援服务中心KC、物业管理单位、维保单位和政府建立融合通信、加强协作、实现多方同时响应和信息共享，提高了被困事件的救援效率。

本领域技术人员应该理解，上述的具体实施例仅是示例而非限制，可以根据设计需求和其它因素对本公开的实施例进行各种修改、组合、部分组合和替换，只要它们在所附权利要求或其等同的范围内，即属于本公开所要保护的权利范围。

Claims (19)

1.一种用于升降电梯的救援服务中心装置，包括：

接收单元，用于接收来自所述升降电梯的报警消息；和

处理单元，用于在所述接收单元接收到所述报警消息之后发起由所述救援服务中心装置、所述升降电梯的轿厢内的救援对象装置以及救援参与系统共同参与的救援会议。

2.根据权利要求1所述救援服务中心装置，其中，

所述救援参与系统包括以下各项中的一个或多个：与所述升降电梯关联的物业管理系统、与所述升降电梯关联的维保系统、以及与所述升降电梯关联的政府系统。

3.根据权利要求2所述的救援服务中心装置，其中，

所述处理单元在发起所述救援会议之前，发起与所述救援对象装置的通信，以确定选择所述救援参与系统中的一个或多个系统参与所述救援会议。

4.根据权利要求1所述的救援服务中心装置，其中，

所述处理单元在发起所述救援会议之前，判断是否存在误报警。

5.根据权利要求1所述的救援服务中心装置，其中，

所述处理单元在发起所述救援会议的同时向所述救援参与系统中的一个或多个系统发送所述报警消息。

6.根据权利要求1所述的救援服务中心装置，其中，

所述救援服务中心装置还包括存储单元，用于建立救援预案数据库，所述救援预案数据库中的每一个救援预案包括在所述救援会议中确定的救援方案以及与其对应的救援对象被困事件的类型；

所述处理单元还用于在接收到新的报警消息时，确定救援对象被困事件的类型，并从所述救援预案数据库中选择与救援对象被困事件的所确定的类型对应的救援预案作为救援方案。

7.一种用于升降电梯的救援系统，包括：

根据权利要求1所述的救援服务中心装置；和

轿厢报警系统，用于生成所述报警消息并将所述报警消息发送到所述救援服务中心装置。

8.根据权利要求7所述的救援系统，其中，

所述轿厢报警系统包括报警按钮，所述报警按钮在被按下时生成所述报警消息。

9.根据权利要求7所述的救援系统，其中，

所述轿厢报警系统包括音视频装置、数据传输装置和判断装置，

所述音视频装置获取所述轿厢内的音视频信息，

所述数据传输装置获取所述升降电梯的状态信息，

所述判断装置根据所述音视频信息和所述状态信息判断是否发生救援对象被困事件，并且当判断发生救援对象被困事件时生成所述报警消息。

10.根据权利要求7所述的救援系统，其中，

所述轿厢报警系统还将所述报警消息发送到物业管理系统，

所述处理单元仅当所述物业管理系统未在预定义时段内针对所述报警消息做出响应时才发起所述救援会议。

11.一种用于升降电梯的救援方法，包括：

接收来自所述升降电梯的报警消息；和

根据所述报警消息发起由救援服务中心装置、所述升降电梯的轿厢内的救援对象装置以及救援参与系统共同参与的救援会议。

12.根据权利要求11所述的救援方法，其中，

所述报警消息是在与所述升降电梯关联的报警按钮被按下时生成的。

13.根据权利要求11所述的救援方法，其中，

所述报警消息是根据所述升降电梯的轿厢内的音视频信息和所述升降电梯的状态信息生成的。

14.根据权利要求11所述的救援方法，其中，

所述救援参与系统包括以下各项中的一个或多个：与所述升降电梯关联的物业管理系统、与所述升降电梯关联的维保系统、以及与所述升降电梯关联的政府系统。

15.根据权利要求13所述的救援方法，其中，

在发起所述救援会议之前，发起与所述救援对象装置的通信，以确定选择所述救援参与系统中的一个或多个系统参与所述救援会议。

16.根据权利要求14所述的救援方法，其中，

所述报警消息还被发送到所述物业管理系统，并且仅当所述物业管理系统未在预定义时段内针对所述报警消息做出响应时才发起所述救援会议。

17.根据权利要求11所述的救援方法，其中，

在发起所述救援会议之前，判断是否存在误报警。

18.根据权利要求11所述的救援方法，其中，

在发起所述救援会议的同时向所述救援参与系统中的一个或多个系统发送所述报警消息。

19.根据权利要求11所述的救援方法，还包括，

建立救援预案数据库，所述救援预案数据库中的每一个救援预案包括在所述救援会议中确定的救援方案以及与其对应的救援对象被困事件的类型；并且

当接收到新的报警消息时，确定救援对象被困事件的类型，并从所述救援预案数据库中选择与救援对象被困事件的所确定的类型对应的救援预案作为救援方案。

Images