首页 / 基于客滚船舱连续空间仿真的实时配载调度方法和装置

基于客滚船舱连续空间仿真的实时配载调度方法和装置公开 发明

技术领域

[0001] 本申请属于数据处理技术领域,更具体地,涉及一种基于客滚船舱连续空间仿真的实时配载调度方法和装置。

相关背景技术

[0002] 琼州海峡客滚轮渡运输要求船舶必须按照班期设计的时间点开航,一般情况下船舶每小时内的开航间隔时间为5分钟,配载时间40分钟。但客观上,存在三个问题难以解决:一是多个船舶同时进行配载的时候,往往需要同时考虑小车配载和货车配载的时序问题,该问题是与舱内空间剩余情况紧密关联的,但目前并没有较好的办法实时获取舱内空间使用情况;二是船舶配载的优劣是影响船舶单航次收益的关键,如果配载率较低则会影响船舶收益,为了满仓配载则有可能牺牲配载效率,两者之间常常难以平衡;三是当前配载方式过度依赖现场配载人员的经验和责任心,人因因素造成的配载问题时有发生,缺乏数字化、智能化的管理手段分析和优化整体的配载效率。虽然目前琼州海峡已经初步应用了一些可视化的配载手段,但仍存在以下几点不足:
[0003] 1.当前的可视化配载手段必须依赖现场的调度人员进行操作和控制的,也即事后配载,自动化程度极低,难以迎合现场高效调度的需要。
[0004] 2.不同船舶的舱内情况有所差别,各类车辆的车型大小差异也很大,难以通过高效便捷的手段实时将舱内配载的情况进行查看,导致调度人员无法从全局上进行船舶调度和车辆配载规划,配载效率低下的情况时有发生。
[0005] 3.过度依赖现场人员经验和能力的问题极易导致船舶配载在效率和收益方面出现失衡,港区整体的效率和收益率无法达到较高水平。
[0006] 因此,如何提高船舶配载效率,并实现配载效率和收益之间的平衡性,是当前亟需解决的技术问题。

具体实施方式

