交通仿真数据推送方法、装置、介质及产品与流程

1.本技术属于计算机技术领域，具体涉及一种交通仿真数据推送方法、交通仿真数据推送装置、计算机可读介质及计算机程序产品。


背景技术：

2.随着科技的迅猛发展，计算机的功能日益强大，现实中的交通状况可通过计算机复现，实现交通仿真。交通仿真是智能交通运输系统的一个重要组成部分，是计算机技术在交通工程领域的一个重要应用，它可以动态地、逼真地仿真交通流和交通事故等各种交通现象，复现交通流的时空变化，深入地分析车辆、驾驶员和行人、道路以及交通的特征，有效地进行交通规划、交通组织与管理、交通能源节约与物资运输流量合理化等方面的研究。同时，交通仿真通过虚拟现实技术手段，能够非常直观地表现出路网上车辆的运行情况，对某个位置交通是否拥堵、道路是否畅通、有无出现交通事故等，在计算机上经济有效且没有风险的仿真出来。
3.相关技术中，当大量请求同时对交通仿真数据进行查询获取时，容易造成数据查询压力大、数据查询响应时间较长等问题，使得系统响应性较差。
4.需要说明的是，在上述背景技术部分公开的信息仅用于加强对本技术的背景的理解，因此可以包括不构成对本领域普通技术人员已知的现有技术的信息。


技术实现要素：

