CN106603601A - 服务处理方法、装置、系统及终端设备 - Google Patents

Abstract

本申请提出一种服务处理方法、装置、系统及终端设备，其中，该方法包括：根据预存的服务映射关系中的事件，监控终端设备中与所述事件对应的触发对象的动态信息；若根据所述动态信息确定所述事件触发，则根据所述服务映射关系中与所述事件对应的服务指令响应所述事件。通过本发明提供的服务处理方法、装置、系统及终端设备，优化了服务提供商的服务触发机制，提高了服务处理方式和内容的多样性和灵活性。

Description

服务处理方法、装置、系统及终端设备

技术领域

本申请涉及通信技术领域，尤其涉及一种服务处理方法、装置、系统及终端设备。

背景技术

越来越多服务提供商在应用平台上注册服务账号，其中，应用平台例如包括：微信公众平台、支付宝公众平台，通过服务账号向与应用平台对应的终端用户提供更快捷和轻便的服务。

目前，服务提供商在应用平台，通过服务账号以简单的组播或者广播形式周期性的向终端用户统一发送系统服务消息。具体来说，偏重提供服务的账号在每个月的固定时间向用户推选服务消息；偏重提供资讯的账号每天向用户推送资讯。

由此可见，目前服务提供商的服务触发机制仅仅根据时间周期，单方向的向终端用户主动推送服务消息，终端用户被动接受，服务触发机制与终端用户完全割裂，导致服务形式和内容过于单一，具有很大的局限性。

发明内容

本申请旨在至少在一定程度上解决相关技术中的技术问题之一。

为此，本申请的第一个目的在于提出一种服务处理方法，该方法优化了服务提供商的服务触发机制，提高了服务处理方式和内容的多样性和灵活性。

本申请的第二个目的在于提出一种服务处理装置。

本申请的第三个目的在于提出一种终端设备。

本申请的第四个目的在于提出一种服务处理系统。

为达上述目的，本申请第一方面实施例提出了一种服务处理方法，包括：根据预存的服务映射关系中的事件，监控终端设备中与所述事件对应的触发对象的动态信息；若根据所述动态信息确定所述事件触发，则根据所述服务映射关系中与所述事件对应的服务指令响应所述事件。

本申请实施例的服务处理方法，首先根据预存的服务映射关系中的事件，监控终端设备中与所述事件对应的触发对象的动态信息；若根据所述动态信息确定所述事件触发，则根据所述服务映射关系中与所述事件对应的服务指令响应所述事件。由此，优化了服务提供商的服务触发机制，提高了服务处理方式和内容的多样性和灵活性。

为达上述目的，本申请第二方面实施例提出了一种服务处理装置，包括：监控模块，用于根据预存的服务映射关系中的事件，监控终端设备中与所述事件对应的触发对象的动态信息；处理模块，用于若根据所述动态信息确定所述事件触发，则根据所述服务映射关系中与所述事件对应的服务指令响应所述事件。

本申请实施例的服务处理装置，通过监控模块根据预存的服务映射关系中的事件，监控终端设备中与所述事件对应的触发对象的动态信息；通过处理模块若根据所述动态信息确定所述事件触发，则根据所述服务映射关系中与所述事件对应的服务指令响应所述事件。。由此，优化了服务提供商的服务触发机制，提高了服务处理方式和内容的多样性和灵活性。

为达上述目的，本申请第三方面实施例提出了一种终端设备，包括：设备本体，以及如上所述的服务处理装置。

本申请实施例的终端设备，通过服务处理装置首先根据预存的服务映射关系中的事件，监控终端设备中与所述事件对应的触发对象的动态信息；若根据所述动态信息确定所述事件触发，则根据所述服务映射关系中与所述事件对应的服务指令响应所述事件。由此，优化了服务提供商的服务触发机制，提高了服务处理方式和内容的多样性和灵活性。

为达上述目的，本申请第四方面实施例提出了一种服务处理系统，包括：云平台、以及至少一个终端设备，其中，所述终端设备包括：如上所述的服务处理装置，其中，所述云平台，用于服务提供商注册映射信息，所述映射信息包括：事件与服务指令的对应关系，并与所述终端设备建立连接，向所述终端设备发送服务映射关系，所述服务映射关系包括：至少一个映射信息；所述终端设备，用于将所述服务映射关系存储在所述服务处理装置中。

本申请实施例的服务处理系统，通过服务处理装置首先根据预存的服务映射关系中的事件，监控终端设备中与所述事件对应的触发对象的动态信息；若根据所述动态信息确定所述事件触发，则根据所述服务映射关系中与所述事件对应的服务指令响应所述事件。由此，优化了服务提供商的服务触发机制，提高了服务处理方式和内容的多样性和灵活性。

附图说明

本发明上述的和/或附加的方面和优点从下面结合附图对实施例的描述中将变得明显和容易理解，其中：

图1是本申请一个实施例的服务处理方法的流程图；

图2是本申请另一个实施例的服务处理方法的流程图；

图3是本申请另一个实施例的服务处理方法的流程图；

图4为通过操作系统通知中心向用户推送信息的界面示意图；

图5为通过消息模板向用户推送信息的界面示意图；

图6为服务处理系统示意图；

图7为服务处理交互示意图；

图8是本申请一个实施例的服务处理装置的结构示意图；

图9是本申请另一个实施例的服务处理装置的结构示意图；

图10是本申请另一个实施例的服务处理装置的结构示意图；

图11是本申请一个实施例的服务处理系统的结构示意图。

具体实施方式

