CN102438042A - 一种多点接入设备的动态参数同步方法及系统 - Google Patents

Abstract

本发明为一种多点接入设备的动态参数同步方法及系统，该系统包括：参数源服务器、核心主机和多个接入设备；参数源服务器分别与多个接入设备相连接，核心主机分别与多个接入设备相连接；一个接入设备包括：参数重置请求接收装置，参数重置请求处理装置，参数重置请求发送装置，参数重置应答接收装置，同步更新指令生成装置，同步更新指令发送装置，参数下载请求发送装置，参数下载应答接收装置，参数本地更新装置，同步更新应答接收装置以及参数化处理装置。以解决多点接入设备的动态参数同步更新前、更新中以及更新后各节点前置设备均能对联机数据进行正确的参数化处理的问题。

Description

一种多点接入设备的动态参数同步方法及系统

技术领域

本发明关于计算机网络通信中的动态参数同步技术领域，具体地讲是一种多点接入设备的动态参数同步方法及系统。

背景技术

在计算机网络中，对于开放式的应用系统，为了应对系统间数据交互时所承载的日益增长的通讯及数据处理压力，往往引入多点接入的部署策略，实现多路并发、负载均衡和在线互备，从而大幅提升应用系统的本地高可用性以及联机数据处理的吞吐能力。

在联机数据处理过程中，系统间除了一般的数据交互之外，还存在一些动态参数的同步处理过程，一般用于系统间的对称性参数设定，而这些动态参数的同步更新分为定期更新和不定期更新两种情况，对于不定期更新的动态参数数据，在更新过程中以及系统间更新完成后，采用多点部署策略的系统内部还需要及时、安全、有效的进行系统内的数据同步处理，在联机数据并发量很低的情况下，系统内部节点间的同步可以采用基于数据库的同步技术，例如STRINGS或DBLINK等，但对于联机数据平均并发量非常高且联机数据送达的频率没有特定规律的系统中，上述基于数据库的同步技术并不是一种安全可靠的方法，存在同步不及时或同步失败等安全隐患和漏洞，如果同步发生在联机数据的高峰期，一旦没有及时同步或同步失败，则会引发大量数据处理失败或联机数据大量堆积等严重问题，对系统的稳定性和可靠性造成较大影响，违反了多点接入部署策略的初衷。

发明内容

本发明实施例提供了一种多点接入设备的动态参数同步方法及系统。以在多点接入的应用场景中，解决动态参数的同步问题。

本发明的目的之一是，提供一种多点接入设备的动态参数同步方法，该方法包括：接收参数源服务器发来的包含新动态参数的参数重置请求信息；对参数重置请求信息进行完整性校验和格式转换处理；将格式转换处理后的参数重置请求信息发送到核心主机中；接收核心主机发来的包含新动态参数版本号的参数重置应答信息；判断参数重置应答信息中的新动态参数版本号是否新于本地存储的当前版动态参数的版本号，如果是则生成参数同步更新指令，并将生成的参数同步更新指令发送给其他接入设备；根据参数同步更新指令，向核心主机发送包含新动态参数版本号的参数下载请求信息；接收核心主机发来的包含新动态参数的参数下载应答信息；用参数下载应答信息中的新动态参数更新本地存储的当前版动态参数，并用更新前的当前版动态参数更新本地存储的前一版动态参数；接收其他接入设备反馈的参数同步更新成功信息，并向参数源服务器反馈参数重置成功应答信息；启用新动态参数对参数源服务器与核心主机之间的联机交易数据进行参数化处理。

本发明的目的之一是，提供一种多点接入设备的动态参数同步更新系统，该系统包括：参数源服务器和核心主机，以及多个接入设备；参数源服务器通过互联网分别与多个接入设备相连接，核心主机通过局域网分别与多个接入设备相连接；一个接入设备包括：参数重置请求接收装置，用于接收参数源服务器发来的包含新动态参数的参数重置请求信息；参数重置请求处理装置，用于对参数重置请求信息进行完整性校验和格式转换处理；参数重置请求发送装置，用于将格式转换处理后的参数重置请求信息发送到核心主机中；参数重置应答接收装置，用于接收核心主机发来的包含新动态参数版本号的参数重置应答信息；同步更新指令生成装置，用于判断参数重置应答信息中的新动态参数版本号是否新于本地存储的当前版动态参数的版本号，如果是则生成参数同步更新指令；同步更新指令发送装置，用于将生成的参数同步更新指令发送给其他接入设备；参数下载请求发送装置，用于根据参数同步更新指令，向核心主机发送包含新动态参数版本号的参数下载交易请求信息；参数下载应答接收装置，用于接收核心主机发来的包含新动态参数的参数下载应答信息；参数本地更新装置，用参数下载应答信息中的新动态参数更新本地存储的当前版动态参数，并用更新前的当前版动态参数更新本地存储的前一版动态参数；同步更新应答接收装置，用于接收其他接入设备反馈的参数同步更新成功信息；参数重置应答发送装置，用于向参数源服务器反馈参数重置成功应答信息；参数化处理装置，启用新动态参数对所述参数源服务器与核心主机之间的联机交易数据进行参数化处理。

