方案设计方法、装置、计算机设备和存储介质

技术领域

本申请涉及互联网技术领域，特别是涉及一种方案设计方法、装置、计算机设备和存储介质。

背景技术

随着经济的发展，消费者对分期消费的接受程度越来越高，商家为了促进消费提供多种金融方案供消费者选择。

传统的金融方案由人工进行设计，由人工根据商品的指导价、分期期数、首付比例等数据，设计出针对该商品的金融方案。

然而，传统的方案设计由于数据容易丢失，无法形成数据沉淀，人工重复计算相关数据，导致效率低下，使得到的金融方案存在可靠度低，准确性差的问题。

发明内容

基于此，有必要针对上述技术问题，提供一种能够提高金融方案准确性的方案设计方法、装置、计算机设备和存储介质。

第一方面，本申请提供一种方案设计方法，该方法包括：

获取业务参数；该业务参数包括业务类型和物品信息参数；

根据业务类型从预设的业务模型中，确定业务类型对应的至少一个目标业务逻辑；不同的业务逻辑用于得到服务方案中的不同服务参数；

将物品信息参数输入至目标业务逻辑中，得到服务方案；该服务方案包括业务类型对应的服务参数。

终端获取业务参数，该业务参数包括业务类型和物品信息参数；根据业务类型从预设的业务模型中，确定业务类型对应的至少一个目标业务逻辑，其中，不同的业务逻辑用于得到服务方案中的不同服务参数；将物品信息参数输入至目标业务逻辑中，得到服务方案。将物品信息参数输入根据业务类型确定的目标业务逻辑中，就可以得到服务方案，该服务方案包括业务类型对应的服务参数。上述方法根据业务参数中的业务类型确定相应的目标业务逻辑后，将业务参数中的物品信息参数输入目标业务逻辑中就可以得到服务方案，相对于人工根据商品的指导价、分期期数、首付比例等数据设计出来的方案，不仅效率高，而且避免了人工容易出错的弊端，提高了服务方案可靠度和准确性。

在其中一个实施例中，根据所述业务类型从预设的业务模型中，确定所述业务类型对应的至少一个目标业务逻辑，包括：

根据预设的特定注解从数据库中获取业务模型对应的脚本字符串；

对脚本字符串进行转换，得到各业务逻辑对应的脚本对象；

根据业务类型与脚本对象之间的对应关系，确定业务参数中的业务类型对应的目标业务逻辑的目标脚本对象；

将物品信息参数输入至目标业务逻辑中，得到服务方案，包括：

将物品信息参数输入目标脚本对象中，得到服务方案。

通过预先获取数据库中的业务模型对应的脚本字符串，并对脚本字符串进行转换成各业务逻辑对应的脚本对象，根据业务类型与脚本对象之间的对应关系，确定业务类型对应的目标业务逻辑的目标脚本对象，将物品信息参数输入目标脚本对象中，得到服务方案。由于脚本字符串在方案设计过程中不能被终端识别，在应用启动时，预先获取脚本字符串，并转换成终端能够识别并直接调用的脚本对象，将物品信息参数输入目标脚本对象中，就可以得到服务方案，节省了在方案设计过程的转换时间，进而减少了服务方案的设计时间。

在其中一个实施例中，方法还包括：

采用预设的脚本编译方法对各业务逻辑进行编译，得到各业务逻辑的脚本字符串，并针对脚本字符串设置各业务逻辑的精度和有效数字；

将脚本字符串存储至数据库中。

终端用预设的脚本编译方法对各业务逻辑进行编译，得到对应的脚本字符串，并针对脚本字符串设置相应的精度和有效数字；将脚本字符串储存至数据库中。为脚本字符串设置相应的精度和有效数字利于方案设计中数据的计算，保证数据结果的准确性，从而提高方案的准确性。

在其中一个实施例中，该方法还包括：

获取样本训练数据；该样本训练数据包括历史服务数据；

将样本训练数据分别输入至预设的初始业务逻辑中，得到初始业务逻辑输出的目标服务参数的值；

根据初始业务逻辑输出的目标服务参数的值与样本训练数据的目标服务参数的值，验证初始业务逻辑的有效性；

根据验证结果确定业务模型中的业务逻辑。

终端获取样本训练数据，将样本训练数据分别输入至预设的初始业务逻辑中，得到初始业务逻辑输出的目标服务参数的值；根据初始业务逻辑输出的目标服务参数的值与样本训练数据的目标服务参数的值，验证初始业务逻辑的有效性；根据验证结果确定业务模型中的业务逻辑。上述样本训练数据包括历史服务数据，通过大量可靠的样本训练数据来验证业务模型中的业务逻辑，使业务模型中的业务逻辑更加合理。

在其中一个实施例中，根据初始业务逻辑输出的目标服务参数的值与样本训练数据的目标服务参数的值，验证初始业务逻辑的有效性，包括：

若初始业务逻辑输出的目标服务参数的值与样本训练数据的目标服务参数的值之间的差值小于预设阈值，则确认初始业务逻辑有效；

