CN117032707A - 提高前端用户数据处理效率的方法和装置 - Google Patents

Abstract

本申请公开了一种提高前端用户数据处理效率的方法和装置，属于前端数据处理技术领域。所述提高前端用户数据处理效率的方法，包括：接收用户对输入界面的第一输入；响应于所述第一输入，确定目标待处理信息和目标项目对应的目标参考因素集合；所述目标待处理信息和所述目标参考因素集合对应有处理算法；在所述目标项目的需求变更的情况下，接收用户对所述输入界面的第二输入；所述第二输入用于输入变化后的需求；响应于所述第二输入，基于所述变化后的需求更新所述处理算法，并基于更新后的处理算法处理所述目标待处理信息和所述目标参考因素集合，输出目标处理结果。本申请的提高前端用户数据处理效率的方法，具有普适性且降低了使用门槛。

Description

提高前端用户数据处理效率的方法和装置

技术领域

本申请属于前端数据处理技术领域，尤其涉及一种提高前端用户数据处理效率的方法和装置。

背景技术

随着城铁、航空、铁路以及公路等交通工具和旅游业的不断发展，无时无刻都在产生数据，用户对数据处理效率的要求越来越高；相关技术中，往往通过硬编码的方式实现数据处理，需求变化时，需要重新修改代码并进行测试，导致代码缺乏灵活性和可维护性，使用门槛较高；容易引入逻辑错误或代码缺陷；同时不能很好的适应不同行业的需求，普适性较低，对前端用户的专业要求较高。

发明内容

本申请旨在至少解决现有技术中存在的技术问题之一。为此，本申请提出一种提高前端用户数据处理效率的方法和装置，提高不同项目的数据处理效率，降低使用门槛，同时提高不同项目的系统交付运行效率和质量。

第一方面，本申请提供了一种提高前端用户数据处理效率的方法，该方法包括：

接收用户对输入界面的第一输入；

响应于所述第一输入，确定目标待处理信息和目标项目对应的目标参考因素集合；所述目标待处理信息和所述目标参考因素集合对应有处理算法；

在所述目标项目的需求变更的情况下，接收用户对所述输入界面的第二输入；所述第二输入用于输入变化后的需求；

响应于所述第二输入，基于所述变化后的需求更新所述处理算法，并基于更新后的处理算法处理所述目标待处理信息和所述目标参考因素集合，输出目标处理结果。

根据本申请实施例提供的提高前端用户数据处理效率的方法，通过接收用户在输入界面的第一输入，可以确定目标待处理信息和目标项目对应的目标参考因素集合，能够实现数据的统一管理和使用；当目标项目需求发生变化时，无需修改后台代码，在界面中能及时且便捷地调整对应的需求，降低了使用门槛；在此基础上，基于目标待处理信息和目标项目对应的目标参考因素集合以及变化后的需求，更新处理算法，使得处理算法能够基于需求的变化而变化，且无需修改源代码，操作简单便捷，适用于任意行业或项目，灵活性较高且具有普适性，显著提高了前端用户的数据处理效率。

根据本申请的提高前端用户数据处理效率的方法，所述接收用户对输入界面的第一输入，包括：

接收用户对所述输入界面中目标数据结构所包括的多个字段中目标字段的第一输入；所述第一输入用于输入自变量参数；

所述响应于所述第一输入，确定目标待处理信息，包括：响应于所述第一输入，基于所述目标数据结构处理所述自变量参数，确定所述目标待处理信息。

根据本申请的提高前端用户数据处理效率的方法，所述处理算法通过如下方式确定：

基于所述目标项目的需求，确定与所述需求对应的目标计价规则；

基于所述目标计价规则，确定所述目标待处理信息、所述目标参考因素集合与所述目标项目下的票价之间的处理算法，所述处理算法用于计算票价。

根据本申请的提高前端用户数据处理效率的方法，所述基于所述变化后的需求更新所述处理算法，包括：

基于所述目标待处理信息，确定乘客属性和车票优惠属性中的至少一种；

基于所述乘客属性和所述车票优惠属性中的至少一种和所述变化后的需求更新所述处理算法。

根据本申请的提高前端用户数据处理效率的方法，所述变化后的需求包括免票规则、优惠规则和其他规则，所述基于所述乘客属性和所述车票优惠属性中的至少一种和所述变化后的需求更新所述处理算法，包括：

在所述乘客属性满足所述免票规则的情况下，基于所述免票规则更新所述处理算法；

在所述车票优惠属性满足所述优惠规则的情况下，基于所述优惠规则和所述其他规则更新所述处理算法；

在所述乘客属性不满足所述免票规则且所述车票优惠属性不满足所述优惠规则的情况下，基于所述其他规则更新所述处理算法。

根据本申请的提高前端用户数据处理效率的方法，所述基于所述变化后的需求更新所述处理算法，包括：

基于所述目标参考因素集合和所述变化后的需求，更新多个单位标准票价数据计算算法；

基于更新后的单位标准票价数据计算算法和所述变化后的需求，更新所述处理算法。

根据本申请的提高前端用户数据处理效率的方法，所述基于所述目标参考因素集合和所述变化后的需求，更新多个单位标准票价数据计算算法，包括：

基于所述目标参考因素集合和所述变化后的需求，更新多个初始标准票价数据计算算法；

在所述多个初始标准票价数据计算算法均满足目标审核要求的情况下，将所述多个初始标准票价数据计算算法确定为所述多个单位标准票价数据计算算法；

