精准信息推送方法、装置和系统与流程

本发明涉及信息推送领域，尤其涉及一种精准信息推送方法、装置和系统。

背景技术：

当前，随着精准信息需求的增多，很多APP(Application，应用)都提供了基于位置的服务，如某平台APP基于用户位置显示用户附近的餐厅、附近外卖商户信息；某些平台APP基于用户位置提供多种上门服务；某地图类APP基于用户当前位置提供导航服务等。这些服务基本上都是用户先打开APP，然后启动定位功能，再进行检索与选择，获取用户附近的目标服务。这种服务方式可以满足大部分用户的基本需求，但对用户的使用习惯和使用场景考虑并不充分，如用户在陌生地区寻找某种服务(吃饭、旅游等)，只能在APP中被动地重复上述服务过程，无法快捷地获取到目标服务内容，这个服务过程存在高度冗余的弊端，影响用户体验。另外，服务提供方在整个服务过程中处于被动服务状态，缺少主动服务的机制。

为了弥补上述不足，很多APP又提供了主动推送消息的服务，这些服务虽然提高了服务提供方的主动性，但具体的推送内容却完全由服务方主导，对个性化需求考虑不足，缺少可定制服务机制，所推内容容易被用户判定为垃圾信息而关闭该功能。另外，这种推送消息通知时往往有声音提醒且在通知栏中生成文本标签，对用户也是一种干扰。

技术实现要素：

本发明要解决的一个技术问题是提供一种能够精准推送信息的方案。

根据本发明一方面，提出一种精准信息推送方法，包括：接收应用客户端发送的服务主题；接收应用客户端发送的用户位置信息；根据服务主题和用户位置信息获取目标服务内容，并将目标服务内容以静默方式推送给应用客户端，以便应用客户端在前台运行时向用户展示目标服务内容。

进一步地，该方法还包括：接收应用客户端在前台运行时发送的由用户设定的服务主题；和/或接收应用客户端在后台运行时以预定时间间隔发送的用户位置信息，其中应用客户端通过应用程序编程接口获取操作系统的核心框架提供的用户位置信息。

进一步地，将目标服务内容以静默方式推送给应用客户端包括：将目标服务内容转发至操作系统服务器，以便操作系统服务器以静默方式向应用客户端推送目标服务内容。

进一步地，该方法还包括：根据应用客户端在后台运行时以预定时间间隔发送的用户位置信息，搜索用户位置预定范围内与服务主题相关的目标服务内容，并将目标服务内容转发至苹果服务器，以便苹果服务器以静默方式向应用客户端推送目标服务内容；应用客户端对目标服务内容进行校验，若校验成功，则将目标服务内容进行缓存，并触发定时器进行重新计时，以便应用客户端重新获取用户位置信息。

进一步地，应用客户端在前台运行时向用户展示目标服务内容包括：应用客户端判断当前时间与缓存时间之差是否超过时间阈值；若超过时间阈值，则向应用服务器获取最新目标服务内容，以便向用户展示最新目标服务内容；若未超过时间阈值，则直接向用户展示当前缓存的目标服务内容。

进一步地，应用客户端在前台运行时向用户展示目标服务内容包括：应用客户端在前台运行时，通过透明悬浮窗以列表的形式向用户展示目标服务内容。

根据本发明的另一方面，还提出一种应用服务器，包括：服务主题接收单元，用于接收应用客户端发送的服务主题；位置信息接收单元，用于接收应用客户端发送的用户位置信息；服务内容获取单元，用于根据服务主题和用户位置信息获取目标服务内容；服务内容推送单元，用于将目标服务内容以静默方式推送给应用客户端，以便应用客户端在前台运行时向用户展示目标服务内容。

进一步地，服务主题接收单元用于接收应用客户端在前台运行时发送的由用户设定的服务主题；和/或位置信息接收单元用于接收应用客户端在后台运行时以预定时间间隔发送的用户位置信息，其中应用客户端通过应用程序编程接口获取操作系统的核心框架提供的用户位置信息。

