CN106933831B - 一种室内地图数据的更新方法和装置 - Google Patents

Abstract

本申请提供了一种室内地图的更新方法和装置。该方法包括：检测到登录用户时，获取所述用户的室内地图管理权限；获取所述用户的室内地图管理权限对应的室内地图数据并展示；接收所述用户发送的对所述室内地图数据进行更新的更新操作；根据所述更新操作生成室内地图更新数据；将所述室内地图更新数据发送至服务器端。本申请实现了室内地图的快速更新，提高室内地图更新的效率。

Description

一种室内地图数据的更新方法和装置

技术领域

本申请涉及电子地图导航领域，尤其涉及一种室内地图数据的更新方法和装置。

背景技术

目前，由于大型建筑物内部结构较为复杂、包含的地图元素(如背景、公共设施(如洗手间、ATM、楼梯间、扶梯、直梯等)、POI(如商铺、办公区等))较为繁多，当用户进入大型建筑物之后容易迷路或转向，如大型商场，包括大量的POI(Point of Interest，兴趣点)，如商铺、餐饮等。由此为更好地为用户进行引导，建筑物内部的室内地图应运产生，并被用户应用越来越普及。

然而建筑物内部的背景、POI经常更新，如新增POI、删除POI、更新POI等，若不及时更新室内地图中的POI信息，将会给用户错误的引导，因此，如何能够及时、快速的更新室内地图元素，则成为目前亟待解决的问题。

目前，行业内更新室内地图元素的普遍做法是：地图商派外业人员去建筑物内部进行数据采集，将采集到的数据传回至内业人员，再由内业人员进行制作、编译、发布上线等，以实现室内地图的更新。然而对于一个城市乃至全国来说具有室内地图的建筑物数目繁多，依赖外业采集人员现场采集数据，周期长、耗时耗力，无法及时的更新室内地图。

发明内容

本申请解决的技术问题之一是实现室内地图的快速更新，提高室内地图更新的效率。

根据本申请的一个实施例，提供了一种室内地图数据的更新方法，所述方法包括：

检测到登录用户时，获取所述用户的室内地图管理权限；

获取所述用户的室内地图管理权限对应的室内地图数据并展示；

接收所述用户发送的对所述室内地图数据进行更新的更新操作；

根据所述更新操作生成室内地图更新数据；

将所述室内地图更新数据发送至服务器端。

根据本申请的一个实施例，提供了一种室内地图数据的更新方法，包括：

接收携带室内地图更新数据和用户信息的数据更新请求；

对所述用户信息进行验证；

在验证通过后，根据所述室内地图更新数据更新室内地图数据。

根据本申请的一个实施例，提供了一种室内地图数据的更新装置，所述装置包括：

室内地图管理权限获取单元，用于检测到登录用户时，获取所述用户的室内地图管理权限；

获取展示单元，用于获取所述用户的室内地图管理权限对应的室内地图数据并展示；

更新操作接收单元，用于接收所述用户发送的对所述室内地图数据进行更新的更新操作；

室内地图更新数据生成单元，用于根据所述更新操作生成室内地图更新数据；

室内地图更新数据发送单元，用于将所述室内地图更新数据发送至服务器端。

根据本申请的一个实施例，提供了一种室内地图数据的更新装置，包括：

数据更新请求接收单元，用于接收携带室内地图更新数据和用户信息的数据更新请求；

用户信息验证单元，用于对所述用户信息进行验证；

室内地图数据更新单元，用于在验证通过后，根据所述室内地图更新数据更新室内地图数据。

由于本申请实施例中，预先能够为各注册的用户设置有室内地图管理权限(例如管理整栋建筑物的室内地图数据，或者管理建筑物内某一层或某一商铺的室内地图数据)，一旦检测到用户登录时，获取该用户对应的室内地图管理权限，并将相应室内地图数据展示给用户，若在用户对其负责的室内地图数据有更新(如增加、删除或更新POI)时，则可以直接根据该用户的更新操作生成室内地图更新数据，并同步到服务器端。本申请的用户可以是地图商家管理员，也可以是建筑物的物业管理者或者所有人，也可以是建筑物内的某一商家，采用本发明技术方案，将室内地图数据的管理权限分散给能够及时了解室内地图数据更新内容的用户，用户一旦发现其管理的室内地图数据有变化时，能够快速的对其管理的室内地图数据进行更新，从而提高了室内地图数据更新效率，无需像现有技术还需要由地图商家转门派外业人员采集，再由内业人员进行相应的数据处理，从而导致时间长、耗费人力物力大的问题。

本领域普通技术人员将了解，虽然下面的详细说明将参考图示实施例、附图进行，但本申请并不仅限于这些实施例。而是，本申请的范围是广泛的，且意在仅通过后附的权利要求限定本申请的范围。

附图说明

通过阅读参照以下附图所作的对非限制性实施例所作的详细描述，本申请的其它特征、目的和优点将会变得更明显：

图1示出了本申请客户端侧的室内地图数据的更新方法的流程图之一。

图2示出了本申请客户端侧的室内地图数据的更新方法的流程图之二。

图3示出了本申请客户端侧的室内地图数据的更新方法的流程图之三。

图4示出了本申请客户端侧的室内地图数据的更新方法的流程图之四。