在所述多个初始标准票价数据计算算法中至少一个不满足所述目标审核要求的情况下，更新所述多个初始标准票价数据计算算法中至少一个。

第二方面，本申请提供了一种提高前端用户数据处理效率的装置，该装置包括：

第一处理模块，用于接收用户对输入界面的第一输入；

第二处理模块，用于响应于所述第一输入，确定目标待处理信息和目标项目对应的目标参考因素集合；所述目标待处理信息和所述目标参考因素集合对应有处理算法；

第三处理模块，用于在所述目标项目的需求变更的情况下，接收用户对所述输入界面的第二输入；所述第二输入用于输入变化后的需求；

第四处理模块，用于响应于所述第二输入，基于所述变化后的需求更新所述处理算法，并基于更新后的处理算法处理所述目标待处理信息和所述目标参考因素集合，输出目标处理结果。

根据本申请实施例提供的提高前端用户数据处理效率的装置，通过接收用户在输入界面的第一输入，可以确定目标待处理信息和目标项目对应的目标参考因素集合，能够实现数据的统一管理和使用；当目标项目需求发生变化时，无需修改后台代码，在界面中能及时且便捷地调整对应的需求，降低了使用门槛；在此基础上，基于目标待处理信息和目标项目对应的目标参考因素集合以及变化后的需求，更新处理算法，使得处理算法能够基于需求的变化而变化，且无需修改源代码，操作简单便捷，适用于任意行业或项目，灵活性较高且具有普适性，显著提高了前端用户的数据处理效率。

第三方面，本申请提供了一种电子设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，处理器执行计算机程序时实现如上述第一方面的提高前端用户数据处理效率的方法。

第四方面，本申请提供了一种非暂态计算机可读存储介质，其上存储有计算机程序，计算机程序被处理器执行时实现如上述第一方面的提高前端用户数据处理效率的方法。

第五方面，本申请提供了一种计算机程序产品，包括计算机程序，计算机程序被处理器执行时实现如上述第一方面的提高前端用户数据处理效率的方法。

本申请实施例中的上述一个或多个技术方案，至少具有如下技术效果之一：

通过接收用户在输入界面的第一输入，可以确定目标待处理信息和目标项目对应的目标参考因素集合，能够实现数据的统一管理和使用；当目标项目需求发生变化时，无需修改后台代码，在界面中能及时且便捷地调整对应的需求，降低了使用门槛；在此基础上，基于目标待处理信息和目标项目对应的目标参考因素集合以及变化后的需求，更新处理算法，使得处理算法能够基于需求的变化而变化，且无需修改源代码，操作简单便捷，适用于任意行业或项目，灵活性较高且具有普适性，显著提高了前端用户的数据处理效率。

进一步地，通过接收用户在输入界面的第二输入，可以根据目标项目变化的需求实时增加、删除或修改相对应的数据，能够适应不同行业和不同项目的数据处理需求，具有良好的可扩展性和灵活性；并对需求变化后的数据进行审查和版本管理，确保变化后数据的正确性和有效性。

更进一步地，通过乘客属性、车票优惠属性以及变化后的需求确定更新后的处理算法，从而进行目标项目的数据处理；此外，对更新后的处理算法进行测试和发布，保证更新后的处理算法逻辑正确，有效降低开发成本和维护成本。

本申请的附加方面和优点将在下面的描述中部分给出，部分将从下面的描述中变得明显，或通过本申请的实践了解到。

附图说明

本申请的上述和/或附加的方面和优点从结合下面附图对实施例的描述中将变得明显和容易理解，其中：

图1是本申请实施例提供的提高前端用户数据处理效率的方法的流程示意图之一；

图2是本申请实施例提供的提高前端用户数据处理效率的方法的流程示意图之二；

图3是本申请实施例提供的提高前端用户数据处理效率的方法的流程示意图之三；

图4是本申请实施例提供的提高前端用户数据处理效率的装置的结构示意图；

图5是本申请实施例提供的电子设备的结构示意图。

具体实施方式

下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚地描述，显然，所描述的实施例是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员获得的所有其他实施例，都属于本申请保护的范围。

本申请的说明书和权利要求书中的术语“第一”、“第二”等是用于区别类似的对象，而不用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便本申请的实施例能够以除了在这里图示或描述的那些以外的顺序实施，且“第一”、“第二”等所区分的对象通常为一类，并不限定对象的个数，例如第一对象可以是一个，也可以是多个。此外，说明书以及权利要求中“和/或”表示所连接对象的至少其中之一，字符“/”，一般表示前后关联对象是一种“或”的关系。

下面结合附图，通过具体的实施例及其应用场景对本申请实施例提供的提高前端用户数据处理效率的方法、提高前端用户数据处理效率的装置、电子设备和可读存储介质进行详细地说明。

其中，提高前端用户数据处理效率的方法可应用于终端，具体可由，终端中的硬件或软件执行。

该终端包括移动电话或平板电脑等便携式通信设备。还应当理解的是，在某些实施例中，该终端可以不是便携式通信设备，而是台式计算机。

以下各个实施例中，描述了包括显示器和触摸敏感表面的终端。然而，应当理解的是，终端可以包括诸如物理键盘、鼠标和控制杆的一个或多个其它物理用户接口设备。