进一步地，服务内容推送单元用于将目标服务内容转发至操作系统服务器，以便操作系统服务器以静默方式向应用客户端推送目标服务内容。

进一步地，服务内容获取单元用于根据应用客户端在后台运行时以预定时间间隔发送的用户位置信息，搜索用户位置预定范围内与服务主题相关的目标服务内容；服务内容推送单元用于将目标服务内容转发至苹果服务器，以便苹果服务器以静默方式向应用客户端推送目标服务内容，以及在应用客户端发送获取最新目标服务内容请求时，向应用客户端推送最新目标服务内容。

根据本发明的另一方面，还提出一种应用客户端，包括：服务主题发送单元，用于向应用服务器发送服务主题；位置信息发送单元，用于向应用服务器发送用户位置信息；服务内容接收单元，用于接收应用服务器以静默方式推送的目标服务内容，其中，应用服务器根据服务主题和用户位置信息获取目标服务内容；服务内容展示单元，用于当应用客户端在前台运行时向用户展示目标服务内容。

进一步地，服务主题发送单元用于当应用客户端在前台运行时向应用服务器发送由用户选择的服务主题；和/或位置信息发送单元用于当应用客户端在后台运行时以预定时间间隔向应用服务器发送用户位置信息，其中应用客户端通过应用程序编程接口获取操作系统的核心框架提供的用户位置信息。

进一步地，服务内容接收单元用于对目标服务内容进行校验，若校验成功，则将目标服务内容进行缓存，并触发定时器进行重新计时，以便应用客户端重新获取用户位置信息。

进一步地，该应用客户端还包括时间判断单元和信息请求单元；时间判断单元用于判断当前时间与缓存时间之差是否超过时间阈值；信息请求单元用于若当前时间与缓存时间之差超过时间阈值，则向应用服务器获取最新目标服务内容；服务内容接收单元用于接收应用服务器发送的最新目标服务内容；服务内容展示单元用于向用户展示最新目标服务内容，或在当前时间与缓存时间之差未超过时间阈值，直接向用户展示当前缓存的目标服务内容。

进一步地，服务内容展示单元用于当应用客户端在前台运行时，通过透明悬浮窗以列表的形式向用户展示目标服务内容。

根据本发明的另一方面，还提出一种精准信息推送系统，包括上述的应用服务器和上述的应用客户端。

进一步地，该系统还包括操作系统服务器；操作系统服务器用于接收应用服务器发送的目标服务内容，并将目标服务内容以静默方式推送给应用客户端。

根据本发明的另一方面，还提出一种精准信息推送系统，包括：存储器；以及耦接至存储器的处理器，处理器被配置为基于存储在存储器的指令执行上述的方法。

与现有技术相比，本发明应用服务器根据应用客户端发送的服务主题和用户位置信息获取目标服务内容，并将目标服务内容以静默方式推送给应用客户端，以便应用客户端在前台运行时向用户展示目标服务内容，能够在不打扰用户的前提下为用户提供精准的信息推送服务。

通过以下参照附图对本发明的示例性实施例的详细描述，本发明的其它特征及其优点将会变得清楚。

附图说明

构成说明书的一部分的附图描述了本发明的实施例，并且连同说明书一起用于解释本发明的原理。

参照附图，根据下面的详细描述，可以更加清楚地理解本发明，其中：

图1为本发明精准信息推送方法的一个实施例的流程示意图。

图2为本发明精准信息推送方法的另一个实施例的流程示意图。

图3为本发明精准信息推送方法的一个具体实施例的流程示意图。

图4A为本发明精准信息推送的通信流程示意图。

图4B为本发明应用客户端在后台处理时的流程示意图。

图5为本发明应用服务器的一个实施例的结构示意图。

