高效批量发送金融资讯的方法和系统与流程

1.本发明涉及资讯发送技术领域，尤其涉及一种高效批量发送金融资讯的方法和系统。


背景技术：

2.目前在金融证券领域，券商需要经常向客户发送金融资讯，以便客户了解市场最新动态，短信是券商推送金融资讯给客户的一种重要方式，目前常用的做法是在资讯平台录入数据到数据库，后台服务器从数据库中提取相关资讯，调用相关接口，把数据推送到运营商，再由运营商将金融资讯以短信形式发送给客户，这种模式通常基于数据库或文件存储数据，当多线程提交过多时，服务器硬盘资源容易形成瓶颈，导致服务器性能下降、短信发送速度迟缓，无法实现即时发送的目的。
3.现有技术中，申请号为cn201010592430.9的专利公开了一种基于云计算平台的短信发送方法、短信发送管理系统和短信服务器，用于手机及互联网通讯领域，所述短信发送管理系统包括：手机客户端，所述手机客户端包括短信功能接口，用于通过所述短信功能接口发出短信发送请求信息；短信服务器，所述短信服务器位于云计算平台上，用于接收并解析所述短信发送请求信息，生成短信发送信息，发送到运营商短信业务平台；运营商短信业务平台，用于接收所述短信发送信息，根据所述短信发送信息，向目的手机发送短信，该专利利用云计算平台的存储和计算能力，提高手机短信发送的效率，丰富短信内容的管理，在不提高手机本身成本的基础上，提高了手机短信发送和管理的性能。
4.申请号为cn201210390686.0的专利公开了一种短信发送流量控制方法、装置及短信发送系统，通过对发送进程的短信发送速率和发送成功率进行动态计算，逐步增加每个发送进上短信发送的数量来提高每个进程的处理能力，实现进程处理能力的最大化，从而实现对短信中心处理能力高效、合理的使用。同时，对短信发送成功率进行监控，根据短信发送成功率调整进程发送的速率和短信中心下进程的个数，提高了短信发送的成功率。
5.现有技术通过增设云服务器和增加每个短信发送进程发送短信的数量来提高用户发送大量短信时的性能和效率，但在服务器本身的硬盘资源形成瓶颈时，现有技术仍不能很好地解决发送大量金融资讯时服务器性能下降的问题。


技术实现要素：