本申请实施例提供的提高前端用户数据处理效率的方法，该提高前端用户数据处理效率的方法的执行主体可以为电子设备或者电子设备中能够实现该提高前端用户数据处理效率的方法的功能模块或功能实体，本申请实施例提及的电子设备包括但不限于手机、平板电脑、电脑、相机、可穿戴设备、购票机器等，下面以电子设备作为执行主体为例对本申请实施例提供的提高前端用户数据处理效率的方法进行说明。

如图1所示，该提高前端用户数据处理效率的方法包括：步骤110、步骤120、步骤130和步骤140。

步骤110、接收用户对输入界面的第一输入；

在该步骤中，输入界面用于接收用户输入的待处理的数据信息，数据信息可以包括：目标待处理信息和目标项目对应的目标参考因素集合。

第一输入用于输入待处理的数据信息。

其中，第一输入可以为如下至少一种方式：

其一，第一输入可以为触控操作，包括但不限于点击操作、滑动操作和按压操作等。

在该实施方式中，接收用户的第一输入，可以为，接收用户在终端显示屏的显示区域的触控操作。

为了降低用户误操作率，可以将第一输入的作用区域限定在特定的区域内，比如输入待处理数据界面的上部中间区域；或者在显示输入待处理数据界面的状态下，在当前界面显示目标控件，触摸目标控件，即可实现第一输入；或者将第一输入设置为在目标时间间隔内对显示区域的连续多次敲击操作。

其二，第一输入可以为实体按键输入。

在该实施方式中，终端的机身上设有与生成待处理数据对应的实体按键，接收用户的第一输入，可以为，接收用户按压对应的实体按键的操作；第一输入还可以为同时按压多个实体按键的组合操作。

其三，第一输入可以为语音输入。

在该实施方式中，终端可以在接收到语音如“输入待处理数据”时，触发语音识别，录入待处理数据。

当然，在其他实施例中，第一输入也可以为其他形式，包括但不限于字符输入等，具体可根据实际需要决定，本申请实施例对此不作限定。在一些实施例中，步骤110还可以包括：

接收用户对输入界面中目标数据结构所包括的多个字段中目标字段的第一输入；第一输入用于输入自变量参数；

响应于第一输入，确定目标待处理信息，包括：响应于第一输入，基于目标数据结构处理自变量参数，确定目标待处理信息。

在该实施例中，目标数据结构是输入数据的数据结构。

不同行业和不同项目按照需求，可定义不同类型的数据结构。

目标字段是不同项目所需数据所对应的字段。

下面以票价计算情景为例，对该实施例进行说明。

在票价计算情景下，目标字段可以包括以下字段：行业编码、城市编码、项目编码、乘客进站线路、乘客进站站点、乘客进站时间、乘客出站线路、乘客出站站点、乘客出站时间、车票类型、里程以及乘客证件信息等。

每个字段对应一个自变量。

目标待处理信息可以包括全部乘车人的购票信息，即多个自变量，多个自变量可以包括乘车人的年龄段、乘车起始点、乘车终点和乘车人的账户信息等信息。

各自变量对应有至少一个参数。

例如，乘车人的年龄段可以包括：儿童、成年人以及老人等参数。

乘车人的账户信息可以包括：用户名、姓名、国家、证件号码、用户身份(学生或社会人士)以及乘车人账户内的优惠券信息。

在实际执行过程中，目标待处理信息涵盖的乘车人信息和乘车人账户信息会产生不同的组合信息。

在一些实施例中，基于目标数据结构处理自变量参数，可以包括：将自变量参数中自变量对应的参数填写至目标数据结构与自变量对应的字段中。

在该实施例中，自变量可以为多个自变量中的任意自变量。

在一些实施例中，在基于数据结构处理多个自变量的参数之前，该方法还可以包括：

对自变量的参数进行数据预处理。

其中，预处理包括但不限于：进行数据清洗、数据格式化、数据转换以及数据整合等。

对不同自变量的参数可采用不同的处理方式。

在该实施例中，通过接收输入界面的第一输入，并基于目标数据结构处理第一输入对应的自变量参数，可以确定目标待处理信息。

根据本申请实施例提供的提高前端用户数据处理效率的方法，通过预先定义数据结构，在实际应用过程中，只需在输入界面中对数据结构所包括的多个字段中目标字段进行第一输入，即可修改待处理信息，无需修改后台代码，操作简单便捷，显著降低了使用门槛。

步骤120、响应于第一输入，确定目标待处理信息和目标项目对应的目标参考因素集合；目标待处理信息和目标参考因素集合对应有处理算法；

在该步骤中，目标项目可以为任意项目，如某一行业或某一行业下具体的项目或子行业。

继续以票价计算场景为例，行业可以包括：交通运输业、影视行业以及文化娱乐产业。

每一类行业下还可以进一步划分多个子行业，以交通运输业为例，可进一步包括：航空、高铁以及地铁等多个子行业。

目标参考因素集合可以为任意行业以及任意项目中与处理数据相关的因素。

可以理解的是，目标项目不同，与处理数据相关的目标参考因素集合可能不同。

例如，以目标项目为航空为例，该项目所对应的目标参考因素可以包括：线路信息、车站信息、乘客类型、车票类型、机场税费、燃油附加费、OD车票以及航线信息等。

以目标项目为高铁为例，该项目所对应的目标参考因素可以包括：线路信息、车站信息、乘客类型、车票类型以及OD车票等。

在实际执行过程中，可以根据不同行业的特定项目定义与其相关的目标参考因素集合。

