智能预约服务者的方法、装置和系统与流程

本申请涉及服务行业相关技术领域，尤其涉及一种智能预约服务者的方法、装置和系统。

背景技术：

随着科技的进步，各种各样的设备走进人们的生产和生活。科技的进步极大地促进了社会的发展，但是也带来一些问题。

对于一些新兴产业或者科技含量较高的产品，使用者往往无法直观的进行了解也无法直接进行维修等行为。当需要购买某一产品时，需要专业的人士进行指导；当想要加入某一产业时，需要业内人士提供参考；当某一物品损坏时，需要专业人员进行维修。然而目前一个人遇到问题时，很难直接接触到该问题相关领域的技术人员，以帮助自己解决问题。

技术实现要素：

为至少在一定程度上克服相关技术中存在的问题，本申请提供一种智能预约服务者的方法、装置和系统。

基于本申请的第一方面，本申请提供一种智能预约服务者的方法包括：

获取用户端上传的订单；所述订单包括用户希望预约的服务者的标签；所述标签包括：动作类标签、产品类标签、品牌类标签和型号类标签；

基于预设的数据库和所述订单内的标签，匹配符合所述订单要求的服务者；其中，预设的数据库为基于服务者上传的自身的标签信息搭建的；服务者自身的标签为基于服务者提供的服务确定的动作类标签、产品类标签、品牌类标签和型号类标签；

在符合所述订单要求的服务者中，确定接取订单的服务者；

监控服务者对于所述订单的执行状态。

可选的，所述确定接取订单的服务者之前，还包括：

获取用户发送的对于服务者的位置需求信息；

基于所述位置需求信息，筛选符合所述订单要求的服务者；

向用户展示筛选后的符合所述订单要求的服务者。

可选的，还包括：

接收用户发送的查询信息；所述查询信息包含待查询服务者的标识；所述用户在展示的服务者中确定待查询服务者；

向用户发送待查询服务者的信息，供用户判断是否确定所述待查询服务者为接单的人员。

可选的，所述监控服务者对于所述订单的执行状态，包括：

实时获取服务者的位置，

比对基于订单信息中的执行订单的位置和服务者的位置，确定服务者是否正在执行订单。

或者，接收用户反馈的订单完成状态信息，基于所述订单完成状态信息确定服务者是否完成此次订单。

可选的，所述确定接取订单的服务者包括：

用户下发订单的第一预设时间之内，向距离执行订单位置最近的预设数量的服务者发送抢单通知；

若存在服务者进行抢单，则确定该服务者为接取订单。

否则，用户下发订单的第一预设时间之后，指定一位服务者接取所述订单，并向指定的服务者发送派单通知；

若第二预设时间内，接收到所述指定的服务者反馈的同意接单信息，则确定所述指定的服务者为接单人员；

否则，向用户反馈无人接单，并建议用户更改订单信息。

可选的，所述预设的数据库内存储有服务者信息；

具体的，服务者的信息包括：身份信息、自身的标签、工作经历、证书。

可选的，对订单数据库中存储的服务者信息进行认证；

其中，认证主要分为个人认证、企业认证、机构认证。

可选的，用户下发订单时，需要支付预设金额的费用；

当服务者完成订单后，向服务者发送预设金额的费用。

基于本申请的第二方面本申请提供一种智能预约服务者的装置，包括：

获取模块，用于获取用户端上传的订单；所述订单包括用户希望预约的服务者的标签。所述标签包括：动作类标签、产品类标签、品牌类标签和型号类标签；

匹配模块，用于基于预设的数据库和所述订单内的标签，匹配符合所述订单要求的服务者；其中，预设的数据库为基于服务者上传的自身的标签信息搭建的；服务者自身的标签为基于服务者提供的服务确定的动作类标签、产品类标签、品牌类标签和型号类标签；

确定模块，用于在符合所述订单要求的服务者中，确定接取订单的服务者；

监控模块，用于监控服务者对于所述订单的执行状态。

基于本申请的第三方面，本申请提供一种智能预约服务者的系统，包括：服务器及与所述服务器连接的用户端和服务者端；

所述服务器，用于获取用户端上传的订单；基于预设的数据库和所述订单内的标签，匹配符合所述订单要求的服务者；

所述服务器还用于与所述服务者端共同确定接取订单的服务者，并监控服务者对于订单的执行状态。

其中，所述订单包括用户希望预约的服务者的标签；所述标签包括：动作类标签、产品类标签、品牌类标签和型号类标签；预设的数据库为基于服务者上传的自身的标签信息搭建的；服务者自身的标签为基于服务者提供的服务确定的动作类标签、产品类标签、品牌类标签和型号类标签。

