网络药品购买的限量方法、装置、系统和存储介质
技术领域
本发明涉及数据处理技术领域,特别涉及一种网络药品购买的限量方法、装置、系统和存储介质。
背景技术
药品限量基于消费者的疾病情况,在一定范围内限制药品用量,以保证用药安全、防止药物滥用。相关的药品限量的技术中,可以通过医院的处方系统、按处方管理条例对单张处方进行药品限量,例如门诊用药不能超过7天。而随着互联网和物流技术的发展,用户也可以通过互联网购药。目前的互联网购药方式也是对单个订单进行药品限量。
发明内容
发明人对相关技术进行分析后发现,相关技术仅是对单张处方进行药品限量,而多张处方之间无法限制相同药品的数量。从而,导致无法有效地限制药品超量购买、药品滥用等情况。
本发明实施例所要解决的一个技术问题是:如何更有效地进行药品购买限量。
根据本发明一些实施例的第一个方面,提供一种网络药品购买的限量方法,包括:服务器获取购买药品的网络请求,网络请求包括用户的身份标识、请求购买药品的数量;服务器根据从数据库中查询的身份标识关于药品的历史用药信息、根据请求购买药品的数量确定的申请用药信息以及药品的最大可用信息,确定用户的对药品的剩余可用信息;服务器返回网络响应,在剩余可用信息小于预设值的情况下,网络响应中包括拒绝购买药品的请求的信息。
在一些实施例中,在剩余可用信息不小于预设值的情况下,网络响应中包括通过购买药品的请求的信息;限量方法还包括:服务器向数据库发送更新身份标识关于药品的历史用药信息的指示。
在一些实施例中,服务器根据从数据库中查询的身份标识关于药品的历史用药信息、根据请求购买药品的数量确定的申请用药信息以及药品的最大可用信息,确定用户的对药品的剩余可用信息包括:服务器根据身份标识,在数据库中存储的历史用药信息中查找最近一次确定的、用户对药品的历史使用结束时间;服务器根据请求购买药品的数量,确定用户的申请用药时长;在历史使用结束时间等于或晚于当前时间的情况下,服务器确定历史使用结束时间与当前时间之间的历史剩余时长,并确定历史剩余时长与申请用药时长之和、作为申请用药后的剩余时长;服务器将药品的最大可用时长与申请用药后的剩余时长的差确定为剩余可用时长,以便在剩余可用信息小于0的情况下,返回包括拒绝购买药品的请求的信息的网络响应。
在一些实施例中,服务器根据从数据库中查询的身份标识关于药品的历史用药信息、根据请求购买药品的数量确定的申请用药信息以及药品的最大可用信息,确定用户的对药品的剩余可用信息包括:服务器根据身份标识,在数据库中存储的历史用药信息中查找最近一次确定的、用户对药品的历史使用结束时间;服务器根据请求购买药品的数量,确定用户的申请用药量;在历史使用结束时间等于或晚于当前时间的情况下,服务器确定历史使用结束时间与当前时间之间的历史剩余药量,并确定历史剩余药量与申请用药量之和、作为申请用药后的剩余药量;服务器将药品的最大可用药量与申请用药后的剩余药量的差确定为剩余可用药量,以便在剩余可用信息小于0的情况下返回包括拒绝购买药品的请求的信息的网络响应。
在一些实施例中,请求还包括货物标识;限量方法还包括:服务器在数据库中查找货物标识对应的药品种类标识,具有同一个药品种类标识的货物具备相同的药品通用名称,以便根据药品种类标识确定身份标识关于相应药品的历史用药信息、以及相应药品的最大可用信息。
在一些实施例中,限量方法还包括:服务器将购买药品的请求中的信息存储在缓存中;响应于拒绝或通过购买药品的请求,服务器删除缓存中购买药品的请求的信息。
在一些实施例中,数据库为多个网络药品购买平台共享的;在用户通过终端向网络药品购买平台提交购买药品的请求后,服务器获取网络药品购买平台发送的购买药品的请求。
在一些实施例中,限量方法还包括:服务器根据身份标识,对用户进行身份验证,并且在身份验证不通过的情况下,拒绝购买药品的请求。
在一些实施例中,身份标识为身份证号码。
根据本发明一些实施例的第二个方面,提供一种网络药品购买的限量装置,包括:请求获取模块,被配置为获取购买药品的网络请求,网络请求包括用户的身份标识、请求购买药品的数量;剩余可用信息确定模块,被配置为根据从数据库中查询的身份标识关于药品的历史用药信息、根据请求购买药品的数量确定的申请用药信息以及药品的最大可用信息,确定用户的对药品的剩余可用信息;请求处理模块,被配置为返回网络响应,在剩余可用信息小于预设值的情况下,网络响应中包括拒绝购买药品的请求的信息。
根据本发明一些实施例的第三个方面,提供一种网络药品购买的限量系统,包括:前述网络药品购买的限量装置;以及一个或多个网络药品购买平台,被配置为获取用户通过终端提交的购买药品的请求后,向网络药品购买的限量装置发送购买药品的请求。
根据本发明一些实施例的第四个方面,提供一种网络药品购买的限量装置,包括:存储器;以及耦接至存储器的处理器,处理器被配置为基于存储在存储器中的指令,执行前述任意一种网络药品购买的限量方法。
根据本发明一些实施例的第五个方面,提供一种计算机可读存储介质,其上存储有计算机程序,其中,该程序被处理器执行时实现前述任意一种网络药品购买的限量方法。
上述发明中的一些实施例具有如下优点或有益效果:服务器通过在进行药品限量时参考用户对药品的历史用药信息,可以在用户存在历史购药行为的情况下,结合用户多次购买药品的药品总量进行限量处理。从而,可以更有效地进行药品限量,以更有效地保障用药安全。
通过以下参照附图对本发明的示例性实施例的详细描述,本发明的其它特征及其优点将会变得清楚。
附图说明
为了更清楚地说明本发明实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动性的前提下,还可以根据这些附图获得其他的附图。
图1示出了根据本发明一些实施例的网络药品购买的限量方法的流程示意图。
图2示出了根据本发明另一些实施例的网络药品购买的限量方法的流程示意图。
图3示出了基于用药时长的剩余可用信息确定方法的流程示意图。
图4示出了基于用药量的剩余可用信息确定方法的流程示意图。
图5示出了根据本发明又一些实施例的网络药品购买的限量方法的流程示意图。
图6示出了根据本发明一些实施例的请求数据处理方法的流程示意图。
图7示出了根据本发明再一些实施例的网络药品购买的限量方法的流程示意图。
图8示出了根据本发明一些实施例的网络药品购买的限量装置的结构示意图。
图9示出了根据本发明一些实施例的网络药品购买的限量系统的结构示意图。
图10示出了根据本发明另一些实施例的网络药品购买的限量装置的结构示意图。
图11示出了根据本发明又一些实施例的网络药品购买的限量装置的结构示意图。
具体实施方式
下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本发明一部分实施例,而不是全部的实施例。以下对至少一个示例性实施例的描述实际上仅仅是说明性的,决不作为对本发明及其应用或使用的任何限制。基于本发明中的实施例,本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。
除非另外具体说明,否则在这些实施例中阐述的部件和步骤的相对布置、数字表达式和数值不限制本发明的范围。
同时,应当明白,为了便于描述,附图中所示出的各个部分的尺寸并不是按照实际的比例关系绘制的。
对于相关领域普通技术人员已知的技术、方法和设备可能不作详细讨论,但在适当情况下,所述技术、方法和设备应当被视为授权说明书的一部分。
在这里示出和讨论的所有示例中,任何具体值应被解释为仅仅是示例性的,而不是作为限制。因此,示例性实施例的其它示例可以具有不同的值。
应注意到:相似的标号和字母在下面的附图中表示类似项,因此,一旦某一项在一个附图中被定义,则在随后的附图中不需要对其进行进一步讨论。
图1示出了根据本发明一些实施例的网络药品购买的限量方法的流程示意图。如图1所示,该实施例的网络药品购买的限量方法包括步骤S102~S106。
在步骤S102中,服务器获取购买药品的网络请求,其中,网络请求包括用户的身份标识、请求购买药品的数量。该网络请求可以是直接从终端获取的,也可以是终端发送给其他平台后、再由其他平台进行直接转发或处理后转发的。
请求购买药品的数量是指请求购买独立包装的药品的数量,例如购买几盒药。通过预设的药品对应的独立包装内的信息,可以换算出申请用药信息,例如申请购买的药品的总量(可以通过片数、粒数、克数等表示)、能够服用的总时长、能够服用的总次数等等。根据需要,也可以直接将独立包装的药品的数量确定为申请用药信息。
在一些实施例中,根据身份标识,对用户进行身份验证,并且在身份验证不通过的情况下,拒绝购买药品的请求。身份标识可以为身份证号码。
验证过程可以是根据身份证号码进行的实名制认证。例如,通过获取用户的姓名、证件号、证件照片、人脸等信息,采用加密传输的方式将获得的数据与公安部身份数据库核验认证。还可以预先在平台内单账号及多账号间进行去重校验,保证用户身份的合法性和唯一性。此外,可以通过获取用户的平台账号、IP地址、消费行为等信息,鉴定用户是否本人操作,对异常账号进行二次账号核验或强制登出等操作。
在步骤S104中,服务器根据从数据库中查询的身份标识关于药品的历史用药信息、根据请求购买药品的数量确定的申请用药信息以及药品的最大可用信息,确定用户的对药品的剩余可用信息。
在一些实施例中,用户的身份标识可以是身份证号码。一个用户可以具备多个网站账号、手机号或IP地址等信息,然而身份证号码与用户却是一一对应的。通过采用身份证号码标识用户的请求,可以查找到用户的更准确的历史用药信息,使得对药品购买的限量方法更有效。
药品的最大可用信息是指在安全剂量的范围内,药品的最大可服用量。用户对药品的剩余可用信息反映了基于药品的历史用药信息,在本次申请购买药品后,用户拥有的药品是否超出了安全剂量。药品的最大可用信息和剩余可用信息可以通过服药天数、服药次数、服药总量(例如粒数、克数等等)来表示。
在步骤S106中,服务器返回网络响应。在剩余可用信息小于预设值的情况下,网络响应中包括拒绝购买药品的请求的信息。
通过在进行药品限量时参考用户对药品的历史用药信息,可以在用户存在历史购药行为的情况下,结合用户多次购买药品的药品总量进行限量处理。从而,可以更有效地进行药品限量,以更有效地保障用药安全。
在一些实施例中,在剩余可用信息不小于预设值的情况下,网络响应中包括通过购买药品的请求的信息。图2示出了根据本发明另一些实施例的网络药品购买的限量方法的流程示意图,对应通过购买药品的请求时的处理方式。在图2中,除了分别对应于步骤S102~S106的步骤S202~S206以外,该实施例的方法还包括步骤S208:服务器向数据库发送更新身份标识关于药品的历史用药信息的指示,以便数据库更新相应的数据。
在通过购买药品的请求之后,可以继续执行生成订单数据、付款交易验证等流程。
通过上述实施例的方法,可以在无需对用户购药进行限量的情况下通过购买药品的请求,并更新用户的历史用药信息,从而可以对用户的后续购药行为进行更有效的限量处理。
下面参考图3和图4描述药品的剩余可用信息确定方法的实施例。
图3示出了基于用药时长的剩余可用信息确定方法的流程示意图。如图3所示,该实施例的剩余可用信息确定方法包括步骤S302~S310。
在步骤S302中,服务器根据身份标识,在数据库中存储的历史用药信息中查找最近一次确定的、用户对药品的历史使用结束时间。
在步骤S304中,服务器根据请求购买药品的数量,确定用户的申请用药时长。
在步骤S306中,在历史使用结束时间等于或晚于当前时间的情况下,服务器确定历史使用结束时间与当前时间之间的历史剩余时长,并确定历史剩余时长与申请用药时长之和、作为申请用药后的剩余时长。
在步骤S308中,服务器将药品的最大可用时长与申请用药后的剩余时长的差确定为剩余可用时长。
在一些实施例中,可以通过公式(1)确定剩余可用时长。
剩余可用时长=最大可用时长-[历史使用结束时间+申请用药时长-当前时间] (1)
在步骤S310中,在剩余可用信息小于0的情况下,服务器返回包括拒绝购买药品的请求的信息的网络响应。
在该实施例中,剩余可用信息对应的预设值为0。预设值可以根据剩余可用信息的具体计算方式确定。
例如,用户在历史购药行为中与11月1日下单,并且购买的药可用7天。与该用户具有同一身份标识的用户在11月4日再次购药,并且请求购买的药可用4天。该药品的最大可用天数为5天。从而,此时的剩余可用时长的计算过程如下:
剩余可用时长=5天-[11月7日+4天-11月4日]=-2 (2)
从而,如果通过了用户的购药请求,那么用户会拥有7天的药量,超出了该药品的最大可用天数,应当予以限量处理。
通过上述实施例的方法,可以以用药时长作为衡量是否用药超量的依据。
图4示出了基于用药量的剩余可用信息确定方法的流程示意图。如图4所示,该实施例的剩余可用信息确定方法包括步骤S402~S410。
在步骤S402中,服务器根据身份标识,在数据库中存储的历史用药信息中查找最近一次确定的、用户对药品的历史使用结束时间。
在步骤S404中,服务器根据请求购买药品的数量,确定用户的申请用药量。
在步骤S406中,在历史使用结束时间等于或晚于当前时间的情况下,服务器确定历史使用结束时间与当前时间之间的历史剩余药量,并确定历史剩余药量与申请用药量之和、作为申请用药后的剩余药量。
在步骤S408中,服务器将药品的最大可用药量与申请用药后的剩余药量的差确定为剩余可用药量。
在步骤S410中,在剩余可用信息小于0的情况下,返回包括拒绝购买药品的请求的信息的网络响应。
通过上述实施例的方法,可以以用药量作为衡量是否用药超量的依据。
在药品生产和售卖过程中,存在多个药厂生产具有同一种成分的药品、但是商品名称不同的情况。例如,同样是阿莫西林,不同厂家生产的药品具有不同的商品名,每盒药内的药量也可能不同,或者有些是片剂有些是胶囊等等。从而,如果通过药品的商品名进行限量,可能存在同一用户分别购买不同厂商的同种药物、但每种商品名对应的药物都在限量范围内但总量超出限量的情况。为了解决这一问题,可以对药物预先进行归类处理,将具有同一药品通用名称的货物归为一类、并赋予药品种类标识。药品的通用名称是由同一种成分或相同配方组成的药品的通用名称。在进行限量处理时,具有同一药品种类标识的药物视为相同的药物。下面参考图5描述本发明网络药品购买的限量方法的实施例。
图5示出了根据本发明又一些实施例的网络药品购买的限量方法的流程示意图。如图5所示,该实施例的限量方法包括步骤S502~S510。
在步骤S502中,服务器获取购买药品的网络请求,其中,该网络请求包括货物标识、身份标识、请求购买货物的数量。例如,可以是货物的编号、SKU(Stock Keeping Unit,库存量单位)等等。
在步骤S504中,服务器在数据库中查找该货物标识对应的药品种类标识。具有同一个药品种类标识的货物具备相同的药品通用名称。
在步骤S506中,服务器根据药品种类标识确定身份标识关于相应药品的历史用药信息、以及相应药品的最大可用信息。
在步骤S508中,服务器根据从数据库中查询的身份标识关于药品的历史用药信息、根据请求购买药品的数量确定的申请用药信息以及药品的最大可用信息,确定用户的对药品的剩余可用信息。
在一些实施例中,可以采用公式(3)确定申请用药总量。
在公式(3)中,n表示请求中同一个药品种类标识对应的货物标识的种类数,zi表示请求中第i种货物标识对应的货物数量,xi表示个第i种货物标识对应的货物中药品的药量。
如果需要确定用户的申请用药天数,可以通过公式(4)获得。
在公式(4)中,pxi表示第i种货物标识对应的货物的单次安全用药量,fxi表示第i种货物标识对应的货物在每天中的安全用药次数。
在步骤S510中,服务器返回网络响应,在剩余可用信息小于预设值的情况下,网络响应中包括拒绝购买药品的请求的信息。
通过上述实施例的方法,可以具有同一药品通用名称的药品进行归档,以对具有同一成分的药品进行更有效的限量。
在一些实施例中,可以通过缓存来暂存购买药品的请求。下面参考图6描述本发明请求数据处理方法的实施例。
图6示出了根据本发明一些实施例的请求数据处理方法的流程示意图。如图6所示,该实施例的请求数据处理方法包括步骤S602~S606。
在步骤S602中,服务器获取购买药品的网络请求。该网络请求例如可以是通过超文本传输协议(HyperText Transfer Protocol,简称:HTTP)请求发送的。
在步骤S604中,服务器将购买药品的请求中的信息存储在缓存中。
在步骤S606中,响应于拒绝或通过购买药品的请求,服务器删除缓存中购买药品的请求的信息。
通过上述实施例的方法,可以应对高并发量的场景,并且能够减少大量请求对数据库的冲击,提高了数据处理的效率。
在一些实施例中,身份标识关于药品的历史用药信息存储在多个网络药品购买平台共享的数据存储装置中,例如存储在多平台共享数据库中。从而,即使用户通过不同的购物网站购买药品,也可以实现全网的统一管控。下面参考图7描述本发明网络药品购买的限量方法的实施例。
图7示出了根据本发明再一些实施例的网络药品购买的限量方法的流程示意图。如图7所示,该实施例的限量方法包括步骤S702~S708。
在步骤S702中,用户终端向网络药品购买平台提交购买药品的网络请求。
在步骤S704中,服务器获取网络药品购买平台发送的购买药品的网络请求。例如,网络药品购买平台可以在识别出该请求为购买药品的请求后,调用预设的接口,以将请求传递到统一管理平台中。
在步骤S706中,服务器根据从数据库中查询的身份标识关于药品的历史用药信息、根据请求购买药品的数量确定的申请用药信息以及药品的最大可用信息,确定用户的对药品的剩余可用信息。
在步骤S708中,服务器根据剩余可用信息确定是否通过该请求,并将相应的网络响应发送给网络药品购买平台。
通过上述实施例的方法,可以根据身份标识对用户在不同网络药品购买平台的购药行为进行统一管控,并且各个平台共享数据库中的信息。从而,用户在某个平台购药后,其他平台也会根据这次购药行为进行限量处理,提高了药品购买限量的有效性。
下面参考图8描述本发明网络药品购买的限量装置的实施例。
图8示出了根据本发明一些实施例的网络药品购买的限量装置的结构示意图。如图8所示,该实施例的网络药品购买的限量装置800包括:请求获取模块8100,被配置为获取购买药品的网络请求,其中,网络请求包括用户的身份标识、请求购买药品的数量;剩余可用信息确定模块8200,被配置为根据从数据库中查询的身份标识关于药品的历史用药信息、根据请求购买药品的数量确定的申请用药信息以及药品的最大可用信息,确定用户的对药品的剩余可用信息;响应模块8300,被配置为返回网络响应,在剩余可用信息小于预设值的情况下,网络响应中包括拒绝购买药品的请求的信息。
在一些实施例中,在剩余可用信息不小于预设值的情况下,网络响应中包括通过购买药品的请求的信息;响应模块8300进一步被配置为向数据库发送更新身份标识关于药品的历史用药信息的指示。
在一些实施例中,剩余可用信息确定模块8200进一步被配置为根据从数据库中查询的身份标识,在历史用药信息中查找最近一次确定的、用户对药品的历史使用结束时间;根据请求购买药品的数量,确定用户的申请用药时长;在历史使用结束时间等于或晚于当前时间的情况下,确定历史使用结束时间与当前时间之间的历史剩余时长,并确定历史剩余时长与申请用药时长之和、作为申请用药后的剩余时长;将药品的最大可用时长与申请用药后的剩余时长的差确定为剩余可用时长,以便在剩余可用信息小于0的情况下,返回包括拒绝购买药品的请求的信息的网络响应。
在一些实施例中,剩余可用信息确定模块8200进一步被配置为根据从数据库中查询的身份标识,在历史用药信息中查找最近一次确定的、用户对药品的历史使用结束时间;根据请求购买药品的数量,确定用户的申请用药量;在历史使用结束时间等于或晚于当前时间的情况下,确定历史使用结束时间与当前时间之间的历史剩余药量,并确定历史剩余药量与申请用药量之和、作为申请用药后的剩余药量;将药品的最大可用药量与申请用药后的剩余药量的差确定为剩余可用药量,以便在剩余可用信息小于0的情况下,返回包括拒绝购买药品的请求的信息的网络响应。
在一些实施例中,请求还包括货物标识;网络药品购买的限量装置800还包括:查找模块8400,被配置为在数据库中查找货物标识对应的药品种类标识,其中,具有同一个药品种类标识的货物具备相同的药品通用名称,以便根据药品种类标识确定身份标识关于相应药品的历史用药信息、以及相应药品的最大可用信息。
在一些实施例中,网络药品购买的限量装置800还包括:缓存模块8500,被配置为将购买药品的请求中的信息存储在缓存中;响应于拒绝或通过购买药品的请求,删除缓存中购买药品的请求的信息。
在一些实施例中,数据库为多个网络药品购买平台共享的;请求获取模块8100进一步被配置为在用户通过终端向网络药品购买平台提交购买药品的网络请求后,获取网络药品购买平台发送的购买药品的网络请求。
在一些实施例中,网络药品购买的限量装置800还包括:身份验证模块8600,被配置为根据身份标识,对用户进行身份验证,并且在身份验证不通过的情况下,拒绝购买药品的请求。
在一些实施例中,身份标识为身份证号码。
下面参考图9描述网络药品购买的限量系统的实施例。
图9示出了根据本发明一些实施例的网络药品购买的限量系统的结构示意图。如图9所示,该实施例的网络药品购买的限量系统90包括网络药品购买的限量装置910,例如可以位于服务器;以及一个或多个网络药品购买平台920,被配置为获取用户提交的购买药品的请求后,向网络药品购买的限量装置910发送购买药品的请求。
图10示出了根据本发明另一些实施例的网络药品购买的限量装置的结构示意图。如图10所示,该实施例的网络药品购买的限量装置100包括:存储器1010以及耦接至该存储器1010的处理器1020,处理器1020被配置为基于存储在存储器1010中的指令,执行前述任意一个实施例中的网络药品购买的限量方法。
其中,存储器1010例如可以包括系统存储器、固定非易失性存储介质等。系统存储器例如存储有操作系统、应用程序、引导装载程序(Boot Loader)以及其他程序等。
图11示出了根据本发明又一些实施例的网络药品购买的限量装置的结构示意图。如图11所示,该实施例的网络药品购买的限量装置110包括:存储器1110以及处理器1120,还可以包括输入输出接口1130、网络接口1140、存储接口1150等。这些接口1130,1140,1150以及存储器1110和处理器1120之间例如可以通过总线1160连接。其中,输入输出接口1130为显示器、鼠标、键盘、触摸屏等输入输出设备提供连接接口。网络接口1140为各种联网设备提供连接接口。存储接口1150为SD卡、U盘等外置存储设备提供连接接口。
本发明的实施例还提供一种计算机可读存储介质,其上存储有计算机程序,其特征在于,该程序被处理器执行时实现前述任意一种网络药品购买的限量方法。
本领域内的技术人员应当明白,本发明的实施例可提供为方法、系统、或计算机程序产品。因此,本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且,本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用非瞬时性存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。
本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解为可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器,使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中,使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品,该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上,使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理,从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
以上所述仅为本发明的较佳实施例,并不用以限制本发明,凡在本发明的精神和原则之内,所作的任何修改、等同替换、改进等,均应包含在本发明的保护范围之内。