《基于位置的服务中间件.pdf》由会员分享，可在线阅读，更多相关《基于位置的服务中间件.pdf（15页珍藏版）》请在专利查询网上搜索。
1、(10)申请公布号 CN 102549548 A (43)申请公布日 2012.07.04 C N 1 0 2 5 4 9 5 4 8 A *CN102549548A* (21)申请号 201080045185.8 (22)申请日 2010.10.08 12/577,054 2009.10.09 US G06F 9/44(2006.01) H04W 4/02(2006.01) (71)申请人微软公司 地址美国华盛顿州 (72)发明人 J-H林 A森达拉拉扬 (74)专利代理机构上海专利商标事务所有限公 司 31100 代理人罗婷婷 (54) 发明名称 基于位置的服务中间件 (57) 摘要 提供。
2、了位于用户应用和要被搜索的各种内容 数据库之间的中间件系统，以便简化对使用了基 于位置的服务的移动设备的用户应用的创建，基 于位置的服务采用基于本体的搜索系统。中间件 系统向用户应用展示一个或多个服务。例如，一服 务展示允许用户注释和/或标记已知语义位置的 服务。建议语义POI是基于用户的位置和可能依 赖于上下文的信息来选择的。 (30)优先权数据 (85)PCT申请进入国家阶段日 2012.04.06 (86)PCT申请的申请数据 PCT/US2010/051952 2010.10.08 (87)PCT申请的公布数据 WO2011/044446 EN 2011.04.14 (51)Int.C。
3、l. 权利要求书2页 说明书7页 附图5页 (19)中华人民共和国国家知识产权局 (12)发明专利申请 权利要求书 2 页 说明书 7 页 附图 5 页 1/2页 2 1.一种基于位置的服务中间件系统，所述系统被配置为在用户应用和数据源之间操 作，所述用户应用驻留在移动设备上，所述数据源包括语义位置或其他兴趣点(POI)，所述 中间件包括以下计算机实现组件： 语义位置标记组件，该组件用于向所述用户应用展示如下服务：允许所述移动设备的 用户用个性化信息来扩充语义位置； 语义位置查找组件，该组件用于接收经由所述用户应用公布的用户查询，并基于所述 用户查询、依赖于用户的信息以及可从所述移动设备和数据。
4、源得到的上下文信息来开发经 细化的查询；以及 匹配引擎，该引擎用于基于由所述语义位置查找组件开发的经细化的查询来查询所述 数据源。 2.如权利要求1所述的基于位置的服务中间件系统，其特征在于，还包括语义位置建 议组件，该组件用于向所述用户应用展示如下服务：响应于经由所述用户应用公布的用户 查询来提供从所述数据源获取的建议语义位置或其他POI的列表，所述建议语义位置或其 他POI是基于所述依赖于用户的信息和可从所述数据源得到的上下文信息来选择的。 3.如权利要求1所述的基于位置的服务中间件系统，其特征在于，所述个性化信息包 括属性和标签。 4.如权利要求3所述的基于位置的服务中间件系统，其特征在。
5、于，所述个性化信息与 所述用户的用户ID相关联。 5.如权利要求1所述的基于位置的服务中间件系统，其特征在于，所述数据源包括表 示基于位置的服务(LBS)分类的数据、LBI、POI和域专用内容。 6.如权利要求2所述的基于位置的服务中间件系统，其特征在于，所述语义位置查找 组件响应于经细化的查询从所述匹配引擎接收建议语义位置，并且该组件进一步包括语义 位置排序组件，所述语义位置排序组件用于对建议语义位置进行排序并用于向所述语义位 置建议组件提供已排序的建议语义位置。 7.如权利要求1所述的基于位置的服务中间件系统，其特征在于，还包括语义位置发 现组件，该组件用于向所述用户应用展示如下服务：提供。
6、新发现的语义位置或从所述数据 源获取的其他POI的列表，所述建议语义位置或其他POI是基于所述依赖于用户的信息和 可从所述数据源得到的上下文信息来选择的。 8.一种使用存储在一个或多个计算机可读存储介质上的计算机可执行代码来实现的 分层应用编程接口(API)系统，所述系统被配置为在用户应用和数据源之间操作，所述用 户应用驻留在移动设备上，所述数据源包括语义位置或其他POI，所述应用编程接口包括： 第一组API，所述第一组API用于向所述用户应用展示如下服务：从所述用户应用接收 用户查询，并作为响应返回从所述数据源获取的建议语义位置或其他POI；以及 第二组API，所述第二组API用于向所述用户。
7、应用展示如下服务：允许用户用个性化信 息来扩充语义位置。 9.如权利要求8所述的分层应用编程接口(API)系统，其特征在于，还包括第三组 API，所述第三组API用于向所述用户应用展示如下服务：向所述用户应用提供新发现的语 义位置或从所述数据源获取的其他POI的列表，其中所述新发现的语义位置或其他POI是 基于依赖于用户的信息以及可从所述数据源得到的上下文信息来选择的。 权 利 要 求 书CN 102549548 A 2/2页 3 10.如权利要求8所述的分层应用编程接口(API)系统，其特征在于，还包括： 语义位置查找组件，该组件用于从所述第一组API处接收所述用户查询，并基于所述 用户查询。
8、、依赖于用户的信息以及可从所述数据源得到的上下文信息来开发经细化的查 询，以及 匹配引擎，该引擎用于基于由所述语义位置查找组件开发的经细化的查询来查询所述 数据源。 11.如权利要求10所述的分层应用编程接口(API)系统，其特征在于，还包括语义位置 排序组件，该组件用于对建议语义位置进行排序，并向所述第一组API提供已排序的建议 语义位置。 12.如权利要求8所述的分层应用编程接口(API)系统，其特征在于，所述依赖于用户 的信息包括从用户简档获取的信息。 13.如权利要求11所述的分层应用编程接口(API)系统，其特征在于，所述匹配引擎公 布域专用本体查询。 14.如权利要求8所述的分层应。
9、用编程接口(API)系统，其特征在于，所述第二组API 允许所述个性化信息变为对其他移动设备的用户可用。 15.一种用于提供基于位置的服务的计算机实现方法，所述方法包括如下步骤： 从驻留于移动设备的用户应用接收用户查询； 至少部分地基于依赖于用户的内容和可从多个数据源得到的上下文信息来细化所述 用户查询； 响应于经细化的查询从所述数据源中的至少一个处获取包含至少一个语义位置或其 他POI的列表；以及 向所述用户应用展示第一API以向所述用户应用提供所述列表。 权 利 要 求 书CN 102549548 A 1/7页 4 基于位置的服务中间件 背景技术 0001 基于位置的服务(LBS)通常采用。
10、集成有许多不同的技术的应用，这些技术包括蜂 窝电话技术(例如，GSM)、无线联网技术(例如，WiFi)和全球定位系统(GPS)以及诸如传 感器网络、射频标识器(RFID)等其他技术。全球定位系统提供按照地理坐标的位置信息。 0002 然而，用户通常对位置的含义而不是其地理坐标感兴趣。例如，取代地理坐标，使 用例如酒店或餐厅的名称可能更有意义。具有由名称而非由地理坐标来标识的固定位置的 场所被称为语义位置。语义位置可被分类为语义兴趣点(POI)的示例，其更一般指具有由 名称而非由地理坐标来标识的固定位置的任何产品、服务或场所。 发明内容 0003 利用位于用户应用和要被搜索的各个内容数据库之间的。
11、中间件(middleware)系 统来提供LBS框架，使得对依赖于基于位置的服务的移动设备的用户应用的创建可通过减 少复杂性而得到流线化，基于位置的服务使用基于本体(ontology)的搜索系统。因此，可 向移动设备的用户高效地提供基于位置的服务，这些服务可使用全球定位系统(GPS)等来 确定它们本身的地理坐标。通常由驻留在移动设备(诸如蜂窝电话)上的应用或基于云 (即，使用分布式计算模型)的应用来提供到这些服务的接口。这样的应用允许设备用户查 询各个数据库来找出诸如附近的餐厅、酒店或其他兴趣点(POI)的名称的语义位置。除了 常规的关键字匹配以外，用户查询还可通过使用允许在各种域(诸如，产品。
12、类型域、服务类 型域等)中进行上下文搜索的基于本体的搜索系统来执行上下文搜索。 0004 在各个示例性实现中，中间件系统向用户应用展示一个或多个服务。例如，一个这 样的服务响应于用户查询向用户应用提供建议语义POI的列表。基于用户的位置和可能依 赖于上下文的信息(诸如日子和日期、当前的天气和交通、用户可用的运输模式、和描述用 户的位置的其他条件)来选择建议语义POI。在一些实现中，建议语义POI还可基于从用户 简档等处获取的依赖于用户的信息。在一些实现中，向用户应用提供的建议语义位置可以 按如下次序来排序或呈现：从用户可能最感兴趣的那些语义位置开始的次序。 0005 在另一说明性示例中，中间件。
13、系统展示允许用户注释和/或标记已知语义位置的 服务。例如，表示餐厅的语义位置可以用该餐厅的照片或诸如“好吃的墨西哥食物”之类的 文本来标记。注释或标签可被保存为与诸如Windows ID之类的用户标识符相关联。 注释或标签可以或可以不对其他用户可用。 0006 本中间件层可通过仅连接到移动服务提供商的网络和各个数据库一次来提供复 杂度上的有利较少，使得应用开发者可在不考虑更低层的服务的情况下创建用户应用。 0007 提供本发明内容以便以简化形式介绍将在以下的具体实施方式中进一步描述的 一些概念。本发明内容并非旨在标识所要求保护的主题的关键特征或必要特征，也不旨在 用于帮助确定所要求保护的主题的。
14、范围。 附图说明 说 明 书CN 102549548 A 2/7页 5 0008 图1示出了采用域专用本体的LBS框架的示例的组件。 0009 图2示出可用作技术上实现图1所示的LBS框架的体系结构的三层通信模型。 0010 图3示出采用图2所示的三层模型的端对端LBS系统的逻辑体系结构的一个示 例。 0011 图4示出在以上结合图3讨论的数据库查询服务上提供附加服务的中间件层的一 个示例。 0012 图5示出可由图4所示的中间件层执行来标识语义位置的基于本体的查询的一个 示例。 0013 详细描述 0014 在过去几年中已上市了利用新技术和标准的各种各样的移动设备。例如，许多移 动电话配备有。
15、允许用户执行诸如购买商品、检查交货状态、以及预订旅行安排等任务的web 浏览器。移动设备包括能够向用户提供数据处理和/或通信服务的任何便携式设备。例 如，移动设备包括但不限于便携式设备，诸如蜂窝电话、智能电话、显示寻呼机、射频(RF) 设备、红外(IR)设备、个人数字助理(PDA)、手持式计算机、膝上型计算机、可佩戴计算机、 图形输入板计算机、便携式电子邮件设备和组合以上设备中的一个或多个的集成设备等。 0015 随着移动设备的更广泛使用和增加的连通性，诸如普遍存在的计算之类的有趣的 新领域正被开发。普遍存在的计算表示较大范围的服务，包括诸如访问网页和电子邮件等 传统服务，它使得向移动中的人提。
16、供在线服务成为可能而不管他们位于哪里。一种类型的 称为“基于位置的服务(LBS)”的普遍存在的计算服务正变得越来越流行，因为这些服务旨 在向用户提供“在场”信息，即属于用户感兴趣的特定域并且当用户处于正访问LBS的位置 时能够使用的信息。 0016 换言之，基于位置的服务可被定义为将移动设备的位置或定位与其他信息集成从 而向用户提供附加价值的服务。这样的服务通常被提供给位置知晓移动设备，该设备可以 例如使用GPS来确定它们自己的地理位置。用户可能在LBS的上下文中提出的公共查询是 “找出最近的餐厅”。然而，LBS还可提供更详细的信息，尤其可通过考虑用户的简档和其他 上下文数据来提供。 0017。
17、 为了描述按照语义POI的场所、产品或服务，必须理解用户请求的特定上下文以 及服务和数据描述的上下文。不幸地是，传统的数据库技术一般会忽略上下文，因为上下文 信息具有许多替换表示，而这些替换表示可使得该上下文难以使用和解释。上下文提供商 和上下文消费者对相同的上下文信息可具有不同的理解。 0018 解决这个问题的一种方式是使用特制来提供对如下概念的共享理解的本体：用于 描述该上下文和数据服务的概念。在基于本体的语义系统中，服务提供商和上下文提供商 将域专用本体用于他们所提交的内容。这些本体可包括例如服务类型本体(包含诸如商 店、餐厅之类的概念)、产品本体(包含诸如DVD、素食食品之类的概念)、。
18、支付本体(包含诸 如现金、信用卡之类的概念)和上下文本体(包含诸如位置、时间之类的概念)。 0019 应用开发商可创建驻留在用户的移动设备上的多个用户应用，并且他们可用于向 用户提供基于位置的服务。例如，一个服务可基于用户的当前位置而对用户可能感兴趣的 地图语义POI进行显示。作为说明，其他应用可涉及基于位置来跟踪选择信息(例如，广 告)的传播和基于位置的游戏。由于复杂性涉及将地理位置信息与以不同方式格式化的各 说 明 书CN 102549548 A 3/7页 6 数据库(包含语义POI信息)以及与移动服务提供商的网络进行集成，中间件层或系统可 有利地用于减少服务集成的这种复杂性。 0020 。
19、采用域专用本体的一个说明性LBS框架中的组件如图1所示。如图所示，移动设 备105(其可采用如上所述的任何形式)用作用户和LBS系统115之间的接口。移动设备 105可通过无线网络来通信，所述无线网络可包括经由无线电链路来连接的终端、网关、路 由器等的任何系统。无线网络还可采用多种接入技术，包括用于蜂窝系统的第二代(2G)和 第三代(3G)无线电接入、WLAN、无线路由器(WR)网格等。 0021 诸如2G、3G等接入技术以及未来的接入网可以允许对具有不同移动性程度的各 移动设备(诸如移动设备105)的大区域覆盖。例如，无线网络可以允许通过诸如全球移 动通信系统(GSM)、通用分组无线电业务(。
20、GPRS)、增强数据GSM环境(EDGE)、宽带码分多址 (WCDMA)和通用移动电信系统(UMTS)等无线电网络接入的无线电连接。 0022 在这个特定说明性示例中，移动设备105是包括设备位置模块的位置知晓移动设 备，该设备位置模块允许移动设备确定它自己的地理位置。在一个实现中，该设备位置模块 是GPS接收机，它能够以实时或接近实时为基础来更新设备的位置。该位置通常按照移动 设备105在地球表面上的物理坐标来表示，这通常作为维度和经度值来输出位置。GPS接收 机还可以采用其它地理定位机制，包括但不限于三角测量、辅助GPS(AGPS)、E-OTD、CI、SAI、 ETA、BSS等，以进一步确。
21、定移动设备105在地球表面上的物理位置。 0023 移动设备105还被配置成使得其用户能够指明并操纵他或她的用户简档110。每 一个用户可具有一个或多个简档，其中每一用户简档可包含一个以上的信息类别，包括例 如事实信息(例如，年龄、语言和教育)、偏好和私人规范。在一些情况下，用户简档可随着 上下文的改变而改变和进化。它们可被用户显式地指定并可被维护在本地个人数据库中。 给定用户简档的本地版本还可用于更新由LBS系统115维护的用户简档。 0024 应该注意，用户信息和位置信息只是被收集和存储，使得本LBS框架和中间件层 可允许应用对LBS服务的高效利用以增强对移动设备105的用户体验。并且此外。
22、，仅在已 提供了对任何个人信息的收集可发生的通知之后(例如当登录以使用基于位置的服务时) 才收集并存储用户和位置信息，并且不会将该用户和位置信息与第三方进行共享，除非需 要这些信息来维护或增强正提供的服务的质量。还可以采用旨在保护用户的隐私并增强用 户体验的质量的其它策略。一旦向用户通知了服务条款，则将向该用户给出同意这些服务 条款的机会。 0025 LBS系统115还包括分散式的、在远程定位上下文信息的服务提供商120。上下文 信息包括可确定或影响对如下信息的选择的任何信息：响应于给定查询而返回给用户的信 息。这包括可导致查询的更集中的解释的信息。上下文信息一般仅涉及描述周围环境而非 数据存。
23、储中的用户或数据的信息(即，上下文数据既是独立于用户也是独立于数据的)。 0026 上下文信息的典型示例包括大气数据、交通状况、日历数据(包括国内和本地假 日)及文化设置。然而，上下文信息还可被定义成包括通过定位服务而变得对位置知晓移 动设备可用的定位信息，该定位服务经由移动设备中提供的设备位置模块根据给定格式和 精度级别(分辨率)提供用户的移动设备的位置。上下文信息的另一示例是用户所采用的 运输模式(例如，汽车、公交车、地铁或火车)。 0027 数据源125是用户可查询的POI信息的独立和自治源。说明性数据源125可包括 说 明 书CN 102549548 A 4/7页 7 当前可通过因特网。
24、来访问的实际上任何信息源，包括数据的聚集器，诸如映射和交通信息、 业务数据、个人信息和政府数据的聚集器。特别地，数据源125发布用户可能希望查询的每 一个POI的内容。 0028 LBS系统115的本体帮助组件135提供对一组本体的访问，其中的每一个本体可由 LBS系统本身来定义或者可以从其他源引入以便覆盖不同的功能。可通过诸如Web本体语 言(OWL)或Web服务建模本体(WSMO)之类的一个或多个知识表示语言来描述本体。此外， 本体帮助组件135还可例如通过使用C-OWL来添加本体的上下文的方式来在不同的本体间 进行仲裁，并解决不同本体语言间(例如，WSMO和OWL间)的c句法转换问题。本。
25、体帮助 组件140被句法转换器145用来促进对数据源的访问，这些数据源各自可以以不同的句法 格式(例如，数据库模式、XML文件或网页)来表示。 0029 在技术上实现图1所示的LBS框架的一种方式可以通过诸如图2所示的三层通信 模型来描述。通信模型包括定位、上下文和数据层210、中间件层220和应用层230。定位、 上下文和数据层210表示LBS系统可访问来对用户查询作出响应的所有数据。应用层230 表示将任务和结果转换成用户可理解的形式的用户接口。中间件层220是协调应用、处理 命令、作出逻辑决策以及评估并执行计算的逻辑层。 0030 中间件一般可被描述成允许应用和/或组件跨不同的硬件和网络。
26、环境进行交互 的通信层。它还移动并处理在定位、上下文和数据层210与应用层230间的数据。中间件 层230通过提供应用编程接口(API)来抽象化底层的定位、上下文和数据层210的细节，该 应用编程接口用于展示可被应用开发者使用的服务。API可被标准化，以进一步简化对应用 的开发和部署。 0031 在一些情况下，LBS中间件可由无线网络操作者来部署，或者它可由应用服务提供 商或第三方来主控。更详细地示出各个层级或层的端对端LBS系统的逻辑体系结构的一个 示例被呈现在图3中。 0032 在这个示例中，数据层由地理信息系统(GIS)来表示，该系统包括表示LBS分类 305的数据库，表示LBS POI。
27、 310的数据库以及提供与POI有关的详细的和域专用的信息的 域专用内容数据库315。这些数据库允许通过可被划分成如下五个域的信息来描述POI：属 性域、空间域、时间域、动作域和关系域。中间件层或层级350可随后被实现成一系列查询 组件321-324，这些组件可用于通过执行在这五个域中的任何一个中的域专用本体查询来 获取信息。 0033 例如，如图3所示，示出了属性查询组件321以及如下三个空间域组件：点查询组 件322、范围查询组件323和最近邻查询组件324。属性查询组件321可返回客观属性(例 如，POI名称、POI活动、POI操作小时)和主观属性(例如，服务满意度、清洁程度)两者。 点。
28、查询组件322基于其地理坐标来返回POI。范围查询组件323返回在特定地理区域内的 POI。最近邻查询组件324返回与特定地理位置最接近的可用POI。在图3的中间件层中还 可示出其他类型的查询组件，诸如POI查询组件360、POI类型查询组件365和内容查询组 件370。 0034 图3中示出的中间件层350从用户应用处获取用户查询。中间件层还将这些查询 的结果作为如下服务来提供：经由一个或多个API向用户应用330展示的服务。用户应用 可位于客户机设备(例如，移动电话340)上，或者它们可被整体地或部分地实现为基于云 说 明 书CN 102549548 A 5/7页 8 的服务。在一些情况下。
29、，中间件可提供增强的或附加的服务，这些服务可由应用开发者在开 发应用时使用。 0035 图4示出在以上结合图3讨论的数据库查询服务上提供附加服务的中间件层的一 个示例。在这个示例中，通过语义位置建议组件405、语义位置公布组件410和语义位置发 现组件415来提供附加服务。 0036 语义位置建议组件405响应于经由用户应用来提出的用户查询来提供建议POI的 服务。通过一组API来接收用户查询，并通过这些API来将结果返回给应用。语义位置建 议组件405将用户查询传递给语义位置查找组件420。这个组件还基于可用的上下文信息 和用户简档来开发或细化用户查询。 0037 作为一简单示例，如果例如用。
30、户正搜索以查找处于他或她在三番市的酒店附近的 餐厅，则语义位置查找组件420可使用上下文信息来制定经细化的查询，上下文信息为诸 如物理位置、星期几及一天中的时间(用于从他们的属性确定那些当前开门的邻近餐厅)， 以及用户简档信息(用于从他们的属性标识例如那些供应用户偏好的烹调类型的餐厅)。 由此，一般而言，用户查询还可基于诸如物理位置、用户移动性简档、用户历史、运输模式、 传感器输入、日历、联系人、社交网络成员资格等各种因素来得到开发或细化。 0038 在传感器输入的情况下，诸如来自WiFi接入点或蜂窝基站的无线信标ID和RF指 纹等传感器数据还可以与多个语义位置相关联，并可用作用于回想这些语义。
31、位置的“关键 词”。例如，用户可以将在用户的家里的无线路由器的WiFi BSSID与语义标签“我的家”相 关联、将一组WiFI BSSID与“我的办公室”或“我的邻居”相关联，并以此类推。 0039 一旦语义位置查找组件420已标识出在制定搜索时要考虑的所有参数以后，将信 息传递给图3中的查询组件来搜索数据层数据库440。在图4中，各个查询组件由匹配引擎 430来表示，该引擎可提出域专用的本体查询。相反，语义位置建议组件405从语义位置查 找组件420接收来自匹配引擎430的建议语义位置的列表。 0040 这些语义位置可任选地被传递给语义位置排序组件425，该语义位置排序组件 425可按以下顺。
32、序次序对已被返回的各语义位置进行排序：以用户可能最感兴趣的位置开 始的顺序次序。该排序可基于用于定义查询的相同参数中的许多参数来完成。随后将这些 语义位置传递给语义位置建议组件405，该语义位置建议组件405接着经由一组API将它们 传递给用户应用。 0041 图5示出了可由图4所示的中间件层来执行的查询的一个示例。在这个示例中， 用户应用向语义位置建议组件405呈现请求对属性“餐厅”的搜索的查询。将该查询传递 至语义位置查找组件420，该组件420检查用户简档来确定用户通常感兴趣的食品类型和 价格范围。语义位置查找组件420还标识出诸如用户的位置和当天的时间之类的相关上下 文信息。最后，将这。
33、个查询传递至匹配引擎430，在本示例中该引擎返回唯一语义位置“餐 厅2”。 0042 继续图4所示的中间件层，语义位置发现组件415提供如下服务：向用户应用呈现 用户移动经过物理空间时新发现的语义位置或其他POI。例如，如果用户正移动经过购物商 场，则这个组件可发现特定商店。同样，如果用户正移动经过办公建筑，则语义位置发现组 件415可用于发现朋友的办公室。 0043 语义位置发现组件415以与语义位置建议组件405相似的方式来操作，只是语义 说 明 书CN 102549548 A 6/7页 9 位置发现组件415还可建议语义位置而无需接收特定的用户查询。因此，语义位置发现组 件415可共享与。
34、语义位置建议组件相同的架构中的大多数。经由合适的API来向用户应用 展示由这个组件所提供的服务。 0044 由语义位置发现组件415所标识出的新发现的语义位置可基于由语义位置建议 组件405所采用的相同标准中的一些或全部，诸如物理位置、用户移动性简档、用户历史、 运输模式、传感器输入、日历、联系人、社交网络成员资格等。语义位置发现组件415经由另 一组API来向用户应用返回其结果。 0045 语义位置发现组件415和语义位置建议组件405两者都可以分层的方式来操作。 即要被搜索的数据库可分解成多个维度，诸如空间维度、时间维度、位置分类维度和用户 任务/意向维度等。在该搜索的“范围”内的每一语义。
35、位置基于其与用户在这个多维空间 (hyper-dimensional space)中的位置的距离而得到评分。随着用户移动经过该空间，该得 分可被重新评估。语义位置的列表可按得分来排序，其中具有最高得分的语义位置处在该 列表的顶部。在形式上，多维空间形成度量空间，其中定义了距离测量并可计算该多维空间 中的不同点之间的距离。 0046 图4所示的中间件层还包括语义位置公布组件410，其可提供如下服务：允许用户 将一个或多个新的个性化属性添加到已知语义位置。这些属性可以是诸如属性“办公室”、 “邻居”、或“碗形小路”等的客观属性，其可以与诸如一组WiFi BSSID之类的传感器数据相 关联。另外地，。
36、这些属性可以是尚未包括在本体中的主观属性，诸如对餐厅中的葡萄酒选择 的评估或酒店装潢。用户标识符(例如，Windows Live ID)可以与新属性相关联。 0047 这些属性可以是或可以不是其他用户可访问的，这取决于特定使用场景的要求。 如果它们是其他用户可访问的，则可将它们上传至中间件中的语义位置公布组件410。替换 地，如果它们只可被创建它们的用户访问和搜索(出于隐私或其他原因)，则它们可由驻留 在用户的移动设备上的语义位置客户机来维护。在这种情况下，语义位置客户机可负责在 向用户呈现结果之前将这些新定义的属性与从各个数据库获取的那些属性合并。 0048 语义位置标记组件所提供的第二服务。
37、允许用户生成新的语义位置标签来与物理 位置、区域或POI相关联并为这些标签附上属性和值。为了生成新的语义位置标签，应遵循 较好定义的语义位置分类和本体，以使得该标签将符合公共标准并可容易地与其他用户共 享。通过提供公共的标记方案，互操作性可跨用户应用和服务得到增强。 0049 典型地，仅当建议标签列表中的任何标签都不满足用户的要求时才生成新的标 签。例如，可能需要新的标签来例如表征在LBS系统所覆盖的区域之外的区域，或表征逐渐 变得存在的新实体(诸如新类型的商店)。与这些属性相似，这些标签可以是或可以不是其 他用户可访问的。如果它们是其他用户可访问的，则可将它们上传至中间件中的语义位置 公布组。
38、件410。替换地，如果它们只可被创建它们的用户访问和搜索(出于隐私或其他原 因)，则它们可以由驻留在用户的移动设备上的语义位置客户机来维护。在这种情况下，语 义位置客户机可负责在向用户呈现结果之前将这些新定义的标签与从各个数据库获取的 那些标签合并。 0050 在这个上下文中进行标记暗示了向物理位置附上数字文本和/或媒体。该标签可 以指语义位置的先前定义属性或用户新定义的POI或属性。例如，通过移动设备，用户可用 文本“好吃的墨西哥食物”来标记包含餐厅的物理位置。用户还可以使用经由其他设备(诸 说 明 书CN 102549548 A 7/7页 10 如，从自助服务终端、电子屏幕和/或打印媒体等。
39、)检索到的标签。 0051 例如，一餐厅可提供自助服务终端以供用户检索该用户的朋友的评级和/或图片 等。为了便于使用，用户通常可在一位置处时向该位置添加标签。具体地，经由移动设备， 用户选择“标记当前位置”，随后输入文本和/或其他媒体(例如，照片和/或语音标签等)。 替换例是用户可向由中间件的语义位置建议组件所建议的位置添加标签。 0052 作为另一个示例，用户可采用语义位置公布组件410来标记他们常常在其中消耗 时间的POI，诸如他们的家或办公室。当用户的朋友或其他联系人使用语义位置建议组件 405来找出这些POI中的一个时，该语义位置公布组件将向该朋友呈现标签的列表。标签 中的第一建议条目。
40、可能是用户输入的标签。如果朋友选择这个标签而不是创建他或她自己 的标签(这可能因为该标签是列表中的第一条目)，则该用户及其朋友或联系人将共享相 同POI的相同标签。在其他情况中，对相同位置的相同标签的一致使用可简化其他用户进 行的后续搜索。 0053 如在本申请中所使用的，术语“组件”、“模块”、“系统”、“接口”等等一般旨在表示 计算机相关的实体，其可以是硬件、硬件和软件的组合、软件、或运行中的软件。例如，组件 可以是，但不限于是，在处理器上运行的进程、处理器、对象、可执行码、执行的线程、程序和 /或计算机。作为说明，运行在控制器上的应用程序和控制器都可以是组件。一个或多个组 件可以驻留在进。
41、程和/或执行线程中，并且组件可以位于一个计算机内和/或分布在两个 或更多计算机之间。 0054 此外，所要求保护的主题可使用产生控制计算机以实现所公开的主题的软件、固 件、硬件、或其任意组合的标准编程和/或工程技术来实现为方法、装置、或制品。在此使用 的术语“制品”旨在涵盖可以从任何计算机可读设备、载体或存储介质访问的计算机程序。 例如，计算机可读介质可以包括但不限于磁存储设备(例如，硬盘、软盘、磁带)、光盘 (例如，紧致盘(CD)、数字多功能盘(DVD)、智能卡、以及闪存设备(例如，卡、棒、钥匙 驱动器)。当然，本领域技术人员应当认识到，在不背离所要求保护的主题的范围或精 神的情况下可对该配。
42、置作出许多修改。 0055 尽管用结构特征和/或方法动作专用的语言描述了本主题，但可以理解，所附权 利要求书中定义的主题不必限于上述具体特征或动作。更确切而言，上述具体特征和动作 是作为实现权利要求的示例形式公开的。 说 明 书CN 102549548 A 10 1/5页 11 图1 说 明 书 附 图CN 102549548 A 11 2/5页 12 图2 说 明 书 附 图CN 102549548 A 12 3/5页 13 图3 说 明 书 附 图CN 102549548 A 13 4/5页 14 图4 说 明 书 附 图CN 102549548 A 14 5/5页 15 图5 说 明 书 附 图CN 102549548 A 15 。