下面详细描述本申请的实施例，所述实施例的示例在附图中示出，其中自始至终相同或类似的标号表示相同或类似的元件或具有相同或类似功能的元件。下面通过参考附图描述的实施例是示例性的，旨在用于解释本申请，而不能理解为对本申请的限制。

下面参考附图描述本申请实施例的服务处理方法、装置、系统及终端设备。

图1是本申请一个实施例的服务处理方法的流程图。

如图1所示，该服务处理方法包括：

步骤101，根据预存的服务映射关系中的事件，监控终端设备中与所述事件对应的触发对象的动态信息。

本实施例提供的服务处理方法被配置在具有平台应用的终端设备中，比如手机、平板电脑、智能穿戴设备、计算机等，其中，平台应用支持服务提供商通过该应用向终端设备提供服务，可以包括：操作系统中的平台应用，比如云操作系统，或者用户安装应用中提供的公众平台，比如支付宝公众平台或者微信公众平台。服务提供商在平台应用后台注册服务账号后，可以通过平台应用向用户提供服务。其中，服务提供商的类型很多，例如：地图服务提供商、美食服务提供商、团购服务提供商、音视频服务提供商等，不同的服务提供商提供不同的服务内容。

为了推送多样的服务形式和内容，服务提供商预先设置了服务映射关系，服务映射关系包括：事件和服务指令的对应关系，当事件触发时，则会根据服务映射关系执行与事件对应的服务指令响应该事件。服务指令是响应事件的指令集合，即事件触发时，响应此事件的所有指令，该服务指令用于描述一个要执行的操作，可以通过JavaScript语言来描述，或者，直接编写为一段计算机可执行代码。

一般情况下，事件和服务指令的对应关系的具体内容有很多，可以选择合适的时机(即事件触发)向用户推送服务(即触发服务指令)，例如：

可以设置事件为：手机锁屏时，对应的服务指令为关掉无线通信模块；

可以设置事件为：应用通过广播消息发送更新通知时，对应的服务指令为：自动更新该应用；

可以设置事件为：电池电量低于固定的阈值时，对应的服务指令为：调暗屏幕亮度；

可以设置事件为：插上耳机时，对应的服务指令为：推送热度最高的音视频内容；

可以设置事件为：手机内存高于固定的阈值时，对应的服务指令为：推送优化提示消息；

可以设置事件为：用户在设定时间、设定位置时，对应的服务指令为：通过地图向用户推送最佳路径，这条指令可以由地图服务的服务提供商设置；

可以设置事件为：用户购买了电影票，对应的服务指令为：推送打车服务，这条指令可以由打车服务的服务提供商设置；

可以设置事件为：用户购买了电影票，对应的服务指令为：推送打车服务，这条指令可以由打车服务的服务提供商设置。

以上仅为举例，本申请实施例中，事件和服务指令的对应关系可以灵活设置，可以由多方提交注册，例如，由服务提供商请求注册，或由用户设置等。通过设置事件和服务指令的对应关系，可以监控到事件发生时，触发执行与事件对应的服务指令，通过服务指令的执行，以向用户提供更合适的服务。

终端设备预先存储上述的服务映射关系，获取服务映射关系的方式很多，可以从服务提供商注册服务映射关系的第三方平台下载，例如云平台，该方式可以支持服务提供商根据需要在云平台更新服务映射关系的内容，各个终端设备可以随时同步更新，灵活性较高。因此，云平台一般采用动态语言Javascript来编写服务映射关系，则终端设备就采用具备Javascript的解析和执行能力的V8或JavascriptCore来实现，通过JS执行引擎执行服务指令对应的JS脚本。也可以是服务提供商预先将服务映射关系写入应用中，终端设备通过安装该应用获取服务映射关系。

需要说明的是，服务映射关系中的事件包括：服务提供商预先设置的事件；和/或；用户根据服务提供商提供的事件字段设置相应信息。比如：服务提供商设置手机锁屏事件；或者，服务提供商提供的事件中包括时间字段和位置字段，用户可以根据自身的需要进行设置，当满足用户设置的时间信息和位置信息时，才为事件触发。

根据预存的服务映射关系中的事件，监控终端设备中与事件对应的触发对象的动态信息。需要说明的是，不同的事件内容对应不同的触发对象，以及触发对象的动态信息。具体来说，所述触发对象的动态信息，可以包括以下至少之一：终端设备应用的实时信息、终端设备的系统广播消息、终端设备的进程信息、终端设备的工作模式信息、终端设备接口的状态信息、以及终端设备硬件的状态信息。举例说明：

当事件为电池电量低于固定的阈值时，触发对象为电池，触发对象的动态信息为电池的电量；当事件为手机内存高于固定的阈值时，触发对象为内存，触发对象的动态信息为内存占用量；当事件为8点的公司附近时，触发对象为时间应用和地图应用，触发对象的动态信息为实时时间和实时位置。

步骤102，若根据所述动态信息确定所述事件触发，则根据所述服务映射关系中与所述事件对应的服务指令响应所述事件。

具体地，根据监控的触发对象的动态信息确定所述事件是否触发，由于触发对象的动态信息不同，因此确定所述事件是否触发的过程不同，例如：当事件为8点的公司附近时，触发对象为时间应用和地图应用，触发对象的动态信息为实时时间和实时位置，确定过程为比较实时时间和实时位置是否满足事件中的时间和位置，若相同，则确定事件触发。当事件为接入耳机时，触发对象为耳机接口，触发对象的动态信息为接口是否接入，确定过程为当接收到耳机接口发送的高电平确定耳机接入，则确定事件触发。

