一种智慧养老服务方法及系统

技术领域

本发明涉及智慧养老技术领域，具体而言，涉及一种智慧养老服务方法及系统。

背景技术

居家养老是指以家庭为核心、以社区为依托、以专业化服务为依靠，为居住在家的老年人提供以解决日常生活困难为主要内容的社会化服务。服务内容可以包括生活照料、医疗服务以及精神关爱服务等。

目前，虽然关于居家养老服务的研究是较为广泛的，但是现有技术仍然未能为长者提供一种便捷可靠居家服务的信息技术软件支持平台，以使长者通过平台根据自身需求选择专业团队的上门服务项目(例如生活助理、老龄照护、临床护理等)、社区驿站服务项目(例如血压检查、血糖检测、针灸)等项目，也就不能为社区和居家长者提供专业、规范、优质、便捷的全方位居家养老连锁服务。

发明内容

本发明的目的在于提供一种智慧养老服务方法及系统，用以改善现有技术中不能使长者通过平台根据自身需求选择专业团队的上门服务项目、社区驿站服务项目等项目的问题。

本发明的实施例是这样实现的：

第一方面，本申请实施例提供一种智慧养老服务方法，其包括如下步骤：

建立大数据云平台与所有社区养老服务驿站的通信连接；

响应于服务对象端发起的服务请求，通过服务对象选择的社区养老服务驿站发布服务项目数据；

若服务项目数据为驿站服务项目，则根据服务项目数据确定预约时间和预约项目，当服务项目数据审核通过后，将预约时间和预约项目反馈至服务对象端；

若服务项目数据为康养管家及社区智慧照护服务梯队上门服务项目，则该社区养老服务驿站将服务项目数据发布至大数据云平台；

基于服务项目数据，响应多个康养管家及社区智慧照护服务梯队端口的选择操作，同时记录各个康养管家及社区智慧照护服务梯队端口的操作时间，获取操作时间最早的康养管家及社区智慧照护服务梯队端口对应的康养管家及社区智慧照护服务梯队身份数据，并将康养管家及社区智慧照护服务梯队身份数据反馈至服务对象端和服务对象选择的社区养老服务驿站；

通过服务对象选择的社区养老服务驿站获取来访者身份数据，将来访者身份数据与康养管家及社区智慧照护服务梯队身份数据进行对比，以对来访者身份数据进行认证。

在本发明的一些实施例中，上述智慧养老服务方法还包括：

响应于服务对象端的抱团养老请求，获取服务对象填写的抱团养老申请数据，同时将抱团养老申请数据发送至大数据云平台；

基于抱团养老申请数据，大数据云平台根据所有工作人员数据，确定相匹配的工作人员。

在本发明的一些实施例中，上述响应于服务对象端发起的服务请求，通过服务对象选择的社区养老服务驿站发布服务项目数据的步骤包括：

通过服务对象端获取服务对象选择的所有服务项目，并对任一服务项目进行暂存；

当用户确认提交后，服务对象端将所有服务项目发送至对应的社区养老服务驿站。

在本发明的一些实施例中，上述当用户确认提交后，服务对象端将所有服务项目发送至对应的社区养老服务驿站的步骤之后，该方法还包括：

基于任一服务项目，生成对应的订单信息；

实时监控所有订单信息的状态，当任一订单信息的状态节点改变时，将该订单信息的最新状态节点反馈至服务对象端。

在本发明的一些实施例中，上述基于任一服务项目，生成对应的订单信息的步骤之后，该方法还包括：

获取服务对象的保障金数值；

根据所有订单信息，得到资金支出值；

根据保障金数值和资金支出值，进行收入比例分析。

在本发明的一些实施例中，上述智慧养老服务方法还包括：

响应于服务对象的助老产品选择操作，服务对象端跳转至产品选择界面。

在本发明的一些实施例中，上述智慧养老服务方法还包括：

当响应于用户端登录请求时，获取登录者身份数据，并对登录者身份数据进行判断；

若登录者身份数据为康养管家及社区智慧照护服务梯队身份，则用户端将跳转至康养管家及社区智慧照护服务梯队使用界面；

若登录者身份数据为服务对象身份，则用户端将跳转至服务对象使用界面；

