CN113562556A - 目的地派梯系统 - Google Patents

Abstract

本申请涉及一种目的地派梯系统。该系统包括本地呼梯装置、移动智能终端、云平台、本地电梯主控系统和本地派梯系统，其中，通过移动智能终端，用户可以实现预约呼梯，从而可缩短用户候梯时间，更加方便用户使用；通过云平台计算派梯方案，相对于本地计算，云平台处理能力更强，处理速度更快；同时也设置本地派梯系统，从而在云平台无法计算派梯方案保证电梯能够正常使用。本申请方案应用于多井道电梯群控时(包括单井道单轿厢和单井道多轿厢的电梯系统)，具有足够的处理速度，能够充分满足实际计算需求，且能够应对云平台异常情况，因此具有很高的实用性。

Description

目的地派梯系统

技术领域

本申请涉及电梯技术领域，尤其涉及一种目的地派梯系统。

背景技术

传统的群控电梯是根据群组中每台电梯所在井道的位置(到新外呼层的距离)，运行方向(与新外呼的方向是否一致)，以及需要应答的数量等电梯信息进行派梯，这种派梯模式以优先响应新外呼为目的，不会考虑每个乘客的特殊需求。

为了更好地满足乘客需求，在传统的派梯基础上出现了目的地派梯，该方法中，在每层均设置呼梯终端，用户通过呼梯终端上的按钮输入目的楼层，进行呼梯，也即增加了目的地楼层的输入，以便目的地相同的乘客可以共乘一个轿厢，从而减少停站数、提高效率。不过该方法中，由于计算实际派梯方案需要消耗较多时间，因此一般只适用于单井道单轿厢(也即包括多个井道，每个井道仅包括一个轿厢)的电梯系统，且随着楼层数量不断增加，计算派梯方案时消耗的时间也会随之增加，因此对于单井道多轿厢的电梯系统或超高建筑不能充分满足实际需求，实用性受限。

发明内容

本申请提供一种目的地派梯系统，以解决传统的目的地派梯方法不能充分满足实际需求，实用性受限的问题。

本申请的上述目的是通过以下技术方案实现的：

本申请实施例提供一种目的地派梯系统，其包括：

本地呼梯装置、移动智能终端、云平台、本地电梯主控系统和本地派梯系统；

所述本地呼梯装置与所述云平台通信连接，用于获取乘客输入的第一乘梯信息并发送至所述云平台；其中，所述第一乘梯信息包括起始楼层和目的地楼层；

所述移动智能终端与所述云平台通信连接，用于获取乘客输入的第二乘梯信息并发送至所述云平台；其中，所述第二乘梯信息包括起始楼层、目的地楼层和乘梯时间，所述乘梯时间包括当前时间和预约时间；

所述本地电梯主控系统与所述云平台通信连接，用于将电梯轿厢的运行状态信息发送至所述云平台；

所述云平台用于，利用预设置的派梯算法，根据所述第一乘梯信息、所述第二乘梯信息和所述运行状态信息计算派梯方案，并将所述派梯方案发送至所述本地电梯主控系统执行；

所述本地派梯系统与所述云平台和所述本地电梯主控系统通信连接，用于获取所述第一乘梯信息、所述第二乘梯信息和所述运行状态信息，并在所述云平台出现异常而无法计算派梯方案时，利用本地预设置的第二派梯算法，根据所述第一乘梯信息、所述第二乘梯信息和所述运行状态信息计算派梯方案，并将所述派梯方案发送至所述本地电梯主控系统执行。

可选的，所述云平台包括云端数据库和云端派梯系统；

所述云端数据库用于，存储所述第一乘梯信息、所述第二乘梯信息和所述运行状态信息；

所述云端派梯系统用于，利用所述第一派梯算法，根据所述云端数据库存储的信息计算派梯方案。