[0057] 为了使本申请的目的、技术方案及优点更加清楚明白,以下结合附图及实施例,对本申请进行进一步详细说明。应当理解,此处所描述的具体实施例仅用以解释本申请,并不用于限定本申请。
[0058] 本文中术语“和/或”,是一种描述关联对象的关联关系,表示可以存在三种关系,例如,A和/或B,可以表示:单独存在A,同时存在A和B,单独存在B这三种情况。本文中符号“/”表示关联对象是或者的关系,例如A/B表示A或者B。
[0059] 本文中的说明书和权利要求书中的术语“第一”和“第二”等是用于区别不同的对象,而不是用于描述对象的特定顺序。例如,第一响应消息和第二响应消息等是用于区别不同的响应消息,而不是用于描述响应消息的特定顺序。
[0060] 在本申请实施例中,“示例性的”或者“例如”等词用于表示作例子、例证或说明。本申请实施例中被描述为“示例性的”或者“例如”的任何实施例或设计方案不应被解释为比其它实施例或设计方案更优选或更具优势。确切而言,使用“示例性的”或者“例如”等词旨在以具体方式呈现相关概念。
[0061] 在本申请实施例的描述中,除非另有说明,“多个”的含义是指两个或者两个以上,例如,多个处理单元是指两个或者两个以上的处理单元等;多个元件是指两个或者两个以上的元件等。
[0062] 接下来,对本申请实施例中提供的技术方案进行介绍。
[0063] 参照图1,本申请提供一种基于客滚船舱连续空间仿真的实时配载调度方法,包括:
[0064] S101.获取配载船舶的船舶名称,根据所述船舶名称确定船舶的车道线长度和定额配载重量,初始化形成各车道线对应的配载情况队列,并确定各配载情况队列对应的车载配置重量;
[0065] S102.确定当前车辆到达船舶闸口,获取当前车辆的车牌号,基于车牌号确定车辆规格信息和重量信息;
[0066] S103.根据当前车辆的停靠位置更新配载情况队列,并在预设限定条件下生成下一待配载车辆的配载方案;所述预设限定条件是根据船舶的车道线长度、定额配载重量、配载情况队列以及车载配置重量确定的;
[0067] S104.基于配载数据修正因子对实时配载数据进行更新,得到更新后的配载情况队列以向调度人员展示;
[0068] S105.基于更新后的配载情况队列循环生成每个车辆的实时配载方案,直至车辆装船完毕或者船舶仓容满载。
[0069] 具体地,上述S101中,获取正在配载的船舶的船舶名称,经过检索与该船舶对应的数据库,获取船舶的车道线长度和定额配载重量,车道线长度表示可以容纳车辆的总长度,记为L,定额配载重量指该船舶载运的最大货物重量,记为M。船舶的每一条车道线初始化一个配载情况队列。该队列用于记录每辆待配载车辆的状态和信息,包括车辆的车牌号、规格和配载重量等。
[0070] 需要说明的是,车道线有多条且分为小车车道线和货车车道线,所以车道线L实际需要使用一组一维矩阵表示,即L={Lc1,Lc2...Lt1...Ltn};根据不同船舶车道线,对应初始化形成该船舶每条车道线当前的配载情况队列Q,Q={Qc1,Qc2...Qt1...Qtn},以及每个队列对应的车辆配载重量QM。
[0071] 其次,通过上述S102确定当前车辆到达船舶闸口当车辆到达船舶的闸口时,执行以下操作:
[0072] 通过车牌识别技术获取当前车辆的车牌号,车牌识别通常采用高效的图像处理和识别算法,保证车辆信息的快速获取。基于车牌号,系统快速查询车辆规格信息(如车型、尺寸、类别等)和重量信息(如整备重量或载重)。
[0073] 进一步地,当车辆为小车时,根据小车的车牌号结合历史数据平均值,获取小车的车辆规格信息和重量信息;
[0074] 当车辆为货车时,根据货车的车牌号实时获取货车的过磅数据,根据所述过磅数据确定货车的车辆规格信息和重量信息。
[0075] 也就是说,任意车辆到达上船闸口时,将自动捕获该车辆车牌号。通过数据库比对,获取该车辆的车型信息,即小车或者货车。若是小车,则该车辆的规格信息为Dc,一般默认为5米,重量信息为Mc,一般默认1.2~1.5吨。若为货车,则从入港过磅后的磅单表中获取该车实时的车长数据Dt和重量数据Mt。
[0076] 通过上述S103,更新配载情况队列并生成配载方案在获取车辆信息后,进行以下步骤:
[0077] 根据当前车辆在车道线中的停靠位置,将其信息更新到相应的配载情况队列中,自动生成下一待配载车辆的配载方案。
[0078] 配载方案的生成基于一系列预设的限定条件,具体如下所示:
[0079] 确定当前车辆的停靠位置对应的小车车道线,并确定船舶的车道线数量,根据车道线数量将车道线分为左侧车道线和右侧车道线;
[0080] 通过累加方式获取每条车道线的车辆长度和车辆重量;
[0081] 确定每条车道线当前拟配载的车辆长度不超过当前车道线总长度与已配载车辆总长度的差值,并确定船舶两侧的配载重量低于重量阈值;所述船舶两侧的配载重量是根据各车道线的车辆重量确定的;
[0082] 循环判断每条配载情况队列的长度,若当前配载情况队列的长度超过其他队列的长度达到预设长度,优先选择长度最短的车道线进行配载;所述预设长度是基于小车车长确定的。
[0083] 具体体现为:
[0084] 假设当前配载的车道线为Lc3,同时假设该船舶共6条车道线,分别为1~3和4~6;
[0085] 每条车道线已配载的车辆的长度和重量均通过累加的方式获取:
[0086]
[0087] 其中,Qc为小车的车辆长度,QMc为小车的车辆重量,Qt为货车的车辆长度,QMt为货车的车辆重量;Dci表示第i辆小车的车辆规格信息,Mci为第i辆小车的重量信息;Dti表示第i辆货车的车辆规格信息,Mti为第i辆货车的重量信息。
[0088] 每条车道线当前拟配载的车辆长度不能超过该条车道线的总长度与已配载车辆总长度的差值,以Lc3为例,其下一辆车的配载方案为{Bc,BL,Q},则:
[0089] BL≤Lc3‑Qc3
[0090] 船舶配载需要保持船舱左右两侧平衡,也即船舶两侧的配载重量应对低于重量阈值Mh;
[0091] 根据各车道线的车辆重量分别确定左侧车道线的左侧总重量和右侧车道线的右侧总重量;其中,左侧车道线为1‑3,右侧车道线为4‑6;
[0092] 基于所述左侧总重量和右侧总重量的差值绝对值确定船舶两侧的配载重量,如以下公式所示:
[0093] |(QM1+QM2+QM3)‑(QM4+QM5+QM6)|
[0094] 每条配载队列不可太长,太长则会导致其他队列不易配载,所以配载时还需循环判断每条队列的长度,若正在配载的队列超过其他队列3个小车车长时,则选择最短的一条车道线队列进行配载。
[0095] 根据上述限定条件,实时计算配载方案{B,BL,Q},给出下一辆配载车辆的规格参数和配载队列,并实时更新配载情况队列Q。
[0096] 接着通过S104实时更新配载数据在生成配载方案后,进一步进行数据更新。利用配载数据修正因子,对实时配载数据进行校正和更新。经过修正的配载情况队列将会在系统中实时更新,以便有效监控实时配载状态,并准备展示给调度人员。
[0097] 最后,通过上述S105循环生成实时配载方案最后,将在整个配载过程中执行循环逻辑:将基于前面的数据分析和准备,循环生成每个车辆的实时配载方案。这一过程将持续进行,直至所有车辆装船完毕,或者船舶的容积达到最大承载限制。
[0098] 本申请通过实时获取舱内已配载情况生成最优化的配载方案,使得船舶的载货能力能够得到充分利用,从而提高了船舶配载效率并最大化收益,通过实时分析,使得船舶的配载过程更加流畅,船舶能更快地完成装载,提高了船舶的配载效率,不仅节省了配载过程的费用,也能让船舶更快投入下一次航行,实现更高的周转率,增加整体收益,实现了配载效率与经济效益的平衡。
[0099] 可选地,所述基于配载数据修正因子对实时配载数据进行更新,得到更新后的配载情况队列以向调度人员展示,包括:
[0100] 获取待配载车辆的实际停靠位置,若所述实际停靠位置和配载规划位置不一致,自动生成配置数据修正因子;
[0101] 判断所述待配载车辆的车辆类型;
[0102] 通过视频解析判断所述待配载车辆的实际配载队列距离实时配载方案中的配载情况队列相差的车道线数量,根据相差的车道线数量自动生成配载数据修正因子;
[0103] 根据所述车辆车型和配载数据修正因子调整每条配载情况队列实际配载的实时车辆情况;
[0104] 根据调整后的配载情况队列的实时车辆情况实时更新后台的展示系统数据,结合配载情况队列的获取车辆规格信息和重量信息生成实时配载情况表,将所述实时配载情况表以图形化和可视化的方式展示给调度人员。
[0105] 本申请实施例通过在通过实时监控和数据分析,优化待配载车辆的配载流程以向调度人员展示,提高配载准确性和效率。
[0106] 首先通过视频监控技术手段,实时获取待配载车辆在配载区域的实际停靠位置,该位置数据将与之前制定的配载规划进行比对。
[0107] 当实际停靠位置与配载规划位置不一致时,将自动生成配置数据修正因子。具体而言,该因子是根据实际位置与规划位置的偏差进行计算的,目的是确定需要调整的配载参数,以确保配载准确。例如,若发现某辆车未停在预定的车道上,会记录这一偏差并生成相应的因子。
[0108] 具体而言,本申请实施例利用船舱内的摄像头实时拍摄进入船舱内的车辆视频,根据所述车辆视频获取待配载车辆的实际停靠位置;
[0109] 若所述实际停靠位置和配载规划位置不一致,自动生成配置数据修正因子,所述配置数据修正因子的取值范围为‑3、‑2、‑1、0、+1、+2、+3。
[0110] 其次,将通过车牌识别或车辆外观识别等技术,自动判断待配载车辆的类型(如小型车、重型车、特殊车辆等),便于后续配载数据的修正,因为不同类型车辆有不同的配载要求和限制。
[0111] 通过视频解析技术,分析待配载车辆的实际配载队列与实时配载方案中的配载情况队列之间的距离。具体过程如下:
[0112] 通过图像处理识别车道线,并计算实际车辆与配载计划之间相差的车道线数量。根据相差的车道线数量,自动生成另一个配载数据修正因子,此因子将反映车辆在配载队列中的实际位置与计划位置的偏差。
[0113] 结合车辆类型和前面生成的配载数据修正因子,将自动调整每条配载情况队列的实时车辆情况。调整后的配载情况队列数据,将实时更新后台的数据展示,使得调度人员能够实时掌握配载现场的动态信息。
[0114] 根据实时的配载情况,将生成实时配载情况表。该表将综合实际得到的车辆规格、重量、配载队列顺序等信息,以直观的形式呈现,实时配载情况表将以图形化和可视化的方式展示给调度人员。
[0115] 例如:图表显示每条车道上的实时状态;色彩编码标示出正常、警示和异常状态的车辆;在界面上提供交互式的列表,使调度人员可以迅速找到需要关注的车辆。
[0116] 可选地,所述根据当前车辆的停靠位置更新配载情况队列,包括:
[0117] 获取当前车辆的停靠位置,所述停靠位置位于船舶的中间车道线;
[0118] 根据当前车辆的停靠位置对所述中间车道线对应的配载情况队列增加车辆信息;
[0119] 基于增加的车辆信息对所述中间车道线对应的配载情况队列进行更新。
[0120] 具体地,本实施例旨在说明配载情况队列的更新方式。
[0121] 本实施例中的默认装车顺序是从船舶中间的车道线开始,即先从船舶中间车道线开始装载,当一辆车上船后并停靠在对应位置,则向该车道线的队列(如Qc3)增加一个车辆信息,并更新整个队列Q。
[0122] 本申请实施例的实时配载情况及方案包括实时配载情况和配载车辆方案两个部分,具体计算模型和步骤如下:
[0123] (1)实时配载方案可以用以下方法计算生成:
[0124] 1)系统实时获取正在配载的船舶名称,自动带入该船舶的车道线长度L值和定额配载重量M值,因车道线有多条且分为小车车道线和货车车道线,所以车道线L实际需要使用一组一维矩阵表示,即L={Lc1,Lc2...Lt1...Ltn};根据不同船舶车道线,对应初始化形成该船舶每条车道线当前的配载情况队列Q,Q={Qc1,Qc2...Qt1...Qtn},以及每个队列对应的车辆配载重量QM。
[0125] 2)开始装船后,任意车辆到达上船闸口时,将自动捕获该车辆车牌号。通过数据库比对,获取该车辆的车型信息,即小车或者货车。若是小车,则该车辆的规格信息为Dc,一般默认为5米,重量信息为Mc,一般默认1.2~1.5吨。若为货车,则从入港过磅后的磅单表中获取该车实时的车长数据Dt和重量数据Mt。
[0126] 3)默认装车顺序是从船舶中间的车道线开始,即先从船舶中间车道线开始装载,当一辆车上船后并停靠在对应位置,则向该车道线的队列(如Qc3)增加一个车辆信息,并更新整个队列Q。同时,生成下一辆汽车的配载方案{B,BL,Q}。该方案需要满足以下几个条件:
[0127] a.假设当前配载的车道线为Lc3,同时假设该船舶共6条车道线,分别为1~3和4~6;
[0128] b.每条车道线已配载的车辆的长度和重量均通过累加的方式获取:
[0129]
[0130] c.每条车道线当前拟配载的车辆长度不能超过该条车道线的总长度与已配载车辆总长度的差值,以Lc3为例,其下一辆车的配载方案为{Bc,BL,Q},则:
[0131] BL≤Lc3‑Qc3
[0132] d.船舶配载需要保持船舱左右两侧平衡,也即船舶两侧的配载重量应对低于重量阈值Mh,则:
[0133] |(QM1+QM2+QM3)‑(QM4+QM5+QM6)|
[0134] e.每条配载队列不可太长,太长则会导致其他队列不易配载,所以配载时还需循环判断每条队列的长度,若正在配载的队列超过其他队列3个小车车长时,则选择最短的一条车道线队列进行配载。
[0135] f.根据上述条件,实时计算配载方案{B,BL,Q},给出下一辆配载车辆的规格参数和配载队列,并实时更新配载情况队列Q。
[0136] 4)在实时配载过程中,可能会出现现场调度人员根据船舱内情况及车辆车况进行临机配载的情况。此时,需要使用配载数据修正因子X对实时配载数据进行修正,并更新配载情况队列Q。
[0137] 5)重复步骤2~步骤4,不断生成实时配载方案{B,BL,Q},直至全部车辆装船完毕,或者船舶仓容装满。当已配载车辆的总重量接近船舶额定配载重量M时,配载停止。
[0138] (2)实时配载情况可以用以下方法计算生成:
[0139] 1)待配载车辆按次序依次进入船舱,将车辆停在配载方案(1)规划的对应位置。相应的,配载情况队列Q更新队列数据。
[0140] 2)船舱内的摄像头实时拍摄进入船舱内的车辆信息,当该车辆停车位置与配载规划位置不一致时,自动生成配载数据修正因子X,一般情况下X取值范围为{‑3,‑2,‑1,0,+1,+2,+3},修正因子对舱内实时配载队列进行数据修正,生成新的配载情况队列Q。
[0141] 具体修正过程如下:
[0142] a.判断该车辆是小车还是货车。
[0143] b.通过视频解析判断该车辆实际配载队列距离实施配载方案中设计的配载队列间相差的车道线数量,向左边为正增加,向右边为负增加,自动生成配载数据修正因子X。
[0144] c.更新配载队列Q,即根据车辆车型和配载数据修正因子X调整每条队列实际配载的车辆情况。
[0145] 3)根据当前配载队列Q{Qc1,Qc2...Qt1...Qtn}的情况实时更新后台的展示系统数据,结合每个队列中不同车辆的规格及重量数据,建立当前船舶的实时配载情况表,并以图形化、可视化的方式展示给岸端调度人员。
[0146] 参照图2,本申请提供的一种基于客滚船舱连续空间仿真的实时配载调度方法,包括以下步骤:
[0147] 输入船舶名称,输入船舶重量阈值;
[0148] 获取该船舶的车道线长度和定额配载重量M;
[0149] 生成初始配载情况队列Q;
[0150] 通过上船闸口自动捕获当前配载车辆车牌号;
[0151] 根据数据库自动获取该车辆规格数据和重量数据;
[0152] 将当前的待配载车辆加入到配载队列Q中;
[0153] 判断该配载队列是否超过该车道线总长度;
[0154] 若是,则将待配载车辆配载至其他队列;
[0155] 若否,一方面判断船舶已配载车辆两边重量差是否大于阈值;
[0156] 若否,则将该车辆按配载方案配载更新队列Q数据;
[0157] 另一方面,判断正在配载的队列和其他队列之间的差值,若未超过阈值,则将该车辆按配载方案配载更新队列Q数据;
[0158] 视频数据分析;按配载方案配载,返回将当前的待配载车辆加入到配载队列Q中;
[0159] 未按照配载方案配载时,评估获取配载数据修正因子X;
[0160] 更新配载队列Q数据;
[0161] 配载完成或达到配载上限时,更新配载队列Q数据;
[0162] 完成所有车辆配载或船舶满仓。
[0163] 参照图3,本申请提供一种基于客滚船舱连续空间仿真的实时配载调度装置,包括:
[0164] 获取模块310,用于获取配载船舶的船舶名称,根据所述船舶名称确定船舶的车道线长度和定额配载重量,初始化形成各车道线对应的配载情况队列,并确定各配载情况队列对应的车载配置重量;
[0165] 确定模块320,用于确定当前车辆到达船舶闸口,获取当前车辆的车牌号,基于车牌号确定车辆规格信息和重量信息;
[0166] 生成模块330,用于根据当前车辆的停靠位置更新配载情况队列,并在预设限定条件下生成下一待配载车辆的配载方案;所述预设限定条件是根据船舶的车道线长度、定额配载重量、配载情况队列以及车载配置重量确定的;
[0167] 更新模块340,用于基于配载数据修正因子对实时配载数据进行更新,得到更新后的配载情况队列以向调度人员展示;
[0168] 循环生成模块350,用于基于更新后的配载情况队列循环生成每个车辆的实时配载方案,直至车辆装船完毕或者船舶仓容满载。
[0169] 可选地,所述基于配载数据修正因子对实时配载数据进行更新,得到更新后的配载情况队列以向调度人员展示,包括:
[0170] 获取待配载车辆的实际停靠位置,若所述实际停靠位置和配载规划位置不一致,自动生成配置数据修正因子;
[0171] 判断所述待配载车辆的车辆类型;
[0172] 通过视频解析判断所述待配载车辆的实际配载队列距离实时配载方案中的配载情况队列相差的车道线数量,根据相差的车道线数量自动生成配载数据修正因子;
[0173] 根据所述车辆车型和配载数据修正因子调整每条配载情况队列实际配载的实时车辆情况;
[0174] 根据调整后的配载情况队列的实时车辆情况实时更新后台的展示系统数据,结合配载情况队列的获取车辆规格信息和重量信息生成实时配载情况表,将所述实时配载情况表以图形化和可视化的方式展示给调度人员。
[0175] 可选地,在所述预设限定条件下生成下一车辆的配载方案。包括:
[0176] 确定当前车辆的停靠位置对应的小车车道线,并确定船舶的车道线数量,根据车道线数量将车道线分为左侧车道线和右侧车道线;
[0177] 通过累加方式获取每条车道线的车辆长度和车辆重量;
[0178] 确定每条车道线当前拟配载的车辆长度不超过当前车道线总长度与已配载车辆总长度的差值,并确定船舶两侧的配载重量低于重量阈值;所述船舶两侧的配载重量是根据各车道线的车辆重量确定的;
[0179] 循环判断每条配载情况队列的长度,若当前配载情况队列的长度超过其他队列的长度达到预设长度,优先选择长度最短的车道线进行配载;所述预设长度是基于小车车长确定的。
[0180] 可选地,所述船舶两侧的配载重量的确定方式包括:
[0181] 根据各车道线的车辆重量分别确定左侧车道线的左侧总重量和右侧车道线的右侧总重量;
[0182] 基于所述左侧总重量和右侧总重量的差值绝对值确定船舶两侧的配载重量。
[0183] 可选地,所述获取待配载车辆的实际停靠位置,若所述实际停靠位置和配载规划位置不一致,自动生成配置数据修正因子,包括:
[0184] 利用船舱内的摄像头实时拍摄进入船舱内的车辆视频,根据所述车辆视频获取待配载车辆的实际停靠位置;
[0185] 若所述实际停靠位置和配载规划位置不一致,自动生成配置数据修正因子,所述配置数据修正因子的取值范围为‑3、‑2、‑1、0、+1、+2、+3。
[0186] 可选地,所述基于车牌号确定车辆规格信息和重量信息,包括:
[0187] 当车辆为小车时,根据小车的车牌号结合历史数据平均值,获取小车的车辆规格信息和重量信息;
[0188] 当车辆为货车时,根据货车的车牌号实时获取货车的过磅数据,根据所述过磅数据确定货车的车辆规格信息和重量信息。
[0189] 可选地,所述根据当前车辆的停靠位置更新配载情况队列,包括:
[0190] 获取当前车辆的停靠位置,所述停靠位置位于船舶的中间车道线;
[0191] 根据当前车辆的停靠位置对所述中间车道线对应的配载情况队列增加车辆信息;
[0192] 基于增加的车辆信息对所述中间车道线对应的配载情况队列进行更新。
[0193] 可以理解的是,上述各个单元/模块的详细功能实现可参见前述方法实施例中的介绍,在此不做赘述。
[0194] 应当理解的是,上述装置用于执行上述实施例中的方法,装置中相应的程序模块,其实现原理和技术效果与上述方法中的描述类似,该装置的工作过程可参考上述方法中的对应过程,此处不再赘述。
[0195] 参照图4,基于上述实施例中的方法,本申请实施例提供了一种电子设备,该电子设备可以包括:处理器(processor)410、通信接口(CommunicationsInterface)420、存储器(memory)430和通信总线440,其中,处理器410,通信接口420,存储器430通过通信总线440完成相互间的通信。处理器410可以调用存储器430中的逻辑指令,以执行上述实施例中的方法。
[0196] 此外,上述的存储器430中的逻辑指令可以通过软件功能单元的形式实现并作为独立的产品销售或使用时,可以存储在一个计算机可读取存储介质中。基于这样的理解,本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质中,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。
[0197] 基于上述实施例中的方法,本申请实施例提供了一种计算机可读存储介质,计算机可读存储介质存储有计算机程序,当计算机程序在处理器上运行时,使得处理器执行上述实施例中的方法。
[0198] 基于上述实施例中的方法,本申请实施例提供了一种计算机程序产品,当计算机程序产品在处理器上运行时,使得处理器执行上述实施例中的方法。
[0199] 可以理解的是,本申请实施例中的处理器可以是中央处理单元(central processing unit,CPU),还可以是其他通用处理器、数字信号处理器(digital signal processor,DSP)、专用集成电路(application specific integrated circuit,ASIC)、现场可编程门阵列(field programmable gate array,FPGA)或者其他可编程逻辑器件、晶体管逻辑器件,硬件部件或者其任意组合。通用处理器可以是微处理器,也可以是任何常规的处理器。
[0200] 本申请实施例中的方法步骤可以通过硬件的方式来实现,也可以由处理器执行软件指令的方式来实现。软件指令可以由相应的软件模块组成,软件模块可以被存放于随机存取存储器(random access memory,RAM)、闪存、只读存储器(read‑only memory,ROM)、可编程只读存储器(programmable rom,PROM)、可擦除可编程只读存储器(erasable PROM,EPROM)、电可擦除可编程只读存储器(electrically EPROM,EEPROM)、寄存器、硬盘、移动硬盘、CD‑ROM或者本领域熟知的任何其它形式的存储介质中。一种示例性的存储介质耦合至处理器,从而使处理器能够从该存储介质读取信息,且可向该存储介质写入信息。当然,存储介质也可以是处理器的组成部分。处理器和存储介质可以位于ASIC中。
[0201] 在上述实施例中,可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件实现时,可以全部或部分地以计算机程序产品的形式实现。所述计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行所述计算机程序指令时,全部或部分地产生按照本申请实施例所述的流程或功能。所述计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。所述计算机指令可以存储在计算机可读存储介质中,或者通过所述计算机可读存储介质进行传输。所述计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如同轴电缆、光纤、数字用户线(DSL))或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。所述计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可用介质集成的服务器、数据中心等数据存储设备。所述可用介质可以是磁性介质(例如,软盘、硬盘、磁带)、光介质(例如,DVD)、或者半导体介质(例如固态硬盘(solid state disk,SSD))等。
[0202] 可以理解的是,在本申请实施例中涉及的各种数字编号仅为描述方便进行的区分,并不用来限制本申请的实施例的范围。
[0203] 本领域的技术人员容易理解,以上所述仅为本申请的较佳实施例而已,并不用以限制本申请,凡在本申请的精神和原则之内所作的任何修改、等同替换和改进等,均应包含在本申请的保护范围之内。

当前第1页 第1页 第2页 第3页