CN114862591A - 投顾产品的数据处理方法、装置及系统 - Google Patents

Abstract

本申请公开了一种投顾产品的数据处理方法、装置及系统，该系统包括：产品服务集群，产品服务集群用于提供业务产品的产品服务、管理服务、交换服务以及清算服务，业务产品为使用虚拟资源交换的产品，业务产品为随着时间变化时交换所需的虚拟资源量会发生变化的产品；产品运营集群，产品运营集群用于提供与产品运营相关的服务。本申请解决了相关技术中产品服务的效率较低的技术问题。

Description

投顾产品的数据处理方法、装置及系统

技术领域

本申请涉及互联网领域，具体而言，涉及一种投顾产品的数据处理方法、装置及系统。

背景技术

随着人民生活水平的提高，手里的可支配资金也越来越多，可以通过一些金融理财产品的投资来获得更多的经济收益。金融产品(Financial Products)指资金融通过程的各种载体，包括货币、黄金、外汇、有价证券等。就是说，这些金融产品就是金融市场的买卖对象，供求双方通过市场竞争原则形成金融产品价格，如利率或收益率，最终完成交易，达到融通资金的目的。如股票、期货、期权、保单等就是金融资产(Financial Assets)，也叫金融工具(Financial Instruments)，也叫有价证券(Securities)。

对于数量众多的中小客户，提供一对一投资顾问服务的成本较高、效率较低，需要配备大量人员，往往难以覆盖，类似地，在其他需要较多专业知识的领域，如保险等领域，也存在类似的问题，为用户提供咨询、购买等服务的效率较低。

针对上述的问题，目前尚未提出有效的解决方案。

发明内容

本申请实施例提供了一种投顾产品的数据处理方法、装置及系统，以至少解决相关技术中产品服务的效率较低的技术问题。

根据本申请实施例的一个方面，提供了一种投顾产品的数据处理系统，包括：产品服务集群，产品服务集群用于提供业务产品的产品服务、管理服务、交换服务以及清算服务，其中，业务产品为使用虚拟资源交换的产品，业务产品为随着时间变化时交换所需的虚拟资源量会发生变化的产品；产品运营集群，产品运营集群用于提供与产品运营相关的服务。

根据本申请实施例的一个方面，还提供了一种投顾产品的数据处理方法，包括：接收终端的业务请求，其中，所述业务请求用于请求业务服务，所述业务服务包括业务产品的产品服务、管理服务、交换服务以及清算服务中的至少之一，所述业务产品为使用虚拟资源交换的产品，所述业务产品为随着时间变化时交换所需的虚拟资源量会发生变化的产品；响应于所述业务请求，向所述终端返回与所述业务请求匹配的业务服务。

根据本申请实施例的一个方面，还提供了一种投顾产品的数据处理装置，包括：接收单元，用于接收终端的业务请求，其中，所述业务请求用于请求业务服务，所述业务服务包括业务产品的产品服务、管理服务、交换服务以及清算服务中的至少之一，所述业务产品为使用虚拟资源交换的产品，所述业务产品为随着时间变化时交换所需的虚拟资源量会发生变化的产品；响应单元，用于响应于所述业务请求，向所述终端返回与所述业务请求匹配的业务服务。

根据本申请实施例的另一方面，还提供了一种存储介质，该存储介质包括存储的程序，程序运行时执行本申请的方法步骤。

根据本申请实施例的另一方面，还提供了一种电子装置，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，处理器通过计算机程序执行本申请的方法步骤。

对于数量众多的中小客户，提供一对一投资顾问服务的成本较高，需要配备大量人员，往往难以覆盖，而通过本申请的技术方案，线上智能投顾服务可以利用收集的专业知识库为用户提供专业的服务，可以解决相关技术中产品服务的效率较低的技术问题，可以降低成本，扩大客户覆盖面，提供高质量、个性化的投资顾问服务，顺应人工智能、机器学习等发展潮流，发挥科技优势。

附图说明

