CN118093530A - 一种基于电信行业计费系统的文件负载均衡方法和系统 - Google Patents

Abstract

本发明公开了一种基于电信行业计费系统的文件负载均衡方法和系统，涉及电信技术领域，方法包括：负载均衡模块读取电信行业计费系统中的每个待消费文件的文件信息；负载均衡模块对所有文件信息进行过滤，确定出多个目标消费文件；负载均衡模块接收电信行业计费系统的预设业务进程所发送的消费请求，将生成时间最早的目标消费文件反馈至预设业务进程，以使预设业务进程对生成时间最早的目标消费文件所对应的计费话单进行处理，其中，预设业务进程为电信行业计费系统的任一业务进程。本发明能够提升电信行业计费系统资源的整体利用率，还能够最大程度上保障计费顺序与用户实际使用过程的一致性。

Description

一种基于电信行业计费系统的文件负载均衡方法和系统

技术领域

本发明涉及电信技术领域，尤其涉及一种基于电信行业计费系统的文件负载均衡方法和系统。

背景技术

电信行业的计费系统需要支撑海量计费文件的实时处理。电信计费系统内部需要通过多进程并发方式，提升系统单位时间的处理能力。多进程之间采用文件负载均衡模块来完成计费文件在多进程之间的分配工作。

当前电信计费系统内的负载均衡模块通过收集计费系统信息(主机资源情况、进程数量、积压情况等)，动态调整文件分配算法，并依据算法反馈的结果为不同进程分配待处理的文件。业务进程被动接收分配到自己入口目录下的文件，这种方式存在以下技术缺陷：

1)负载效果不理想，影响业务进程处理速度的因素不但组成复杂且是实时变化的(例如：主机资源、业务复杂度、库表资源的加锁情况等)，当前负载方案无法兼顾所有因素，实际负载情况较差。

2)异常影响范围大，负载均衡模块对算法因子的收集存在滞后性，当部分进程出现异常时，负载均衡无法实时感知到，仍会向其入口分配文件，导致受影响的计费话单数扩大。

3)维护难度较大，由于负载均衡模块直接将文件分配到业务进程入口。当部分业务进程出现异常时，其入口积压文件无法被其他进程处理，只能通过人工方式对其进行重新分配。

4)计费话单文件处理无序，由于话单被分配到多个进程的入口单独处理，而每个进程的处理性能是受多种因素影响。最终导致计费顺序同用户使用情况有较大出入(在系统积压处理过程中尤为明显)，这种顺序差异可能引起计费结果的不同，影响用户体验。

5)由于电信计费业务的复杂性，负载均衡模块无法收集影响进程处理速度的全部因素。造成负载均衡模块为业务进程分配的计费文件可能超过其现实的处理能力。这时文件积压在部分进程的入口，虽然系统资源足够，但由于大部分进程入口无文件，因此无法参与到积压处理过程中。导致系统资源无法被充分利用。

发明内容

本发明所要解决的技术问题是针对现有技术的不足，具体提供了一种基于电信行业计费系统的文件负载均衡方法，具体如下：

1)第一方面，本发明提供一种基于电信行业计费系统的文件负载均衡方法，具体技术方案如下：

负载均衡模块读取电信行业计费系统中的每个待消费文件的文件信息；

负载均衡模块对所有文件信息进行过滤，确定出多个目标消费文件；

负载均衡模块接收电信行业计费系统的预设业务进程所发送的消费请求，将生成时间最早的目标消费文件反馈至预设业务进程，以使预设业务进程对生成时间最早的目标消费文件所对应的计费话单进行处理，其中，预设业务进程为电信行业计费系统的任一业务进程。

本发明提供的一种基于电信行业计费系统的文件负载均衡方法的有益效果如下：

