实时交通数据的传输及显示方法、系统及电子设备与流程

本申请涉及数字信息的传输技术领域，尤其涉及一种实时交通数据的传输及显示方法、系统及电子设备。

背景技术：

实时交通路况，能实时反映导航的电子地图区域内交通状态，而实时交通服务通过将道路的实时交通状态（道路拥挤或畅通等状态）展现在导航的电子地图上，提示出行者避开拥挤路段，合理规划行车路线。

用户在使用终端查看交通路况时，终端的显示界面显示出用户要查看的区域的交通路况，这些交通路况的实时交通数据可以从实时交通数据库获得，其中的终端可以是车载导航、手机、平板电脑等设备。实时交通数据库一般设于tmc（trafficmessagechannel，交通信息频道）服务器，实时交通数据一般可以指tmc数据。相关技术中从tmc服务器查找、获取和传输的实时交通数据的数据量特别大，使得在终端的显示界面显示实时交通数据的显示速度较慢。

因此，需要提供一种实时交通数据的传输及显示方法，以便提高实时交通数据的传输及显示速度。

技术实现要素：

为克服相关技术中存在的问题，本申请提供一种实时交通数据的传输及显示方法、系统及电子设备，该实时交通数据的传输及显示方法、系统及电子设备，能够减少数据查找量和传输量，从而提高实时交通数据的传输及显示速度。

本申请第一方面提供一种实时交通数据的传输及显示方法，包括：

获取待显示交通信息频道tmc数据的道路；

对所述道路进行合并，形成道路序列；

将所述道路序列传输至tmc服务器，得到从所述tmc服务器返回的与所述道路序列对应的tmc数据；

将所述tmc数据在地图上进行显示。

在其中一个实施例中，所述获取待显示交通信息频道tmc数据的道路，包括：

获取终端显示界面内的道路。

在其中一个实施例中，所述获取待显示交通信息频道tmc数据的道路，包括：

获取终端显示界面内的道路，及获取所述终端显示界面内的道路的上层道路；或者，

获取终端显示界面内的道路，及获取所述终端显示界面内的道路的下层道路；或者，

获取终端显示界面内的道路，及获取所述终端显示界面内的道路的上层道路和下层道路。

在其中一个实施例中，所述对所述道路进行合并，形成道路序列包括：

对所述道路按照道路连通性进行优化合并，形成道路序列。

在其中一个实施例中，所述对所述道路按照道路连通性进行优化合并，形成道路序列，包括：

对道路没有交叉点的道路进行合并，得到多个不同的道路序列。

本申请第二方面提供一种实时交通数据的传输及显示系统，其特征在于，包括：

道路获取模块，用于获取待显示交通信息频道tmc数据的道路；

道路合并模块，用于对所述道路获取模块获取的道路进行合并，形成道路序列；

数据传输模块，用于将所述道路合并模块形成的道路序列传输至tmc服务器，得到从所述tmc服务器返回的与所述道路序列对应的tmc数据；

显示模块，用于将所述数据传输模块得到的tmc数据在地图上进行显示。

在其中一个实施例中，所述道路获取模块包括：

第一获取子模块，用于获取终端显示界面内的道路；或者，

第二获取子模块，用于获取终端显示界面内的道路，及获取所述终端显示界面内的道路的上层道路；或者，

第三获取子模块，用于获取终端显示界面内的道路，及获取所述终端显示界面内的道路的下层道路；或者，

第四获取子模块，用于获取终端显示界面内的道路，及获取所述终端显示界面内的道路的上层道路和下层道路。

在其中一个实施例中，所述道路合并模块对所述道路按照道路连通性进行优化合并，形成道路序列。

本申请第三方面提供一种电子设备，包括：

处理器；以及

存储器，其上存储有可执行代码，当所述可执行代码被所述处理器执行时，使所述处理器执行如上所述的方法。

本申请第四方面提供一种非暂时性机器可读存储介质，其上存储有可执行代码，当所述可执行代码被电子设备的处理器执行时，使所述处理器执行如上所述的方法。

本申请提供的技术方案可以包括以下有益效果：

本申请的技术方案可以获取待显示交通信息频道tmc数据的道路；然后对所述道路进行合并，形成道路序列，将所述道路序列传输至tmc服务器，再通过tmc服务器针对性获得道路序列对应的tmc数据，将得到的tmc数据在地图上进行显示。这样通过对道路预先进行合并处理，可以简化道路的数据，减少了在tmc服务器的数据查找量及数据传输量，从而可加快在导航的电子地图上显示实时交通数据。