此处所说明的附图用来提供对本申请的进一步理解，构成本申请的一部分，本申请的示意性实施例及其说明用于解释本申请，并不构成对本申请的不当限定。在附图中：

图1是根据本申请实施例的一种可选的投顾产品的数据处理系统的示意图；

图2是根据本申请实施例的一种可选的投顾产品的数据处理系统的示意图；

图3是根据本申请实施例的一种可选的系统功能模块的示意图；

图4是根据本申请实施例的一种可选的系统功能模块的示意图；

图5是根据本申请实施例的一种可选的系统运行方案的示意图；

图6是根据本申请实施例的一种可选的系统提示界面的示意图；

图7是根据本申请实施例的一种可选的系统提示界面的示意图；

图8是根据本申请实施例的一种可选的系统提示界面的示意图；

图9是根据本申请实施例的一种可选的系统运行方案的示意图；

以及

图10是根据本申请实施例的一种终端的结构框图。

具体实施方式

为了使本技术领域的人员更好地理解本申请方案，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分的实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都应当属于本申请保护的范围。

需要说明的是，本申请的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本申请的实施例能够以除了在这里图示或描述的那些以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。

首先，在对本申请实施例进行描述的过程中出现的部分名词或者术语适用于如下解释：

策略系统：利用BL(全称为Black-Litterman模型，即资产配置模型)模型、AI(全称为Artificial Intelligence，即人工智能)预期矩阵等算法集成的核心策略组，客户每次登陆(或后台设置定时任务)以及客户主动追加金额时触发策略系统，为客户提供基于当前市场动态的投资组合建议。根据当前市场动态，需要为策略系统配置相应参数，保持策略观点与市场一致。

产品组合：在智能投顾中，产品组合即为针对不同风险等级的人群配置的投资公募基金组合，组合中的基金以及比重都可以根据市场、客户自身的情况及原定的投资准则进行调整。每个组合都由策略系统针对每位客户进行计算得出，包含基金代码、基金配置比例等。

模拟历史年化收益：产品组合成立以来的模拟盘+实盘年化收益率。

模拟历史最大回撤：产品组合成立以来出现的最大回撤跌幅。

波动率：产品组合成立以来的模拟盘+实盘年化标准差。

投资总订单：指整个产品组合的订单，客户可以在交易记录里查看到，业务类型包含申购、追加订单，赎回订单、调仓订单和撤单订单，订单状态包含已完成和交易中两种状态。

投资子订单：指产品组合中对应每一只基金下达的订单，业务类型包含申购和赎回两种，子订单状态包含交易中、交易成功和交易失败三种状态。

智能投顾系统(简称智投系统)：以投资者的风险投资偏好、风险承受能力、计划投入资金、财富增长目标等要素为依据，利用智能模型算法(含量化投资策略)，结合市场趋势判断，为客户提供定制化的资产配置组合建议。

一键优化：将基金投资组合持仓比例调整为当前最优的投资组合比例。智能投顾系统根据当前各类资产最优投资组合比例和客户实际投资组合比例进行计算出需申购和赎回的金额，先进行赎回再进行申购。

一键下单：客户在手机银行前端操作一键下单，就可以将组合产品中所有基金进行下单，由系统将组合总订单拆分成每只基金的子订单，再通过理财系统进行基金申购。

智能追加或赎回：根据客户的投资目标，选择行内代销基金作为策略产品，通过选择多支基金构成一个组合产品。组合中的基金以及比重都根据市场、客户自身的情况及原定的投资准则进行调整。

智能组合：指系统为客户推荐的一揽子组合产品，产品组合内包含大类资产配比、基金名称、基金代码等详细信息。

智能产品报告：系统每期在手机银行和即时通讯平台等为客户展示一份产品报告，报告包含该客户本期的业绩数据和市场观点。

由于传统的理财经理在服务客户时，难以做到一对多全方位服务，同时无法根据市场动态及时的为客户提供新的资产配置方案。本系统总体目标为建立银行的智能投顾服务体系，为银行客户提供更智能和便捷的资产管理服务，同时提升智能化资产管理能力，实现智能化投顾服务。图1是根据本申请实施例的一种可选的投顾产品的数据处理系统的示意图，如图1所示，该系统可以包括：

