一种驻店模式下的调度仿真方法及系统与流程

文档序号:16069925发布日期:2018-11-24 13:04阅读:174来源:国知局

本发明实施例涉及计算机技术领域,具体涉及一种驻店模式下的调度仿真方法及系统。

背景技术

调度仿真系统旨在仿真模拟调度系统历史某一天的调度环境(调度环境包括订单和骑士数据),并能提供一系列数据指标,评估调度策略的效果,辅助调度策略的调优。

目前,现有技术提供了一种对于配送系统进行优化的方法,该方法适用于商圈模式,即:一批骑士和一片区域对应,其适合店铺之间没有关联的情形。而在驻店模式下,即:一批骑士和一个商家对应,骑士和店铺之间存在固定关联的情形,骑士的位置不仅仅包含初始位置,因为骑士归属于固定的店铺,所以骑士每一次完成任务都会有终结位置,也就是店铺位置,目前现有技术中还没有这种情况下的仿真技术。

鉴于此,如何针对驻店模式仿真模拟调度系统的工作成为目前需要解决的技术问题。



技术实现要素:

由于现有方法存在上述问题,本发明实施例提出一种驻店模式下的调度仿真方法及系统。

第一方面,本发明实施例提出一种驻店模式下的调度仿真方法,包括:

加载配置信息,所述配置信息,包括:模拟调度的日期、店铺和骑士信息,所述骑士信息包括:骑士的初始位置、工作时间和行驶速度;

根据所述配置信息,从业务数据库信息提取所述日期所述店铺的所有订单,并存入仿真系统数据库中;

通过调用调度系统,基于骑士自身状态对所述日期的每个时间片的调度进行仿真;

仿真终止后,根据所述仿真系统数据库中的订单数据,获得本次仿真的统计结果。

可选地,所述通过调用调度系统,基于骑士自身状态对所述日期的每个时间片的调度进行仿真,包括:

让所述日期的指定时间片的订单流入调度系统;

根据所述指定时间片更新所有骑士的位置、订单派送状况和骑士自身状态;

向所述调度系统发送消息,使所述调度系统进行一次调度后,返回所述让所述日期的指定时间片的订单流入调度系统的步骤,直至所述日期的所有时间片的订单都已流入所述调度系统;

判断获取是否还有订单没有配送完成,若还有订单没有配送完成,则将所述指定时间片增大后,返回所述让所述日期的指定时间片的订单流入调度系统的步骤,直至全部订单配送完成,仿真终止。

可选地,所述骑士自身状态包括:在店状态、离店/配送中状态、以及离店/返店中状态,相应地,根据所述指定时间片更新所有骑士的骑士自身状态,包括:

在骑士处于在店状态时,骑士在店铺内等待订单指派命令,当骑士被指派订单后,将骑士自身状态转化为离店/配送中状态;

在骑士处于离店/配送中状态时,骑士按照指派命令中的行程计划,按序配送每笔订单,在配送的过程中,根据骑士的速度以及起始坐标和目的地坐标计算出骑士在当前时间片所处位置,当骑士在当前时间片所处位置与目的地的距离小于预设距离,则为订单配送完成,当全部订单配送完成后,将骑士自身状态转化为离店/返店中状态;

在骑士处于离店/返店中状态时,在骑士配送完最后一笔订单后返回店铺的过程中,根据骑士的速度以及起始坐标和目的地坐标计算出骑士在当前时间片所处位置,当骑士在当前时间片所处位置与店铺的距离小于预设距离,则将骑士自身状态转化为在店状态。

可选地,所述统计结果,包括:订单平均配送时长、骑士平均到店时长、平均送餐时长、准时率和平均送餐距离。

第二方面,本发明实施例还提出一种驻店模式下的调度仿真系统,包括:

配置加载模块,用于加载配置信息,所述配置信息,包括:模拟调度的日期、店铺和骑士信息,所述骑士信息包括:骑士的初始位置、工作时间和行驶速度;

订单提取模块,用于根据所述配置信息,从业务数据库信息提取所述日期所述店铺的所有订单,并存入仿真系统数据库中;

中控模块,包括:第一告知单元、第二告知单元和调用单元;

所述第一告知单元,用于告知所述配置加载模块进行加载配置信息的操作;