进一步的，本申请的技术方案可以仅选择终端显示界面内显示的道路，对显示界面内的道路预先进行合并处理获得不同的道路序列，再通过tmc服务器针对性获得道路序列对应的tmc数据，将tmc数据在地图上进行显示。这样的设计，一方面仅针对显示界面内的道路进行实时交通数据的查找，减少了数据查找量和数据传输量；另一方面，通过对显示界面内的道路预先进行合并处理，从而也简化道路的数据，进一步减少了数据查找量和数据传输量，从而可加快显示实时交通数据。

进一步的，本申请的技术方案通过在获取当前的道路的基础上，再获取当前道路的上层道路或下层道路用于查找实时交通数据，从而可以通过预先查找上层道路或下层道路的实时交通数据，以备用户后续通过手指挪动屏幕或缩放屏幕到当前道路的上层道路或下层道路时，可以迅速显示上层道路或下层道路的实时交通数据，从而缩短等待时间，提高用户体验。

应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本申请。

附图说明

通过结合附图对本申请示例性实施方式进行更详细的描述，本申请的上述以及其它目的、特征和优势将变得更加明显，其中，在本申请示例性实施方式中，相同的参考标号通常代表相同部件。

图1是本申请实施例示出的实时交通数据的传输及显示方法的流程示意图；

图2是本申请实施例示出的实时交通数据的传输及显示方法的另一流程示意图；

图3是本申请实施例示出的实时交通数据的传输及显示方法的另一流程示意图；

图4是本申请实施例示出的在终端界面的地图上显示tmc数据的示意图；

图5是本申请实施例示出的实时交通数据的传输及显示系统的结构示意图；

图6是本申请实施例示出的实时交通数据的传输及显示系统的另一结构示意图；

图7是本申请实施例示出的电子设备的结构示意图。

具体实施方式

下面将参照附图更详细地描述本申请的优选实施方式。虽然附图中显示了本申请的优选实施方式，然而应该理解，可以以各种形式实现本申请而不应被这里阐述的实施方式所限制。相反，提供这些实施方式是为了使本申请更加透彻和完整，并且能够将本申请的范围完整地传达给本领域的技术人员。

在本申请使用的术语是仅仅出于描述特定实施例的目的，而非旨在限制本申请。在本申请和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式，除非上下文清楚地表示其他含义。还应当理解，本文中使用的术语“和/或”是指并包含一个或多个相关联的列出项目的任何或所有可能组合。

应当理解，尽管在本申请可能采用术语“第一”、“第二”、“第三”等来描述各种信息，但这些信息不应限于这些术语。这些术语仅用来将同一类型的信息彼此区分开。例如，在不脱离本申请范围的情况下，第一信息也可以被称为第二信息，类似地，第二信息也可以被称为第一信息。由此，限定有“第一”、“第二”的特征可以明示或者隐含地包括一个或者更多个该特征。在本申请的描述中，“多个”的含义是两个或两个以上，除非另有明确具体的限定。

在相关技术中，一般在终端预装导航的电子地图，再通过网络从tmc服务器库获取路况信息，接着将获取的路况信息匹配到电子地图上显示。然而，从tmc服务器查找、获取和传输的实时交通数据的数据量特别大，使得在终端的显示界面的显示速度较慢。针对上述问题，本申请实施例提供一种实时交通数据显示方法，能够提高实时交通数据的传输及显示速度。以下结合附图详细描述本申请实施例的技术方案。

图1是本申请实施例示出的实时交通数据的传输及显示方法的流程示意图。

参见图1，该实时交通数据的传输及显示方法，包括：

步骤s110，获取待显示交通信息频道tmc数据的道路。

终端可以获取待显示tmc数据的道路。其中，待显示tmc数据的道路，可以是终端显示界面内的道路；也可以是除了终端显示界面内的道路之外，还包括终端显示界面内的道路的上层道路，或者是还包括终端显示界面内的道路的下层道路，或者是还包括终端显示界面内的道路的上层道路和下层道路。

终端获取显示界面内的地图中的道路，可以采用相关地图技术和图像识别技术获得，本申请实施例方案并不加以限定。

步骤s120，对道路进行合并，形成道路序列。

其中，终端可以对获取的道路按照道路连通性进行优化合并，形成道路序列。例如，检测各路口的交叉关系，对道路没有交叉点的道路进行合并，得到多个不同的道路序列。

