CN108153660A - 订单信息的模拟处理方法和装置 - Google Patents

Abstract

本发明涉及一种订单信息的模拟处理方法，其特征在于，所述方法包括以下步骤：获取待处理的申请文件，所述申请文件中包括相应的用户信息和产品信息；获取与所述产品信息对应的产品交易规则；根据所述产品交易规则、所述申请文件和模板文件，生成对应的模拟确认文件；根据所述模拟确认文件生成对应的模拟结果文件。上述方法可提高产品测试的效率。此外，还对应提供了一种订单信息的模拟处理装置。

Description

订单信息的模拟处理方法和装置

技术领域

本发明涉及信息处理技术领域，特别是涉及一种订单信息的模拟处理方法和装置。

背景技术

用户在购买一些保险产品或金融等类型的产品时，通常会选择和该产品的代理方进行沟通，通过订单委托代理方从产品提供方(以下统称资产方)处进行产品的购买。

代理方需要将客户的订单发送给资产方进行审核，资产方对该订单进行审核，生成确认文件发送给代理方。代理方根据所接收到的确认文件来生成结果文件，该结果文件包含客户是否能够购买该产品的结果信息。

然而，对于一些新开放的产品，资产方和代理方都需要对各自针对该产品所开发出的应用工具进行测试。而代理方所开发出的应用工具又必须依赖于资产方提供的审核结果才能测试其所开发出的应用工具是否有误。若资产方的应用工具还未开发完成时，则无法及时向代理方返回确认文件，从而导致代理方对该产品的测试周期延长，使得代理方对其所研发的产品的测试效率低下。

发明内容

基于此，有必要针对上述技术问题，提供一种订单信息的模拟处理方法和装置，能够提高代理方对产品测试的效率。

一种订单信息的模拟处理方法，所述方法包括以下步骤：

获取待处理的申请文件，所述申请文件中包括相应的用户信息和产品信息；

获取与所述产品信息对应的产品交易规则；

根据所述产品交易规则、所述申请文件和模板文件，生成对应的模拟确认文件；

根据所述模拟确认文件生成对应的模拟结果文件。

在其中一个实施例中，在所述根据所述模拟确认文件生成对应的模拟结果文件的步骤之前，所述方法还包括：

将所述模拟确认文件上传到与所述产品信息对应位置进行存储；

所述根据所述模拟确认文件生成对应的模拟结果文件的步骤，包括：

定期从所述位置中获取还未处理的模拟确认文件，生成相应的模拟结果文件。

在其中一个实施例中，在所述根据所述模拟确认文件生成对应的模拟结果文件的步骤之后，还包括：

获取与所述申请文件对应的预设的测试结果文件；

将所述模拟结果文件和所述测试结果文件进行对比，生成对比结果；

将所述对比结果发送至预设的测试终端。

在其中一个实施例中，在获取待处理的申请文件的步骤之前，还包括：

接收用户终端发送的业务办理请求，所述申请请求中包括对应的申请类型与订单信息；

根据所述业务办理请求生成相应的申请文件。

在其中一个实施例中，所述模板文件为通过Mock所生成的适用于多个产品信息的通用XML模板文件。

一种订单信息的模拟处理装置，所述装置包括：

申请文件获取模块，用于获取待处理的申请文件，所述申请文件中包括相应的用户信息和产品信息；

产品交易规则获取模块，用于获取与所述产品信息对应的产品交易规则；

模拟确认文件生成模块，用于根据所述产品交易规则、所述申请文件和模板文件，生成对应的模拟确认文件；

模拟结果文件生成模块，用于根据所述模拟确认文件生成对应的模拟结果文件。

在其中一个实施例中，所述模拟确认文件生成模块还用于将所述模拟确认文件上传到与所述产品信息对应位置进行存储；

所述模拟结果文件生成模块还用于定期从所述位置中获取还未处理的模拟确认文件，生成相应的模拟结果文件。

在其中一个实施例中，所述装置还包括：

