信用科技服务器和信用科技服务商店

摘要

本申请提出一种信用科技服务器和信用科技服务商店，涉及计算机技术领域，其中，包括：信用服务管理系统和商店运营系统；信用服务管理系统，用于为多类型的信用服务提供统一标准化接口，为不同领域的多类型的信用服务提供管理服务；商店运营系统，用于对服务运行和商店运行进行监控，并为服务运行和商店运行提供服务。由此，提供数据服务、信用服务解决方案和模型服务，在数据服务过程中，以数据血缘技术为核心，实现对数据服务过程中生命周期的监管，同时保证记录不可篡改，做到安全可追溯；提供与信用有关的模型使用、训练、交易等模型服务同时提供多领域、多类型、全面化的信用服务方面的解决方案。

说明书

技术领域

本申请涉及计算技术领域，尤其涉及一种信用科技服务器和信用科技服务商店。

背景技术

目前，信用科技服务目前分散在各自领域的单个产品中，由于大多数信用科技服务知名度低且分散，导致使用成本高，服务使用端体验差，常常有“东市买骏马，西市买鞍鞯”的境遇。截止目前，尚未有一个平台能够整合新兴服务业、科技服务业、社会管理等多领域的信用科技服务于一体，为用户提供一站式购齐的使用体验和标准可信式的售后服务、咨询服务、资金担保服务等。

相关技术中，云市场为服务提供端和服务使用端提供云市场平台支撑，支持多种交付模式，例如镜像类、人工服务类、和算法模型类等，虽然云市场涉及行业种类繁多，但在很多行业依旧无法解决其痛点，比如信用服务行业，国内的云平台在信用科技服务上，主要提供支付的解决方案以及提供企业融资方面的支持。但支付和企业融资只覆盖了信用服务行业非常小的一部分，在智慧养老、高新技术企业评估、食药监管、类金融监管、社会信用分等领域均没有涉足。而且现在各家云平台没有实现信息互通共享，各家云平台的优势并不能够最大程度的发挥。

然而，目前大数据技术在信用行业的应用越来越广泛，随之带来许多数据方面的问题。由于隐私保护越来越受重视，有关隐私保护的法律越来越多，法令越来越严，导致数据在公司间、行业内流通困难，形成数据孤岛，在信用服务领域的数据分析、挖掘等方面遭遇瓶颈。因此，以科技服务为核心的信用服务难以挖掘数据间的相关性，获得更高层次的数据信息，面临准确率低、成本高的问题，严重影响了服务的落地使用。并且目前的信用服务市场不支持数据租赁等服务，大量以数据驱动为核心的信用科技服务发展受到阻碍，例如模型算法的开发者难以像传统算法开发一样通过海量高维数据保障模型的准确率，导致信用科技服务质量不高；以及由于数据隐私安全的要求和数据孤岛的存在，数据大部分无法出域，针对此种情况，各公司仅仅利用现有数据进行挖掘与分析，无法进行多方联合建模，由于数据的缺乏，信用相关模型、算法准确率低，导致信用服务成本高，服务质量低，阻碍了跨领域信用服务行业的发展。

发明内容

本申请旨在至少在一定程度上解决相关技术中的技术问题之一。

为此，本申请的第一个目的在于提出一种信用科技服务器，支持跨领域、跨组织的信用服务解决方案、模型服务、数据服务等，对于服务提供端提供多种类型、标准化的模块接入方式，例如新兴服务业、科技服务业、社会管理等领域的信用服务解决方案、模型、数据服务等，对于服务应用端提供多种类型、标准化的使用服务方式，以一个信用科技服务器为核心向下提供多类型、标准化的信用科技服务接入模式，汇聚跨组织、跨领域的信用科技服务；向上面向多类型的信用服务场景，提炼相关技术标准，形成信用科技服务商店系统，实现在数据服务过程中，记录数据服务过程中生命周期的监管，并保证记录不可篡改，做到安全可追溯；同时提供多领域、多类型、全面化的信用服务方面的解决方案。

本申请的第二个目的在于提出一种信用科技服务商店。

为达上述目的，本申请第一方面实施例提出了一种信用科技服务器，包括：

信用服务管理系统和商店运营系统；

所述信用服务管理系统，用于为多类型的信用服务提供统一标准化接口，为所述不同领域的多类型的信用服务提供管理服务；

所述商店运营系统，用于对服务运行和商店运行进行监控，并为所述服务运行和所述商店运行提供服务。