可选的，所述第一派梯算法和/或所述第二派梯算法包括人工智能算法，基于人工智能算法计算派梯方案时，对于单井道单轿厢电梯系统，以电梯运行周期RTT(Round TripTime，也叫电梯往返一次时间，是指电梯运行一周所用的时间，从轿厢回到基站开始算起，把乘客从基站送到前方层再回到基站所用的时间)为基础计算最小值；对于单井道多轿厢电梯系统，以同一时间每个乘客到达目的楼层所用的时间和为基础求最小值。

可选的，在所述云平台的异常消除后，所述云平台和所述本地派梯系统自动进行数据同步。

可选的，所述本地呼梯装置、所述本地电梯主控系统和所述本地派梯系统基于网关，以5G或5G以上网络为媒介与所述云平台相连接。

可选的，计算出的派梯方案还发送至所述本地呼梯装置和/或所述移动智能终端进行展示。

可选的，所述移动智能终端在接收到派梯方案后显示目标电梯轿厢的当前位置，以及在目标电梯轿厢到达起始楼层后,发出声光提醒信息并且显示目的地楼层。

可选的，所述本地呼梯装置在接收到派梯方案后显示派梯方案，即响应该呼梯的电梯或轿厢，以及在目标电梯或轿厢到达起始楼层后,在该电梯厅外的电梯显示系统发出声光提醒信息并且显示目的地楼层。

可选的，所述移动智能终端还用于获取乘客输入的VIP级别信息并发送至所述云平台；

所述云平台还用于根据获取的VIP级别信息实现派梯顺序调整。

本申请的实施例提供的技术方案可以包括以下有益效果：

本申请的实施例提供的目的地派梯系统中，通过移动智能终端，用户可以实现预约呼梯，从而可缩短用户候梯时间，更加方便用户使用；此外，通过云平台计算派梯方案，相对于本地计算，云平台处理能力更强，处理速度更快，同时也设置本地派梯系统，从而在云平台无法计算派梯方案保证电梯能够正常使用，因此应用于多井道电梯群控时(包括单井道单轿厢和单井道多轿厢的电梯系统)，具有足够的处理速度，能够充分满足实际计算需求，且能够应对云平台异常情况，因此具有很高的实用性。

应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本申请。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本申请的实施例，并与说明书一起用于解释本申请的原理。

图1为本申请实施例提供的一种目的地派梯系统的架构图；

图2为基于单井道单轿厢电梯系统计算派梯方案的相应时间；

图3为基于单井道多轿厢电梯系统计算派梯方案的相应时间；

图4为本申请实施例提供的一种本地控制系统的结构示意图；

图5为一种智能手机的电梯提示示例；

图6为一种本地显示装置的电梯提示示例。

具体实施方式

这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本申请相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本申请的一些方面相一致的装置和方法的例子。

为了解决背景技术中的问题，使目的地派梯方法更好得满足用户的实际需求，提高其实用性，本申请提供一种基于云计算目的地派梯系统，以下通过实施例进行详细说明。

实施例

参照图1，图1为本申请实施例提供的一种目的地派梯系统的架构图。如图1所示，该系统架构主要包括三部分，分别是机房端、服务端和用户端；其中，机房端也即电梯的本地控制部分，包括常规的本地电梯主控系统、本地派梯系统和其他辅助控制系统(图中未示出)；服务端包括云平台；用户端包括用户的移动智能终端，比如智能手机、平板电脑等等，其上预先安装有用于呼梯的APP或者包含公众号页面、小程序页面、网页页面等等各种常见、易用的形式；此外，和常规群控电梯类似，每层楼层还设置有一或多个本地呼梯装置(也即图1中的本地呼梯装置1，本地呼梯装置2，……，本地呼梯装置n)，其包括用于输入楼层的数字或其他形式的按钮等。此外，电梯系统包括多个井道，每个井道为单井道单轿厢系统，也即电梯系统包括多个井道，每个井道仅有单个电梯轿厢；或者单井道多轿厢系统，也即电梯系统包括多个井道，每个井道包括多个电梯轿厢。