本申请提供的方案具有如下技术效果：

本申请提供的方案中，用户可以以订单的方式对自己遇到的问题或者需要求助的人员进行概括总结并上传至采用本申请提供方法的服务器；其中，所述订单包括用户希望预约的服务者的标签；所述标签包括：动作类标签、产品类标签、品牌类标签和型号类标签；本申请提供的服务器获取用户端上传的订单；之后基于预设的数据库和所述订单内的标签，匹配符合所述订单要求的服务者；其中，预设的数据库为基于服务者上传的自身的标签信息搭建的；服务者自身的标签为基于服务者提供的服务确定的动作类标签、产品类标签、品牌类标签和型号类标签；在符合所述订单要求的服务者中，确定接取订单的服务者；监控服务者对于所述订单的执行状态。如此，通过本申请提供的方案建立用户(即被服务者)和服务者之间的联系。用户基于自己的需求上传订单寻求相关领域服务者的帮助，之后借助本申请提供的方案，为用户匹配可以满足用户需求的服务者为用户提供服务。

应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本申请。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本申请的实施例，并与说明书一起用于解释本申请的原理。

图1为本申请一实施例提供的智能预约服务者的方法的流程示意图；

图2为本申请一实施例提供的智能预约服务者的方法的部分流程示意图；

图3为本申请一实施例提供的智能预约服务者的方法的部分流程示意图；

图4为本申请一实施例提供的智能预约服务者的装置的结构示意图；

图5为本申请一实施例提供的智能预约服务者的系统的流程示意图；

图6为本申请一实施例提供的智能预约服务者的系统架构示意图。

具体实施方式

这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本申请相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本申请的一些方面相一致的装置和方法的例子。

实施例

图1为本申请一实施例提供的智能预约服务者的方法的流程示意图；参照图1，本申请提供的智能预约服务者的方法，包括：

s101，获取用户端上传的订单；所述订单包括用户希望预约的服务者的标签；所述标签包括：动作类标签、产品类标签、品牌类标签和型号类标签；

实际应用中，用户端一般为手机等智能终端。手机上安装专用的app。用户通过手机选取标签，和/或，手动输入其他内容，生成订单，并将订单发送至服务器。例如，用户想要寻找月嫂，可以输入动作类标签“照顾”之后输入非标签的内容“月嫂”。当然也可以仅仅输入动作类标签“照顾”、产品类标签“婴儿”。需要说明的是，本申请中的产品类标签主要是和动作类标签进行关联和限定，而非仅仅限于产品。

s102，基于预设的数据库和所述订单内的标签，匹配符合所述订单要求的服务者；其中，预设的数据库为基于服务者上传的自身的标签信息搭建的；服务者自身的标签为基于服务者提供的服务确定的动作类标签、产品类标签、品牌类标签和型号类标签；

实际应用中，预设的数据库是基于各个服务者的信息进行汇总生成的。服务者的信息可以包括：身份信息、自身的标签、工作经历、证书。

具体的，身份信息包括：服务者的姓名、性别、身份证号、联系方式等信息；自身的标签可以分为动作类标签、产品类标签、品牌类标签和型号类标签；例如：动作类标签以动词为主包括：维修、销售、融资/租赁、招商、设计开发、加盟、清洗、系统集成等。产品类标签以名词为主包括：放映机、翻新放映机、app、激光光源、电影院、手机、冰箱、洗衣机、电视等。品牌类标签包括：各个品牌。型号类标签包括各个型号。工作经历包括：服务者的当前职称与主要工作经历。需要说明的工作经历越详细越好。证书包括：各类国家证书和各种企业、机构认证的证书。

进一步的，服务者的标签呈现一种树状图的关联结构；例如服务者a的标签可以为：动作类标签“维修”、和该标签关联的产品类标签“手机”、和上述标签“维修”、“手机”关联的品牌类标签“苹果”、“荣耀”“小米”、以及关联上述“维修”“手机”“苹果”标签的型号类标签“iphone-11”“iphone-10”“iphone-8”。当然，服务者a的标签还可以为：动作类标签“销售”，与动作类标签销售对应的产品类标签“汽车”。如此上述服务者a的标签构成了两颗树状图；一个树状图的支路包括：“维修-手机-苹果-iphone-11”、“维修-手机-苹果-iphone-10”、“维修-手机-苹果-iphone-8”、“维修-手机-荣耀”“维修-手机-小米”。另一个树状图包括：“销售-汽车”。