若初始业务逻辑输出的目标服务参数的值与样本训练数据的目标服务参数的值之间的差值不小于预设阈值，则确认初始业务逻辑无效。

通过比较初始业务逻辑输出的目标服务参数的值与样本训练数据的目标服务参数的值之间的差值和预设阈值的大小，验证初始业务逻辑是否有效。通过预设阈值可以保证通过验证的初始业务逻辑的可靠度，从而保证采用该方法设计的服务方案更加可靠。

在其中一个实施例中，根据验证结果确定业务模型中的业务逻辑，包括：

若初始业务逻辑有效，则将初始业务逻辑确定为业务模型中的业务逻辑；

若初始业务逻辑无效，则丢弃初始业务逻辑。

经过验证，将有效的初始业务逻辑确定为业务模型中的业务逻辑，若无效则丢弃。通过验证初始业务逻辑的有效性，从而提高业务模型中的业务逻辑的准确性、可靠度，间接提高服务方案的准确性、可靠度。

在其中一个实施例中，获取样本训练数据之后，还包括：

从多个不同的参数维度对样本训练数据进行过滤处理；

则将样本训练数据分别输入至预设的初始业务逻辑中，得到初始业务逻辑输出的目标服务参数的值，包括：

将过滤后的样本训练数据分别输入至初始业务逻辑中，得到初始业务逻辑输出的目标服务参数的值。

通过对样本训练数据进行过滤处理，将过滤后的样本训练数据分别输入至初始业务逻辑中，得到初始业务逻辑输出的目标服务参数的值，保证用来验证初始业务逻辑有效性的样本训练数据是可靠的数据，从而提高验证结果的准确性，得到合理的业务逻辑。

第二方面，本申请提供一种方案设计装置，该装置包括：

获取模块，用于获取业务参数；业务参数包括业务类型和物品信息参数；

确定模块，用于根据业务类型从预设的业务模型中，确定业务类型对应的至少一个目标业务逻辑；不同的业务逻辑用于得到服务方案中的不同服务参数；

输入模块，用于将物品信息参数输入至目标业务逻辑中，得到服务方案；服务方案包括业务类型对应的服务参数。

第三方面，本申请提供一种计算机设备，包括存储器和处理器，存储器存储有计算机程序，处理器执行计算机程序时实现第一方面中任一项实施例的步骤。

第四方面，本申请提供一种计算机可读存储介质，其上存储有计算机程序，计算机程序被处理器执行时实现第一方面中任一项实施例的步骤。

上述方案设计方法、装置、计算机设备和存储介质，能够达到的有益效果包括：

终端获取业务参数，该业务参数包括业务类型和物品信息参数；根据业务类型从预设的业务模型中，确定业务类型对应的至少一个目标业务逻辑，其中，不同的业务逻辑用于得到服务方案中的不同服务参数；将物品信息参数输入至目标业务逻辑中，得到服务方案。将物品信息参数输入根据业务类型确定的目标业务逻辑中，就可以得到服务方案，该服务方案包括业务类型对应的服务参数。上述方法根据业务参数中的业务类型确定相应的目标业务逻辑后，将业务参数中的物品信息参数输入目标业务逻辑中就可以得到服务方案，相对于人工根据商品的指导价、分期期数、首付比例等数据设计出来的方案，不仅效率高，而且避免了人工容易出错的弊端，提高了服务方案可靠度高和准确性。

附图说明

图1为本申请实施例中一种方案设计方法的应用环境图；

图2为本申请实施例中提供的一种方案设计方法的流程示意图；

图3为本申请实施例中提供的另一种方案设计方法的流程示意图；

图4为本申请实施例中提供的另一种方案设计方法的流程示意图；

图5为本申请实施例中提供的另一种方案设计方法的流程示意图；

图6为本申请实施例中提供的一种方案设计装置的框图；

图7为本申请实施例中提供的另一种方案设计装置的框图；

图8为本申请实施例中提供的另一种方案设计装置的框图；

图9为本申请实施例中提供的另一种方案设计装置的框图；

图10为本申请实施例中提供的另一种方案设计装置的框图；

图11为本申请实施例中提供的一种计算机设备的内部结构图。

具体实施方式

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

本申请提供的方案设计方法，可以应用于如图1所示的应用环境中。图1提供了一种计算机设备，该计算机设备是可以是终端，也可以是服务器，其内部结构图可以如图1所示。该计算机设备包括通过系统总线连接的处理器、存储器、网络接口、显示屏和输入装置。其中，该计算机设备的处理器用于提供计算和控制能力。该计算机设备的存储器包括非易失性存储介质、内存储器。该非易失性存储介质存储有操作系统和计算机程序。该内存储器为非易失性存储介质中的操作系统和计算机程序的运行提供环境。该计算机设备的网络接口用于与外部的终端通过网络连接通信。该计算机程序被处理器执行时以实现一种方案设计方法。该计算机设备的显示屏可以是液晶显示屏或者电子墨水显示屏，该计算机设备的输入装置可以是显示屏上覆盖的触摸层，也可以是计算机设备外壳上设置的按键、轨迹球或触控板，还可以是外接的键盘、触控板或鼠标等。

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