图5示出了本申请客户端侧的室内地图数据的更新方法的流程图之五。

图6示出了本申请客户端侧的室内地图数据的更新方法的流程图之六。

图7示出了根据本申请一个实施例用户在自更新平台注册的界面示意图。

图8示出了根据本申请一个实施例用户在登录后展示的界面图。

图9示出了根据本申请的一个实施例用户对室内地图数据进行更新的界面示意图。

图10示出了根据本申请的一个实施例用户完成更新操作后询问用户是保存还是提交的界面图。

图11示出了本申请服务器侧的室内地图数据的更新方法的流程图之一。

图12示出了本申请服务器侧的室内地图数据的更新方法的流程图之二。

图13示出了本申请服务器侧的室内地图数据的更新方法的流程图之三。

图14示出了本申请客户端侧的室内地图数据的更新装置的示意图之一。

图15示出了本申请客户端侧的室内地图数据的更新装置的示意图之二。

图16示出了本申请客户端侧的室内地图数据的更新装置的示意图之三。

图17示出了本申请客户端侧的室内地图数据的更新装置的示意图之四。

图18示出了本申请客户端侧的室内地图数据的更新装置的示意图之五。

图19示出了本申请客户端侧的室内地图数据的更新装置的示意图之六。

图20示出了本申请服务器侧的室内地图数据的更新装置的示意图之一。

图21示出了本申请服务器侧的室内地图数据的更新装置的示意图之二。

图22示出了本申请服务器侧的室内地图数据的更新装置的示意图之三。

图23示出了本申请服务器侧的室内地图数据的更新装置的示意图之四。

本领域普通技术人员将了解，虽然下面的详细说明将参考图示实施例、附图进行，但本申请并不仅限于这些实施例。而是，本申请的范围是广泛的，且意在仅通过后附的权利要求限定本申请的范围。

具体实施方式

在更加详细地讨论示例性实施例之前应当提到的是，一些示例性实施例被描述成作为流程图描绘的处理或方法。虽然流程图将各项操作描述成顺序的处理，但是其中的许多操作可以被并行地、并发地或者同时实施。此外，各项操作的顺序可以被重新安排。当其操作完成时所述处理可以被终止，但是还可以具有未包括在附图中的附加步骤。所述处理可以对应于方法、函数、规程、子例程、子程序等等。

所述计算机设备包括用户设备与网络设备。其中，所述用户设备包括但不限于电脑、智能手机、PDA等；所述网络设备包括但不限于单个网络服务器、多个网络服务器组成的服务器组或基于云计算(Cloud Computing)的由大量计算机或网络服务器构成的云，其中，云计算是分布式计算的一种，由一群松散耦合的计算机集组成的一个超级虚拟计算机。其中，所述计算机设备可单独运行来实现本申请，也可接入网络并通过与网络中的其他计算机设备的交互操作来实现本申请。其中，所述计算机设备所处的网络包括但不限于互联网、广域网、城域网、局域网、VPN网络等。

需要说明的是，所述用户设备、网络设备和网络等仅为举例，其他现有的或今后可能出现的计算机设备或网络如可适用于本申请，也应包含在本申请保护范围以内，并以引用方式包含于此。

后面所讨论的方法(其中一些通过流程图示出)可以通过硬件、软件、固件、中间件、微代码、硬件描述语言或者其任意组合来实施。当用软件、固件、中间件或微代码来实施时，用以实施必要任务的程序代码或代码段可以被存储在机器或计算机可读介质(比如存储介质)中。(一个或多个)处理器可以实施必要的任务。

这里所公开的具体结构和功能细节仅仅是代表性的，并且是用于描述本申请的示例性实施例的目的。但是本申请可以通过许多替换形式来具体实现，并且不应当被解释成仅仅受限于这里所阐述的实施例。

应当理解的是，虽然在这里可能使用了术语“第一”、“第二”等等来描述各个单元，但是这些单元不应当受这些术语限制。使用这些术语仅仅是为了将一个单元与另一个单元进行区分。举例来说，在不背离示例性实施例的范围的情况下，第一单元可以被称为第二单元，并且类似地第二单元可以被称为第一单元。这里所使用的术语“和/或”包括其中一个或更多所列出的相关联项目的任意和所有组合。

应当理解的是，当一个单元被称为“连接”或“耦合”到另一单元时，其可以直接连接或耦合到所述另一单元，或者可以存在中间单元。与此相对，当一个单元被称为“直接连接”或“直接耦合”到另一单元时，则不存在中间单元。应当按照类似的方式来解释被用于描述单元之间的关系的其他词语(例如“处于...之间”相比于“直接处于...之间”，“与...邻近”相比于“与...直接邻近”等等)。

这里所使用的术语仅仅是为了描述具体实施例而不意图限制示例性实施例。除非上下文明确地另有所指，否则这里所使用的单数形式“一个”、“一项”还意图包括复数。还应当理解的是，这里所使用的术语“包括”和/或“包含”规定所陈述的特征、整数、步骤、操作、单元和/或组件的存在，而不排除存在或添加一个或更多其他特征、整数、步骤、操作、单元、组件和/或其组合。

还应当提到的是，在一些替换实现方式中，所提到的功能/动作可以按照不同于附图中标示的顺序发生。举例来说，取决于所涉及的功能/动作，相继示出的两幅图实际上可以基本上同时执行或者有时可以按照相反的顺序来执行。

