医学数据查询方法、设备及计算机可读记录介质

技术领域

本发明涉及数据处理领域，具体而言，涉及医学数据查询方法、设备及计算机可读记录介质。

背景技术

在医学影像云场景中，需要对海量存储的医学影像文件提供查询服务。因此，如何快速地对海量存储的医学影像文件进行查询成为一项亟需解决的问题。

发明内容

根据本发明的一方面，提供了一种医学数据查询方法，所述方法包括：基于接收到的用户输入，获得待查询者的第一信息；基于所述第一信息，生成采用第一格式的第一索引；基于第一索引，在第一数据库中进行查询，其中，第一数据库中存储多个第一对应关系，第一对应关系为基于患者的第一信息生成的采用第一格式的索引与存储患者的第二信息的路径相关信息的对应关系；如果在第一数据库中的查询命中，则返回存储待查询者的第二信息的路径相关信息。

根据本发明提供的医学数据查询方法，其中，该方法还包括：如果在第一数据库中的查询未命中，则执行以下操作：基于第一信息，生成采用第二格式的第二索引；基于第二索引，在第二数据库中进行查询，其中，第二数据库中存储多个第二对应关系，第二对应关系为基于患者的第一信息生成的采用第二格式的索引与存储患者的第二信息的路径相关信息的对应关系；如果在第二数据库中的查询命中，则返回存储待查询者的第二信息的路径相关信息。

根据本发明提供的医学数据查询方法，其中，该方法还包括：如果在第二数据库中的查询未命中，则在存储多个患者的第二信息的对象存储服务器中进行查询。

根据本发明提供的医学数据查询方法，其中，第一信息包括以下中的至少一项：医院编码、检查标识符、医学影像文件序列标识符；并且第二信息包括医学影像文件。

根据本发明提供的医学数据查询方法，其中，同一患者在同一拍摄方向上拍摄的医学影像文件对应相同的医学影像文件序列标识符。

根据本发明提供的医学数据查询方法，其中，基于第一信息，生成采用第一格式的第一索引，包括：基于医院编码以及检查标识符，生成采用第一格式的第一索引。

根据本发明提供的医学数据查询方法，其中，基于第一信息，生成采用第二格式的第二索引，包括：基于医院编码、检查标识符以及医学影像文件序列标识符，生成采用第二格式的第二索引。

根据本发明提供的医学数据查询方法，其中，第一数据库为非关系型数据库，并且第二数据库为对象存储数据库。

根据本发明提供的医学数据查询方法，其中，多个第一对应关系被存储在非关系型数据库的高速缓存中并且各个第一对应关系分别具有相应的有效期，当多个第一对应关系当中的一个或多个对应关系有效期期满时，一个或多个对应关系从高速缓存中被删除。

根据本发明提供的医学数据查询方法，其中，基于第一索引，在第一数据库中进行查询，包括：基于第一索引，在第一数据库的高速缓存中存储的多个第一对应关系中进行查询。

根据本发明提供的医学数据查询方法，其中，第一对应关系和/或第二对应关系为一一对应或一对多的对应关系。

根据本发明提供的医学数据查询方法，其中，第一格式与第二格式不同。

根据本发明提供的医学数据查询方法，其中，该方法还包括：基于在对象存储服务器中的查询结果，生成并存储与待查询者的第一信息相对应的第一对应关系和第二对应关系。

根据本发明的一方面，提供了一种医学数据查询设备，其中，该医学数据查询设备包括：存储器和处理器，该存储器与该处理器耦合，该存储器中存储指令，当该指令由该处理器执行时以使医学数据查询设备执行以下操作：基于接收到的用户输入，获得待查询者的第一信息；基于第一信息，生成采用第一格式的第一索引；基于第一索引，在第一数据库中进行查询，其中，第一数据库中存储多个第一对应关系，第一对应关系为基于患者的第一信息生成的采用第一格式的索引与存储患者的第二信息的路径相关信息的对应关系；如果在第一数据库中的查询命中，则返回存储待查询者的第二信息的路径相关信息。

根据本发明的一方面，提供了一种计算机可读记录介质，其上存储有指令，其特征在于，当由一个或多个处理执行时，使得该一个或多个处理器执行如上述任一方法。

附图说明

从以下结合附图的描述中，本发明的特定实施例的上述和其他方面、特征和优点将变得更加清晰，其中：

图1示出了本发明的实施例提供的一种医学数据查询方法的流程图；