下面将通过实施例并结合附图具体地对本申请的技术方案以及本申请的技术方案如何解决上述技术问题进行详细说明。下面这几个具体的实施例可以相互结合，对于相同或相似的概念或过程可能在某些实施例中不再赘述。需要说明的是，本申请图2-图5实施例提供的方案设计方法，其执行主体可以是终端，例如图1所示的计算机设备，也可以是方案设计装置，该方案设计装置可以通过软件、硬件或者软硬件结合的方式成为终端的部分或全部。下述方法实施例中，均以执行主体是图1所示的计算机设备为例来进行说明。

在一个实施例中，如图2所示，提供了一种方案设计方法，该方法包括以下步骤：

S201、获取业务参数；该业务参数包括业务类型和物品信息参数。

其中，业务类型表示供消费者选择的分期消费业务种类，例如，业务类型可以是三年分期、四年分期、银行贷款等。物品信息参数可以包括物品的型号、指导价、保险费用、上牌费用、物流费用、成交价、分期的利率、首付比例、返佣金额等。

在本实施例中，终端在界面上展示三年分期、四年分期、银行贷款等业务类型和物品信息参数供用户选择，终端根据用户在终端上的点击、滑动、按键等输入操作，获取业务参数。终端根据用户选择的分期消费业务种类，确定出业务类型；物品信息参数中指导价、保险费用、上牌费用、物流费用、成交价、返佣金额等部分参数，终端根据用户的输入操作确定，分期的利率、首付比例等部分参数，由管理员设置的选项供用户选择。例如，管理员设置的首付比例为5％、10％、15％、20％，终端可以根据用户的输入操作，确定出用户选择的首付比例。

S202、根据业务类型从预设的业务模型中，确定业务类型对应的至少一个目标业务逻辑；不同的业务逻辑用于得到服务方案中的不同服务参数。

其中，业务逻辑表示物品信息参数与服务参数之间的计算逻辑，服务参数可以是首付比例、首付金额、月租、月租期数、月供、月供期数等。例如，首付金额＝指导价*首付比例，分期金额＝(采购价+首年费用+固定成本)*利率/分期期数，本申请实施例中不以此为限。

在本实施例中，业务模型中可以包含多个不同的业务逻辑，终端根据业务参数中的业务类型从预设的业务模型中，确定出与业务类型对应的至少一个目标业务逻辑，不同的业务逻辑根据物品信息参数就可以得到不同的服务参数。例如，终端获取的业务参数的业务类型是三年分期，则终端根据三年分期从预设的业务模型中，确定出三年分期的目标业务逻辑。该目标业务逻辑可以包括首付金额＝指导价*首付比例、分期金额＝(采购价+首年费用+固定成本)*利率/分期期数、利润额＝分期金额*分期期数+首付金额-(采购价+首年费用+固定成本)等业务逻辑，业务逻辑“首付金额＝指导价*首付比例”对应的服务参数为首付金额。其中，业务模型用于根据物品信息参数与服务参数之间的计算逻辑，得到服务方案，可选地，业务模型中包括至少一个业务逻辑。

S203、将物品信息参数输入至目标业务逻辑中，得到服务方案；该服务方案包括业务类型对应的服务参数。

其中服务方案包括首付比例、首付金额、月租、月租期数、月供、月供期数等，不同的业务类型对应不同的服务方案。

在本实施例中，终端将物品信息参数分别输入至目标业务逻辑中，目标业务逻辑根据物品信息参数计算得到相应的服务参数，得到服务方案，该服务方案包括各目标业务逻辑对应的服务参数。以上述同样的示例说明，将物品信息参数的指导价为5000和首付比例为10％输入目标业务逻辑“首付金额＝指导价*首付比例”中，得到对应的服务参数首付金额为500，依次类推，将物品信息参数分别输入三年分期所对应的各目标业务逻辑中，得到服务方案，该服务方案包括三年分期对应的服务参数。可选地，在得到服务方案之后，终端根据用户的输入操作，对服务参数进行优化处理，例如，月租为6599.89，优化为6600。

本申请提供的方案设计方法，终端获取业务参数，该业务参数包括业务类型和物品信息参数；根据业务类型从预设的业务模型中，确定业务类型对应的至少一个目标业务逻辑，其中，不同的业务逻辑用于得到服务方案中的不同服务参数；将物品信息参数输入至目标业务逻辑中，得到服务方案。将物品信息参数输入根据业务类型确定的目标业务逻辑中，就可以得到服务方案，该服务方案包括业务类型对应的服务参数。上述方法中，预先根据业务需求设计了包括多种业务逻辑的业务模型，根据业务参数中的业务类型确定相应的目标业务逻辑后，将业务参数中的物品信息参数输入目标业务逻辑中就可以得到服务方案，相对于人工根据商品的指导价、分期期数、首付比例等数据设计出来的方案，这种完全自动的设计方法不仅效率高，而且避免了人工容易出错的弊端，提高了服务方案可靠度和准确性。

