一种餐饮配送方法、装置及系统与流程

文档序号:17013110发布日期:2019-03-02 02:20阅读:329来源:国知局
一种餐饮配送方法、装置及系统与流程

本申请涉及通信技术领域,具体而言,涉及一种餐饮配送方法、装置及系统。



背景技术:

随着社会经济的不断发展,人们的工作日趋繁忙,越来越多的人们开始通过点外卖的形式就餐,餐饮配送在日常生活中所占的比重也越来越大。

现有情形中,常常是外卖配送员在即将把餐饮配送到用户手中时,会先和用户进行电话确认,以判断用户是否方便查收,然而若用户此时正忙于工作,有可能无法及时接到外卖配送员的电话;或者用户接到餐饮后,通常不会马上食用,也会导致餐饮变冷,口感不佳。

申请内容

有鉴于此,本申请实施例提供了一种餐饮配送方法、装置及系统。

第一方面,本申请实施例提供了一种餐饮配送方法,所述方法包括:餐饮柜终端读取存餐标识,并开启所述餐饮柜多个柜格中的第一柜格用于容纳餐饮,其中,所述存餐标识为服务器接收用户终端发送的餐饮订单时,为所述餐饮订单进行标记的,所述存餐标识可被标记于所述餐饮订单对应的订单凭据;所述餐饮柜终端发送存餐成功指令给服务器,服务器生成并存储该存餐标识的餐饮对应的第一取餐标识,并将所述第一取餐标识推送给所述餐饮柜终端存储;所述餐饮柜终端读取所述第一取餐标识,并开启所述第一柜格。

在一个可能的设计中,所述方法还包括:所述餐饮柜终端响应于用户的第一登陆请求,在所述餐饮柜终端的显示界面显示第一登陆界面;所述餐饮柜终端接收并验证用户输入的第一登陆信息,于验证通过后,在所述显示界面显示收餐人联系方式收集界面,并开启多个柜格中的第二柜格;所述餐饮柜终端响应于用户的收餐人联系方式填写完成请求,将第二取餐标识向所述收餐人联系方式发送。

在一个可能的设计中,在所述餐饮柜终端响应于用户的收餐人联系方式填写完成请求,将第二取餐标识向所述收餐人联系方式发送之后,所述方法还包括:所述餐饮柜终端读取所述第二取餐标识,并开启所述第二柜格。

在一个可能的设计中,所述方法还包括:所述餐饮柜终端响应于用户的第二登陆请求,在所述餐饮柜终端的显示界面显示第二登陆界面;所述餐饮柜终端接收并验证用户输入的第二登陆信息,于验证通过后,在所述显示界面显示餐饮柜管理菜单。

在一个可能的设计中,在所述餐饮柜终端读取存餐标识,并开启所述餐饮柜多个柜格中的第一柜格用于容纳餐饮之前,所述方法还包括:所述餐饮柜终端接收服务器发送的餐饮订单信息,其中,所述餐饮订单信息包括服务器接收用户终端发送的餐饮订单以及所述餐饮订单对应的存餐标识。

第二方面,本申请实施例提供了一种餐饮配送方法,所述方法包括:服务器接收用户终端发送的餐饮订单,并为所述餐饮订单标记上存餐标识,其中,所述存餐标识可被标记于所述餐饮订单对应的订单凭据;餐饮柜终端读取所述存餐标识,并开启所述餐饮柜多个柜格中的第一柜格用于容纳餐饮并发送存餐成功指令给服务器;服务器生成并存储与该存餐标识的餐饮对应的第一取餐标识,并将所述第一取餐标识推送给所述餐饮柜终端存储;所述服务器生成所述第一取餐标识的同时用户发送餐品送达短信通知,用户可通过所述用户终端查取第一取餐标识;所述餐饮柜终端读取所述用户终端上的第一取餐标识,开启所述第一柜格。