本发明的有益效果在于：对集中式部署的开放平台应用提供了安全可靠的应用层动态参数存储与同步解决方案，为该类应用系统实施多点接入解决了核心问题、扫除了关键障碍。其具有如下优点：(一)在动态参数重置过程中，一般联机交易仍可正常进行，不受影响，保证了系统的稳定运行；(二)对于应用多点接入部署策略的前置接入设备，可以有效保证在动态参数重置过程中，动态参数重置的可靠性。(三)通过采用主机集中存储动态参数和针对前置接入设备动态参数下载多种触发机制，保证了动态参数更新的完整性，切实保证前置接入设备的每一节点及时获取新动态参数，保证系统的正常运行和交易的成功率。

附图说明

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

图1为本发明实施例多点接入设备的动态参数同步更新方法流程图；

图2为本发明实施例多点接入设备的动态参数同步更新系统的连接关系示意图；

图3、4为本发明实施例多点接入设备的动态参数同步更新系统的结构框图；

图5为本发明实施例动态参数存储装置示意图；

图6为本发明实施例的动态参数使用区和动态参数存储区的动态参数之间切换的工作流程图；

图7为本发明实施例动态参数重置工作流程图；

图8为本发明实施例动态参数下载工作流程图；

图9为本发明实施例接入设备从核心主机下载新动态参数后的动态参数处理工作流程图。

具体实施方式

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

如图1所示，本实施例的多点接入设备的动态参数同步方法包括：接收参数源服务器发来的包含新动态参数的参数重置请求信息(步骤S101)；对所述的参数重置请求信息进行完整性校验和格式转换处理(步骤S102)；将格式转换处理后的参数重置请求信息发送到核心主机中(步骤S103)；接收核心主机发来的包含新动态参数版本号的参数重置应答信息(步骤S104)；判断参数重置应答信息中的新动态参数版本号是否新于本地存储的当前版动态参数的版本号，如果是则生成参数同步更新指令，并将生成的参数同步更新指令发送给其他接入设备(步骤S105)；根据参数同步更新指令，向核心主机发送包含新动态参数版本号的参数下载请求信息(步骤S106)；接收核心主机发来的包含新动态参数的参数下载应答信息(步骤S107)；用参数下载应答信息中的新动态参数更新本地存储的当前版动态参数，并用更新前的当前版动态参数更新本地存储的前一版动态参数(步骤S108)；接收其他接入设备反馈的参数同步更新成功信息，并向参数源服务器反馈参数重置成功应答信息(步骤S109)；启用新动态参数对参数源服务器与核心主机之间的联机交易数据进行参数化处理(步骤S110)。

如图4所示，将当前版动态参数和前一版动态参数存储于本地的动态参数存储区；其中，用参数下载应答信息中的新动态参数更新动态参数存储区中的当前版动态参数，并用更新前的当前版动态参数更新动态参数存储区中的前一版动态参数。将动态参数存储区中存储的当前版动态参数存储于本地的动态参数使用区；其中，启用动态参数使用区中存储的当前版动态参数对联机交易数据进行参数化处理。

判断动态参数使用区中存储的当前版动态参数对联机交易数据的参数化处理是否失败，如果失败，则使用动态参数存储区中存储的当前版动态参数对联机交易数据进行参数化处理，再判断动态参数存储区中存储的当前版动态参数对联机交易数据的参数化处理是否成功，如果成功，则用动态参数存储区中存储的当前版动态参数更新所述动态参数使用区中存储的当前版动态参数。接收参数源服务器发来的同步时间窗口指令，并在同步时间窗口内采用当前版动态参数或新动态参数对联机交易数据进行参数化处理。

如图2所示，本实施例的多点接入设备的动态参数同步更新系统包括：参数源服务器100、核心主机300和多个接入设备(200a，200b，200c)。参数源服务器100通过互联网分别与多个接入设备(200a，200b，200c)相连接，核心主机300通过局域网分别与多个接入设备(200a，200b，200c)相连接。

如图3所示，一个接入设备200a包括：参数重置请求接收装置201，用于接收参数源服务器发来的包含新动态参数的参数重置请求信息；参数重置请求处理装置202，用于对参数重置请求信息进行完整性校验和格式转换处理；参数重置请求发送装置203，用于将格式转换处理后的参数重置请求信息发送到核心主机中；参数重置应答接收装置204，用于接收核心主机发来的包含新动态参数版本号的参数重置应答信息；同步更新指令生成装置205，用于判断参数重置应答信息中的新动态参数版本号是否新于本地存储的当前版动态参数的版本号，如果是则生成参数同步更新指令；同步更新指令发送装置211，用于将生成的参数同步更新指令发送给其他接入设备；参数下载请求发送装置206，用于根据参数同步更新指令，向核心主机发送包含新动态参数版本号的参数下载交易请求信息；参数下载应答接收装置207，用于接收核心主机发来的包含新动态参数的参数下载应答信息；参数本地更新装置208，用参数下载应答信息中的新动态参数更新本地存储的当前版动态参数，并用更新前的当前版动态参数更新本地存储的前一版动态参数；同步更新应答接收装置209，用于接收其他接入设备反馈的参数同步更新成功信息；参数重置应答发送装置212，用于向参数源服务器反馈参数重置成功应答信息；参数化处理装置210，启用新动态参数对所述参数源服务器与核心主机之间的联机交易数据进行参数化处理。

