业务处理方法、装置、电子设备及计算机可读介质与流程

本公开涉及计算机信息处理领域，具体而言，涉及一种业务处理方法、装置、电子设备及计算机可读介质。

背景技术：

随着企业的发展，业务模式的不断变更，销售模式也会随之变更，对于家政服务行业来说，以往销售的模式是先通过电销跟进，在确定客户意向之后，再由顾问跟进的双环节销售模式。随着家政服务业的日益完善，在家政服务行业不断的发展过程中，为提高业务效率，目前逐步转换为销售线索从生命周期的开始到结束都由同一个顾问来跟进这种销售模式，即去电销环节。而原有的销售模式已经运营多年，原有的销售模式下，销售人员和顾问人员分别属于不同的业务系统，由不同的业务系统辅助器进行工作。

而去电销环节的这种模式的切换就要求对应的销售系统能够适应这种模式的变化。目前的解决方案一般是通过给销售人员配置电销和顾问两种角色的权限来解决，使其能够登陆两个业务系统这样的方式来解决。这种方式使得销售人员在线上系统中需要在电销工作站和顾问工作站来回切换，销售人员一般会跟踪多个业务，这使得销售人员在处理不同业务的时候，首先得明确该业务的状态，然后根据状态选择登陆哪个业务系统来处理任务。这种方式降低了销售人员的工作效率，很多时候，销售人员甚至混淆两个环节的数据，既麻烦又费心。

因此，需要一种新的业务处理方法、装置、电子设备及计算机可读介质。

在所述背景技术部分公开的上述信息仅用于加强对本公开的背景的理解，因此它可以包括不构成对本领域普通技术人员已知的现有技术的信息。

技术实现要素：

有鉴于此，本公开提供一种业务处理方法、装置、电子设备及计算机可读介质，能够帮助销售人员快速适应去电销环节的业务模式切换，又不会增加销售人员的操作复杂度，从而提高业务效率，降低误操作率。

本公开的其他特性和优点将通过下面的详细描述变得显然，或部分地通过本公开的实践而习得。

根据本公开的一方面，提出一种业务处理方法，该方法包括：接收用户的业务处理申请，所述业务处理申请中包括用户标识和业务标识；基于所述用户标识和所述业务标识确定业务状态；基于所述用户属性和所述业务状态由多个业务系统中提取目标业务系统；基于所述目标业务系统响应所述业务处理申请。

在本公开的一种示例性实施例中，还包括：建立业务分配系统平台；业务分配系统平台存储多个业务系统中的业务状态信息。

在本公开的一种示例性实施例中，业务分配系统平台存储多个业务系统中的业务状态信息，包括：业务分配系统平台获取多个业务系统中的多个用户标识及其对应的业务标识；业务分配系统平台定时基于用户标识和业务标识提取多个业务状态并进行关联存储。

在本公开的一种示例性实施例中，基于所述用户标识和所述业务标识确定业务状态，包括：基于所述用户标识确定所述用户的用户属性；基于所述业务标识和所述用户属性确定所述用户的业务状态。

在本公开的一种示例性实施例中，基于所述用户属性和所述业务状态由多个业务系统中提取目标业务系统，包括：根据所述用户属性和所述业务状态确定业务逻辑；基于所述业务逻辑由多个业务系统中提取目标业务系统。

在本公开的一种示例性实施例中，基于所述业务逻辑由多个业务系统中提取目标业务系统，包括：在所述业务逻辑为第一逻辑时，由多个业务系统中确定一目标业务系统。

在本公开的一种示例性实施例中，基于所述业务逻辑由多个业务系统中提取目标业务系统，包括：在所述业务逻辑为第二逻辑时，由多个业务系统中确定至少两个业务系统；根据所述至少两个业务系统的当前业务状态确定所述目标业务系统。

在本公开的一种示例性实施例中，还包括：在所述目标业务系统处理完毕所述业务处理申请之后，将所述业务数据同步到其余的所述至少一个业务系统中。

在本公开的一种示例性实施例中，基于所述目标业务系统响应所述业务处理申请，包括：基于所述业务处理申请获取用户的登陆信息；所述目标业务系统对所述登陆信息进行校验；在校验通过后响应所述业务处理申请。

