CN109389409B - 业务处理方法和系统 - Google Patents

Abstract

本发明实施例涉及一种业务处理方法和系统，该方法包括：获取客户在设定时间段内的历史业务数据；将所述历史业务数据转换为对应的数据对象；确定所述数据对象的类别，其中，所述类别包括基础服务类和工厂服务类；根据所述数据对象的类别对所述数据对象进行封装，以将所述数据对象转化为业务服务；根据客户需求和/或设定的规则对所述业务服务进行优化，以获取目标业务服务。通过了解客户的历史业务数据，结合客户需求对历史业务数据进行分析，确定符合客户的目标业务服务，节约了销售方和客户的时间，简化了沟通过程，以使销售方更方便的为客户提供定制化的业务服务。

Description

业务处理方法和系统

技术领域

本发明实施例涉及数据处理技术领域，尤其涉及一种业务处理方法和系统。

背景技术

当前的互联网销售过程中，在面向客户进行销售的环节中，客户分析和制单过程尤为重要，在销售方更好的了解客户需求和习惯时，才能更好的为客户进行服务。

现有技术中，销售方在了解客户需求的过程中，通常需要和客户多次面对面沟通或电话沟通来了解客户需求，不仅浪费了客户和销售方的时间，对于销售方来讲，了解到的客户信息也不全面，该流程冗余，沟通成本较高。

发明内容

有鉴于此，本发明实施例提供一种业务处理系统和系统，使销售方更好的根据客户的习惯为客户定制更合适的对业务服务，以供销售方参考。

为实现以上目的，本发明采用如下技术方案：一种业务处理方法和系统，该方法中，通过获取客户在设定时间段内的历史业务数据，将所述历史业务数据转换为对应的数据对象，确定所述数据对象的类别，根据所述数据对象的类别对所述数据对象进行封装，以将所述数据对象转化为业务服务；根据客户需求和/或设定的规则对所述业务服务进行优化，以获取目标业务服务。

本发明采用以上技术方案，通过了解客户的历史业务数据，结合客户需求对历史业务数据进行分析，确定符合客户的目标业务服务，节约了销售方和客户的时间，简化了沟通过程，以使销售方更方便的为客户提供定制化的业务。

附图说明

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

图1是本发明实施例一提供的一种业务处理方法的流程图；

图2是本发明实施例二提供的一种业务处理系统的结构示意图。

具体实施方式

为使本发明的目的、技术方案和优点更加清楚，下面将对本发明的技术方案进行详细的描述。显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动的前提下所得到的所有其它实施方式，都属于本发明所保护的范围。

在本发明实施例中，为方便描述，将技术人员和/或研发人员操作的平台称为后端，销售方操作的平台称为业务端，客户使用的平台称为客户端，管理人员使用的平台称为管理端。后端主要通过管理维护相关商品和销售策略信息，从而为业务端的应用提供便捷的制单操作和订单流程，并完整的响应不同的销售场景和销售策略，并且在业务端的应用的使用过程中通过设定的数学模型和数据分析模型向管理端反馈销售方(例如可以是业务人员)的业绩完成能力和客户维护能力，指导管理人员做出相应的业务调整和目标定制。业务端可以通过本发明提供的技术方案进行销售制单和客户分析。在长期的销售制单和客户资料填充过程中通过设定的数学模型和统计分析公式从长期积累的数据中提炼出客户的消费习惯并进行客户能力分析，在一定范围内提高业务人员对于客户的把握能力，通过科学的数据分析进行有效的客户维护并达成销售目的。客户通过本发明的客户端应用可以实现根据客户本人与业务人员之间的关系进入相关企业的订货系统自主订购货物的流程，并在管理端生成订货单据，提高客户自主订货意向，提高企业沟通与运营效率。

实施例一

图1是本发明实施例一中的一种业务处理方法的流程图，本实施例可适用于销售方向用户提供定制化业务服务的情况，该方法可以由本发明实施例提供的业务处理系统来执行，该系统可采用软件和/或硬件的方式实现。参考图1，该方法具体可以包括如下步骤：

S110、获取客户在设定时间段内的历史业务数据。

