日志运行方法及系统、客户端和服务器与流程

本发明属于银行日志运行技术领域，尤其涉及一种日志运行方法及系统、客户端和服务器。

背景技术：

金证现有中间件KCBP拥有独立的日志模块，日志也是支持异步写入及按不同日志级别异步写入等属性。但在多线程或多进程运行的情况下，由于KCBP日志模块异步写入的日志顺序会出现杂乱无章的状态，且日志前置节点中的信息也无法标记日志是属于什么机构或者哪个柜员操作，使得在生产维护及平时开发调试过程中阅读日志、追踪BUG变得十分困难。

故，有必要提出一种新的技术方案，以解决上述技术问题。

技术实现要素：

鉴于此，本发明实施例提供一种日志运行方法及系统、客户端和服务器，以解决现有日志模块异步写入日志时会出现杂乱无章的问题。

本发明实施例的第一方面，提供一种日志运行的方法，方法包括服务器执行的如下步骤：

接收客户端发送的日志信息，所述日志信息包括日志ID和类型ID；所述类型ID包括交易时间、系统ID、业务ID、机构ID和柜员ID中的至少一个；

将所述日志信息分别存储在与所述类型ID相对应的配置文档中，并将所述日志信息缓存在消息队列中；

依据所述消息队列，采用多个服务线程分别对每一所述配置文档中存储的所述日志信息进行分类，形成与所述类型ID相对应的至少一个分类文件；

基于至少一个分类文件形成日志文件，并将所述日志文件发送给所述客户端。

本发明实施例的第二方面，提供一种日志运行的方法，方法包括客户端执行的如下步骤：

生成日志信息，所述日志信息包括日志ID和类型ID；所述类型ID包括交易时间、系统ID、业务ID、机构ID和柜员ID中的至少一个；

将所述日志信息发送给服务器；

接收所述服务器发送的日志文件；所述日志文件包括至少一个分类文件，每一所述分类文件由一服务线程对基于所述类型ID形成的配置文档中的日志信息进行分类处理形成的；

显示所述日志文件。

本发明实施例的第三方面，提供一种服务器，所述服务器包括：

第一接收模块，用于接收客户端发送的日志信息，所述日志信息包括日志ID和类型ID；所述类型ID包括交易时间、系统ID、业务ID、机构ID和柜员ID中的至少一个；

缓存模块，用于将所述日志信息分别存储在与所述类型ID相对应的配置文档中，并将所述日志信息缓存在消息队列中；

处理模块，用于依据所述消息队列，采用多个服务线程分别对每一所述配置文档中存储的所述日志信息进行分类，形成与所述类型ID相对应的至少一个分类文件；

第一发送模块，用于基于至少一个分类文件形成日志文件，并将所述日志文件发送给所述客户端。

本发明实施例的第四方面，提供一种客户端，客户端包括：

生成模块，用于生成日志信息，所述日志信息包括日志ID和类型ID；所述类型ID包括交易时间、系统ID、业务ID、机构ID和柜员ID中的至少一个；

第二发送模块，用于将所述日志信息发送给服务器；

第二接收模块，用于接收所述服务器发送的日志文件；所述日志文件包括至少一个分类文件，每一所述分类文件由一服务线程对基于所述类型ID形成的配置文档中的日志信息进行分类处理形成的；

显示模块，用于显示所述日志文件。

本发明实施例的第五方面，提供一种日志运行方法，其特征在于，包括如下步骤：

客户端生成日志信息，并将所述日志信息发送给服务器；所述日志信息包括日志ID和类型ID；所述类型ID包括交易时间、系统ID、业务ID、机构ID和柜员ID中的至少一个；

服务器接收所述日志信息，将所述日志信息分别存储在与所述类型ID相对应的配置文档中，并将所述日志信息缓存在消息队列中；

服务器依据所述消息队列，采用多个服务线程分别对每一所述配置文档中存储的所述日志信息进行分类，形成与所述类型ID相对应的至少一个分类文件；

服务器基于至少一个分类文件形成日志文件，并将所述日志文件发送给所述客户端；

客户端接收并显示所述日志文件。

本发明实施例的第六方面，提供一种日志运行系统，其特征在于，包括客户端和服务器；