图2示出了本发明的实施例提供的一种医学数据查询方法的一部分流程图；

图3示出了本发明的实施例提供的一种医学数据查询方法的另一部分流程图；

图4示出了本发明的实施例提供本发明的各种实施例提供的一种医学数据查询方法的又一部分流程图；

图5示出了本发明的另一种实施例提供的一种医学数据查询方法的流程图；

图6示出了本发明的实施例提供的一种医学数据的多个第一对应关系和多个第二对应关系生成和存储的流程图；以及

图7示出了本发明的实施例提供的医学图像查询设备的框图。

具体实施方式

在进行下面的详细描述之前，阐述贯穿本专利文件使用的某些单词和短语的定义可能是有利的。术语“包括”和“包含”及其派生词是指包括但不限于。术语“或”是包含性的，意思是和/或。短语“与……相关联”及其派生词是指包括、包括在……内、互连、包含、包含在……内、连接或与……连接、耦接或与……耦接、与……通信、配合、交织、并列、接近、绑定或与……绑定、具有、具有属性、具有关系或与……有关系等。术语“控制器”是指控制至少一个操作的任何设备、系统或其一部分。这种控制器可以用硬件、或者硬件和软件和/或固件的组合来实施。与任何特定控制器相关联的功能可以是集中式的或分布式的，无论是本地的还是远程的。短语“至少一个”，当与项目列表一起使用时，意指可以使用所列项目中的一个或多个的不同组合，并且可能只需要列表中的一个项目。例如，“A、B、C中的至少一个”包括以下组合中的任意一个：A、B、C、A和B、A和C、B和C、A和B和C。

贯穿本专利文件提供了其他特定单词和短语的定义。本领域普通技术人员应该理解，在许多情况下，即使不是大多数情况下，这种定义也适用于这样定义的单词和短语的先前和将来使用。

以下结合附图描述本专利文档中的本发明的原理的各种实施例仅作为说明，并且不应以任何方式解释为限制本发明的范围。本领域技术人员将理解，本发明的原理可以在任何适当布置的系统或设备中实施。在一些情况下，说明书描述的动作可以按不同的顺序执行，并且仍然可以达到期望结果。此外，附图描绘的过程不一定要求所示的特定顺序或依次顺序来达到期望结果。在特定实施方式中，多任务和并行处理可能是有利的。

目前，医学影像文件(例如，DICOM文件)通常分别存储在各个医院内部服务器中，而在院内服务器中查询医学影像文件通常通过基于用户输入直接在用于存储患者的医学影像文件的服务器中进行查询的传统方式。然而，在医学影像云场景中，需要对海量存储的医学影像文件提供查询服务。由于医学影像云场景下的医学影像文件存储量呈指数级增长，因此上述的传统方式由于其查询效率低等特点，已经无法适应该医学影像云场景。

本发明的各种实施例提供了一种医学数据查询方法，该方法包括：基于接收到的用户输入，获得待查询者的第一信息；基于第一信息，生成采用第一格式的第一索引；基于第一索引，在第一数据库中进行查询，其中，第一数据库中存储多个第一对应关系，第一对应关系为基于患者的第一信息生成的采用第一格式的索引与存储患者的第二信息的路径相关信息的对应关系；如果在第一数据库中的查询命中，则返回存储待查询者的第二信息的路径相关信息。

在上述医学查询方法中，通过第一索引在第一数据库中进行查询，一旦在第一数据库中的查询命中，则返回存储待查询者的第二信息的路径相关信息，避免了基于用户输入直接在用于存储患者的医学影像文件的服务器中进行查询，从而实现了在医学影像云场景中对海量存储的医学影像文件进行快速查询。

可以理解的是，本发明的各种实施例提供的一种医学数据查询方法，例如可以解决上述记载的技术问题中的一个或多个，当然，可以理解的是，本发明的各种实施例提供的医学数据查询方法还能解决上述未记载的其他问题，上述技术问题仅是作为示例示出，并不作为本发明的限制，任何能够通过本发明的各种实施例提供的医学数据查询方法解决的技术问题都属于本发明保护的范围。

下面结合附图对本发明的各种实施例提供的医学数据查询方法进行详细描述。

请参考图1，图1示出了本发明的实施例提供的一种医学数据查询方法的流程图。该医学数据查询方法可以在电子设备，例如在医学图像查询设备上运行，并且该医学数据查询方法可以包括下述步骤S101至步骤S104。