下面结合附图对本申请的技术方案作进一步详细描述。

图1是根据本申请的一个实施例的室内地图数据的更新方法的流程图。该方法包括：S110、检测到登录用户时，获取所述用户的室内地图管理权限；S120、获取所述用户的室内地图管理权限对应的室内地图数据并展示；S130、接收所述用户发送的对所述室内地图数据进行更新的更新操作；S140、根据所述更新操作生成室内地图更新数据；S150、将所述室内地图更新数据发送至服务器端。

步骤S110、检测到登录用户时，获取所述用户的室内地图管理权限。

这里的用户是指在自更新平台的网站上已注册的用户。一般来说，让大楼或建筑物的使用者、管理者、经营者、所有者、工作人员或其它利益相关人注册成用户，该用户负责该大楼或建筑物的室内地图的管理，其管理权限就是整个大楼或建筑物。一旦大楼或建筑物中的商铺、电梯、走道等元素发生变化，而促使室内地图发生变化时，这些大楼或建筑物的管理者、经营者等登录自更新平台的网站更新室内地图数据，因为不更新将会引起顾客在大楼或建筑物内导航时的错误，造成顾客投诉等。一个用户可能管理几个大楼或建筑物，因此，这几个大楼或建筑物的室内地图可能都在该用户的管理权限之内。也就是说，用户的室内地图管理权限可能对应着几张室内地图。

检测到用户登录后，获取所述用户对应的室内地图管理权限的第一种实现方式是：向服务器端发送权限获取请求，所述请求中携带有所述用户的用户信息(如用户ID、用户名等)；以及，接收服务器端根据所述权限获取请求返回的与所述用户的用户信息对应的室内地图管理权限。由于用户注册时已经将用户信息(例如用户名或用户ID等)、其室内地图管理权限填写好提交到自更新平台并由自更新平台审核通过，因此服务器会将用户信息与室内地图管理权限相对应地存储。一旦接收到登录用户携带有用户信息的请求，就会向登录用户返回与该用户信息对应的室内地图管理权限。

检测到用户登录后，获取所述用户对应的室内地图管理权限的第二种实现方式是：从预先存储的用户信息与室内地图管理权限的对应关系中，获取所述用户的用户信息对应的室内地图管理权限。在这种情况下，用户注册时将用户信息(例如用户名或用户ID等)、其室内地图管理权限填写好提交到自更新平台并由自更新平台审核通过，这时不但服务器会将用户的用户信息与相应的室内地图管理权限相对应地保存，本地客户端也会将用户的用户信息与相应的室内地图管理权限相对应地保存。这样，当用户登录后，本地客户端从保存的用户信息与室内地图管理权限的对应关系中就自动获取所述用户的用户信息对应的室内地图管理权限而不用向服务器请求。

如图8所示，用户名下有两张室内地图的管理权限，分别是朝阳大悦城和西湖银泰城的室内地图。

步骤S120、获取所述用户的室内地图管理权限对应的室内地图数据并展示。

用户的本地客户端保存有用户的室内地图管理权限与其对应的室内地图数据的对应关系。当获取到所述用户的室内地图管理权限时，就可以查找保存的对应关系，获取所述用户的室内地图管理权限对应的室内地图数据并展示。

步骤S120中的获取可以是一种自动获取，也可能是响应于特定触发动作而获取。例如，如果用户名下只有一张室内地图的管理权限，则在获取了所述用户的室内地图管理权限后，能自动获取所述用户的室内地图管理权限对应的室内地图数据并展示；如图8所示，用户对应的室内地图管理权限包括对多个建筑物的室内地图数据的管理权限，当需要对其中一个建筑物的室内地图数据进行更新时，点击该建筑物室内地图数据的“编辑”按钮即可进行相应的更新操作。图9是展示的室内地图数据的一个例子。

步骤S130、接收所述用户发送的对所述室内地图数据进行更新的更新操作。

在一个实施例中，所述更新操作包括对室内地图数据中的地图元素的属性、位置、外边框形状信息的编辑操作。

地图元素包括室内兴趣点(兴趣点是指室内地图中的商铺、公司或其它实体)、以及公共设施(如电梯、走道、扶梯、直梯、ATM等)等。

兴趣点的属性是指兴趣点具有的性质，如名称、类型、级别、电话、营业信息等，以更改兴趣点类型为例，如某一兴趣点为未找到商的一商铺，其除了位置、外边框形状信息，其他属性信息基本为空，若后续招到商家，则需要将该兴趣点的其他属性信息补充完整，此时需要对该兴趣点的室内地图数据进行更新。例如，图9中的“非开放区域”表明该兴趣点的区域是一个还未招到商的区域。如果该兴趣点招到商，可以对兴趣点的属性进行更改。例如，用户点击该兴趣点处的方框，将其中的“非开放区域”改为“商铺”或商铺的名称。

兴趣点的位置是指兴趣点覆盖的区域所处的位置。例如，某商铺从东北角移动到西南角，在图9中，用户可以借助编辑工具选中该兴趣点，然后拖动该兴趣点到地图的西南角。