在图2所示实施例的基础上，如图3所示，在步骤S202“根据业务类型从预设的业务模型中，确定业务类型对应的至少一个目标业务逻辑”中，可以将抽象的业务模型转换为设备可识别的脚本对象，由于业务模型对应的脚本字符串不能被终端所识别，需要将脚本字符串转换成对应的脚本对象，以便在方案设计过程中直接调用。具体实施过程包括以下步骤：

S301、根据预设的特定注解从数据库中获取业务模型对应的脚本字符串。

其中，脚本字符串为业务逻辑对应的程序语言形式，是能够被终端、服务器处理和理解的机器语言，一个脚本字符串可以包括一个或多个业务逻辑。

在本实施例中，终端启动该应用时，根据预设的特定注解从数据库中查询业务模型对应的脚本字符串，将查询得到的脚本字符串加载至本地内存中。避免在方案设计过程中，再对数据库进行I/O操作。例如，Groovy计算脚本字符串编写完成后存放到MySQL数据库calc_rule表中。在应用启动时，使用Spring框架的@PostConstruct注解修饰的方法initScriptMap，根据注解从MySQL数据库的calc_rule表中把所有的Groovy计算脚本字符串查询出来，再加载到本地内存。终端还可以根据用户的输入操作对数据库中脚本字符串进行配置，调整业务逻辑的计算逻辑。

S302、对脚本字符串进行转换，得到各业务逻辑对应的脚本对象。

在本实施例中，由于脚本字符串在方案设计过程中无法直接使用，所以在获取脚本字符串后，根据转换函数，对脚本字符串进行类型转换，得到各个业务逻辑对应的脚本对象，放置到本地内存中，该脚本对象在方案设计过程中，可以直接调用。例如，通过转换函数将获取的Groovy计算脚本字符串转换成Groovy脚本对象Script，并存放到内存中的一个Map对象中。

S303、根据业务类型与脚本对象之间的对应关系，确定业务参数中的业务类型对应的目标业务逻辑的目标脚本对象。

在本实施例中，终端获取业务参数后，根据业务参数中的业务类型与脚本对象之间的对应关系，从内存中确定出对应的目标业务逻辑的目标脚本对象。例如，可以预先将业务类型与脚本对象之间建立映射关系，并制成映射关系表，通过业务类型在映射关系表中查询对应的目标脚本对象，或者，对业务类型和对应的脚本对象建立相同的标识，根据业务类型的标识确定出具有相同标识的脚本对象，即是目标脚本对象。

可选地，上述图2中的步骤S203“将物品信息参数输入至目标业务逻辑中，得到服务方案”，包括：将物品信息参数输入目标脚本对象中，得到服务方案。

在本实施例中，终端将物品信息参数输入至目标业务逻辑中，实质上是将物品信息参数输入到目标业务逻辑对应的脚本对象中。例如，将物品信息参数的指导价为5000和首付比例为10％输入目标业务逻辑“首付金额＝指导价*首付比例”的脚本对象中，运行该脚本对象得到服务参数首付金额为500，依次类推，将物品信息参数输入到目标业务逻辑对应的脚本对象中，就能够得到业务类型对应的服务方案。

本申请提供的方案设计方法，通过预先获取数据库中的业务模型对应的脚本字符串，并对脚本字符串进行转换成各业务逻辑对应的脚本对象，根据业务类型与脚本对象之间的对应关系，确定业务类型对应的目标业务逻辑的目标脚本对象，将物品信息参数输入目标脚本对象中，得到服务方案。由于脚本字符串在方案设计过程中不能被终端识别，在应用启动时，预先获取脚本字符串，并转换成终端能够识别并直接调用的脚本对象，将物品信息参数输入目标脚本对象中，就可以得到服务方案，节省了在方案设计过程的转换时间，进而减少了服务方案的设计时间。

在图3所示实施例的基础上，如图4所示是对业务逻辑的脚本字符串编译的具体过程，包括以下步骤：

S401、采用预设的脚本编译方法对各业务逻辑进行编译，得到各业务逻辑的脚本字符串，并针对脚本字符串设置各业务逻辑的精度和有效数字。

在本实施例中，将采用预设的脚本编译方法对各个业务逻辑进行程序化处理，经过编译得到各业务逻辑对应的脚本字符串，并分别为脚本字符串设置合适的精度和有效数字。例如，采用预设的脚本编译方法对业务逻辑“首付金额＝指导价*首付比例”进行编译，得到相应的程序语言形式的脚本字符串，由于该业务逻辑是计算的金额，最小的金币单位为分，所以设置相应的精度为精确至小数点后两位，再计算得到首付金额后，对计算的数据进行处理。若首付金额为633.567，根据精度和四舍五入对首付金额进行处理后为633.57，为了便于计算，还可以设置相应的有效数字，先对参与计算的数据保留有效数字再进行计算。

S402、将脚本字符串存储至数据库中。