目标参考因素集合可以表现为数据字典的形式，在实际配置过程中，可以通过预先定义的一些数据集合来实现数据的统一管理和使用。这些数据字典包括线路信息、车站信息、乘客类型、车票类型、机场税费、燃油附加费、OD票价、航线信息等等，根据不同行业的特定项目需求进行定义，以数据字典的形式存储，可以优化处理数据的效率和准确度。

目标待处理信息和目标参考因素集合均为后续处理数据所需的数据信息，在实际执行过程中，可以通过构建数据表的方式获取数据信息。

处理算法为处理目标待处理信息和目标参考因素集合中的数据信息所使用的算法。

在该实施例中，通过响应第一输入，确定目标待处理信息和目标参考因素集合，处理目标待处理信息和目标参考因素集合有对应的处理算法。

在一些实施例中，步骤120还可以包括：

基于目标项目的需求，确定与需求对应的目标计价规则；

基于目标计价规则，确定目标待处理信息、目标参考因素集合与目标项目下的票价之间的处理算法，处理算法用于计算票价。

在该实施例中，目标项目需求为目标项目下进行数据处理时需考虑的相关需求；例如，目标项目需求可以是铁路或者航空项目处理数据的需求。

目标项目可以为任意项目，如某一行业或某一行业下具体的项目或子行业。

继续以票价计算场景为例，行业可以包括：交通运输业、影视行业以及文化娱乐产业。

每一类的行业下还可以进一步划分多个子行业，以交通运输业为例，可进一步包括：航空、高铁以及地铁等多个子行业。

目标计价规则为处理数据时需要使用的计价规则；例如，目标计价规则可以是铁路或者航空项目关于从一个城市到达另一个城市根据不同的距离计算票价的规则。

目标计价规则可以为用户自定义的规则，或者也可以为系统默认的该目标项目下的常规规则；或者为用户自定义的规则和系统默认的该目标项目下的常规规则的结合。

目标计价规则是可以包括一个或多个规则，如：优惠规则、免费规则、站点计价规则、里程计价规则、支付类型以及车票类型规则等。

在实际执行过程中，用户可以选择目标行业、目标城市和目标项目，然后开始创建，优惠规则、免费规则、站点计价规则、里程计价规则、支付类型规则以及车票类型规则等，从而输入目标计价规则。

可以理解的是，目标计价规则不同，后续基于该目标计价规则所最终确定的票价结果也可能不同。

目标项目下的票价可以是乘车人从一个起始点到达终点产生的总票价。

处理算法为目标待处理信息、目标参考因素集合运用目标计价规则生成最终票价所用的计算式；例如，处理算法可以是根据乘车人的年龄段、乘车起始点、乘车终点、每公里收费价格和优惠规则进行编排产生的票价计算式。

可以理解的是，当目标计价规则发生变化时，处理算法也会对应的发生变化。

如图2所示，根据目标项目的特殊需求，可以编排出适用于目标项目的处理算法。

例如，在目标计价规则包括常规的里程计价规则以及优惠规则的情况下，处理算法可以在运用里程计价规则产生应支付票价的基础上综合使用优惠规则减免优惠费用，以处理目标待处理信息、目标参考因素集合数据输出票价。

又如，在目标计价规则包括常规的站点计价规则以及车票类型规则的情况下，处理算法根据车票类型，对儿童票和老人票免票，对成人票按照站点计价规则进行计价，以处理目标待处理信息、目标参考因素集合数据输出票价。根据本申请实施例提供的提高前端用户数据处理效率的方法，基于目标项目的需求，确定目标项目的计价规则，可以根据计价规则以及目标待处理的信息、目标参考因素集合确定计算票价所用的处理算法，不同的项目对应不同的处理算法，适用于任意行业或项目，具有普适性。

步骤130、在目标项目的需求变更的情况下，接收用户对输入界面的第二输入；第二输入用于输入变化后的需求；

在该步骤中，第二输入用于接收变化后的需求。

第二输入可以为与第一输入相同的触控输入、实体按键输入、语音输入、字符属于以及其他任意可实现的输入，本申请在此不作赘述。

需求变更可以是目标计价规则的变更。

目标计价规则的变更可以是增加、删除或修改某一计价规则。

在该实施例中，通过接收第二输入，获取变更后的数据信息。

在该实施例中，在配置完成目标项目所对应的数据字典之后，需求变化时，可以基于所配置数据字典中不同城市的目标项目去更新相应的数据，以输入变化后的需求。

在一些实施例中，在响应于第二输入之前，还可以先判断用户的身份，在用户身份不满足最高管理员的情况下，结束操作。

在实际执行过程中，在用户身份满足最高管理员的情况下，弹出二次输入框，要求用户输入最高管理员密码，检测密码是否正确，在密码正确的情况下，响应于第二输入，导入接收的变更后的数据，并自动进入审核过程。

在实际执行过程中，可以对导入的变更后的数据进行版本控制和管理，包括历史版本、当前版本以及未来版本；每次修改变更需求所对应的数据时，记录修改的内容、修改时间以及修改人员，并对新版本的需求数据进行编号和命名，以便后续的管理和查询。

根据本申请实施例提供的提高前端用户数据处理效率的方法，通过接收用户在输入界面的第二输入，可以根据目标项目变化的需求实时增加、删除或修改相对应的数据，能够适应不同行业和不同项目的数据处理需求，具有良好的可扩展性和灵活性；并对需求变化后的数据进行审查和版本管理，确保变化后数据的正确性和有效性。