在本申请的一个实施例中，所述信用科技服务管理系统包括：信用服务解决方案管理模块；

所述信用服务解决方案管理模块，用于接收服务使用端发送的服务需求信息和预付款信息，将所述服务需求信息和所述预付款信息发送给服务提供端，以使所述服务提供端根据所述服务需求信息和所述预付款信息确定是否接单以及定价是否合理，并在预设时间期限内向所述服务提供端发送提醒信息，以及向所述服务使用端发送信用服务解决方案；

所述信用服务解决方案管理模块，用于接收所述服务使用端发送的扩展服务请求，将所述扩展服务请求发送给服务提供端，以使所述服务提供端根据所述扩展服务请求对服务业务功能进行扩展；

所述信用服务解决方案管理模块，用于通过网络提供软件服务，将所述服务提供端提供的应用软件统一部署在信用科技服务器上，接收所述服务使用端的购买需求信息，为所述服务使用端提供应用软件服务和向所述服务提供端支付费用。

在本申请的一个实施例中，所述信用科技服务管理系统还包括：模型服务管理模块；

所述模型服务管理模块，用于显示服务使用端发布的模型提供信息，接收服务使用端按照应用程序接口使用文档要求发起的请求信息，为所述服务使用端提供模型服务，以及接收所述服务使用端的反馈信息，通过第三方端针对所述反馈信息进行处理；

所述模型服务管理模块，用于接收所述第三方端提供的指导信息，将所述指导信息发送给服务提供端，以使所述服务提供端根据所述指导信息进行训练模型；

所述模型服务管理模块，用于接收所述服务使用端的购买请求，将所述指导信息发送所述服务使用端，以使所述服务使用端根据所述指导信息进行训练模型。

在本申请的一个实施例中，所述信用科技服务管理系统还包括：数据服务管理模块；

所述数据服务管理模块，用于显示收服务提供端发送的产品提供信息，接收服务使用端发送的数据字段，根据所述数据字段获取付费信息后提供数据租赁服务，进行服务授权。

所述数据服务管理模块，用于接收所述服务使用端的应用程序接口服务请求，根据所述应用程序接口服务请求确定查询次数和扣费信息，为所述服务使用端提供应用程序接口服务。

在本申请的一个实施例中，所述产品提供信息包括：产品简介、说明文档、应用程序接口使用文档、产品规格、收费说明中的一种或者多种，其中所述应用程序接口使用文档包括请求头参数、查询参数、传递参数、请求示例、返回示例、状态码说明中的一种或者多种。

在本申请的一个实施例中，数据查询服务分为批量查询和流式查询。

在本申请的一个实施例中，所述商店运营系统包括：业务管理层、基础服务管理层和数据管理层；

所述业务管理层，用于提供业务系统的操作接口，提供服务提供端的注册、管理接口、以及提供服务过程中的管理、计量、计费、补充服务中的一种或者多种。

在本申请的一个实施例中，所述商店运营系统还包括：基础服务管理层；

所述基础服务管理层，用于提供基础资源的监控和管理、服务环境监控、以及运行环境和整体系统的安全监控服务。

在本申请的一个实施例中，所述商店运营系统还包括：数据管理层；

所述数据管理层，用于存储运营过程中产生的各种数据、服务和基础模块的日志数据管理、以及重要的元数据管理。

为达上述目的，本申请第二方面实施例提出了一种信用科技服务商店，包括：前述实施例所述的信用科技服务器。

由此，通过包括信用服务管理系统和商店运营系统；信用服务管理系统，用于为多类型的信用服务提供统一标准化接口，为不同领域的多类型的信用服务提供管理服务；商店运营系统，用于对服务运行和商店运行进行监控，并为服务运行和商店运行提供服务。由此，提供数据服务、信用服务解决方案和模型服务，在数据服务过程中，以数据血缘技术为核心，实现对数据服务过程中生命周期的监管，同时保证记录不可篡改，做到安全可追溯；提供与信用有关的模型使用、训练、交易等模型服务同时提供多领域、多类型、全面化的信用服务方面的解决方案。

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

附图说明

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

图1为本申请实施例一所提供的一种信用科技服务器的结构示意图；

图2为本申请实施例一所提供的一种信用科技服务器的结构示意图；

图3为本申请实施例所提供的一种信用科技服务的流程示意图；