当根据动态信息确定所述事件触发时，根据服务映射关系中与该事件对应的服务指令响应该事件。不同的事件对应不同的服务指令，因此，根据服务指令响应事件的过程不同，具体说明如下：

方式一，根据所述服务指令对所述终端设备的工作模式进行相应操作。

具体地，根据服务指令对所述终端设备的工作模式进行相应操作，比如关闭无线模块操作，或者锁屏操作等。

方式二，向用户推送预存的与所述事件对应的提示信息。

具体来说，预先存储与事件对应的提示信息，从而终端设备可以直接获取提示信息进行推送。比如：当服务场景为：系统内存达到预设阈值时，推送优化服务，所推送的服务消息就是预先存储的优化提示信息。

方式三，向服务提供商回传事件参数，获取所述服务提供商根据后台数据生成的与所述事件参数对应的实时信息，并推送给用户。

具体来说，有些与事件对应的推送信息是需要根据服务提供商的后台数据实时生成的，从而终端设备可以通过与服务提供商交互，向服务提供商回传事件参数，获取服务提供商根据后台数据生成的与回传参数对应的实时信息进行推送。比如：当服务场景为：上下班的路径推荐服务，所推送的服务消息就是地图服务提供商根据后台实时的路况数据生成的推荐路径信息。

上述方式三中，向服务提供商回传事件参数，可以有多种提供方式，例如可以采用以下提供方式之一或组合：

提供方式一：将回传事件参数发送给服务提供商的后台服务器，其中，后台服务器的地址可以由该服务提供商注册事件与服务指令的对应关系时设置；

提供方式二：将回传事件参数发送给服务提供商对应的本地应用。例如，服务提供商通常设置有应用程序客户端，用户可以下载并安装相应的应用程序客户端到移动终端中，以方便用户使用应用，例如，淘宝客户端、支付宝客户端。在这种情况下，可以直接将回传事件参数发送给服务提供商对应的本地应用；此处，本地应用可以是如前举例所提到的需要下载安装到移动终端中的应用客户端，也可以其他任意方式，例如，一些服务提供方商并未开发独立的应用程序客户端，而是以插件或服务号的方式提供服务，例如，移动终端添加相应的插件，以使用服务提供商基于该插件提供的服务，或通过一些应用程序添加相应的插件或添加服务号，如支付宝提供的公众号、微信提供的公众号等。其中，服务提供商对应的本地应用可以由该服务提供商注册事件与服务指令的对应关系时设置，或者，由终端在下载相应的应用、或下载相应的插件、或添加相应的服务号时，由相应的应用、或相应的插件、或相应的服务号提供：事件与服务指令的对应关系，这样终端即可保存对应关系与对应的提供源，当对应关系中的事件触发后，可以向该事件对应的提供源回传事件参数。

以上所述方式仅为举例，实际应用中，向服务提供商回传事件参数的方式可以灵活设置，例如，由服务提供商指定，或系统广播相应的时间参数，由相应的服务提供商对应的本地应用截取，此处不再一一列举。

如上所述，可以采用上述提供方式之一或组合、或其他未一一列举出来的提供方式，向服务提供商回传事件参数后，可以获取到所述服务提供商根据后台数据生成的与所述事件参数对应的实时信息，进而推送给用户，在此步骤中，也可以有多种方式，例如：

接收服务提供商对应的本地应用根据后台数据生成的与所述事件参数对应的实时信息，并推送给用户；或者

向服务提供商对应的本地应用提供回传事件参数后，由本地应用根据后台数据生成的与所述事件参数对应的实时信息，并推送给用户。

本实施例的服务处理方法，首先根据预存的服务映射关系中的事件，监控终端设备中与所述事件对应的触发对象的动态信息；若根据所述动态信息确定所述事件触发，则根据所述服务映射关系中与所述事件对应的服务指令响应所述事件。由此，优化了服务提供商的服务触发机制，提高了服务处理方式和内容的多样性和灵活性。

图2是本申请另一个实施例的服务处理方法的流程图。

如图2所示，该服务处理方法可以包括以下步骤：

步骤201，接收用户根据服务映射关系发送的设置信息，所述设置信息包括：至少一个服务码，所述服务映射关系包括：应用服务码标注的事件与服务指令的对应关系。

具体地，为了节约终端设备的处理资源，以及提高用户体验，本实施例中的服务映射关系包括：应用服务码标注的事件与服务指令的对应关系；其中，服务码唯一标识事件与服务指令的对应关系，用户根据自身需要通过服务码订阅需要关注的服务。根据服务映射关系中事件与服务指令的对应关系，选择对应的服务码后发送设置信息，所述设置信息包括：至少一个服务码。

该实施例中，服务码用于唯一标识事件与服务指令的对应关系，只要能够唯一标识事件与服务指令的对应关系，该服务码可以为任何形式。例如，可以通过使用数字(如1、2、3……)作为服务码、也可以使用设置该事件与服务指令的对应关系的服务提供方的名称、通信号码或网址等作为服务码，或者为便于用户设置时理解，该服务码可以通过对事件与服务指令的对应关系进行概况而得到，例如，可以用事件的关键词、服务指令触发的服务的关键词之一或组合作为该对应关系的服务码。以数字为例说明应用服务码标注的事件与服务指令的对应关系的具体内容，具体如下描述所示：

由此可见，当用户选择服务码X0001时，监控与该X0001对应的锁屏事件(即事件)，若监控到锁屏(即事件触发)，则根据与规则内容对应的服务指令关闭无线射频模块(即执行与事件对应的服务指令)。