步骤140、响应于第二输入，基于变化后的需求更新处理算法，并基于更新后的处理算法处理目标待处理信息和目标参考因素集合，输出目标处理结果。

在该步骤中，更新处理算法是根据接收的变化后的需求数据重新编排生成的处理算法。

目标处理结果为使用更新后的处理算法处理目标待处理信息和目标参考因素集合中的数据输出的结果。

在该实施例中，通过第二输入接收的变化后的需求数据，更新处理算法，使用更新后的处理算法处理目标待处理信息和目标参考因素集合的数据，输出目标处理结果。

根据本申请实施例提供的提高前端用户数据处理效率的方法，通过接收用户在输入界面的第一输入，可以确定目标待处理信息和目标项目对应的目标参考因素集合，能够实现数据的统一管理和使用；当目标项目需求发生变化时，无需修改后台代码，在界面中能及时且便捷地调整对应的需求，降低了使用门槛；在此基础上，基于目标待处理信息和目标项目对应的目标参考因素集合以及变化后的需求，自动更新处理算法，使得处理算法能够基于需求的变化而变化，且无需修改源代码，操作简单便捷，适用于任意行业或项目，灵活性较高且具有普适性，显著提高了前端用户的数据处理效率。

在一些实施例中，步骤140中的基于变化后的需求更新处理算法，还可以包括：

基于目标待处理信息，确定乘客属性和车票优惠属性中的至少一种；

基于乘客属性和车票优惠属性中的至少一种和变化后的需求更新处理算法。

在该实施例中，在乘客属性为公司员工、乘客年龄段以及目标项目规定的其他属性的一种的情况下，使用乘客属性和变化后的需求处理目标待处理信息，确定处理数据的处理算法；

在乘客属性为其他类型的情况下，进一步根据变化后的需求更新处理数据的处理算法。

在一些实施例中，变化后的需求包括免票规则、优惠规则和其他规则，基于乘客属性和车票优惠属性中的至少一种和变化后的需求更新处理算法，还可以包括：

在乘客属性满足免票规则的情况下，基于免票规则更新处理算法；

例如：在乘客属性的年龄段为老人的情况下，满足老年人免费乘坐的免票规则，基于该免票规则确定需求更新后的处理算法。

在车票优惠属性满足优惠规则的情况下，基于优惠规则和其他规则更新处理算法；

例如：在乘客属性的年龄段为成年人的情况下，满足新用户减免X元的优惠规则，基于该优惠规则确定需求更新后的处理算法。

在乘客属性不满足免票规则且车票优惠属性不满足优惠规则的情况下，基于其他规则更新处理算法。

例如：在乘客属性的年龄段为成年人且车票优惠不满足优惠规则的情况下，基于其他目标项目自定义的规则如支付类型优惠，处理目标待处理信息和目标参考因素，确定需求更新后的处理算法。

在该实施例中，其他规则可以包括：站点计价规则、里程计价规则、车票类型规则以及支付类型规则。

站点计价规则是根据乘车人的乘车起始站和乘车终点站处理数据，站点计价规则获取第一输入的乘客进站线路、乘客进站站点、乘客出站线路、乘客出站站点数据，在这些数据不为空的情况下，满足规则执行动作，根据站点数据在数据字典模块中的信息查询对应的数据信息，输出处理结果，结束数据处理。

里程计价规则是根据乘车人的乘车起始点和乘车终点间的里程处理数据，里程计价规则获取第一输入中的里程数据，在这些数据不为空的情况下，满足规则执行动作，根据里程数据在数据字典配置模块的信息查询对应的票价，输出处理结果，结束数据处理。

车票类型规则是根据乘车人的车票类型处理数据，车票类型规则获取第一输入中的车票类型，在这些数据不为空的情况下，满足规则执行动作，根据车票类型在数据字典配置模块中信息查询优惠信息，在车票类型满足优惠类型的情况下，按照优惠类型数值减免相应费用，输出优惠后的处理结果，否则，输出原数据，结束数据处理。

支付类型规则是根据乘车人的支付类型处理数据，支付类型规则获取票价请求输第一输入中的支付类型，在这些数据不为空的情况下，满足规则执行动作，根据支付类型在数据字典配置模块中数据信息查询支付类型对应的优惠信息，在支付类型满足优惠的情况下，按照支付类型对应的数值减免相应费用，输出支付类型优惠后的处理结果，否则，输出原数据，结束数据处理。

在实际执行过程中，输入测试用例测试更新后的处理算法是否存在逻辑错误，在更新后的处理算法不能通过测试的情况下，重新进入编排环节调整更新后的处理算法；在更新后的处理算法通过测试的情况下，进入发布环节，发布环节主要是将更新后的处理算法发布到数据库中。

需要说明的是，在系统会提供默认的处理算法，默认处理算法满足大部分城市目标项目的需求，在默认处理算法不满足需求的情况下，可以根据变化后的需求并与默认规则重新编排生成更新后的处理算法，直至更新后的处理算法满足目标项目的需求。

根据本申请实施例提供的提高前端用户数据处理效率的方法，通过乘客属性、车票优惠属性以及变化后的需求确定更新后的处理算法，从而进行目标项目的数据处理；此外，对更新后的处理算法进行测试和发布，保证更新后的处理算法逻辑正确，有效降低开发成本和维护成本。

在一些实施例中，步骤140中的基于变化后的需求更新处理算法，还可以包括：