产品服务集群11，产品服务集群用于向用户终端提供业务产品的产品服务、管理服务、交换服务以及清算服务，业务产品为使用虚拟资源(如代金券、数字货币等)交换的金融产品，业务产品为随着时间变化时交换所需的虚拟资源量会发生变化的产品。

产品运营集群13，产品运营集群用于提供与产品运营相关的服务。

对于数量众多的中小客户，提供一对一投资顾问服务的成本较高，需要配备大量人员，往往难以覆盖，而通过本申请的技术方案，线上智能投顾服务可以利用收集的专业知识库为用户提供专业的服务，可以解决相关技术中产品服务的效率较低的技术问题，可以降低成本，扩大客户覆盖面，提供高质量、个性化的投资顾问服务，顺应人工智能、机器学习等发展潮流，发挥科技优势。

可选地，产品服务集群包括：产品服务服务器，用于提供以下服务中的至少之一：向终端上的业务账号推荐所匹配的产品组合、查询产品组合中的产品信息、查询产品组合中各产品的配置信息以及查询产品组合随着时间变化时交换所需的虚拟资源量。

可选地，产品服务集群包括：管理服务服务器，用于提供以下服务中的至少之一：向业务账号提供对业务产品进行追加的服务、向业务账号提供对业务产品进行赎回的服务、向业务账号提供对业务产品进行调仓的服务、查询业务账号所拥有的业务产品、查询业务账号的业务产品在查询时交换所需的虚拟资源量、查询业务账号的追加记录、查询业务账号的赎回记录以及查询业务账号的调仓记录，其中，追加表示使用虚拟资源换取业务产品，赎回包括使用已有的业务产品换取虚拟资源，调仓表示对已有的业务产品的类型进行调整。

可选地，产品服务集群包括：交换服务服务器，与管理服务服务器连接，用于提供以下服务中的至少之一：执行管理服务服务器所请求的追加操作、执行管理服务服务器所请求的赎回操作以及执行管理服务服务器所请求的调仓操作。

可选地，产品服务集群包括：清算服务服务器，用于提供以下服务中的至少之一：向业务账号提供所拥有的业务产品的资源量变化信息和向业务账号提供所拥有的业务产品的持仓偏离度。

可选地，产品运营集群包括：产品管理服务器，用于提供以下服务中的至少之一：产品池的产品管理服务、产品组合的组合管理服务、产品组合的报告服务以及产品模型的模型管理服务，其中，产品模型用于从产品池中确定与业务账号匹配的产品组合并将产品组合推荐给业务账号；产品管理服务包括新增产品、删除产品、编辑产品、产品等级导入以及产品等级修改；组合管理服务包括产品组合的启用、产品组合的查询、产品组合的当前配置、产品组合的历史配置、白名单产品以及历史白名单产品；报告服务包括产品报告的编辑、产品报告的新增以及历史产品报告的查看；模型管理服务包括模型参数的修改、历史模型参数的修改。

可选地，产品运营集群包括：公共管理服务器，用于提供以下服务中的至少之一：操作账号管理、角色管理以及机构管理；操作账号管理包括操作员账号的新增、操作员账号的停用、操作员账号停用后的再启用、操作员账号列表的查询、操作员账号的角色配置、操作员账号的密码重置、操作员账号的密码锁定、操作员账号密码锁定后的解锁、操作员账号的登录以及操作员账号的签退；角色管理包括角色的新增、角色的修改、角色的删除、角色列表的查询以及角色的菜单权限的配置；机构管理包括结构的新增、结构的修改、结构的删除以及结构的查询。

可选地，产品运营集群包括：业务报表服务器，用于提供以下服务中的至少之一：统计各地理区域的产品交换量、统计各地理区域的产品持有量、业务产品的调仓统计、查询业务账号的账号信息以及查询业务账号所拥有产品的明细。

可选地，产品运营集群包括：运营监控服务器，用于向运营账号提供业务产品在运营过程中产生的报警信息。