第三方面,本申请实施例提供了一种餐饮配送装置,所述装置包括:存餐标识读取模块,用于读取存餐标识,并开启所述餐饮柜多个柜格中的第一柜格用于容纳餐饮,其中,所述存餐标识为服务器接收用户终端发送的餐饮订单时,为所述餐饮订单进行标记的,所述存餐标识可被标记于所述餐饮订单对应的订单凭据;取餐标识生成模块,用于生成并存储与该存餐标识的餐饮对应的第一取餐标识,并将所述第一取餐标识发送至服务器,以使所述服务器发送至所述用户终端;柜格开启模块,用于读取所述第一取餐标识,并开启所述第一柜格。

在一个可能的设计中,所述装置还包括:第一登陆响应模块,用于响应于用户的第一登陆请求,在所述餐饮柜终端的显示界面显示第一登陆界面;第一登陆验证模块,用于接收并验证用户输入的第一登陆信息,于验证通过后,在所述显示界面显示收餐人联系方式收集界面,并开启多个柜格中的第二柜格;取餐标识发送模块,用于响应于用户的收餐人联系方式填写完成请求,将第二取餐标识向所述收餐人联系方式发送。

在一个可能的设计中,所述装置还包括:柜格开启模块,用于读取所述第二取餐标识,并开启所述第二柜格。

第四方面,本申请实施例提供了一种餐饮配送系统,所述系统包括:服务器、用户终端以及餐饮柜终端,所述服务器分别与所述用户终端以及所述餐饮柜终端相通信;服务器用于接收用户终端发送的餐饮订单,并为所述餐饮订单标记上存餐标识,其中,所述存餐标识可被标记于所述餐饮订单对应的订单凭据;餐饮柜终端用于读取所述存餐标识,并开启所述餐饮柜多个柜格中的第一柜格用于容纳餐饮,存餐成功后所述餐饮柜终端发送存餐成功指令给服务器;服务器用于生成并存储与该存餐标识的餐饮对应的第一取餐标识,并向所述餐饮柜终端推送所述第一取餐标识,同时向客户发送餐品到达消息通知,所述餐饮柜终端存储该第一取餐标识;所述餐饮柜终端用于读取所述用户终端上的第一取餐标识,开启所述第一柜格,取餐完成后,所述餐饮柜终端发送取餐成功指令给服务器。

本申请实施例提供的餐饮配送方法、装置及系统中,可以由餐饮柜终端读取存餐标识并与自身存储的存餐标识进行比对,从而开启用于容纳餐饮的第一柜格,然后餐饮柜终端在餐饮被放入第一柜格之后,推送餐品存取成功指令给服务器,服务器生成与之对应的第一取餐标识,并将第一取餐标识推送给餐饮柜终端存储,用户通过用户终端的第一取餐标识来餐饮柜终端处取餐,以便餐饮柜终端读取第一取餐标识,并开启对应的第一柜格。与现有技术相比,本申请实施例避免了用户未及时接到配送员的电话而造成配送员无法及时配送的尴尬,而且餐饮柜可以为存入柜中的餐饮保温,也避免了餐饮放置过久影响口感的问题。

为使本申请实施例所要实现的上述目的、特征和优点能更明显易懂,下文特举较佳实施例,并配合所附附图,作详细说明如下。

附图说明

为了更清楚的说明本申请实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单的介绍,显而易见地,下面描述中的附图仅仅是本申请的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。

图1是本申请提供的餐饮配送系统的结构示意图;

图2是本申请第一实施例提供的餐饮配送方法的步骤流程图;

图3是本申请第一实施例提供的餐饮配送方法的部分步骤流程图;

图4是本申请第二实施例提供的餐饮配送方法的步骤流程图;

图5是本申请第三实施例提供的餐饮配送装置的结构框图;

图6示出了餐饮柜显示界面的示意图;

图7示出了餐饮柜显示界面中存外面的一种界面的示意图;

图8示出了餐饮柜显示界面中收餐人联系方式收集界面的示意图;

图9示出了餐饮柜显示界面中管理员用户登陆界面的示意图;

图10示出了餐饮柜显示界面中餐饮柜管理菜单界面的示意图。

具体实施方式

第一实施例

请参见图2,图2示出了本申请第一实施例提供的餐饮配送方法的流程示意图,具体包括如下步骤:

