用于金融服务的数据处理方法及装置

本申请涉及软件领域，具体而言，涉及一种用于金融服务的数据处理方法 及装置。

金融服务可以包括：保险，经纪或代理的保险中介，消费信贷、抵押信贷 等的贷款服务内容。

发明人发现，对于可提供金融服务的第三方工具而言，其操作复杂，使用 不方便。进一步，在借款申请时手续繁琐，需要等待审批的时间也较长，用户 体验较差。

针对相关技术中提供金融服务的产品操作较为复杂的问题，目前尚未提出 有效的解决方案。

本申请的主要目的在于提供一种用于金融服务的数据处理方法，以解决 提供金融服务的产品操作较为复杂的问题。

为了实现上述目的，根据本申请的一个方面，提供了一种用于金融服 务的数据处理方法。

根据本申请的用于金融服务的数据处理方法包括：接收第一用户的第一 金融服务申请请求；判断所述第一金融服务申请请求是否满足预设处理条件； 以及如果判断所述第一金融服务申请请求满足预设处理条件，则按照预设规则 处理所述第一金融服务申请。

进一步地，判断所述第一金融服务申请请求是否满足预设处理条件包括： 接收第一用户的基础信息；确认所述第一用户的身份信息；识别所述第一用户 的生物特征信息；认证所述第一用户的运营商信息；其中，所述基础信息用于 提交至智能移动终端，所述身份信息用于通过智能移动终端上传第一用户的唯 一身份标识，所述生物特征信息用于通过智能移动终端识别第一用户的鉴别标 准，所述运营商信息用于认证所述智能终端所属运营商。

进一步地，判断所述第一金融服务申请请求是否满足预设处理条件之前还 包括：接收第一用户的注册申请请求；判断所述第一用户是否执行账号登录操 作；如果判断所述第一用户执行账号登录操作，则向所述第一用户提供业务申 请接口。

进一步地，判断所述第一金融服务申请请求是否满足预设处理条件包括： 判断所述第一金融服务申请请求中的第一用户绑定标识是否满足信审条件；如 果判断所述第一金融服务申请请求满足预设处理条件，则按照预设规则处理所 述第一金融服务申请包括：如果判断所述第一金融服务申请请求中的第一用户 绑定标识满足信审条件，则按照预设申请金额和申请期限处理所述第一金融服 务申请。

进一步地，判断所述第一金融服务申请请求是否满足预设处理条件包括： 判断所述第一金融服务申请请求中的已提交申请进度是否满足申请期限；如果 判断所述第一金融服务申请请求满足预设处理条件，则按照预设规则处理所述 第一金融服务申请包括：如果判断所述第一金融服务申请请求中的已提交申请 进度满足申请期限，则按照预设有效期限处理所述第一金融服务申请。

为了实现上述目的，根据本申请的另一方面，提供了一种用于金融服 务的数据处理装置。

根据本申请的用于金融服务的数据处理装置包括：接收模块，用于接收 第一用户的第一金融服务申请请求；判断模块，用于判断所述第一金融服务申 请请求是否满足预设处理条件；以及处理模块，用于判断所述第一金融服务申 请请求满足预设处理条件时，按照预设规则处理所述第一金融服务申请。

进一步地，所述判断模块包括：接收单元、确认单元、识别单元、认证单 元，接收单元，用于接收第一用户的基础信息；确认单元，用于确认所述第一 用户的身份信息；识别单元，用于识别所述第一用户的生物特征信息；认证单 元，用于认证所述第一用户的运营商信息；其中，所述基础信息用于提交至智 能移动终端，所述身份信息用于通过智能移动终端上传第一用户的唯一身份标 识，所述生物特征信息用于通过智能移动终端识别第一用户的鉴别标准，所述 运营商信息用于认证所述智能终端所属运营商。

进一步地，装置还包括：用户管理模块，所述用户管理模块包括：申请单 元、登录单元、提供单元，所述申请单元，用于接收第一用户的注册申请请求； 所述登录单元，用于判断所述第一用户是否执行账号登录操作；所述提供单元， 用于判断所述第一用户执行账号登录操作时，向所述第一用户提供业务申请接 口。

