一种业务信息处理方法及装置的制造方法
【技术领域】
[0001] 本申请设及计算机技术领域，尤其设及一种业务信息处理方法及装置。
【背景技术】
[0002] 随着计算机和互联网技术的飞速发展，用户的很多业务都可W在互联网上在线处 理。
[0003] 具体的，用户可W通过互联网上相应的服务界面提交自己的业务信息，由位于后 台的处理系统对该业务信息进行处理，并向用户返回处理结果。其中，所述的业务信息包含 业务请求和业务相关数据等。
[0004] 而对于处理系统，随着其需要处理的业务信息数量的不断增加，该处理系统所承 载的业务信息流量也在不断增加，甚至可能会达到或超过该处理系统的承载能力上限，在 运种情况下，服务提供方通常会开发出承载能力更强的新处理系统，来替代当前正在使用 的处理系统（称为原处理系统），W满足用户的业务需求。 阳〇化]在现有技术中，当要用新处理系统替代原处理系统时，要将原处理系统所承载的 业务信息流量迁移至新处理系统。一般的，会停机维护W替换处理系统，但运会使得用户在 停机维护期间无法使用服务，在不停机维护的情况下，则会在线将业务信息流量迁移至新 处理系统，也即，将全部新接收到的业务信息不发送给原处理系统，而是发送给新处理系统 进行处理。
[0006] 但是，新处理系统在上线之初，运行的稳定性往往还存在问题，因此，若直接将全 部新接收到的业务信息发送给新处理系统进行处理，风险可控性较差。
【发明内容】
[0007] 本申请实施例提供一种业务信息处理方法及装置，用W解决现有技术中的在将原 处理系统的业务信息流量迁移至新处理系统时，会直接将全部新接收到的业务信息发送给 新处理系统进行处理，风险可控性较差的问题。
[0008] 本申请实施例提供的一种业务信息处理方法，包括：
[0009] 获取配置信息，其中，所述配置信息包括：选定用户列表，和/或分流信息；
[0010] 当接收到业务信息时，采用预设的与所述配置信息对应的发送方式，将所述业务 信息发送给第一处理系统或者第二处理系统进行处理。
[0011] 本申请实施例提供的一种业务信息处理装置，包括：
[0012] 获取模块，用于获取配置信息，其中，所述配置信息包括：选定用户列表，和/或分 流信息；
[0013] 发送模块，用于当接收到业务信息时，采用预设的与所述配置信息对应的发送方 式，将所述业务信息发送给第一处理系统或者第二处理系统进行处理。
[0014] 本申请实施例提供一种业务信息处理方法及装置，该方法服务器获取配置信息， 其中，该配置信息包括：选定用户列表，和/或分流信息；当接收到业务信息时，根据该配置 信息，采用预设的与该配置信息对应的发送方式将该业务信息发送给第一处理系统或者第 二处理系统进行处理，所述第一处理系统即为原处理系统，所述第二处理系统即为新处理 系统。通过上述方法，由于服务器可W根据该配置信息，仅将符合该配置信息所指定条件的 业务信息发送给新处理系统处理，而不是直接将全部业务信息都发送给新处理系统处理， 且又由于符合该指定条件的业务信息的数量比例是可控的，因此，可W根据新处理系统实 时的稳定性状态，逐步调整发送给新处理系统处理的业务信息的数量比例，直至业务信息 流量全部迁移至新处理系统，增强了风险可控性。
【附图说明】
[0015] 此处所说明的附图用来提供对本申请的进一步理解，构成本申请的一部分，本申 请的示意性实施例及其说明用于解释本申请，并不构成对本申请的不当限定。在附图中：
[0016] 图1为本申请实施例提供的业务信息处理过程；
[0017] 图2为在实际应用中，本发明实施例提供的业务信息处理过程所设及的设备拓扑 图；
[0018] 图3为本发明实施例提供的业务信息处理的详细过程；
[0019] 图4为本申请实施例提供的业务信息处理装置结构示意图。
【具体实施方式】
[0020] 为使本申请的目的、技术方案和优点更加清楚，下面将结合本申请具体实施例及 相应的附图对本申请技术方案进行清楚、完整地描述。显然，所描述的实施例仅是本申请一 部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做 出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。
[0021] 图1为本申请实施例提供的业务信息处理过程，具体包括W下步骤：
[0022] S101 :服务器获取配置信息，其中，该配置信息包括：选定用户列表，和/或分流信 息。
[002引在本申请实施例中，用户可通过位于前台的服务界面，提交待处理的业务信息，各 用户所提交的业务信息汇集成为业务信息流量。所述的服务器可W是位于后台，用于将该 业务信息流量进行分流，并导向相应的处理系统进行处理的分流服务器，在业务信息流量 较高的情况下，可W有多个服务器进行分流。
[0024] 所述的配置信息可W由服务提供方预先配置，并分发至各服务器，各服务器则根 据获取的配置信息，对业务信息流量执行分流操作。
[00巧]S102:当服务器接收到业务信息时，采用预设的与该配置信息对应的发送方式，将 该业务信息发送给第一处理系统或者第二处理系统进行处理。
[00%] 在本申请实施例中，所述的第一处理系统可W是原处理系统，所述的第二处理系 统可W是新处理系统。在新处理系统尚未上线时，服务器针对从业务信息流量中接收到的 每个业务信息，将该业务信息发送给原处理系统进行处理即可；而在新处理系统上线后，月良 务器则可将业务信息流量从原处理系统迁移至新处理系统，为了增强风险可控性，服务器 可逐步地迁移业务信息流量，而不是一次性地迁移完全部的业务信息流量。
[0027] 因此，在新处理系统上线后，当服务器接收到业务信息时，可采用预设的与该配置 信息对应的发送方式，将该业务信息发送给原处理系统或者新处理系统进行处理，根据上 述步骤S101，该配置信息包括：选定用户列表，和/或分流信息。其中，用户提交的每个业 务信息都包含有该用户的用户标识，一般的，该用户标识用字符串表示，由服务提供方根据 该用户的注册信息分配或生成得到，所述的选定用户列表中可包含一个或多个用户标识， 所述的分流信息可包含分流策略相关的参数。该配置信息所包含的选定用户列表和分流信 息，分别对应着一类指定条件，使得服务器可根据选定用户列表和/或分流信息，判断接收 到的业务信息是否符合该指定条件，若是，则将该业务信息发送给新处理系统处理，否则， 将该业务信息发送给原处理系统处理。也即，服务器可从当前的业务流量中，确定出特定数 量的业务信息发送给新处理系统进行处理，并将其余的业务信息仍发送给原处理系统进行 处理。
[002引通过上述的方法，由于服务器可W根据该配置信息，仅将符合该配置信息所指定 条件的业务信息发送给新处理系统处理，而不是直接将全部业务信息都发送给新处理系统 处理，且又由于符合该指定条件的业务信息的数量比例是可控的，因此，服务器可根据新处 理系统实时的稳定性状态，逐步调整发送给新处理系统处理的业务信息的数量比例，直至 业务信息流量全部迁移至新处理系统，增强了风险可控性。
[0029] 在本申请实施例中，当该配置信息为选定用户列表时，对于上述步骤S102,采用预 设的与该配置信息对应的发送方式，将该业务信息发送给第一处理系统或者第二处理系统 处理，具体包括：服务器确定该业务信息中包含的用户标识，并判断该用户标识是否包含在 该选定用户列表中，若是，则将该业务信息发送给新处理系统处理，否则，将该业务信息发 送给原处理系统处理。也即，当配置信息是选定用户列表时，该配置信息所对应的指定条件 是：业务信息的用户标识包含在该选定用户列表中。若业务信息满足该指定条件，则将该业 务信息发送给新处理系统处理，否则，将该业务信息发送给原处理系统处理。
[0030] 上述的运种发送方式适用于用户数量较少的应用场景。例如，可用于新处理系统 的