将业务进程被动接收分配的消费文件的方式调整为业务进程主动向负载均衡模块索取消费文件的方式，由于负载均衡模块不对消费文件进行强制分配，电信行业计费系统中的每个业务进程能够根据自身实际情况动态获取最早被送到电信行业计费系统的消费文件，在提升电信行业计费系统资源的整体利用率的同时，最大程度上保障计费顺序与用户实际使用过程的一致性，提高用户体验度。

在上述方案的基础上，本发明的一种基于电信行业计费系统的文件负载均衡方法还可以做如下改进。

进一步，还包括：

负载均衡模块将IP地址和端口信息写入到zookeeper中，以使预设业务进程通过zookeeper查询负载均衡模块的IP地址和端口信息，并通过负载均衡模块的IP地址和端口信息，实现预设业务进程和负载均衡模块之间的通信连接。

进一步，负载均衡模块将生成时间最早的目标消费文件反馈至预设业务进程的过程，包括：

负载均衡模块将生成时间最早的目标消费文件封装成应答消息，并将应答消息反馈至预设业务进程。

进一步，所有目标消费文件均为符合处理规则的待消费文件。

2)第二方面，本发明还提供一种基于电信行业计费系统的文件负载均衡系统，具体技术方案如下：

包括负载均衡模块，负载均衡模块用于：

读取电信行业计费系统中的每个待消费文件的文件信息；

对所有文件信息进行过滤，确定出多个目标消费文件；

接收电信行业计费系统的预设业务进程所发送的消费请求，将生成时间最早的目标消费文件反馈至预设业务进程，以使预设业务进程对生成时间最早的目标消费文件所对应的计费话单进行处理，其中，预设业务进程为电信行业计费系统的任一业务进程。

在上述方案的基础上，本发明的一种基于电信行业计费系统的文件负载均衡系统还可以做如下改进。

进一步，负载均衡模块还用于：将IP地址和端口信息写入到zookeeper中，以使预设业务进程通过zookeeper查询负载均衡模块的IP地址和端口信息，并通过负载均衡模块的IP地址和端口信息，实现预设业务进程和负载均衡模块之间的通信连接。

进一步，负载均衡模块将生成时间最早的目标消费文件反馈至预设业务进程的过程，包括：

负载均衡模块将生成时间最早的目标消费文件封装成应答消息，并将应答消息反馈至预设业务进程。

进一步，所有目标消费文件均为符合处理规则的待消费文件。

3)第三方面，本发明还提供一种计算机设备，计算机设备包括处理器，处理器与存储器耦合，存储器中存储有至少一条计算机程序，至少一条计算机程序由处理器加载并执行，以使计算机设备实现上述任一项基于电信行业计费系统的文件负载均衡方法。

4)第四方面，本发明还提供一种计算机可读存储介质，计算机可读存储介质中存储有至少一条计算机程序，至少一条计算机程序由处理器加载并执行，以使计算机实现上述任一项基于电信行业计费系统的文件负载均衡方法。

需要说明的是，本发明的第二方面至第四方面的技术方案及对应的可能的实现方式所取得的有益效果，可以参见上述对第一方面及其对应的可能的实现方式的技术效果，此处不再赘述。

附图说明

通过阅读参照以下附图所作的对非限制性实施例的详细描述，本发明的其它特征、目的和优点将会变得更明显：

图1为本发明实施例的一种基于电信行业计费系统的文件负载均衡方法的流程示意图；

图2为通信建立过程的流程示意图；

图3为文件负载过程的流程示意图；

图4为本发明实施例的一种计算机设备的结构示意图。

具体实施方式

为使本发明的目的、技术方案和优点更加清楚，下面将结合附图对本发明实施方式作进一步地详细描述。

如图1所示，本发明实施例的一种基于电信行业计费系统的文件负载均衡方法，包括如下步骤：

S1、负载均衡模块读取电信行业计费系统中的每个待消费文件的文件信息；电信行业计费系统中的待消费文件指按照电信行业计费系统的要求生成的计费话单文件，计费话单文件中包括用于处理计费话单的信息如计费号码、业务使用开始时间、通话时长、流量等。