所述第二告知单元,用于在所述配置加载模块加载完配置信息后,告知所述订单提取模块进行根据所述配置信息从业务数据库信息提取所述日期所述店铺的所有订单的操作;

所述调用单元,用于在所述订单提取模块提取完所述日期所述店铺的所有订单后,通过调用调度系统向骑士模拟模块发送消息,以利用骑士模拟模块基于骑士自身状态对所述日期的每个时间片的调度进行仿真;

骑士模拟模块,用于收到所述调度系统发送的消息后,基于骑士自身状态对所述日期的每个时间片的调度进行仿真;

统计模块,用于仿真终止后,根据所述仿真系统数据库中的订单数据,获得本次仿真的统计结果。

可选地,所述调用单元,包括:第一发送单元;

所述第一发送单元,用于在所述订单提取模块提取完所述日期所述店铺的所有订单后,通过调用调度系统向骑士模拟模块发送消息;

相应地,所述骑士模拟模块,包括:接收单元和流入单元;

所述接收单元,用于收到所述调度系统发送的消息后,进入流入单元;

所述流入单元,用于让所述日期的指定时间片的订单流入调度系统;

相应的,所述调用单元,还包括:更新单元、第二发送单元和判断单元;

所述更新单元,用于根据所述指定时间片更新所有骑士的位置、订单派送状况和骑士自身状态;

所述第二发送单元,用于向所述调度系统发送消息,使所述调度系统进行一次调度后,返回所述流入单元,直至所述日期的所有时间片的订单都已流入所述调度系统;

所述判断单元,用于判断获取是否还有订单没有配送完成,若还有订单没有配送完成,则将所述指定时间片增大后,返回所述流入单元,直至全部订单配送完成,仿真终止。

可选地,所述骑士自身状态包括:在店状态、离店/配送中状态、以及离店/返店中状态,相应地,所述更新单元,具体用于

根据所述指定时间片更新所有骑士的位置和订单派送状况;

以及根据所述指定时间片更新所有骑士的骑士自身状态,包括:在骑士处于在店状态时,骑士在店铺内等待订单指派命令,当骑士被指派订单后,将骑士自身状态转化为离店/配送中状态;在骑士处于离店/配送中状态时,骑士按照指派命令中的行程计划,按序配送每笔订单,在配送的过程中,根据骑士的速度以及起始坐标和目的地坐标计算出骑士在当前时间片所处位置,当骑士在当前时间片所处位置与目的地的距离小于预设距离,则为订单配送完成,当全部订单配送完成后,将骑士自身状态转化为离店/返店中状态;在骑士处于离店/返店中状态时,在骑士配送完最后一笔订单后返回店铺的过程中,根据骑士的速度以及起始坐标和目的地坐标计算出骑士在当前时间片所处位置,当骑士在当前时间片所处位置与店铺的距离小于预设距离,则将骑士自身状态转化为在店状态。

可选地,所述系统还包括:

接口模拟模块,用于在所述中控模块调用调度系统时,向所述调度系统提供两个应用程序编程api接口,其中,第一个api接口用于获取所述店铺的工作骑士列表,第二个api接口用于接收所述调度系统发送的消息,调用所述骑士模拟模块,并向所述骑士模拟模块提供订单和骑士的指派关系,用于更新所有骑士的骑士自身状态。

第三方面,本发明实施例还提出一种电子设备,包括:处理器、存储器、总线及存储在存储器上并可在处理器上运行的计算机程序;

其中,所述处理器,存储器通过所述总线完成相互间的通信;

所述处理器执行所述计算机程序时实现上述方法。

第四方面,本发明实施例提供一种非暂态计算机可读存储介质,所述非暂态计算机可读存储介质上存储有计算机程序,该计算机程序被处理器执行时实现上述方法。

由上述技术方案可知,本发明实施例提供的一种驻店模式下的调度仿真方法及系统,通过模拟调度的日期、店铺和骑士信息,其中骑士信息包括:骑士的初始位置、工作时间和行驶速度;根据配置信息,从业务数据库信息提取所述日期所述店铺的所有订单,并存入仿真系统数据库中;通过调用调度系统,基于骑士自身状态对所述日期的每个时间片的调度进行仿真;仿真终止后,根据仿真系统数据库中的订单数据获得本次仿真的统计结果,由此,能够针对驻店模式,仿真模拟调度系统的工作,获得仿真的统计结果,后续可以基于所获得的仿真的统计结果对调度策略进行调优,能够更真实的反映调度策略调优带来的效果。