在本实施例中，在得到脚本字符串并设置相应的精度和有效数字后，将为脚本字符串分配对应的地址，根据分配的地址将脚本字符串存储到相应的存储空间。在存储过程中，同一地址可以对应多个脚本字符串，或者一个地址对应一个脚本字符串。将设置好的脚本字符串，存储至数据库中，该数据库可以是终端设备的本地数据库或者其他服务器设备的数据库，在设计方案时，可以从数据库中调用脚本字符串。

本申请提供的方案设计方法，终端用预设的脚本编译方法对各业务逻辑进行编译，得到对应的脚本字符串，并针对脚本字符串设置相应的精度和有效数字；将脚本字符串储存至数据库中。为脚本字符串设置相应的精度和有效数字利于方案设计中数据的计算，保证数据结果的准确性，从而提高方案的准确性。

在图2或图3所示实施例的基础上，业务模型中的业务逻辑是根据样本训练数据验证初始业务逻辑得到的，如图5所示，具体包括以下步骤：

S501、获取样本训练数据。

可选地，样本训练数据包括历史服务数据。样本训练数据可以是历史人工设计方案所保存的与服务方案相关的数据。其中，样本训练数据可以是物品基础信息、金融数据、首年年费、固定成本、利润额等。物品基础信息可以包括车型、排量、指导价、采购价等；金融数据可以包括分期金额、分期期数、利率、首付比例、首付金额等；首年费用可以包括上牌费、保险金额、服务费等；固定成本可以包括接口服务费、风险费用。

在本实施例中，终端将根据物品型号、品牌等信息从服务器中，获取针对该车辆设计的历史服务方案的相关数据，将该车辆的历史服务方案作为样本训练数据。可选地，历史服务方案包括多个人工设计的物品的服务方案。例如，以车辆为例，服务器中储存有A品牌和B品牌旗下所有车辆的历史服务方案，根据车辆型号可以从服务器中获取相应的历史服务方案。

S502、将样本训练数据分别输入至预设的初始业务逻辑中，得到初始业务逻辑输出的目标服务参数的值。

在本实施例中，将S501中获取的样本训练数据分别输入预先设计的初始业务逻辑中，经过计算就会得到初始业务逻辑输出的目标服务参数的值。例如，以“利润额＝分期金额*分期期数+首付金额-(采购价+首年费用+固定成本)”作为初始业务逻辑为例，将样本训练数据中的分期金额、分期期数、首付金额、采购价、首年费用、固定成本分别代入上述初始业务逻辑中，经过计算，得到目标服务参数利润额。

S503、根据初始业务逻辑输出的目标服务参数的值与样本训练数据的目标服务参数的值，验证初始业务逻辑的有效性。

在本实施例中，将样本训练数据输入初始业务逻辑中，得到相应的目标服务参数的值，比较初始业务逻辑输出的目标服务参数的值与样本训练数据中的目标服务参数的值之间的差值与预设阈值的大小，验证初始业务逻辑是否有效。

具体包括以下两种情况：

第一种情况：若初始业务逻辑输出的目标服务参数的值与样本训练数据的目标服务参数的值之间的差值小于预设阈值，则确认初始业务逻辑有效。

在本实施例中，若初始业务逻辑输出的目标服务参数的值与样本训练数据的目标服务参数的值之间的差值小于预设阈值，就可以认为初始业务逻辑输出的目标服务参数的值与样本训练数据的目标服务参数的值近似相等，则确认该初始业务逻辑是有效的。以上述同样的示例说明，初始业务逻辑输出的利润额为577.66，样本训练数据中的利润额为576.45，预设阈值为2，初始业务逻辑输出的利润额与样本训练数据中的利润额之间的差值为1.21,1.21小于2，则确认初始业务逻辑“利润额＝分期金额*分期期数+首付金额-(采购价+首年费用+固定成本)”有效。

第二种情况：若初始业务逻辑输出的目标服务参数的值与样本训练数据的目标服务参数的值之间的差值不小于预设阈值，则确认初始业务逻辑无效。

在本实施例中，若初始业务逻辑输出的目标服务参数的值与样本训练数据的目标服务参数的值之间的差值不小于预设阈值，就认为初始业务逻辑的各个参数之间计算逻辑有误，即确认初始业务逻辑无效。以上述同样的示例说明，初始业务逻辑输出的利润额为581.66，样本训练数据中的利润额为576.45，预设阈值为2，初始业务逻辑输出的利润额与样本训练数据中的利润额之间的差值为5.21,5.21不小于2，则确认初始业务逻辑“利润额＝分期金额*分期期数+首付金额-(采购价+首年费用+固定成本)”无效。其中，预设阈值越小，验证初始业务逻辑是否有效的结果越准确。

S504、根据验证结果确定业务模型中的业务逻辑。

其中，验证结果包括初始业务逻辑有效和初始业务逻辑无效两种。

在本实施例中，终端根据初始业务逻辑输出的目标服务参数的值与样本训练数据中的目标服务参数的值之间的差值与预设阈值的大小关系，得到的验证结果，判断初始业务逻辑是否可以作为业务模型中的业务逻辑。可选地，若初始业务逻辑有效，则将初始业务逻辑确定为业务模型中的业务逻辑；若初始业务逻辑无效，则丢弃初始业务逻辑。