具体的，业务数据是指，客户的消费习惯、购买力、客户所处位置或客户日常日程等数据，获取客户在设定时间段内的历史业务数据，将客户在设定时间段内的历史业务数据称为原始数据。其中，设定的时间段可以是一个月，也即，收集客户在一个月内的历史业务数据，并将历史业务数据存储在数据库中。

S120、将所述历史业务数据转换为对应的数据对象。

其中，在数据处理过程中，需要将历史业务数据转化为能被设定的数学模型和数据分析模型识别的数据格式，该格式的数据称为数据对象。具体的，框架逻辑模块用于将历史业务数据转化为对应的数据对象，完成数据库中获取到的业务数据与数据对象模型的相互转化工作。在一个具体的例子中，基础服务模块可以完成不同客户的自建数据库流程，其中，客户可以是企业，也可以是个人，具体不做限定。将不同客户的数据库相互隔离，降低运维成本。实时完成各个企业自建数据库中原始数据优化工作和数据对象模型优化工作，由于原始数据的读取过程无需从数据库中读取，从而将原始数据读取和写入的复杂度从N降至1，进而在框架逻辑模块实现了执行效率的优化。

S130、确定所述数据对象的类别，其中，所述类别包括基础服务类和工厂服务类。

具体的，通过基础服务模块确定数据对象的类别。基础服务类包括运营区域基础类、系统用户基础类、业务人员基础类、客户基础类、客户地理位置基础类、回访记录基础类、计划日程基础类、商品基础类、套餐基础类、搭赠基础类及订单基础类等；基础服务类主要面向业务逻辑模块提供基础服务类库，保证业务逻辑模块的所有调用都可以在系统指定范围内实现，降低误操作风险，为本发明实施例中的后期的迭代拓展提供了条件。

工厂服务类包括运营区域工厂类、业务人员工厂类、客户工厂类、回访记录工厂类、计划日程工厂类、商品工厂类、套餐工厂类、搭赠工厂类及订单工厂类等，工厂服务类主要面向业务逻辑模块提供创建业务对象的具体过程，并保证该过程经过严格控制，方便业务逻辑模块在明确的指导下进行业务流程拓展迭代。

在一个具体的例子中，基础服务类可表示如下：

Yishang_Area_Instance_Base，

Yishang_Admin_Instance_Base，

Yishang_Member_Instance_MemberAddress，

Yishang_Member_Instance_Visit，

Yishang_Schedule_Instance_EventInfo，

Yishang_Product_Instance_GoodsInfo，

Yishang_Product_Instance_PackageInfo，

Yishang_Product_Instance_FavourableInfo，

Yishang_Order_Instance_OrderInfo。

工厂服务类可表示如下：

Yishang_Area_Factory_Region，

WeiXin_Factory_Admin_WeUser，

Yishang_Member_Factory_Member，

Yishang_Member_Factory_Visit，

Yishang_Schedule_Factory_EventInfo，

Yishang_Product_Factory_GoodsInfo，

Yishang_Product_Factory_PackageInfo，

Yishang_Product_Factory_FavourableInfo，

Yishang_Order_Factory_OrderInfo。

S140、根据所述数据对象的类别对所述数据对象进行封装，以将所述数据对象转化为业务服务。

其中，业务逻辑模块用于根据数据对象的类别对数据对象进行封装，数据对象的类别不同，封装方式和封装结果可能不同。业务逻辑模块主要完成业务流程的实现，具体为将前端需求变为流程解决方案。通过对基础服务模块的拓展迭代及封装实现快速的业务变动和业务区分，并向业务控制模块提供相应的业务处理手段和数据分析结果。使不同企业用户在相同的框架内可以得到个性化的业务服务，充分降低业务服务流程的耦合度，应用范围更广。

S150、根据客户需求和/或设定的规则对所述业务服务进行优化，以获取目标业务服务。