进一步地，所述判断模块包括：第一判断单元，所述处理模块包括：第一 处理单元，第一判断单元，用于判断所述第一金融服务申请请求中的第一用户 绑定标识是否满足信审条件；第一处理单元，用于判断所述第一金融服务申请 请求中的第一用户绑定标识满足信审条件，则按照预设申请金额和申请期限处 理所述第一金融服务申请。

进一步地，所述判断模块包括：第二判断单元，所述处理模块包括：第二 处理单元，所述第二判断单元，用于判断所述第一金融服务申请请求中的已提 交申请进度是否满足申请期限；所述第二处理单元，用于判断所述第一金融服 务申请请求中的已提交申请进度满足申请期限时，则按照预设有效期限处理所 述第一金融服务申请。

在本申请实施例中，采用接收第一用户的第一金融服务申请请求的方式， 通过判断所述第一金融服务申请请求是否满足预设处理条件，达到了按照预 设规则处理所述第一金融服务申请的目的，从而实现了金融服务中简化操作、 使用便捷的技术效果，进而解决了提供金融服务的产品操作较为复杂的技术 问题。

构成本申请的一部分的附图用来提供对本申请的进一步理解，使得本 申请的其它特征、目的和优点变得更明显。本申请的示意性实施例附图及 其说明用于解释本申请，并不构成对本申请的不当限定。在附图中：

图1是根据本申请第一实施例的用于金融服务的数据处理方法示意图；

图2是根据本申请第二实施例的用于金融服务的数据处理方法示意图；

图3是根据本申请第三实施例的用于金融服务的数据处理方法示意图；

图4是根据本申请第四实施例的用于金融服务的数据处理方法示意图；

图5是根据本申请第五实施例的用于金融服务的数据处理方法示意图；

图6是根据本申请第一实施例的用于金融服务的数据处理装置示意图；

图7是根据本申请第二实施例的用于金融服务的数据处理装置示意图；

图8是根据本申请第三实施例的用于金融服务的数据处理装置示意图；

图9是根据本申请第四实施例的用于金融服务的数据处理装置示意图；

图10是根据本申第五请实施例的用于金融服务的数据处理装置示意图； 以及

图11是根据本申请第六实施例的用于金融服务的数据处理装置示意图。

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

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

用于金融服务的数据处理方法，是专门为金融服务用户打造的操作简单， 使用便捷的金融服务平台。用户可通过本申请的平台申请借款申请、查看申请 详情信息，并可查看热门金融资讯。通过提交申请，信审审核，门店签约即可 放款实现快速借贷。

需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征 可以相互组合。下面将参考附图并结合实施例来详细说明本申请。

如图1所示，该方法包括如下的步骤S102至步骤S106：

步骤S102，接收第一用户的第一金融服务申请请求；

第一金融服务申请请求中可以包括用户的基本信息、用户的申请需求以及 用户的资格认证信息等。通过终端能够接收到第一用户的金融服务申请请求。 进一步，在终端的请求通过浏览器访问WEB服务器，并等待数据库中返回的 结果。

比如，用户A通过智能终端的浏览器访问WEB服务器，在应用程序服务 器将动态页传递回WEB服务器，然后WEB服务器将该页发送到请求浏览器。 当该动态页页到达时，浏览器得到的全部内容都是纯HTML文件。

WEB服务器可以解析HTTP协议。当WEB服务器接收到一个HTTP请 求，会返回一个HTTP响应，为了处理一个请求，WEB服务器可以响应一个 静态页面或图片，进行页面跳转，或者把动态响应的产生委托给一些其它的程 序例如CGI脚本，JSP脚本，servlets，ASP脚本，服务器端JavaScript，或者 一些其它的服务器端技术。即服务器端的程序通常产生一个HTML的响应来 让浏览器可以浏览。又比如，应用程序服务器通过各种协议，将仓储选择类型 的商业逻辑暴露给客户端应用程序。WEB服务器主要是处理向浏览器发送 HTML以供浏览，而应用程序服务器提供访问仓储选择类型商业逻辑的途径以 供客户端应用程序使用。应用程序使用此商业逻辑就象你调用对象的一个方法 一样。

步骤S104，判断所述第一金融服务申请请求是否满足预设处理条件；