步骤202，根据所述设置信息，监控与所述服务码对应事件的触发对象的动态信息。

步骤203，若根据所述动态信息确定所述事件触发，则根据所述服务映射关系中与所述服务码对应的服务指令响应所述事件。

本实施例中的步骤202至步骤203的具体实施过程参见图1所示实施例中的步骤101至步骤102，此处不再赘述。需要说明的是，本实施例与图1所示实施例的区别如下描述：

本实施例并不是对服务映射关系中的所有事件进行监听和响应，而是根据所述设置信息，监控与用户选择的服务码对应事件的触发对象的动态信息，若根据所述动态信息确定所述事件触发，则根据所述服务映射关系中与所述服务码对应的服务指令响应所述事件。

本实施例的服务处理方法，首先接收用户根据服务映射关系发送的设置信息，所述设置信息包括：至少一个服务码，所述服务映射关系包括：应用服务码标注的事件与服务指令的对应关系，根据所述设置信息，监控与所述服务码对应事件的触发对象的动态信息，若根据所述动态信息确定所述事件触发，则根据所述服务映射关系中与所述服务码对应的服务指令响应所述事件。由此，优化了服务提供商的服务触发机制，进一步地提高了服务处理方式和内容的多样性和灵活性，节约了处理资源。

图3是本申请另一个实施例的服务处理方法的流程图。本实施例具体描述根据模板标识向用户推送信息的过程。

如图3所示，该服务处理方法可以包括以下步骤：

步骤301，与云平台建立连接，其中，至少一个服务提供商在所述云平台注册映射信息，所述映射信息包括：事件与服务指令的对应关系；

步骤302，接收所述云平台发送的服务映射关系并存储，其中，所述服务映射关系包括：至少一个映射信息。

具体地，为了满足不同服务提供商设置服务，通过建立云平台，为每个服务提供商提供注册功能。每个服务提供商在云平台上注册映射信息，此映射信息包括：事件与服务指令的对应关系，其中，为了适应映射信息的更新需求，一般通过动态语言Javascript来编写。

云平台根据至少一个服务提供商注册的映射信息建立服务映射关系，该服务映射关系包括：至少一个映射信息。当云平台与至少一个终端设备建立连接，并将服务映射关系通过连接通道下发给终端设备，以将服务映射关系存储在终端设备中。

步骤303，根据预存的服务映射关系中的事件，监控终端设备中与所述事件对应的触发对象的动态信息。

步骤304，根据所述动态信息确定所述事件是否触发。

本实施例中的步骤303和步骤304的具体实施过程参见图1所示实施例中的步骤101和步骤102，此处不再赘述。

步骤305，若确定所述事件触发，根据预设的模板标识获取对应的信息载体，应用所述信息载体根据所述服务指令用户推送信息。

具体地，当根据触发对象的动态信息确定事件触发时，获取与预设的模板标识对应的信息载体，并应用所述信息载体根据所述服务指令向用户推送信息。不同的模板标识对应不同的信息载体及推送界面，可以根据应用需要进行设置，可以是用户设置也可以是服务提供商设置，举例说明如下：

方式一，通知标识；

当所述模板标识为通知标识时，根据所述通知标识获取操作系统通知界面的广播消息；将推送信息嵌入到所述广播消息中通过系统通知界面发送给用户。举例说明如下：

图4为通过操作系统通知中心向用户推送信息的界面示意图，参见图4，服务提供商预先设置的与事件对应的提示信息为，当满足用户设置的时间信息时，发送用户需要提醒的事件关键字，如用药、纪念日、还贷。

方式二，定制标识；

当所述模板标识为定制标识时，查询预先从操作系统开发平台获取的消息模板库，获取与所述定制标识对应的消息模板，将服务消息嵌入到所述消息模板中发送给用户。举例说明如下：

图5为通过消息模板向用户推送信息的界面示意图，参见图5，左图为由终端设备根据本地预存的提示信息直接推送信息，具体地，系统助手类服务提供商设置与内存占用阈值对应的优化服务提示信息，从而当系统的内存状况达到预设的阈值时，将优化服务的提示信息嵌入在消息模板中提示用户是否需要清理系统内存，如果用户需要清理系统内存，则可以点击“立即优化”入口快捷触发相应的清理系统内存的功能。右图为由终端设备根据服务提供商的后台数据获取实时信息推送服务消息，具体地，地图服务提供商设置与时间信息和地点信息对应的优选路径推送服务，从而当时间信息和地点信息的实时状态满足用户设置的场景信息时，将用户设置的场景信息、服务账号和触发事件都发送给与平台标识对应的云平台，然后云平台再将场景信息和触发事件发送给与服务账号对应的地图服务提供商，或者，直接将场景信息、触发事件发送给地图服务提供商；进而，地图服务提供商根据后台实时数据进行处理生成当前与场景信息和触发事件对应的优选路径，并将优选路径嵌入到预设的消息模板中，通过云平台推送给终端设备，推送给用户。

由此可见，由于系统开发的灵活性，可以多方位的展示服务消息的内容，使不同的服务提供商根据自身的需要选择适合的消息模板向用户推送服务消息，提高用户粘性。

本实施例提供的服务处理方法，与云平台建立连接，其中，至少一个服务提供商在所述云平台注册映射信息，所述映射信息包括：事件与服务指令的对应关系；接收所述云平台发送的服务映射关系并存储，其中，所述服务映射关系包括：至少一个映射信息。根据预存的服务映射关系中的事件，监控终端设备中与所述事件对应的触发对象的动态信息，根据所述动态信息确定所述事件是否触发，若确定所述事件触发，根据预设的模板标识获取对应的信息载体，应用所述信息载体根据所述服务指令用户推送信息。由此，优化了服务提供商的服务触发机制，进一步地提高了服务处理方式和内容的多样性和灵活性。