具体的，客户需求的来源是客户，客户可以将自己的需求告知销售方以供销售方进行参考；当客户没有提供具体需求或者客户无具体需求且需要销售方进行建议时，则销售方可以根据设定的规则为客户提供建议。其中，业务控制模块负责根据客户需求和/或设定的规则对业务服务进行优化，优化过程可以是过滤掉一些不符合客户需求或者不符合业务逻辑的业务服务等。具体的，业务控制模块主要完成软件服务相关功能与操作控制，并将结果体现到应用模块，例如企业管理者鉴权、微信企业号业务人员鉴权、微信小程序客户鉴权、商品管理功能、客户资料管理、订单信息管理和相关数据分析指标管理等功能操作控制。

需要说明的是，逻辑框架模块、基础服务模块、业务逻辑模块、业务控制模块和应用模块均为软件层面的概念，具体可以是一段程序代码，来实现对应的功能。

本发明实施例中，通过获取客户在设定时间段内的历史业务数据，将所述历史业务数据转换为对应的数据对象，确定所述数据对象的类别，根据所述数据对象的类别对所述数据对象进行封装，以将所述数据对象转化为业务服务；根据客户需求和/或设定的规则对所述业务服务进行优化，以获取目标业务服务。通过了解客户的历史业务数据，结合客户需求对历史业务数据进行分析，确定符合客户的目标业务服务，节约了销售方和客户的时间，简化了沟通过程，以使销售方更方便的为客户提供定制化的业务。

在上述技术方案的基础上，根据客户需求和/或设定的规则对所述业务服务进行优化，以获取目标业务服务之后，还包括：对所述目标业务服务进行展示。

具体的，在确定目标业务服务之后，通过应用模块对目标业务进行展示，以供销售方进行参考。其中，展示页面可以通过软件操作界面实现，例如，软件操作界面包括客户管理、订单管理、计划日程、附近客户、代客下单、推荐拜访和相关数据分析，在一个具体的例子中，上述操作界面可以通过悬浮窗或工具栏的形式进行体现，例如，点击“客户管理”对应的工具栏，则可以展开浏览与客户管理相关的信息。

可选的，在将所述数据对象转化为业务服务之前，还包括：对数据对象进行拓展迭代。

具体的，在将数据对象转化为业务服务之前，需要对数据对象进行拓展迭代，其中，对各业务服务之间的数据对象进行拓展，来拓展各业务服务的功能，将数据对象进行迭代，以提供更个性化的业务服务。

本发明实施例中，本发明实施例主要通过跨平台方式解决当前客户端应用开发所需要的技术成本，并以‘企业微信自建应用’和‘微信小程序’结合的方式实现销售方(如企业管理者或业务人员)、终端客户的鉴权和互联，在服务端以面向业务框架开发的方式进行底层服务研发，前端利用WEUI进行应用层搭建，最终通过图形库体现大数据分析结果，其中，应用层与应用模块对应，应用层可以是应用模块的全部代码和/或部分代码。技术实现方案主要以业务框架开发为主，前端开发为辅进行。

本发明实施例中，主要解决当前互联网销售的平台化和中心化问题，其中，平台化和中心化是指，多个企业或客户均需要关联至平台进行处理，而本发明实施例提供的技术方案实现的是去平台化和去中心化的问题，也即，各个客户均有自己的自建数据库流程，无需通过平台进行处理。具体的，通过技术手段实现各企业使用者的单独建库，单独运营、个性化定制等服务，实现‘去中心化’目的，最大限度保护企业运营数据的隐私问题和安全问题。本发明将在各个企业使用者授权的情况下，通过系统架构层级的技术手段对各层级应用服务进行数据收集、数据整理和数据挖掘，最终面向社会和政府提供不同销售行业的大数据分析，并提供宏观结论和微观解析。

为了使本发明实施例中的技术方案更容易理解，下面用一个具体的例子来说明本发明实施例的具体实现过程，以“客户资料管理”为例，在获取到客户资料管理请求后，上传商品价格、商品图片等业务数据，应用模块将上述数据信息发送给业务控制模块，业务控制模块对业务数据进行处理，具体的处理过程可以是过滤、组合等。

详细的，业务数据的获取过程以及对业务数据的反馈数据的处理过程如下，其中，业务数据的获取过程主要包括以下层面：

新客户资料创建(注册)过程，具体可以通过API(Application ProgrammingInterface，应用程序编程接口)形式写入平台或系统。