S2、负载均衡模块对所有文件信息进行过滤，确定出多个目标消费文件。

其中，任一待消费文件的文件信息具体包括：该待消费文件的文件名、路径和生成时间，负载均衡模块按照文件名对所有待消费文件信息进行过滤，得到多个目标消费文件，所有目标消费文件均为符合处理规则的待消费文件。

其中，电信行业计费系统中不同类型的消费文件，其文件名格式存在差异，因此，通过文件名能够对所有待消费文件信息进行过滤，保留的目标消费文件均为符合电信行业计费系统所要求的计费处理规则的待消费文件。

S3、负载均衡模块接收电信行业计费系统的预设业务进程所发送的消费请求，将生成时间最早的目标消费文件反馈至预设业务进程，以使预设业务进程对生成时间最早的目标消费文件所对应的计费话单进行处理，其中，预设业务进程为电信行业计费系统的任一业务进程。

本发明实施例的一种基于电信行业计费系统的文件负载均衡方法，将业务进程被动接收分配的消费文件的方式调整为业务进程主动向负载均衡模块索取消费文件的方式，由于负载均衡模块不对消费文件进行强制分配，电信行业计费系统中的每个业务进程能够根据自身实际情况动态获取最早被送到电信行业计费系统的消费文件，在提升电信行业计费系统资源的整体利用率的同时，最大程度上保障计费顺序与用户实际使用过程的一致性，提高用户体验度。

可选地，在上述技术方案中，还包括：

S01、负载均衡模块将IP地址和端口信息写入到zookeeper中，以使预设业务进程通过zookeeper查询负载均衡模块的IP地址和端口信息，并通过负载均衡模块的IP地址和端口信息，实现预设业务进程和负载均衡模块之间的通信连接，具体实现“传输负载均衡模块接收电信行业计费系统的预设业务进程所发送的消费文件请求”的过程，以及实现“负载均衡模块将生成时间最早的待消费文件信息发送至预设业务进程”的过程，以及实现下文中的“负载均衡模块将应答消息发送至预设业务进程”的过程。

可选地，S3中，负载均衡模块将生成时间最早的目标消费文件反馈至预设业务进程的过程，包括：

S30、负载均衡模块将生成时间最早的目标消费文件封装成应答消息，并将应答消息反馈至预设业务进程。

在另外一个实施例中，包括：

S101、通信建立过程，具体指实现预设业务进程和负载均衡模块之间的通信连接，如图2所示，具体包括S1010至S1013：

S1010、负载均衡模块作为服务端启动，在特定端口上建立socket监听，可从负载均衡模块提供的端口中随机选择一个端口作为特定端口，也可根据实际情况从负载均衡模块提供的端口选择特定端口。

S1011、负载均衡模块将自身的IP地址和端口信息写入到zookeeper中。

S1012、预设业务进程通过API接口，在zookeeper中查询负载均衡模块的IP地址和端口信息，其中，预设业务进程为电信行业计费系统的第1个业务进程、第2个业务进程至第n个业务进程中的任一业务进程，n为电信行业计费系统的所有业务进程的总数量。

S1013、预设业务进程通过API接口，并根据负载均衡模块的IP地址和端口信息，与负载均衡模块建立socket通信连接，即实现了预设业务进程和负载均衡模块之间的通信。

S102、文件管理过程，如图3所示，具体包括S1020至S1022：

S1020、负载均衡模块读取电信行业计费系统中的当前存在的每个待消费文件的文件信息，文件信息具体包括：文件名、路径和生成时间。

S1021、负载均衡模块对所有文件信息进行过滤，确定符合处理规则的待消费文件，即得到多个目标消费文件。

S1022、负载均衡模块按照生成时间的先后顺序，将所有目标消费文件进行排序，得到队列。