兴趣点的外边框形状信息是指兴趣点覆盖的区域的外边框形状。例如，一个正方形的兴趣点区域的右边界向右扩展了2米，在图9中用户例如可以借助编辑工具选中正方形的右边界，向右拖动2米对应的屏幕距离。

步骤S140、根据所述更新操作生成室内地图更新数据。

如果更新操作是对兴趣点的属性的更新操作，生成室内地图更新数据可包括兴趣点标识(如ID或名称等能够唯一标识该兴趣点的信息)、更新后的属性。

如果更新操作是对兴趣点位置的更新操作，生成的兴趣点更新信息就可以包括该兴趣点标识、更新后的该兴趣点的坐标。

如果更新操作是对兴趣点外边框形状信息的更新操作，生成的兴趣点更新信息就可以包括该兴趣点标识、更新后的该兴趣点外边框形状信息中各形状点(即边界点)的坐标。

步骤S150、将所述室内地图更新数据发送至服务器端。

本发明实施例中，步骤S150具体实现为：向服务器端发送数据更新请求，所述数据更新请求中携带有室内地图更新数据及用户信息。以便服务器端根据该数据更新请求对相应的室内地图数据进行更新。

如果室内地图更新数据包括兴趣点标识、更新后的属性，则将该室内地图更新数据发送到服务器后，服务器就可以按照该兴趣点标识在服务器存储的室内地图数据中找到该兴趣点，并根据更新后的属性更新该兴趣点的属性，如图9所示的方框中的属性。

如果室内地图更新数据包括兴趣点标识、更新后兴趣点各边界点的坐标，服务器就可以按照该兴趣点标识在服务器存储的室内地图数据中找到该兴趣点并更新该兴趣点的各边界点的坐标。

优选地，为避免用户对室内地图数据中一些不能更改的数据进行更改，或者更改后的数据明显不符合实际情况，从而导致室内地图数据发生错乱的问题。如图2所示，根据本申请的另一个实施例，所述在客户端侧的室内地图数据的更新方法在步骤S150之前，还包括：S145、对所述室内地图更新数据进行质检，在质检通过时执行所述将室内地图更新数据发送至服务器端的步骤；在质检不通过时给出重新进行更新操作的提示信息。

本发明实施例，可以预先设置有更重室内地图数据更新操作及对应的质检策略，当接收到用户发送的对所述室内地图数据进行更新的更新操作之后，获取该更新操作对应的质检策略，根据该质检策略对室内地图更新数据进行质检。如室内地图更新操作为更新特定数据(即一些用户明显不能改动的数据，如楼梯的位置和形状，承重墙等)，则对应的质检策略为直接质检不通过；如室内地图更新操作为更新兴趣点属性信息，则对应的质检策略为判断更新数据的格式，在格式确认无误时质检通过；如室内地图更新操作为更新兴趣点位置，则对应的质检策略为判断所述更新后的位置是否在建筑物外边框范围内，若是则质检通过。

质检的目的在于，一方面，防止用户任意改动室内地图数据中一些明显不能更改的数据，如楼梯的位置和形状、承重墙的位置、建筑物轮廓信息、建筑物楼层的轮廓信息等；另一方面，防止用户更改后的数据明显不符合实际情况而导致室内地图数据发生错乱的问题。例如，若室内地图更新数据中包括更新后的承重墙的位置，则质检不通过，向用户显示如“对不起，承重墙的位置不能变化，则进行其它更新操作”的提示信息；或者，用户更改建筑物内部某一POI的位置后，更改后的位置的经纬度坐标明显超出建筑物外边框，则这明显是属于错误的更改，因此质检不通过。只有在质检通过时，才能将室内地图更新数据发送至服务器端。

优选地，为避免用户改动室内地图数据发生错乱，本申请如图3所示，根据本申请的另一个实施例，所述在客户端侧的室内地图数据的更新方法在步骤S130之后，还包括：步骤S135、将所述室内地图数据设置为锁定状态；在步骤S150之后，还包括：步骤S155、将所述室内地图数据设置为解锁状态。

锁定的含义是，不允许用户对该室内地图数据进行更新操作。解锁的含义是，允许用户对该室内地图数据进行更新操作。这是因为，如果不进行锁定的话，例如用户将某商铺的边界由正方形变成三角形，但该室内地图更新数据还未发送到服务器端，在服务器端的地图上仍未变化，也未同步回客户端，用户看到的可能仍然是正方形。如果用户又向将三角形变成五角形的话，由于在界面上看到的仍是正方形，就会按正方形变成五角形进行更新操作，服务器就会接到“正方形到三角形”、以及“正方形到五角形”两次更改操作。当服务器执行完“正方形到三角形”操作后，正方形已经消失，是无法执行后面的“正方形到五角形”这个操作的。利用锁定和解锁，防止了对某一兴趣点在短时间内进行多次操作造成的混乱。

优选地，为避免用户频繁的进行更新操作，频繁的向服务器发送数据，以节省网络传输开销。如图4所示，根据本申请的另一个实施例，所述在客户端侧的室内地图数据的更新方法在步骤S140之后，还包括：S141、存储所述室内地图更新数据。