如图4所示，多点接入设备(200a，200b，200c)还包括：动态参数存储装置213，动态参数存储装置213进一步包括(见图5)：动态参数存储区，用于存储当前版动态参数和前一版动态参数；动态参数本地更新装置进一步包括：存储区动态参数更新单元，用动态参数下载应答交易信息中的新动态参数更新所述动态参数存储区中的当前版动态参数，并用更新前的当前版动态参数更新动态参数存储区中的前一版动态参数。动态参数存储装置还包括：动态参数使用区，用于存储动态参数存储区中存储的当前版动态参数；参数化处理装置210启用动态参数使用区中存储的当前版动态参数对联机交易数据进行参数化处理。

参数本地更新装置208进一步包括：使用区动态参数更新单元，用于判断动态参数使用区中存储的当前版动态参数对联机交易数据的参数化处理是否失败，如果是，则使用动态参数存储区中存储的当前版动态参数对联机交易数据进行参数化处理，如果否，则用动态参数存储区中存储的当前版动态参数更新动态参数使用区中存储的当前版动态参数。

多点接入设备(200a，200b，200c)还包括：同步时间指令接收装置214，用于接收参数源服务器发来的同步时间窗口指令；同步更新指令接收装置215，用于接收其他接入设备发来的动态参数同步更新指令；其中，参数化处理装置210在同步时间窗口内采用当前版动态参数或新动态参数对联机交易数据进行参数化处理。

在一个参数重置事务中，参数源服务器发起参数重置请求。各个接入设备采用的是多点部署的策略，其中每一接入设备与参数源服务器均存在通讯链路，因此，参数源服务器下发的重置参数请求数据将随机发送到每一个接入设备，即某一台接入设备上(为便于理解，以下将收到参数源服务器发来的参数重置事务请求的这台接入设备称为宿主服务器)。宿主服务器对重置参数事务的数据包进行必要的完整性校验处理(如MD5校验)和简单的格式转换处理后将数据包送至核心主机中；核心主机接收并处理后，将应答包原路返回给宿主服务器，当应答状态为成功时，宿主服务器解析出应答包中的参数版本号，与参数本地的当前参数版本号进行比对，如果发现两者不一致，则说明参数的版本发生了变化，宿主服务器立即启动参数下载工作流程，同步启动如下两组操作：

一、向核心主机发起一笔参数下载请求事务，通知核心主机将最新版本的参数数据通过下发到本宿主服务器。

当收到核心主机下发的新版本参数数据后，宿主服务器启动参数同步工作流程，随即开始对本地动态存储模单元的动态参数数据进行同步更新操作，处理步骤如下(如图6所示)：

将存储模块中原“新版参数”覆盖到“旧版参数”区；

将从核心主机下载的新版参数数据覆盖到本地“新版参数数据”区；

存储区的更新操作完成后，使用区内的“当前参数”仍旧是原有数据，原因是使用区的参数数据更新是以“上一次正确参数化处理”为前提的。一笔一般联机事务的参数化处理过程中，系统在本地动态参数存储装置中选取参数数据时优先从使用区读取，如果使用区的参数无法正确进行参数化处理，再从存储区中读取，先读取“新版”参数再读取“旧版”参数，如果“新版”参数进行参数化处理成功，说明参数发生了同步更新操作，如果“旧版”参数进行参数化处理成功，说明参数发生了同步回退操作，当使用存储区中的参数数据对一般联机事务的参数化处理成功后，系统将处理成功的参数数据再同步更新到使用区。综上，使用区的参数数据更新操作是以“上一次参数化处理成功”为前提的。上面的设计和管理策略的主要优点在于可以有效的解决一般联机事务在时间窗口前后的处理失败隐患。

二、通过宿主服务器向其他非宿主服务器(即，其他接入设备)发送参数下载通知指令。当非宿主服务器收到指令后，触发本机的参数本地同步更新操作，启动与宿主服务器相同的参数下载操作，下载和同步更新完成后，非宿主服务器向宿主服务器发送参数同步完成信号(宿主服务器发给自己，负责发出信号和收集信号的进程不同)。

最后，宿主服务器收到所有非宿主服务器发来的参数同步完成信号后，再向参数源服务器发送参数重置交易的成功应答。

实施例

对于一个实施了多点部署策略的应用系统而言，动态参数信息的存储(物理的或逻辑的)在一套系统中存在多个拷贝，而联机事务的处理通过负载均衡技术被分配到各个节点(多点接入设备200a，200b，200c)中进行，且联机事务的发生频率、时间间隔均无规律可循，这就需要系统中各个存储节点上的动态参数信息必须时刻严格保持可用状态，因此，对其更新同步的过程提出了很高的要求。

在银行系统(如图2中的核心主机300)与银联系统(如图2中的参数源服务器100)的通讯中，一个联机事务会在三部分中进行传输，包括银联服务器、银行的前置系统(如图2中的多点接入设备200a，200b，200c)和银行核心主机。银联服务器和前置系统之间一般通过Internet网或专线连接，前置系统和银行核心主机一般通过银行内部局域网连接。系统中交易是双向的，即银联服务器既可以是交易发送方也可以是交易的接收方，核心主机也同理，中间的前置系统作为交易的转接方。在图2中可以看到，多点接入设备(200a，200b，200c)在系统部署方面可以支持灵活的部署策略，既可以同城部署也可以异地部署(这样的系统架构及部署模式就是多点接入的部署策略)，因此，动态参数的同步更新策略需要能够应对各种不同部署模式下的安全要求。

