一种业务系统中业务处理的方法和装置的制造方法
【技术领域】
[0001]本发明涉及业务处理领域，特别是涉及一种业务系统中业务处理的方法，以及，一种业务系统中业务处理的装置。
【背景技术】
[0002]在当前很多应用系统中，开发满足各种新的业务需求，就必然涉及到各种新的业务参数、管理参数的变更，为了适应需求的变更，往往使用参数配置化的开发方式，而不是将参数/过程写死在应用程序中。参数的配置方式，可能多种多样，比如可以使用配置文件，可以使用数据库，也可以使用共享内存的方式。
[0003]同时，当前很多大型应用系统尤其是银行IT系统，需要维持全天24小时不间断运行，并不允许任意重启系统或者停止服务，即便是计划内的例行维护，每年也仅有有限的几次。由于社会的快速发展和商业竞争的激烈，应用系统的使用方往往不可能等待那屈指可数又遥遥无期的例行维护机会来投产新的应用或者修改现有业务的参数，甚至于在系统发生某些故障时，往往需要立即处理，以快速响应各种新的业务需求。
[0004]如此，就产生了在线更新在线维护并且及时生效的需求，为了使得参数能够及时生效，就要求应用程序在每次业务执行时，从参数配置地(文件、数据库或者共享内存等)获得参数。
[0005]目前，多采用参数刷新或修改方案解决上述问题，在进行参数修改时，刷新或覆盖原来的参数，从而可以实现新参数的快速在线更新。
[0006]以上【背景技术】中存在的问题是:在大型应用系统，尤其是大型IT系统中，往往会采用分工协作的方式，不同的程序实例完成业务的不同步骤，上述方案将会导致现有业务的后续步骤将会按照新版本执行，就有可能导致一个业务的不同步骤使用了不同的参数，由此可能由于版本变更导致了整个业务过程发生一些不可预知的错误，导致业务执行异
堂巾O
【发明内容】
[0007]本发明提供了一种业务系统中业务处理的方法和装置，以避免参数文件的版本变更导致的业务异常，利于新业务系统的快速投产以及新旧系统的无缝衔接。
[0008]本发明提供了一种业务系统中业务处理的方法，所述业务由多个插件程序依据参数文件先后进行处理，所述业务系统在预置的存储空间中存储有多个版本的参数文件，不同版本的参数文件在预置的存储空间中对应不同存储位置，所述业务系统中记录有所述预置的存储空间中最新版本的参数文件的版本信息；
[0009]所述方法包括:
[0010]所述业务系统中用于处理业务的节点判断处理业务的第一个插件程序当前使用的参数文件为最新版本的参数文件，若否，则更新为最新版本的参数文件；
[0011]将前一个插件程序的处理结果添加处理时采用的参数文件的版本信息，在下一个插件程序处理业务时，按照接收到的所述处理结果携带的版本信息对应的参数文件进行处理，以使同一业务的处理过程中，按照同一版本的参数文件进行处理。
[0012]优选地，所述方法还包括，所述节点通过如下步骤对所述预置的存储空间中的参数文件进行更新:
[0013]接收新版本的参数文件；
[0014]接收并执行文件装载指令，在预置的存储空间中占用用于存储所述新版本的参数文件的存储位置，将所述新版本的参数文件存储在所述存储位置，并针对所述新版本的参数文件添加对应的使用状态；
[0015]接收所述节点成功执行所述装载指令后，发送的文件生效指令，并将所述使用状态更新为已启用；
[0016]记录所述预置的存储空间中最新版本的参数文件的版本信息。
[0017]优选地，所述业务系统包括多个处理业务的节点，以及对所述节点进行管理的主控节点，所述接收新版本的参数文件的步骤包括:
[0018]所述节点接收所述主控节点发送的版本查询请求，并返回使用状态为已启用的参数文件所包含的版本信息，所述参数文件包括用于处理所述业务参数信息以及标志所述参数文件版本的版本信息；接收所述主控节点确定返回的版本信息与本地保存的版本信息不一致后，发送的新版本的参数文件。
[0019]优选地，在将所述使用状态更新为已启用之前，所述方法还包括:
[0020]将所述新版本的参数文件与丨日版本的参数文件进行比对。
[0021]优选地，若所述新版本的参数文件与旧版本的参数文件相比，增添了新的插件程序或新的节点对应的参数，则在将所述使用状态更新为已启用之前，所述方法还包括:
[0022]接收对所述插件程序或新的节点的启用指令，并启动增添的插件程序或节点；
[0023]若所述新版本的参数文件与旧版本的参数文件相比，删除了新的插件程序或新的节点对应的参数，则在将所述使用状态更新为已启用之前，所述方法还包括:
[0024]当所述文件生效指令中携带强制刷新选项，则停止请求删除的插件程序或节点；
[0025]当所述文件生效指令中不携带强制刷新选项，则生成删除插件程序或节点的提示信息，接收对插件程序或节点的删除信息，并删除相应的插件程序或节点。
[0026]优选地，所述预置的存储空间为所述业务系统的共享内存，所述版本查询请求在接收到文件刷新指令时发送，或在启动所述业务系统时发送。
[0027]优选地，所述方法还包括:
[0028]接收对至少一个版本的参数文件的回收指令，并删除在所述预置的存储空间中保存的请求回收的版本的参数文件。
[0029]优选地，所述方法还包括:
[0030]将所述预置的存储空间写入预置文件中作永久化保存，当某个版本的参数文件被回收或是装载失败时，将其在所述预置文件中对应的持久化文件删除。
[0031]本发明还提供了一种业务系统中业务处理的装置，所述业务由多个插件程序依据参数文件先后进行处理，所述业务系统在预置的存储空间中存储有多个版本的参数文件，不同版本的参数文件在预置的存储空间中对应不同存储位置，所述业务系统中记录有所述预置的存储空间中最新版本的参数文件的版本信息；
[0032]所述装置包括:
[0033]版本确认模块，用于所述业务系统中用于处理业务的节点判断处理业务的第一个插件程序当前使用的参数文件为最新版本的参数文件，若否，则更新为最新版本的参数文件；
[0034]信息传递模块，用于将前一个插件程序的处理结果添加处理时采用的参数文件的版本信息，在下一个插件程序处理业务时，按照接收到的所述处理结果携带的版本信息对应的参数文件进行处理，以使同一业务的处理过程中，按照同一版本的参数文件进行处理。
[0035]优选地，所述装置还包括参数文件更新模块，所述参数文件更新模块包括:
[0036]参数文件接收子模块，用于接收新版本的参数文件；
[0037]文件存储子模块，用于接收并执行发送的文件装载指令，在预置的存储空间中占用用于存储所述新版本的参数文件的存储位置，将所述新版本的参数文件存储在所述存储位置，并针对所述新版本的参数文件添加对应的使用状态；
[0038]生效子模块，用于接收所述节点成功执行所述装载指令后，发送的文件生效指令，并将所述使用状态更新为已启用；
[0039]最新信息记录子模块，用于记录所述预置的存储空间中最新版本的参数文件的版本信息。
[0040]与【背景技术】相比，本发明包括以下优点:
[0041]依据本发明实施例，业务系统在预置的存储空间中，对应不同存储位置存储有多个版本的参数文件，并且记录有所述预置的存储空间中最新版本的参数文件的版本信息，在处理业务时首先判断处理业务的第一个插件程序当前使用的参数文件为最新版本的参数文件，若否，则更新为最新版本的参数文件，并且在一个插件程序处理完成，下一个插件程序继续处理时，将前一个插件程序的处理结果添加处理时采用的参数文件的版本信息，在下一个插件程序处理业务时，按照接收到的所述处理结果携带的版本信息对应的参数文件进行处理，以使同一业务的处理过程中，按照同一版本的参数文件进行处理，通过本发明实施例，每次修改生效时，均赋予新的参数文件一个新的版本号以和其他版本进行区别，实现了新版本参数的自动生效和切换，可以保存多个版本的参数文件。由于旧版本的参数也并未删除，从而可以使更新之前已经产生的业务使用旧版本的共享内存，而更新之后产生的新业务，则使用新版本的共享内存，在业务执行周期内，保持使用同一个版本的参数，避免由于版本变更导致了整个业务过程发生一些不可预知的错误以及业务执行异常，利于新业务系统的快速投产以及新旧系统的无缝衔接。
[0042]并且，本发明实施例还能够实现不再使用的参数版本的自动回收，以及通过热插拔插件动态增加/删除集群中的节点，还可以进行多版本参数文件的持久化处理，使在系统重启后继续执行业务处理过程。