判断第一金融服务申请请求是否满足预设处理条件可以是，通过在后台服 务器进行判断。判断金融服务申请请求是否满足金融服务的准入条件。

比如，判断第一金融服务申请请求是否满足申请贷款的条件。

又比如，判断第一金融服务申请请求是否满足身份认证的条件。

判断第一金融服务申请请求是否满足预设处理条件也可以是，通过在终端 的应用程序中进行判断。判断金融服务申请请求是否满足金融服务的准入条 件。

比如，第一金融服务申请请求是否满足申请贷款的资质条件。

又比如，判断第一金融服务申请请求是否满足身份认证的身份条件。

步骤S106，如果判断所述第一金融服务申请请求满足预设处理条件，则 按照预设规则处理所述第一金融服务申请。

如果上述申请请求能够满足预先设置的处理条件，则通过预设规则处理第 一金融服务申请。

预设处理条件可以是，申请方身份条件、授权条件或者被申请方身份条件 等。

预设规则可以是，金融服务相关的规则，比如，金融服务规则为直接保险 相关规则。又比如，金融服务规则为保险中介，如经纪和代理。又比如，金融 服务规则为险附属服务，比咨询、精算、风险评估和理赔服务。再比如，金融 服务规则为贷款，包括消费信贷、抵押信贷、商业交易的代理和融资。再比如， 资产管理，如现金或证券管理、各种形式的集体投资管理、养老基金管理、保 管、存款和信托服务。

从以上的描述中，可以看出，本申请实现了如下技术效果：

在本申请实施例中，采用接收第一用户的第一金融服务申请请求的方式， 通过判断所述第一金融服务申请请求是否满足预设处理条件，达到了按照预 设规则处理所述第一金融服务申请的目的，从而实现了金融服务中简化操作、 使用便捷的技术效果，进而解决了提供金融服务的产品操作较为复杂的技术 问题。

根据本申请实施例，作为本实施例的优选，如图2所示，判断所述第一金 融服务申请请求是否满足预设处理条件包括：

步骤S202，接收第一用户的基础信息；

所述基础信息用于提交至智能移动终端，基础信息中有必填或选填的项 目。用户通过在终端的应用程序的操作界面中填写真实信息，如果填写虚假信 息则会影响到用户后续的个人信用评价和金融服务申请的结果。可以通过表1 中的字段接收用户的基础信息。通过接收申请方的基础信息够准确地获得用户 的个人信用以及关联信息。

表1

步骤S204，确认所述第一用户的身份信息；

所述身份信息用于通过智能移动终端上传第一用户的唯一身份标识，通过 智能移动终端的摄像头能够拍摄身份证的正反面照片，同时能够关联出如表2 中的客户身份信息。通过确认申请方身份信息能够准确地获得用户的个人信用 以及关联信息。

表2

步骤S206，识别所述第一用户的生物特征信息；

所述生物特征信息用于通过智能移动终端识别第一用户的鉴别标准，识别 生物特征信息时需要通过智能移动终端采集到用户的人脸图像，并通过智能移 动终端上传至后台服务器进行继续识别。通过识别申请方身份条件能够准确地 获得用户的个人信用以及关联信息。

步骤S208，认证所述第一用户的运营商信息；

所述运营商信息用于认证所述智能终端所属运营商。认证运营商时即通过 将手机号与终端上的应用程序绑定。如果手机号与应用程序绑定成功，则可通 过应用程序向后台服务器同步相关验证信息。验证信息可以是，服务密码、图 形验证码或者短信验证码。

根据本申请实施例，作为本实施例的优选，如图3所示，判断所述第一金 融服务申请请求是否满足预设处理条件之前还包括：

步骤S302，接收第一用户的注册申请请求；

通过智能移动终端用户注册申请请求。

比如，第一用户可以是借款人，借款人可在智能移动终端的应用程序中填 写借款申请，完成身份认证、人脸识别、运营商认证等操作并提交借款申请。

步骤S304，判断所述第一用户是否执行账号登录操作；

通过监测智能终端上用户的操作行为，能够判断第一用户是否执行了账号 登录的操作，账号登录的操作可以是，账号、登录密码以及输入相关认证信息 的操作。

步骤S306，如果判断所述第一用户执行账号登录操作，则向所述第一用 户提供业务申请接口。