在银联服务器(参数源服务器100)发起的一个参数重置交易的处理流程中，因为银联机构的特殊性，银联负责新动态参数的生成，并向银行端发起参数重置交易请求，在新动态参数重置交易成功后使用新动态参数进行参数化处理；

多点接入设备(200a，200b，200c)是动态参数重置的转接方和动态参数的使用方，主要负责新动态参数的传递并使用新动态参数对一般联机交易进行参数化处理。前置系统采用多点接入部署策略，因此，无法将其中某一个节点作为动态参数存储的主数据源，只能是作为使用动态参数的辅数据源。多点接入设备中部署的每个节点中的系统逻辑相同，每台接入设备之间两两可以通讯。每一台接入设备上都部署有参数重置更新装置。参数重置更新装置实现动态参数在本多点接入设备上的版本比较，更新及存储。

核心主机300因其具备较高的安全性和稳定性，且与接入设备(200a，200b，200c)连接，因此核心主机300是动态参数的存储方(作为主数据源)，主要负责对新动态参数进行可靠的物理存储；以及响应各多点接入设备中对于新动态参数的下载请求。核心主机300对所存储的动态参数的版本进行管理，在联机交易报文中同时发送动态参数版本号信息。

银联服务器(动态参数源服务器100)发起一笔参数重置交易请求到多点接入设备(200a，200b，200c)并等待多点接入设备的应答，多点接入设备收到请求交易后转发给核心主机进行新动态参数的存储动作，存储成功后向多点接入设备应答，多点接入设备接收到应答后向银联服务器(动态参数源服务器100)应答，银联(动态参数源服务器100)接收到成功应答后完成动态参数的重置交易。

如上所述，当一个参数重置请求由银联服务器(动态参数源服务器100)通过联机事务提交到多点接入设备(200a，200b，200c)后，动态参数的更新过程随即开始，自此刻开始，需要保证整个动态参数更新过程对一般联机交易的正确处理没有影响。银联服务器在发起重置动态参数后将同时启动时间窗口机制：在时间窗口内，银联服务器可以同时支持新、旧动态参数。换言之，在时间窗口内，来自核心主机端的一般联机交易(请求或应答)，前置设备无论是用新动态参数加密还是旧动态参数加密，在银联服务器中均可以被正确解密；而银联服务器自收到参数重置交易成功应答后的下一笔交易开始启用新动态参数加密，在此之前仍使用旧动态参数加密。

在动态参数重置交易过程中仅仅完成了新动态参数在核心主机中的更新存储动作，尚未完成本地各前置设备的新动态参数的同步更新下载和同步动作。前置设备采用的是多点部署模式，系统内具有多个物理节点，因此，前置设备要启动如下机制进行新动态参数的更新并保证更新过程对一般联机交易数据的参数化处理不产生影响。

核心主机对动态参数进行版本管理，前置设备判断核心主机向前置设备送达的一般联机交易数据中的动态参数版本信息是否比本地动态参数版本信息新，如果是，则启动新动态参数下载的动作向核心主机索取新的动态参数数据，然后更新前置设备本地存储。

在各前置设备全部完成新动态参数同步更新后向银联服务器应答成功(银联对此交易不设置超时)。

由于动态参数的重置过程与一般联机交易的处理过程是交叉在一起进行的，为了规避动态参数重置交易可能发生的各种异常对正常交易产生影响，各前置设备通过进行动态参数分类管理(系统内部动态存储采用分区管理)的策略提升系统的容错能力，保证正常交易的正确处理。

因为各前置设备采用的是多点部署的策略，其中每一台前置设备与银联服务器均存在通讯链路，因此，银联服务器下发的重置动态参数交易数据将随机发送到任意一台前置设备上，假设重置动态参数数据发送到接入设备200a上，为便于描述，将收到银联发来的参数重置交易请求的这台接入设备200a称为宿主服务器。宿主服务器将重置动态参数交易送至核心主机300；核心主机300进行新动态参数的更新存储后，仍通过宿主服务器进行应答。为了在时间窗口内完成其他多点接入设备(200b，200c)对新动态参数的下载、同步动作，宿主服务器在启动新动态参数下载、同步的同时，还要通知非宿主服务器(如：其他接入设备200b，200c)同样执行下载、同步操作。待所有接入设备完成后，宿主服务器(多点接入设备200a)答复银联动态参数重置成功。

因此，在重置动态参数交易未完成的期间内，一般联机交易仍可正常进行。

如图3所示，一个接入设备(200a，200b，200c)包括：参数重置请求接收装置201，用于接收参数源服务器发来的包含新动态参数的参数重置请求信息；参数重置请求处理装置202，用于对参数重置请求信息进行完整性校验和格式转换处理；参数重置请求发送装置203，用于将格式转换处理后的参数重置请求信息发送到核心主机中；参数重置应答接收装置204，用于接收核心主机发来的包含新动态参数版本号的参数重置应答信息；同步更新指令生成装置205，用于判断参数重置应答信息中的新动态参数版本号是否新于本地存储的当前版动态参数的版本号，如果是则生成参数同步更新指令；同步更新指令发送装置211，用于将生成的参数同步更新指令发送给其他接入设备；参数下载请求发送装置206，用于根据参数同步更新指令，向核心主机发送包含新动态参数版本号的参数下载交易请求信息；参数下载应答接收装置207，用于接收核心主机发来的包含新动态参数的参数下载应答信息；参数本地更新装置208，用参数下载应答信息中的新动态参数更新本地存储的当前版动态参数，并用更新前的当前版动态参数更新本地存储的前一版动态参数；同步更新应答接收装置209，用于接收其他接入设备反馈的参数同步更新成功信息；参数重置应答发送装置212，用于向参数源服务器反馈参数重置成功应答信息；参数化处理装置210，启用新动态参数对所述参数源服务器与核心主机之间的联机交易数据进行参数化处理。