图4为本申请实施例所提供的一种信用科技服务的流程示意图；

图5为本申请实施例所提供的一种信用科技服务的流程示意图；

图6为本申请实施例一所提供的一种信用科技服务器的结构示意图；

图7为本申请实施例一所提供的一种信用科技服务器的结构示意图；

图8为本申请实施例一所提供的一种信用科技服务商店的结构示意图。

具体实施方式

下面详细描述本申请的实施例，所述实施例的示例在附图中示出，其中自始至终相同或类似的标号表示相同或类似的元件或具有相同或类似功能的元件。下面通过参考附图描述的实施例是示例性的，旨在用于解释本申请，而不能理解为对本申请的限制。

下面参考附图描述本申请实施例的信用科技服务器和信用科技服务商店。

本申请实施例主要基于“N-1-N”机制的信用科技服务商店，并设计了信用科技服务商店的架构，该信用科技服务商店支持跨领域、跨组织的信用服务解决方案、模型服务、数据服务等。对于服务提供方：提供多种类型、标准化的模块接入方式，例如新兴服务业、科技服务业、社会管理等领域的信用服务解决方案、模型、数据服务等。对于服务应用方：提供多种类型、标准化的使用服务方式。另外本申请还提出了数据服务，以数据血缘技术为核心，记录数据服务过程中生命周期的监管，并保证记录不可篡改，做到安全可追溯。同时设计数据服务管理架构图。

图1为本申请实施例一所提供的一种信用科技服务器的结构示意图。

具体地，信用科技服务器包括信用服务管理系统100和商店运营系统200。

信用服务管理系统100，用于为多类型的信用服务提供统一标准化接口，为不同领域的多类型的信用服务提供管理服务。

商店运营系统200，用于对服务运行和商店运行进行监控，并为服务运行和商店运行提供服务。

具体地，信用科技服务器主要包含两个模块：信用服务管理系统100和商店运营系统200。

其中，信用服务管理系统100，一方面为多类型的信用服务提供统一的、标准化接口，接入信用服务解决方案、模型、数据等多种信用服务，完成跨领域的服务汇聚；另一方面对外提供面向多场景的信用服务，完成对服务的前中后期管理，辅助服务使用端顺利的体验服务。

其中，商店运营系统200，该系统监控服务运行和商店运行，并提供一些基础功能，主要包括：(1)提供用户注册、登录接口，管理用户权限；(2)服务计量、计费，余额管理、订单管理等；(3)商店运营所需接口，如资源状况、服务运行状况等；(4)存储日志、配置信息等。

在本申请的一个实施例中，如图2所示，信用科技服务管理系统100包括：信用服务解决方案管理模块101、模型服务管理模块102和模型服务管理模块103。

其中，信用服务解决方案管理模块101，用于接收服务使用端发送的服务需求信息和预付款信息，将服务需求信息和预付款信息发送给服务提供端，以使服务提供端根据服务需求信息和预付款信息确定是否接单以及定价是否合理，并在预设时间期限内向服务提供端发送提醒信息，以及向服务使用端发送信用服务解决方案；

信用服务解决方案管理模块101，用于接收服务使用端发送的扩展服务请求，将扩展服务请求发送给服务提供端，以使服务提供端根据扩展服务请求对服务业务功能进行扩展。

信用服务解决方案管理模块101，用于通过网络提供软件服务，将服务提供端提供的应用软件统一部署在信用科技服务器上，接收服务使用端的购买需求信息，为服务使用端提供应用软件服务和向服务提供端支付费用。

具体地，为多领域提供一站式信用服务解决方案，基于“N-1-N”模式，引导信用服务提供端将解决方案服务接入商店，引流服务使用方购买服务，同时满足服务前的产品质量监管、服务中的过程引导、服务后的收集反馈。商店进行交易担保，同时暂存服务使用方预付款，督促服务提供端完成解决方案并且跟进用户需求改进，确保交易完成后将预付款打给服务提供端。还为服务提供端提供管理后台，使其便于对服务进行监控告警、营销活动或定价与咨询等；提供服务提供端、服务使用端、信用科技服务器三方对话框，使得服务使用端能够就欲购买的解决方案进行便利的沟通与询问。

其中，咨询服务类，此类服务提交需求文档给商店，完成预付款并购买咨询。例如社会信用分评估、定制提升个人信用等方案、制定贷款计划等服务。商店会在收到预付款和需求文档后，沟通服务提供端确定是否接单以及定价是否合理，并督促其在期限内完成解决方案发送给服务使用端。