步骤s110,餐饮柜终端读取存餐标识,并开启所述餐饮柜多个柜格中的第一柜格用于容纳餐饮,其中,所述存餐标识为服务器接收用户终端发送的餐饮订单时,为所述餐饮订单进行标记的,所述存餐标识可被标记于所述餐饮订单对应的订单凭据。

当用户通过用户终端下单时,用户终端将用户选择的餐饮订单发送向服务器。服务器接收到餐饮订单之后,为该餐饮订单标记上存餐标识。存餐标识具体可以为存餐码,也可以为代表存餐码的条形码或二维码。订单凭据可以是电子凭据,也可以是餐饮商家在接收到餐饮订单时,打印出的纸质订单凭据。存餐标识可以被印在纸质订单凭据上,从而方便餐饮配送员将餐饮配送至餐饮柜时,通过表征存餐标识的存餐码、条形码或二维码来进行存餐。

具体地,餐饮柜终端还可以根据存餐标识的时间点以及实时时间点来判断该餐饮订单的时效性,即判断该餐饮订单是否超时,若超时,则不允许存餐,即餐饮柜终端不会开启柜格,并在显示界面提示超时不能存餐。若订单未超时,设备随机分配柜格地址,然后在开锁的时候api接口回调至服务器,以便服务器推送数据。

在步骤s110之前,所述方法还包括:所述餐饮柜终端接收服务器发送的餐饮订单信息,其中,所述餐饮订单信息包括服务器接收用户终端发送的餐饮订单以及所述餐饮订单对应的存餐标识。

餐饮柜终端同样可以接收服务器发送的餐饮订单信息,并将餐饮订单信息存储在自身的存储器中。当网络故障时,餐饮柜终端依然能够完成存餐码的核对,提高餐饮配送员的用户体验。

步骤s120,存餐成功后,所述餐饮柜终端发送存餐成功指令给服务器,以使所述服务器发送存餐成功提示至所述用户终端。

餐饮配送员完成存餐动作之后,餐饮柜终端可以发送存餐成功指令给服务器,服务器将存餐成功提示发送至用户终端,以起到提醒持有用户终端的用户的目的。

步骤s130,所述餐饮柜终端存储服务器下发的与该存餐标识的餐饮对应的第一取餐标识,所述用户终端可通过指令从服务器查取该第一取餐标识。

当餐饮订单对应的餐饮被存入该餐饮柜之后,餐饮柜终端发送存餐成功指令给服务器,服务器生成并存储第一取餐标识并回推给餐饮柜终端,该第一取餐标识与上述餐饮相对应,餐饮柜终端存储第一取餐标识,以便读取到取餐标识时与自身存储的标识进行核对。餐饮柜终端将第一取餐标识发送给服务器,以便服务器发送给用户终端,以使点餐的用户获取到第一取餐标识。

步骤s140,所述餐饮柜终端读取所述第一取餐标识,并开启所述第一柜格。

当点餐的用户通过用户终端向餐饮柜终端输入第一取餐标识时,餐饮柜终端可以读取第一取餐标识并与自身存储的取餐标识进行对比,在对比成功之后,开启与第一取餐标识对应的第一柜格,以便用户取餐。

具体可以通过如下方式输入第一取餐标识:用户主动扫餐饮柜终端上的条形码或二维码(柜子编号生成的二维码)、柜体扫码枪扫用户终端显示的订单详情的条形码或二维码(订单号生成的条形码或二维码)、柜体屏幕支持触屏输入取餐码、柜体外设小键盘按键支持输入取餐码。用户主动扫码取餐,可以不需要餐饮柜采集信息,直接由服务器判断api调柜方发指令开柜;其他三种方式的取餐都是设备采集信息,然后可以判断是否订单超时,无超时则直接开锁,api推送消息给服务器;超时,则柜体屏幕显示不存在订单,请到公共区域查找或者联系客服,同时api推送给服务器超时信息。

请参见图3,图3示出了本申请第一实施例提供的餐饮配送方法的部分步骤流程图,具体包括如下步骤:

步骤s150,所述餐饮柜终端响应于用户的第一登陆请求,在所述餐饮柜终端的显示界面显示第一登陆界面。