上述目的地派梯系统中，本地呼梯装置与云平台通信连接，用于获取乘客输入的第一乘梯信息并发送至云平台；其中，第一乘梯信息包括起始楼层和目的地楼层；

移动智能终端与云平台通信连接，用于获取乘客输入的第二乘梯信息并发送至云平台；其中，第二乘梯信息包括起始楼层、目的地楼层和乘梯时间，乘梯时间包括当前时间和预约时间；

本地电梯主控系统与云平台通信连接，用于将电梯轿厢的运行状态信息发送至云平台；

云平台用于，利用预设置的派梯算法，根据第一乘梯信息、第二乘梯信息和运行状态信息计算派梯方案，并将派梯方案发送至本地电梯主控系统执行；

本地派梯系统与云平台和本地电梯主控系统通信连接，用于获取第一乘梯信息、第二乘梯信息和运行状态信息，并在云平台出现异常而无法计算派梯方案时，利用本地预设置的第二派梯算法，根据获取的第一乘梯信息、第二乘梯信息和运行状态信息计算派梯方案，并将派梯方案发送至本地电梯主控系统执行。

具体的，由于本地呼梯装置设置于每个楼层的特定位置，因此用户呼梯时，无需输入起始楼层和乘梯时间(因为本地呼梯装置可以自动确定自身所在楼层并发送至云平台，且通常默认当前时间需要乘梯，此外，起始楼层指的是用户进入电梯的楼层)。而对于移动智能终端，由于无法自动获取用户的起始楼层和乘梯时间，因此需要用户手动输入。此外，相对于固定设置的本地呼梯装置，移动智能终端进行呼梯的一个优势在于能够预约呼梯，也即用户能够输入预约时间进行呼梯，更加方便，比如，用户在上班早高峰时，可以在进入建筑物候梯厅前，比如在停车场中停车后，即可根据到达候梯厅的时间和预计等待电梯的时间进行预约呼梯，如此，相对于进入候梯厅后再通过本地呼梯装置呼梯，可以有效缩短等待时间，进而缩短到达办公室的时间。同时，预约呼梯有利于派梯优化，寻找最优解。

此外需要说明的是，本发明的目的地派梯系统可以应用于单井道单轿厢电梯系统，也可以应用于单井道多轿厢电梯系统。其中，前者是目前常见的群控电梯结构，因此不再详述；而对于后者，由于多个轿厢共用一个井道，因此运行过程需要相互避让(需要设计专门的避让结构，不过其不是本申请的改进重点，因此本申请不再对此详细说明)，因此，显然，一旦采用单井道多轿厢的配置，计算量将显著增加，如果仅采用传统的本地派梯系统进行派梯方案的计算，需要大量增加其CPU的处理能力，将耗费大量金钱。同时，当乘客用智能终端，比如智能手机APP呼梯时，由于可以远程呼梯和预约呼梯，同一时间数据的输入量也将显著增加，所需要的计算能力将是指数倍增加。基于此，利用云端的处理能力无疑是最经济的解决方案。并且，依托云端的超强处理能力，也可以考虑采用更优算法。

进一步的，新的计算算法可以采用人工智能算法，如遗传算法等等，基于此计算派梯方案时，对于单井道单轿厢电梯系统，以电梯运行周期RTT(Round Trip Time，也叫电梯往返一次时间，是指电梯运行一周所用的时间，从轿厢回到基站开始算起，把乘客从基站送到前方层再回到基站所用的时间)为基础计算最小值；对于单井道多轿厢电梯系统，以同一时间每个乘客到达目的楼层所用的时间和为基础求最小值。其中，电梯运行周期(RTT，Round-Trip Time)＝电梯在大堂(基站)装载乘客的时间+电梯在楼层间运行的时间+电梯空载返回大堂(基站)的时间，以单个电梯运行周期RTT为基础计算最小值，也即每次计算派梯方案时，主要考虑一个周期运行时间最小，而不考虑后续的其他周期的周期运行时间。而总运行时间指的是将大厅内所有乘客均送达目的地的时间总和，对于该值最小的情况，从另一个角度也可以理解为平均运行时间RTT最小。