如果判断用户已执行了账号登录操作，在向用户提供业务申请接口。

如果判断用户已执行了账号登录操作可以是账号输入正确、同时账号登录 密码也正确。

根据本申请实施例，作为本实施例的优选，如图4所示，判断所述第一金 融服务申请请求是否满足预设处理条件包括：

步骤S402，判断所述第一金融服务申请请求中的第一用户绑定标识是否 满足信审条件；

在金融服务申请请求中第一用户绑定标识可以是身份证。

在金融服务申请请求中第一用户绑定标识可以是手机号。

判断第一用户绑定标识满足信审条件可以是信息审核。比如，按照中国相 关法律法规、公司企业的制度规定及要求，针对各类信息进行修改、删除、筛 选等操作。

判断第一用户绑定标识满足信审条件可以是信用审计，主要是分析和评价 借款企业的财务状况和经营情况等信用，以了解其收回债权的可能性，为银行 和其他贷款机构决定是否给予企业贷款提供必要的依据。

如果判断所述第一金融服务申请请求满足预设处理条件，则按照预设规则 处理所述第一金融服务申请包括：

步骤S404，如果判断所述第一金融服务申请请求中的第一用户绑定标识 满足信审条件，则按照预设申请金额和申请期限处理所述第一金融服务申请。

如果满足了上述的信审条件，则按照预设申请金额和申请期限处理所述第 一金融服务申请。预设申请金融是第一用户的预申请金额。预申请期限是申请 的时间段。

比如，用户甲的预设申请金融2万，申请期限是6个月，期限为3期。

根据本申请实施例，作为本实施例的优选，如图5所示，判断所述第一金 融服务申请请求是否满足预设处理条件包括：

步骤S502，判断所述第一金融服务申请请求中的已提交申请进度是否满 足申请期限；

申请期限可以由金融服务的性质设置。申请期限可以作为申请时间门限。

判断金融服务申请请求中的已提交申请进度是否满足申请期限，比如，申 请金额可以是1.5万，申请期限为12期，申请进度为已提交。又比如，申请 金额为2万，申请期限为18期，申请进度为未提交(已失效)。

如果判断所述第一金融服务申请请求满足预设处理条件，则按照预设规则 处理所述第一金融服务申请包括：

步骤S504，如果判断所述第一金融服务申请请求中的已提交申请进度满 足申请期限，则按照预设有效期限处理所述第一金融服务申请。

已提交申请进度满足申请期限，则按照预先设定有效期限处理第一用户的 金融服务申请。

比如，申请有效期期限为30，满30天后自动失效；失效后可重新提申请。

需要说明的是，在附图的流程图示出的步骤可以在诸如一组计算机可执行 指令的计算机系统中执行，并且，虽然在流程图中示出了逻辑顺序，但是在某 些情况下，可以以不同于此处的顺序执行所示出或描述的步骤。

根据本申请实施例，还提供了一种用于实施上述用于金融服务的数据处理 方法的装置，如图6所示，该装置包括：接收模块10，用于接收第一用户的 第一金融服务申请请求；判断模块20，用于判断所述第一金融服务申请请求 是否满足预设处理条件；以及处理模块30，用于判断所述第一金融服务申请 请求满足预设处理条件时，按照预设规则处理所述第一金融服务申请。

通过申请中用于金融服务的数据处理方法的装置，第一用户比如可以是借 款人可在应用程序中填写借款申请，完成身份认证、人脸识别、运营商认证等 操作并提交借款申请。借款人还可以在我的申请，查看申请详情信息。借款人 还可通过应用程序查看热门资讯等。

本申请实施例的接收模块10中第一金融服务申请请求中可以包括用户的 基本信息、用户的申请需求以及用户的资格认证信息等。通过终端能够接收到 第一用户的金融服务申请请求。进一步，在终端的请求通过浏览器访问WEB 服务器，并等待数据库中返回的结果。

比如，用户A通过智能终端的浏览器访问WEB服务器，在应用程序服务 器将动态页传递回WEB服务器，然后WEB服务器将该页发送到请求浏览器。 当该动态页页到达时，浏览器得到的全部内容都是纯HTML文件。