若登录者身份数据未注册，则发送注册指令至该用户端。

第二方面，本申请实施例提供一种智慧养老服务系统，其包括：

通信连接建立模块，用于建立大数据云平台与所有社区养老服务驿站的通信连接；

服务请求响应模块，用于响应于服务对象端发起的服务请求，通过服务对象选择的社区养老服务驿站发布服务项目数据；

预约项目反馈模块，用于若服务项目数据为驿站服务项目，则根据服务项目数据确定预约时间和预约项目，当服务项目数据审核通过后，将预约时间和预约项目反馈至服务对象端；

上门服务项目发布模块，用于若服务项目数据为康养管家及社区智慧照护服务梯队上门服务项目，则该社区养老服务驿站将服务项目数据发布至大数据云平台；

康养管家及社区智慧照护服务梯队身份数据反馈模块，用于基于服务项目数据，响应多个康养管家及社区智慧照护服务梯队端口的选择操作，同时记录各个康养管家及社区智慧照护服务梯队端口的操作时间，获取操作时间最早的康养管家及社区智慧照护服务梯队端口对应的康养管家及社区智慧照护服务梯队身份数据，并将康养管家及社区智慧照护服务梯队身份数据反馈至服务对象端和服务对象选择的社区养老服务驿站；

对比认证模块，用于通过服务对象选择的社区养老服务驿站获取来访者身份数据，将来访者身份数据与康养管家及社区智慧照护服务梯队身份数据进行对比，以对来访者身份数据进行认证。

第三方面，本申请实施例提供一种电子设备，其包括存储器，用于存储一个或多个程序；处理器。当一个或多个程序被处理器执行时，实现如上述第一方面中任一项的方法。

第四方面，本申请实施例提供一种计算机可读存储介质，其上存储有计算机程序，该计算机程序被处理器执行时实现如上述第一方面中任一项的方法。

相对于现有技术，本发明的实施例至少具有如下优点或有益效果：

本发明提供一种智慧养老服务方法及系统，其包括如下步骤：建立大数据云平台与所有社区养老服务驿站的通信连接。响应于服务对象端发起的服务请求，通过服务对象选择的社区养老服务驿站发布服务项目数据。当社区养老服务驿站接收到服务项目数据后，需要对服务项目数据进行判断。如果服务项目数据属于驿站服务项目(例如血压检查、血糖检测、针灸等)，则社区养老服务驿站根据服务项目数据确定服务对象通过服务对象端选择的预约时间和预约项目，并对预约时间和预约项目进行审核，若审核通过，则将预约时间和预约项目反馈至服务对象端，以提醒服务对象已成功预约驿站服务项目的同时，使服务对象端同步记录预约时间和预约项目，以便于后期提醒服务对象，实现了服务对象通过服务对象端根据自身需求选择社区驿站服务项目的目的。如果服务项目数据属于康养管家及社区智慧照护服务梯队上门服务项目(例如生活助理、老龄照护、临床护理等)，则经由社区养老服务驿站将服务项目数据发布至大数据云平台。发布至大数据云平台的所有服务项目数据可形成任务池被所有康养管家及社区智慧照护服务梯队端口进行查看。响应多个康养管家及社区智慧照护服务梯队端口的选择操作，在任务池进行抢单，将操作时间最早的康养管家及社区智慧照护服务梯队端口作为抢单成功端口，并将对应的康养管家及社区智慧照护服务梯队身份数据反馈至服务对象端和服务对象选择的社区养老服务驿站，不仅实现了服务对象通过服务对象端选择专业团队的上门服务项目的目的，而且为多个康养管家及社区智慧照护服务梯队提供了抢单服务。当抢单成功的康养管家及社区智慧照护服务梯队进行上门服务时，首先通过服务对象选择的社区养老服务驿站获取来访者身份数据，然后将来访者身份数据与康养管家及社区智慧照护服务梯队身份数据进行对比，以完成对来访者身份数据的认证。通过该方法及系统可为社区和居家长者提供专业、规范、优质、便捷的全方位居家养老连锁服务。

附图说明

为了更清楚地说明本发明实施例的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，应当理解，以下附图仅示出了本发明的某些实施例，因此不应被看作是对范围的限定，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他相关的附图。