基于目标参考因素集合和变化后的需求，更新多个单位标准票价数据计算算法；

基于更新后的单位标准票价数据计算算法和变化后的需求，更新处理算法。

在该实施例中，单位标准票价数据计算算法为目标项目单位距离的票价计算算法；例如，航空领域每人每公里的价格计算算法，高铁每人每公里的价格计算算法以及出租车除起步价外每公里的价格计算算法。

单位标准票价数据计算算法由目标项目相关企业根据市场规定的统一价格按照一定的浮动比例自主定价，系统提供目标项目市场规定的统一价格。

在实际执行过程中，可以基于不同项目与票价相关的参考因素集合和与该项目对应的计价规则，确定该项目下的单位标准票价数据计算算法，如航空领域每人每公里的价格计算算法，高铁每人每公里的价格计算算法以及出租车起步价外每公里的价格计算算法。

基于该项目变化后的需求对应的数据、目标待处理信息以及不同行业的单位标准票价数据计算算法，确定该目标项目下，需求变化后对应数据下更新的通用计价算法(即更新后的处理算法)。

当得到更新后的通用计价算法后，对于该目标项目下的任何一个待处理信息，均可基于该更新后的处理算法自动计算得到其对应的处理结果，如：目标待处理信息(学生A)乘坐500公里高铁产生的票价费用所需的处理结果。

根据本申请实施例提供的提高前端用户数据处理效率的方法，基于目标参考因素集合和变化后的需求，更新变化后的目标项目的单位标准票价数据计算算法，基于单位标准票价数据计算算法、目标待处理信息和变化后的需求数据，更新处理算法，能够满足不同项目的需求，具有一定的普适性。

在一些实施例中，基于目标参考因素集合和变化后的需求，更新多个单位标准票价数据计算算法，还可以包括：

基于目标参考因素集合和变化后的需求，更新多个初始标准票价数据计算算法；

在多个初始标准票价数据计算算法均满足目标审核要求的情况下，将多个初始标准票价数据计算算法确定为多个单位标准票价数据计算算法；

在多个初始标准票价数据计算算法中至少一个不满足目标审核要求的情况下，更新多个初始标准票价数据计算算法中至少一个。

在该实施例中，目标项目按照相关需求，基于目标参考因素集合和变化后的需求，可以更新多个初始标准票价数据计算算法，如公交车、城铁以及出租车起步价的初始标准票价数据计算算法分别更新为1元、4元以及15元。

多个初始标准票价数据计算算法自动进入审核阶段，对多个初始标准票价数据计算算法进行审核，在审核成功的情况下，将多个初始标准票价数据计算算法确定为多个单位标准票价数据计算算法。

在审核失败的情况下，需要重新定义不满足审核要求的初始标准票价数据计算算法，如出租车初始标准票价数据计算算法为15元，不符合审核要求，重新定义出租车初始标准票价数据计算算法为10元，进一步进行审核，满足要求后将该初始标准票价数据计算算法确定为单位标准票价数据计算算法。

根据本申请实施例提供的提高前端用户数据处理效率的方法，通过在得到初始标准票价数据计算算法之后，对初始标准票价数据计算算法进行合理性审核，以删除不合理的票价数据计算算法，使得票价数据计算算法符合市场规定，保证单位标准标价数据计算算法的合理性，除此之外，也可以降低人工输入所造成的输入误差，保证单位标准标价数据计算算法的准确性和可靠性。

本申请实施例提供的提高前端用户数据处理效率的方法，执行主体可以为提高前端用户数据处理效率的装置。本申请实施例中以提高前端用户数据处理效率的装置执行提高前端用户数据处理效率的方法为例，说明本申请实施例提供的提高前端用户数据处理效率的装置。

本申请实施例还提供一种提高前端用户数据处理效率的装置。

如图4所示，该提高前端用户数据处理效率的装置包括：第一处理模块410、第二处理模块420、第三处理模块430和第四处理模块440。

第一处理模块410，用于接收用户对输入界面的第一输入；

第二处理模块420，用于响应于第一输入，确定目标待处理信息和目标项目对应的目标参考因素集合；目标待处理信息和目标参考因素集合对应有处理算法；

第三处理模块430，用于在目标项目的需求变更的情况下，接收用户对输入界面的第二输入；第二输入用于输入变化后的需求；

第四处理模块440，用于响应于第二输入，基于变化后的需求更新处理算法，并基于更新后的处理算法处理目标待处理信息和目标参考因素集合，输出目标处理结果。

根据本申请实施例提供的提高前端用户数据处理效率的装置，通过接收用户在输入界面的第一输入，可以确定目标待处理信息和目标项目对应的目标参考因素集合，能够实现数据的统一管理和使用；当目标项目需求发生变化时，无需修改后台代码，在界面中能及时且便捷地调整对应的需求，降低了使用门槛；在此基础上，基于目标待处理信息和目标项目对应的目标参考因素集合以及变化后的需求，更新处理算法，使得处理算法能够基于需求的变化而变化，且无需修改源代码，操作简单便捷，适用于任意行业或项目，灵活性较高且具有普适性，显著提高了前端用户的数据处理效率。

在一些实施例中，第一处理模块410，还可以用于：

接收用户对输入界面中目标数据结构所包括的多个字段中目标字段的第一输入；第一输入用于输入自变量参数；

响应于第一输入，确定目标待处理信息，包括：响应于第一输入，基于目标数据结构处理自变量参数，确定目标待处理信息。

