CN107948923A

CN107948923A - 一种基于虚拟围栏的信息处理方法、客户端及服务器

Info

Publication number: CN107948923A
Application number: CN201610895406.XA
Authority: CN
Inventors: 邵茂材; 章卫祥; 刘欣; 吴兴昊; 房宇星; 耿小博; 张培阳; 王迅; 刘进锋
Original assignee: Alibaba Group Holding Ltd
Current assignee: Banma Zhixing Network Hongkong Co Ltd
Priority date: 2016-10-13
Filing date: 2016-10-13
Publication date: 2018-04-20
Anticipated expiration: 2036-10-13
Also published as: CN107948923B; TW201814644A; WO2018071419A1; US20180109915A1

Abstract

本申请实施例提供了一种基于虚拟围栏的信息处理方法、客户端及服务器，其中所述方法包括：生成虚拟围栏，其中，所述虚拟围栏是根据输入的触发条件生成的，所述触发条件包括兴趣点信息和/或兴趣面信息；采集第一用户状态信息；在判定所述第一用户状态信息满足所述虚拟围栏的触发条件时，生成第一通知消息；将所述第一通知消息推送至客户端。本申请实施例可以互通识别结果，很好地提高了识别精度。

Description

一种基于虚拟围栏的信息处理方法、客户端及服务器

技术领域

本申请涉及数据处理技术领域，特别是涉及一种基于虚拟围栏的信息处理方法，以及，一种基于虚拟围栏的服务器，以及，一种基于虚拟围栏的客户端，以及，一种基于虚拟围栏的信息处理设备，以及，一种用于交通工具的基于虚拟围栏的信息处理设备，以及，一种车载互联网操作系统。

背景技术

随着电子通信技术的发展，各种移动终端，如手机、平板电脑、笔记本电脑或者便携式播放设备等都受到了广大用户的喜爱。各种移动终端设备的功能越来越强大，可以为用户提供多种便利的应用。其中一种基于位置的服务(Location Based Service，LBS)，可以通过电信移动运营商的移动通信网络(如GSM网、CDMA网)或外部定位方式(如GPS)获取移动终端用户的位置信息(地理坐标，或大地坐标)，在地理信息系统(GeographicInformation System，GIS)平台的支持下，为用户提供服务。

虚拟围栏(Geo-fencing)是LBS的一种新应用，就是用一个虚拟的栅栏围出一个虚拟地理边界。当移动终端进入、离开某个特定地理区域，或在该区域内活动时，手机可以接收自动通知和警告。

现有的虚拟围栏仅局限于明确经纬度的围栏，并且是客户端围栏，客户端应用要不停的定位，才能知道当前位置，然后判断用户是否在围栏区域内，在这种情况下，会导致客户端消耗的流量和电量的增加。

因此，目前需要本领域技术人员迫切解决的一个技术问题就是：提出一种基于虚拟围栏的信息处理机制，用以丰富虚拟围栏的应用，降低客户端消耗的流量和电量。

发明内容

本申请实施例所要解决的技术问题是提供一种基于虚拟围栏的信息处理方法，用以丰富虚拟围栏的应用，降低客户端消耗的流量和电量。

相应的，本申请实施例还提供了一种基于虚拟围栏的服务器，以及，一种基于虚拟围栏的客户端，以及，一种基于虚拟围栏的信息处理设备，以及，一种用于交通工具的基于虚拟围栏的信息处理设备，以及，一种车载互联网操作系统，用以保证上述方法的实现及应用。

为了解决上述问题，本申请实施例公开了一种基于虚拟围栏的信息处理方法，所述方法包括：

生成虚拟围栏，其中，所述虚拟围栏是根据输入的触发条件生成的，所述触发条件包括兴趣点信息和/或兴趣面信息；

采集第一用户状态信息；

在判定所述第一用户状态信息满足所述虚拟围栏的触发条件时，生成第一通知消息；

将所述第一通知消息推送至客户端。

可选的，所述虚拟围栏包括如下类型的一种或多种：

兴趣点围栏；

兴趣面围栏；

按类别划分的道路；

按名称指定的道路；

特指的一系列路线；

包含指定特征信息的事件围栏。

可选的，所述方法还包括：

接收所述客户端发送的第二通知消息，其中，所述第二通知消息为所述客户端基于所述输入的触发条件生成虚拟围栏以后，获取第二用户状态信息，并判断所述第二用户状态信息满足所述触发条件时生成。

可选的，所述触发条件与指定操作相对应；所述方法还包括：

将所述第一通知消息或所述第二通知消息发送至第三方服务器，所述第三方服务器用于基于所述第一通知消息或所述第二通知消息执行所述指定操作。

可选的，所述生成虚拟围栏的步骤包括：

接收用户经由第三方服务器输入的围栏设置信息，其中，所述围栏设置信息包括所述触发条件；

基于所述围栏设置信息生成虚拟围栏。

可选的，所述围栏设置信息还包括有效条件；所述方法还包括：

在判定所述第一用户状态信息不满足所述虚拟围栏的触发条件时，判断所述虚拟围栏是否满足所述有效条件；

若是，则返回所述采集第一用户状态信息的步骤；

若否，则删除所述虚拟围栏。

可选的，所述触发条件还包括指定用户行为信息；所述第一用户状态信息包括第一定位数据和/或第一行为数据；

采用如下方式判断所述第一用户状态信息是否满足所述虚拟围栏的触发条件：

若所述第一定位数据在所述兴趣点信息或兴趣面信息的范围内和/或所述第一行为数据属于所述指定用户行为信息，则判定所述第一用户状态信息满足所述触发条件；

若所述第一定位数据不在所述兴趣点信息或兴趣面信息的范围内和/或所述第一行为数据不属于所述指定用户行为信息，则判定所述第一用户状态信息不满足所述触发条件。

本申请实施例还公开了一种基于虚拟围栏的信息处理方法，所述方法包括：

生成虚拟围栏，其中，所述虚拟围栏是根据输入的触发条件生成的，所述触发条件包括兴趣点信息或兴趣面信息；

获取第二用户状态信息；

在判定所述第二用户状态信息满足所述虚拟围栏的触发条件时，生成第二通知消息；

将所述第二通知消息发送至服务器。

可选的，所述虚拟围栏包括如下类型的一种或多种：

兴趣点围栏；

兴趣面围栏；

按类别划分的道路；

按名称指定的道路；

特指的一系列路线；

包含指定特征信息的事件围栏。

可选的，所述方法还包括：

接收所述服务器推送的第一通知消息，其中，所述第一通知消息为所述服务器基于所述输入的触发条件生成虚拟围栏以后，采集第一用户状态信息，并判断所述第一用户状态信息满足所述触发条件时生成。

将所述第一通知消息或所述第二通知消息发送至第三方应用程序，所述第三方应用程序用于基于所述第一通知消息或所述第二通知消息通知第三方服务器执行所述指定操作。

可选的，所述生成虚拟围栏的步骤包括：

接收服务器推送的围栏设置信息，其中，所述围栏设置信息为所述服务器接收的用户经由第三方服务器输入的信息；

基于所述围栏设置信息生成虚拟围栏。

可选的，所述生成虚拟围栏的步骤包括：

接收用户经由第三方应用程序输入的围栏设置信息，其中，所述围栏设置信息包括所述触发条件；

基于所述围栏设置信息生成虚拟围栏。

在判定所述第二用户状态信息不满足所述虚拟围栏的触发条件时，判断所述虚拟围栏是否满足所述有效条件；

若是，则返回所述获取第二用户状态信息的步骤；

若否，则删除所述虚拟围栏。

可选的，所述触发条件还包括指定用户行为信息；所述第二用户状态信息包括依据终端设备获取的第二定位数据以及第二行为数据；

采用如下方式判断所述第二用户状态信息是否满足所述虚拟围栏的触发条件：

若所述第二定位数据在所述兴趣点信息或兴趣面信息的范围内和/或所述第二行为数据属于所述指定用户行为信息，则判定所述第二用户状态信息满足所述触发条件；

若所述第二定位数据不在所述兴趣点信息或兴趣面信息的范围内和/或所述第二行为数据不属于所述指定用户行为信息，则判定所述第二用户状态信息不满足所述触发条件。

本申请实施例还公开了一种基于虚拟围栏的服务器，所述服务器包括：

第一围栏生成模块，用于生成虚拟围栏，其中，所述虚拟围栏是根据输入的触发条件生成的，所述触发条件包括兴趣点信息和/或兴趣面信息；

第一用户信息采集模块，用于采集第一用户状态信息；

第一围栏识别模块，用于在判定所述第一用户状态信息满足所述虚拟围栏的触发条件时，生成第一通知消息；