图1为本发明实施例提供的一种智慧养老服务方法的流程图；

图2为本发明实施例提供的另一种智慧养老服务方法的流程图；

图3为本发明实施例提供的又一种智慧养老服务方法的流程图；

图4为本发明实施例提供的一种智慧养老服务系统的结构框图；

图5为本发明实施例提供的一种电子设备的示意性结构框图。

图标：110-通信连接建立模块；120-服务请求响应模块；130-预约项目反馈模块；140-上门服务项目发布模块；150-康养管家及社区智慧照护服务梯队身份数据反馈模块；160-对比认证模块；101-存储器；102-处理器；103-通信接口。

具体实施方式

为使本申请实施例的目的、技术方案和优点更加清楚，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本申请一部分实施例，而不是全部的实施例。通常在此处附图中描述和示出的本申请实施例的组件可以以各种不同的配置来布置和设计。

因此，以下对在附图中提供的本申请的实施例的详细描述并非旨在限制要求保护的本申请的范围，而是仅仅表示本申请的选定实施例。基于本申请中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步定义和解释。同时，在本申请的描述中，若出现术语“第一”、“第二”等仅用于区分描述，而不能理解为指示或暗示相对重要性。

需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，若出现术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，若出现由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

在本申请的描述中，需要说明的是，若出现术语“上”、“下”、“内”、“外”等指示的方位或位置关系为基于附图所示的方位或位置关系，或者是该申请产品使用时惯常摆放的方位或位置关系，仅是为了便于描述本申请和简化描述，而不是指示或暗示所指的装置或元件必须具有特定的方位、以特定的方位构造和操作，因此不能理解为对本申请的限制。

在本申请的描述中，还需要说明的是，除非另有明确的规定和限定，若出现术语“设置”、“连接”应做广义理解，例如，可以是固定连接，也可以是可拆卸连接，或一体地连接；可以是机械连接，也可以是电连接；可以是直接相连，也可以通过中间媒介间接相连，可以是两个元件内部的连通。对于本领域的普通技术人员而言，可以具体情况理解上述术语在本申请中的具体含义。

下面结合附图，对本申请的一些实施方式作详细说明。在不冲突的情况下，下述的各个实施例及实施例中的各个特征可以相互组合。

实施例

请参照图1，图1所示为本发明实施例提供的一种智慧养老服务方法的流程图。本申请实施例提供一种智慧养老服务方法，其包括如下步骤：

S110：建立大数据云平台与所有社区养老服务驿站的通信连接；

具体的，所有社区养老服务驿站与大数据云平台通信连接，则任一社区养老服务驿站获取到服务对象输入的服务项目数据后，可传输至大数据云平台进行发布。

S120：响应于服务对象端发起的服务请求，通过服务对象选择的社区养老服务驿站发布服务项目数据；

其中，上述服务对象端可以指服务对象登录使用的PC端，也可以指服务对象登录使用的移动端。具体的，当服务对象通过服务对象端发起服务请求时，首先从所有社区养老服务驿站中选择一个社区养老服务驿站进行服务信息发布，然后输入服务项目数据，进而可以将服务项目数据传输至服务对象选择的社区养老服务驿站，或者经由服务对象选择的社区养老服务驿站发布至大数据云平台。

S130：若服务项目数据为驿站服务项目，则根据服务项目数据确定预约时间和预约项目，当服务项目数据审核通过后，将预约时间和预约项目反馈至服务对象端；

S140：若服务项目数据为康养管家及社区智慧照护服务梯队上门服务项目，则该社区养老服务驿站将服务项目数据发布至大数据云平台；

S150：基于服务项目数据，响应多个康养管家及社区智慧照护服务梯队端口的选择操作，同时记录各个康养管家及社区智慧照护服务梯队端口的操作时间，获取操作时间最早的康养管家及社区智慧照护服务梯队端口对应的康养管家及社区智慧照护服务梯队身份数据，并将康养管家及社区智慧照护服务梯队身份数据反馈至服务对象端和服务对象选择的社区养老服务驿站；

S160：通过服务对象选择的社区养老服务驿站获取来访者身份数据，将来访者身份数据与康养管家及社区智慧照护服务梯队身份数据进行对比，以对来访者身份数据进行认证。