餐饮配送员除了可以依据存餐标识开启餐饮柜,也可以点击图6示出的存外卖按键,从而在显示界面显示出图7示出的第一登陆界面。图6示出的界面在用户不点击时可以播放广告。广告可以为图片轮播、gif动图播放、视频广告;上述广告均可远程替换,远程管理。点击本界面的任何一个位置,进入到图6示出的操作主界面。

步骤s160,所述餐饮柜终端接收并验证用户输入的第一登陆信息,于验证通过后,在所述显示界面显示收餐人联系方式收集界面,并开启多个柜格中的第二柜格。

餐饮配送员具体可以在第一登陆界面中输入预先注册的帐号和密码,以便餐饮柜终端进行验证,也可以通过柜体的扫描枪扫描二维码或条形码进行验证;验证通过之后,在显示界面显示如图8示出的收餐人联系方式收集界面,并开启第二柜格。第二柜格用于放置餐饮,收餐人联系方式收集界面则用于由餐饮配送员输入用户的联系方式如手机号,以便餐饮柜终端可以与用户进行通信,餐饮柜终端也可以将联系方式推送回服务器,由服务器与用户进行通信。

餐饮柜终端对帐号和密码的验证方式可以是将帐号和密码均发送给服务器,以使服务器验证帐号是否存在,若帐号存在,再验证密码是否准确。

步骤s170,所述餐饮柜终端响应于用户的收餐人联系方式填写完成请求,将第二取餐标识向所述收餐人联系方式发送。

当餐饮配送员填写完收餐人的联系方式,还可以选择外卖平台之后,可以点击图8示出的确定存餐按键,从而向餐饮柜终端发送收餐人联系方式填写完成请求。餐饮柜终端在接收到填写完成请求之后,将第二取餐标识向收餐人联系方式发送,具体可以通过短信息的方式发送至收餐人的用户终端,例如手机;也可以将联系方式推送回服务器,由服务器与用户进行通信。第二取餐标识可以为取餐字符,也可以为条形码或二维码,第二取餐标识除了取餐码之外,还可以包括餐饮柜的柜号信息。

步骤s180,所述餐饮柜终端读取所述第二取餐标识,并开启所述第二柜格。

用户通过用户终端接收到第二取餐标识之后,可以向餐饮柜终端输入第二取餐标识,从而使餐饮柜终端开启第二柜格。用户可以通过触屏输入第二取餐标识,也可以通过餐饮柜的外设小键盘输入第二取餐标识,设备采集取餐码直接开锁,api推送消息给服务器。

在本申请第一实施例的一种具体实施方式中,所述方法还包括:

所述餐饮柜终端响应于用户的第二登陆请求,在所述餐饮柜终端的显示界面显示第二登陆界面。所述餐饮柜终端接收并验证用户输入的第二登陆信息,于验证通过后,在所述显示界面显示餐饮柜管理菜单。

管理员用户可以点击图6示出的界面底端的管理员登陆,从而弹出如图9示出的界面,管理员用户可以输入管理员账号密码就可以进入到餐饮柜管理菜单界面,请参见图10,管理菜单主要选项有参数、设置、记录、管理。参数是设备的一些参数设置和查看,例如柜子id、总格数、柜子今日使用情况、柜子总计使用情况、软件版本号、软件安装时间等;设置是设置柜子的一些参数,例如设置紫外线杀菌的时间段、柜子保温的时间段,需要紫外线杀菌或柜子保温的总格数;记录是展示现在柜子的使用情况的,例如柜子的各个柜格的开启时间;管理是可以通过管理员权限开启所有柜子,也可选择待开启的柜格。

与现有技术相比,本申请第一实施例避免了用户未及时接到配送员的电话而造成配送员无法及时配送的尴尬,而且餐饮柜可以为存入柜中的餐饮保温,也避免了餐饮放置过久影响口感的问题。

餐饮柜可以支持保温保鲜功能,保温是在餐品放入柜格中,智能感应温度控制,当达到设定温度值停止加热,然后持续保温;紫外线对餐品进行杀菌消毒。温度的控制要有熔断值,以防止温度过高超出餐饮柜的安全可控范围。

