用于输出信息的方法和装置
技术领域
本申请实施例涉及计算机技术领域,具体涉及用于输出信息的方法和装置。
背景技术
城市120急救系统对于保障城市居民的生命安全具有重大的意义。在城市中,每年都有数十万急救事件需要城市120急救系统调配救护车前去处理。确保救护车的出车及时率可以提升救人效率。因此,为了使病人能够得到及时有效地救治,就需要精确部署救护车。
目前,常用的救护车部署方法主要包括以下三种:其一,静态部署:根据预先设定的规则为每辆救护车部署救护车站点,当救护车将病人运送到医院后,直接行驶回到其原先所在的救护车站点。第二,周期性部署:在同一个周期内,其部署方法与静态部署相同,当进入到下一个周期时,根据预先设定的规则重新为每辆救护车部署救护车站点。第三,实时部署:当救护车将病人运送到医院后,根据各个救护车站点的当前状态,为救护车部署救护车站点。
发明内容
本申请实施例提出了用于输出信息的方法和装置。
第一方面,本申请实施例提供了一种用于输出信息的方法,包括:响应于确定车辆集合中存在处于第一状态的车辆,确定车辆站点集合中的车辆站点的车辆部署紧急度;获取车辆集合中处于第二状态的车辆的状态信息;基于车辆站点集合中的车辆站点的车辆部署紧急度和处于第二状态的车辆的状态信息,从车辆站点集合中选取出车辆站点,作为目标车辆站点;输出所述目标车辆站点的信息。
在一些实施例中,确定车辆站点集合中的车辆站点的车辆部署紧急度,包括:获取车辆站点集合中的车辆站点的状态信息;基于车辆站点集合中的车辆站点的状态信息,生成车辆站点集合中的车辆站点的车辆部署紧急度。
在一些实施例中,车辆站点的状态信息包括车辆站点当前部署的车辆的数量、与车辆站点对应的出车频率、车辆站点的位置信息。
在一些实施例中,基于车辆站点集合中的车辆站点的状态信息,生成车辆站点集合中的车辆站点的车辆部署紧急度,包括:对于车辆站点集合中的每个车辆站点,基于该车辆站点当前部署的车辆的数量和与该车辆站点对应的出车频率,生成该车辆站点的第预设辆车的出车时间的概率分布;基于该车辆站点的第预设辆车的出车时间的概率分布和该车辆站点的位置信息,生成该车辆站点的车辆部署紧急度。
在一些实施例中,基于车辆站点集合中的车辆站点的车辆部署紧急度和处于第二状态的车辆的状态信息,从车辆站点集合中选取出车辆站点,作为目标车辆站点,包括:基于车辆站点集合中的车辆站点的车辆部署紧急度,从车辆站点集合中选取出至少一个车辆站点,作为至少一个候选车辆站点;计算处于第一状态的车辆和处于第二状态的车辆行驶至至少一个候选车辆站点的总时间;基于所计算的总时间,从至少一个候选车辆站点中选取出候选车辆站点,作为目标车辆站点。
在一些实施例中,基于车辆站点集合中的车辆站点的车辆部署紧急度,从车辆站点集合中选取出至少一个车辆站点,作为至少一个候选车辆站点,包括:计算处于第一状态的车辆与处于第二状态的车辆的数量和;按照车辆部署紧急度的高低顺序,对将车辆站点集合中的车辆站点进行排序;从车辆部署紧急度高的一侧开始,选取出所计算出的数量和的数目个车辆站点,作为至少一个候选车辆站点。
在一些实施例中,计算处于第一状态的车辆和处于第二状态的车辆行驶至至少一个候选车辆站点的总时间,包括:将处于第一状态的车辆和处于第二状态的车辆与至少一个候选车辆站点进行逐一匹配,其中,一辆车匹配一个候选车辆站点,不同的车匹配不同的候选车辆站点;计算处于第一状态的车辆和处于第二状态的车辆行驶至匹配的候选车辆站点的总时间。
第二方面,本申请实施例提供了一种用于输出信息的装置,包括:确定单元,被配置成响应于确定车辆集合中存在处于第一状态的车辆,确定车辆站点集合中的车辆站点的车辆部署紧急度;获取单元,被配置成获取车辆集合中处于第二状态的车辆的状态信息;选取单元,被配置成基于车辆站点集合中的车辆站点的车辆部署紧急度和处于第二状态的车辆的状态信息,从车辆站点集合中选取出车辆站点,作为目标车辆站点;输出单元,被配置成输出目标车辆站点的信息。
在一些实施例中,确定单元包括:获取子单元,被配置成获取车辆站点集合中的车辆站点的状态信息;生成子单元,被配置成基于车辆站点集合中的车辆站点的状态信息,生成车辆站点集合中的车辆站点的车辆部署紧急度。
在一些实施例中,车辆站点的状态信息包括车辆站点当前部署的车辆的数量、与车辆站点对应的出车频率、车辆站点的位置信息。
在一些实施例中,第一生成模块,被配置成对于车辆站点集合中的每个车辆站点,基于该车辆站点当前部署的车辆的数量和与该车辆站点对应的出车频率,生成该车辆站点的第预设辆车的出车时间的概率分布;第二生成模块,被配置成基于该车辆站点的第预设辆车的出车时间的概率分布和该车辆站点的位置信息,生成该车辆站点的车辆部署紧急度。
在一些实施例中,第一选取子单元,被配置成基于车辆站点集合中的车辆站点的车辆部署紧急度,从车辆站点集合中选取出至少一个车辆站点,作为至少一个候选车辆站点;计算子单元,被配置成计算处于第一状态的车辆和处于第二状态的车辆行驶至至少一个候选车辆站点的总时间;第二选取子单元,被配置成基于所计算的总时间,从至少一个候选车辆站点中选取出候选车辆站点,作为目标车辆站点。
在一些实施例中,第一选取子单元包括:第一计算模块,被配置成计算处于第一状态的车辆与处于第二状态的车辆的数量和;排序模块,被配置成按照车辆部署紧急度的高低顺序,对将车辆站点集合中的车辆站点进行排序;选取模块,被配置成从车辆部署紧急度高的一侧开始,选取出所计算出的数量和的数目个车辆站点,作为至少一个候选车辆站点。
在一些实施例中,计算子单元包括:匹配模块,被配置成将处于第一状态的车辆和处于第二状态的车辆与至少一个候选车辆站点进行逐一匹配,其中,一辆车匹配一个候选车辆站点,不同的车匹配不同的候选车辆站点;第二计算模块,被配置成计算处于第一状态的车辆和处于第二状态的车辆行驶至匹配的候选车辆站点的总时间。
第三方面,本申请实施例提供了一种电子设备,该电子设备包括:一个或多个处理器;存储装置,其上存储有一个或多个程序;当一个或多个程序被一个或多个处理器执行,使得一个或多个处理器实现如第一方面中任一实现方式描述的方法。
第四方面,本申请实施例提供了一种计算机可读介质,其上存储有计算机程序,该计算机程序被处理器执行时实现如第一方面中任一实现方式描述的方法。
本申请实施例提供的用于输出信息的方法和装置,在确定车辆集合中存在处于第一状态的车辆的情况下,首先确定车辆站点集合中的车辆站点的车辆部署紧急度;之后获取车辆集合中处于第二状态的车辆的状态信息;然后对车辆站点集合中的车辆站点的车辆部署紧急度和处于第二状态的车辆的状态信息进行分析,以从车辆站点集合中选取出目标车辆站点;最后输出目标车辆站点的信息,以使处于第一状态的车辆的驾驶员根据目标车辆站点的信息的提示将处于第一状态的车辆部署到目标车辆站点中。结合分析车辆站点集合中的车辆站点的车辆部署紧急度和车辆集合中处于第二状态的车辆的状态信息,来选取目标车辆站点,处于第一状态的车辆可以被部署在目标车辆站点中,有助于实现对车辆实时部署的精确度,从而确保车辆的出车及时率。
附图说明
通过阅读参照以下附图所作的对非限制性实施例所作的详细描述,本申请的其它特征、目的和优点将会变得更明显:
图1是本申请可以应用于其中的示例性系统架构;
图2是根据本申请的用于输出信息的方法的一个实施例的流程图;
图3是图2所提供的用于输出信息的方法的一个应用场景的流程图;
图4是根据本申请的用于输出信息的方法的又一个实施例的流程图;
图5是根据本申请的用于输出信息的装置的一个实施例的结构示意图;
图6是适于用来实现本申请实施例的电子设备的计算机系统的结构示意图。
具体实施方式
下面结合附图和实施例对本申请作进一步的详细说明。可以理解的是,此处所描述的具体实施例仅仅用于解释相关发明,而非对该发明的限定。另外还需要说明的是,为了便于描述,附图中仅示出了与有关发明相关的部分。
需要说明的是,在不冲突的情况下,本申请中的实施例及实施例中的特征可以相互组合。下面将参考附图并结合实施例来详细说明本申请。
图1示出了可以应用本申请的用于输出信息的方法或用于输出信息的装置的实施例的示例性系统架构100。
如图1所示,系统架构100中可以包括终端设备101、网络102和服务器103。网络102用以在终端设备101和服务器103之间提供通信链路的介质。网络102可以包括各种连接类型,例如有线、无线通信链路或者光纤电缆等等。
车辆集合中的车辆的驾驶员可以使用终端设备101通过网络102与服务器103交互,以接收或发送消息等。终端设备101可以是硬件,也可以是软件。当终端设备101为硬件时,可以是各种电子设备,包括但不限于智能手机、平板电脑、膝上型便携计算机和台式计算机等等。当终端设备101为软件时,可以安装在上述所列举的电子设备中。其可以实现成多个软件或软件模块,也可以实现成单个软件或软件模块。在此不做具体限定。
服务器103可以是提供各种服务的服务器,例如对车辆集合中的车辆进行部署的后台服务器。后台服务器可以在确定车辆集合中存在处于第一状态的车辆的情况下,对车辆站点集合中的车辆站点的车辆部署紧急度和车辆集合中处于第二状态的车辆的状态信息进行分析等处理,并输出处理结果(例如目标车辆站点的信息)。
需要说明的是,服务器103可以是硬件,也可以是软件。当服务器103为硬件时,可以实现成多个服务器组成的分布式服务器集群,也可以实现成单个服务器。当服务器103为软件时,可以实现成多个软件或软件模块(例如用来提供分布式服务),也可以实现成单个软件或软件模块。在此不做具体限定。
需要说明的是,本申请实施例所提供的用于输出信息的方法一般由服务器103执行,相应地,用于输出信息的装置一般设置于服务器103中。
应该理解,图1中的终端设备、网络和服务器的数目仅仅是示意性的。根据实现需要,可以具有任意数目的终端设备、网络和服务器。
继续参考图2,其示出了根据本申请的用于输出信息的方法的一个实施例的流程200。该用于输出信息的方法,包括以下步骤:
步骤201,响应于确定车辆集合中存在处于第一状态的车辆,确定车辆站点集合中的车辆站点的车辆部署紧急度。
在本实施例中,用于输出信息的方法的执行主体(例如图1所示的服务器103)可以确定车辆集合中是否存在处于第一状态的车辆。在确定存在处于第一状态的车辆的情况下,上述执行主体可以确定车辆站点集合中的车辆站点的车辆部署紧急度。
通常,车辆集合中的车辆可以是救护车。车辆站点集合中的车辆站点可以是救护车站点。救护车集合中的救护车可以处于以下三种状态之一:第一状态、第二状态和第三状态。其中,第一状态又可以叫做待部署状态,通常,完成出车任务,且尚未部署救护车站点时,救护车处于的第一状态。第二状态又可以叫做忙碌状态,通常,在出车任务执行过程中,救护车处于第二状态。第三状态又可以叫做空闲状态,通常,已经部署救护车站点,且尚未接到出车任务时,救护车处于第三状态。其中,出车任务可以是将病人运送到医院的任务。对于救护车集合中的任意一辆救护车,通常,该救护车的初始状态是第一状态。当为该救护车部署完救护车站点时,该救护车从第一状态转换为第三状态。当该救护车接到出车任务时,该救护车从第三状态转换为第二状态。当该救护车完成出车任务时,该救护车从第二状态转换为第一状态。如此循环往复。
通常,当救护车完成出车任务时,该救护车的驾驶员可以利用终端设备向上述执行主体发送该救护车完成出车任务的信息。若接收到该信息,上述执行主体可以确定该救护车从第二状态转换为第一状态。此时,车辆集合中存在处于第一状态的救护车,且该救护车就是处于第一状态的救护车。
这里,上述执行主体可以通过多种方式确定车辆站点集合中的车辆站点的车辆部署紧急度。例如,对于救护车站点集合中的每个救护车站点,本领域技术人员可以首先对过去一段时间内(如过去两个月内)从与该救护车站点对应的区域(如该救护车站点的附近区域)拨打出的120急救电话进行统计分析,从而预测未来一段时间内(如未来一个月)与该救护车站点对应的出车频率。然后结合该救护车站点当前部署的救护车的数量,确定该救护车站点的救护车部署紧急度。通常,与救护车站点对应的出车频率越高,救护车站点当前部署的救护车的数量越少,该救护车站点的救护车部署紧急度就越高;反之,该救护车站点的救护车部署紧急度就越低。
在本实施例的一些可选的实现方式中,上述执行主体可以首先获取车辆站点集合中的车辆站点的状态信息;然后基于车辆站点集合中的车辆站点的状态信息,生成车辆站点集合中的车辆站点的车辆部署紧急度。其中,车辆站点的状态信息可以包括但不限于车辆站点当前部署的车辆的数量、与车辆站点对应的出车频率、车辆站点的位置信息等等。对于车辆站点集合中的每个车辆站点,上述执行主体可以对该车辆站点当前部署的车辆的数量、与该车辆站点对应的出车频率、该车辆站点的位置信息等进行分析,从而确定车辆站点的车辆部署紧急度。通常,车辆站点当前部署的车辆的数量越少、与车辆站点对应的出车频率越高、处于第一状态的车辆到达车辆站点的时间越短,该车辆站点的车辆部署紧急度就越高;反之,该车辆站点的车辆部署紧急度就越低。
步骤202,获取车辆集合中处于第二状态的车辆的状态信息。
在本实施例中,上述执行主体可以获取车辆集合中处于第二状态的车辆的状态信息。其中,车辆的状态信息可以包括但不限于车辆的当前位置信息、车辆将要达到的目的地(如医院)的位置信息、从车辆的当前位置到目的地的道路的路况信息、车辆的平均速度等等。
步骤203,基于车辆站点集合中的车辆站点的车辆部署紧急度和处于第二状态的车辆的状态信息,从车辆站点集合中选取出车辆站点,作为目标车辆站点。
在本实施例中,对于车辆站点集合中的每个车辆站点,上述执行主体可以结合分析该车辆站点的车辆部署紧急度和处于第二状态的车辆的状态信息,从而确定出车辆站点集合中的目标车辆站点。通常,车辆站点的车辆部署紧急度越高、处于第一状态的车辆和处于第二状态的车辆到达车辆站点的时间越短,该车辆站点被确定为目标车辆站点的概率就越高;反之,该车辆站点被确定为目标车辆站点的概率就越低。
步骤204,输出目标车辆站点的信息。
在本实施例中,上述执行主体可以输出目标车辆站点的信息。其中,目标车辆站点的信息可以包括但不限于目标车辆站点的名称、目标车辆站点的位置信息等。通常,上述执行主体可以将目标车辆站点的信息输出至处于第一状态的车辆的驾驶员的终端设备上,处于第一状态的车辆的驾驶员可以根据目标车辆站点的信息的提示,将处于第一状态的车辆驾驶至目标车辆站点,以使处于第一状态的车辆被部署子目标车辆站点中。此时,该车辆从第一状态转换为第三状态。
继续参见图3,图3是根据本实施例的用于输出信息的方法的应用场景的一个流程300。在图3的应用场景中,如301所示,当救护车1将病人运送到医院之后,救护车1的驾驶员利用终端设备向120急救系统的后台服务器发送救护车1完成出车任务的信息。如302所示,后台服务器将救护车集合中的救护车1从忙碌状态转换为待部署状态。如303所示,后台服务器确定救护车集合中存在待部署状态的救护车,确定救护车站点集合中的每个救护车站点的救护车部署紧急度。其中,救护车站点集合包括4个救护车站点:救护车站点1、救护车站点2、救护车站点3和救护车站点4。救护车站点1的救护车部署紧急度为0.7,救护车站点2的救护车部署紧急度为0.6,救护车站点3的救护车部署紧急度为0.2,救护车站点4的救护车部署紧急度为0.1。如304所示,后台服务器获取救护车集合中处于忙碌状态的救护车2的信息,确定救护车1行驶至救护车站点1和救护车2行驶至救护车站点2的总时间是40分钟,救护车1行驶至救护车站点2和救护车2行驶至救护车站点1的总时间是30分钟。如305所示,后台服务器对行驶的总时间进行分析,确定救护车1匹配救护车站点2、救护车2匹配救护车站点1,并选取出与救护车1匹配的救护车站点2作为目标救护车站点。如306所示,后台服务器将救护车站点2的名称发送至救护车1的驾驶员的终端设备。如307所示,救护车1的驾驶员将救护车1驾驶至救护车站点2,完成对救护车1的部署。
本申请实施例提供的用于输出信息的方法,在确定车辆集合中存在处于第一状态的车辆的情况下,首先确定车辆站点集合中的车辆站点的车辆部署紧急度;之后获取车辆集合中处于第二状态的车辆的状态信息;然后对车辆站点集合中的车辆站点的车辆部署紧急度和处于第二状态的车辆的状态信息进行分析,以从车辆站点集合中选取出目标车辆站点;最后输出目标车辆站点的信息,以使处于第一状态的车辆的驾驶员根据目标车辆站点的信息的提示将处于第一状态的车辆部署到目标车辆站点中。结合分析车辆站点集合中的车辆站点的车辆部署紧急度和车辆集合中处于第二状态的车辆的状态信息,来选取目标车辆站点,处于第一状态的车辆可以被部署在目标车辆站点中,有助于提高对车辆实时部署的精确度,从而确保车辆的出车及时率。
进一步参考图4,其示出了根据本申请的用于输出信息的方法的又一个实施例的流程400。该用于输出信息的方法,包括以下步骤:
步骤401,响应于确定车辆集合中存在处于第一状态的车辆,获取车辆站点集合中的车辆站点的状态信息。
在本实施例中,用于输出信息的方法的执行主体(例如图1所示的服务器103)可以确定车辆集合中是否存在处于第一状态的车辆。在确定存在处于第一状态的车辆的情况下,上述执行主体可以获取车辆站点集合中的车辆站点的状态信息。其中,车辆站点的状态信息可以包括车辆站点当前部署的车辆的数量、与车辆站点对应的出车频率、车辆站点的位置信息等等。例如,在车辆站点是救护车站点的情况下,与救护车站点对应的出车频率可以是对过去一段时间内(如过去两个月内)从与该救护车站点对应的区域(如该救护车站点的附近区域)拨打出的120急救电话进行统计分析,从而预测未来一段时间内(如未来一个月)与该救护车站点对应的出车频率。
步骤402,对于车辆站点集合中的每个车辆站点,基于该车辆站点当前部署的车辆的数量和与该车辆站点对应的出车频率,生成该车辆站点的第预设辆车的出车时间的概率分布。
在本实施例中,对于车辆站点集合中的每个车辆站点,上述执行主体可以对该车辆站点当前部署的车辆的数量和与该车辆站点对应的出车频率进行分析,从而生成该车辆站点的第预设辆车的出车时间的概率分布。例如,若救护车站点当前部署n(n为正整数)辆救护车,那么上述执行主体可以生成该救护车站点的第(n+1)辆救护车的出车时间的概率分布。其中,救护车站点的第(n+1)辆救护车的出车时间又叫做该救护车站点的安全时间。
通常,车辆站点的第预设辆车的出车时间的概率分布是一个伽马概率分布。作为示例,若救护车站点集合中的第j(j为正整数)个救护车站点当前部署的救护车的数量是nj,与第j个救护车站点对应的出车频率是λj,那么可以通过如下公式计算第j个救护车站点的第(nj+1)辆救护车的出车时间t(t≥0)的概率分布f(t;nj+1,λj):
其中,e是自然常数,约为2.71828,是一个无限不循环小数,是为超越数。
步骤403,基于该车辆站点的第预设辆车的出车时间的概率分布和该车辆站点的位置信息,生成该车辆站点的车辆部署紧急度。
在本实施例中,上述执行主体可以对该车辆站点的第预设辆车的出车时间的概率分布和该车辆站点的位置信息进行分析,从而生成该车辆站点的车辆部署紧急度。例如,若救护车站点当前部署n(n为正整数)辆救护车,那么上述执行主体可以首先生成该救护车站点的第(n+1)辆救护车的出车时间的上确界,然后根据上确界确定该救护车站点的车辆部署紧急度。通常,救护车站点的(n+1)辆救护车的出车时间的上确界越小,该救护车站点的车辆部署紧急度就越高。其中,救护车站点的第(n+1)辆救护车的出车时间的上确界又叫做该救护车站点的安全时间的上确界。
继续以步骤402中的示例为例,若第j个救护车站点的位置信息是μj,那么可以通过如下步骤计算第j个救护车站点的第(nj+1)辆救护车的出车时间t的上确界T* j:
其中,T是第j个救护车站点的第(nj+1)辆救护车的出车时间t的上界。数学上用sup{}这个记号表示“上确界”,即最小上界。
步骤404,获取车辆集合中处于第二状态的车辆的状态信息。
在本实施例中,步骤404的具体操作与图2所示的实施例中步骤202的操作基本相同,在此不再赘述。
步骤405,基于车辆站点集合中的车辆站点的车辆部署紧急度,从车辆站点集合中选取出至少一个车辆站点,作为至少一个候选车辆站点。
在本实施例中,上述执行主体可以对车辆站点集合中的车辆站点的车辆部署紧急度进行分析,从车辆站点集合中确定出至少一个候选车辆站点。例如,上述执行主体可以按照车辆部署紧急度从高到低的顺序对车辆站点集合中的车辆站点进行排序,从车辆部署紧急度高的一侧开始选取出预设数目个车辆站点作为候选车辆站点。这样,候选车辆站点就是车辆部署紧急度相对较高的车辆站点。
在本实施例的一些可选的实现方式中,上述执行主体可以计算处于第一状态的车辆与处于第二状态的车辆的数量和;按照车辆部署紧急度的高低顺序,对将车辆站点集合中的车辆站点进行排序;从车辆部署紧急度高的一侧开始,选取出所计算出的数量和的数目个车辆站点,作为至少一个候选车辆站点。例如,若处于第一状态的车辆的数量是1(处于第一状态的车辆的数量通常是1),处于第二状态的车辆的数量是3,那么选取出的候选车辆站点的数量就是4。
步骤406,计算处于第一状态的车辆和处于第二状态的车辆行驶至至少一个候选车辆站点的总时间。
在本实施例中,上述执行主体可以计算处于第一状态的车辆和处于第二状态的车辆行驶至至少一个候选车辆站点的总时间。这里,上述执行主体可以获取处于第一状态的车辆的当前位置信息和从处于第一状态的车辆的当前位置到候选车辆站点的道路的路况信息,计算处于第一状态的车辆从当前位置行驶至候选车辆站点的时间。同理,上述执行主体可以获取处于第二状态的车辆的当前位置信息、从处于第二状态的车辆的当前位置到处于第二状态的车辆将要到达的目的地(如医院)再到候选车辆站点的道路的路况信息,计算处于第二状态的车辆从当前位置行驶至目的地再行驶至候选车辆站点的时间。
在本实施例的一些可选的实现方式中,上述执行主体可以将处于第一状态的车辆和处于第二状态的车辆与至少一个候选车辆站点进行逐一匹配,计算处于第一状态的车辆和处于第二状态的车辆行驶至匹配的候选车辆站点的总时间。这里,处于第一状态的车辆和处于第二状态的车辆与至少一个候选车辆站点的匹配方式的数量与至少一个候选车辆站点的数量相同。在每种匹配方式中,一辆车通常匹配一个候选车辆站点,不同的车通常匹配不同的候选车辆站点。例如,对于处于第一状态的车辆1和处于第二状态的车辆2,若至少一个候选车辆站点包括候选车辆站点1和候选车辆站点2,那么存在两种匹配方式:其一、处于第一状态的车辆1与候选车辆站点1匹配,处于第二状态的车辆2与候选车辆站点2匹配,此时,处于第一状态的车辆1行驶至匹配的候选车辆站点1和处于第二状态的车辆2行驶至候选车辆站点2的总时间可以例如是40分钟;其二、处于第一状态的车辆1与候选车辆站点2匹配,处于第二状态的车辆2与候选车辆站点匹配,此时,处于第一状态的车辆1行驶至匹配的候选车辆站点2和处于第二状态的车辆2行驶至候选车辆站点1的总时间可以例如是30分钟。
步骤407,基于所计算的总时间,从至少一个候选车辆站点中选取出候选车辆站点,作为目标车辆站点。
在本实施例中,上述执行主体可以基于所计算的总时间,从至少一个候选车辆站点中确定出目标车辆站点。具体地,上述执行主体可以按照总时间从短到长的顺序对至少一种匹配方式进行排序,从总时间短的一侧开始选取出排序在第预设位置(如第一位)的匹配方式作为最佳匹配方式,并将最佳匹配方式中与处于第一状态的车辆匹配的候选车辆站点作为目标车辆站点。这样,目标车辆站点既是车辆部署紧急度相对较高的车辆站点,又是车辆行驶总时间相对较短的车辆站点。例如,若存在两种匹配方式:其一、处于第一状态的车辆1行驶至匹配的候选车辆站点1和处于第二状态的车辆2行驶至候选车辆站点2的总时间是40分钟;其二、处于第一状态的车辆1行驶至匹配的候选车辆站点2和处于第二状态的车辆2行驶至候选车辆站点1的总时间是30分钟,那么第二种匹配方式是最佳匹配方式。最佳匹配方式中与处于第一状态的车辆1匹配的候选车辆站点2是目标车辆站点。
步骤408,输出目标车辆站点的信息。
在本实施例中,步骤408的具体操作与图2所示的实施例中步骤204的操作基本相同,在此不再赘述。
从图4中可以看出,与图2对应的实施例相比,本实施例中的用于输出信息的方法的流程400突出了确定车辆站点的车辆部署紧急度和计算车辆行驶总时间的步骤。由此,本实施例描述的方案中结合分析车辆部署紧急度和车辆行驶总时间,从而使所确定出的目标车辆站点既是车辆部署紧急度相对较高的车辆站点,又是车辆行驶总时间相对较短的车辆站点。有助于进一步提高对车辆实时部署的精确度。
进一步参考图5,作为对上述各图所示方法的实现,本申请提供了一种用于输出信息的装置的一个实施例,该装置实施例与图2所示的方法实施例相对应,该装置具体可以应用于各种电子设备中。
如图5所示,本实施例的用于输出信息的装置500可以包括:确定单元501、获取单元502、选取单元503和输出单元504。其中,确定单元501,被配置成响应于确定车辆集合中存在处于第一状态的车辆,确定车辆站点集合中的车辆站点的车辆部署紧急度;获取单元502,被配置成获取车辆集合中处于第二状态的车辆的状态信息;选取单元503,被配置成基于车辆站点集合中的车辆站点的车辆部署紧急度和处于第二状态的车辆的状态信息,从车辆站点集合中选取出车辆站点,作为目标车辆站点;输出单元504,被配置成输出目标车辆站点的信息。
在本实施例中,用于输出信息的装置500中:确定单元501、获取单元502、选取单元503和输出单元504的具体处理及其所带来的技术效果可分别参考图2对应实施例中的步骤201、步骤202、步骤203和步骤204的相关说明,在此不再赘述。
在本实施例的一些可选的实现方式中,确定单元501可以包括:获取子单元(图中未示出),被配置成获取车辆站点集合中的车辆站点的状态信息;生成子单元(图中未示出),被配置成基于车辆站点集合中的车辆站点的状态信息,生成车辆站点集合中的车辆站点的车辆部署紧急度。
在本实施例的一些可选的实现方式中,车辆站点的状态信息可以包括车辆站点当前部署的车辆的数量、与车辆站点对应的出车频率、车辆站点的位置信息。
在本实施例的一些可选的实现方式中,生成子单元可以包括:第一生成模块(图中未示出),被配置成对于车辆站点集合中的每个车辆站点,基于该车辆站点当前部署的车辆的数量和与该车辆站点对应的出车频率,生成该车辆站点的第预设辆车的出车时间的概率分布;第二生成模块(图中未示出),被配置成基于该车辆站点的第预设辆车的出车时间的概率分布和该车辆站点的位置信息,生成该车辆站点的车辆部署紧急度。
在本实施例的一些可选的实现方式中,选取单元503可以包括:第一选取子单元(图中未示出),被配置成基于车辆站点集合中的车辆站点的车辆部署紧急度,从车辆站点集合中选取出至少一个车辆站点,作为至少一个候选车辆站点;计算子单元(图中未示出),被配置成计算处于第一状态的车辆和处于第二状态的车辆行驶至至少一个候选车辆站点中的候选车辆站点的总时间;第二选取子单元(图中未示出)候选车辆站点,作为目标车辆站点。
在本实施例的一些可选的实现方式中,第一选取子单元可以包括:第一计算模块(图中未示出),被配置成计算处于第一状态的车辆与处于第二状态的车辆的数量和;排序模块(图中未示出),被配置成按照车辆部署紧急度的高低顺序,对将车辆站点集合中的车辆站点进行排序;选取模块(图中未示出),被配置成从车辆部署紧急度高的一侧开始,选取出所计算出的数量和的数目个车辆站点,作为至少一个候选车辆站点。
在本实施例的一些可选的实现方式中,计算子单元可以包括:匹配模块(图中未示出),被配置成将处于第一状态的车辆和处于第二状态的车辆与至少一个候选车辆站点进行逐一匹配,其中,一辆车匹配一个候选车辆站点,不同的车匹配不同的候选车辆站点;第二计算模块(图中未示出),被配置成计算处于第一状态的车辆和处于第二状态的车辆行驶至匹配的候选车辆站点的总时间。
下面参考图6,其示出了适于用来实现本申请实施例的电子设备(例如图1所示的服务器103)的计算机系统600的结构示意图。图6示出的电子设备仅仅是一个示例,不应对本申请实施例的功能和使用范围带来任何限制。
如图6所示,计算机系统600包括中央处理单元(CPU)601,其可以根据存储在只读存储器(ROM)602中的程序或者从存储部分608加载到随机访问存储器(RAM)603中的程序而执行各种适当的动作和处理。在RAM 603中,还存储有系统600操作所需的各种程序和数据。CPU 601、ROM 602以及RAM 603通过总线604彼此相连。输入/输出(I/O)接口605也连接至总线604。
以下部件连接至I/O接口605:包括键盘、鼠标等的输入部分606;包括诸如阴极射线管(CRT)、液晶显示器(LCD)等以及扬声器等的输出部分607;包括硬盘等的存储部分608;以及包括诸如LAN卡、调制解调器等的网络接口卡的通信部分609。通信部分609经由诸如因特网的网络执行通信处理。驱动器610也根据需要连接至I/O接口605。可拆卸介质611,诸如磁盘、光盘、磁光盘、半导体存储器等等,根据需要安装在驱动器610上,以便于从其上读出的计算机程序根据需要被安装入存储部分608。
特别地,根据本公开的实施例,上文参考流程图描述的过程可以被实现为计算机软件程序。例如,本公开的实施例包括一种计算机程序产品,其包括承载在计算机可读介质上的计算机程序,该计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实施例中,该计算机程序可以通过通信部分609从网络上被下载和安装,和/或从可拆卸介质611被安装。在该计算机程序被中央处理单元(CPU)601执行时,执行本申请的方法中限定的上述功能。需要说明的是,本申请所述的计算机可读介质可以是计算机可读信号介质或者计算机可读介质或者是上述两者的任意组合。计算机可读介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件,或者任意以上的组合。计算机可读介质的更具体的例子可以包括但不限于:具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本申请中,计算机可读介质可以是任何包含或存储程序的有形介质,该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。而在本申请中,计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号,其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式,包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读介质以外的任何计算机可读介质,该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的程序代码可以用任何适当的介质传输,包括但不限于:无线、电线、光缆、RF等等,或者上述的任意合适的组合。
可以以一种或多种程序设计语言或其组合来编写用于执行本申请的操作的计算机程序代码,所述程序设计语言包括面向目标的程序设计语言—诸如Java、Smalltalk、C++,还包括常规的过程式程序设计语言—诸如”C”语言或类似的程序设计语言。程序代码可以完全地在用户计算机上执行、部分地在用户计算机上执行、作为一个独立的软件包执行、部分在用户计算机上部分在远程计算机上执行、或者完全在远程计算机或服务器上执行。在涉及远程计算机的情形中,远程计算机可以通过任意种类的网络——包括局域网(LAN)或广域网(WAN)—连接到用户计算机,或者,可以连接到外部计算机(例如利用因特网服务提供商来通过因特网连接)。
附图中的流程图和框图,图示了按照本申请各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上,流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分,该模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意,在有些作为替换的实现中,方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如,两个接连地表示的方框实际上可以基本并行地执行,它们有时也可以按相反的顺序执行,这依所涉及的功能而定。也要注意的是,框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合,可以用执行规定的功能或操作的专用的基于硬件的系统来实现,或者可以用专用硬件与计算机指令的组合来实现。
描述于本申请实施例中所涉及到的单元可以通过软件的方式实现,也可以通过硬件的方式来实现。所描述的单元也可以设置在处理器中,例如,可以描述为:一种处理器包括确定单元、获取单元、选取单元和输出单元。其中,这些单元的名称在某种情况下并不构成对该单元本身的限定,例如,确定单元还可以被描述为“响应于确定车辆集合中存在处于第一状态的车辆,确定车辆站点集合中的车辆站点的车辆部署紧急度的单元”。
作为另一方面,本申请还提供了一种计算机可读介质,该计算机可读介质可以是上述实施例中描述的电子设备中所包含的;也可以是单独存在,而未装配入该电子设备中。上述计算机可读介质承载有一个或者多个程序,当上述一个或者多个程序被该电子设备执行时,使得该电子设备:响应于确定车辆集合中存在处于第一状态的车辆,确定车辆站点集合中的车辆站点的车辆部署紧急度;获取车辆集合中处于第二状态的车辆的状态信息;基于车辆站点集合中的车辆站点的车辆部署紧急度和处于第二状态的车辆的状态信息,从车辆站点集合中选取出车辆站点,作为目标车辆站点;输出目标车辆站点的信息。
以上描述仅为本申请的较佳实施例以及对所运用技术原理的说明。本领域技术人员应当理解,本申请中所涉及的发明范围,并不限于上述技术特征的特定组合而成的技术方案,同时也应涵盖在不脱离上述发明构思的情况下,由上述技术特征或其等同特征进行任意组合而形成的其它技术方案。例如上述特征与本申请中公开的(但不限于)具有类似功能的技术特征进行互相替换而形成的技术方案。