日志处理方法和日志处理装置与流程

本公开涉及一种日志处理方法和日志处理装置。

背景技术：

目前基于日志文件的信息采集系统(如：filebeat等)在获取日志时，必须等待新增的日志内容写入磁盘后，才能从磁盘文件中读取到该内容。可见，现有技术中从日志内容的产生到日志内容被读取的过程包括了一次磁盘“写操作”和一次磁盘“读操作”。该一次磁盘“写操作”和一次磁盘“读操作”带来的时间延迟，导致日志的采集往往不能满足对文件内容监控的实时性要求较高的场景(例如，日志的实时监控、基于日志的故障报警、或文件内容的实时同步等)的需求。

技术实现要素：

本公开的一个方面提供了一种可以实时采集日志新增内容的日志处理方法。该日志处理方法包括：监控在操作系统的内核空间中所述操作系统对监控文件执行写操作的第一系统调用；当监控到所述第一系统调用时，复制所述第一系统调用的第一参数的参数值，其中所述第一参数用于向所述监控文件中写入日志内容；将所述第一参数的参数值从所述内核空间发送到所述操作系统的用户空间；在所述用户空间接收所述第一参数的参数值；以及在所述用户空间中将所述第一参数的参数值传递给至少一个应用程序。

可选地，在所述监控在操作系统的内核空间中所述操作系统对监控文件执行写操作的第一系统调用之前，还包括在所述用户空间中获取所述监控文件的存储路径信息；将所述监控文件的存储路径信息发送给所述内核空间；以及在所述内核空间中将所述监控文件的存储路径信息转换为所述监控文件在所述内核空间中的寻址信息，所述寻址信息用于指示所述操作系统在所述内核空间中定位所述监控文件。

可选地，所述方法还包括：确定所述监控文件的存储路径信息的更新机制；基于所述更新机制在所述用户空间中实时更新所述监控文件的存储路径信息；将更新的所述监控文件的存储路径信息发送给所述内核空间；以及在所述内核空间中基于更新的所述监控文件的存储路径信息实时更新所述寻址信息。

可选地，所述监控在操作系统的内核空间中所述操作系统对监控文件执行写操作的第一系统调用，包括监控在所述内核空间中所述操作系统对所述监控文件执行打开操作的第二系统调用，在监控到所述第二系统调用时获取运行所述监控文件的进程信息以及所述监控文件的文件描述符，以及基于所述进程信息与所述文件描述符监控所述第一系统调用。

可选地，所述监控在操作系统的内核空间中所述操作系统对监控文件执行写操作的第一系统调用，还包括监控在所述内核空间中所述操作系统对所述监控文件执行关闭操作的第三系统调用，在监控到所述第三系统调用之后，若再次监控到所述第二系统调用，则重新获取运行所述监控文件的进程信息以及所述监控文件的文件描述符，以及基于所述重新获取的进程信息与文件描述符，监控所述第一系统调用。

本公开的另一方面提供了一种日志处理装置。所述装置包括文件监控模块以及文件接收模块。所述文件监控模块设置于操作系统的内核空间。所述文件监控模块用于：监控在操作系统的内核空间中所述操作系统对监控文件执行写操作的第一系统调用；当监控到所述第一系统调用时，复制所述第一系统调用的第一参数的参数值，其中所述第一参数用于向所述监控文件中写入日志内容；以及将所述第一参数的参数值从所述内核空间发送到所述操作系统的用户空间。所述文件内容接收模块设置于所述用户空间。所述文件内容接收模块用于在所述用户空间接收所述第一参数的参数值，以及在所述用户空间中将所述第一参数的参数值传递给至少一个应用程序。

可选地，所述装置还包括文件注册模块。所述文件注册模块设置于所述用户空间。所述文件注册模块用于在所述用户空间中获取所述监控文件的存储路径信息，以及将所述存储路径信息发送给所述内核空间。所述文件监控模块还用于在所述内核空间中将所述监控文件的存储路径信息转换为所述监控文件在所述内核空间中的寻址信息，所述寻址信息用于指示所述操作系统在所述内核空间中定位所述监控文件。

可选地，所述文件注册模块还用于确定所述监控文件的存储路径信息的更新机制，基于所述更新机制在所述用户空间中实时更新所述监控文件的存储路径信息，以及将更新的所述监控文件的存储路径信息发送给所述内核空间。所述文件监控模块还用于在所述内核空间中基于更新的所述监控文件的存储路径信息实时更新所述寻址信息。