步骤S101，基于接收到的用户输入，获得待查询者的第一信息。

作为一种实施方式，该用户可以是医生也可以是患者。即，本公开的实施例提供的医学数据查询方法即可以用于患者或者其家属或者与其相关的人员查询患者的信息，也可以用于医生查询患者的信息。

作为一种实施方式，该用户输入可以是待查询者的身份信息，例如，待查询患者的身份证号，护照号，姓名等。作为一种实施方式，该用户输入可以包括上述身份信息中的一项或多项，例如，用户可以同时输入待查询患者的身份证号和姓名，本发明对此不作任何限制。

作为一种实施方式，该第一信息可以包括以下中的至少一项：医院编码、检查标识符、医学影像文件序列标识符。

其中，该医院编码用于识别不同的医院。在本发明的实施例中，可以在每家医院分别安装部署一个采集器，采集器按照一定规则把医院数据采集到医学影像云专网的云存储服务器中。通过这种方式，用户可以在海量的医学影像文件中快速查询该用户在不同医院的所有医学影像文件。

作为一种实施方式，该检查标识符用于用户的检查数据。

作为一种实施方式，该医学影像文件可以为标准DICOM协议文件也称DICOM文件，DICOM文件类型包含但不限于CT、MR、PET、普放等。

作为一种实施方式，同一患者在同一拍摄方向上拍摄的医学影像文件对应相同的医学影像文件序列标识符。例如，可以将同一患者在第一拍摄方向上拍摄(例如，横向拍摄)的医学影像文件对应于第一医学影像文件序列标识符，将同一患者在第二拍摄方向上拍摄(例如，纵向拍摄)的医学影像文件对应于第二医学影像文件序列标识符。

通过这种方式，便于还原医生真实拍摄场景，并且通过这种方式，使得在某一拍摄方向上的医学影像文件连续，并且不同的切面数据更有利于医生查看患者的病情。此外，在这种方式下，可以通过一次查询获得一个序列下的所有医学影像文件，而非单张医学影像文件，能够进一步提高医学影像文件的查询速度。

作为一种实施方式，用户输入与待查询者的第一信息可以用<键，值>的形式存储在非关系型数据库中，通过将接收到的用户输入作为键，在非关系型数据库进行查询，可以获得该键对应的值，即获得待查询者的第一信息。

步骤S102，基于第一信息，生成采用第一格式的第一索引。

作为一种实施方式，可以基于医院编码以及检查标识符，生成采用第一格式的第一索引。

其中，该第一格式可以根据第一数据库的不同类型设置，例如，若第一数据库为非关系型数据库，则可以用“医院编码+检查标识符”作为采用第一格式的第一索引。当然，可以理解的是，第一格式并不限于此，也可以在此基础上，再加上附加信息作为第一格式的第一索引，例如，附加与第一数据库相关的信息，也可以附加一些用于区别采用第二格式的第二索引的区别字段。

步骤S103，基于第一索引，在第一数据库中进行查询。

其中，第一数据库中存储多个第一对应关系，该第一对应关系为基于患者的第一信息生成的采用第一格式的索引与存储该患者的第二信息的路径相关信息的对应关系。

其中，该采用第一格式的索引可以通过与步骤S102相同的方式来生成，此处不在赘述。

其中，该第二信息可以包括医学影像文件，该第二信息的路径相关信息可以为医学影像文件的存储路径。例如，该医学影像文件的存储路径可以为：“数据库名(即，桶名)”+“医院编码+检查标识符”+医学影像文件文件名。当然，可以理解的是，第二信息的路径相关信息不限于此，也可以设置为：“数据库名(即，桶名)”+“医院编码+检查标识符+医学影像文件序列标识符”+医学影像文件文件名等，本发明对此不作限制，任何可以通过第二信息的路径相关信息获得医学影像文件的存储路径的方式均属于本发明保护的范围。

作为一种实施方式，该第一数据库为非关系型数据库，在该非关系型数据库中用<键，值>的形式存储数据。例如，在第一数据库中，用患者的第一信息中的“医院编码+检查标识符”作为非关系型数据库的键，用存储该患者的医学影像文件的路径作为非关系型数据库的值。

作为一种实施方式，第一对应关系可以为一一对应或一对多的对应关系。例如，采用第一格式的索引可以对应于存储该患者的第二信息的一个路径，也可以对应于存储该患者的第二信息的多个路径。