在本实施例中，为根据验证结果确定业务模型中的业务逻辑还提供了另一种实施方式。可选地，一组样本训练数据验证一次初始业务逻辑，通过多组样本训练数据，验证初始业务逻辑的有效性，同时将验证有效的次数与总的验证次数的比值作为通过率，可以预先设置通过率阈值。根据通过率与通过率阈值的大小关系判断初始业务逻辑是否有效，若通过率大于通过率阈值，则初始业务逻辑有效，将初始业务逻辑确定为业务模型中的业务逻辑，若通过率不大于通过率阈值，则初始业务逻辑无效，丢弃初始业务逻辑。

本申请提供的方案设计方法，终端获取样本训练数据，将样本训练数据分别输入至预设的初始业务逻辑中，得到初始业务逻辑输出的目标服务参数的值；根据初始业务逻辑输出的目标服务参数的值与样本训练数据的目标服务参数的值，比较初始业务逻辑输出的目标服务参数的值与样本训练数据的目标服务参数的值之间的差值小于预设阈值的大小，验证初始业务逻辑的有效性；根据验证结果确定业务模型中的业务逻辑。上述样本训练数据包括历史服务数据，通过大量可靠得样本训练数据来验证业务模型中的业务逻辑，保证业务逻辑的合理性，从而提高服务方案的可靠度。

在图5所示实施例的基础上，在获取样本训练数据之后，可选地，从多个不同的参数维度对样本训练数据进行过滤处理。接下来将对样本训练数据的过滤处理的具体过程进一步说明。

在本实施例中，终端获取样本训练数据后，为了保证样本训练数据的准确性，对样本训练数据中的各项数据从多个不同参数维度进行过滤处理。例如，时间上，过滤掉2000年以前的样本训练数据；性能上，过滤掉车辆排量、座位数、驱动方式与车型不匹配的样本训练数据；价格上，指导价格大于500万的样本训练数据；以及过滤掉品牌，车系，车型，指导价，排量和颜色数据为空的样本训练数据等。经过过滤处理的样本训练数据更加准确，验证初始业务逻辑的有效性更加可靠。可选地、将样本训练数据分别输入至预设的初始业务逻辑中，得到初始业务逻辑输出的目标服务参数的值，具体是将过滤后的样本训练数据分别输入至初始业务逻辑中，得到初始业务逻辑输出的目标服务参数的值。

本申请提供的方案设计方法，通过对样本训练数据进行过滤处理，将过滤后的样本训练数据分别输入至初始业务逻辑中，得到初始业务逻辑输出的目标服务参数的值，保证用来验证初始业务逻辑有效性的样本训练数据是可靠的数据，从而提高验证结果的准确性，得到合理的业务逻辑。

应该理解的是，虽然图2-5的流程图中的各个步骤按照箭头的指示依次显示，但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明，这些步骤的执行并没有严格的顺序限制，这些步骤可以以其它的顺序执行。而且，图2-5中的至少一部分步骤可以包括多个子步骤或者多个阶段，这些子步骤或者阶段并不必然是在同一时刻执行完成，而是可以在不同的时刻执行，这些子步骤或者阶段的执行顺序也不必然是依次进行，而是可以与其它步骤或者其它步骤的子步骤或者阶段的至少一部分轮流或者交替地执行。

在一个实施例中，如图6所示，提供了一种方案设计装置600，包括：第一获取模块601、第一确定模块602和第一输入模块603，其中：

第一获取模块601，用于获取业务参数；业务参数包括业务类型和物品信息参数；

第一确定模块602，用于根据业务类型从预设的业务模型中，确定业务类型对应的至少一个目标业务逻辑；不同的业务逻辑用于得到服务方案中的不同服务参数；

第一输入模块603，用于将物品信息参数输入至目标业务逻辑中，得到服务方案；服务方案包括业务类型对应的服务参数。

在一个实施例中，如图7所示，第一确定模块602包括：

获取单元6021，用于根据预设的特定注解从数据库中获取业务模型对应的脚本字符串；

转换单元6022，用于对脚本字符串进行转换，得到各业务逻辑对应的脚本对象；

确定单元6023，用于根据业务类型与脚本对象之间的对应关系，确定业务参数中的业务类型对应的目标业务逻辑的目标脚本对象；

其中，第一输入模块603，执行将物品信息参数输入至目标业务逻辑中，得到服务方案，包括：

第一输入模块603，用于将物品信息参数输入目标脚本对象中，得到服务方案。

在一个实施例中，如图8所示，该装置600还包括：

编译模块604，用于采用预设的脚本编译方法对各业务逻辑进行编译，得到各业务逻辑的脚本字符串，并针对脚本字符串设置各业务逻辑的精度和有效数字；

存储模块605，用于将脚本字符串存储至数据库中。

在一个实施例中，如图9所示，该装置600还包括：

第二获取模块606，用于获取样本训练数据；