本发明实施例中动态参数的主数据源存储在核心主机中，各接入设备中存储的动态参数数据为辅数据源，主要用于交易过程中的参数化处理。因为采用了多点部署的策略，所以在动态参数重置过程中仅更新主数据源的动态参数数据，不会同时对辅数据源中的动态参数数据进行同步更新。通过同步更新指令生成装置205，能够让各接入设备及时获知核心主机中的动态参数数据更新情况，进而进一步触发动态参数下载工作流程。

如图4所示，多点接入设备中的动态参数存储装置是一种动态参数本地动态存储装置213，该动态参数存储装置213采用分区设计，动态参数的存储区和使用区逻辑分离。使用区中存储最近一次参数化成功时采用的动态参数数据，即当前动态参数及版本号，以保证动态参数同步更新的过程中一般交易能够被成功处理。存储区分为两部分，一部分用于存储动态参数重置后最新的动态参数数据，即新版动态参数和版本号；另一部分存储动态参数重置前的动态参数数据，即旧版动态参数及版本号，以便能够支持前置系统中动态参数部分同步成功部分同步失败而引发的回退功能。一般情况下，交易的参数化处理都从使用区中获取动态参数进行处理。通过分区设计，可以有效的降低动态参数重置交易过程中对一般连接交易处理的影响从而保障一般联机交易处理的成功率。

动态参数本地更新装置213进一步包括：使用区动态参数更新单元，用于判断所述的动态参数使用区中存储的当前版动态参数对联机交易数据的加密或解密处理是否失败，如果是，则使用所述动态参数存储区中存储的当前版动态参数对联机交易数据进行加密或解密，如果否，则用动态参数存储区中存储的当前版动态参数更新动态参数使用区中存储的当前版动态参数。多点接入设备还包括：同步时间指令接收装置214，用于接收动态参数源服务器发来的同步时间窗口指令；同步更新指令接收装置215，用于接收其他多点接入设备发来的动态参数同步更新指令；其中，参数化处理装置在同步时间窗口内采用当前版动态参数或新动态参数对联机交易数据进行加密处理。

动态参数本地动态存储装置通过内存数据结构实现，这样有利于提升数据存取的效率。

在一个动态参数重置交易中，银联服务器发起动态参数重置交易。前置设备采用的是多点部署的策略，其中每一台前置设备与银联服务器均存在通讯链路，因此，银联服务器下发的重置动态参数交易数据将随机发送到前置系统的某一前置设备上，即宿主服务器(为便于理解，以下将收到银联服务器发来的动态参数重置交易请求的这台前置设备称为宿主服务器)。宿主服务器对重置动态参数交易数据进行必要的完整性校验处理(如MD5校验)和简单的格式转换处理后将数据包送至核心主机中；核心主机接收并处理后，将应答包原路返回给宿主服务器，当应答状态为成功时，宿主服务器将解析出应答包中的动态参数版本号，与动态参数本地动态存储装置中的当前动态参数版本号进行比对，如果发现两者不一致，则说明动态参数的版本发生了变化，立即启动动态参数下载工作流程，同步启动如下两组操作：

一、前置设备向核心主机发起一笔动态参数下载请求交易，通知核心主机将最新版本的动态参数数据通过下发到本前置设备。

当收到核心主机下发的新版本动态参数数据后，该前置设备启动动态参数同步工作流程，即开始对本地动态存储装置中的动态参数数据进行同步更新操作，处理步骤如下：

将动态参数存储装置中原“新版动态参数”覆盖到“旧版动态参数”区；

将从核心主机下载的新版动态参数数据覆盖到本地“新版动态参数数据”区；

存储区的更新操作完成后，使用区内的“当前动态参数”仍旧是原有数据，原因是使用区的动态参数数据更新是以“上一次正确参数化处理”为前提的。一笔一般交易的参数化处理过程中，系统在本地动态动态参数存储装置中选取动态参数数据时优先从使用区读取，如果使用区的动态参数无法正确进行参数化处理，再从存储区中读取，先读取“新版”动态参数再读取“旧版”动态参数，如果“新版”动态参数进行参数化成功，说明动态参数发生了同步更新操作，如果“旧版”动态参数进行参数化成功，说明动态参数发生了同步回退操作，当使用存储区中的动态参数数据对一般交易的参数化处理成功后，系统将处理成功的动态参数数据再同步更新到使用区。综上，使用区的动态参数数据更新操作是以“上一次参数化处理成功”为前提的。上面的设计和管理策略的主要优点在于可以有效的解决一般联机交易在时间窗口前后的交易失败隐患。

如图6所示，为上述参数化处理过程中的操作的处理步骤。

二、通过宿主服务器向其他非宿主服务器发送动态参数下载通知指令。当非宿主服务器收到指令后，触发本机的动态参数本地同步更新，启动与宿主服务器相同的动态参数下载操作，下载和同步更新完成后，非宿主服务器向宿主服务器发送动态参数同步完成信号(宿主服务器发给自己，负责发出信号和收集信号的进程不同)。最后，宿主服务器收到所有非宿主服务器发来的动态参数同步完成信号后，再向银联服务器发送动态参数重置交易的成功应答。