其中，扩展功能类，扩展功能类可以理解为即插即用的服务，一般服务使用端购买该扩展服务后，在原有业务线的基础上即可完成对该服务业务功能的扩展。例如某企业购买了金融数据存储与治理服务功能，该企业在付款后即具有了云上存储、数据隐私保证、数据血缘检索与治理、以及可选的数据共享模型训练等功能；购买了政务数据区块链服务，即具有了政务数据上链存储，形成分布式记账模式和数据加密的可信可溯源的数据认证功能。

其中，软件购买类，SaaS(软件即服务)概念，即通过网络提供软件服务。商店将服务提供端提供的应用软件统一部署在自己的服务器上，服务使用端可以根据需求，在服务商店购买所需的应用软件服务，按定购的服务数量向商家支付费用，并通过互联网获得服务。

在信用服务解决方案中，如图3所示服务提供端接入平台时应保证自己的服务能够提供一站式能力，保障服务使用端购买解决方案后无需自己进行过多复杂操作，即可获取服务功能或咨询评估报告等解决方案。服务提供端在接入服务前，应提供解决方案所需的产品简介、解决方案应用示例、说明文档、使用文档、产品规格、收费说明、专家联系方式、软件下载地址等资料，供平台审查接入资格。

服务使用端进入服务商店后，阅读服务产品简介，选择自己需要的服务并完成预付款，提交需求说明文档，联系专家沟通并进行需求迭代，最终获取功能服务、软件服务或咨询报告，完成问题需求的解决。如果服务使用端得到的解决方案与提出的需求契合度过低，平台将督促商家整改或进行退款。可以在服务商店一站式购买扩展功能类解决方案服务以扩展业务能力，或者购买咨询服务类解决方案服务帮助辅助决策，利用服务商店里的服务进行行业评估，把控行业发展方向。

其中，模型服务管理模块102，用于显示服务使用端发布的模型提供信息，接收服务使用端按照应用程序接口使用文档要求发起的请求信息，为服务使用端提供模型服务，以及接收服务使用端的反馈信息，通过第三方端针对反馈信息进行处理。

模型服务管理模块102，用于接收第三方端提供的指导信息，将指导信息发送给服务提供端，以使服务提供端根据指导信息进行训练模型。

模型服务管理模块102，用于接收服务使用端的购买请求，将指导信息发送服务使用端，以使服务使用端根据指导信息进行训练模型。

具体地，信用科技服务器同时也承载模型的相关服务。针对服务提供端，商店提供模型API接入功能；针对服务使用端，商店提供模型使用、模型训练、模型交易三种方式。

其中，模型使用，服务提供端可以发布已经训练好的模型供服务使用端使用。使用者购买此项服务后，通过调用开放的API(Application Programming Interface，应用程序接口)接口提交测试数据，并接收商店内模型的运算结果。整个过程使用者接触不到具体的算法逻辑，商店不保存数据和模型，服务提供端不知道请求的来源和用图；该模式既保证了数据的安全性，也保证了模型不会泄漏。

服务提供端接入商店时，需要提供产品简介、说明文档、API使用文档(Header参数、Query参数、Body参数、请求示例、返回示例、状态码说明等)、产品规格、收费说明。商店提供API网关转发请求、负载均衡；拥有专人解答用户提出的问题、当发现模型存在问题时及时反馈。服务使用端在使用时需要按照API使用文档的要求发起请求，同时可以进行批量或流式的预测使用。

其中，模型训练，在大数据的背景下，各领域的信用服务企业想联合多方共同训练信用模型，但由于隐私数据受法律保护等原因而难以推进。本专利提供多种模型训练的方案，例如：机器学习、跨组织学习等，并辅以专家咨询指导，由丰富经验的专家线上或线下指导，帮助用户训练出高准确度模型。商店提供说明文档、收费说明、专家联系方式等。

而对于服务使用端来说，需定义欲训练模型的结构，通过商店在数据不出域的情况下联合多方进行模型训练以获得更精准模型。

其中，模型交易，模型交易使服务使用端可以购买模型，对于某些研发能力较弱或主营业务不在计算机方向上的企业，可以将模型购买并将其部署到私有集群。平台提供说明文档，部署文档，使用文档等，对于较为困难的模型，由专家指导部署。而对于服务使用端来说，只需要提供好运行环境，便可轻松的获得该训练好的模型。