第二输入模块607，用于将样本训练数据分别输入至预设的初始业务逻辑中，得到初始业务逻辑输出的目标服务参数的值；

验证模块608，用于根据初始业务逻辑输出的目标服务参数的值与样本训练数据的目标服务参数的值，验证初始业务逻辑的有效性；

第二确定模块609，用于根据验证结果确定业务模型中的业务逻辑。

在一个实施例中，验证模块608，用于若初始业务逻辑输出的目标服务参数的值与样本训练数据的目标服务参数的值之间的差值小于预设阈值，则确认初始业务逻辑有效；若初始业务逻辑输出的目标服务参数的值与样本训练数据的目标服务参数的值之间的差值不小于预设阈值，则确认初始业务逻辑无效。

在一个实施例中，第二确定模块609，用于若初始业务逻辑有效，则将初始业务逻辑确定为业务模型中的业务逻辑；若初始业务逻辑无效，则丢弃初始业务逻辑。

在一个实施例中，如图10所示，该装置600还包括：

过滤模块6010，用于从多个不同的参数维度对样本训练数据进行过滤处理；

其中，第二输入模块607，执行将样本训练数据分别输入至预设的初始业务逻辑中，得到初始业务逻辑输出的目标服务参数的值，包括：

第二输入模块607，用于将过滤后的样本训练数据分别输入至初始业务逻辑中，得到初始业务逻辑输出的目标服务参数的值。

上述所有的方案设计装置实施例，其实现原理和技术效果与上述方案设计方法对应的实施例类似，在此不再赘述。

关于方案设计装置的具体限定可以参见上文中对于方案设计方法的限定，在此不再赘述。上述方案设计装置中的各个模块可全部或部分通过软件、硬件及其组合来实现。上述各模块可以硬件形式内嵌于或独立于计算机设备中的处理器中，也可以以软件形式存储于计算机设备中的存储器中，以便于处理器调用执行以上各个模块对应的操作。

在一个实施例中，提供了另一种计算机设备，该计算机设备可以是终端，也可以是服务器，其内部结构图可以如图11所示。该计算机设备包括通过系统总线连接的处理器、存储器、网络接口和数据库。其中，该计算机设备的处理器用于提供计算和控制能力。该计算机设备的存储器包括非易失性存储介质、内存储器。该非易失性存储介质存储有操作系统、计算机程序和数据库。该内存储器为非易失性存储介质中的操作系统和计算机程序的运行提供环境。该计算机设备的数据库用于存储方案设计数据。该计算机设备的网络接口用于与外部的终端通过网络连接通信。该计算机程序被处理器执行时以实现一种方案设计方法。

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

在一个实施例中，提供了一种计算机设备，包括存储器和处理器，存储器中存储有计算机程序，该处理器执行计算机程序时实现以下步骤：

获取业务参数；该业务参数包括业务类型和物品信息参数；

根据业务类型从预设的业务模型中，确定业务类型对应的至少一个目标业务逻辑；不同的业务逻辑用于得到服务方案中的不同服务参数；

将物品信息参数输入至目标业务逻辑中，得到服务方案；该服务方案包括业务类型对应的服务参数。

在一个实施例中，处理器执行计算机程序时还实现以下步骤：

根据业务类型从预设的业务模型中，确定业务类型对应的至少一个目标业务逻辑，包括：

根据预设的特定注解从数据库中获取业务模型对应的脚本字符串；

对脚本字符串进行转换，得到各业务逻辑对应的脚本对象；

根据业务类型与脚本对象之间的对应关系，确定业务参数中的业务类型对应的目标业务逻辑的目标脚本对象；

将物品信息参数输入至目标业务逻辑中，得到服务方案，包括：

将物品信息参数输入目标脚本对象中，得到服务方案。

在一个实施例中，处理器执行计算机程序时还实现以下步骤：

采用预设的脚本编译方法对各业务逻辑进行编译，得到各业务逻辑的脚本字符串，并针对脚本字符串设置各业务逻辑的精度和有效数字；

将脚本字符串存储至数据库中。

在一个实施例中，处理器执行计算机程序时还实现以下步骤：

获取样本训练数据；

将样本训练数据分别输入至预设的初始业务逻辑中，得到初始业务逻辑输出的目标服务参数的值；

根据初始业务逻辑输出的目标服务参数的值与样本训练数据的目标服务参数的值，验证初始业务逻辑的有效性；

根据验证结果确定业务模型中的业务逻辑。

在一个实施例中，处理器执行计算机程序时还实现以下步骤：

根据初始业务逻辑输出的目标服务参数的值与样本训练数据的目标服务参数的值，验证初始业务逻辑的有效性，包括：

若初始业务逻辑输出的目标服务参数的值与样本训练数据的目标服务参数的值之间的差值小于预设阈值，则确认初始业务逻辑有效；

若初始业务逻辑输出的目标服务参数的值与样本训练数据的目标服务参数的值之间的差值不小于预设阈值，则确认初始业务逻辑无效。

在一个实施例中，处理器执行计算机程序时还实现以下步骤：