在本公开的一种示例性实施例中，还包括：在所述目标业务系统处理完毕所述业务处理申请之后，获取所述业务标识对应的业务状态；将所述业务状态更新到业务分配系统平台。

根据本公开的一方面，提出一种业务处理装置，该装置包括：申请模块，用于接收用户的业务处理申请，所述业务处理申请中包括用户标识和业务标识；状态模块，用于基于所述用户标识和所述业务标识确定业务状态；目标模块，用于基于所述用户属性和所述业务状态由多个业务系统中提取目标业务系统；响应模块，用于基于所述目标业务系统响应所述业务处理申请。

根据本公开的一方面，提出一种电子设备，该电子设备包括：一个或多个处理器；存储装置，用于存储一个或多个程序；当一个或多个程序被一个或多个处理器执行，使得一个或多个处理器实现如上文的方法。

根据本公开的一方面，提出一种计算机可读介质，其上存储有计算机程序，该程序被处理器执行时实现如上文中的方法。

根据本公开的业务处理方法、装置、电子设备及计算机可读介质，接收用户的业务处理申请，所述业务处理申请中包括用户标识和业务标识；基于所述用户标识和所述业务标识确定业务状态；基于所述用户属性和所述业务状态由多个业务系统中提取目标业务系统；基于所述目标业务系统响应所述业务处理申请的方式，能够帮助销售人员快速适应去电销环节的业务模式切换，又不会增加销售人员的操作复杂度，从而提高业务效率，降低误操作率。

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

附图说明

通过参照附图详细描述其示例实施例，本公开的上述和其它目标、特征及优点将变得更加显而易见。下面描述的附图仅仅是本公开的一些实施例，对于本领域的普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1是根据一示例性实施例示出的一种业务处理方法及装置的系统框图。

图2是根据一示例性实施例示出的一种业务处理方法的流程图。

图3是根据另一示例性实施例示出的一种业务处理方法的流程图。

图4是根据另一示例性实施例示出的一种业务处理方法的流程图。

图5是根据一示例性实施例示出的一种业务处理装置的框图。

图6是根据一示例性实施例示出的一种电子设备的框图。

图7是根据一示例性实施例示出的一种计算机可读介质的框图。

具体实施方式

现在将参考附图更全面地描述示例实施例。然而，示例实施例能够以多种形式实施，且不应被理解为限于在此阐述的实施例；相反，提供这些实施例使得本公开将全面和完整，并将示例实施例的构思全面地传达给本领域的技术人员。在图中相同的附图标记表示相同或类似的部分，因而将省略对它们的重复描述。

此外，所描述的特征、结构或特性可以以任何合适的方式结合在一个或更多实施例中。在下面的描述中，提供许多具体细节从而给出对本公开的实施例的充分理解。然而，本领域技术人员将意识到，可以实践本公开的技术方案而没有特定细节中的一个或更多，或者可以采用其它的方法、组元、装置、步骤等。在其它情况下，不详细示出或描述公知方法、装置、实现或者操作以避免模糊本公开的各方面。

附图中所示的方框图仅仅是功能实体，不一定必须与物理上独立的实体相对应。即，可以采用软件形式来实现这些功能实体，或在一个或多个硬件模块或集成电路中实现这些功能实体，或在不同网络和/或处理器装置和/或微控制器装置中实现这些功能实体。

附图中所示的流程图仅是示例性说明，不是必须包括所有的内容和操作/步骤，也不是必须按所描述的顺序执行。例如，有的操作/步骤还可以分解，而有的操作/步骤可以合并或部分合并，因此实际执行的顺序有可能根据实际情况改变。

应理解，虽然本文中可能使用术语第一、第二、第三等来描述各种组件，但这些组件不应受这些术语限制。这些术语乃用以区分一组件与另一组件。因此，下文论述的第一组件可称为第二组件而不偏离本公开概念的教示。如本文中所使用，术语“及/或”包括相关联的列出项目中的任一个及一或多者的所有组合。

本领域技术人员可以理解，附图只是示例实施例的示意图，附图中的模块或流程并不一定是实施本公开所必须的，因此不能用于限制本公开的保护范围。

图1是根据一示例性实施例示出的一种业务处理方法及装置的系统框图。

