一种动态交互方法、装置及系统的制作方法
【专利摘要】本申请涉及通信技术领域，特别涉及一种动态交互方法、装置及系统。其中方法包括接收并解析业务需求信息请求，获得账号信息和动态输入编码；根据动态输入区字典解析动态输入编码，得到业务需求信息；根据所述业务需求信息获取相关的业务数据；将所述业务数据反馈给外围业务装置。通过本发明实施例的方案，可以令外围业务装置明确的通知核心装置需要获取的信息，使核心装置不必反馈冗余信息，减少了外围业务装置和核心装置之间的交互次数，保证了整个系统稳定运行。
【专利说明】
-种动态交互方法、装置及系统
技术领域
[0001] 本申请设及通信技术领域，特别设及一种动态交互方法、装置及系统。
【背景技术】
[0002] 目前的计算机系统结构多种多样，作为银行类型的企业来说，众多的外围业务系 统需要从核屯、系统获取数据通常采用星型结构与核屯、系统连接，核屯、系统提供多个接口， 各外围业务系统根据需求选择合适的接口进行使用，也就是说通过不同交易接口从核屯、系 统获取信息，每种交易接口都是为了某种业务而设计，都包括了多种信息，不同的交易接口 既包括有不同信息，也包括有相同信息。例如，某个外围业务系统通过交易1从核屯、系统获 取的信息中包括有账户当前余额和账户开户日期等，某个外围业务系统通过交易2从核屯、 系统获取的信息中包括有账户当前余额和账户状态等。
[0003] 外围业务系统需要获取某些信息时，要根据核屯、系统中每个交易具体返回信息进 行选择和返回信息的整合，才能获取运些信息。有时需要调用多个交易（即进行多次交互） 才能得到需要的信息，造成大量信息冗余;有时甚至需要核屯、系统新增交易才能满足外围 系统的信息获取需求。
[0004] 返回信息冗余反映了交易过程中资源的无意义占用，影响系统性能；多次新增交 易，返回信息交叉点也越来越多，只会导致W后的使用中更加混乱；同时，某一交易接口的 变动，会影响所有调用该交易的系统，影响范围太广也会增加接口变动的风险，是系统稳定 运行的隐患。
【发明内容】
[0005] 为了解决现有技术中外围业务装置通过订单方式与核屯、系统之间交互通信，获得 业务需求信息从而完成相应业务，而在交互通信过程中存在交互次数多、信息冗余、系统不 稳定的问题，本发明实施例提供了一种动态交互方法、装置及系统，通过动态输入编码的方 式使得外围业务装置和核屯、系统之间的交互为动态调整形式，可W根据每次业务需求信息 的不同获得准确的信息，减少了外围业务装置与核屯、系统之间的交互次数，减少了信息冗 余，保证了系统通信的稳定性。
[0006] 本发明实施例提供了一种动态交互方法，包括：
[0007] 参照动态输入区字典，将业务需求信息转换为动态输入编码；
[000引将账号信息与动态输入编码结合后，形成业务需求信息请求，向核屯、装置发送。
[0009] 本发明实施例还提供了一种动态交互方法，包括：
[0010] 接收并解析业务需求信息请求，获得账号信息和动态输入编码；
[0011] 根据动态输入区字典解析动态输入编码，得到业务需求信息；
[0012] 根据所述业务需求信息获取相关的业务数据；
[0013] 将所述业务数据反馈给外围业务装置。
[0014] 本发明实施例还提供了一种外围业务装置，包括：
[0015] 转换单元，用于参照动态输入区字典，将业务需求信息转换为动态输入编码；
[0016] 发送单元，用于将账号信息与动态输入编码结合后，形成业务需求信息请求，向核 屯、装置发送。
[0017]本发明实施例还提供了一种粉。装置，包括：
[0018] 接收单元，用于接收并解析业务需求信息请求，获得账号信息和动态输入编码；
[0019] 解析单元，用于根据动态输入区字典解析动态输入编码，得到业务需求信息；
[0020] 获取单元，用于根据所述业务需求信息获取相关的业务数据；
[0021] 发送单元，用于将所述业务数据反馈给外围业务装置。
[0022] 本发明实施例还提供了一种动态交互系统，包括：
[0023] 外围业务装置，用于参照动态输入区字典，将业务需求信息转换为动态输入编码， 将账号信息与动态输入编码结合后，形成业务需求信息请求，向核屯、装置发送；
[0024] 所述核屯、装置，用于接收并解析业务需求信息请求，获得账号信息和动态输入编 码，根据动态输入区字典解析动态输入编码，得到业务需求信息，根据所述业务需求信息获 取相关的业务数据，将所述业务数据反馈给所述外围业务装置。
[0025] 由W上本申请实施例提供的技术方案可见，可W令外围业务装置明确的通知核屯、 装置需要获取的信息，使核屯、装置不必反馈冗余信息，减少了外围业务装置和核屯、装置之 间的交互次数，保证了整个系统稳定运行。
[0026] 当然实施本申请的任一产品或者方法必不一定需要同时达到W上所述的所有优 点。
【附图说明】
[0027] 为了更清楚地说明本申请实施例或现有技术中的技术方案，下面将对实施例或现 有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本 申请中记载的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提 下，还可W根据运些附图获得其他的附图。
[00%]图1所示为本申请实施例一种动态交互方法的流程图；
[0029] 图2所示为本发明一种动态交互方法的流程图；
[0030] 图3所示为本发明实施例一种外围业务装置的结构示意图；
[0031 ]图4所示为本发明实施例一种核屯、装置的结构示意图；
[0032] 图5所示为本发明实施例一种动态交互系统的结构示意图；
[0033] 图6所示为本发明实施例一种动态交互系统的数据流图；
[0034] 图7所示为本发明实施例业务需求信息请求中动态输入编码的示例图；
[0035] 图8所示为本发明实施例核屯、装置反馈查询结果的格式示意图。
【具体实施方式】
[0036] 为了使本技术领域的人员更好地理解本申请中的技术方案，下面将结合本申请实 施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施 例仅仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通 技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都应当属于本申请保护 的范围。
[0037] 如图1所示为本申请实施例一种动态交互方法的流程图，在本图中描述了外围业 务装置发出动态交互请求的过程，在该过程中外围业务装置不会如现有技术中一样，只是 通过核屯、装置中预先设定好的交易来进行交互请求，而是通过明确需要获取的信息，从核 屯、装置获取准确的信息，不包括现有技术中的冗余等信息内容，从而减少了外围业务装置 与核屯、装置之间的交互次数，并且减少了外围业务装置W及核屯、装置的工作量，确保了整 个系统的稳定性与可靠性。
[0038] 该方法具体包括步骤101，参照动态输入区字典，将业务需求信息转换为动态输入 编码。
[0039] 步骤102，将账号信息与动态输入编码结合后，形成业务需求信息请求，向核屯、装 置发送。
[0040] 作为本发明的一个实施例，所述动态输入区字典中包括所有业务需求信息对应的 动态输入编码。
[0041] 其中，每个业务需求信息都对应一个唯一标识符，也就是动态输入编码，从而可W 建立一一对应的关系，即，在外围业务装置请求某些业务需求信息时，可W明确的向核屯、装 置发出获取运些信息的请求，而不像现有技术中向核屯、装置发送多个交易请求，再从获得 的交易反馈信息中拼凑业务需求信息。
[0042 ]作为本发明的一个实施例，所述动态输入编码包括分类码、字段码。
[0043] 其中，所述分类码是指业务需求信息的类别，例如，账户信息的分类码为01，客户 信息的分类码为02,电话信息的分类码为03,所述字段码是指分类信息中具体的信息编码， 例如账户信息中包括账户余额、账户状态，字段码分别为01和0 2，客户信息中包括客户名 称、客户证件号，字段码分别为Ol和02,电话信息中包括座机号码、手机号码，字段码分别为 Ol和02,将分类码W及字段码合并，就构成了业务需求信息的唯一标识符。
[0044] 作为本发明的一个实施例，所述动态输入编码还包括字段的数量。
[0045] 其中，字段的数量用于指明在某个分类下获取几个字段的信息，例如Ol代表获取1 个字段的信息，02代表获取2个字段的信息。
[0046] 作为本发明的一个实施例，将业务需求信息转换为动态输入编码中进一步包括， 按照所述业务需求信息的顺序将业务需求信息转换为动态输入编码。
[0047] 其中，按照业务需求信息的顺序将业务需求信息转换为动态输入编码是为了，利 用动态输入编码的顺序通知核屯、装置反馈信息的顺序。
[0048] 根据本发明上述方法的实施例，可W令外围业务装置明确的通知核屯、装置需要获 取的信息，使核屯、装置不必反馈冗余信息，减少了外围业务装置和核屯、装置之间的交互次 数，保证了整个系统稳定运行。
[0049] 如图2所示为本发明一种动态交互方法的流程图，在本图中描述了核屯、装置响应 外围业务装置获取信息请求的过程，在该过程中根据外围业务装置获取信息的请求，针对 性的获取业务需求信息，并经过检验后反馈给外围业务装置。
[0050] 该方法具体包括步骤201，接收并解析业务需求信息请求，获得账号信息和动态输 入编码。
[0051] 步骤202,根据动态输入区字典解析动态输入编码，得到业务需求信息。
[0052] 步骤203,根据所述业务需求信息获取相关的业务数据。
[0053] 步骤204,将所述业务数据反馈给外围业务装置。
[0054] 作为本发明的一个实施例，所述动态输入区字典中包括对所有业务需求信息对应 的动态输入编码。
[0055] 作为本发明的一个实施例，将所述业务数据反馈给外围业务装置中进一步包括， 根据预定反馈数据包大小的限制，将所述业务数据根据数据的长度进行分包处理，在一个 反馈数据包内写入完整的业务数据。
[0056] 其中，如果反馈数据包限制为50字节，账户的账面余额为19字节，用户名称为20字 节，则将运两个业务数据写入同一个反馈数据包，而将剩下的客户证件号32字节的业务数 据写入下一个反馈数据包。
[0057] 作为本发明的一个实施例，将所述业务数据反馈给外围业装置统中进一步包括， 将所述动态输入编码与其相对应的业务数据相结合写入同一个反馈数据包。
[0058] 其中，可W向外围业务装置指明传输的业务数据是其所需求的哪个业务的数据。
[0059] 当然，在某些实施例中，可W直接反馈给外围业务装置其所需求的业务数据，外围 业务装置只需要根据业务需求信息请求中动态输入编码的顺序就可W得到相应的业务数 据。
[0060] 作为本发明的一个实施例，根据所述业务需求信息获取相关的业务数据中进一步 包括，在内存中寻找与所述业务需求信息相应的业务数据，如果没有找到，则在数据库中寻 找与所述业务需求信息相应的业务数据。
[0061] 通过上述本发明方法的实施例，核屯、装置可W根据外围业务装置的明确需求将业 务数据传送给外围业务装置，避免了信息冗余，当某个外围业务装置所需的业务数据发生 变化，只需要改变发送给核屯、装置的动态输入编码，核屯、装置只需要增加相应的动态输入 编码就可W匹配到相应的业务数据反馈给外围业务装置，不会影响其它外围业务装置的正 常使用，降低了接口变动风险。
[0062] 如图3所示为本发明实施例一种外围业务装置的结构示意图，在本图中描述了外 围业务装置通过动态输入编码准确的向核屯、装置发送需求信息请求，从而减少了外围业务 装置与核屯、装置之间的交互次数，并且减少了外围业务装置W及核屯、装置的工作量，确保 了整个系统的稳定性与可靠性。
[0063] 该装置具体包括转换单元301，用于参照动态输入区字典，将业务需求信息转换为 动态输入编码。
[0064] 发送单元302,用于将账号信息与动态输入编码结合后，形成业务需求信息请求， 向核屯、装置发送。
[0065] 作为本发明的一个实施例，所述动态输入区字典中包括所有业务需求信息对应的 动态输入编码。
[0066] 作为本发明的一个实施例，所述动态输入编码包括分类码、字段码。
[0067] 作为本发明的一个实施例，所述动态输入编码还包括字段的数量。
[0068] 作为本发明的一个实施例，所述转换单元进一步用于，按照所述业务需求信息的 顺序将业务需求信息转换为动态输入编码。
[0069] 根据本发明上述装置的实施例，可W令外围业务装置明确的通知核屯、装置需要获 取的信息，使核屯、装置不必反馈冗余信息，减少了外围业务装置和核屯、装置之间的交互次 数，保证了整个系统稳定运行。
[0070]如图4所示为本发明实施例一种核屯、装置的结构示意图，在本图中描述了核屯、装 置响应外围业务装置获取信息请求的过程，在该过程中根据外围业务装置获取信息的请 求，针对性的获取业务需求信息，并经过检验后反馈给外围业务装置。
[0071 ]该装置具体包括接收单元401，用于接收并解析业务需求信息请求，获得账号信息 和动态输入编码。
[0072] 解析单元402,用于根据动态输入区字典解析动态输入编码，得到业务需求信息。
[0073] 获取单元403,用于根据所述业务需求信息获取相关的业务数据。
[0074] 发送单元404,用于将所述业务数据反馈给外围业务装置。
[0075] 作为本发明的一个实施例，所述动态输入区字典中包括对所有业务需求信息对应 的动态输入编码。
[0076] 作为本发明的一个实施例，所述发送单元进一步用于，根据预定反馈数据包大小 的限制，将所述业务数据根据数据的长度进行分包处理，在一个反馈数据包内写入完整的 业务数据。
[0077] 作为本发明的一个实施例，所述发送单元进一步用于，将所述动态输入编码与其 相对应的业务数据相结合写入同一个反馈数据包。
[0078] 作为本发明的一个实施例，获取单元进一步用于，在内存中寻找与所述业务需求 信息相应的业务数据，如果没有找到，则在数据库中寻找与所述业务需求信息相应的业务 数据。
[0079] 通过上述本发明装置的实施例，核屯、装置可W根据外围业务装置的明确需求将业 务数据传送给外围业务装置，避免了信息冗余，当某个外围业务装置所需的业务数据发生 变化，只需要改变发送给核屯、装置的动态输入编码，核屯、装置只需要增加相应的动态输入 编码就可W匹配到相应的业务数据反馈给外围业务装置，不会影响其它外围业务装置的正 常使用，降低了接口变动风险。
[0080] 如图5所示为本发明实施例一种动态交互系统的结构示意图，在本图中描述了外 围业务装置与核屯、装置构成的系统，在该系统中完成了外围业务装置与核屯、装置的动态交 互，通过动态输入编码指明外围业务装置需求的信息，核屯、装置根据该输入动态编码找到 相应的业务数据反馈给外围业务装置，从而避免现有技术中信息冗余W及通信接口固定的 问题。
[0081] 该系统具体包括外围业务装置501，用于参照动态输入区字典，将业务需求信息转 换为动态输入编码，将账号信息与动态输入编码结合后，形成业务需求信息请求，向核屯、装 置发送。
[0082] 核屯、装置502,用于接收并解析业务需求信息请求，获得账号信息和动态输入编 码，根据动态输入区字典解析动态输入编码，得到业务需求信息，根据所述业务需求信息获 取相关的业务数据，将所述业务数据反馈给外围业务装置。
[0083] 通过上述本发明系统的实施例，外围业务装置与核屯、装置构成的系统避免了信息 冗余，当某个外围业务装置所需的业务数据发生变化，只需要改变发送给核屯、装置的动态 输入编码，核屯、装置只需要增加相应的动态输入编码就可W匹配到相应的业务数据反馈给 外围业务装置，不会影响其它外围业务装置的正常使用，降低了接口变动风险。
[0084] 如图6所示为本发明实施例一种动态交互系统的数据流图，在本图中描述了外围 业务装置与核屯、装置之间的通信过程，在该过程中W动态输入编码作为需求信息，不存在 现有技术中的信息传递的冗余，并且可W使得整个系统更加的稳定可靠。
[0085] 具体包括步骤601，外围业务装置将业务需求信息转换为动态输入编码。
[0086] 在本步骤中，外围业务装置通过动态输入区字典将业务需求信息转换为动态输入 编码，其中所述动态输入区字典可W如下表1所示：
[0087] 表 1
[008引
[0089] 在表1中业务需求信息可能包括账户余额、账户状态、客户名称、客户证件号、座机 号码和手机号码中的一种或者几种，当然在其它实施例中还可能包括更多的业务需求信 息，例如开户行信息等，将不同的业务需求信息分类，例如表1中所示，将账户余额、账户状 态分类为账户信息类别，将客户名称和客户证件号分类为客户信息，将座机号码和手机号 码分类为电话信息，并且为每一类信息都分配不同的分类码，对每种业务需求信息分配不 同的字段码，并且记录每种业务需求信息的长度。
[0090] 在本例中，当外围业务装置的业务需求信息需要几个信息，分类码和字段码等字 段的顺序可W自由设置，无需排序，输出时可W按照业务需求信息请求中的顺序进行排序， 例如当药查询账户下账户余额、客户名称、客户证件号时，账户余额对应的分类码为01，字 段码为01;客户名称对应的分类码为02,字段码为01;客户证件号对应的分类码为02,字段 码为02,动态输入编码为:D010101D02020102,其中，第一个D代表外围业务装置的业务需求 信息请求中需要获取的第一个信息，第一个Ol代表分类号，第二个Ol代表需要从该分类号 的业务信息中获取1个字段，第=个Ol代表需要获取第1个字段的内容，也就是获取账户余 额;第二个D代表代表外围业务装置的业务需求信息请求中需要获取的第二个信息，第一个 02代表分类号，第二个02代表需要从该分类号的业务信息中获取2个字段，第=个Ol代表需 要获取第1个字段的内容，也就是获取客户名称，第四个02代表需要获取第2个字段的内容， 也就是客户证件号。具体的动态输入编码可W如图7所示，为本发明实施例业务需求信息请 求中动态输入编码的示例图。
[0091] 步骤602,将账号信息与上述动态输入编码结合后，形成业务需求信息请求发送给 核屯、装置。
[0092] 在本步骤中，业务需求信息请求的格式可W如表2所示。
[0093] 表 2
[0094]
[OOM]步骤603,核屯、装置接收到业务需求信息请求后，解析所述业务需求信息请求，获 得账号信息和动态输入编码。
[0096] 在本步骤中，需要对账号信息的正确性和存在性进行校验，查询选项的校验，并需 要对动态输入编码进行校验。
[0097] 步骤604,根据动态输入区字典将动态输入编码转换为业务需求信息。
[0098] 在本步骤中，根据上述的动态输入区字典W及动态输入编码，将动态输入编码转 换为相应的账户余额、客户名称W及客户证件号。
[0099] 步骤605，根据业务需求信息查询内存中业务数据。
[0100] 在本步骤中，根据账户信息和所述要查询的内容（即账户余额、客户名称W及客户 证件号)在内存中查找业务数据，如果在内存中具有所述要查询的内容，则可W得到相应的 业务数据，如果没有，则到数据库中查询相应业务数据。
[0101] 步骤606,根据预定的反馈数据包的格式将找到的业务数据封装到反馈数据包中。
[0102] 在本步骤中，在第一个反馈数据包中包括当前反馈数据包的序号、反馈数据包的 总数、本反馈数据包的长度，W及动态输出区，如下表3所示：
[0103] 表3
[0104]
[0105]
[0106] 除上述第一个反馈数据包W外，其余的反馈数据包中包括当前反馈数据包序号、 本反馈数据包的长度，W及动态输出区，如下表4所示：
[0107] 表4 [010 引
[0109] 动态输出区中可W只包括业务数据，或者还可W包括将动态输入编码与业务数据 相结合的反馈数据包，格式如下：
[0110] D+分类码(2位)+字段个数(2位)+字段码(2位)+字段长度(S位)+字段取值(字段 长度位）。
[0111] 在上面的动态输入编码例子中，动态输入编码的字段为账户余额、客户名称、客户 证件号时，动态输入编码为D010101D02020102,在动态输出区输出：D010101019账户余额 (19位)D020201020客户名称(20位)02032客户证件号（32位）。在动态输出区中的内容如图8 所示，为本发明实施例核屯、装置反馈查询结果的格式示意图，在该图中，账户余额长度为19 位(字节），客户名称为20位(字节），客户证件号为32位(字节），在运些空位中需要填写如查 找到的业务数据，即真正的账户余额、客户名称W及客户证件号，将动态输入编码和反馈数 据相结合构成了反馈数据包。
[0112] 步骤607，根据反馈数据包的长度限制，对所述反馈数据包进行分包处理。
[0113] 在本步骤中，假定每个反馈数据包大小限制为100位(字节），最多输出5个反馈数 据包，在本例中，共输出2个反馈数据包，第一个反馈数据包中反馈数据为：1(第一包)2( - 共2包）064(说明第一包有64字节长）也就是3位（064) ,DOlOlO 1019账户余额（19位） D020201020客户名称(20位），第二个反馈数据包中反馈数据为:2(第二包)041(第二包长度 为41位)02032客户证件号（32位）。每个反馈数据包中都为完整的业务数据，不会将例如20 位的客户名称分别放入第一个反馈数据包和第二个反馈数据包中。
[0114] 步骤608,核屯、装置将所有反馈数据包发送给相应的外围业务装置。
[0115] 步骤609,外围业务装置收到反馈数据包后，按照需求进行相应处理。
[0116] 通过上述本发明实施例的方法及装置，可W根据外围业务装置的明确需求将业务 数据传送给外围业务装置，避免了信息冗余，当某个外围业务装置所需的业务数据发生变 化，只需要改变发送给核屯、装置的动态输入编码，核屯、装置只需要增加相应的动态输入编 码就可W匹配到相应的业务数据反馈给外围业务装置，不会影响其它外围业务装置的正常 使用，降低了接口变动风险。
[0117] 对于一个技术的改进可W很明显地区分是硬件上的改进（例如，对二极管、晶体 管、开关等电路结构的改进)还是软件上的改进(对于方法流程的改进）。然而，随着技术的 发展，当今的很多方法流程的改进已经可W视为硬件电路结构的直接改进。设计人员几乎 都通过将改进的方法流程编程到硬件电路中来得到相应的硬件电路结构。因此，不能说一 个方法流程的改进就不能用硬件实体模块来实现。例如，可编程逻辑器件(Programmable Logic Device,PLD)(例如现场可编程口阵列化ield Programmable Gate Array,FPGA))就 是运样一种集成电路，其逻辑功能由用户对器件编程来确定。由设计人员自行编程来把一 个数字系统"集成"在一片化D上，而不需要请忍片制造厂商来设计和制作专用的集成电路 忍片2。而且，如今，取代手工地制作集成电路忍片，运种编程也多半改用"逻辑编译器 (logic compiler)"软件来实现，它与程序开发撰写时所用的软件编译器相类似，而要编译 之前的原始代码也得用特定的编程语言来撰写，此称之为硬件描述语言（Hardware Description Language，HDL)，而皿L也并非仅有一种，而是有许多种，如ABE；L(Advanced Boolean Expression Language)、AHDL(Altera Hardware Description Language)、 ConfIuence、CUPL(CornelI University
[0118] Pro邑ramming Lan邑ua邑e)、HDCal、JHDL(Java Hardware Description Language)、 Lava、Lola、MyHDL、PALASM、RHDL(Ruby 化rdware Description Language)等，目前最普遍 使用白勺是VHDL(Very-Hi邑h-Speed Inte邑rated Circuit Hardware Description Language)与Verilog2。本领域技术人员也应该清楚，只需要将方法流程用上述几种硬件描 述语言稍作逻辑编程并编程到集成电路中，就可W很容易得到实现该逻辑方法流程的硬件 电路。
[0119] 控制器可W按任何适当的方式实现，例如，控制器可W采取例如微处理器或处理 器W及存储可由该(微)处理器执行的计算机可读程序代码(例如软件或固件）的计算机可 读介质、逻辑口、开关、专用集成电路（A邮Iication Specific Integrated Circuit, ASIC)、可编程逻辑控制器和嵌入微控制器的形式，控制器的例子包括但不限于W下微控制 器：ARC 62抓、Atmel AT91SAM、Microchip PIC18F2服20W及Silicone Labs C8051F320,存 储器控制器还可W被实现为存储器的控制逻辑的一部分。
[0120] 本领域技术人员也知道，除了 W纯计算机可读程序代码方式实现控制器W外，完 全可W通过将方法步骤进行逻辑编程来使得控制器W逻辑口、开关、专用集成电路、可编程 逻辑控制器和嵌入微控制器等的形式来实现相同功能。因此运种控制器可W被认为是一种 硬件部件，而对其内包括的用于实现各种功能的装置也可W视为硬件部件内的结构。或者 甚至，可W将用于实现各种功能的装置视为既可W是实现方法的软件模块又可W是硬件部 件内的结构。
[0121] 上述实施例阐明的系统、装置、模块或单元，具体可W由计算机忍片或实体实现， 或者由具有某种功能的产品来实现。
[0122] 为了描述的方便，描述W上装置时W功能分为各种单元分别描述。当然，在实施本 申请时可W把各单元的功能在同一个或多个软件和/或硬件中实现。
[0123] 通过W上的实施方式的描述可知，本领域的技术人员可W清楚地了解到本申请可 借助软件加必需的通用硬件平台的方式来实现。基于运样的理解，本申请的技术方案本质 上或者说对现有技术做出贡献的部分可W W软件产品的形式体现出来，该计算机软件产品 可W存储在存储介质中，如R0M/RAM、磁碟、光盘等，包括若干指令用W使得一台计算机设备 (可W是个人计算机，服务器，或者网络设备等)执行本申请各个实施例或者实施例的某些 部分所述的方法。
[0124] 本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部 分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于系统实 施例而言，由于其基本相似于方法实施例，所W描述的比较简单，相关之处参见方法实施例 的部分说明即可。
[0125] 本申请可用于众多通用或专用的计算机系统环境或配置中。例如:个人计算机、月良 务器计算机、手持设备或便携式设备、平板型设备、多处理器系统、基于微处理器的系统、置 顶盒、可编程的消费电子设备、网络PC、小型计算机、大型计算机、包括W上任何系统或设备 的分布式计算环境等等。
[0126] 本申请可W在由计算机执行的计算机可执行指令的一般上下文中描述，例如程序 模块。一般地，程序模块包括执行特定任务或实现特定抽象数据类型的例程、程序、对象、组 件、数据结构等等。也可W在分布式计算环境中实践本申请，在运些分布式计算环境中，由 通过通信网络而被连接的远程处理设备来执行任务。在分布式计算环境中，程序模块可W 位于包括存储设备在内的本地和远程计算机存储介质中。
[0127] 虽然通过实施例描绘了本申请，本领域普通技术人员知道，本申请有许多变形和 变化而不脱离本申请的精神，希望所附的权利要求包括运些变形和变化而不脱离本申请的 精神。
【主权项】
1. 一种动态交互方法，其特征在于包括： 参照动态输入区字典，将业务需求信息转换为动态输入编码； 将账号信息与动态输入编码结合后，形成业务需求信息请求，向核心装置发送。2. 根据权利要求1所述的方法，其特征在于，所述动态输入区字典中包括所有业务需求 信息对应的动态输入编码。3. 根据权利要求1所述的方法，其特征在于，所述动态输入编码包括分类码、字段码。4. 根据权利要求3所述的方法，其特征在于，所述动态输入编码还包括字段的数量。5. 根据权利要求1所述的方法，其特征在于，将业务需求信息转换为动态输入编码中进 一步包括，按照所述业务需求信息的顺序将业务需求信息转换为动态输入编码。6. -种动态交互方法，其特征在于包括： 接收并解析业务需求?目息请求，获得账号?目息和动态输入编码； 根据动态输入区字典解析动态输入编码，得到业务需求信息； 根据所述业务需求信息获取相关的业务数据； 将所述业务数据反馈给外围业务装置。7. 根据权利要求6所述的方法，其特征在于，所述动态输入区字典中包括对所有业务需 求信息对应的动态输入编码。8. 根据权利要求6所述的方法，其特征在于，将所述业务数据反馈给外围业务装置中进 一步包括，根据预定反馈数据包大小的限制，将所述业务数据根据数据的长度进行分包处 理，在一个反馈数据包内写入完整的业务数据。9. 根据权利要求6所述的方法，其特征在于，将所述业务数据反馈给外围业装置统中进 一步包括，将所述动态输入编码与其相对应的业务数据相结合写入同一个反馈数据包。10. 根据权利要求6所述的方法，其特征在于，根据所述业务需求信息获取相关的业务 数据中进一步包括，在内存中寻找与所述业务需求信息相应的业务数据，如果没有找到，则 在数据库中寻找与所述业务需求信息相应的业务数据。11. 一种外围业务装置，其特征在于包括： 转换单元，用于参照动态输入区字典，将业务需求信息转换为动态输入编码； 发送单元，用于将账号信息与动态输入编码结合后，形成业务需求信息请求，向核心装 置发送。12. 根据权利要求11所述的装置，其特征在于，所述动态输入区字典中包括所有业务需 求信息对应的动态输入编码。13. 根据权利要求11所述的装置，其特征在于，所述动态输入编码包括分类码、字段码。14. 根据权利要求13所述的装置，其特征在于，所述动态输入编码还包括字段的数量。15. 根据权利要求11所述的装置，其特征在于，所述转换单元进一步用于，按照所述业 务需求信息的顺序将业务需求信息转换为动态输入编码。16. -种核心装置，其特征在于包括： 接收单元，用于接收并解析业务需求信息请求，获得账号信息和动态输入编码； 解析单元，用于根据动态输入区字典解析动态输入编码，得到业务需求信息； 获取单元，用于根据所述业务需求信息获取相关的业务数据； 发送单元，用于将所述业务数据反馈给外围业务装置。17. 根据权利要求16所述的装置，其特征在于，所述动态输入区字典中包括对所有业务 需求信息对应的动态输入编码。18. 根据权利要求16所述的装置，其特征在于，所述发送单元进一步用于，根据预定反 馈数据包大小的限制，将所述业务数据根据数据的长度进行分包处理，在一个反馈数据包 内写入完整的业务数据。19. 根据权利要求16所述的装置，其特征在于，所述发送单元进一步用于，将所述动态 输入编码与其相对应的业务数据相结合写入同一个反馈数据包。20. 根据权利要求16所述的装置，其特征在于，获取单元进一步用于，在内存中寻找与 所述业务需求信息相应的业务数据，如果没有找到，则在数据库中寻找与所述业务需求信 息相应的业务数据。21. -种动态交互系统，其特征在于包括： 外围业务装置，用于参照动态输入区字典，将业务需求信息转换为动态输入编码，将账 号信息与动态输入编码结合后，形成业务需求信息请求，向核心装置发送； 所述核心装置，用于接收并解析业务需求信息请求，获得账号信息和动态输入编码，根 据动态输入区字典解析动态输入编码，得到业务需求信息，根据所述业务需求信息获取相 关的业务数据，将所述业务数据反馈给所述外围业务装置。
【文档编号】G06F17/30GK106021427SQ201610320486
【公开日】2016年10月12日
【申请日】2016年5月16日
【发明人】周绍博, 刘晨旭, 赵书祥
【申请人】中国银行股份有限公司