一种基于SOA的智能座舱操作系统设计方法与流程

一种基于soa的智能座舱操作系统设计方法
技术领域
1.本发明涉及智能座舱领域，尤其涉及一种基于soa的智能座舱操作系统设计方法。


背景技术：

2.传统汽车的软件设计是基于功能，面向信号的，软件所有的功能、性能在设计阶段就已经定义好了，车内软件之间是基于信号进行静态的交互来实现这些功能，软件与汽车硬件之间高度耦合，在使用上不会因为客户的需求随时变化。因此，现有的汽车软件难以满足用户的个性化需求。
3.上述内容仅用于辅助理解本发明的技术方案，并不代表承认上述内容是现有技术。


技术实现要素：

4.本发明的主要目的在于提供一种基于soa的智能座舱操作系统设计方法，旨在现有的汽车软件难以满足用户的个性化需求的技术问题。
5.为实现上述目的，本发明提供一种基于soa的智能座舱操作系统设计方法，应用于智能座舱，所述一种基于soa的智能座舱操作系统设计方法包括以下步骤：
6.获取本车用户的需求场景信息；
7.判断本车是否满足所述需求场景信息的执行条件；
8.若满足所述需求场景信息的执行条件，则根据所述需求场景信息确定目标服务；
9.根据所述需求场景信息，向所述目标服务下发对应的场景控制指令。
10.可选地，所述根据所述需求场景信息确定目标服务的步骤包括：
11.获取本车全部的基础服务，并根据预设组合方式组合所述基础服务，生成功能服务；
12.根据所述需求场景信息中的功能控制信息，并将与所述功能控制信息对应的功能服务作为所述目标服务。
13.可选地，所述获取本车全部的基础服务，并根据预设组合方式组合所述基础服务，生成功能服务的步骤之前包括：
14.基于预设soa服务器，将所述智能座舱上连接的硬件抽象成标准接口的第一基础服务，并将所述智能座舱的底层数据封装成标准接口的第二基础服务，所述第一基础服务和第二基础服务为本车全部的基础服务。
15.可选地，所述根据所述需求场景信息，向所述目标服务下发对应的场景控制指令的步骤包括：
16.建立所述需求场景信息与所述目标服务之间的映射关系；
17.根据所述映射关系，向所述目标服务发送场景控制指令，以使本车实现所述需求场景信息对应的场景。
18.可选地，所述根据所述映射关系，向所述目标服务发送场景控制指令，以使本车实
现所述需求场景信息对应的场景的步骤包括：
19.根据所述功能控制信息的控制参数，生成各场景控制指令；
20.根据所述映射关系，将各所述场景控制指令发送至对应的目标服务，以使所述目标服务执行所述场景控制指令。
21.可选地，所述获取本车用户的需求场景信息的步骤包括：
22.获取本车用户的自定义需求信息；
23.根据所述自定义需求信息，确定对应的功能控制信息和执行条件，将所述功能控制信息和执行条件作为需求场景信息。
24.可选地，所述根据所述自定义需求信息，确定对应的功能控制信息和执行条件，将所述功能控制信息和执行条件作为需求场景信息的步骤之后包括：
25.当接收到用户的分享指令时，确定所述分享指令的分享目标；
26.将所述需求场景信息经预设云服务器发送至所述分享目标。
27.可选地，所述获取本车用户的需求场景信息的步骤还包括：
28.获取远端场景分享信息，并展示所述远端场景分享信息；
29.当接收到用户的执行指令时，将所述远端场景分享信息作为所述需求场景信息。
30.为实现上述目的，本发明还提供一种智能座舱，所述智能座舱包括处理器、存储器以及存储在所述存储器上并可在所述处理器上运行的计算机程序，所述计算机程序被所述处理器执行时实现如上任一项所述的方法的步骤。
31.为实现上述目的，本发明还提供一种车辆，所述车辆包括如上所述的智能座舱。
32.本发明提出的一种基于soa的智能座舱操作系统设计方法，在本发明第一实施例中，可以通过获取本车用户的需求场景信息，并通过向所述需求场景信息中的执行条件对应的服务或对应的检测装置获取本车的检测信息，从而判断本车是否满足所述需求场景信息的执行条件；若满足所述需求场景信息的执行条件，则根据所述需求场景信息确定目标服务。可以根据所述需求场景信息的功能控制信息，生成对应的场景控制指令，然后向所述各所述目标服务下发对应的场景控制指令，以使本车实现所述需求场景信息对应的场景。本发明在通过soa实现了软硬件解耦合的基础上，通过用户的需求场景信息向对应的所述各所述目标服务下发控制指令，以使本车实现所述需求场景信息对应的场景，从而满足用户对于不同场景的个性化需求。
附图说明
33.此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本技术的实施例，并与说明书一起用于解释本技术的原理。为了更清楚地说明本技术实施例的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，对于本领域普通技术人员而言，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。
34.图1为本发明涉及的soa架构的示意图；
35.图2为本发明基于soa的智能座舱操作系统设计方法第一实施例的流程示意图；
36.图3为本发明基于soa的智能座舱操作系统设计方法第二实施例的流程示意图；
37.图4为本发明实施例方案涉及的智能座舱的设备结构示意图。
38.本技术目的的实现、功能特点及优点将结合实施例，参照附图做进一步说明。通过
上述附图，已示出本技术明确的实施例，后文中将有更详细的描述。这些附图和文字描述并不是为了通过任何方式限制本技术构思的范围，而是通过参考特定实施例为本领域技术人员说明本技术的概念。
具体实施方式
39.这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本技术相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本技术的一些方面相一致的装置和方法的例子。
40.需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者装置不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者装置所固有的要素。在没有更多限制的情况下，由语句“包括一个
……”
限定的要素，并不排除在包括该要素的过程、方法、物品或者装置中还存在另外的相同要素，此外，本技术不同实施例中具有同样命名的部件、特征、要素可能具有相同含义，也可能具有不同含义，其具体含义需以其在该具体实施例中的解释或者进一步结合该具体实施例中上下文进行确定。
41.应当理解，尽管在本文可能采用术语第一、第二、第三等来描述各种信息，但这些信息不应限于这些术语。这些术语仅用来将同一类型的信息彼此区分开。例如，在不脱离本文范围的情况下，第一信息也可以被称为第二信息，类似地，第二信息也可以被称为第一信息。取决于语境，如在此所使用的词语"如果"可以被解释成为"在
……
时"或"当
……
时"或"响应于确定"。再者，如同在本文中所使用的，单数形式“一”、“一个”和“该”旨在也包括复数形式，除非上下文中有相反的指示。应当进一步理解，术语“包含”、“包括”表明存在所述的特征、步骤、操作、元件、组件、项目、种类、和/或组，但不排除一个或多个其他特征、步骤、操作、元件、组件、项目、种类、和/或组的存在、出现或添加。本技术使用的术语“或”、“和/或”、“包括以下至少一个”等可被解释为包括性的，或意味着任一个或任何组合。例如，“包括以下至少一个：a、b、c”意味着“以下任一个：a；b；c；a和b；a和c；b和c；a和b和c”，再如，“a、b或c”或者“a、b和/或c”意味着“以下任一个：a；b；c；a和b；a和c；b和c；a和b和c”。仅当元件、功能、步骤或操作的组合在某些方式下内在地互相排斥时，才会出现该定义的例外。
42.应该理解的是，虽然本技术实施例中的流程图中的各个步骤按照箭头的指示依次显示，但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明，这些步骤的执行并没有严格的顺序限制，其可以以其他的顺序执行。而且，图中的至少一部分步骤可以包括多个子步骤或者多个阶段，这些子步骤或者阶段并不必然是在同一时刻执行完成，而是可以在不同的时刻执行，其执行顺序也不必然是依次进行，而是可以与其他步骤或者其他步骤的子步骤或者阶段的至少一部分轮流或者交替地执行。
43.取决于语境，如在此所使用的词语“如果”、“若”可以被解释成为“在
……
时”或“当
……
时”或“响应于确定”或“响应于监测”。类似地，取决于语境，短语“如果确定”或“如果监测(陈述的条件或事件)”可以被解释成为“当确定时”或“响应于确定”或“当监测(陈述的条件或事件)时”或“响应于监测(陈述的条件或事件)”。
44.需要说明的是，在本文中，采用了诸如s100、s200等步骤代号，其目的是为了更清
楚简要地表述相应内容，不构成顺序上的实质性限制，本领域技术人员在具体实施时，可能会先执行s200后执行s100等，但这些均应在本技术的保护范围之内。
45.应当理解，此处所描述的具体实施例仅仅用以解释本技术，并不用于限定本技术。
46.在后续的描述中，使用用于表示元件的诸如“模块”、“部件”或者“单元”的后缀仅为了有利于本技术的说明，其本身没有特定的意义。因此，“模块”、“部件”或者“单元”可以混合地使用。
47.传统的汽车软件设计是基于功能，面向信号的，也就是由主机厂的系统工程师对功能的逻辑、时序、业务流程及指标等进行明确定义，然后输出给负责对应ecu(electronic control unit，电子控制单元)的工程师，其再输出相应的ecu规范给开发团队或供应商进行开发。软件所有的功能、性能在设计阶段就已经定义好了，车内软件之间是基于信号进行静态的交互来实现这些功能，因此软件与硬件之间的耦合度较高，可扩展性和灵活度较低。
48.基于soa的设计理念及方法论，实现软硬件之间的解耦合。参照图1，图1为本发明涉及的soa架构的示意图。所述soa架构包括应用层、服务层、框架层(soa middleware，soa中间件)、os(operating system，操作系统)层和硬件层。通过新增服务层，把原来的所有独立功能抽象成服务组件，服务组件之间的接口遵循统一的标准，可互相访问，组合扩展，从而实现不同的全新场景。从而达到软硬件之间的松耦合以及服务可复用等目的。
49.参照图2，本发明第一实施例提供一种基于soa的智能座舱操作系统设计方法，所述基于soa的智能座舱操作系统设计方法包括以下步骤：
50.步骤s100，获取本车用户的需求场景信息；
51.具体地，所述需求场景信息为用户根据自身需求的场景对车辆功能进行地设置信息。所述需求场景为用户期望实现的场景，例如，车辆停用超过预设时长阈值后，用户再次启动车辆时自动开启空调进行通风换气；根据检测到的驾驶员信息自动调节驾驶位的位置，以适应驾驶员平时的驾驶姿势；检测到降雨时，自动关闭车窗、天窗；用户启动车辆时自动播放音乐等等场景。所述需求场景信息可以包括功能控制信息和执行条件。所述功能控制信息为实现用户的需求场景所需要的功能控制信息，如车窗模块、空调模块、座椅模块，音箱模块等。所述执行条件则是执行所述需求场景所要满足的条件，所述执行条件可以是一个或一个以上。例如停车时长达到某一时间阈值，降雨量达到某一雨量阈值，驾驶员是否就座，车辆是否启动等等。
52.步骤s200，判断本车是否满足所述需求场景信息的执行条件；
53.具体地，可以通过在特点时间点、特定条件下或实时向所述执行条件对应的服务获取检测信息，也可以直接向对应的检测装置直接获取检测信息等。例如，需求场景信息为车辆停用超过预设时长阈值后，用户再次启动车辆时自动开启空调进行通风换气，则执行条件为车辆停用超过预设时长阈值和启动车辆，可以通过车辆的计时装置和点火装置获得检测信息，或者是通过计时服务和点火服务，获得检测信息。需求场景信息为根据检测到的驾驶员信息自动调节驾驶位的位置，以适应驾驶员平时的驾驶姿势，则执行条件为驾驶员就座和驾驶员身份，则可以通过驾驶位的重量传感器和人脸识别装置获得检测信息，或者通过驾驶位就座检测服务和人脸识别服务获得检测信息。
54.从而根据所述执行条件对应的检测信息，判断本车是否满足所述需求场景信息的执行条件。其中，所述执行条件可以是一个或一个以上，判断所述执行条件是否被触发的方
式，可以是同时满足部分或全部执行条件，也可以是满足任一执行条件。例如，需求场景信息为车辆停用超过预设时长阈值后，用户再次启动车辆时自动开启空调进行通风换气，检测信息中的检测停用时长超过预设时长阈值，且检测信息中的车辆状态为已启动，则可以判定本车满足所述需求场景信息的执行条件。
55.步骤s300，若满足所述需求场景信息的执行条件，则根据所述需求场景信息确定目标服务；
56.具体地，若本车满足所述需求场景信息的执行条件，则可以根据所述需求场景信息，确定所述需求场景信息对应的目标服务，然后通过soa通信协议建立与目标服务之间的通信连接。其中，所述目标服务为实现所述需求场景信息中需求场景所需要的服务，所述目标服务可以是单个服务，也可以是多个服务的组合。例如，需求场景信息为车辆停用超过预设时长阈值后，用户再次启动车辆时自动开启空调进行通风换气，则所述需求场景对应的目标服务为空调服务。若本车不满足所述需求场景信息的执行条件，则可以无需执行其他操作。
57.进一步地，在另一实施例中，步骤s300还包括以下步骤：
58.步骤s310，获取本车全部的基础服务，并根据预设组合方式组合所述基础服务，生成功能服务；
59.步骤s320，根据所述需求场景信息中的功能控制信息，并将与所述功能控制信息对应的功能服务作为所述目标服务。
60.具体地，可以根据具体需求，通过预设的soa服务器对本车的全部或者部分的软硬件进行抽象封装成标准接口的基础服务，从而获得本车全部的基础服务。然后再根据预设组合方式将各所述基础服务进行逻辑组合，生成功能服务，其中，所述功能服务为可实现各功能的服务组件。其中，所述预设组合方法根据服务颗粒度(service granularity)确定，所述服务颗粒度就是指一个服务包含的功能大小。然后，根据所述需求场景信息中的功能控制信息，并将与所述功能控制信息对应的功能服务作为所述目标服务。其中，所述功能控制信息可以包括控制目标。进一步地，可以根据所述功能控制信息的详细等级和所述功能服务的颗粒度确定匹配的功能服务。例如需求情景信息为车辆停用超过预设时长阈值后，用户再次启动车辆时自动开启空调进行通风换气，则控制目标是空调服务，则与所述功能控制信息对应的功能服务为空调开启服务。进一步地，所述需求情景信息为车辆停用超过预设时长阈值后，用户再次启动车辆时自动开启空调，空调的温度为26℃，风速为二档，进行通风换气，则控制目标是空调开启服务，温度调节服务和风速调节服务，则与所述功能控制信息对应的功能服务为空调开启服务、温度调节服务和风速调节服务。例如，所述功能服务的服务颗粒度较大，所述功能服务仅包括空调控制服务，并没有更细化的功能服务，则无论控制目标是空调服务，或者是空调开启服务，温度调节服务和风速调节服务，此时与所述功能控制信息对应的功能服务均为空调控制服务。以提高功能控制信息与功能服务之间的匹配效率。
61.进一步地，步骤s310之前包括：
62.步骤s311，基于预设soa服务器，将所述智能座舱上连接的硬件抽象成标准接口的第一基础服务，并将所述智能座舱的底层数据封装成标准接口的第二基础服务，所述第一基础服务和第二基础服务为本车全部的基础服务。
63.具体地，基于所述预设soa服务器可以通过soa通讯协议可以建立全部基础服务的通讯连接，其中，所述预设soa服务器可以是一个，例如设置在智能座舱，也可以是多个分别设置于各域控制器，因此，各基础服务可以由同一个域控制器的soa服务器直接调用，也可以由分布在不同域控制器的不同soa服务器之间通过以太网建立通讯连接，进行调用。基于所述预设soa服务器将所述智能座舱连接的部分或全部硬件分别抽象成标准接口的第一基础服务，进而通过调用操作系统中底层的软件接口、can接口、以太网接口和/或串口等，将全部或部分底层数据封装成标准接口的第二基础服务，所述第一基础服务和第二基础服务为本车全部的基础服务。
64.步骤s400，根据所述需求场景信息，向所述目标服务下发对应的场景控制指令。
65.具体地，可以根据所述需求场景信息的功能控制信息，生成对应的场景控制指令，然后向所述各所述目标服务下发对应的场景控制指令，以使本车实现所述需求场景信息对应的场景。从而满足用户对于不同场景的个性化需求。
66.进一步地，步骤s400包括以下步骤：
67.步骤s410，建立所述需求场景信息与所述目标服务之间的映射关系；
68.步骤s420，根据所述映射关系，向所述目标服务发送场景控制指令，以使本车实现所述需求场景信息对应的场景。
69.具体地，所述功能控制信息包括控制目标和控制参数。可以根据所述需求场景信息的功能控制信息中的控制目标，建立所述控制目标与所述目标服务之间的映射关系。根据所述需求场景信息的功能控制信息中的控制参数，生成对应的控制指令。根据所述映射关系，向所述目标服务发送场景控制指令，以使本车实现所述需求场景信息对应的场景。
70.进一步地，步骤s420包括以下步骤：
71.步骤s421，根据所述功能控制信息的控制参数，生成各场景控制指令；
72.步骤s422，根据所述映射关系，将各所述场景控制指令发送至对应的目标服务，以使所述目标服务执行所述场景控制指令。
73.具体地，可以根据所述功能控制信息的控制参数，生成各场景控制指令，例如，所述控制参数为开启，温度26℃，风速二档，则可以生成对应的开启指令，温度调节指令，风速调节指令。然后根据所述映射关系，将各所述场景控制指令发送至对应的目标服务，以使所述目标服务执行所述场景控制指令。
74.在本发明第一实施例中，可以通过获取本车用户的需求场景信息，并通过向所述需求场景信息中的执行条件对应的服务或对应的检测装置获取本车的检测信息，从而判断本车是否满足所述需求场景信息的执行条件；若满足所述需求场景信息的执行条件，则根据所述需求场景信息确定目标服务。可以根据所述需求场景信息的功能控制信息，生成对应的场景控制指令，然后向所述各所述目标服务下发对应的场景控制指令，以使本车实现所述需求场景信息对应的场景。本实施例，在通过soa实现了软硬件解耦合的基础上，通过用户的需求场景信息向对应的所述各所述目标服务下发控制指令，以使本车实现所述需求场景信息对应的场景，从而满足用户对于不同场景的个性化需求。
75.进一步地，参照图3，本发明第二实施例提供一种基于soa的智能座舱操作系统设计方法，基于上述图2所示的实施例，步骤s100包括以下步骤：
76.步骤s110，获取本车用户的自定义需求信息；
77.步骤s111，根据所述自定义需求信息，确定对应的功能控制信息和执行条件，将所述功能控制信息和执行条件作为需求场景信息。
78.具体地，所述自定义需求信息指的是用户根据自身对应用场景的需求所生成信息，用户可以通过本车的中控主机或者通过有线连接或无线连接的终端设备(如智能手机、笔记本电脑、平板电脑等设备)输入所述自定义信息。例如，用户通过智能手机上预设的车载应用程序的界面，选择对应的需求信息，然后生成对应的自定义需求信息，传输至本车的中控主机，然后中控主机对所述自定义需求信息进行解析，确定对应的功能控制信息和执行条件，将所述功能控制信息和执行条件作为需求场景信息。本实施例中，用户可以对于不同场景的需求，自行设置对应的自定义需求信息，提高了对应车辆场景设置的灵活性和拓展性，摆脱了现有固定场景难以满足用户的缺陷。
79.进一步地，步骤s111之后还包括：
80.步骤s112，当接收到用户的分享指令时，确定所述分享指令的分享目标；
81.步骤s113，将所述需求场景信息经预设云服务器发送至所述分享目标。
82.具体地，所述分享指令为用于分享所述需求场景信息的指令，可以包括分享目标和指定的需求场景信息，其中所述分享目标和所述需求场景信息中的场景均可以是一个或者多个。所述分享目标可以是用户的通讯软件内好友列表内的好友成员等。当接收到用户的分享指令时，确定所述分享指令的分享目标，然后将所述分享指令中指定的需求场景信息经预设云服务器发送至所述分享目标。由于本实施例基于soa进行了软硬件的解耦合，因此，可以跨越不同的车型、平台实现所述需求场景信息对应场景的分享，即使在不同的车型和平台，也可以根据接收到分享的需求场景信息实现对应的场景，并且通过所述需求场景信息在用户之间的分享，增加了用户之间的交互以及使用体验。
83.进一步地，步骤s100还包括以下步骤：
84.步骤s120，获取远端场景分享信息，并展示所述远端场景分享信息；
85.步骤s121，当接收到用户的执行指令时，将所述远端场景分享信息作为所述需求场景信息。
86.具体地，所述需求场景信息可以在用户之间通过预设云服务器进行分享，所述远端场景分享信息为其他用户通过云端服务器分享的需求场景信息。因此，可以通过获取其他用户通过预设云服务器分享的远端场景分享信息，并展示所述远端场景分享信息，以提示用户接收到的远端场景分享信息，由用户判断是否执行所述远端场景分享信息对应的场景。当接收到用户的执行指令时，说明用户期望执行所述远端场景分享信息对应的场景，因此，将所述远端场景分享信息作为所述需求场景信息。本实施例中，通过将其他用户分享的远端场景分享信息作为需求场景信息，一方面提高了用户之间的交互，另一方面对于需求场景信息的获取更加简单，便捷。
87.如图4所示，图4是本发明实施例方案涉及的智能座舱的设备结构示意图。
88.如图4所示，所述智能座舱可以包括：处理器1001，例如cpu，网络接口1004，用户接口1003，存储器1005，通信总线1002。其中，通信总线1002用于实现这些组件之间的连接通信。用户接口1003可以包括作为显示单元的显示屏(display)，还可以包括作为输入单元的键盘(keyboard)或者除了作为显示单元外还可以作为输入单元的触摸屏(touch panel)，可选用户接口1003还可以包括标准的有线接口、无线接口。网络接口1004可选的可以包括
标准的有线接口(如usb接口)、无线接口(如蓝牙接口、wi-fi接口)。存储器1005可以是高速ram存储器，也可以是稳定的存储器(non-volatilememory)，例如磁盘存储器。存储器1005可选的还可以是独立于前述处理器1001的存储装置。本领域技术人员可以理解的是，图4中所述智能座舱的设备结构并不限制所述智能座舱的具体结构，所述智能座舱可以包括更多或者更少的部件。如图4所示，作为一种计算机存储介质的存储器1005中可以包括计算机程序，在处理器1001调用所述存储器1005中的计算机程序时，以实现本发明实施例中所述方法的各个步骤。
89.此外，本发明实施例还提出本发明还提供一种车辆，所述车辆包括如上所述的智能座舱。
90.可以理解，上述场景仅是作为示例，并不构成对于本技术实施例提供的技术方案的应用场景的限定，本技术的技术方案还可应用于其他场景。例如，本领域普通技术人员可知，随着系统架构的演变和新业务场景的出现，本技术实施例提供的技术方案对于类似的技术问题，同样适用。
91.上述本技术实施例序号仅仅为了描述，不代表实施例的优劣。
92.本技术实施例方法中的步骤可以根据实际需要进行顺序调整、合并和删减。
93.本技术实施例设备中的单元可以根据实际需要进行合并、划分和删减。
94.在本技术中，对于相同或相似的术语概念、技术方案和/或应用场景描述，一般只在第一次出现时进行详细描述，后面再重复出现时，为了简洁，一般未再重复阐述，在理解本技术技术方案等内容时，对于在后未详细描述的相同或相似的术语概念、技术方案和/或应用场景描述等，可以参考其之前的相关详细描述。
95.在本技术中，对各个实施例的描述都各有侧重，某个实施例中没有详述或记载的部分，可以参见其它实施例的相关描述。
96.本技术技术方案的各技术特征可以进行任意的组合，为使描述简洁，未对上述实施例中的各个技术特征所有可能的组合都进行描述，然而，只要这些技术特征的组合不存在矛盾，都应当认为是本技术记载的范围。
97.通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本技术的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在如上的一个存储介质(如rom/ram、磁碟、光盘)中，包括若干指令用以使得一台终端设备(可以是手机，计算机，服务器，被控终端，或者网络设备等)执行本技术每个实施例的方法。
98.在上述实施例中，可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件实现时，可以全部或部分地以计算机程序产品的形式实现。计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行计算机程序指令时，全部或部分地产生按照本技术实施例的流程或功能。计算机可以是通用计算机、专用计算机、计算机网络，或者其他可编程装置。计算机指令可以存储在计算机可读存储介质中，或者从一个计算机可读存储介质向另一个计算机可读存储介质传输，例如，计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如同轴电缆、光纤、数字用户线)或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。计算机可读存
储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可用介质集成的服务器、数据中心等数据存储设备。可用介质可以是磁性介质，(例如，软盘、存储盘、磁带)、光介质(例如，dvd)，或者半导体介质(例如固态存储盘solid state disk(ssd))等。
99.以上仅为本技术的优选实施例，并非因此限制本技术的专利范围，凡是利用本技术说明书及附图内容所作的等效结构或等效流程变换，或直接或间接运用在其他相关的技术领域，均同理包括在本技术的专利保护范围内。