图3对应的实施例的步骤305中，若确定所述事件触发，可以根据预设的模板标识获取对应的信息载体，应用所述信息载体根据所述服务指令用户推送信息的方式，该方式为“根据所述服务映射关系中与所述服务码对应的服务指令响应所述事件”的一种具体实施方式，该方式也适用于图1对应实施例中的步骤102中相应步骤的具体执行过程、以及图2对应实施例中的步骤203中相应步骤的具体执行过程。

为了更加清楚的描述上述服务处理方法实施过程，举例说明如下：

图6为服务处理系统示意图，图7为服务处理交互示意图；参见图6和图7，实施流程包括：

(1)场景引擎规则注册，即服务提供者(或称为服务提供商)在服务端进行规则注册，优选地，在进行规则注册时，可以对服务提供者的身份或注册的规则进行安全校验，以避免恶意服务提供者注册恶意规则；其中，规则相当于本实施例中的服务映射关系；

(2)场景引擎规则运行、(3)消息展示，场景引擎规则运行和智能消息展示一般在移动端执行。其中，场景引擎可以作为移动端操作系统的一个功能模块，也可以作为一个独立的应用程序，用于监控注册的事件以及触发注册的事件对应的服务指令执行。

针对上述过程，进一步说明如下：

服务提供者可以针对所有开放出来的事件按照规定的格式在服务端(服务端可以以服务器或者云平台的方式实现)注册自己的规则(图6和图7的规则相当于本实施例中的事件和服务指令的对应关系)。服务端通过一系列审核后，将规则下发到移动端中，服务提供者可以随时在线上更改自己的规则，线下用户也会及时收到更新并适配新的规则。考虑到规则的灵活多变，规则主要通过JavaScript语言来描述并在手机端提供了一套完整的规则下发，更新以及JavaScript运行的环境。

场景引擎的框架如图7所示。服务提供者在服务端的规则库以及事件库中注册了规则以及事件之后，服务端会将新的规则及事件主动或基于移动端的请求推送给移动端。移动端在获取了新的规则和时间后，则会在场景引擎更新并注册新的规则。场景引擎中维护了事件和规则的对应关系，如：事件1、规则1为一组对应关系，事件2、规则2为一组对应关系；

事件监听模块是触发整个场景引擎运作的源头，场景引擎中包括一系列<事件，规则>的集合组成，当某事件发生时，则执行相对应的规则。因此事件监听模块则决定了告知场景引擎哪些事件发生了。由于用户在使用手机时会产生各种各样的事件，如移动端目前所处的时间，移动端所处的位置，移动端当前的系统状态等。当事件监听模块监听到事件发生时，则模块会将此事件分发给场景引擎，场景引擎则会依据事情执行指定的规则。服务提供者不仅仅可以对单个事件进行处理，也可以对事件进行组合处理。

场景引擎也会传输必要的数据给服务端，如当服务端想依据用户所处的实时位置给用户推送相关信息时，场景引擎会将用户的地理位置传输给服务端，服务端则在收到相对应的地理位置信息时，加工现有数据，将最有价值的数据传输给客户。

例如:当移动端所处时间是工作日时，而且在上班时间内。地图类服务则可以根据这个事件，给用户推送一条此时城市的路况信息，让用户选择最优路径到达。而当移动端所处的时间是吃饭时间，且移动端所处的位置是商圈的话，此时美食类服务则可以根据这个事件组合，推送给用户附件美食。当移动端插上耳机的时候，音乐类服务则可以根据此事件，给用户推送一条热门音乐的消息。

消息展示模块可以展示场景引擎输出的结果，即通过服务指令触发的服务，例如，信息的展示、服务界面的提供等。

由此可见，通过图6和图7所示实施例能够将服务消息推送和用户场景绑定再一起，确保推送的消息对用户的有效性，可以显著提升用户对服务的粘性。

为了实现上述实施例，本申请还提出一种服务处理装置。

图8是本申请一个实施例的服务处理装置的结构示意图。

如图8所示，该服务处理装置包括：

监控模块11，用于根据预存的服务映射关系中的事件，监控终端设备中与所述事件对应的触发对象的动态信息；

处理模块12，用于若根据所述动态信息确定所述事件触发，则根据所述服务映射关系中与所述事件对应的服务指令响应所述事件。

其中，所述触发对象的动态信息，包括以下至少之一：

终端设备应用的实时信息、终端设备的系统广播消息、终端设备的进程信息、终端设备的工作模式信息、终端设备接口的状态信息、以及终端设备硬件的状态信息。

其中，所述事件包括：

服务提供商预先设置的事件；和/或；

用户根据服务提供商提供的事件字段设置相应信息。

在一个实施例中，所述处理模块12，具体用于：

根据所述服务指令对所述终端设备的工作模式进行相应操作。

在一个实施例中，所述处理模块12，具体用于：

根据所述服务指令向用户推送信息。

需要说明的是，前述对服务处理方法实施例的解释说明也适用于该实施例的服务处理装置，此处不再赘述。

本申请实施例的服务处理装置，首先根据预存的服务映射关系中的事件，监控终端设备中与所述事件对应的触发对象的动态信息；若根据所述动态信息确定所述事件触发，则根据所述服务映射关系中与所述事件对应的服务指令响应所述事件。由此，优化了服务提供商的服务触发机制，提高了服务处理方式和内容的多样性和灵活性。