例如，用户在完成了对室内地图数据中一个兴趣点的更新操作后，向用户展示如图10的界面，提示用户将数据保存还是提交。如果用户选择提交，就直接执行步骤S150，将所述室内地图更新数据发送至服务器端；如果用户选择保存，则存储所述室内地图更新数据在本地客户端，直到用户在完成了多个兴趣点的更新操作后选择提交，这时才将对多个兴趣点的更新操作生成的室内地图更新数据一并发送到服务器端。这种方案的好处是可以降低网络传输开销和服务器频繁处理的开销。

优选地，为尽快同步更新客户端室内地图数据，如图5所示，根据本申请的另一个实施例，所述在客户端侧的室内地图数据的更新方法还包括：S160、接收服务器端下发的根据所述室内地图更新数据进行更新后的室内地图数据，并替换存储的室内地图数据。

该方案的好处是，防止只有服务器侧的室内地图数据进行了更新而客户端不知道该更新因而向用户展示的仍然是没有更新过的室内地图数据。如果用户下次在没有体现最新的更新的版本上进行更新操作，就会发生错误。

如图6所示，根据本申请的另一个实施例，所述在客户端侧的室内地图数据的更新方法还包括：S101、接收用户发送的注册请求，所述注册请求中携带有用户信息；S102、对所述用户信息的合法性进行验证，验证通过后存储所述用户信息；S103、接收所述用户发送的携带包括室内地图数据信息的室内地图管理权限请求；S104、对所述室内地图管理权限请求中的信息进行审核，在审核通过后生成室内地图管理权限；S105、建立所述用户信息与所述室内地图管理权限请求的对应关系。

步骤S101、接收用户发送的注册请求，所述注册请求中携带有用户信息。

用户信息包括用户名、手机号、密码等。如图7所示，用户在自更新平台的注册界面上输入手机号、验证码、密码，并选择“完成注册”。这时，用户的注册请求中就含有手机号、验证码、密码。

步骤S102、对所述用户信息的合法性进行验证，验证通过后存储所述用户信息。

对所述用户信息的合法性进行验证主要包括：检验用户输入的验证码是否是向用户的手机号发送的验证码，用户的手机位数是否正确，用户密码设置是否符合预定规则，用户两次输入的密码是否一致等。

如果验证通过，则将手机号、密码等用户信息关联存储。

步骤S103、接收所述用户发送的包括室内地图数据信息的室内地图管理权限请求。

室内地图数据信息是用户想要获得管理权限的室内地图的数据信息。例如，用户想要获得“朝阳大悦城”的管理权限，就通过在界面中填写“朝阳大悦城”，并上传自己是“朝阳大悦城”的管理者的证明文件，如产权证的复印件或管理协议的复印件和自己的身份证件复印件，就发送了一个携带“朝阳大悦城”的名称(必要时还有地址)、以及相关证明文件的室内地图管理权限请求。

步骤S104、对所述室内地图管理权限请求中的信息进行审核，在审核通过后生成室内地图管理权限。

例如，所述室内地图管理权限请求中包含“朝阳大悦城”的名称(必要时还有地址)、以及相关证明文件，通过审核相关证明文件，判断用户确实是“朝阳大悦城”的管理者，且“朝阳大悦城”的室内地图管理权限没有其它用户申请并获得，则审核通过，将“朝阳大悦城”的室内地图管理作为该用户的权限。本实施例中，室内地图管理权限可以包括：用户可管理(如可编辑)的室内地图数据的ID和/或名称信息以及用于表示是否可管理的标记，如可管理的标记为1，不可管理的标记为0。

S105、建立所述用户信息与所述室内地图管理权限请求的对应关系。

即，将用户信息(包括手机号、密码等)与步骤S104生成的室内地图管理权限对应地存储。

通过以上注册的方式可以防止非法用户对室内地图数据进行修改。

如图11所示，根据本申请的一个实施例，提供了服务器侧的一种室内地图数据的更新方法，包括：S210、接收携带室内地图更新数据和用户信息的数据更新请求；S220、对所述用户信息进行验证；S230、在验证通过后，根据所述室内地图更新数据更新室内地图数据。

步骤S210、接收携带室内地图更新数据和用户信息的数据更新请求。

这里的室内地图更新数据即步骤S150中客户端发送到服务器端的室内地图更新数据，它往往是与用户信息(如可包括用户名或手机号、密码等)一起结合在一个数据更新请求中发送到服务器的。

步骤S220、对所述用户信息进行验证。

对所述用户信息进行验证包括验证用户名或手机号是否与用户注册时提交的用户名或手机号一致等。

步骤S230、在验证通过后，根据所述室内地图更新数据更新室内地图数据。

根据所述室内地图更新数据更新室内地图数据的过程在前面结合步骤S150的描述中提及，故不赘述。

如图12所示，在一个实施例中，在步骤S230之后，该方法还包括：S240、将更新后的室内地图数据发送给客户端。

由于此过程在有关客户端的方法的描述中提及，故不赘述。

如图13所示，在一个实施例中，该方法还包括：

S202、接收客户端发送的权限获取请求，所述请求中携带有用户的用户信息；

S204、从预先存储的用户信息与室内地图管理权限的对应关系中，获取所述用户信息对应的室内地图管理权限，并将该室内地图管理权限发送给所述客户端。

由于此过程在有关客户端的方法的描述中提及，故不赘述。

另外，在一个实施例中，该方法还可以包括(图中未示)：

接收用户发送的注册请求，所述注册请求中携带有用户信息；