可选地，所述文件监控模块具体用于监控在所述内核空间中所述操作系统对所述监控文件执行打开操作的第二系统调用，在监控到所述第二系统调用时，获取运行所述监控文件的进程信息以及所述监控文件的文件描述符，以及基于所述进程信息与所述文件描述符，监控所述第一系统调用。

可选地，所述文件监控模块具体还用于监控在所述内核空间中所述操作系统对所述监控文件执行关闭操作的第三系统调用，在监控到所述第三系统调用之后，若再次监控到所述第二系统调用，则再次重新运行所述监控文件的进程信息以及所述监控文件的文件描述符，以及基于所述重新获取的进程信息与文件描述符，监控所述第一系统调用。

本公开的另一方面提供了一种计算机系统，包括一个或多个处理器以及一个或多个存储器。所述一个或多个存储器存储有计算机可执行指令。所述一个或多个处理器执行所述指令以实现如上所述的日志处理方法。

本公开的另一方面提供了一种计算机可读存储介质，存储有计算机可执行指令，所述指令在被执行时用于实现如上所述的日志处理方法。

本公开的另一方面提供了一种计算机程序，所述计算机程序包括计算机可执行指令，所述指令在被执行时用于实现如上所述的日志处理方法。

附图说明

为了更完整地理解本公开及其优势，现在将参考结合附图的以下描述，其中：

图1示意性示出了根据本公开实施例的日志处理装置的方框图；

图2示意性示出了根据本公开实施例的日志处理装置的各模块在操作系统中的设置示意；

图3示意性示出了根据本公开实施例的日志处理方法的流程图；

图4示意性示出了根据本公开实施例的日志处理流程的示意图；

图5示意性示出了根据本公开另一实施例的日志处理方法中注册监控文件的方法流程；

图6示意性示出了根据本公开又一实施例的日志处理方法中注册监控文件的方法流程；

图7示意性示出了根据本公开实施例的日志处理方法中监控对监控文件执行写操作的第一系统调用的实现流程；以及

图8示意性示出了根据本公开实施例的适用于日志处理的计算机系统的框图。

具体实施方式

以下，将参照附图来描述本公开的实施例。但是应该理解，这些描述只是示例性的，而并非要限制本公开的范围。在下面的详细描述中，为便于解释，阐述了许多具体的细节以提供对本公开实施例的全面理解。然而，明显地，一个或多个实施例在没有这些具体细节的情况下也可以被实施。此外，在以下说明中，省略了对公知结构和技术的描述，以避免不必要地混淆本公开的概念。

在此使用的术语仅仅是为了描述具体实施例，而并非意在限制本公开。在此使用的术语“包括”、“包含”等表明了所述特征、步骤、操作和/或部件的存在，但是并不排除存在或添加一个或多个其他特征、步骤、操作或部件。

在此使用的所有术语(包括技术和科学术语)具有本领域技术人员通常所理解的含义，除非另外定义。应注意，这里使用的术语应解释为具有与本说明书的上下文相一致的含义，而不应以理想化或过于刻板的方式来解释。

在使用类似于“a、b和c等中至少一个”这样的表述的情况下，一般来说应该按照本领域技术人员通常理解该表述的含义来予以解释(例如，“具有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的系统等)。

附图中示出了一些方框图和/或流程图。应理解，方框图和/或流程图中的一些方框或其组合可以由计算机程序指令来实现。这些计算机程序指令可以提供给通用计算机、专用计算机或其他可编程数据处理装置的处理器，从而这些指令在由该处理器执行时可以创建用于实现这些方框图和/或流程图中所说明的功能/操作的装置。本公开的技术可以硬件和/或软件(包括固件、微代码等)的形式来实现。另外，本公开的技术可以采取存储有指令的计算机可读存储介质上的计算机程序产品的形式，该计算机程序产品可供指令执行系统使用或者结合指令执行系统使用。

本公开的各个实施例提供了一种日志处理方法和日志处理装置。该日志处理方法和日志处理装置可以在监控文件被执行写操作的系统调用时，把该写操作的系统调用中用于写入日志内容的参数的参数值复制下来并传递给使用日志的应用程序，从而实现对日志文件新增内容的实时采集。以此方式，可以减少现有技术中日志采集过程中由于一次磁盘“写操作”和一次磁盘“读操作”带来的时间延迟，提高采集日志新增内容的实时性。