对比结果生成模块，用于获取与所述申请文件对应的预设的测试结果文件；将所述模拟结果文件和所述测试结果文件进行对比，生成对比结果；将所述对比结果发送至预设的测试终端。

在其中一个实施例中，所述装置还包括：

申请文件生成模块，用于接收用户终端发送的业务办理请求，所述申请请求中包括对应的申请类型与订单信息；根据所述业务办理请求生成相应的申请文件。

在其中一个实施例中，所述模板文件为通过Mock所生成的适用于多个产品信息的通用XML模板文件。

上述订单信息的模拟处理方法和装置，通过获取待处理的申请文件和对应的产品交易规则，并根据该申请文件、产品交易规则以及预设的模板文件，申请对应的模拟确认文件，再根据模拟确认文件生成对应的模拟结果文件，使测试人员可根据模拟结果文件来分析所开发的测试工具是否正常。通过直接生成模拟确认文件，而无需与资产方进行交互，从而可降低由资产方来生成确认文件的等待时间，且更能避免与资产方进行交互所存在的联调环境不稳定，联调窗口短等问题，从而提高了产品测试的效率。

附图说明

图1为一个实施例中订单信息的模拟处理方法的应用环境图；

图2为一个实施例中服务器的内部结构图；

图3为一个实施例中订单信息的模拟处理方法的流程图；

图4为一个实施例中订单信息的模拟处理方法中的对模拟结果文件的分析过的流程图；

图5为一个实施例中订单信息的模拟处理装置的结构框图；

图6为另一个实施例中订单信息的模拟处理装置的结构框图；

图7为又一个实施例中订单信息的模拟处理装置的结构框图。

具体实施方式

为了使本发明的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本发明进行进一步详细说明。应当理解，此处描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。

本发明实施例所提供的订单信息的模拟处理方法，可应用于如图1所示的应用环境中。参考图1，用户终端110可通过相应的网络与服务器120相连，向服务器120发送进行产品交易的订单请求。服务器120可为处理产品交易的代理方的后台服务器。该服务器120中可根据用户的订单请求生成申请文件，并获取相关的订单处理规则，根据该规则生成模拟确认文件，根据模拟确认文件生成模拟结果文件。通过自行生成模拟确认文件与模拟结果文件，而无需资产方的参与，即可实现对订单的模拟处理，完成对代理方所开发的相应产品的应用工具的测试。

图2为一个实施例中服务器的内部结构示意图。该服务器包括通过系统总线连接的处理器、非易失性存储介质、内存储器和网络接口。其中，该服务器的非易失性存储介质存储有操作系统、数据库和订单信息的模拟处理装置。数据库中存储有客户的订单信息以及订单处理规则等数据。该订单信息的模拟处理装置用于实现一种订单信息的模拟处理方法。该服务器的处理器用于提供计算和控制能力，支撑整个服务器的运行。该服务器的内存储器为非易失性存储介质中的订单信息的模拟处理装置的运行提供环境，该内存储器中可存储有计算机可读指令，该计算机指令可读指令被处理器执行时，可使得处理器执行一种订单信息的模拟处理方法。该服务器的网络接口用于据以与外部的用户终端以及审核终端通过网络连接通信，比如接收用户终端上报的保全请求，接收审核终端发送的审核结果等。服务器可以用独立的服务器或者是多个服务器组成的服务器集群来实现。

本领域技术人员可以理解，图2中示出的结构，仅仅是与本申请方案相关的部分结构的框图，并不构成对本申请方案所应用于其上的服务器的限定，具体的服务器可以包括比图中所示更多或更少的部件，或者组合某些部件，或者具有不同的部件布置。

在一个实施例中，如图3所示，提供了一种订单信息的模拟处理方法。本实施例以该方法应用于图2所示的服务器来举例说明。参照图2，该订单信息的模拟处理方法具体包括如下步骤：

步骤302，获取待处理的申请文件，申请文件中包括相应的用户信息和产品信息。

本实施例中，服务器中存储有多个申请文件。该申请文件可为测试人员为测试所开发的产品的性能而预先模拟生成的样本申请文件，还可为根据实际的用户所提交的交易的订单信息生成的申请文件。