S103、文件负载过程，具体包括S1030至S1033，具体地：

S1030、预设业务进程通过API接口向负载均衡模块发起用于获取目标消费文件的消费请求，具体以报文形式发送消费请求。

S1031、负载均衡模块根据队列，确定生成时间最早的目标消费文件，并将生成时间最早的目标消费文件封装成应答消息，并将应答消息反馈至预设业务进程；

S1032、预设业务进程获取应答消息后，对应答消息进行解封装，得到生成时间最早的目标消费文件，并将生成时间最早的目标消费文件移动到预设业务进程的入口目录下，若移动失败，则重新向负载均衡模块发起消费请求。

S1033、预设业务进程按现有业务逻辑，完成对生成时间最早的目标消费文件所对应的计费话单的处理。

本发明的一种基于电信行业计费系统的文件负载均衡方法，是一种基于负载均衡模块与预设业务进程之间的文件负载均衡方法，适用于以文件作为数据传递载体的系统如电信行业计费系统等，关键在于：

1)负载均衡模块与预设业务进程之间采用主动索取方式进行文件负载。

2)负载均衡模块与业务进程之间通过zookeeper获取通信必要的IP地址和端口信息。

3)负载均衡模块按照生成时间的先后顺序，将所有目标消费文件进行排序，得到队列，根据队列，确定生成时间最早的目标消费文件，并将生成时间最早的目标消费文件封装成应答消息，并将应答消息反馈至预设业务进程，以进行处理。

有益效果如下：

1)本发明将对现有基于文件的负载均衡方法进行改进，去除复杂的文件负载规则计算过程，将预设业务进程被动接收分配的消费文件的方式调整为预设业务进程主动向负载均衡模块索取消费文件的方式。也就是说，本方法通过对负载均衡模块的优化，将消费文件即计费文件的负载规则改为“按需分配”，资源较好、性能较快的进程将承担更多的计费文件的处理。

2)通过对负载方式的调整，预设业务进程将不再接收超过自身处理能力的消费文件即话单文件。当单进程故障时，其影响范围被限定在该进程当前正在处理的消费文件上。

3)由于负载均衡模块不对消费文件即计费文件进行强制分配，实际上计费话单形成了一个话单池，预设业务进程形成了一个业务能力池。预设业务进程中的各业务进程根据自身实际情况动态获取最早被送到电信行业计费系统的话单文件。在提升计费系统资源的整体利用率的同时，最大程度上保障计费顺序同用户实际使用过程的一致性。

4)由于取消了现有负载均衡模块的文件预分配机制，当出现单进程故障时，影响范围被限定在单个消费文件上。若故障排除，进程启动后可以依据自身的断点恢复规则完成中断文件的接续处理，无需人工进行干预。

5)负载均衡模块每次向预设业务进程返回生成时间最早的计费文件即目标消费文件，可以在最大程度上保障计费顺序同用户实际使用场景的一致性。

在上述各实施例中，虽然对步骤进行了编号S1、S2等，但只是本发明给出的具体实施例，本领域的技术人员可根据实际情况调整S1、S2等的执行顺序，此也在本发明的保护范围内，可以理解，在一些实施例中，可以包含如上述各实施方式中的部分或全部。

本发明实施例的一种基于电信行业计费系统的文件负载均衡系统，包括负载均衡模块，负载均衡模块用于：

读取电信行业计费系统中的每个待消费文件的文件信息；

对所有文件信息进行过滤，确定出多个目标消费文件；

接收电信行业计费系统的预设业务进程所发送的消费请求，将生成时间最早的目标消费文件反馈至预设业务进程，以使预设业务进程对生成时间最早的目标消费文件所对应的计费话单进行处理。其中，预设业务进程为电信行业计费系统的任一业务进程。