根据本公开的实施例，该日志处理方法可以包括：监控在操作系统的内核空间中操作系统对监控文件执行写操作的第一系统调用。当监控到第一系统调用时，复制第一系统调用的第一参数的参数值，其中第一参数用于向该监控文件中写入日志内容。然后，将第一参数的参数值从内核空间发送到操作系统的用户空间。接下来，在用户空间接收第一参数的参数值。然后在用户空间中将第一参数的参数值传递给至少一个应用程序。

根据本公开的另一些实施例，在监控对监控文件执行写操作的第一系统调用之前，需要在操作系统中注册该监控文件。在操作系统中注册该监控文件可以包括在用户空间中获取监控文件的存储路径信息；将监控文件的存储路径信息发送给内核空间；以及在内核空间中将监控文件的存储路径信息转换为监控文件在内核空间中的寻址信息，该寻址信息用于指示操作系统在内核空间中定位该监控文件。这样，监控该监控文件时，可以根据该寻找信息在内核空间中定位到该监控文件，然后监控对该监控文件执行的写操作的第一系统调用。

图1示意性示出了根据本公开实施例的日志处理装置100的方框图。

如图1所示，根据本公开的实施例，该日志处理装置100可以包括文件监控模块110和文件内容接收模块120。根据本公开的另一些实施例，该日志处理装置100还可以进一步包括文件注册模块130。

图2示意性示出了根据本公开实施例的日志处理装置100的各模块在操作系统中的设置示意。

如图2所示，根据本公开的实施例，文件监控模块110设置于操作系统的内核空间。文件内容接收模块120设置于操作系统的用户空间。文件注册模块130也设置于操作系统的用户空间。

结合图1和图2，文件监控模块110可以监控操作系统对监控文件(例如，预先配置好的待采集新增日志内容的文件)执行写操作的第一系统调用，并当监控到存在该第一系统调用时，可以将第一系统调用的多个参数中用于写入日志内容的第一参数的参数值进行复制。

文件内容接收模块120可以通过实时读操作的系统调用201从文件监控模块110实时读取数据(例如，日志文件新增内容)。此外，文件内容接收模块120还可以将读取的日志文件新增内容传递给至少一个应用程序。该至少一个应用程序可以是提前配置好从文件内容接收模块120实时采集新增日志内容的应用程序。

文件注册模块130可以用于在操作系统中注册该监控文件。例如，文件注册模块130可以基于用户操作在用户空间配置监控文件的存储路径信息，还可以通过文件注册的系统调用202将该监控文件的存储路径信息传递给内核空间的文件监控模块110。与此同时，文件监控模块110可以在接收到该监控文件的存储路径信息后，将该监控文件的存储路径信息转换为该监控文件在内核空间中的寻址信息，从而实现对监控文件的注册。其中该监控文件在内核空间中的寻址信息用于在内核空间中定位该监控文件，是根据操作系统的文件系统对文件的管理规则而确定的地址标识信息(例如，inodenumber信息)。

具体地，根据本公开的实施例，文件监控模块110用于首先监控在操作系统的内核空间中操作系统对监控文件执行写操作的第一系统调用，然后当监控到第一系统调用时，复制第一系统调用的第一参数的参数值，其中第一参数用于向监控文件中写入日志内容，接着通过实时读操作的系统调用201将第一参数的参数值从内核空间发送到操作系统的用户空间。

文件内容接收模块120用于通过实时读操作的系统调用201在用户空间接收第一参数的参数值，以及在用户空间中将第一参数的参数值传递给至少一个应用程序。

文件注册模块130用于在用户空间中获取监控文件的存储路径信息，以及通过文件注册的系统调用202将存储路径信息发送给内核空间。与此同时，文件监控模块110还用于首先通过文件注册的系统调用202接收该监控文件的存储路径信息，然后在内核空间中将监控文件的存储路径信息转换为监控文件在内核空间中的寻址信息，该寻址信息用于指示操作系统在内核空间中定位监控文件。

图3示意性示出了根据本公开实施例的日志处理方法的流程图。

如图3所示，根据本公开实施例的日志处理方法包括操作s301～操作s305。其中，操作s301～操作s303可以由文件监控模块110执行。操作s304～操作s305可以由文件内容接收模块120执行。首先在操作s301，监控在操作系统的内核空间中操作系统对监控文件执行写操作的第一系统调用。

