电子陪护证的申领方法、装置、服务器及介质

文档序号:30064176发布日期:2022-05-18 00:27阅读:431来源:国知局
电子陪护证的申领方法、装置、服务器及介质

1.本技术属于智慧医疗技术领域,特别是涉及一种电子陪护证的申领方法、装置、服务器及介质。


背景技术:

2.目前多数医院使用纸质陪护证,一是浪费纸张,二是有较大部分陪护人员存在丢失风险,不能及时准确回收;三是丢失后会造成个人身份信息泄露;四是存在中途私自更换陪护人员的可能,这对医院的正常管理秩序带来巨大风险。


技术实现要素:

3.有鉴于此,本技术实施例提供了一种电子陪护证的申领方法、装置、服务器及介质,能够精准地对陪护人员进行管理,提高管理的便捷性。
4.本技术实施例的第一方面提供了一种电子陪护证的申领方法,应用于服务器,所述方法包括:
5.接收来自第一终端的陪护人的身份认证信息;
6.根据所述身份认证信息,生成所述陪护人的身份标识;
7.当接收到来自所述第一终端的陪护申请时,将所述陪护申请发送至第二终端,以请求所述第二终端根据所述陪护申请中携带的陪护信息对所述陪护申请进行审核,所述陪护申请中还携带有所述陪护人的身份信息和身份标识;
8.若所述第二终端对所述陪护申请的审核通过,则根据所述陪护人的身份信息生成电子陪护证,并将所述电子陪护证与所述身份标识绑定;
9.将所述电子陪护证发送至所述第一终端。
10.本技术实施例的第二方面提供了一种电子陪护证的申领装置,应用于服务器,所述装置包括:
11.接收模块,用于接收来自第一终端的陪护人的身份认证信息;
12.生成模块,用于根据所述身份认证信息,生成所述陪护人的身份标识;
13.发送模块,用于当接收到来自所述第一终端的陪护申请时,将所述陪护申请发送至第二终端,以请求所述第二终端根据所述陪护申请中携带的陪护信息对所述陪护申请进行审核,所述陪护申请中还携带有所述陪护人的身份信息和身份标识;
14.绑定模块,用于若所述第二终端对所述陪护申请的审核通过,则根据所述陪护人的身份信息生成电子陪护证,并将所述电子陪护证与所述身份标识绑定;
15.发放模块,用于将所述电子陪护证发送至所述第一终端。
16.本技术实施例的第三方面提供了一种服务器,包括存储器、处理器以及存储在所述存储器中并可在所述处理器上运行的计算机程序,所述处理器执行所述计算机程序时实现如上述第一方面所述的方法。
17.本技术实施例的第四方面提供了一种计算机可读存储介质,所述计算机可读存储
介质存储有计算机程序,所述计算机程序被处理器执行时实现如上述第一方面所述的方法。
18.本技术实施例的第五方面提供了一种计算机程序产品,当所述计算机程序产品在服务器上运行时,使得所述服务器执行上述第一方面所述的方法。
19.与现有技术相比,本技术实施例包括以下优点:
20.本技术实施例中,陪护人可以通过第一终端获取与其身份信息对应的身份标识;当陪护人想要申领电子陪护证时,可以通过第一终端向服务器发送陪护申请,陪护申请中可以携带该身份标识、身份信息和陪护信息;服务器接收到来自第一终端的陪护申请时,将陪护申请发送至第二终端;病区一户人员可以通过第二终端根据陪护申请中携带的陪护信息对陪护申请进行审核;若第二终端对陪护申请的审核通过,则服务器根据陪护人的身份信息生成电子陪护证,并将电子陪护证与身份标识绑定,从而保障每个身份标识只能具有一张电子陪护证;然后将电子陪护证发送至第一终端。通过身份标识与电子陪护证绑定,使得每人只能申领到一张电子陪护证,从而加强了对陪护人的管理。
附图说明
21.为了更清楚地说明本技术实施例中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单的介绍。显而易见地,下面描述中的附图仅仅是本技术的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
22.图1是本技术实施例提供的一种电子陪护证的申领方法的步骤流程示意图;
23.图2是本技术实施例提供的另一种电子陪护证的申领方法的步骤流程示意图;
24.图3是本技术实施例提供的一种电子陪护证的申领系统的结构图;
25.图4是本技术实施例提供的又一种电子陪护证的申领方法的步骤流程示意图;
26.图5是本技术一个实施例的一种电子陪护证的申领装置的示意图;
27.图6是本技术一个实施例的一种服务器的示意图。
具体实施方式
28.以下描述中,为了说明而不是为了限定,提出了诸如特定系统结构、技术之类的具体细节,以便透彻理解本技术实施例。然而,本领域技术人员应当清楚,在没有这些具体细节的其他实施例中也可以实现本技术。在其他情况中,省略对众所周知的系统、装置、电路以及方法的详细说明,以免不必要的细节妨碍本技术的描述。
29.应当理解,当在本技术说明书和所附权利要求书中使用时,术语“包括”指示所描述特征、整体、步骤、操作、元素和/或组件的存在,但并不排除一个或多个其它特征、整体、步骤、操作、元素、组件和/或其集合的存在或添加。
30.还应当理解,在本技术说明书和所附权利要求书中使用的术语“和/或”是指相关联列出的项中的一个或多个的任何组合以及所有可能组合,并且包括这些组合。
31.如在本技术说明书和所附权利要求书中所使用的那样,术语“如果”可以依据上下文被解释为“当...时”或“一旦”或“响应于确定”或“响应于检测到”。类似地,短语“如果确定”或“如果检测到[所描述条件或事件]”可以依据上下文被解释为意指“一旦确定”或“响
应于确定”或“一旦检测到[所描述条件或事件]”或“响应于检测到[所描述条件或事件]”。
[0032]
另外,在本技术说明书和所附权利要求书的描述中,术语“第一”、“第二”、“第三”等仅用于区分描述,而不能理解为指示或暗示相对重要性。
[0033]
在本技术说明书中描述的参考“一个实施例”或“一些实施例”等意味着在本技术的一个或多个实施例中包括结合该实施例描述的特定特征、结构或特点。由此,在本说明书中的不同之处出现的语句“在一个实施例中”、“在一些实施例中”、“在其他一些实施例中”、“在另外一些实施例中”等不是必然都参考相同的实施例,而是意味着“一个或多个但不是所有的实施例”,除非是以其他方式另外特别强调。术语“包括”、“包含”、“具有”及它们的变形都意味着“包括但不限于”,除非是以其他方式另外特别强调。
[0034]
下面通过具体实施例来说明本技术的技术方案。
[0035]
参照图1,示出了本技术实施例提供的一种电子陪护证的申领方法的步骤流程示意图,具体可以包括如下步骤:
[0036]
s101,接收来自第一终端的陪护人的身份认证信息。
[0037]
本实施例的执行主体为服务器,该服务器可以为一个处理平台。在一种可能的实现方式中,本实施例的执行主体具体可以为微信平台,可以通过微信程序建立一个电子陪护证申领平台,陪护人和医护人员均可以通过微信登录该平台。
[0038]
上述身份认证信息具体可以为陪护人的身份证号等信息。陪护人可以通过扫描二维码等方式登入该服务器,然后上传身份认证信息。上述第一终端为陪护人登录服务器使用的终端设备,比如,第一终端可以为陪护人的智能手机。
[0039]
s102,根据所述身份认证信息,生成所述陪护人的身份标识。
[0040]
具体地,服务器可以调用预设的身份认证接口对身份认证信息进行认证;若身份认证信息通过认证,则服务器可以生成陪护人的身份标识。该身份标识可以作为陪护人在服务器内的唯一标识信息,用来关联与陪护人相关的各种信息,从而可以利用该身份标识从服务器中查找到陪护人对应的信息。
[0041]
在一种可能的实现方式中,身份标识可以为陪护人的微信号openid值。
[0042]
s103,当接收到来自所述第一终端的陪护申请时,将所述陪护申请发送至第二终端,以请求所述第二终端根据所述陪护申请中携带的陪护信息对所述陪护申请进行审核,所述陪护申请中还携带有所述陪护人的身份信息和身份标识。
[0043]
上述第二终端是指医护人员的终端设备,医护人员可以通过第二终端接收陪护申请,然后对陪护申请进行审核。上述陪护申请中携带有陪护人的身份标识、陪护信息、陪护人的身份信息等,陪护信息可以为所陪护患者所在科室/姓名/住院号等信息,身份信息可以包括申请人号码,当天上半身近照等。
[0044]
服务器将陪护申请发送到对应的第二终端,医护人员可以通过陪护信息和身份信息确定是否通过该陪护申请。比如,若患者的医嘱上写有需要陪护人,则可以通过该陪护申请;若患者的医嘱上写有不需要陪护人,则不通过该陪护申请。
[0045]
具体地,医院可以划分为不同的院区,不同的院区可以对应不同的审核人员;相当于不同的陪护申请对应不同的第二终端。服务器可以根据陪护信息,确定该陪护申请对应的第二终端,然后该第二终端的通信地址;再将陪护申请发送到该第二终端上。比如,每个科室具有一个审核人员,每个审核人员的第二终端的标识与其对应的科室关联存储在服务
器上,服务器可以根据陪护申请中所陪患者的科室确定对应的第二终端,然后将陪护申请发送至对应的第二终端。
[0046]
在一种可能的实现方式中,服务器在接收到陪护申请后,可以获取该陪护申请中的身份标识,然后检测身份标识是否具有绑定的电子陪护证;若身份标识具有绑定的电子陪护证,则向第一终端返回申请失败信息;若身份标识没有绑定的电子陪护证,则将陪护申请发送至第二终端。
[0047]
s104,若所述第二终端对所述陪护申请的审核通过,则根据所述陪护人的身份信息生成电子陪护证,并将所述电子陪护证与所述身份标识绑定。
[0048]
具体地,若服务器接收到第二终端返回的陪护申请审核通过的信息,则可以生成对应的电子陪护证,将该电子陪护证与身份标识绑定。电子陪护证可以包括该陪护人的半身像,便于医院工作人员检查电子陪护证是否正确。
[0049]
s105,将所述电子陪护证发送至所述第一终端。
[0050]
服务器将生成的电子陪护证发送至第一终端,陪护人可以通过该电子陪护证进入医院的病区陪护患者。
[0051]
在本技术实施例中,每个人只有一个身份标识,每个身份标识只能绑定一个电子陪护证;且电子陪护证是通过服务器返回的身份标识进行获取的,并不是通过用户名和密码获取,从而避免了通过用户名和密码窃取电子陪护证的情况。在本技术实施例中,电子陪护证不能重复申请或者盗用,便于对陪护人员进行管理。
[0052]
参照图2,示出了本技术实施例提供的另一种电子陪护证的申领方法的步骤流程示意图,具体可以包括如下步骤:
[0053]
s201,接收来自第一终端的陪护人的身份认证信息。
[0054]
s202,根据所述身份认证信息,生成所述陪护人的身份标识。
[0055]
s203,当接收到来自所述第一终端的陪护申请时,将所述陪护申请发送至第二终端,以请求所述第二终端根据所述陪护申请中携带的陪护信息对所述陪护申请进行审核,所述陪护申请中还携带有所述陪护人的身份信息和身份标识。
[0056]
s204,若所述第二终端对所述陪护申请的审核通过,则根据所述陪护人的身份信息生成电子陪护证,并将所述电子陪护证与所述身份标识绑定。
[0057]
s205,将所述电子陪护证发送至所述第一终端。
[0058]
本实施例中的s201-s205与上述实施例中的s101-s105类似,可以相互参考,在此不赘述。
[0059]
s206,当接收到来自所述第一终端的外出申请时,获取提交所述外出申请的陪护人对应的所述电子陪护证。
[0060]
当陪护人需要外出时,可以通过第一终端向服务器发送外出申请。外出申请中可以携带有陪护人的电子陪护证信息。
[0061]
s207,将所述外出申请与所述电子陪护证发送至所述第二终端,以请求所述第二终端根据所述电子陪护证对所述外出申请进行审核。
[0062]
具体地,服务器可以将该外出申请发送至第二终端,第二终端的审核人员可以根据电子陪护证中的信息确定该陪护人是否可以外出。
[0063]
s208,接收所述第二终端针对所述外出申请返回的审核结果。
[0064]
第二终端设备会将外出申请的结果发送至服务器,服务器可以接收该审核结果。审核结果可以包括审核通过和审核不通过。
[0065]
s209,根据所述审核结果对所述外出申请进行处理。
[0066]
若审核结果为审核通过,则服务器生成电子出行凭证,并将电子出行凭证发送至第一终端;若审核结果为审核不通过,则服务器向第一终端返回申请失败信息。
[0067]
电子出行凭证可以为二维码,当该二维码被扫描时,服务器可以接收到扫描信息,然后根据扫描信息判断出该电子出行凭证已经被使用,此时可以注销该电子出行凭证。
[0068]
s210,当接收到患者出院或取消陪护的信息时,确定所述患者的陪护人对应的电子陪护证。
[0069]
第二终端可以向服务器发送患者出院或者取消陪护的信息,服务器接收到患者出院或取消陪护的信息使,可以确定该患者不需要陪护人;然后可以从数据库中查找该患者对应的电子陪护证。
[0070]
s211,注销所述陪护人的所述电子陪护证。
[0071]
将该患者对应的电子陪护证注销,陪护人不可以再使用该电子陪护证。
[0072]
s212,向所述第一终端返回所述电子陪护证被注销的信息。
[0073]
服务器将电子陪护证被注销的信息发送至对应的第一终端,从而通知陪护人不可以在病区中逗留。
[0074]
在一种可能的实现方式中,服务器可以通过陪护人的身份信息获取到该陪护人的其他医学信息,比如,是否接种疫苗、核酸检测结果等,便于在疫情管控中查缺补漏。
[0075]
在本技术实施例中,陪护人在病区的进出都需要及时进行外出申请,从而确保医院能够掌握病区内的人员的信息,便于对陪护人员进行管理。在本实施例中,通过关联陪护人员的电话号码、身份证号码、及上传申请当天的上身头像,提交审核后病区工作人员进行审核,只有审核通过后方有效,如遇陪护人员需外出病区则需扫码申请,病区工作人员审批通过后陪护人员才能离开病区,否则外出后不能再次进入住院部大楼。能够精准、快速核对陪护人员,以防假冒、中途私自更换陪护人员,通过与患者手机号码关联,运用大数据手段,精准定位陪护人员是否离开院区,在疫情管控期间能起到堵漏的作用。
[0076]
需要说明的是,上述实施例中各步骤的序号的大小并不意味着执行顺序的先后,各过程的执行顺序应以其功能和内在逻辑确定,而不应对本技术实施例的实施过程构成任何限定。
[0077]
图3是本技术实施例提供的一种电子陪护证的申领系统的结构图。如图所示,第一终端和第二终端均可以登录服务器,第一终端可以通过服务器向第二终端进行陪护申请和外出申请。在本实施例中,服务器上可以同时登录多个第一终端和多个第二终端。在具体地使用场景中,电子陪护证的申领和使用流程可以如图4所示。
[0078]
图4是本技术实施例提供的又一种电子陪护证的申领方法的步骤流程示意图。在图4中,可以微信公众平台作为服务器。通过微信公众平台公开的网页授权接口进行身份认证,获取当前申领陪护人的微信号openid值,将openid值作为陪护人员唯一身份标识。使用openid值去申领电子陪护证,可以限制同一个陪护人员微信账号同一时刻只允许申领一张电子陪护证,无法重复申领,避免一人多证的情况。且电子陪护证与陪护人员的微信openid值绑定,可以限制只有openid值对应的微信号才能打开电子陪护证,有效避免电子陪护证
被盗用的情况。
[0079]
电子陪护证申领与使用方法具体可以包括,通过微信公众平台公开的网页授权接口进行身份认证,获取当前申领陪护人的微信号openid值,将openid值作为陪护人员唯一身份标识;使用openid值作为凭证,通过免登陆模式,填写陪护人员基本信息,上传陪护人员核酸报告和近身照,提交陪护申请;将陪护申请信息与患者医嘱信息进行核对,确保陪护人员信息准确,且医生已开立“留陪人”医嘱方可审核通过;陪护期间,陪护期间有外出需求,则通过系统填写外出事由,提交外出申请,申领电子出行条;病区护士对外出申请进行审批,审批结果将实时在系统进行显示;陪护人员离开住院楼,安保人员需要核查电子出行条,确保信息无误方可放行;陪护人员返回住院楼,预检分诊人员通过同时核查电子陪护证及电子通行条,确认信息无误方可进入住院楼,并实时注销电子通行证;通过定时任务,及时校验所陪护患者的住院状态,当医生开立出院医嘱后,实时注销电子陪护证。
[0080]
在本技术实施例中,使用了电子陪护证,实现无纸化办公,且申领过程简单,只需在线提交申请。此外,还能够精准定位陪护人员是否认证一致及核查行动轨迹和核酸检测日期及结果。在本技术实施例中,通过统一身份认证服务,智能分配陪护人员唯一身份标识,并将唯一身份标识与电子陪护人绑定,有效避免盗用的情况。在常规系统中,一般使用用户名加密码的方式,进行身份认证,如用户名密码泄露,则会出现电子陪护证盗用的情况。在本技术实施例中,使用微信公众平台标准网页授权服务,进行陪护人员身份的识别,并智能分配唯一身份标识。通过唯一身份标识,每次进入系统后,均可自动获取到电子陪护证信息,且该信息无法以用户名、密码的方式获得,无法共享亦无法盗用。
[0081]
参照图5,示出了本技术一个实施例的一种电子陪护证的申领装置的示意图,具体可以包括接收模块51、生成模块52、发送模块53、绑定模块54和发放模块55,其中:
[0082]
接收模块51,用于接收来自第一终端的陪护人的身份认证信息;
[0083]
生成模块52,用于根据所述身份认证信息,生成所述陪护人的身份标识;
[0084]
发送模块53,用于当接收到来自所述第一终端的陪护申请时,将所述陪护申请发送至第二终端,以请求所述第二终端根据所述陪护申请中携带的陪护信息对所述陪护申请进行审核,所述陪护申请中还携带有所述陪护人的身份信息和身份标识;
[0085]
绑定模块54,用于若所述第二终端对所述陪护申请的审核通过,则根据所述陪护人的身份信息生成电子陪护证,并将所述电子陪护证与所述身份标识绑定;
[0086]
发放模块55,用于将所述电子陪护证发送至所述第一终端。
[0087]
在一种可能的实现方式中,上述生成模块52包括:
[0088]
调用子模块,用于调用预设的身份认证接口对所述身份认证信息进行认证;
[0089]
生成子模块,用于若所述身份认证信息通过认证,则生成所述陪护人的身份标识。
[0090]
在一种可能的实现方式中,上述装置还包括:
[0091]
检测模块,用于检测所述身份标识是否具有绑定的电子陪护证;
[0092]
第一判断模块,用于若所述身份标识具有绑定的电子陪护证,则向所述第一终端返回申请失败信息;
[0093]
第二判断模块,用于若所述身份标识没有绑定的电子陪护证,则执行将所述陪护申请发送至第二终端的步骤。
[0094]
在一种可能的实现方式中,上述装置还包括:
[0095]
外出申请接收模块,用于当接收到来自所述第一终端的外出申请时,获取提交所述外出申请的陪护人对应的所述电子陪护证;
[0096]
外出申请发送模块,用于将所述外出申请与所述电子陪护证发送至所述第二终端,以请求所述第二终端根据所述电子陪护证对所述外出申请进行审核;
[0097]
审核结果接收模块,用于接收所述第二终端针对所述外出申请返回的审核结果;
[0098]
外出申请处理模块,用于根据所述审核结果对所述外出申请进行处理。
[0099]
在一种可能的实现方式中,上述外出申请处理模块包括:
[0100]
电子出行凭证生成子模块,用于若所述审核结果为审核通过,则生成电子出行凭证,并将所述电子出行凭证发送至所述第一终端;
[0101]
外出申请失败信息返回子模块,用于若所述审核结果为审核不通过,则向所述第一终端返回申请失败信息。
[0102]
在一种可能的实现方式中,所述装置还包括:
[0103]
电子出行凭证注销模块,用于当接收到针对所述电子出行凭证的扫描信息时,注销所述电子出行凭证。
[0104]
在一种可能的实现方式中,所述装置还包括:
[0105]
患者信息接收模块,用于当接收到患者出院或取消陪护的信息时,确定所述患者的陪护人对应的电子陪护证;
[0106]
电子陪护证注销模块,用于注销所述陪护人的所述电子陪护证;
[0107]
注销信息返回模块,用于向所述第一终端返回所述电子陪护证被注销的信息。
[0108]
对于装置实施例而言,由于其与方法实施例基本相似,所以描述得比较简单,相关之处参见方法实施例部分的说明即可。
[0109]
图6为本技术实施例提供的一种服务器的结构示意图。如图6所示,该实施例的服务器6包括:至少一个处理器60(图6中仅示出一个)处理器、存储器61以及存储在所述存储器61中并可在所述至少一个处理器60上运行的计算机程序62,所述处理器60执行所述计算机程序62时实现上述任意各个方法实施例中的步骤。
[0110]
该服务器可包括,但不仅限于,处理器60、存储器61。本领域技术人员可以理解,图6仅仅是服务器6的举例,并不构成对服务器6的限定,可以包括比图示更多或更少的部件,或者组合某些部件,或者不同的部件,例如还可以包括输入输出设备、网络接入设备等。
[0111]
所称处理器60可以是中央处理单元(central processing unit,cpu),该处理器60还可以是其他通用处理器、数字信号处理器(digital signal processor,dsp)、专用集成电路(application specific integrated circuit,asic)、现成可编程门阵列(field-programmable gate array,fpga)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。
[0112]
所述存储器61在一些实施例中可以是所述服务器6的内部存储单元,例如服务器6的硬盘或内存。所述存储器61在另一些实施例中也可以是所述服务器6的外部存储设备,例如所述服务器6上配备的插接式硬盘,智能存储卡(smart media card,smc),安全数字(secure digital,sd)卡,闪存卡(flash card)等。进一步地,所述存储器61还可以既包括所述服务器6的内部存储单元也包括外部存储设备。所述存储器61用于存储操作系统、应用
程序、引导装载程序(bootloader)、数据以及其他程序等,例如所述计算机程序的程序代码等。所述存储器61还可以用于暂时地存储已经输出或者将要输出的数据。
[0113]
本技术实施例还提供了一种计算机可读存储介质,所述计算机可读存储介质存储有计算机程序,所述计算机程序被处理器执行时实现可实现上述各个方法实施例中的步骤。
[0114]
本技术实施例提供了一种计算机程序产品,当计算机程序产品在服务器上运行时,使得服务器执行时实现可实现上述各个方法实施例中的步骤。
[0115]
所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时,可以存储在一个计算机可读取存储介质中。基于这样的理解,本技术实现上述实施例方法中的全部或部分流程,可以通过计算机程序来指令相关的硬件来完成,所述的计算机程序可存储于一计算机可读存储介质中,该计算机程序在被处理器执行时,可实现上述各个方法实施例的步骤。其中,所述计算机程序包括计算机程序代码,所述计算机程序代码可以为源代码形式、对象代码形式、可执行文件或某些中间形式等。所述计算机可读介质至少可以包括:能够将计算机程序代码携带到拍照装置/服务器的任何实体或装置、记录介质、计算机存储器、只读存储器(rom,read-only memory)、随机存取存储器(ram,random access memory)、电载波信号、电信信号以及软件分发介质。例如u盘、移动硬盘、磁碟或者光盘等。在某些司法管辖区,根据立法和专利实践,计算机可读介质不可以是电载波信号和电信信号。
[0116]
在上述实施例中,对各个实施例的描述都各有侧重,某个实施例中没有详述或记载的部分,可以参见其它实施例的相关描述。
[0117]
本领域普通技术人员可以意识到,结合本文中所公开的实施例描述的各示例的单元及算法步骤,能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行,取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能,但是这种实现不应认为超出本技术的范围。
[0118]
在本技术所提供的实施例中,应该理解到,所揭露的装置/服务器和方法,可以通过其它的方式实现。例如,以上所描述的装置/服务器实施例仅仅是示意性的,例如,所述模块或单元的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,例如多个单元或组件可以结合或者可以集成到另一个系统,或一些特征可以忽略,或不执行。另一点,所显示或讨论的相互之间的耦合或直接耦合或通讯连接可以是通过一些接口,装置或单元的间接耦合或通讯连接,可以是电性,机械或其它的形式。
[0119]
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
[0120]
以上所述实施例仅用以说明本技术的技术方案,而非对其限制。尽管参照前述实施例对本技术进行了详细的说明,本领域的普通技术人员应当理解:其依然可以对前述各实施例所记载的技术方案进行修改,或者对其中部分技术特征进行等同替换;而这些修改或者替换,并不使相应技术方案的本质脱离本技术各实施例技术方案的精神和范围,均应
包含在本技术的保护范围之内。
当前第1页1 2 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1