通知推送模块，用于将所述第一通知消息推送至客户端。

本申请实施例还公开了一种基于虚拟围栏的客户端，所述客户端包括：

第二围栏生成模块，用于生成虚拟围栏，其中，所述虚拟围栏是根据输入的触发条件生成的，所述触发条件包括兴趣点信息或兴趣面信息；

第二用户信息采集模块，用于获取第二用户状态信息；

第二围栏识别模块，用于在判定所述第二用户状态信息满足所述虚拟围栏的触发条件时，生成第二通知消息；

通知发送模块，用于将所述第二通知消息发送至服务器。

本申请实施例还公开了一种基于虚拟围栏的信息处理设备，包括：

处理器，用于生成虚拟围栏，其中，所述虚拟围栏是根据输入的触发条件生成的，所述触发条件包括兴趣点信息和/或兴趣面信息；

输入设备，耦合至所述处理器，用于采集第一用户状态信息；

所述处理器，还用于在判定输入设备获得的所述第一用户状态信息满足所述虚拟围栏的触发条件时，生成第一通知消息；

输出设备，耦合至所述处理器，用于将所述第一通知消息推送至客户端。

处理器，用于生成虚拟围栏，其中，所述虚拟围栏是根据输入的触发条件生成的，所述触发条件包括兴趣点信息或兴趣面信息；

输入设备，耦合至所述处理器，用于获取第二用户状态信息；

所述处理器，还用于在判定输入设备获得的所述第二用户状态信息满足所述虚拟围栏的触发条件时，生成第二通知消息；

输出设备，耦合至所述处理器，用于将所述第二通知消息发送至服务器。

本申请实施例还公开了一种用于交通工具的基于虚拟围栏的信息处理设备，包括：机载处理器、机载输出设备和机载输入设备；

所述机载处理器，用于生成虚拟围栏，其中，所述虚拟围栏是根据输入的触发条件生成的，所述触发条件包括兴趣点信息和/或兴趣面信息；

所述机载输入设备，耦合至所述机载处理器，用于采集第一用户状态信息；

所述机载处理器，还用于在判定机载输入设备获得的所述第一用户状态信息满足所述虚拟围栏的触发条件时，生成第一通知消息；

所述机载输出设备，耦合至所述机载处理器，用于将所述第一通知消息推送至客户端。

所述机载处理器，用于生成虚拟围栏，其中，所述虚拟围栏是根据输入的触发条件生成的，所述触发条件包括兴趣点信息或兴趣面信息；

所述机载输入设备，耦合至所述机载处理器，用于获取第二用户状态信息；

所述机载处理器，还用于在判定机载输入设备获得的所述第二用户状态信息满足所述虚拟围栏的触发条件时，生成第二通知消息；

所述机载输出设备，耦合至所述机载处理器，用于将所述第二通知消息发送至服务器。

本申请实施例还公开了一种车载互联网操作系统，包括：

围栏生成单元，用于根据车载输入设备获取的触发条件生成虚拟围栏，所述触发条件包括兴趣点信息和/或兴趣面信息；

推送单元，用于判断车载输入设备获取的第一用户状态信息满足所述虚拟围栏的触发条件时，生成第一通知消息并推送至客户端。

本申请实施例还公开了一种车载互联网操作系统，包括：

推送单元，用于判断车载输入设备获取的第二用户状态信息满足所述虚拟围栏的触发条件时，生成第二通知消息并发送至服务器。

与背景技术相比，本申请实施例包括以下优点：

在本申请实施例中，应用LBS服务器的大数据优势，在LBS服务器侧进行虚拟围栏的创建和地理位置识别，提高了识别效率，同时避免在客户端侧承担过多的地理定位和围栏识别功能，节省了客户端侧的耗能。

进一步的，本申请实施例将LBS服务器和LBS客户端相结合，进行同步识别，互通识别结果，很好地提高了识别精度。

附图说明

图1是本申请的一种基于虚拟围栏的信息处理方法实施例一的步骤流程图；

图2是本申请的一种基于虚拟围栏的信息处理方法实施例二的步骤流程图；

图3是本申请的一种基于虚拟围栏的信息处理方法实施例三的示意图；

图4是本申请的一种基于虚拟围栏的服务器实施例的结构框图；

图5是本申请的一种基于虚拟围栏的客户端实施例的结构框图；

图6是本申请的一实施例提供的基于虚拟围栏的信息处理设备硬件结构示意图；

图7是本申请的一实施例提供的车载系统结构示意图；

图8为本申请一实施例提供的车载互联网操作系统的结构示意图。

具体实施方式

为使本申请的上述目的、特征和优点能够更加明显易懂，下面结合附图和具体实施方式对本申请作进一步详细的说明。

本申请实施例可用于众多通用或专用的计算装置环境或配置中。例如：个人计算机、服务器计算机、手持设备或便携式设备、平板型设备、车载设备、多处理器装置、包括以上任何装置或设备的分布式计算环境等等。

该计算装置可以包括客户端和服务器，其中，该客户端可以为LBS客户端，该服务器可以为LBS服务器。

参照图1，示出了本申请的一种基于虚拟围栏的信息处理方法实施例一的步骤流程图，本申请实施例从服务器侧进行说明，可以包括如下步骤：

步骤101，生成虚拟围栏；

在本发明实施例的一种优选实施例中，步骤101可以包括如下子步骤：

子步骤S11，接收用户经由第三方服务器输入的围栏设置信息，其中，所述围栏设置信息包括触发条件；

子步骤S12，基于所述围栏设置信息生成虚拟围栏。

在具体实现中，本申请实施例的服务器可以与第三方服务器通信。其中，该第三方服务器可以为第三方应用程序对应的服务器，例如，若第三方应用程序为智能家居的应用，则第三方服务器可以为智能家居的服务器。

本申请实施例对第三方应用程序的类型无需加以限制，其可以为安装在终端设备中的任一应用程序。

在一种实现方式中，第三方服务器可以调用LBS服务器所提供的接口，向用户提供输入围栏设置信息的环境，则用户可以直接通过第三方服务器输入围栏设置信息。

则第三方服务器可以将围栏设置信息下发至LBS服务器中，促使LBS服务器根据该围栏设置信息生成对应的虚拟围栏。在具体实现中，LBS服务器还可以将接收到的围栏设置信息发送至客户端，促使客户端同步生成对应的虚拟围栏。

在另一种实现方式中，第三方应用程序可以调用LBS客户端所提供的接口，向用户提供输入围栏设置信息的环境，则用户可以通过第三方应用程序输入围栏设置信息，第三方应用程序接收到围栏设置信息以后，将该围栏设置信息经由客户端发送至服务器中。

作为本申请实施例的一种优选示例中，所述围栏设置信息可以包括但不限于触发条件、有效条件等信息。

作为一种示例，该触发条件可以包括但不限于兴趣点信息Point of Interest，简称POI)、兴趣面信息(Area of Interest，简称AOI)、指定用户行为信息等。

其中，POI又可以称为“导航地图信息”，是电子地图上的某个地标、景点，用以标示出该地所代表的政府部门、各行各业之商业机构(加油站、百货公司、超市、餐厅、酒店、便利商店、医院等)、旅游景点(公园、公共厕所等)、古迹名胜、交通设施(各式车站、停车场、超速照相机、速限标示)等处所，每个POI可以包含四方面信息：名称、类别、经度纬度、附近的酒店饭店商铺等。

AOI指的是地图数据中的区域状的地理实体。

指定用户行为信息可以为用户的活动状态信息，如用户处于跑步、骑车、步行状态等。

在本申请实施例中，触发条件并不局限于兴趣点信息，还可以包括兴趣面信息，拓展了虚拟围栏的类型，使得本申请实施例的虚拟围栏不仅仅局限于仅包含坐标信息的地理围栏，还可以是场景围栏等。

基于上述触发条件，本申请实施例中的虚拟围栏可以包括如下类型的一种或多种：

兴趣点围栏、兴趣面围栏：比如“机场”、“景区”、“商场”、“餐厅”、“咖啡馆”、“电影院”等；

按类别划分的道路：例如“高速”、“国道”、“乡道”等；

按名称指定的道路：如“宏泰东街”等；

特指的一系列路线：如“回家的常走路线”

包含指定特征信息的事件围栏：其中，指定特征信息可以包括但不限于指定时间段，指定活动状态(静止、走路、跑步、骑车、开车等)，指定地点的价位、评价等。

作为一种示例，有效条件可以包括但不限于虚拟围栏的有效期、触发次数等信息，有效期是指虚拟围栏在这个期限内有效，在这个期限外则失效；触发次数是指虚拟围栏到达触发次数后失效，在没有到达触发次数时有效。