所述客户端，用于生成日志信息，并将所述日志信息发送给服务器；所述日志信息包括日志ID和类型ID；所述类型ID包括交易时间、系统ID、业务ID、机构ID和柜员ID中的至少一个；

所述服务器，用于接收所述日志信息，将所述日志信息分别存储在与所述类型ID相对应的配置文档中，并将所述日志信息缓存在消息队列中；

所述服务器，用于依据所述消息队列，采用多个服务线程分别对每一所述配置文档中存储的所述日志信息进行分类，形成与所述类型ID相对应的至少一个分类文件；

所述服务器，用于基于至少一个分类文件形成日志文件，并将所述日志文件发送给所述客户端；

所述客户端，用于接收并显示所述日志文件。

本发明实施例与现有技术相比存在的有益效果是：本发明实施例根据类型ID将所有日志信息分别存储在与类型ID相对应的配置文档中，再采用多个服务线程对消息队列中缓存的日志信息进行处理，可使每一服务线程只需对一配置文档中的日志信息进行分类处理，从而有序呈现相应的日志文件。而且，该类型ID包括交易时间、系统ID、业务ID、机构ID和柜员ID中的至少一个，在基于类型ID将文件信息进行分类时，可实现一维或多维分类，日志信息分类更灵活。

附图说明

为了更清楚地说明本发明实施例中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。

图1是本发明实施例一提供的日志运行方法的实现流程图；

图2是本发明实施例一提供的日志运行方法的实现流程图二；

图3是本发明实施例二提供的日志运行方法的实现流程图；

图4是本发明实施例二提供的日志运行方法的实现流程图二；

图5是本发明实施例三提供的服务器的结构框图；

图6是本发明实施例四提供的客户端的结构框图；

图7是本发明实施例五提供的日志运行方法的实现流程图；

图8是本发明实施例六提供的日志运行系统的示意框图。

具体实施方式

为了使本发明的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本发明进行详细说明。应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。

本发明实施例提供一种日志运行的方法。为了说明本发明所提供的的方法，下面通过具体实施例来进行说明。

实施例一

图1示出了本发明实施例一提供的日志运行方法的实现流程图。如图1所示，该日志运行方法包括服务器执行的如下步骤：

S101：接收客户端发送的日志信息，日志信息包括日志ID和类型ID；类型ID包括交易时间、系统ID、业务ID、机构ID和柜员ID中的至少一个。

其中，服务器接收客户端发送的日志信息，客户端包括但不限于电脑客户端和移动客户端。日志信息是指用户在客户端进行交易时相应产生的文件和/或数据，包括日志ID和类型ID。日志ID是唯一的，用来唯一确定该日志的身份，类型ID用于将日志进行分类。

服务器将日志信息发送给服务器时，可通过TCP长连接、UPD、管道通讯等通讯传输协议。

客户端为异步连接模块，采用是LINUX、WINDOWS原生的系统API支持，协议支持TCP长连接、UPD、管道通讯等通讯传输协议，通讯传输协议的选择需与服务端匹配。

S102：将日志信息分别存储在与类型ID相对应的配置文档中，并将日志信息缓存在消息队列中。

其中，配置文档包括公共日志文件、理财日志文件和投资日志文件。每次在客户端发生交易时都会产生相应的日志信息，服务器按照时间先后顺序接收这些日志信息并将日志信息缓存在消息队列中以待下一步处理。

S103：依据消息队列，采用多个服务线程分别对每一配置文档中存储的日志信息进行分类，形成与类型ID相对应的至少一个分类文件。

在S102中服务器已经将接收到的日志信息缓存到消息队列中。根据服务器的性能预设多个服务线程可处理的消息队列的长度。依据消息队列，多个服务线程可同时对每一配置文档中存储的日志信息进行处理，以形成与类型ID相对应的至少一个分类文件。

S104：基于至少一个分类文件形成日志文件，并将日志文件发送给客户端。

基于至少一个分类文件形成日志文件，服务器将得到的日志文件发送给客户端。