为了便于更好地理解单井道单轿厢电梯系统和单井道多轿厢电梯系统计算派梯方案时的不同，结合图2和图3进行举例说明。其中，图2为基于单井道单轿厢电梯系统计算派梯方案的相应时间，图3为基于单井道多轿厢电梯系统计算派梯方案的相应时间。

基于此，如图2所示，首先假设电梯轿厢快速运行一层的时间为2s(s也即时间单位秒，下同)，慢速运行一层的时间为7s，每个乘客进/出电梯的时间为1s，电梯开门时间为2s，电梯关门时间为2.5s。其中需要说明的是，电梯快速运行一层指的是，电梯以满速或额定速度运行一层的时间，而电梯慢速运行一层指的是，电梯不能以满速或额定速度运行一层的时间，例如，电梯在相邻两个楼层均停靠的情况。因为电梯停靠前后会涉及减速和加速过程，因此会出现快速运行和慢速运行两种情况。并且，假设有6个乘客在1层乘梯(只有1个电梯轿厢且可一次全部搭载)，目的楼层分别是2，3，4，5，6，8，那么由此计算出的周期运行时间RTT＝43.5s(电梯开关门时间和，以及乘客进出电梯时间和)+53s(电梯在楼层间运行时间和)＝96.5s；最后到达目的地的乘客花费时间为80s；所有乘客的平均达到时间为51.25s。

如图3所示，首先假设电梯轿厢快速运行一层的时间为2s，慢速运行一层的时间为7s，每个乘客进/出电梯的时间为1s，电梯开门时间为1s，电梯关门时间为1s(开关门时间减少的原因是电梯空间减小，因此门结构也减小)。并且，同样假设有6个乘客在1层乘梯(具有6个电梯轿厢且每个电梯轿厢分别搭载一个乘客)，目的楼层分别是2，3，4，5，6，8，那么由此计算出的周期运行时间RTT＝6s+28s＝34s；最后到达目的地的乘客花费时间为30s；所有乘客的平均达到时间为23s。

通过对比，可以明显看出单井道单轿厢电梯系统和单井道多轿厢电梯系统的区别。

更进一步的，计算派梯方案时，除了可以采取传统的双循环方式(也即电梯先进行全循环，再进行半循环)之外；本申请提供一种先进行半循环再进行全循环的双循环方式，其中，全循环指的是，电梯从大厅出发，到达最高层后再返回大厅的过程；而半循环指的是，电梯从大厅出发，到达某一中间楼层后再返回大厅的过程。基于此，本申请实施例提供的先进行半循环再进行全循环的双循环方式，指的是，先将目的地楼层是建筑物整体中下层的乘客送达，然后再将目的地楼层是建筑物整体中上层的乘客送达。

具体的，如果以所有乘客达到目的地的时间为指标，则两种循环方式电梯对应的运行时间相同，也即电梯的整体运载能力没有发生变化；但是，相对于传统的双循环方式，本申请实施例所提供的循环方式的优势在于，全部乘客在电梯外等待电梯的时间之和更少，也即平均到达时间更少，因此乘客的使用感受会更好(因为同样是没有到达目的地楼层的情况下，在电梯内等待的感受肯定比在电梯外等待的感受更好)。

当然应当理解的是，以上所述仅是示例性的，实际上，云平台和本地派梯系统可以采用相同的派梯算法，也可以采用不同的派梯算法，具体可根据实际需要进行设置，本发明不作限制。

