发明内容
鉴于上述,本公开提供了一种将实体关联到第一服务器的方法及装置。利用该方法及装置,不需要用户手动输入实体与服务器的关联过程中需要的各种实体信息,从而能够使用户快速便捷地将实体关联到第一服务器中。
根据本公开的一个方面,提供了一种将实体关联到第一服务器的方法,包括:接收用户的将实体关联到第一服务器的关联请求消息;响应于所述关联请求消息,基于所述用户在所述第一服务器中的第一用户信息,获取对应于所述第一用户信息的实体信息;以及基于所述实体信息,将所述实体关联到所述第一服务器。
可选的,在一个示例中,基于用户在所述第一服务器中的第一用户信息,获取对应于所述第一用户信息的实体信息可以包括:将所述第一用户信息发送给管理所述实体的第二服务器;从所述第二服务器获取对应于所述第一用户信息的实体信息。
可选的,在一个示例中,将所述用户在所述第一服务器中的第一用户信息发送给第二服务器可以包括:通过所述第一服务器与所述第二服务器之间的前端通信,将所述第一用户信息发送给所述第二服务器。
可选的,在一个示例中,从所述第二服务器获取对应于所述第一用户信息的实体信息可以包括:通过所述前端通信,从所述第二服务器接收实体信息标识,所述实体信息标识是基于对应于所述第一用户信息的实体信息生成的;经由所述第一服务器的网关和所述第二服务器的网关,将所述实体信息标识发送给所述第二服务器;以及经由所述第一服务器的网关和所述第二服务器的网关,从所述第二服务器获取对应于所述实体信息标识的所述实体信息。
可选的,在一个示例中,所述方法还可以包括:向所述用户的终端设备发送的实体关联推荐消息,所述实体关联推荐消息用于推荐所述用户将所述用户的实体关联到所述第一服务器。其中,所述关联请求消息是所述用户针对所述实体关联推荐消息的确认消息。
可选的,在一个示例中,所述用户可以是基于第二用户信息和所述第一用户信息确定的持有未关联到所述第一服务器的实体的用户,所述第二用户信息为所述用户在所述第二服务器中的用户信息。
可选的,在一个示例中,将所述用户在所述第一服务器中的第一用户信息发送给所述第二服务器可以包括:向所述用户发送授权询问消息,所述授权询问消息用于询问所述用户是否授权所述第二服务器获取所述第一用户信息;以及在从所述用户的终端设备接收到针对所述授权询问消息的授权确认消息时,将所述第一用户信息发送给所述第二服务器。
可选的,在一个示例中,所述实体可以为银行卡,所述第一服务器可以为金融平台,所述第二服务器可以为对应于所述银行卡的银行系统。
根据本公开的另一方面,还提供一种的将实体关联到第一服务器的装置,包括:关联请求消息接收单元,被配置为接收用户的将实体关联到第一服务器的关联请求消息;实体信息获取单元,响应于所述关联请求消息,基于所述用户在所述第一服务器中的第一用户信息,获取对应于所述第一用户信息的实体信息;以及实体关联单元,被配置为基于所述实体信息,将所述实体关联到所述第一服务器。
可选的,在一个示例中,所述实体信息获取单元可以包括:第一用户信息发送模块,被配置为响应于所述关联请求消息,将所述第一用户信息发送给管理所述实体的第二服务器;以及实体信息获取模块,被配置为从所述第二服务器获取对应于所述第一用户信息的实体信息。
可选的,在一个示例中,所述第一用户信息发送模块可以被配置为:通过所述第一服务器与所述第二服务器之间的前端通信,将所述第一用户信息发送给所述第二服务器。
可选的,在一个示例中,所述实体信息获取模块可以包括:标识接收子模块,被配置为从所述第二服务器接收实体信息标识,所述实体信息标识是基于对应于所述第一用户信息的实体信息生成的;标识发送子模块,被配置为经由所述第一服务器的网关和所述第二服务器的网关,将所述实体信息标识发送给所述第二服务器;以及实体信息获取子模块,被配置为经由所述第一服务器的网关和所述第二服务器的网关,从所述第二服务器获取对应于所述实体信息标识的所述实体信息。
可选的,在一个示例中,所述装置还可以包括:推荐消息发送单元,被配置为向所述用户的终端设备发送的实体关联推荐消息,所述实体关联推荐消息用于推荐所述用户将所述用户的实体关联到所述第一服务器。其中,所述关联请求消息是所述用户针对所述关联推荐消息的确认消息。
可选的,在一个示例中,所述第一用户信息发送模块可以包括:授权询问消息发送子模块,被配置为在将所述用户在所述第一服务器中的第一用户信息发送给所述第二服务器之前,响应于所述关联请求消息,向所述用户发送授权询问消息,所述授权询问消息用于询问所述用户是否授权所述第二服务器获取所述第一用户信息;以及第一用户信息发送子模块,被配置为在从所述用户的终端设备接收到针对所述授权询问消息的授权确认消息时,将所述第一用户信息发送给所述第二服务器。
根据本公开的另一方面,还提供一种计算设备,包括:至少一个处理器;以及存储器,所述存储器存储指令,当所述指令被所述至少一个处理器执行时,使得所述至少一个处理器执行如上所述的方法。
根据本公开的另一方面,还提供一种机器可读存储介质,其存储有可执行指令,所述指令当被执行时使得所述机器执行如上所述的方法。
利用本公开的方法和装置,通过在接收到用户的关联请求消息时,自动获取关联过程所需的实体信息并自动生成关联协议,而不需要用户手动输入各项信息,从而能够使用户快速便捷地将实体关联到第一服务器中。
利用本公开的方法和装置,通过将第一服务器中的第一用户信息发送给第二服务器,进而从第二服务器获取相应的实体信息,从而能够保证所获取的实体信息的安全性。
利用本公开的方法和装置,通过所述第一服务器与第二服务器之间的前端通信,将用户在第一服务器中的第一用户信息发送给第二服务器,能够提高数据传输效率。
利用本公开的方法和装置,通过前端通信从第二服务器接收实体信息标识,然后通过第一服务器和第二服务器的网关将实体信息标识发送给第二服务器,并通过网关从第二服务器获取实体信息,能够在关联速度的前替下,提高获取实体信息的安全性。
利用本公开的方法和装置,通过向用户推送相应的实体关联推荐消息,并响应于用户针对实体关联推荐消息的确认消息来进行将实体关联到第一服务器的,能够进一步为用户提供便捷并提高用户的关联意愿。
利用本公开的方法和装置,通过在获得用户的授权确认消息之后将第一服务器中的第一用户信息发送给第二服务器,能够满足用户保护个人隐私的需求,从而进一步提高用户体验。
具体实施方式
以下将参考示例实施方式讨论本文描述的主题。应该理解,讨论这些实施方式只是为了使得本领域技术人员能够更好地理解从而实现本文描述的主题,并非是对权利要求书中所阐述的保护范围、适用性或者示例的限制。可以在不脱离本公开内容的保护范围的情况下,对所讨论的元素的功能和排列进行改变。各个示例可以根据需要,省略、替代或者添加各种过程或组件。另外,相对一些示例所描述的特征在其它例子中也可以进行组合。
如本文中使用的,术语“包括”及其变型表示开放的术语,含义是“包括但不限于”。术语“基于”表示“至少部分地基于”。术语“一个实施例”和“一实施例”表示“至少一个实施例”。术语“另一个实施例”表示“至少一个其他实施例”。术语“第一”、“第二”等可以指代不同的或相同的对象。下面可以包括其他的定义,无论是明确的还是隐含的。除非上下文中明确地指明,否则一个术语的定义在整个说明书中是一致的。
现在结合附图来描述本公开的将实体关联到第一服务器的方法及装置。
图1是根据本公开的一个实施例的将实体关联到第一服务器的方法的流程图。
在块120,接收用户的将实体关联到第一服务器的关联请求消息。例如,用户可以在对应于第一服务器的应用程序的实体关联页面点击关联控件,以发送关联请求消息。在一个示例中,第一服务器可以是金融平台的服务器,实体可以是银行卡。此时,用户可以在金融平台的银行卡绑定界面上点击绑定控件,以发出将银行卡绑定到金融平台中的绑定请求。
在另一示例中,可以向终端设备推送实体关联推荐消息,以推荐用户将实体关联到第一服务器。实体关联推荐消息可以针对相应的第二服务器而发送。可以针对所有用户推荐实体关联推荐消息。还可以从第二服务器获取第二服务器中的第二用户信息,从而根据第二用户信息和第一服务器中的第一用户信息标注出持有相应实体的用户,进而向这些用户的终端设备推送实体关联推荐消息。在另一示例中,还可以标注出持有未关联到第一服务器的实体的用户,从而向其推送实体关联推荐消息。
例如,可以将终端设备推送银行卡绑定推荐消息,以推荐用户将银行卡绑定到金融平台。可以从发卡行获取银行用户信息,银行用户信息可以包括银行用户的姓名、手机号、身份证号或身份证号某几位(例如后8位)等信息。在获取到银行用户信息时,能够识别出金融平台的用户中持有相应银行的银行卡的用户,进而可以将针对相应银行的银行卡绑定推荐消息推送到这些用户的终端设备上。例如,如果某用户持有A行的银行卡,则可以向该用户的端终推送针对A行的银行卡绑定推荐消息。此外,还可以针对金融平台的所有用户推送同样的银行卡绑定推荐消息。此时,可以分时段向终端设备推送针对不同银行的银行卡绑定推荐消息。
还可以将银行用户信息与金融平台中的平台用户信息进行匹配,以标注出持有未绑定金融平台的银行卡的用户。然后可以仅向持有未绑定银行卡的用户推送银行卡绑定推荐消息。
在向用户端终端推送实体关联推荐消息的情形下,用户的关联请求消息可以是从终端设备接收到的针对实体关联推荐消息的确认消息。例如,实体关联推荐消息可以以图标的方式呈现在终端设备上,用户可以在终端设备上点击该图标。当接收到用户针对该图标的点击信号时,该点击信号可被看作用户的关联请求消息。作为示例,可以以广告的形式向终端设备推送银行卡绑定推荐消息,当用户点击该广告时,可以视作用户发出了关联请求消息。
在接收到关联请求消息时,在块140,响应于关联请求消息,基于用户在所述第一服务器中的第一用户信息,获取对应于第一用户信息的实体信息。实体信息是在关联过程中,对实体和实体对应的用户身份进行验证的必要信息,例如银行卡信息。银行卡信息是在用户将银行卡绑定到金融平台中时必须填写的信息,可以包括姓名、银行卡号、手机号、身份证号的真实性数据等(例如银行卡四要素信息)。在一个示例中,实体信息可以存储在第一服务器的数据库中,从而可以从数据库中获取实体信息。例如,可以将银行卡信息存储在金融平台的数据库中,从而从数据库中查询得到对应于平台用户信息的银行卡信息。
获取到相应的实体信息时,在块160,基于实体信息,将实体关联到第一服务器。可以基于实体信息生成实体关联协议,并将实体关联协议展示在用户的终端设备上。在获取到实体信息时,可以自动地将实体信息填充到实体关联协议中,并在终端设备上展示已填充了关联过程所需的必要信息的关联确认页面,以供用户确认。用户确认无误后可以点击确认控件,以完成将实体关联到第一服务器的过程。例如,在绑定银行卡时,可以自动在绑定协议中填充银行卡四要素信息,以供用户确认。在用户确认绑定协议时,完成银行卡绑定。
终端设备可以是桌面型计算机、膝上型计算机、笔记本计算机、移动计算设备、智能电话、平板计算机、蜂窝电话、手持装置、消息收发设备、可佩戴计算设备、消费电子设备等等。
在将实体关联到第一服务器之前,例如将实体关联协议展示在终端设备上之前,或用户确定关联之前,还可以对用户进行身份验证。例如,可以在获取到银行卡信息时,对用户进行手机号验证,在手机号验证通过时,将所生成的绑定协议展示在终端设备上。或者,可以在接收到用户确认签约的消息时,验证用户的手机号,验证通过时确定绑定签约成功。身份验证还可以通过提示使用户输入密码来进行。
传统的银行卡绑定过程中,由于用户必须手动输入银行卡绑定时的四要素等信息,因而对于用户来说过于复杂。用户往往因操作过程太繁琐而放弃绑定银行卡。而通过上述实施例,能够自动地在绑定签约页面上填充银行卡四要素等必要信息,因而能够使用户快速便捷地在金融平台上绑定银行卡。
基于保护用户隐私以及实体信息安全角度考虑,实体信息可以不保存在第一服务器的数据库中。因而,可以从管理实体的第二服务器(例如银行系统)获取实体信息。图2是根据本公开的一个实施例的将实体关联到第一服务器的方法中的实体信息获取过程的一个示例的流程图。
如图2所示,在块220,将第一用户信息发送给第二服务器。然后,在块240,从第二服务器获取对应于第一用户信息的实体信息。第二服务器在接收到第一用户信息时,可以将对应于第一用户信息的实体信息发送给第一服务器,然后由第一服务器接收实体信息。例如,金融平台可以将第一用户信息发送给银行系统,然后银行系统可以将对应于第一用户信息的银行卡信息发送给金融平台。
在一个示例中,当用户在终端设备上通过点击金融平台页面以发出银行卡绑定意向消息时,可以跳转至银行的H5页面,并同时将金融平台中的平台用户信息发送给银行系统。银行可以将对应于平台用户信息的银卡展示在H5页面上,从而用户可以选择想要绑定的银行卡。在用户选择银行卡之后,银行系统可以将对应的银行卡信息发送给金融平台。
在一个示例中,可以通过第一服务器与第二服务器之间的前端通信,将用户在第一服务器中的第一用户信息发送给第二服务器。在应用程序或网站中,“前端”是与用户直接交互的部分(包括控件布局、色调、字体、控件响应等)。前端通信可以是金融平台页面与银行页面(例如银行H5页面)之间的网页通信。前端通信不需要通过第一服务器和第二服务器的网关,因而速度较快,具有更好的实时性。因而,通过前端通信发送第一用户信息能够提高关联过程的速度。
然而,前端通信的安全性较低,因而为了保证实体信息的安全性,可以经由第一服务器和第二服务器的网关来获取实体信息。例如,银行系统在接收到第一用户信息时,可以将相应的银行卡信息经由银行系统的网关和金融平台的网关,将银行卡信息发送给金融平台。图3是这种方案的一个示例。
图3是根据本公开的一个实施例的将实体关联到第一服务器的方法中的实体信息获取过程的一个示例的流程图。
如图3所示,在320,通过第一服务器与第二服务器之间的前端通信,将用户在第一服务器中的第一用户信息发送给第二服务器。例如,可以通过金融平台与银行网页之间的页面通信发送第一用户信。
当第二服务器接收到第一用户信息时,在304,基于对应于第一用户信息的实体信息生成实体信息标识。第二服务器可以在匹配到对应的实体时,基于该实体的实体信息生成实体信息标识。第二服务器还可以将匹配到的实体展示在终端设备上,由用户选择,进而基于用户选择的实体的实体信息生成实体信息标识。例如,可以在银行H5页面展示对应于第一用户信息的银行卡,由用户进行选择,并基于用户选择的银行卡的银行卡信息生成银行卡信息标识。在一个示例中,可以采用加密算法基于实体信息生成实体信息标识。还可以基于第二服务器内部约定的规则生成该标识。
在生成实体信息标识之后,在306,第二服务器通过前端通信,将实体信息标识发送给第一服务器。例如,银行系统通过前端通信将银行卡信息标识发送给金融平台。金融平台通过前端通信接收该银行卡信息标识。由于银行卡信息标识中不包含具体的银行卡信息,因而通过前端通信发送银行卡信息标识的安全隐患较小,还能提高通信速度。
第一服务器在接收到实体信息标识时,在308,经由第一服务器和第二服务器的网关将实体信息标识发送给第二服务器。例如,可以经由金融平台和银行系统的网关将银行卡信息标识发送给银行系统。
然后,在310,第二服务器在接收到实体信息标识时,获取对应于该实体标识的实体信息,并在312,经由第二服务器和第一服务器的网关,将对应于实体信息标识的实体信息发送给第一服务器。例如,银行系统在获取到对应的银行卡信息时,可以通过银行系统和金融平台的网关将银行卡信息发送给金融平台。通过经由网关发送实体信息标识并获取对应的实体信息,能够提高获取实体信息的安全性。
第二服务器可以包括多个子服务器,例如银行系统中的发卡行总行系统和发卡行支行系统。此时,可以从某一子服务器获取实体标识,然后经由网关将实体标识发送给另一子服务器,并从另一子服务器获取对应于实体信息标识的实体信息。
例如,在某些情形下,总行系统具有相应银行的所有用户数据,而具体的银行卡信息需要从支行系统中获取。图3所示的示例能够在保证安全性的前替下,很好地满足这种情形。此时,金融平台可以将平台用户信息发送给总行系统,总行系统在生成银行卡信息标识后发送给金融平台。然后,金融平台通过网关将银行卡信息标识发送给支行系统,然后支行系统将对应于银行卡信息标识的银行卡信息发送给金融平台。金融平台从接收支行系统经由网关发送的银行卡信息,以进行绑定签约。
为了满足用户的隐私保护需求,可以在取得用户的授权确认之后将第一用户信息发送给第二服务器,以提高用户体验。此时,可以参照图4的示例来实现。图4是根据本公开的一个实施例的将实体关联到第一服务器的方法中的第一用户信息发送过程的一个示例的流程图。
在块420,在接收到用户的关联请求消息时,向用户发送授权询问消息。授权询问消息用于询问用户是否授权第二服务器获取第一用户信息。然后,在块440,判断是否从用户的终端设备接收到针对授权询问消息的授权确认消息。例如,可以在用户的终端设备上展示授权询问控件,当用户在终端设备上点击确认控件时,确定接收到授权确认消息。在接收到授权确认消息时,在块460,将第一用户信息发送给第二服务器。例如,可以在用户授权银行系统获取在金融平台中的用户信息时,将金融平台中的用户信息发送给银行系统。
图5是根据本公开的一个实施例的将实体关联到第一服务器的装置(以下简称为关联装置)的结构框图。如图5所示,关联装置包括关联请求消息接收单元510、实体信息获取单元520以及实体关联单元530。
关联请求消息接收单元510被配置为接收用户的关联请求消息。在接收到关联请求消息时,实体信息获取单元520响应于关联请求消息,基于用户在第一服务器中的第一用户信息,获取对应于第一用户信息的实体信息。获取到实体信息之后,实体关联单元530基于实体信息生成实体关联协议,并将实体关联定协议展示在终端设备上。
此外,虽然附图中没有示出,将实体关联到第一服务器的装置还可以包括推荐消息发送单元。推荐消息发送单元被配置为向终端设备发送实体关联推荐消息。此时,关联请求消息是用户针对实体关联推荐消息的确认消息。推荐消息发送单元还可以只向持有关联到第一服务器的实体的用户的终端设备推送实体关联推荐消息。
图6是图5所示的将实体关联到第一服务器的装置中的实体信息获取单元的一个示例的结构框图。如图6所示,实体信息获取单元520包括第一用户信息发送模块521和实体信息获取模块522。
第一用户信息发送模块521被配置为响应于关联请求消息,将用户在第一服务器中的第一用户信息发送给管理实体的第二服务器。第一用户信息发送模块521还可以被配置为通过第一服务器与第二服务器之间的前端通信,将第一用户信息发送给第二服务器。实体信息获取模块522被配置为从第二服务器获取对应于第一用户信息的实体信息。
图7是图6所示的实体信息获取单元中的实体信息获取模块的一个示例的结构框图。如图7所示,实体信息获取模块522包括标识接收子模块5221、标识发送子模块5222和实体信息获取子模块5223
标识接收子模块5221被配置为通过前端通信,从第二服务器接收实体信息标识,实体信息标识是基于对应于第一用户信息的实体信息生成的。标识发送子模块5222被配置为通过第一服务器的网关和第二服务器的网关,将实体信息标识发送给第二服务器。实体信息获取子模块5223被配置为通过第一服务器的网关,从第二服务器接收对应于所述实体信息标识的实体信息。
图8是图6所示的实体信息获取单元中的第一用户信息发送模块的一个示例的结构框图。如图8所示,第一用户信息发送模块521包括授权询问消息发送子模块5211和第一用户信息发送子模块5212。
授权询问消息发送子模块5211被配置为在将用户在第一服务器中的第一用户信息发送给第二服务器之前,响应于关联请求消息,向用户发送授权询问消息。授权询问消息用于询问用户是否授权第二服务器获取第一用户信息。在从用户的终端设备接收到针对授权询问消息的授权确认消息时,第一用户信息发送子模块5212将第一用户信息发送给第二服务器。
以上参照图1到图8,对根据本公开的将实体关联到第一服务器的方法及装置的实施例进行了描述。在以上对方法实施例的描述中所提及的细节,同样适用于本公开的装置的实施例。
本公开的将实体关联到第一服务器的装置可以采用硬件实现,也可以采用软件或者硬件和软件的组合来实现。本说明书中的各个实施例均采用递进的方式描述,各个实施例之间相同相似的部分互相参见。
本公开的将实体关联到第一服务器的装置可以采用硬件实现,也可以采用软件或者硬件和软件的组合来实现。以软件实现为例,作为一个逻辑意义上的装置,是通过其所在设备的处理器将存储器中对应的计算机程序指令读取到内存中运行形成的。在本公开中,将实体关联到第一服务器的装置例如可以利用计算设备实现。
图9是根据本公开的一个实施例的用于实现将实体关联到第一服务器的方法的计算设备的结构框图。如图9所示,计算设备900包括处理器910、存储器920、内存930、通信接口940和内部总线950,处理器910、存储器920、内存930和通信接口940经由内部总线950连接在一起。根据一个实施例,计算设备900可以包括至少一个处理器910,该至少一个处理器910执行在计算机可读存储介质(即,存储器920)中存储或编码的至少一个计算机可读指令(即,上述以软件形式实现的元素)。
在一个实施例中,在存储器920中存储计算机可执行指令,其当执行时使得至少一个处理器910:接收用户的将实体关联到第一服务器的关联请求消息;响应于所述关联请求消息,基于所述用户在所述第一服务器中的第一用户信息,获取对应于所述第一用户信息的实体信息;以及基于所述实体信息,将所述实体关联至所述第一服务器。
应该理解,在存储器920中存储的计算机可执行指令当执行时使得至少一个处理器910进行本公开的各个实施例中以上结合图1-8描述的各种操作和功能。
根据一个实施例,提供了一种例如非暂时性机器可读介质的程序产品。非暂时性机器可读介质可以具有指令(即,上述以软件形式实现的元素),该指令当被机器执行时,使得机器执行本公开的各个实施例中以上结合图1-8描述的各种操作和功能。
具体地,可以提供配有可读存储介质的系统或者装置,在该可读存储介质上存储着实现上述实施例中任一实施例的功能的软件程序代码,且使该系统或者装置的计算机或处理器读出并执行存储在该可读存储介质中的指令。
在这种情况下,从可读介质读取的程序代码本身可实现上述实施例中任何一项实施例的功能,因此机器可读代码和存储机器可读代码的可读存储介质构成了本发明的一部分。
可读存储介质的实施例包括软盘、硬盘、磁光盘、光盘(如CD-ROM、CD-R、CD-RW、DVD-ROM、DVD-RAM、DVD-RW、DVD-RW)、磁带、非易失性存储卡和ROM。可选择地,可以由通信网络从服务器计算机上或云上下载程序代码。
上述对本说明书特定实施例进行了描述。其它实施例在所附权利要求书的范围内。在一些情况下,在权利要求书中记载的动作或步骤可以按照不同于实施例中的顺序来执行并且仍然可以实现期望的结果。另外,在附图中描绘的过程不一定要求示出的特定顺序或者连续顺序才能实现期望的结果。在某些实施方式中,多任务处理和并行处理也是可以的或者可能是有利的。
上述各流程和各系统结构图中不是所有的步骤和单元都是必须的,可以根据实际的需要忽略某些步骤或单元。各步骤的执行顺序不是固定的,可以根据需要进行确定。上述各实施例中描述的装置结构可以是物理结构,也可以是逻辑结构,即,有些单元可能由同一物理实体实现,或者,有些单元可能分由多个物理实体实现,或者,可以由多个独立设备中的某些部件共同实现。
在整个本说明书中使用的术语“示例性”意味着“用作示例、实例或例示”,并不意味着比其它实施例“优选”或“具有优势”。出于提供对所描述技术的理解的目的,具体实施方式包括具体细节。然而,可以在没有这些具体细节的情况下实施这些技术。在一些实例中,为了避免对所描述的实施例的概念造成难以理解,公知的结构和装置以框图形式示出。
以上结合附图详细描述了本公开的实施例的可选实施方式,但是,本公开的实施例并不限于上述实施方式中的具体细节,在本公开的实施例的技术构思范围内,可以对本公开的实施例的技术方案进行多种简单变型,这些简单变型均属于本公开的实施例的保护范围。
本公开内容的上述描述被提供来使得本领域任何普通技术人员能够实现或者使用本公开内容。对于本领域普通技术人员来说,对本公开内容进行的各种修改是显而易见的,并且,也可以在不脱离本公开内容的保护范围的情况下,将本文所定义的一般性原理应用于其它变型。因此,本公开内容并不限于本文所描述的示例和设计,而是与符合本文公开的原理和新颖性特征的最广范围相一致。