作为一种实施方式，该多个第一对应关系被存储在非关系型数据库的高速缓存中并且各个第一对应关系分别具有相应的有效期，当该多个第一对应关系当中的一个或多个对应关系有效期期满时，该一个或多个对应关系从高速缓存中被删除。

通过将失效的第一对应关系删除的这种方式，可以减少非必要数据存储在非关系型数据库的高速缓存中，从而减少高速缓存中的数据量，进一步提高查询效率。

作为一种实施方式，基于第一索引，在第一数据库的高速缓存中存储的多个第一对应关系中进行查询。

通过在第一数据库的高速缓存中进行查询，进一步提高查询速度。

步骤S104，如果在第一数据库中的查询命中，则返回存储待查询者的第二信息的路径相关信息。

在上述医学查询方法中，通过第一索引在第一数据库中进行查询，一旦在第一数据库中的查询命中，则返回存储待查询者的第二信息的路径相关信息，避免了基于用户输入直接在用于存储患者的医学影像文件的服务器中进行查询，从而实现了在医学影像云场景中对海量存储的医学影像文件进行快速查询。

作为一种实施方式，请参考图2，图2示出了本发明的实施例提供的一种医学数据查询方法的部分流程图。如果在第一数据库中的查询未命中，该医学数据查询方法还可以包括下述步骤S201至步骤S203。

步骤S201，基于第一信息，生成采用第二格式的第二索引。

作为一种实施方式，可以基于医院编码、检查标识符以及医学影像文件序列标识符，生成采用第二格式的第二索引。

作为一种实施方式，该第一格式与第一格式不同。

其中，该第二格式可以根据第二数据库的不同类型设置，例如，若第二数据库为对象存储数据库，则采用第二格式的第二索引可以设置为：“index”+“数据库名(即，桶名)”+“医院编码+检查标识符+医学影像文件序列标识符”+“.txt”。其中，第二索引以index开头主要是为了区别于上述第一索引，任何可以实现该区别作用的第二索引头部均属于本公开要保护的范围。

当然，可以理解的是，第二格式并不限于此，也可以在此基础上，再加上附加信息或者删除某些信息作为第二格式的第二索引，例如，附加或者删除与第二数据库相关的信息。

步骤S202，基于第二索引，在第二数据库中进行查询。

作为一种实施方式，该第二数据库可以为对象存储数据库。

其中，该第二数据库中存储多个第二对应关系，该第二对应关系为基于患者的第一信息生成的采用第二格式的索引与存储该患者的第二信息的路径相关信息的对应关系。

其中，该采用第二格式的索引可以通过步骤S201中相同的方式来生成，此处不再赘述。

其中，存储该患者的第二信息的路径相关信息可以与步骤S103中存储该患者的第二信息的路径相关信息相同或不同。作为一种实施方式，该路径可以为同一医学影像文件序列下的医学影像文件的存储地址。

作为一种实施方式，该第二对应关系可以为一一对应或一对多的对应关系。例如，采用第二格式的索引可以对应于存储该患者的第二信息的一个路径，也可以对应于存储该患者的第二信息的多个路径。

步骤S203，如果在第二数据库中的查询命中，则返回存储待查询者的第二信息的路径相关信息。

通过上述方式，使得可能由于将失效的第一对应关系从高速缓存中被删除等原因导致在第一数据库中的查询未命中的情况下，仍然能够从第二数据库中进行查询，并获得待查询者的第二信息的路径相关信息，能够在提高查询效率和速度的情况下，保证了查询的命中率。

作为一种实施方式，请参考图3，图3示出了本发明的实施例提供的一种医学数据查询方法的另一部分流程图。如果在第二数据库中的查询未命中，该医学数据查询方法还可以包括下述步骤S204。

步骤S204，如果在第二数据库中的查询未命中，则在存储多个患者的第二信息的对象存储服务器中进行查询。

通过上述方式，使得在第一数据库中和第二数据库中的查询均未命中的情况下，仍然能够从对象存储服务器中进行查询，进一步保证了查询的命中率。

作为一种实施方式，请参考图4，图4示出了本发明的实施例提供的一种医学数据查询方法的又一部分流程图。如果在第二数据库中的查询未命中，在步骤S204之后，该医学数据查询方法还可以包括下述步骤S205。

