CN106776064B - 多系统中管理日志的方法及装置 - Google Patents
多系统中管理日志的方法及装置 Download PDFInfo
- Publication number
- CN106776064B CN106776064B CN201611070448.6A CN201611070448A CN106776064B CN 106776064 B CN106776064 B CN 106776064B CN 201611070448 A CN201611070448 A CN 201611070448A CN 106776064 B CN106776064 B CN 106776064B
- Authority
- CN
- China
- Prior art keywords
- log
- control system
- container system
- management service
- container
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
- 238000000034 method Methods 0.000 title claims abstract description 41
- 238000003860 storage Methods 0.000 claims abstract description 109
- 238000004140 cleaning Methods 0.000 claims description 42
- 230000005540 biological transmission Effects 0.000 claims description 4
- 238000007726 management method Methods 0.000 description 150
- 238000004891 communication Methods 0.000 description 30
- 230000006870 function Effects 0.000 description 19
- 230000008569 process Effects 0.000 description 13
- 230000007246 mechanism Effects 0.000 description 12
- 238000010586 diagram Methods 0.000 description 8
- 238000005516 engineering process Methods 0.000 description 7
- 230000015654 memory Effects 0.000 description 7
- 239000011230 binding agent Substances 0.000 description 6
- 238000004806 packaging method and process Methods 0.000 description 5
- 230000001960 triggered effect Effects 0.000 description 5
- 238000004590 computer program Methods 0.000 description 4
- 230000001360 synchronised effect Effects 0.000 description 4
- 238000012545 processing Methods 0.000 description 3
- 238000013500 data storage Methods 0.000 description 2
- 238000005034 decoration Methods 0.000 description 2
- 230000000694 effects Effects 0.000 description 2
- 230000006872 improvement Effects 0.000 description 2
- 238000012986 modification Methods 0.000 description 2
- 230000004048 modification Effects 0.000 description 2
- 230000003287 optical effect Effects 0.000 description 2
- 238000011161 development Methods 0.000 description 1
- 238000002955 isolation Methods 0.000 description 1
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
- G06F9/46—Multiprogramming arrangements
- G06F9/54—Interprogram communication
- G06F9/544—Buffers; Shared memory; Pipes
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
- G06F9/46—Multiprogramming arrangements
- G06F9/54—Interprogram communication
- G06F9/542—Event management; Broadcasting; Multicasting; Notifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
- G06F9/46—Multiprogramming arrangements
- G06F9/54—Interprogram communication
- G06F9/545—Interprogram communication where tasks reside in different layers, e.g. user- and kernel-space
Landscapes
- Engineering & Computer Science (AREA)
- Software Systems (AREA)
- Theoretical Computer Science (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Multimedia (AREA)
- Debugging And Monitoring (AREA)
Abstract
本发明提供了多系统中管理日志的方法及装置，该方法包括：当检测到来自第一容器系统的预定应用程序的日志获取指令时，第一容器系统的日志管理服务将日志获取指令发送至主控系统的日志管理服务，且主控系统的日志管理服务将接收到的日志获取指令发送至第二容器系统的日志管理服务；各个容器系统及主控系统各自的日志管理服务，基于日志获取指令获取其各自的日志，并将获取到的各个容器系统的日志存储路径发送至主控系统的日志管理服务；主控系统的日志管理服务基于第二容器系统及主控系统的日志存储路径，将主控系统及第二容器系统的日志在第一容器系统的预定存储路径下进行备份。通过本发明，实现了通过第一容器系统统一管理各系统的日志。
Description
技术领域
本发明涉及计算机技术领域，具体而言，本发明涉及一种多系统中管理日志的方法，及一种多系统中管理日志的装置。
背景技术
随着当今计算机技术的发展，为使终端设备操作系统的可靠性不断提高，各类操作系统通常配设有记录系统中硬件、软件和系统问题的系统日志，该系统日志还可以记录系统中发生的事件，当终端设备操作系统出现故障，用户可以通过系统日志来检查故障原因，同时，终端设备的系统开发人员也可以通过系统日志了解终端设备运行过程中出现的问题(如bug、黑屏、死机、自动退出程序等情况)，以利于售后服务以及后续对系统的完善和改进。为了在系统运行时可及时记录系统的运行状况，终端设备中用于存储系统日志的存储空间所对应的存储地址通常被配置在系统的预定存储路径下。
随着终端设备的各项软硬件配置越来越高，一些高端配置的终端设备运行效果已和桌面设备的相应配置实现的效果接近，同时，用户对于终端设备使用场景的多样性与日俱增，因此，出现了同一终端设备中根据不同的用户需求提供不同运行环境的解决方案，如设置特定用户在特定的受限运行环境下使用终端设备，或为同一用户在终端设备中的不同使用场景设置不同的运行环境。因此在终端设备中实现系统的虚拟化，从而使得终端设备中可以运行多个独立的操作系统，在这种情况下，各操作系统中都存储有各自对应的日志文件。
现有技术仅支持对同一终端设备中的单个操作系统进行日志的管理操作，如对日志的存储、打包及清理等操作，但无法对同一终端设备中的多个操作系统的日志进行管理，因此亟需一种对同一终端设备中的多个操作系统中的日志同时进行管理的方法。
发明内容
为克服上述技术问题或者至少部分地解决上述技术问题，特提出以下技术方案：
本发明的实施例提出了一种多系统中管理日志的方法，包括：
当检测到来自第一容器系统的预定应用程序的日志获取指令时，第一容器系统的日志管理服务将日志获取指令发送至主控系统的日志管理服务，且主控系统的日志管理服务将接收到的日志获取指令发送至第二容器系统的日志管理服务；
各个容器系统及主控系统各自的日志管理服务，基于日志获取指令获取其各自的日志，并将获取到的各个容器系统的日志存储路径发送至主控系统的日志管理服务；
主控系统的日志管理服务基于第二容器系统及主控系统的日志存储路径，将主控系统及第二容器系统的日志在第一容器系统的预定存储路径下进行备份。
优选地，各个容器系统及主控系统各自的日志管理服务，基于日志获取指令获取其各自的日志的步骤，包括：
各个容器系统及主控系统各自的日志管理服务将日志获取指令发送至各个容器系统及主控系统各自的日志获取服务；
各个容器系统及主控系统各自的日志获取服务基于接收到的日志获取指令获取其各自系统的日志；
各个容器系统及主控系统日志获取完成后，各个容器系统及主控系统各自的日志获取服务将各自的完成通知消息及各自的日志存储路径反馈至其各自相应的日志管理服务。
优选地，将主控系统及第二容器系统的日志在第一容器系统的预定存储路径下进行备份的步骤之后，还包括：
主控系统的日志管理服务通过第一容器系统的日志管理服务将备份存储完成消息反馈至预定应用程序，以生成日志获取完成提示信息。
优选地，主控系统的日志管理服务通过各个容器系统的日志管理服务在其日志管理服务中注册的回调函数，向各个容器系统的日志管理服务发送数据。
可选地，该方法还包括：
当检测到来自第一容器系统的预定应用程序的日志配置指令时，第一容器系统的日志管理服务将日志配置指令发送至主控系统的日志管理服务，且主控系统的日志管理服务将接收到的日志配置指令发送至第二容器系统的日志管理服务；
各个容器系统及主控系统各自的日志管理服务，基于日志配置指令对其各自的日志文件参数进行配置。
可选地，该方法还包括：
当检测到来自第一容器系统的预定应用程序的日志清理指令时，第一容器系统的日志管理服务将日志清理指令发送至主控系统的日志管理服务，且主控系统的日志管理服务将接收到的日志清理指令发送至第二容器系统的日志管理服务；
各个容器系统及主控系统各自的日志管理服务，基于日志清理指令对其各自日志存储路径下的日志进行清理。
本发明的另一实施例提出了一种多系统中管理日志的装置，包括：
发送模块，用于当检测到来自第一容器系统的预定应用程序的日志获取指令时，第一容器系统的日志管理服务将日志获取指令发送至主控系统的日志管理服务，且主控系统的日志管理服务将接收到的日志获取指令发送至第二容器系统的日志管理服务；
获取及发送模块，用于各个容器系统及主控系统各自的日志管理服务，基于日志获取指令获取其各自的日志，并将获取到的各个容器系统的日志存储路径发送至主控系统的日志管理服务；
备份模块，用于主控系统的日志管理服务基于第二容器系统及主控系统的日志存储路径，将主控系统及第二容器系统的日志在第一容器系统的预定存储路径下进行备份。
优选地，获取及发送模块，包括：
发送单元，用于各个容器系统及主控系统各自的日志管理服务将日志获取指令发送至各个容器系统及主控系统各自的日志获取服务；
获取单元，用于各个容器系统及主控系统各自的日志获取服务基于接收到的日志获取指令获取其各自系统的日志；
第一反馈单元，用于各个容器系统及主控系统日志获取完成后，各个容器系统及主控系统各自的日志获取服务将各自的完成通知消息及各自的日志存储路径反馈至其各自相应的日志管理服务。
优选地，备份模块，还包括：
第二反馈单元，用于主控系统的日志管理服务通过第一容器系统的日志管理服务将备份存储完成消息反馈至预定应用程序，以生成日志获取完成提示信息。
优选地，主控系统的日志管理服务通过各个容器系统的日志管理服务在其日志管理服务中注册的回调函数，向各个容器系统的日志管理服务发送数据。
本发明的实施例中，提出了一种多系统中管理日志的方案，当检测到来自第一容器系统的预定应用程序的日志获取指令时，第一容器系统的日志管理服务将日志获取指令发送至主控系统的日志管理服务，且主控系统的日志管理服务将接收到的日志获取指令发送至第二容器系统的日志管理服务，实现了同时向各个容器系统及主控系统发送日志获取指令，为统一获取各个容器系统及主控系统的日志提供了必要的前提保障；各个容器系统及主控系统各自的日志管理服务，基于日志获取指令获取其各自的日志，之后，各个容器系统将各自的日志存储路径发送至主控系统的日志管理服务，实现了统一获取各个容器系统及主控系统的日志，同时，为统一对各个容器系统及主控系统的日志进行管理提供了必要的前提保障；主控系统的日志管理服务基于第二容器系统及主控系统的日志存储路径，将主控系统及第二容器系统的日志在第一容器系统的预定存储路径下进行备份，实现了通过第一容器系统统一管理各个容器系统及主控系统的日志，解决了对同一终端设备中的多个操作系统的日志进行管理的问题，进一步地，可实现通过在一个系统中对多个操作系统的日志统一执行获取操作，提高了用户获取日志的操作体验。
本发明附加的方面和优点将在下面的描述中部分给出，这些将从下面的描述中变得明显，或通过本发明的实践了解到。
附图说明
本发明上述的和/或附加的方面和优点从下面结合附图对实施例的描述中将变得明显和容易理解，其中：
图1为本发明中一个实施例的多系统终端设备中各容器系统间的关系示意图；
图2为本发明中另一实施例的多系统中管理日志的方法的流程图；
图3为本发明中又另一实施例的多系统中管理日志的流程图；
图4为本发明中再另一实施例的多系统中管理日志的装置的结构示意图。
具体实施方式
下面详细描述本发明的实施例，所述实施例的示例在附图中示出，其中自始至终相同或类似的标号表示相同或类似的元件或具有相同或类似功能的元件。下面通过参考附图描述的实施例是示例性的，仅用于解释本发明，而不能解释为对本发明的限制。
本技术领域技术人员可以理解，除非特意声明，这里使用的单数形式“一”、“一个”、“所述”和“该”也可包括复数形式。应该进一步理解的是，本发明的说明书中使用的措辞“包括”是指存在所述特征、整数、步骤、操作、元件和/或组件，但是并不排除存在或添加一个或多个其他特征、整数、步骤、操作、元件、组件和/或它们的组。应该理解，当我们称元件被“连接”或“耦接”到另一元件时，它可以直接连接或耦接到其他元件，或者也可以存在中间元件。此外，这里使用的“连接”或“耦接”可以包括无线连接或无线耦接。这里使用的措辞“和/或”包括一个或更多个相关联的列出项的全部或任一单元和全部组合。
本技术领域技术人员可以理解，除非另外定义，这里使用的所有术语(包括技术术语和科学术语)，具有与本发明所属领域中的普通技术人员的一般理解相同的意义。还应该理解的是，诸如通用字典中定义的那些术语，应该被理解为具有与现有技术的上下文中的意义一致的意义，并且除非像这里一样被特定定义，否则不会用理想化或过于正式的含义来解释。
本发明的实施例中的多操作系统包括至少两个操作系统，其中，操作系统可包括各种操作系统，例如android操作系统等。本发明的实施例中的多操作系统可基于多种虚拟技术来实现，下文以Linux系统下的容器技术为例来进行实施例的详述。其中，使用Linux容器技术实现的多操作系统，在每个容器中装入独立的操作系统，多个操作系统之间相互独立，且多个操作系统运行在同一台物理终端设备上。
下面结合附图具体介绍本发明实施例的技术方案。
本发明实施例的终端设备的内部结构的框架示意图如图1所示，包括：至少两个容器系统和一个主控系统。其中，图1中的终端设备的内部结构框架中包括第一容器系统OS1、第二容器系统OS2和主控系统，其中，各个容器系统及主控系统拥有各自的日志管理服务。第一容器系统OS1在JAVA层通过暗码操作触发JAVA层的应用程序APP，APP通过JNI(JavaNative Interface，Java本地接口)来通知Native(调用非Java代码的接口)层的第一容器系统OS1的Log Service日志服务来抓取第一容器系统OS1日志的操作，同时，第一容器系统OS1的Log Service通过第一容器系统OS1的预定SSAL接口向主控系统的Log Service发送获取主控系统日志的通知消息，随后主控系统的Log Service向其他容器系统获取其他容器系统日志的通知消息，其他容器系统如图1中的第二容器系统OS2，主控系统的Log Service向第二容器系统OS2的Log Service发送获取第二容器系统OS2日志的通知消息；当所有容器系统的日志获取完成后，由主控系统的Log Service执行统一的日志相关处理。需要说明的是，终端设备的内部结构框架中可以包括多个第二容器系统OS2。
其中，本发明实施例中的容器系统，可以是设置在以Linux container(容器)虚拟化技术创建的容器中的操作系统。操作系统可以为传统意义上的Linux操作系统或Unix操作系统，也可以是基于Linux操作系统衍生出来的Android系统、Ubuntu系统或FireFox系统等，还可以为以Windows平台为基础的windows系统等。实际上，本发明中的容器系统不限于前述例举的操作系统，可以涵盖所有能够在容器中运行的操作系统。
优选地，容器系统可以是上述传统的操作系统，也可以是对传统的kernel进行改进和/或在kernel之外(例如框架层和应用层)增加功能模块之后，得到的操作系统。其所采用的容器技术是一种灵活、可配置化、轻量级的虚拟化技术。其中，各个容器系统共享同一系统内核，当各容器中的操作系统为Linux操作系统或基于Linux操作系统衍生出来的系统时，各容器系统为基于Linux kernel namespace框架之上的，以Linux内核中的两个较新的功能：namespace与cgroup为基础，增加了对终端设备中设备资源的管理功能模块后，实现了容器系统之间的相互隔离。容器技术可以根据不同的业务需求将系统中的全部进程分配到不同的进程组中，不同的进程组可以相互隔离地运行在同一台物理设备上，每一个相互隔离的进程组被赋予一个更形象的名字，即容器(container)。实现了不同容器中的系统同时运行于同一物理设备上。需要说明的是，本领域技术人员可以了解到，cgroup资源为controller group资源，最初由Google的工程师提出，后被整合进Linux内核中用于将任意进程进行分组化管理的Linux内核功能，同时还可以控制进程的资源占用(CPU、内存等的占用)情况，cgroup本身提供将进程进行分组化管理的功能和接口的基础结构。
优选地，主容器系统和可信域容器系统间可以通过预定义的通道或容器通道与其他容器系统进行通信，预定义的通道可以是socket(套接字)通道，本发明的实施例中，主容器系统和可信域容器系统通过其各自的容器系统模块与容器系统管理模块进行通信。
图2为本发明中一个实施例的多系统中管理日志的方法的流程图。
本发明的实施例中，各步骤所执行的内容概述如下：步骤S210：当检测到来自第一容器系统的预定应用程序的日志获取指令时，第一容器系统的日志管理服务将日志获取指令发送至主控系统的日志管理服务，且主控系统的日志管理服务将接收到的日志获取指令发送至第二容器系统的日志管理服务；步骤S220：各个容器系统及主控系统各自的日志管理服务，基于日志获取指令获取其各自的日志，并将获取到的各个容器系统的日志存储路径发送至主控系统的日志管理服务；步骤S230：主控系统的日志管理服务基于第二容器系统及主控系统的日志存储路径，将主控系统及第二容器系统的日志在第一容器系统的预定存储路径下进行备份。
本发明的实施例中，提出了一种多系统中管理日志的方法，当检测到来自第一容器系统的预定应用程序的日志获取指令时，第一容器系统的日志管理服务将日志获取指令发送至主控系统的日志管理服务，且主控系统的日志管理服务将接收到的日志获取指令发送至第二容器系统的日志管理服务，实现了同时向各个容器系统及主控系统发送日志获取指令，为统一获取各个容器系统及主控系统的日志提供了必要的前提保障；各个容器系统及主控系统各自的日志管理服务，基于日志获取指令获取其各自的日志，之后，各个容器系统将各自的日志存储路径发送至主控系统的日志管理服务，实现了统一获取各个容器系统及主控系统的日志，同时，为统一对各个容器系统及主控系统的日志进行管理提供了必要的前提保障；主控系统的日志管理服务基于第二容器系统及主控系统的日志存储路径，将主控系统及第二容器系统的日志在第一容器系统的预定存储路径下进行备份，实现了通过第一容器系统统一管理各个容器系统及主控系统的日志，解决了对同一终端设备中的多个操作系统的日志进行管理的问题，进一步地，可实现通过在一个系统中对多个操作系统的日志统一执行获取操作，提高了用户获取日志的操作体验。以下针对各个步骤的具体实现做进一步的说明：
步骤S210：当检测到来自第一容器系统的预定应用程序的日志获取指令时，第一容器系统的日志管理服务将日志获取指令发送至主控系统的日志管理服务，且主控系统的日志管理服务将接收到的日志获取指令发送至第二容器系统的日志管理服务。
优选地，主控系统的日志管理服务通过各个容器系统的日志管理服务在其日志管理服务中注册的回调函数，向各个容器系统的日志管理服务发送数据。
例如，在多系统的终端设备A中，包括主控系统、第一容器系统OS1和第二容器系统OS2，各个容器系统及主控系统拥有各自的日志管理服务(即Log Service)和获取日志的相关服务，如图3中各个容器系统及主控系统的slog服务。其中，当第一容器系统OS1的操作系统为Android系统时，通过如暗码操作的触发方式触发第一容器系统OS1的预定应用程序APP发送日志获取指令后，在JAVA层预定应用程序APP通过JNI调用预定的通信机制将日志获取指令发送至第一容器系统OS1的Log Service，如图3中所示的步骤1，预定应用程序APP通过JNI调用Binder通信机制将日志获取指令发送至第一容器系统OS1的Log Service，当检测到来自第一容器系统OS1的预定应用程序APP的日志获取指令时，第一容器系统OS1的Log Service向第一容器系统OS1的获取日志的相关服务，如第一容器系统OS1的slog服务，和主控系统的Log Service发送日志获取指令，如图3中所示的步骤2和步骤3，随后，主控系统的Log Service将接收到的日志获取指令，通过预定通信通道，如socket通道，发送至预定的接口，如SSAL接口，并通过SSAL接口将该日志获取指令通过第二容器系统OS2的LogService在主控系统的Log Service中预注册的回调函数发送至第二容器系统OS2的LogService，如图3中所示的步骤5。
步骤S220：各个容器系统及主控系统各自的日志管理服务，基于日志获取指令获取其各自的日志，并将获取到的各个容器系统的日志存储路径发送至主控系统的日志管理服务。
例如，在多系统的终端设备A中，包括主控系统、第一容器系统OS1和第二容器系统OS2，当第一容器系统OS1的Log Service接收到预定应用程序APP发送的日志获取指令后，执行获取第一容器系统OS1的日志的操作，第一容器系统OS1的Log Service并将日志获取指令发送至主控系统的Log Service，主控系统根据其接收到的日志获取指令执行获取其日志的操作，主控系统在接收到日志获取指令的同时，主控系统的Log Service将日志获取指令发送至第二容器系统OS2的Log Service，第二容器系统OS2根据其接收到的日志获取指令执行获取其日志的操作，基于第一容器系统OS1和第二容器系统OS2已获取的各自对应的日志后，第一容器系统OS1和第二容器系统OS2通过其各自的Log Service将获取到的其各自的日志及其各自日志的存储路径发送至主控系统的Log Service，基于主控系统的slog服务已获取的主控系统的日志后，主控系统的slog服务将获取到的主控系统的日志及其日志的存储路径发送至主控系统的Log Service。
需要说明的是，第一容器系统OS1的预定存储路径可以根据第一容器系统OS1的日志存储路径来进行配置，在后续对主控系统及第二容器系统的日志在第一容器系统的预定存储路径下进行备份时，将主控系统及第二容器系统的日志在第一容器系统的日志存储路径下，或在与第一容器系统的日志存储路径相同的根目录的路径下进行备份；当不将第一容器系统OS1的预定存储路径发送至主控系统的Log Service或因传输故障等因素无法获取到第一容器系统OS1的日志存储路径的情况下，在后续对主控系统及第二容器系统的日志在第一容器系统的预定存储路径下进行备份时，将主控系统及第二容器系统的日志在预设的第一容器系统的预定存储路径下进行备份。因此，在本发明的实施例中，可以将第一容器系统OS1的预定存储路径发送至主控系统的Log Service，也可以不将第一容器系统OS1的预定存储路径发送至主控系统的Log Service，在此不做限定。
优选地，步骤S220中各个容器系统及主控系统各自的日志管理服务，基于日志获取指令获取其各自的日志的步骤，进一步包括步骤S221、步骤S222和步骤S223；步骤S221：各个容器系统及主控系统各自的日志管理服务将日志获取指令发送至各个容器系统及主控系统各自的日志获取服务；步骤S222：各个容器系统及主控系统各自的日志获取服务基于接收到的日志获取指令获取其各自系统的日志；步骤S223：各个容器系统及主控系统日志获取完成后，各个容器系统及主控系统各自的日志获取服务将各自的完成通知消息及各自的日志存储路径反馈至其各自相应的日志管理服务。
例如，在多系统的终端设备A中，包括主控系统、第一容器系统OS1和第二容器系统OS2，当第一容器系统OS1的Log Service接收到预定应用程序APP发送的日志获取指令后，通过预定socket通信通道将日志获取指令发送至第一容器系统OS1的日志获取服务，如第一容器系统OS1的slog服务，如图3所示的步骤2，第一容器系统OS1的slog服务基于接收到的日志获取指令获取第一容器系统OS1的日志并对获取的日志进行打包，同时第一容器系统OS1的Log Service将日志获取指令发送至主控系统的Log Service，如图3所示的步骤3，再由主控系统的Log Service通过预定socket通信通道将日志获取指令发送至主控系统的日志获取服务，如主控系统的slog服务，如图3所示的步骤4，主控系统的slog服务基于接收到的日志获取指令获取主控系统的日志并对获取的日志进行打包，同时主控系统的LogService通过第二容器系统OS2的Log Service在主控系统的Log Service中预注册的回调函数将日志获取指令发送至第二容器系统OS2的Log Service，第二容器系统OS2的LogService通过预定socket通信通道将日志获取指令发送至第二容器系统OS2的日志获取服务，如第二容器系统OS2的slog服务，如图3所示的步骤6，第二容器系统OS2的slog服务基于接收到的日志获取指令获取第二容器系统OS2的日志并对获取的日志进行打包。之后，第一容器系统OS1的系统日志获取完成后，第一容器系统OS1的slog服务通过预定socket通信通道将第一容器系统OS1的日志获取完成通知消息及其日志存储路径发送至第一容器系统OS1的Log Service，如图3所示的步骤2.1；主控系统的系统日志获取完成后，主控系统的slog服务通过预定socket通信通道将主控系统的日志获取完成通知消息及其日志存储路径发送至主控系统的Log Service，如图3所示的步骤4.1；第二容器系统OS2的系统日志获取完成后，第二容器系统OS2的slog服务通过预定socket通信通道将第二容器系统OS2的日志获取完成通知消息及其日志存储路径发送至第二容器系统OS2的Log Service，如图3所示的步骤6.1。
步骤S230：主控系统的日志管理服务基于第二容器系统及主控系统的日志存储路径，将主控系统及第二容器系统的日志在第一容器系统的预定存储路径下进行备份。
例如，在多系统的终端设备A中，包括主控系统、第一容器系统OS1和第二容器系统OS2，基于主控系统、第一容器系统OS1和第二容器系统OS2已获取的各自对应的日志后，将获取到的各个容器系统的日志存储路径发送至主控系统的Log Service，主控系统的LogService基于第二容器系统OS2及主控系统的日志存储路径，从第二容器系统OS2及主控系统的日志存储路径下获取第二容器系统OS2及主控系统打包后的日志，并将获取的打包后的日志存储至第一容器系统OS1的预定存储路径下，如图3所示的步骤7。
在一优选实施例中，在步骤S230中将主控系统及第二容器系统的日志在第一容器系统的预定存储路径下进行备份的步骤之后，还包括步骤S240；步骤S240：主控系统的日志管理服务通过第一容器系统的日志管理服务将备份存储完成消息反馈至预定应用程序，以生成日志获取完成提示信息。
例如，在多系统的终端设备A中，包括主控系统、第一容器系统OS1和第二容器系统OS2，主控系统的Log Service将主控系统及第二容器系统OS2的打包后的日志在第一容器系统OS1的预定存储路径下进行备份后，主控系统的Log Service通过第一容器系统OS1的LogService在主控系统的Log Service中预注册的回调函数将备份存储完成消息发送至第一容器系统OS1的Log Service，如图3所示的步骤3.1，随后第一容器系统OS1的Log Service将备份存储完成消息发送至第一容器系统OS1的预定应用程序APP，以生成日志获取完成提示信息，如“各系统已完成日志获取！”。
在一优选实施例中，该方法还包括步骤S250和步骤S260；步骤S250：当检测到来自第一容器系统的预定应用程序的日志配置指令时，第一容器系统的日志管理服务将日志配置指令发送至主控系统的日志管理服务，且主控系统的日志管理服务将接收到的日志配置指令发送至第二容器系统的日志管理服务；步骤S260：各个容器系统及主控系统各自的日志管理服务，基于日志配置指令对其各自的日志文件参数进行配置。
例如，在多系统的终端设备A中，包括主控系统、第一容器系统OS1和第二容器系统OS2，各个容器系统及主控系统拥有各自的日志管理服务Log Service和获取日志的相关服务，如图3中的slog服务。当第一容器系统OS1的操作系统为Android系统时，通过如暗码操作的触发方式触发第一容器系统OS1的预定应用程序APP发送日志配置指令后，在JAVA层预定应用程序APP通过JNI调用预定的通信机制将日志配置指令发送至第一容器系统OS1的Log Service，如图3中所示的步骤1，预定应用程序APP通过JNI调用Binder通信机制将日志配置指令发送至第一容器系统OS1的Log Service，当检测到来自第一容器系统OS1的预定应用程序APP的日志配置指令时，第一容器系统OS1的Log Service，将接收到的日志配置指令，通过预定通信通道，如socket通道，发送至预定的接口，如SSAL接口，并通过SSAL接口将该日志配置指令发送至在主控系统的Log Service，如图3中所示的步骤3；随后，主控系统的Log Service将接收到的日志配置指令，通过预定SSAL接口将该日志配置指令通过第二容器系统OS2的Log Service在主控系统的Log Service中预注册的回调函数发送至第二容器系统OS2的Log Service，如图3中所示的步骤5；各个容器系统及主控系统各自的日志管理服务，如图3中各个容器系统及主控系统的Log Service服务，基于日志配置指令对其各自的日志文件参数进行配置，如配置各系统中日志文件的大小、日志文件的个数和日志的存储等级等参数。
通过本实施例，实现了对多系统的终端设备中，根据用户在各个容器系统及主控系统中的个性化使用需求，对各个容器系统及主控系统的日志保存的相关参数进行统一同步配置，进一步地，可通过一个系统对整个终端设备的多个系统同时进行日志管理配置，满足了用户的个性化使用需求，提高了用户管理日志的终端使用体验。
在一优选实施例中，该方法还包括步骤S270和步骤S280；步骤S270：当检测到来自第一容器系统的预定应用程序的日志清理指令时，第一容器系统的日志管理服务将日志清理指令发送至主控系统的日志管理服务，且主控系统的日志管理服务将接收到的日志清理指令发送至第二容器系统的日志管理服务；步骤S280：各个容器系统及主控系统各自的日志管理服务，基于日志清理指令对其各自日志存储路径下的日志进行清理。
例如，在多系统的终端设备A中，包括主控系统、第一容器系统OS1和第二容器系统OS2，各个容器系统及主控系统拥有各自的日志管理服务Log Service和获取日志的相关服务，如图3中的slog服务。基于接收到各系统的日志存储路径，当第一容器系统OS1的操作系统为Android系统时，通过如暗码操作的触发方式触发第一容器系统OS1的预定应用程序APP发送日志清理指令后，在JAVA层预定应用程序APP通过JNI调用预定的通信机制将日志清理指令发送至第一容器系统OS1的Log Service，如图3中所示的步骤1，预定应用程序APP通过JNI调用Binder通信机制将日志清理指令发送至第一容器系统OS1的Log Service，当检测到来自第一容器系统OS1的预定应用程序APP的日志清理指令时，第一容器系统OS1的Log Service，将接收到的日志清理指令通过预定通信通道，如socket通道，发送至预定的接口，如SSAL接口，并通过SSAL接口将该日志清理指令发送至在主控系统的Log Service，如图3中所示的步骤3；随后，主控系统的Log Service将接收到的日志清理指令，通过预定SSAL接口将该日志清理指令通过第二容器系统OS2的Log Service在主控系统的LogService中预注册的回调函数发送至第二容器系统OS2的Log Service，如图3中所示的步骤5；各个容器系统及主控系统各自的Log Service，基于日志清理指令对其各自日志存储路径下的日志进行清理。
通过本实施例，实现了对多系统的终端设备中对各个容器系统及主控系统日志进行同步清理，进一步地，可通过一个系统对整个终端设备的多个系统的数据存储空间进行清理，提高了用户管理日志的终端使用体验。
图4为本发明中再另一实施例的多系统中管理日志的装置的结构示意图。
本发明的实施例中，各模块所执行的内容概述如下：发送模块410当检测到来自第一容器系统的预定应用程序的日志获取指令时，第一容器系统的日志管理服务将日志获取指令发送至主控系统的日志管理服务，且主控系统的日志管理服务将接收到的日志获取指令发送至第二容器系统的日志管理服务；获取及发送模块420各个容器系统及主控系统各自的日志管理服务，基于日志获取指令获取其各自的日志，并将获取到的各个容器系统的日志存储路径发送至主控系统的日志管理服务；备份模块430主控系统的日志管理服务基于第二容器系统及主控系统的日志存储路径，将主控系统及第二容器系统的日志在第一容器系统的预定存储路径下进行备份。
本发明的实施例中，提出了一种多系统中管理日志的装置，当检测到来自第一容器系统的预定应用程序的日志获取指令时，第一容器系统的日志管理服务将日志获取指令发送至主控系统的日志管理服务，且主控系统的日志管理服务将接收到的日志获取指令发送至第二容器系统的日志管理服务，实现了同时向各个容器系统及主控系统发送日志获取指令，为统一获取各个容器系统及主控系统的日志提供了必要的前提保障；各个容器系统及主控系统各自的日志管理服务，基于日志获取指令获取其各自的日志，之后，各个容器系统将各自的日志存储路径发送至主控系统的日志管理服务，实现了统一获取各个容器系统及主控系统的日志，同时，为统一对各个容器系统及主控系统的日志进行管理提供了必要的前提保障；主控系统的日志管理服务基于第二容器系统及主控系统的日志存储路径，将主控系统及第二容器系统的日志在第一容器系统的预定存储路径下进行备份，实现了通过第一容器系统统一管理各个容器系统及主控系统的日志，解决了对同一终端设备中的多个操作系统的日志进行管理的问题，进一步地，可实现通过在一个系统中对多个操作系统的日志统一执行获取操作，提高了用户获取日志的操作体验。以下针对各个模块的具体实现做进一步的说明：
发送模块410用于当检测到来自第一容器系统的预定应用程序的日志获取指令时，第一容器系统的日志管理服务将日志获取指令发送至主控系统的日志管理服务，且主控系统的日志管理服务将接收到的日志获取指令发送至第二容器系统的日志管理服务。
优选地，主控系统的日志管理服务通过各个容器系统的日志管理服务在其日志管理服务中注册的回调函数，向各个容器系统的日志管理服务发送数据。
例如，在多系统的终端设备A中，包括主控系统、第一容器系统OS1和第二容器系统OS2，各个容器系统及主控系统拥有各自的日志管理服务(即Log Service)和获取日志的相关服务，其中，当第一容器系统OS1的操作系统为Android系统时，通过如暗码操作的触发方式触发第一容器系统OS1的预定应用程序APP发送日志获取指令后，在JAVA层预定应用程序APP通过JNI调用预定的通信机制将日志获取指令发送至第一容器系统OS1的Log Service，预定应用程序APP通过JNI调用Binder通信机制将日志获取指令发送至第一容器系统OS1的Log Service，当发送模块410检测到来自第一容器系统OS1的预定应用程序APP的日志获取指令时，第一容器系统OS1的Log Service向第一容器系统OS1的获取日志的相关服务，如第一容器系统OS1的slog服务，和主控系统的Log Service发送日志获取指令，随后，主控系统的Log Service将接收到的日志获取指令，通过预定通信通道，如socket通道，发送至预定的接口，如SSAL接口，并通过SSAL接口将该日志获取指令通过第二容器系统OS2的LogService在主控系统的Log Service中预注册的回调函数发送至第二容器系统OS2的LogService。
获取及发送模块420用于各个容器系统及主控系统各自的日志管理服务，基于日志获取指令获取其各自的日志，并将获取到的各个容器系统的日志存储路径发送至主控系统的日志管理服务。
例如，在多系统的终端设备A中，包括主控系统、第一容器系统OS1和第二容器系统OS2，当第一容器系统OS1的Log Service接收到预定应用程序APP发送的日志获取指令后，执行获取第一容器系统OS1的日志的操作，第一容器系统OS1的Log Service并将日志获取指令发送至主控系统的Log Service，主控系统根据其接收到的日志获取指令执行获取其日志的操作，主控系统在接收到日志获取指令的同时，主控系统的Log Service将日志获取指令发送至第二容器系统OS2的Log Service，第二容器系统OS2根据其接收到的日志获取指令执行获取其日志的操作，获取及发送模块420基于第一容器系统OS1和第二容器系统OS2已获取的各自对应的日志后，第一容器系统OS1和第二容器系统OS2通过其各自的Log Service将获取到的其各自的日志及其各自日志的存储路径发送至主控系统的Log Service，获取及发送模块420基于主控系统的slog服务已获取的主控系统的日志后，主控系统的slog服务将获取到的主控系统的日志及其日志的存储路径发送至主控系统的Log Service。
需要说明的是，第一容器系统OS1的预定存储路径可以根据第一容器系统OS1的日志存储路径来进行配置，在后续对主控系统及第二容器系统的日志在第一容器系统的预定存储路径下进行备份时，将主控系统及第二容器系统的日志在第一容器系统的日志存储路径下，或在与第一容器系统的日志存储路径相同的根目录的路径下进行备份；当不将第一容器系统OS1的预定存储路径发送至主控系统的Log Service或因传输故障等因素无法获取到第一容器系统OS1的日志存储路径的情况下，在后续对主控系统及第二容器系统的日志在第一容器系统的预定存储路径下进行备份时，将主控系统及第二容器系统的日志在预设的第一容器系统的预定存储路径下进行备份。因此，在本发明的实施例中，可以将第一容器系统OS1的预定存储路径发送至主控系统的Log Service，也可以不将第一容器系统OS1的预定存储路径发送至主控系统的Log Service，在此不做限定。
优选地，获取及发送模块420进一步包括发送单元、获取单元和第一反馈单元；发送单元用于各个容器系统及主控系统各自的日志管理服务将日志获取指令发送至各个容器系统及主控系统各自的日志获取服务；获取单元用于各个容器系统及主控系统各自的日志获取服务基于接收到的日志获取指令获取其各自系统的日志；第一反馈单元用于各系统日志获取完成后，各个容器系统及主控系统各自的日志获取服务将各系统的完成通知消息及各自的日志存储路径反馈至相应系统的日志管理服务。
例如，在多系统的终端设备A中，包括主控系统、第一容器系统OS1和第二容器系统OS2，当第一容器系统OS1的Log Service接收到预定应用程序APP发送的日志获取指令后，通过预定socket通信通道将日志获取指令发送至第一容器系统OS1的日志获取服务，如第一容器系统OS1的slog服务，第一容器系统OS1的slog服务基于接收到的日志获取指令获取第一容器系统OS1的日志并对获取的日志进行打包，同时第一容器系统OS1的Log Service将日志获取指令发送至主控系统的Log Service，再由主控系统的Log Service通过预定socket通信通道将日志获取指令发送至主控系统的日志获取服务，如主控系统的slog服务，主控系统的slog服务基于接收到的日志获取指令获取主控系统的日志并对获取的日志进行打包，同时主控系统的Log Service通过第二容器系统OS2的Log Service在主控系统的LogService中预注册的回调函数将日志获取指令发送至第二容器系统OS2的Log Service，第二容器系统OS2的Log Service通过预定socket通信通道将日志获取指令发送至第二容器系统OS2的日志获取服务，如第二容器系统OS2的slog服务，第二容器系统OS2的slog服务基于接收到的日志获取指令获取第二容器系统OS2的日志并对获取的日志进行打包。之后，第一容器系统OS1的系统日志获取完成后，第一容器系统OS1的slog服务通过预定socket通信通道将第一容器系统OS1的日志获取完成通知消息及其日志存储路径发送至第一容器系统OS1的Log Service；主控系统的系统日志获取完成后，主控系统的slog服务通过预定socket通信通道将主控系统的日志获取完成通知消息及其日志存储路径发送至主控系统的Log Service；第二容器系统OS2的系统日志获取完成后，第二容器系统OS2的slog服务通过预定socket通信通道将第二容器系统OS2的日志获取完成通知消息及其日志存储路径发送至第二容器系统OS2的Log Service。
备份模块430用于主控系统的日志管理服务基于第二容器系统及主控系统的日志存储路径，将主控系统及第二容器系统的日志在第一容器系统的预定存储路径下进行备份。
例如，在多系统的终端设备A中，包括主控系统、第一容器系统OS1和第二容器系统OS2，基于主控系统、第一容器系统OS1和第二容器系统OS2已获取的各自对应的日志后，将获取到的各个容器系统的日志存储路径发送至主控系统的Log Service，备份模块430主控系统的Log Service基于第二容器系统OS2及主控系统的日志存储路径，从第二容器系统OS2及主控系统的日志存储路径下获取第二容器系统OS2及主控系统打包后的日志，并将获取的打包后的日志存储至第一容器系统OS1的预定存储路径下。
在一优选实施例中，备份模块430还包括第二反馈单元；第二反馈单元用于主控系统的日志管理服务通过第一容器系统的日志管理服务将备份存储完成消息反馈至预定应用程序，以生成日志获取完成提示信息。
例如，在多系统的终端设备A中，包括主控系统、第一容器系统OS1和第二容器系统OS2，主控系统的Log Service将主控系统及第二容器系统OS2的打包后的日志在第一容器系统OS1的预定存储路径下进行备份后，主控系统的Log Service通过第一容器系统OS1的LogService在主控系统的Log Service中预注册的回调函数将备份存储完成消息发送至第一容器系统OS1的Log Service，随后第二反馈单元通过第一容器系统OS1的Log Service将备份存储完成消息发送至第一容器系统OS1的预定应用程序APP，以生成日志获取完成提示信息，如“各系统已完成日志获取！”。
在一优选实施例中，该装置还包括配置指令发送模块和配置模块；配置指令发送模块用于当检测到来自第一容器系统的预定应用程序的日志配置指令时，第一容器系统的日志管理服务将日志配置指令发送至主控系统的日志管理服务，且主控系统的日志管理服务将接收到的日志配置指令发送至第二容器系统的日志管理服务；配置模块用于各个容器系统及主控系统各自的日志管理服务，基于日志配置指令对其各自的日志文件参数进行配置。
例如，在多系统的终端设备A中，包括主控系统、第一容器系统OS1和第二容器系统OS2，各个容器系统及主控系统拥有各自的日志管理服务Log Service和获取日志的相关服务。当第一容器系统OS1的操作系统为Android系统时，通过如暗码操作的触发方式触发第一容器系统OS1的预定应用程序APP发送日志配置指令后，在JAVA层预定应用程序APP通过JNI调用预定的通信机制将日志配置指令发送至第一容器系统OS1的Log Service，预定应用程序APP通过JNI调用Binder通信机制将日志配置指令发送至第一容器系统OS1的LogService，当检测到来自第一容器系统OS1的预定应用程序APP的日志配置指令时，第一容器系统OS1的Log Service，将接收到的日志配置指令，通过预定通信通道，如socket通道，发送至预定的接口，如SSAL接口，并通过SSAL接口将该日志配置指令发送至在主控系统的LogService；随后，主控系统的Log Service将接收到的日志配置指令，通过预定SSAL接口将该日志配置指令通过第二容器系统OS2的Log Service在主控系统的Log Service中预注册的回调函数发送至第二容器系统OS2的Log Service；各个容器系统及主控系统各自的日志管理服务，基于日志配置指令对其各自的日志文件参数进行配置，如配置各系统中日志文件的大小、日志文件的个数和日志的存储等级等参数。
通过本实施例，实现了对多系统的终端设备中，根据用户在各个容器系统及主控系统中的个性化使用需求，对各个容器系统及主控系统的日志保存的相关参数进行统一同步配置，进一步地，可通过一个系统对整个终端设备的多个系统同时进行日志管理配置，满足了用户的个性化使用需求，提高了用户管理日志的终端使用体验。
在一优选实施例中，该装置还包括清理指令发送模块和清理模块；清理指令发送模块用于当检测到来自第一容器系统的预定应用程序的日志清理指令时，第一容器系统的日志管理服务将日志清理指令发送至主控系统的日志管理服务，且主控系统的日志管理服务将接收到的日志清理指令发送至第二容器系统的日志管理服务；清理模块用于各个容器系统及主控系统各自的日志管理服务，基于日志清理指令对其各自日志存储路径下的日志进行清理。
例如，在多系统的终端设备A中，包括主控系统、第一容器系统OS1和第二容器系统OS2，各个容器系统及主控系统拥有各自的日志管理服务Log Service和获取日志的相关服务。基于接收到各系统的日志存储路径，当第一容器系统OS1的操作系统为Android系统时，清理指令发送模块通过如暗码操作的触发方式触发第一容器系统OS1的预定应用程序APP发送日志清理指令后，在JAVA层预定应用程序APP通过JNI调用预定的通信机制将日志清理指令发送至第一容器系统OS1的Log Service，预定应用程序APP通过JNI调用Binder通信机制将日志清理指令发送至第一容器系统OS1的Log Service，当检测到来自第一容器系统OS1的预定应用程序APP的日志清理指令时，第一容器系统OS1的Log Service，将接收到的日志清理指令通过预定通信通道，如socket通道，发送至预定的接口，如SSAL接口，并通过SSAL接口将该日志清理指令发送至在主控系统的Log Service；随后，主控系统的Log Service将接收到的日志清理指令，通过预定SSAL接口将该日志清理指令通过第二容器系统OS2的Log Service在主控系统的Log Service中预注册的回调函数发送至第二容器系统OS2的Log Service；清理模块各个容器系统及主控系统各自的Log Service，基于日志清理指令对其各自日志存储路径下的日志进行清理。
通过本实施例，实现了对多系统的终端设备中对各个容器系统及主控系统日志进行同步清理，进一步地，可通过一个系统对整个终端设备的多个系统的数据存储空间进行清理，提高了用户管理日志的终端使用体验。
本技术领域技术人员可以理解，本发明包括涉及用于执行本申请中所述操作中的一项或多项的设备。这些设备可以为所需的目的而专门设计和制造，或者也可以包括通用计算机中的已知设备。这些设备具有存储在其内的计算机程序，这些计算机程序选择性地激活或重构。这样的计算机程序可以被存储在设备(例如，计算机)可读介质中或者存储在适于存储电子指令并分别耦联到总线的任何类型的介质中，所述计算机可读介质包括但不限于任何类型的盘(包括软盘、硬盘、光盘、CD-ROM、和磁光盘)、ROM(Read-Only Memory，只读存储器)、RAM(Random Access Memory，随即存储器)、EPROM(Erasable ProgrammableRead-Only Memory，可擦写可编程只读存储器)、EEPROM(Electrically ErasableProgrammable Read-Only Memory，电可擦可编程只读存储器)、闪存、磁性卡片或光线卡片。也就是，可读介质包括由设备(例如，计算机)以能够读的形式存储或传输信息的任何介质。
本技术领域技术人员可以理解，可以用计算机程序指令来实现这些结构图和/或框图和/或流图中的每个框以及这些结构图和/或框图和/或流图中的框的组合。本技术领域技术人员可以理解，可以将这些计算机程序指令提供给通用计算机、专业计算机或其他可编程数据处理方法的处理器来实现，从而通过计算机或其他可编程数据处理方法的处理器来执行本发明公开的结构图和/或框图和/或流图的框或多个框中指定的方案。
本技术领域技术人员可以理解，本发明中已经讨论过的各种操作、方法、流程中的步骤、措施、方案可以被交替、更改、组合或删除。进一步地，具有本发明中已经讨论过的各种操作、方法、流程中的其他步骤、措施、方案也可以被交替、更改、重排、分解、组合或删除。进一步地，现有技术中的具有与本发明中公开的各种操作、方法、流程中的步骤、措施、方案也可以被交替、更改、重排、分解、组合或删除。
以上所述仅是本发明的部分实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本发明原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视为本发明的保护范围。
Claims (10)
1.一种多系统中管理日志的方法，所述多系统运行在同一终端设备中，包括主控系统、第一容器系统和至少一个第二容器系统，其特征在于，包括：
当检测到来自第一容器系统的预定应用程序的日志获取指令时，第一容器系统的日志管理服务将所述日志获取指令发送至主控系统的日志管理服务，且主控系统的日志管理服务将接收到的所述日志获取指令发送至第二容器系统的日志管理服务；
各个容器系统及主控系统各自的日志管理服务，基于所述日志获取指令获取其各自的日志，并将获取到的各个容器系统的日志存储路径发送至主控系统的日志管理服务；
主控系统的日志管理服务基于第二容器系统及主控系统的日志存储路径，将主控系统及第二容器系统的日志在第一容器系统的预定存储路径下进行备份。
2.根据权利要求1所述的方法，其特征在于，所述各个容器系统及主控系统各自的日志管理服务，基于所述日志获取指令获取其各自的日志的步骤，包括：
各个容器系统及主控系统各自的日志管理服务将所述日志获取指令发送至各个容器系统及主控系统各自的日志获取服务；
各个容器系统及主控系统各自的日志获取服务基于接收到的所述日志获取指令获取其各自系统的日志；
各个容器系统及主控系统日志获取完成后，各个容器系统及主控系统各自的日志获取服务将各自的完成通知消息及各自的日志存储路径反馈至其各自相应的日志管理服务。
3.根据权利要求1所述的方法，其特征在于，所述将主控系统及第二容器系统的日志在第一容器系统的预定存储路径下进行备份的步骤之后，还包括：
主控系统的日志管理服务通过第一容器系统的日志管理服务将备份存储完成消息反馈至所述预定应用程序，以生成日志获取完成提示信息。
4.根据权利要求1所述的方法，其特征在于，主控系统的日志管理服务通过各个容器系统的日志管理服务在其日志管理服务中注册的回调函数，向各个容器系统的日志管理服务发送数据。
5.根据权利要求1所述的方法，其特征在于，还包括：
当检测到来自第一容器系统的预定应用程序的日志配置指令时，第一容器系统的日志管理服务将所述日志配置指令发送至主控系统的日志管理服务，且主控系统的日志管理服务将接收到的所述日志配置指令发送至第二容器系统的日志管理服务；
各个容器系统及主控系统各自的日志管理服务，基于所述日志配置指令对其各自的日志文件参数进行配置。
6.根据权利要求1所述的方法，其特征在于，还包括：
当检测到来自第一容器系统的预定应用程序的日志清理指令时，第一容器系统的日志管理服务将所述日志清理指令发送至主控系统的日志管理服务，且主控系统的日志管理服务将接收到的所述日志清理指令发送至第二容器系统的日志管理服务；
各个容器系统及主控系统各自的日志管理服务，基于所述日志清理指令对其各自日志存储路径下的日志进行清理。
7.一种多系统中管理日志的装置，所述多系统运行在同一终端设备中，包括主控系统、第一容器系统和至少一个第二容器系统，其特征在于，包括：
发送模块，用于当检测到来自第一容器系统的预定应用程序的日志获取指令时，第一容器系统的日志管理服务将所述日志获取指令发送至主控系统的日志管理服务，且主控系统的日志管理服务将接收到的所述日志获取指令发送至第二容器系统的日志管理服务；
获取及发送模块，用于各个容器系统及主控系统各自的日志管理服务，基于所述日志获取指令获取其各自的日志，并将获取到的各个容器系统的日志存储路径发送至主控系统的日志管理服务；
备份模块，用于主控系统的日志管理服务基于第二容器系统及主控系统的日志存储路径，将主控系统及第二容器系统的日志在第一容器系统的预定存储路径下进行备份。
8.根据权利要求7所述的装置，其特征在于，所述获取及发送模块，包括：
发送单元，用于各个容器系统及主控系统各自的日志管理服务将所述日志获取指令发送至各个容器系统及主控系统各自的日志获取服务；
获取单元，用于各个容器系统及主控系统各自的日志获取服务基于接收到的所述日志获取指令获取其各自系统的日志；
第一反馈单元，用于各个容器系统及主控系统日志获取完成后，各个容器系统及主控系统各自的日志获取服务将各自的完成通知消息及各自的日志存储路径反馈至其各自相应的日志管理服务。
9.根据权利要求7所述的装置，其特征在于，所述备份模块，还包括：
第二反馈单元，用于主控系统的日志管理服务通过第一容器系统的日志管理服务将备份存储完成消息反馈至所述预定应用程序，以生成日志获取完成提示信息。
10.根据权利要求7所述的装置，其特征在于，主控系统的日志管理服务通过各个容器系统的日志管理服务在其日志管理服务中注册的回调函数，向各个容器系统的日志管理服务发送数据。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201611070448.6A CN106776064B (zh) | 2016-11-29 | 2016-11-29 | 多系统中管理日志的方法及装置 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201611070448.6A CN106776064B (zh) | 2016-11-29 | 2016-11-29 | 多系统中管理日志的方法及装置 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN106776064A CN106776064A (zh) | 2017-05-31 |
| CN106776064B true CN106776064B (zh) | 2020-06-09 |
Family
ID=58904237
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201611070448.6A Active CN106776064B (zh) | 2016-11-29 | 2016-11-29 | 多系统中管理日志的方法及装置 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN106776064B (zh) |
Families Citing this family (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN107770078A (zh) * | 2017-10-13 | 2018-03-06 | 广州视源电子科技股份有限公司 | 交互智能平板、数据的传输方法、装置及存储介质 |
| CN108182292B (zh) * | 2018-01-30 | 2022-12-09 | Oppo广东移动通信有限公司 | 应用于智能音箱的日志文件处理方法、装置及智能音箱 |
| CN108959046B (zh) * | 2018-06-08 | 2020-10-30 | 联想(北京)有限公司 | 一种信息处理方法、设备及装置 |
| CN109684038B (zh) * | 2018-12-18 | 2020-12-08 | 网易（杭州）网络有限公司 | Docker服务容器日志的处理方法、装置和电子设备 |
| CN111881003A (zh) * | 2020-09-27 | 2020-11-03 | 国网汇通金财（北京）信息科技有限公司 | 一种日志动态采集方法及装置 |
Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US6658420B1 (en) * | 1999-06-11 | 2003-12-02 | Sun Microsystems, Inc. | Independent log containment hierarchy |
| CN105281934A (zh) * | 2014-06-27 | 2016-01-27 | 中兴通讯股份有限公司 | 单板日志信息的存储方法及系统 |
| CN105450449A (zh) * | 2015-12-01 | 2016-03-30 | 百度在线网络技术（北京）有限公司 | 文件操作方法和装置 |
| CN105808414A (zh) * | 2016-03-08 | 2016-07-27 | 联想(北京)有限公司 | 一种日志处理方法及日志处理电子设备 |
-
2016
- 2016-11-29 CN CN201611070448.6A patent/CN106776064B/zh active Active
Patent Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US6658420B1 (en) * | 1999-06-11 | 2003-12-02 | Sun Microsystems, Inc. | Independent log containment hierarchy |
| CN105281934A (zh) * | 2014-06-27 | 2016-01-27 | 中兴通讯股份有限公司 | 单板日志信息的存储方法及系统 |
| CN105450449A (zh) * | 2015-12-01 | 2016-03-30 | 百度在线网络技术（北京）有限公司 | 文件操作方法和装置 |
| CN105808414A (zh) * | 2016-03-08 | 2016-07-27 | 联想(北京)有限公司 | 一种日志处理方法及日志处理电子设备 |
Non-Patent Citations (2)
| Title |
|---|
| The Virtual Machine Log Auditor;Kingston等;《Information Assurance and Security Letters》;20111231;全文 * |
| 日志管理技术研究与实现;王变琴;《计算机工程》;20000831;第26卷(第8期);全文 * |
Also Published As
| Publication number | Publication date |
|---|---|
| CN106776064A (zh) | 2017-05-31 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN106776064B (zh) | 多系统中管理日志的方法及装置 | |
| CN107667348B (zh) | 用于迁移应用的方法和设备 | |
| US9529602B1 (en) | Systems and methods for internet recovery and service | |
| US11216220B2 (en) | Resolving failed or hanging mount points in a clustered storage solution for containers | |
| CN106776998B (zh) | 一种数据库服务提供方法及服务器 | |
| CN105955782B (zh) | 应用程序运行控制的方法及装置 | |
| CN106776067B (zh) | 多容器系统中系统资源的管理方法及管理装置 | |
| US9542174B2 (en) | Deployment of software images with distinct configuration logic | |
| US9501296B2 (en) | Hypervisor automation manager for starting an operation system with customization data from a disk image | |
| US10541862B2 (en) | VNF processing policy determining method, apparatus, and system | |
| US10228954B2 (en) | Broadcasting management information using fountain codes | |
| US20160335151A1 (en) | Systems and methods for providing service and support to computing devices | |
| CN107911467B (zh) | 一种脚本化操作的服务操作管理系统和方法 | |
| CN111104201A (zh) | 系统迁移方法和装置、电子设备、存储介质 | |
| US9959127B2 (en) | Systems and methods for exporting diagnostic data and securing privileges in a service operating system | |
| CN112579049A (zh) | 基于云平台的定制软件产品化管理方法及装置 | |
| CN112732412A (zh) | 一种服务配置文件处理方法、装置、存储介质及电子设备 | |
| CN112306640A (zh) | 容器分配方法及其装置、设备、介质 | |
| CN110688130A (zh) | 物理机部署方法、装置、可读存储介质及电子设备 | |
| US20150222485A1 (en) | Dynamic server configuration and initialization | |
| CN107688479B (zh) | Android系统网络集群及其搭建的方法、Android系统网络集群数据处理的方法和系统 | |
| US10454773B2 (en) | Virtual machine mobility | |
| CN114443295A (zh) | 一种异构云资源管理调度方法、装置及系统 | |
| CN113934443A (zh) | 软件升级系统 | |
| KR102368826B1 (ko) | 클라우드 서버 및 클라우드 서버의 동작 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| PB01 | Publication | ||
| PB01 | Publication | ||
| SE01 | Entry into force of request for substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| GR01 | Patent grant | ||
| GR01 | Patent grant | ||
| TR01 | Transfer of patent right | ||
| TR01 | Transfer of patent right |
Effective date of registration: 20210207 Address after: 101300 room 153, 1 / F, building 17, 16 Caixiang East Road, Nancai Town, Shunyi District, Beijing Patentee after: Yuanxin Information Technology Group Co.,Ltd. Address before: 100176 room 2222, building D, building 33, 99 Kechuang 14th Street, Beijing Economic and Technological Development Zone, Beijing Patentee before: BEIJING YUANXIN SCIENCE & TECHNOLOGY Co.,Ltd. |
|
| EE01 | Entry into force of recordation of patent licensing contract | ||
| EE01 | Entry into force of recordation of patent licensing contract |
Application publication date: 20170531 Assignee: Beijing Yuanxin Junsheng Technology Co.,Ltd. Assignor: Yuanxin Information Technology Group Co.,Ltd. Contract record no.: X2021110000018 Denomination of invention: Method and device of managing log in multi system Granted publication date: 20200609 License type: Common License Record date: 20210531 |