步骤102，采集第一用户状态信息；

当LBS服务器创建了虚拟围栏以后，则说明LBS服务器中有围栏任务需要进行识别，此时，LBS服务器开始采集第一用户状态信息。

作为本申请实施例的一种优选示例，第一用户状态信息可以包括第一定位数据和/或第一行为数据。第一定位数据可以用于指示当前终端设备(用户)的位置信息，第一行为数据用于指示当前用户的行为信息，例如，静止、走路、跑步、骑车、开车等行为。

在具体实现中，LBS服务器可以采用WIFI的探针采集终端设备的位置信息。探针的原理是利用终端设备的WIFI模块所发出的无线广播信号进行设备的感知，就像是网站上的Cookie，其会记录用户的访问行为和轨迹。LBS服务器根据探针所记录的数据可以进行大数据分析，例如，识别用户处于静止状态或运动状态、识别用户所在的位置代表什么商圈、店铺等。

当然，本申请实施例并不限于上述探针的方式采集第一用户状态信息，本领域技术人员采用其他方式以达到用户定位和用户行为分析的目的均是可以的，本申请实施例对此不作限制。

在本申请实施例中，在LBS服务器中通过大数据分析的方式进行用户定位和用户行为分析，获得第一用户状态信息，丰富了数据获取的方式和数据来源，节省了客户端的定位消耗。

步骤103，在判定所述第一用户状态信息满足所述虚拟围栏的触发条件时，生成第一通知消息；

当获得第一用户状态信息以后，则可以进行围栏识别，判断该第一用户状态信息是否满足虚拟围栏的触发条件。

在本申请实施例的一种优选实施例中，可以采用如下方式判断所述第一用户状态信息是否满足所述虚拟围栏的触发条件：

具体的，若触发条件为POI或AOI，如果第一定位数据在用户设定的POI或AOI范围内，则可以判定该第一用户状态信息满足触发条件，说明用户已经进入虚拟围栏内，否则，则判定该第一用户状态信息不满足触发条件。例如，一个场景围栏设定当用户在王府井时触发，那么当LBS服务器识别出当前位置在王府井时，就判定为满足围栏的触发条件。

或者，

若触发条件为POI或AOI以及指定用户行为信息，如果第一定位数据在用户设定的POI或AOI内以及第一行为数据属于指定用户行为信息，则可以判定该第一用户状态信息满足触发条件。否则，如果第一定位数据不在用户设定的POI或AOI内，或者，虽然第一定位数据在用户设定的POI或AOI内，但第一行为数据不属于指定用户行为信息，则可以判定该第一用户状态信息不满足触发条件。例如，一个场景围栏是设定当用户在体育中心跑步时触发，那么当LBS服务器识别出用户当前的位置在体育中心，并且用户在跑步时，则判定为满足围栏的触发条件；若识别出用户当前的位置在体育中心，但用户没有跑步，则判定为不满足围栏的触发条件。

如果判定当前用户的第一用户状态信息满足虚拟围栏的触发条件，则LBS服务器可以生成第一通知消息。作为本申请实施例的一种示例，该第一通知消息可以包括但不限于围栏标识、该第一行为数据、第一定位数据、围栏设置信息等。

步骤104，将所述第一通知消息推送至客户端。

当LBS服务器生成第一通知消息以后，可以将第一通知消息推送PUSH至LBS客户端。

在本申请实施例的一种优选实施例中，本申请实施例还可以包括如下步骤：

接收所述客户端发送的第二通知消息。

具体的，本申请实施例中，服务器可以与客户端进行识别结果的互通，从而提高围栏识别精确度。服务器除了可以将第一通知消息推送至客户端，还可以接收来自客户端的第二通知消息。

其中，第二通知消息可以为该客户端基于输入的触发条件生成虚拟围栏以后，获取第二用户状态信息，并判断第二用户状态信息满足触发条件时生成。

关于客户端侧进行围栏识别的过程将在下一实施例中进行说明。

在本申请实施例的一种优选实施例中，所述触发条件与指定操作相对应，本申请实施例还可以包括如下步骤：

具体的，围栏设置信息还可以包括满足触发条件时的指定操作，该指定操作与触发条件相相应。例如，该指定操作可以为对电器的控制操作、消息推送操作等，本申请实施例对此不作限定。

第一通知消息或第二通知消息还可以用于触发第三方服务器执行指定操作。具体的，当服务器生成第一通知消息或接收到第二通知消息以后，可以将该第一通知消息或第二通知消息发送至第三方服务器，第三方服务器接收到第一通知消息或第二通知消息后，可以执行指定操作。

例如，场景围栏是设定为“离家500米的时候自动打开空调”，LBS服务器采集用户的第一用户状态信息，当识别到用户离家500米的时候，发现满足场景围栏，就生成第一通知消息并发送至第三方服务器，第三方服务器接收到第一通知消息以后，就可以控制空调打开。

在一种实施方式中，如果第一通知消息与第二通知消息一致，则可以从中选择任一通知消息发送至第三方服务器。

在具体实现中，上述的“一致”可以理解为第二通知消息中的定位信息与第一通知消息的定位信息相同，和/或，第二通知消息中的行为信息与第一通知消息的行为信息相同。

在另一种实施方式中，如果第一通知消息与第二通知消息不一致，服务器是将第一通知消息发送至第三方服务器还是将第二通知消息发送至第三方服务器，可以采用如下方式进行判断：

获取所述第一通知消息的第一精确度，以及，所述第二通知消息的第二精确度；若所述第一精确度大于所述第二精确度，则将第一通知消息发送至第三方服务器；若所述第一精确度小于所述第二精确度，则将所述第二通知消息发送至第三方服务器。

具体的，第一通知消息的第一精确度可以为LBS服务器定位的精确度，第二通知消息的第二精确度可以为LBS客户端定位的精确度。

在具体实现中，LBS服务器端定位的精确度可以为LBS服务器多次获得定位信息后与实际的位置信息比较后，位置正确的概率。LBS客户端定位的精确度可以为LBS客户端多次获得定位信息后与实际的位置信息比较后，位置正确的概率。

如果第一精确度大于所述第二精确度，则以第一通知消息为准，将第一通知消息发送至第三方服务器。否则，如果第一精确度小于所述第二精确度，则以第二通知消息为准，将第二通知消息发送至第三方服务器。

在本申请实施例的一种优选实施例中，如果判定第一用户状态信息不满足虚拟围栏的触发条件，则本申请实施例还可以包括如下步骤：

判断所述虚拟围栏是否满足所述有效条件；若是，则返回所述采集第一用户状态信息的步骤；若否，则删除所述虚拟围栏。

在具体实现中，如果判定第一用户状态信息不满足虚拟围栏的触发条件，则进一步判断该虚拟围栏是否满足所有有效条件。

例如，如果有效条件为有效期以及触发次数，则可以对有效期以及触发次数进行判断，如果该场景围栏不在有效期限内，或者该场景围栏的已经触发的次数达到触发次数，则该场景围栏失效，可以在LBS服务器侧删除该场景围栏。

如果该虚拟围栏在有效期限内以及该虚拟围栏的已经触发的次数没有达到触发次数，则该虚拟围栏仍然有效，此时可以继续采集第一用户状态信息以进行虚拟围栏的判断。

当然，用户也可以直接通过第三方应用程序或第三方服务器下发删除围栏的指令，服务器接收到该指令后，删除对应的围栏。

在实际应用中，本申请实施例的虚拟围栏可以作为操作系统的基础能力，作为底层服务存在，对外提供调用接口，提供给第三方应用程序开发者，第三方应用程序可以通过虚拟围栏发送的通知来提供服务。

例如，音乐播放软件可以获得“用户正在奥森跑步”这样的场景通知，那么就可以根据这个场景来提供最适合这个场景的内容和服务；航旅应用可以感知“用户离开了自己常住的城市，正在旅行”的通知，而主动推送机票或酒店信息；餐饮优惠应用可以感知“用户来到了XX购物中心，正好是饭点，可能需要吃饭”这样的场景事件而推荐餐馆信息。

在定向投放的业务中，也可以利用本申请实施例的场景围栏的能力，比如，识别出“用户正在参加某种会议”这个场景事件，从而给用户推送大会最新的动态和场地信息。

参照图2，示出了本申请的一种基于虚拟围栏的信息处理方法实施例二的步骤流程图，本申请实施例从客户端侧进行说明，可以包括如下步骤：

步骤201，生成虚拟围栏；

在本发明实施例的一种优选实施例中，步骤201可以包括如下子步骤：

