药房门店药品信息的管理方法、装置及系统与流程

[0001]
本申请涉及医疗用品管理领域，具体而言，涉及一种药房门店药品信息的管理方法、装置及系统。


背景技术：

[0002]
近年来，随着新兴技术不断发展，加速了传统医疗行业与这些新兴技术的融合，其中以健康医疗大数据为代表的医疗新业态，不断的激发着医疗行业的发展，医疗相关政策、法规、标准体系不断完善。药房的经营也本着利民、便民的宗旨出发，利用现代信息社会中各种先进的高科技手段，来更好的为社会服务。为了提高服务质量、减少资源浪费、优化资源配置、改善患者健康管理等，必然对药房的管理以及辅助管理的计算机系统提出了新的要求。
[0003]
相关技术中传统药房管理软件如海典、英灵克等药房管理软件，对供应商和药品资料的处理均为分离式，即集团下每个单体药房门店各自管理，各自建立首营供应商和首营药品资料后，互不影响，作为两条不同的信息处理。但是由于药房中药品、医疗器械、中药饮片的种类繁多，上游供应商复杂多样。集团下各单体门店自行管理供应商和药品信息，造成各单体门店的信息孤岛，难以通过统一的商品资料、客户资料、供应商资料追溯流向信息。
[0004]
针对相关技术中无法在对不同的药房管理时统一医疗用品信息的问题，目前尚未提出有效的解决方案。


技术实现要素：