5.本技术的目的在于提供一种交通仿真数据推送方法、装置、介质及产品，至少在一定程度上克服相关技术中如何提高仿真数据查询响应效率的技术问题。
6.本技术的其他特性和优点将通过下面的详细描述变得显然，或部分地通过本技术的实践而习得。
7.根据本技术实施例的一个方面，提供一种交通仿真数据推送方法，所述交通仿真数据推送方法包括：
8.获取交通仿真数据请求，并对所述交通仿真数据请求进行解析得到解析数据，所述解析数据包括所述交通仿真数据请求所请求的目标交通仿真区域；
9.在当前执行的数据推送任务中，查询是否存在交通仿真区域与所述目标交通仿真区域具有匹配关系的关联数据推送任务；
10.若当前执行的数据推送任务中存在所述关联数据推送任务，则将所述关联数据推送任务所推送的交通仿真数据，推送至所述交通仿真数据请求的请求端；
11.若当前执行的数据推送任务中不存在所述关联数据推送任务，则根据所述解析数据新建数据推送任务，并通过新建的数据推送任务将所述解析数据对应的交通仿真数据推送至所述交通仿真数据请求的请求端。
12.根据本技术实施例的一个方面，提供一种交通仿真数据推送装置，所述交通仿真数据推送装置包括：
13.交通仿真数据请求解析模块，被配置为获取交通仿真数据请求，并对所述交通仿真数据请求进行解析得到解析数据，所述解析数据包括所述交通仿真数据请求所请求的目标交通仿真区域；
14.关联数据推送任务查询模块，被配置为在当前执行的数据推送任务中，查询是否存在交通仿真区域与所述目标交通仿真区域具有匹配关系的关联数据推送任务；
15.第一数据推送模块，被配置为若当前执行的数据推送任务中存在所述关联数据推送任务，则将所述关联数据推送任务所推送的交通仿真数据，推送至所述交通仿真数据请求的请求端；
16.第二数据推送模块，被配置为若当前执行的数据推送任务中不存在所述关联数据推送任务，则根据所述解析数据新建数据推送任务，并通过新建的数据推送任务将所述解析数据对应的交通仿真数据推送至所述交通仿真数据请求的请求端。
17.在本技术的一些实施例中，基于以上技术方案，所述第二数据推送模块包括：
18.数据获取单元，被配置为根据所述解析数据新建数据获取线程、阻塞队列和数据发送线程，所述数据获取线程用于从预设数据库中获取所述解析数据对应的交通仿真数据，所述阻塞队列用于存储和中转所述交通仿真数据，所述数据发送线程用于将所述交通仿真数据发送至所述交通仿真数据请求的请求端；
19.数据中转单元，被配置为将所述交通仿真数据加入到阻塞队列中，当所述阻塞队列中没有交通仿真数据时，所述阻塞队列阻塞，当所述阻塞队列的交通仿真数据满存时，所述阻塞队列阻塞；
20.数据推送单元，被配置为从所述阻塞队列中取出所述交通仿真数据，并通过所述数据发送线程将所述交通仿真数据推送至所述交通仿真数据请求的请求端。
21.在本技术的一些实施例中，基于以上技术方案，所述解析数据还包括仿真参数，所述仿真参数包括与地图相关的仿真参数、与机动车相关的仿真参数、与非机动车相关的仿真参数、与行人相关的仿真参数中的一类或多类；所述数据推送单元包括：
22.数据预处理子单元，被配置为从所述阻塞队列中取出所述交通仿真数据，并根据所述仿真参数对所述交通仿真数据进行预处理，所述预处理包括与地图相关的仿真数据调整处理、与机动车相关的仿真数据调整处理、与非机动车相关的仿真数据调整处理、与行人相关的仿真数据调整处理中的一个或多个；
23.数据推送子单元，被配置为通过所述数据发送线程将预处理后的交通仿真数据推送至所述交通仿真数据请求的请求端。
24.在本技术的一些实施例中，基于以上技术方案，所述关联数据推送任务包括关联数据获取线程、关联阻塞队列和关联数据发送线程，所述第一数据推送模块包括：
25.仿真数据获取单元，被配置为通过所述关联数据获取线程从所述预设数据库中获取交通仿真数据；
26.仿真数据存储单元，被配置为通过所述关联阻塞队列存储所述交通仿真数据；
27.仿真数据预处理单元，被配置为从所述关联阻塞队列中取出所述交通仿真数据，并根据所述仿真参数对所述交通仿真数据进行预处理；
28.仿真数据推送单元，被配置为新建数据发送线程，并通过新建的数据发送线程将预处理后的交通仿真数据推送至所述交通仿真数据请求的请求端。
29.在本技术的一些实施例中，基于以上技术方案，所述交通仿真数据推送装置还包括：
30.仿真数据发生单元，被配置为通过仿真数据发生器产生交通仿真数据；
31.卡夫卡队列存储单元，被配置为通过卡夫卡队列存储所述交通仿真数据，并将所述交通仿真数据转发至所述预设数据库中。
32.在本技术的一些实施例中，基于以上技术方案，所述目标交通仿真区域为包括了预设类型道路的交通仿真区域，其中，所述预设类型道路包括各个技术标准级别的道路中的一类或多类；所述匹配关系用于表示交通仿真区域为包括了所述目标交通仿真区域所指示的预设类型道路；所述关联数据推送任务查询模块包括：
33.关联数据推送任务第一查询单元，被配置为在当前执行的数据推送任务中，查询是否存在交通仿真区域包括了所述预设道路类型的关联数据推送任务。
34.在本技术的一些实施例中，基于以上技术方案，所述目标交通仿真区域为地图上预设位置的交通仿真区域；所述匹配关系用于表示两个交通仿真区域之间具有重叠区域；所述关联数据推送任务查询模块还包括：
35.关联数据推送任务第二查询单元，被配置为在当前执行的数据推送任务中，查询是否存在交通仿真区域与所述目标交通仿真区域具有重叠区域的关联数据推送任务。
36.在本技术的一些实施例中，基于以上技术方案，所述关联数据推送任务第二查询单元包括：
37.关联数据推送任务第一查询子单元，被配置为在当前执行的数据推送任务中，查询是否存在交通仿真区域与所述目标交通仿真区域相同的关联数据推送任务；和
38.关联数据推送任务第二查询子单元，被配置为在当前执行的数据推送任务中，查询是否存在目标重叠区域占所述目标交通仿真区域的面积占比大于预设面积占比但小于一的关联数据推送任务，其中，所述目标重叠区域为当前执行的数据推送任务中的交通仿真区域与所述目标交通仿真区域的重叠区域。
39.在本技术的一些实施例中，基于以上技术方案，所述关联数据推送任务第一查询子单元包括：
40.目标任务编码确定子单元，被配置为根据所述目标交通仿真区域确定用于执行所述交通仿真数据请求的数据推送任务的目标任务编码；
41.任务编码查询子单元，被配置为在当前执行的数据推送任务中，查询是否存在任务编码与所述目标任务编码相同的关联数据推送任务。
42.在本技术的一些实施例中，基于以上技术方案，所述仿真数据推送装置还包括：
43.数据推送任务新建单元，被配置为若当前执行的数据推送任务中存在目标重叠区域占所述目标交通仿真区域的面积占比大于预设面积占比但小于一的关联数据推送任务，则新建数据推送任务，并通过新建的数据推送任务将所述目标交通仿真区域中的所述重叠区域之外的区域对应的交通仿真数据推送至所述交通仿真数据请求的请求端。
44.在本技术的一些实施例中，基于以上技术方案，所述交通仿真数据推送装置还包括：
45.长期连接建立单元，被配置为与所述交通仿真数据请求的请求端建立长期连接。
46.在本技术的一些实施例中，基于以上技术方案，所述交通仿真数据推送装置还包
括：
47.注册关联关系建立第一单元，被配置为建立所述交通仿真数据请求的请求端与所述关联数据推送任务的注册关联关系。
48.在本技术的一些实施例中，基于以上技术方案，所述交通仿真数据推送装置还包括：
49.注册关联关系建立第二单元，被配置为建立所述交通仿真数据请求的请求端与所述新建的数据推送任务之间的注册关联关系。
50.在本技术的一些实施例中，基于以上技术方案，所述交通仿真数据推送装置还包括：
51.数据关闭请求获取单元，被配置为获取数据关闭请求，所述数据关闭请求用于请求停止获取交通仿真数据；
52.请求停止任务确定单元，被配置为确定所述数据关闭请求所对应的请求端和所请求停止获取的交通仿真数据对应的数据推送任务；
53.注册关联关系解除单元，被配置为解除所述请求端与所请求停止获取的交通仿真数据对应的数据推送任务之间的注册关联关系，并且停止所述数据推送任务对所述请求端的数据推送；
54.数据推送任务关闭单元，被配置为当存在不与任何请求端具有注册关联关系的数据推送任务时，关闭所述数据推送任务；
55.长期连接断开单元，被配置为当待选请求端保持不与任何数据推送任务具有注册关联关系的状态预设时长后，断开与所述待选请求端的长期连接。
56.根据本技术实施例的一个方面，提供一种计算机可读介质，其上存储有计算机程序，该计算机程序被处理器执行时实现如以上技术方案中的交通仿真数据推送方法。
57.根据本技术实施例的一个方面，提供一种电子设备，该电子设备包括：处理器；以及存储器，用于存储处理器的可执行指令；其中，处理器被配置为经由执行可执行指令来执行如以上技术方案中的交通仿真数据推送方法。
58.根据本技术实施例的一个方面，提供一种计算机程序产品或计算机程序，该计算机程序产品或计算机程序包括计算机指令，该计算机指令存储在计算机可读存储介质中。计算机设备的处理器从计算机可读存储介质读取该计算机指令，处理器执行该计算机指令，使得该计算机设备执行如以上技术方案中的交通仿真数据推送方法。
59.在本技术实施例提供的技术方案中，获取交通仿真数据请求，并对交通仿真数据请求进行解析得到解析数据；在当前执行的数据推送任务中，查询是否存在交通仿真区域与目标交通仿真区域具有匹配关系的关联数据推送任务；若当前执行的数据推送任务中存在关联数据推送任务，则将关联数据推送任务所推送的交通仿真数据，推送至交通仿真数据请求的请求端；若当前执行的数据推送任务中不存在关联数据推送任务，则根据解析数据新建数据推送任务，并通过新建的数据推送任务将解析数据对应的交通仿真数据推送至交通仿真数据请求的请求端；由此，能够减少需重新获取的交通仿真数据的数据量，提高仿真数据获取效率，并且通过任务的复用减少当前执行的任务数量，降低系统资源开销，从而能够提升系统运行效率和系统响应效率。
60.应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不
能限制本技术。
附图说明
61.此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本技术的实施例，并与说明书一起用于解释本技术的原理。显而易见地，下面描述中的附图仅仅是本技术的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
62.图1示意性地示出了应用本技术技术方案的示例性装置架构框图。
63.图2示意性地示出了本技术某些实施方式的交通仿真数据推送方法的步骤流程图。
64.图3示意性地示出了本技术某实施例中获取交通仿真数据请求之前的步骤流程图。
65.图4示意性地示出了本技术某一实施例中仿真数据发送和推送过程的流程示意图。
66.图5示意性地示出了本技术某实施例中在当前执行的数据推送任务中，查询是否存在交通仿真区域与目标交通仿真区域具有重叠区域的关联数据推送任务的步骤流程图。
67.图6示意性地示出了本技术某实施例中在当前执行的数据推送任务中，查询是否存在交通仿真区域与目标交通仿真区域相同的关联数据推送任务的步骤流程图。
68.图7示意性地示出了本技术某实施例中将关联数据推送任务所推送的交通仿真数据，推送至交通仿真数据请求的请求的步骤流程图。
69.图8示意性地示出了本技术另一实施例中仿真数据发送和推送过程的流程示意图。
70.图9示意性地示出了本技术某实施例中获取交通仿真数据请求之前的步骤流程图。
71.图10示意性地示出了本技术某实施例中从阻塞队列中取出交通仿真数据，并通过数据发送线程将交通仿真数据推送至交通仿真数据请求的请求端的步骤流程图。
72.图11示意性地示出了本技术某实施例中还可以包括的步骤流程图。
73.图12示意性地示出了本技术实施例提供的交通仿真数据推送装置的结构框图。
74.图13示意性地示出了用于实现本技术实施例的电子设备的计算机系统结构框图。
具体实施方式
75.现在将参考附图更全面地描述示例实施方式。然而，示例实施方式能够以多种形式实施，且不应被理解为限于在此阐述的范例；相反，提供这些实施方式使得本技术将更加全面和完整，并将示例实施方式的构思全面地传达给本领域的技术人员。
76.此外，所描述的特征、结构或特性可以以任何合适的方式结合在一个或更多实施例中。在下面的描述中，提供许多具体细节从而给出对本技术的实施例的充分理解。然而，本领域技术人员将意识到，可以实践本技术的技术方案而没有特定细节中的一个或更多，或者可以采用其它的方法、组元、装置、步骤等。在其它情况下，不详细示出或描述公知方法、装置、实现或者操作以避免模糊本技术的各方面。
77.附图中所示的方框图仅仅是功能实体，不一定必须与物理上独立的实体相对应。即，可以采用软件形式来实现这些功能实体，或在一个或多个硬件模块或集成电路中实现这些功能实体，或在不同网络和/或处理器装置和/或微控制器装置中实现这些功能实体。
78.附图中所示的流程图仅是示例性说明，不是必须包括所有的内容和操作/步骤，也不是必须按所描述的顺序执行。例如，有的操作/步骤还可以分解，而有的操作/步骤可以合并或部分合并，因此实际执行的顺序有可能根据实际情况改变。
79.在对本技术实施例提供的通仿真数据推送方法、交通仿真数据推送装置等技术方案作出详细说明之前，先对本技术部分实施例中涉及的云技术进行简单介绍。
80.云技术(cloud technology)是指在广域网或局域网内将硬件、软件、网络等系列资源统一起来，实现数据的计算、储存、处理和共享的一种托管技术。
81.云计算(cloud computing)是一种计算模式，它将计算任务分布在大量计算机构成的资源池上，使各种应用系统能够根据需要获取计算力、存储空间和信息服务。提供资源的网络被称为“云”。“云”中的资源在使用者看来是可以无限扩展的，并且可以随时获取，按需使用，随时扩展，按使用付费。
82.作为云计算的基础能力提供商，会建立云计算资源池(简称云平台，一般称为iaas(infrastructure as a service，基础设施即服务)平台，在资源池中部署多种类型的虚拟资源，供外部客户选择使用。云计算资源池中主要包括：计算设备(为虚拟化机器，包含操作系统)、存储设备、网络设备。
83.按照逻辑功能划分,在iaas(infrastructure as a service，基础设施即服务)层上可以部署paas(platform as a service,平台即服务)层，paas层之上再部署saas(software as a service,软件即服务)层，也可以直接将saas部署在iaas上。paas为软件运行的平台，如数据库、web容器等。saas为各式各样的业务软件，如web门户网站、短信群发器等。一般来说，saas和paas相对于iaas是上层。
84.云存储(cloud storage)是在云计算概念上延伸和发展出来的一个新的概念，分布式云存储系统(以下简称存储系统)是指通过集群应用、网格技术以及分布存储文件系统等功能，将网络中大量各种不同类型的存储设备(存储设备也称之为存储节点)通过应用软件或应用接口集合起来协同工作，共同对外提供数据存储和业务访问功能的一个存储系统。
85.数据库(database)，简而言之可视为电子化的文件柜——存储电子文件的处所，用户可以对文件中的数据进行新增、查询、更新、删除等操作。所谓“数据库”是以一定方式储存在一起、能与多个用户共享、具有尽可能小的冗余度、与应用程序彼此独立的数据集合。
86.数据库管理系统(英语：database management system，简称dbms)是为管理数据库而设计的电脑软件系统，一般具有存储、截取、安全保障、备份等基础功能。数据库管理系统可以依据它所支持的数据库模型来作分类，例如关系式、xml(extensible markup language,即可扩展标记语言)；或依据所支持的计算机类型来作分类，例如服务器群集、移动电话；或依据所用查询语言来作分类，例如sql(结构化查询语言(structured query language)、xquery；或依据性能冲量重点来作分类，例如最大规模、最高运行速度；亦或其他的分类方式。不论使用哪种分类方式，一些dbms能够跨类别，例如，同时支持多种查询语
言。
87.本技术实施例涉及的系统可以是由客户端、多个节点(接入网络中的任意形式的计算设备，如服务器、用户终端)通过网络通信的形式连接形成的分布式系统。
88.下面结合具体实施方式对本技术提供的交通仿真数据推送方法及装置做出详细说明。
89.图1示意性地示出了应用本技术技术方案的示例性装置架构框图。
90.如图1所示，装置架构100可以包括终端设备110、网络120和服务器130。终端设备110可以包括智能手机、平板电脑、笔记本电脑、台式电脑等各种电子设备。服务器130可以是独立的物理服务器，也可以是多个物理服务器构成的服务器集群或者分布式装置，还可以是提供云计算服务的云服务器。网络120可以是能够在终端设备110和服务器130之间提供通信链路的各种连接类型的通信介质，例如可以是有线通信链路或者无线通信链路。
91.根据实现需要，本技术实施例中的装置架构可以具有任意数目的终端设备、网络和服务器。例如，服务器130可以是由多个服务器设备组成的服务器群组。另外，本技术实施例提供的技术方案可以应用于终端设备110，也可以应用于服务器130，或者可以由终端设备110和服务器130共同实施，本技术对此不做特殊限定。
92.举例而言，服务器130可以执行本技术提供的交通仿真数据推送方法，从而获取交通仿真数据请求，并对交通仿真数据请求进行解析得到解析数据；在当前执行的数据推送任务中，查询是否存在交通仿真区域与目标交通仿真区域具有匹配关系的关联数据推送任务；若当前执行的数据推送任务中存在关联数据推送任务，则将关联数据推送任务所推送的交通仿真数据，推送至交通仿真数据请求的请求端；若当前执行的数据推送任务中不存在关联数据推送任务，则根据解析数据新建数据推送任务，并通过新建的数据推送任务将解析数据对应的交通仿真数据推送至交通仿真数据请求的请求端；由此，能够减少需重新获取的交通仿真数据的数据量，从而能够降低系统开销，并且降低数据库访问压力、提升数据获取效率。
93.可以理解，相关技术中，可以采用hbase 独立线程同步处理不同请求端的数据请求，但是在平台面临高并发的仿真数据请求时会出现数据存储侧稳定性差、维护成本高、服务层面线程占用资源高等问题，使得仿真数据获取服务的并发量和性能形成瓶颈。在实际体验上，大量用户同时使用时，会产生交通仿真数据的画面不一致现象。
94.本技术实施方式在面临高并发查询时，由于能够减少需重新获取的交通仿真数据的数据量，能够降低仿真平台的系统资源开销，降低数据库的qps(queries-per-second,每秒查询率)以及访问压力、提升请求端的仿真数据的获取效率。由此，能够提高仿真平台的系统运行性能和提升可容纳的最高并发量，实现海量数据吞吐，提高了多用户对于同一仿真任务数据的画面结果一致性。
95.下面结合具体实施方式对本技术提供的交通仿真数据推送方法做出详细说明。
96.图2示意性地示出了本技术某些实施方式的交通仿真数据推送方法的步骤流程图。该交通仿真数据推送方法的执行主体可以是终端设备，也可以是服务器等，本技术对此不设限。在一些实施方式中，通过与云计算技术的协同实施，本技术的交通仿真数据推送方法可以在交通仿真云平台上实施。或者，可以由搭载了服务器的仿真平台、仿真系统等执行本技术的交通仿真数据推送方法。
97.如图2所示，该交通仿真数据推送方法主要可以包括如下步骤s210～步骤s240。
98.s210.获取交通仿真数据请求，并对交通仿真数据请求进行解析得到解析数据，解析数据包括交通仿真数据请求所请求的目标交通仿真区域。
99.具体地，交通仿真数据请求可以为从用户网页的请求端发出，以请求对应的交通仿真数据的数据请求。具体地，交通仿真数据可以为显示有地图以及车流的视频帧数据。例如，交通仿真数据可以是每100毫秒播放一帧的视频帧数据，可以用于播放交通仿真视频动画。
100.请求端可以是用户终端中的websocket、浏览器、应用软件等。本技术对此不作限制。例如，用户通过浏览器打开交通仿真云平台，可以通过浏览器获取到的交通仿真数据，在线实时播放目标交通仿真区域内的车流动画。目标交通仿真区域可以在交通仿真云平台上预设置和由用户自定义修改。
101.在一些实施方式中，请求端可以包括展示界面，展示界面用于展示请求端获取到的交通仿真数据。在具体实施例中，展示界面用于展示请求端实时获取到的交通仿真数据。
102.图3示意性地示出了本技术某实施例中获取交通仿真数据请求之前的步骤流程图。如图3所示，在以上实施例的基础上，步骤s210中的获取交通仿真数据请求之前，可以进一步包括以下步骤s310和步骤s320。
103.s310.通过仿真数据发生器产生交通仿真数据；
104.s320.通过卡夫卡队列存储交通仿真数据，并将交通仿真数据转发至预设数据库中。
105.由此，通过仿真数据发生器产生交通仿真数据，再通过卡夫卡队列存储交通仿真数据，并将交通仿真数据转发至预设数据库中，能够使得交通仿真数据以较为稳定的速度产生并存储，避免交通仿真数据的产生速度与请求交通仿真数据的数据获取速度不匹配。
106.可以理解，相关技术在面临高并发的仿真数据请求时，数据查询压力大、数据查询响应时间较长，容易对数据库造成冲击，造成数据库查询故障问题。
107.本技术实施方式能够减少需重新获取的交通仿真数据的数据量，提高仿真数据获取效率，并且通过关联数据推送任务的复用减少当前执行的任务总量，从而降低从数据库中获取交通仿真数据的数据量，因此，能够提高数据库的安全稳定性，避免数据库因查询量过大而崩溃，能够提升系统的响应性和稳定性。
108.具体实施例中，预设数据库可以为mongdb、redis等数据库，本技术对此不作限制。
109.图4示意性地示出了本技术某一实施例中仿真数据发送和推送过程的流程示意图。如图4所示，通过仿真数据发生器产生交通仿真数据，再通过卡夫卡队列存储交通仿真数据，并将交通仿真数据转发至预设数据库中。然后，由数据推送任务在数据库中取出交通仿真数据并将交通仿真数据推送至请求端。卡夫卡队列可以包括kafka消息队列，能够承接数据的产生，缓存预设时长的数据，是一个高吞吐量、高扩展性的消息队列，能够提高仿真平台的最大并发数和系统稳定性。预设时长可以为2小时、4小时、6小时、8小时、10小时等。
110.s220.在当前执行的数据推送任务中，查询是否存在交通仿真区域与目标交通仿真区域具有匹配关系的关联数据推送任务。
111.在某些实施方式中，在以上实施例的基础上，目标交通仿真区域为包括了预设类型道路的交通仿真区域，其中，预设类型道路包括各个技术标准级别的道路中的一类或多
类；匹配关系用于表示交通仿真区域为包括了目标交通仿真区域所指示的预设类型道路；步骤s220中的在当前执行的数据推送任务中，查询是否存在交通仿真区域与目标交通仿真区域具有匹配关系的关联数据推送任务，可以进一步包括以下步骤：
112.在当前执行的数据推送任务中，查询是否存在交通仿真区域包括了预设道路类型的关联数据推送任务。
113.具体地，各个技术标准级别的道路可以包括高速公路、国道道路、省道道路、县道道路、乡道道路、桥梁类道路、立交道路、城市道路等，本技术对此不作限制。
114.在某些实施方式中，在以上实施例的基础上，目标交通仿真区域为地图上预设位置的交通仿真区域；匹配关系用于表示两个交通仿真区域之间具有重叠区域；步骤s220中的在当前执行的数据推送任务中，查询是否存在交通仿真区域与目标交通仿真区域具有匹配关系的关联数据推送任务，可以进一步包括以下步骤：
115.在当前执行的数据推送任务中，查询是否存在交通仿真区域与目标交通仿真区域具有重叠区域的关联数据推送任务。
116.图5示意性地示出了本技术某实施例中在当前执行的数据推送任务中，查询是否存在交通仿真区域与目标交通仿真区域具有重叠区域的关联数据推送任务的步骤流程图。如图5所示，在某些实施方式中，在以上实施例的基础上，步骤“在当前执行的数据推送任务中，查询是否存在交通仿真区域与目标交通仿真区域具有重叠区域的关联数据推送任务”，可以进一步包括以下步骤s510和s520：
117.s510.在当前执行的数据推送任务中，查询是否存在交通仿真区域与目标交通仿真区域相同的关联数据推送任务；和
118.s520.在当前执行的数据推送任务中，查询是否存在目标重叠区域占目标交通仿真区域的面积占比大于预设面积占比但小于一的关联数据推送任务，其中，目标重叠区域为当前执行的数据推送任务中的交通仿真区域与目标交通仿真区域的重叠区域。
119.在某些实施方式中，在以上实施例的基础上，在步骤s520的在当前执行的数据推送任务中，查询是否存在目标重叠区域占目标交通仿真区域的面积占比大于预设面积占比但小于一的关联数据推送任务之后，可以进一步包括以下步骤：
120.若当前执行的数据推送任务中存在目标重叠区域占目标交通仿真区域的面积占比大于预设面积占比但小于一的关联数据推送任务，则新建数据推送任务，并通过新建的数据推送任务将目标交通仿真区域中的重叠区域之外的区域对应的交通仿真数据推送至交通仿真数据请求的请求端。
121.由此，可以理解，通过关联数据推送任务将目标交通仿真区域中的重叠区域对于的交通仿真数据推送至交通仿真数据请求的请求端，并且通过新建的数据推送任务将目标交通仿真区域中的重叠区域之外的区域对应的交通仿真数据，推送至交通仿真数据请求的请求端，使得只需通过新建的数据推送任务查询目标交通仿真区域中的重叠区域之外的区域对应的交通仿真数据，而无需查询整个目标交通仿真区域的交通仿真数据，就能完成将整个目标交通仿真区域的交通仿真数据推送至请求端的任务，从而能够在降低对数据库的查询量的情况下，实现请求端的请求，并且，由于减少了查询次数，也省略了部分数据的查询时间，能够提高仿真数据的获取效率。
122.图6示意性地示出了本技术某实施例中在当前执行的数据推送任务中，查询是否
存在交通仿真区域与目标交通仿真区域相同的关联数据推送任务的步骤流程图。如图6所示，在以上实施例的基础上，步骤s510的在当前执行的数据推送任务中，查询是否存在交通仿真区域与目标交通仿真区域相同的关联数据推送任务，可以进一步包括以下步骤s610和步骤s620。
123.s610.根据目标交通仿真区域确定用于执行交通仿真数据请求的数据推送任务的目标任务编码；
124.s620.在当前执行的数据推送任务中，查询是否存在任务编码与目标任务编码相同的关联数据推送任务。
125.可以理解，数据推送任务的任务编码由交通仿真区域确定，因此，任务编码与目标任务编码相同的关联数据推送任务，其交通仿真区域与目标交通仿真区域也相同。由此，以高效的方式确定交通仿真区域与目标交通仿真区域相同的关联数据推送任务，有利于提高对于交通仿真数据请求的数据获取速度。
126.s230.若当前执行的数据推送任务中存在关联数据推送任务，则将关联数据推送任务所推送的交通仿真数据，推送至交通仿真数据请求的请求端。
127.例如，如图4所示，图4所示的数据推送任务可以为关联数据推送任务，若当前执行的数据推送任务中存在关联数据推送任务，则将关联数据推送任务所推送的交通仿真数据，推送至交通仿真数据请求的请求端，由此，能够减少从数据库中获取交通仿真数据的数据量，从而能够降低数据库访问压力、提升系统运行效率。
128.图7示意性地示出了本技术某实施例中将关联数据推送任务所推送的交通仿真数据，推送至交通仿真数据请求的请求的步骤流程图。如图7所示，在以上实施例的基础上，关联数据推送任务包括关联数据获取线程、关联阻塞队列和关联数据发送线程，步骤s230的将关联数据推送任务所推送的交通仿真数据，推送至交通仿真数据请求的请求端，可以进一步包括以下步骤s710～步骤s740。
129.s710.通过关联数据获取线程从预设数据库中获取交通仿真数据；
130.s720.通过关联阻塞队列存储交通仿真数据；
131.s730.从关联阻塞队列中取出交通仿真数据，并根据仿真参数对交通仿真数据进行预处理；
132.s740.新建数据发送线程，并通过新建的数据发送线程将预处理后的交通仿真数据推送至交通仿真数据请求的请求端。
133.具体地，关联数据获取线程用于从预设数据库中获取解析数据对应的交通仿真数据，关联阻塞队列用于存储和中转交通仿真数据，关联数据发送线程用于将交通仿真数据发送至交通仿真数据请求的请求端。
134.关联阻塞队列为关联数据推送任务中的阻塞队列，关联数据获取线程为关联数据推送任务中的阻塞队列，关联数据发送线程为关联数据推送任务中的数据发送线程。具体地，阻塞队列可以为异步阻塞队列。
135.图8示意性地示出了本技术另一实施例中仿真数据发送和推送过程的流程示意图。如图8所示，先通过关联数据获取线程从预设数据库中获取交通仿真数据，再通过关联阻塞队列存储交通仿真数据，并从关联阻塞队列中取出交通仿真数据，根据仿真参数对交通仿真数据进行预处理，然后，新建数据发送线程，并通过新建的数据发送线程将预处理后
的交通仿真数据推送至交通仿真数据请求的请求端。由此，可以在无需新建整个数据推送任务的情况下，实现对不同请求端的个性化数据推送，并且能够减少从数据库中获取交通仿真数据的数据量，从而能够降低数据库访问压力、提升系统运行效率。
136.此外，关联阻塞队列能够作为获取交通仿真数据和推送交通仿真数据的中转站，能够稳定交通仿真数据的数据流频率，提高系统运行的平稳性。具体的，可以是在新建的数据预处理线程中根据仿真参数对交通仿真数据进行预处理，也可以是在集中配置的数据预处理模块中，根据仿真参数对交通仿真数据进行预处理。
137.s240.若当前执行的数据推送任务中不存在关联数据推送任务，则根据解析数据新建数据推送任务，并通过新建的数据推送任务将解析数据对应的交通仿真数据推送至交通仿真数据请求的请求端。
138.图9示意性地示出了本技术某实施例中获取交通仿真数据请求之前的步骤流程图。如图9所示，在以上实施例的基础上，步骤s240的根据解析数据新建数据推送任务，并通过新建的数据推送任务将解析数据对应的交通仿真数据推送至交通仿真数据请求的请求端，可以进一步包括以下步骤s910～步骤s930。
139.s910.根据解析数据新建数据获取线程、阻塞队列和数据发送线程，通过数据获取线程从预设数据库中获取解析数据对应的交通仿真数据，其中，阻塞队列用于存储和中转交通仿真数据，数据发送线程用于将交通仿真数据发送至交通仿真数据请求的请求端；
140.s920.将交通仿真数据加入到阻塞队列中，当阻塞队列中没有交通仿真数据时，阻塞队列阻塞，当阻塞队列的交通仿真数据满存时，阻塞队列阻塞；
141.s930.从阻塞队列中取出交通仿真数据，并通过数据发送线程将交通仿真数据推送至交通仿真数据请求的请求端。
142.例如，如图4所示，图4所示的数据推送任务可以为新建的关联数据推送任务，根据解析数据新建数据获取线程、阻塞队列和数据发送线程，通过数据获取线程从预设数据库中获取解析数据对应的交通仿真数据，其中，将交通仿真数据加入到阻塞队列中，从阻塞队列中取出交通仿真数据，并通过数据发送线程将交通仿真数据推送至交通仿真数据请求的请求端，由此，能够将阻塞队列作为获取交通仿真数据和推送交通仿真数据的中转站，能够稳定交通仿真数据的数据流频率，提高系统运行的平稳性。
143.在具体实施例中，可以通过设置数据发送线程的数据发送频率为预设频率，使得每个数据推送任务的数据推送频率为预设频率，实现对于交通仿真数据的数据流频率的控制。预设频率可以为5帧/s、8帧/s、10帧/s等。
144.在具体实施例中，可以通过数据获取线程从预设数据库中获取解析数据对应的实时的交通仿真数据，实现交通仿真数据的实时推送。
145.在具体实施例中，阻塞队列的交通仿真数据满存，可以为阻塞队列的交通仿真数据的存储数据量占阻塞队列的数据容量的占比达到预设占比，预设占比可以为85％、90％、95％、100％等。
146.在某些实施方式中，在以上实施例的基础上，在仿真平台上，可以将各个数据推送任务中的数据获取线程设置在数据获取层中；将各个数据推送任务中的阻塞队列设置在中转层中；将各个数据推送任务中的数据发送线程设置在发送数据层中，从而通过对于仿真平台的各层功能结构的清洗划分，提高了仿真平台的代码可读性和后续开发的可扩展性。
147.图10示意性地示出了本技术某实施例中从阻塞队列中取出交通仿真数据，并通过数据发送线程将交通仿真数据推送至交通仿真数据请求的请求端的步骤流程图。如图10所示，在以上实施例的基础上，解析数据还包括仿真参数，仿真参数包括与地图相关的仿真参数、与机动车相关的仿真参数、与非机动车相关的仿真参数、与行人相关的仿真参数中的一类或多类。步骤s930的从阻塞队列中取出交通仿真数据，并通过数据发送线程将交通仿真数据推送至交通仿真数据请求的请求端，可以进一步包括以下步骤s1010～步骤s1020。
148.s1010.从阻塞队列中取出交通仿真数据，并根据仿真参数对交通仿真数据进行预处理，预处理包括与地图相关的仿真数据调整处理、与机动车相关的仿真数据调整处理、与非机动车相关的仿真数据调整处理、与行人相关的仿真数据调整处理中的一个或多个；
149.s1020.通过数据发送线程将预处理后的交通仿真数据推送至交通仿真数据请求的请求端。
150.具体地，与地图相关的仿真数据调整处理可以是调整地图的显示精度、调整地图显示类型等。地图显示精度可以包括店铺为最小显示维度的一级精度、建筑为最小显示维度的二级精度、街道为最小显示维度的三级精度。地图显示类型可以包括平面类型、立体类型、线条类型、渲染类型等。由此，先对交通仿真数据的精度进行调整后，舍弃部分不需要显示的数据，再传送该交通仿真数据，能够减少传输交通数据的数据量，提升交通仿真数据的获取效率。
151.在某些实施方式中，在以上实施例的基础上，步骤s210中的获取交通仿真数据请求之后，可以进一步包括以下步骤：
152.与交通仿真数据请求的请求端建立长期连接。
153.与交通仿真数据请求的请求端建立长期连接，具体地，可以是服务器和请求交通仿真数据的浏览器只需要完成一次握手，两者之间就直接可以创建持久性的连接，并进行双向数据传输。
154.在某些实施方式中，在以上实施例的基础上，在步骤s230的将关联数据推送任务所推送的交通仿真数据，推送至交通仿真数据请求的请求端之前，可以进一步包括以下步骤：
155.建立交通仿真数据请求的请求端与关联数据推送任务的注册关联关系。
156.具体地，建立交通仿真数据请求的请求端与关联数据推送任务的注册关联关系，可以是在任务注册器上建立交通仿真数据请求的请求端与关联数据推送任务的注册关联关系。由此，能够通过任务注册器方便地查询各个请求端与各个数据推送任务之间的注册关联关系。
157.在某些实施方式中，在以上实施例的基础上，在步骤s240的通过新建的数据推送任务将解析数据对应的交通仿真数据推送至交通仿真数据请求的请求端之前，可以进一步包括以下步骤：
158.建立交通仿真数据请求的请求端与新建的数据推送任务之间的注册关联关系。
159.具体地，建立交通仿真数据请求的请求端与新建的数据推送任务之间的注册关联关系，可以是在任务注册器上建立交通仿真数据请求的请求端与关联数据推送任务的注册关联关系。由此，能够通过任务注册器方便地查询各个请求端与各个数据推送任务之间的注册关联关系。
160.图11示意性地示出了本技术某实施例中还可以包括的步骤流程图。如图11所示，在以上实施例的基础上，本技术某些实施例的交通仿真数据推送方法还可以包括以下步骤：
161.s1110.获取数据关闭请求，数据关闭请求用于请求停止获取交通仿真数据；
162.s1120.确定数据关闭请求所对应的请求端和所请求停止获取的交通仿真数据对应的数据推送任务；
163.s1130.解除请求端与所请求停止获取的交通仿真数据对应的数据推送任务之间的注册关联关系，并且停止数据推送任务对请求端的数据推送；
164.s1140.当存在不与任何请求端具有注册关联关系的数据推送任务时，关闭数据推送任务；
165.s1150.当待选请求端保持不与任何数据推送任务具有注册关联关系的状态预设时长后，断开与待选请求端的长期连接。
166.由此，获取数据关闭请求，确定数据关闭请求所对应的请求端和所请求停止获取的交通仿真数据对应的数据推送任务；解除请求端与所请求停止获取的交通仿真数据对应的数据推送任务之间的注册关联关系，并且停止数据推送任务对请求端的数据推送；能够使得请求端能够通过数据关闭请求停止获取的交通仿真数据对应的数据推送任务，从而能够释放平台系统内存，以及及时降低数据库查询压力。当存在不与任何请求端具有注册关联关系的数据推送任务时，关闭数据推送任务；当待选请求端保持不与任何数据推送任务具有注册关联关系的状态预设时长后，断开与待选请求端的长期连接；能够及时清理当前无需继续运行的任务，以及断开与无需推送数据的请求端的连接，能够降低对系统资源占用率的同时，能够提升系统运行效率。
167.应当注意，尽管在附图中以特定顺序描述了本技术中方法的各个步骤，但是，这并非要求或者暗示必须按照该特定顺序来执行这些步骤，或是必须执行全部所示的步骤才能实现期望的结果。附加的或备选的，可以省略某些步骤，将多个步骤合并为一个步骤执行，以及/或者将一个步骤分解为多个步骤执行等。
168.以下介绍本技术的装置实施例，可以用于执行本技术上述实施例中的交通仿真数据推送方法。图12示意性地示出了本技术实施例提供的交通仿真数据推送装置的结构框图。如图12所示，交通仿真数据推送装置1200包括：
169.交通仿真数据请求解析模块1210，被配置为获取交通仿真数据请求，并对交通仿真数据请求进行解析得到解析数据，解析数据包括交通仿真数据请求所请求的目标交通仿真区域；
170.关联数据推送任务查询模块1220，被配置为在当前执行的数据推送任务中，查询是否存在交通仿真区域与目标交通仿真区域具有匹配关系的关联数据推送任务；
171.第一数据推送模块1230，被配置为若当前执行的数据推送任务中存在关联数据推送任务，则将关联数据推送任务所推送的交通仿真数据，推送至交通仿真数据请求的请求端；
172.第二数据推送模块1240，被配置为若当前执行的数据推送任务中不存在关联数据推送任务，则根据解析数据新建数据推送任务，并通过新建的数据推送任务将解析数据对应的交通仿真数据推送至交通仿真数据请求的请求端。
173.在本技术的一些实施例中，基于以上各实施例，第二数据推送模块包括：
174.数据获取单元，被配置为根据解析数据新建数据获取线程、阻塞队列和数据发送线程，数据获取线程用于从预设数据库中获取解析数据对应的交通仿真数据，阻塞队列用于存储和中转交通仿真数据，数据发送线程用于将交通仿真数据发送至交通仿真数据请求的请求端；
175.数据中转单元，被配置为将交通仿真数据加入到阻塞队列中，当阻塞队列中没有交通仿真数据时，阻塞队列阻塞，当阻塞队列的交通仿真数据满存时，阻塞队列阻塞；
176.数据推送单元，被配置为从阻塞队列中取出交通仿真数据，并通过数据发送线程将交通仿真数据推送至交通仿真数据请求的请求端。
177.在本技术的一些实施例中，基于以上各实施例，解析数据还包括仿真参数，仿真参数包括与地图相关的仿真参数、与机动车相关的仿真参数、与非机动车相关的仿真参数、与行人相关的仿真参数中的一类或多类；数据推送单元包括：
178.数据预处理子单元，被配置为从阻塞队列中取出交通仿真数据，并根据仿真参数对交通仿真数据进行预处理，预处理包括与地图相关的仿真数据调整处理、与机动车相关的仿真数据调整处理、与非机动车相关的仿真数据调整处理、与行人相关的仿真数据调整处理中的一个或多个；
179.数据推送子单元，被配置为通过数据发送线程将预处理后的交通仿真数据推送至交通仿真数据请求的请求端。
180.在本技术的一些实施例中，基于以上各实施例，关联数据推送任务包括关联数据获取线程、关联阻塞队列和关联数据发送线程，第一数据推送模块包括：
181.仿真数据获取单元，被配置为通过关联数据获取线程从预设数据库中获取交通仿真数据；
182.仿真数据存储单元，被配置为通过关联阻塞队列存储交通仿真数据；
183.仿真数据预处理单元，被配置为从关联阻塞队列中取出交通仿真数据，并根据仿真参数对交通仿真数据进行预处理；
184.仿真数据推送单元，被配置为新建数据发送线程，并通过新建的数据发送线程将预处理后的交通仿真数据推送至交通仿真数据请求的请求端。
185.在本技术的一些实施例中，基于以上各实施例，交通仿真数据推送装置还包括：
186.仿真数据发生单元，被配置为通过仿真数据发生器产生交通仿真数据；
187.卡夫卡队列存储单元，被配置为通过卡夫卡队列存储交通仿真数据，并将交通仿真数据转发至预设数据库中。
188.在本技术的一些实施例中，基于以上各实施例，目标交通仿真区域为包括了预设类型道路的交通仿真区域，其中，预设类型道路包括各个技术标准级别的道路中的一类或多类；匹配关系用于表示交通仿真区域为包括了目标交通仿真区域所指示的预设类型道路；关联数据推送任务查询模块包括：
189.关联数据推送任务第一查询单元，被配置为在当前执行的数据推送任务中，查询是否存在交通仿真区域包括了预设道路类型的关联数据推送任务。
190.在本技术的一些实施例中，基于以上各实施例，目标交通仿真区域为地图上预设位置的交通仿真区域；匹配关系用于表示两个交通仿真区域之间具有重叠区域；关联数据
推送任务查询模块还包括：
191.关联数据推送任务第二查询单元，被配置为在当前执行的数据推送任务中，查询是否存在交通仿真区域与目标交通仿真区域具有重叠区域的关联数据推送任务。
192.在本技术的一些实施例中，基于以上各实施例，关联数据推送任务第二查询单元包括：
193.关联数据推送任务第一查询子单元，被配置为在当前执行的数据推送任务中，查询是否存在交通仿真区域与目标交通仿真区域相同的关联数据推送任务；和
194.关联数据推送任务第二查询子单元，被配置为在当前执行的数据推送任务中，查询是否存在目标重叠区域占目标交通仿真区域的面积占比大于预设面积占比但小于一的关联数据推送任务，其中，目标重叠区域为当前执行的数据推送任务中的交通仿真区域与目标交通仿真区域的重叠区域。
195.在本技术的一些实施例中，基于以上各实施例，关联数据推送任务第一查询子单元包括：
196.目标任务编码确定子单元，被配置为根据目标交通仿真区域确定用于执行交通仿真数据请求的数据推送任务的目标任务编码；
197.任务编码查询子单元，被配置为在当前执行的数据推送任务中，查询是否存在任务编码与目标任务编码相同的关联数据推送任务。
198.在本技术的一些实施例中，基于以上各实施例，仿真数据推送装置还包括：
199.数据推送任务新建单元，被配置为若当前执行的数据推送任务中存在目标重叠区域占目标交通仿真区域的面积占比大于预设面积占比但小于一的关联数据推送任务，则新建数据推送任务，并通过新建的数据推送任务将目标交通仿真区域中的重叠区域之外的区域对应的交通仿真数据推送至交通仿真数据请求的请求端。
200.在本技术的一些实施例中，基于以上各实施例，交通仿真数据推送装置还包括：
201.长期连接建立单元，被配置为与交通仿真数据请求的请求端建立长期连接。
202.在本技术的一些实施例中，基于以上各实施例，交通仿真数据推送装置还包括：
203.注册关联关系建立第一单元，被配置为建立交通仿真数据请求的请求端与关联数据推送任务的注册关联关系。
204.在本技术的一些实施例中，基于以上各实施例，交通仿真数据推送装置还包括：
205.注册关联关系建立第二单元，被配置为建立交通仿真数据请求的请求端与新建的数据推送任务之间的注册关联关系。
206.在本技术的一些实施例中，基于以上各实施例，交通仿真数据推送装置还包括：
207.数据关闭请求获取单元，被配置为获取数据关闭请求，数据关闭请求用于请求停止获取交通仿真数据；
208.请求停止任务确定单元，被配置为确定数据关闭请求所对应的请求端和所请求停止获取的交通仿真数据对应的数据推送任务；
209.注册关联关系解除单元，被配置为解除请求端与所请求停止获取的交通仿真数据对应的数据推送任务之间的注册关联关系，并且停止数据推送任务对请求端的数据推送；
210.数据推送任务关闭单元，被配置为当存在不与任何请求端具有注册关联关系的数据推送任务时，关闭数据推送任务；
211.长期连接断开单元，被配置为当待选请求端保持不与任何数据推送任务具有注册关联关系的状态预设时长后，断开与待选请求端的长期连接。
212.本技术各实施例中提供的交通仿真数据推送装置的具体细节已经在对应的方法实施例中进行了详细的描述，此处不再赘述。
213.图13示意性地示出了用于实现本技术实施例的电子设备的计算机系统结构框图。
214.需要说明的是，图13示出的电子设备的计算机系统1300仅是一个示例，不应对本技术实施例的功能和使用范围带来任何限制。
215.如图13所示，计算机系统1300包括中央处理器1301(central processing unit，cpu)，其可以根据存储在只读存储器1302(read-only memory，rom)中的程序或者从存储部分1308加载到随机访问存储器1303(random access memory，ram)中的程序而执行各种适当的动作和处理。在随机访问存储器1303中，还存储有系统操作所需的各种程序和数据。中央处理器1301、在只读存储器1302以及随机访问存储器1303通过总线1304彼此相连。输入/输出接口1305(input/output接口，即i/o接口)也连接至总线1304。
216.以下部件连接至输入/输出接口1305：包括键盘、鼠标等的输入部分1306；包括诸如阴极射线管(cathode ray tube，crt)、液晶显示器(liquid crystal display，lcd)等以及扬声器等的输出部分1307；包括硬盘等的存储部分1308；以及包括诸如局域网卡、调制解调器等的网络接口卡的通信部分1309。通信部分1309经由诸如因特网的网络执行通信处理。驱动器1310也根据需要连接至输入/输出接口1305。可拆卸介质1311，诸如磁盘、光盘、磁光盘、半导体存储器等等，根据需要安装在驱动器1310上，以便于从其上读出的计算机程序根据需要被安装入存储部分1308。
217.特别地，根据本技术的实施例，各个方法流程图中所描述的过程可以被实现为计算机软件程序。例如，本技术的实施例包括一种计算机程序产品，其包括承载在计算机可读介质上的计算机程序，该计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实施例中，该计算机程序可以通过通信部分1309从网络上被下载和安装，和/或从可拆卸介质1311被安装。在该计算机程序被中央处理器1301执行时，执行本技术的系统中限定的各种功能。
218.需要说明的是，本技术实施例所示的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(ram)、只读存储器(rom)、可擦式可编程只读存储器(erasable programmable read only memory，eprom)、闪存、光纤、便携式紧凑磁盘只读存储器(compact disc read-only memory，cd-rom)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本技术中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。而在本技术中，计算机可读信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输用于由指令
执行系统、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于：无线、有线等等，或者上述的任意合适的组合。
219.附图中的流程图和框图，图示了按照本技术各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，上述模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图或流程图中的每个方框、以及框图或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。
220.应当注意，尽管在上文详细描述中提及了用于动作执行的设备的若干模块或者单元，但是这种划分并非强制性的。实际上，根据本技术的实施方式，上文描述的两个或更多模块或者单元的特征和功能可以在一个模块或者单元中具体化。反之，上文描述的一个模块或者单元的特征和功能可以进一步划分为由多个模块或者单元来具体化。
221.通过以上的实施方式的描述，本领域的技术人员易于理解，这里描述的示例实施方式可以通过软件实现，也可以通过软件结合必要的硬件的方式来实现。因此，根据本技术实施方式的技术方案可以以软件产品的形式体现出来，该软件产品可以存储在一个非易失性存储介质(可以是cd-rom，u盘，移动硬盘等)中或网络上，包括若干指令以使得一台计算设备(可以是个人计算机、服务器、触控终端、或者网络设备等)执行根据本技术实施方式的方法。
222.本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本技术的其它实施方案。本技术旨在涵盖本技术的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本技术的一般性原理并包括本技术未公开的本技术领域中的公知常识或惯用技术手段。
223.应当理解的是，本技术并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本技术的范围仅由所附的权利要求来限制。