对所述用户信息的合法性进行验证，验证通过后存储所述用户信息；

接收所述用户发送的携带包括室内地图数据信息的室内地图管理权限请求；

对所述室内地图管理权限请求中的信息进行审核，在审核通过后生成室内地图管理权限；

建立所述用户信息与所述室内地图管理权限请求的对应关系。

此过程与图6中的S101-S105类似，不同的是，图6中的S101-S105是客户端完成的注册，本过程中的步骤是在服务器完成注册。

如图14所示，根据本申请的一个实施例，提供了一种室内地图数据的更新装置1，所述装置包括：

室内地图管理权限获取单元110，用于检测到登录用户时，获取所述用户的室内地图管理权限；

获取展示单元120，用于获取所述用户的室内地图管理权限对应的室内地图数据并展示；

更新操作接收单元130，用于接收所述用户发送的对所述室内地图数据进行更新的更新操作；

室内地图更新数据生成单元140，用于根据所述更新操作生成室内地图更新数据；

室内地图更新数据发送单元150，用于将所述室内地图更新数据发送至服务器端。

可选地，如图15所示，所述装置还包括：

质检单元145，用于在室内地图更新数据发送单元150将所述室内地图更新数据发送至服务器端之前，对所述室内地图更新数据进行质检，其中在质检通过时触发所述室内地图更新数据发送单元150。优选地，质检单元145更进一步的，在质检不通过时给出重新进行更新操作的提示信息。

可选地，如图16所示，所述装置还包括：

锁定单元135，用于在更新操作接收单元130接收到所述用户发送的对所述室内地图数据进行更新的更新操作之后，将所述室内地图数据设置为锁定状态；

解锁单元155，用于在室内地图更新数据发送单元150将所述室内地图更新数据发送至服务器端之后，将所述室内地图数据设置为解锁状态。

可选地，如图17所示，所述装置还包括：

存储单元145，用于在室内地图更新数据生成单元140根据所述更新操作生成室内地图更新数据之后，存储所述室内地图更新数据。

可选地，如图18所示，所述装置还包括：

接收替换单元160，用于接收服务器端下发的根据所述室内地图更新数据进行更新后的室内地图数据，并替换存储的室内地图数据。

可选地，如图19所示，所述装置还包括：

第一注册请求接收单元101，用于接收用户发送的注册请求，所述注册请求中携带有用户信息；

第一合法性验证单元102，用于对所述用户信息的合法性进行验证，验证通过后存储所述用户信息；

第一室内地图管理权限请求接收单元103，用于接收所述用户发送的携带包括室内地图数据信息的室内地图管理权限请求；

第一审核单元104，用于对所述室内地图管理权限请求中的信息进行审核，在审核通过后生成室内地图管理权限；

第一对应关系建立单元105，用于建立所述用户信息与所述室内地图管理权限请求的对应关系。

可选地，所述室内地图管理权限获取单元110具体用于：

向服务器端发送权限获取请求，所述请求中携带有所述用户的用户信息；以及，接收服务器端根据所述权限获取请求返回的与所述用户的用户信息对应的室内地图管理权限；

或者，

从预先存储的用户信息与室内地图管理权限的对应关系中，获取所述用户的用户信息对应的室内地图管理权限。

可选地，所述更新操作包括对室内地图数据中的兴趣点的属性、位置、外边框形状信息的编辑操作。

可选地，如图20所示，根据本申请的一个实施例，提供了一种室内地图数据的更新装置2，包括：

数据更新请求接收单元210，用于接收携带室内地图更新数据和用户信息的数据更新请求；

用户信息验证单元220，用于对所述用户信息进行验证；

室内地图数据更新单元230，用于在所述用户信息验证单元220验证通过后，根据所述室内地图更新数据更新室内地图数据。

可选地，如图21所示，所述装置还包括：

室内地图数据发送单元240，用于在室内地图数据更新单元230根据所述室内地图更新数据更新室内地图数据之后，将更新后的室内地图数据发送给客户端。

可选地，如图22所示，所述装置还包括：

权限获取请求接收单元208，用于接收客户端发送的权限获取请求，所述请求中携带有用户的用户信息；

获取发送单元209，用于从预先存储的用户信息与室内地图管理权限的对应关系中，获取所述用户信息对应的室内地图管理权限，并将该室内地图管理权限发送给所述客户端。

可选地，如图23所示，所述装置还包括：

第二注册请求接收单元201，用于接收用户发送的注册请求，所述注册请求中携带有用户信息；

第二合法性验证单元202，用于对所述用户信息的合法性进行验证，验证通过后存储所述用户信息；

第二室内地图管理权限请求接收单元203，接收所述用户发送的携带包括室内地图数据信息的室内地图管理权限请求；

第二审核单元204，用于对所述室内地图管理权限请求中的信息进行审核，在审核通过后生成室内地图管理权限；

第二对应关系建立单元205，用于建立所述用户信息与所述室内地图管理权限请求的对应关系。