可选地，在上述技术方案中，负载均衡模块还用于：将IP地址和端口信息写入到zookeeper中，以使预设业务进程通过zookeeper查询负载均衡模块的IP地址和端口信息，并通过负载均衡模块的IP地址和端口信息，实现预设业务进程和负载均衡模块之间的通信连接。

可选地，在上述技术方案中，负载均衡模块将生成时间最早的目标消费文件反馈至预设业务进程的过程，包括：

负载均衡模块将生成时间最早的目标消费文件封装成应答消息，并将应答消息反馈至预设业务进程。

可选地，在上述技术方案中，所有目标消费文件均为符合处理规则的待消费文件。

需要说明的是，上述实施例提供的一种基于电信行业计费系统的文件负载均衡系统的有益效果与上述一种基于电信行业计费系统的文件负载均衡方法的有益效果相同，在此不再赘述。此外，上述实施例提供的系统在实现其功能时，仅以上述各功能模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能模块完成，即将系统根据实际情况划分成不同的功能模块，以完成以上描述的全部或者部分功能。另外，上述实施例提供的系统与方法实施例属于同一构思，其具体实现过程详见方法实施例，在此不再赘述。

如图4所示，本发明实施例的一种计算机设备300，计算机设备300包括处理器320，处理器320与存储器310耦合，存储器310中存储有至少一条计算机程序330，至少一条计算机程序330由处理器320加载并执行，以使计算机设备300实现上述任一项基于电信行业计费系统的文件负载均衡方法，具体地：

计算机设备300可因配置或性能不同而产生比较大的差异，可以包括一个或多个处理器320(Central Processing Units，CPU)和一个或多个存储器310，其中，该一个或多个存储器310中存储有至少一条计算机程序330，该至少一条计算机程序330由该一个或多个处理器320加载并执行，以使该计算机设备300实现上述实施例提供的任一项基于电信行业计费系统的文件负载均衡方法。当然，该计算机设备300还可以具有有线或无线网络接口、键盘以及输入输出接口等部件，以便进行输入输出，该计算机设备300还可以包括其他用于实现设备功能的部件，在此不做赘述。

本发明实施例的一种计算机可读存储介质，计算机可读存储介质中存储有至少一条计算机程序，至少一条计算机程序由处理器加载并执行，以使计算机实现上述任一项基于电信行业计费系统的文件负载均衡方法。

可选地，计算机可读存储介质可以是只读存储器(Read-Only Memory，ROM)、随机存取存储器(Random Access Memory，RAM)、只读光盘(Compact Disc Read-Only Memory，CD-ROM)、磁带、软盘和光数据存储设备等。

在示例性实施例中，还提供了一种计算机程序产品或计算机程序，该计算机程序产品或计算机程序包括计算机指令，该计算机指令存储在计算机可读存储介质中。计算机设备的处理器从计算机可读存储介质读取该计算机指令，处理器执行该计算机指令，使得该计算机设备执行上述任一项基于电信行业计费系统的文件负载均衡方法。

需要说明的是，本申请的说明书和权利要求书中的术语“第一”、“第二”、等是用于区别类似的对象，而代表对特定的顺序或先后次序进行限定。在适当情况下对于类似的对象的使用顺序可以互换，以便这里描述的本申请的实施例能够以除了图示或描述的顺序以外的顺序实施。

所属技术领域的技术人员知道，本发明可以实现为系统、方法或计算机程序产品，因此，本公开可以具体实现为以下形式，即：可以是完全的硬件、也可以是完全的软件(包括固件、驻留软件、微代码等)，还可以是硬件和软件结合的形式，本文一般称为“电路”、“模块”或“系统”。此外，在一些实施例中，本发明还可以实现为在一个或多个计算机可读介质中的计算机程序产品的形式，该计算机可读介质中包含计算机可读的程序代码。

可以采用一个或多个计算机可读的介质的任意组合。计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质。计算机可读存储介质例如可以是一一但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子(非穷举的列表)包括：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机存取存储器(RAM)，只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本文件中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。