如此设置，关联各个标签可以更加明确服务者的服务内容。例如，用户寻求服务人员的订单中的标签为：“维修”“汽车”。那么服务者a的标签中虽然有“维修”“汽车”这两个标签。但是服务者a的标签中“维修”“汽车”并没有关联，所以服务者a不满足该订单的需求。例如用户寻求服务人员的订单中的标签为：“维修”“手机”“苹果”。服务者a的标签中有“维修”“手机”“苹果”这三个标签。所以服务者a满足该订单的需求。

为了保证各种信息的正确，需要对服务者上传的各种进行认证。具体的，认证包括：个人认证、企业认证、机构认证。个人认证主要是对服务者的个人信息进行认证；企业认证主要是针对服务者的企业身份等进行认证；机构认证主要是指各个国家或者第三方专业机构证书的认证。

实际应用中，在步骤s102中，记忆订单匹配相关服务者的时候，不仅仅匹配各个标签还可以匹配职称及各个工作经历和证书中涉及的词条。例如：用户寻求服务人员的订单包括：标签为：“照顾”“婴儿”和非标签词条“月嫂”。那么在匹配服务者时，不仅仅需要寻找具有相关联的“照顾”“婴儿”这两个标签的服务者，还检索服务者的其他信息，查看其中是否具有月嫂词条。一般情况下，具有月嫂经验的服务者会在自己的工作经历或其他信息中标明自己的“月嫂”这个职称。

s103，在符合所述订单要求的服务者中，确定接取订单的服务者；

需要说明的是，由于服务者并非都是全职进行服务的相关专业人士，服务者还可以是进行兼职的相关从业人员。所以本申请提供的方案中需要确定服务者是否具有时间和空间。当服务者确定提供服务之后，便可以确定该服务者接收订单。

s104，监控服务者对于所述订单的执行状态。

为了保证服务的质量，监控服务者对于订单的执行状态，可以保证服务的可靠性。

图2为本申请一实施例提供的智能预约服务者的方法的流程示意图；参照图2，本申请提供的智能预约服务者的方法，包括：

s201，获取用户发送的对于服务者的位置需求信息；

s202，基于所述位置需求信息，筛选符合所述订单要求的服务者；

s203，向用户展示筛选后的符合所述订单要求的服务者。

实际应用中，在匹配服务者的过程中，用户可以随时改变部分订单中的要求，从而使得匹配的结果更加的符合用户的预期。

具体的，匹配用户时，用户端会显现一个范围内的所有符合用户需求的服人员，之后用户可以基于自身需求改变调节显示的范围，之后基于调节后的显示范重现筛选符合所述订单要求的服务者；之后向用户展示筛选后的符合所述订单要求的服务者。

s204，接收用户发送的查询信息；所述查询信息包含待查询服务者的标识；所述用户在展示的服务者中确定待查询服务者；

s205，向用户发送待查询服务者的信息，供用户判断是否确定所述待查询服务者为接单的人员。

当然，为了使得用户更加的清楚服务者的信息，本申请提供方案中，还可以由用户基于用户端显示的信息，确定需要待查询服务者，之后用户端发送携带有待查询服务者的标识的查询信息。服务器接收到查询信息后，向用户端发送待查询服务者的信息供用户查看。

进一步的，步骤s104包括：

s206，实时获取服务者的位置，

s207，比对基于订单信息中的执行订单的位置和服务者的位置，确定服务者是否正在执行订单。

s208，或者，接收用户反馈的订单完成状态信息，基于所述订单完成状态信息确定服务者是否完成此次订单。

如此设置，可以确定服务者对于订单的执行状态。

图3为本申请一实施例提供的智能预约服务者的方法的部分流程示意图；参照图3，本申请提供的智能预约服务者的方法中确定接取订单的服务者包括：

s301，用户下发订单的第一预设时间之内，向距离执行订单位置最近的预设数量的服务者发送抢单通知；

s302，若存在服务者进行抢单，则确定该服务者为接取订单。

s303，否则，用户下发订单的第一预设时间之后，指定一位服务者接取所述订单，并向指定的服务者发送派单通知；

s304，若第二预设时间内，接收到所述指定的服务者反馈的同意接单信息，则确定所述指定的服务者为接单人员；

s305，否则，向用户反馈无人接单，并建议用户更改订单信息。