图9是本申请另一个实施例的服务处理装置的结构示意图，如图9所示，基于图8所示实施例，本实施例中的所述服务映射关系包括：应用服务码标注的事件与服务指令的对应关系；所述装置还包括：

设置模块13，用于接收用户发送的设置信息，所述设置信息包括：至少一个服务码；

所述监控模块11，具体用于根据所述设置信息，监控与所述服务码对应事件的触发对象的动态信息；

所述处理模块12，具体用于根据所述服务映射关系中与所述服务码对应的服务指令响应所述事件。

需要说明的是，前述对服务处理方法实施例的解释说明也适用于该实施例的服务处理装置，其实现原理类似，此处不再赘述。

本申请实施例的服务处理装置，首先接收用户根据服务映射关系发送的设置信息，所述设置信息包括：至少一个服务码，所述服务映射关系包括：应用服务码标注的事件与服务指令的对应关系，根据所述设置信息，监控与所述服务码对应事件的触发对象的动态信息，若根据所述动态信息确定所述事件触发，则根据所述服务映射关系中与所述服务码对应的服务指令响应所述事件。由此，优化了服务提供商的服务触发机制，进一步地提高了服务处理方式和内容的多样性和灵活性，节约了处理资源。

图10是本申请另一个实施例的服务处理装置的结构示意图，如图10所示，基于上述实施例，以图8为例，所述处理模块12，具体用于：根据所述服务指令向用户推送信息，所述装置还包括：

获取模块14，用于根据预设的模板标识获取对应的信息载体，以应用所述信息载体根据所述服务指令用户推送信息。

其中，所述获取模块14，具体用于：

当所述模板标识为通知标识时，根据所述通知标识获取操作系统通知界面的广播消息；或者，

当所述模板标识为定制标识时，查询预先从操作系统开发平台获取的消息模板库，获取与所述定制标识对应的消息模板。

进一步地，还包括：

连接模块15，用于与云平台建立连接，其中，至少一个服务提供商在所述云平台注册映射信息，所述映射信息包括：事件与服务指令的对应关系；

接收模块16，用于接收所述云平台发送的服务映射关系并存储，其中，所述服务映射关系包括：至少一个映射信息。

本申请实施例中，图8、图9、图10中的处理模块12，可以进一步包括：

用于向用户推送预存的与所述事件对应的提示信息的第一子模块，或者，

用于向服务提供商回传事件参数，获取所述服务提供商根据后台数据生成的与所述事件参数对应的实时信息，并推送给用户的第二子模块。

进一步地，该第二子模块，可以具体用于：

向所述服务提供商对应的本地应用或后台服务器提供回传事件参数，并接收所述本地应用或后台服务器根据后台数据生成的与所述事件参数对应的实时信息，并推送给用户；或者

向所述服务提供商对应的本地应用或后台服务器提供回传事件参数，由所述本地应用或后台服务器根据后台数据生成的与所述事件参数对应的实时信息，并通过所述本地应用或后台服务器对应的界面推送给用户。

需要说明的是，前述对服务处理方法实施例的解释说明也适用于该实施例的服务处理装置，其实现原理类似，此处不再赘述。

本申请实施例的服务处理装置，与云平台建立连接，其中，至少一个服务提供商在所述云平台注册映射信息，所述映射信息包括：事件与服务指令的对应关系；接收所述云平台发送的服务映射关系并存储，其中，所述服务映射关系包括：至少一个映射信息。根据预存的服务映射关系中的事件，监控终端设备中与所述事件对应的触发对象的动态信息，根据所述动态信息确定所述事件是否触发，若确定所述事件触发，根据预设的模板标识获取对应的信息载体，应用所述信息载体根据所述服务指令用户推送信息。由此，优化了服务提供商的服务触发机制，进一步地提高了服务处理方式和内容的多样性和灵活性。

为了实现上述实施例，本申请还提出一种终端设备，包括：设备主体，以及本发明上述实施例提供的服务处理装置。

需要说明的是，前述对服务处理方法实施例的解释说明也适用于该实施例的终端设备，此处不再赘述。

本实施例提供的终端设备，通过服务处理装置首先根据预存的服务映射关系中的事件，监控终端设备中与所述事件对应的触发对象的动态信息；若根据所述动态信息确定所述事件触发，则根据所述服务映射关系中与所述事件对应的服务指令响应所述事件。由此，优化了服务提供商的服务触发机制，提高了服务处理方式和内容的多样性和灵活性。

为了实现上述实施例，本申请还提出一种服务处理系统。

图11是本申请一个实施例的服务处理系统的结构示意图。

如图11所示，该服务处理系统包括：包括：云平台1、以及至少一个终端设备2，其中，所述终端设备2包括：服务处理装置3，其中，

所述云平台1，用于服务提供商注册映射信息，所述映射信息包括：事件与服务指令的对应关系，并与所述终端设备2建立连接，向所述终端设备2发送服务映射关系，所述服务映射关系包括：至少一个映射信息；

所述终端设备2，用于将所述服务映射关系存储在所述服务处理装置3中。

其中，服务处理装置3可以采用如本发明上述实施例任一提供的服务处理装置，云平台1以及终端设备2，可以采用如本发明上述实施例涉及的云平台、以及终端设备。

需要说明的是，前述对服务处理方法实施例的解释说明也适用于该实施例的服务处理系统，此处不再赘述。