本申请的实施例提供的目的地派梯系统中，通过移动智能终端，用户可以实现预约呼梯，从而可缩短用户候梯时间，更加方便用户使用；此外，通过云平台计算派梯方案，相对于本地计算，云平台处理能力更强，处理速度更快，因此应用于单井道多轿厢的电梯系统或超高建筑时，具有足够的处理速度，能够充分满足实际计算需求，因此具有很高的实用性。

此外，本地呼梯装置和本地电梯主控系统可以基于网关，以5G或5G以上(比如6G)网络为媒介与云平台相连接，从而将自身相关信息发送到云平台。

进一步的，作为一种可行的实施方式，云平台包括云端数据库和云端派梯系统；云端数据库用于存储第一乘梯信息、第二乘梯信息和运行状态信息；云端派梯系统用于利用上述派梯算法，根据云端数据库存储的信息计算派梯方案。其中，对于实时乘梯需求，相关的第一乘梯信息和第二乘梯信息存储到云端数据库后直接用于计算，而对于预约乘梯需求，则暂时存储在云端数据库中，直至时间符合对应的时间后，再根据各电梯轿厢当前的运行状态信息计算派梯方案。

同样的，智能终端也可以通过5G网络为媒介与云平台相连接。

此外，关于本地派梯系统，为了应对异常情况，比如网络异常无法向云平台传输乘梯信息或运行状态信息，或者云平台异常无法进行计算，等等，因此，除了设置在云平台的派梯系统，还设置本地派梯系统，从而在云平台无法计算派梯方案时，由本地派梯系统实现计算，保证用户能够正常使用电梯。具体的，云平台和本地派梯系统定期进行数据交互，如果云平台无法计算，则本地派梯系统利用之前进行数据交互后存储在本地的信息计算派梯方案。而在云平台的异常消除后，云平台和本地派梯系统可以自动进行数据同步，从而对于未计算的预约乘梯需求，可恢复到云平台进行计算。基于此，以云平台作为主派梯系统，本地派梯系统作为辅助派梯系统，从而在确保电梯能够正常使用的前提下，加快派梯方案的计算速度。

其中，本地派梯系统也基于网关以5G或5G以上网络为媒介与所述云平台相连接；而本地呼梯装置、本地电梯主控系统和本地派梯系统，各部分之间可设置类似中继、路由、独立多种使用模式，实现终端间的网络灵活配置，保障终端间的数据传输效率和稳定性。并且，考虑到仅设置一个本地电梯主控系统时可能会不利于与本地派梯系统等结构的数据传输，因此实际应用中，可以是如图4所示，设置多个本地电梯主控系统(也即图4中的本地电梯主控系统1，2，…，n)，其中，不同的本地电梯主控系统可以是按照一定的楼层间隔设置，并且不同的本地电梯主控系统之间也可以进行数据通信，并且通信方式优选为无线通信，从而可以有效避免有线通信时的布线问题，当然，根据实际需要，采用有线通信也是可以的。

需要说明的是，以上各部分所述的通过5G或5G以上网络进行数据传输作为优选方案，但并不意味着仅能采用该方案，实际上，通过4G网络等其他方式进行数据传输也是可行的，本发明并不对其进行限制。

此外，具体应用中，可以设置多台(比如两台)服务器，每台服务器均配置云平台，并且，将多台服务器分为政府服务器和电梯企业服务器，而对于派梯方案，本地派梯系统只接受电梯企业服务器发来的信息，从而更好的保证网络安全。

此外，对于云平台或本地派梯装置计算出的派梯方案，还可以发送至本地呼梯装置和/或所述移动智能终端进行展示，便于乘客查看。此外，移动智能终端和本地派梯装置还用于，在接收到派梯方案后显示目标电梯轿厢的当前位置，以及在目标电梯轿厢到达起始楼层后显示目的地楼层。

具体的，对于移动智能终端，比如，系统给每个轿厢每次运行随机生成一个名称(如A-1-0017，A是井道号，1是轿厢号，0017是轿厢第17次启动。这种设置更适合单井道多轿厢系统)，并将这个名称通过智能手机发给乘客，乘客可以根据轿厢名称乘梯。如此，更加便于乘客直观了解电梯状态。一种智能手机的电梯提示示例如图5所示。