第二实施例

请参见图4,图4示出了本申请第二实施例提供的餐饮配送方法,具体包括如下步骤:

步骤s210,服务器接收用户终端发送的餐饮订单,并为所述餐饮订单标记上存餐标识,其中,所述存餐标识可被标记于所述餐饮订单对应的订单凭据。

服务器在接收到用户通过用户终端发送的餐饮订单之后,为该订单标记上存餐标识,存餐标识具体可以打印于商家出餐的小票上,也可以作为电子标识发送给配送员的用户终端。

步骤s220,餐饮柜终端读取所述存餐标识,并开启所述餐饮柜多个柜格中的第一柜格用于容纳餐饮,并发送存餐成功指令给服务器。

配送员将存餐标识给餐饮柜终端读取,从而开启多个柜格中的第一柜格。配送员可以通过如下三种方式存餐:柜体扫码枪扫小票上的条形码或二维码(存餐码生成的条形码、二维码)、柜体屏幕支持触屏输入存餐字符、通过柜体外设小键盘按键输入存餐码。餐饮配送员完成存餐动作之后,餐饮柜终端可以发送存餐成功指令给服务器。

步骤s230,服务器生成上述存餐标识对应的第一取餐标识,并将其推送至所述餐饮柜终端存储,同时向客户发送餐品到达消息通知。

服务器将存餐成功提示发送至用户终端,以起到提醒持有用户终端的用户的目的。当餐饮订单对应的餐饮被存入该餐饮柜之后,餐饮柜终端发送存餐成功指令给服务器,服务器生成并存储第一取餐标识,该第一取餐标识与上述餐饮相对应,服务器回推第一取餐标识给餐饮柜终端存储,以便读取到取餐标识时与餐饮柜终端存储的标识进行核对。

步骤s240,所述餐饮柜终端读取所述用户终端上的第一取餐标识,开启所述第一柜格。

当点餐的用户通过用户终端向餐饮柜终端输入第一取餐标识时,餐饮柜终端可以读取第一取餐标识并与自身存储的取餐标识进行对比,在对比成功之后,开启与第一取餐标识对应的第一柜格,以便用户取餐。

步骤s250,用户取餐成功后,所述餐品柜终端发送用户取餐成功指令给服务器。

用户取餐成功之后,餐饮柜终端可以发送用户取餐成功指令至服务器,以使服务器完成该餐饮配送订单。

第三实施例

请参见图5,图5示出了本申请第三实施例提供的餐饮配送装置,该装置300包括:

存餐标识读取模块310,用于读取存餐标识,并开启所述餐饮柜多个柜格中的第一柜格用于容纳餐饮,其中,所述存餐标识为服务器接收用户终端发送的餐饮订单时,为所述餐饮订单进行标记的,所述存餐标识可被标记于所述餐饮订单对应的订单凭据。

存餐指令模块320,用于在存餐成功后,发送存餐成功指令给服务器,以使所述服务器发送存餐成功提示至所述用户终端。

取餐标识存储模块330,用于存储服务器下发的与该存餐标识的餐饮对应的第一取餐标识,所述用户终端可通过指令从服务器查取该第一取餐标识。

柜格开启模块340,用于读取所述第一取餐标识,并开启所述第一柜格。

所述装置还包括:第一登陆响应模块,用于响应于用户的第一登陆请求,在所述餐饮柜终端的显示界面显示第一登陆界面。第一登陆验证模块,用于接收并验证用户输入的第一登陆信息,于验证通过后,在所述显示界面显示收餐人联系方式收集界面,并开启多个柜格中的第二柜格。取餐标识发送模块,用于响应于用户的收餐人联系方式填写完成请求,将第二取餐标识向所述收餐人联系方式发送。柜格开启模块,用于读取所述第二取餐标识,并开启所述第二柜格。

第三实施例提供的餐饮配送装置与第一实施例提供的餐饮配送方法相对应,在此便不做赘述。

第四实施例

请参见图1,图1示出了本申请第四实施例提供的餐饮配送系统,所述系统包括:服务器30、用户终端20以及餐饮柜终端10,所述服务器30分别与所述用户终端20以及所述餐饮柜终端10相通信。