需要注意的是，本申请可在软件和/或软件与硬件的组合体中被实施，例如，可采用专用集成电路(ASIC)、通用目的计算机或任何其他类似硬件设备来实现。在一个实施例中，本申请的软件程序可以通过处理器执行以实现上文所述步骤或功能。同样地，本申请的软件程序(包括相关的数据结构)可以被存储到计算机可读记录介质中，例如，RAM存储器，磁或光驱动器或软磁盘及类似设备。另外，本申请的一些步骤或功能可采用硬件来实现，例如，作为与处理器配合从而执行各个步骤或功能的电路。

另外，本申请的一部分可被应用为计算机程序产品，例如计算机程序指令，当其被计算机执行时，通过该计算机的操作，可以调用或提供根据本申请的方法和/或技术方案。而调用本申请的方法的程序指令，可能被存储在固定的或可移动的记录介质中，和/或通过广播或其他信号承载媒体中的数据流而被传输，和/或被存储在根据所述程序指令运行的计算机设备的工作存储器中。在此，根据本申请的一个实施例包括一个装置，该装置包括用于存储计算机程序指令的存储器和用于执行程序指令的处理器，其中，当该计算机程序指令被该处理器执行时，触发该装置运行基于前述根据本申请的多个实施例的方法和/或技术方案。

对于本领域技术人员而言，显然本申请不限于上述示范性实施例的细节，而且在不背离本申请的精神或基本特征的情况下，能够以其他的具体形式实现本申请。因此，无论从哪一点来看，均应将实施例看作是示范性的，而且是非限制性的，本申请的范围由所附权利要求而不是上述说明限定，因此旨在将落在权利要求的等同要件的含义和范围内的所有变化涵括在本申请内。不应将权利要求中的任何附图标记视为限制所涉及的权利要求。此外，显然“包括”一词不排除其他单元或步骤，单数不排除复数。***权利要求中陈述的多个单元或装置也可以由一个单元或装置通过软件或者硬件来实现。第一，第二等词语用来表示名称，而并不表示任何特定的顺序。

Claims (20)

1.一种室内地图数据的更新方法，其特征在于，所述方法包括：

检测到登录用户时，获取所述用户的室内地图管理权限，所述室内地图管理权限包括管理一栋或几栋建筑物的室内地图数据、或者管理建筑物内某一层或某一商铺的室内地图数据；

获取所述用户的室内地图管理权限对应的室内地图数据并展示；

接收所述用户发送的对所述室内地图数据进行更新的更新操作；

根据所述更新操作生成室内地图更新数据；

将所述室内地图更新数据发送至服务器端；

所述更新操作包括对室内地图数据中的兴趣点的属性、位置、外边框形状信息的编辑操作。

2.根据权利要求1所述的方法，其特征在于，在将所述室内地图更新数据发送至服务器端之前，还包括：

对所述室内地图更新数据进行质检，在质检通过时执行所述将室内地图更新数据发送至服务器端的步骤。

3.根据权利要求1所述的方法，其特征在于，接收所述用户发送的对所述室内地图数据进行更新的更新操作之后，还包括：

将所述室内地图数据设置为锁定状态；

在将所述室内地图更新数据发送至服务器端之后，将所述室内地图数据设置为解锁状态。

4.根据权利要求1所述的方法，其特征在于，根据所述更新操作生成室内地图更新数据之后，还包括：

存储所述室内地图更新数据。

5.根据权利要求1所述的方法，其特征在于，还包括：

接收服务器端下发的根据所述室内地图更新数据进行更新后的室内地图数据，并替换存储的室内地图数据。

6.根据权利要求1所述的方法，其特征在于，还包括：

接收用户发送的注册请求，所述注册请求中携带有用户信息；

对所述用户信息的合法性进行验证，验证通过后存储所述用户信息；

接收所述用户发送的携带包括室内地图数据信息的室内地图管理权限请求；

对所述室内地图管理权限请求中的信息进行审核，在审核通过后生成室内地图管理权限；

建立所述用户信息与所述室内地图管理权限请求的对应关系。

7.根据权利要求1～6任一项所述的方法，其特征在于，获取所述用户对应的室内地图管理权限，具体包括：

向服务器端发送权限获取请求，所述请求中携带有所述用户的用户信息；以及，接收服务器端根据所述权限获取请求返回的与所述用户的用户信息对应的室内地图管理权限；

或者，

从预先存储的用户信息与室内地图管理权限的对应关系中，获取所述用户的用户信息对应的室内地图管理权限。

8.一种室内地图数据的更新方法，其特征在于，包括：

接收客户端发送的权限获取请求，所述请求中携带有用户的用户信息；

从预先存储的用户信息与室内地图管理权限的对应关系中，获取所述用户信息对应的室内地图管理权限，并将该室内地图管理权限发送给所述客户端，所述室内地图管理权限包括管理一栋或几栋建筑物的室内地图数据、或者管理建筑物内某一层或某一商铺的室内地图数据；

接收携带室内地图更新数据和用户信息的数据更新请求；

对所述用户信息进行验证；

在验证通过后，根据所述室内地图更新数据更新室内地图数据；

所述室内地图更新数据是根据更新操作生成的，所述更新操作包括对室内地图数据中的兴趣点的属性、位置、外边框形状信息的编辑操作。

9.根据权利要求8所述的方法，其特征在于，在根据所述室内地图更新数据更新室内地图数据之后，还包括：

将更新后的室内地图数据发送给客户端。

10.根据权利要求8所述的方法，其特征在于，还包括：