每个申请文件中包括相应的用户信息和待交易的产品信息。其中，用户信息包括用户姓名、性别、年龄、联系方式、身份证号、职业以及收入等其中的一种或多种字段信息。产品信息包括产品的名称和买入数额或卖出数额等字段信息。产品信息可为保险产品或金融类产品。具体的，该产品为资产方已公布、但还未完成相应应用工具的产品，使得用户可提前购买或预定该产品。

步骤304，获取与产品信息对应的产品交易规则。

本实施例中，产品交易规则为资产方所创建并提供的产品交易规则。不同的产品类型和/或产品交易数量所对应的交易规则不一定相同。比如购买的产品为幼儿险，则对用户的年龄有限定；比如购买的产品为工伤险，则对用户的职业类型有限定。

服务器可预先从资产方获取每个产品的产品交易规则，并建立每个产品交易规则与相关产品的关联关系。

在获取了申请文件后，提取该申请文件中所包含的产品信息，根据该产品信息与对应产品交易规则的关联关系，获取该产品交易规则。

步骤306，根据产品交易规则、申请文件和模板文件，生成对应的模拟确认文件。

本实施例中，服务器对选取的产品交易规则进行解析，确定该产品交易规则所涉及到的字段信息。并从申请文件中提取该对应的字段信息，并基于所涉及的交易规则，计算出新的字段信息或对该字段信息进行更新，生成对应的模拟确认文件。该模拟确认文件为模拟资产方的处理方式所生成的模拟文件。

其中，服务器中存储有模拟确认文件的模板文件，服务器将所整理后的字段信息存储按照该模板文件的格式，生成模拟确认文件。

进一步的，申请文件中还被定义了字段信息的起始读取位置以及读取规则，使得服务器可按照该读取规则获取所需的字段信息，从而根据产品交易规则以及模板文件生成模拟结果文件。

比如，所涉及的字段信息包括年龄、职业、购买数额、购买时间和用户资产等字段信息。则从该申请文件中提取用户的具体年龄、职业以及对该产品的购买数额、购买时间、当前资产以及利率信息，并根据购买时间计算用户在该购买时间下的资产数额，将该信息记录到生成的模拟确认文件之中。

步骤308，根据模拟确认文件生成对应的模拟结果文件。

本实施例中，服务器可根据模拟确认文件以及该对应的交易规则，审核模拟确认文件中的信息是否都满足产品交易的条件，并根据审核结构生成模拟结果文件。其中，模拟结果文件中包含审核通过和审核不通过两种结果。当为审核不通过时，可进一步在模拟结果文件中说明不满足交易条件的信息。

进一步的，若无法生成模拟结果文件，则向测试终端发送模拟结果文件生成失败的报告。测试人员可根据所生成的模拟结果文件或报告来分析所研发的测试工具是否正常。

本实施例中，通过获取待处理的申请文件和对应的产品交易规则，并根据该申请文件、产品交易规则以及预设的模板文件，申请对应的模拟确认文件，再根据模拟确认文件生成对应的模拟结果文件，使测试人员可根据模拟结果文件来分析所开发的测试工具是否正常。通过直接生成模拟确认文件，而无需与资产方进行交互，从而可降低由资产方来生成确认文件的等待时间，且更能避免与资产方进行交互所存在的联调环境不稳定，联调窗口短等问题，从而提高了产品测试的效率。

在一个实施例中，在步骤306之后，还包括：将模拟确认文件上传到与产品信息对应位置进行存储；上述步骤308包括：定期从预设的位置处获取未处理的模拟确认文件，生成相应的模拟结果文件。

本实施例中，服务器在生成模拟确认文件后，可不必立即对其进行处理，而将所生成的模拟确认文件先存放到预设的存储位置处。

其中，服务器针对每个产品信息建立了对应的存储路径。在生成模拟确认文件后，可根据该模拟文件所属的产品信息，将其存储到对应的路径下。