服务器30用于接收用户终端20发送的餐饮订单,并为所述餐饮订单标记上存餐标识,其中,所述存餐标识可被标记于所述餐饮订单对应的订单凭据;餐饮柜终端10用于读取所述存餐标识,并开启所述餐饮柜多个柜格中的第一柜格用于容纳餐饮;所述餐饮柜终端10向所述服务器30推送存餐成功指令;所述服务器30用于接收所述存餐成功指令并生成第一取餐标识;所述服务器30向所述用户终端20发送餐品送达通知,并将所述第一取餐标识回推给岁数餐饮柜终端10存储;所述餐饮柜终端10用于读取所述用户终端20上的第一取餐标识,开启所述第一柜格。

第四实施例提供的餐饮配送系统与第二实施例提供的餐饮配送方法相对应,在此便不做赘述。

本申请还提供一种电子设备,包括:处理器、存储器和总线,所述存储器存储有所述处理器可执行的机器可读指令,当所述电子设备运行时,所述处理器与所述存储器之间通过总线通信,所述机器可读指令被所述处理器执行时执行第一实施例所述的方法。

本申请还提供一种计算机可读存储介质,该计算机可读存储介质上存储有计算机程序,该计算机程序被处理器运行时执行第一实施例所述的方法。

本申请还提供一种计算机程序产品,所述计算机程序产品在计算机上运行时,使得计算机执行第一实施例所述的方法。

所属领域的技术人员可以清楚地了解到,为描述的方便和简洁,上述描述的系统的具体工作过程,可以参考前述方法中的对应过程,在此不再过多赘述。

本申请实施例提供的餐饮配送方法、装置及系统中,可以由餐饮柜终端读取存餐标识并与自身存储的存餐标识进行比对,从而开启用于容纳餐饮的第一柜格,然后餐饮柜终端在餐饮被放入第一柜格之后,生成存餐成功指令发送给服务器,服务器生成与之对应的第一取餐标识,并将第一取餐标识回推给所述餐饮柜终端,同时所述服务器发送餐品送达通知给用户终端,用户通过用户终端的第一取餐标识来餐饮柜终端处取餐,以便餐饮柜终端读取第一取餐标识,并开启对应的第一柜格。与现有技术相比,本申请实施例避免了用户未及时接到配送员的电话而造成配送员无法及时配送的尴尬,而且餐饮柜可以为存入柜中的餐饮保温,也避免了餐饮放置过久影响口感的问题。

需要说明的是,本说明书中的各个实施例均采用递进的方式描述,每个实施例重点说明的都是与其他实施例的不同之处,各个实施例之间相同相似的部分互相参见即可。对于装置类实施例而言,由于其与方法实施例基本相似,所以描述的比较简单,相关之处参见方法实施例的部分说明即可。

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

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

所述功能如果以软件功能模块的形式实现并作为独立的产品销售或使用时,可以存储在一个计算机可读取存储介质中。基于这样的理解,本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质中,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括:u盘、移动硬盘、只读存储器(rom,read-onlymemory)、随机存取存储器(ram,randomaccessmemory)、磁碟或者光盘等各种可以存储程序代码的介质。需要说明的是,在本文中,诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来,而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且,术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含,从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素,而且还包括没有明确列出的其他要素,或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下,由语句“包括一个……”限定的要素,并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

以上所述仅为本申请的优选实施例而已,并不用于限制本申请,对于本领域的技术人员来说,本申请可以有各种更改和变化。凡在本申请的精神和原则之内,所作的任何修改、等同替换、改进等,均应包含在本申请的保护范围之内。应注意到:相似的标号和字母在下面的附图中表示类似项,因此,一旦某一项在一个附图中被定义,则在随后的附图中不需要对其进行进一步定义和解释。

以上所述,仅为本申请的具体实施方式,但本申请的保护范围并不局限于此,任何熟悉本技术领域的技术人员在本申请揭露的技术范围内,可轻易想到变化或替换,都应涵盖在本申请的保护范围之内。因此,本申请的保护范围应所述以权利要求的保护范围为准。

当前第1页1 2 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1