子步骤S21，接收服务器推送的围栏设置信息，其中，所述围栏设置信息为所述服务器接收的用户经由第三方服务器输入的信息；

子步骤S22，基于所述围栏设置信息生成虚拟围栏。

第三方服务器可以调用LBS服务器所提供的接口，向用户提供输入围栏设置信息的环境，则用户可以直接通过第三方服务器输入围栏设置信息。

当LBS服务器接收到第三方服务器下发的围栏设置信息以后，可以将该围栏设置信息推送至客户端，则客户端接收到围栏设置信息以后，基于该围栏设置信息在客户端侧创建对应的虚拟围栏。

在本发明实施例的另一种优选实施例中，步骤201可以包括如下子步骤：

子步骤S31，接收用户经由第三方应用程序输入的围栏设置信息，其中，所述围栏设置信息包括所述触发条件；

子步骤S32，基于所述围栏设置信息生成虚拟围栏。

在具体实现中，第三方应用程序还可以调用LBS客户端所提供的接口，向用户提供输入围栏设置信息的环境，则用户可以直接通过第三方应用程序输入围栏设置信息，第三方应用程序接收到围栏设置信息以后，将该围栏设置信息下发至客户端中，促使客户端根据该围栏设置信息生成对应的虚拟围栏。

在本申请实施例中，触发条件并不局限于兴趣点信息，还可以包括兴趣面信息，拓展了虚拟围栏的类型，使得本申请实施例的虚拟围栏不仅仅局限于仅包含坐标信息的地理围栏，还可以包括场景围栏。

按名称指定的道路：如“宏泰东街”等；

特指的一系列路线：如“回家的常走路线”

步骤202，获取第二用户状态信息；

当LBS客户端创建了虚拟围栏以后，则说明LBS客户端中有围栏任务需要进行识别，此时，LBS客户端开始采集第二用户状态信息。

作为本申请实施例的一种优选示例，第二用户状态信息可以包括第二定位数据和/或第二行为数据。第二定位数据可以用于指示当前终端设备(用户)的位置信息，第二行为数据用于指示当前用户的行为信息，例如，静止、走路、跑步、骑车、开车等行为。

在具体实现中，LBS客户端可以基于终端设备中的多种传感器和信标数据来获取第二用户状态信息，例如，可以通过终端设备上的GPS传感器或终端设备所在电信移动运营商的移动通信网络获取终端设备的第二定位数据，也可以是通过上述两种方式的结合获取终端设备的第二定位数据。

当然，也可以通过其他方式获取终端设备的第二定位数据，例如，可以通过WIFI热点信息获取第二定位数据。通常每个WIFI热点信息中包括该WIFI热点的详细地理位置信息，终端设备在连接至WIFI热点的网络时，可以获取当前WIFI热点的第二定位数据。所述终端设备可以以当前连接的WIFI热点的地理位置信息作为所述终端设备的第二定位数据。

又如，可以通过终端设备上的加速度传感器来获知用户处于什么活动状态，例如，静止、走路、跑步、骑车、开车等。

当然，本申请实施例并不限于上述获取第二用户状态信息，本领域技术人员在客户端侧采用其他方式以达到用户定位和用户行为分析的目的均是可以的，本申请实施例对此不作限制。

在实际中，可以根据终端设备的第二行为数据来确定是否获取第二定位数据，例如，当从第二行为数据中用户当前处于静止状态时，则在获取一次第二定位数据后，到该第二行为数据变化前，可以不用再次获取第二定位数据，从而节省了客户端多次重复定位所消耗的电量或流量。

步骤203，在判定所述第二用户状态信息满足所述虚拟围栏的触发条件时，生成第二通知消息；

当客户端获得第二用户状态信息以后，则可以进行围栏识别，判断该第二用户状态信息是否满足虚拟围栏的触发条件。

在本申请实施例的一种优选实施例中，可以采用如下方式判断所述第二用户状态信息是否满足所述虚拟围栏的触发条件：

具体的，若触发条件为POI或AOI，如果第二定位数据在用户设定的POI或AOI范围内，则可以判定该第二用户状态信息满足触发条件，说明用户已经进入虚拟围栏内，否则，则判定该第二用户状态信息不满足触发条件。例如，一个虚拟围栏设定当用户在王府井时触发，那么当LBS客户端识别出当前位置在王府井时，就判定为满足围栏的触发条件。

或者，

若触发条件为POI或AOI以及指定用户行为信息，如果第二定位数据在用户设定的POI或AOI内以及第二行为数据属于指定用户行为信息，则可以判定该第二用户状态信息满足触发条件。否则，如果第二定位数据不在用户设定的POI或AOI内，或者，虽然第二定位数据在用户设定的POI或AOI内，但第二行为数据不属于指定用户行为信息，则可以判定该第二用户状态信息不满足触发条件。例如，一个场景围栏是设定当用户在体育中心跑步时触发，那么当LBS客户端识别出用户当前的位置在体育中心，并且用户在跑步时，则判定为满足围栏的触发条件；若识别出用户当前的位置在体育中心，但用户没有跑步，则判定为不满足围栏的触发条件。

如果判定当前用户的第二用户状态信息满足虚拟围栏的触发条件，则LBS客户端可以生成第二通知消息。作为本申请实施例的一种示例，该第二通知消息可以包括但不限于围栏标识、该第二行为数据、第二定位数据、围栏设置信息等。

步骤204，将所述第二通知消息发送至服务器。

当LBS客户端生成第二通知消息以后，可以将第二通知消息发送至LBS服务器。

接收所述服务器推送的第一通知消息。

具体的，本申请实施例中，客户端可以与服务器进行识别结果的互通，从而提高围栏识别精确度。客户端除了可以将第二通知消息发送至服务器，还可以接收来自服务器的第一通知消息。

其中，所述第一通知消息为所述服务器基于所述输入的触发条件生成虚拟围栏以后，采集第一用户状态信息，并判断所述第一用户状态信息满足所述触发条件时生成。

关于服务器侧进行围栏识别的过程可以参考上一实施例的说明。

第一通知消息或第二通知消息还可以用于触发第三方服务器执行指定操作。具体的，当客户端生成第二通知消息或接收到第一通知消息以后，可以将该第二通知消息或第一通知消息发送至第三方应用程序，第三方应用程序随后将该第二通知消息或第一通知消息发送至第三方服务器，第三方服务器接收到第一通知消息或第二通知消息后，可以执行指定操作。

例如，场景围栏是设定为“离家500米的时候自动打开空调”，LBS客户端采集用户的第二用户状态信息，当识别到用户离家500米的时候，发现满足场景围栏，就生成第二通知消息并将第二通知消息经由第三方应用程序发送至第三方服务器，第三方服务器接收到第二通知消息以后，就可以控制空调打开。

在一种实施方式中，如果第二通知消息与第一通知消息一致，则可以从中选择任一通知消息发送至第三方服务器。

在具体实现中，上述的“一致”可以理解为第一通知消息中的定位信息与第二通知消息的定位信息相同，和/或，第一通知消息中的行为信息与第二通知消息的行为信息相同。

在另一种实施方式中，如果第二通知消息与第一通知消息不一致，客户端是将第一通知消息发送至第三方应用程序还是将第二通知消息发送至第三方应用程序，可以采用如下方式进行判断：

如果第一精确度大于所述第二精确度，则以第一通知消息为准，将第一通知消息发送至第三方应用程序。否则，如果第一精确度小于所述第二精确度，则以第二通知消息为准，将第二通知消息发送至第三方应用程序。

在本申请实施例的一种优选实施例中，如果判定第二用户状态信息不满足虚拟围栏的触发条件，则本申请实施例还可以包括如下步骤：

判断所述虚拟围栏是否满足所述有效条件；若是，则返回所述获取第二用户状态信息的步骤；若否，则删除所述虚拟围栏。

在具体实现中，如果判定第二用户状态信息不满足虚拟围栏的触发条件，则进一步判断该虚拟围栏是否满足所有有效条件。

例如，如果有效条件为有效期以及触发次数，则可以对有效期以及触发次数进行判断，如果该场景围栏不在有效期限内，或者该场景围栏的已经触发的次数达到触发次数，则该场景围栏失效，可以在LBS客户端侧删除该场景围栏。

如果该虚拟围栏在有效期限内以及该虚拟围栏的已经触发的次数没有达到触发次数，则该虚拟围栏仍然有效，此时可以继续获取第二用户状态信息以进行虚拟围栏的判断。

当然，用户也可以直接通过第三方应用程序或第三方服务器下发删除围栏的指令，客户端接收到该指令后，删除对应的围栏。