其中，数据服务管理模块103，用于显示收服务提供端发送的产品提供信息，接收服务使用端发送的数据字段，根据数据字段获取付费信息后提供数据租赁服务，进行服务授权。

数据服务管理模块103，用于接收服务使用端的应用程序接口服务请求，根据应用程序接口服务请求确定查询次数和扣费信息，为服务使用端提供应用程序接口服务。

在本申请的一个实施例中，产品提供信息包括：产品简介、说明文档、应用程序接口使用文档、产品规格、收费说明中的一种或者多种，其中应用程序接口使用文档包括请求头参数、查询参数、传递参数、请求示例、返回示例、状态码说明中的一种或者多种。

在本申请的一个实施例中，数据查询服务分为批量查询和流式查询。

具体地，如图4所示，信用科技服务器同时提供了数据服务，其中包含数据租赁服务和数据查询服务。近年来随着大数据的广泛普及和应用，数据资源的价值逐步得到体现，数据服务需求也在不断增加。其中数据的特征如下：归属性：特定的数据归属特定的组织或者个人，数据具有归属性。多源性：同一个数据可以有多个来源(多个父亲)。一个数据可以是多个数据经过加工而生成的，并且加工过程可以是多个。可追溯性：数据的血缘关系体现了数据的生命周期，具备可追溯性。

其中，数据租赁服务，数据租赁服务的关键点在于：数据血缘管理。数据血缘管理不仅是本商店不同于其他云服务平台的关键点，同时又是保证信用科技服务器稳定合规运行的保障。

商店提供多种多样的数据服务，按照数据类型分为：生数据、脱敏数据、噪声数据等。生数据指未经加工的数据，这类数据一般可用性不高；脱敏数据是对包含个人隐私的数据脱敏，保证符合国家相关法律法规；噪声数据指在较高质量数据中添加一些错误数据，这些数据常被用来模型训练。按照数据的敏感性以及服务提供端的意愿提供不同处理方式之后的数据，保证大数据平台合规合法。

数据租赁服务主要面向的是有数据需求的服务使用端，如用于跨组织学习和传统机器学习。跨组织学习包括以联邦学习为代表的一系列联合不同组织机构共同训练模型的新兴的人工智能技术，其设计目标是在保障数据隐私的前提下，在多参与方或多计算结点之间开展高效率的模型训练。而现实中单个企业如果想开展跨组织学习训练自己的模型，要花费大量时间进行公司间的商业合作谈判，要对具体对接细节、数据保护方案进行多轮细致讨论。高时间成本与沟通成本为联邦学习的开展带来了阻碍；用于传统机器学习时，训练任务发放到数据拥有方本地，在本地完成模型训练任务，既保障了数据隐私又完成了需求方的任务。

对于服务提供端来说，通过信用科技服务器接入后，将在保证数据不泄露、不出域的前提下允许其他组织方利用本组织数据开展多种数据处理、运算、数据挖掘等任务。服务提供端需要在本地部署数据存储节点，并提供给商店产品简介(其中包含数据字段)、规格说明、收费说明，以及数据仓库地址等。

对于服务使用端来说，服务使用端在商店通过阅读产品简介、规格说明等，找到自己需要训练的模型所需要的数据字段，或者依靠三方对话框咨询客服找到需要的数据字段。确定数据租赁服务后，进行预付费，商店完成数据合规筛查后，进行服务授权。

其中，数据租赁服务的大体流程如图5所示，商店负责引流服务使用端租赁待训练模型匹配的数据，引导服务提供端进行节点部署，并核查部署环境的数据安全性，严防数据出服务提供端本地域，并形成数据泄露报警机制。平台通过数据确权对待租赁数据进行租赁许可筛查，通过数据血缘管理待租赁数据训练前的演化关系，拥有定位追踪参与训练模型的数据来源以及历史操作的能力。商店还要具备元数据管理的能力，利用区块链的可信性、不可抵赖性，保证元数据、元模型的一致性和连续性以及操作可追查性。

其中，数据查询服务，数据查询服务则是一种按查询次数计费的API服务，商家通过提供API接口允许其他企业查询本公司合规的不涉及隐私的数据内容(如查询某公司的法院传票记录)，或数据校验(如身份证号和手机是否属于同一个人)。