客户资料(业务数据)信息管理过程，具体可以是完善客户基础资料，客户的基础资料主要包括客户姓名、性别、身份信息、店面地址、联系方式、位置信息、店面类别、经营范围、店面面积、商品容量、当前已有陈列政策、主要联系人、常用其他采购渠道和采购方式等。需要说明的是，还可以实现支持业务人员自主定义个性化数据类别的功能，以便于业务人员通过条件筛选完成对客户信息的查询与维护。

客户信息管理过程还包括客户拜访记录和客户投诉记录，其中，客户拜访记录主要是以业务人员和客户的交互内容为主，具体可以包括拜访对象(老板、店主和/或员工)、拜访时间、拜访地点、拜访内容或单次拜访的图文描述等；客户投诉记录可以用来实现业务人员管辖范围内的客户投诉率与跟踪解决情况的分析，并由此根据客户诉求与反馈对平台网站及服务环节做出及时调整，稳步提升服务质量。

代客下单以及付款过程，也即，业务人员为管辖范围内的客户进行代下单，并根据客户情况做出相应的下单操作，包括赊销、红包、积分、促销、满赠、满减及商品打折，可订购商品以后台可销售商品为准，并根据后台相关商品促销方式下单，包括套餐、搭赠、积分兑换等后台营销相关政策。

订单状态跟踪过程，也即，业务人员可以跟踪管辖范围内的客户订单情况，分别制定对应的订单状态供业务人员查看，其中包括新订单、已确认订单、库房配货中订单、已发货订单、已送达/已结款(包括赊销单)以及以对账完成订单等不同订单状态下的订单列表。根据订单的不同状态，体现不同的关注点，例如配货中订单则体现当前订单商品的仓储位置、批号或有效期等商品属性，已发货订单则体现当前配送地图中配送人员车辆行进位置和预计到达时间(需要在实现配送路径规划的情况下方可完成)，已送达/已结款/赊销单则体现当前订单支付状态和支付明细细则等。需要说明的是，订单状态跟踪的最终目的是为了让业务人员通过不同状态下的订单流程能够轻松掌握当前服务状态并及时发现问题。

此外，对业务数据的反馈数据的处理过程主要包括以下层面：

业务人员可以通过企业微信提供的消息和公告获取政策以及工作指导，其中，相应的政策和工作指导还可以催促业务人员的工作，例如，推荐拜访客户、沉睡客户提醒、工作日程提醒、订单退货提醒、客户投诉提醒和客户异动提醒(异动情况需要运营者根据客户状态为客户分级，在级别动态变动时将提醒所属业务人员，甚至夺取其对该客户的管辖权)。

对客户数据报表的分析过程：客户数据报表分析包含全局报表和局部报表两种形式，全局报表为企业整体客户数据分析、局部报表为业务人员管辖范围内的客户数据分析，并作两类报表的比对。报表形式具体如下：

客户动态分级分析表(全局、局部)，根据客户在各自雷达图中达成的指标完成动态客户分级，相关指标需要在运营层面制定条件限制，该客户动态分级分析表将以饼状图展示不同分级客户的占有比例，通过占比区块进入相关客户的列表以便查看客户明细，并以柱状图显示不同历史时期客户分级变化状态。

客户资历分析表(全局、局部)，根据客户资料录入先后顺序对客户进行资历分析及不同时期注册量变化，该客户资历分析表将以线性图体现，并根据时间轴动态显示客户资历变化情况和新录入客户的增长状况，并以饼状图体现距今7天、15天或30天等分阶段的不同资历用户占比。

最近订单分析表(全局、局部)，该最近订单分析表将以饼状图动态体现距今7天、15天或30天内的成单用户占比情况。

订单频率分析表(全局、局部)，该订单频率分析表将通过线性图动态体现一定时间轴范围内的客户订单频率变化曲线。

退单率(订单完成率)分析表(全局、局部)，该退单率分析表将以线性图体现一定时间轴范围内的客户退单率，并以柱状图体现退单量。

客户贡献分析表(全局、局部)，该客户贡献分析表根据业务人员提成金额统计一定时间轴范围内客户订单贡献度，并以线性图体现动态曲线。