然后在操作s302，当监控到第一系统调用时，复制第一系统调用的第一参数的参数值，其中第一参数用于向监控文件中写入日志内容。该第一系统调用可以有多个参数，其中本公开实施例选择其中用于向监控文件中写入日志内容的第一参数的参数值进行复制，从而可以得到操作系统要写入该监控文件的内容(即，新增的日志内容)。以此方式可以在该新增的日志内容写入磁盘之前就复制到该新增的日志内容。

接着在操作s303，将第一参数的参数值从内核空间发送到操作系统的用户空间，例如可以通过实时读操作的系统调用201实现。该实时读操作的系统调用201可以是来自系统调用标准函数库(例如，c标准库(libc))的系统调用，也可以是专门配置的系统调用。

之后在操作s304，在用户空间接收第一参数的参数值，例如通过实时读操作的系统调用201实现。

最后在操作s305，在用户空间中将第一参数的参数值传递给至少一个应用程序。

以此方式根据本公开的实施例，该至少一个应用程序在采集监控文件的新增日志内容时，可以避免现有技术中的一次磁盘“写操作”和一次磁盘“读操作”，从而减少了相应的时间延迟，提高日志采集的实时性。

图4示意性示出了根据本公开实施例的日志处理流程的示意图。

如图4所示，实时采集新增日志内容的该至少一个应用程序包括应用程序605。应用程序605实时采集在日志文件604(即，监控文件604)中写入的日志内容。

根据本公开的实施例，通过文件监控模块110监控在操作系统的内核空间中操作系统对日志文件604执行写操作的第一系统调用606(操作s301)。例如，日志文件604可以是应用程序601的日志文件。

应用程序601要写入日志时，可以从系统调用标准函数库602中调用写操作的第一系统调用606。具体地，应用程序601通过第一系统调用606将要写入日志文件604的日志内容数据传递给内核空间的文件系统603，然后文件系统603再将该日志内容写入日志文件604，实现对日志内容的落盘。

现有技术中，应用程序605读取日志文件604的新增内容时，需要等待日志内容落盘以后，再从调用标准函数库602调用读操作的系统调用，然后通过文件系统603从日志文件604中读取日志文件604的内容。

与现有技术不同的是，根据本公开实施例的日志处理方法，应用程序605读取日志文件604的新增内容时，可以在文件监控模块110监控到第一系统调用606时，复制第一系统调用606中用于向日志文件604中写入日志内容的第一参数的参数值(操作s302)来快速获取到新增日志内容。以此方式，根据本公开实施例的日志处理方法可以在通过第一系统调用606的传递日志文件604的新增内容的过程中对日志文件604的新增内容进行拦截。然后，将日志文件604的新增内容通过实时读操作的系统调用201传递给用户空间的文件内容接收模块120(操作s303和操作s304)。进而，应用程序605可以从文件内容接收模块120中采集到日志文件604的新增内容(操作s305)。

由此可见，根据本公开的实施例，通过在第一系统调用606的传递日志文件604的新增内容的过程中对日志文件604的新增内容进行拦截，使得应用程序605采集日志文件604的新增内容的过程中避免了一次磁盘“写操作”和一次磁盘“读操作”，提高了日志读取的实时性。

图5示意性示出了根据本公开另一实施例的日志处理方法中注册监控文件的方法流程。其中，图5所示的注册监控文件的方法流程可在图3所示的方法流程中的操作s301之前执行。

如图5所示，根据本公开的实施例，该注册该监控文件的流程具体包括操作s501～操作s503。其中操作s501～操作s502可以由文件注册模块130执行，操作s503可以由文件监控模块110执行。

首先在操作s501，在用户空间中获取监控文件的存储路径信息。该存储路径信息可以是基于用户操作获得的监控文件604的存储路径信息。该存储路径信息例如可以示例为“c盘/user/文件夹名/文件名”

接着在操作s502，将监控文件604的存储路径信息发送给内核空间，例如通过文件注册的系统调用202实现。该文件注册的系统调用202可以是来自系统调用标准函数库602(例如，c标准库(libc))的系统调用，也可以是专门配置的系统调用。