如图1所示，系统架构10可以包括终端设备101、102、103，网络104和服务器105、业务系统106、107、108。网络104用以在终端设备101、102、103和服务器105之间提供通信链路的介质；网络104还用以在服务器105、业务系统106、107、108之间提供通信链路的介质。网络104可以包括各种连接类型，例如有线、无线通信链路或者光纤电缆等等。

用户可以使用终端设备101、102、103通过网络104与服务器105交互，以接收或发送消息等。终端设备101、102、103上可以安装有各种通讯客户端应用，例如家政服务类应用、网页浏览器应用、搜索类应用、即时通信工具、邮箱客户端、社交平台软件等。

终端设备101、102、103可以是具有显示屏并且支持网页浏览的各种电子设备，包括但不限于智能手机、平板电脑、膝上型便携计算机和台式计算机等等。

服务器105可以是提供各种服务的服务器，例如对用户利用终端设备101、102、103所浏览的家政服务类网站提供支持的后台管理服务器。后台管理服务器可以对接收到的业务处理申请进行分析等处理，并将处理结果反馈给终端设备。

服务器105可例如接收用户的业务处理申请，所述业务处理申请中包括用户标识和业务标识；服务器105可例如基于所述用户标识和所述业务标识确定业务状态；服务器105可例如基于所述用户属性和所述业务状态由业务系统106、107、108中提取目标业务系统；服务器105可例如基于所述目标业务系统响应所述业务处理申请。

服务器105还可例如建立业务分配系统平台；服务器105还可例如业务分配系统平台存储业务系统106、107、108中的业务状态信息。

服务器105可以是一个实体的服务器，还可例如为多个服务器组成，需要说明的是，本公开实施例所提供的业务处理方法可以由服务器105执行，相应地，业务处理装置可以设置于服务器105中。

图2是根据一示例性实施例示出的一种业务处理方法的流程图。业务处理方法20至少包括步骤s202至s208。

如图2所示，在s202中，接收用户的业务处理申请，所述业务处理申请中包括用户标识和业务标识。业务处理申请可为家政服务类业务的申请，具体可为，用户标识可为销售人员的id信息，还可为其他人员的id信息，业务标识可为该销售人员待处理的多个业务中的一个或多个。更具体的，业务标识可为a用户的前期沟通业务、b家政服务人员的客户评价跟进，c用户的投诉反馈处理等等，任何涉及到家政服务类业务的申请均可属于本申请中的业务处理范围。

在s204中，基于所述用户标识和所述业务标识确定业务状态。包括：基于所述用户标识确定所述用户的用户属性；基于所述业务标识和所述用户属性确定所述用户的业务状态。根据用户的标识确定用户是属于具体哪种类型的操作用户，可例如，销售人员，还可例如为管理人员，还可例如为其他人员，本申请不以此为限。

根据该用户的属性，结合业务的标识，来确定业务的状态，业务的状态可为，在沟通状态，在处理状态，或者其他状态等等。值得一提的是，对应于同一个业务的标识，不同用户所看到的业务的状态是不同的。比如对于一个已经完成家政服务的业务c，对于销售人员而言，该业务c对应的状态是已完成状态。而对于客服人员，财务人员，或者其他的管理人员而言，业务c对应的状态可能为投诉状态、款项待结算状态等等。不同的用户和其业务对应的状态均被存储在业务系统平台中的业务状态表格中。

在一个实施例中，还包括：建立业务分配系统平台；业务分配系统平台存储多个业务系统中的业务状态信息。销售人员或其他人员可登陆业务分配系统平台来提交业务处理申请，业务处理平台根据业务状态信息确定该销售人员处理业务所需要登陆的业务系统。

在s206中，基于所述用户属性和所述业务状态由多个业务系统中提取目标业务系统。包括：根据所述用户属性和所述业务状态确定业务逻辑；基于所述业务逻辑由多个业务系统中提取目标业务系统。

如上文所述，不同的业务需要在不同的业务系统中进行处理，可根据用户的属性和业务状态确定当前该进行的业务内容，可例如，当前为用户跟进状态，则当前该进入的业务系统为用户业务系统；如果当前的业务状态为售后投诉状态，那么当前该进入的系统为售后系统。在业务逻辑中，存储可每一个业务状态和用户属性该对应的业务处理系统，以便进行筛选。