在本申请实施例中，LBS客户端在进行围栏识别的过程中，可以参考来自LBS服务器的同步识别结果，将LBS服务器和LBS客户端相结合，进行同步识别，互通识别结果，从而可以提高了LBS客户端的识别精度。

为了使本领域技术人员更好地理解本申请实施例，以下通过一个实际应用场景对本申请实施例加以说明。

参考图3，示出了本申请的一种基于场景围栏的信息处理方法实施例三的示意图。

场景围栏可以包括服务器侧的场景围栏以及客户端侧的场景围栏，本申请实施例中，服务器与客户端同时进行场景围栏的识别，互通识别结果，使得识别结果更加精确。

在客户端侧可以执行如下步骤：

1)客户端可以接收第三方应用程序下发的创建围栏请求或服务器发送的创建围栏请求，该创建围栏请求包括围栏设置信息。

2)客户端可以基于该围栏设置信息在客户端增加对应的场景围栏。

3)客户端判断是否有围栏任务需要识别，具体的，客户端侧如果有场景围栏，则判定为有围栏任务需要识别；否则，则判定为没有有围栏任务需要识别，此时，停止识别。

4)如果客户端侧有围栏任务需要识别，则进行场景围栏识别，采集用户的第二用户状态信息，判断该第二用户状态信息是否满足围栏的触发条件。

5)如果满足，则生成第一通知消息，并将第一通知消息发送至第三方应用程序以及服务器。

6)如果不满足，则判断该场景围栏是否失效，若失效，则删除围栏，如果没有失效，则返回执行上述步骤3)。

7)客户端还可以接收根据第三方应用程序下发的删除围栏请求或服务器发送的删除围栏请求，删除对应的围栏。

在服务器侧可以执行如下步骤：

1)服务器可以接收第三方服务器下发的创建围栏请求或客户端发送的创建围栏请求，该创建围栏请求包括围栏设置信息。

2)服务器可以基于该围栏设置信息在服务器增加对应的场景围栏。

3)服务器判断是否有围栏任务需要识别，具体的，服务器侧如果有场景围栏，则判定为有围栏任务需要识别；否则，则判定为没有有围栏任务需要识别，此时，停止识别。

4)如果服务器侧有围栏任务需要识别，则进行场景围栏识别，采集用户的第一用户状态信息，判断该第一用户状态信息是否满足围栏的触发条件。

5)如果满足，则生成第二通知消息，并将第二通知消息发送至第三方服务器以及客户端。

7)服务器还可以接收根据第三方服务器下发的删除围栏请求或客户端发送的删除围栏请求，删除对应的围栏。

在实际应用中，场景围栏可以作为操作系统的基础能力提供给开发者，例如音乐播放软件可以获得“用户正在奥森跑步”这样的场景通知，那么就可以根据这个场景来提供最适合这个场景的内容和服务；航旅应用可以感知“用户离开了自己常住的城市，正在旅行”而主动推送机票或酒店信息；餐饮优惠应用可以感知“用户来到了XX购物中心，正好是饭点，可能需要吃饭”这样的场景事件而推送餐馆信息。

而在定向投放的业务中，也可以利用场景围栏的能力，比如，当识别出“用户正在参加某会议”这个场景事件，从而给用户推送大会最新的动态和场地信息。

本申请实施例的场景围栏类型多样化，至少可以包括如下类型的一种或多种：

a.AOI/POI，比如“机场”、“景区”、“商场”、“餐厅”、“咖啡馆”、”电影院”、”星巴克”、”麦当劳”。

b.或按类别划分的道路，例如“高速”、“国道”；按名称指定的一条道路，如“宏泰东街”；

c.特指的一系列路线，如“回家的常走路线”；

d.某地点的价位，评价等。

本实例中的场景围栏与一般的地理围栏相比，具有如下优势：

1.本申请实施例的场景围栏可以包括兴趣面区域围栏。

2.本申请实施例的场景围栏可以不经过客户端应用设置围栏触发条件；

3.本申请实施例的场景围栏不局限于明确经纬度的虚拟围栏，其可以是某个事件围栏，比如判定是否处于某种活动状态或某个时间段，也可以是按类别划分的道路，路线或者主客观评价等任何标签的围栏。

本申请实施例从实现方式上为客户端和服务端挖掘相结合，客户端和服务端同时识别，互通识别结果，达到识别效果最佳。

需要说明的是，对于方法实施例，为了简单描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本申请实施例并不受所描述的动作顺序的限制，因为依据本申请实施例，某些步骤可以采用其他顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作并不一定是本申请实施例所必须的。

参照图4，示出了本申请的一种基于虚拟围栏的服务器实施例的结构框图，所述服务器可以包括如下模块：

第一围栏生成模块401，用于生成虚拟围栏，其中，所述虚拟围栏是根据输入的触发条件生成的，所述触发条件包括兴趣点信息和/或兴趣面信息；

第一用户信息采集模块402，用于采集第一用户状态信息；

第一围栏识别模块403，用于在判定所述第一用户状态信息满足所述虚拟围栏的触发条件时，生成第一通知消息；

通知推送模块404，用于将所述第一通知消息推送至客户端。

在本申请实施例的一种优选实施例中，所述虚拟围栏包括如下类型的一种或多种：

兴趣点围栏；

兴趣面围栏；

按类别划分的道路；

按名称指定的道路；

特指的一系列路线；

包含指定特征信息的事件围栏。

在本申请实施例的一种优选实施例中，所述服务器还包括：

第一通知接收模块，用于接收所述客户端发送的第二通知消息，其中，所述第二通知消息为所述客户端基于所述输入的触发条件生成虚拟围栏以后，获取第二用户状态信息，并判断所述第二用户状态信息满足所述触发条件时生成。

在本申请实施例的一种优选实施例中，所述触发条件与指定操作相对应；所述服务器还包括：

第一消息发送模块，用于将所述第一通知消息或所述第二通知消息发送至第三方服务器，所述第三方服务器用于基于所述第一通知消息或所述第二通知消息执行所述指定操作。

在本申请实施例的一种优选实施例中，所述第一围栏生成模块401可以包括：

第一设置信息接收子模块，用于接收用户经由第三方服务器输入的围栏设置信息，其中，所述围栏设置信息包括所述触发条件；

第一围栏生成子模块，用于基于所述围栏设置信息生成虚拟围栏。

在本申请实施例的一种优选实施例中，所述围栏设置信息还包括有效条件；所述服务器还包括：

第一有效判断模块，用于在判定所述第一用户状态信息不满足所述虚拟围栏的触发条件时，判断所述虚拟围栏是否满足所述有效条件；若是，则调用所述第一用户信息采集模块；若否，则调用第一围栏删除模块；

第一围栏删除模块，用于删除所述虚拟围栏。

在本申请实施例的一种优选实施例中，所述触发条件还包括指定用户行为信息；所述第一用户状态信息包括第一定位数据和/或第一行为数据；

对于服务器实施例而言，由于其与上述方法实施例基本相似，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

参照图5，示出了本申请的一种基于虚拟围栏的客户端实施例的结构框图，所述客户端可以包括如下模块：

第二围栏生成模块501，用于生成虚拟围栏，其中，所述虚拟围栏是根据输入的触发条件生成的，所述触发条件包括兴趣点信息或兴趣面信息；

第二用户信息采集模块502，用于获取第二用户状态信息；

第二围栏识别模块503，用于在判定所述第二用户状态信息满足所述虚拟围栏的触发条件时，生成第二通知消息；

通知发送模块504，用于将所述第二通知消息发送至服务器。

兴趣点围栏；

兴趣面围栏；

按类别划分的道路；

按名称指定的道路；

特指的一系列路线；

包含指定特征信息的事件围栏。

在本申请实施例的一种优选实施例中，所述客户端还包括：

第二通知接收模块，用于接收所述服务器推送的第一通知消息，其中，所述第一通知消息为所述服务器基于所述输入的触发条件生成虚拟围栏以后，采集第一用户状态信息，并判断所述第一用户状态信息满足所述触发条件时生成。

在本申请实施例的一种优选实施例中，所述触发条件与指定操作相对应；所述客户端还包括：

第二消息发送模块，用于将所述第一通知消息或所述第二通知消息发送至第三方应用程序，所述第三方应用程序用于基于所述第一通知消息或所述第二通知消息通知第三方服务器执行所述指定操作。

在本申请实施例的一种优选实施例中，所述第二围栏生成模块501可以包括：

第二设置信息接收子模块，用于接收服务器推送的围栏设置信息，其中，所述围栏设置信息为所述服务器接收的用户经由第三方服务器输入的信息；