需要说明的是，该方法可以借助于APP实现，且公司或企业可利用该APP作为提供居家养老服务的手段。

示例性的，如果公司A利用与该方法相匹配的APP提供居家养老服务，则上述康养管家及社区智慧照护服务梯队是指康养管家、社工和照护服务梯队。康养管家是公司A的正式员工，有5项职能(康养管家是智慧养老市场推广人员；会做养老轻家务；是养老生活照料和养老护理服务梯队的领头羊；是服务对象的健康顾问；是公司A员工就业转创业的典范)。养老照护服务梯队是指由养老生活照料和养老护理的人员组成的服务队伍。

具体的，当社区养老服务驿站接收到服务项目数据后，需要对服务项目数据进行判断。如果服务项目数据属于驿站服务项目(例如血压检查、血糖检测、针灸等)，则社区养老服务驿站可根据服务项目数据确定服务对象通过服务对象端选择的预约时间(例如2019年10月20日)和预约项目(例如血压检查)，并对预约时间和预约项目进行审核，若审核通过，则将预约时间和预约项目反馈至服务对象端，以提醒服务对象已成功预约驿站服务项目的同时，使服务对象端同步记录预约时间和预约项目，以便于后期提醒服务对象，实现了服务对象通过服务对象端根据自身需求选择社区驿站服务项目的目的。如果服务项目数据属于康养管家及社区智慧照护服务梯队上门服务项目(例如生活助理、老龄照护、临床护理等)，则经由社区养老服务驿站将服务项目数据发布至大数据云平台。发布至大数据云平台的所有服务项目数据可形成任务池被所有康养管家及社区智慧照护服务梯队端口进行查看。响应多个康养管家及社区智慧照护服务梯队端口的选择操作，在任务池进行抢单，将操作时间最早的康养管家及社区智慧照护服务梯队端口作为抢单成功端口，并将对应的康养管家及社区智慧照护服务梯队身份数据反馈至服务对象端和服务对象选择的社区养老服务驿站，不仅实现了服务对象通过服务对象端选择专业团队的上门服务项目的目的，而且为多个康养管家及社区智慧照护服务梯队提供了抢单服务。当抢单成功的康养管家及社区智慧照护服务梯队进行上门服务时，首先通过服务对象选择的社区养老服务驿站获取来访者身份数据(即到达该社区养老服务驿站的当前用户的身份信息)，然后将来访者身份数据与康养管家及社区智慧照护服务梯队身份数据进行对比，以完成对来访者身份数据的认证。通过该方法可为社区和居家长者提供专业、规范、优质、便捷的全方位居家养老连锁服务。

请参照图2，图2所示为本发明实施例提供的另一种智慧养老服务方法的流程图。在本实施例的一些实施方式中，上述智慧养老服务方法还包括：

响应于服务对象端的抱团养老请求，获取服务对象填写的抱团养老申请数据，同时将抱团养老申请数据发送至大数据云平台；

基于抱团养老申请数据，大数据云平台根据所有工作人员数据，确定相匹配的工作人员。

需要说明的是，上述抱团养老是指志同道合的老人，不依靠子女，离开传统家庭，搬到同一个地方搭伴居住的养老模式。

具体的，当服务对象发起抱团养老请求时，首先服务对象需要填写抱团养老申请数据，然后当抱团养老申请数据传输至大数据云平台后，大数据云平台将匹配工作人员，以和服务对象进行联系。从而实现了服务对象通过服务对象端申请抱团养老的效果。

在本实施例的一些实施方式中，上述响应于服务对象端发起的服务请求，通过服务对象选择的社区养老服务驿站发布服务项目数据的步骤包括：

通过服务对象端获取服务对象选择的所有服务项目，并对任一服务项目进行暂存；

当用户确认提交后，服务对象端将所有服务项目发送至对应的社区养老服务驿站。

具体的，服务对象可根据自身需求对服务项目进行逐一选择，当服务对象确认提交后，再通过服务对象端将所有服务项目发送至对应的社区养老服务驿站，从而方便了服务对象及时对服务项目进行增删。