在一些实施例中，第二处理模块420，还可以用于：

基于目标项目的需求，确定与需求对应的目标计价规则；

基于目标计价规则，确定目标待处理信息、目标参考因素集合与目标项目下的票价之间的处理算法，处理算法用于计算票价。

在一些实施例中，第四处理模块440中的基于变化后的需求更新处理算法，还可以用于：

基于目标待处理信息，确定乘客属性和车票优惠属性中的至少一种；

基于乘客属性和车票优惠属性中的至少一种和变化后的需求更新处理算法。

在一些实施例中，变化后的需求包括免票规则、优惠规则和其他规则，基于乘客属性和车票优惠属性中的至少一种和变化后的需求更新处理算法，还可以用于：

在乘客属性满足免票规则的情况下，基于免票规则更新处理算法；

在车票优惠属性满足优惠规则的情况下，基于优惠规则和其他规则更新处理算法；

在乘客属性不满足免票规则且车票优惠属性不满足优惠规则的情况下，基于其他规则更新处理算法。

在一些实施例中，第四处理模块440中的基于变化后的需求更新处理算法，还可以用于：

基于目标参考因素集合和变化后的需求，更新多个单位标准票价数据计算算法；

基于更新后的单位标准票价数据计算算法和变化后的需求，更新处理算法。

在一些实施例中，基于目标参考因素集合和变化后的需求，更新多个单位标准票价数据计算算法，还可以用于：

基于目标参考因素集合和变化后的需求，更新多个初始标准票价数据计算算法；

在多个初始标准票价数据计算算法均满足目标审核要求的情况下，将多个初始标准票价数据计算算法确定为多个单位标准票价数据计算算法；

在多个初始标准票价数据计算算法中至少一个不满足目标审核要求的情况下，更新多个初始标准票价数据计算算法中至少一个。

本申请实施例中的提高前端用户数据处理效率的装置可以是电子设备，也可以是电子设备中的部件，例如集成电路或芯片。该电子设备可以是终端，也可以为除终端之外的其他设备。示例性的，电子设备可以为手机、平板电脑、笔记本电脑、掌上电脑、车载电子设备、移动上网装置(Mobile Internet Device，MID)、增强现实(augmented reality，AR)/虚拟现实(virtual reality，VR)设备、机器人、可穿戴设备、超级移动个人计算机(ultra-mobile personal computer，UMPC)、上网本或者个人数字助理(personal digitalassistant，PDA)等，还可以为服务器、网络附属存储器(Network Attached Storage，NAS)、个人计算机(personal computer，PC)、电视机(television，TV)、柜员机或者自助机等，本申请实施例不作具体限定。

本申请实施例中的提高前端用户数据处理效率的装置可以为具有操作系统的装置。该操作系统可以为安卓(Android)操作系统，可以为IOS操作系统，还可以为其他可能的操作系统，本申请实施例不作具体限定。

本申请实施例提供的提高前端用户数据处理效率的装置能够实现图1至图3的方法实施例实现的各个过程，为避免重复，这里不再赘述。

在一些实施例中，如图5所示，本申请实施例还提供一种电子设备500，包括处理器501、存储器502及存储在存储器502上并可在处理器501上运行的计算机程序，该程序被处理器501执行时实现上述提高前端用户数据处理效率的方法实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。

需要说明的是，本申请实施例中的电子设备包括上述的移动电子设备和非移动电子设备。

本申请实施例还提供一种非暂态计算机可读存储介质，该非暂态计算机可读存储介质上存储有计算机程序，该计算机程序被处理器执行时实现上述提高前端用户数据处理效率的方法实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。

其中，所述处理器为上述实施例中所述的电子设备中的处理器。所述可读存储介质，包括计算机可读存储介质，如计算机只读存储器ROM、随机存取存储器RAM、磁碟或者光盘等。

本申请实施例还提供一种计算机程序产品，包括计算机程序，该计算机程序被处理器执行时实现上述提高前端用户数据处理效率的方法。

其中，所述处理器为上述实施例中所述的电子设备中的处理器。所述可读存储介质，包括计算机可读存储介质，如计算机只读存储器ROM、随机存取存储器RAM、磁碟或者光盘等。

本申请实施例另提供了一种芯片，所述芯片包括处理器和通信接口，所述通信接口和所述处理器耦合，所述处理器用于运行程序或指令，实现上述提高前端用户数据处理效率的方法实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。

应理解，本申请实施例提到的芯片还可以称为系统级芯片、系统芯片、芯片系统或片上系统芯片等。

需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者装置不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者装置所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括该要素的过程、方法、物品或者装置中还存在另外的相同要素。此外，需要指出的是，本申请实施方式中的方法和装置的范围不限按示出或讨论的顺序来执行功能，还可包括根据所涉及的功能按基本同时的方式或按相反的顺序来执行功能，例如，可以按不同于所描述的次序来执行所描述的方法，并且还可以添加、省去、或组合各种步骤。另外，参照某些示例所描述的特征可在其他示例中被组合。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分可以以计算机软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如ROM/RAM、磁碟、光盘)中，包括若干指令用以使得一台终端(可以是手机，计算机，服务器，或者网络设备等)执行本申请各个实施例所述的方法。

上面结合附图对本申请的实施例进行了描述，但是本申请并不局限于上述的具体实施方式，上述的具体实施方式仅仅是示意性的，而不是限制性的，本领域的普通技术人员在本申请的启示下，在不脱离本申请宗旨和权利要求所保护的范围情况下，还可做出很多形式，均属于本申请的保护之内。