6.鉴于此，本发明的目的在于提供一种高效批量发送金融资讯的方法和系统，以克服或至少部分解决现有技术所存在的上述问题。
7.为实现上述发明目的，本发明第一方面提供一种高效批量发送金融资讯的方法，包括以下步骤:
8.s101、录入接口获取用户发起的金融资讯发送请求，并调用反向代理服务器，向反向代理服务器发送金融资讯发送请求，所述金融资讯发送请求包含金融资讯内容；
9.s102、反向代理服务器获取各个应用服务器的负载数据，根据负载数据将金融资
讯发送请求分配到指定的网络内存中间件；
10.s103、应用服务器集群中的各个应用服务器分别从不同的网络内存中间件中提取金融资讯发送请求数据，经过分检后将金融资讯发送请求发送到运营商网关。
11.进一步的，所述反向代理服务器包括n个反向代理服务器，步骤s101中，所述调用反向代理服务器，具体包括以下步骤：
12.s201、录入接口向序号为1的反向代理服务器发送链接请求，被发送链接请求的所述反向代理服务器称为目标反向代理服务器；
13.s202、若录入接口未收到目标反向代理服务器的链接反馈，则向目标反向代理服务器序号 1的反向代理服务器发送链接请求，直至向第n个反向代理服务器发送链接请求，或接收到目标反向代理服务器的链接反馈为止；
14.s203、录入接口接收到反向代理服务器的链接反馈时，建立与相应反向代理服务器的通讯连接。
15.进一步的，所述步骤s102具体包括以下步骤：
16.s301、反向代理服务器创建待选服务器列表，所述待选服务器列表中的每个表项对应一个应用服务器；
17.s302、反向代理服务器获取每个应用服务器的负载数据，并将负载数据录入待选服务器列表中的相应表项作为动态属性；
18.s303、反向代理服务器查询待选服务器列表，选择负载数据最小的应用服务器，将金融资讯发送请求引向该应用服务器对应的网络内存中间件。
19.进一步的，步骤s303中，当待选服务器列表的其中一个表项的负载数据超出预设阈值，或者当反向代理服务器尝试将金融资讯发送请求引向其中一个网络内存中间件的失败次数达到预设阈值时，将相应表项从待选服务器列表中删除。
20.进一步的，步骤s103中，每个网络内存中间件分别与应用服务器集群中的若干个应用服务器相关联，所述与应用服务器相关联的网络内存中间件称为关联网络内存中间件，每个应用服务器仅从关联网络内存中间件提取金融资讯发送请求数据，当反向代理服务器将金融资讯发送请求分配到网络内存中间件时，网络内存中间件将金融资讯发送请求通过动态内存队列进行存储。
21.进一步的，步骤s103中，应用服务器经过分检后将金融资讯发送请求发送到运营商网关，具体包括以下步骤：
22.s401、应用服务器提取金融资讯请求中的金融资讯内容，判断金融资讯内容所属业务，获得金融资讯内容所属业务信息；
23.s402、根据金融资讯内容所属业务信息，调用相应的业务处理逻辑，根据业务处理逻辑对金融资讯内容进行处理；
24.s403、将经过处理的金融资讯内容发送到运营商网关。
25.进一步的，所述步骤s402前还包括步骤：将不同的业务处理逻辑分别封装为多个微服务模块，将微服务模块部署于应用服务器上，所述步骤s402具体包括以下步骤：
26.s501、应用服务器调用微服务模块的第一接口，将金融资讯内容所属业务信息作为参数输入第一接口；
27.s502、微服务模块对金融资讯内容所属业务信息与业务处理逻辑是否匹配，通过
第一接口向应用服务器反馈匹配结果；
28.s503、当匹配结果为匹配成功时，应用服务器调用微服务模块的第二接口，将金融资讯内容作为参数输入第二接口；
29.s504、微服务模块对金融资讯内容进行处理，通过第二接口输出处理结果。
30.进一步的，所述步骤s102具体包括以下步骤：
31.s601、反向代理服务器调用第一抽取器，获得第一抽取器生成的第一抽取结果，所述第一抽取器用于随机抽取所有网络内存中间件中的任一个；
32.s602、反向代理服务器根据第一抽取结果获取相对应的应用服务器的负载数据，将负载数据作为密钥生成算法的输入参数生成密钥，通过密钥对金融资讯发送请求进行加密；
33.s603、将加密后的金融资讯发送请求根据负载数据分配到指定的网络内存中间件。
34.进一步的，所述步骤s103前还包括步骤：
35.s701、网络内存中间件调用第二抽取器，获取第二抽取器生成的第二抽取结果，所述第二抽取器用于同步生成与第一抽取结果相同的第二抽取结果；
36.s702、网络内存中间件与第二抽取结果指定的网络内存中间件进行通讯，所述第二抽取结果指定的网络内存中间件称为被抽取网络内存中间件，获取被抽取网络内存中间件关联的应用服务器的负载数据，所述被抽取网络内存中间件关联的应用服务器的负载数据称为被抽取负载数据；
37.s703、网络内存中间件将被抽取负载数据作为密钥生成算法的输入参数生成密钥，通过密钥对加密后的金融资讯发送请求进行解密。
38.本发明第二方面提供一种高效批量发送金融资讯的系统，用于执行前述第一方面所述的方法，所述系统包括录入接口、反向代理服务器、若干个网络内存中间件和应用服务器集群，所述应用服务器集群包括多个应用服务器，所述录入接口与反向代理服务器通讯连接，所述反向代理服务器与网络内存中间件通讯连接，所述网络内存中间件与应用服务器集群通讯连接，所述应用服务器集群与运营商网关通讯连接。
39.与现有技术相比，本发明的有益效果是：
40.本发明所提供的一种高效批量发送金融资讯的方法和系统，用户通过录入接口录入金融资讯发送请求后，反向代理服务器能够根据各个应用服务器的负载数据，将金融资讯发送请求发送到指定的网络内存中间件，应用服务器从网络内存中间件获取金融资讯发送请求进行处理，并通过运营商网关将金融资讯发送给不同客户，从而根据应用服务器的负载数据实现金融资讯发送请求的动态分流处理，从而保障金融资讯服务的稳定、高效和可持续运行。
附图说明
41.为了更清楚地说明本发明实施例中的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的优选实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
42.图1是本发明实施例提供的一种高效批量发送金融资讯的方法整体流程示意图。
43.图2是本发明实施例提供的一种高效批量发送金融资讯的方法中的录入接口调用反向代理服务器流程示意图。
44.图3是本发明实施例提供的一种高效批量发送金融资讯的方法中的反向代理服务器分配金融资讯发送请求流程示意图。
45.图4是本发明实施例提供的一种高效批量发送金融资讯的方法中的应用服务器分检流程示意图。
46.图5是本发明实施例提供的一种高效批量发送金融资讯的方法中的应用服务器调用微服务模块流程示意图。
47.图6是本发明实施例提供的一种高效批量发送金融资讯的方法中的反向代理服务器加密金融资讯发送请求流程示意图。
48.图7是本发明实施例提供的一种高效批量发送金融资讯的方法中的网络内存中间件解密金融资讯发送请求流程示意图。
49.图8是本发明另一实施例提供的一种高效批量发送金融资讯的系统整体结构示意图。
具体实施方式
50.以下结合附图对本发明的原理和特征进行描述，所列举实施例只用于解释本发明，并非用于限定本发明的范围。
51.参照图1，本实施例提供一种高效批量发送金融资讯的方法，所述方法应用于金融资讯发送系统，所述系统包括录入接口、反向代理服务器、若干个网络内存中间件和应用服务器集群，所述应用服务器集群包括多个应用服务器，所述录入接口与反向代理服务器通讯连接，所述反向代理服务器与网络内存中间件通讯连接，所述网络内存中间件与应用服务器集群通讯连接，所述应用服务器集群与运营商网关通讯连接，该方法包括以下步骤：
52.s101、录入接口获取用户发起的金融资讯发送请求，并调用反向代理服务器，向反向代理服务器发送金融资讯发送请求，所述金融资讯发送请求包含金融资讯内容。
53.示例性地，所述录入接口为软件接口，录入接口可以部署于移动终端上，例如手机、平板电脑、笔记本电脑，也可以部署于pc(personal computer)或服务器上。用户在通过录入接口发起金融资讯发送请求时，可以手动编辑金融资讯内容，也可以通过导入文件获取金融资讯内容。
54.s102、反向代理服务器获取各个应用服务器的负载数据，根据负载数据将金融资讯发送请求分配到指定的网络内存中间件。
55.s103、应用服务器集群中的各个应用服务器分别从不同的网络内存中间件中提取金融资讯发送请求数据，经过分检后将金融资讯发送请求发送到运营商网关。
56.示例性地，所述运营商网关包括移动短信网关、联通短信网关、电信短信网关和微信网关。
57.本实施例中，用户通过录入接口录入金融资讯发送请求后，反向代理服务器被调用，根据各个应用服务器的负载数据，将金融资讯发送请求发送到指定的网络内存中间件，应用服务器再从指定的网络内存中间件获取金融资讯发送请求进行处理，从而根据各个应
用服务器的负载实现金融资讯的动态分配，避免出现大量金融资讯发送请求集中于某个或部分应用服务器处理，导致金融资讯发送效率容易受到服务器硬件瓶颈限制，发送缓慢的问题。
58.作为一种可选的实施方式，在金融资讯发送系统中总共设有n个反向代理服务器，所述n个反向代理服务器依次按序编号，步骤s101中，所述调用反向代理服务器，具体包括以下步骤：
59.s201、录入接口向序号为1的反向代理服务器发送链接请求，被发送链接请求的所述反向代理服务器称为目标反向代理服务器。
60.s202、若录入接口未收到目标反向代理服务器的链接反馈，则向目标反向代理服务器序号 1的反向代理服务器发送链接请求，直至向第n个反向代理服务器发送链接请求，或接收到目标反向代理服务器的链接反馈为止。
61.s203、录入接口接收到反向代理服务器的链接反馈时，建立与相应反向代理服务器的通讯连接。
62.示例性地，在业务量较大的情况下，金融资讯发送系统可以设置有多个录入接口，在并发的金融资讯发送请求量较大时，单个反向代理服务器可能无法在短时间内及时处理所有的金融资讯发送请求，此时设置多个反向代理服务器可以提高金融资讯发送请求的处理效率。录入接口在调用反向代理服务器时以轮询方式向反向代理服务器发送链接请求，反向代理服务器若正在处理的金融资讯发送请求量已经达到预设阈值，或反向代理服务器本身出现故障，则拒绝录入接口的链接请求。若反向代理服务器可处理金融资讯发送请求，则向录入接口发送链接反馈并接收录入接口发送的金融资讯发送请求。
63.作为一种可选的实施方式，参照图3，所述步骤s102具体包括以下步骤：
64.s301、反向代理服务器创建待选服务器列表，所述待选服务器列表中的每个表项对应一个应用服务器。
65.s302、反向代理服务器获取每个应用服务器的负载数据，并将负载数据录入待选服务器列表中的相应表项作为动态属性。
66.s303、反向代理服务器查询待选服务器列表，选择负载数据最小的应用服务器，将金融资讯发送请求引向该应用服务器对应的网络内存中间件。
67.示例性地，反向代理服务器定期获取每个应用服务器的负载数据以更新待选服务器列表。在接收到录入接口发送的金融资讯发送请求后，反向代理服务器查询待选服务器列表，并从中选择实时负载最小的应用服务器，将金融资讯发送请求引向实时负载最小的应用服务器对应的网络内存中间件。
68.本实施例中，每个网络内存中间件分别与应用服务器集群中的若干个应用服务器相关联，即每个网络内存中间件至少与一个应用服务器相关联，所述与应用服务器相关联的网络内存中间件称为关联网络内存中间件，每个应用服务器仅从其关联网络内存中间件提取金融资讯发送请求数据。当反向代理服务器将金融资讯发送请求分配到网络内存中间件时，网络内存中间件将金融资讯发送请求通过动态内存队列进行存储，以缩短提交过程时间，动态内存队列支持大批量及多线程提交，从而提高金融资讯发送请求的分配效率。
69.另外，当待选服务器列表中的某一个表项的负载数据超出预设阈值，或者当反向代理服务器尝试将金融资讯发送请求引向其中一个应用服务器对应的关联网络内存中间
件的失败次数达到预设阈值时，将相应表项从待选服务器列表中删除，从而通过删除无效表项的操作来减少待选服务器列表的规模，提高查询速度与效率。
70.作为一种可选的实施方式，参照图4，步骤s103中，应用服务器经过分检后将金融资讯发送请求发送到运营商网关，具体包括以下步骤：
71.s401、应用服务器提取金融资讯请求中的金融资讯内容，判断金融资讯内容所属业务，获得金融资讯内容所属业务信息。
72.示例性地，所述判断金融资讯内容所属业务，获得金融资讯内容所属业务信息，可以通过提取金融资讯内容中的关键字并识别的方式实现，不同的金融资讯所属业务对应不同的关键字，当金融资讯内容中出现相应关键字时，则输出关键字所对应的金融资讯所属业务信息。若金融资讯内容中同时出现属于不同金融资讯所属业务的关键字，则可以为不同金融资讯所属业务关键字分配不同的权重，通过比较关键字权重值来判断相应金融资讯内容所属业务。
73.s402、根据金融资讯内容所属业务信息，调用相应的业务处理逻辑，根据业务处理逻辑对金融资讯内容进行处理。
74.示例性地，每个应用服务器上分别部署有多种用于处理金融资讯所属业务的业务处理逻辑，在识别出金融资讯内容具体的所属业务后，应用服务器调用相应的业务处理逻辑对及金融资讯内容进行发送前的预处理，所述预处理可以是对金融资讯内容进行重新排版，提取关键信息后录入自定义资讯模板中。
75.s403、将经过处理的金融资讯内容发送到运营商网关。
76.本实施例中，应用服务器集群作为业务处理层，用于根据不同的金融资讯内容进行不同的逻辑处理，不同的应用服务器可以分别用于处理不同业务板块的金融资讯，在用于处理某项业务的应用服务器出现故障时，不会影响到其他业务的处理。
77.作为进一步可选的实施方式，参照图5，所述步骤s402前还包括步骤：将不同的业务处理逻辑分别封装为多个微服务模块，将微服务模块部署于应用服务器上，所述步骤s402具体包括以下步骤：
78.s501、应用服务器调用微服务模块的第一接口，将金融资讯内容所属业务信息作为参数输入第一接口。
79.s502、微服务模块对金融资讯内容所属业务信息与业务处理逻辑是否匹配，通过第一接口向应用服务器反馈匹配结果。
80.s503、当匹配结果为匹配成功时，应用服务器调用微服务模块的第二接口，将金融资讯内容作为参数输入第二接口。
81.s504、微服务模块对金融资讯内容进行处理，通过第二接口输出处理结果。
82.本实施例所提供的方法中，业务处理逻辑以微服务模块的形式封装并部署在应用服务器上，可以方便对业务处理逻辑进行扩展、替换跟删除。每个微服务模块均提供有第一接口和第二接口，第一接口用于输入金融资讯内容所属业务信息并判断是否属于自身负责处理的业务；第二接口用于输入金融资讯内容，从而通过内置的业务处理逻辑对金融资讯内容进行处理并输出处理结果。
83.作为一种可选的实施方式，参照图6，所述步骤s102具体包括以下步骤：
84.s601、反向代理服务器调用第一抽取器，获得第一抽取器生成的第一抽取结果，所
述第一抽取器用于随机抽取所有网络内存中间件中的任一个。
85.s602、反向代理服务器根据第一抽取结果获取相对应的应用服务器的负载数据，将负载数据作为密钥生成算法的输入参数生成密钥，通过密钥对金融资讯发送请求进行加密。
86.示例性地，所述相对应的应用服务器为被抽取到的网络内存中间件所关联的应用服务器，当被抽取的网络内存中间件仅关联一个应用服务器时，反向代理服务器仅获取该应用服务器对应的负载数据以作为密钥生成算法的输入参数；若被抽取的网络内存中间件关联多个应用服务器时，首先判断需要接收金融资讯发送请求的应用服务器是否是被抽取的网络内存中间件关联的多个应用服务器中的一个，若是，则在除去接收金融资讯发送请求的应用服务器的情况下，取剩余的与被抽取的网络内存中间件关联的多个应用服务器的负载数据平均值或中位数作为密钥生成算法的输入参数生成密钥；若不是，则直接取与被抽取的网络内存中间件关联的多个应用服务器的负载数据平均值或中位数作为密钥生成算法的输入参数生成密钥。除去接收金融资讯发送请求的应用服务器可以防止在金融资讯发送请求传输过程中截取传输数据的不法分子根据接收方信息破解密钥，从而提高密钥破解的难度。
87.s603、将加密后的金融资讯发送请求根据负载数据分配到指定的网络内存中间件。
88.本实施例所提供的发送金融资讯的方法中，通过随机抽取网络内存中间件并获取与其对应的应用服务器的负载数据作为密钥生成算法的输入参数生成密钥，以对金融资讯发送请求进行加密，从而提高金融资讯发送请求传输过程中的安全性，由于负载数据是动态的，能够提高密钥被破解的难度，从而提高金融资讯发送请求的保密性。
89.作为进一步可选的实施方式，参照图7，所述步骤s103前还包括步骤：
90.s701、网络内存中间件调用第二抽取器，获取第二抽取器生成的第二抽取结果，所述第二抽取器用于同步生成与第一抽取结果相同的第二抽取结果。
91.示例性地，所述第二抽取器部署于网络内存中间件中，第一抽取器部署于反向代理服务器中，第二抽取器和第一抽取器预设有相同的随机抽取算法，在同一时刻下第二抽取器和第一抽取器会生成相同的抽取结果。
92.s702、网络内存中间件与第二抽取结果指定的网络内存中间件进行通讯，所述第二抽取结果指定的网络内存中间件称为被抽取网络内存中间件，获取被抽取网络内存中间件关联的应用服务器的负载数据，所述被抽取网络内存中间件关联的应用服务器的负载数据称为被抽取负载数据。
93.示例性地，第二抽取结果指定的网络内存中间件也可以是接收金融资讯发送请求的应用服务器所关联的网络内存中间件。所述获取被抽取网络内存中间件关联的应用服务器的负载数据，在被抽取网络内存中间件为接收金融资讯发送请求的应用服务器所关联的网络内存中间件时，获取除接收金融资讯发送请求的应用服务器外的所有与被抽取网络内存中间件关联的应用服务器的负载数据；在被抽取网络内存中间件与接收金融资讯发送请求的应用服务器无关联时，获取所有关联被抽取网络内存中间件的应用服务器的负载数据。另外，所获取的负载数据应当是反向代理服务器发送金融资讯发送请求时刻的应用服务器负载数据，而不是实时的负载数据，从而与反向代理服务器生成加密密钥所采用的负
载数据统一。
94.s703、网络内存中间件将被抽取负载数据作为密钥生成算法的输入参数生成密钥，通过密钥对加密后的金融资讯发送请求进行解密。
95.示例性地，网络内存中间件生成密钥所采用的密钥生成算法与反向代理服务器所采用的密钥生成算法相同，其对被抽取负载数据的处理也与反向代理服务器相同，从而能够在不与反向代理服务器进行额外通信的情况下生成相应的解密密钥对加密后的金融资讯发送请求进行解密。本实施例中所述方法基于随机抽取的、动态变化的负载数据生成密钥对金融资讯发送请求进行加密，从而保证其在网络传输过程中的保密性，提高了金融客户信息的安全。
96.本发明另一实施例提供一种高效批量发送金融资讯的系统，所述系统用于执行前述方法实施例所述的方法。参照图8，所述系统包括录入接口、反向代理服务器、若干个网络内存中间件和应用服务器集群，所述应用服务器集群包括多个应用服务器，所述录入接口与反向代理服务器通讯连接，所述反向代理服务器与网络内存中间件通讯连接，所述网络内存中间件与应用服务器集群通讯连接，所述应用服务器集群与运营商网关通讯连接。
97.以上所述仅为本发明的较佳实施例，并不用以限制本发明，凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。