尽管上面已经示出和描述了本发明的实施例，可以理解的是，上述实施例是示例性的，不能理解为对本发明的限制，本领域的普通技术人员在本发明的范围内可以对上述实施例进行变化、修改、替换和变型。

Claims (10)

1.一种基于电信行业计费系统的文件负载均衡方法，其特征在于，包括：

负载均衡模块读取电信行业计费系统中的每个待消费文件的文件信息；

所述负载均衡模块对所有文件信息进行过滤，确定出多个目标消费文件；

所述负载均衡模块接收电信行业计费系统的预设业务进程所发送的消费请求，将生成时间最早的目标消费文件反馈至所述预设业务进程，以使所述预设业务进程对所述生成时间最早的目标消费文件所对应的计费话单进行处理，其中，所述预设业务进程为电信行业计费系统的任一业务进程。

2.根据权利要求1所述的一种基于电信行业计费系统的文件负载均衡方法，其特征在于，还包括：

所述负载均衡模块将IP地址和端口信息写入到zookeeper中，以使所述预设业务进程通过zookeeper查询所述负载均衡模块的IP地址和端口信息，并通过所述负载均衡模块的IP地址和端口信息，实现所述预设业务进程和所述负载均衡模块之间的通信连接。

3.根据权利要求1或2所述的一种基于电信行业计费系统的文件负载均衡方法，其特征在于，所述负载均衡模块将所述生成时间最早的目标消费文件反馈至所述预设业务进程的过程，包括：

所述负载均衡模块将所述生成时间最早的目标消费文件封装成应答消息，并将所述应答消息反馈至所述预设业务进程。

4.根据权利要求1或2所述的一种基于电信行业计费系统的文件负载均衡方法，其特征在于，所有目标消费文件均为符合处理规则的待消费文件。

5.一种基于电信行业计费系统的文件负载均衡系统，其特征在于，包括负载均衡模块，所述负载均衡模块用于：

读取电信行业计费系统中的每个待消费文件的文件信息；

对所有文件信息进行过滤，确定出多个目标消费文件；

接收电信行业计费系统的预设业务进程所发送的消费请求，将生成时间最早的目标消费文件反馈至所述预设业务进程，以使所述预设业务进程对所述生成时间最早的目标消费文件所对应的计费话单进行处理，其中，所述预设业务进程为电信行业计费系统的任一业务进程。

6.根据权利要求5所述的一种基于电信行业计费系统的文件负载均衡系统，其特征在于，所述负载均衡模块还用于：将IP地址和端口信息写入到zookeeper中，以使所述预设业务进程通过zookeeper查询所述负载均衡模块的IP地址和端口信息，并通过所述负载均衡模块的IP地址和端口信息，实现所述预设业务进程和所述负载均衡模块之间的通信连接。

7.根据权利要求5或6所述的一种基于电信行业计费系统的文件负载均衡系统，其特征在于，所述负载均衡模块将所述生成时间最早的目标消费文件反馈至所述预设业务进程的过程，包括：

所述负载均衡模块将所述生成时间最早的目标消费文件封装成应答消息，并将所述应答消息反馈至所述预设业务进程。

8.根据权利要求5或6所述的一种基于电信行业计费系统的文件负载均衡系统，其特征在于，所有目标消费文件均为符合处理规则的待消费文件。

9.一种计算机设备，其特征在于，所述计算机设备包括处理器，所述处理器与存储器耦合，所述存储器中存储有至少一条计算机程序，所述至少一条计算机程序由所述处理器加载并执行，以使所述计算机设备实现如权利要求1至4任一项权利要求所述的一种基于电信行业计费系统的文件负载均衡方法。

10.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质中存储有至少一条计算机程序，所述至少一条计算机程序由处理器加载并执行，以使计算机实现如权利要求1至4任一项权利要求所述的一种基于电信行业计费系统的文件负载均衡方法。