步骤s130，将道路序列传输至tmc服务器，得到从tmc服务器返回的与道路序列对应的tmc数据。

其中，终端将道路序列传输至tmc服务器后，tmc服务器根据接收的道路系列查找到与道路序列对应的tmc数据并返回给终端，终端得到从tmc服务器返回的与道路序列对应的tmc数据。

步骤s140，将tmc数据在地图上进行显示。

终端将tmc数据在终端显示界面内的电子地图上显示，供用户了解最新的实时交通数据。其中将tmc数据在地图上进行显示可以采用已有的相关技术实现，本申请实施例不加以限定。

从该实施例可以看出，本申请的技术方案可以获取待显示交通信息频道tmc数据的道路；然后对所述道路进行合并，形成道路序列，再通过tmc服务器针对性获得道路序列对应的tmc数据，将得到的tmc数据在地图上进行显示。这样通过对道路预先进行合并处理，可以简化道路，减少了在tmc服务器的数据查找量，从而可加快在地图上显示实时交通数据。

图2是本申请实施例示出的实时交通数据的传输及显示方法的流程示意图。该实施例以待显示tmc数据的道路为终端显示界面内的道路为例但不局限于此。

参见图2，该实时交通数据的传输及显示方法，包括：

步骤s210，获取终端显示界面内的道路。

其中显示界面可以为终端的显示界面。在其中一个实施例中，终端可以但不限于是各种个人计算机、笔记本电脑、智能手机、平板电脑、导航设备和便携式可穿戴设备。可以理解，用户在使用终端查看道路时，每个终端的显示界面的尺寸相同或不同。即根据终端显示界面的实际尺寸，显示相应范围内的道路。

当在终端的显示屏幕来回拖动或缩放查看时，显示界面的道路亦相应变化，在其中一个实施例中，可以仅获取显示界面内显示的道路。这样的设计，可以避免加载或获取显示界面以外的道路，减少了道路数量，而且只是针对显示界面内显示的道路去向tmc服务器查找数据，使得查找量减小，有利于提高tmc数据在地图上的显示速度。

终端获取显示界面内的地图中的道路，可以采用相关地图技术和图像识别技术获得，本申请实施例方案并不加以限定。

步骤s220，对道路按照道路连通性进行优化合并，形成道路序列。

终端可以对终端显示界面内的道路进行合并，例如对道路按照道路连通性进行优化合并。例如，可以根据各道路的方向和交叉关系进行合并，将同向及没有交叉点的道路进一步合并简化，每一条合并简化后的道路均具有唯一的道路序列。可以理解，通过对道路进行合并处理，可以形成多个不同的道路序列。

步骤s230，将道路序列传输至tmc服务器，得到从tmc服务器返回的与道路序列对应的tmc数据。

tmc（trafficmessagechannel，交通信息频道）技术用于广播即时的交通与气象咨询。通过将道路序列传输至tmc服务器，tmc服务器根据道路序列实时获取对应的道路的tmc数据，即获取对应道路序列的实时交通数据。在其中一个实施例中，终端与tmc服务器通过无线网络建立无线连接。终端通过无线网络将道路序列传输至tmc服务器，tmc服务器根据道路序列获取对应的tmc数据，并将tmc数据传送至终端。

步骤s240，将tmc数据在地图上进行显示。

终端将接收的道路序列对应的tmc数据在电子地图上进行显示。tmc数据与道路序列相互对应，在电子地图上的对应道路系列显示返回的tmc数据，从而为用户显示最新的实时交通路况。

本申请的技术方案，先选择终端显示界面内显示的道路，对显示界面内的道路预先进行合并处理获得不同的道路序列，再通过tmc服务器针对性获得道路序列对应的tmc数据，将tmc数据在地图上进行显示。这样的设计，一方面仅针对显示界面内的道路进行实时交通数据的查找，减少了数据查找量；另一方面，通过对显示界面内的道路预先进行合并处理，把包括多行道在内的同向道路进行合并，从而简化道路，进一步减少了数据查找量，从而可加快显示实时交通数据。

图3是本申请实施例所示的实时交通数据的传输及显示方法的另一流程示意图。该实施例以待显示tmc数据的道路为终端显示界面内的道路和该道路的上层道路为例但不局限于此。

本申请实施例的技术方案，提供了如何查找到需要显示的实时交通数据，并且对需要显示的实时交通数据是预先按照道路连通性进行优化缩减再向tmc服务器查找，使得到tmc数据库中的查找量少，tmc数据库只向终端传输所需的tmc数据，减少数据传输量，使得显示速度快。

