一种车载车云一体化日志采集分析方法、车辆和云服务器与流程

1.本发明涉及一种日志采集分析方法、车辆和云服务器，尤其涉及一种车载车云一体化日志采集分析方法、车辆和云服务器。


背景技术：

2.目前，软件在汽车中承担或扮演的角色越来越重要，从最开始的“机械定义汽车”到“电器定义汽车”再到“电子定义汽车”最后到现在的“软件定义汽车”，软件将深度参与到汽车的全生命周期中，而运行于车辆之上的软件产生的日志数据，对于汽车整车安全、售后服务、软件的持续优化等将发挥重要作用。
3.传统的汽车技术是基于零部件的开发维护模式，汽车技术进入sdv (software define vehicle)时代后，引入了域控制器以及中央计算平台，从而演进为以整车为基础单元的开发维护模式。当前车载系统中，车载android 有系统日志数据，车载ecu应用也有本地的日志数据，但这些日志数据分散在各处，需要使用不同技术手段查看，不能统一管理，已经不能满足人们的要求。


技术实现要素：

4.本发明的目的在于提供一种车云一体化日志采集分析方法、系统、车辆和云服务器，本发明首先要解决的技术问题是将车端各平台应用日志、云端应用日志统一进行收集，解析和存储，支持日志的车端本地获取和云端整车日志获取，实现车云一体的日志检索和分析，为业务开展提供支撑；
5.本发明其次要解决的技术问题是借鉴当前分布式系统主流日志收集架构技术，借助软件定义汽车硬件平台(中央计算平台、区域控制器、高级自动驾驶控制器、座舱控制器)，利用以上硬件平台，构建车端平台日志收集框架，完成车端平台应用日志收集，支持类似obd等本地终端实时获取整车日志，并定期将整车日志上传云端，云端日志服务解析并存储整车全量日志数据，在云端可对这些数据进行检索和分析。
6.本发明提供了下述方案：
7.一种车载车云一体化日志采集分析方法，具体包括：
8.在车端的控制器平台上搭载基于单master多salve架构的日志收集组件；
9.在csc控制器上搭载日志收集master组件，在各个控制器上搭载日志收集slave组件；
10.日志收集slave组件接收云端下发的日志收集配置信息，并按照配置规则收集控制器上的应用日志，上传给日志收集master组件；
11.日志收集master组件接收云端下发的日志收集配置信息，并将slave组件上报的日志数据进行本地存储；
12.master组件根据配置规则，以无损压缩的形式将日志数据进行分包，对分包数据进行加密，加密完成后将日志数据包上传至云端。
13.进一步的，所述日志收集master组件接收云端下发的配置信息，所述配置信息具体包括：上传数据包大小、上传频率；
14.所述将slave组件上报的日志数据进行本地存储，具体为存储在本地缓存；
15.所述master组件根据配置规则，以无损压缩的形式将日志数据进行分包，日志数据分包完成后，master组件对分包数据进行加密，加密采用 des rsa相结合方式进行，使用改进的des对话密钥加密日志信息，使用 rsa密钥加密对话密钥和信息摘要。
16.进一步的，还包括：
17.通过车载终端查看master组件上的实时日志信息，按照从整车、控制器到单一应用的方式对日志数据进行展示；
18.master组件将日志数据包上传至云端，在上传的过程中支持断点续传。
19.一种车载车云一体化日志采集分析方法，具体包括：
20.云端服务器向日志收集slave组件发送日志收集配置信息，所述配置信息具体包括：上传数据包大小、上传频率；
21.云端服务器接收日志数据包，所述日志数据包由master组件根据配置规则对日志数据进行分包和加密，加密完成后将日志数据包上传至云端；
22.云端服务器接收到数据后，用密钥解密并核对信息摘要，解压日志数据，并根据sdk对日志进行数据解析和存储。
23.一种车载车云一体化日志采集分析系统，具体包括：
24.日志收集组件搭载模块，在车端的控制器平台上搭载基于单master多 salve架构的日志收集组件，在csc控制器上搭载日志收集master组件，在各个控制器上搭载日志收集slave组件；
25.日志收集配置信息模块，日志收集master组件接收云端下发的配置信息，并将slave组件上报的日志数据进行本地存储；
26.数据分包加密传输模块，master组件根据配置规则，以无损压缩的形式将日志数据进行分包，对分包数据进行加密，加密完成后将日志数据包上传至云端。
27.一种车载车云一体化日志采集分析系统，具体包括：
28.日志收集配置信息发送模块，云端服务器向日志收集slave组件发送日志收集配置信息，所述配置信息具体包括：上传数据包大小、上传频率；
29.日志数据分包和加密模块，云端服务器接收日志数据包，所述日志数据包由master组件根据配置规则对日志数据进行分包和加密，加密完成后将日志数据包上传至云端；
30.数据解密解析存储模块，云端服务器接收到数据后，用密钥解密并核对信息摘要，解压日志数据，并根据sdk对日志进行数据解析和存储。
31.一种电子设备，其特征在于，包括：处理器、通信接口、存储器和通信总线，其中，处理器，通信接口，存储器通过通信总线完成相互间的通信；所述存储器中存储有计算机程序，当所述计算机程序被所述处理器执行时，使得所述处理器执行所述方法的步骤。
32.一种计算机可读存储介质，其存储有可由电子设备执行的计算机程序，当所述计算机程序在所述电子设备上运行时，使得所述电子设备执行所述方法的步骤。
33.一种车辆，具体包括：
34.电子设备，用于实现车载车云一体化日志采集分析方法；
35.处理器，所述处理器运行程序，当所述程序运行时从所述电子设备输出的数据执行车载车云一体化日志采集分析方法的步骤；
36.存储介质，用于存储程序，所述程序在运行时对于从电子设备输出的数据执行车载车云一体化日志采集分析方法的步骤。
37.一种云服务器，具体包括：处理器、通信接口、存储器和通信总线，其中：
38.处理器，通信接口，存储器通过通信总线完成相互间的通信；所述存储器中存储有车载车云一体化日志采集分析系统，当所述计算机程序被所述处理器执行时，使得所述处理器执行所述方法的步骤。
39.本发明与现有技术相比具有以下的优点：
40.本发明将车端各平台应用日志、云端应用日志统一进行收集，解析和存储，支持日志的车端本地获取和云端整车日志获取，实现车云一体的日志检索和分析，为业务开展、业务拓展提供支撑。
41.本发明借鉴当前分布式系统主流日志收集架构技术，在车端的控制器平台上搭载基于单master多salve架构的日志收集组件，在csc控制器上搭载日志收集master组件，在其他各种控制器上搭载日志收集slave组件，对日志进行统一管理、存储、管理、打包、加密并上传到云端。云端日志服务结合云端应用日志，对全量整车日志数据进行分析并展示，供用户使用。云端日志服务提供按自定义条件查询整车日志数据的功能，用户可根据应用、控制器、日志级别等信息，分类检索日志数据，方便用户检查车辆状态并对车辆进行维护。
42.本发明支持的车端平台上利用类似obd等本地车载终端实时获取整车日志，可按从整车、控制器到单一应用对日志数据进行展示；在进行日志数据传输的过程中进行打包和加密，确保了安全性及加密效率，而且支持断点续传，保证数据的完整性。
附图说明
43.为了更清楚地说明本发明具体实施方式或现有技术中的技术方案，下面将对具体实施方式或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图是本发明的一些实施方式，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
44.图1是车载车云一体化日志采集分析方法的流程图(车端)。
45.图2是车载车云一体化日志采集分析系统的架构图(车端)。
46.图3是车载车云一体化日志采集分析方法的流程图(云端)。
47.图4是车载车云一体化日志采集分析系统的架构图(云端)。
48.图5是具体实施例的系统架构图。
49.图6是电子设备的系统架构图。
具体实施方式
50.下面将结合附图对本发明的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
51.如图1所示的本发明车载车云一体化日志采集分析方法流程(车端)，具体包括：在本实施例中，日志级别可支持多种级别，并能够依据优先级从高到低进行不同的操作，示例性的：日志级别为7级，日志级别的优先权从高到低依次为off、error、warn、info、debug、trace、all，基于该日志级别，根据日志采集sdk开发车载应用，将车载应用安装在车端控制器上。
52.步骤v1：在车端的控制器平台上搭载基于单master多salve架构的日志收集组件；
53.步骤v2：在csc控制器上搭载日志收集master组件，在各个控制器上搭载日志收集slave组件；在车端设置日志收集组件作用是对日志进行存储、管理、打包、加密并上传云端；
54.优选的，日志收集slave组件接收云端下发的日志收集配置信息，并按照配置规则收集控制器上的应用日志，上传给日志收集master组件；
55.优选的，配置信息具体包括：上传数据包大小、上传频率；
56.步骤v3：日志收集master组件接收云端下发的日志收集配置信息，并将slave组件上报的日志数据进行本地存储，优选为将日志数据存储在本地缓存；
57.优选的，按照配置周期定期清理本地缓存的日志数据。
58.步骤v4：master组件根据配置规则，以无损压缩的形式将日志数据进行分包，优选的可以将日志数据按照zip包格式进行无损压缩的分包，对分包数据进行加密，加密完成后将日志数据包上传至云端，在本实施例中，日志上传支持断点续传，以保证数据的完整性，master组件将日志数据包上传至云端，在上传的过程中支持断点续传。
59.优选的，master组件对分包数据进行加密，加密采用des rsa相结合方式进行，使用改进的des对话密钥加密日志信息、rsa密钥加密对话密钥和信息摘要。
60.优选的，还包括：通过车载终端查看master组件上的实时日志信息，按照从整车、控制器到单一应用的方式对日志数据进行展示。
61.对于上述实施例公开的方法步骤，出于简单描述的目的将方法步骤表述为一系列的动作组合，但是本领域技术人员应该知悉，本发明实施例并不受所描述的动作顺序的限制，因为依据本发明实施例，某些步骤可以采用其他顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作并不一定是本发明实施例所必须的。
62.如图2所示的车载车云一体化日志采集分析系统的架构图(车端)，具体包括：
63.日志收集组件搭载模块，在车端的控制器平台上搭载基于单master多 salve架构的日志收集组件，在csc控制器上搭载日志收集master组件，在各个控制器上搭载日志收集slave组件；
64.日志收集配置信息模块，日志收集master组件接收云端下发的配置信息，并将slave组件上报的日志数据进行本地存储；
65.数据分包加密传输模块，master组件根据配置规则，以无损压缩的形式将日志数据进行分包，对分包数据进行加密，加密完成后将日志数据包上传至云端。
66.值得注意的是，虽然在本系统中只披露了日志收集组件搭载模块、日志收集配置信息模块和数据分包加密传输模块，但并不意味着本系统的组成仅仅局限于上述基本功能模块，相反，本发明所要表达的意思是：在上述基本功能模块的基础之上本领域技术人员可
以结合现有技术任意添加一个或多个功能模块，形成无穷多个实施例或技术方案，也就是说本系统是开放式而非封闭式的，不能因为本实施例仅仅披露了个别基本功能模块，就认为本发明权利要求的保护范围局限于所公开的基本功能模块。同时，为了描述的方便，描述以上装置时以功能分为各种单元、模块分别描述。当然在实施本发明时可以把各单元、模块的功能在同一个或多个软件和/或硬件中实现。
67.以上所描述的装置实施方式仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施方式方案的目的。本领域普通技术人员在不付出创造性劳动的情况下，即可以理解并实施。
68.如图3所示的车载车云一体化日志采集分析方法的流程图(云端)，方法步骤具体包括：
69.步骤c1：云端服务器向日志收集slave组件发送日志收集配置信息，所述配置信息具体包括：上传数据包大小、上传频率；
70.步骤c2：云端服务器接收日志数据包，所述日志数据包由master组件根据配置规则对日志数据进行分包和加密，加密完成后将日志数据包上传至云端；
71.步骤c3：云端服务器接收到数据后，用密钥解密并核对信息摘要，解压日志数据，并根据sdk对日志进行数据解析和存储。
72.对于上述实施例公开的方法步骤，出于简单描述的目的将方法步骤表述为一系列的动作组合，但是本领域技术人员应该知悉，本发明实施例并不受所描述的动作顺序的限制，因为依据本发明实施例，某些步骤可以采用其他顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作并不一定是本发明实施例所必须的。
73.如图4所示的车载车云一体化日志采集分析系统的架构图(云端)，具体包括：
74.日志收集配置信息发送模块，云端服务器向日志收集slave组件发送日志收集配置信息，配置信息具体包括：上传数据包大小、上传频率；
75.日志数据分包和加密模块，云端服务器接收日志数据包，所述日志数据包由master组件根据配置规则对日志数据进行分包和加密，加密完成后将日志数据包上传至云端；
76.数据解密解析存储模块，云端服务器接收到数据后，用密钥解密并核对信息摘要，解压日志数据，并根据sdk对日志进行数据解析和存储。
77.值得注意的是，虽然在本系统中只披露了日志收集配置信息发送模块、日志数据分包和加密模块和数据解密解析存储模块，但并不意味着本系统的组成仅仅局限于上述基本功能模块，相反，本发明所要表达的意思是：在上述基本功能模块的基础之上本领域技术人员可以结合现有技术任意添加一个或多个功能模块，形成无穷多个实施例或技术方案，也就是说本系统是开放式而非封闭式的，不能因为本实施例仅仅披露了个别基本功能模块，就认为本发明权利要求的保护范围局限于所公开的基本功能模块。同时，为了描述的方便，描述以上装置时以功能分为各种单元、模块分别描述。当然在实施本发明时可以把各单元、模块的功能在同一个或多个软件和/或硬件中实现。
78.以上所描述的装置实施方式仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施方式方案的目的。本领域普通技术人员在不付出创造性劳动的情况下，即可以理解并实施。
79.如图5所示，本实施基于本技术其他实施例及其结合，将车端、云端日志采集分析方法、系统进行整合，形成了一个包含车端、云端日志采集分析方法、系统的整体方案。
80.在本实施例中提出了车载车云一体化日志采集分析技术，目的是针对多种车载系统和车载平台，构建车载日志收集体系，支持按照云端配置下发的规则实现定时上报、以及按需获取整车日志信息，利用云端数据分析技术，对完整整车日志进行分析展示，掌控整车或车载软件的运行信息，为后续整车各平台应用的优化改进提供支撑。本发明能够针对多种车载系统和车载平台，构成不同的车载日志收集体系，示例性的硬件平台分类如下述表格所示：
81.序号拟定控制器操作系统1中央计算平台a核linux m/c核rots2座舱域控制器a核qnx、android3高等级自动驾驶系统a核linux m/c核rots4座舱控制器a核linux m/c核rots5.......
82.步骤s1：本实施例中的日志级别支持7级，优先级从高到底依次为 off、error、warn、info、debug、trace、all；
83.步骤s2：各控制器上应用开发者，遵循对应系统的日志采集sdk开发车载应用，并将应用安装到车端控制器上；
84.步骤s3：汽车各控制器平台搭载日志收集组件，组件采用单master多 slave架构，每个控制器硬件平台搭载一个日志收集slave组件，用于收集该控制器上应用日志，csc控制器上搭载日志收集master组件，用于将各控制器slave组件收集的日志统一存储、管理、打包、加密并最终上传云端；
85.步骤s4：日志收集slave组件接收云端下发的日志收集配置信息，如日志级别、收集频率、上报频率、数据包大小等，并按配置规则收集控制器上的应用日志后上报给日志收集master组件；
86.步骤s5：日志收集master组件接收云端下发的配置信息，如上传数据包大小、上传频率等，并将slave组件上报的日志数据存储在本地缓存；
87.步骤s6：可通过类似obd的车载终端查看master组件上实时日志信息，可按从整车、控制器到单一应用对日志数据进行展示；
88.步骤s7：数据上传云端前，master组件根据配置规则，以无损压缩成 zip包的形式将日志数据分包；
89.步骤s8：日志数据分包完成后，master组件对分包数据进行加密，为保证安全性及加密效率，加密采用des rsa相结合方式进行，使用改进的 des对话密钥加密日志信息、rsa密钥加密对话密钥和信息摘要；
90.步骤s9：加密完成后，master组件将日志数据包上传云端，日志的上传支持断点续传，以保证数据的完整性。
91.步骤s10：云端日志服务接收到数据后，用密钥解密并核对信息摘要后，解压日志数据，并根据sdk对日志进行数据解析，最后存储到云端系统；
92.步骤s11：车端日志收集master组件按配置周期清理本地缓存的日志数据，如未本地空间已满，则也会触发收集操作；
93.步骤s11：云端日志服务提供按自定义条件查询整车日志数据的功能，用户可根据应用、控制器、日志级别等信息，分类检索日志数据；
94.步骤s12：云端日志服务结合云端应用日志，对全量整车日志数据进行分析并展示，供用户使用。
95.结合附图可以看出，本发明在车端基于单master多slave架构，在车端的车辆行驶动态控制系统vds、座舱域控制器csc(cockpit space center) 和自动驾驶控制系统had中均安装有日志收集组件，其中在csc上搭载有日志收集master组件，在其他各个控制器上搭载日志收集slave组件，各个不同的控制器全部或部分地执行本实施例中步骤s1至步骤s12的日志采集分析方法。在云端包括云端应用和云端的日志服务器，云端应用全部或部分地执行本实施例中步骤s1至步骤s12的日志采集分析方法，云端应用与云端的日志服务器进行数据交互，日志服务器对来自云端应用和/或车端应用的日志进行解析、存储、查询/分析和展现，全部或部分地执行本实施例中步骤 s1至步骤s12的日志采集分析方法，将车端各平台应用日志、云端应用日志统一进行收集，解析和存储，支持日志的车端本地获取和云端整车日志获取，实现车云一体的日志检索和分析，为业务开展、业务拓展提供支撑。
96.通过本实施例可以看出，在车端的控制器平台上搭载基于单master多 salve架构的日志收集组件，车端平台上还能够利用类似obd等本地车载终端实时获取整车日志，云端日志服务提供按自定义条件查询整车日志数据的功能，用户可根据应用、控制器、日志级别等信息，分类检索日志数据，方便用户检查车辆状态并对车辆进行维护。
97.如图6所示，本发明还公开了与车载车云一体化日志采集分析方法、系统相对应的电子设备和存储介质：
98.一种电子设备，其特征在于，包括：处理器、通信接口、存储器和通信总线，其中，处理器，通信接口，存储器通过通信总线完成相互间的通信；所述存储器中存储有计算机程序，当所述计算机程序被所述处理器执行时，使得所述处理器执行车载车云一体化日志采集分析方法的步骤。
99.一种计算机可读存储介质，其特征在于，其存储有可由电子设备执行的计算机程序，当所述计算机程序在所述电子设备上运行时，使得所述电子设备执行车载车云一体化日志采集分析方法的步骤。
100.上述电子设备提到的通信总线可以是外设部件互连标准(peripheralcomponent interconnect，pci)总线或扩展工业标准结构(extended industrystandard architecture，eisa)总线等。该通信总线可以分为地址总线、数据总线、控制总线等。为便于表示，图中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。
101.电子设备包括硬件层，运行在硬件层之上的操作系统层，以及运行在操作系统上的应用层。该硬件层包括中央处理器(cpu，central processingunit)、内存管理单元
(mmu，memory management unit)和内存等硬件。该操作系统可以是任意一种或多种通过进程(process)实现电子设备控制的计算机操作系统，例如，linux操作系统、unix操作系统、android操作系统、ios 操作系统或windows操作系统等。并且在本发明实施例中该电子设备可以是智能手机、平板电脑等手持设备，也可以是桌面计算机、便携式计算机等电子设备，本发明实施例中并未特别限定。
102.本发明实施例中的电子设备控制的执行主体可以是电子设备，或者是电子设备中能够调用程序并执行程序的功能模块。电子设备可以获取到存储介质对应的固件，存储介质对应的固件由供应商提供，不同存储介质对应的固件可以相同可以不同，在此不做限定。电子设备获取到存储介质对应的固件后，可以将该存储介质对应的固件写入存储介质中，具体地是往该存储介质中烧入该存储介质对应固件。将固件烧入存储介质的过程可以采用现有技术实现，在本发明实施例中不做赘述。
103.电子设备还可以获取到存储介质对应的重置命令，存储介质对应的重置命令由供应商提供，不同存储介质对应的重置命令可以相同可以不同，在此不做限定。
104.此时电子设备的存储介质为写入了对应的固件的存储介质，电子设备可以在写入了对应的固件的存储介质中响应该存储介质对应的重置命令，从而电子设备根据存储介质对应的重置命令，对该写入对应的固件的存储介质进行重置。根据重置命令对存储介质进行重置的过程可以现有技术实现，在本发明实施例中不做赘述。
105.本发明还公开了一种车辆，车辆具体包括：
106.电子设备，用于实现车载车云一体化日志采集分析方法；
107.处理器，所述处理器运行程序，当所述程序运行时从所述电子设备输出的数据执行车载车云一体化日志采集分析方法的步骤；
108.存储介质，用于存储程序，所述程序在运行时对于从电子设备输出的数据执行车载车云一体化日志采集分析方法的步骤。
109.显然，本领域技术人员能够理解，在本实施例中，车辆的电子设备、处理器和存储介质执行的是适用于车端的车载车云一体化日志采集分析方法。
110.本发明还公开了一种云服务器，该云服务器具体包括：处理器、通信接口、存储器和通信总线，其中：
111.处理器，通信接口，存储器通过通信总线完成相互间的通信；所述存储器中存储有车载车云一体化日志采集分析系统，当所述计算机程序被所述处理器执行时，使得所述处理器执行车载车云一体化日志采集分析方法的步骤。
112.显然，本领域技术人员能够理解，在本实施例，云服务器存储的系统和执行的方法，是适用于云端的车载车云一体化日志采集分析方法和系统。
113.本技术领域技术人员可以理解，除非另外定义，这里使用的所有术语 (包括技术术语和科学术语)，具有与本发明所属领域中的普通技术人员的一般理解相同的意义。还应该理解的是，诸如通用字典中定义的那些术语，应该被理解为具有与现有技术的上下文中的意义一致的意义，并且除非被特定定义，否则不会用理想化或过于正式的含义来解释。
114.需要说明的是，本说明书与权利要求中使用了某些词汇来指称特定元件。本领域技术人员应可以理解，车辆制造商可能会用不同名词来称呼同一个元件。本说明书与权利要求并不以名词的差异来作为区分元件的方式，而是以元件在功能上的差异作为区分的准
则。如通篇说明书及权利要求当中所提及的“包含”或“包括”为一开放式用语，故其应被理解成“包括但不限定于”。后续将对实施本发明的较佳实施方式进行描述说明，但是所述说明是以说明书的一般原则为目的，并非用于限定本发明的范围。本发明的保护范围当根据其所附的权利要求所界定者为准。
115.本发明各个实施例之间的技术方案可以相互结合，但是必须是以本领域普通技术人员能够实现为基础，当技术方案的结合出现相互矛盾或无法实现时应当认为这种技术方案的结合不存在，也不在本发明要求的保护范围之内。
116.在本发明所提供的几个实施例中，应该理解到，所揭示的装置和方法，也可以通过其它的方式实现。以上所描述的装置实施例仅仅是示意性的，例如，附图中的流程图和框图显示了根据本发明的多个实施例的装置、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段或代码的一部分，所述模块、程序段或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现方式中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个连续的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，由所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或动作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。
117.在本发明的单master多salve架构为例，本技术领域技术人员可以理解，这里所使用的远端网络设备，其包括但不限于计算机、网络主机、单个网络服务器、多个网络服务器集或多个服务器构成的云。在此，云服务器由基于云计算(cloud computing)的大量计算机或网络服务器构成，其中，云计算是分布式计算的一种，由一群松散耦合的计算机集组成的一个超级虚拟计算机。本发明的实施例中，远端网络设备、终端设备与wns服务器之间可通过任何通信方式实现通信，包括但不限于，基于3gpp、lte、wimax的移动通信、基于tcp/ip、udp协议的计算机网络通信以及基于蓝牙、红外传输标准的近距无线传输方式。
118.本领域那些技术人员可以理解，可以对实施例中的设备中的模块进行自适应性地改变并且把它们设置在与该实施例不同的一个或多个设备中。可以把实施例中的模块或单元或组件组合成一个模块或单元或组件，以及此外可以把它们分成多个子模块或子单元或子组件。除了这样的特征和/或过程或者单元中的至少一些是相互排斥之外，可以采用任何组合对本说明书(包括伴随的权利要求、摘要和附图)中公开的所有特征以及如此公开的任何方法或者设备的所有过程或单元进行组合。除非另外明确陈述，本说明书(包括伴随的权利要求、摘要和附图)中公开的每个特征可以由提供相同、等同或相似目的的替代特征来代替。
119.此外，本领域的技术人员能够理解，尽管在此所述的一些实施例包括其它实施例中所包括的某些特征而不是其它特征，但是不同实施例的特征的组合意味着处于本发明的范围之内并且形成不同的实施例。例如，在下面的权利要求书中，所要求保护的实施例的任意之一都可以以任意的组合方式来使用。
120.本发明的各个部件实施例可以以硬件实现，或者以在一个或者多个处理器上运行的软件模块实现，或者以它们的组合实现。本领域的技术人员应当理解，可以在实践中使用微处理器或者数字信号处理器(dsp)来实现根据本发明实施例的分发消息的设备中的一些
或者全部部件的一些或者全部功能。本发明还可以实现为用于执行这里所描述的方法的一部分或者全部的设备或者装置程序(例如，计算机程序和计算机程序产品)。这样的实现本发明的程序可以存储在计算机可读介质上，或者可以具有一个或者多个信号的形式。这样的信号可以从因特网网站上下载得到，或者在载体信号上提供，或者以任何其他形式提供。
121.另外，为简化说明和讨论，并且为了不会使本说明书一个或多个实施例难以理解，在所提供的附图中可以示出或可以不示出与集成电路(ic)芯片和其它部件的公知的电源/接地连接。此外，可以以框图的形式示出装置，以便避免使本说明书一个或多个实施例难以理解，并且这也考虑了以下事实，即关于这些框图装置的实施方式的细节是高度取决于将要实施本说明书一个或多个实施例的平台的(即，这些细节应当完全处于本领域技术人员的理解范围内)。在阐述了具体细节(例如，电路)以描述本公开的示例性实施例的情况下，对本领域技术人员来说显而易见的是，可以在没有这些具体细节的情况下或者这些具体细节有变化的情况下实施本说明书一个或多个实施例。因此，这些描述应被认为是说明性的而不是限制性的。
122.最后应说明的是：以上各实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述各实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分或者全部技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的范围。