为了能够最大限度的保证多台多点接入设备新动态参数下载同步更新的安全性和可靠性，根据本发明的设计，还存在如下的前置设备动态参数下载触发方式：因为核心主机发送的一般联机交易数据中也包含最新的动态参数版本号(一般在交易数据的特定域中填写)，通过一般联机交易下送给某一前置设备时，该前置设备将交易数据中的当前动态参数版本号数据解析出来，与本地存储的当前动态参数版本号进行比对，如果发现两者不一致，则说明动态参数的版本发生了变化，就需要进行同步更新处理，系统将根据识别判定结果触发动态参数下载处理机制。即动态参数下载工作流程不仅存在于动态参数重置交易过程中，也存在于一般联机交易的过程中。

因为一般交易数据的处理是前置设备的常态，且一般交易数据的处理过程流经了核心主机和前置设备，因此，在一般交易数据中增加动态参数版本号对系统的正常性能不会产生过多的额外开销。这样，可以最大限度的保证前置系统多台应用服务器新动态参数下载、同步工作的安全性和可靠性。

如图7所示，是动态参数重置交易的工作流程。该工作流程描述了从银联服务器生成新动态参数并下发到前置系统，再到核心主机和前置设备完成更新并向银联应答的过程。

步骤501：银联服务器生成新的动态参数并向前置设备发送动态参数重置交易请求，请求的数据包中包含了新的动态参数数据；

步骤502：前置设备中的某节点前置设备通过网络链路接收银联服务器发来的动态参数重置交易请求，并对动态参数重置交易数据进行必要的完整性校验处理和简单的格式转换，但并不对数据包中的动态参数数据进行解析处理；

因前置设备采用的是多点部署的策略，其中每一台前置设备与银联服务器均存在通讯链路，因此，银联服务器下发的动态参数重置交易请求是随机发送到任意一台前置设备上，即所述宿主服务器；

步骤503：前置设备中宿主服务器将转换后的数据包再通过内部局域网发送到核心主机中，数据包中的动态参数数据与银联服务器发来时的数据相同；

步骤504：核心主机接收前置设备发来的动态参数重置交易请求数据包并对数据包的内容进行必要的检查，确保数据没有被篡改。

步骤505：核心主机对数据包进行解析处理，取得新动态参数并存储；如解析和存储动态参数等操作出现异常，则进入步骤506；如解析和存储动态参数等操作正常，则进入步骤509。

步骤506：核心主机通过原路向前置设备的宿主服务器发送失败应答，应答包中的动态参数的版本号仍使用原动态参数版本号。

步骤507：前置设备使用当前动态参数(原动态参数)对失败应答数据包进行参数化处理并发送给银联服务器。

步骤508：银联服务器收到失败应答，保持原动态参数不变，等待重发动态参数重置请求。

步骤509：核心主机通过原路向前置设备的宿主服务器发送成功应答，应答包中的动态参数的版本号使用新动态参数版本号。

步骤510：宿主服务器接收核心主机发来的重置动态参数应答交易。通过对动态参数版本号进行识别与判定，若应答包中的动态参数版本号新于当前的动态参数版本号，则启动动态参数下载工作流程和动态参数同步工作流程。同时向其他非宿主服务器发送动态参数下载通知指令。通知指令可以是短连接、简单通讯协议的方式。

步骤511：非宿主服务器收到该指令后，启动动态参数下载和动态参数同步工作流程，完成后，非宿主服务器向宿主服务器发送动态参数下载、同步完成信号。

步骤512：全部前置设备完成新动态参数下载后，即宿主服务器收齐所有前置设备(包括自身)的完成通知后，将成功应答交易转发至银联服务器。

步骤513：银联服务器通过网络链路接收到动态参数重置交易成功应答，并对交易数据包进行解析，同时启用新动态参数。发送的下一笔一般联机交易即开始使用新动态参数进行参数化处理。

如图8所示，是动态参数下载工作流程。该工作流程主要用于前置设备(即：接入设备)在识别了动态参数版本号更新后进行新动态参数的下载动作，即保证前置设备动态参数与核心主机存储的动态参数的一致。

步骤601：核心主机发起交易。核心主机发起的所有交易的数据包中均带有当前主机中存储的最新动态参数版本号信息，该信息随着交易的发起而被下送到前置设备中。

步骤602：前置系统中某一台前置设备接收交易数据。前置系统中部署了多台前置设备，对于一般联机交易数据而言，在负载均衡的机制下，前置系统中的每一台前置设备均会接收到一般联机交易的数据包，接收后除进行常规的交易数据处理外，还读取数据包中所携带的动态参数版本号信息；而对于动态参数重置交易的应答包，核心主机具备原路返回机制，即将应答包回送到动态参数重置交易请求上送的那台前置设备，即宿主服务器上；

步骤603：接收到交易数据包的前置设备在解析数据包后对交易类型进行判断和识别，以区分该笔交易是一般联机交易还是动态参数重置交易应答；

若是一般联机交易的数据包(该情况可能会在任何一台应用服务器上发生)，则进入步骤604；若是重置动态参数交易的应答数据包(该情况只会发生在宿主服务器上)，则进入步骤606。

步骤604：前置设备将从数据包取出的动态参数版本号与动态参数本地动态存储模块中当前动态参数版本号进行比对；