在s208中，基于所述目标业务系统响应所述业务处理申请。包括：基于所述业务处理申请获取用户的登陆信息；所述目标业务系统对所述登陆信息进行校验；在校验通过后响应所述业务处理申请。

在一个实施例中，还包括：在所述目标业务系统处理完毕所述业务处理申请之后，获取所述业务标识对应的业务状态；将所述业务状态更新到业务分配系统平台。

根据本公开的业务处理方法，接收用户的业务处理申请，所述业务处理申请中包括用户标识和业务标识；基于所述用户标识和所述业务标识确定业务状态；基于所述用户属性和所述业务状态由多个业务系统中提取目标业务系统；基于所述目标业务系统响应所述业务处理申请的方式，能够帮助销售人员快速适应去电销环节的业务模式切换，又不会增加销售人员的操作复杂度，从而提高业务效率，降低误操作率。

本公开的业务处理方法，可以适应模式切换带来的问题，提出一种系统根据销售线索的阶段来自动进入不同的业务环节工作站的解决方案，这样一来销售人员无需自己不停的从不同的系统页面来回切换，相当于销售人员面向的是单一环节的业务模式，而业务的不同点处理交由系统来完成。为达到这样的效果，只需要在系统中定义一套销售线索的生命阶段以及各个生命阶段的业务处理内容即可。一条线索在何时应该做何种业务跟进或者处理，销售人员无需判断，系统来自动判断并进入相应的业务处理中心。

本公开的业务处理方法，既能够让销售系统很好的适应去电销环节的业务模式切换，又不会增加销售人员的操作复杂度，提高业务效率，降低误操作率。

应清楚地理解，本公开描述了如何形成和使用特定示例，但本公开的原理不限于这些示例的任何细节。相反，基于本公开公开的内容的教导，这些原理能够应用于许多其它实施例。

图3是根据另一示例性实施例示出的一种业务处理方法的流程图。图3所示的流程30是对图2所示的流程的补充描述。

如图3所示，在s302中，建立业务分配系统平台。业务分配系统平台存储多个业务系统中的业务状态信息。销售人员或其他人员可登陆业务分配系统平台来提交业务处理申请，业务处理平台根据业务状态信息确定该销售人员处理业务所需要登陆的业务系统。

在s304中，业务分配系统平台获取多个业务系统中的多个用户标识及其对应的业务标识。业务分配系统平台实时获取各个用户标识对应的业务标识，并对业务标识进行跟踪。

在s306中，业务分配系统平台定时基于用户标识和业务标识提取多个业务状态并进行关联存储。可例如，通过消息订阅者模式，对每一个业务的处理过程进行跟踪，一旦某个业务的状态改变，则立刻更新业务标识对应的状态信息。

在一个具体的实施例中，用户d的工作任务可能会涉及到操作a，b两个系统，在现有技术中，用户有a，b两个账户，在两个账户间切换以转换系统。在本发明中，用户仅有1个账户，本申请提供的技术中，可根据用户a账户当前项目的进展情况(1,2,3,4状态)，自动将a，b两个系统切换给用户登录使用。

在这两个系统切换的过程中，由于保姆、月嫂等特殊的行业特性，涉及到a，b系统在不同品类和状态时切换的具体规则不同，而且，也有交叉规则设置。这部分内容是由业务逻辑分配确定的。

图4是根据另一示例性实施例示出的一种业务处理方法的流程图。图4所示的流程40是对图2所示的流程中s206“基于所述用户属性和所述业务状态由多个业务系统中提取目标业务系统”的详细描述。

如图4所示，在s402中，根据所述用户属性和所述业务状态确定业务逻辑。业务逻辑可定义在何种状态下，该登陆到哪个业务系统中。

在s404中，在所述业务逻辑为第一逻辑时，由多个业务系统中确定一目标业务系统。可例如，用户d的a业务处于a状态，这个时候用户d自动登录到a系统。还可例如，用户d的a业务处于c状态，这个时候用户d自动登录到b系统。

在s406中，在所述业务逻辑为第二逻辑时，由多个业务系统中确定至少两个业务系统。用户d的a业务处于b状态，提取其涉及到的多个业务系统。