本申请实施例的服务处理系统，通过服务处理装置首先根据预存的服务映射关系中的事件，监控终端设备中与所述事件对应的触发对象的动态信息；若根据所述动态信息确定所述事件触发，则根据所述服务映射关系中与所述事件对应的服务指令响应所述事件。由此，优化了服务提供商的服务触发机制，提高了服务处理方式和内容的多样性和灵活性。

在本说明书的描述中，参考术语“一个实施例”、“一些实施例”、“示例”、“具体示例”、或“一些示例”等的描述意指结合该实施例或示例描述的具体特征、结构、材料或者特点包含于本申请的至少一个实施例或示例中。在本说明书中，对上述术语的示意性表述不必须针对的是相同的实施例或示例。而且，描述的具体特征、结构、材料或者特点可以在任一个或多个实施例或示例中以合适的方式结合。此外，在不相互矛盾的情况下，本领域的技术人员可以将本说明书中描述的不同实施例或示例以及不同实施例或示例的特征进行结合和组合。

此外，术语“第一”、“第二”仅用于描述目的，而不能理解为指示或暗示相对重要性或者隐含指明所指示的技术特征的数量。由此，限定有“第一”、“第二”的特征可以明示或者隐含地包括至少一个该特征。在本申请的描述中，“多个”的含义是至少两个，例如两个，三个等，除非另有明确具体的限定。

流程图中或在此以其他方式描述的任何过程或方法描述可以被理解为，表示包括一个或更多个用于实现特定逻辑功能或过程的步骤的可执行指令的代码的模块、片段或部分，并且本申请的优选实施方式的范围包括另外的实现，其中可以不按所示出或讨论的顺序，包括根据所涉及的功能按基本同时的方式或按相反的顺序，来执行功能，这应被本申请的实施例所属技术领域的技术人员所理解。

在流程图中表示或在此以其他方式描述的逻辑和/或步骤，例如，可以被认为是用于实现逻辑功能的可执行指令的定序列表，可以具体实现在任何计算机可读介质中，以供指令执行系统、装置或设备(如基于计算机的系统、包括处理器的系统或其他可以从指令执行系统、装置或设备取指令并执行指令的系统)使用，或结合这些指令执行系统、装置或设备而使用。就本说明书而言，"计算机可读介质"可以是任何可以包含、存储、通信、传播或传输程序以供指令执行系统、装置或设备或结合这些指令执行系统、装置或设备而使用的装置。计算机可读介质的更具体的示例(非穷尽性列表)包括以下：具有一个或多个布线的电连接部(电子装置)，便携式计算机盘盒(磁装置)，随机存取存储器(RAM)，只读存储器(ROM)，可擦除可编辑只读存储器(EPROM或闪速存储器)，光纤装置，以及便携式光盘只读存储器(CDROM)。另外，计算机可读介质甚至可以是可在其上打印所述程序的纸或其他合适的介质，因为可以例如通过对纸或其他介质进行光学扫描，接着进行编辑、解译或必要时以其他合适方式进行处理来以电子方式获得所述程序，然后将其存储在计算机存储器中。

应当理解，本申请的各部分可以用硬件、软件、固件或它们的组合来实现。在上述实施方式中，多个步骤或方法可以用存储在存储器中且由合适的指令执行系统执行的软件或固件来实现。例如，如果用硬件来实现，和在另一实施方式中一样，可用本领域公知的下列技术中的任一项或他们的组合来实现：具有用于对数据信号实现逻辑功能的逻辑门电路的离散逻辑电路，具有合适的组合逻辑门电路的专用集成电路，可编程门阵列(PGA)，现场可编程门阵列(FPGA)等。

本技术领域的普通技术人员可以理解实现上述实施例方法携带的全部或部分步骤是可以通过程序来指令相关的硬件完成，所述的程序可以存储于一种计算机可读存储介质中，该程序在执行时，包括方法实施例的步骤之一或其组合。

此外，在本申请各个实施例中的各功能单元可以集成在一个代理模块中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。所述集成的模块如果以软件功能模块的形式实现并作为独立的产品销售或使用时，也可以存储在一个计算机可读取存储介质中。

上述提到的存储介质可以是只读存储器，磁盘或光盘等。尽管上面已经示出和描述了本申请的实施例，可以理解的是，上述实施例是示例性的，不能理解为对本申请的限制，本领域的普通技术人员在本申请的范围内可以对上述实施例进行变化、修改、替换和变型。

Claims (22)

1.一种服务处理方法，其特征在于，包括以下步骤：

根据预存的服务映射关系中的事件，监控终端设备中与所述事件对应的触发对象的动态信息；

若根据所述动态信息确定所述事件触发，则根据所述服务映射关系中与所述事件对应的服务指令响应所述事件。

2.如权利要求1所述的服务处理方法，其特征在于，所述触发对象的动态信息，包括以下至少之一：

终端设备应用的实时信息、终端设备的系统广播消息、终端设备的进程信息、终端设备的工作模式信息、终端设备接口的状态信息、以及终端设备硬件的状态信息。

3.如权利要求1所述的服务处理方法，其特征在于，所述事件包括：

服务提供商预先设置的事件；和/或；

用户根据服务提供商提供的事件字段设置相应信息。

4.如权利要求1所述的服务处理方法，其特征在于，所述服务映射关系包括：应用服务码标注的事件与服务指令的对应关系；所述方法还包括：

接收用户发送的设置信息，所述设置信息包括：至少一个服务码；

所述监控终端设备中与所述事件对应的触发对象的动态信息，包括：

根据所述设置信息，监控与所述服务码对应事件的触发对象的动态信息；