步骤605：如果前置设备发现交易数据中的动态参数版本号与本地的不同，则启动动态参数本地同步更新，向核心主机发起动态参数下载请求。由于前置设备接收到的核心主机交易频率不规律，所以在前置设备发起动态参数下载请求到主机应答的时间段内，该前置设备有可能多次判断版本号不一致，导致多次向核心主机下载动态参数。为了对系统的正常性能不产生过多的额外开销，前置设备需要保证动态参数下载请求应答后或请求超时后才可以向核心主机再次发送请求；

步骤606：宿主服务器对应答状态进行判别，如果是成功交易则进入步骤607，如果是失败交易，则直接向银联服务器应答失败；

步骤607：对于成功的应答交易，宿主服务器将从数据包取出的动态参数版本号与本地使用的动态参数版本号进行比对；

步骤608：如果宿主服务器发现交易数据中的动态参数版本号与本地的不同，则启动动态参数本地同步更新，向主机发起动态参数下载请求，与此同时，向前置设备中的非宿主服务器发出广播通知，通知非宿主服务器启动动态参数下载动作；

步骤609：核心主机接收前置系统应用服务器发送的动态参数下载请求交易，解析并检查数据包；

步骤610：核心主机成功解析并检查动态参数下载请求交易后，读取本地动态参数数据，并组建成功应答，原路发向前置设备。如果解析、检查等相关操作出现异常，则拒绝前置系统请求；

步骤611：前置设备接收主机的动态参数下载应答交易，如果应答成功，则启用动态参数同步工作流程以同步本地动态参数，如果应答失败，则重试。

可见，通过本发明实施例系统，在动态参数重置交易流程的基础上，考虑到宿主服务器向非宿主服务器的广播通知指令采用的是非安全的通讯协议，为保证前置系统中的每台前置设备一定能够触发动态参数下载动作，及时有效的启动新动态参数的下载和同步动作。动态参数下载存在第二种触发机制：核心主机向前置设备中发送的一般交易数据中也会携带当前最新的动态参数版本号信息，核心主机与前置系统各前置设备之间是采用的负载均衡机制，这样就可以保证前置系统中的每台前置设备均可以检测到主机当前的动态参数版本号情况以便在主数据源的动态参数发生变化的情况下触发动态参数下载动作。通过两种并存的触发机制，有效的保证了联机交易频率无特定规律的情况下前置系统中的各应用服务器均可以及时触发新动态参数的下载动作。

如图9所示，是动态参数同步工作流程。该工作流程主要用于将新动态参数在动态参数本地动态存储模块中进行同步更新处理。

步骤701：前置系统某前置设备接收核心主机的动态参数下载应答交易，如果应答成功，则从交易中解析出新动态参数数据和动态参数版本号；

步骤702：前置设备将动态参数本地动态存储装置存储区中的原有“新版动态参数”及新版本号覆盖到“旧版动态参数”及旧版本号，以备后续动态参数同步回退使用；

步骤703：将动态参数下载应答交易中解析出新动态参数数据和版本号覆盖到存储区中的“新版动态参数”及新版本号；

步骤704：通知宿主服务器本前置设备动态参数已经和核心主机的动态参数同步完成；

步骤705：前置系统某前置设备接收来自银联的交易，参数化时使用动态参数本地动态存储装置使用区的“当前动态参数”数据；

步骤706：前置系统某前置设备中动态参数本地动态存储装置的存储区和使用区的动态参数发生变化时，需要同步更新到本应用服务器的物理设备(文件、数据库等)中，以备应用服务器启动时初始化内存中动态参数数据。

本发明实施例是针对集中式部署的开放平台应用提供了安全可靠的应用层动态参数存储与同步解决方案，为该类应用系统实施多点接入解决了核心问题、扫除了关键障碍。该发明具有如下优点：

在动态参数重置过程中，一般联机交易仍可正常进行，不受影响，保证了系统的稳定运行；

对于应用多点接入部署策略的前置系统，可以有效保证在动态参数重置过程中，动态参数重置的可靠性。

通过采用核心主机集中存储动态参数和针对前置系统动态参数下载多种触发机制，保证了动态参数更新的完整性，切实保证前置系统的每一节点及时获取新动态参数，保证系统的正常运行和交易的成功率。

本发明中应用了具体实施例对本发明的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本发明的方法及其核心思想；同时，对于本领域的一般技术人员，依据本发明的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本发明的限制。

Claims (10)

1.一种多点接入设备的动态参数同步方法，其特征是，所述的方法包括：

接收参数源服务器发来的包含新动态参数的参数重置请求信息；

对所述的参数重置请求信息进行完整性校验和格式转换处理；

将格式转换处理后的参数重置请求信息发送到核心主机中；

接收所述核心主机发来的包含新动态参数版本号的参数重置应答信息；

判断所述参数重置应答信息中的新动态参数版本号是否新于本地存储的当前版动态参数的版本号，如果是则生成参数同步更新指令，并将生成的参数同步更新指令发送给其他接入设备；

根据所述的参数同步更新指令，向所述的核心主机发送包含新动态参数版本号的参数下载请求信息；

接收所述的核心主机发来的包含新动态参数的参数下载应答信息；

用所述参数下载应答信息中的新动态参数更新本地存储的当前版动态参数，并用更新前的当前版动态参数更新本地存储的前一版动态参数；