针对本地呼梯装置，电梯轿厢在入口处设有显示装置，当轿厢到达出发楼层时，显示器将显示轿厢的目的楼层，以提醒乘客。本地呼梯装置在接收到派梯方案后显示派梯方案，即响应该方案的电梯(一井一梯)或轿厢(一井多梯)，以及在目标电梯或轿厢到达起始楼层后,在该电梯厅外的电梯显示系统发出声光提醒信息并且显示目的地楼层。一种本地显示装置的电梯提示示例如图6所示。

此外，一些实施例中，所述移动智能终端还用于获取乘客输入的VIP级别信息并发送至所述云平台；相应的，所述云平台还用于根据获取的VIP级别信息实现派梯顺序调整。

也就是说，通过移动智能终端预约乘梯时，乘客可以将自身账号对应的VIP级别信息和第一乘梯信息一并发送至云平台，云平台在计算派梯方案时，针对不同的VIP级别确定派梯优先级，原则是VIP级别等级越高则派梯优先级越高，但具体的优先级等级不做限制，可以根据实际情况设定。其中，VIP级别可以根据累计预约乘梯次数或实际乘梯次数、累计签到时间和次数等数据逐步累积提高，或者也可以通过其他常见的方式提高VIP级别，具体不作限制。如此，可以增加用户对相应APP或小程序等的使用次数，提高用户粘度。

可以理解的是，上述各实施例中相同或相似部分可以相互参考，在一些实施例中未详细说明的内容可以参见其他实施例中相同或相似的内容。

需要说明的是，在本申请的描述中，术语“第一”、“第二”等仅用于描述目的，而不能理解为指示或暗示相对重要性。此外，在本申请的描述中，除非另有说明，“多个”的含义是指至少两个。

流程图中或在此以其他方式描述的任何过程或方法描述可以被理解为，表示包括一个或更多个用于实现特定逻辑功能或过程的步骤的可执行指令的代码的模块、片段或部分，并且本申请的优选实施方式的范围包括另外的实现，其中可以不按所示出或讨论的顺序，包括根据所涉及的功能按基本同时的方式或按相反的顺序，来执行功能，这应被本申请的实施例所属技术领域的技术人员所理解。

应当理解，本申请的各部分可以用硬件、软件、固件或它们的组合来实现。在上述实施方式中，多个步骤或方法可以用存储在存储器中且由合适的指令执行系统执行的软件或固件来实现。例如，如果用硬件来实现，和在另一实施方式中一样，可用本领域公知的下列技术中的任一项或他们的组合来实现：具有用于对数据信号实现逻辑功能的逻辑门电路的离散逻辑电路，具有合适的组合逻辑门电路的专用集成电路，可编程门阵列(PGA)，现场可编程门阵列(FPGA)等。

本技术领域的普通技术人员可以理解实现上述实施例方法携带的全部或部分步骤是可以通过程序来指令相关的硬件完成，所述的程序可以存储于一种计算机可读存储介质中，该程序在执行时，包括方法实施例的步骤之一或其组合。

此外，在本申请各个实施例中的各功能单元可以集成在一个处理模块中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。所述集成的模块如果以软件功能模块的形式实现并作为独立的产品销售或使用时，也可以存储在一个计算机可读取存储介质中。

上述提到的存储介质可以是只读存储器，磁盘或光盘等。

在本说明书的描述中，参考术语“一个实施例”、“一些实施例”、“示例”、“具体示例”、或“一些示例”等的描述意指结合该实施例或示例描述的具体特征、结构、材料或者特点包含于本申请的至少一个实施例或示例中。在本说明书中，对上述术语的示意性表述不一定指的是相同的实施例或示例。而且，描述的具体特征、结构、材料或者特点可以在任何的一个或多个实施例或示例中以合适的方式结合。