请参照图3，图3所示为本发明实施例提供的又一种智慧养老服务方法的流程图。在本实施例的一些实施方式中，上述当用户确认提交后，服务对象端将所有服务项目发送至对应的社区养老服务驿站的步骤之后，该方法还包括：

基于任一服务项目，生成对应的订单信息；

实时监控所有订单信息的状态，当任一订单信息的状态节点改变时，将该订单信息的最新状态节点反馈至服务对象端。

具体的，服务对象所选择的每一项服务项目都会生成对应的订单信息，且每一个订单信息的最新状态节点也会及时反馈至服务对象端，以使服务对象及时知晓每个服务项目的订单状态。

示例性的，上述状态节点包括未受理、已退回、派工中、未进行、进行中等。

在本实施例的一些实施方式中，上述基于任一服务项目，生成对应的订单信息的步骤之后，该方法还包括：

获取服务对象的保障金数值；

根据所有订单信息，得到资金支出值；

根据保障金数值和资金支出值，进行收入比例分析。从而实现为服务对象提供收入统计汇总分析的目的。

在本实施例的一些实施方式中，上述智慧养老服务方法还包括：

响应于服务对象的助老产品选择操作，服务对象端跳转至产品选择界面。

其中，上述助老产品包括但不限于无障碍扶手、可移动坐便器、床上洗浴盆。

在本实施例的一些实施方式中，上述智慧养老服务方法还包括：

当响应于用户端登录请求时，获取登录者身份数据，并对登录者身份数据进行判断；

若登录者身份数据为康养管家及社区智慧照护服务梯队身份，则用户端将跳转至康养管家及社区智慧照护服务梯队使用界面；

若登录者身份数据为服务对象身份，则用户端将跳转至服务对象使用界面；

若登录者身份数据未注册，则发送注册指令至该用户端。

具体的，当用户登录与该方法相匹配的APP时，首先获取登录者身份数据，然后根据登录者身份数据跳转至康养管家及社区智慧照护服务梯队使用界面或者服务对象使用界面，从而适用于不同身份的用户的使用。同时针对未注册的用户发送注册指令，保证了使用该APP的用户都已完成了注册。

请参照图4，图4所示为本发明实施例提供的一种智慧养老服务系统的结构框图。本申请实施例提供一种智慧养老服务系统，其包括：

通信连接建立模块110，用于建立大数据云平台与所有社区养老服务驿站的通信连接；

服务请求响应模块120，用于响应于服务对象端发起的服务请求，通过服务对象选择的社区养老服务驿站发布服务项目数据；

预约项目反馈模块130，用于若服务项目数据为驿站服务项目，则根据服务项目数据确定预约时间和预约项目，当服务项目数据审核通过后，将预约时间和预约项目反馈至服务对象端；

上门服务项目发布模块140，用于若服务项目数据为康养管家及社区智慧照护服务梯队上门服务项目，则该社区养老服务驿站将服务项目数据发布至大数据云平台；

康养管家及社区智慧照护服务梯队身份数据反馈模块150，用于基于服务项目数据，响应多个康养管家及社区智慧照护服务梯队端口的选择操作，同时记录各个康养管家及社区智慧照护服务梯队端口的操作时间，获取操作时间最早的康养管家及社区智慧照护服务梯队端口对应的康养管家及社区智慧照护服务梯队身份数据，并将康养管家及社区智慧照护服务梯队身份数据反馈至服务对象端和服务对象选择的社区养老服务驿站；

对比认证模块160，用于通过服务对象选择的社区养老服务驿站获取来访者身份数据，将来访者身份数据与康养管家及社区智慧照护服务梯队身份数据进行对比，以对来访者身份数据进行认证。