可选地，产品运营集群包括：系统管理服务器，用于配置系统参数和展示运营后台的操作日志。

本申请的系统凭借人工智能分析客户需求匹配金融资产的过程。它根据个人投资者的风险偏好、财务状况与理财目标等特征，运用智能算法及投资组合理论模为用户提供智能化的投资管理服务，并持续跟踪市场动态，对资产配置方案进行调整。对比传统的投资顾问业务，金融理财的核心特征也体现借助客观的投资组合模型，来实现服务流程的标准化，以及投资决策的纪律性。其主要的优势在于：智能化、被动化以及较低的管理费用。类似地，该系统应用到游戏、社交领域时，可以根据用户当前所处的游戏阶段、游戏场景、社交场景等为其推荐合适的虚拟产品，以满足游戏或者社交需求。

根据本申请实施例的一方面，提供了一种投顾系统产品数据的处理方法的方法实施例。包括如下步骤：

步骤1，接收终端的业务请求，其中，业务请求用于请求业务服务，业务服务包括业务产品的产品服务、管理服务、交换服务以及清算服务中的至少之一，业务产品为使用虚拟资源交换的产品，业务产品为随着时间变化时交换所需的虚拟资源量会发生变化的产品。

可选地，在接收终端的业务请求之后，可获取在终端上登录的业务账号；通过业务账号确定终端是否具备业务服务的使用权限，在确定是的情况下执行步骤2。

步骤2，响应于业务请求，向终端返回与业务请求匹配的业务服务。

作为一种可选的实施例，银行智能投顾系统包含交易服务功能模块和运营管理功能模块，图2是系统总体结构图、图3和图4为功能模块划分的示意图。

交易服务功能，该模块主要包含以下几个部分：产品服务、持仓服务、交易服务和日终服务。

产品服务：在手机银行上，通过收集客户的风险等级评分、投资目标期限等信息，将参数传输到后台的策略系统内进行计算，将计算后的投资配置建议输出到手机银行，为客户展示千人千面的投资配比建议，并提供一键下单功能，引导客户完成产品组合购买，如产品组合一键申购、产品组合一键赎回等。

持仓服务：当客户开始持仓后，可以选择追加、赎回和调仓对资产进行再次配置，追加时根据追加金额和当前市场动态，带入策略系统进行再平衡运算；客户主动选择赎回时，后台校验其是否满足赎回条件，给出可赎回金额以供客户参考；调仓由策略系统自动运算，一旦持仓与市场观点出现较大偏差，客户可以通过选择策略推荐的配置组合，通过调仓修正自己的持仓偏差，达到资产收益的最大化。

交易服务：客户在手机银行发出交易指令后，系统通过理财系统向基金公司传达交易指，为客户提供基金申购、基金赎回的交易服务。

日终服务：系统通过定时任务向手机银行提供客户的产品月报、持仓数据、历史模拟数据、调仓预警等服务。

运营管理功能，运营管理模块主要包含以下几个部分：产品管理、公共管理、业务报表、运营监控、日终管理和系统管理。

产品管理：主要包括基础金融产品池管理(如基金评分导入、基金评分修改等)、组合管理(如组合启用管理、组合列表查询等)、组合产品报告配置(如查看历史产品报告等)、模型配置(如修改参数配置等)。系统通过对基础金融产品池和投资模型的管理，为客户提供最新基于市场的投资配置建议组合，并根据市场动态提供月报。

通过管理基础金融产品池，可以手动添加或禁用基金池内的基金产品，利用白名单功能结合每期的运营策略为客户提供投资建议的底层配置。

通过管理模型的输入参数，为客户提供基于市场动态调整的再平衡策略。同时系统可以修改手机银行相应的模块上展示的组合推荐等信息，根据运营需要自定义其宣传策略。

公共管理：包括操作员管理(如密码重置、密码解锁定等)、角色管理(如角色列表、新增角色等)、机构管理(如机构查询)、账户管理(如密码修改等)。用于对操作员的账号开通管理，注册、登录、权限配置等功能。