[0005]
本申请的主要目的在于提供一种药房门店药品信息的管理方法，以解决无法在对不同的药房管理时统一医疗用品信息问题。
[0006]
为了实现上述目的，本申请提供了一种药房门店药品信息的管理方法、装置及系统。
[0007]
第一方面，本申请提供了一种药房门店药品信息的管理方法。
[0008]
根据本申请的药房门店药品信息的管理方法包括：
[0009]
接收门店客户端发送的药品信息搜索请求，其中，所述药品信息搜索请求包括目标药品信息；
[0010]
根据所述药品信息搜索请求，判断基础信息库中是否存在目标药品信息，其中，所述基础信息库为多个门店共用的信息库；
[0011]
若存在，则将目标药品信息以及门店客户端对应的门店身份标识生成所述门店对应的门店信息库，并反馈给所述门店客户端；
[0012]
若不存在，则对基础信息库进行更新。
[0013]
进一步的，所述对基础信息库进行更新包括：
[0014]
判断所述基础信息库中是否存在目标药品信息的引用基础；
[0015]
若存在，则根据目标药品信息和引用基础对应的药品信息的差异进行修改，并将修改后的所述引用基础对应的药品信息添加到基础信息库中；
[0016]
若不存在，则将目标药品信息添加到基础信息库中。
[0017]
进一步的，在所述将修改后的所述引用基础对应的药品信息添加到基础信息库中或将目标药品信息添加到基础信息库中之前，所述方法还包括：
[0018]
对修改后的药品信息或所述目标药品信息进行审核。
[0019]
进一步的，所述在反馈给所述门店客户端之前，所述方法还包括：
[0020]
将所述门店信息库进行快照处理，生成门店快照信息，以便将所述门店快照信息反馈给所述门店客户端。
[0021]
进一步的，所述对基础信息库进行更新，包括：
[0022]
接收多个门店客户端发送的同一药品的更新信息；
[0023]
将多个更新信息进行合并处理。
[0024]
第二方面，本申请提供了一种药房门店药品信息的管理装置。
[0025]
根据本申请的药房门店药品信息的管理装置包括：
[0026]
信息接收模块，用于接收门店客户端发送的药品信息搜索请求，其中，所述药品信息搜索请求包括目标药品信息；
[0027]
判断模块，用于根据所述药品信息搜索请求，判断基础信息库中是否存在目标药品信息，其中，所述基础信息库为多个门店共用的信息库；
[0028]
门店信息生成模块，用于若判断模块的判断结果为存在，则将目标药品信息以及门店客户端对应的门店身份标识生成所述门店对应的门店信息库，并反馈给所述门店客户端；
[0029]
基础信息更新模块，用于若判断模块的判断结果为不存在，则对基础信息库进行更新。
[0030]
进一步的，所述基础信息更新模块包括：
[0031]
引用基础判断单元，用于判断所述基础信息库中是否存在目标药品信息的引用基础；
[0032]
信息修改单元，用于若引用基础判断单元的判断结果为存在，则根据目标药品信息和引用基础对应的药品信息的差异进行修改，并将修改后的所述引用基础对应的药品信息添加到基础信息库中；
[0033]
信息添加单元，用于若引用基础判断单元的判断结果为不存在，则将目标药品信息添加到基础信息库中。
[0034]
进一步的，所述信息修改单元或信息添加单元还包括：
[0035]
将修改后的所述引用基础对应的药品信息添加到基础信息库中或将目标药品信息添加到基础信息库中之前，对修改后的药品信息或所述目标药品信息进行审核。
[0036]
进一步的，所述门店信息生成模块还包括：
[0037]
所述在反馈给所述门店客户端之前，将所述门店信息库进行快照处理，生成门店快照信息，以便将所述门店快照信息反馈给所述门店客户端。
[0038]
进一步的，所述基础信息更新模块还包括：
[0039]
多信息接收单元，用于接收多个门店客户端发送的同一药品的更新信息；
[0040]
信息合并单元，用于将多个更新信息进行合并处理。
[0041]
第三方面，本申请提供了一种药房门店药品信息的管理系统。
[0042]
根据本申请的药房门店药品信息的管理系统包括：
[0043]
服务端，与门店客户端连接，用于发送门店信息库至门店客户端，并接收门店客户端发送的药品信息搜索请求；还用于执行第一方面提供的药房药品信息的管理方法的步骤；
[0044]
门店客户端，与服务端连接，用于接收服务端发送的门店信息库，并发送药品信息搜索请求至服务端。
[0045]
第四方面，本申请提供一种非暂态计算机可读存储介质，其上存储有计算机程序，该计算机程序被处理器执行时实现第一方面提供的药房门店药品信息的管理方法的步骤。
[0046]
在本申请实施例中，采用接收门店的药品搜索请求，通过获取门店共用的基础信息库的方式，判断是否存在目标药品信息，若存在则根据基础信息库中的药品信息和门店身份标识生成各门店不同的门店信息库；若不存在则根据目标药品的药品信息对基础信息库进行更新，达到了根据药品搜索请求生成门店信息库或更新基础信息库的目的，从而实现了对不同的药房管理时统一医疗用品信息的技术效果，进而解决了无法在对不同的药房管理时统一医疗用品信息的技术问题。
附图说明
[0047]
构成本申请的一部分的附图用来提供对本申请的进一步理解，使得本申请的其它特征、目的和优点变得更明显。本申请的示意性实施例附图及其说明用于解释本申请，并不构成对本申请的不当限定。在附图中：
[0048]
图1是根据本申请实施例的药房门店药品信息的管理方法的流程示意图；
[0049]
图2是根据本申请实施例的基础信息库和门店信息库的关系示意图；
[0050]
图3是根据本申请实施例的门店执行新建首营流程的流程示意图；
[0051]
图4是根据本申请实施例的涉及基础信息更新的审批页面示意图；
[0052]
图5是根据本申请实施例的不涉及基础信息更新的审批页面示意图；
[0053]
图6是根据本申请实施例的药房门店药品信息的管理装置的结构框图；
[0054]
图7是根据本申请实施例的药房门店药品信息的管理系统的结构框图。
具体实施方式
[0055]
为了使本技术领域的人员更好地理解本申请方案，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分的实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都应当属于本申请保护的范围。
[0056]
需要说明的是，本申请的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本申请的实施例。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的
过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。
[0057]
此外，术语“安装”、“设置”、“设有”、“连接”、“相连”、“套接”应做广义理解。例如，可以是固定连接，可拆卸连接，或整体式构造；可以是机械连接，或电连接；可以是直接相连，或者是通过中间媒介间接相连，又或者是两个装置、元件或组成部分之间内部的连通。对于本领域普通技术人员而言，可以根据具体情况理解上述术语在本申请中的具体含义。
[0058]
需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。下面将参考附图并结合实施例来详细说明本申请。
[0059]
根据本申请实施例，提供了一种药房门店药品信息的管理方法，如图1所示，该方法包括如下的步骤s1至步骤s4：
[0060]
第一方面，本申请提供了一种药房门店药品信息的管理方法。
[0061]
根据本申请的药房门店药品信息的管理方法包括：
[0062]
s1：接收门店客户端发送的药品信息搜索请求，其中，所述药品信息搜索请求包括目标药品信息。
[0063]
药品信息搜索请求为用户通过门店客户端发送的，可以是用户录入新药之前进行搜索。目标药品信息为描述药品的信息，可以包括药品包装图片、药品条形码图片等药品图片信息，也可以包括药品名称、药品规格、药品批准文号等药品文字信息，在此不进行限制。例如，接收门店客户端发送的“vc，国食健字g20120259”。
[0064]
s2：根据所述药品信息搜索请求，判断基础信息库中是否存在目标药品信息，其中，所述基础信息库为多个门店共用的信息库。
[0065]
当接收到上述步骤s1发送的药品信息搜索请求时，判断基础信息库中是否存在目标药品信息。具体的，若目标药品信息包括药品的唯一标识信息(例如药品批准文号加规格，例如“国食健字g20120259，1000mg*20片”；进口药品注册证号加规格，例如“h20080418，0.5g”；等药品的唯一身份信息)，则在基础信息库中检索是否存在药品的唯一标识信息。
[0066]
具体的，在“判断基础信息库中是否存在目标药品信息”时，存在四种判断存在的条件，其一为当目标药品信息与基础信息库中的信息完全相同，且不存在多个检索结果时，执行步骤s3。其二为当目标药品信息与基础信息库中的信息不完全相同，但存在多个检索结果时，执行步骤s4。，其三为当目标药品信息与基础信息库中的信息不完全相同，但不存在多个检索结果时，需要用户在门店客户端进行二次确认，若确认检索结果是目标药品(目标药品为目标药品信息对应的药品)，则执行步骤s3，若确认检索结果不是目标药品，则执行步骤s4。示例的，目标药品信息为“甲硝唑片0.2g*100”，检索结果为“广东三才医药，甲硝唑片0.2g*100片”，若门店客户端实际的检索目标为“广东三才医药，甲硝唑片0.2g*100片”，则执行步骤s3；若门店客户端实际的检索目标为“远大医药，甲硝唑片0.2g*100粒”，则执行步骤s4。其四为，当目标药品信息与基础信息库中的信息完全相同，但存在多个检索结果时，需要用户在门店客户端进行二次确认，若二次确认的结果为在多个检索结果中均不存在目标药品，则执行步骤s4；若二次确认的结果为在多个检索结果中存在目标药品，则执行步骤s3。示例的，目标药品信息为“人血白蛋白，10g”，存在多个检索结果，如“博雅生物，人血白蛋白，10g/瓶(20％，50ml)”、“派斯菲科，人血白蛋白，50ml，10g/瓶”、“国药，人血白蛋白10g(20％，50ml)”，进一步将检索到的多个检索结果反馈给门店客户端，以便门店客户
端进行二次确认，若门店客户端实际的检索目标为“山东泰邦生物，人血白蛋白10g(20％，50ml)”，则判断结果为不存在，执行步骤s4；若门店客户端实际的检索目标为“国药，人血白蛋白10g(20％，50ml)”，则判断结果为存在，执行步骤s3。
[0067]
需要说明的是，基础信息库为药品信息的总数据库，由服务端后台的集团总部管理人员进行数据增删改的管理，包括全部的药品信息，由多个门店共享。
[0068]
s3：若存在，则将目标药品信息以及门店客户端对应的门店身份标识生成所述门店对应的门店信息库，并反馈给所述门店客户端。
[0069]
具体的，当上述步骤s2“判断基础信息库中是否存在目标药品信息”的判断结果为存在时，则将目标药品信息对应的基础信息库中的药品信息和门店客户端对应的门店身份标识生成门店信息库。例如，目标药品信息为“甲硝唑栓，0.5g*10”，在基础信息库中对应的药品信息为“【商品名称】甲硝唑栓【通用名称】甲硝唑栓【规格】0.5g【生产企业】马应龙药业集团股份有限公司【批准文号】国药准字h42020376”，门店身份标识为“bj1001”，则将基础信息库中对应的药品信息增加门店身份标识，得到门店信息“【门店身份标识】bj1001【商品名称】甲硝唑栓【通用名称】甲硝唑栓【规格】0.5g【生产企业】马应龙药业集团股份有限公司【批准文号】国药准字h42020376”，并将门店信息反馈给门店客户端。
[0070]
需要说明的是，门店信息库为按照各个门店不同需求的药品数据库，基础信息库包括门店信息库的全部药品信息，并且，门店信息库还包括各自唯一的身份识别编码。例如，基础信息库包括“a、b、c、d、e”5种药品信息，而第一门店可以包括第一门店身份信息和a、b、c 3种药品信息，第二门店可以包括第二门店身份信息和c、d2种药品信息，第三门店可以包括第三门店身份信息和a、b、d、e4种药品信息，门店可以按照各自不同的需求获取基础信息库中的不同药品信息并使用。
[0071]
示例的，本申请的基础信息库和门店信息库的关系示意图如图2所示，包括：唯一的基础信息库包含多个药品信息，每个药品信息对应在售的不同的门店信息库。
[0072]
进一步的，在上述步骤s3“反馈给所述门店客户端”之前，所述方法还包括：
[0073]
将所述门店信息库进行快照处理，生成门店快照信息，以便将所述门店快照信息反馈给所述门店客户端。
[0074]
需要说明的是，在实际使用门店信息库中的数据时可以直接引用门店快照信息以保证门店使用数据的稳定。另外，还需要说明的是，门店快照信息中的数据因为门店身份标识的不同而彼此独立。
[0075]
s4：若不存在，则对基础信息库进行更新。
[0076]
当上述步骤s2“判断基础信息库中是否存在目标药品信息”的判断结果为不存在时，将目标药品信息录入到基础信息库中，对基础信息库进行更新。
[0077]
进一步的，在上述步骤s4中“对基础信息库进行更新”包括：
[0078]
判断所述基础信息库中是否存在目标药品信息的引用基础；
[0079]
若存在，则根据目标药品信息和引用基础对应的药品信息的差异进行修改，并将修改后的所述引用基础对应的药品信息添加到基础信息库中；
[0080]
若不存在，则将目标药品信息添加到基础信息库中。
[0081]
具体的，当上述步骤s2“判断基础信息库中是否存在目标药品信息”的判断结果为不存在时，目标药品为首营药品(首营药品是指本企业首次购进的药品，包括但不限于新产
品、新规格、新剂型、新包装)，需要对目标药品信息进行录入。录入时，首先判断基础信息库中是否存在目标药品信息的引用基础(引用基础是引用基础信息库中存在药品的信息)，若不存在引用基础，例如目标药品是从未上市过的新药(例如新冠疫苗、新型流感疫苗、新型癌症靶向药等)，则将目标药品信息按照药品首营信息的录入格式(例如“商品名称、通用名称、规格、生产企业、批准文号”)进行录入。若存在引用基础，例如目标药品是新规格、新剂型、新包装的药品，则存在引用基础，则针对药品信息的差异进行修改，生成修改后的商品信息，并将修改后的商品信息添加到基础信息库中。示例的，若目标药品信息为第一制药厂的5ml的酒精，在基础信息库中存在第一制药厂的10ml的酒精，则目标药品在基础信息库中的引用基础为第一制药厂的10ml的酒精，则根据引用基础和目标药品中剂型10ml和5ml的差异对引用基础的药品信息进行修改，生成修改后的商品信息，并将修改后的第一制药厂的5ml的酒精的药品信息添加到基础信息库中。
[0082]
示例的，本申请的门店执行新建首营流程的流程示意图如图3所示，包括：
[0083]
(1)门店执行新建首营流程，搜索目标药品信息的推荐基础药品，并执行(2)步骤；
[0084]
(2)判断是否存在引用基础商品(基础商品为基础信息库中的药品)，若存在则执行(3)步骤，若不存在则执行(4)步骤；
[0085]
(3)获取引用基础商品对应的药品信息，并执行(5)步骤；
[0086]
(4)获取目标药品的唯一标识信息并录入，并执行(11)步骤；
[0087]
(5)填写目标药品的首营信息并提交，并执行(6)步骤；
[0088]
(6)判断(5)步骤中的首营信息是否对引用基础商品对应的药品信息进行修改，若存在修改则执行(7)步骤，若不存在修改则执行(8)步骤；
[0089]
(7)客户端对(6)步骤中修改的药品信息或(14)步骤新增的基础信息进行审批，若审批通过则执行(9)步骤，若审批未通过则返回(5)步骤；
[0090]
(8)对(5)步骤中填写的首营信息进行审批，若审批通过则执行(10)步骤，若审批未通过则返回(5)步骤；
[0091]
(9)对(6)步骤中引用基础商品对应的药品信息进行更新，并执行(10)步骤；
[0092]
(10)结束；
[0093]
(11)判断基础信息库中是否存在(4)步骤输入的药品的唯一标识信息，若不存在则执行(12)步骤，若存在则执行(13)步骤；
[0094]
(12)将目标药品录入基础信息和首营信息并提交，执行(14)步骤；
[0095]
(13)提示是否引用(11)步骤唯一标识信息对应的药品信息，若需要引用则执行(15)步骤，若不需要引用则执行(12)步骤；
[0096]
(14)将(12)步骤或(15)步骤录入的基础信息新增到基础信息库中，并执行(7)步骤；
[0097]
(15)针对目标药品对(11)步骤唯一标识信息对应的药品信息进行补充，并增加首营资料，执行(14)步骤。
[0098]
进一步的，在所述“将修改后的所述引用基础对应的药品信息添加到基础信息库中”或“将目标药品信息添加到基础信息库中”之前，所述方法还包括：
[0099]
对修改后的药品信息或所述目标药品信息进行审核。
[0100]
根据上述对基础信息库的说明，其由服务端后台的集团总部管理人员进行数据管
理，在将目标药品更新到基础信息库中之前，需要管理人员对门店提出的更新请求进行确认，以防止因为门店的误操作对基础信息库中的药品信息进行误处理。
[0101]
示例的，本申请的涉及基础信息更新的审批页面示意图如图4所示、本申请的不涉及基础信息更新的审批页面示意图图5所示。
[0102]
进一步的，在上述步骤s4中对基础信息库进行更新，包括：
[0103]
接收多个门店客户端发送的同一药品的更新信息；
[0104]
将多个更新信息进行合并处理。
[0105]
当服务端接收到药品更新信息时，获取是否存在同一药品的其他更新信息，若存在，则将多个更新信息进行合并处理。具体为，当获取到其他更新信息时，服务端自动检测用户设置的时间间隔的更新信息，可以为最近一天的多个更新信息，也可以是最近12小时的多个更新信息，用户可以按照集团总部的需求对时间间隔进行设定，在此不进行限制。具体的，上述步骤s4中“将多个更新信息进行合并处理”可以是获取多个更新信息的进行去同存异处理，得到合并后的更新信息(例如，接收到多个门店对a药品发送的更新信息“abc”、“abdf”、“abe”，去除“abc”、“abdf”、“abe”的相同点“ab”，保留“abc”、“abdf”、“abe”的不同点“c”、“df”、“e”，得到合并后的更新信息“abcdef”)。也可以是获取多个更新信息中信息点最多的一条，作为更新信息(例如，接收到多个门店对a药品发送的更新信息“abc”、“abdf”、“abe”，得到信息点最多的一条“abdf”，作为更新信息“abdf”)。
[0106]
从以上的描述中，可以看出，本申请实现了如下技术效果：
[0107]
在本申请实施例中，采用接收门店的药品搜索请求，通过获取门店共用的基础信息库的方式，判断是否存在目标药品信息，若存在则根据基础信息库中的药品信息和门店身份标识生成各门店不同的门店信息库；若不存在则根据目标药品的药品信息对基础信息库进行更新，达到了根据药品搜索请求生成门店信息库或更新基础信息库的目的，从而实现了对不同的药房管理时统一医疗用品信息的技术效果。
[0108]
需要说明的是，在附图的流程图示出的步骤可以在诸如一组计算机可执行指令的计算机系统中执行，并且，虽然在流程图中示出了逻辑顺序，但是在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤。
[0109]
根据本申请实施例，还提供了一种用于实施上述药房门店药品信息的管理方法的装置10，如图6所示，该药房门店药品信息的管理装置10包括：
[0110]
信息接收模块11，用于接收门店客户端发送的药品信息搜索请求，其中，所述药品信息搜索请求包括目标药品信息；
[0111]
判断模块12，用于根据所述药品信息搜索请求，判断基础信息库中是否存在目标药品信息，其中，所述基础信息库为多个门店共用的信息库；
[0112]
门店信息生成模块13，用于若判断模块的判断结果为存在，则将目标药品信息以及门店客户端对应的门店身份标识生成所述门店对应的门店信息库，并反馈给所述门店客户端；
[0113]
基础信息更新模块14，用于若判断模块的判断结果为不存在，则对基础信息库进行更新。
[0114]
进一步的，所述基础信息更新模块14包括：
[0115]
引用基础判断单元，用于判断所述基础信息库中是否存在目标药品信息的引用基
础；
[0116]
信息修改单元，用于若引用基础判断单元的判断结果为存在，则根据目标药品信息和引用基础对应的药品信息的差异进行修改，并将修改后的所述引用基础对应的药品信息添加到基础信息库中；
[0117]
信息添加单元，用于若引用基础判断单元的判断结果为不存在，则将目标药品信息添加到基础信息库中。
[0118]
进一步的，所述信息修改单元或信息添加单元还包括：
[0119]
将修改后的所述引用基础对应的药品信息添加到基础信息库中或将目标药品信息添加到基础信息库中之前，对修改后的药品信息或所述目标药品信息进行审核。
[0120]
进一步的，所述门店信息生成模块13还包括：
[0121]
所述在反馈给所述门店客户端之前，将所述门店信息库进行快照处理，生成门店快照信息，以便将所述门店快照信息反馈给所述门店客户端。
[0122]
进一步的，所述基础信息更新模块14还包括：
[0123]
多信息接收单元，用于接收多个门店客户端发送的同一药品的更新信息；
[0124]
信息合并单元，用于将多个更新信息进行合并处理。
[0125]
具体的，本实施例中各模块的实现可以参考方法实施例中的相关实现，不再赘述。
[0126]
从以上的描述中，可以看出，本申请实现了如下技术效果：
[0127]
在本申请实施例中，采用接收门店的药品搜索请求，通过获取门店共用的基础信息库的方式，判断是否存在目标药品信息，若存在则根据基础信息库中的药品信息和门店身份标识生成各门店不同的门店信息库；若不存在则根据目标药品的药品信息对基础信息库进行更新，达到了根据药品搜索请求生成门店信息库或更新基础信息库的目的，从而实现了对不同的药房管理时统一医疗用品信息的技术效果。
[0128]
根据本申请实施例，还提供了一种用于实施上述药房门店药品信息的管理方法的系统20，如图7所示，该药房门店药品信息的管理系统20包括：
[0129]
服务端21，与门店客户端22连接，用于发送门店信息库至门店客户端22，并接收门店客户端22发送的药品信息搜索请求；还用于执行包括上述步骤s1到步骤s4的药房门店药品信息的管理方法。
[0130]
门店客户端22，与服务端21连接，用于接收服务端21发送的门店信息库，并发送药品信息搜索请求至服务端21。
[0131]
服务端21和门店客户端22的连接方式主要是通过无线连接(例如wifi、4g移动网络、蓝牙、rabbitmq软件等无线连接方式，在此不进行限制)进行发送，在特殊情况下，也可以是通过有线连接(例如药房门店和集团总部的内部局域网)进行发送。
[0132]
显然，本领域的技术人员应该明白，上述的本申请的各模块或各步骤可以用通用的计算装置来实现，它们可以集中在单个的计算装置上，或者分布在多个计算装置所组成的网络上，可选地，它们可以用计算装置可执行的程序代码来实现，从而，可以将它们存储在存储装置中由计算装置来执行，或者将它们分别制作成各个集成电路模块，或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样，本申请不限制于任何特定的硬件和软件结合。
[0133]
以上所述仅为本申请的优选实施例而已，并不用于限制本申请，对于本领域的技
术人员来说，本申请可以有各种更改和变化。凡在本申请的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本申请的保护范围之内。