商家接入数据查询服务需要提供产品简介、说明文档、API使用文档、产品规格、收费说明等。其中API文档包括Header参数、Query参数、Body参数、请求示例、返回示例、状态码说明等。

商店负责接入并测试API接口，核查API接口返回内容是否完成脱敏和是否符合隐私保护法律法规。商店构建请求转发网关，进行权限管理与控制，并利用商店、服务使用方、服务提供端三方对话框对服务使用端在使用API中的问题进行解答，进行售后问题的收集并将问题反馈给服务提供端。商店还将统一包装一个API请求参数的请求唯一编号ID，以避免服务使用方短时间内进行幂等性查询重复扣费的情况。

服务使用方在信用科技服务器中挑选自己需要的API服务，签署按查询次数代扣费签章并进行绑卡支付后，即可使用API查询服务。

数据查询服务分为批量查询和流式查询。批量查询适用于一次提供一批规模大的待查询请求，且没有实时性需求，此时服务提供端利用离线Hive表查询，以避免影响线上流式查询业务。流式查询则是一次查一条记录的实时性查询需求，通过API的方式实时返回查询结果，满足服务使用方的低延迟业务需求。

在本申请的一个实施例中，如图6所示，商店运营系统200包括业务管理层201、基础服务管理层202和数据管理层203。

其中，业务管理层201，用于提供业务系统的操作接口，提供服务提供端的注册、管理接口、以及提供服务过程中的管理、计量、计费、补充服务中的一种或者多种。

其中，基础服务管理层202，用于提供基础资源的监控和管理、服务环境监控、以及运行环境和整体系统的安全监控服务。

其中，数据管理层203，用于存储运营过程中产生的各种数据、服务和基础模块的日志数据管理、以及重要的元数据管理。

具体地如图7所示，信用科技服务运营系统以OSS(运营支撑系统)为模型，在本发明中被设计为三层结构，分别是：业务管理层,201，其主要功能为提供业务系统的操作接口，提供信用科技服务器运营者的注册、管理接口，提供服务过程中的管理、计量、计费、补充服务等功能；基础服务管理层202，主要功能为支撑业务运行，完成基础功能。包括提供存储、网络等基础资源的监控和管理；服务进程、权限等服务环境监控；运行环境和整体系统的安全监控服务等；数据存储层203，主要存储商店运营过程中产生的各种数据，如配置信息、用户数据等主数据管理；服务和基础模块的日志数据管理；以及重要的元数据管理等。

本申请实施例的信用科技服务器，通过信用服务管理系统，用于为不同领域的多类型的信用服务提供统一标准化接口，为不同领域的多类型的信用服务提供管理服务；商店运营系统，用于对服务运行和商店运行进行监控，并为服务运行和商店运行提供服务。由此，提供数据服务、信用服务解决方案和模型服务，在数据服务过程中，以数据血缘技术为核心，实现对数据服务过程中生命周期的监管，同时保证记录不可篡改，做到安全可追溯；提供与信用有关的模型使用、训练、交易等模型服务同时提供多领域、多类型、全面化的信用服务方面的解决方案。

本申请实施例提出了一种信用科技服务商店如图8所示，包括：前述实施例所述的信用科技服务器。

在本说明书的描述中，参考术语“一个实施例”、“一些实施例”、“示例”、“具体示例”、或“一些示例”等的描述意指结合该实施例或示例描述的具体特征、结构、材料或者特点包含于本申请的至少一个实施例或示例中。在本说明书中，对上述术语的示意性表述不必须针对的是相同的实施例或示例。而且，描述的具体特征、结构、材料或者特点可以在任一个或多个实施例或示例中以合适的方式结合。此外，在不相互矛盾的情况下，本领域的技术人员可以将本说明书中描述的不同实施例或示例以及不同实施例或示例的特征进行结合和组合。

此外，术语“第一”、“第二”仅用于描述目的，而不能理解为指示或暗示相对重要性或者隐含指明所指示的技术特征的数量。由此，限定有“第一”、“第二”的特征可以明示或者隐含地包括至少一个该特征。在本申请的描述中，“多个”的含义是至少两个，例如两个，三个等，除非另有明确具体的限定。

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

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

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

上述提到的存储介质可以是只读存储器，磁盘或光盘等。尽管上面已经示出和描述了本申请的实施例，可以理解的是，上述实施例是示例性的，不能理解为对本申请的限制，本领域的普通技术人员在本申请的范围内可以对上述实施例进行变化、修改、替换和变型。