第二围栏生成子模块，用于基于所述围栏设置信息生成虚拟围栏。

在本申请实施例的一种优选实施例中，所述第二围栏生成模块包括：

第三设置信息接收子模块，用于接收用户经由第三方应用程序输入的围栏设置信息，其中，所述围栏设置信息包括所述触发条件；

第三围栏生成子模块，用于基于所述围栏设置信息生成虚拟围栏。

在本申请实施例的一种优选实施例中，所述围栏设置信息还包括有效条件；所述客户端还包括：

第二有效判断模块，用于在判定所述第二用户状态信息不满足所述虚拟围栏的触发条件时，判断所述虚拟围栏是否满足所述有效条件；若是，则调用所述第二用户信息采集模块；若否，则调用第二围栏删除模块；

第二围栏删除模块，用于删除所述虚拟围栏。

在本申请实施例的一种优选实施例中，所述触发条件还包括指定用户行为信息；所述第二用户状态信息包括依据终端设备获取的第二定位数据以及第二行为数据；

对于客户端实施例而言，由于其与上述方法实施例基本相似，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

图6为本申请一实施例提供的是基于虚拟围栏的信息处理设备(下面简称为信息处理设备)硬件结构示意图。该信息处理设备可以集成在车载系统中，还可以是独立的车载系统。如图6所示，该信息处理设备可以包括处理器20、输出设备21、输入设备22、存储器23和至少一个通信总线24。通信总线24用于实现元件之间的通信连接。存储器23可能包含高速RAM存储器，也可能还包括非易失性存储NVM，例如至少一个磁盘存储器，存储器中可以存储各种程序，用于完成各种处理功能以及实现本实施例的方法步骤。

可选的，上述处理器20例如可以为中央处理器(Central Processing Unit，简称CPU)、应用专用集成电路(ASIC)、数字信号处理器(DSP)、数字信号处理设备(DSPD)、可编程逻辑器件(PLD)、现场可编程门阵列(FPGA)、控制器、微控制器、微处理器或其他电子元件实现，该处理器20通过车内线路或无线连接耦合到上述输入设备22和输出设备21。

可选的，上述输入设备22可以包括多种输入设备，例如可以包括面向用户的用户接口、面向设备的设备接口、收发信机中的至少一个。可选的，该面向设备的设备接口可以是用于设备与设备之间进行数据传输的有线接口、还可以是用于设备与设备之间进行数据或者指令传输的硬件插入接口(例如USB接口、串口、车体硬件设施之间的接口等)；可选的，该面向用户的用户接口例如可以是面向用户的控制按键、用于接收语音输入的语音输入设备以及用户接收用户触摸输入的触摸感知设备(例如具有触摸感应功能的触摸屏、触控板等)；可选的，上述收发信机可以是具有通信功能的射频收发芯片、基带处理芯片以及收发天线等。本申请实施例中的信息处理设备为一通用的信息处理设备，其可以适用于任一的控制系统或者控制设备或者其他类型的设备。可选的，上述输出设备21可以为相应的具有通信功能的输出接口或者语音播放设备或者收发信机。

可选的，该信息处理设备可以是用于交通工具的信息处理设备，例如，可以是用于车辆的信息处理设备、用于飞行器的信息处理设备、用于水路运输工具的信息处理设备等。

在本申请实施例一种实施例中，处理器20，用于生成虚拟围栏，其中，所述虚拟围栏是根据输入的触发条件生成的，所述触发条件包括兴趣点信息和/或兴趣面信息；

输入设备22，耦合至所述处理器20，用于采集第一用户状态信息；

所述处理器20，还用于在判定输入设备22获得的所述第一用户状态信息满足所述虚拟围栏的触发条件时，生成第一通知消息；

输出设备21，耦合至所述处理器20，用于将所述第一通知消息推送至客户端。

本申请实施例提供的信息处理设备，可以执行上述方法实施例，其实现原理和技术效果类似，在此不再赘述。

可选的，所述虚拟围栏包括如下类型的一种或多种：

兴趣点围栏；

兴趣面围栏；

按类别划分的道路；

按名称指定的道路；

特指的一系列路线；

包含指定特征信息的事件围栏。

可选的，输入设备22还用于接收所述客户端发送的第二通知消息，其中，所述第二通知消息为所述客户端基于所述输入的触发条件生成虚拟围栏以后，获取第二用户状态信息，并判断所述第二用户状态信息满足所述触发条件时生成。

可选的，所述触发条件与指定操作相对应；输出设备21还用于将所述第一通知消息或所述第二通知消息发送至第三方服务器，所述第三方服务器用于基于所述第一通知消息或所述第二通知消息执行所述指定操作。

可选的，处理器20具体用于接收用户经由第三方服务器输入的围栏设置信息，其中，所述围栏设置信息包括所述触发条件；基于所述围栏设置信息生成虚拟围栏。

可选的，所述围栏设置信息还包括有效条件；处理器20还用于：在判定所述第一用户状态信息不满足所述虚拟围栏的触发条件时，判断所述虚拟围栏是否满足所述有效条件；若是，则依据输入设备22继续采集第一用户状态信息；若否，则删除所述虚拟围栏。

可选的，所述触发条件还包括指定用户行为信息；所述第一用户状态信息包括第一定位数据和/或第一行为数据；处理器20具体用于：若所述第一定位数据在所述兴趣点信息或兴趣面信息的范围内和/或所述第一行为数据属于所述指定用户行为信息，则判定所述第一用户状态信息满足所述触发条件；若所述第一定位数据不在所述兴趣点信息或兴趣面信息的范围内和/或所述第一行为数据不属于所述指定用户行为信息，则判定所述第一用户状态信息不满足所述触发条件。

或者，

在本申请实施例另一种实施例中，处理器20，用于生成虚拟围栏，其中，所述虚拟围栏是根据输入的触发条件生成的，所述触发条件包括兴趣点信息和/或兴趣面信息；

输入设备22，耦合至所述处理器20，用于获取第二用户状态信息；

所述处理器20，还用于在判定输入设备22获得的所述第二用户状态信息满足所述虚拟围栏的触发条件时，生成第二通知消息；

输出设备21，耦合至所述处理器20，用于将所述第二通知消息发送至服务器。

可选的，所述虚拟围栏包括如下类型的一种或多种：

兴趣点围栏；

兴趣面围栏；

按类别划分的道路；

按名称指定的道路；

特指的一系列路线；

包含指定特征信息的事件围栏。

可选的，输入设备22还用于接收所述服务器推送的第一通知消息，其中，所述第一通知消息为所述服务器基于所述输入的触发条件生成虚拟围栏以后，采集第一用户状态信息，并判断所述第一用户状态信息满足所述触发条件时生成。

可选的，所述触发条件与指定操作相对应；输出设备21还用于将所述第一通知消息或所述第二通知消息发送至第三方应用程序，所述第三方应用程序用于基于所述第一通知消息或所述第二通知消息通知第三方服务器执行所述指定操作。

可选的，处理器20具体用于接收服务器推送的围栏设置信息，其中，所述围栏设置信息为所述服务器接收的用户经由第三方服务器输入的信息；基于所述围栏设置信息生成虚拟围栏。

可选的，处理器20具体用于接收用户经由第三方应用程序输入的围栏设置信息，其中，所述围栏设置信息包括所述触发条件；基于所述围栏设置信息生成虚拟围栏。

可选的，所述围栏设置信息还包括有效条件；处理器20还用于：在判定所述第二用户状态信息不满足所述虚拟围栏的触发条件时，判断所述虚拟围栏是否满足所述有效条件；若是，则依据输入设备22继续获取第二用户状态信息；若否，则删除所述虚拟围栏。

可选的，所述触发条件还包括指定用户行为信息；所述第一用户状态信息包括第一定位数据和/或第一行为数据；处理器20具体用于：若所述第二定位数据在所述兴趣点信息或兴趣面信息的范围内和/或所述第二行为数据属于所述指定用户行为信息，则判定所述第二用户状态信息满足所述触发条件；若所述第二定位数据不在所述兴趣点信息或兴趣面信息的范围内和/或所述第二行为数据不属于所述指定用户行为信息，则判定所述第二用户状态信息不满足所述触发条件。

图7是本申请一实施例提供的一种车载系统的框图。该车载系统800可以是一集成了多种功能的设备，例如，该车载系统可以是车载电脑、车机等，该车载系统可以包括上述的信息处理设备。

参照图7，车载系统800可以包括以下一个或多个组件：处理组件802，存储器804，电源组件806，多媒体组件808，音频组件810，输入/输出(I/O)的接口812，传感器组件814，以及通信组件816。