进一步的，可对该模拟确认文件进行加密和/或压缩。服务器可对所生成的模拟确认文件按照预设的编码方式进行压缩，并按照预设的与该产品信息对应的密码进行加密。其中，编码方式可为utf-8、GBK等编码方式，每种类型的产品均被预设有对应的密码。

服务器可按照预设的周期来定期从预设的路径上读取所存储的模拟确认文件。具体的，服务器中预设有用于开始执行模拟结果文件生成的时间。当检测到但当前时间到达该预设的时间时，则自动触发该模拟结果文件生成的指令，并依次读取每个产品信息对应的路径中所存在的未处理的模拟确认文件。其中，模拟确认文件还携带有处理状态的标记，使得服务器根据该标记可获知是否已经被处理。

在获取到未处理的模拟确认文件后，当检测到该模拟确认文件为压缩和/或加密文件后，可按照与该加密的编码方式对应的解码方式，对该压缩文件进行解码，并获取与存储路径对应的密码，对该加密的模拟确认文件进行解密，从而获取模拟确认文件中的字段信息。再按照相应的产品交易规则，获取相关的字段信息，判定该字段信息是否满足交易条件，生成模拟结果文件。

本实施例中，通过将生成的模拟确认文件上传到对应的位置进行存储，并定期从该位置处获取未处理的模拟确认文件进行处理，生成模拟结果文件。从而可批量的对模拟确认文件进行处理，提高了订单信息模拟处理的整体处理效率。

在一个实施例中，在步骤308之后，上述的订单信息的模拟处理方法还包括对模拟结果文件的分析过程。如图4所示，该分析过程具体包括：

步骤402，获取与申请文件对应的预设的测试结果文件。

本实施例中，服务器还预先针对该申请文件对应设置了相应的测试结果文件。该测试结果文件为按照该产品交易规则所人为设置的测试结果文件，用于校验所生成的模拟结果文件是否准确，从而可根据校验结果判断所开发的产品的应用工具是否存在漏洞。

测试结果文件同样也包括审核通过和审核不通过两种结果。当为审核不通过时，测试结果文件中还包含了不满足交易条件的具体原因。

步骤404，将模拟结果文件和测试结果文件进行对比，生成对比结果。

本实施例中，测试结果文件的格式可与模拟结果文件具有相同的文件格式和字段类型。服务器可比较模拟结果文件和测试结果文件所表达的审核结果是否相同。

若均为审核通过的结果，则生成的对比结果为测试通过；若均为审核不通过的结果，则比较模拟结果文件中的不满足交易条件的信息与测试结果文件中所包含的不满足交易条件的具体原因是否相同，若相同，则生成的对比结果也为测试通过。若两者的审核结果不同，则生成的测试结果为测试失败，并进一步检查模拟结果文件中和测试结果文件中不同的字段信息，将该不同的字段信息写入对比结果中。

其中，申请文件可具有多个，相应的模拟结果文件和测试结果文件也具有多个，服务器可根据每一对模拟结果文件和测试结果文件生成一份对比结果文件。还可以将预设数量对的模拟结果文件和测试结果文件所生成的对比结果集中到一份对比结果文件中，该对比结果文件中包含了每一对的对比结果信息。

步骤406，将对比结果发送至预设的测试终端。

本实施例中，测试终端为产品测试人员的终端，服务器将该对比结果发送至测试终端中，可使得测试人员可根据对比结果获知该产品的测试工具对应的测试结果。

在一个实施例中，在步骤302之前，上述的订单信息的模拟处理方法还包括：接收用户终端发送的业务办理请求，申请请求中包括对应的申请类型与订单信息；根据业务办理请求生成相应的申请文件。

本实施例中，用户终端通过与代理方的服务器建立连接，访问相关的产品信息，并确定所需交易的产品，向服务器发送产品交易的业务办理请求。服务器可获取该业务办理请求，获取该请求中所包含的产品信息以及用户信息，生成申请文件。