步骤S205，基于在对象存储服务器中的查询结果，生成并存储与待查询者的第一信息相对应的第一对应关系和第二对应关系。

通过上述方式，能够进一步完善和丰富第一数据库和第二数据库中的存储的对应关系，使得下一次的查询效率和速度能够进一步提高。

请参考图5，图5示出了本发明的实施例提供的另一种医学数据查询方法的流程图。该医学数据查询方法可以在电子设备，例如在医学图像查询设备上运行，并且该医学数据查询方法可以包括下述步骤S301至步骤S311。

步骤S301，基于接收到的用户输入，获得待查询者的第一信息。

步骤S302，基于第一信息，生成采用第一格式的第一索引。

步骤S303，基于第一索引，在第一数据库中进行查询，其中，该第一数据库中存储多个第一对应关系，该第一对应关系为基于患者的第一信息生成的采用第一格式的索引与存储该患者的第二信息的路径相关信息的对应关系。

步骤S304，判断在第一数据库中的查询是否命中。

若在第一数据库中的查询命中，则执行步骤S305,若在第一数据库中的查询未命中，否则执行步骤S306至步骤S308。

步骤S305，返回存储待查询者的第二信息的路径相关信息。

步骤S306，基于第一信息，生成采用第二格式的第二索引。

步骤S307，基于第二索引，在第二数据库中进行查询，其中，该第二数据库中存储多个第二对应关系，该第二对应关系为基于患者的第一信息生成的采用第二格式的索引与存储该患者的第二信息的路径相关信息的对应关系。

步骤S308，判断在第二数据库中的查询是否命中。

若在第二数据库中的查询命中，则执行步骤S309,若在第二数据库中的查询未命中，否则执行步骤S310至步骤S311。

步骤S309，返回存储该待查询者的第二信息的路径相关信息。

步骤S310，在存储多个患者的第二信息的对象存储服务器中进行查询。

步骤S311，基于在对象存储服务器中的查询结果，生成并存储与待查询者的第一信息相对应的第一对应关系和第二对应关系。

步骤S301至步骤S311的具体实施方式可以参照上述步骤S101至步骤S205中的描述，此处不再赘述。

在上述医学查询方法中，通过上述两级索引的查询方式，避免了基于用户输入直接在用于存储患者的医学影像文件的服务器中进行查询，从而实现了在医学影像云场景中对海量存储的医学影像文件进行快速查询，并且，在上述两级索引均未命中时，仍然能够从对象存储服务器中进行查询，保证了查询的命中率，此外，基于在对象存储服务器中的查询结果，生成并存储与待查询者的第一信息相对应的第一对应关系和第二对应关系，能够进一步完善和丰富第一数据库和第二数据库中的存储的对应关系，使得下一次的查询效率和速度能够进一步提高。

请参考图6，图6示出了本发明的实施例提供的一种医学数据的多个第一对应关系和多个第二对应关系生成和存储方法的流程图。该方法可以在电子设备上运行，并且该方法可以包括下述步骤S401至步骤S407。

步骤S401，配置对象存储数据库信息。

作为一种实施方式，可以在模板中配置对象存储数据库信息，例如可以包括地址、桶名(即数据库名，对象存储是按照桶的形式存储所以叫桶名)、鉴权信息等，但不限于此。

作为一种实施方式，对象存储数据库可以包含但不限于MinIO、S3。

步骤S402，配置非关系型数据库信息。

作为一种实施方式，可以配置非关系型数据库连接信息，例如包括地址、用户名、密码等，非关系型数据库。

步骤S403，上传影像数据。

作为一种实施方式，可以在每家医院分别安装部署一个采集器，采集器按照一定规则把医院数据(即影像数据)采集到医学影像云专网的云存储服务器中。通过这种方式，用户可以在海量的医学影像文件中快速查询该用户在不同医院的所有医学影像文件。

作为一种实施方式，影像数据包括检查数据和医学影像文件。分别获取检查数据、医学影像文件函数并分别上传检查数据、医学影像文件。上传医学影像文件函数基于对象存储数据库封装上传医学影像文件。该医学影像文件可以为标准DICOM协议文件也称DICOM文件，DICOM文件类型包含但不限于CT、MR、PET、普放等。

步骤S404，解析影像数据。

解析上传的影像文件数据，提取第一信息，第一信息可以包括以下中的至少一项：医院编码、检查标识符、医学影像文件序列标识符。

步骤S405，存储影像数据。