图6为本发明应用客户端的一个实施例的结构示意图。

图7为本发明应用客户端的另一个实施例的结构示意图。

图8为本发明精准信息推送系统的一个实施例的结构示意图。

图9为本发明精准信息推送系统的另一个实施例的结构示意图。

图10为本发明精准信息推送系统的再一个实施例的结构示意图。

具体实施方式

现在将参照附图来详细描述本发明的各种示例性实施例。应注意到：除非另外具体说明，否则在这些实施例中阐述的部件和步骤的相对布置、数字表达式和数值不限制本发明的范围。

同时，应当明白，为了便于描述，附图中所示出的各个部分的尺寸并不是按照实际的比例关系绘制的。

以下对至少一个示例性实施例的描述实际上仅仅是说明性的，决不作为对本发明及其应用或使用的任何限制。

对于相关领域普通技术人员已知的技术、方法和设备可能不作详细讨论，但在适当情况下，所述技术、方法和设备应当被视为授权说明书的一部分。

在这里示出和讨论的所有示例中，任何具体值应被解释为仅仅是示例性的，而不是作为限制。因此，示例性实施例的其它示例可以具有不同的值。

应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步讨论。

为使本发明的目的、技术方案和优点更加清楚明白，以下结合具体实施例，并参照附图，对本发明进一步详细说明。

图1为本发明精准信息推送方法的一个实施例的流程示意图。该精准信息推送方法包括以下步骤：

在步骤110，APP(Application，应用)服务器接收APP客户端发送的服务主题。当APP客户端在前台运行时，可以向用户提供多种服务，用户在查找附近的内容时并非对所有的内容都感兴趣，因此，可以在APP客户端以列表的形式向用户展示多种服务主题，客户可以根据自己的兴趣选择服务主题，例如用户对美食感兴趣，可以选择美食推荐信息等，用户对名胜古迹感兴趣，可以选择名胜古迹推荐信息。APP客户端收到用户选择的服务主题后，将该服务主题上传至APP服务器。

在步骤120，APP服务器接收APP客户端发送的用户位置信息。当APP客户端在后台运行时，通过API(Application Programming Interface，应用程序编程接口)获取操作系统的核心框架提供的用户位置信息，并以预定时间间隔将用户位置信息上传至APP服务器，避免不必要的资源消耗。

在步骤130，APP服务器根据服务主题和用户位置信息获取目标服务内容。APP服务器收到用户当前位置后，搜索用户附近与用户设定服务主题相关的内容，例如获取用户所在地点附近的餐厅信息、游乐场所等。

在步骤140，APP服务器将目标服务内容以静默方式推送给APP客户端。其中，APP服务器可以先将目标服务内容转发给具有静默推送功能的操作系统服务器，操作系统服务器以静默方式推送目标服务内容，其中操行系统服务器例如为iOS服务器、Linux服务器或Windows服务器等。当然，如果APP运行在Andriod操行系统上，则可以由APP服务器直接将目标服务内容以静默方式推送给APP客户端。

在步骤150，当APP客户端在前台运行时向用户展示目标服务内容。例如，APP客户端可以采用透明浮窗的方法，以信息列表的形式向用户展示目标服务内容。如果用户认为当前信息有用，可以点击相关内容直接进入服务内容详情，如果用户认为当前信息没用，可以关闭该浮窗。

在该实施例中，APP服务器接收APP客户端发送的服务主题和用户位置信息后，根据服务主题和用户位置信息获取目标服务内容，并将目标服务内容以静默方式推送给APP客户端，以便APP客户端在前台运行时向用户展示目标服务内容，因此，能够在不打扰用户的前提下为用户提供精准的信息推送服务。

图2为本发明精准信息推送方法的另一个实施例的流程示意图。该精准信息推送方法包括以下步骤：