交易额分析表(全局、局部)，该交易额分析表将以线性图体现一定时间轴范围内的交易额，并通过柱状图和饼状图体现客户不同属性下的交易额占比。

SKU(Stock Keeping Unit，库存量单位)出货量及TOP10分析表(全局、局部)，该分析表的体现内容与交易额分析表相同，在此不再赘述。

平均客单价分析表(全局、局部)，该平均客单价分析表将通过线性图体现一定时间轴范围内的平均客单价变化曲线。

客户雷达图(资历、最近订单、订单频率、交易额、SKU、客单价或贡献率)，该图表主要为用户实现动态画像，其中订单频率、交易额、SKU、客单价和贡献率几项指标分别为全局及局部的平均数、2倍平均数、2.5倍平均数、3倍平均数及以上体现，资历、最近订单将以距今7天、15天或30天、60天、90天及以上几个等级(或周期更短更密集的方式)划分，最终根据雷达图的各个指标得到用户当前所属动态等级，以便计算客户异动情况，并给与所属业务人员做出异动提醒。

实施例二

图2是本发明是实施例二提供的一种业务处理系统的结构示意图，该系统适用于执行本发明实施例提供给的一种业务处理方法。如图2所示，该系统具体可以包括：

数据获取模块210，获取客户在设定时间段内的历史业务数据；

逻辑框架模块220，用于将所述历史业务数据转换为对应的数据对象；

基础服务模块230，用于确定所述数据对象的类别，其中，所述类别包括基础服务类和工厂服务类；

业务逻辑模块240，用于根据所述数据对象的类别对所述数据对象进行封装，以将所述数据对象转化为业务服务；

业务控制模块250，用于根据客户需求和/或设定的规则对所述业务服务进行优化，以获取目标业务服务。

进一步的，还包括：

应用模块，用于根据客户需求和/或设定的规则对所述业务服务进行优化，以获取目标业务服务之后，对所述目标业务服务进行展示。

进一步的，还包括：

拓展迭代模块，用于在将所述数据对象转化为业务服务之前，对数据对象进行拓展迭代。

进一步的，数据获取模块210具体用于：获取客户在设定时间段内的历史业务数据。

进一步的，框架逻辑模块220还用于为所述基础服务模块提供调用接口，为各客户建立对应的数据库，并对所述数据库中的数据和数据对象模型进行优化，所述数据对象与所述数据对象模型相对应。

本发明实施例提供的业务处理系统可执行本发明任意实施例提供的业务处理方法，具备执行方法相应的功能模块和有益效果。

可以理解的是，上述各实施例中相同或相似部分可以相互参考，在一些实施例中未详细说明的内容可以参见其他实施例中相同或相似的内容。

需要说明的是，在本发明的描述中，术语“第一”、“第二”等仅用于描述目的，而不能理解为指示或暗示相对重要性。此外，在本发明的描述中，除非另有说明，“多个”的含义是指至少两个。

流程图中或在此以其他方式描述的任何过程或方法描述可以被理解为，表示包括一个或更多个用于实现特定逻辑功能或过程的步骤的可执行指令的代码的模块、片段或部分，并且本发明的优选实施方式的范围包括另外的实现，其中可以不按所示出或讨论的顺序，包括根据所涉及的功能按基本同时的方式或按相反的顺序，来执行功能，这应被本发明的实施例所属技术领域的技术人员所理解。

应当理解，本发明的各部分可以用硬件、软件、固件或它们的组合来实现。在上述实施方式中，多个步骤或方法可以用存储在存储器中且由合适的指令执行系统执行的软件或固件来实现。例如，如果用硬件来实现，和在另一实施方式中一样，可用本领域公知的下列技术中的任一项或他们的组合来实现：具有用于对数据信号实现逻辑功能的逻辑门电路的离散逻辑电路，具有合适的组合逻辑门电路的专用集成电路，可编程门阵列(PGA)，现场可编程门阵列(FPGA)等。

本技术领域的普通技术人员可以理解实现上述实施例方法携带的全部或部分步骤是可以通过程序来指令相关的硬件完成，所述的程序可以存储于一种计算机可读存储介质中，该程序在执行时，包括方法实施例的步骤之一或其组合。