分别存储检查数据和影像文件。检查数据可以存储在第一数据库和第二数据库中。对于影像文件，可以根据预设规则生成影像文件的存储路径，并将影像文件上传到对象数据库中相应的存储路径。其中，根据预设规则生成影像文件的存储路径的方式可以参照步骤S103中的描述，此处不再赘述。

步骤S406，在第一数据库中生成并存储多个第一对应关系。

步骤S407，在第二数据库中生成并存储多个第二对应关系。

步骤S406和步骤S407的具体实施方式可以参照步骤S103和步骤S201中的描述，此处不再赘述。

通过上述实施例，提供了一种医学数据的多个第一对应关系和多个第二对应关系生成和存储方法，使得在医学影像云场景中对海量存储的医学影像文件进行快速查询能够实现。

图7是示出根据本发明的实施例的医学数据查询设备500的结构的框图。

参考图7，医学数据查询设备500包括存储器501和处理器502。存储器501被配置与该处理器502耦合并且存储指令。当该指令由该处理器502执行时以使所述医学数据查询设备执行以下上述运动医学数据查询方法。可以以硬件、软件或硬件和软件的组合的形式实现运动医学数据查询设备500，以使得其能够执行本发明描述的医学数据查询方法。

本发明实施例提供了计算机可读介质，所述计算机可读介质上存储有计算机指令，所述计算机指令在被处理器执行时，使所述处理器执行上述医学数据查询方法。

具体地，可以提供配有存储介质的系统或者装置，在该存储介质上存储着实现上述实施例中任一实施例的功能的软件程序代码，且使该系统或者装置的计算机(或CPU或MPU或GPU)读出并执行存储在存储介质中的程序代码。

在这种情况下，从存储介质读取的程序代码本身可实现上述实施例中任何一项实施例的功能，因此程序代码和存储程序代码的存储介质构成了本发明的一部分。

用于提供程序代码的存储介质实施例包括软盘、硬盘、磁光盘、光盘(如CD-ROM、CD-R、CD-RW、DVD-ROM、DVD-RAM、DVD-RW)、磁带、非易失性存储卡和ROM。可选择地，可以由通信网络从服务器计算机上下载程序代码。

此外，应该清楚的是，不仅可以通过执行计算机所读出的程序代码，而且可以通过基于程序代码的指令使计算机上操作的操作系统等来完成部分或者全部的实际操作，从而实现上述实施例中任意一项实施例的功能。

此外，可以理解的是，将由存储介质读出的程序代码写到插入计算机内的扩展板中所设置的存储器中或者写到与计算机相连接的扩展单元中设置的存储器中，随后基于程序代码的指令使安装在扩展板或者扩展单元上的CPU等来执行部分和全部实际操作，从而实现上述实施例中任一实施例的功能。

需要说明的是，上述各流程和各系统结构图中不是所有的步骤和模块都是必须的，可以根据实际的需要忽略某些步骤或模块。各步骤的执行顺序不是固定的，可以根据需要进行调整。上述各实施例中描述的系统结构可以是物理结构，也可以是逻辑结构，即，有些模块可能由同一物理实体实现，或者，有些模块可能分由多个物理实体实现，或者，可以由多个独立设备中的某些部件共同实现。

以上各实施例中，硬件单元可以通过机械方式或电气方式实现。例如，一个硬件单元可以包括永久性专用的电路或逻辑(如专门的处理器、GPU、FPGA或ASIC)来完成相应操作。硬件单元还可以包括可编程逻辑或电路(如通用处理器或其它可编程处理器)，可以由软件进行临时的设置以完成相应操作。具体的实现方式(机械方式、或专用的永久性电路、或者临时设置的电路)可以基于成本和时间上的考虑来确定。

文本和附图仅作为示例提供，以帮助理解本发明。它们不应被解释为以任何方式限制本发明的范围。尽管已经提供了某些实施例和示例，但是基于本文所公开的内容，对于本领域技术人员而言清晰的是，在不脱离本发明的范围的情况下，可以对所示的实施例和示例进行改变。

尽管已经用示例性实施例描述了本发明，但是可以向本领域技术人员建议各种改变和修改。本发明旨在涵盖落入所附权利要求范围内的这种改变和修改。

本发明中的任何描述都不应被理解为暗示任何特定的元件、步骤或功能是必须包括在权利要求范围内的必要元素。专利主题的范围仅由权利要求限定。