在本说明书的描述中，参考术语“一个实施例”、“一些实施例”、“示意性实施例”、“示例”、“具体示例”、或“一些示例”等的描述意指结合该实施例或示例描述的具体特征、结构、材料或者特点包含于本申请的至少一个实施例或示例中。在本说明书中，对上述术语的示意性表述不一定指的是相同的实施例或示例。而且，描述的具体特征、结构、材料或者特点可以在任何的一个或多个实施例或示例中以合适的方式结合。

尽管已经示出和描述了本申请的实施例，本领域的普通技术人员可以理解：在不脱离本申请的原理和宗旨的情况下可以对这些实施例进行多种变化、修改、替换和变型，本申请的范围由权利要求及其等同物限定。

Claims (11)

1.一种提高前端用户数据处理效率的方法，其特征在于，包括：

接收用户对输入界面的第一输入；

响应于所述第一输入，确定目标待处理信息和目标项目对应的目标参考因素集合；所述目标待处理信息和所述目标参考因素集合对应有处理算法；

在所述目标项目的需求变更的情况下，接收用户对所述输入界面的第二输入；所述第二输入用于输入变化后的需求；

响应于所述第二输入，基于所述变化后的需求更新所述处理算法，并基于更新后的处理算法处理所述目标待处理信息和所述目标参考因素集合，输出目标处理结果。

2.根据权利要求1所述的提高前端用户数据处理效率的方法，其特征在于，所述接收用户对输入界面的第一输入，包括：接收用户对所述输入界面中目标数据结构所包括的多个字段中目标字段的第一输入；所述第一输入用于输入自变量参数；

所述响应于所述第一输入，确定目标待处理信息，包括：响应于所述第一输入，基于所述目标数据结构处理所述自变量参数，确定所述目标待处理信息。

3.根据权利要求1所述的提高前端用户数据处理效率的方法，其特征在于，所述处理算法通过如下方式确定：

基于所述目标项目的需求，确定与所述需求对应的目标计价规则；

基于所述目标计价规则，确定所述目标待处理信息、所述目标参考因素集合与所述目标项目下的票价之间的处理算法，所述处理算法用于计算票价。

4.根据权利要求1-3任一项所述的提高前端用户数据处理效率的方法，其特征在于，所述基于所述变化后的需求更新所述处理算法，包括：

基于所述目标待处理信息，确定乘客属性和车票优惠属性中的至少一种；

基于所述乘客属性和所述车票优惠属性中的至少一种和所述变化后的需求更新所述处理算法。

5.根据权利要求4所述的提高前端用户数据处理效率的方法，其特征在于，所述变化后的需求包括免票规则、优惠规则和其他规则，所述基于所述乘客属性和所述车票优惠属性中的至少一种和所述变化后的需求更新所述处理算法，包括：

在所述乘客属性满足所述免票规则的情况下，基于所述免票规则更新所述处理算法；

在所述车票优惠属性满足所述优惠规则的情况下，基于所述优惠规则和所述其他规则更新所述处理算法；

在所述乘客属性不满足所述免票规则且所述车票优惠属性不满足所述优惠规则的情况下，基于所述其他规则更新所述处理算法。

6.根据权利要求1-3任一项所述的提高前端用户数据处理效率的方法，其特征在于，所述基于所述变化后的需求更新所述处理算法，包括：

基于所述目标参考因素集合和所述变化后的需求，更新多个单位标准票价数据计算算法；

基于更新后的单位标准票价数据计算算法和所述变化后的需求，更新所述处理算法。

7.根据权利要求6所述的提高前端用户数据处理效率的方法，其特征在于，所述基于所述目标参考因素集合和所述变化后的需求，更新多个单位标准票价数据计算算法，包括：

基于所述目标参考因素集合和所述变化后的需求，更新多个初始标准票价数据计算算法；

在所述多个初始标准票价数据计算算法均满足目标审核要求的情况下，将所述多个初始标准票价数据计算算法确定为所述多个单位标准票价数据计算算法；

在所述多个初始标准票价数据计算算法中至少一个不满足所述目标审核要求的情况下，更新所述多个初始标准票价数据计算算法中至少一个。

8.一种提高前端用户数据处理效率的装置，其特征在于，包括：

第一处理模块，用于接收用户对输入界面的第一输入；

第二处理模块，用于响应于所述第一输入，确定目标待处理信息和目标项目对应的目标参考因素集合；所述目标待处理信息和所述目标参考因素集合对应有处理算法；

第三处理模块，用于在所述目标项目的需求变更的情况下，接收用户对所述输入界面的第二输入；所述第二输入用于输入变化后的需求；

第四处理模块，用于响应于所述第二输入，基于所述变化后的需求更新所述处理算法，并基于更新后的处理算法处理所述目标待处理信息和所述目标参考因素集合，输出目标处理结果。

9.一种电子设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，其特征在于，所述处理器执行所述程序时实现如权利要求1-7任一项所述提高前端用户数据处理效率的方法。

10.一种非暂态计算机可读存储介质，其上存储有计算机程序，其特征在于，该计算机程序被处理器执行时实现如权利要求1-7任一项所述的提高前端用户数据处理效率的方法。

11.一种计算机程序产品，包括计算机程序，其特征在于，所述计算机程序被处理器执行时实现如权利要求1-7任一项所述提高前端用户数据处理效率的方法。