业务报表：用于向操作员进行数据报表分析展示，包含总体业绩，并按照时间、新老客户、不同省份等维度来区分，用于为运营人员提供改进方向和决策更新。同时对客户的订单进行维护，用于给理财经理或客服提供订单状态查询入口，跟踪当前订单状态和资金流向。

运营监控：用于运营人员监控系统的业绩指标是否在预设区间内，如指标数据超标则触发预警，提醒运营人员查看排查问题。

系统管理：用于配置系统的参数及运营后台的操作日志展示。

日终管理包括：日终监控：查看清算流程内每一个节点的处理状态；交易前处理：查看当前系统内是否存在理财系统推送的基金公司文件；盘中清算交易确认：判断查看清算流程状态；盘中清算对账：查看对账流程的状态并判断是否需要手动对账；盘中清算入账：判断基金公司对账交易任务是否完成；清算批处理：判断所有TA(全称为transferagent的盘中清算任务完成。

投顾系统运行过程如图5所示：

登陆相关判断流程：

1)客户从手机银行入口进入投资模块，手机银行需要判断客户是否登录，如果客户没有登录，此时会通过登录页面引导客户进行登录。

2)客户完成登录后，手机银行从理财系统获取客户是否完成投资者信息问卷的判断信息，如用户未完成，则引导客户跳转到页面完成投资者信息问卷，完成后再次定位到入口。

3)手机银行将客户信息传给系统，系统通过接口返回客户的风险等级、账户号和新老户标识等，若客户的风险等级过期，则手机银行将跳转到风评问卷页面，引导用户完成问卷后，再次将客户定位到入口。

新老户判断：

1)手机银行根据接口返回的新老户标识及是否开通账户、是否有持仓等标识，判断将用户定位到以下4个具体页面：新手开通页、产品推荐页、持仓页和持仓页(如本期清空)。

2)用户从入口登录进模块后，系统根据用户是否至少发起过一次交易判断新老户，从未有过交易的用户是新用户，反之为老用户。针对新用户，手机银行接口是否返回账号进行判断，有账号则默认展示产品推荐页面，并获取用户最新的理财风评作为推荐点(若用户始终为新用户，可每次进入页面都获取理财的最新风评作为推荐点)，无账号则展示新手页。

3)若用户有过一次成功交易，系统判断用户为老用户，此时接口返回老用户标识，手机银行再通过用户是否有持仓进行判断，有持仓则给用户展示持仓页，无持仓则展示持仓(本期清空)页。

风评判断：

用户任何时候进入系统时，调取系统接口获取最新理财风评得到三个结果(过期，R1，非R1)，R1表示一个风评等级(如保守)。

1)用户为R1时：新用户是R1，在用户主动修改风评时，向用户展示弹窗提示，如图6所示：老用户进入系统后，发现用户更新为R1，此时在持仓页向用户弹窗展示，如图7所示。

用户选择重做风评，则引导用户进入风评页面，完成风评测试后将用户再次重定向到系统入口，接口根据更新后风评数据再次进行判断，直到用户更新为非R1客户。

用户选择改为保守型，此时更改用户的风险偏好为R1，系统向用户推荐R1理财产品，并且在个人中心更改风评滑动条时，按照弹窗提示，如图8所示。

2)用户非R1时：首次进入时同步理财的风评结果作为初始值，后续每次用户可以在首次申购和个人中心做风评修改。每次用户自定义风评后，且自定义风险偏好等级高于风评等级时，弹窗提示如图8所示。用户选择确认，则进行更新覆盖并将新的风评偏好提交给系统，选择我再想想放弃本次修改。

3)用户过期后：引导用户重新做风评后，再次进入系统。

选品接口处理相关流程如图9所示：

1)客户在新手开通页点击开通按钮，手机银行将客户的数据传给系统，系统为客户生成账号。