所述根据所述服务映射关系中与所述事件对应的服务指令响应所述事件，包括：

根据所述服务映射关系中与所述服务码对应的服务指令响应所述事件。

5.如权利要求1所述的服务处理方法，其特征在于，所述根据预设的服务映射关系中与所述事件对应的服务指令响应所述事件，包括：

根据所述服务指令对所述终端设备的工作模式进行相应操作。

6.如权利要求1所述的服务处理方法，其特征在于，所述根据预设的服务映射关系中与所述事件对应的服务指令响应所述事件，包括：

根据所述服务指令向用户推送信息。

7.如权利要求6所述的服务处理方法，其特征在于，所述根据所述服务指令向用户推送信息，包括：

向用户推送预存的与所述事件对应的提示信息，或者，

向服务提供商回传事件参数，获取所述服务提供商根据后台数据生成的与所述事件参数对应的实时信息，并推送给用户。

8.如权利要求7所述的服务处理方法，其特征在于，向服务提供商回传事件参数，获取所述服务提供商根据后台数据生成的与所述事件参数对应的实时信息，并推送给用户，包括：

向所述服务提供商对应的本地应用或后台服务器提供回传事件参数，并接收所述本地应用或后台服务器根据后台数据生成的与所述事件参数对应的实时信息，并推送给用户；或者

向所述服务提供商对应的本地应用或后台服务器提供回传事件参数，由所述本地应用或后台服务器根据后台数据生成的与所述事件参数对应的实时信息，并通过所述本地应用或后台服务器对应的界面推送给用户。

9.如权利要求6所述的服务处理方法，其特征在于，还包括：

根据预设的模板标识获取对应的信息载体，以应用所述信息载体根据所述服务指令向用户推送信息。

10.如权利要求9所述的服务处理方法，其特征在于，所述根据预设的模板标识获取对应的信息载体，包括：

当所述模板标识为通知标识时，根据所述通知标识获取操作系统通知界面的广播消息；或者，

当所述模板标识为定制标识时，查询预先从操作系统开发平台获取的消息模板库，获取与所述定制标识对应的消息模板。

11.如权利要求1-10任一所述的服务处理方法，其特征在于，还包括：

与云平台建立连接，其中，至少一个服务提供商在所述云平台注册映射信息，所述映射信息包括：事件与服务指令的对应关系；

接收所述云平台发送的服务映射关系并存储，其中，所述服务映射关系包括：至少一个映射信息。

12.一种服务处理装置，其特征在于，包括：

监控模块，用于根据预存的服务映射关系中的事件，监控终端设备中与所述事件对应的触发对象的动态信息；

处理模块，用于若根据所述动态信息确定所述事件触发，则根据所述服务映射关系中与所述事件对应的服务指令响应所述事件。

13.如权利要求12所述的服务处理装置，其特征在于，所述触发对象的动态信息，包括以下至少之一：

终端设备应用的实时信息、终端设备的系统广播消息、终端设备的进程信息、终端设备的工作模式信息、终端设备接口的状态信息、以及终端设备硬件的状态信息。

14.如权利要求12所述的服务处理装置，其特征在于，所述事件包括：

服务提供商预先设置的事件；和/或；

用户根据服务提供商提供的事件字段设置相应信息。

15.如权利要求12所述的服务处理装置，其特征在于，所述服务映射关系包括：应用服务码标注的事件与服务指令的对应关系；所述装置还包括：

设置模块，用于接收用户发送的设置信息，所述设置信息包括：至少一个服务码；

所述监控模块，具体用于根据所述设置信息，监控与所述服务码对应事件的触发对象的动态信息；

所述处理模块，具体用于根据所述服务映射关系中与所述服务码对应的服务指令响应所述事件。

16.如权利要求12所述的服务处理装置，其特征在于，所述处理模块，具体用于：

根据所述服务指令对所述终端设备的工作模式进行相应操作。

17.如权利要求12所述的服务处理装置，其特征在于，所述处理模块，具体用于：

根据所述服务指令向用户推送信息。

18.如权利要求17所述的服务处理装置，其特征在于，还包括：

获取模块，用于根据预设的模板标识获取对应的信息载体，以应用所述信息载体根据所述服务指令用户推送信息。

19.如权利要求18所述的服务处理装置，其特征在于，所述获取模块，具体用于：

当所述模板标识为通知标识时，根据所述通知标识获取操作系统通知界面的广播消息；或者，

当所述模板标识为定制标识时，查询预先从操作系统开发平台获取的消息模板库，获取与所述定制标识对应的消息模板。

20.如权利要求12-19任一所述的服务处理装置，其特征在于，还包括：

连接模块，用于与云平台建立连接，其中，至少一个服务提供商在所述云平台注册映射信息，所述映射信息包括：事件与服务指令的对应关系；

接收模块，用于接收所述云平台发送的服务映射关系并存储，其中，所述服务映射关系包括：至少一个映射信息。

21.一种终端设备，其特征在于，包括：设备本体，以及如权利要求12-20任一所述的服务处理装置。

22.一种服务处理系统，其特征在于，包括：云平台、以及至少一个终端设备，其中，所述终端设备包括：如权利要求12-20任一所述的服务处理装置，其中，

所述云平台，用于服务提供商注册映射信息，所述映射信息包括：事件与服务指令的对应关系，并与所述终端设备建立连接，向所述终端设备发送服务映射关系，所述服务映射关系包括：至少一个映射信息；

所述终端设备，用于将所述服务映射关系存储在所述服务处理装置中。