附图说明

为了更清楚地说明本发明实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些图获得其他的附图。

图1为本发明一实施例提供的一种驻店模式下的调度仿真方法的流程示意图;

图2为本发明一实施例提供的一种驻店模式下的调度仿真系统的结构示意图;

图3为本发明另一实施例提供的一种驻店模式下的调度仿真系统的结构示意图;

图4为本发明一实施例提供的电子设备的实体结构示意图。

具体实施方式

下面结合附图,对本发明的具体实施方式作进一步描述。以下实施例仅用于更加清楚地说明本发明的技术方案,而不能以此来限制本发明的保护范围。

图1示出了本发明一实施例提供的一种驻店模式下的调度仿真方法的流程示意图,如图1所示,本实施例的驻店模式下的调度仿真方法,包括:

s1、加载配置信息,所述配置信息,包括:模拟调度的日期、店铺和骑士信息,所述骑士信息包括:骑士的初始位置、工作时间和行驶速度。

s2、根据所述配置信息,从业务数据库信息提取所述日期所述店铺的所有订单,并存入仿真系统数据库中。

s3、通过调用调度系统,基于骑士自身状态对所述日期的每个时间片的调度进行仿真。

可以理解的是,所述调度系统为现有的调度系统,该系统的输入是需要分派的订单和可用骑士列表,输出的结果是订单分派给哪些骑士进行配送。本实施例可以在提取完所述日期所述店铺的所有订单后,通过调用调度系统向驻店模式下的调度仿真系统中的骑士模拟模块发送消息,以利用骑士模拟模块基于骑士自身状态对所述日期的每个时间片的调度进行仿真。本实施例可以在调用调度系统时,向所述调度系统提供两个应用程序编程api接口,其中,第一个api接口用于获取所述店铺的工作骑士列表,第二个api接口用于接收所述调度系统发送的消息,调用骑士模拟模块,并向骑士模拟模块提供订单和骑士的指派关系,用于更新所有骑士的骑士自身状态。

s4、仿真终止后,根据所述仿真系统数据库中的订单数据,获得本次仿真的统计结果。

在具体应用中,所述统计结果,可以包括:订单平均配送时长、骑士平均到店时长、平均送餐时长、准时率和平均送餐距离等,本实施例并不对其进行限制。

可以理解的是,本实施例所述方法可应用于驻店模式下的调度仿真系统中。

本实施例的驻店模式下的调度仿真方法,通过模拟调度的日期、店铺和骑士信息,其中骑士信息包括:骑士的初始位置、工作时间和行驶速度;根据配置信息,从业务数据库信息提取所述日期所述店铺的所有订单,并存入仿真系统数据库中;通过调用调度系统,基于骑士自身状态对所述日期的每个时间片的调度进行仿真;仿真终止后,根据仿真系统数据库中的订单数据获得本次仿真的统计结果,由此,能够针对驻店模式,仿真模拟调度系统的工作,获得仿真的统计结果,后续可以基于所获得的仿真的统计结果对调度策略进行调优,能够更真实的反映调度策略调优带来的效果。

进一步地,在上述实施例的基础上,所述步骤s3,可以包括图中未示出的步骤s31-s34:

s31、让所述日期的指定时间片的订单流入调度系统。

可以理解的是,时间片为调度周期(如10秒等),本实施例需要在仿真阶段遍历所述日期一天的所有时间片。

s32、根据所述指定时间片更新所有骑士的位置、订单派送状况和骑士自身状态。

具体地,所述骑士自身状态可以包括:在店状态、离店/配送中状态、以及离店/返店中状态,相应地,本步骤s32可以具体包括:

在骑士处于在店状态时,骑士在店铺内等待订单指派命令,当骑士被指派订单后,将骑士自身状态转化为离店/配送中状态;

在骑士处于离店/配送中状态时,骑士按照指派命令中的行程计划,按序配送每笔订单,在配送的过程中,根据骑士的速度以及起始坐标和目的地坐标计算出骑士在当前时间片所处位置,当骑士在当前时间片所处位置与目的地的距离小于预设距离,则为订单配送完成,当全部订单配送完成后,将骑士自身状态转化为离店/返店中状态;