WEB服务器可以解析HTTP协议。当WEB服务器接收到一个HTTP请 求，会返回一个HTTP响应，为了处理一个请求，WEB服务器可以响应一个 静态页面或图片，进行页面跳转，或者把动态响应的产生委托给一些其它的程 序例如CGI脚本，JSP脚本，servlets，ASP脚本，服务器端JavaScript，或者 一些其它的服务器端技术。即服务器端的程序通常产生一个HTML的响应来 让浏览器可以浏览。又比如，应用程序服务器通过各种协议，将仓储选择类型 的商业逻辑暴露给客户端应用程序。WEB服务器主要是处理向浏览器发送 HTML以供浏览，而应用程序服务器提供访问仓储选择类型商业逻辑的途径以 供客户端应用程序使用。应用程序使用此商业逻辑就象你调用对象的一个方法 一样。

本申请实施例的判断模块20中判断第一金融服务申请请求是否满足预设 处理条件可以是，通过在后台服务器进行判断。判断金融服务申请请求是否满 足金融服务的准入条件。

比如，判断第一金融服务申请请求是否满足申请贷款的条件。

又比如，判断第一金融服务申请请求是否满足身份认证的条件。

判断第一金融服务申请请求是否满足预设处理条件也可以是，通过在终端 的应用程序中进行判断。判断金融服务申请请求是否满足金融服务的准入条 件。

比如，第一金融服务申请请求是否满足申请贷款的资质条件。

又比如，判断第一金融服务申请请求是否满足身份认证的身份条件。

本申请实施例的处理模块30中如果上述申请请求能够满足预先设置的处 理条件，则通过预设规则处理第一金融服务申请。

预设处理条件可以是，申请方身份条件、授权条件或者被申请方身份条件 等。

预设规则可以是，金融服务相关的规则，比如，金融服务规则为直接保险 相关规则。又比如，金融服务规则为保险中介，如经纪和代理。又比如，金融 服务规则为险附属服务，比咨询、精算、风险评估和理赔服务。再比如，金融 服务规则为贷款，包括消费信贷、抵押信贷、商业交易的代理和融资。再比如， 资产管理，如现金或证券管理、各种形式的集体投资管理、养老基金管理、保 管、存款和信托服务。

根据本申请实施例，作为本实施例的优选，如图7所示，所述判断模块 20包括：接收单元201、确认单元202、识别单元203、认证单元204，接收 单元201，用于接收第一用户的基础信息；确认单元202，用于确认所述第一 用户的身份信息；识别单元203，用于识别所述第一用户的生物特征信息；认 证单元204，用于认证所述第一用户的运营商信息；其中，所述基础信息用于 提交至智能移动终端，所述身份信息用于通过智能移动终端上传第一用户的唯 一身份标识，所述生物特征信息用于通过智能移动终端识别第一用户的鉴别标准，所述运营商信息用于认证所述智能终端所属运营商。

本申请实施例的接收单元201中所述基础信息用于提交至智能移动终端， 基础信息中有必填或选填的项目。用户通过在终端的应用程序的操作界面中填 写真实信息，如果填写虚假信息则会影响到用户后续的个人信用评价和金融服 务申请的结果。通过接收申请方的基础信息够准确地获得用户的个人信用以及 关联信息。

本申请实施例的确认单元202中所述身份信息用于通过智能移动终端上 传第一用户的唯一身份标识，通过智能移动终端的摄像头能够拍摄身份证的正 反面照片。通过确认申请方身份信息能够准确地获得用户的个人信用以及关联 信息。

本申请实施例的识别单元203中所述生物特征信息用于通过智能移动终 端识别第一用户的鉴别标准，识别生物特征信息时需要通过智能移动终端采集 到用户的人脸图像，并通过智能移动终端上传至后台服务器进行继续识别。通 过识别申请方身份条件能够准确地获得用户的个人信用以及关联信息。

本申请实施例的认证单元204中所述运营商信息用于认证所述智能终端 所属运营商。认证运营商时即通过将手机号与终端上的应用程序绑定。如果手 机号与应用程序绑定成功，则可通过应用程序向后台服务器同步相关验证信 息。验证信息可以是，服务密码、图形验证码或者短信验证码。