参见图3，该实施例的实时交通数据的传输及显示方法，包括：

步骤s310，获取终端显示界面内的道路。

该步骤获取终端显示界面内的所有道路，该步骤可参见步骤s210的描述，此处不再赘述。

步骤s320，获取终端显示界面内的道路的上层道路。

在相关技术中，为了方便管理和追踪数据，一般会对地图数据进行分层处理。具体的，可以将地图数据由上至下分成若干个数据层级，一个上层数据可以对应多个下层数据，各层表达了不同道路的连通特性。不同的缩放比例可以对应不同的数据层级。根据用户输入的缩放比例可以查询该缩放比例在预先存储的数据分层结构中所对应的数据层级。当数据分层结构中的数据层级用阿拉伯数字进行编序时，可以将第1层表示最上层数据，第2层数据、第3层数据、……、依次往下排列。当缩放比例为缩小比例时，缩小比例越小，对应的数据层级越上层，例如，缩小比例为缩小至正常显示尺寸的20%对应的数据层级，要比缩小比例为缩小至正常显示尺寸的50%对应的数据层级更为上层。当缩放比例为放大比例时，放大比例越大，对应的数据层级越下层，例如，放大比例为放大至正常显示尺寸的2倍对应的数据层级，要比放大比例为放大至正常显示尺寸的1倍对应的数据层级更为下层。

在其中一个实施例中，根据显示界面的缩放比例，确定道路在数据分层结构中所对应的数据层级；加载显示界面对应数据层级的第n层数据，以及同步加载包含显示界面的第n层数据上方的至少一层数据，其中，n为大于1的正整数。

本实施例中，通过在获取当前的道路的基础上，再从地图数据库中获取当前道路的上层道路的道路数据用于查找实时交通数据，从而可以通过预先查找上层道路的实时交通数据，以备用户后续通过手指挪动屏幕或缩放屏幕到当前道路的上层道路时，可以迅速显示上层道路的实时交通数据，从而缩短等待时间，提高用户体验。一般而言，上层道路的道路数据相对来说会少一些。

需说明的是，本实施例是以获取终端显示界面内的道路，及获取终端显示界面内的道路的上层道路为例说明但不局限于此，也可以是获取终端显示界面内的道路，及获取终端显示界面内的道路的下层道路；或者，获取终端显示界面内的道路，及获取终端显示界面内的道路的上层道路和下层道路。这样，预先查找上层道路或下层道路的实时交通数据，可以使得用户在打开上层道路或下层道路时可以迅速显示相应的实时交通数据，从而缩短等待时间，提高用户体验。

步骤s330，对道路没有交叉点的道路进行合并，得到多个不同的道路序列。

该步骤中，可以对道路按照道路连通性进行优化合并，形成道路序列。例如，可以检测各路口的交叉关系，对道路没有交叉点的道路进行合并，得到多个不同的道路序列。又例如，也可以是以三岔路口来区分，对三岔路口及三岔以上路口的道路进行合并，对三岔以下路口的道路不进行合并。三岔路口包括连通至少三条道路，三岔以下路口的道路包括两岔路口道路和直线道路等。三岔以上路口的道路包括四岔路口道路、五岔路口道路等。举例说明，例如可以把双向往返的没有交叉点的道路合并为一条道路，把多行道合并为一条道路等。这样的合并设计，使道路优化缩减，从而简化道路数据，进一步减少了数据查找量，从而可加快显示实时交通数据。

步骤s340，将道路序列传输至tmc服务器，得到与道路序列对应的tmc数据。

可以理解，通过将道路进行合并，可以减少道路的数据量，使得减少数据查找量。在其中一个实施例中，tmc服务器的地图数据库中可以存储有将同一区域内的道路数据进行网格化划分的地图数据。需说明的是，tmc服务器的地图数据库中存储的地图数据也可以不进行网格化划分。当道路序列传输至tmc服务器时，tmc服务器根据道路系列可找到服务器中对应的地图数据中的道路，并找到相应的tmc数据。可见，终端传输至tmc服务器的数据为优化缩减后的数据，使得tmc服务器的数据查找量减少，从而缩短了获取实时交通数据的时间，可加快显示实时交通数据。

步骤s350，将接收的道路序列对应的tmc数据在电子地图上进行显示。