2)客户开通投资理财功能后，手机银行通过向选品接口默认传输起投金额，投资期限12个月，及客户的理财风险等级参数，通过运行生成默认推荐方案(即大类资产配比)，如从基金白名单、基金池中筛选出底层基金，输出底层基金和持仓配比的组合列表，通过模拟计算该持仓组合的历史业绩并进行列表、明细及历史模拟等数据的展示。若客户修改相关信息，则按照新的参数生成推荐方案。

3)除保守型客户外，客户在手机银行可以自定义风险偏好，手机银行对客户进行风险提示，客户点击确认后，手机银行将新的风险偏好传入系统，系统记录该数据并根据新的风险偏好展示推荐的产品组合。

4)除非客户再次主动再个人中心修改风险偏好，否则手机银行端确保每次客户进入页面及追加购买时，都展示并沿用该风险偏好。

处理过程如下：

1)客户完成上一步风险评级后，系统将风险评级传入到投资策略后为客户生成一组智能投顾大类资产配比数据。

2)系统读取大类资产列表内的基金列表，通过基金评分排序，获取最高评分的一只基金。

3)将该基金与大类资产配比数据共同传到手机银行。

4)手机银行将获取到的基金名称、基金代码、基金类型、产品组合配比展示给客户。

5)客户在手机银行界面点击饼状图或查看配比详情时，手机银行跳转到产品组合详情页，向客户展示产品组合的每一只基金配比详情。

6)操作员在运营后台可以配置组合描述内容，组合描述长度为150字以内，通过接口将文本格式内容传到手机银行，手机银行调整格式后在前端页面展示。

7)交易规则分为申购规则和赎回规则，接口返回列表里每一只基金的确认时间。

系统通过获取客户的风险偏好，传入到策略系统计算得出投资的大类持仓配比；系统按照大类持仓配比建议，从基金白名单池的不同风险偏好等级列表内，取相应大类下排名最高的一只公募基金，如当前基金状态出现问题，则顺延选择排名第二的基金，最终生成最终投资组合建议；将该基金与大类资产配比数据共同传到手机银行；手机银行将获取到的基金名称、基金代码、基金类型、产品组合配比展示给客户。

需要说明的是，对于前述的各方法实施例，为了简单描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本申请并不受所描述的动作顺序的限制，因为依据本申请，某些步骤可以采用其他顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作和模块并不一定是本申请所必须的。

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

根据本申请实施例的另一个方面，还提供了一种用于实施上述方法的装置。该装置可以包括：

接收单元，用于接收终端的业务请求，其中，业务请求用于请求业务服务，业务服务包括业务产品的产品服务、管理服务、交换服务以及清算服务中的至少之一，业务产品为使用虚拟资源交换的产品，业务产品为随着时间变化时交换所需的虚拟资源量会发生变化的产品；

响应单元，用于响应于业务请求，向终端返回与业务请求匹配的业务服务。

此处需要说明的是，上述模块与对应的步骤所实现的示例和应用场景相同，但不限于上述实施例所公开的内容。需要说明的是，上述模块作为装置的一部分可以运行在相应的硬件环境中，可以通过软件实现，也可以通过硬件实现。

需要说明的是，对于前述的各方法实施例，为了简单描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本申请并不受所描述的动作顺序的限制，因为依据本申请，某些步骤可以采用其他顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作和模块并不一定是本申请所必须的。

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

根据本申请实施例的另一个方面，还提供了一种用于实施上述流程的服务器或终端。

图10是根据本申请实施例的一种终端的结构框图，如图10所示，该终端可以包括：一个或多个(仅示出一个)处理器1001、存储器1003、以及传输装置1005，如图10所示，该终端还可以包括输入输出设备1007。

其中，存储器1003可用于存储软件程序以及模块，如本申请实施例对应的程序指令/模块，处理器1001通过运行存储在存储器1003内的软件程序以及模块，从而执行各种功能应用以及数据处理。存储器1003可包括高速随机存储器，还可以包括非易失性存储器，如一个或者多个磁性存储装置、闪存、或者其他非易失性固态存储器。在一些实例中，存储器1003可进一步包括相对于处理器1001远程设置的存储器，这些远程存储器可以通过网络连接至终端。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。