然后在操作s503，在内核空间中将监控文件604的存储路径信息转换为监控文件604在内核空间中的寻址信息，寻址信息用于指示操作系统在内核空间中定位监控文件604。在内核空间中操作系统是通过文件系统603管理文件的。因此，需要将监控文件604的存储路径信息按照文件系统603的管理规则转换为监控文件604在内核空间中的寻址信息(例如，inodenumber)。这样，在操作s301中文件监控模块110就可以根据该寻址信息定位到该监控文件604，从而监控对该监控文件604的第一系统调用606。

图6示意性示出了根据本公开又一实施例的日志处理方法中注册监控文件的方法流程。其中，图6所示的注册监控文件的方法流程在图3所示的方法流程中的操作s301之前执行。

如图6所示，根据本公开又一实施例该注册监控文件的方法流程除了操作s501～操作s503以外，还可以包括操作s504～操作s507。其中，操作s504～操作s506可以由文件注册模块130执行，操作s507可以由文件监控模块110执行。

在操作s504，确定监控文件604的存储路径信息的更新机制，例如该监控文件604是否被设置了rotate机制(例如，logrotate服务)。

在操作s505，基于更新机制在用户空间中实时更新监控文件604的存储路径信息。

在操作s506，将更新的监控文件604的存储路径信息发送给内核空间。例如，通过图2中的文件注册的系统调用202来实现。

在操作s507，在内核空间中基于更新的监控文件604的存储路径信息实时更新寻址信息。

例如，如果监控文件604被设置了rotate机制(如：logrotate服务)，通常会按照时间(例如每天或每月)、或大小(例如10mb或20mb)等自动分割监控文件604。分割后用于写入新增日志内容的该监控文件604的文件名不变，但是文件的存储路径信息可能会发生变化。因此根据更新后的存储路径信息更新在内核空间中的该监控文件604的寻址信息，可以确保文件监控模块110的监控的文件是正确的。

图7示意性示出了根据本公开实施例的日志处理方法中操作s301监控对监控文件执行写操作的第一系统调用606的实现流程。

如图7所示，根据本公开的实施例操作s301具体可以操作s711～操作s731。根据本公开的另一些实施例，除了操作s711～操作s731以外，操作s301还可以包括操作s741～操作s761。

首先在操作s711，监控在内核空间中操作系统对监控文件604执行打开操作的第二系统调用。

然后在操作s721，在监控到该第二系统调用时，获取运行监控文件604的进程信息以及监控文件604的文件描述符。

接着在操作s731，基于进程信息与文件描述符，监控第一系统调用。

根据本公开的实施例，文件监控模块110例如可以利用inotify机制监控操作系统对监控文件604执行打开操作的第二系统调用。并在监控文件604被打开后获取打开监控文件604的进程信息(例如，进程号)及其相应的文件描述符。然后基于该进程信息与文件描述符，监控对监控文件604发生写操作的第一系统调用606。

根据本公开实施例的方法在操作s731之后还可以包括操作s741～操作s761。

在操作s741，监控在内核空间中操作系统对监控文件604执行关闭操作的第三系统调用。

然后在操作s751，在监控到第三系统调用之后，若再次监控到第二系统调用，则重新获取运行监控文件604的进程信息以及监控文件604的文件描述符。

之后在操作s761，基于重新获取的进程信息与文件描述符，监控第一系统调用606。

从而，当运行监控文件604的进程可以会发生重启后，重新获取运行监控文件604的进程信息以及监控文件604的文件描述符，并基于重新获取的进程信息与文件描述符监控该第一系统调用606。

根据本公开的实施例的模块、子模块、单元、子单元中的任意多个、或其中任意多个的至少部分功能可以在一个模块中实现。根据本公开实施例的模块、子模块、单元、子单元中的任意一个或多个可以被拆分成多个模块来实现。根据本公开实施例的模块、子模块、单元、子单元中的任意一个或多个可以至少被部分地实现为硬件电路，例如现场可编程门阵列(fpga)、可编程逻辑阵列(pla)、片上系统、基板上的系统、封装上的系统、专用集成电路(asic)，或可以通过对电路进行集成或封装的任何其他的合理方式的硬件或固件来实现，或以软件、硬件以及固件三种实现方式中任意一种或以其中任意几种的适当组合来实现。或者，根据本公开实施例的模块、子模块、单元、子单元中的一个或多个可以至少被部分地实现为计算机程序模块，当该计算机程序模块被运行时，可以执行相应的功能。

