一种业务处理方法、装置及存储介质与流程

1.本发明涉及通信技术领域，尤其涉及一种业务处理方法、装置及存储介质。


背景技术：

2.随着通信技术的发展，不断提高业务体验是通信运营商一直追求的目标。
3.在第五代移动通信技术(5th generation mobile communication technology，5g)中，通信运营商通常基于统一的服务质量(quality of service，qos)机制实现对业务服务的保障。
4.但是，通过qos机制对业务服务进行保障的方法仅仅能够通过标准化的qos参数来满足业务的需求。当业务需求需要更高的精准性和确定性时，现有方法无法满足此类业务的需求。


技术实现要素：

5.本技术实施例提供一种业务处理方法、装置及存储介质，解决了现有技术无法满足高精准性业务和高确定性业务的业务需求的技术问题。
6.为达到上述目的，本技术实施例采用如下技术方案：
7.第一方面，提供一种业务处理方法，包括：
8.获取待传输业务的第一业务信息；第一业务信息用于表示待传输业务的业务特性；
9.将第一业务信息输入到根据第二业务信息训练得到的服务参数确定模型中，以得到与第一业务信息对应的服务参数；第二业务信息包括第一业务信息；第二业务信息用于表示与第二业务信息对应业务的业务特性；
10.根据服务参数，确定为待传输业务提供的服务策略。
11.可选的，业务处理方法还包括：
12.获取第二业务信息；第二业务信息包括第二业务信息的业务标识；
13.根据业务标识确定与业务标识对应的业务模型；
14.根据第二业务信息训练业务模型，以得到服务参数确定模型。
15.可选的，获取待传输业务的第一业务信息，包括：
16.通过服务化接口，从用户端口功能upf获取第一业务信息。
17.可选的，获取第二业务信息，包括：
18.通过应用程序接口api，从服务器获取第二业务信息。
19.第二方面，提供一种业务处理装置，该业务处理装置包括：获取单元和处理单元；
20.获取单元，用于获取待传输业务的第一业务信息；第一业务信息用于表示待传输业务的业务特性；
21.处理单元，用于将第一业务信息输入到根据第二业务信息训练得到的服务参数确定模型中，以得到与第一业务信息对应的服务参数；第二业务信息包括第一业务信息；第二
业务信息用于表示与第二业务信息对应业务的业务特性；
22.处理单元，还用于根据服务参数，确定为待传输业务提供的服务策略。
23.可选的，获取单元，还用于获取第二业务信息；第二业务信息包括第二业务信息的业务标识；
24.处理单元，还用于根据业务标识确定与业务标识对应的业务模型；
25.处理单元，还用于根据第二业务信息训练业务模型，以得到服务参数确定模型。
26.可选的，获取单元，具体用于：
27.通过服务化接口，从用户端口功能upf获取第一业务信息。
28.可选的，获取单元，具体用于：
29.通过应用程序接口api，从服务器获取第二业务信息。
30.第三方面，提供一种业务处理装置，包括存储器和处理器。存储器用于存储计算机执行指令，处理器与存储器通过总线连接。当业务处理装置运行时，处理器执行存储器存储的计算机执行指令，以使业务处理装置执行第一方面所述的业务处理方法。
31.该业务处理装置可以是网络设备，也可以是网络设备中的一部分装置，例如网络设备中的芯片系统。该芯片系统用于支持网络设备实现第一方面及其任意一种可能的实现方式中所涉及的功能，例如，接收、确定、分流上述业务处理方法中所涉及的数据和/或信息。该芯片系统包括芯片，也可以包括其他分立器件或电路结构。
32.第四方面，提供一种计算机可读存储介质，计算机可读存储介质包括计算机执行指令，当计算机执行指令在计算机上运行时，使得该计算机执行第一方面所述的业务处理方法。
33.第五方面，提供一种计算机程序产品，当所述计算机程序产品在计算机上运行时，使得所述计算机执行如第一方面及其任一种可能的设计方式所述的业务处理方法。
34.需要说明的是，上述计算机指令可以全部或者部分存储在第一计算机存储介质上。其中，第一计算机存储介质可以与业务处理装置的处理器封装在一起的，也可以与业务处理装置的处理器单独封装，本技术实施例对此不作限定。
35.本发明中第二方面、第三方面、第四方面以及第五方面的描述，可以参考第一方面的详细描述；并且，第二方面、第三方面、第四方面以及第五方面的有益效果，可以参考第一方面的有益效果分析，此处不再赘述。
36.在本技术实施例中，上述业务处理装置的名字对设备或功能模块本身不构成限定，在实际实现中，这些设备或功能模块可以以其他名称出现。只要各个设备或功能模块的功能和本发明类似，属于本发明权利要求及其等同技术的范围之内。
37.本发明的这些方面或其他方面在以下的描述中会更加简明易懂。
38.本技术提供的技术方案至少带来以下有益效果：
39.本技术中，业务处理装置可以获取待传输业务的第一业务信息(用于表示待传输业务的业务特性)，并将第一业务信息输入到根据第二业务信息训练得到的服务参数确定模型中，以得到与第一业务信息对应的服务参数。后续，业务处理装置可以根据服务参数，确定为待传输业务提供的服务策略。由于第二业务信息包括第一业务信息，且第二业务信息用于表示与第二业务信息对应业务的业务特性，因此，根据第二业务信息训练得到的服务参数确定模型可以依据业务特性，准确的确定待传输业务的服务参数满足了高精准性和
高确定性的业务需求，进而提高了对业务服务的保障。
附图说明
40.图1为本技术实施例提供的一种业务处理系统的结构示意图；
41.图2a为本技术实施例提供的一种业务处理装置的硬件结构示意图；
42.图2b为本技术实施例提供的又一种业务处理装置的硬件结构示意图；
43.图3为本技术实施例提供的一种训练服务参数确定的流程示意图；
44.图4为本技术实施例提供的一种业务处理方法的流程示意图；
45.图5为本技术实施例提供的一种业务处理装置的结构示意图。
具体实施方式
46.下面将结合本技术实施例中的附图，对本技术实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
47.需要说明的是，本技术实施例中，“示例性的”或者“例如”等词用于表示作例子、例证或说明。本技术实施例中被描述为“示例性的”或者“例如”的任何实施例或设计方案不应被解释为比其它实施例或设计方案更优选或更具优势。确切而言，使用“示例性的”或者“例如”等词旨在以具体方式呈现相关概念。
48.为了便于清楚描述本技术实施例的技术方案，在本技术实施例中，采用了“第一”、“第二”等字样对功能和作用基本相同的相同项或相似项进行区分，本领域技术人员可以理解“第一”、“第二”等字样并不是在对数量和执行次序进行限定。
49.如背景技术所描述，通过qos机制对业务服务进行保障的方法仅仅能够通过标准化的qos参数来满足业务的需求。当业务需求需要更高的精准性和确定性时，现有方法无法满足此类业务的需求。
50.因此如何对历史数据中的告警信息进行合理的分类，是目前亟需解决的技术问题。
51.针对上述问题，本技术实施例提供了一种业务处理方法，业务处理装置可以获取待传输业务的第一业务信息(用于表示待传输业务的业务特性)，并将第一业务信息输入到根据第二业务信息训练得到的服务参数确定模型中，以得到与第一业务信息对应的服务参数。后续，业务处理装置可以根据服务参数，确定为待传输业务提供的服务策略。由于第二业务信息包括第一业务信息，且第二业务信息用于表示与第二业务信息对应业务的业务特性，因此，根据第二业务信息训练得到的服务参数确定模型可以依据业务特性，准确的确定待传输业务的服务参数满足了高精准性和高确定性的业务需求，进而提高了对业务服务的保障。
52.该业务处理方法适用于业务处理系统。图1示出了该业务处理系统100的一种结构。如图1所示，该业务处理系统100包括：终端101、基站102、业务处理装置103和用户端口功能(user plane function，upf)104。
53.其中，终端101可以分别与基站102和业务处理装置103之间通信连接。基站102可
iot)中的基站(enb)，未来5g移动通信网络或者未来演进的公共陆地移动网络(public land mobile network，plmn)中的基站，本技术实施例对此不作任何限制。
64.可选的，业务处理系统100可以基于现有的行业园区开放式网络架构部署方案，即upf104下沉与mec(部署有业务处理装置)共同部署在园区，且无线侧接入网也是开放的，智能化的架构，利用与mec共平台部署服务化的业务处理装置，从行业园区的业务应用提取精准详细的业务特性的增强信息，并通过与下沉的upf获取数据流ip地址，业务处理装置通过对上述增强信息进行匹配处理，并将信息通过non-ric的外部接口传递给无线网侧，无线网就可以利用基于应用的增强信息以及自身智能处理平台获得的网络和终端数据，进行ai推理，全面调整无线网资源及配置策略，获得比qos更加精准的确定性业务性能保障。
65.业务处理系统100中的终端101、基站102、业务处理装置103和upf104的基本硬件结构类似，都包括图2a或图2b所示通信装置所包括的元件。下面以图2a和图2b所示的通信装置为例，介绍终端101、基站102、业务处理装置103和upf104的硬件结构。
66.如图2a所示，为本技术实施例提供的通信装置的一种硬件结构示意图。该通信装置包括处理器21，存储器22、通信接口23、总线24。处理器21，存储器22以及通信接口23之间可以通过总线24连接。
67.处理器21是通信装置的控制中心，可以是一个处理器，也可以是多个处理元件的统称。例如，处理器21可以是一个通用中央处理单元(central processing unit，cpu)，也可以是其他通用处理器等。其中，通用处理器可以是微处理器或者是任何常规的处理器等。
68.作为一种实施例，处理器21可以包括一个或多个cpu，例如图2a中所示的cpu0和cpu1。
69.存储器22可以是只读存储器(read-only memory，rom)或可存储静态信息和指令的其他类型的静态存储设备，随机存取存储器(random accessme mory，ram)或者可存储信息和指令的其他类型的动态存储设备，也可以是电可擦可编程只读存储器(electrically erasable programmable read-only memory，eeprom)、磁盘存储介质或者其他磁存储设备、或者能够用于携带或存储具有指令或数据结构形式的期望的程序代码并能够由计算机存取的任何其他介质，但不限于此。
70.一种可能的实现方式中，存储器22可以独立于处理器21存在，存储器22可以通过总线24与处理器21相连接，用于存储指令或者程序代码。处理器21调用并执行存储器22中存储的指令或程序代码时，能够实现本技术下述实施例提供的业务处理方法。
71.在本技术实施例中，对于终端101、基站102、业务处理装置103和upf104而言，存储器22中存储的软件程序不同，所以终端101、基站102、业务处理装置103和upf104实现的功能不同。关于各设备所执行的功能将结合下面的流程图进行描述。
72.另一种可能的实现方式中，存储器22也可以和处理器21集成在一起。
73.通信接口23，用于通信装置与其他设备通过通信网络连接，所述通信网络可以是以太网，无线接入网(radio access network，ran)，无线局域网(wireless local area networks，wlan)等。通信接口23可以包括用于接收数据的接收单元，以及用于发送数据的调度单元。
74.总线24，可以是工业标准体系结构(industry standard architecture，isa)总线、外部设备互连(peripheral component interconnect，pci)总线或扩展工业标准体系
结构(extended industry standard architecture，eisa)总线等。该总线可以分为地址总线、数据总线、控制总线等。为便于表示，图2a中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。
75.需要指出的是，图2a中示出的结构并不构成对该通信装置的限定，除图2a所示部件之外，该通信装置可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。
76.图2b示出了本技术实施例中通信装置的另一种硬件结构。如图2b所示，通信装置可以包括处理器31以及通信接口32。处理器31与通信接口32耦合。
77.处理器31的功能可以参考上述处理器21的描述。此外，处理器31还具备存储功能，可以起上述存储器22的功能。
78.通信接口32用于为处理器31提供数据。该通信接口32可以是通信装置的内部接口，也可以是通信装置对外的接口(相当于通信接口23)。
79.需要指出的是，图2a(或图2b)中示出的结构并不构成对通信装置的限定，除图2a(或图2b)所示部件之外，该通信装置可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。
80.本技术实施例提供的业务处理方法包括：业务处理装置根据第二业务信息训练得到服务参数确定模型(简称为“服务参数确定模型训练流程”)和业务处理装置确定待传输业务的服务参数的流程(简称为“业务处理流程”)。
81.下面先对“服务参数确定模型训练流程”进行描述。
82.如图3所示，“服务参数确定模型训练流程”包括：s301-s303。
83.s301、业务处理装置获取第二业务信息。
84.具体的，业务处理装置在训练得到服务参数确定模型时，需要通过获取大量的历史数据作为训练集，训练得到服务参数确定模型。在这种情况下，业务处理装置获取第二业务信息。
85.其中，第二业务信息包括第二业务信息的业务标识。
86.可选的，业务标识可以是提供业务的提供商的服务器的ip地址，也可以是其他用于标识第二业务信息的业务标识，本技术对此不作限定。
87.可选的，第二业务信息不仅仅包含qos参数中基本的带宽、时延、可靠性等常见性能指标，还包括对定位精度、抖动、时钟同步等确定性等层面的需求以及数据包的典型特征。
88.示例性的，对于大视频业务数据包呈现连续特征，且大数据包较多，对抖动敏感，第二业务信息可以包括大视频业务数据的抖动性能数据。
89.又一示例性的，对于工业控制业务数据包多为周期性小数据包的特征，第二业务信息可以包括工业控制业务数据的相关性能数据。
90.可选的，业务处理装置获取第二业务信息时，可以通过应用程序接口(application programming interface，api)，从服务器获取第二业务信息。
91.具体的，服务器中存储有用于表示各个业务的业务特性的第二业务信息。业务处理装置可以通过以下两种方式在获取第二业务信息：
92.第一种方式：服务器周期性的通过api向业务处理装置发送第二业务信息。
93.第二种方式：业务处理装置周期性的通过api向服务器发送用于请求获取第二业务信息的请求消息。服务器在接收到请求消息后，向业务处理装置发送第二业务信息。相应的，业务处理装置接收服务器发送的第二业务信息。
94.s302、业务处理装置根据业务标识确定与业务标识对应的业务模型。
95.具体的，在获取第二业务信息后，由于不同的业务信息需要不同的业务模型进行训练，因此，业务处理装置根据业务标识确定与业务标识对应的业务模型。
96.s303、业务处理装置根据第二业务信息训练业务模型，以得到服务参数确定模型。
97.具体的，在根据业务标识确定与业务标识对应的业务模型后，业务处理装置可以根据第二业务信息训练业务模型，以得到服务参数确定模型。
98.示例性的，预设业务标识为提供业务的提供商的服务器的ip地址。业务处理装置可以通过内部部署的多个模块处理第二业务信息。
99.可选的，业务处理装置内部部署的多个模块可以包括：接收模块、non-rt ric和near-rt ric。
100.接收模块在接收到第二业务信息后，可以根据发送第二业务信息ip地址，与第二业务信息对应的业务模型进行匹配，将确定性业务进行精准建模，并通过无线侧non-rt ric的外部接口传递给non-rt ric。non-rt ric会根据收到的业务建模数据以及网管smo收集到网络侧数据，训练该业务的ai/ml模型，non-rt-ric会将训练好的模型发送给near-rt ric，去匹配无线侧资源调度、技术特性的策略，用于实时的策略调整与控制。
101.需要说明的是，业务处理装置根据第二业务信息训练业务模型时的训练方法可以参见现有的模型训练方法，在此不再赘述。
102.接下来对“业务处理流程”进行描述。
103.采用上述方法训练好服务参数确定模型之后，可以根据第一业务信息，确定待传输业务的服务策略。如图4所示，包括：s401-s403。
104.s401、业务处理装置获取待传输业务的第一业务信息。
105.具体的，业务处理装置在确定待传输业务的服务策略时，可以先获取待传输业务的第一业务信息。
106.其中，第一业务信息用于表示待传输业务的业务特性。
107.可选的，第一业务信息不仅仅包含待传输业务的qos参数中基本的带宽、时延、可靠性等常见性能指标，还包括对待传输业务的定位精度、抖动、时钟同步等确定性等层面的需求以及数据包的典型特征。
108.示例性的，对于大视频业务数据包呈现连续特征，且大数据包较多，对抖动敏感，第二业务信息可以包括大视频业务数据的抖动性能数据。
109.又一示例性的，对于工业控制业务数据包多为周期性小数据包的特征，第二业务信息可以包括工业控制业务数据的相关性能数据。
110.在终端发起待传输业务时，会先与核心网建立pdu session连接，终端会将待传输业务的数据网络名称(data network name，dnn)与地址发送给认证管理功能(access and mobility management function，amf)、业务管理功能(session management function，smf)和upf。但是业务处理装置是不感知的待传输业务的具体dnn名称和地址的，对这个待传输业务是通过nas信令透传的，无法解析，仅仅了解该待传输业务映射的qos级别，并不能
够将qos与该待传输业务的具体细节及相应的模型对应上。
111.在这种情况下，业务处理装置需要相应的第一业务信息了解目前业务精准需求。而在pdu session建立时，upf会获取该业务dnn和地址信息，因此，业务处理装置可以通过服务化接口，从upf获取第一业务信息。
112.s402、业务处理装置将第一业务信息输入到根据第二业务信息训练得到的服务参数确定模型中，以得到与第一业务信息对应的服务参数。
113.其中，第二业务信息包括第一业务信息；第二业务信息用于表示与第二业务信息对应业务的业务特性。
114.具体的，在获取待传输业务的第一业务信息后，业务处理装置将第一业务信息输入到根据第二业务信息训练得到的服务参数确定模型中，以得到与第一业务信息对应的服务参数。
115.s403、业务处理装置根据服务参数，确定为待传输业务提供的服务策略。
116.具体的，在得到与第一业务信息对应的服务参数后，业务处理装置根据服务参数，确定为待传输业务提供的服务策略。
117.示例性的，预设业务处理装置包括：接收模块、non-rt ric和near-rt ric。
118.接收模块通过服务化的接口向upf获取到第一业务信息后，可以通过non-rt ric向near-rt ric发送第一业务信息。near-rt ric可以将第一业务信息输入到根据第二业务信息训练得到的服务参数确定模型中，以得到与第一业务信息对应的服务参数，并根据服务参数，确定为待传输业务提供的服务策略。这样一来，本技术可以在普通qos基础上通过更多的业务信息完善对待传输业务的实时优化。
119.综上，业务处理装置可以获取待传输业务的第一业务信息(用于表示待传输业务的业务特性)，并将第一业务信息输入到根据第二业务信息训练得到的服务参数确定模型中，以得到与第一业务信息对应的服务参数。后续，业务处理装置可以根据服务参数，确定为待传输业务提供的服务策略。由于第二业务信息包括第一业务信息，且第二业务信息用于表示与第二业务信息对应业务的业务特性，因此，根据第二业务信息训练得到的服务参数确定模型可以依据业务特性，准确的确定待传输业务的服务参数满足了高精准性和高确定性的业务需求，进而提高了对业务服务的保障。
120.上述主要从方法的角度对本技术实施例提供的方案进行了介绍。为了实现上述功能，其包含了执行各个功能相应的硬件结构和/或软件模块。本领域技术人员应该很容易意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，本技术实施例能够以硬件或硬件和计算机软件的结合形式来实现。某个功能究竟以硬件还是计算机软件驱动硬件的方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本发明的范围。
121.本技术实施例可以根据上述方法示例对业务处理装置进行功能模块的划分，例如，可以对应各个功能划分各个功能模块，也可以将两个或两个以上的功能集成在一个处理模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。可选的，本技术实施例中对模块的划分是示意性的，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式。
122.如图5所示，为本技术实施例提供的一种业务处理装置500的结构示意图。该业务处理装置500包括：获取单元501和处理单元502；
123.获取单元501，用于获取待传输业务的第一业务信息；第一业务信息用于表示待传输业务的业务特性；
124.处理单元502，用于将第一业务信息输入到根据第二业务信息训练得到的服务参数确定模型中，以得到与第一业务信息对应的服务参数；第二业务信息包括第一业务信息；第二业务信息用于表示与第二业务信息对应业务的业务特性；
125.处理单元502，还用于根据服务参数，确定为待传输业务提供的服务策略。
126.可选的，获取单元501，还用于获取第二业务信息；第二业务信息包括第二业务信息的业务标识；
127.处理单元502，还用于根据业务标识确定与业务标识对应的业务模型；
128.处理单元502，还用于根据第二业务信息训练业务模型，以得到服务参数确定模型。
129.可选的，获取单元501，具体用于：
130.通过服务化接口，从用户端口功能upf获取第一业务信息。
131.可选的，获取单元501，具体用于：
132.通过应用程序接口api，从服务器获取第二业务信息。
133.本技术实施例还提供一种计算机可读存储介质，计算机可读存储介质包括计算机执行指令。当计算机执行指令在计算机上运行时，使得计算机执行如上述实施例提供的业务处理方法中，业务处理装置执行的各个步骤。
134.本技术实施例还提供一种计算机程序产品，该计算机程序产品可直接加载到存储器中，并含有软件代码，该计算机程序产品经由计算机载入并执行后能够实现上述实施例提供的业务处理方法中，业务处理装置执行的各个步骤。
135.在上述实施例中，可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件程序实现时，可以全部或部分地以计算机程序产品的形式来实现。该计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行计算机执行指令时，全部或部分地产生按照本技术实施例的流程或功能。计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。计算机指令可以存储在计算机可读存储介质中，或者从一个计算机可读存储介质向另一个计算机可读存储介质传输，例如，计算机指令可以从一个网站站点、计算机、服务器或者数据中心通过有线(例如同轴电缆、光纤、数字用户线(digital subscriber line，dsl))或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可以用介质集成的服务器、数据中心等数据存储设备。可用介质可以是磁性介质(例如，软盘、硬盘、磁带)，光介质(例如，dvd)、或者半导体介质(例如固态硬盘(solid state disk，ssd))等。
136.通过以上的实施方式的描述，所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，仅以上述各功能模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能模块完成，即将装置的内部结构划分成不同的功能模块，以完成以上描述的全部或者部分功能。
137.在本发明所提供的几个实施例中，应该理解到，所揭露的装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述模块或单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式。例如多个单元或组件可以结合或者可以集成到另一个装置，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是一个物理单元或多个物理单元，即可以位于一个地方，或者也可以分布到多个不同地方。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
138.另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个可读取存储介质中。基于这样的理解，本技术实施例的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该软件产品存储在一个存储介质中，包括若干指令用以使得一个设备(可以是单片机，芯片等)或处理器(processor)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：u盘、移动硬盘、rom、ram、磁碟或者光盘等各种可以存储程序代码的介质。
139.以上所述，仅为本发明的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到的变化或替换，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应以权利要求的保护范围为准。