在s408中，根据所述至少两个业务系统的当前业务状态确定所述目标业务系统。可根据负载均衡手段选择待处理的业务系统。

在一个实施例中，用户d的a业务处于b状态，这个时候，可能涉及到a，b两个系统的业务，为了保证业务数据的完整和完善，尽量少改动原有的业务处理系统的逻辑和框架，所以在本申请中，存在交叉业务的业务系统中的数据均是互相同步的。也就是说a，b系统的数据是重合交叉的，这个情况下根据负载均衡手段选择待处理的业务系统。

负载均衡(loadbalance)，其含义就是指将负载(工作任务)进行平衡、分摊到多个操作单元上进行运行，例如ftp服务器、web服务器、企业核心应用服务器和其它主要任务服务器等，从而协同完成工作任务。负载均衡构建在原有网络结构之上，它提供了一种透明且廉价有效的方法扩展服务器和网络设备的带宽、加强网络数据处理能力、增加吞吐量、提高网络的可用性和灵活性。

在s410中，在所述目标业务系统处理完毕所述业务处理申请之后，将所述业务数据同步到其余的所述至少一个业务系统中。

本领域技术人员可以理解实现上述实施例的全部或部分步骤被实现为由cpu执行的计算机程序。在该计算机程序被cpu执行时，执行本公开提供的上述方法所限定的上述功能。所述的程序可以存储于一种计算机可读存储介质中，该存储介质可以是只读存储器，磁盘或光盘等。

此外，需要注意的是，上述附图仅是根据本公开示例性实施例的方法所包括的处理的示意性说明，而不是限制目的。易于理解，上述附图所示的处理并不表明或限制这些处理的时间顺序。另外，也易于理解，这些处理可以是例如在多个模块中同步或异步执行的。

下述为本公开装置实施例，可以用于执行本公开方法实施例。对于本公开装置实施例中未披露的细节，请参照本公开方法实施例。

图5是根据一示例性实施例示出的一种业务处理装置的框图。如图5所示，业务处理装置50包括：申请模块502，状态模块504，目标模块506，响应模块508。

申请模块502用于接收用户的业务处理申请，所述业务处理申请中包括用户标识和业务标识；

状态模块504用于基于所述用户标识和所述业务标识确定业务状态；状态模块504还用于基于所述用户标识确定所述用户的用户属性；基于所述业务标识和所述用户属性确定所述用户的业务状态。

目标模块506用于基于所述用户属性和所述业务状态由多个业务系统中提取目标业务系统；目标模块506还用于根据所述用户属性和所述业务状态确定业务逻辑；基于所述业务逻辑由多个业务系统中提取目标业务系统。

响应模块508用于基于所述目标业务系统响应所述业务处理申请。响应模块508还用于基于所述业务处理申请获取用户的登陆信息；所述目标业务系统对所述登陆信息进行校验；在校验通过后响应所述业务处理申请。

根据本公开的业务处理装置，接收用户的业务处理申请，所述业务处理申请中包括用户标识和业务标识；基于所述用户标识和所述业务标识确定业务状态；基于所述用户属性和所述业务状态由多个业务系统中提取目标业务系统；基于所述目标业务系统响应所述业务处理申请的方式，能够帮助销售人员快速适应去电销环节的业务模式切换，又不会增加销售人员的操作复杂度，从而提高业务效率，降低误操作率。

图6是本发明的一个实施例的电子设备的结构示意图，该电子设备包括处理器和存储器，所述存储器用于存储计算机可执行程序，当所述计算机程序被所述处理器执行时，所述处理器执行基于旋转角监测的车辆智能助力推行方法。

如图6所示，电子设备以通用计算设备的形式表现。其中处理器可以是一个，也可以是多个并且协同工作。本发明也不排除进行分布式处理，即处理器可以分散在不同的实体设备中。本发明的电子设备并不限于单一实体，也可以是多个实体设备的总和。

所述存储器存储有计算机可执行程序，通常是机器可读的代码。所述计算机可读程序可以被所述处理器执行，以使得电子设备能够执行本发明的方法，或者方法中的至少部分步骤。

所述存储器包括易失性存储器，例如随机存取存储单元(ram)和/或高速缓存存储单元，还可以是非易失性存储器，如只读存储单元(rom)。