在步骤210，APP客户端在前台运行时，将用户设定的服务主题发送至APP服务器。当APP客户端提供多种服务时，用户可以在该APP客户端根据自己的兴趣设定服务主题。另外，由于本方法是一种后台运行技术，即在用户未实际使用APP客户端的情况下运行任务，这个过程的资源消耗用户可以自己控制，因此，也可以在APP客户端设置是否开启信息推送的开关。

在步骤220，APP客户端在后台运行时，实时获取用户位置，并以预定时间间隔将用户位置信息上传至APP服务器。该过程可以采用操作系统核心框架提供的API获取当前用户精确位置信息。例如，采用iOS的Core Foundation提供的API获取当前手机的精确位置。

在步骤230，APP服务器接收到用户位置信息后搜索用户附近与用户设定服务主题相关的目标服务内容。为了避免过多的资源消耗，可以在任务设定阶段设置时间间隔，即每隔一段时间请求搜索目标服务内容，当APP客户端进入后台运行时，定时器开始工作。

在步骤240，APP服务器将目标服务内容转发至具有静默推送功能的操作系统服务器，操作系统服务器将目标服务内容以静默方式推送给APP客户端。例如，操作系统服务器可以为苹果服务器，APP服务器将目标服务内容先转发至苹果服务器，苹果服务器以iOS静默方式向APP客户端推送目标服务内容。

在步骤250，APP客户端在后台收到目标服务内容数据后，对数据进行校验，校验成功后缓存该数据。例如，对数据进行合法性和完整信息校验，校验成功后，将数据缓存，释放该过程所占资源，同时重置定时器进入下一个计时环节，即数据经校验无误后直接写入硬盘(或覆盖已有内容)，然后清除当前所占内存。若数据不合法或不完整，则丢弃该数据。

在步骤260，APP客户端判断当前时间与缓存时间之差是否超过时间阈值，若超过时间阈值，则执行步骤270，否则执行步骤280。例如，下午三点APP客户端进入了后台，此时，APP上报一次地理位置，服务器完成消息推送，缓存的时间为下午三点，假设此时用户进入了地铁长达一个小时，这段时间没有网络，APP客户端不能将位置报告给APP服务器，APP的缓存就没有更新，等用户四点钟出了地铁并打开APP，此时当前时间为四点，两者差已经相差一个小时了，这一个小时用户的位置变化可能已经很大，客户端缓存的数据已不足以反应用户的周边情况，当用户打开APP时会去APP服务器请求最新的数据，而不是使用缓存数据。

在步骤270，APP客户端向APP服务器获取最新目标服务内容，并向用户展示最新目标服务内容。

在步骤280，APP客户端向用户展示当前缓存的目标服务内容。

在该实施例中，用户可以根据自己的兴趣设定服务主题，实现了个性化定制，APP服务器接收APP客户端发送的服务主题和用户位置信息后，根据服务主题和用户位置信息获取目标服务内容，并将目标服务内容以静默方式推送给APP客户端，使得服务提供方从被动服务者转变为主动服务者，为更多的精准信息推送提供了可能，另外，该实施例还实现了在不打扰用户的前提下为用户提供精准的信息推送服务。

图3为本发明精准信息推送方法的一个具体实施例的流程示意图。其中，可以在iOS操作系统上安装APP客户端，该精准信息推送方法包括以下步骤：

在步骤310，用户在APP客户端设置服务主题，例如，设置美食服务主题，APP将美食服务主题发送至APP服务器，该过程在APP客户端在前台运行时由用户主动设置。其中，APP客户端提供的服务主题可以以标签的形式列举，用户根据自己的兴趣选择对应的服务主题。

在步骤320，APP客户端在后台运行时采用iOS提供的Stand Local Service(标准地理位置服务)实时获取用户位置信息，并将该位置信息上报至APP服务器。其中，iOS开发时只需要创建CLLocationManager对象，并将AllowsBackgroundLocationUpdates属性设置为YES，调用StartUpdatingLocation开始更新位置，对应的StopUpdatingLocation结束位置更新，用户位置通过属性location获取。