具体的，服务器可获取该业务办理请求所涉及到的产品信息，获取该产品的名称以及交易信息，根据该产品名称查询对应的产品编号。并按照预设的格式将所上述信息填写到申请文件中的相应字段的位置中。其中不同字段被设置了对应的字段名、类型、位置和长度等属性。在一个实施例中，申请文件中所包含的字段信息的属性信息如下表1所示，服务器在识别出订单信息中所包含的字段内容后，可识别该字段内容所对应的字段属性，将其读入到申请文件中的预设位置处。

表1申请文件中的部分字段信息的属性表

字段名	类型	位置	长度	小数点后的长度
					SEQUENCENO	数字	1	8	1
FUNDCODE	数字	2	4	0
					SHARECLASS	数字	3	1	0
MODIFYWAY	字符串	4	12
					DOWNLOADDATE	日期	5	8

在一个实施例中，所生成的申请文件可被存储到预设的位置处，使得服务器可从该预设的位置处获取该申请文件，而不必立即进行处理。同样的，还可对所生成的申请文件进行加密和/或压缩处理，以提高申请文件的安全性。

本实施例中，通过根据实际用户所提交的业务办理请求自动生成申请文件，将其用于后续的产品测试之中，从而无需人为设置创建申请文件，可进一步提高产品测试的效率。

在一个实施例中，模板文件为通过Mock所生成的适用于多个产品信息的通用XML模板文件。

其中，mock测试就是在测试过程中，对于某些不容易构造或者不容易获取的对象，用一个虚拟的对象来创建以便测试的测试方法，服务器可根据该mock测试工具生成一个通用的XML(Extensible Markup Language，可扩展标记语言)模板文件。该XML模板文件中定义文件属性以及文件内容。文件内容中包含正文以及正文钱的输出与正文后的输出。

文件属性包含文件格式、文件命名规则、编码当时以及加密规则等信息。正文包括模拟的资产方生成的每个产品信息的确认文件中所需的字段信息。正文前的输出和正文后的输出均包括对结果文件的说明性的信息。比如介绍文件的名称、日期、文件的行数等信息。