可选的，该实施例中，电子设备还包括有i/o接口，其用于电子设备与外部的设备进行数据交换。i/o接口可以为表示几类总线结构中的一种或多种，包括存储单元总线或者存储单元控制器、外围总线、图形加速端口、处理单元或者使用多种总线结构中的任意总线结构的局域总线。

应当理解，图6显示的电子设备仅仅是本发明的一个示例，本发明的电子设备中还可以包括上述示例中未示出的元件或组件。例如，有些电子设备中还包括有显示屏等显示单元，有些电子设备还包括人机交互元件，例如按扭、键盘等。只要该电子设备能够执行存储器中的计算机可读程序以实现本发明方法或方法的至少部分步骤，均可认为是本发明所涵盖的电子设备。

通过以上的实施方式的描述，本领域的技术人员易于理解，这里描述的示例实施方式可以通过软件实现，也可以通过软件结合必要的硬件的方式来实现。因此，如图7所示，根据本公开实施方式的技术方案可以以软件产品的形式体现出来，该软件产品可以存储在一个非易失性存储介质(可以是cd-rom，u盘，移动硬盘等)中或网络上，包括若干指令以使得一台计算设备(可以是个人计算机、服务器、或者网络设备等)执行根据本公开实施方式的上述方法。

所述软件产品可以采用一个或多个可读介质的任意组合。可读介质可以是可读信号介质或者可读存储介质。可读存储介质例如可以为但不限于电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。可读存储介质的更具体的例子(非穷举的列表)包括：具有一个或多个导线的电连接、便携式盘、硬盘、随机存取存储器(ram)、只读存储器(rom)、可擦式可编程只读存储器(eprom或闪存)、光纤、便携式紧凑盘只读存储器(cd-rom)、光存储器件、磁存储器件、或者上述的任意合适的组合。

所述计算机可读存储介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了可读程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。可读存储介质还可以是可读存储介质以外的任何可读介质，该可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。可读存储介质上包含的程序代码可以用任何适当的介质传输，包括但不限于无线、有线、光缆、rf等等，或者上述的任意合适的组合。

可以以一种或多种程序设计语言的任意组合来编写用于执行本公开操作的程序代码，所述程序设计语言包括面向对象的程序设计语言—诸如java、c++等，还包括常规的过程式程序设计语言—诸如“c”语言或类似的程序设计语言。程序代码可以完全地在用户计算设备上执行、部分地在用户设备上执行、作为一个独立的软件包执行、部分在用户计算设备上部分在远程计算设备上执行、或者完全在远程计算设备或服务器上执行。在涉及远程计算设备的情形中，远程计算设备可以通过任意种类的网络，包括局域网(lan)或广域网(wan)，连接到用户计算设备，或者，可以连接到外部计算设备(例如利用因特网服务提供商来通过因特网连接)。

上述计算机可读介质承载有一个或者多个程序，当上述一个或者多个程序被一个该设备执行时，使得该计算机可读介质实现如下功能：接收用户的业务处理申请，所述业务处理申请中包括用户标识和业务标识；基于所述用户标识和所述业务标识确定业务状态；基于所述用户属性和所述业务状态由多个业务系统中提取目标业务系统；基于所述目标业务系统响应所述业务处理申请。

本领域技术人员可以理解上述各模块可以按照实施例的描述分布于装置中，也可以进行相应变化唯一不同于本实施例的一个或多个装置中。上述实施例的模块可以合并为一个模块，也可以进一步拆分成多个子模块。

通过以上的实施例的描述，本领域的技术人员易于理解，这里描述的示例实施例可以通过软件实现，也可以通过软件结合必要的硬件的方式来实现。因此，根据本公开实施例的技术方案可以以软件产品的形式体现出来，该软件产品可以存储在一个非易失性存储介质(可以是cd-rom，u盘，移动硬盘等)中或网络上，包括若干指令以使得一台计算设备(可以是个人计算机、服务器、移动终端、或者网络设备等)执行根据本公开实施例的方法。

以上具体地示出和描述了本公开的示例性实施例。应可理解的是，本公开不限于这里描述的详细结构、设置方式或实现方法；相反，本公开意图涵盖包含在所附权利要求的精神和范围内的各种修改和等效设置。