接收所述其他接入设备反馈的参数同步更新成功信息，并向所述的参数源服务器反馈参数重置成功应答信息；

启用所述的新动态参数对所述参数源服务器与核心主机之间的联机交易数据进行参数化处理。

2.根据权利要求1所述的方法，其特征是，将所述的当前版动态参数和前一版动态参数存储于本地的动态参数存储区；其中，

所述的用所述参数下载应答信息中的新动态参数更新本地存储的当前版动态参数，并用更新前的当前版动态参数更新本地存储的前一版动态参数是指：用所述参数下载应答信息中的新动态参数更新所述动态参数存储区中的当前版动态参数，并用更新前的当前版动态参数更新所述动态参数存储区中的前一版动态参数。

3.根据权利要求2所述的方法，其特征是，将所述的动态参数存储区中存储的当前版动态参数存储于本地的动态参数使用区；其中，

所述的启用所述的新动态参数对所述参数源服务器与核心主机之间的联机交易数据进行参数化处理是指：启用所述的动态参数使用区中存储的当前版动态参数对所述参数源服务器与核心主机之间的联机交易数据进行参数化处理。

4.根据权利要求3所述的方法，其特征是，判断所述的动态参数使用区中存储的当前版动态参数对联机交易数据的参数化处理是否失败，如果失败，则使用所述动态参数存储区中存储的当前版动态参数对联机交易数据进行参数化处理；

判断所述动态参数存储区中存储的当前版动态参数对联机交易数据的参数化处理是否成功，如果成功则用所述动态参数存储区中存储的当前版动态参数更新所述动态参数使用区中存储的当前版动态参数。

5.根据权利要求1所述的方法，其特征是，接收所述的参数源服务器发来的同步时间窗口指令，并在所述的同步时间窗口内采用所述的当前版动态参数或新动态参数对联机交易数据进行参数化处理。

6.一种多点接入设备的动态参数同步系统，所述的系统包括：参数源服务器和核心主机，其特征是，所述的系统还包括：多个接入设备；

所述的参数源服务器通过互联网分别与所述的多个接入设备相连接，所述的核心主机通过局域网分别与所述的多个接入设备相连接；

一个所述的接入设备包括：

参数重置请求接收装置，用于接收所述参数源服务器发来的包含新动态参数的参数重置请求信息；

参数重置请求处理装置，用于对所述的参数重置请求信息进行完整性校验和格式转换处理；

参数重置请求发送装置，用于将格式转换处理后的参数重置请求信息发送到所述的核心主机中；

参数重置应答接收装置，用于接收所述核心主机发来的包含新动态参数版本号的参数重置应答信息；

同步更新指令生成装置，用于判断所述参数重置应答信息中的新动态参数版本号是否新于本地存储的当前版动态参数的版本号，如果是则生成参数同步更新指令；

同步更新指令发送装置，用于将生成的参数同步更新指令发送给其他接入设备；

参数下载请求发送装置，用于根据所述的参数同步更新指令，向所述的核心主机发送包含新动态参数版本号的参数下载交易请求信息；

参数下载应答接收装置，用于接收所述的核心主机发来的包含新动态参数的参数下载应答信息；

参数本地更新装置，用所述参数下载应答信息中的新动态参数更新本地存储的当前版动态参数，并用更新前的当前版动态参数更新本地存储的前一版动态参数；

同步更新应答接收装置，用于接收所述其他接入设备反馈的参数同步更新成功信息；

参数重置应答发送装置，用于向所述的参数源服务器反馈参数重置成功应答信息；

参数化处理装置，启用所述的新动态参数对所述参数源服务器与核心主机之间的联机交易数据进行参数化处理。

7.根据权利要求6所述的系统，其特征是，所述的接入设备还包括：动态参数存储装置，所述的动态参数存储装置进一步包括：动态参数存储区，用于存储所述的当前版动态参数和前一版动态参数；

所述的参数本地更新装置进一步包括：存储区动态参数更新单元，用于用所述参数下载应答信息中的新动态参数更新所述动态参数存储区中的当前版动态参数，并用更新前的当前版动态参数更新所述动态参数存储区中的前一版动态参数。

8.根据权利要求7所述的系统，其特征是，所述的动态参数存储装置还包括：动态参数使用区，用于存储所述的动态参数存储区中存储的当前版动态参数；

所述的参数化处理装置启用所述的动态参数使用区中存储的当前版动态参数对联机交易数据进行参数化处理。

9.根据权利要求8所述的系统，其特征是，所述的参数本地更新装置进一步包括：

使用区动态参数更新单元，用于判断所述的动态参数使用区中存储的当前版动态参数对联机交易数据的参数化处理是否失败，如果失败，则使用所述动态参数存储区中存储的当前版动态参数对联机交易数据进行参数化处理；并判断所述动态参数存储区中存储的当前版动态参数对联机交易数据的参数化处理是否成功，如果成功则用所述动态参数存储区中存储的当前版动态参数更新所述动态参数使用区中存储的当前版动态参数。

10.根据权利要求6所述的系统，其特征是，所述的接入设备还包括：

同步时间指令接收装置，用于接收所述的参数源服务器发来的同步时间窗口指令；

同步更新指令接收装置，用于接收其他接入设备发来的参数同步更新指令；

其中，所述的参数化处理装置在所述的同步时间窗口内采用所述的当前版动态参数或新动态参数对联机交易数据进行参数化处理。

Images