一种残膜回收机防缠绕挑膜装置的制 一种秧草收获机用电力驱动行走机构

路口通行状态获取方法、装置、电子设备及存储介质与流程

2022-02-20 05:22:32 来源:中国专利 TAG:


1.本公开实施例涉及信息获取技术领域,更具体地,涉及一种路口通行状态获取方法、装置、电子设备及存储介质。


背景技术:

2.为支持车辆在交通路口的顺利通行、保障交通路口通行安全等,有必要获知交通路口的通行状态。
3.现有技术方案中,可以通过以下方式1或方式2来获知交通路口的通行状态。
4.方式1:可以采用摄像头来实现路口交通状况的检测,工作人员通过摄像头拍摄画面定位交通问题。
5.方式2:可以基于用户对地图导航的使用,来获取交通路口的通行状态。
6.但是,对于方式1,若工作人员没有实时查看摄像头拍摄画面,容易造成问题发现不及时。
7.对于方式2,容易存在使用地图导航的用户数量较少(比如中小城市的用户大多无需使用地图导航)、使用地图导航的用户数量存在交叉重复(比如同一车辆内的多个用户均在使用地图导航)等情况,使得不便于准确获取交通路口的通行状态。


技术实现要素:

8.本公开实施例的一个目的是提供一种获取路口通行状态的新的技术方案。
9.根据本公开的第一方面,提供了一种路口通行状态获取方法,包括:获取电动自行车在设定交通路口处的第一行车轨迹路线;根据所述第一行车轨迹路线,获得对应所述第一行车轨迹路线的通行信息;根据在设定时间段内获得的所述通行信息,获取所述设定交通路口的对应所述设定时间段的通行状态。
10.可选地,所述获取电动自行车在设定交通路口处的第一行车轨迹路线,包括:获取电动自行车在设定交通路口处的一组定位位置,所述一组定位位置中的各个定位位置基于时间先后顺序依次排列;对所述一组定位位置进行拟合,得到所述电动自行车在所述设定交通路口处的第一行车轨迹路线。
11.可选地,所述获取电动自行车在设定交通路口处的一组定位位置,包括:在所述电动自行车位于所述设定交通路口处的情况下,获取所述电动自行车在目标时刻下的至少两种定位位置信息,所述目标时刻为所述电动自行车在所述设定交通路口处时的任一时刻;检测所述至少两种定位位置信息是否可用;在所述至少两种定位位置信息可用的情况下,根据所述至少两种定位位置信息,确定所述电动自行车在所述目标时刻下的定位位置。
12.可选地,所述至少两种定位位置信息包括以下信息中的至少两种:由所述电动自行车中的、用于对所述电动自行车进行定位的装置采集的定位位置信息;由所述电动自行车中的、用于对所述电动自行车的电池进行定位的装置采集的定位位置信息;由对应所述电动自行车的用户终端采集的定位位置信息。
13.可选地,在所述对所述一组定位位置进行拟合之前,所述方法还包括:确定所述一组定位位置包括的定位位置的第一总个数;对比所述第一总个数和第一设定阈值;在所述第一总个数大于所述第一设定阈值的情况下,执行所述对所述一组定位位置进行拟合的步骤。
14.可选地,所述通行信息包括第一偏差系数和第二偏差系数中的至少一个;其中,所述第一偏差系数为对应于所述第一行车轨迹路线的偏差系数;所述第二偏差系数为对应于所述电动自行车在所述设定交通路口处的第一行车时长的偏差系数,所述第一行车时长根据所述第一行车轨迹路线得到。
15.可选地,所述通行信息包括所述第一偏差系数;所述根据所述第一行车轨迹路线,获得对应所述第一行车轨迹路线的通行信息,包括:获取对应所述设定交通路口的第二行车轨迹路线;根据所述第一行车轨迹路线和所述第二行车轨迹路线,得到所述第一偏差系数。
16.可选地,在所述获取对应所述设定交通路口的第二行车轨迹路线之前,所述方法还包括:根据对应所述设定交通路口的至少一条历史行车轨迹路线,得到所述第二行车轨迹路线;其中,所述历史行车轨迹路线对应的行车时间与所述第一行车轨迹路线对应的行车时间之间具有设定的时间间隔值。
17.可选地,所述通行信息包括所述第二偏差系数;所述根据所述第一行车轨迹路线,获得对应所述第一行车轨迹路线的通行信息,包括:根据所述第一行车轨迹路线,得到所述第一行车时长;获取对应所述设定交通路口的第二行车时长;根据所述第一行车时长和所述第二行车时长,得到所述第二偏差系数。
18.可选地,在所述获取对应所述设定交通路口的第二行车时长之前,所述方法还包括:获取对应所述设定交通路口的至少一条历史行车轨迹路线,其中,所述历史行车轨迹路线对应的行车时间与所述第一行车轨迹路线对应的行车时间之间具有设定的时间间隔值;对于每一条所述历史行车轨迹路线,根据所述历史行车轨迹路线,得到所述电动自行车在所述设定交通路口处的第三行车时长;根据得到的每一个所述第三行车时长,得到所述第二行车时长。
19.可选地,所述根据在设定时间段内获得的所述通行信息,获取所述设定交通路口的对应所述设定时间段的通行状态,包括:确定在设定时间段内获得的所有通行信息的第二总个数;对比所述第二总个数和第二设定阈值;在所述第二总个数大于所述第二设定阈值的情况下,获取目标信息,所述目标信息包括第一值和第二值中的至少一个;其中,所述第一值根据所述所有通行信息分别包括的所述第一偏差系数得到,所述第二值根据所述所有通行信息分别包括的所述第二偏差系数得到;将所述目标信息中的每一个值均与相应的阈值进行对比,得到对比结果;根据所述对比结果,获取所述设定交通路口的对应所述设定时间段的通行状态。
20.可选地,在所述将所述目标信息中的每一个值均与相应的阈值进行对比之前,所述方法还包括:获取参数信息;其中,所述参数信息包括:对应所述设定时间段的时间信息、对应所述设定时间段的天气信息、所述设定交通路口的路口信息中的至少一个;根据所述参数信息,确定所述相应的阈值。
21.可选地,在所述获取所述设定交通路口的对应所述设定时间段的通行状态之后,
所述方法还包括:在所述通行状态表示存在设定交通问题的情况下,确定所述设定交通问题的程度值;执行对应所述程度值的设定告警处理。
22.根据本公开的第二方面,还提供了一种路口通行状态获取装置,包括:第一获取模块,用于获取电动自行车在设定交通路口处的第一行车轨迹路线;第二获取模块,用于根据所述第一行车轨迹路线,获得对应所述第一行车轨迹路线的通行信息;以及,第三获取模块,用于根据在设定时间段内获得的所述通行信息,获取所述设定交通路口的对应所述设定时间段的通行状态。
23.根据本公开的第三方面,还提供了一种电子设备,包括存储器和处理器,所述存储器用于存储计算机程序;所述处理器用于执行所述计算机程序,以实现根据本公开第一方面所述的方法。
24.根据本公开的第四方面,还提供了一种计算机可读存储介质,所述计算机可读存储介质上存储计算机程序,所述计算机程序在被处理器执行时实现根据本公开的第一方面所述的方法。
25.本公开实施例的一个有益效果在于,获取电动自行车在设定交通路口处的第一行车轨迹路线;根据所述第一行车轨迹路线,获得对应所述第一行车轨迹路线的通行信息;根据在设定时间段内获得的所述通行信息,获取所述设定交通路口的对应所述设定时间段的通行状态。本实施例基于电动自行车的行车轨迹来获取路口通行状态,不仅能够准确获取路口通行状态,还有助于在路口通行状态异常时及时发现问题。
26.通过以下参照附图对本公开的示例性实施例的详细描述,本公开实施例的其它特征及其优点将会变得清楚。
附图说明
27.被结合在说明书中并构成说明书的一部分的附图示出了本公开的实施例,并且连同其说明一起用于解释本公开实施例的原理。
28.图1是能够应用根据一个实施例的路口通行状态获取方法的实施环境和能够实施该方法的系统组成结构的示意图;
29.图2是根据一个实施例的一种路口通行状态获取方法的流程示意图;
30.图3是根据一个实施例的另一种路口通行状态获取方法的流程示意图;
31.图4是根据一个实施例的电子设备的方框原理图;
32.图5是根据一个实施例的电子设备的硬件结构示意图。
具体实施方式
33.现在将参照附图来详细描述本公开的各种示例性实施例。应注意到:除非另外具体说明,否则在这些实施例中阐述的部件和步骤的相对布置、数字表达式和数值不限制本发明的范围。
34.以下对至少一个示例性实施例的描述实际上仅仅是说明性的,决不作为对本发明及其应用或使用的任何限制。
35.对于相关领域普通技术人员已知的技术、方法和设备可能不作详细讨论,但在适当情况下,所述技术、方法和设备应当被视为说明书的一部分。
36.在这里示出和讨论的所有例子中,任何具体值应被解释为仅仅是示例性的,而不是作为限制。因此,示例性实施例的其它例子可以具有不同的值。
37.应注意到:相似的标号和字母在下面的附图中表示类似项,因此,一旦某一项在一个附图中被定义,则在随后的附图中不需要对其进行进一步讨论。
38.《实施环境及硬件配置》
39.图1可用于实现本公开实施例的路口通行状态获取系统100的结构示意图。
40.如图1所示,该路口通行状态获取系统100包括服务器2000、终端设备1000和车辆3000。
41.该服务器2000与终端设备1000,以及服务器2000与车辆3000可以通过网络4000通信连接。车辆3000与服务器2000,以及终端设备1000与服务器2000进行通信所基于的网络4000可以是同一个,也可以是不同的。网络4000可以是无线通信网络也可以是有线通信网络,可以是局域网也可以是广域网。
42.该服务器2000提供处理、数据库、通讯设施的业务点。服务器2000可以是整体式服务器,跨多计算机,计算机数据中心的分散式服务器,云服务器,或者部署在云端的服务器集群等。服务器可以是各种类型的,例如但不限于,网络服务器,新闻服务器,邮件服务器,消息服务器,广告服务器,文件服务器,应用服务器,交互服务器,数据库服务器,或代理服务器。在一些实施例中,每个服务器可以包括硬件,软件,或用于执行服务器所支持或实现的合适功能的内嵌逻辑组件或两个或多个此类组件的组合。该服务器2000具体配置可以包括但不限于处理器2100、存储器2200、接口装置2300、通信装置2400。处理器2100用于执行采用比如x86、arm、risc、mips、sse等架构的指令集编写的计算机程序。存储器2200例如是rom(只读存储器)、ram(随机存取存储器)、诸如硬盘的非易失性存储器等。接口装置2300例如是usb接口、串行接口、并行接口等。通信装置2400例如是能够进行有线通信或无线通信,例如可以包括wifi通信、蓝牙通信、2g/3g/4g/5g通信等。
43.应用于本公开实施例中,服务器2000的存储器2200用于存储计算机程序,该计算机程序用于控制所述处理器2100进行操作以支持本公开实施例方法的实现。技术人员可以根据本公开所公开方案设计该计算机程序。该计算机程序如何控制处理器进行操作,这是本领域公知,故在此不再详细描述。
44.本领域技术人员应当理解,除图1示出的各装置,服务器2000还可以包括其他装置,在此不做限定。
45.本实施例中,终端设备1000例如是手机、便携式电脑、平板电脑、掌上电脑、可穿戴设备等。
46.该终端设备1000安装有用车应用客户端,用户可以通过操作该用车应用客户端,实现使用车辆3000的目的。
47.该终端设备1000可以包括但不限于处理器1100、存储器1200、接口装置1300、通信装置1400、显示装置1500、输入装置1600、扬声器1700、麦克风1800等等。其中,处理器1100可以是中央处理器cpu、图形处理器gpu、微处理器mcu等,用于执行计算机程序,该计算机程序可以采用比如x86、arm、risc、mips、sse等架构的指令集编写。存储器1200例如包括rom(只读存储器)、ram(随机存取存储器)、诸如硬盘的非易失性存储器等。接口装置1300例如包括usb接口、串行接口、并行接口等。通信装置1400例如能够利用光纤或电缆进行有线通
信,或者进行无线通信,具体地可以包括wifi通信、蓝牙通信、2g/3g/4g/5g通信等。显示装置1500例如是液晶显示屏、触摸显示屏等。输入装置1600例如可以包括触摸屏、键盘、体感输入等。扬声器1170用于输出音频信号。麦克风1180用于拾取音频信号。
48.应用于本公开实施例中,终端设备1000的存储器1200用于存储计算机程序,该计算机程序用于控制处理器1100进行操作以支持本公开实施例方法的实现,该计算机程序如何控制处理器进行操作,这是本领域公知,故在此不再详细描述。该终端设备1000可以安装有智能操作系统(例如windows、linux、安卓、ios等系统)和应用软件。
49.本领域技术人员应当理解,尽管在图1中示出了终端设备1000的多个装置,但是,本公开实施例的终端设备1000可以仅涉及其中的部分装置,例如,只涉及处理器1100、存储器1200等。
50.车辆3000可以是图1中所示的自行车,也可以是三轮车、电动助力车、摩托车以及四轮乘用车等各种形态,在此不做限定。
51.该车辆3000可以包括但不限于处理器3100、存储器3200、接口装置3300、通信装置3400、显示装置3500、输入装置3600、扬声器3700、麦克风3800等等。其中,处理器3100可以是微处理器mcu等。存储器3200例如包括rom(只读存储器)、ram(随机存取存储器)、诸如硬盘的非易失性存储器等。接口装置3300例如包括usb接口、串行接口、并行接口等。通信装置3400例如能够利用光纤或电缆进行有线通信,或者进行无线通信,具体地可以包括wifi通信、蓝牙通信、2g/3g/4g/5g通信等。显示装置3500例如可以是液晶显示屏、触摸显示屏等。输入装置3600例如可以包括触摸屏、键盘等,也可以是麦克风输入语音信息。车辆3000可以通过扬声器3700输出音频信号,及通过麦克风3800采集音频信号。
52.应用于本公开实施例中,车辆3000的存储器3200用于存储计算机程序,该计算机程序用于控制处理器3100进行操作以执行与服务器2000之间的信息交互,以支持本公开实施例方法的实现。该计算机程序如何控制处理器进行操作,这是本领域公知,故在此不再详细描述。
53.尽管在图1中示出了车辆3000的多个装置,但是,本发明可以仅涉及其中的部分装置,例如,车辆3000只涉及处理器3100、存储器3200和通信装置3400。
54.应当理解的是,尽管图1仅示出一个服务器2000、终端设备1000、车辆3000,但不意味着限制各自的数量,本系统中可以包含多个服务器2000、多个终端设备1000、多个车辆3000。
55.下面,参照附图描述根据本发明的各个实施例和例子。
56.《方法实施例》
57.图2是根据一个实施例的路口通行状态获取方法的流程示意图。本实施例的实施主体例如为图1中的服务器2000。
58.如图2所示,本实施例的路口通行状态获取方法可以包括如下步骤s210~s230:
59.详细地,用户在骑行电动自行车的过程中,通常会通过至少一个交通路口。其中,交通路口的通行状态不一样时,用户在路口处于的行车轨迹路线通常相应不同。
60.比如,在交通路口发生死锁问题时,电动自行车在路口处的通行也会受到影响,从而可以基于电动自行车来检测交通路口的通行状态。
61.详细地,可以基于电动自行车在路口处的行车轨迹来获取路口通行状态。如此,可
以执行以下步骤s210,以获取电动自行车在路口处的行车轨迹。
62.步骤s210,获取电动自行车在设定交通路口处的第一行车轨迹路线。
63.详细地,该设定交通路口可以为待获知路口通行状态的任一交通路口。为获知设定交通路口的通行状态,该步骤首先获取电动自行车在设定交通路口处的行车轨迹路线。
64.详细地,行车轨迹路线至少可以反映车辆在路口处通行时的轨迹偏移情况,以及可以反映车辆在路口处的通行时间。比如,路口畅通时,行车轨迹较预期轨迹基本无偏移,比如为直行而非绕行,且通行时间相对较短。反之,若路口发生交通事故时,车辆通常绕行,且通信时间相对较长。
65.详细地,本实施例中的电动自行车可以为供用户共享使用的共享电单车。
66.通常情况下,服务器可以对各个用户所使用的电动自行车进行定位,并基于电动自行车的定位位置,获取途经设定交通路口的各个电动自行车在该设定交通路口处的行车轨迹路线。
67.在本公开一个实施例中,所述步骤s210,获取电动自行车在设定交通路口处的第一行车轨迹路线,可以包括以下步骤s2101~步骤s2102:
68.步骤s2101,获取电动自行车在设定交通路口处的一组定位位置,所述一组定位位置中的各个定位位置基于时间先后顺序依次排列。
69.该步骤中,在用户骑行电动自行车的过程中,可以实时获取电动自行车的定位位置。基于电动自行车的定位位置和设定交通路口的位置区域,可以得到电动自行车在设定交通路口处的一组定位位置。
70.通常情况下,该一组定位位置中的各个定位位置基于时间先后顺序依次排列,以便于后续可基于时间先后顺序,对该一组定位位置进行拟合以得到电动自行车的相应行车轨迹路线。
71.步骤s2102,对所述一组定位位置进行拟合,得到所述电动自行车在所述设定交通路口处的第一行车轨迹路线。
72.如上所述,该步骤中对得到的一组定位位置进行拟合,得到相应的行车轨迹路线。本实施例通过对电动自行车在路口处的各个定位位置进行拟合,来得到电动自行车在路口处的行车轨迹路线,该行车轨迹路线通常与用户真实的骑行路线相一致,故而可以准确的反映用户在路口处的通行情况,有助于据此准确推测路口通行状态。
73.为能够准确获取路口通行状态,需要得到准确的行车轨迹路线,即需要获得准确的电动自行车定位位置。基于此,在本公开一个实施例中,所述步骤s2101,获取电动自行车在设定交通路口处的一组定位位置,可以包括以下步骤s21011~步骤s21013:
74.步骤s21011,在所述电动自行车位于所述设定交通路口处的情况下,获取所述电动自行车在目标时刻下的至少两种定位位置信息,所述目标时刻为所述电动自行车在所述设定交通路口处时的任一时刻。
75.详细地,在用户骑行电动自行车的过程中,电动自行车可以上报自身的定位位置信息。
76.本实施例中,为了能够对电动自行车准确定位,至少可以在电动自行车位于路口处的这一时间段内,获取电动自行车在该时间段内任一时刻下的至少两种定位位置信息。
77.在本公开一个实施例中,所述至少两种定位位置信息包括以下信息中的至少两
种:由所述电动自行车中的、用于对所述电动自行车进行定位的装置采集的定位位置信息;由所述电动自行车中的、用于对所述电动自行车的电池进行定位的装置采集的定位位置信息;由对应所述电动自行车的用户终端采集的定位位置信息。
78.在用户骑行电动自行车的过程中,用户终端的位置、电动自行车及其中电池的位置通常保持一致,三者均可用于反映电动自行车的定位位置。在三者对应的定位装置具有准确定位精度的情况下,得到的各种定位位置信息应相一致,即可认为定位准确。否则,可认为定位不准确。
79.详细地,各种定位位置信息均可以为由相应gps定位模块采集的gps定位信息。其中,相应的gps定位模块可以分别为电池追踪器gps,电动自行车gps和手机终端定位gps。
80.步骤s21012,检测所述至少两种定位位置信息是否可用。
81.详细地,该至少两种定位位置信息均用于对电动自行车进行定位。若各种定位位置信息反映的定位位置一致,即可认为定位准确度高,故而可认为该至少两种定位位置信息可用。否则,可以弃用该至少两种定位位置信息,以避免对电动自行车定位不准确,从而影响路口通行状态的准确判断。
82.在本公开一个实施例中,可以通过以下公式一计算目标值,若目标值小于相应设定阈值,即可认为该至少两种定位位置信息可用(即可作为一个拟合点以用于拟合得到行车轨迹路线),反之不可用。
83.公式一为:
84.其中,x为目标值,x1、x2、x3分别为电池追踪器gps、电动自行车gps和手机终端定位gps采集的定位位置。
85.步骤s21013,在所述至少两种定位位置信息可用的情况下,根据所述至少两种定位位置信息,确定所述电动自行车在所述目标时刻下的定位位置。
86.如上所述,若获取到的至少两种定位位置信息可用,即可据此对电动自行车进行定位,得到电动自行车在相应时刻下的定位位置。
87.本实施例可以保证电动自行车定位准确性,据此得到的行车轨迹路线可以准确反映用户途经路口的通信情况,以此来判断路口通行状态时,可提高路口通行状态判断的准确性。
88.详细地,上述一组定位位置为一组行车定位点,对一组行车定位点进行拟合可得到一条行车轨迹线。通常情况下,该一组行车定位点中点数越多,拟合得到的曲线更接近于真实情况,即得到的行车轨迹路线更准确,反之得到的行车轨迹路线的准确性较低。
89.如此,还可对该点数进行限定,若点数较低可弃用得到的一组行车定位点,以保证得到的各个行车轨迹路线均具有一定的准确的,避免使用准确度较低的行车轨迹路线来获取路口通行状态。
90.基于此,在本公开一个实施例中,在所述对所述一组定位位置进行拟合之前,所述方法还可以包括以下步骤a1~步骤a3:
91.步骤a1,确定所述一组定位位置包括的定位位置的第一总个数。
92.该步骤中,先确定一组定位位置包括的定位位置的总个数。
93.步骤a2,对比所述第一总个数和第一设定阈值。
94.该步骤中,将得到的总个数与相应阈值进行对比。
95.详细地,可以通过统计学方法,统计不同总个数对应的结果置信程度,根据置信程度较高的总个数来设置第一设定阈值。
96.步骤a3,在所述第一总个数大于所述第一设定阈值的情况下,执行所述对所述一组定位位置进行拟合的步骤。
97.该步骤中,在第一总个数大于阈值的情况下,才执行上述拟合步骤,以保证拟合得到的曲线均具有预期的准确性。
98.以上步骤s210获取第一行车轨迹路线后,可以执行以下步骤s220。
99.步骤s220,根据所述第一行车轨迹路线,获得对应所述第一行车轨迹路线的通行信息。
100.该步骤中,基于行车轨迹路线可以获得相应的通行信息,比如反映轨迹偏移情况的信息、反映通行时间的信息等,以便于基于通行信息可以推测相应时间段下的路口通行状态。
101.基于上述内容,在本公开一个实施例中,所述通行信息包括第一偏差系数和第二偏差系数中的至少一个。
102.其中,所述第一偏差系数为对应于所述第一行车轨迹路线的偏差系数。所述第二偏差系数为对应于所述电动自行车在所述设定交通路口处的第一行车时长的偏差系数,所述第一行车时长根据所述第一行车轨迹路线得到。
103.本实施例中,可以直接根据行车轨迹路线得到第一偏差系数。以及,由于行车轨迹路线由一组定位位置拟合而成,各个定位位置对应的时间点不同,故而还可根据行车轨迹路线中首尾定位位置对应的时间点,得到相应的行车时长。
104.详细地,在路口通畅的情况下,具有预期的行车轨迹和行车时长。该预期数据可以由人工按需设置,也可以根据相应历史数据得到。
105.若用户在路口处的行车轨迹和行车时长与相应预期数据偏差较小,可以认为路口通畅,反之可认为路口存在相应程度的引起路口堵塞的交通问题。
106.本实施例中,由第一偏差系数来反映行车轨迹的偏差,由第二偏差系数来反映行车时长的偏差。下面,分别针对两种偏差系数对本实施例的实现进行说明。
107.在本公开一个实施例中,所述通行信息包括所述第一偏差系数。基于此,所述步骤s220,根据所述第一行车轨迹路线,获得对应所述第一行车轨迹路线的通行信息,可以包括以下步骤s220a1~步骤s220a2:
108.步骤s220a1,获取对应所述设定交通路口的第二行车轨迹路线。
109.本实施例中,为获得第一偏差系数,首先获取第二行车轨迹路线。该第二行车轨迹路线作为预期的行车轨迹路线(通常为路口通畅时的行车轨迹路线),用于评价第一行车轨迹路线是否符合预期。
110.详细地,第二行车轨迹路线可以由人工按需设置。比如,对于直行路口,第二行车轨迹路线可以为与该直行路口延伸方向一致的一段直线。
111.此外,第二行车轨迹路线也可以根据相应历史数据得到。基于此,在本公开一个实施例中,在所述步骤s220a1,获取对应所述设定交通路口的第二行车轨迹路线之前,所述方法还可以包括:根据对应所述设定交通路口的至少一条历史行车轨迹路线,得到所述第二
行车轨迹路线。
112.其中,所述历史行车轨迹路线对应的行车时间与所述第一行车轨迹路线对应的行车时间之间具有设定的时间间隔值。
113.详细地,该时间间隔值可以为固定值,比如可以为一天。如此,可以取昨天同一时间段内得到的对应同一路口的多条行车轨迹路线,通过处理该多条行车轨迹路线,来得到第二行车轨迹路线。
114.该多条行车轨迹路线是针对同一路口的历史行车轨迹路线,其和第一行车轨迹路线的影响因素(如时间、路口等)基本一致,故而可以准确评价第一行车轨迹路线的偏差程度。
115.此外,也可根据预设规则来确定上述时间间隔值。比如当天为工作日时,可以取上一个工作日的历史行车轨迹路线,当前为非工作日时,可以取上一个非工作日的历史行车轨迹路线。
116.步骤s220a2,根据所述第一行车轨迹路线和所述第二行车轨迹路线,得到所述第一偏差系数。
117.该步骤中,可以对比第一行车轨迹路线和第二行车轨迹路线,来得到第一偏差系数。第一偏差系数用来描述第一行车轨迹路线与第二行车轨迹路线的偏差程度,具体可通过不同的算法来计算,本实施例在此不做详细说明。
118.比如,若第一行车轨迹路线和第二行车轨迹路线均为直线,则第一偏差系数较低。
119.再比如,若第一行车轨迹路线为曲线而第二行车轨迹路线为直线,则第一偏差系数较高。以及,曲线弯曲程度越高,第一偏差系数越高。
120.由上可知,本实施例基于第一偏差系数,可以反映电动自行车途经路口时的轨迹偏差程度,这一轨迹偏差程度受路口通行状态的影响可存在相应变化,故而据此来检测路口通行状态时,可以实现路口通行状态的准确检测。
121.在本公开一个实施例中,所述通行信息包括所述第二偏差系数。基于此,所述步骤s220,根据所述第一行车轨迹路线,获得对应所述第一行车轨迹路线的通行信息,可以包括以下步骤s220b1~步骤s220b3:
122.步骤s220b1,根据所述第一行车轨迹路线,得到所述第一行车时长。
123.该步骤中,可以根据第一行车轨迹路线中首尾定位位置对应的时间点,得到第一行车时长,即电动自行车途经设定交通路口所用的时长。
124.步骤s220b2,获取对应所述设定交通路口的第二行车时长。
125.本实施例中,为获得第二偏差系数,首先获取第二行车时长。该第二行车时长作为预期的行车时长(通常为路口通畅时的行车时长),用于评价第一行车时长是否符合预期。
126.详细地,第二行车时长可以由人工按需设置。比如,对于直行路口,第二行车时长可以为用户沿直线通过该直线路口所需使用的时长。
127.此外,第二行车时长也可以根据相应历史数据得到。基于此,在本公开一个实施例中,在所述步骤s220b2,获取对应所述设定交通路口的第二行车时长之前,所述方法还可以包括以下步骤b1~步骤b3:
128.步骤b1,获取对应所述设定交通路口的至少一条历史行车轨迹路线,其中,所述历史行车轨迹路线对应的行车时间与所述第一行车轨迹路线对应的行车时间之间具有设定
的时间间隔值。
129.详细地,该时间间隔值可以为固定值,比如可以为一天。如此,可以取昨天同一时间段内得到的对应同一路口的多条行车轨迹路线。
130.该多条行车轨迹路线是针对同一路口的历史行车轨迹路线,其和第一行车轨迹路线的影响因素(如时间、路口等)基本一致,故而据此可以准确评价第一行车轨迹路线的行车时长的偏差程度。
131.此外,也可根据预设规则来确定上述时间间隔值。比如当天为工作日时,可以取上一个工作日的历史行车轨迹路线,当前为非工作日时,可以取上一个非工作日的历史行车轨迹路线。
132.步骤b2,对于每一条所述历史行车轨迹路线,根据所述历史行车轨迹路线,得到所述电动自行车在所述设定交通路口处的第三行车时长。
133.与第一行车时长的获取方式相同,可以取历史行车轨迹路线中首尾定位位置对应的时间点,得到相应的行车时长。如此,可以得到相应数量的至少一个第三行车时长。
134.步骤b3,根据得到的每一个所述第三行车时长,得到所述第二行车时长。
135.详细地,可以取得到的全部第三行车时长的平均值,作为第二行车时长。
136.步骤s220b3,根据所述第一行车时长和所述第二行车时长,得到所述第二偏差系数。
137.该步骤中,可以对比第一行车时长和第二行车时长,来得到第二偏差系数。比如,若第一行车时长小于或者等于第二行车时长,则第二偏差系数较低。若第一行车时长大于第二行车时长,则第二偏差系数较高,且两者相差越大,第二偏差系数越高。
138.步骤s230,根据在设定时间段内获得的所述通行信息,获取所述设定交通路口的对应所述设定时间段的通行状态。
139.考虑到一个时间段(如1min)内可以有多个电动自行车途经路口,故而基于以上步骤s220,可以在一个时间段内获得多个通行信息。该步骤中,基于这些通行信息,来获取路口在该时间段内的通行状态。比如,可以周期性获取当前时间之前的1min内的路口通行状态。
140.在所述通行信息包括第一偏差系数和第二偏差系数中的至少一个的情况下,在本公开一个实施例中,所述步骤s230,根据在设定时间段内获得的所述通行信息,获取所述设定交通路口的对应所述设定时间段的通行状态,可以包括以下步骤s2301~步骤s2305:
141.步骤s2301,确定在设定时间段内获得的所有通行信息的第二总个数。
142.为保证对路口通行状态的准确检测,用于获取路口通行状态所基于的通行信息的个数通常不宜过少。如此,该步骤中,可以确定设定时间段内获得的通行信息的总个数。
143.该设定时间段比如可以为当前时间之前的1min、2min等时间段。
144.步骤s2302,对比所述第二总个数和第二设定阈值。
145.该步骤中,通过对比第二总个数和相应阈值,来判断用于检测路口通行状态的通行信息的总个数是否符合要求。
146.详细地,阈值过小容易导致计算结果不精确,阈值过大则容易导致没有计算结果。基于此,可以通过统计学方法,统计不同通行信息数目对应的结果置信程度,根据置信程度较高的通行信息数目来设计第二设定阈值。
147.步骤s2303,在所述第二总个数大于所述第二设定阈值的情况下,获取目标信息,所述目标信息包括第一值和第二值中的至少一个。
148.其中,所述第一值根据所述所有通行信息分别包括的所述第一偏差系数得到,所述第二值根据所述所有通行信息分别包括的所述第二偏差系数得到。
149.详细地,通行信息包括第一偏差系数的情况下,目标信息对应的包括第一值;通行信息包括第二偏差系数的情况下,目标信息对应的包括第二值。
150.该步骤中,只有在第二总个数大于第二设定阈值的情况下,才基于相应的目标信息来检测路口通行状态,避免基于过少的目标信息对路口通行状态造成误判。
151.详细地,可以计算所有第一偏差系数的方均根作为第一值,以及可以计算所有第二偏差系数的方均根作为第二值。
152.步骤s2304,将所述目标信息中的每一个值均与相应的阈值进行对比,得到对比结果。
153.该步骤中,目标信息可以包括第一值和第二值中的至少一个,在包括第一值的情况下,将第一值与第一值对应的阈值进行对比,在包括第二值的情况下,将第二值与第二值对应的阈值进行对比。
154.比如可以得到第一值是否大于相应阈值的对比结果,以及可以得到第二值是否大于相应阈值的对比结果。
155.在本公开一个实施例中,在所述步骤s2304,将所述目标信息中的每一个值均与相应的阈值进行对比之前,所述方法还可以包括:获取参数信息;根据所述参数信息,确定所述相应的阈值。
156.其中,所述参数信息包括:对应所述设定时间段的时间信息、对应所述设定时间段的天气信息、所述设定交通路口的路口信息中的至少一个。
157.本实施例中,第一值和第二值所对应的阈值可以是可变化的非定值。具体可以根据路口特征(如是否为十字路口)、天气特征(如当前是否为恶劣天气)、时间特征(如当前是否为早晚高峰)等因素,对该阈值进行相应调整,以使该阈值为准确的对比标准。如此,可以提高路口通行状态检测的准确性。
158.步骤s2305,根据所述对比结果,获取所述设定交通路口的对应所述设定时间段的通行状态。
159.比如在目标信息包括第一值和第二值的情况下,若第一值和第二值均大于相应阈值即可认为路口通行状态为存在交通问题,或者第一值和第二值中的至少一个大于相应阈值即可认为路口通行状态为存在交通问题。
160.由上可知,本实施例可以根据轨迹偏差程度和行车时长偏差程度,对路口通行状态进行准确检测。
161.基于上述内容可知,在本实施例中,可以通过3点定位或者2点定位,以实现单点精确性,进而通过在单点数充足时才拟合,否则舍弃这些单点数,以实现拟合曲线精确性,并且需要多条拟合曲线来检测路口通行状态,从而在保障数据精确性的同时进一步的保证结果准确性。
162.可见,本实施例提供的路口通行状态获取方法可以保障数据精确性以及判断结果准确性,这一优势是通过地图导航数据来获取路口通行状态时所不具备。
163.基于以上内容,本实施例提供了一种路口通行状态获取方法,该方法获取电动自行车在设定交通路口处的第一行车轨迹路线;根据所述第一行车轨迹路线,获得对应所述第一行车轨迹路线的通行信息;根据在设定时间段内获得的所述通行信息,获取所述设定交通路口的对应所述设定时间段的通行状态。本实施例基于电动自行车的行车轨迹来获取路口通行状态,不仅能够准确获取路口通行状态,还有助于在路口通行状态异常时及时发现问题。
164.详细的,在上述方式1中,采用摄像头来实现路口交通状况的检测,工作人员通过摄像头拍摄画面定位交通问题。但若工作人员没有实时查看摄像头拍摄画面,容易造成问题发现不及时。
165.而与上述方式1不同,本实施例是基于电动自行车的行车轨迹来获取路口通行状态,由于电动自行车的行车轨迹具有实时性,故而基于电动自行车的行车轨迹可以实时反映路口通行状态,从而有助于在路口通行状态异常时及时发现问题。
166.以及在上述方式2中,基于用户对地图导航的使用,来获取交通路口的通行状态。首先,上述方式2通常不适用于共享电动自行车使用较多、而浮动车(如出租车等)使用较少的中小城市,这是因为这一使用场景下的浮动车数量较少,并且本地车辆使用地图导航的几率很小,从而导致地图数据的召回率很低,进而可能无法准确的反映交通路口的异常状态。
167.再者,上述方式2通常是根据各条路径上使用地图导航的用户数量,来确定道路/路口是否发生拥堵。由于一辆车内的多个用户可以且容易同时使用地图导航,从而会造成即使道路/路口无过多车辆,也会提示道路/路口拥堵,造成路口通行状态的误判。
168.而与上述方式2不同,本实施例是基于电动自行车的行车轨迹来获取路口通行状态,由于电动自行车在各级城市均被广泛使用,故而本实施例可以适用于各种使用场景,不存在上述因数据量过小而无法准确反映交通路口的异常状态的情况。另外,本实施例获取路口通行状态所使用的行车轨迹数据不存在上述交叉重复情况,故能够准确获取交通路口的通行状态。
169.此外,本实施例还可对数据进行筛选处理,如上述通过三点定位以确认数据点准确、在数据量充足时才进行拟合以降低误差,保证数据精确度,同时还通过设定阈值降低误检测几率,故而可以进一步保证对路口通行状态的准确获取。
170.在本公开一个实施例中,在所述获取所述设定交通路口的对应所述设定时间段的通行状态之后,所述方法还可以包括:在所述通行状态表示存在设定交通问题的情况下,执行设定告警处理。
171.本实施例中,若得到的路口通行状态表示存在交通问题,如路口死锁情况,则可进行告警处理,比如向相关管理部分发送告警信息,以提醒相应工作人员及时处理交通问题。
172.此外,在本公开一个实施例中,在所述获取所述设定交通路口的对应所述设定时间段的通行状态之后,所述方法还可以包括以下步骤s240~步骤s250:
173.步骤s240,在所述通行状态表示存在设定交通问题的情况下,确定所述设定交通问题的程度值。
174.该步骤中,在存在交通问题的情况下,还可进一步确定交通问题的严重程度。比如,可以根据上述第一值与相应阈值的差值大小、上述第二值与相应阈值的差值大小,来确
定交通问题的严重程度。通常情况下,差值大小越大,交通问题越严重。
175.详细地,该程度值可以体现为路口死锁的几率。
176.步骤s250,执行对应所述程度值的设定告警处理。
177.该步骤中,根据交通问题的严重程度,执行相应的告警处理,比如对交警端进行普通告警和紧急告警等。
178.可见,本实施例可以及时发现交通问题,以及有助于工作人员及时解决交通问题,避免出现问题发现不及时、解决不及时的情况。
179.本实施例中的电动自行车作为城市交通的一部分,能够为智慧城市、智慧交通的实现提供支持。基于本实施例的实现,对于交通路口发生交通事故或者死锁问题的情况,工作人员无需实时监测路口处监控摄像头采集的图像,即可及时准确的获知路口异常问题并解决问题,大大减小人力投入。
180.图3给出了根据一实施例的路口通行状态获取方法的流程示意图,现以图1所示的路口通行状态获取系统100为例,说明本实施例的路口通行状态获取方法。
181.如图3所示,该实施例的方法可以包括如下步骤s301~步骤s314:
182.步骤s301,在电动自行车位于设定交通路口处的情况下,获取所述电动自行车在目标时刻下的三种定位位置信息,所述目标时刻为所述电动自行车在所述设定交通路口处时的任一时刻。
183.详细地,三种定位位置信息分别为电动自行车的定位位置信息、电动自行车中电池的定位位置信息、用户终端的定位位置信息。
184.步骤s302,在所述三种定位位置信息可用的情况下,根据所述三种定位位置信息,确定所述电动自行车在所述目标时刻下的定位位置。
185.步骤s303,获取所述电动自行车在所述设定交通路口处的一组定位位置,所述一组定位位置中的各个定位位置基于时间先后顺序依次排列。
186.步骤s304,确定所述一组定位位置包括的定位位置的第一总个数。
187.步骤s305,在所述第一总个数大于第一设定阈值的情况下,对所述一组定位位置进行拟合,得到所述电动自行车在所述设定交通路口处的第一行车轨迹路线,并根据所述第一行车轨迹路线得到第一行车时长,并执行步骤s309。
188.步骤s306,根据对应所述设定交通路口的至少一条历史行车轨迹路线,得到第二行车轨迹路线;其中,所述历史行车轨迹路线对应的行车时间与所述第一行车轨迹路线对应的行车时间之间具有设定的时间间隔值。
189.步骤s307,对于每一条所述历史行车轨迹路线,根据所述历史行车轨迹路线,得到所述电动自行车在所述设定交通路口处的第三行车时长。
190.步骤s308,根据得到的每一个所述第三行车时长,得到第二行车时长。
191.详细地,步骤s306~步骤s308可以提前执行好,以便于在步骤s309中可以直接使用第二行车轨迹路线和第二行车时长。
192.步骤s309,根据所述第一行车轨迹路线和所述第二行车轨迹路线,得到第一偏差系数,并根据所述第一行车时长和所述第二行车时长,得到第二偏差系数,以所述第一偏差系数和所述第二偏差系数作为对应所述第一行车轨迹路线的通行信息。
193.步骤s310,确定在设定时间段内获得的所有通行信息的第二总个数。
194.步骤s311,在所述第二总个数大于第二设定阈值的情况下,根据所述所有通行信息中的第一偏差系数得到第一值,并根据所述所有通行信息中的第二偏差系数得到第二值。
195.步骤s312,对比所述第一值和所述第一值对应的阈值、所述第二值和所述第二值对应的阈值,得到对比结果。
196.步骤s313,根据所述对比结果,获取所述设定交通路口的对应所述设定时间段的通行状态。
197.步骤s314,在所述通行状态表示存在设定交通问题的情况下,确定所述设定交通问题的程度值,并执行对应所述程度值的设定告警处理。
198.本实施例使用电动自行车的路口处行车轨迹,来获取路口通行状态,有助于在路口通行状态异常,如存在死锁等通行问题时及时发现问题。
199.《设备实施例》
200.图4是根据一个实施例的一种路口通行状态获取装置400的原理框图。如图4所示,该路口通行状态获取装置400可以包括第一获取模块410、第二获取模块420和第三获取模块430。
201.其中,所述第一获取模块410用于获取电动自行车在设定交通路口处的第一行车轨迹路线。所述第二获取模块420用于根据所述第一行车轨迹路线,获得对应所述第一行车轨迹路线的通行信息。所述第三获取模块430用于根据在设定时间段内获得的所述通行信息,获取所述设定交通路口的对应所述设定时间段的通行状态。
202.该路口通行状态获取装置400可以是如图1所示的服务器2000。
203.本实施例中,获取电动自行车在设定交通路口处的第一行车轨迹路线;根据所述第一行车轨迹路线,获得对应所述第一行车轨迹路线的通行信息;根据在设定时间段内获得的所述通行信息,获取所述设定交通路口的对应所述设定时间段的通行状态。本实施例基于电动自行车的行车轨迹来获取路口通行状态,不仅能够准确获取路口通行状态,还有助于在路口通行状态异常时及时发现问题。
204.在本公开一个实施例中,所述第一获取模块410用于获取电动自行车在设定交通路口处的一组定位位置,所述一组定位位置中的各个定位位置基于时间先后顺序依次排列;对所述一组定位位置进行拟合,得到所述电动自行车在所述设定交通路口处的第一行车轨迹路线。
205.在本公开一个实施例中,所述第一获取模块410用于在所述电动自行车位于所述设定交通路口处的情况下,获取所述电动自行车在目标时刻下的至少两种定位位置信息,所述目标时刻为所述电动自行车在所述设定交通路口处时的任一时刻;检测所述至少两种定位位置信息是否可用;在所述至少两种定位位置信息可用的情况下,根据所述至少两种定位位置信息,确定所述电动自行车在所述目标时刻下的定位位置。
206.在本公开一个实施例中,所述至少两种定位位置信息包括以下信息中的至少两种:由所述电动自行车中的、用于对所述电动自行车进行定位的装置采集的定位位置信息;由所述电动自行车中的、用于对所述电动自行车的电池进行定位的装置采集的定位位置信息;由对应所述电动自行车的用户终端采集的定位位置信息。
207.在本公开一个实施例中,所述第一获取模块410用于在对所述一组定位位置进行
拟合之前,确定所述一组定位位置包括的定位位置的第一总个数;对比所述第一总个数和第一设定阈值;在所述第一总个数大于所述第一设定阈值的情况下,执行所述对所述一组定位位置进行拟合的步骤。
208.在本公开一个实施例中,所述通行信息包括第一偏差系数和第二偏差系数中的至少一个;其中,所述第一偏差系数为对应于所述第一行车轨迹路线的偏差系数;所述第二偏差系数为对应于所述电动自行车在所述设定交通路口处的第一行车时长的偏差系数,所述第一行车时长根据所述第一行车轨迹路线得到。
209.在本公开一个实施例中,所述通行信息包括所述第一偏差系数;所述第二获取模块420用于获取对应所述设定交通路口的第二行车轨迹路线;根据所述第一行车轨迹路线和所述第二行车轨迹路线,得到所述第一偏差系数。
210.在本公开一个实施例中,所述路口通行状态获取装置400还包括:第一模块。所述第一模块用于在所述第二获取模块420获取对应所述设定交通路口的第二行车轨迹路线之前,根据对应所述设定交通路口的至少一条历史行车轨迹路线,得到所述第二行车轨迹路线;其中,所述历史行车轨迹路线对应的行车时间与所述第一行车轨迹路线对应的行车时间之间具有设定的时间间隔值。
211.在本公开一个实施例中,所述通行信息包括所述第二偏差系数;所述第二获取模块420用于根据所述第一行车轨迹路线,得到所述第一行车时长;获取对应所述设定交通路口的第二行车时长;根据所述第一行车时长和所述第二行车时长,得到所述第二偏差系数。
212.在本公开一个实施例中,所述路口通行状态获取装置400还包括:第一模块。所述第一模块用于在所述第二获取模块420获取对应所述设定交通路口的第二行车时长之前,获取对应所述设定交通路口的至少一条历史行车轨迹路线,其中,所述历史行车轨迹路线对应的行车时间与所述第一行车轨迹路线对应的行车时间之间具有设定的时间间隔值;对于每一条所述历史行车轨迹路线,根据所述历史行车轨迹路线,得到所述电动自行车在所述设定交通路口处的第三行车时长;根据得到的每一个所述第三行车时长,得到所述第二行车时长。
213.在本公开一个实施例中,所述第三获取模块430用于确定在设定时间段内获得的所有通行信息的第二总个数;对比所述第二总个数和第二设定阈值;在所述第二总个数大于所述第二设定阈值的情况下,获取目标信息,所述目标信息包括第一值和第二值中的至少一个;其中,所述第一值根据所述所有通行信息分别包括的所述第一偏差系数得到,所述第二值根据所述所有通行信息分别包括的所述第二偏差系数得到;将所述目标信息中的每一个值均与相应的阈值进行对比,得到对比结果;根据所述对比结果,获取所述设定交通路口的对应所述设定时间段的通行状态。
214.在本公开一个实施例中,所述第三获取模块430用于在将所述目标信息中的每一个值均与相应的阈值进行对比之前,获取参数信息;其中,所述参数信息包括:对应所述设定时间段的时间信息、对应所述设定时间段的天气信息、所述设定交通路口的路口信息中的至少一个;根据所述参数信息,确定所述相应的阈值。
215.在本公开一个实施例中,所述第三获取模块430用于在获取所述设定交通路口的对应所述设定时间段的通行状态之后,在所述通行状态表示存在设定交通问题的情况下,确定所述设定交通问题的程度值;执行对应所述程度值的设定告警处理。
216.图5是根据另一个实施例的电子设备500的硬件结构示意图。
217.如图5所示,该电子设备500包括处理器510和存储器520,该存储器520用于存储可执行的计算机程序,该处理器510用于根据该计算机程序的控制,执行如以上任意方法实施例的方法。
218.该电子设备500可以是图1中所示的服务器2000。
219.以上电子设备500的各模块可以由本实施例中的处理器510执行存储器520存储的计算机程序实现,也可以通过其他电路结构实现,在此不做限定。
220.本发明可以是系统、方法和/或计算机程序产品。计算机程序产品可以包括计算机可读存储介质,其上载有用于使处理器实现本发明的各个方面的计算机可读程序指令。
221.计算机可读存储介质可以是可以保持和存储由指令执行设备使用的指令的有形设备。计算机可读存储介质例如可以是――但不限于――电存储设备、磁存储设备、光存储设备、电磁存储设备、半导体存储设备或者上述的任意合适的组合。计算机可读存储介质的更具体的例子(非穷举的列表)包括:便携式计算机盘、硬盘、随机存取存储器(ram)、只读存储器(rom)、可擦式可编程只读存储器(eprom或闪存)、静态随机存取存储器(sram)、便携式压缩盘只读存储器(cd-rom)、数字多功能盘(dvd)、记忆棒、软盘、机械编码设备、例如其上存储有指令的打孔卡或凹槽内凸起结构、以及上述的任意合适的组合。这里所使用的计算机可读存储介质不被解释为瞬时信号本身,诸如无线电波或者其他自由传播的电磁波、通过波导或其他传输媒介传播的电磁波(例如,通过光纤电缆的光脉冲)、或者通过电线传输的电信号。
222.这里所描述的计算机可读程序指令可以从计算机可读存储介质下载到各个计算/处理设备,或者通过网络、例如因特网、局域网、广域网和/或无线网下载到外部计算机或外部存储设备。网络可以包括铜传输电缆、光纤传输、无线传输、路由器、防火墙、交换机、网关计算机和/或边缘服务器。每个计算/处理设备中的网络适配卡或者网络接口从网络接收计算机可读程序指令,并转发该计算机可读程序指令,以供存储在各个计算/处理设备中的计算机可读存储介质中。
223.用于执行本发明操作的计算机程序指令可以是汇编指令、指令集架构(isa)指令、机器指令、机器相关指令、微代码、固件指令、状态设置数据、或者以一种或多种编程语言的任意组合编写的源代码或目标代码,所述编程语言包括面向对象的编程语言—诸如smalltalk、c 等,以及常规的过程式编程语言—诸如“c”语言或类似的编程语言。计算机可读程序指令可以完全地在用户计算机上执行、部分地在用户计算机上执行、作为一个独立的软件包执行、部分在用户计算机上部分在远程计算机上执行、或者完全在远程计算机或服务器上执行。在涉及远程计算机的情形中,远程计算机可以通过任意种类的网络—包括局域网(lan)或广域网(wan)—连接到用户计算机,或者,可以连接到外部计算机(例如利用因特网服务提供商来通过因特网连接)。在一些实施例中,通过利用计算机可读程序指令的状态信息来个性化定制电子电路,例如可编程逻辑电路、现场可编程门阵列(fpga)或可编程逻辑阵列(pla),该电子电路可以执行计算机可读程序指令,从而实现本发明的各个方面。
224.这里参照根据本发明实施例的方法、装置(系统)和计算机程序产品的流程图和/或框图描述了本发明的各个方面。应当理解,流程图和/或框图的每个方框以及流程图和/
或框图中各方框的组合,都可以由计算机可读程序指令实现。
225.这些计算机可读程序指令可以提供给通用计算机、专用计算机或其它可编程数据处理装置的处理器,从而生产出一种机器,使得这些指令在通过计算机或其它可编程数据处理装置的处理器执行时,产生了实现流程图和/或框图中的一个或多个方框中规定的功能/动作的装置。也可以把这些计算机可读程序指令存储在计算机可读存储介质中,这些指令使得计算机、可编程数据处理装置和/或其他设备以特定方式工作,从而,存储有指令的计算机可读介质则包括一个制造品,其包括实现流程图和/或框图中的一个或多个方框中规定的功能/动作的各个方面的指令。
226.也可以把计算机可读程序指令加载到计算机、其它可编程数据处理装置、或其它设备上,使得在计算机、其它可编程数据处理装置或其它设备上执行一系列操作步骤,以产生计算机实现的过程,从而使得在计算机、其它可编程数据处理装置、或其它设备上执行的指令实现流程图和/或框图中的一个或多个方框中规定的功能/动作。
227.附图中的流程图和框图显示了根据本发明的多个实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上,流程图或框图中的每个方框可以代表一个模块、程序段或指令的一部分,所述模块、程序段或指令的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。在有些作为替换的实现中,方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如,两个连续的方框实际上可以基本并行地执行,它们有时也可以按相反的顺序执行,这依所涉及的功能而定。也要注意的是,框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合,可以用执行规定的功能或动作的专用的基于硬件的系统来实现,或者可以用专用硬件与计算机指令的组合来实现。对于本领域技术人员来说公知的是,通过硬件方式实现、通过软件方式实现以及通过软件和硬件结合的方式实现都是等价的。
228.以上已经描述了本发明的各实施例,上述说明是示例性的,并非穷尽性的,并且也不限于所披露的各实施例。在不偏离所说明的各实施例的范围和精神的情况下,对于本技术领域的普通技术人员来说许多修改和变更都是显而易见的。本文中所用术语的选择,旨在最好地解释各实施例的原理、实际应用或对市场中的技术改进,或者使本技术领域的其它普通技术人员能理解本文披露的各实施例。本发明的范围由所附权利要求来限定。
再多了解一些

本文用于企业家、创业者技术爱好者查询,结果仅供参考。

发表评论 共有条评论
用户名: 密码:
验证码: 匿名发表

相关文献