本实施例所提供的日志运行方法中，根据类型ID将所有日志信息分别存储在与类型ID相对应的配置文档中，在采用多个服务线程对消息队列中缓存的日志信息进行处理，可使每一服务线程只需对一配置文档中的日志信息进行分类处理，从而有序呈现相应的日志文件，以避免传统方式处理后日志文件呈现杂乱无章的状况。而且，该类型ID包括交易时间、系统ID、业务ID、机构ID和柜员ID中的至少一个，在基于类型ID将文件信息进行分类时，可实现一维或多维分类，日志信息分类更灵活。

图2示出了本发明实施例一提供的日志运行方法的实现流程图二。如图2所示，该日志运行方法还包括：

S105：接收客户端发送的的日志查询指令，日志查询指令包括至少一个类型ID。

其中，日志查询指令可为类型ID中的多个ID，根据多个ID查询有利于缩小查找范围，快速找到所需日志并进行相应处理，该处理包括阅读或者修复。

S106：根据查询指令调用日志文件生成查询结果文件。

根据查询指令调用日志文件的相关信息生成查询结果。例如，接收到的查询指令为类型ID中的柜员ID，根据该柜员ID调用日志文件中与该ID相关的信息，读取该相关信息生成查询结果，该查询结果中包括在此柜员处进行交易的所有客户的信息。

S107：将查询结果文件发送到客户端。

本实施例通过查询输入任一类型ID，即可获知所需了解日志文件的查询结果文件，从而了解任一交易时间、机构、系统、业务、柜员进行处理时的相关日志文件的查询结果文件。

实施例二

图3示出了本发明实施例二提供的日志运行方法的实现流程图。如图3所示，该日志运行方法包括客户端执行的如下步骤：

S201：生成日志信息，日志信息包括日志ID和类型ID；类型ID包括交易时间、系统ID、业务ID、机构ID和柜员ID中的至少一个。

其中，日志信息是指用户在客户端进行交易时相应产生的文件和/或数据，包括日志ID和类型ID。日志ID是唯一的，用来唯一确定该日志的身份，类型ID用于将日志进行分类。用户在客户端进行交易时，生成日志信息，日志信息包括日志ID和类型ID。

S202：将日志信息发送给服务器。

客户端将S101中生成的日志信息发送给服务器。

S203：接收服务器发送的日志文件；日志文件包括至少一个分类文件，每一分类文件由一服务线程对基于类型ID形成的配置文档中的日志信息进行分类处理形成的。

客户端接收服务器发送过来的日志文件，日志文件包括至少一个分类文件，即日志文件括交易时间、系统ID、业务ID、机构ID和柜员ID中的至少一个。交易时间是指用户在客户端进行交易时生成交易日志的时间，ID是指身份识别序列号。每一分类文件由一服务线程对基于类型ID形成的配置文档中的日志信息进行分类处理形成的。

S204：显示日志文件。

在客户端显示日志文件的内容。

本实施例所提供的日志运行方法中，通过客户端与服务器的配合，根据类型ID将所有日志信息分别存储在与类型ID相对应的配置文档中，在采用多个服务线程对消息队列中缓存的日志信息进行处理，可使每一服务线程只需对一配置文档中的日志信息进行分类处理，从而有序呈现相应的日志文件，以避免传统方式处理后日志文件呈现杂乱无章的状况。而且，该类型ID包括交易时间、系统ID、业务ID、机构ID和柜员ID中的至少一个，在基于类型ID将文件信息进行分类时，可实现一维或多维分类，日志信息分类更灵活。

图4示出了本发明实施例二提供的日志运行方法的实现流程图二。如图4所示，该日志运行方法还包括：

S205：接收用户输入的日志查询指令，日志查询指令包括至少一个类型ID。

客户端接收用户输入的日志查询指令，日志查询指令包括至少一个类型ID，即至少包括交易时间、系统ID、业务ID、机构ID和柜员ID中的一个。相关人员可在客户端输入一个或多个类型ID进行查询操作。

S206：将日志查询指令发送给服务器。

相关人员可在客户端输入一个或多个类型ID进行查询操作时，客户端接收到日志查询指令并将日志查询指令发送给服务器。

S207：接收服务器发送的与日志查询指令相对应的查询结果文件。

客户端接收服务器发送的与日志查询指令相对应的查询结果文件，接收方式通常采用读取的方式。

S208：显示查询结果文件。