在骑士处于离店/返店中状态时,在骑士配送完最后一笔订单后返回店铺的过程中,根据骑士的速度以及起始坐标和目的地坐标计算出骑士在当前时间片所处位置,当骑士在当前时间片所处位置与店铺的距离小于预设距离,则将骑士自身状态转化为在店状态。

s33、向所述调度系统发送消息,使所述调度系统进行一次调度后,返回所述让所述日期的指定时间片的订单流入调度系统的步骤,直至所述日期的所有时间片的订单都已流入所述调度系统。

s34、判断获取是否还有订单没有配送完成,若还有订单没有配送完成,则将所述指定时间片增大后,返回所述让所述日期的指定时间片的订单流入调度系统的步骤,直至全部订单配送完成,仿真终止。

可以理解的是,本实施例是将骑士的行为模式抽象成一个状态机,围绕该状态机模拟了驻店模式中骑士的状态转化机制,更贴近真实环境中骑士的行为模式,仿真效果会更好,可以更准确的辅助调度策略的调优。

本实施例的驻店模式下的调度仿真方法,能够针对驻店模式,仿真模拟调度系统的工作,获得仿真的统计结果,后续可以基于所获得的仿真的统计结果对调度策略进行调优,能够更真实的反映调度策略调优带来的效果。

图2示出了本发明一实施例提供的一种驻店模式下的调度仿真系统的结构示意图,如图2所示,本实施例的驻店模式下的调度仿真系统,包括:配置加载模块21、订单提取模块22、中控模块23、骑士模拟模块24和统计模块25;其中:

所述配置加载模块21,用于加载配置信息,所述配置信息,包括:模拟调度的日期、店铺和骑士信息,所述骑士信息包括:骑士的初始位置、工作时间和行驶速度;

所述订单提取模块22,用于根据所述配置信息,从业务数据库信息提取所述日期所述店铺的所有订单,并存入仿真系统数据库中;

所述中控模块23,包括:第一告知单元、第二告知单元和调用单元;

所述第一告知单元,用于告知所述配置加载模块进行加载配置信息的操作;

所述第二告知单元,用于在所述配置加载模块加载完配置信息后,告知所述订单提取模块进行根据所述配置信息从业务数据库信息提取所述日期所述店铺的所有订单的操作;

所述调用单元,用于在所述订单提取模块提取完所述日期所述店铺的所有订单后,通过调用调度系统向骑士模拟模块发送消息,以利用骑士模拟模块基于骑士自身状态对所述日期的每个时间片的调度进行仿真;

所述骑士模拟模块24,用于收到所述调度系统发送的消息后,基于骑士自身状态对所述日期的每个时间片的调度进行仿真;

所述统计模块25,用于仿真终止后,根据所述仿真系统数据库中的订单数据,获得本次仿真的统计结果。

具体地,所述配置加载模块21加载配置信息,所述配置信息,包括:模拟调度的日期、店铺和骑士信息,所述骑士信息包括:骑士的初始位置、工作时间和行驶速度;所述订单提取模块22根据所述配置信息,从业务数据库信息提取所述日期所述店铺的所有订单,并存入仿真系统数据库中;所述中控模块23,包括:第一告知单元、第二告知单元和调用单元;所述第一告知单元告知所述配置加载模块进行加载配置信息的操作;所述第二告知单元在所述配置加载模块加载完配置信息后,告知所述订单提取模块进行根据所述配置信息从业务数据库信息提取所述日期所述店铺的所有订单的操作;所述调用单元在所述订单提取模块提取完所述日期所述店铺的所有订单后,通过调用调度系统向骑士模拟模块发送消息,以利用骑士模拟模块基于骑士自身状态对所述日期的每个时间片的调度进行仿真;所述骑士模拟模块24收到所述调度系统发送的消息后,基于骑士自身状态对所述日期的每个时间片的调度进行仿真;所述统计模块25仿真终止后,根据所述仿真系统数据库中的订单数据,获得本次仿真的统计结果。

在具体应用中,所述统计结果,可以包括:订单平均配送时长、骑士平均到店时长、平均送餐时长、准时率和平均送餐距离等,本实施例并不对其进行限制。