终端将接收的道路序列对应的tmc数据在电子地图上进行显示。可以参见图4，是本申请实施例示出的在终端界面的地图上显示tmc数据的示意图。也就是说，终端得到道路序列对应的tmc数据后，在电子地图的这些道路系列上对应显示tmc数据，从而为用户显示最新的实时交通路况，使得用户及时获得实时交通数据。进一步的，如图4所示，用户还可点击显示界面中的获取tmc详细信息的功能菜单，使得进一步显示更详细的tmc信息。

综上，本申请实施例通过先选择终端显示界面内显示的道路，进一步对在显示界面内的道路进行合并，可以减少在tmc服务器的数据查找量，缩短查找时间，从而提高返回的tmc数据在地图上的显示速度。另外，在获取用户当前显示界面内的道路的同时，还可以获取其上层道路的数据，使得在用户想要浏览上层道路的tmc数据时，也可以快速显示上层道路的tmc数据，这样也可以极大的提升用户的使用体验。

需说明的是，该实施例以待显示tmc数据的道路为终端显示界面内的道路和该道路的上层道路为例但不局限于此。本申请实施例还可以获取终端显示界面内的道路，及获取终端显示界面内的道路的下层道路；或者，获取终端显示界面内的道路，及获取终端显示界面内的道路的上层道路和下层道路。这样可以使得用户在打开上层道路或下层道路时可以迅速显示相应的实时交通数据，从而缩短等待时间，提高用户体验。

与前述应用功能实现方法实施例相对应，本申请还提供了一种实时交通数据显示系统、电子设备及相应的实施例。具体地，本申请实施例介绍的系统可以实施本申请结合图1-3介绍的实时交通数据显示方法实施例中的部分或全部流程。

图5是本申请实施例示出的实时交通数据的传输及显示系统的结构示意图。

参见图5，该实施例提供一种实时交通数据的传输及显示系统。该系统包括道路获取模块510、道路合并模块520、数据传输模块530及显示模块540，其中：

道路获取模块510，用于获取待显示交通信息频道tmc数据的道路。

道路合并模块520，用于对道路获取模块510获取的道路进行合并，形成道路序列。

数据传输模块530，用于将道路合并模块520形成的道路序列传输至tmc服务器，得到从tmc服务器返回的与道路序列对应的tmc数据。

显示模块540，用于将数据传输模块530得到的tmc数据在地图上进行显示。

通过道路获取模块510，可以获取仅在显示界面显示的道路数据，即排除获取显示界面以外的道路数据，从而减小数据查找量，分别获得这些联通道路的对应的道路序列。通过数据传输模块530，将道路序列传输至tmc服务器，并接收tmc服务器传送的对应道路序列的tmc数据。最后通过显示模块540，将tmc数据在显示界面的电子地图上显示。

本申请的实时交通数据的传输及显示系统，通过仅获取显示界面内的道路，在源头上缩小查找量；再通过道路合并，优化缩减道路数据，以道路序列的方式传输至tmc服务器，进一步减小在tmc服务器的数据查找量。这样的设计，使得数据查找量上进行了双重缩减优化，从而加快了整个处理进程，从而大大提高了处理效率，加快了tmc数据在地图的显示速度，继而改善了用户体验。

图6是本申请实施例示出的实时交通数据的传输及显示系统的另一结构示意图。

参见图6，该实施例提供一种实时交通数据的传输及显示系统，该系统包括道路获取模块510、道路合并模块520、数据传输模块530及显示模块540。

道路获取模块510、道路合并模块520、数据传输模块530及显示模块540的功能可参见图5中的描述，此处不再赘述。

其中，道路获取模块510可以包括：第一获取子模块5101、第二获取子模块5102、第三获取子模块5103或第四获取子模块5104。

第一获取子模块5101，用于获取终端显示界面内的道路。

第二获取子模块5102，用于获取终端显示界面内的道路，及获取终端显示界面内的道路的上层道路。

第三获取子模块5103，用于获取终端显示界面内的道路，及获取终端显示界面内的道路的下层道路。

第四获取子模块5104，用于获取终端显示界面内的道路，及获取终端显示界面内的道路的上层道路和下层道路。

道路合并模块520对道路按照道路连通性进行优化合并，形成道路序列。例如，检测各路口的交叉关系，对道路没有交叉点的道路进行合并，得到多个不同的道路序列。又例如，也可以是以三岔路口来区分，三岔路口及三岔以上路口的道路进行合并，三岔以下路口的道路不进行合并。