本实施例通过在客户端输入任一类型ID进行查询，即可获知所需了解日志文件的查询结果文件，从而了解任一交易时间、机构、系统、业务、柜员进行处理时的相关日志文件的查询结果文件。可根据查询结果文件进行生产维护或者追踪开发调试过程中的BUG。

实施例三

对应于上文实施例一的日志运行方法，图3示出了本发明实施例三提供的服务器的结构框图，详述如下：

参考图5，该服务器包括：

第一接收模块31，用于接收客户端发送的日志信息，日志信息包括日志ID和类型ID；类型ID包括交易时间、系统ID、业务ID、机构ID和柜员ID中的至少一个。

缓存模块32，用于将日志信息分别存储在与类型ID相对应的配置文档中，并将日志信息缓存在消息队列中。

处理模块33，用于依据消息队列，采用多个服务线程分别对每一配置文档中存储的日志信息进行分类，形成与类型ID相对应的至少一个分类文件。

第一发送模块34，用于基于至少一个分类文件形成日志文件，并将日志文件发送给客户端。

可选地，服务器还包括：

第一接收模块31，还用于接收客户端发送的的日志查询指令，日志查询指令包括至少一个类型ID。

调用模块35，用于根据查询指令调用日志文件生成查询结果文件。

第一发送模块34，还用于将查询结果文件发送到客户端。

实施例四

对应于上文实施例二的日志运行方法，图4示出了本发明实施例四提供的客户端的结构框图，详述如下：

参考图6，该客户端包括：

生成模块41，用于生成日志信息，日志信息包括日志ID和类型ID；类型ID包括交易时间、系统ID、业务ID、机构ID和柜员ID中的至少一个。

第二发送模块42，用于将日志信息发送给服务器。

第二接收模块43，用于接收服务器发送的日志文件；日志文件包括至少一个分类文件，每一分类文件由一服务线程对基于类型ID形成的配置文档中的日志信息进行分类处理形成的。

显示模块44，用于显示日志文件。

可选地，客户端还包括：

第二接收模块43，还用于接收用户输入的日志查询指令，日志查询指令包括至少一个类型ID。

第二发送模块42，还用于将日志查询指令发送给服务器。

第二接收模块43，还用于接收服务器发送的与日志查询指令相对应的查询结果文件。

显示模块44，还用于显示查询结果文件。

实施例五

图7示出了本发明实施例五提供的日志运行方法的实现流程图。如图7所示，该日志运行方法包括如下步骤：

S501：接客户端生成日志信息，并将日志信息发送给服务器。日志信息包括日志ID和类型ID。类型ID包括交易时间、系统ID、业务ID、机构ID和柜员ID中的至少一个。

S502：服务器接收日志信息，将日志信息分别存储在与类型ID相对应的配置文档中，并将日志信息缓存在消息队列中。

S503：服务器依据消息队列，采用多个服务线程分别对每一配置文档中存储的日志信息进行分类，形成与类型ID相对应的至少一个分类文件。

S504：服务器基于至少一个分类文件形成日志文件，并将日志文件发送给客户端。

S505：客户端接收并显示日志文件。

实施例六

图8示出了本发明实施例六提供的日志运行系统的示意框图。如图8所示，该日志日志运行系统，其特征在于，包括客户端和服务器。

客户端61，用于生成日志信息，并将日志信息发送给服务器。日志信息包括日志ID和类型ID。类型ID包括交易时间、系统ID、业务ID、机构ID和柜员ID中的至少一个。

服务器62，用于接收日志信息，将日志信息分别存储在与类型ID相对应的配置文档中，并将日志信息缓存在消息队列中。

服务器62，用于依据消息队列，采用多个服务线程分别对每一配置文档中存储的日志信息进行分类，形成与类型ID相对应的至少一个分类文件。

服务器62，用于基于至少一个分类文件形成日志文件，并将日志文件发送给客户端。

客户端61，用于接收并显示日志文件。

在本发明所提供的实施例中，应该理解到，所揭露的装置和方法，可以通过其它的方式实现。例如，以上所描述的系统实施例仅仅是示意性的，例如，所述单元或单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通讯连接可以是通过一些接口，装置或单元的间接耦合或通讯连接，可以是电性，机械或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明实施例的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)或处理器(processor)执行本发明实施例各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。

以上所述实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围，均应包含在本发明的保护范围之内。