本实施例的驻店模式下的调度仿真系统,能够针对驻店模式,仿真模拟调度系统的工作,获得仿真的统计结果,后续可以基于所获得的仿真的统计结果对调度策略进行调优,能够更真实的反映调度策略调优带来的效果。

进一步地,在上述实施例的基础上,如图3所示,本实施例所述系统还可以包括:

接口模拟模块26,用于在所述中控模块调用调度系统时,向所述调度系统提供两个应用程序编程api接口,其中,第一个api接口用于获取所述店铺的工作骑士列表,第二个api接口用于接收所述调度系统发送的消息,调用所述骑士模拟模块24,并向所述骑士模拟模块24提供订单和骑士的指派关系,用于更新所有骑士的骑士自身状态。

可以理解的是,所述中控模块调用调度系统时,需要所述接口模拟模块26提供的两个api接口所提供的功能。

进一步地,在上述实施例的基础上,所述调用单元,可以包括:第一发送单元;

所述第一发送单元,用于在所述订单提取模块22提取完所述日期所述店铺的所有订单后,通过调用调度系统向骑士模拟模块24发送消息;

相应地,所述骑士模拟模块24,可以包括:接收单元和流入单元;

所述接收单元,用于收到所述调度系统发送的消息后,进入流入单元;

所述流入单元,用于让所述日期的指定时间片的订单流入调度系统;

相应的,所述调用单元,还可以包括:更新单元、第二发送单元和判断单元;

所述更新单元,用于根据所述指定时间片更新所有骑士的位置、订单派送状况和骑士自身状态;

所述第二发送单元,用于向所述调度系统发送消息,使所述调度系统进行一次调度后,返回所述流入单元,直至所述日期的所有时间片的订单都已流入所述调度系统;

所述判断单元,用于判断获取是否还有订单没有配送完成,若还有订单没有配送完成,则将所述指定时间片增大后,返回所述流入单元,直至全部订单配送完成,仿真终止。

具体地,所述骑士自身状态可以包括:在店状态、离店/配送中状态、以及离店/返店中状态,相应地,所述更新单元,可具体用于

根据所述指定时间片更新所有骑士的位置和订单派送状况;

以及根据所述指定时间片更新所有骑士的骑士自身状态,包括:

在骑士处于在店状态时,骑士在店铺内等待订单指派命令,当骑士被指派订单后,将骑士自身状态转化为离店/配送中状态;

在骑士处于离店/配送中状态时,骑士按照指派命令中的行程计划,按序配送每笔订单,在配送的过程中,根据骑士的速度以及起始坐标和目的地坐标计算出骑士在当前时间片所处位置,当骑士在当前时间片所处位置与目的地的距离小于预设距离,则为订单配送完成,当全部订单配送完成后,将骑士自身状态转化为离店/返店中状态;

在骑士处于离店/返店中状态时,在骑士配送完最后一笔订单后返回店铺的过程中,根据骑士的速度以及起始坐标和目的地坐标计算出骑士在当前时间片所处位置,当骑士在当前时间片所处位置与店铺的距离小于预设距离,则将骑士自身状态转化为在店状态。

可以理解的是,时间片为调度周期(如10秒等),本实施例需要在仿真阶段遍历所述日期一天的所有时间片。

可以理解的是,本实施例是将骑士的行为模式抽象成一个状态机,围绕该状态机模拟了驻店模式中骑士的状态转化机制,更贴近真实环境中骑士的行为模式,仿真效果会更好,可以更准确的辅助调度策略的调优。

本实施例的驻店模式下的调度仿真系统,能够针对驻店模式,仿真模拟调度系统的工作,获得仿真的统计结果,后续可以基于所获得的仿真的统计结果对调度策略进行调优,能够更真实的反映调度策略调优带来的效果。

本实施例的驻店模式下的调度仿真系统,可以用于执行前述方法实施例的技术方案,其实现原理和技术效果类似,此处不再赘述。

图4示出了本发明实施例提供的一种电子设备的实体结构示意图,如图4所示,该电子设备可以包括:处理器41、存储器42、总线43及存储在存储器42上并可在处理器41上运行的计算机程序;