上述的传输装置1005用于经由一个网络接收或者发送数据，还可以用于处理器与存储器之间的数据传输。上述的网络具体实例可包括有线网络及无线网络。在一个实例中，传输装置1005包括一个网络适配器(Network Interface Controller，NIC)，其可通过网线与其他网络设备与路由器相连从而可与互联网或局域网进行通讯。在一个实例中，传输装置1005为射频(Radio Frequency，RF)模块，其用于通过无线方式与互联网进行通讯。

其中，具体地，存储器1003用于存储应用程序。

可选地，本实施例中的具体示例可以参考上述实施例中所描述的示例，本实施例在此不再赘述。

本领域普通技术人员可以理解，图10所示的结构仅为示意，终端可以是智能手机(如Android手机、iOS手机等)、平板电脑、掌上电脑以及移动互联网设备(Mobile InternetDevices，MID)、PAD等终端设备。图10其并不对上述电子装置的结构造成限定。例如，终端还可包括比图10中所示更多或者更少的组件(如网络接口、显示装置等)，或者具有与图10所示不同的配置。

本领域普通技术人员可以理解上述实施例的各种方法中的全部或部分步骤是可以通过程序来指令终端设备相关的硬件来完成，该程序可以存储于一计算机可读存储介质中，存储介质可以包括：闪存盘、只读存储器(Read-Only Memory，ROM)、随机存取器(RandomAccess Memory，RAM)、磁盘或光盘等。

本申请的实施例还提供了一种存储介质。可选地，在本实施例中，上述存储介质可以用于执行表示上述流程的程序代码。

可选地，在本实施例中，上述存储介质可以位于上述实施例所示的网络中的多个网络设备中的至少一个网络设备上。

可选地，本实施例中的具体示例可以参考上述实施例中所描述的示例，本实施例在此不再赘述。

可选地，在本实施例中，上述存储介质可以包括但不限于：U盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、移动硬盘、磁碟或者光盘等各种可以存储程序代码的介质。

上述本申请实施例序号仅仅为了描述，不代表实施例的优劣。