根据本申请实施例，作为本实施例的优选，如图8-9所示，装置还包括： 用户管理模块40，所述用户管理模块40包括：申请单元401、登录单元402、 提供单元403，所述申请单元401，用于接收第一用户的注册申请请求；所述 登录单元402，用于判断所述第一用户是否执行账号登录操作；所述提供单元 403，用于判断所述第一用户执行账号登录操作时，向所述第一用户提供业务 申请接口。

本申请实施例的申请单元401中通过智能移动终端用户注册申请请求。

比如，第一用户可以是借款人，借款人可在智能移动终端的应用程序中填 写借款申请，完成身份认证、人脸识别、运营商认证等操作并提交借款申请。

本申请实施例的登录单元402中通过监测智能终端上用户的操作行为，能 够判断第一用户是否执行了账号登录的操作，账号登录的操作可以是，账号、 登录密码以及输入相关认证信息的操作。

本申请实施例的提供单元403中如果判断用户已执行了账号登录操作，在 向用户提供业务申请接口。

如果判断用户已执行了账号登录操作可以是账号输入正确、同时账号登录 密码也正确。

根据本申请实施例，作为本实施例的优选，如图10所示，所述判断模块 20包括：第一判断单元205，所述处理模块30包括：第一处理单元301，第 一判断单元205，用于判断所述第一金融服务申请请求中的第一用户绑定标识 是否满足信审条件；第一处理单元301，用于判断所述第一金融服务申请请求 中的第一用户绑定标识满足信审条件时，则按照预设申请金额和申请期限处理 所述第一金融服务申请。

本申请实施例的第一判断单元205中在金融服务申请请求中第一用户绑 定标识可以是身份证。

在金融服务申请请求中第一用户绑定标识可以是手机号。

判断第一用户绑定标识满足信审条件可以是信息审核。比如，按照中国相 关法律法规、公司企业的制度规定及要求，针对各类信息进行修改、删除、筛 选等操作。

判断第一用户绑定标识满足信审条件可以是信用审计，主要是分析和评价 借款企业的财务状况和经营情况等信用，以了解其收回债权的可能性，为银行 和其他贷款机构决定是否给予企业贷款提供必要的依据。

本申请实施例的第一处理单元301中如果满足了上述的信审条件，则按照 预设申请金额和申请期限处理所述第一金融服务申请。预设申请金融是第一用 户的预申请金额。预申请期限是申请的时间段。

比如，用户甲的预设申请金融2万，申请期限是6个月，期限为3期。

根据本申请实施例，作为本实施例的优选，如图11所示，所述判断模块 20包括：第二判断单元206，所述处理模块30包括：第二处理单元302，所 述第二判断单元206，用于判断所述第一金融服务申请请求中的已提交申请进 度是否满足申请期限；所述第二处理单元302，用于判断所述第一金融服务申 请请求中的已提交申请进度满足申请期限时，则按照预设有效期限处理所述第 一金融服务申请。

本申请实施例的第二判断单元206中申请期限可以由金融服务的性质设 置。申请期限可以作为申请时间门限。

判断金融服务申请请求中的已提交申请进度是否满足申请期限，比如，申 请金额可以是1.5万，申请期限为12期，申请进度为已提交。又比如，申请 金额为2万，申请期限为18期，申请进度为未提交(已失效)。

本申请实施例的第二处理单元302中已提交申请进度满足申请期限，则按 照预先设定有效期限处理第一用户的金融服务申请。

比如，申请有效期期限为30，满30天后自动失效；失效后可重新提申请。

显然，本领域的技术人员应该明白，上述的本申请的各模块或各步骤可以 用通用的计算装置来实现，它们可以集中在单个的计算装置上，或者分布在多 个计算装置所组成的网络上，可选地，它们可以用计算装置可执行的程序代码 来实现，从而，可以将它们存储在存储装置中由计算装置来执行，或者将它们 分别制作成各个集成电路模块，或者将它们中的多个模块或步骤制作成单个集 成电路模块来实现。这样，本申请不限制于任何特定的硬件和软件结合。

以上所述仅为本申请的优选实施例而已，并不用于限制本申请，对于本领 域的技术人员来说，本申请可以有各种更改和变化。凡在本申请的精神和原则 之内，所作的任何修改、等同替换、改进等，均应包含在本申请的保护范围之 内。