服务管理方法、装置、设备及可读存储介质与流程

1.本技术涉及通信技术领域，特别是涉及服务管理方法、装置、设备及可读存储介质。


背景技术：

2.对于通信模组，用户如果需要禁用或者启用一些功能，只能通过重新烧录对应软件的方式来实现。此外，如果在通信模组中的modem软件(调制解调软件)中新加一种服务，也无法做到服务的随开随停。烧录方式来控制/管理通信模组的服务状态，较为麻烦，灵活性差。
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.若所述目标模式为服务模式，则开启所述通信模组中的全部iot服务。
28.一种服务管理方法，应用于嵌入式控制器，包括：
29.确定当前的目标模式；
30.生成与所述目标模式对应的模式调整命令；
31.向通信模组发送所述模式调整命令，以便所述通信模组执行如上述的服务管理方法的步骤。
32.一种服务管理装置，包括：
33.命令接收解析单元，用于接收模式调整命令，并解析所述模式调整命令，得到目标模式；
34.命令执行单元，用于按照所述目标模式对应的服务状态，对应调整所述通信模组中各项服务的状态；
35.模式生效单元，用于完成服务状态调整后，重启所述通信模组，使所述通信模组进入所述目标模式。
36.一种电子设备，包括：
37.存储器，用于存储计算机程序；
38.处理器，用于执行所述计算机程序时实现上述服务管理方法的步骤。
39.一种可读存储介质，所述可读存储介质上存储有计算机程序，所述计算机程序被处理器执行时实现上述服务管理方法的步骤。
40.应用本技术实施例所提供的方法，应用于通信模组，包括：接收模式调整命令，并解析模式调整命令，得到目标模式；按照目标模式对应的服务状态，对应调整通信模组中各项服务的状态；完成服务状态调整后，重启通信模组，使通信模组进入目标模式。
41.在本技术中，将通信模组的服务进行模式化，即在不同的模式中，对应设定了相应服务的开启或关闭的状态。具体的，当通信模组接收到模式调整命令后，现解析该模式调整命令，然后得到目标模式。而后，按照目标模式对应的服务状态，对应将通信模组中的各项服务进行状态调整，在完成服务状态调整后，重启通信模组，如此便可使得通信模组进入目标模式。由此可见，在本技术中，当需要对通信模组的服务状态进行调整时，仅需向通信模组发送对应的模式调整命令即可，而无需烧录或下载软件，有利于生产、运输、测试和应用。
42.相应地，本技术实施例还提供了与上述服务管理方法相对应的另一种服务管理方法、服务管理装置、设备和可读存储介质，具有上述技术效果，在此不再赘述。
附图说明
43.为了更清楚地说明本技术实施例或相关技术中的技术方案，下面将对实施例或相关技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本技术的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
44.图1为本技术实施例中一种服务管理方法的实施流程图；
45.图2为本技术实施例中一种服务管理方法的实施示意图；
46.图3为本技术实施例中一种服务管理方法的具体实施流程图；
47.图4为本技术中一种调试功能的设置流程图；
48.图5为本技术实施例中一种服务管理装置的结构示意图；
49.图6为本技术实施例中一种电子设备的结构示意图；
50.图7为本技术实施例中一种电子设备的具体结构示意图。
具体实施方式
51.为了使本技术领域的人员更好地理解本技术方案，下面结合附图和具体实施方式对本技术作进一步的详细说明。显然，所描述的实施例仅仅是本技术一部分实施例，而不是全部的实施例。基于本技术中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本技术保护的范围。
52.为便于理解，下面对本技术涉及的相关术语进行解释说明：
53.pc：personal computer，个人电脑，本文中指笔记本电脑；
54.wwan：wireless wide area network，无线广域网络；
55.mbb：mobile broadband，移动宽带；
56.iot：internet of things，物联网；
57.bios：basic input output system，基本输入输出系统；
58.ec：embedded controller，嵌入式控制器；
59.diag:diagnostic,调试；
60.iot service：物联网相关服务，包括物联网数据连接管理器、位置服务(geofence、lbs)、esim配置文件更新服务；
61.iot mode manger：mbb&iot模式管理和sim切换管理，包括os状态检测、模式切换、sim/esim切换、esim profile激活/去激活、mbim过滤同步。
62.请参考图1，图1为本技术实施例中一种服务管理方法的流程图，该方法可应用于通信模组，该方法包括以下步骤：
63.s101、接收模式调整命令，并解析模式调整命令，得到目标模式。
64.该通信模组可以具体为5g通信模组、4g通信模组和3g通信模组等通信模组/模块。
65.举例说明，其中一种通信模组的主要结构如图2所示，包括modem软件、pcie driver(pcie驱动)、sio(超级输入输出芯片)、ec driver和pciot other feature。其中，modem，调制解调，俗称猫，能把计算机的数字信号翻译成可沿普通电话线传送的脉冲信号，而这些脉冲信号又可被线路另一端的另一个调制解调器接收，并译成计算机可懂的语言；pcie，peripheral component interconnect express，一种高速串行计算机扩展总线标准；ec driver即嵌入式控制器中的ec驱动；pc：personal computer，个人电脑，本文中指笔记本电脑；internet of things，物联网。通过i2c与通信模组相连接的可以具体为pc，其中bmin接口，ude传输协议以及bios可具体参照相关说明，在此不再一一解释。图2最右侧与ec driver相连接的功能/服务即对应通信模组的管理对象，即该部分为ec driver的局部放大示意图，其内的功能/服务的具体实现以及流程可参照相关方案，在此不再一一说明。
66.通信模组可以接收pc或其他外部设备的模式调整命令。具体的，该通信模组可以通过诸如i2c总线等传输总线与pc相连接，从而接收pc发送的模式调整命令；当然，该通信模组还可以与其他外部设备相连接，从而接收该外部设备发送的模式调整命令。
67.接收到该模式调整命令之后，便可对该模式调整命令进行解析，从而得到目标模式。其中，目标模式即为需要通信模组进入的模式。在本技术中，不同的模式对应的各项服务的开启状态可以不同，也就是说，不同的服务开启状态对应了不同的模式。即，将各项服务的服务状态情况用模式进行规范。
68.其中，模式调整命令的格式可以为能够被通信模组解析的任意一种命令格式。在本技术中，为便于理解，将嵌入式控制器对应的控制指令称之为ec命令。
69.在本技术中的一种具体实施方式中，步骤s101接收模式调整命令，可以包括：在通信模组所属主机处于休眠或关机状态下，接收模式调整命令。也就是说，当主机处于s4或s5状态下，通信模组也可以正常运行并接收模式调整命令。ec可集成于pc(本文同主机)主板上；主机同通信模组中的ec之间通过标准的i2c同步串行总线连接，遵循标准的i2c协议进行数据交互。即ec独立于pc管理以外，当pc处于s4/s5状态时ec也可以正常工作并遵循模块的上电时序重新启动模块，这也就意味着即使在s4/s5状态下模块也能正常工作并响应ec触发的各种命令，从而在关机状态下实现通信模组的模式调整。此外，还可以在关机后，定位主机，防止被盗，关机情况下，唤醒通信模组。
70.在本技术中的一种具体实施方式中，请参考图3，图3为本技术实施例中一种服务管理方法的具体实施流程图，即，在得到目标模式之后，在按照目标模式对应的服务状态，对应调整通信模组中各项服务的状态之前，还可以执行以下步骤：
71.步骤一、获取通信模组的当前模式；
72.步骤二、判断当前模式与目标模式是否一致；
73.步骤三、如果否，则执行按照目标模式对应的服务状态，对应调整通信模组中各项服务的状态的步骤；
74.步骤四、如果是，则反馈当前模式。
75.为便于描述，下面将上述四个步骤结合起来进行说明。
76.具体的，可以通过读取通信模组内的非易失性存储器，确定当前模式。然后，判断当前模式与目标模式是否一致，如果一致，则无需进行模式调整，可直接反馈当前模式给发送模式调整指令的设备；如果不一致，则表明需要进行模式调整，此时进入步骤s102。
77.s102、按照目标模式对应的服务状态，对应调整通信模组中各项服务的状态。
78.在目标模式中，规定了各项服务对应的状态情况，因而按照该目标模式对应的服务状态，即可对应调整通信模组中各项服务的状态。
79.对于通信模组中的服务状态，分为开启或禁用。而图像模块中存在的服务有多个。因而，可针对不同的服务的不同状态，设置不同的模式。当然，在实际应用中，模式的种类/数量可以与服务的数量相对应，当存在n个服务时，模式的数量最多可2n个。当然，在实际应用中，对于有些服务状态组合没有意义，因而可以根据实际场景情况进行模式选择。
80.在本技术中的一种具体实施方式中，步骤s102按照目标模式对应的服务状态，对应调整通信模组中各项服务的状态，包括：
81.场景1：若目标模式为工厂测试模式，则仅开启通信模组的测试服务；
82.场景2：若目标模式为运输模式，则关闭通信模组的全部服务；
83.场景3：若目标模式为服务模式，则开启通信模组中的全部iot服务。
84.也就是说，根据不同的场景需求，目标模式各有不同，相应的服务的启动状态也不同。目标模式可以具体为工厂测试模式(factory mode)、运输模式(default mode)和服务模式(iot service mode)。工厂测试模式，则仅开启测试服务，而将其他服务关闭；在运输模式下，则将通信模组的全部服务关闭；在服务模式下，开启通信模组中的全部iot服务。
85.即，当处于工厂测试场景下，则目标模式对应为工厂测试模式，此时仅开启与测试相关的服务；在运输场景下，则目标模式对应为运输模式，此时将所有的服务都关闭；在服务模式下，则将全部的iot服务都开启。即，可根据实际的场景情况，而选择具体的模式为目标模式。
86.具体的，可由主机进行场景识别，从而生成与当前场景匹配的模式调整命令。也就是说，在本技术中的一种具体实施方式中，步骤s101中接收模式调整命令，可以具体包括：接收与当前场景匹配的模式调整命令。
87.通信模组的各个服务的状态可存储在通信模组的非易失性存储器中，因而在进行服务状态调整时，可以通过读取图像模块的非易失性存储器，得到各个服务的状态情况，然后将该状态情况与目标模式对应的服务状态进行比对，将有差异的服务进行调整即可。例如，当目标模式为运输模式时，运输模式对应关闭全部服务，因而仅需通过读取通信模组的非易实现内存中的各个服务状态，确定出当前为开启状态的服务，然后将其关闭即可。
88.s103、完成服务状态调整后，重启通信模组，使通信模组进入目标模式。
89.当完成服务状态调整之后，便可将通信模组重新启动，如此便可使得重启后的通信模组进入目标模式。
90.应用本技术实施例所提供的方法，应用于通信模组，包括：接收模式调整命令，并解析模式调整命令，得到目标模式；按照目标模式对应的服务状态，对应调整通信模组中各项服务的状态；完成服务状态调整后，重启通信模组，使通信模组进入目标模式。
91.在本技术中，将通信模组的服务进行模式化，即在不同的模式中，对应设定了相应服务的开启或关闭的状态。具体的，当通信模组接收到模式调整命令后，现解析该模式调整命令，然后得到目标模式。而后，按照目标模式对应的服务状态，对应将通信模组中的各项服务进行状态调整，在完成服务状态调整后，重启通信模组，如此便可使得通信模组进入目标模式。由此可见，在本技术中，当需要对通信模组的服务状态进行调整时，仅需向通信模组发送对应的模式调整命令即可，而无需烧录或下载软件，有利于生产、运输、测试和应用。
92.需要说明的是，基于上述实施例，本技术实施例还提供了相应的改进方案。在优选/改进实施例中涉及与上述实施例中相同步骤或相应步骤之间可相互参考，相应的有益效果也可相互参照，在本文的优选/改进实施例中不再一一赘述。
93.在本技术中的一种具体实施方式中，还可查询通信模组的当前模式。具体实施过程，包括：
94.步骤一、接收模式查询命令；
95.步骤二、从通信模组的非易失性存储介质中读取并反馈当前模式。
96.模式查询命令与模式调整命令可由同一个设备产生并发出，也可以对应不同设备，本技术对此并不限定。
97.可在非易失性存储器中存储当前模式对应的标识，通过读取该标识，即可知道具体的当前模式然后将其进行反馈。基于模式与服务的状态情况具有映射关系，因而可以在获知当前模式之后，了解到当前通信模组的各项服务的状态情况。
98.在本技术中的一种具体实施方式中，当需要进行调试时，可直接基于调试命令对通信模组进行调试。具体的实施过程，包括：
99.步骤一、接收调试命令；
100.步骤二、打开通信模组的日志记录服务以及调试服务；
101.步骤三、在调试完成后，重启通信模组。
102.该调试命令与模式调整命令可以是源自相同或不同的设备。当通信模组接收到调试命令之后，可以直接打开通信模组的日志记录服务和调试服务。开启日志记录服务和调试服务之后，便可对通信模组进行调试。在调试完成后，由于并未进行模式变更处理，因而通过重启通信模组，便可让通信模组自动关闭日志记录服务以及调试服务，进入调试前的模式状态。可大大简化调试操作流程。
103.举例说明：请参考图4，图4为本技术中一种调试功能的设置流程图，即ec将其接收到的命令下发给ec驱动，ec驱动可解析ec cmd，得到操作内容。当操作内容对应获取当前调试功能状态，则直接读取nvm(non-volatile memory，非易失性存储器)并反馈给主机；若操作内容为设置调试功能，则读取nvm，得到当前调试功能的状态，如果当前状态即为目标状态，则返回当前状态即可，否则判断是否使能diag功能，如果是，则设置nvm，打开logging功能和调试功能即可，如果否，则判断当前模式是否为工厂测试模式(factory mode)，若为工厂测试模式，则仅关闭logging开关；当前模式并非工厂测试模式，则设置nvm，关闭logging功能和调试功能，完成nvm设置并调试完成后，重启通信模组。
104.为便于本领域技术人员理解和实施本技术所提供的服务管理方法，下面结合具体应用场景为例，对该服务管理方法进行详细说明。
105.以通信模组具体为l860 r+pc-iot或fm350 pc-iot为例，该服务管理方法的具体实施包括以下步骤：
106.第一步，将l860 r+pc-iot或fm350 pc-iot的无线通信模组集成到pc中，无论pc是否处于正常工作状态，还是进入了s4/s5状态，l860 r+模块与pc上的ec始终保持工作状态，并通过ec协议进行交互。
107.第二步，通信模组与ec依据标准的ec协议进行交互，pc通过ec下发命令给通信模组，模块上的ec驱动解析ec命令获取当前的操作类型(切换模式/使能、禁用diag功能)。
108.第三步、如果当前操作是设置模式，首先判断当前的模式与将要设置的模式是否一致；
109.《1》、如果当前的模式与将要设置的模式一致，直接返回；
110.《2》、如果不一致，根据所要设置的模式分别修改对应的功能状态(使能或者禁用)，然后重启模块。
111.第四步、如果当前操作时读模式，则直接读取当前的模式返回。
112.第五步、如果当前的操作是开启diagnostic功能，则在保持当前模式的前提下使能logging以及debug功能；调试完成后重启模块会自动关闭diagnostic功能。
113.由此可见，通过模式的改变达到不依赖于重新下载软件就能实现功能或服务随开
随用的效果，方便测试和生产，提高用户体验。
114.相应于上面的方法实施例，本技术实施例还提供了一种服务管理方法，下文描述的服务管理方法与上文描述的服务管理方法可相互对应参照。该方法可应用于嵌入式控制器中，该方法包括：
115.步骤一、确定当前的目标模式；
116.步骤二、生成与所述目标模式对应的模式调整命令；
117.步骤三、向通信模组发送所述模式调整命令，以便所述通信模组执行如上述实施例所描述的服务管理方法的步骤。
118.该方法还可以应用于能够确定当前的目标模式并能够与通信模组进行通信的设备中即可，如主机。
119.下面以嵌入式控制器为例，对上述三个步骤进行说明。
120.嵌入式控制器可以从主机中获得当前的目标模式，如运输模式、测试模式或服务模式。
121.然后，生成与目标模式对应的模式调整命令。然后向通信模组发送模式调整命令。通信模组接收到该模式调整命令之后，便可执行如图1所示的服务管理方法的步骤。从而实现对通信模组的服务模式化控制。
122.进一步地，该嵌入式控制器可以独立设置于主机之外，即主机关机状态下，该嵌入式控制器仍然可以运行，并执行上述三个步骤，从而实现在主机关机状态下，也可模式化控制图像模组的服务状态。
123.相应于上面的方法实施例，本技术实施例还提供了一种服务管理装置，下文描述的服务管理装置与上文描述的服务管理方法可相互对应参照。
124.参见图5所示，一种服务管理装置，该装置包括以下模块：
125.命令接收解析单元101，用于接收模式调整命令，并解析模式调整命令，得到目标模式；
126.命令执行单元102，用于按照目标模式对应的服务状态，对应调整通信模组中各项服务的状态；
127.模式生效单元103，用于完成服务状态调整后，重启通信模组，使通信模组进入目标模式。
128.应用本技术实施例所提供的装置，接收模式调整命令，并解析模式调整命令，得到目标模式；按照目标模式对应的服务状态，对应调整通信模组中各项服务的状态；完成服务状态调整后，重启通信模组，使通信模组进入目标模式。
129.在本技术中，将通信模组的服务进行模式化，即在不同的模式中，对应设定了相应服务的开启或关闭的状态。具体的，当通信模组接收到模式调整命令后，现解析该模式调整命令，然后得到目标模式。而后，按照目标模式对应的服务状态，对应将通信模组中的各项服务进行状态调整，在完成服务状态调整后，重启通信模组，如此便可使得通信模组进入目标模式。由此可见，在本技术中，当需要对通信模组的服务状态进行调整时，仅需向通信模组发送对应的模式调整命令即可，而无需烧录或下载软件，有利于生产、运输、测试和应用。
130.在本技术的一种具体实施方式中，该装置还包括：
131.查询单元，用于接收模式查询命令；
132.从通信模组的非易失性存储介质中读取并反馈当前模式。
133.在本技术的一种具体实施方式中，该装置还包括：
134.模式比对单元，用于在得到目标模式之后，在按照目标模式对应的服务状态，对应调整通信模组中各项服务的状态之前，获取通信模组的当前模式；
135.判断当前模式与目标模式是否一致；
136.如果是，则反馈当前模式。
137.如果否，则触发命令执行单元执行按照目标模式对应的服务状态，对应调整通信模组中各项服务的状态的步骤；
138.在本技术的一种具体实施方式中，命令接收解析单元，具体用于接收与当前场景匹配的模式调整命令。
139.在本技术的一种具体实施方式中，命令接收解析单元，具体用于在通信模组所属主机处于休眠或关机状态下，接收模式调整命令。
140.在本技术的一种具体实施方式中，还包括：
141.调试单元，用于接收调试命令；
142.打开通信模组的日志记录服务以及调试服务；
143.在调试完成后，重启通信模组。
144.在本技术的一种具体实施方式中，命令执行单元102，具体用于若目标模式为工厂测试模式，则仅开启通信模组的测试服务；
145.若目标模式为运输模式，则关闭通信模组的全部服务；
146.若目标模式为服务模式，则开启通信模组中的全部iot服务。
147.相应于上面的方法实施例，本技术实施例还提供了一种电子设备，下文描述的一种电子设备与上文描述的一种服务管理方法可相互对应参照。
148.参见图6所示，该电子设备包括：
149.存储器332，用于存储计算机程序；
150.处理器322，用于执行计算机程序时实现上述方法实施例的服务管理方法的步骤。
151.具体的，请参考图7，图7为本实施例提供的一种电子设备的具体结构示意图，该电子设备可因配置或性能不同而产生比较大的差异，可以包括一个或一个以上处理器(central processing units，cpu)322(例如，一个或一个以上处理器)和存储器332，存储器332存储有一个或一个以上的计算机应用程序342或数据344。其中，存储器332可以是短暂存储或持久存储。存储在存储器332的程序可以包括一个或一个以上模块(图示没标出)，每个模块可以包括对数据处理设备中的一系列指令操作。更进一步地，中央处理器322可以设置为与存储器332通信，在电子设备301上执行存储器332中的一系列指令操作。
152.电子设备301还可以包括一个或一个以上电源326，一个或一个以上有线或无线网络接口350，一个或一个以上输入输出接口358，和/或，一个或一个以上操作系统341。
153.上文所描述的服务管理方法中的步骤可以由电子设备的结构实现。
154.相应于上面的方法实施例，本技术实施例还提供了一种可读存储介质，下文描述的一种可读存储介质与上文描述的一种服务管理方法可相互对应参照。
155.一种可读存储介质，可读存储介质上存储有计算机程序，计算机程序被处理器执行时实现上述方法实施例的服务管理方法的步骤。
156.该可读存储介质具体可以为u盘、移动硬盘、只读存储器(read-only memory，rom)、随机存取存储器(random access memory，ram)、磁碟或者光盘等各种可存储程序代码的可读存储介质。
157.本领域技术人员还可以进一步意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、计算机软件或者二者的结合来实现，为了清楚地说明硬件和软件的可互换性，在上述说明中已经按照功能一般性地描述了各示例的组成及步骤。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。本领域技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本技术的范围。