对于地理位置获取，iOS提供了两种位置获取方法，即标准地理位置技术与重大地理位置变化技术。前者实时获取用户位置，但需要后台一直执行，能耗较高；后者则是在用户地理位置出现明显变化时才更新用户位置，iOS的位置定位技术为基于位置的精确信息推送创造了条件。该实施例中采用了标准地理位置技术，而重大地理位置变化技术也可以完成本发明中所涉及的功能。

另外，由于本方法需要后台长时间运行，因此需要提取注册应用类型。苹果为了保证系统具有良好的用户体验，提供了一系列的长时间运行的特别功能，如音频和广播(Audio and AirPlay)、地理位置更新(Location updates)、外部设备连接、蓝牙连接等。但是这些功能因为具有耗电量大，占用内存多等特点。苹果为了避免开发者滥用这些功能，需要开发者如实上报自己用了哪种功能，苹果根据APP的特点确认该功能是否为必需，否则APP在审核时会被拒绝。

在步骤330，APP服务器根据美食服务主题和当前用户位置信息搜索到A餐厅和B餐厅，并将A餐厅和B餐厅信息转发至苹果服务器。

在步骤340，苹果服务器将A餐厅和B餐厅信息以iOS静默方式推送给APP客户端。其中，iOS系统对通知进行集中管理，即苹果服务器将消息推送给苹果公司推出的智能终端，例如iPhone、iPad、iPodtouch等，其中消息中携带有该APP的标识，当点击通知时就能找到的宿主APP。

在步骤350，APP客户端对接收的消息进行合法性和完整性校验。若校验成功则将数据缓存，释放该过程所占资源，于此同时重置定时器进入下一个计时环节。例如，服务器发送的数据包含多个字段，并以特定的数据结构传输给客户端，但服务器因为未知原因会传错字段，如传了数组，此时客户端无法解析数据，会造成异常显示甚至崩溃。因此首先要检测其结构是否正确(当然还包括判空以及数据结构内部项目个数为0等)，即进行合法性校验。另外，如果数据包含4个字段，但输出过程中丢了两个字段，会造成数据的不完整，因此也需要对数据的完整性进行校验。

在步骤360，APP客户端对服务内容进行合理性检验。例如，由于网络问题等可能的原因，后台缓存的数据可能过时太久，因此，首先判断当前时间与缓存时间之差是否超过预设阈值，如果超出，则执行步骤370。

在步骤370，此时本地缓存内容存在较大偏差，APP客户端向APP服务器发送网络请求以获取最新内容。

在步骤380，APP客户端向用户展示目标服务内容。由于APP进入后台前系统会对APP当前状态进行保存，而在APP重新进入前台后恢复以前APP的状态，内容展示将在APP恢复原状态之后进行。

其中，该实施例中的通信过程可以如图4A所示，包括APP在前台和后台两部分，前台处理的通信逻辑包括两部分：第一部分为用户设定任务后，APP需要将设定服务主题传送至APP服务器，为后续的消息推送做准备；第二部分为当APP转到前台时，可能存在后台缓存的数据过时的问题，此时显示这些信息不合理，因此，APP发送网络请求以便APP服务器返回最新数据。后台处理的通信逻辑包括两部分，一是定时地向APP服务器发送用户当前的位置信息，二是接收经由苹果服务器推送的服务器信息。在一个实施例中APP后台处理可以如图4B所示，后台在接收到用户当前位置后，搜索用户附近与用户设定服务主题相关的内容，并将此消息转发至苹果服务器，苹果服务器再将此消息转推给用户APP，这个过程称之为APNs。其优势在于能最大限度的减少App后台运行时的资源消耗。App在后台接收到数据后，首先对数据进行合法性与完整性校验，然后将数据缓存，释放该过程所占资源，于此同时重置定时器进入下一个计时环节。