其中,所述处理器41,存储器42通过所述总线43完成相互间的通信;

所述处理器41执行所述计算机程序时实现上述各方法实施例所提供的方法,例如包括:获取目标商户所有驻店骑士的当前信息,所述当前信息,包括:加载配置信息,所述配置信息,包括:模拟调度的日期、店铺和骑士信息,所述骑士信息包括:骑士的初始位置、工作时间和行驶速度;根据所述配置信息,从业务数据库信息提取所述日期所述店铺的所有订单,并存入仿真系统数据库中;通过调用调度系统,基于骑士自身状态对所述日期的每个时间片的调度进行仿真;仿真终止后,根据所述仿真系统数据库中的订单数据,获得本次仿真的统计结果。

本发明实施例提供一种非暂态计算机可读存储介质,其上存储有计算机程序,该计算机程序被处理器执行时实现上述各方法实施例所提供的方法,例如包括:加载配置信息,所述配置信息,包括:模拟调度的日期、店铺和骑士信息,所述骑士信息包括:骑士的初始位置、工作时间和行驶速度;根据所述配置信息,从业务数据库信息提取所述日期所述店铺的所有订单,并存入仿真系统数据库中;通过调用调度系统,基于骑士自身状态对所述日期的每个时间片的调度进行仿真;仿真终止后,根据所述仿真系统数据库中的订单数据,获得本次仿真的统计结果。

本领域内的技术人员应明白,本申请的实施例可提供为方法、装置、或计算机程序产品。因此,本申请可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且,本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、cd-rom、光学存储器等)上实施的计算机程序产品的形式。

本申请是参照根据本申请实施例的方法、装置、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器,使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置/系统。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中,使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品,该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上,使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理,从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

需要说明的是,在本文中,诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来,而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且,术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含,从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素,而且还包括没有明确列出的其他要素,或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下,由语句“包括一个……”限定的要素,并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。术语“上”、“下”等指示的方位或位置关系为基于附图所示的方位或位置关系,仅是为了便于描述本发明和简化描述,而不是指示或暗示所指的装置或元件必须具有特定的方位、以特定的方位构造和操作,因此不能理解为对本发明的限制。除非另有明确的规定和限定,术语“安装”、“相连”、“连接”应做广义理解,例如,可以是固定连接,也可以是可拆卸连接,或一体地连接;可以是机械连接,也可以是电连接;可以是直接相连,也可以通过中间媒介间接相连,可以是两个元件内部的连通。对于本领域的普通技术人员而言,可以根据具体情况理解上述术语在本发明中的具体含义。

本发明的说明书中,说明了大量具体细节。然而能够理解的是,本发明的实施例可以在没有这些具体细节的情况下实践。在一些实例中,并未详细示出公知的方法、结构和技术,以便不模糊对本说明书的理解。类似地,应当理解,为了精简本发明公开并帮助理解各个发明方面中的一个或多个,在上面对本发明的示例性实施例的描述中,本发明的各个特征有时被一起分组到单个实施例、图、或者对其的描述中。然而,并不应将该公开的方法解释呈反映如下意图:即所要求保护的本发明要求比在每个权利要求中所明确记载的特征更多的特征。更确切地说,如权利要求书所反映的那样,发明方面在于少于前面公开的单个实施例的所有特征。因此,遵循具体实施方式的权利要求书由此明确地并入该具体实施方式,其中每个权利要求本身都作为本发明的单独实施例。需要说明的是,在不冲突的情况下,本申请中的实施例及实施例中的特征可以相互组合。本发明并不局限于任何单一的方面,也不局限于任何单一的实施例,也不局限于这些方面和/或实施例的任意组合和/或置换。而且,可以单独使用本发明的每个方面和/或实施例或者与一个或更多其他方面和/或其实施例结合使用。

最后应说明的是:以上各实施例仅用以说明本发明的技术方案,而非对其限制;尽管参照前述各实施例对本发明进行了详细的说明,本领域的普通技术人员应当理解:其依然可以对前述各实施例所记载的技术方案进行修改,或者对其中部分或者全部技术特征进行等同替换;而这些修改或者替换,并不使相应技术方案的本质脱离本发明各实施例技术方案的范围,其均应涵盖在本发明的权利要求和说明书的范围当中。

当前第1页1 2 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1