处理组件802通常控制车载系统800的整体操作，诸如与显示，电话呼叫，数据通信，相机操作和记录操作相关联的操作。处理组件802可以包括一个或多个处理器820来执行指令，以完成上述基于虚拟围栏的信息处理方法中步骤101至步骤104，或步骤201至步骤204的全部或部分步骤。此外，处理组件802可以包括一个或多个模块，便于处理组件802和其他组件之间的交互。例如，处理组件802可以包括多媒体模块，以方便多媒体组件808和处理组件802之间的交互。

存储器804被配置为存储各种类型的数据以支持在车载系统800的操作。这些数据的示例包括用于在车载系统800上操作的任何应用程序或方法的指令，联系人数据，电话簿数据，消息，图片，视频等。存储器804可以由任何类型的易失性或非易失性存储设备或者它们的组合实现，如静态随机存取存储器(SRAM)，电可擦除可编程只读存储器(EEPROM)，可擦除可编程只读存储器(EPROM)，可编程只读存储器(PROM)，只读存储器(ROM)，磁存储器，快闪存储器，磁盘或光盘。

电源组件806为车载系统800的各种组件提供电力。电源组件806可以包括电源管理系统，一个或多个电源，及其他与为车载系统800生成、管理和分配电力相关联的组件。

多媒体组件808包括在所述车载系统800和用户之间的提供一个输出接口的屏幕。在一些实施例中，屏幕可以包括液晶显示器(LCD)和触摸面板(TP)。如果屏幕包括触摸面板，屏幕可以被实现为触摸屏，以接收来自用户的输入信号。触摸面板包括一个或多个触摸传感器以感测触摸、滑动和触摸面板上的手势。所述触摸传感器可以不仅感测触摸或滑动动作的边界，而且还检测与所述触摸或滑动操作相关的持续时间和压力。在一些实施例中，多媒体组件808还可以包括前置摄像头。

音频组件810被配置为输出和/或输入音频信号。例如，音频组件810包括一个麦克风(MIC)，当车载系统800处于操作模式，如呼叫模式、记录模式和语音识别模式时，麦克风被配置为接收外部音频信号。所接收的音频信号可以被进一步存储在存储器804或经由通信组件816发送。在一些实施例中，音频组件810还包括一个扬声器，用于输出音频信号。

I/O接口812为处理组件802和外围接口模块之间提供接口，上述外围接口模块可以是点击轮、按钮等。这些按钮可包括但不限于：音量按钮、启动按钮和锁定按钮。

传感器组件814包括一个或多个传感器，用于为车载系统800提供各个方面的状态评估。在一些实施例中，该传感器组件814还可以包括加速度传感器，陀螺仪传感器，磁传感器，压力传感器或温度传感器。

通信组件816被配置为便于车载系统800和其他设备之间有线或无线方式的通信。车载系统800可以接入基于通信标准的无线网络，如WiFi，2G或3G，或它们的组合。在一个示例性实施例中，通信组件816经由广播信道接收来自外部广播管理系统的广播信号或广播相关信息。在一个示例性实施例中，所述通信组件816还包括近场通信(NFC)模块，以促进短程通信。例如，在NFC模块可基于射频识别(RFID)技术，红外数据协会(IrDA)技术，超宽带(UWB)技术，蓝牙(BT)技术和其他技术来实现。

在示例性实施例中，车载系统800可以被一个或多个应用专用集成电路(ASIC)、数字信号处理器(DSP)、数字信号处理设备(DSPD)、可编程逻辑器件(PLD)、现场可编程门阵列(FPGA)、控制器、微控制器、微处理器或其他电子元件实现，用于执行上述基于虚拟围栏的信息处理方法。

在上述图6中关于通用的信息处理设备的描述的基础上，本申请还提供了另一实施例，本实施例具体公开了一种用于交通工具的基于虚拟围栏的信息处理设备(下面简称信息处理设备)。可选的，该信息处理设备可以被整合在交通工具的中央控制系统中，例如可以被整合在上述实施例所涉及的车载系统中。可选的，该车载系统可以是车辆上的车机所集成的系统，例如车载导航系统和/或车载娱乐系统，还可以是包含车机和车辆其他设备例如传感器等的系统。可选的，该用于交通工具的信息处理设备包括但不限于：车机设备、交通工具出厂后附加的控制设备等等。

具体的，该用于交通工具的信息处理设备可以包括；机载输入设备、机载处理器、机载输出设备以及其他附加设备。需要说明的是，本申请实施例所涉及的“机载输入设备”、“机载输出设备”、“机载处理器”中的机载，可以是承载于车辆上的“车载输入设备”、“车载输出设备”以及“车载处理器”，还可以是承载于飞行器上的“机载输入设备”、“机载输出设备”、“机载处理器”，还可以是承载于其他类型交通工具上的设备，本申请实施例对“机载”的含义并不做限定。以交通工具是车辆为例，该机载输入设备可以是车载输入设备、机载处理器可以是车载处理器、机载输出设备可以是车载输出设备。

取决于所安装的交通工具的类型的不同，上述机载处理器可以使用各种应用专用集成电路(ASIC)、数字信号处理器(DSP)、数字信号处理设备(DSPD)、可编程逻辑器件(PLD)、现场可编程门阵列(FPGA)、中央处理器(CPU)、控制器、微控制器、微处理器或其他电子元件实现，并用于执行上述方法。上述机载处理器通过车内线路或无线连接耦合到上述机载输入设备和机载输出设备。按照上述图1与图2对应的实施例中的方法，机载处理器用于用于生成虚拟围栏，并在判定机载输入设备获得的所述第一用户状态信息或第二用户状态信息满足所述虚拟围栏的触发条件时，生成第一通知消息或第二通知消息；其中，所述虚拟围栏是根据输入的触发条件生成的，所述触发条件包括兴趣点信息或兴趣面信息。

取决于所安装的交通工具的类型的不同，上述机载输出设备可以是能够与用户进行交互的接口(例如语音播报设备、扬声器、耳机等)，或者，还可以是与用户的手持设备等建立无线传输的收发信机，该机载输出设备可以通过车内线路或者无线方式耦合至上述机载输入设备和机载处理器。按照上述图1与图2对应的实施例中的方法，机载输出设备，用于将所述第一通知消息推送至客户端，或者，用于将所述第二通知消息发送至服务器。

取决于所安装的交通工具的类型的不同，上述机载输入设备可以包括多种输入设备，例如可以包括面向用户的车载用户接口、面向设备的车载设备接口、收发信机中的至少一个。可选的，该面向设备的设备接口可以是用于设备与设备之间进行数据传输的有线接口(例如车辆的中控台上的与行车记录仪的连接接口、车辆的中控台上的与车门之间的线路接口、车辆的中控台上的与车载空调之间的硬件接口)、还可以是用于设备与设备之间进行数据传输的硬件插入接口(例如USB接口、串口等)、还可以是车辆的安全带插口、车辆发动机等硬件设施与其他控制设备之间的接口等；可选的，该面向用户的车载用户接口例如可以是用于车辆的方向盘控制按键、用于大型车辆或小型车辆的中控控制按键、用于接收语音输入的语音输入设备(例如，安置在方向盘或操作舵上的麦克风、中央声音采集设备、等等)、以及用户接收用户触摸输入的触摸感知设备(例如具有触摸感应功能的触摸屏、触控板等)；可选的，上述收发信机可以是车辆中具有通信功能的射频收发芯片、基带处理芯片以及收发天线等。按照上述图1和图2对应的实施例中的方法，该机载输入设备用于获取第二用户状态信息或第一用户状态信息。

进一步地，上述机载处理器还可以用于上述基于虚拟围栏的信息处理中图1和图2对应的实施例中的全部或部分步骤，本申请实施例在此不再赘述。

一种计算机/处理器可读存储介质，所述存储介质中存储有程序指令，所述程序指令用于使所述计算机/处理器执行：

采集第一用户状态信息；

将所述第一通知消息推送至客户端。

可选的，所述虚拟围栏包括如下类型的一种或多种：

兴趣点围栏；

兴趣面围栏；

按类别划分的道路；

按名称指定的道路；

特指的一系列路线；

包含指定特征信息的事件围栏。

可选的，所述程序指令还用于使所述计算机/处理器执行：

可选的，所述触发条件与指定操作相对应；所述程序指令还用于使所述计算机/处理器执行：

可选的，所述生成虚拟围栏的操作包括：

基于所述围栏设置信息生成虚拟围栏。

可选的，所述围栏设置信息还包括有效条件；所述程序指令还用于使所述计算机/处理器执行：

若是，则返回所述采集第一用户状态信息的步骤；