如此设置，优先由服务者进行抢单，可以使得对于该订单更加积极的服务者进行接单。之后，若没有服务者进行接单，则通过派单的方式确定服务者进行服务。当然指派订单时，需要服务者进行确定，若没有服务者进行确定则认定派单失败，并向用户反馈无人接单，并建议用户更改订单信息，之后基于修改后的内容重新进行匹配。

当然，实际应用中为了保证用户和服务者具有更多的积极性，可以是采用金钱奖励，具体的：

用户下发订单时，需要支付预设金额的费用；

当服务者完成订单后，向服务者发送预设金额的费用。

图4为本申请一实施例提供的智能预约服务者的装置的结构示意图；参照图4，智能预约服务者的装置，包括：

获取模块401，用于获取用户端上传的订单；所述订单包括用户希望预约的服务者的标签。所述标签包括：动作类标签、产品类标签、品牌类标签和型号类标签；

匹配模块402，用于基于预设的数据库和所述订单内的标签，匹配符合所述订单要求的服务者；其中，预设的数据库为基于服务者上传的自身的标签信息搭建的；服务者自身的标签为基于服务者提供的服务确定的动作类标签、产品类标签、品牌类标签和型号类标签；

确定模块403，用于在符合所述订单要求的服务者中，确定接取订单的服务者；

监控模块404，用于监控服务者对于所述订单的执行状态。

本申请还提供的智能预约服务者的系统，包括：服务器及与所述服务器连接的用户端和服务者端；

所述服务器，用于获取用户端上传的订单；基于预设的数据库和所述订单内的标签，匹配符合所述订单要求的服务者；

所述服务器还用于与所述服务者端共同确定接取订单的服务者，并监控服务者对于订单的执行状态。

其中，所述订单包括用户希望预约的服务者的标签；所述标签包括：动作类标签、产品类标签、品牌类标签和型号类标签；预设的数据库为基于服务者上传的自身的标签信息搭建的；服务者自身的标签为基于服务者提供的服务确定的动作类标签、产品类标签、品牌类标签和型号类标签。

为了便于理解，接下来对本申请的方案进行进一步的说明：

实际生活中，想要找到一个人，先要确定一个人位置与他的技能特性。通过卫星定位或者网络定位与蓝牙定位确定这个人的所在范围，再根据对这个人技能特性的数据采集、存储、筛选更精确的缩小范围，例如手机定位配合行业的分类，可以缩小找到一个人的范围，但是要确定一个人的特性非常困难，无法快速准确的找到一个人。基于上述思路，本申请采用如下方案：

本申请提供的方案中主要包括用户和服务者两类人。

其中，用户指：在采用本申请提供方法的软件里注册账号并通过的人，可以发出订单。服务者(master)指：在软件里注册账号并通过，再进行实人认证，确定这个人的合法身份，并登记自己的技能，上传公司与个人资质证书，添加自己的工作经历。可以接收订单为别人提供技能服务，也可以发出订单邀请其它服务者。

本申请提供的方案中，首先按四个标签的固定顺序登记一个人的技能，即动作、产品、品牌、型号四个标签与固定顺序登记一个人的技能；

在搜索的时候也是按照四个标签的固定顺序选择一个或者多个选项，来搜索到在用户附近有多少人符合条件并配合卫星定位或者网络定位与蓝牙定位显示在地图上，

找到拥有特定技能的服务者并显示在地图上就可以发送订单给他，邀请他在约定的时间上门处理问题。

订单同时发送给用户附近1-100人，最大范围是地图可显示范围，最小范围是用户附近1公里内。

服务者接单后在约定时间之内到达用户指定地点，并完成订单报告。

本发明以创新的方式大幅度简化寻找一个人的过程，只通过四个标签就可以精准确定一个人的特性，配合卫星定位或者网络定位与蓝牙定位可以立即找到拥有特定技能的人，并与之建议联系并快速处理问题。

具体的，图5为本申请一实施例提供的智能预约服务者的系统的流程示意图。图6为本申请一实施例提供的智能预约服务者的系统架构示意图。参照图5和图6，本申请提供的智能预约服务者的系统的具体流程，

s501，用户选择订单条件。

用户选择的通过4种标签的方式选择订单条件。

s502，向服务器发送订单条件。

用户端向服务器发送订单条件，即一般意义上的用户的app将内容发送至后台系统。

s503，基于订单条件匹配服务者。

