日志传输方法、装置及计算设备与流程

1.本技术实施例涉及安卓车机系统领域，尤其涉及一种日志传输方法、装置及计算设备。


背景技术：

2.安卓车机系统是指安装有安卓系统的车载导航主机，因其具有智能化、可联网、开放平台、海量应用以及界面炫丽的特点，得到了广泛的应用。
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.第六方面，本技术实施例提供了一种计算设备，包括处理组件以及存储组件；所述存储组件存储一条或多条计算机指令；所述一条或多条计算机指令用以被所述处理组件调用执行；
28.所述处理组件用于：
29.检测安卓车机系统是否发生故障；
30.若所述安卓车机系统发生故障，采集故障日志信息；
31.发出故障广播信息，以便于应用程序监听到所述故障广播信息，调用所述系统服务；
32.基于所述应用程序的调用指令，将所述故障日志信息发送至所述应用程序，以便于所述应用程序将所述故障日志信息发送至服务端。
33.第七方面，本发明实施例提供了一种非暂时性机器可读存储介质，非暂时性机器可读存储介质上存储有可执行代码，当所述可执行代码被电子设备的处理器执行时，使处理器至少可以实现如第一方面所述的日志传输方法。
34.第八方面，本发明实施例提供了一种非暂时性机器可读存储介质，非暂时性机器可读存储介质上存储有可执行代码，当所述可执行代码被电子设备的处理器执行时，使处理器至少可以实现如第二方面所述的日志传输方法。
35.本技术实施例提供一种日志传输方法、装置及计算设备。其中，日志传输方法应用
于安卓车机系统中的应用程序，该方法包括：监听安卓车机系统中的系统服务发出的故障广播信息；故障广播信息为系统服务检测安卓车机系统发生故障时发出；调用系统服务，以获取系统服务在安卓车机系统发生故障时采集的故障日志信息；将故障日志信息发送至服务端，由服务端将故障日志信息提供给相关人员。本技术实施例通过利用应用程序获取系统服务在安卓车机系统发生故障时采集的故障日志信息，从而可以将故障日志信息传输至服务端，从而相关人员可以在服务端获取故障日志信息，并解决故障日志信息对应的故障问题。
36.本技术的这些方面或其他方面在以下实施例的描述中会更加简明易懂。
附图说明
37.为了更清楚地说明本技术实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作一简单地介绍，显而易见地，下面描述中的附图是本技术的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
38.图1示出了本技术提供的日志传输方法一种实施例的流程示意图；
39.图2示出了本技术提供的日志传输方法另一种实施例的流程示意图；
40.图3示出了本技术提供的日志传输装置一个实施例的结构示意图；
41.图4示出了本技术提供的日志传输装置另一个实施例的结构示意图；
42.图5示出了与图3对应的计算设备的结构示意图；
43.图6示出了与图4对应的计算设备的结构示意图。
具体实施方式
44.为了使本技术领域的人员更好地理解本技术方案，下面将结合本技术实施例中的附图，对本技术实施例中的技术方案进行清楚、完整地描述。
45.在本技术的说明书和权利要求书及上述附图中的描述的一些流程中，包含了按照特定顺序出现的多个操作，但是应该清楚了解，这些操作可以不按照其在本文中出现的顺序来执行或并行执行，操作的序号如101、102等，仅仅是用于区分开各个不同的操作，序号本身不代表任何的执行顺序。另外，这些流程可以包括更多或更少的操作，并且这些操作可以按顺序执行或并行执行。需要说明的是，本文中的“第一”、“第二”等描述，是用于区分不同的消息、设备、模块等，不代表先后顺序，也不限定“第一”和“第二”是不同的类型。
46.下面将结合本技术实施例中的附图，对本技术实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本技术一部分实施例，而不是全部的实施例。基于本技术中的实施例，本领域技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本技术保护的范围。
47.在安卓车系统的测试过程中利用系统服务监听安卓系统测试过程中产生的日志信息来判断安卓车机系统是否出现故障，在出现问题时获取故障对应的日志信息，将日志信息存储到本地，从而工程师可以根据该日志信息解决对应的问题，但是测试过程测试的运行情况不能涵盖安卓车机系统在实际运行中的所有情况。
48.比如可能由于运行环境的不同，产生在测试过程中没有发现的故障，比如，温度发
生了改变，或者运行的进程不同等等原因。且系统服务在监听到该故障对应的日志信息时，会将日志信息保存到本地，而此时工程师得不到日志信息，导致安卓车机系统在实际运行过程中的问题不能得到解决。
49.针对上述问题，本技术实施例提供一种日志传输方法、装置及计算设备。其中，日志传输方法应用于安卓车机系统中的应用程序，该方法包括：监听安卓车机系统中的系统服务发出的故障广播信息；故障广播信息为系统服务检测安卓车机系统发生故障时发出；调用系统服务，以获取系统服务在安卓车机系统发生故障时采集的故障日志信息；将故障日志信息发送至服务端，由服务端将故障日志信息提供给相关人员。本技术实施例通过利用应用程序获取系统服务在安卓车机系统发生故障时采集的故障日志信息，从而可以将故障日志信息传输至服务端，从而相关人员可以在服务端获取故障日志信息，并解决故障日志信息对应的故障问题。
50.图1示出了本技术提供的日志传输方法一种实施例的流程示意图，其中，该方法应用于安卓车机系统中的应用程序中。如图1所示，该方法包括：
51.101、监听安卓车机系统中的系统服务发出的故障广播信息。
52.其中，故障广播信息为系统服务检测安卓车机系统发生故障时发出。
53.可选地，该系统服务可以是dropboxmanagerservice，用于监听安卓系统运行过程中,多个进程的运行情况产生的日志信息，并在某一进程出现稳定性问题的时候，获取该进程对应的故障日志信息，多个进程包括：系统内核,系统进程,用户进程等。
54.进一步的，系统服务在获取故障日志信息之后，发出故障广播信息。
55.需要说明的是，系统服务可以同时执行获取故障日志信息与发出故障广播的过程，也可以先执行发出故障广播信息的过程，后执行获取故障日志信息的过程。
56.可选地，安卓车机系统发生的故障可以是在运行某个app时出现问题或者多个app不能同时运行，或者由于温度过高等环境原因造成安卓车机系统产生故障等问题。
57.102、调用系统服务，以获取系统服务在安卓车机系统发生故障时采集的故障日志信息。
58.在应用程序监听到系统服务发出的故障广播信息之后，应用程序调用系统服务，并获取系统服务采集的故障日志信息。
59.可选地，监听安卓车机系统中的系统服务发出的故障广播信息之前，还包括：获取系统服务的调用权限。
60.可选地，获取所述系统服务的调用权限可以实现为：发送权限请求至所述安卓车机系统的权限系统服务，以便所述权限系统服务分配调用权限。
61.可选地，应用程序调用系统服务的过程还可以实现为：应用程序调用系统服务，权限系统服务确定应用程序是否具有调用系统服务的权限，权限系统服务在确定出应用程序具有调用系统服务的权限之后，应用程序调用系统服务获取系统服务采集的故障日志信息。
62.系统服务提供多个接口以供应用程序调用，该多个接口包括：用于传输全部故障日志信息的接口，用于传输系统内核对应的故障日志信息的接口，用于系统进程对应的故障日志信息的接口,用于传输用户进程对应的故障日志信息的接口。
63.可选地，调用所述系统服务，以获取所述系统服务在所述安卓车机系统发生故障
时采集的故障日志信息之前，还包括：
64.在所述系统服务对应的多个调用接口中确定出目标调用接口，所述目标调用接口用于传输所述系统服务获取的所有的故障日志信息。
65.由于工程师需要获取全部的故障日志信息才能确定出问题的根源，从而确定最终的解决方案，因此，应用程序需要调用目标接口获取全部的故障日志信息。
66.可选地，获取系统服务在安卓车机系统发生故障时采集的故障日志信息包括：
67.通过目标调用接口获取系统服务在安卓车机系统发生故障时采集的故障日志信息。
68.103、将故障日志信息发送至服务端，由服务端将故障日志信息提供给相关人员。
69.一般情况下，故障对应的所有故障日志信息会在一段时间内产生，因此，在解决故障问题时需要收集该段时间内产生的所有故障日志信息。
70.可选地，获取系统服务在安卓车机系统发生故障时采集的故障日志信息包括：获取在预设时间内产生的所有故障日志信息。
71.将故障日志信息发送至服务端，包括：
72.将在预设时间内产生的所有故障日志信息发送至服务端。
73.其中，预设时间段可以预先设置在应用程序中，可以根据不同的情况灵活设定。
74.本技术实施例提供一种日志传输方法、装置及计算设备。其中，日志传输方法应用于安卓车机系统中的应用程序，该方法包括：监听安卓车机系统中的系统服务发出的故障广播信息；故障广播信息为系统服务检测安卓车机系统发生故障时发出；调用系统服务，以获取系统服务在安卓车机系统发生故障时采集的故障日志信息；将故障日志信息发送至服务端，由服务端将故障日志信息提供给相关人员。本技术实施例通过利用应用程序获取系统服务在安卓车机系统发生故障时采集的故障日志信息，从而可以将故障日志信息传输至服务端，从而相关人员可以在服务端获取故障日志信息，并解决故障日志信息对应的故障。
75.图2示出了本技术提供的日志传输方法一种实施例的流程示意图，其中，该方法应用于安卓车机系统的系统服务。如图2所示，该方法包括：
76.201、监听安卓车机系统产生的日志信息。
77.202、若日志信息中包括故障日志信息，则采集故障日志信息。
78.203、发出故障广播信息，以便于应用程序监听到故障广播信息，调用系统服务。
79.204、基于应用程序的调用指令，将故障日志信息发送至应用程序，以便于应用程序将故障日志信息发送至服务端。
80.图2所述的实施例的具体执行过程与图1所述的执行方法一直，在此不在赘述。
81.图3示出了本技术提供的日志传输装置一个实施例的结构示意图，如图3所述，该装置包括：监听模块31、调用模块32、发送模块33。
82.监听模块31，用于监听所述安卓车机系统中的系统服务发出的故障广播信息；所述故障广播信息为所述系统服务检测所述安卓车机系统发生故障时发出；
83.调用模块32，用于调用所述系统服务，以获取所述系统服务在所述安卓车机系统发生故障时采集的故障日志信息；
84.发送模块33，用于将所述故障日志信息发送至服务端，由所述服务端将所述故障日志信息提供给相关人员。
85.可选地，上述装置还包括：获取模块，用于获取所述系统服务的调用权限。
86.可选地，上述获取模块具体用于发送权限请求至所述安卓车机系统的权限系统服务，以便所述权限系统服务分配调用权限。
87.可选地，上述装置还包括，确定模块，用于在所述系统服务对应的多个调用接口中确定出目标调用接口，所述目标调用接口用于传输所述系统服务获取的所有的故障日志信息。
88.可选地，调用模块32具体用于通过所述目标调用接口获取所述系统服务在所述安卓车机系统发生故障时采集的故障日志信息。
89.可选地，调用模块32还具体用于获取在预设时间内产生的所有故障日志信息。
90.可选地，发送模块33，具体用于将在所述预设时间内产生的所有故障日志信息发送至服务端。
91.图3所述的日志传输装置可以执行图1所示实施例所述的日志传输方法，其实现原理和技术效果不再赘述。对于上述实施例中的日志传输装置其中各个模块、单元执行操作的具体方式已经在有关该方法的实施例中进行了详细描述，此处将不做详细阐述说明。
92.图4示出了本技术提供的日志传输装置另一个实施例的结构示意图，应用于安卓车机系统中的应用程序，如图4所述，该装置包括：检测模块41、采集模块42、发送模块43。
93.检测模块41，用于检测安卓车机系统是否发生故障；
94.采集模块42，用于若所述安卓车机系统发生故障，采集故障日志信息；
95.发送模块43，用于发出故障广播信息，以便于应用程序监听到所述故障广播信息，调用所述系统服务；基于所述应用程序的调用指令，将所述故障日志信息发送至所述应用程序，以便于所述应用程序将所述故障日志信息发送至服务端。
96.图4所述的日志传输装置可以执行图2所示实施例所述的日志传输方法，其实现原理和技术效果不再赘述。对于上述实施例中的日志传输装置其中各个模块、单元执行操作的具体方式已经在有关该方法的实施例中进行了详细描述，此处将不做详细阐述说明。
97.在一个可能的设计中，图3所示实施例的仿真验证装置可以实现为计算设备，如图5所示，该计算设备可以包括存储组件501以及处理组件502；
98.所述存储组件501存储一条或多条计算机指令，其中，所述一条或多条计算机指令供所述处理组件502调用执行。
99.所述处理组件502用于：
100.监听所述安卓车机系统中的系统服务发出的故障广播信息；所述故障广播信息为所述系统服务检测所述安卓车机系统发生故障时发出；
101.调用所述系统服务，以获取所述系统服务在所述安卓车机系统发生故障时采集的故障日志信息；
102.将所述故障日志信息发送至服务端，由所述服务端将所述故障日志信息提供给相关人员。
103.在一个可能的设计中，图4所示实施例的仿真验证装置可以实现为计算设备，如图6所示，该计算设备可以包括存储组件601以及处理组件602；
104.所述存储组件601存储一条或多条计算机指令，其中，所述一条或多条计算机指令供所述处理组件602调用执行。
105.所述处理组件602用于：
106.检测安卓车机系统是否发生故障；
107.若所述安卓车机系统发生故障，采集故障日志信息；
108.发出故障广播信息，以便于应用程序监听到所述故障广播信息，调用所述系统服务；
109.基于所述应用程序的调用指令，将所述故障日志信息发送至所述应用程序，以便于所述应用程序将所述故障日志信息发送至服务端。
110.另外，本发明实施例提供了一种非暂时性机器可读存储介质，所述非暂时性机器可读存储介质上存储有可执行代码，当所述可执行代码被电子设备的处理器执行时，使所述处理器至少可以实现如前述图1所示实施例中提供的日志传输方法。
111.本发明实施例提供了一种非暂时性机器可读存储介质，所述非暂时性机器可读存储介质上存储有可执行代码，当所述可执行代码被电子设备的处理器执行时，使所述处理器至少可以实现如前述图2所示实施例中提供的日志传输方法。
112.所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统，装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。
113.以上所描述的装置实施例仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一种地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性的劳动的情况下，即可以理解并实施。
114.通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到各实施方式可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件。基于这样的理解，上述技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品可以存储在计算机可读存储介质中，如rom/ram、磁碟、光盘等，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行各个实施例或者实施例的某些部分所述的方法。
115.最后应说明的是：以上实施例仅用以说明本技术的技术方案，而非对其限制；尽管参照前述实施例对本技术进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本技术各实施例技术方案的精神和范围。