此外，在本发明各个实施例中的各功能单元可以集成在一个处理模块中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。所述集成的模块如果以软件功能模块的形式实现并作为独立的产品销售或使用时，也可以存储在一个计算机可读取存储介质中。

上述提到的存储介质可以是只读存储器，磁盘或光盘等。

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

尽管上面已经示出和描述了本发明的实施例，可以理解的是，上述实施例是示例性的，不能理解为对本发明的限制，本领域的普通技术人员在本发明的范围内可以对上述实施例进行变化、修改、替换和变型。

Claims (6)

1.一种业务处理方法，其特征在于，包括：

获取客户在设定时间段内的历史业务数据，业务数据的获取过程包括新客户资料创建过程和业务数据信息管理过程；

将所述历史业务数据转换为对应的数据对象，其中基础服务模块可以完成不同客户的自建数据库流程，将不同客户的数据库相互隔离，降低运维成本，实时完成各个企业自建数据库中原始数据和数据对象模型的优化工作，进而优化逻辑框架模块对业务数据转换为对应的数据对象的执行效率；

确定所述数据对象的类别，其中，所述类别包括基础服务类和工厂服务类；所述基础服务类用于保证业务逻辑模块的所有调用都可以在系统指定范围内实现，降低误操作风险；所述业务逻辑模块用于根据所述数据对象的类别对所述数据对象进行封装，以将所述数据对象转化为业务服务；所述工厂服务类用于向所述业务逻辑模块提供创建业务服务的具体过程，并保证所述具体过程经过严格控制，方便所述业务逻辑模块在明确的指导下进行业务流程拓展迭代；

根据所述数据对象的类别对所述数据对象进行封装，以将所述数据对象转化为业务服务；

判断是否获取客户需求，若是，根据所述客户需求对所述业务服务进行优化，以获取目标业务服务；

否则，根据设定的规则对所述业务服务进行优化。

2.根据权利要求1所述的方法，其特征在于，根据客户需求和/或设定的规则对所述业务服务进行优化，以获取目标业务服务之后，还包括：

对所述目标业务服务进行展示。

3.根据权利要求1所述的方法，其特征在于，在将所述数据对象转化为业务服务之前，还包括：

对数据对象进行拓展迭代。

4.一种业务处理系统，其特征在于，包括：

数据获取模块，获取客户在设定时间段内的历史业务数据，业务数据的获取过程包括新客户资料创建过程和业务数据信息管理过程；

逻辑框架模块，用于将所述历史业务数据转换为对应的数据对象，所述逻辑框架模块还用于为基础服务模块提供调用接口，基础服务模块为各客户建立对应的数据库，将不同客户的数据库相互隔离，并对所述数据库中的数据和数据对象模型进行优化，所述数据对象与所述数据对象模型相对应，进而优化了逻辑框架模块对业务数据转换为对应的数据对象的执行效率；

基础服务模块，用于确定所述数据对象的类别，其中，所述类别包括基础服务类和工厂服务类，所述基础服务类用于保证业务逻辑模块的所有调用都可以在系统指定范围内实现，降低误操作风险；所述业务逻辑模块用于根据所述数据对象的类别对所述数据对象进行封装，以将所述数据对象转化为业务服务；所述工厂服务类用于向所述业务逻辑模块提供创建业务服务的具体过程，并保证所述具体过程经过严格控制，方便所述业务逻辑模块在明确的指导下进行业务流程拓展迭代；

业务逻辑模块，用于根据所述数据对象的类别对所述数据对象进行封装，以将所述数据对象转化为业务服务；

业务控制模块，用于根据客户需求和/或设定的规则对所述业务服务进行优化，以获取目标业务服务。

5.根据权利要求4所述的系统，其特征在于，还包括：

应用模块，用于根据客户需求和/或设定的规则对所述业务服务进行优化，以获取目标业务服务之后，对所述目标业务服务进行展示。

6.根据权利要求4所述的系统，其特征在于，还包括：

拓展迭代模块，用于在将所述数据对象转化为业务服务之前，对数据对象进行拓展迭代。

Images