用于定义用于服务于地图图像的服务的方法和系统与流程

用于定义用于服务于地图图像的服务的方法和系统
1.相关申请
2.本公开要求2019年2月4日提交的第62/800569号美国临时专利申请的优先权，该美国临时专利申请的内容通过引用合并于此。在不允许援引加入的司法管辖区中，申请人保留将所述第62/800569号美国临时专利申请的任何内容或全部内容作为附录添加到这里以形成说明书的一部分的权利。
技术领域
3.本发明涉及地理信息系统(gis)，尤其涉及如下的系统和方法，其用于自动确定用以显示测绘集合的地图的脚本，使得该测绘集合被一个或多个用户定义的感兴趣区域和一个或多个日期的范围限制，并且使得每次使用脚本时都会自动更新该集合。


背景技术：

4.网络地图服务(wms)是一种常用的开放地理空间联盟(ogc)标准网络协议，用于提供地理参考地图图像，可用于将测绘(例如，摄影地图和一个或多个层的集合)集成到地理信息系统(gis)工具中。wms服务器允许使用来自多个不同服务器的数据，并使得能够创建地图服务器网络，客户端可以从该地图服务器网络构建自定义地图。wms服务器通过使用http协议的api与其客户端交互，即api采用url的形式。符合wms的服务器至少可以处理以下两种类型的wms请求：getcapabilities请求以及getmap请求，该getcapabilities请求以xml文档的形式返回关于wms服务器的信息的元数据，该getmap请求根据用户的需求返回地图图像。wms服务器为对于图像的每个客户端请求生成地图图像。在本发明的上下文中，wms服务器指的是包括文中描述的储存库的类似wms的服务器，即使该协议可能不严格地符合ogc wms标准。
5.拼接地图(tiled map)或瓦片地图(tile map)(格栅(raster)或矢量)是通过在网络(例如互联网)上无缝连接数十个单独请求的图像瓦片而例如在浏览器中显示的地图。
6.wms标准允许客户端请求任意区域。如果耦合到wms服务器的客户端需要瓦片，它可以以瓦片模式发出请求，但wms服务器无法知道发生了什么，如果服务器将地图存储为自己的瓦片，它也无法让客户知道瓦片的布置是什么。
7.网络地图瓦片服务(wmts)是一种ogc协议，用于在互联网上服务于被预渲染的或运行时计算的地理引用的地图瓦片。由于典型地为256
×
256的瓦片被缓存或预渲染，wmts可以更快地服务于一个区域的图像，同时例如，预渲染单独或并行发生。
8.在wmts中，能力结构描述了tilematrixset，它是一组量化整数坐标，例如tilematrix(缩放级别)、行号(x维度)和列号(y维度)，它们继而可用于请求拼接图像。使用总是指的是同一地理区域的三个整数坐标来请求图像瓦片。在wmts中，与getmap请求可以描述任意边界框的wms不同，wmts gettile请求是根据tilematrixset规定进行的。请求的边界框可以从gettile坐标计算。
9.早期广泛采用的用于拼接地图的协议称为瓦片地图服务(tms)，由开源地理空间
基金会(geoos)提供，并且与wmts一样，在互联网上服务于被预渲染的或运行时计算的地理引用的地图瓦片。它的规定没有wmts复杂，但是使用类似的参数来规定拼接地图。tms对瓦片使用整数索引，而不是需要客户端请求与特定网格对齐的边界框。另一种类似于tms的服务是openstreetmap，其在文中被认为是tms的变型。
10.用户可以创建单独的wms、tms或wmts服务。这样的服务可能具有名称、图层名称格式、以及一个或多个感兴趣区域(aoi)的集合。客户端(例如wms、tms或wmts客户端)是分别耦合到wms、tms或wmts服务器的并且能够在显示器上显示地图图像的客户端系统。
11.在本发明的上下文中，wms客户端指的是耦合到类似wms的服务器的类似wms的客户端，但是所使用的协议可能不严格符合ogc wms标准。类似地，tms或wmts客户端指的是分别耦合到类似tms或类似wmts的服务器的类似tms或wmts的客户端，但是所使用的协议可能不严格符合tms规范或ogc wmts标准。
12.地理信息系统(gis)中的数据集典型地是静态的，因为它们创建一次并且不会变化。有利的是能够创建提供对每个服务的底层数据储存库的访问而无需复制空间数据并且限于一个或多个用户定义的感兴趣区域和日期/时间的服务将是有利的。具有其中数据集是动态的gis也将是有利的，因为每当在一个或多个用户定义的感兴趣区域和日期/时间内有新的测绘或瓦片时添加到gis时，该gis被自动更新，例如，在一个或多个日期/时间范围内的新特定时间拍摄的位置处的航空照片。有利的是，用户下次访问日期/时间范围内的特定位置时，新添加的测绘将自动可供用户使用。
附图说明
13.提供以下附图和相关描述以示出本公开的实施例，并且不限制本发明的范围；范围由权利要求书限定。当结合附图参考以下详细描述时，本公开的方面和优点将变得更好被理解，这些方面和优点将变得更易于地理解，其中：
14.图1示出了示例系统的简化示意图，该示例系统具有本发明的一些实施例可以在其中操作的元件。
15.图2示出了根据本发明的一些实施例的为用户获得api的方法的简化流程图，api例如为用于用户指定服务的url的形式。
16.图3示出了根据本发明的一些实施例的方法的简化流程图，其指示了在图2的示例流程图中生成的api如何可用于为用户生成xml能力响应，该xml能力响应包含用以获得地图图像的每个区域的相应url。
17.图4示出了根据本发明的实施例的方法的简化流程图，其指示如何实现getmap请求以在wms客户端系统的屏幕上生成新显示。
18.图5示出了根据本发明的实施例的方法的简化流程图，其指示如何实现gettile请求以在wmts客户端系统的屏幕上生成新显示。
具体实施方式
19.概述
20.本文描述了一种用于生成gis服务和api的系统和方法，例如用于api的url，其在被调用时导致生成能力api，例如用于一个或多个感兴趣区域(aoi)及其一个或多个日期范
围的能力xml，其提供了对测绘数据集的访问，由api访问的测绘数据集是动态的，因为每当有在aoi和日期范围的集合内的特定位置处的新测绘(例如，在日期范围之一内的新特定时间拍摄的aoi内某个区域的航拍照片)添加到gis时，该测绘数据集就会自动更新，以便用户下次访问该特定位置时，用户可以得到所添加的测绘。应指出，日期可能是日期和时间的组合，因此可能存在同一天处于不同的“日期”的两个测绘。
21.使用本发明的实施例，用户可以创建动态wms、tms和/或wmts服务，该服务仅包含用户期望的数据，例如一个或多个日期范围内的一个或多个aoi的数据(日期可以是包括时间组合的日期)。使用本发明的实施例，服务器访问地图服务(测绘提供者)以仅提取所希望的aoi和日期范围，存储它，并提供存储的数据和围绕它的服务。在一个实施例中，wms服务包括可以是url形式的api。在本发明的实施例中生成这样的api。
22.本发明的一个实施例使用标准wms特征(或类似wms功能)，使得可以使用至少部分符合wms标准的wms服务器。本发明的另一个实施例使用标准wmts特征(或类似wmts特征)，使得可以使用至少部分符合wmts标准的wmts服务器。又一实施例使用tms特征。一些实施例包括可以作为wms服务器、wmts服务器和tms地图提供者中的两者或更多者的组合来操作的组合服务器。其他实施例对于本领域的普通技术人员来说是清楚的。
23.第一组实施例包括一种操作客户端处理系统以使得能够获得地图图像的方法。该方法包括：
24.从用户接受一个或多个区域的集合的定义，每个区域具有相关联的感兴趣区域(“aoi”)和一个或多个相关联日期；
25.将关于所接受的一个或多个区域的定义的信息发送到通过网络耦合到客户端处理系统的服务器处理系统；
26.从服务器处理系统接受用于所述一个或多个区域的所述集合的api，或用于所述集合的api模板，所述api或api模板在服务器处被确定，每当所述集合的相应区域的相应aoi具有测绘提供者提供的新内容时，所接受的api自动更新，
27.(a)其中api被接受，使得地图服务客户端使用所接受的api为所述地图服务客户端提供从地图服务服务器请求地图服务并响应于所述请求而从地图服务服务器获取元数据的机制，所述元数据为每个区域提供一个或多个相应的地图显示api以使用所提供的相应地图显示api获得地图图像，或
28.(b)其中api被接受，使得填充所接受的api模板为所述集合中的一个或多个相应区域形成一个或多个拼接地图显示api，该一个或多个拼接地图显示api能够用于从提供拼接地图的服务获取拼接地图图像。
29.在第一版本中，所述api是从服务器处理系统接受的，地图服务客户端是网络地图服务(wms)客户端，并且地图服务服务器是wms服务器。在这样的第一版本中，wms客户端使用所接受的api为wms客户端提供了用于从wms服务器请求并响应于请求从wms服务器获取元数据的机制，该元数据为每个区域提供一个或多个相应的地图显示api，以使用所提供的相应地图显示api获得地图图像。所接受的api可以是能够由wms客户端作为getcapabilities请求使用的url的形式，元数据可以是xml结构的形式，并且每个相应的地图显示api可以是用于wms getmap请求的相应url。
30.在第二版本中，api被从服务器处理系统接受。在这样的第二版本中，地图服务客
户端是网络地图瓦片服务(wmts)客户端，并且地图服务服务器是wmts服务器。wmts客户端使用所接受的api为wmts客户端提供了用于从wmts服务器请求并响应于请求从wmts服务器获取元数据的机制，该元数据为每个区域提供一个或多个相应的拼接地图显示api，以使用所提供的相应拼接地图显示api获得地图图像。所接受的api可以是能够由wmts客户端作为getcapabilities请求使用的url的形式，元数据可以是xml结构的形式，并且每个相应的地图显示api可以是用于wmts getmap请求的相应url。
31.在第三版本中，api模板是从服务器处理系统接受的，地图服务客户端是瓦片地图服务(tms)客户端，并且地图服务服务器是tms服务器。填充所接受的api模板为所述集合中的一个或多个相应区域形成一个或多个拼接地图显示api，该一个或多个拼接地图显示api能够用于获得拼接地图图像。发送的api模板可以为url模板形式，并且每个相应的拼接地图显示api是用于tms拼接地图显示请求的相应url。
32.第二组实施例包括一种操作服务器处理系统以使得能够获得地图图像的方法。该方法包括：
33.从客户端处理系统接受一个或多个区域的集合的定义，每个区域具有相关联的感兴趣区域(“aoi”)和一个或多个相关联日期；
34.生成并向客户端处理系统发送用于所述一个或多个区域的所述集合的api，或用于所述集合的api模板，所发送的api或api模板在服务器处被确定，每当所述集合的相应区域的相应aoi具有测绘提供者提供的新内容时，所发送的api自动更新，
35.(a)其中，api被发送，以使得地图服务客户端使用所发送的api为地图服务客户端提供从地图服务服务器请求地图服务并响应于所述请求而从地图服务服务器获取元数据的机制，所述元数据为每个区域提供一个或多个相应的地图显示api以使用所提供的相应地图显示api获得地图图像，或
36.(b)其中，api被发送，以使得填充所发送的api模板为所述集合中的一个或多个相应区域形成一个或多个拼接地图显示api，该一个或多个拼接地图显示api能够用于从提供拼接地图的服务获取拼接地图图像。
37.在一些版本中，所接受的定义是用户定义服务的针对所述一个或多个区域的所述集合的定义，包括使用用户指定的对于服务的命名约定(“服务命名约定”)的用户定义服务的服务名称。用户定义服务的每个区域具有被命名的关联aoi，并且一个或多个关联日期是单个关联日期或关联日期范围
38.在第一版本中，api被发送，地图服务客户端是网络地图服务(wms)客户端，并且地图服务服务器是wms服务器。在这样的第一版本中，wms客户端使用所发送的api为wms客户端提供了用于从wms服务器请求并响应于请求从wms服务器获取元数据的机制，该元数据为每个区域提供一个或多个相应的地图显示api，以使用所提供的相应地图显示api获得地图图像。所发送的api可以是能够由wms客户端作为getcapabilities请求使用的url的形式，元数据可以是xml结构的形式，并且每个相应的地图显示api可以是用于wms getmap请求的相应url。
39.在第二版本中，也是api被发送。在这样的第二版本中，地图服务客户端是网络地图瓦片服务(wmts)客户端，并且地图服务服务器是wmts服务器。wmts客户端使用所发送的api为wmts客户端提供了用于从wmts服务器请求并响应于请求从wmts服务器获取元数据的
机制，该元数据为每个区域提供一个或多个相应的拼接地图显示api，以使用所提供的相应拼接地图显示api获得地图图像。所发送的api可以是能够由wmts客户端作为getcapabilities请求使用的url的形式，元数据可以是xml结构的形式，并且每个相应的地图显示api可以是用于wmts getmap请求的相应url。
40.在第三版本中，api模板被发送，地图服务客户端是瓦片地图服务(tms)客户端，并且地图服务服务器是tms服务器。填充所接受的api模板为所述集合中的一个或多个相应区域形成一个或多个拼接地图显示api，该一个或多个拼接地图显示api能够用于获得拼接地图图像。所发送的api模板可以为url模板形式，并且每个相应的拼接地图显示api可以是用于tms拼接地图显示请求的相应url。
41.在多组实施例的上述各个版本中的一些中，wms客户端、wmts客户端或tms客户端的功能可以在客户端处理系统中实行。
42.在多组实施例的上述各个版本中的一些中，每个区域可以具有由客户端处理系统发送到服务器处理系统的一个或多个用户生成的关联过滤器。
43.在以上各组实施例组中，所接受的定义可以是用户定义服务的针对一个或多个区域的集合的定义，包括使用用户指定的对于服务的命名约定(“服务命名约定”)的用户定义服务的服务名称。用户定义服务的每个区域可以具有被命名的关联aoi，并且一个或多个关联日期可以是单个关联日期或关联日期范围。
44.特定实施例包括非暂时性机器可读介质，包括指令，该指令在处理系统的一个或多个处理器上执行时实行方法。在不同的实施例中，该方法如以上各组方法实施例的任何版本中所述。因此，取决于哪一组方法实施例，处理系统可以是客户端处理系统，或者处理系统可以是服务器处理系统。
45.特定实施例包括一种处理系统，该处理系统包括一个或多个处理器和存储子系统，该存储子系统包括指令，该指令在由处理器中的至少一个方法执行时实行方法。在不同的实施例中，该方法如以上方法实施例的任何版本中所述。因此，处理系统可以是客户端处理系统，或者处理系统可以是服务器处理系统。
46.特定实施例可以提供这些方面、特征或优点的全部、一些，或不提供这些方面、特征或优点。特定实施例可以提供一个或多个其他方面，特征或优点，它们中的一个或多个根据本文的附图、说明书和权利要求书对于本领域技术人员而言可以是显而易见的。
47.词汇表
48.以下是本说明书和权利要求中使用的一组术语，也是地理信息系统(gis)中常用的术语。
49.感兴趣区域(aoi)
‑
用户感兴趣的地理区域，典型地具有名称并由边界多边形定义。
50.区域
–
典型地具有相应名称和日期或日期范围的aoi。日期可以包括时间。
51.api允许创建：访问操作系统、应用程序或其他服务的功能或数据的应用程序的一组函数和过程。在本发明的上下文中，api是用于调用单独wms服务或wmts服务的机制(wms和wmts见下文)。
52.边界框(bbox)
‑
由对角线两端的两个点定义的矩形地理区域，矩形的其他顶点被暗示或易于计算。当然，可以明确指定所有四个顶点。
53.边界多边形
‑
由一组点定义的任意多边形形状。
54.日期
‑
日期是按时间顺序的日期并且可以包括时间，从而在本公开的上下文中，同一天的两个时间可以定义两个不同的日期。
55.空间交集
‑
两个区域的空间交集是两个区域公共的区域。
56.服务
‑
用户可以创建以用于定义区域的单独wms或wmts服务(有关wms和wmts，请参见下文)。服务可能具有名称、层名称格式和一个或多个区域(aoi和日期范围)的集合。在本发明的一些实施例中，服务可能已经为其生成了url形式的能力api(capability api)。
57.服务储存库(repository)：用户创建的服务的数据库(db)。
58.测绘(survey)
‑
地理区(区域)的单次捕获(capture)，典型地在一天内捕获。测绘可能具有关联的区域名称、州、国家、边界多边形、捕获日期以及可能与测绘有关的其他元数据。
59.测绘储存库
–
测绘数据库，每个测绘具有如下内容作为元数据：关联区域名称、州、国家、边界多边形、捕获日期以及可能的其他元数据。测绘提供者向测绘储存库提供测绘。
60.瓦片(tile)
‑
地理区域的预渲染的，例如256
×
256像素图像。地图可以通过连接瓦片组成，使得拼接地图可以由指示缩放级别的数字(例如，作为每边的瓦片数量)指定。拼接地图可能具有相关联的区域名称、州、国家、x坐标(例如作为整数)、y坐标(例如作为整数)、捕获日期以及可能与拼接地图有关的其他元数据。
61.瓦片储存库
‑
瓦片数据库。瓦片由测绘提供者提供给瓦片储存库。
62.投影(projection)
‑
将地球上的点系统地变换为平面地图上的点。一个例子是网络麦卡托投影。在本发明的一些实施例中，投影具有名称、代码(例如空间参考系统标识符(srid)代码)、bbox和一组变换参数。srid代码典型地通过srs(空间参考系统)或crs(坐标系统参考)参数被传递到wms服务器。在这种情况下，srid、srs和crs可以互换使用。
63.投影储存库
‑
由名称、代码和边界框定义的空间投影数据库。
64.网络地图服务(wms)
‑
一种开放地理空间联盟(ogc)标准网络协议，用于服务于地理参考地图图像，可用于将测绘(例如照片地图(影像地图和一组一个或多个层))集成到地理信息系统(gis)工具中。在本发明的上下文中，wms指的是ogc wms或类似wms的服务，但是所使用的协议可能不严格符合ogc wms标准。
65.wms服务器
‑
wms服务器允许使用来自多个不同服务器的数据，并使得能够创建地图服务器网络，客户端可以从该地图服务器网络构建自定义地图。wms服务器通过使用http协议的api与其客户端交互，即api采用url的形式。在许多情况下，wms服务器是通用网关接口(cgi)程序。wms规范定义了许多请求类型，并为每个请求类型定义了一组查询参数和相关联行为。wms服务器为对于图像的每个客户端请求生成地图图像。wms兼容服务器至少可以处理以下两种类型的wms请求：getcapabilities，其返回wms服务器相关信息的元数据，所返回的元数据为xml文档的形式、以及getmap，其根据用户的需求返回地图的图像。在本发明的上下文中，wms服务器指的是包括这里描述的储存库的wms或类似wms的服务器，但是该协议可以不严格地符合ogc wms标准。
66.wms客户端
‑
wms客户端系统(或简称“wms客户端”)是耦合到wms服务器的客户端系统，并且能够在显示器上显示地图图像。术语wms客户端还可以指在客户端处理系统上运行的软件，该软件在运行时使客户端处理系统充当wms客户端系统。术语wms客户端是指系统
还是软件从上下文中可明了。在本发明的上下文中，wms客户端指的是耦合到类似wms的服务器的wms或类似wms的客户端，但是所使用的协议可以不严格符合ogc wms标准。
67.网络地图瓦片服务(wmts)
‑
ogc协议，用于在网络上服务于预渲染或运行时计算的地理参考地图瓦片(例如256
×
256像素)。因为通常256
×
256的瓦片被缓存或预渲染，预渲染单独或并行发生。在本发明的上下文中，wmts指的是ogc wmts或类似wmts的服务，但是所使用的协议可以不严格符合ogc wmts标准。
68.wmts服务器
‑
wmts服务器允许使用来自多个不同服务器的数据，并使得能够创建地图服务器网络，客户端可以从该地图服务器网络构建自定义地图。wmts服务器通过使用http协议的api与其客户端交互，即api采用url的形式。在许多情况下，wmts服务器是通用网关接口(cgi)程序。wmts规范定义了许多请求类型，并为每个请求类型定义了一组查询参数和相关联行为。wmts服务器为对于拼接地图图像的每个客户端请求生成拼接地图图像。wmts兼容服务器至少可以处理以下两种类型的wmts请求：getcapabilities，其返回wmts服务器相关信息的元数据，所返回的元数据为xml文档的形式、以及gettile，其返回应用程序可组成的由gettile请求规定的区域中的单个瓦片图像，以构建更大的地图图像。在本发明的上下文中，wmts服务器指的是包括这里描述的储存库的wmts或类似wmts的服务器，但是该协议可以不严格地符合ogc wmts标准。
69.wmts客户端
‑
wmts客户端系统(或简称“wmts客户端”)是耦合到wmts服务器的客户端系统，并且能够在显示器上显示地图图像。术语wmts客户端还可以指在客户端处理系统上运行的软件，该软件在运行时使客户端处理系统充当wmts客户端系统。术语wmts客户端是指系统还是软件从上下文中可明了。在本发明的上下文中，wmts客户端指的是耦合到类似wmts的服务器的wmts或类似wmts的客户端，但是所使用的协议可以不严格符合ogc wmts标准。
70.瓦片地图服务(tms)
‑
开源地理空间基金会(osgeo)的协议，类似于wmts，用于在网络上服务于预渲染或运行时计算的地理参考地图瓦片，其是拼接网络地图的规范。其是比wmts更不复杂的规范，但是使用类似的用于规定拼接地图的参数。tms对瓦片使用整数索引，而不是像wmts那样要求客户端请求与特定网格对齐的边界框。tms没有定义getcapabilities请求或提供能力响应。但是，用户可读文档指示了如何构造url以显示拼接图像。在本发明的上下文中，tms是指可以不严格符合osgeo规范的osgeo tms或类似tms的服务。
71.更详细的描述
72.示例系统架构
73.图1示出了示例系统100的简化示意图，其具有在其中运行本发明的实施例的元件。元件101、131、151和171被示为经由网络191例如因特网耦合。在许多版本中，元件101和131被组合成一个处理系统101。
74.系统100包括服务器处理系统151，其包括一个或多个处理器152、和存储设备153。存储设备153包括程序指令155，其在被执行时实行本发明的实施例的服务器端方面，并且在一个实施例中，实行wms服务器的功能。在替代实施例中，单独的处理系统作为wms服务器运行。
75.用户可以在客户端处理系统101上与服务器处理系统151交互，该客户端处理系统
101包括一个或多个处理器102、显示器107、存储子系统103(包括存储器)、以及形成使得用户能够将信息输入到客户端处理系统101的子系统的一个或多个用户输入设备106。由客户端处理系统101执行的功能在存储子系统103中存储的指令108中描述。用户可以通过相应用户界面(ui)操作客户端处理系统101。使用浏览器、其他网络资源查看器、专用应用程序或其他输入装置经由客户端处理系统101可选地呈现ui(并且可以接收人的指令)。一般而言，人(用户)可以通过以下至少一种方式将信息输入客户端处理系统：悬停在特定项目上、指向或点击特定项目、通过麦克风提供口头指令、人可以触摸触摸屏，并且人可能会以其他方式提供信息。因此，一个或多个用户界面可以呈现在用户处理系统101上。系统101可以是膝上型计算机、台式计算机、用户终端、平板计算机、智能手机或其他终端类型。用户输入设备可以包括一个或多个触摸屏、麦克风、触摸板、键盘、鼠标、触控笔、相机等等。
76.用户还可以在wms、wmts和/或tms客户端处理系统131(wms、wmts和/或tms客户端133)上与服务器处理系统151交互，该wms、wmts和/或tms客户端处理系统131包括一个或多个处理器132、显示器137、存储子系统133(包括存储器)，以及形成子系统的一个或多个用户输入设备136，该子系统使得用户能够显示图像，并且在所显示的图像中指向并可能绘制一个或多个几何特征。本发明的一个实施例中的服务器处理系统程序指令156包括使得服务器处理系统151能够充当wms服务器的指令。在另一个实施例中，程序指令156包括使得服务器处理系统151能够充当wmts服务器的指令。在又一个实施例中，程序指令156包括使得服务器处理系统151能够充当wms服务器以及wmts服务器的指令。在又一个实施例中，程序指令156包括使得服务器处理系统151能够充当tms服务器的指令。在存储子系统133中存储的指令138中描述了由wms、wmts和/或tms客户端处理系统131执行的功能。wms客户端是能够与wms服务器交互并符合ogc wms标准的系统。在一个实施例中，ogc wms和wmts(或tms)标准用于经由因特网(http)分别检索在线地图和拼接地图。地图可以从网站链接、使用专业gis客户端导航，或在移动设备上使用。需要地图图像(或拼接图像)的任何应用程序都可以使用ogc wms(或wmts或tms)标准来获取地图(或拼接地图)。由于这些是广泛接受的行业标准，几乎任何生成或使用地图的软件都可以“说”ogc wms或wmts，或osgeo tms，允许组合来自多个来源的地图，而不管底层软件如何实现。因此，wms客户端可以指在任何处理系统上运行的wms客户端软件。用户可以通过相应用户界面(ui)操作wms客户端处理系统131。通常使用浏览器、其他网络资源查看器、专用应用程序或其他输入装置经由客户端处理系统131来呈现wms客户端ui(并且可以接收人的指令)。类似地，wmts客户端因此可以指在任何处理系统上运行的wmts客户端软件。用户可以经由相应用户界面(ui)操作wmts客户端处理系统131。通常使用浏览器、其他网络资源查看器、专用应用程序或其他输入装置经由客户端处理系统131来呈现wmts客户端ui(并且可以接收人的指令)。类似地，tms客户端因此可以指在任何处理系统上运行的tms客户端软件。用户可以通过相应的用户界面(ui)操作tms客户端处理系统131。通常使用浏览器、其他网络资源查看器、专用应用程序或其他输入装置经由客户端处理系统131来呈现tms客户端ui(并且可以接收人的指令)。
77.在一些实施例中，wms、wmts和/或tms客户端软件可以被并入客户端处理系统101作为存储设备103中的指令108的一部分，使得wms、wmts和/或tms客户端系统131被并入进入客户端处理系统101中。
78.在一个实施例中，测绘由相机系统(未示出)捕获并存储在图像存储服务器171中，
或者在其他实施例中，被存储在本发明的实施例在其上运行的服务器处理系统151上。在某些版本中，相机系统可能包括每个测绘相机参数，例如相机标识、相机位置、图像的时间戳、相机取向/旋转、相机分辨率和其他相机参数，统称为相机模型。在一些实施例中，假设图像177已经存储在图像存储服务器171中。
79.图像存储服务器包括一个或多个处理器和存储子系统177，该存储子系统177包括存储器和一个或多个其他存储介质。一个或多个图像被接受，例如，经由网络191和诸如网络接口的输入端口被接受到服务器处理系统151中。
80.在一些实施例中，图像存储服务器171存储预渲染的图像瓦片。
81.图1所示的元件仅形成系统架构的一个示例。在一些实施例中，服务器处理系统可以例如作为一个或多个网络代理在网络中运行，因此虽然此类代理包括程序指令(示出为155)并且此类程序指令在机器上运行，但机器不一定是被划分为单独的处理系统，如图1所示。此外，机器可以是在云中实例化的虚拟机。类似地，图像存储服务器可以作为云中的网络服务被提供。
82.在其他实施例中，图像存储服务器171的功能可以结合在服务器处理系统151中，该服务器处理系统151使用存储子系统153来存储捕获的图像和关于图像的元数据177。
83.服务、测绘、区域和投影的典型属性
84.下表示出了在本发明的一个实施例中对于服务(如下文所述的用户定义服务)、测绘、区域(aoi和日期范围)和投影使用了哪些属性。当然，其他实施例可以使用更多或更少的属性。
[0085][0086][0087]
拼接地图
[0088]
本发明的一些实施例用于服务于拼接地图。
[0089]
wms标准允许客户端请求任意区域。如果客户端想要瓦片，它可以以拼接模式发出请求，但服务器无法知道发生了什么，如果服务器将地图存储为自己的瓦片，则无法让客户
端知道瓦片布置是什么。wmts标准提供了定义可以服务于拼接地图而不是地图的服务。wmts中的能力结构描述了tilematrixset，它是一组量化的整数坐标，例如tilematrix(缩放级别)、行号(x维度)和列号(y维度)，这些坐标继而可用于通过gettile请求来请求拼接图像。gettile请求中的三个整数坐标总是指示同一个地理区域。与wms不同，getmap请求可以描述任意bbox，wmts gettile请求必须根据tilematrixset规范而做出。可以从gettile坐标计算请求的边界框。
[0090]
tms标准是简单得多的用于拼接地图的协议。tms对瓦片使用整数索引，而不需要客户端请求与特定网格对齐的边界框。
[0091]
一些示例流程图
[0092]
图2示出了根据本发明的wms实施例的方法200的简化流程图，方法200包括按照用户的指令的在客户端系统101处的方法、以及在耦合到客户端系统101的服务器系统151处的方法，该方法操作以使用多个区域的用户指定的服务命名约定来为用户获取用于用户指定服务的url形式的api，每个区域是单个命名的关联aoi、关联的一个或多个日期的范围、以及可选的一个或多个其他用户生成的关联过滤器。如此获得的用户指定服务的url可由wms客户端用作getcapabilities请求，以使得耦合的wms服务器能够返回关于区域的元数据，例如以xml文档的形式，元数据使能wms客户端能够获取地图图像。该方法向用户提供了动态的且用户可指定的服务。动态指的是生成的api提供了每当新的相应aoi具有测绘提供者提供的新内容时aoi中的任何测绘自动更新。将此api与wms客户端一起使用可为wms客户端提供能力响应，例如xml，包含每个区域(每个命名的aoi和关联的日期范围)的相应api(作为getmap的相应url)以使用所提供的getmap url获取地图图像。
[0093]
该流程图也适用于wmts实施例，也适用于tms实施例。
[0094]
在203中，客户端系统101从用户接受描述(例如，作为定义)一个或多个区域的集合的信息，每个区域具有相关联的感兴趣区域(“aoi”)和一个或多个相关联的日期。在一个实施例中，信息采用多个区域的用户生成的服务名称和用户定义的命名约定的形式，每个区域具有单个用户命名的aoi和相关联的日期范围。203包括客户端系统将此信息发送到服务器系统151。
[0095]
从这里开始，流程图假定信息采用服务定义的形式。
[0096]
在服务器系统151处，在205中，服务器系统接受新的服务定义并将其与唯一标识符(“服务id”)一起保存在服务器系统的服务储存库156中，该服务储存库156被保持在服务器处理系统151的存储子系统153中。服务储存库156包括用户定义服务的集合。
[0097]
对于客户端系统发送的多个区域中的每一个，在207中，服务器系统151最初接受第一个、然后接受下一个用户提供的区域名称、该区域的相关联的用户命名的aoi、该区域的关联日期范围，以及该区域的任何其他关联的用户定义过滤器。在一个版本中，通过在209中检查是否所有区域都已被接受来重复步骤207。如果不是，则系统重复207，包括接受下一个用户提供的区域名称、关联的aoi、关联的日期范围、其他用户定义的过滤器。
[0098]
一旦所有用户指定的区域都被接受用于服务，服务器系统在211中为用户生成api，例如，url的形式，用户可以使用该api作为例如wms或(wmts)客户端中的getcapabilities请求以从wms或wmts服务器获取元数据，例如，以xml文档的形式。api在213被发送到客户端系统。
[0099]
客户端系统在215中接受api，例如能够用于将getcapabilities请求发送至wms或wmts服务器的url。在一些实施例中，客户端系统还向客户端系统的用户显示url。
[0100]
wmts实施例和tms实施例的第一部分也遵循图2的流程图，其中针对差异进行修改。wmts实施例包括在附图中。wmts实施例还可以包括wms实施例，即，相同的系统可以与wms或wmts一起操作。例如，在21 1中，在wmts情况下，服务器系统生成api，例如可用作wmts getcapabilities请求的url。在tms情况下，在211中，服务器系统为api生成模板，例如，生成当填充有相关信息时可直接用于获得拼接图像的url模板。
[0101]
图3示出了根据本发明的wms(或wmts)实施例的方法300的简化流程图，其指示api(例如，在方法200中生成的url)可如何在wms(或wmts)客户端中用作getcapabilities请求以生成元数据，例如，来自耦合的wms(或wmts)服务器的针对用户的xml能力响应，xml能力响应包含每个区域的相应url，以获得地图图像，例如，在wms(或wmts)客户系统上。方法300包括在wms客户端(例如wms客户端131)和wms服务器(例如包括在服务器系统151中)处执行的方法步骤。wmts实施例是相似的，除了本领域普通技术人员将清楚的差异细节之外。
[0102]
在303，wms(或wmts)客户端131从用户接受api，例如，根据图2所示的流程图生成的url。在305中，wms(或wmts)客户端将此api，例如url作为getcapabilities请求发送到服务器处理系统151中的wms(或wmts)服务器。
[0103]
在307中，wms(或wmts)服务器接受api，例如url(getcapabilities请求)并从api中提取服务id(service id)(getcapabilities请求)。在309中使用服务id来在服务储存库156中查询服务aoi、关联的日期范围和任何关联的过滤器。一旦aoi可用，在311中，对于每个aoi，从第一个aoi开始并继续到下一个aoi，直到查询完所有aoi，wms服务器(例如测绘提供者的服务器)查询在存储子系统153中的测绘储存库156保存的测绘，以查找与aoi相交、具有在aoi的关联日期范围内的日期并且匹配与aoi相关联的任何其他过滤器的测绘。以这种方式，本发明的一个方面是一旦用户在203中为多个区域指定了用户生成的服务名称和用户定义的命名约定，每个区域具有单个用户命名的aoi和相关联的日期范围，本发明的方法和系统可以动态地获得满足用户指定标准的当前可用测绘。类似地，在步骤313，wms服务器从投影储存库查询与该aoi相交的所有投影。对所有aoi重复步骤311和313。例如，在步骤315中，进行检查以确定是否已经找到所有aoi的测绘和投影。如果不是，则对下一个aoi重复步骤311和313，否则过程继续到下一个步骤317。
[0104]
对于下一次图2和图3的过程(对于wms和wmts实施例)，相交的一组测绘以及预测可能不同，因为在日期范围和其他标准内可能有一个或多个额外的测绘，并且一些先前发现的测绘可能不再可用。
[0105]
在步骤317中，该方法和服务器构建结构，例如树结构，其使用命名约定作为服务名称作为节点，以aoi名称作为服务名称节点的子节点，并且对于每个aoi名称，aoi的层名称作为aoi名称节点的子节点。当然，可以使用树结构以外的结构。使用该数据，在步骤319中，该方法(和系统)为用户生成xml能力响应，该xml能力响应包含每个aoi的相应url以使得能够获得地图图像。wms服务器向wms客户端131发送xml能力响应。
[0106]
在321中，wms客户端接受并处理xml能力响应，并且在某些版本中，向用户显示树结构，以便用户选择要在wms客户端上显示的地图。
[0107]
附加地，服务器从层标识符中提取服务和区域标识符。作为请求示图像的一部分，
本发明的一个实施例提供投影标识符。这通常在客户端软件中设置一次，所有对wms的请求都使用该投影作出。
[0108]
继续wms和wmts实施例，使用图2的方法提供的api，wmts实施例也遵循图3的流程图，其中对本领域普通技术人员将清楚的差异进行修改。首先，wmts实现可能涉及wmts客户端，其可以是客户端系统131。因此步骤303、305和321在wmts客户端中执行，该wmts客户端例如经由网络191(例如因特网)耦合到wmts服务器，例如在服务器151中。块307、309、311、313、315、317和319是在这样的wmts服务器中实行。在步骤317中，构建的树结构用于拼接地图服务。319中生成的能力xml是描述了整数坐标的tilematrixset的wmts能力xml，。
[0109]
wmts实施例包括在附图中。wmts实施例还可以包括wms实施例，即，相同的系统可以与wms或wmts一起操作。
[0110]
tms不包括getcapabilities请求或xml能力响应。因此，图3的过程不适用。然而，由图2中描述的方法200提供的信息是tms api模板的形式以显示拼接图像，用户或客户端应用程序有足够的信息来构建api，从而获得拼接地图。
[0111]
图4根据本发明的wms实施例示出了指示如何实现getmap请求的方法400的简化流程图。每当需要在wms客户端系统131的屏幕上进行新显示(例如缩放、平移等)时，就会发生getmap。在wms客户端131处，作为在步骤321中显示树结构的结果，在403中，用户从树结构中选择层。在405中，wms客户端使用能力xml中的getmap url进行getmap请求。在wms服务器(在服务器系统151中)，407包括wms服务器接受对于层的getmap请求并提取getmap请求的“服务”和“区域”标识符、“层”标识符和边界框(bbox)。在409中，wms服务器查询服务储存库156以获得aoi。wms服务器在41 1查询测绘储存库159以获得测绘的属性，例如边界多边形。在413中，wms服务器使用此信息来根据getmap请求的测绘边界、aoi和bbox的交集创建地图图像。创建的地图图像在415发送到wms客户端。
[0112]
在wms客户端系统，417包括wms客户端接受地图图像并将其显示给用户。
[0113]
图5示出了根据本发明的wmts实施例的方法500的简化流程图，其指示如何实现gettile请求。每当需要在wmts客户端系统131的屏幕上显示新的拼接地图时，就会发生gettile，例如缩放、平移等。在wmts客户端131，作为在步骤321中显示树结构的结果，在503中，用户从树结构中选择层。在505中，wmts客户端使用能力xml中的gettile url来执行gettile请求，其包括“服务”和“区域”id、“层”id和tilematrixset坐标。
[0114]
在wmts服务器，服务器接受对于层的gettile请求并提取请求的“服务”和“区域”id、“层”id和tile matrix坐标。
[0115]
在wmts服务器(在服务器系统151中)，507包括wmts服务器接受层的gettile请求，并提取gettile请求的“服务”和“区域”标识符、“层”标识符和tilematrixset坐标。508包括将tilematrixset坐标转换为bbox。在509中，wmts服务器查询服务储存库156以获得aoi。在51 1中，wmts服务器查询瓦片储存库(在159中呈现)以获得测绘的属性，例如边界多边形。wmts服务器在513中使用此信息以基于gettile请求的测绘边界、aoi和bbox的交集创建瓦片图像。在515中将创建的拼接地图图像发送到wmts客户端。
[0116]
在wmts客户端系统中，517包括wmts客户端接受拼接地图图像并将其显示给用户。
[0117]
本领域技术人员可以容易地修改图5的流程图以处理tms版本，在这种情况下，客户端是tms客户端系统，而服务器系统是tms服务器。tms不支持层，所以图5的显示方法开始
于步骤505的tms修改，其中在图2中提供的api模板被用于发出类似于wmts gettile请求的请求。在服务器端，由于没有指定层，因此简化了部分流程图。否则，tms服务器上的方法将将在考虑了tms的局限性的情况下大致遵循wmts服务器的步骤。
[0118]
因此，用户将如图2所示在客户端系统开始，为一个或多个用户定义的aoi/日期范围组合定义服务，并在wms和wmts情况下获取api，例如，url的形式，其然后可以经由wms客户端或wmts客户端用作getcapabilities请求以按照图3获得wms或wmts兼容的第二api，该第二api为功能xml的形式，可以向用户显示在一个或多个用户定义的aoi/日期范围组合内可得到的测绘。然后，用户可以选择要在wms终端或wmts终端上显示的地图(图3)。可以在不同时间使用api来生成新能力xml，该xml已随着一个或多个用户定义的aoi/日期范围组合内可得到的测绘的任何更改而自动更新，以便可以查看在一个或多个aoi/日期范围组合内新添加的测绘中的地图。在tms的情况下，用户将如图2所示在客户端系统开始，为一个或多个用户定义的aoi/日期范围组合定义服务，并获取api模板，例如url模板的形式，其在被填充时可以显示拼接图像。
[0119]
在一些实施例中，服务器使用wms、tms和wmts中的任何一种支持预渲染瓦片。
[0120]
一个这样的服务器可包括在传统wms服务器之前的使用geoserver、缓存的网络地图服务(wms
‑
c)或geowebcache的缓存代理。
[0121]
geoserver是基于java的服务器，其允许用户查看和使用ogc提出的开放标准编辑地理空间数据。
[0122]
缓存的网络地图服务(wms
‑
c)提供了一些手段，地图客户端可以使用该手段从现有wms服务器获取瓦片，这样图像可以被缓存在服务器上，或在中间位置，甚至希望地话可完全预先生成。wms
‑
c(如缓存的网络地图服务(wms
‑
c)中)作为受约束的配置文件wms，允许在中间点缓存瓦片。wms
‑
c服务可能只传递与给定矩形原点和网格对齐的边界框的并且仅处于特定的比例级别的图像。
[0123]
geowebcache是java网络应用程序，用于缓存来自各种来源(例如ogc网络地图服务(wms))的地图瓦片。它实现了各种服务接口(如wms
‑
c、wmts、tms、google maps kml、virtual earth)。
[0124]
虽然在本描述中，从最初定义一个或多个区域返回到服务器系统的元数据是xml文档的形式，但在替代实施例中，可以例如使用json将不同的格式返回到客户端处理系统。
[0125]
虽然此处的说明书描述了根据wms和/或wmts操作的方法、系统和非暂时性计算机可读介质，本发明的实施例也适用于其他已知的服务接口，例如google maps kml、virtual earth等。修改所描述的方法、系统和非暂时性计算机可读介质中的任一者以使其符合另一个这样的已知服务对于普通技术人员来说是显而易见的，从而可以通过这样的其他已知服务接口来实现和使用本发明，而无需进行不适当的实验。
[0126]
一般概述
[0127]
如这里所使用的，日期范围不一定限于以天为粒度的一个或多个日期的范围，而是可以是日期和时间组合的范围。因此，日期范围可能是单个日期，以及单个日期内的两个时间。
[0128]
除非另有特别说明，如从以下讨论中显而易见的，应理解，在整个说明书中，利用诸如“处理”、“计算”、“算计”、“确定”等之类的术语的讨论来指代主机设备或计算系统或类
似电子计算设备的如下动作和/或过程，其将表示为物理量(例如，电子量)的数据处理和/或变换为类似表示为物理量的其他数据。
[0129]
以类似的方式，术语“处理器”可以指任何设备或设备的一部分，其处理例如来自寄存器和/或存储器的电子数据以将该电子数据变换成例如可以存储在寄存器和/或存储器中的其他电子数据。
[0130]
在一个实施例中，本文所述的方法可由接受机器可读指令的一个或多个数字处理器执行，该指令例如作为固件或软件在由一个或多个处理器执行时执行本文所述的至少一种方法。在这样的实施例中，可以包括能够执行指定要采取的动作的一组指令(依次的或其他方式)的任何处理器。因此，一个示例是可编程dsp器件。另一个示例是微处理器或其他计算机设备的cpu，或者是较大的asic的处理部分。数字处理系统可以包括存储子系统，该存储子系统包括主ram和/或静态ram和/或rom。可以包括总线子系统以用于组件之间的通信。处理系统还可以是具有无线地或以其他方式例如通过网络耦合的处理器的分布式处理系统。如果处理系统需要显示器，则可以包括这样的显示器。在一些配置中，处理系统可以包括声音输入设备、声音输出设备和网络接口设备。因此，存储子系统包括机器可读的非暂时性介质，该机器可读的非暂时性介质被编码有，即，在其中存储了一组指令，以在由一个或多个处理器执行时促使执行本文所述的方法中的一个或多个。注意，当该方法包括数个元素，例如数个步骤时，除非特别说明，否则不暗示这些元素的顺序。指令可以驻留在硬盘中，或者也可以在由系统执行期间完全或至少部分地驻留在处理器中的ram和/或其他元件中。因此，存储器和处理器也与指令一起构成了非暂时性机器可读介质。
[0131]
此外，非暂时性机器可读介质可以形成软件产品。例如，可以将用于执行某些方法并从而形成本发明的系统或装置的所有或一些元件的指令存储为固件。可得到包含该固件的软件产品，并且可以用来“刷新”固件。
[0132]
注意，尽管一些图仅示出了存储机器可读指令的单个处理器和单个存储器，但是本领域技术人员将理解，包括了上述组件中的许多组件，为了不使发明方面晦涩难懂，这些组件未被明确示出或描述。例如，虽然仅示出了单个机器，但是术语“机器”也应被理解为包括单独地或共同地执行一组(或多组)指令以执行文中所讨论的方法中的任何一个或多个的机器的任何集合。
[0133]
因此，本文描述的每个方法的一个实施例是非暂时性机器可读介质的形式，该机器可读介质被编码具有，即其中存储了用于在一个或多个处理器上执行的一组指令，该一个或多个处理器例如是作为形成笔划拍摄系统的接收器的一部分的一个或多个处理器。
[0134]
注意，如本领域中所理解的，具有用于执行本发明的一个或多个方面的专用固件的机器变成专用机器，其被固件修改以执行本发明的一个或多个方面。这与使用软件的通用数字处理系统不同，因为该机器特别配置为执行一个或多个方面。此外，如本领域技术人员所知，如果要生产的单元的数量证明成本合理，则与诸如处理器之类的元件组合的任何指令集都可以容易地转换为专用asic或定制集成电路。方法和软件已经存在多年，可以接受例如处理引擎131的指令集和细节，并且自动或几乎自动地进行专用硬件的设计，例如，生成用于修改门阵列或类似的可编程逻辑的指令，或生成集成电路，以执行先前由指令集执行的功能。因此，如本领域技术人员将理解的，本发明的实施例可以体现为方法、诸如专用装置之类的装置、诸如数据dsp设备加上固件之类的设备、或非暂时性机器可读介质。机
器可读载体介质承载包括指令集的主机设备可读代码，该指令集在一个或多个处理器上执行时使一个或多个处理器实现一种方法。因此，本发明的各方面可以采取方法、完全硬件实施例、完全软件实施例或结合软件和硬件方面的实施例的形式。此外，本发明可以采取在编码具有机器可执行指令的非暂时性机器可读存储介质上的计算机程序产品的形式。
[0135]
在整个说明书中对“实施例”或“一个实施例”的引用指的是结合该实施例描述的特定特征、结构或特性被包括在本发明的至少一个实施例中。因此，在整个说明书中各处出现的短语“在一个实施例中”或“在实施例中”不一定全部指的是同一实施例，但是也可以指同一实施例。此外，在一个或多个实施例中，特定特征、结构或特性可以以任何合适的方式组合，这对于本领域的普通技术人员而言，根据本公开将是显而易见的。
[0136]
类似地，应当理解，在本发明的示例实施例的以上描述中，有时将本发明的各种特征组合在单个实施例、附图或其描述中，以简化公开内容并帮助理解各个发明方面中的一个或多个。然而，该公开方法不应被解释为反映了如下这样的意图，即所要求保护的发明需要比每个权利要求中明确叙述的特征更多的特征。相反，如所附权利要求所反映的，发明方面在于少于单个前述公开的实施例的所有特征。因此，具体实施方式之后的权利要求书特此明确地并入该具体实施方式中，其中每个权利要求独立地作为本发明的独立实施例。
[0137]
此外，尽管本文描述的一些实施例包括其他实施例中包括的一些但不包括其他特征，但是如本领域技术人员将理解的，不同实施例的特征的组合意在在本发明的范围内，并且形成不同的实施例。例如，在下面的权利要求中，任何要求保护的实施例都可以以任何组合使用。
[0138]
此外，一些实施例在本文中被描述为可由主机设备系统的处理器或通过执行功能的其他手段来实现的方法或方法的元素的组合。因此，具有用于执行这种方法或方法的元素的必要指令的处理器形成用于执行该方法或方法的元素的手段。此外，设备实施例的本文所述的元件是用于执行由该元件执行的功能以实现本发明的目的的手段的示例。
[0139]
在本文提供的描述中，阐述了许多具体细节。然而，应当理解，可以在没有这些具体细节的情况下实践本发明的实施例。在其他情况下，未详细示出公知的方法、结构和技术，以免混淆对本说明书的理解。
[0140]
如本文中所使用的，除非另外指定，否则使用序数形容词“第一”，“第二”，“第三”等来描述共同的对象仅指示相似对象的不同实例正在被引用，而不是指意图暗示这样描述的对象必须在时间、空间、等级或任何其他方式上处于给定的顺序。
[0141]
本文引用的所有出版物、专利和专利申请均通过引用并入本文。
[0142]
在本说明书中对现有技术的任何讨论决不应该被认为是承认该现有技术是众所周知的、是公众已知的、或形成了本领域的常识的一部分。
[0143]
在下面的权利要求和本文的描述中，术语“包括”，“由...组成”或“包含”是开放式术语，意味着至少包括其后的要素/功能，但不排除其他要素/功能。因此，术语“包括”当在权利要求中使用时，不应被解释为局限于此之后列出的装置或元件或步骤。例如，设备包括a和b的表述范围不应限于设备仅由元素a和b组成。如本文所用，术语“包括”也是开放性术语，也表示至少包括该术语后的要素/功能，但不排除其他要素/功能。因此，包括与包含是同义词。
[0144]
类似地，应注意，术语“耦接”在权利要求中使用时不应解释为仅限于直接连接。可
以使用术语“耦接”和“连接”及其派生词。应当理解，这些术语并不旨在彼此之间是同义词。因此，设备a与设备b耦合的表达范围不限于设备a的输出直接连接到设备b的输入的设备或系统。这意味着在设备a的输出和设备b的输入之间存在路径，该路径可能是包含其他设备或装置的路径。“耦接”可以表示两个或多个元件或者直接物理或电接触，或者两个或多个元件不彼此直接接触，但是仍然彼此协作或相互作用。
[0145]
因此，尽管已经描述了被认为是本发明的优选实施例，但是本领域技术人员将认识到，在不脱离本发明的精神的情况下，可以对其进行其他和进一步的修改，并且旨在要求保护所有这些改变和修改都落入本发明的范围内。例如，以上给出的任何公式仅代表可以使用的过程。可以向框图添加或从框图删除功能，并且可以在功能块之间互换操作。可以向本发明范围内描述的方法添加步骤或从方法删除步骤。
[0146]
注意，附于本说明书的权利要求形成说明书的一部分，因此通过引用将其并入说明书中，每个权利要求形成一个或多个实施例的不同集合。在不允许援引加入的司法管辖区中，申请人保留添加此类权利要求构成本说明书的一部分的权利。