在该实施例中，利用iOS提供的实时位置获取功能和静默推送功能，在不打扰用户的前提下为用户提供精准的信息推送服务，使得服务提供方从被动服务者转变为主动服务者，为更多的精准信息推送提供了可能。另外，由于用户可以在客户端根据个人兴趣选择需要推送的信息，因此该实施例还能够实现个性化信息推荐。

图5为本发明应用服务器的一个实施例的结构示意图。该应用服务器包括服务主题接收单元510、位置信息接收单元520、服务内容获取单元530和服务内容推送单元540，其中：

服务主题接收单元510用于接收APP客户端发送的服务主题。当APP客户端在前台运行时，可以向用户提供多种服务，用户在查找附近的内容时并非对所有的内容都感兴趣，因此，可以在APP客户端以列表的形式向用户展示多种服务主题，客户可以根据自己的兴趣选择服务主题，例如用户对美食感兴趣，可以选择美食推荐信息等，用户对名胜古迹感兴趣，可以选择名胜古迹推荐信息。APP客户端收到用户选择的服务主题后，将该服务主题上传至APP服务器。

位置信息接收单元520用于接收APP客户端发送的用户位置信息。当APP客户端在后台运行时，通过API获取操作系统的核心框架提供的用户位置信息，并以预定时间间隔将用户位置信息上传至APP服务器，避免不必要的资源消耗。

服务内容获取单元530用于根据服务主题和用户位置信息获取目标服务内容。其中，APP服务器收到用户当前位置后，搜索用户附近与用户设定服务主题相关的内容，例如获取用户所在地点附近的餐厅信息、游乐场所等。

服务内容推送单元540用于将目标服务内容以静默方式推送给APP客户端，以便APP客户端在前台运行时向用户展示目标服务内容。其中，APP服务器可以先将目标服务内容转发给具有静默推送功能的操作系统服务器，操作系统服务器以静默方式推送目标服务内容。

在该实施例中，APP服务器接收APP客户端发送的服务主题和用户位置信息后，根据服务主题和用户位置信息获取目标服务内容，并将目标服务内容以静默方式推送给APP客户端，以便APP客户端在前台运行时向用户展示目标服务内容，因此，能够在不打扰用户的前提下为用户提供精准的信息推送服务。

在本发明的另一个实施例中，服务主题接收单元510用于接收APP客户端在前台运行时发送的由用户设定的服务主题。位置信息接收单元520用于接收APP客户端在后台运行时以预定时间间隔发送的用户位置信息。其中，APP客户端在后台运行时采用iOS提供的Stand Local Service实时获取用户位置信息，并将该位置信息上报至APP服务器。服务内容获取单元530用于根据接收到的用户位置信息搜索用户附近与用户设定服务主题相关的目标服务内容。为了避免过多的资源消耗，可以在任务设定阶段设置时间间隔，即每隔一段时间请求搜索目标服务内容，当APP客户端进入后台运行时，定时器开始工作。服务内容推送单元540用于将目标服务内容转发至具有静默推送功能的操作系统服务器，例如推送至苹果服务器，苹果服务器以iOS静默方式向APP客户端推送目标服务内容。

在该实施例中，利用iOS提供的实时位置获取功能和静默推送功能，在不打扰用户的前提下为用户提供精准的信息推送服务，使得服务提供方从被动服务者转变为主动服务者，为更多的精准信息推送提供了可能。另外，由于用户可以在客户端根据个人兴趣选择需要推送的信息，因此该实施例还能够实现个性化信息推荐。

图6为本发明应用客户端的一个实施例的结构示意图。该应用客户端包括服务主题发送单元610、位置信息发送单元620、服务内容接收单元630和服务内容展示单元640，其中：