上述实现过程中，该系统首先建立大数据云平台与所有社区养老服务驿站的通信连接。响应于服务对象端发起的服务请求，通过服务对象选择的社区养老服务驿站发布服务项目数据。当社区养老服务驿站接收到服务项目数据后，需要对服务项目数据进行判断。如果服务项目数据属于驿站服务项目(例如血压检查、血糖检测、针灸等)，则社区养老服务驿站根据服务项目数据确定服务对象通过服务对象端选择的预约时间和预约项目，并对预约时间和预约项目进行审核，若审核通过，则将预约时间和预约项目反馈至服务对象端，以提醒服务对象已成功预约驿站服务项目的同时，使服务对象端同步记录预约时间和预约项目，以便于后期提醒服务对象，实现了服务对象通过服务对象端根据自身需求选择社区驿站服务项目的目的。如果服务项目数据属于康养管家及社区智慧照护服务梯队上门服务项目(例如生活助理、老龄照护、临床护理等)，则经由社区养老服务驿站将服务项目数据发布至大数据云平台。发布至大数据云平台的所有服务项目数据可形成任务池被所有康养管家及社区智慧照护服务梯队端口进行查看。响应多个康养管家及社区智慧照护服务梯队端口的选择操作，在任务池进行抢单，将操作时间最早的康养管家及社区智慧照护服务梯队端口作为抢单成功端口，并将对应的康养管家及社区智慧照护服务梯队身份数据反馈至服务对象端和服务对象选择的社区养老服务驿站，不仅实现了服务对象通过服务对象端选择专业团队的上门服务项目的目的，而且为多个康养管家及社区智慧照护服务梯队提供了抢单服务。当抢单成功的康养管家及社区智慧照护服务梯队进行上门服务时，首先通过服务对象选择的社区养老服务驿站获取来访者身份数据，然后将来访者身份数据与康养管家及社区智慧照护服务梯队身份数据进行对比，以完成对来访者身份数据的认证。通过该系统可为社区和居家长者提供专业、规范、优质、便捷的全方位居家养老连锁服务。

请参照图5，图5为本申请实施例提供的电子设备的一种示意性结构框图。电子设备包括存储器101、处理器102和通信接口103，该存储器101、处理器102和通信接口103相互之间直接或间接地电性连接，以实现数据的传输或交互。例如，这些元件相互之间可通过一条或多条通讯总线或信号线实现电性连接。存储器101可用于存储软件程序及模块，如本申请实施例所提供的一种智慧养老服务系统对应的程序指令/模块，处理器102通过执行存储在存储器101内的软件程序及模块，从而执行各种功能应用以及数据处理。该通信接口103可用于与其他节点设备进行信令或数据的通信。

其中，存储器101可以是但不限于，随机存取存储器(Random Access Memory，RAM)，只读存储器(Read Only Memory，ROM)，可编程只读存储器(Programmable Read-OnlyMemory，PROM)，可擦除只读存储器(ErasableProgrammable Read-Only Memory，EPROM)，电可擦除只读存储器(Electric Erasable Programmable Read-Only Memory，EEPROM)等。

处理器102可以是一种集成电路芯片，具有信号处理能力。该处理器102可以是通用处理器，包括中央处理器(Central Processing Unit，CPU)、网络处理器(NetworkProcessor，NP)等；还可以是数字信号处理器(Digital Signal Processing，DSP)、专用集成电路(Application Specific Integrated Circuit，ASIC)、现场可编程门阵列(Field－Programmable Gate Array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。

可以理解，图5所示的结构仅为示意，电子设备还可包括比图5中所示更多或者更少的组件，或者具有与图5所示不同的配置。图5中所示的各组件可以采用硬件、软件或其组合实现。

在本申请所提供的实施例中，应该理解到，所揭露的装置和方法，也可以通过其它的方式实现。以上所描述的装置实施例仅仅是示意性的，例如，附图中的流程图和框图显示了根据本申请的多个实施例的装置、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段或代码的一部分，所述模块、程序段或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现方式中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个连续的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或动作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。

另外，在本申请各个实施例中的各功能模块可以集成在一起形成一个独立的部分，也可以是各个模块单独存在，也可以两个或两个以上模块集成形成一个独立的部分。

所述功能如果以软件功能模块的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。

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

对于本领域技术人员而言，显然本申请不限于上述示范性实施例的细节，而且在不背离本申请的精神或基本特征的情况下，能够以其它的具体形式实现本申请。因此，无论从哪一点来看，均应将实施例看作是示范性的，而且是非限制性的，本申请的范围由所附权利要求而不是上述说明限定，因此旨在将落在权利要求的等同要件的含义和范围内的所有变化囊括在本申请内。不应将权利要求中的任何附图标记视为限制所涉及的权利要求。