若否，则删除所述虚拟围栏。

判断所述第一用户状态信息是否满足所述虚拟围栏的触发条件的操作包括：

本申请实施例还公开了一种计算机/处理器可读存储介质，所述存储介质中存储有程序指令，所述程序指令用于使所述计算机/处理器执行：

获取第二用户状态信息；

将所述第二通知消息发送至服务器。

可选的，所述虚拟围栏包括如下类型的一种或多种：

兴趣点围栏；

兴趣面围栏；

按类别划分的道路；

按名称指定的道路；

特指的一系列路线；

包含指定特征信息的事件围栏。

可选的，所述程序指令还用于使所述计算机/处理器执行：

可选的，所述生成虚拟围栏的操作包括：

基于所述围栏设置信息生成虚拟围栏。

可选的，所述生成虚拟围栏的操作包括：

基于所述围栏设置信息生成虚拟围栏。

若是，则返回所述获取第二用户状态信息的步骤；

若否，则删除所述虚拟围栏。

判断所述第二用户状态信息是否满足所述虚拟围栏的触发条件的操作包括：

上述可读存储介质可以是由任何类型的易失性或非易失性存储设备或者它们的组合实现，如静态随机存取存储器(SRAM)，电可擦除可编程只读存储器(EEPROM)，可擦除可编程只读存储器(EPROM)，可编程只读存储器(PROM)，只读存储器(ROM)，磁存储器，快闪存储器，磁盘或光盘。

在上述实施例的基础上，本申请还提供一种车载互联网操作系统。本领域技术人员可以理解，该车载互联网操作系统可以管理和控制上述图6或图7所示的基于虚拟围栏的信息处理设备的硬件或者车载系统的硬件或者本申请所涉及的用于交通工具的基于虚拟围栏的信息处理设备的硬件以及本申请所涉及的软件资源的计算机程序，是直接运行在上述基于虚拟围栏的信息处理设备或用于交通工具的基于虚拟围栏的信息处理设备或者上述图7所涉及的车载系统上的软件。该操作系统可以是用户与上述基于虚拟围栏的信息处理设备或者用于交通工具的基于虚拟围栏的信息处理设备的接口，也可以是硬件与其它软件的接口。

本申请提供的车载互联网操作系统，可以与车辆上的其他模块或功能设备进行交互，以控制相应模块或功能设备的功能。

具体地，以上述实施例中的交通工具为车辆、该基于虚拟围栏的信息处理设备为车辆上的车机为例，基于本申请提供的车载互联网操作系统以及车辆通信技术的发展，使得车辆不再独立于通信网络以外，车辆可以与服务端或者网络服务器互相连接起来组成网络，从而形成车载互联网。该车载互联网系统可以提供语音通信服务、定位服务、导航服务、移动互联网接入、车辆紧急救援、车辆数据和管理服务、车载娱乐服务等。

下面详细说明本申请提供的车载互联网操作系统的结构示意图。图8为本申请一实施例提供的车载互联网操作系统的结构示意图。如图8所示，本申请提供的操作系统包括：

围栏生成单元31，用于根据车载输入设备获取的触发条件生成虚拟围栏，所述触发条件包括兴趣点信息和/或兴趣面信息；

推送单元32，用于判断车载输入设备获取的第一用户状态信息满足所述虚拟围栏的触发条件时，生成第一通知消息并推送至客户端。

或者，

所述推送单元32，用于判断车载输入设备获取的第二用户状态信息满足所述虚拟围栏的触发条件时，生成第二通知消息并发送至服务器。

具体地，本实施例中的信息处理系统可以包括上述实施例中的基于虚拟围栏的信息处理设备的部分硬件，例如可以包括上述实施例中的处理器和输出设备。该信息处理系统还可以集成在上述车载互联网操作系统，还可以作为辅助车载互联网操作系统执行相应功能操作的系统。

进一步地，该车载互联网操作系统可以通过上述的围栏生成单元31以及推送单元32，或者在上述两种单元的基础上，结合其它单元，控制相应的组件以执行上述图1和图2所述的方法。

本说明书中的各个实施例均采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似的部分互相参见即可。

本领域内的技术人员应明白，本申请实施例的实施例可提供为方法、装置、或计算机程序产品。因此，本申请实施例可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本申请实施例可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

本申请实施例是参照根据本申请实施例的方法、终端设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序操作指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序操作指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理终端设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理终端设备的处理器执行的操作指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序操作指令也可存储在能引导计算机或其他可编程数据处理终端设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的操作指令产生包括操作指令装置的制造品，该操作指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序操作指令也可装载到计算机或其他可编程数据处理终端设备上，使得在计算机或其他可编程终端设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程终端设备上执行的操作指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

尽管已描述了本申请实施例的优选实施例，但本领域内的技术人员一旦得知了基本创造性概念，则可对这些实施例做出另外的变更和修改。所以，所附权利要求意欲解释为包括优选实施例以及落入本申请实施例范围的所有变更和修改。

最后，还需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者终端设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者终端设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者终端设备中还存在另外的相同要素。

以上对本申请所提供的一种基于虚拟围栏的信息处理方法、客户端及服务器进行了详细介绍，本文中应用了具体个例对本申请的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本申请的方法及其核心思想；同时，对于本领域的一般技术人员，依据本申请的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本申请的限制。

Claims

1.一种基于虚拟围栏的信息处理方法，其特征在于，所述方法包括：

采集第一用户状态信息；

将所述第一通知消息推送至客户端。

2.根据权利要求1所述的方法，其特征在于，所述虚拟围栏包括如下类型的一种或多种：

兴趣点围栏；

兴趣面围栏；

按类别划分的道路；

按名称指定的道路；

特指的一系列路线；

包含指定特征信息的事件围栏。

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

4.根据权利要求3所述的方法，其特征在于，所述触发条件与指定操作相对应；所述方法还包括：

5.根据权利要求1或2所述的方法，其特征在于，所述生成虚拟围栏的步骤包括：

基于所述围栏设置信息生成虚拟围栏。

6.根据权利要求5所述的方法，其特征在于，所述围栏设置信息还包括有效条件；所述方法还包括：

若是，则返回所述采集第一用户状态信息的步骤；

若否，则删除所述虚拟围栏。

7.根据权利要求1所述的方法，其特征在于，所述触发条件还包括指定用户行为信息；所述第一用户状态信息包括第一定位数据和/或第一行为数据；

8.一种基于虚拟围栏的信息处理方法，其特征在于，所述方法包括：

获取第二用户状态信息；

将所述第二通知消息发送至服务器。

9.根据权利要求8所述的方法，其特征在于，所述虚拟围栏包括如下类型的一种或多种：

兴趣点围栏；

兴趣面围栏；

按类别划分的道路；

按名称指定的道路；

特指的一系列路线；

包含指定特征信息的事件围栏。

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

11.根据权利要求10所述的方法，其特征在于，所述触发条件与指定操作相对应；所述方法还包括：

12.根据权利要求8所述的方法，其特征在于，所述生成虚拟围栏的步骤包括：

基于所述围栏设置信息生成虚拟围栏。

13.根据权利要求8所述的方法，其特征在于，所述生成虚拟围栏的步骤包括：

基于所述围栏设置信息生成虚拟围栏。

14.根据权利要求12或13所述的方法，其特征在于，所述围栏设置信息还包括有效条件；所述方法还包括：

若是，则返回所述获取第二用户状态信息的步骤；

若否，则删除所述虚拟围栏。

15.根据权利要求8所述的方法，其特征在于，所述触发条件还包括指定用户行为信息；所述第二用户状态信息包括依据终端设备获取的第二定位数据以及第二行为数据；

16.一种基于虚拟围栏的服务器，其特征在于，所述服务器包括：

第一用户信息采集模块，用于采集第一用户状态信息；

通知推送模块，用于将所述第一通知消息推送至客户端。

17.一种基于虚拟围栏的客户端，其特征在于，所述客户端包括：

第二用户信息采集模块，用于获取第二用户状态信息；

通知发送模块，用于将所述第二通知消息发送至服务器。

18.一种基于虚拟围栏的信息处理设备，其特征在于，包括：

19.一种基于虚拟围栏的信息处理设备，其特征在于，包括：

20.一种用于交通工具的基于虚拟围栏的信息处理设备，其特征在于，包括：机载处理器、机载输出设备和机载输入设备；

21.一种用于交通工具的基于虚拟围栏的信息处理设备，其特征在于，包括：机载处理器、机载输出设备和机载输入设备；

22.一种车载互联网操作系统，其特征在于，包括：

23.一种车载互联网操作系统，其特征在于，包括：