一种医废处理物联网系统的制作方法

1.本发明涉及医疗废弃物处理技术领域，具体而言，涉及一种医废处理物联网系统。


背景技术：

2.医疗废弃物的产生具有明显的区域分布性、时间上的随时性，而医疗废弃物的安全处理是影响公共安全和国计民生的重大问题；现有医疗废弃物在收集、运输、处理和再利用等环节不能进行统一管理，导致医疗废弃物出现无法溯源、数据真实性无法校验和得不到有效监管的问题。


技术实现要素：

3.为解决上述问题，本发明的目的在于提供一种对医疗废弃物收集、运输和处理过程进行跟踪和全程监管的物联网系统。
4.本发明提供了一种医废处理物联网系统，该系统包括：数据采集终端、物联网连接设备、应用服务器和数据库，以及搭载在所述应用服务器上的医废管理大数据云平台；
5.所述数据采集终端通过所述物联网连接设备与所述应用服务器连接；所述应用服务器与所述数据库连接；所述数据采集终端用于采集医废收集、医废运输和医废处理过程中产生的数据；所述数据采集终端将采集的数据上传至所述医废管理大数据云平台；
6.所述医废管理大数据云平台包括：
7.数据采集终端管理子系统，其用于对数据采集终端进行管理，包括添加、删除和维护；
8.数据获取子系统，其用于获取并记录所述数据采集终端上传的数据，并将其存储在所述数据库中；
9.监控子系统，其用于根据所述数据获取子系统获取的数据对医废收集、医废运输和医废处理过程进行监控。
10.作为本发明进一步的改进，所述系统还包括：负载均衡服务器，所述数据采集终端连接所述负载均衡服务器，所述负载均衡服务器连接多个所述应用服务器。
11.作为本发明进一步的改进，所述系统还包括用户终端，所述医废管理大数据云平台还包括用户管理子系统；
12.所述用户管理子系统包括用户注册、用户权限配置、账号管理和身份认证；
13.所述用户管理子系统根据所述用户终端发送的注册信息为其创建用户账号并进行用户权限配置，所述用户权限配置包括数据权限配置和功能权限配置；
14.所述账号管理是对用户账号进行管理，包括激活和暂停；
15.所述身份认证是对注册用户登录的合法性进行验证。
16.作为本发明进一步的改进，所述医废管理大数据云平台还包括告警子系统，所述系统包括用户终端，所述监控子系统判断所述数据采集终端采集的数据异常或数据采集终端工作异常时，所述告警子系统向所述用户终端发送提醒消息。
17.作为本发明进一步的改进，所述医废管理大数据云平台还包括统计分析子系统，所述统计分析子系统用于对医废收集、医废运输和医废处理过程中产生的数据进行统计分析，并生成统计分析数据。
18.作为本发明进一步的改进，所述医废管理大数据云平台还包括可视化子系统，所述系统包括用户终端，所述可视化子系统用于将所述统计分析子系统生成统计分析数据可视化并发布，所述用户终端通过订阅的方式从所述可视化子系统获取可视化后的统计分析数据。
19.作为本发明进一步的改进，所述医废管理大数据云平台还包括医废工单子系统，所述系统包括用户终端；所述医废工单子系统用于处理包括：
20.接收所述用户终端发送医废收集和医废转运请求，生成医废收集订单，并记录医废收集和医废转运数据；
21.或接收所述用户终端发送的医废处理请求，生成医废处理订单，并记录医废处理数据；
22.或接收所述用户终端发送的医废再利用生产请求，生成医废再利用生产订单，并记录医废再利用生产数据；
23.或接收所述用户终端发送的医废再利用产物购买请求，生成医废再利用产物购买订单，并记录医废再利用产物购买数据。
24.作为本发明进一步的改进，所述数据采集终端包括采集：医废收集过程中的位置和重量；
25.医废运输过程中的位置和重量；
26.医废处理过程中的位置、重量、温度和压力，以及处理后产物的属性和重量；
27.医废再利用生产过程中的产物的属性和重量。
28.作为本发明进一步的改进，所述用户权限配置包括为一个用户账号关联若干个数据采集终端，用户账号可查看与其关联的数据采集终端采集的数据。
29.作为本发明进一步的改进，所述数据权限配置包括对数据采集终端采集的数据进行划分，有相应数据权限的用户可查看相应的数据；
30.所述功能权限配置包括对医废管理大数据云平台的功能进行划分，有相应功能权限的用户可查看和操作用于权限的功能模块。
31.作为本发明进一步的改进，所述数据库采用mysql集群形式。
32.本发明的有益效果为：通过数据采集终端采集医废收集、医废运输和医废处理过程中产生的数据，对医废收集、医废运输和医废处理过程进行全过程的监控，实现了医废处理、资源再利用全过程智能化可视化的在线监管，大大提高了监管能力、事故处理能力和可追溯性。
附图说明
33.图1为本发明实施例所述的一种医废处理物联网系统的系统结构示意图；
34.图2为本发明实施例所述的一种医废处理物联网系统的系统结构示意图；
35.图3为本发明实施例所述的医废管理大数据云平台的系统构成示意图；
36.图4为本发明实施例所述的医废管理大数据云平台的系统构成示意图；
37.图5为本发明实施例所述的医废工单子系统的系统构成示意图。
具体实施方式
38.下面将结合本发明实施例中的附图，对发明开实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
39.本发明实施例所述的一种医废处理物联网系统，如图1和3所示，该系统包括数据采集终端、物联网连接设备、应用服务器和数据库，以及搭载在应用服务器上的医废管理大数据云平台；
40.数据采集终端通过物联网连接设备与应用服务器连接，数据采集终端与应用服务器之间网络链路的主要设备包括路由器、交换机和防火墙等，以及结合相关配套的专业软件以保证整个网络传输过程数据的安全性和流畅性；应用服务器与数据库连接；
41.数据采集终端用于采集医废收集、医废运输和医废处理过程中产生的数据，数据采集终端将采集的数据上传至所述医废管理大数据云平台。数据采集终端例如安装在医疗废弃物收集桶、医疗废弃物收集车、医疗废弃物转运车、医疗废弃物处理设备、处理后医疗废弃物转运车、集中分离和资源再利用生产线等。医疗废弃物收集桶可用于收集医院科室、中小诊所、社区医院或其他场所。医疗废弃物收集车可用于将医疗废弃物收集桶收集的医废集中收集处理或运输到指定位置进行处理。医疗废弃物转运车可将医疗废弃物收集桶收集的医废转运至医疗废弃物就地处理设备或医疗废弃物收集车上。医疗废弃物处理设备可分为就地处理设备和集中处理设备，就地处理设备可安装在医院内部，医院内部的医废可直接投入就地处理设备破碎灭菌处理后变成无害化颗粒；集中处理设备可安装在指定的医废处理中心。经过医疗废弃物处理设备处理后的产物可通过处理后医疗废弃物转运车运输至指定的工厂进行加工，工厂内的集中分离和资源再利用生产线将处理后的医废进行再加工，制成工业制品。
42.医废管理大数据云平台包括：数据采集终端管理子系统、数据获取子系统和监控子系统；其中，
43.数据采集终端管理子系统用于对数据采集终端进行管理，包括添加、删除和维护；通过数据采集终端管理子系统对所有登记和联网数据采集终端进行管理，由于数据采集终端使用相关的医废收集处理设备连接的，通过数据采集终端可获取医废收集处理设备的相关信息。
44.数据获取子系统用于获取并记录数据采集终端上传的数据，并将其存储在所述数据库中；医废管理大数据云平台直接从数据采集终端获取数据，数据实时准确、不可篡改，保证了对医疗废物收集处理全过程的记录。
45.监控子系统用于根据所述数据获取子系统获取的数据对医废收集、医废运输和医废处理过程进行监控。例如，监控医废运输过程总重量是否发生变化，医废运输路径是否发生变化，医废处理过程温度、压力是否异常等。
46.本实施例医废管理大数据云平台的一种实施过程为：通过设置医疗废弃物收集桶上数据采集终端自动上传每个科室产生的医废信息，再通过医疗废弃物处理设备上的数据
采集终端自动上传医废处理全过程信息，并对医废产生和处理过程中的重量、温度、压力等数据进行自动监测和分析，再通过医疗废弃物运输车上的数据采集终端自动上传所运输的后医废原料重量，最后由资源再利用生产线自动上传工业制成品的重量、数量等信息。上述数据信息统一由医废管理大数据云平台进行汇总分析，实现医废处置过程中的即时跟踪和数据精准记录，为卫生、环保等职能部门对医废处置的全程监管提供强大的技术支持和保障，确保医废不会非法流失。
47.医废管理大数据云平台还包括系统管理子模块，系统管理子模块包括日志管理，记录所有平台系统的操作日志和系统日志，各个用户登陆情况和操作情况均记录详细；当数据库或者系统出现异常时则记录为系统异常日志。系统的日志文件可以让管理员了解系统状态，在系统出现问题时管理员可以查阅日志文件来确认当前系统状态、观察用户者踪迹，寻找特定事件相关的数据操作。
48.一种可选的实施方式，如图2所示，该系统还包括负载均衡服务器，数据采集终端连接负载均衡服务器，负载均衡服务器连接多个应用服务器。当系统数据量和并发量非常大时，通过负载均衡服务器保障系统运行的流畅性。负载均衡服务器例如采用nginx负载均衡，nginx是一个高性能的http和反向代理web服务器，同时也提供了imap/pop3/smtp服务，具有稳定性高、节省带宽、丰富的功能集、示例配置文件和低系统资源消耗的特点。使用nginx反向代理服务器实现负载均衡，可以实现高并发连接。
49.一种可选的实施方式，如图4所示，该系统还包括用户终端，医废管理大数据云平台还包括用户管理子系统；用户管理子系统包括用户注册、用户权限配置、账号管理和身份认证。
50.用户管理子系统根据用户终端发送的注册信息为其创建用户账号并进行用户权限配置，用户账号信息和用户账号权限信息存储在数据库中。
51.用户权限配置包括数据权限配置和功能权限配置；权限管理是根据系统设置的安全规则或者安全策略，用户可以访问而且只能访问自己被授权的资源。
52.账号管理是对用户账号进行管理，包括激活、使用或暂停；医废管理大数据云平台可内置管理员，管理员可新增维护其他平台管理员，系统管理员可以管理用户的账号，包括正常使用或暂停。
53.身份认证是对注册用户登录的合法性进行验证。例如采用核对用户输入的用户名和密码的方式，通过判断是否与系统中存储的该用户的用户名和密码一致，来判断用户身份是否正确，通过身份认证可以识别用户的登陆角色。
54.针对医废收集、医废运输和医废处理的不同过程，可以有不同的用户类型：例如在医废收集过程中，医院、诊所或其他产生医疗废物的场所可以注册账号，并拥有对所在区域的医废数据进行查看和管理的权限；
55.在医废运输工程中，负责运输工作的人员可以注册账号，并拥有对医废运输过程相关数据的操作和查看权限；
56.在医废处理过程中，包括医废处理和后医废处理，拥有处理设备的公司可以注册账号，并拥有对医废处理数据进行查看和管理的权限；后医废处理包括销毁和再利用，相关公司或人员可以注册账号，用于对相关数据进行管理的权限。
57.此外，各级监管部门也可以申请注册账号，对管辖区域内的所有的医废收集、运输
和处理的相关数据进行查看和监控。
58.一种可选的实施方式，如图4所示，系统包括用户终端，医废管理大数据云平台包括告警子系统，监控子系统判断数据采集终端采集的数据异常或数据采集终端工作异常时，告警子系统向所述用户终端发送提醒消息。
59.数据采集终端采集的数据异常包括：数据更改、删除，或与用户权限不匹配的其他操作；数据采集终端异常包括：数据采集终端(例如传感器)设备故障，出现数据无法上传的情况；或数据采集终端超出预先设定值，或数据采集终端偏离预设位置或轨迹。当监控子系统判定发生上述异常时，告警子系统可向相关用户或监管机构发送警告，警告例如可以以短消息、邮件的形式发送。
60.此外，若数据库数据有更新时，监控子系统例如通过页面实施刷新，访问数据库然后告知用户有新的消息，本实施例中的一种实现方法为使用ajax定时向服务器轮询实现web页面新消息实时提醒。
61.一种可选的实施方式，如图4所示，医废管理大数据云平台还包括统计分析子系统，统计分析子系统用于对医废收集、医废运输和医废处理过程中产生的数据进行统计分析，并生成统计分析数据。包括：统计和计算数据采集终端(设备)的数量、分布情况以及设备的使用频率、状态统计等；设备(如：收集装置、处理装置、运输装置)使用状态统计、运行参数统计等。
62.一种可选的实施方式，如图4所示，医废管理大数据云平台还包括可视化子系统，系统包括用户终端，可视化子系统用于将所述统计分析子系统生成统计分析数据可视化并发布，用户终端通过订阅的方式从可视化子系统获取可视化后的统计分析数据。可视化包括：以表格、饼状图、条形图、线状图等方式生成分析结果，输出更直观的统计分析数据。用户终端可以根据需求，向医废管理大数据云平台发送请求，请求查看一项或多项统计分析数据，可视化子系统根据用户终端请求生成相应的可视化图表，并发送至用户终端显示，由于每项统计分析数据是独立显示的，用户终端可以自定义显示画面，并对可视化图标的显示位置进行自由调整。通过订阅的方式获取可视化后统计分析数据(例如可采用mqtt发布/订阅消息机制)，可提高数据获取效率。
63.一种可选的实施方式，如图4和5所示，医废管理大数据云平台还包括医废工单子系统，系统包括用户终端；医废工单子系统用于处理包括：
64.接收用户终端发送医废收集和医废转运请求，生成医废收集订单，并记录医废收集和医废转运数据。例如：医院科室在用户终端发出医废收集请求，医废转运车接收订单并依次从发出请求的多个医院科室收集医废，系统对收集路径规划，按照当前医废产生量有效引导院内和院外医废收集人员进行收集路径和进度规划，减少重复和无效收集；医废工单子系统记录该订单中医废的重量，并与数据采集终端采集的设备信息关联，存储在数据库中。尤其在传染病防控期间，通过合理规划，降低医废的暴露感染风险，在完成医废信息实时上报的同时，可将人员与医废袋/桶/转运车的实际接触量降到最低。从而实现医疗废弃物从分类投放、分类收集、分类贮存、分类交接、分类转运直至分类处置的定点定向、全流程、可追溯、闭环式的管理。还可以与系统的告警子系统联动，实现实现医废信息实时上报和异常预警。
65.或接收用户终端发送的医废处理请求，生成医废处理订单，并记录医废处理数据。
例如：医院需要对医废进行就地处理时，医院可通过用户终端生成医废处理订单，就地医废处理设备对收集的医废进行数据核实后进行处理，并将处理后的产物数据(重量、种类)上传至医废工单子系统，通过与数据采集终端采集的设备信息关联，存储在数据库中。
66.或接收用户终端发送的医废再利用生产请求，生成医废再利用生产订单，并记录医废再利用生产数据。例如：医废再利用生产工厂通过用户终端发送医废再利用生产请求，医废工单子系统生成订单，将医废经过处理后的产物发送至医废再利用生产工厂，医废再利用生产工厂通过数据核实后进行医废再利用生产加工，将加工得到的工业成品的相关数据上传至医废工单子系统，通过与数据采集终端采集的设备信息关联，存储在数据库中，实现自动入库功能。
67.或接收用户终端发送的医废再利用产物购买请求，生成医废再利用产物购买订单，并记录医废再利用产物购买数据。例如：购买方通过用户终端发送购买请求，医废工单子系统生成购买订单，记录购买订单信息，存储在数据库中。
68.通过医废工单子系统可以对医废资源进行收集、处理和再利用的全过程管理和监控。
69.一种可选的实施方式，数据采集终端包括采集：
70.医废收集过程中的位置和重量；例如：医疗废弃物收集桶的位置、收集桶内的医疗废物的重量等。
71.医废运输过程中的位置和重量；例如：医疗废弃物收集车的位置、收集的医疗废物的重量等。
72.医废处理过程中的位置、重量、温度和压力，以及处理后产物的属性和重量；例如：医疗废弃处理设备的位置、处理的医疗废物的重量，医疗废弃处理设备的运行参数(温度、压力等)，以及医疗废弃处理后的产物的属性和重量，通常医废中主要含有塑料、不锈钢、玻璃和纤维等。
73.医废再利用生产过程中的产物的属性和重量。后医废资源再利用生产线先把那些经过无害化处理的后医废资源分离成不同类型的工业原料，再制成工业制品。塑料和纤维可做成梅花管、物流塑料托盘、防撞桶、塑木等工业品或建材，而不锈钢和玻璃将被送到原料厂经高温液化后再利用。
74.数据采集终端可实现包括自动定位、智能称重和rfid技术，实现医废从院内收集至院外处置全过程追溯的极简化操作流程，用户除需要在收集医废时对医废袋进行赋码操作外，系统可自动完成其余全套流程。
75.一种可选的实施方式，用户权限配置包括为一个用户账号关联若干个数据采集终端，用户账号可查看与其关联的数据采集终端采集的数据。用户账号与数据采集终端关联，实现对医疗废弃物处理针对性的监控和管理。
76.一种可选的实施方式，数据权限配置包括对数据采集终端采集的数据进行划分，有相应数据权限的用户可查看相应的数据。例如为注册用户指定可查看数据，该注册用户只可以查看指定的数据，或对指定数据进行指定操作。
77.功能权限配置包括对医废管理大数据云平台的功能进行划分，有相应功能权限的用户可查看和操作用于权限的功能模块。例如：与医废工单相关的注册用户只能使用医废工单子系统的功能；没有统计分析子系统权限的用户，则不能使用统计分析的功能，没有可
视化子系统权限的用户，则不能订阅可视化图标。
78.一种可选的实施方式，数据库采用mysql集群形式，例如使用mysql cluster+redis的架构实现信息的读写和存储。mysql cluster是mysql官方集群部署方案，支持通过自动分片支持读写扩展，通过实时备份冗余数据，可用性最高。
79.mysql cluster主要由三种类型的服务组成：
80.ndb management server：管理服务器主要用于管理cluster中的其他类型节点(data node和sql node)，通过它可以配置node信息，启动和停止node；
81.sql node：在mysql cluster中，一个sql node就是一个使用ndb引擎的mysql server进程，用于供外部应用提供集群数据的访问入口；
82.data node：用于存储集群数据；系统会尽量将数据放在内存中。
83.采用mysql redis分布式缓存，redis是先进的key-value存储，并用于构建高性能，可扩展的web应用程序的完美解决方案。
84.redis主要特点：redis数据库完全在内存中，使用磁盘仅用于持久性。相比许多键值数据存储，redis拥有一套较为丰富的数据类型。redis可以将数据复制到任意数量的从服务器。采用redis的优点包括：redis的速度非常快，每秒能执行约11万集合，每秒约81000+条记录；redis支持最大多数开发人员已经知道像列表、集合、有序集合、散列数据类型，这使得它非常容易解决各种各样的问题。所有redis操作是原子的，这保证了如果两个客户端同时访问的redis服务器将获得更新后的值。redis是一个多实用的工具，可以在多个用例如缓存，消息，队列使用(redis原生支持发布/订阅)，任何短暂的数据，应用程序，如web应用程序会话，网页命中计数等。
85.采用redis，可以保证redis和mysql数据一致：应用读取数据时，先从redis读取，如果redis中没有，则从mysql中读取。当mysql中读取到时，则将该数据保存到redis中，便于下次使用，在保存redis中数据时，设置数据的过期时间；当数据写入mysql数据库时，同时也将数据写入redis，保持redis数据与mysql同步。
86.实现本发明实施例所述的一种医废处理物联网系统的一种系统技术架构为：综合考虑系统的稳定和响应速度以及实时性等多方位功能和性能要求，采用spring开源框架、mvc框架技术、my batis进行数据连接整个并采用ssm对框架进行整合，具体包括：
87.(1)总体功能架构
88.基础支撑层：主要包括网络链路的联通性和重要节点设备，主要包括路由器、交换机、防火墙等组成，同时结合相关配套专业软件保证整个网络层的安全和数据流的畅通。
89.数据层：数据持久层和数据库本身，负责将数据进行转化和存储业务数据。系统文件的存储。
90.基础层：包括身份服务、认证服务、日志服务、统计服务、监控服务、配置服务、消息服务、存储服务、支撑服务和中间件服务的集成。
91.应用功能层：系统应用层的功能模块。包括用户管理、用户权限管理、数据监控等。
92.表现层：使用web浏览器、安卓app或iosapp，通过计算机网络访问系统。根据用户权限不同，以及用户自己的个性化设置，展现不同的页面内容。
93.标准规范体系：该系统制定并遵循统一的内容建设标准与规范体系，否则会给整个项目带来不可预测的风险，也不利于信息处理、整个平台的管理维护与信息共享应用。
94.安全保障体系：纵向贯穿整个层面，从环境层到用户表现层都要进行不同方面的安全配置设置，保障系统安全运行。
95.本发明实施例中系统主要包括：用户管理子系统、数据采集终端管理子系统、数据获取子系统、在线监控监控子系统、告警子系统、统计分析子系统、系统管理子系统、可视化子系统和医废工单子系统。每个子系统都与此对应的功能页面。
96.(2)体系架构
97.系统技术路线的选择，采用开放的、基于工业标准和行业发展趋势的原则，在体系架构上采用b/s模式。它可以提供灵活的信息交流和信息发布服务，具有更强的信息系统集成性和更好的系统安全性。
98.(3)设计模式
99.a、spring是一个轻量级的控制反转(ioc)和面向切面(aop)的容器框架。
100.b、springmvc：spring mvc属于springframework的后续产品，已经融合在spring web flow里面。spring mvc分离了控制器、模型对象、分派器以及处理程序对象的角色，这种分离让它们更容易进行定制。
101.该系统采用mvc设计模式，用户输入输出界面均为jsp页面，即展示层(v iew)，用户的请求将会被发送到控制层(c ontroller)的一个servlet集中处理，根据请求调用模型层(model)的java bean对请求进行实际处理，并把结果返回给控制层，控制层根据请求的执行结果将响应派发到相应的jsp页面。
102.(4)数据库连接
103.mybatis是一个基于java的持久层框架。ibatis提供的持久层框架包括sql maps和data access objects(dao)mybatis消除了几乎所有的jdbc代码和参数的手工设置以及结果集的检索。mybatis使用简单的xml或注解用于配置和原始映射，将接口和java的pojos(plain old java objects，普通的java对象)映射成数据库中的记录。实现了从java程序内调用标准的sql命令对数据库进行查询、插入、删除和更新等操作，并确保数据事务的正常进行。
104.(5)硬件方案
105.使用2台应用服务器(centos)、3台数据库服务器(mysql cluster+redis集群)、1台负载均衡服务器，以及若干物联网连接设备。
106.采用本实例的系统实现方式，同一时间，数据采集终端上传单台服务器并发1000tps，服务器正常处理业务，数据采集终端上传异常时，系统告警应答时间小于30秒。并且可以支持10万数据采集终端处理能力100条/秒，历史信息存储12个月(时间可配)。对以采集的数据进行统计分析时，数据在5000条，分析时间不大于10秒。分析数据达到10万条时，服务器正常处理业务。基于上述业务量，系统的公用性能指标如下：
107.(1)在非业务高峰期间，典型业务处理平均响应时间要求如下：
108.系统登录时间不大于5秒；
109.系统界面的一般性查询响应时间应小于3秒，大量数据查询响应时间应小于6秒。如存在特殊耗时操作，需详细说明。
110.(2)在非业务高峰期间，除上述典型业务外，系统平均响应时间要求如下：
111.应用系统内在线事务处理的响应时间不大于5秒；
112.跨系统在线事务处理的响应时间不大于8秒；
113.应用系统内查询的响应时间不大于6秒；
114.应用系统内统计的响应时间不大于15秒。
115.(3)在业务高峰期间，系统平均响应时间要求不超过非业务高峰期间平均响应时间的1.5倍。
116.(4)系统并发数设计应该支持30％的冗余，保证系统在业务高峰期间稳定运行。
117.(5)所有数据在线保存3年时间，且备份数据永久保存。
118.在此处所提供的说明书中，说明了大量具体细节。然而，能够理解，本发明的实施例可以在没有这些具体细节的情况下实践。在一些实例中，并未详细示出公知的方法、结构和技术，以便不模糊对本说明书的理解。
119.此外，本领域普通技术人员能够理解，尽管在此所述的一些实施例包括其它实施例中所包括的某些特征而不是其它特征，但是不同实施例的特征的组合意味着处于本发明的范围之内并且形成不同的实施例。例如，在权利要求书中，所要求保护的实施例的任意之一都可以以任意的组合方式来使用。
120.本领域技术人员应理解，尽管已经参考示例性实施例描述了本发明，但是在不脱离本发明的范围的情况下，可进行各种改变并可用等同物替换其元件。另外，在不脱离本发明的实质范围的情况下，可进行许多修改以使特定情况或材料适应本发明的教导。因此，本发明不限于所公开的特定实施例，而是本发明将包括落入所附权利要求范围内的所有实施例。