用于输出并接收位置参考的电子设备和方法与流程

本发明涉及一种利用被指定给待参考的位置的属性值来输出位置参考的电子设备及方法。此外，本发明涉及一种利用这样的属性值来接收并评估位置参考的电子设备及方法，以及涉及具有用于实现所述方法之一的计算机可执行指令的计算机可读介质。
背景技术：
：在基于地图与位置的应用领域中，存在大量不同的设备类型。这些设备可以是车辆中的导航系统，也可以是佩戴在手腕上、具有基于GPS的路线记录功能的设备。由于存在这些大量的设备类型和不同的应用，因此有准备能够在设备和应用之间交换基于位置的数据。这样的位置数据的交换也称为位置参考。显然，位置参考最简单的变体是传输例如坐标系统WGS84(世界大地坐标系1984)中的位置坐标。然而，尽管使用了全球定位系统(例如，GPS全球定位系统)，位置坐标的交换并非始终足够准确。由于相应设备的测量不准确或者具有不同的处理与计算方法，以及由于接收卫星信号时受到干扰，因此会出现不准确和误差。于是，在建筑区，由于卫星信号因房屋外观、窗户等发生偏转或反射，因此会出现位置确定不准确的情况。如果此时不只是单个位置被参考而是位置从一个设备被发送到另一个设备，例如，传输整个路线，则会出现一连串不准确的位置参考。另一方面，设备或应用之间的位置参考是基于不同的地图材料。如果潜在的地图材料与所测量的坐标没有精确地对应，则在没有指定其他属性的情况下会出现在另一地图材料中特定的位置参考没有被指定给同一位置。仅作为示例，这里提到的是在多车道公路上指定特定位置。如果此时只根据WGS84的坐标被发送到具有不同地图材料的另一设备，则那里的参考位置有可能在沿着相反方向的车道上。如果在一个和同一个设备上交换或更新了地图材料并且使用了所存储的位置参考，则也会出现类似的问题。因此，做出改变使得不仅仅发送坐标，而是还建立对待参考位置的环境的参考。因此，除WGS84坐标之外，还会发送特定交通网络的属性，诸如道路类型、相应路段的主要方向和/或交通方向。用于这种特定属性的传输的公知标准是AGORA-C标准(ISO17572-3)。根据标准SAEJ2735(DSRC，专用短程通信)可以实现另一公知的传输方法。尽管使用这些传输标准用于位置参考，但是在一些情况下，通过WGS84坐标、道路的类型和道路前进的主要方向可能不足以参考位置。如果存在彼此平行延伸并相互靠近的多条道路，则这些位置参考也会导致其他设备或具有更新的地图数据的设备上出现不准确的位置。技术实现要素：因此，提供利用属性来改进位置参考的电子设备及方法。根据本发明的一方面，提出一种利用被指定给待参考的位置的属性值来输出位置参考的电子设备。该电子设备包括用于存储并提供用于位置参考的属性值的列表的存储器，该列表包括所有属性值的根据各个属性值的频率的子集。此外，该设备包括处理器系统，该处理器系统用于接收位置的指示，用于确定适合于该位置的位置参考的至少一个属性值，以及从存储器中读出列表中被指定给所确定的属性值的索引值。该设备还包括用于将所读出的索引值输出到另一设备的数据传输单元。该另一设备可以同样是一种电子设备，该电子设备能够基于所输出的索引值确定位置，以便于将该位置输出到例如显示器上。指定给属性值的每个索引值可以是数字索引值并且由比特序列表示。该比特序列可以包括表示列表中所有索引值所需要的多个比特(以及，例如，限制于这个数)。在这种情况下，数据传输单元将索引值以比特序列的形式输出到该另一设备。例如，比特序列可以具有预定长度，即，局限于预定数量的比特。该比特序列可以具有例如8比特、16比特、24比特或32比特的固定长度。当然，也可以是其他比特序列。根据本发明，所有属性的根据各个属性值的频率的子集可以包括所有可能的属性值(例如，关于特定区域或所有区域中的所有可参考的位置)中最频繁出现的所有那些属性值。就索引值的预定比特序列长度而言，比特序列长度还确定列表中可能的属性值的数量。列表中所包括的属性值可以根据属性值各自的频率从所有属性值中选取。优选地，最频繁出现的属性值形成列表中存储的子集。因此，“根据频率”可以表示预定数量的最频繁出现的属性值形成子集。“根据频率”还可以表示形成子集的属性值构成预定比例的最频繁出现的属性值。例如，最频繁的属性值的1％、5％、10％、20％等形成子集。因此，通过该预定比例确定子集的大小，从而确定索引值所需要的比特序列的长度。此外，还可以基于所有属性值中的各个属性值的频率确定子集的大小。在这种情况下，“根据频率”可以表示在所有属性值中具有至少预定频率的属性值形成子集。因此，所考虑的每个属性值的频率必须在由预定频率限定的范围内。例如，由所有属性值中频率为至少0.1％、0.2％或0.3％等的属性值形成子集。换句话说，属性值占所有属性值的至少0.1％、0.2％或0.3％等等。这里，也通过子集中待索引的属性值的数量来确定用于表示所有索引值的比特序列长度。在本发明中，“在所有属性值中”表示被考虑用于位置参考的属性值的预定集合。除通用集以外，即，所有的属性值，也可以仅考虑子集。这可以首先基于一个或更多个准则确定。考虑到频率，借助于一个或更多个准则会精简所有属性值的集合。例如，特定空间区域的所有属性值可以作为确定属性值的频率的基础。举例而言，这里参考国家、联邦国家或其他地理区域的所有街道名或类似的基于地址的属性值。也可以通过其他准则，诸如，例如具有预定的最小长度的街道，或具有预定的最小数量的居民的地方来确定属性值的子集。可替代地，除了列表中所有属性值具有固定长度的比特序列，列表中的索引值也可以具有可变长度。为了确保尽可能高效地传输数据，在这种情况下，最频繁出现的属性值利用具有最短比特序列的索引值来输出。因此，根据所有(所考虑的)属性值中的属性值的频率来索引具有属性值的列表。这可以通过之前根据频率对属性值进行分类来实现。通过这种可变比特序列长度，可以对待输出的数据量进行优化。然而，这需要在所输出的数据中有用于标记比特序列的开始和/或结尾的附加数据。另外地或可替代地，每个属性值可以包括至少一个字符串。例如，该字符串可以是街道名或者包括街道名。因此，可以使用很少的数据来输出表示位置的非常明确的标识的参考属性。另外地或可替代地，可以输出其他属性，诸如地名、景点(所谓的兴趣点(POI))、高速公路出口的标识等等。另外地或可替代地，除了上述电子设备的实施例变体，存储器还可以适用于存储并提供多个列表。每个列表包括针对特定参考属性的属性值。此外，其他的列表也只包括相对应的参考属性的所有属性值中按照预定频率出现的属性值。根据另一个实施例变体，存储器还可以适用于存储并提供具有地图元素的地图以及用于至少一个地图元素的至少一个参考属性的属性值。地图元素包括表示交通路线网络的交通路线数据。此外，地图元素可以用于对地图进行图形化显示。对于改进的位置参考，对于上述具有一个或更多个难以参考的位置的每个地图元素，可以存储至少一个参考属性的至少一个属性值。例如，对于地图元素，可以存储特定街道名、地名等等。另外地或可替代地，处理器系统可以适用于确定被指定给该位置的地图元素，以及基于所确定的地图元素确定至少一个属性值。确定地图元素和/或确定至少一个属性值可以通过访问存储器或从存储器中检索出特定地图元素或属性值来实现。根据另一实施例变体，电子设备还可以包括用于接收定位数据的接口。该接口还被称为定位接口，用于连接位置检测设备。位置检测设备可以包括用于支持卫星导航的传感器(例如，GPS传感器)、GPS处理器(或类似的)、转向角传感器、速度传感器或其他位置确定传感器以及相应的用于计算位置的处理器系统。在特定的实施例中，该电子设备是一种导航设备。该电子设备可以是永久地安装在车辆中的导航设备。可替代地，该电子设备可以是移动导航设备。同样可替代地，电子设备还可以是车辆信息娱乐设备。车辆信息娱乐设备也可以是移动设备或永久地安装在车辆中的设备。此外，例如，电子设备还可以以其他移动终端设备的形式来实施，诸如，智能手机、个人数字助理(PDA)、平板电脑、笔记本电脑、戴在身上的(所谓的可穿戴)设备等等。在另一实施例中，电子设备是经由数据传输通道与至少一个另一电子设备连接的中央服务器。这样的中央服务器可以通过关于交通服务、地图材料、路线判断等的服务提供器操作。例如，服务提供器可以将当前交通报告，即特定位置处的交通状况输出至大量电子设备。这样的服务公知为所谓的“交通堵塞报告”。根据本发明的第二方面，公开了一种利用被指定给待参考的位置的属性值来接收并评估位置参考的电子设备。这样的设备可以包括用于存储并提供具有用于位置参考的属性值的列表的存储器。该电子设备还包括数据传输单元和处理器系统，数据传输单元用于从另一设备接收索引值，以及处理器系统适用于从存储器中读出列表中被指定给所接收的索引值的属性值，并且确定由所读出的属性值所参考的位置。当然，该列表还包括所有属性值的根据各个属性值的频率的子集。与根据第一方面的电子设备的列表相比，该电子设备的列表(根据第二方面)可以具有相同、更多或甚至全部的相应参考属性的属性值。然而，这个列表必须至少包括根据第一方面的子集。同样地，对于本发明的该第二方面，存储器还可以适用于存储并提供具有地图元素的地图以及关于至少一个地图元素的至少一个参考属性的属性值。因此，包括至少一个地图元素的地图可以被呈现或显示，可以基于列表中的属性值参考该地图。此外，电子设备还包括适用于显示地图的显示设备。在这种情况下，处理器系统还适用于确定被指定给位置的地图元素，并且控制显示装置来显示至少包括所确定的地图元素的地图。根据一个实施例变体，电子设备是一个导航设备。替选地，例如，电子设备还可以被实现为另一种移动或固定安装的设备，诸如智能手机、平板电脑、笔记本电脑等等。可替代地，电子设备还可以是经由数据传输通道与至少一个另一电子设备连接的中央服务器。这样的中央服务器可以通过关于交通服务、地图材料、路线判断等的服务提供器操作。可替代地，电子设备还能够如第一方面那样确定并读出位置参考。因此，参考位置，例如交通堵塞报告可以从一个移动设备传递至至少一个其他设备。根据本发明的第三方面，公开了一种利用被指定给待参考的位置的属性值来输出位置参考的方法。为此，该方法包括存储具有用于位置参考的属性值的列表，该列表包括所有属性值的根据各个属性值的频率的子集。此外，该方法包括：接收位置的指示，确定适合用于位置的位置参考的至少一个属性值，读出列表中被指定给所确定的属性值的索引值，以及将所读出的索引值输出到电子设备中。另外地，发明可以包括生成比特序列，该比特序列表示索引值并且包括用于表示列表中的所有索引值所需要的多个比特。在这种情况下，输出序列值包括输出所生成的比特序列。如已经根据第一方面说明的，比特序列可以具有特定的固定长度。可替代地，比特序列还可以具有可变长度。在这种情况下，输出索引值还包括输出标记比特序列的开始和/或结尾的数据。根据该方法的一个实施例，所确定的属性值可以是街道名。可替代地，该属性值可以是地名、景点或POI、高速公路出口指示等。根据本发明的第四方面，公开了一种利用被指定给待参考的位置的属性值来接收并评估位置参考的方法。根据该方面，该方法包括存储具有用于位置参考的属性值的列表。此外，该方法包括从电子设备接收索引值，读出列表中被指定给所接收的索引值的属性值，以及确定所读出的属性值所参考的位置。正如已经根据第一方面和第三方面所说明的，该列表还可以包括所有属性值的根据各个属性值的频率的子集。根据本发明的第四方面，列表还包括相应参考属性的多个或甚至所有的属性值。然而，该列表必须至少包括根据第一方面/第三方面的子集。在一个实施例变体中，该方法还包括：存储具有地图元素的地图，以及存储用于至少一个地图元素的至少一个参考属性的至少一个属性值。可替代地或另外地，该方法包括确定被指定给位置的地图元素，并且显示至少包括所确定的地图元素的地图。根据本发明的第五方面，公开一种包括计算机可执行指令的计算机可读存储介质。当通过计算机的处理器执行这些指令时，这些指令会使得计算机实现上述方法中的一种方法。附图说明根据下面结合附图对实施例的描述，本发明的其他方面、优点和细节将变得显而易见，在附图中：图1示出根据示例性实施例的用于输出位置参考的电子设备的框图；图2示出根据示例性实施例的用于接收并评估位置参考的电子设备的框图；图3示出具有属性值和所指定的索引值的存储列表的示例；图4示出根据示例性实施例的用于输出位置参考并且用于接收并评估位置参考的方法的流程图；以及图5示出借助地图元素或地图细节的位置参考。具体实施方式下面借助示意性框图和流程图通过示例的方式对本发明进行说明。作为这些图表的基础的技术教示可以通过软件、硬件或硬件与软件的组合来实施。这也包括数字信号处理器(DSP)、专用集成电路(ASIC)以及其他切换和计算部件。本发明能够更精确地标识待参考的位置，以便于能够改进两个设备之间的位置参考。所描述的示例性实施例还适合于改进存在不同地图材料或现有地图材料已经被更新的一个和相同设备之间的位置参考。首先使用根据图5的示例进行说明。图5示出可以与一个或更多个地图元素相对应的交通线路网络的细节。在图5中，由例如GPS传感器或处理器指定的位置通过圆圈来标记。然而，实际位置位于Lupinenweg标记为“X”的地方。正如开始所说明的，由于测量误差、计算不准确等导致出现了图5所示的偏差。在相关联的电子设备中，可以正确地在Lupinenweg上示出当前位置的标记。例如，通过所谓的地图匹配方法可以使电子设备先前所测量的位置数据和相对应的移动与交通路线网络保持一致。如果现在将该设备的当前位置发送到另一个设备，则在传统系统中只有WGS84坐标会被发送。此外，与该位置相关的特定参考属性也会被发送。这些特定参考属性包括图5中被标记为箭头的路线(Lupinenweg)定向或这个街道的行车方向。如果该信息被发送至另一设备，则该另一设备会很容易确定该位置并将该位置显示在Heideweg上由图5所示的“X”标记的地方处。如图5所示，根据WGS84坐标的位置更接近与Lupinenweg的定向相同的Heideweg。当接收设备的地图材料不同于发送设备的地图材料时，会出现同样的问题。在这种情况下，针对第一地图材料的正确的位置参考将会被输出，而该正确的位置参考却会被指定给第二地图材料中的不同位置。由于仅仅通过发送Lupinenweg的坐标和主要的方向定向，位置参考会失效，因为Heideweg将被认为是更近的交通路线，而不是Lupinenweg。本发明避免了这种错误的位置参考或者至少显著地降低了错误的位置参考的可能性。图1示出了利用属性值来输出位置参考的电子设备的配置。为此目的，电子设备100包括存储器110，该存储器110用于存储并提供具有用于位置参考的属性值的列表115。电子设备100还包括处理器系统120，数据传输单元130以及任选地定位接口140。电子设备100可以是导航设备、车辆信息娱乐设备、智能手机、平板电脑、笔记本电脑或类似的移动设备。除移动设备之外，电子设备100还可以是永久性地安装在例如车辆中的固定设备。该设备还可以是将位置参考输出给大量其他设备的中央服务器例如，交通状况服务的服务器。存储器110用于存储至少一个列表115。举例而言，图1中示出了两个列表“列表1”和“列表2”。每个列表都包括位置参考的属性值，也就是说，用来表征特定位置以便于参考该特定位置的属性值。表的属性值与特定的参考属性相关。“列表1”115包括例如参考属性“街道名”的属性值。列表115中的每个属性值与街道名相对应。其他的参考属性可以是地点、景点(所谓的POI)、高速公路或其他道路的十字路口以及类似的包括字母序列的参考属性。列表115可以包括满足特定准则的属性值。这里提到的示例是在一个特定的空间区域(如德国、联邦国家或特定城镇)或地方(人口超过500000万)出现的街道名。为了编辑列表115，对满足特定准则的所有属性值进行收集并评估。属性值的收集并不限于一个准则，却又受到预定数据结构的限制。因此，只有来自与位置参考应用相关联的一个数据库或其他数据结构的属性值才会被考虑。因此，可以产生应用与设备专用的列表。当然，也可以基于所有的属性值来实现列表115的编辑，即，不应用之前的过滤准则。此外，列表115不仅包括所考虑的所有属性值，而且包括所有属性值的根据各个属性值的频率的子集。在本发明中，这表示基于所有属性值的频率仅仅选择特定的属性值。举例而言，图3中示出了这样的子集。在这种情况下，所示出的列表115包括列表中针对每个属性值(这里为街道名)的唯一的索引值。为了编辑列表，首先确定子集的大小，即，列表115中的属性值的个数。可以用比特序列来表示每个被指定给属性值的索引值。在这种情况下，对于列表115中的每个索引值的比特序列可以具有预定长度，即，被限定为预定数量的比特。例如，对于所有的属性值，比特序列可以具有8比特、16比特、24比特或32比特的固定长度。当然，也可以为其他比特序列长度。因此，该比特序列长度还决定列表中属性值的可能的个数，因此具有2比特序列长度个索引值/属性值对。可以根据所有属性值各自的频率从所有的属性值中选出列表中所包括的属性值(子集)。在这种情况下，最频繁出现的属性值形成列表115中所存储的子集。因此，“根据频率”可以表示由比特序列长度决定的、大量的最频繁出现的属性值形成子集。为了简化说明，例如，下面借助于特定空间区域(诸如德国)的街道名的列表115对本发明进行说明。当然，本发明并不限于该特定列表115。可以基于不同数据库和其他参考属性来编辑和使用其他和/或另外的列表115。为了更清楚起见，下表给出了德国的8个最频繁的街道名、相应的数量和频率(以％计)。名称数量频率累积频率Hauptstraβe610131.10688％1.11％Bahnhofstraβe299880.54403％1.65％Dorfstraβe254120.46102％2.11％Schulstraβe171870.31180％2.42％Gartenstraβe164770.29892％2.72％Bergstraβe142640.25877％2.98％Lindenstraβe133890.24290％3.22％Schillerstraβe131780.23907％3.46％表1德国最频繁的街道名如果现在将比特序列长度设置为2比特，则列表115会包括四个索引的属性值。对于德国，这些属性值将是Hauptstraβe、Bahnhofstraβe、Dorfstraβe以及Schulstraβe。子集的大小也可以基于所有属性值中各个属性值的频率来确定。在这种情况下，“根据频率”可以表示在所有属性值中具有至少预定频率的那些属性值形成子集。因此，所考虑的每个属性值的频率可以处于预定频率所限定的范围内。例如，街道名可以形成所有的属性值中频率为至少0.2％、0.4％或0.6％等的子集。换句话说，在所有的属性值中以至少0.2％、0.4％或0.6％等等出现的属性值。在根据表1的示例中，将是所列所有的街道名(>0.2％)、Hauptstraβe至Schulstraβe(>0.4％)以及Hauptstraβe(>0.6％)。在这种情况下，用于表示所有索引值的比特序列长度由子集中待被索引的属性值的个数决定。另一方面，子集的大小(列表115中属性值的数量)还由频率的预定大小决定。因此，根据“根据频率”还可以表示形成子集的属性值构成特定比例的属性值。例如，所有属性值的1％、5％、10％或20％可以形成子集，仅考虑最频繁的属性值。在按照频率排序的整个集合(即，所有属性值)中，这对应于前1％、5％、10％等等。因此，同样由所产生的子集的大小决定列表115中的索引值所需要的比特序列长度。确定子集的另一准则还可以是绝对频率和/或绝对频率范围。例如，Hauptstraβe、Bahnhofstraβe和Dorfstraβe形成列表115，该列表包括所有出现超过20,000次的街道名。由于列表115受限于根据频率的属性值，因此该列表115所需要的存储需求和计算开销被保持在一定范围内。与此同时，许多位置参考变得更加精确。相比之下，如果在列表中所有的属性值都可获得并均被索引，则内存和计算开销会相当大，并且待被输出的索引值会相对较长。例如，在德国，有远远超过一百万个不同的街道名，这需要比特序列长度为21比特的索引。在其他国家，存在甚至更多的街道名。因此，当列表115不包括潜在数据材料中出现的所有属性值是有利的。参考表1，仅使用4比特长度的比特序列就可以覆盖最频繁的德国街道名的3.5％。例如，仅使用10比特就可以覆盖最频繁的街道名的30％，而使用13比特甚至就可以覆盖最频繁的街道名的54％。此外，当使用长度为10比特的比特序列时，列表115仅为略超过13,500个字符(加上索引值的数据，以及其它专用数据库数据)。具有大约13,500字符的表的大小为大约50KB。因此，电子设备100的存储器需求相对较低。在具有比特序列长度为13比特的索引的列表中，列表115中所列出的所有街道名将包括略超过115,500个字符。可替代地，除了固定长度的比特序列，列表115中的索引值可以具有可变长度。为此，列表115中属性值被排序并且因此基于属性值的频率进行索引，最频繁出现的属性值被提供具有最短比特序列的索引值。因此，列表115根据(所考虑的)属性值中的属性值的频率对属性值进行索引。在没有对列表115进行分类的情况下也可以实现。于是，所使用的算法必须从待索引的属性值中根据降序频率读出各个属性值并且给这些属性值存储比特序列长度逐渐增加的索引。由于比特序列的长度可变，传输的数据量可以优化。这里必须考虑的是，这需要标记比特序列开始或至少结尾的附加数据。就可变比特序列长度而言，如果在电子设备100中可获得足够的存储空间，则它可以很容易地包括列表115中的所有属性值。因此，在每个位置参考中，可以输出/发送属性值，从而使得位置参考变得更加精确。所输出的位置参考数据平均起来将变得更少，因为通常基于属性值的频率会输出较小的索引值。因此，列表115可以根据参考属性使用固定的或可变的比特序列长度的索引进行编辑。再次参考图1并且还参考图3，特别是当每个属性值包括字符串时，对列表115中存储的属性值的子集进行索引是有利的。字符串的存储或传输相对于优选地数字索引值的存储或传输需要更大的数据量。不会针对每个位置参考来重新生成存储器110中存储的列表115，而是已经提前生成列表115并且可以用于多个连续的位置参考。列表115中包括的属性值及其频率不会经常像位置参考那样频繁改变。一方面，电子设备100可以基于存储器110中存储的参考属性自己编辑列表115。另一方面，列表115还可以由另一设备例如中央服务器编辑并被发送至电子设备100。除上述配置之外，图1所示的存储器可以存储并提供除列表115之外的具有地图元素的地图以及用于至少一个地图元素的至少一个参考属性的属性值。地图元素和与其相关联的属性值用于将地图显示到屏幕(未示出)上。显示地图可以包括显示单个地图元素或多个地图元素。根据屏幕的尺寸并且根据所期待的细节的级别，地图元素可以包括不同量的图形数据以及相关联的属性值。电子设备100还包括可以接收至少一个位置的至少一个指示的处理器系统120。位置可以通过用户输入来接收。例如，用户可以在图形表面上选择地图中的特定的点或元素，该特定的点或元素被传递至处理器系统120。用户选择可以通过输入装置如键盘、旋转轮、鼠标、触摸屏等等来实现。可替代地或另外地，处理器系统120还可以经由接口140接收定位数据。该可选的定位接口140可以被连接至位置传感器或其他位置检测系统(未示出)。例如，定位接口140可以连接至GPS传感器和/或GPS位置检测系统。由此，处理器系统120接收用于位置的定位数据。因此，处理器系统120可以确定适合于位置的位置参考的至少一个属性值。该属性值可以借助于地图元素来确定。为此，处理器系统120可以确定被指定给位置或定位数据的地图元素。换句话说，位置或定位位于处理器系统120可以确定的特定地图元素中。由此开始，处理器系统120借助于所确定的地图元素确定至少一个属性值。作为地图元素基础的数据包括与该地图元素相关的参考属性。这些数据除特定坐标(地图元素的角坐标或中心坐标)之外，还包括交通路线、交通十字路口、地名、区域名、交通方向、街道名、门牌号、POI等等。当然，参考属性和相应的属性值还可以基于不包括全部地图数据的数据来实现。在可选的步骤中，处理器系统可以确定所找到的属性值是否与被存储在存储器110中的列表115的参考属性相关联。在这种情况下，处理器系统120从存储器中读出列表115中被指定给所确定的属性值的索引值。从所指示的位置(例如，定位数据)开始，处理器系统120可以据此确定参考属性的属性值，并且从列表115中获取与所确定的属性值相对应的索引值。通过传输街道名(借助于索引值)，可以提高位置参考的精确性。先前的系统被设计成使位置参考过程中被发送的数据最小化。由于字符串只能使用相对高的数据量来进行发送(例如，借助于ASCII码)，因此被排除在外。本发明以简单的方式通过传输(数字)索引值而不是完整的字符串来改进了位置参考。当针对位置确定了参考属性，并且针对该属性值根本没有存储列表115或者在列表115中不存在该属性值，则正如开始处所说明的，可以在没有被索引的属性值的情况下实现传统的位置参考。因此，尽管位置参考仍然导致出现错误的结果，但是对于不频繁出现的属性值才会出现这种情况。然而，总地来说，本发明实现了较好地位置参考。处理器系统120经由任选地包括在电子设备100中的数据传输单元130输出位置参考。从列表115中读出的索引值还可以与该位置参考相关联。数据传输单元130将处理器系统120所提供的位置参考数据表达成可以被发送至至少一个其他设备的格式。可替代地，除了上述过程，数据传输单元130还可以借助于处理器系统120所确定的属性值从列表115中读出相对应的索引值或相关联的比特序列并且根据数据传输格式将相对应的索引值或相关联的比特序列插入到待传输的数据中。当然，位置参考数据并非必须被输出而被传输至另一设备。正如上面已经陈述的，位置参考还用于设备上的不同应用进行交互或者用于发送不同地图材料之间的位置。因此，数据传输单元130能够针对这些目的中的每个目的输出位置参考数据。因此，相对于传统系统，所生成的(待发送)位置参考数据的优点是能够更精确地进行位置参考。在图5的示例中，借助于所输出的Lupinenweg的索引值可以正确地将电子设备100的位置输出在Lupinenweg上标记为X的合适的地方。现在参考图2对利用被指定给待参考的位置的属性值来接收并评估位置参考的电子设备200进行说明。类似地，电子设备200包括用于存储并提供具有用于位置参考的属性值的列表215。列表215被按照与电子设备100的列表115(参见图1)完全相同的方式进行编辑。此外，列表215至少包括与列表115相同的属性值及其相关联的索引值。在实施例变体中，列表215还可以包括所对应的参考属性的所有属性值。除处理器系统220以外，电子设备200还包括数据传输单元230。例如，电子设备200使用数据传输单元230从诸如电子设备100(图1)的另一设备接收索引值。所接收的索引值是被接收用于位置参考的一条数据或信息。所接收的数据与上面参考图1所描述的数据传输单元130所输出的数据相对应。处理器系统220还被适用于从存储器210中读出列表215中的被指定给所接收的索引值的属性值。此外，处理器系统220确定由所读出的属性值所参考的位置。位置或定位还可以通过包括其他信息(诸如所接收的坐标或其他属性值)来确定。正如已经根据电子设备100(图1)所说明的，电子设备200(图2)的存储器210还可以存储并提供具有地图元素的地图。此外，存储器210可以存储用于至少一个地图元素的至少一个参考属性的属性值，并且将其提供给电子设备200的其他部件。当然，其他列表215(“列表1”，“列表2”等)还可以被存储在存储器210中。在这种情况下，每个列表都包括用于位置参考的特定参考属性的属性值，这些属性值包括所有属性值中根据属性值的频率的子集。由于包括上述索引值的位置参考，电子设备200(或处理器系统220)能够更好地确定所参考的位置。根据图5的示例以及根据图3的列表，电子设备100发送至另一电子设备200的数据还包括与Lupinenweg相关联的索引值776。电子设备200现在具有方位参考(例如，包括坐标数据和交通路径的定向)并且还具有与待参考的街道名相关联的索引值。因此，电子设备200或处理器系统220可以确定并非在更近的Heideweg上而是刚好位于Lupinenweg(参见图5中“X”所标记的地方)上的位置。在电子设备200包括显示设备(未示出)的情况下，可以显示出包括所参考的位置或定位的地图。为此，处理器系统220可以确定被指定给位置的地图元素。所述位置根据包括所接收的索引值的所接收数据来确定。处理器系统220还可以按照适合于显示至少包括所确定的地图元素的地图的方式控制显示设备。这样的显示器在导航设备或其他移动设备(智能手机、平板电脑、笔记本电脑、GPS跟踪系统等)中被发现。电子设备200没有必要必须是具有用于显示地图数据的显示设备的设备。电子设备200还可以是经由数据传输通道与至少另一电子设备100连接的中央服务器。该服务器可以是提供交通状况服务的服务器(“交通服务器”)。因此，电子设备200还可以包括电子设备100的功能，以便参考(传输)所接收的或者所获得的位置至大量设备。举例而言，这里举例说明了接收交通堵塞报告，以及将与交通堵塞报告相关的位置参考传输给多个设备。正如已经说明的，列表115/215必须同时存储在电子设备100和电子设备200上。列表115/215必须对应于正确的位置参考。这可以通过简单的版本管理来完成。如果电子设备200是中央服务器，则可以按照有规律的间隔向一个或更多个电子设备100发送经更新的列表(“列表更新”)。可替代地，电子设备100还可以在时间间隔或电子设备200传输位置参考之前启动列表115/215的版本比较。只要列表115/215不再对应(因此列表过期)，就执行列表更新。参考图4，再次借助于相应的方法序列总结本发明。方法开始于根据属性值的频率对具有属性值的列表进行编辑(步骤300)。这些属性值是从特定数据集的所有属性值中选取的(也可能基于特定准则、特定地图元素、整个数据库、特定空间区域等等)。因此，对所确定的属性值中的至少一个属性值的频率进行计算。在另外的步骤310中，存储具有所有属性值的子集的列表。针对每个属性值，列表还包括特定索引值。该索引值在列表中是唯一的。在一种配置中，已经通过表示索引值所需要的比特序列的长度将列表的编辑限定为对应数量的列表条目。这样的列表需要被存储在至少一个电子设备上。如果在同一电子设备的两个应用之间实现位置参考，则将列表存储到一个电子设备上就足够。然而，如果位置参考发生在两个设备之间，则每个设备都需要存储列表。然后，在步骤320通过接收位置的指示开始位置参考。位置的指示可以是由合适的传感器输入的坐标。也可以例如通过地图上的用户输入来实现位置的指示。在步骤330中，基于所接收的位置，确定位置的适合于位置参考的属性值。然后，在步骤340中，从上述列表中读出索引值。然后在步骤350中输出索引值。该输出可以包括将索引值传输到其他设备或同一设备上的临时存储器。除索引值之外，通常也输出其他信息，例如坐标数据(例如，WGS84坐标)和/或其他参考属性和/或其他参考属性的其他索引值。如图4中虚线所示，现在，在另一处继续使用该位置参考方法。这可以是另一电子设备。然而，如果位置参考发生在不同的地图应用、地图数据等之间，该方法也可以在同一电子设备上继续使用。在任何情况下，在步骤360中，接收上述所输出的索引值(以及可能的与位置参考相关的其他信息和数据)。在步骤370中，可以基于索引值从上述列表中读出属性值。最后，在步骤380中，使用所读出的属性值确定位置。除属性值之外，所发送的其他数据(坐标等)也可以用于确定位置。由于传输的是包括诸如字符串(街道名，地名等等)的属性值的索引值，因此，步骤380中所确定的位置比迄今为止可能的都要精确得多。上述示例，参考属性和值的范围仅仅用于说明本发明。本发明并非意在局限于这些示例、参考属性和值的范围。另外，本发明的范围由所附权利要求书限定。当前第1页1 2 3