关于上述实施例中的系统，其中各个模块执行操作的具体方式已经在有关该方法的实施例中进行了详细描述，此处将不再做详细阐述说明。

关于实时交通数据显示系统的具体描述可以参见上文中对于实时交通数据显示方法的描述，在此不再赘述。上述实时交通数据显示系统中的各个模块可全部或部分通过软件、硬件及其组合来实现。上述各模块可以硬件形式内嵌于或独立于计算机设备中的处理器中，也可以以软件形式存储于计算机设备中的存储器中，以便于处理器调用执行以上各个模块对应的操作。

图7是本申请实施例示出的电子设备的结构示意图。该电子设备可以但不限于是各种个人计算机、笔记本电脑、智能手机、平板电脑、导航设备和便携式可穿戴设备等。

参见图7，电子设备600包括存储器610和处理器620。

处理器620可以是中央处理单元(centralprocessingunit，cpu)，还可以是其他通用处理器、数字信号处理器(digitalsignalprocessor，dsp)、专用集成电路(applicationspecificintegratedcircuit，asic)、现场可编程门阵列(field-programmablegatearray，fpga)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。

存储器610可以包括各种类型的存储单元，例如系统内存、只读存储器（rom），和永久存储系统。其中，rom可以存储处理器620或者计算机的其他模块需要的静态数据或者指令。永久存储系统可以是可读写的存储系统。永久存储系统可以是即使计算机断电后也不会失去存储的指令和数据的非易失性存储设备。在一些实施方式中，永久性存储系统采用大容量存储系统（例如磁或光盘、闪存）作为永久存储系统。另外一些实施方式中，永久性存储系统可以是可移除的存储设备（例如软盘、光驱）。系统内存可以是可读写存储设备或者易失性可读写存储设备，例如动态随机访问内存。系统内存可以存储一些或者所有处理器在运行时需要的指令和数据。此外，存储器610可以包括任意计算机可读存储媒介的组合，包括各种类型的半导体存储芯片（dram，sram，sdram，闪存，可编程只读存储器），磁盘和/或光盘也可以采用。在一些实施方式中，存储器610可以包括可读和/或写的可移除的存储设备，例如激光唱片（cd）、只读数字多功能光盘（例如dvd-rom，双层dvd-rom）、只读蓝光光盘、超密度光盘、闪存卡（例如sd卡、minsd卡、micro-sd卡等等）、磁性软盘等等。计算机可读存储媒介不包含载波和通过无线或有线传输的瞬间电子信号。

存储器610上存储有可执行代码，当可执行代码被处理器620处理时，可以使处理器620执行上文述及的方法中的部分或全部。

上文中已经参考附图详细描述了本申请的方案。在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详细描述的部分，可以参见其他实施例的相关描述。本领域技术人员也应该知悉，说明书中所涉及的动作和模块并不一定是本申请所必须的。另外，可以理解，本申请实施例方法中的步骤可以根据实际需要进行顺序调整、合并和删减，本申请实施例系统中的模块可以根据实际需要进行合并、划分和删减。

此外，根据本申请的方法还可以实现为一种计算机程序或计算机程序产品，该计算机程序或计算机程序产品包括用于执行本申请的上述方法中部分或全部步骤的计算机程序代码指令。

或者，本申请还可以实施为一种非暂时性机器可读存储介质（或计算机可读存储介质、或机器可读存储介质），其上存储有可执行代码（或计算机程序、或计算机指令代码），当所述可执行代码（或计算机程序、或计算机指令代码）被电子设备（或电子设备、服务器等）的处理器执行时，使所述处理器执行根据本申请的上述方法的各个步骤的部分或全部。

本领域技术人员还将明白的是，结合这里的申请所描述的各种示例性逻辑块、模块、电路和算法步骤可以被实现为电子硬件、计算机软件或两者的组合。

附图中的流程图和框图显示了根据本申请的多个实施例的系统和方法的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段或代码的一部分，所述模块、程序段或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标记的功能也可以以不同于附图中所标记的顺序发生。例如，两个连续的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。

以上已经描述了本申请的各实施例，上述说明是示例性的，并非穷尽性的，并且也不限于所披露的各实施例。在不偏离所说明的各实施例的范围和精神的情况下，对于本技术领域的普通技术人员来说许多修改和变更都是显而易见的。本文中所用术语的选择，旨在最好地解释各实施例的原理、实际应用或对市场中的技术的改进，或者使本技术领域的其它普通技术人员能理解本文披露的各实施例。