例如，文件监控模块110、文件内容接收模块120、以及文件注册模块130中的任意多个可以合并在一个模块中实现，或者其中的任意一个模块可以被拆分成多个模块。或者，这些模块中的一个或多个模块的至少部分功能可以与其他模块的至少部分功能相结合，并在一个模块中实现。根据本公开的实施例，文件监控模块110、文件内容接收模块120、以及文件注册模块130中的至少一个可以至少被部分地实现为硬件电路，例如现场可编程门阵列(fpga)、可编程逻辑阵列(pla)、片上系统、基板上的系统、封装上的系统、专用集成电路(asic)，或可以通过对电路进行集成或封装的任何其他的合理方式等硬件或固件来实现，或以软件、硬件以及固件三种实现方式中任意一种或以其中任意几种的适当组合来实现。或者，文件监控模块110、文件内容接收模块120、以及文件注册模块130中的至少一个可以至少被部分地实现为计算机程序模块，当该计算机程序模块被运行时，可以执行相应的功能。

图8示意性示出了根据本公开实施例的适用于日志处理的计算机系统的框图。图8示出的计算机系统800仅仅是一个示例，不应对本公开实施例的功能和使用范围带来任何限制。

如图8所示，计算机系统800包括处理器810以及计算机可读存储介质820。该计算机系统800可以执行根据本公开实施例的方法。

具体地，处理器810例如可以包括通用微处理器、指令集处理器和/或相关芯片组和/或专用微处理器(例如，专用集成电路(asic))，等等。处理器810还可以包括用于缓存用途的板载存储器。处理器810可以是用于执行根据本公开实施例的方法流程的不同动作的单一处理单元或者是多个处理单元。

计算机可读存储介质820，例如可以是非易失性的计算机可读存储介质，具体示例包括但不限于：磁存储装置，如磁带或硬盘(hdd)；光存储装置，如光盘(cd-rom)；存储器，如随机存取存储器(ram)或闪存；等等。

计算机可读存储介质820可以包括计算机程序821，该计算机程序821可以包括代码/计算机可执行指令，其在由处理器810执行时使得处理器810执行根据本公开实施例的方法或其任何变形。

计算机程序821可被配置为具有例如包括计算机程序模块的计算机程序代码。例如，在示例实施例中，计算机程序821中的代码可以包括一个或多个程序模块，例如包括821a、模块821b、……。应当注意，模块的划分方式和个数并不是固定的，本领域技术人员可以根据实际情况使用合适的程序模块或程序模块组合，当这些程序模块组合被处理器810执行时，使得处理器810可以执行根据本公开实施例的方法或其任何变形。

根据本发明的实施例，文件监控模块110、文件内容接收模块120、以及文件注册模块130中的至少一个可以实现为参考图8描述的计算机程序模块，其在被处理器810执行时，可以实现上面描述的相应操作。

本公开还提供了一种计算机可读存储介质，该计算机可读存储介质可以是上述实施例中描述的设备/装置/系统中所包含的；也可以是单独存在，而未装配入该设备/装置/系统中。上述计算机可读存储介质承载有一个或者多个程序，当上述一个或者多个程序被执行时，实现根据本公开实施例的方法。

根据本公开的实施例，计算机可读存储介质可以是非易失性的计算机可读存储介质，例如可以包括但不限于：便携式计算机磁盘、硬盘、随机访问存储器(ram)、只读存储器(rom)、可擦式可编程只读存储器(eprom或闪存)、便携式紧凑磁盘只读存储器(cd-rom)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本公开中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。

附图中的流程图和框图，图示了按照本公开各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，上述模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图或流程图中的每个方框、以及框图或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。

本领域技术人员可以理解，本公开的各个实施例和/或权利要求中记载的特征在不冲突的情况下可以进行多种组合和/或结合，即使这样的组合或结合没有明确记载于本公开中。特别地，在不脱离本公开精神和教导的情况下，本公开的各个实施例和/或权利要求中记载的特征可以进行多种组合和/或结合。所有这些组合和/或结合均落入本公开的范围。

尽管已经参照本公开的特定示例性实施例示出并描述了本公开，但是本领域技术人员应该理解，在不背离所附权利要求及其等同物限定的本公开的精神和范围的情况下，可以对本公开进行形式和细节上的多种改变。因此，本公开的范围不应该限于上述实施例，而是应该不仅由所附权利要求来进行确定，还由所附权利要求的等同物来进行限定。