上述实施例中的集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在上述计算机可读取的存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在存储介质中，包括若干指令用以使得一台或多台计算机设备(可为个人计算机、服务器或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。

在本申请的上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见其他实施例的相关描述。

在本申请所提供的几个实施例中，应该理解到，所揭露的客户端，可通过其它的方式实现。其中，以上所描述的装置实施例仅仅是示意性的，例如所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，单元或模块的间接耦合或通信连接，可以是电性或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

以上所述仅是本申请的优选实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本申请原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视为本申请的保护范围。

Claims (13)

1.一种投顾产品的数据处理系统，其特征在于，包括：

产品服务集群，所述产品服务集群用于提供业务产品的产品服务、管理服务、交换服务以及清算服务，其中，所述业务产品为使用虚拟资源交换的产品，所述业务产品为随着时间变化时交换所需的虚拟资源量会发生变化的产品；

产品运营集群，所述产品运营集群用于提供与产品运营相关的服务。

2.根据权利要求1所述的系统，其特征在于，所述产品服务集群包括：

产品服务服务器，用于提供以下服务中的至少之一：向终端上的业务账号推荐所匹配的产品组合、查询产品组合中的产品信息、查询产品组合中各产品的配置信息以及查询产品组合随着时间变化时交换所需的虚拟资源量。

3.根据权利要求1所述的系统，其特征在于，所述产品服务集群包括：

管理服务服务器，用于提供以下服务中的至少之一：向业务账号提供对所述业务产品进行追加的服务、向所述业务账号提供对所述业务产品进行赎回的服务、向所述业务账号提供对所述业务产品进行调仓的服务、查询所述业务账号所拥有的所述业务产品、查询所述业务账号的所述业务产品在查询时交换所需的虚拟资源量、查询所述业务账号的追加记录、查询所述业务账号的赎回记录以及查询所述业务账号的调仓记录，其中，所述追加表示使用虚拟资源换取所述业务产品，所述赎回表示使用已有的所述业务产品换取虚拟资源，所述调仓表示对已有的所述业务产品的类型进行调整。

4.根据权利要求3所述的系统，其特征在于，所述产品服务集群包括：

交换服务服务器，与所述管理服务服务器连接，用于提供以下服务中的至少之一：执行所述管理服务服务器所请求的追加操作、执行所述管理服务服务器所请求的赎回操作以及执行所述管理服务服务器所请求的调仓操作。

5.根据权利要求1所述的系统，其特征在于，所述产品服务集群包括：

清算服务服务器，用于提供以下服务中的至少之一：向业务账号提示所拥有的所述业务产品的资源量变化信息和向所述业务账号提示所拥有的所述业务产品的持仓偏离度。

6.根据权利要求1所述的系统，其特征在于，所述产品运营集群包括：

产品管理服务器，用于提供以下服务中的至少之一：产品池的产品管理服务、产品组合的组合管理服务、产品组合的报告服务以及产品模型的模型管理服务，其中，所述产品模型用于从所述产品池中确定与业务账号匹配的产品组合并将产品组合推荐给业务账号；

所述产品管理服务包括新增产品、删除产品、编辑产品、产品等级导入以及产品等级修改；

所述组合管理服务包括启用产品组合、查询产品组合、查询产品组合的当前配置、查询产品组合的历史配置、查询白名单产品以及查询历史白名单产品；

所述报告服务包括编辑产品报告、新增产品报告以及查看历史产品报告；

所述模型管理服务包括模型参数的修改和历史模型参数的修改。

7.根据权利要求1所述的系统，其特征在于，所述产品运营集群包括：

公共管理服务器，用于提供以下服务中的至少之一：操作账号管理、角色管理以及机构管理；

所述操作账号管理包括操作员账号的新增、操作员账号的停用、操作员账号停用后的再启用、操作员账号列表的查询、操作员账号的角色配置、操作员账号的密码重置、操作员账号的密码锁定、操作员账号密码锁定后的解锁、操作员账号的登录以及操作员账号的签退；

所述角色管理包括角色的新增、角色的修改、角色的删除、角色列表的查询以及角色的菜单权限的配置；

所述机构管理包括结构的新增、结构的修改、结构的删除以及结构的查询。

8.根据权利要求1所述的系统，其特征在于，所述产品运营集群包括：

业务报表服务器，用于提供以下服务中的至少之一：统计各地理区域的产品交换量、统计各地理区域的产品持有量、业务产品的调仓统计、查询业务账号的账号信息以及查询业务账号所拥有产品的明细。

9.根据权利要求1所述的系统，其特征在于，所述产品运营集群包括：

运营监控服务器，用于向运营账号提供所述业务产品在运营过程中产生的报警信息。

10.根据权利要求1所述的系统，其特征在于，所述产品运营集群包括：

系统管理服务器，用于配置系统参数和展示运营后台的操作日志。

11.一种投顾产品的数据处理方法，其特征在于，包括：

接收终端的业务请求，其中，所述业务请求用于请求业务服务，所述业务服务包括业务产品的产品服务、管理服务、交换服务以及清算服务中的至少之一，所述业务产品为使用虚拟资源交换的产品，所述业务产品为随着时间变化时交换所需的虚拟资源量会发生变化的产品；

响应于所述业务请求，向所述终端返回与所述业务请求匹配的业务服务。

12.根据权利要求11所述的方法，其特征在于，在接收终端的业务请求之后，所述方法还包括：

获取在所述终端上登录的业务账号；

通过所述业务账号确定所述终端是否具备所述业务服务的使用权限。

13.一种投顾产品的数据处理装置，其特征在于，包括：

接收单元，用于接收终端的业务请求，其中，所述业务请求用于请求业务服务，所述业务服务包括业务产品的产品服务、管理服务、交换服务以及清算服务中的至少之一，所述业务产品为使用虚拟资源交换的产品，所述业务产品为随着时间变化时交换所需的虚拟资源量会发生变化的产品；

响应单元，用于响应于所述业务请求，向所述终端返回与所述业务请求匹配的业务服务。

Images