想要找到一个人，先要确定一个人位置与他的技能特性。通过卫星定位或者网络定位与蓝牙定位确定这个人的所在范围，再根据对这个人技能特性的数据采集、存储、筛选更精确的缩小范围，例如手机定位配合行业的分类，可以缩小找到一个人的范围，但是要确定一个人的特性非常困难，无法快速准确的找到一个人。本申请提供的方案中可以通过预先搭建的数据库进行匹配。服务者预先通过技能认证模块进行技能认证。

s504，向用户端发送匹配的服务者信息。

s505，显示各个服务者。

如此设置可以帮助用户了解目前的可以进行服务的服务者，以便于用户后期的进一步筛选。需要说明的是，显示各个服务者主要通过地图模块完成。

s506，用户选择其他订单条件。其中，其他订单条件包括：认证级别、预约上门变更的位置等条件。

当然用户还可以选择预约上门的时间，指定进行服务的位置或者指定某一个服务者等。

s507，向服务器发送其他订单条件。

s508，服务器基于用户条件匹配服务者。

s509，服务器向匹配的服务者进行发单。

s510，预设时间内，服务者进行抢单。

一般情况下进行抢单的时间为订单发出后30～120秒内。

s511，服务者端向服务器发送抢单结果。

s512，服务者端判断是否有人抢单。

s513，若没有人进行抢单，向服务者进行派单。

当然，若有人进行抢单则执行步骤s517。

s514，向被派单的服务者发送通知。

s516，判断服务者是否接受派单。

一般情况下，预设时间内服务者没有同意并回复确认接受派单，则认为服务者拒绝派单。

s515，若服务者拒绝派单，提示：暂无master接单，请修改条件后再试。

否则，执行步骤s517。

s517，确定服务者接单。

上述抢单派单相关步骤，是有派单系统模块完成。

s518，向服务器反馈接单人员信息。

s519，向用户端反馈接单人员信息。

s520，服务者端向服务器反馈服务者位置。

需要说明的是，服务者端的设备一般具有定位功能。具体的可以为卫星定位、网络定位、蓝牙定位等。

s521，判断master是否按规定时间到达指定地点。

此处指基于反馈的服务者位置判断服务者是否在预约的时间内到达指定的位置。

s522，若服务者没有按照要求到达指定位置，用户可以申请取消订单。

当然，允许用户和服务者私下交流，并由用户确认订单的完成情况。

s523，服务者提交问题描述解决方案解决周期。

s524，系统发送订单奖励给服务者。

上述s518～s524由订单管理模块完成。

具体的每个人的工作内容都可以用一条工作技能来描述，而任何一条技能都可以用不超过四个标签来表达。在系统里用动作、产品、品牌、型号这四个标签登记自己的技能，就可以确定这个人的技能特性，再配合卫星定位与网络地图定位，就可以在一定范围内找到拥有特定技能的人，并显示在地图上。然后向这些人发送订单根据认证级别的不同支付派单费用，就可以邀请他们在约定的时间到达指定地点处理问题。问题处理结束填写订单报告后接单者可以获得派单费用的分成奖励。

需要说明的是，服务者提供服务的收益不仅仅在于，本身申请中提及的由系统发送给服务者的奖励，还包括：提供后续服务的奖励。例如用户咨询“销售-汽车”相关的订单，服务者不仅仅可以完成本系统提供的订单，与用户就“销售-汽车”相关问题进行沟通，还可以提供后续的服务(例如：帮助客户完成车辆的购买的相关操作)以得到更多的奖励。

例如：一个用户在系统里通过手机号注册或者通过微信、支付宝、微博、google、twitter、等第三方快捷登录填写简单的个人信息，姓名、性别、生日、个人简介。就可以正常使用软件了，在软件首页可以通过选择动作、产品、品牌、型号四个标签中的一个或多个来搜索拥有特定技能的人，因为这些人已经在系统里通过同样的四个标签登记了自己的技能，所以可以被别人在首页搜索到。四个标签是按顺序选择的，先确定一个动作比如销售，再确定动作的目的，比如放映机，然后确定产品的品牌比如索尼，再确定产品的型号比如515；再配合地图定位，就可以找到特定范围内拥有销售索尼放映机515的人，可能是一个也可能是多个，然后根据选择的人认证级别发送订单给他们并支付派单费用，接到订单的人按约定时间到达发单人指定的地点。

订单结束后填写订单报告并提交，就会获得派单费用的分成奖励。这个模型的使用场景如下：销售设备、维修设备、集成设备、咨询内容、招商产品、设计开发产品、加盟产品、出租产品、动作里主要输入动词类的内容，产品与品牌主要输入名词类的内容，型号主要输入数字与规格类的内容。

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

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

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

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

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

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

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

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

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