专注于室内空间应用程序不断上升与日益增长的兴趣在室内空间中。随着移动设备和互联网的广泛使用,它增加了室内定位服务(LBS)的要求,要求更有效的室内空间数据的表示和管理。室内的兴趣点(室内POI)数据,代表坐落在室内空间和设施,提供这些服务的基础设施。这些数据集是至关重要的在给用户提供及时、准确的信息,比如在病例管理室内设施。然而,尽管有研究,探索其使用在应用程序和力度对数据的标准化模型,大多数POI开发研究集中在户外和室内仍不发达。在本文中,我们提出一个时空室内POI数据模型的建立提供方向室内POI数据和地址限制在当前可用的数据规范。通过探索不同的室内POIs来自户外同行,特别是在延长户外同行”功能搜索、分享和标签,我们描述数据模型及其组件使用统一建模语言(UML)。我们执行一个sql查询实验演示的潜在使用数据模型使用示例数据。
如今,日常人类活动密切相关,移动设备和工具的使用,大多数配备GPS接收器和相机,不断改善的特性和速度而减少的大小(
现在,随着对室内空间的兴趣继续上升(
室内POI是室内空间的位置信息对于一个特定的地方,服务,设施,或事件是可用的,相比传统POIs位于室外环境。一个可靠的室内POI数据集提供的基本基础设施磅至关重要,向用户提供成功的服务。然而,这种方法是面对一些困难。首先,室内POIs并不总是被一个合适的名字,因为大多数特性,它们表示在室内空间包括设施,如票机、闭路电视摄像头,或者灭火器。其次,室内POIs更适当地引用它们的类型,或分类,将一般的POI的位置是由一个惟一名称。从W3C POI的基本定义
本文出于室内POI的规范化要求,扩大服务等设施管理、仿真和监控。当前的应用程序需求POIs的进一步分类为levels-named对象ID和位置作为一级,地点,包括匿名的对象(如室内或室外设施2级,和无形资产或事件作为三级
为了应对面临的困难在处理室内POI上面说,这项研究提出了一个数据模型,描述其重要方面提供空间服务的基本要素。识别这些方面和形式化模型是保证数据质量的关键,提供验证、前景鼓励分析,同时,促进数据共享和集成。此外,我们想展示的潜力和可用性提出了通过实现数据模型。
本文的结构如下。下一节将讨论研究努力POI标准化和数据模型,以及显著的利用跨应用程序域。第三部分介绍了室内POI数据模型的特点,其次是提出室内时空数据模型。我们进行实验数据模型的实现通过一个涉及设施管理的用例来演示它的各个方面通过小样本数据集,最后部分着重于本研究的结论和局限性来解决未来的工作。
移动设备和互联网技术的快速发展导致的加速度LBS应用程序中,用一种特殊的兴趣在室内(
虽然进展户外映射和导航应用程序鼓励兴趣的室内,室内情况下假设问题的直接应用技术他们表现出不同的特征
到目前为止,关于室内POI仍组织上达成一致的模型,和一个标准尚未承认
跟踪POI标准发展的时间表将开始与节点OpenStreetMap (OSM),单独KML和地方图书馆的谷歌地图,但缺乏必要的方面应用POIs的方向会(
商业GIS提供者也观察到新兴的室内POI的必要性。ArcGIS Pro由ESRI还包括提供室内POIs通过ArcGIS室内。在这个应用程序模块,室内POIs室内地图上可以表示特性。这些室内POIs有两个级别的分类,第一个被广泛的类人,地点,事件,和对象(
并行,行业利益相关者,包括汽车行业专家和移动技术的专家,导航系统,和数字地图,制定一个通用规范称为点感兴趣的交流语言(POIX),这是一个初步的建议提交给W3C。然而,这种缺乏在分类、描述和时间方面,似乎倾向于汽车导航
基于W3C的时空模型数据模型提出了(
室内POIs的概念已经被(
在文学、室内导航是室内POIs的主要用途之一,如在确定最佳路线导航(上下文感知系统
室内POIs还扮演着一个关键角色在室内地标,不仅对象来表示物体或空间的位置也是指南为用户形成心理空间表征的环境。特别是在用户不熟悉环境的情况下,这些POIs救援路线决策和方向
研究也探索和利用室内POIs的本地化。因为这些对象与周围环境区分开来,他们非常适合本地化。被称为灯塔,测距大满贯(同步定位和映射)是能够识别的位置POIs只使用距离的协助下射频信号的强度(
各种动机寻求扩展POI的本质是一个实体的位置和一些属性。OGC POIs定义为“一个位置(定位)在哪里可以找到一个地方,产品或服务,通常由名称标识而不是通过地址和类型,这作为一个参考或一个目标一个磅请求,例如,随着目的地的路线”(
解决这一差距提供上下文的使用。在3 d环境中,特别是在室内,除了特定的用户任务的关键特性是必不可少的,这些数据也提供可视化和导航。在这种情况下,然而,室内POI可视化必须处理的问题通常不出现在2 d,闭塞等角度来看,和场景的复杂性。感兴趣的一种方法使用一个云(COI),提出了最大化用户接收没有上下文的信息失真,太多的语言错乱,和额外的认知任务的同时通过多个视图和仍然是适合小型观赏空间,因此桥梁的挑战创造移动3 d模型geovirtual环境(
有一点需要注意,研究表明,语义模型基于国际标准如CityGML和国际金融公司(行业基础类)丰富了主题信息彼此的
语义层次结构在室内环境已经证明了
缺乏支持时态数据可用的模型也被提出(
大多数情况下,一个室外POI的名称是一个标识符。然而,这个标识符并不意味着一个室内POI对应于一个且只有一个具体的文本字符串。用户可能会使用不同的关键字,和印刷错误不是不可能的,所以可能存在多个关键字,称为一个别名。这种情况下尤其适用于室内POI与类似的人物,可以由于它不愿透露姓名的名字。在室内POI crowdsourcing-based收集方法,多个名称可能指一个位置(
基于发展方向从POI转向室内POI数据模型,以及主要使用域室内POI明显从先前的研究,即搜索、数据标签,和分享,和识别领域的改善和发展,我们提出了时空室内POI数据模型在接下来的部分中。
节
室内POIs可能代表室内空间如一个房间,走廊,大厅,或楼梯间,以及设施,可移动或固定,位于这些空间,如家具、设施或设备。以前的研究显示在前一章讨论的广泛使用室内POIs跨广泛的应用领域。这些特性出现在导航作为目标(例如,从我现在的位置是什么室内POI 1 ?),指导(例如,在计算路线从a点到B点,避免室内POI 1和通过室内POI 2),或两者兼而有之。在本地化方面,他们已经在寻找职位至关重要的其他对象(例如,给定的坐标可见室内POI 1, 2, 3,用户)的坐标是什么,或使用各种测量定位的目标(例如,考虑到无线网络信号强度从路由器,B和C,室内POI的位置是什么?)。室内POIs是必不可少的在室内3 d可视化的地标来提高用户的心理认知环境,甚至只是标签功能增加信息内容。此外,这些特性提供了丰富的内容,使空间和时间在LBS应用程序中查询。
室内POI数据模型提出了考虑的方面之前的数据模型(
图
室内POI数据模型的发展方向。
即使没有一个唯一的名称,功能室内POIs仍然可以达到目的作为一个标识符,因为它还连接一个“间接”地理参考到一个特定的位置。直观地说,这种分类方面往往会更实际的或只在某些情况下,现有的命名法来识别一个特定的室内芋泥,因为大多数对象发现,在室内,尽管有形物体,没有特定的名字。我们只能把他们通过他们的通用名称,如灭火器、闭路电视、自动取款机。为室内提供分类方案POIs不仅将提供一个统一的定义和区分方法特性也是一个机会缩小POI更快的查询的结果取决于用户的目的。在基于查询的实现,它还提高效率的分类也会使分组和子群相似的特性。在数据共享方面,分类为链接来自外部数据源的数据提供一个标识符,比如从CityGML代码列表,例如。
因此,分类方案对室内进行分类POI是必要的鼓励利用率,提高查询效率,避免重复数据集。计划还支持室内POI共享和搜索的功能。在表
示例概念室内POI分类方案。
| 1级 | 2级 | 3级 |
|---|---|---|
| 的地方 | 行人 | 楼梯,斜坡,游说 |
| 私人 | 公共休息室 | |
| 放松 | 放松的房间,吸烟区,男人的厕所, | |
| 女人的卫生间,残疾人厕所,长椅上,垃圾桶 | ||
|
|
||
| 的事情 | 访问工厂 | 门,票门、访问控制单元 |
| 输送机运输 | 电梯,自动扶梯,自动人行道, | |
| 自动人行道,水平自动人行道,电梯,轮椅升降 | ||
|
|
||
| 零售及服务 | 服务 | 托儿所,药店、自动售货机、自动售票机,信息,休息室,客房, |
| 覆盖停车场、银行、现金,现金机器或ATM,邮局,广告牌 | ||
| 零售 | 餐厅,咖啡厅,服装店,头发店,售票处, | |
| 水族馆,保龄球馆、游泳池、存储 | ||
|
|
||
| 安全与安全 | 消防用品 | 消防设备、灭火系统、灭火器、消防警报 |
| 紧急救援物资 | 自动体外除颤器,拯救生命的电车 | |
| 疏散设施 | 住所、紧急呼叫中心,出口,紧急逃生装置,救灾物资 | |
这种分类方案并不打算提供一个详尽的清单的所有可能的对象类型和空间,而是尽可能的说明各种室内POI能代表什么。例如,“自动售货机”和“药店”可能表示,即使他们都是有区别的(
在发展LBS应用程序,尽管传统模型只需要一个名称和一个位置定义一个POI甚至在户外,别名是现有的nonniformity用户输入搜索的关键字,和印刷错误不可能发生。即使一个室内POI官方标识符,它一个名称或分类,数据模型应该能够把别名。拥有别名数据库将提高搜索同时确保实用和灵活的,但有效的向用户提供信息。
管理室内POI的描述性信息来维护数据完整性和质量也是必不可少的。数据共享是鼓励一个标准化的数据模型,数据集的作者也必须包括确保高效管理、问责制、便利化的数据重用和更新。同样,成功的磅是可能的,如果室内POI可以携带属性除了它的名字,分类,和位置。其他描述性信息广泛不同的数据类型、长度、和价值应该由数据模型管理如此丰富的信息可能是维护和提供给用户。
对于室内POIs,空间关系可能存在于两个方面。首先,空间层次关系之间可能存在一个室内POI和另一个室内芋泥,作为户外POI[表示在先前的研究
我们表达这些关系数据模型作为自我IndoorPOI_Basic类的聚合。每个POI实例有一个0 ~ 1父母或0 ~
Self-aggregation空间层次结构。
UML
空间层次结构实例
空间数据的显示给用户,多少信息的规模中扮演一个重要的因素是可见的和可理解的。与任何传统或数字地图,在不同的空间尺度上,室内POI必须有效的表达在一个适当的水平的细节。因此,一组不同的室内POIs必须在较大尺度上可见相比较小的尺度。这方面是非常重要的为了实现其作用功能标签。
创建LBS平台的一个主要挑战是屏幕大小,由于设备的限制,他们运行在
虽然密切相关,空间深度并不直接等同于空间层次结构。self-aggregation后者指室内POI父节点的关系包含另一个较小的空间单元由室内POI子节点,例如,建筑之间的病例(父)和地板(孩子),和之间的层(父)和房间(孩子)。也不同,这可能指包含一个空间之间的关系由一个室内POI(房间),房间内的对象(桌子)。
另一方面,两个室内POIs拥有相同的空间深度可能属于不同的层级,说,例如,室内POIs电影院大厅和一个自动售票机。都可以显示在同一时间(相同空间深度)尽管大厅有一个包含与自动售票机的关系(不同空间层次结构)。室内POIs在同一层级也可能属于不同的显示级别,例如,室内POIs代表一个书架和书。都在同一层级如下一个房间室内芋泥,但在一个应用程序,显示所有的书可能字迹模糊的显示,除非大规模是可见的。
POI显示在应用程序为每个等级是通过空间深度的定义,通过一个用户定义的InPOI_SpatialDepth属性。室内POIs拥有相同的整数值为该属性会显示在相同的规模水平。此外,一个聚合关系,如图
空间室内POI的深度。
聚合关系显示
空间的深度
尽管是在室内,我们不能指望实体由室内POIs静止,现有大多数对象在这些位置移动。例如,房间的设备从一个领域转移到另一个地方,或一个全新的位置在同一大楼。同样的,描述性的信息(比如使用、进度)关于空间(比如一个房间)可能是动态由于搬迁,重建或维护。例如,一个普通的课堂变成了计算机实验室,在一所学校。这些变化,位置或特性的改变历史本身,可以永久或暂时的。无论如何,必须维护跟踪这些信息数据模型中的室内POIs可以改善其功能在信息查询或搜索。
这个模型引入了时间序列管理两种方法对于室内POI,基于特征和基于位置的。基于区位变化,单一的管理方式管理室内POI经历时间,如图
两种方法来描述室内POI时间信息。
基于特征
基于位置的
时间序列管理基于位置的室内POIs意味着监控室内POI位于在周期固定位置,如图
SpatialTemporalHistory关联类的添加IndoorPOI_Basic类和IndoorPOI_Location_Basic类的关联关系,以适应这些时间序列管理概念室内POI数据模型。图
协会为室内POI历史时空管理类。
在这一章,我们将讨论时空结构的室内POI数据模型,考虑在前一节中基于特征的主要室内POI搜索功能,分享,标签和是建立在通用POI数据模型,
数据模型包括9类,即IndoorPOI IndoorPOI_Location抽象类,IndoorPOI_Basic类,IndoorPOI_Location_Basic类,IndoorPOI_Authority类,IndoorPOI_Alias类,IndoorPOI_Properties类,SpatialTemporalHistory协会IndoorPOI_DisplayInfo类和类。UML图
UML图时空室内POI数据模型。
IndoorPOI_Basic类表达室内POI的类对象,这可能代表设施或室内空间,特征空间层次结构通过其self-aggregation和多个表达式不同空间深处IndoorPOI_Basic通过与孩子的一对多聚合类。IndoorPOI_Basic类有一个一对一的关系与IndoorPOI_Location_Basic类,一对多关系通过IndoorPOI_Properties类,属性信息和版权信息与IndoorPOI_Authority类的一对一的关联。提高有效性和效率管理室内POI信息,它实现了别名管理通过IndoorPOI_Alias类。
IndoorPOI_Basic类和IndoorPOI_Location_Basic类继承抽象类IndoorPOI, IndoorPOI_Location,分别,从而获得它们的属性为每个实例化。首先,IndoorPOI_Basic类有一个ID、名称、CategoryCode, UpdateInfo、空间深度和儿童(父母)的属性。ID是一个独特的12位数的性格结合信息从相关授权机构和对象的序列号。属性包括名称、作为InPOI_NameType官方与否,这可能包括英语、韩语或字母数字字符。我们反映了分类讨论的部分
IndoorPOI_Location_Basic类继承了IndoorPOI_Location抽象类。它有惟一的ID作为IndoorLocation_ID类型、位置表示三维IndoorLocationPointType,地址作为LocationAddressType类似POI数据模型(
IndoorPOI_Properties serialNumber的阶级属性,attributeCode attributeValue, UpdateInfo。serialNumber对象的序列号,attributeCode是预定义的属性值根据类型、attributeValue各类型可能需要的任何值(anyType)和UpdateInfo包含属性的更新信息。
IndoorPOI_Alias类是别名管理室内POI的关键特性,这有助于显著有效地管理数据。这个类包含别名上的信息,以及创建和删除,这对应于创建和删除日期从数据库别名,别名。IndoorPOI_Basic类的POI直观地显示给用户,根据用户规范。它包含属性细节层次(LOD)水平,支持多行或在descriptionForMultiLine和descriptionForSingleLine单行的描述。最后,IndoorPOI_Authority类表达室内POI的作者,负责信息的特性,表明属性作者作者的名字和LinkInfo相应的作者是附属机构或组织。
协会类SpatialTemporalHistory前一节中描述代表了时间序列管理特点和定位管理的数据模型,在协会与IndoorPOI_Basic和IndoorPOI_Location_Basic类的关系。这个类包含属性dateStart dateEnd描述周期和各自InPOI_ID和InLocationID有关。这段时间表示的有效性室内POI的存在在一个特定的位置,是否它是一个基于功能的定位方法。也都是指实际的创建和删除日期的POI数据集也不存在或删除它所代表的实际特性或空间。
我们将这些措施室内POI数据模型,导致时空室内POI数据模型如图
描述室内POI数据模型描述了空间室内POI实体之间的关系有一个层次结构和考虑时间序列管理。要证明这一点,我们做一个实验考虑用例管理设施位于建筑物的内部。我们做这个样品室内POI对象通过空间层次结构和历史属性查询在本节中使用一个样本组10室内POI对象图中列出
样品为实验室内POI数据。
室内POIs列表
室内POIs的空间关系
评估数据模型的潜在好处,我们展示展示室内POI的主要特征通过构建一个关系数据库和实现基于sql的查询。为简单起见,我们将每个具体类映射为数据库中的一个表模式来更清楚地看到每一个UML类是如何工作的。这种映射也是一种理想的战略因为类层次结构模型中浅。自从类显式地指定id,我们可以使用这些键以地图各自的直接关系。我们进入了样本数据特征在PostgreSQL,免费和开源关系数据库管理系统,设计了数据库模式如图
数据库模式的实验实现。
例如,设施经理想知道哪些设施存在在一个房间。为此,我们尝试搜索室内POI展品self-aggregation关系表达空间的层次结构。图
实验室内POI空间层次结构的实现。
说明室内POI的层次结构
室内空间层次POI查询
另一方面,提出了数据模型的时间序列管理措施使搜索的历史属性的特性和位置信息,说,后勤经理想要确定地点设施目前和以前存在,所以展示历史特点等设施在不同时间不同地点所感动,如图
基于功能的时空POI的实验实现。
室内POI的历史位置
基于时空室内POI查询
同样,历史属性搜索还使管理的POI历史一个特定的位置,如果基金经理想知道哪个位置设施已经使用和转移到跨越时间,要求数据模型处理定位管理,如在图
基于位置的时空POI的实验实现。
功能历史上的位置
基于位置的时空室内POI查询
POI是一个重要的元素在提供磅在广泛的应用领域。虽然有很多的努力和研究关于其扩张,利用率和标准化,仍然有一个有限的前景如何这个概念延伸向室内环境。考虑室内POI在几个方面的重要特点,与传统POIs用于户外空间,需要指定一个数据模型来保证数据质量,提供验证手段,使分析。
本文提出了一个室内POI数据模型考虑多种空间和时间序列管理方面。基于POI的三个角色,搜索、分享,和标签,我们改进前一个通用POI数据模型,制定室内POI时空数据模型对时态信息管理组件。这个数据模型支持别名管理、空间层次的表达,显示在不同的水平,统一分类,独特的类型识别、和管理效率的历史信息,用户友好的和直接显示,跨平台和跨应用程序共享。这个数据模型允许创建POIs的扩展POI水平2匿名等设施的闭路电视,卫生间,其他功能或在室内存在的空间。此外,本文还展示了数据模型支持层次化,通过查询历史信息管理。
本文有一定的局限性,作者希望在将来的研究中解决。首先,这个数据模型提出了室内POIs本身的数据模型。其实现更多LBS-specific病例和应用程序,比如用户位置查询或寻路,将需要与其他数据集的集成方法,例如,IndoorGML在室内导航平台用例的用例。等可视化,此外,途径与全向图像,已被证明在文献中提供有效的和高效的可视化在室内,可以探索。我们证明了使用数据模型使用一个样本数据集,没有广泛兼容的室内POI数据集,是可以实现的。应该是可用的,调查存储效率和更详细的比较与传统的POI模型是可能的。这个小样本数据集的大小,虽然成功地展示了该模型的特点,使我们能够执行一个简单的方法在设计数据库模式。因此,MDA(模型驱动架构)的方法可能更适合大规模数据集的目的为更复杂的应用程序。最后,由于室内POIs处理POIs的第二水平,扩展到第三个层次,即。、无形资产或历史水平,应该合并。
使用的数据来支持本研究的发现可以从相应的作者。
作者宣称他们没有利益冲突有关的出版。
这项研究受到了资助(20 nsip-b135746-04)从国家空间信息研究项目(NSIP)由国土,韩国政府的基础设施和运输。