正文中的每个字段信息均设置了相应的属性信息。如下表2所示，为一个实施例中模板文件中的部分字段的属性表。XML模板文件中的字段信息可从申请文件中进行读取，并按照对应的计算规则或转换规则而生成。字段的属性信息可由相应的内置函数所确定，使得通过该内置函数可生成模拟结果文件中所需的字段信息。比如可包含Func[RandomMixLetterAndNumber、Func[RandomLetter]、Func[RandomNumber]、Func[CurrentDateTime]等函数。

本实施例中，通过设置通用的XML模板文件，从而无需针对每个产品信息设置对应的模板文件，提高了模拟确认文件生成的便利性。

在一个实施例中，如图5所示，提供了一种订单信息的模拟处理装置，该装置可运行于第二终端上，包括：申请文件获取模块502、产品交易规则获取模块504、模拟确认文件生成模块506和模拟结果文件生成模块508。其中：

申请文件获取模块502，用于获取待处理的申请文件，申请文件中包括相应的用户信息和产品信息。

产品交易规则获取模块504，用于获取与产品信息对应的产品交易规则。

模拟确认文件生成模块506，用于根据产品交易规则、申请文件和模板文件，生成对应的模拟确认文件。

模拟结果文件生成模块508，用于根据模拟确认文件生成对应的模拟结果文件。

在一个实施例中，模拟确认文件生成模块506还用于将模拟确认文件上传到与产品信息对应位置进行存储。

模拟结果文件生成模块508还用于定期从位置中获取还未处理的模拟确认文件，生成相应的模拟结果文件。

在一个实施例中，如图6所示，提供了另一种订单信息的模拟处理装置，该装置还包括：

对比结果生成模块510，用于获取与申请文件对应的预设的测试结果文件；将模拟结果文件和测试结果文件进行对比，生成对比结果；将对比结果发送至预设的测试终端。

在一个实施例中，如图7所示，提供了又一种订单信息的模拟处理装置，该装置还包括：

申请文件生成模块501，用于接收用户终端发送的业务办理请求，申请请求中包括对应的申请类型与订单信息；根据业务办理请求生成相应的申请文件。

在一个实施例中，模板文件为通过Mock所生成的适用于多个产品信息的通用XML模板文件。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的程序可存储于一非易失性计算机可读取存储介质中，该程序在执行时，可包括如上述各方法的实施例的流程。其中，所述的存储介质可为磁碟、光盘、只读存储记忆体(Read-Only Memory，ROM)等。

以上所述实施例的各技术特征可以进行任意的组合，为使描述简洁，未对上述实施例中的各个技术特征所有可能的组合都进行描述，然而，只要这些技术特征的组合不存在矛盾，都应当认为是本说明书记载的范围。

以上所述实施例仅表达了本发明的几种实施方式，其描述较为具体和详细，但并不能因此而理解为对发明专利范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本发明构思的前提下，还可以做出若干变形和改进，这些都属于本发明的保护范围。因此，本发明专利的保护范围应以所附权利要求为准。

Claims (10)

1.一种订单信息的模拟处理方法，其特征在于，所述方法包括以下步骤：

获取待处理的申请文件，所述申请文件中包括相应的用户信息和产品信息；

获取与所述产品信息对应的产品交易规则；

根据所述产品交易规则、所述申请文件和模板文件，生成对应的模拟确认文件；

根据所述模拟确认文件生成对应的模拟结果文件。

2.根据权利要求1所述的方法，其特征在于，在所述根据所述模拟确认文件生成对应的模拟结果文件的步骤之前，所述方法还包括：

将所述模拟确认文件上传到与所述产品信息对应位置进行存储；

所述根据所述模拟确认文件生成对应的模拟结果文件的步骤，包括：

定期从所述位置中获取还未处理的模拟确认文件，生成相应的模拟结果文件。

3.根据权利要求1所述的方法，其特征在于，在所述根据所述模拟确认文件生成对应的模拟结果文件的步骤之后，还包括：

获取与所述申请文件对应的预设的测试结果文件；

将所述模拟结果文件和所述测试结果文件进行对比，生成对比结果；

将所述对比结果发送至预设的测试终端。

4.根据权利要求1所述的方法，其特征在于，在获取待处理的申请文件的步骤之前，还包括：

接收用户终端发送的业务办理请求，所述申请请求中包括对应的申请类型与订单信息；

根据所述业务办理请求生成相应的申请文件。

5.根据权利要求1至4中任一项所述的方法，其特征在于，所述模板文件为通过Mock所生成的适用于多个产品信息的通用XML模板文件。

6.一种订单信息的模拟处理装置，其特征在于，所述装置包括：

申请文件获取模块，用于获取待处理的申请文件，所述申请文件中包括相应的用户信息和产品信息；

产品交易规则获取模块，用于获取与所述产品信息对应的产品交易规则；

模拟确认文件生成模块，用于根据所述产品交易规则、所述申请文件和模板文件，生成对应的模拟确认文件；

模拟结果文件生成模块，用于根据所述模拟确认文件生成对应的模拟结果文件。

7.根据权利要求6所述的装置，其特征在于，所述模拟确认文件生成模块还用于将所述模拟确认文件上传到与所述产品信息对应位置进行存储；

所述模拟结果文件生成模块还用于定期从所述位置中获取还未处理的模拟确认文件，生成相应的模拟结果文件。

8.根据权利要求6所述的装置，其特征在于，所述装置还包括：

对比结果生成模块，用于获取与所述申请文件对应的预设的测试结果文件；将所述模拟结果文件和所述测试结果文件进行对比，生成对比结果；将所述对比结果发送至预设的测试终端。

9.根据权利要求6所述的装置，其特征在于，所述装置还包括：

申请文件生成模块，用于接收用户终端发送的业务办理请求，所述申请请求中包括对应的申请类型与订单信息；根据所述业务办理请求生成相应的申请文件。

10.根据权利要求6至9中任一项所述的装置，其特征在于，所述模板文件为通过Mock所生成的适用于多个产品信息的通用XML模板文件。