服务主题发送单元610用于向APP服务器发送服务主题。当APP客户端在前台运行时，可以向用户提供多种服务，用户在查找附近的内容时并非对所有的内容都感兴趣，因此，可以在APP客户端以列表的形式向用户展示多种服务主题，客户可以根据自己的兴趣选择服务主题，例如用户对美食感兴趣，可以选择美食推荐信息等，用户对名胜古迹感兴趣，可以选择名胜古迹推荐信息。APP客户端收到用户选择的服务主题后，将该服务主题上传至APP服务器。

位置信息发送单元620用于向APP服务器发送用户位置信息。当APP客户端在后台运行时，通过API获取操作系统的核心框架提供的用户位置信息，并以预定时间间隔将用户位置信息上传至APP服务器，避免不必要的资源消耗。

服务内容接收单元630用于接收APP服务器以静默方式推送的目标服务内容。其中，APP服务器收到用户当前位置后，搜索用户附近与用户设定服务主题相关的内容，例如获取用户所在地点附近的餐厅信息、游乐场所等。另外，APP服务器可以先将目标服务内容转发给具有静默推送功能的操作系统服务器，操作系统服务器以静默方式推送目标服务内容。

服务内容展示单元640用于当APP客户端在前台运行时向用户展示目标服务内容。例如，APP客户端可以采用透明浮窗的方法，以信息列表的形式向用户展示目标服务内容。如果用户认为当前信息有用，可以点击相关内容直接进入服务内容详情，如果用户认为当前信息没用，可以关闭该浮窗。

在该实施例中，APP客户端将服务主题和用户位置信息发送至APP服务器后，APP服务器根据服务主题和用户位置信息获取目标服务内容，并将目标服务内容以静默方式推送给APP客户端，APP客户端在前台运行时向用户展示目标服务内容，因此，能够在不打扰用户的前提下为用户提供精准的信息推送服务。

图7为本发明应用客户端的另一个实施例的结构示意图。该应用客户端包括服务主题发送单元710、位置信息发送单元720、服务内容接收单元730、时间判断单元740、信息请求单元750和服务内容展示单元760，其中：

服务主题发送单元710用于当APP客户端在前台运行时向APP服务器发送由用户选择的服务主题。当APP客户端提供多种服务时，用户可以在该APP客户端根据自己的兴趣设定服务主题。另外，由于本方法是一种后台运行技术，即在用户未实际使用APP客户端的情况下运行任务，这个过程的资源消耗用户可以自己控制，因此，也可以在APP客户端设置是否开启信息推送的开关。

位置信息发送单元720用于当APP客户端在后台运行时采用iOS提供的Stand Local Service实时获取用户位置信息，并以预定时间间隔向APP服务器发送用户位置信息。

服务内容接收单元730用于接收APP服务器以静默方式推送的目标服务内容。其中，APP服务器将目标服务内容先转发至苹果服务器，苹果服务器以iOS静默方式向APP客户端推送目标服务内容。

服务内容接收单元730还用于在后台收到目标服务内容数据后，对数据进行校验，校验成功后缓存该数据。例如，对数据进行合法性和完整信息校验，校验成功后，将数据缓存，释放该过程所占资源，同时重置定时器进入下一个计时环节，即数据经校验无误后直接写入硬盘(或覆盖已有内容)，然后清除当前所占内存。若数据不合法或不完整，则丢弃该数据。

时间判断单元740用于判断当前时间与缓存时间之差是否超过时间阈值。例如，由于网络问题等可能的原因，后台缓存的数据可能过时太久，因此，首先判断当前时间与缓存时间之差是否超过预设阈值。

信息请求单元750用于若当前时间与缓存时间之差超过时间阈值，则向APP服务器获取最新目标服务内容。服务内容接收730单元接收APP服务器发送的最新目标服务内容。

服务内容展示单元760用于当APP客户端在前台运行时，通过透明悬浮窗以列表的形式向用户展示目标服务内容。