接收用户发送的注册请求，所述注册请求中携带有用户信息；

对所述用户信息的合法性进行验证，验证通过后存储所述用户信息；

接收所述用户发送的包括室内地图数据信息的室内地图管理权限请求；

对所述室内地图管理权限请求中的信息进行审核，在审核通过后生成室内地图管理权限；

建立所述用户信息与所述室内地图管理权限请求的对应关系。

11.一种室内地图数据的更新装置，其特征在于，所述装置包括：

室内地图管理权限获取单元，用于检测到登录用户时，获取所述用户的室内地图管理权限，所述室内地图管理权限包括管理一栋或几栋建筑物的室内地图数据、或者管理建筑物内某一层或某一商铺的室内地图数据；

获取展示单元，用于获取所述用户的室内地图管理权限对应的室内地图数据并展示；

更新操作接收单元，用于接收所述用户发送的对所述室内地图数据进行更新的更新操作；

室内地图更新数据生成单元，用于根据所述更新操作生成室内地图更新数据；

室内地图更新数据发送单元，用于将所述室内地图更新数据发送至服务器端；

所述更新操作包括对室内地图数据中的兴趣点的属性、位置、外边框形状信息的编辑操作。

12.根据权利要求11所述的装置，其特征在于，所述装置还包括：

质检单元，用于在室内地图更新数据发送单元将所述室内地图更新数据发送至服务器端之前，对所述室内地图更新数据进行质检，在质检通过时触发所述室内地图更新数据发送单元将室内地图更新数据发送至服务器端。

13.根据权利要求11所述的装置，其特征在于，所述装置还包括：

锁定单元，用于在所述更新操作接收单元接收到所述用户发送的对所述室内地图数据进行更新的更新操作之后，将所述室内地图数据设置为锁定状态；

解锁单元，用于在室内地图更新数据发送单元将所述室内地图更新数据发送至服务器端之后，将所述室内地图数据设置为解锁状态。

14.根据权利要求11所述的装置，其特征在于，所述装置还包括：

存储单元，用于在所述室内地图更新数据生成单元根据所述更新操作生成室内地图更新数据之后，存储所述室内地图更新数据。

15.根据权利要求11所述的装置，其特征在于，所述装置还包括：

接收替换单元，用于接收服务器端下发的根据所述室内地图更新数据进行更新后的室内地图数据，并替换存储的室内地图数据。

16.根据权利要求11所述的装置，其特征在于，所述装置还包括：

第一注册请求接收单元，用于接收用户发送的注册请求，所述注册请求中携带有用户信息；

第一合法性验证单元，用于对所述用户信息的合法性进行验证，验证通过后存储所述用户信息；

第一室内地图管理权限请求接收单元，用于接收所述用户发送的包括室内地图数据信息的室内地图管理权限请求；

第一审核单元，用于对所述室内地图管理权限请求中的信息进行审核，在审核通过后生成室内地图管理权限；

第一对应关系建立单元，用于建立所述用户信息与所述室内地图管理权限请求的对应关系。

17.根据权利要求11～16任一项所述的装置，其特征在于，所述室内地图管理权限获取单元具体用于：

向服务器端发送权限获取请求，所述请求中携带有所述用户的用户信息；以及，接收服务器端根据所述权限获取请求返回的与所述用户的用户信息对应的室内地图管理权限；

或者，

从预先存储的用户信息与室内地图管理权限的对应关系中，获取所述用户的用户信息对应的室内地图管理权限。

18.一种室内地图数据的更新装置，其特征在于，包括：

权限获取请求接收单元，用于接收客户端发送的权限获取请求，所述请求中携带有用户的用户信息；

获取发送单元，用于从预先存储的用户信息与室内地图管理权限的对应关系中，获取所述用户信息对应的室内地图管理权限，并将该室内地图管理权限发送给所述客户端，所述室内地图管理权限包括管理一栋或几栋建筑物的室内地图数据、或者管理建筑物内某一层或某一商铺的室内地图数据；

数据更新请求接收单元，用于接收携带室内地图更新数据和用户信息的数据更新请求；

用户信息验证单元，用于对所述用户信息进行验证；

室内地图数据更新单元，用于在所述用户信息验证单元验证通过后，根据所述室内地图更新数据更新室内地图数据；

所述室内地图更新数据是根据更新操作生成的，所述更新操作包括对室内地图数据中的兴趣点的属性、位置、外边框形状信息的编辑操作。

19.根据权利要求18所述的装置，其特征在于，所述装置还包括：

室内地图数据发送单元，用于在室内地图数据更新单元根据所述室内地图更新数据更新室内地图数据之后，将更新后的室内地图数据发送给客户端。

20.根据权利要求18所述的装置，其特征在于，所述装置还包括：

第二注册请求接收单元，用于接收用户发送的注册请求，所述注册请求中携带有用户信息；

第二合法性验证单元，用于对所述用户信息的合法性进行验证，验证通过后存储所述用户信息；

第二室内地图管理权限请求接收单元，接收所述用户发送的携带包括室内地图数据信息的室内地图管理权限请求；

第二审核单元，用于对所述室内地图管理权限请求中的信息进行审核，在审核通过后生成室内地图管理权限；

第二对应关系建立单元，用于建立所述用户信息与所述室内地图管理权限请求的对应关系。

Images