尽管上面已经示出和描述了本申请的实施例，可以理解的是，上述实施例是示例性的，不能理解为对本申请的限制，本领域的普通技术人员在本申请的范围内可以对上述实施例进行变化、修改、替换和变型。

Claims (9)

1.一种目的地派梯系统，其特征在于，包括：

本地呼梯装置、移动智能终端、云平台、本地电梯主控系统和本地派梯系统；

所述本地呼梯装置与所述云平台通信连接，用于获取乘客输入的第一乘梯信息并发送至所述云平台；其中，所述第一乘梯信息包括起始楼层和目的地楼层；

所述移动智能终端与所述云平台通信连接，用于获取乘客输入的第二乘梯信息并发送至所述云平台；其中，所述第二乘梯信息包括起始楼层、目的地楼层和乘梯时间，所述乘梯时间包括当前时间和预约时间；

所述本地电梯主控系统与所述云平台通信连接，用于将电梯轿厢的运行状态信息发送至所述云平台；

所述云平台用于，利用预设置的第一派梯算法，根据所述第一乘梯信息、所述第二乘梯信息和所述运行状态信息计算派梯方案，并将所述派梯方案发送至所述本地电梯主控系统执行；

所述本地派梯系统与所述云平台和所述本地电梯主控系统通信连接，用于获取所述第一乘梯信息、所述第二乘梯信息和所述运行状态信息，并在所述云平台出现异常而无法计算派梯方案时，利用本地预设置的第二派梯算法，根据所述第一乘梯信息、和所述运行状态信息计算派梯方案，并将所述派梯方案发送至所述本地电梯主控系统执行。

2.根据权利要求1所述的系统，其特征在于，所述云平台包括云端数据库和云端派梯系统；

所述云端数据库用于，存储所述第一乘梯信息、所述第二乘梯信息和所述运行状态信息；

所述云端派梯系统用于，利用所述第一派梯算法，根据所述云端数据库存储的信息计算派梯方案。

3.根据权利要求1所述的系统，其特征在于，所述第一派梯算法和/或所述第二派梯算法包括人工智能算法，基于人工智能算法计算派梯方案时，对于单井道单轿厢电梯系统，以电梯运行周期RTT(Round Trip Time，也叫电梯往返一次时间，是指电梯运行一周所用的时间，从轿厢回到基站开始算起，把乘客从基站送到前方层再回到基站所用的时间)为基础计算最小值；对于单井道多轿厢电梯系统，以同一时间每个乘客到达目的楼层所用的时间和为基础求最小值。

4.根据权利要求1所述的系统，其特征在于，在所述云平台的异常消除后，所述云平台和所述本地派梯系统自动进行数据同步。

5.根据权利要求4所述的系统，其特征在于，所述本地呼梯装置、所述本地电梯主控系统和所述本地派梯系统基于网关，以5G或5G以上网络为媒介与所述云平台相连接。

6.根据权利要求1所述的系统，其特征在于，计算出的派梯方案还发送至所述本地呼梯装置和/或所述移动智能终端进行展示。

7.根据权利要求6所述的系统，其特征在于，所述移动智能终端在接收到派梯方案后显示目标电梯轿厢的当前位置，以及在目标电梯轿厢到达起始楼层后,发出声光提醒信息并且显示目的地楼层。

8.根据权利要求6所述的系统，其特征在于，所述本地呼梯装置在接收到派梯方案后显示派梯方案，即响应该方案的电梯或轿厢，以及在目标电梯或轿厢到达起始楼层后,在该电梯厅外的电梯显示系统发出声光提醒信息并且显示目的地楼层。

9.根据权利要求1所述的系统，其特征在于，所述移动智能终端还用于获取乘客输入的VIP级别信息并发送至所述云平台；

所述云平台还用于根据获取的VIP级别信息实现派梯顺序调整。

Images