在该实施例中，用户可以根据自己的兴趣设定服务主题，实现了个性化定制，另外还能够减少用户在APP中的冗余操作。APP服务器根据服务主题和用户位置信息获取目标服务内容，并将目标服务内容以静默方式推送给APP客户端，使得服务提供方从被动服务者转变为主动服务者，为更多的精准信息推送提供了可能，另外，该实施例还实现了在不打扰用户的前提下为用户提供精准的信息推送服务。

图8为本发明精准信息推送系统的一个实施例的结构示意图。该精准信息推送系统包括应用客户端810和应用服务器820。其中，应用客户端810和应用服务器820已在上述实施例中进行了详细介绍，此处不再进一步阐释。

在该实施例中，允许用户设定服务主题，APP客户端在后台运行实时获取用户地理位置，每隔一段时间将用户当前地理位置发送给APP服务器，APP服务器筛选出用户附近符合设定主题的服务内容并以静默推送的方式推送给APP客户端，当APP客户端进入前台后直接展示给用户。能够实现在不打扰用户的前提下为用户提供精准的信息推送服务，另外也使得服务提供方从被动服务者转变为主动服务者，为更多的精准信息推送提供了可能。

在本发明的另一个实施例中，该精准信息推送系统还包括操作系统服务器830，操作系统服务器830可以为苹果服务器，本实施例利用苹果服务器的静默推送技术与地理位置获取技术，实现了一个可定制的信息推送服务，减少了用户获取信息的时间，同时提供服务的过程不需要干扰到用户。

图9为本发明精准信息推送系统的另一个实施例的结构示意图。该精准信息推送系统包括存储器910和处理器920。其中：

存储器910可以是磁盘、闪存或其它任何非易失性存储介质。存储器用于存储图1-3所对应实施例中的指令。

处理器920耦接至存储器910，可以作为一个或多个集成电路来实施，例如微处理器或微控制器。该处理器920用于执行存储器中存储的指令，能够实现在不打扰用户的前提下为用户提供精准的信息推送服务。

在一个实施例中，还可以如图10所示，精准信息推送系统1000包括存储器1010和处理器1020。处理器1020通过BUS总线1030耦合至存储器1010。该多层级数据展示装置1000还可以通过存储接口1040连接至外部存储装置1050以便调用外部数据，还可以通过网络接口1060连接至网络或者另外一台计算机系统(未标出)。此处不再进行详细介绍。

在该实施例中，通过存储器存储数据指令，再通过处理器处理上述指令，能够利用iOS提供的实时位置获取功能和静默推送功能，在不打扰用户的前提下为用户提供精准的信息推送服务，使得服务提供方从被动服务者转变为主动服务者，为更多的精准信息推送提供了可能。另外，由于用户可以在客户端根据个人兴趣选择需要推送的信息，因此该实施例还能够实现个性化信息推荐。

至此，已经详细描述了本发明。为了避免遮蔽本发明的构思，没有描述本领域所公知的一些细节。本领域技术人员根据上面的描述，完全可以明白如何实施这里公开的技术方案。

可能以许多方式来实现本发明的方法以及装置。例如，可通过软件、硬件、固件或者软件、硬件、固件的任何组合来实现本发明的方法以及装置。用于所述方法的步骤的上述顺序仅是为了进行说明，本发明的方法的步骤不限于以上具体描述的顺序，除非以其它方式特别说明。此外，在一些实施例中，还可将本发明实施为记录在记录介质中的程序，这些程序包括用于实现根据本发明的方法的机器可读指令。因而，本发明还覆盖存储用于执行根据本发明的方法的程序的记录介质。

虽然已经通过示例对本发明的一些特定实施例进行了详细说明，但是本领域的技术人员应该理解，以上示例仅是为了进行说明，而不是为了限制本发明的范围。本领域的技术人员应该理解，可在不脱离本发明的范围和精神的情况下，对以上实施例进行修改。本发明的范围由所附权利要求来限定。