根据验证结果确定业务模型中的业务逻辑，包括：

若初始业务逻辑有效，则将初始业务逻辑确定为业务模型中的业务逻辑；

若初始业务逻辑无效，则丢弃初始业务逻辑。

在一个实施例中，处理器执行计算机程序时还实现以下步骤：

获取样本训练数据之后，还包括：

从多个不同的参数维度对样本训练数据进行过滤处理；

则将样本训练数据分别输入至预设的初始业务逻辑中，得到初始业务逻辑输出的目标服务参数的值，包括：

将过滤后的样本训练数据分别输入至初始业务逻辑中，得到初始业务逻辑输出的目标服务参数的值。

上述实施例提供的计算机设备，其实现原理和技术效果与上述方法实施例类似，在此不再赘述。

在一个实施例中，提供了一种计算机可读存储介质，其上存储有计算机程序，计算机程序被处理器执行时实现以下步骤：

获取业务参数；该业务参数包括业务类型和物品信息参数；

根据业务类型从预设的业务模型中，确定业务类型对应的至少一个目标业务逻辑；不同的业务逻辑用于得到服务方案中的不同服务参数；

将物品信息参数输入至目标业务逻辑中，得到服务方案；该服务方案包括业务类型对应的服务参数。

在一个实施例中，计算机程序被处理器执行时还实现以下步骤：

根据业务类型从预设的业务模型中，确定业务类型对应的至少一个目标业务逻辑，包括：

根据预设的特定注解从数据库中获取业务模型对应的脚本字符串；

对脚本字符串进行转换，得到各业务逻辑对应的脚本对象；

根据业务类型与脚本对象之间的对应关系，确定业务参数中的业务类型对应的目标业务逻辑的目标脚本对象；

将物品信息参数输入至目标业务逻辑中，得到服务方案，包括：

将物品信息参数输入目标脚本对象中，得到服务方案。

在一个实施例中，计算机程序被处理器执行时还实现以下步骤：

采用预设的脚本编译方法对各业务逻辑进行编译，得到各业务逻辑的脚本字符串，并针对脚本字符串设置各业务逻辑的精度和有效数字；

将脚本字符串存储至数据库中。

在一个实施例中，计算机程序被处理器执行时还实现以下步骤：

获取样本训练数据；

将样本训练数据分别输入至预设的初始业务逻辑中，得到初始业务逻辑输出的目标服务参数的值；

根据初始业务逻辑输出的目标服务参数的值与样本训练数据的目标服务参数的值，验证初始业务逻辑的有效性；

根据验证结果确定业务模型中的业务逻辑。

在一个实施例中，计算机程序被处理器执行时还实现以下步骤：

根据初始业务逻辑输出的目标服务参数的值与样本训练数据的目标服务参数的值，验证初始业务逻辑的有效性，包括：

若初始业务逻辑输出的目标服务参数的值与样本训练数据的目标服务参数的值之间的差值小于预设阈值，则确认初始业务逻辑有效；

若初始业务逻辑输出的目标服务参数的值与样本训练数据的目标服务参数的值之间的差值不小于预设阈值，则确认初始业务逻辑无效。

在一个实施例中，计算机程序被处理器执行时还实现以下步骤：

根据验证结果确定业务模型中的业务逻辑，包括：

若初始业务逻辑有效，则将初始业务逻辑确定为业务模型中的业务逻辑；

若初始业务逻辑无效，则丢弃初始业务逻辑。

在一个实施例中，计算机程序被处理器执行时还实现以下步骤：

获取样本训练数据之后，还包括：

从多个不同的参数维度对样本训练数据进行过滤处理；

则将样本训练数据分别输入至预设的初始业务逻辑中，得到初始业务逻辑输出的目标服务参数的值，包括：

将过滤后的样本训练数据分别输入至初始业务逻辑中，得到初始业务逻辑输出的目标服务参数的值。

上述实施例提供的计算机可读存储介质，其实现原理和技术效果与上述方法实施例类似，在此不再赘述。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的计算机程序可存储于一非易失性计算机可读取存储介质中，该计算机程序在执行时，可包括如上述各方法的实施例的流程。其中，本申请所提供的各实施例中所使用的对存储器、存储、数据库或其它介质的任何引用，均可包括非易失性和/或易失性存储器。非易失性存储器可包括只读存储器(ROM)、可编程ROM(PROM)、电可编程ROM(EPROM)、电可擦除可编程ROM(EEPROM)或闪存。易失性存储器可包括随机存取存储器(RAM)或者外部高速缓冲存储器。作为说明而非局限，RAM以多种形式可得，诸如静态RAM(SRAM)、动态RAM(DRAM)、同步DRAM(SDRAM)、双数据率SDRAM(DDRSDRAM)、增强型SDRAM(ESDRAM)、同步链路(Synchlink)DRAM(SLDRAM)、存储器总线(Rambus)直接RAM(RDRAM)、直接存储器总线动态RAM(DRDRAM)、以及存储器总线动态RAM(RDRAM)等。

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

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