CN108023918A

CN108023918A - 一种服务信息获取方法、装置及系统

Info

Publication number: CN108023918A
Application number: CN201610959763.8A
Authority: CN
Inventors: 郑亦欣
Original assignee: Alibaba Group Holding Ltd
Current assignee: Banma Zhixing Network Hongkong Co Ltd
Priority date: 2016-11-02
Filing date: 2016-11-02
Publication date: 2018-05-11

Abstract

本申请公开了一种服务信息获取方法、装置及系统。本申请中，应用服务端获取应用客户端相关信息，根据该服务信息以及待展示的服务信息所属的服务类型，得到用于展示所述服务信息的页面，将所述页面发送给应用客户端进行展示。其中，应用客户端相关信息可以表征页面的展示特性(比如屏幕大小和/或交互方式)，因此根据该应用客户端相关信息以及服务类型得到的页面，可以与该展示特性相适配，也可以与服务信息所属的服务类型相适配，从而实现了由服务端向客户端提供适配的页面进行服务信息展示的目的，能够使用户获得良好的用户体验。

Description

一种服务信息获取方法、装置及系统

技术领域

[0001] 本申请涉及通信技术领域，尤其涉及一种服务信息获取方法、装置及系统。

背景技术

[0002] 随着通信技术的发展，为了满足日益增长和多种多样的服务需求，各种应用也越来越多。一些应用可在不同场景下实现不同类型的服务，其中，比较典型的是“智能助理应用”。

[0003] “智能助理应用”包括智能助理客户端和智能助理服务端。“智能助理应用”可提供多种服务，比如查看天气情况、查看通讯录中最近联系的联系人信息等。“智能助理应用”以卡片的形式提供服务，该卡片即为web页面，可通过智能助理客户端内嵌的浏览器进行显示。卡片中展示了服务数据(如今天的天气状况），并可提供交互能力（如查看更多天气情况的按钮）。

[0004] 现有智能助理应用中的卡片技术分为两类:一类采用Web技术，对应一种服务生成一种卡片，无论客户端所在的终端的屏幕尺寸和交互方式如何，均将该卡片进行展示;另一种采用原生技术，服务端将数据传输给客户端，由客户端生成原生卡片。

[0005] 上述由服务端生成卡片的方式无法实现良好的用户体验。举例而言，适合手机屏幕展示的卡片在智能手表屏幕上展示可能显得信息过于密集、在车载终端屏幕上展示又显得过于稀疏;再例如，为手机设计的卡片滑动交互，在智能手表上可能难以实现。上述由客户端生成卡片的方式，无法快捷地进行卡片更新，因为卡片更新依赖于客户端的升级。

[0006] 由此可见，在基于页面的服务信息获取过程中，如何获得良好的用户体验，又不影响页面更新的快捷性，是目前需要解决的问题。

发明内容

[0007] 本申请实施例提供了一种服务信息获取方法、装置及系统，由服务端向客户端提供适配的页面进行服务信息展示。

[0008] 本申请实施例提供的服务信息获取方法，应用于应用服务端向应用客户端提供服务信息的过程，其中，所述应用服务端和所述应用客户端用于实现多种类型的服务，所述方法包括：

[0009] 应用服务端获取应用客户端相关信息；

[0010] 所述应用服务端根据所述应用客户端相关信息，以及待展示的服务信息所属的服务类型，得到用于展示所述服务信息的页面；

[0011] 所述应用服务端将所述页面发送给应用客户端进行展示。

[0012] 本申请另外的实施例提供的服务彳目息获取方法，包括：

[0013] 应用客户端向应用服务端提供应用客户端相关信息；

[0014] 所述应用客户端接收所述应用服务端根据所述应用客户端相关信息以及待展示的服务信息所属的服务类型所发送的用于展示所述服务信息的页面；

[0015] 所述应用客户端展示所述页面，所述页面中展示有所述服务信息。

[0016] 本申请实施例提供的应用服务端设备，包括：

[0017] 第一获取模块，用于获取应用客户端相关信息；

[0018] 第二获取模块，用于根据所述应用客户端相关信息，以及待展示的服务信息所属的服务类型，得到用于展示所述服务信息的页面；

[0019] 发送模块，用于将所述页面发送给所述应用客户端进行展示。

[0020] 本申请实施例提供的应用客户端设备，包括：

[0021] 信息提供模块，用于向应用服务端提供应用客户端相关信息；

[0022] 接收模块，用于接收所述应用服务端根据所述应用客户端相关信息以及待展示的服务信息所属的服务类型所发送的用于展示所述服务信息的页面；

[0023] 展示模块，用于展示所述页面，所述页面中展示有所述服务信息。

[0024] 本申请实施例提供的应用系统，包括：

[0025] 应用客户端设备，用于向应用服务端设备提供应用客户端相关信息，接收所述应用服务端发送的用于展示待展示的服务信息的页面并进行展示；

[0026] 应用服务端设备，用于根据所述应用客户端相关信息，以及待展示的服务信息所属的服务类型，得到用于展示所述服务信息的页面，并将所述页面发送给所述应用客户端设备进行展示。

[0027] 本申请实施例提供的终端，包括

[0028] 显示器

[0029] 存储器，用于存储计算机程序指令；

[0030] 处理器，耦合到所述存储器，用于读取所述存储器存储的计算机程序指令，并作为响应，执行如下操作：

[0031] 获取应用客户端相关信息；

[0032] 根据所述应用客户端相关信息，以及待展示的服务信息所属的服务类型，得到用于展示所述服务信息的页面；

[0033] 将所述页面发送给应用客户端进行展示。

[0034] 本申请的上述实施例中，应用服务端获取应用客户端相关信息，根据应用客户端相关信息，以及待展示的服务信息所属的服务类型，得到用于展示该服务信息的页面，并将该页面发送给应用客户端进行展示。其中，由于应用客户端相关信息可以表征页面的展示特性(比如屏幕大小和/或交互方式），因此根据该应用客户端相关信息以及服务类型得到的页面，一方面可以与该展示特性相适配，一方面也可以与服务信息所属的服务类型相适配，从而实现了由服务端向客户端提供适配的页面进行服务信息展示的目的，能够使用户获得良好的用户体验。例如，应用客户端相关信息可包括应用客户端版本和应用客户端所在的终端的设备信息，而一般情况下，不同版本的客户端的页面内容、格式等可能存在差异，不同的终端的屏幕大小或者交互方式可能存在差异，因此依据上述应用客户端相关信息获得页面，可使得到的页面与客户端的版本、终端的屏幕以及终端的交互方式相适配。此夕卜，由应用服务端向应用客户端提供页面的方式，在页面需要增加或升级时，无需对应用客户端进行升级，保证了页面更新的快捷性。

附图说明

[0035] 图1为本申请实施例适用的一种网络架构示意图；

[0036] 图2为本申请实施例提供的智能助理应用的系统架构示意图；

[0037] 图3为本申请实施例提供的彳目息获取流程的总体不意图；

[0038] 图4为本申请实施例中由智能助理客户端发起的服务信息获取流程图；

[0039] 图5为本申请实施例中页面生成流程示意图；

[0040] 图6为本申请实施例中由智能助理服务端发起的服务信息获取流程图；

[0041] 图7为本申请实施例提供的应用服务端设备的结构示意图；

[0042] 图8为本申请实施例提供的应用客户端设备的结构示意图；

[0043] 图9为本申请另外的实施例提供的应用客户端设备的结构示意图。

具体实施方式

[0044] 下面结合附图对本申请实施例进行详细描述。

[0045] 图1示例性地示出了本申请实施例适用的一种网络架构示意图。如图1所示，该网络架构中可包括终端101、应用服务器103,终端101的数量可以是多个，应用服务器103的数量也可以是多个（图中仅示出了一个）。其中，终端101以及应用服务器103可通过网络102进行通信。

[0046] 上述架构中的终端101上有应用客户端程序（以下简称应用客户端），应用服务器 103上有应用服务器端程序（以下简称应用服务端），应用客户端和应用服务端进行配合，可实现多种类型的服务。

[0047] 上述网络架构中的终端101可以是移动终端或PC (个人电脑)等设备，所述移动终端可以是手机、PDA (Personal Digital Assistant，掌上电脑)车载终端或智能穿戴设备等。

[0048] 上述网络架构中，终端101、应用服务器103可以通过网络进行信息交互，该网络可以是广域网、局域网或互联网，或者采用移动通信技术的互联网。终端101可通过无线方式接入互联网，应用服务器103通常采用有线方式与互联网连接。

[0049] 可选地，终端101、应用服务器103可以采用云计算技术，以基于云计算技术的强大功能实现信息处理。终端101和应用服务器103可采用基于云计算技术的操作系统，比如 YunOS，从而可以整合云端和终端的资源和服务。

[0050] 本申请实施例中，应用客户端和应用服务端可基于应用程序或服务组件或服务资源等实现各种服务。以采用YunOS操作系统为例，应用客户端和应用服务端可基于YunOS中的Page实现各种服务。Page是对本地服务和远程服务的抽象，也即服务的基本单元，通过对数据和方法的封装，可以提供各种服务。一个服务场景可以包括多个Page。举例来说，一个 Page可以是UI (用户界面）、拍照等服务，也可以是后台服务，如账户认证。每个Page可以在 YunOS中被唯一标识。

[0051] 本申请实施例中，应用客户端和应用服务端的一种典型例子是“智能助理应用”的客户端（以下称智能助理客户端)和服务端（以下称智能助理服务端）。以下实施例均以智能助理客户端和智能助理服务端为例描述，其实现原理可推广至其他应用的客户端和服务端。

[0052] 智能助理应用可提供多种类型的服务，根据使用场景的不同，可提供相应的服务。例如，在通讯录使用过程中，如果智能助理应用被开启（比如用户通过屏幕操作开启智能助理应用，或者由其他操作事件开启智能助理应用），则智能助理客户端可获得用户近期联系过的联系人信息并展示给用户;再例如，在旅游相关应用程序的使用过程中，如果智能助理应用被开启（比如当用户选择旅游目的地后，智能助理应用被开启），则智能助理客户端可获得旅游目的地的天气情况信息并展示给用户。

[0053] “智能助理应用”以页面(或称卡片）的形式提供服务信息，该页面可通过智能助理客户端内嵌的浏览器进行显示。页面中可展示服务数据(如天气状况），还可提供交互能力 (如查看更多天气情况的按钮）。

[0054] 考虑到智能助理客户端的不同类型的宿主终端，在屏幕尺寸或交互方式上存在差异，因此本申请实施例采用由智能助理服务端提供页面的方法，页面由智能服务端生成，且在生成页面时依据智能助理客户端相关信息（比如终端的设备信息、智能助理客户端版本信息等），生成适配的页面，以适应终端屏幕尺寸和交互方式。

[0055] 本申请实施例既能实现不同类型终端上良好的用户体验，同时具备在服务端更新、增加和升级页面的能力，与现有技术中基于客户端生成卡片的方法相比，在更新、增加或升级页面时，无需对客户端进行升级，实现了页面更新的快捷性。

[0056] 下面以“智能助理应用”为例，结合附图对本申请实施例进行详细描述。

[0057] 参见图2,为本申请实施例提供的智能助理应用的系统架构示意图。智能助理应用系统架构中包括智能助理客户端201以及智能助理服务端202。其中，智能助理客户端201可存在于不同的终端中，图中的“平台1”、“平台2”，……，“平台η”表示不同的终端。不同平台所标识的终端，在屏幕尺寸和/或交互方式上可能存在差异。

[0058] 以采用YunOS操作系统为例，智能助理客户端201可以是Yun OS系统原生应用，其内嵌有浏览器，用于展示包含服务信息的页面。智能助理服务端202可以是云端服务，用于服务接入(比如接收智能助理客户端的请求)和服务调度(比如调用依赖服务并将结果返回给智能助理客户端）。

[0059] 智能助理服务端202可以与页面引擎203交互，获得页面引擎203生成的页面。页面引擎203可以是一种服务或应用，也可称为页面处理服务器。智能助理服务端202可向页面引擎203发送页面生成请求，页面引擎203可根据该页面生成请求生成并返回用于展示服务信息的页面，智能助理服务端202将该页面发送给智能助理客户端201，从而通过智能助理客户端201内嵌的浏览器进行展示。

[0060] 页面引擎203可基于页面资源生成页面。页面资源可由页面开发者提供，页面开发者可针对不同终端和不同版本的智能助理客户端设计并提供页面资源，当然页面资源也可通过其他方式获得，本申请实施例对此不做限制。

[0061] 页面资源可采用配置文件形式存储，具体包括但不限于以下文件：

[0062] -模板文件

[0063] 可通过模板定义页面大小，也可通过模板定义页面布局，比如，页面中包括哪些类型的元素以及各元素的位置和排列方式等。

[0064] 具体实施时，可基于以下几个方案中的一种或多种进行模板设置：

[0065] (1)针对不同的终端设置对应的模板。比如，对于不同类型的终端，如手机、智能手表和车载终端，由于其屏幕大小不同，需要设置对应的模板。比如，针对手机所设置的模板定义页面的分辨率为750*1400像素，针对智能手表所设置的模板定义页面的分辨率为312* 390像素，这样，当服务器接收到手机发送的携带有终端类型的服务请求后，可根据手机对应的模板生成相应分辨率的服务页面，当服务器接收到智能手表发送的携带有终端类型的服务请求后，可根据智能手表对应的模板生成相应分辨率的服务页面，从而使生成的服务页面与显示该页面的终端屏幕相适配。

[0066] 进一步地，即使相同类型的终端，不同型号下的屏幕大小也可能不相同，因此还可针对不同型号设置对应的模板。

[0067] 进一步地，即使终端类型相同或者终端屏幕尺寸相同，但不同生产厂家生产的终端，其交互方式可能具有差异，因此可针对不同的交互方式设置对应的模板。对于这里的 “交互方式”，举例来说，有些终端支持手指的触控操作，而有些终端支持触控笔的触控操作，还有些终端仅支持按键操作。

[0068] (2)针对不同服务类型设置对应的模板。不同类型的服务所展示的服务信息有所不同（比如，所展示的服务信息的内容、信息量大小、数据类型等存在差异），通常需要不同的页面布局，因此可针对不同服务类型设置对应的模板。

[0069] (3)针对不同客户端版本设置对应的模板。对于相同类型的服务来说，不同客户端版本所提供的服务功能可能存在差异，相应地，页面局部也可能存在差异，因此可针对不同客户端版本设置对应的模板。

[0070] 可采用文件形式存储上述各种模板。

[0071] -样式文件

[0072] 可通过样式定义页面显示格式，比如，可定义页面中的文本字体大小、字型等，还可定义背景、版面布局等。作为一个例子，样式文件可以是层叠样式表(Cascading Style Sheets，简称CSS)文件。

[0073] 具体实施时，可基于以下几个方案中的一种或多种进行样式设置：

[0074] (1)针对不同的终端设置对应的样式。比如，对于不同类型的终端，如手机、智能手表和车载终端，由于其屏幕大小不同，需要设置对应的样式。

[0075] 进一步地，即使相同类型的终端，不同型号下的屏幕大小也可能不相同，因此还可针对不同型号设置对应的样式。

[0076] 进一步地，即使终端类型相同或者终端屏幕尺寸相同，但不同生产厂家生产的终端，其交互方式可能具有差异，因此可针对不同的交互方式设置对应的样式。

[0077] (2)针对不同服务类型设置对应的样式。不同类型的服务所展示的服务信息有所不同（比如，所展示的服务信息的内容、信息量大小、数据类型等存在差异），通常需要不同的页面布局，因此可针对不同服务类型设置对应的样式。

[0078] (3)针对不同客户端版本设置对应的样式。对于相同类型的服务来说，不同客户端版本所提供的服务功能可能存在差异，相应地，页面局部也可能存在差异，因此可针对不同客户端版本设置对应的样式。

[0079] 可采用文件形式存储上述各种样式设置信息。

[0080] -脚本文件

[0081] 用于页面展示的脚本可以用来定义基于页面的交互式操作和处理逻辑。举例来说，可以通过脚本定义网页上的一个功能键被触发后的处理过程。

[0082] 具体实施时，可基于以下几个方案中的一种或多种进行脚本设置：

[0083] (1)针对不同的终端设置对应的脚本。比如，对于不同类型的终端，如手机、智能手表和车载终端，其页面中需要提供的功能按键可能不同，需要设置对应的脚本。

[0084] (2)针对不同服务类型设置对应的脚本。不同类型的服务所展示的服务信息有所不同（比如，所展示的服务信息的内容、信息量大小、数据类型等存在差异），需要的交互逻辑可能有所不同，因此可针对不同服务类型设置对应的脚本。

[0085] (3)针对不同客户端版本设置对应的脚本。对于相同类型的服务来说，不同客户端版本所提供的服务功能可能存在差异，因此可针对不同客户端版本设置对应的脚本。

[0086] 可采用文件形式存储上述各种脚本的代码。

[0087] 上述页面资源可采用表1所示的数据结构进行组织和存储，以便页面引擎203根据智能助理客户端相关信息、服务信息所属的业务类型，使用相应的页面资源生成页面。

[0088] 表1:页面资源数据结构

[0089]

[0090]

[0091] 表1所示的数据结构中，终端类型、客户端版本和页面类型（或者服务类型），可作为页面资源的索引信息，以便页面引擎203根据智能助理客户端相关信息、服务信息所属的业务类型，使用相应的页面资源生成页面。其中，智能助理客户端相关信息具体可包括设备信息和/或智能助理客户端版本。在表1所示的例子中，“手机类型Γ和“手机类型2”所标识的设备信息分别包括：

[0092] “手机类型Γ :终端类型为手机，型号为AOOl，屏幕尺寸为3.5英寸，支持手动滑动交互方式；

[0093] “手机类型2” ：终端类型为手机，型号为A002，屏幕尺寸为4英寸，支持手动滑动交互方式。

[0094] 可选地，可用“平台名”替换表1中的“终端类型”，比如，平台名可包括手机平台1、手机平台2、智能手表平台1等等，不同的平台名所对应的终端，在屏幕尺寸和/或交互方式上存在差异。

[0095] 可选地，可用“卡片名”替换表1中的“页面类型”，比如，卡片名可包括音乐卡片、天气卡片等等，不同的卡片名所对应的服务类型不同。

[0096] 可选地，表1中的“页面资源”中的各文件名称，可替换为其他文件索引信息。

[0097] 表1所示的数据结构仅为一种示例，本申请实施例提供的页面资源的数据结构不仅限于此。

[0098] 以表1为例，通常情况下，不同的页面类型（S卩服务类型）、终端类型、客户端版本的组合，对应有相应的页面资源。但是考虑到实际应用中，针对有些服务类型，对于某种终端，无论客户端版本是什么，其页面规格可以相同，即可使用相同的页面资源生成页面。比如，手机平台上的天气服务页面并不需要针对客户端版本的不同而进行区分设计。

[0099] 针对这种情况，可选地，可通过配置默认资源的方法，降低配置的复杂度。仍以手机平台上的天气服务页面并不需要针对客户端版本的不同而进行区分设计为例，可针对手机平台、天气服务页面设置一默认映射配置项Γ手机平台”、“天气服务页面”、“其他版本”} =>“手机平台天气服务页面的默认资源”。其中，“其他版本”在这里的作用相当于通配符。当页面引擎收到页面生成请求后，未从该请求中获取到智能客户端版本时（比如未找到任何版本名），则可采用该默认配置，使用“手机平台天气卡片的默认资源”。如此一来，在不需要对版本做区分的情况下，就可以省去不必要的配置了。

[0100] 可选地，智能助理应用能够支持基于自然语言的交互，比如提供自然语言查询服务。相应地，智能助理服务端202可通过自然语言引擎204对自然语言进行解析，以获得响应结果。其中，自然语言引擎204可通过对自然语言进行解析，理解用户意图，生成结构化的数据作为响应返回给智能助理服务端202。

[0101] 上述页面引擎203、自然语言引擎204可独立于智能助理服务端202，也可作为智能助理服务端202的组成部分。

[0102] 下面结合附图，对本申请实施例提供的服务信息获取流程进行详细描述。其中，图 3描述了本申请实施例提供的总体流程，图4描述了由智能助理客户端发起的服务信息获取流程，图6描述了由智能助理服务端发起的服务信息获取流程。

[0103] 参见图3,为本申请实施例提供的信息获取流程的总体示意图，该流程可包括：

[0104] 步骤301:智能助理服务端获取智能助理客户端相关信息；

[0105] 步骤302:智能助理服务端根据应用客户端相关信息，以及待展示的服务信息所属的服务类型，得到用于展示所述服务信息的页面；

[0106] 步骤303:智能助理服务端将该页面发送给应用客户端进行展示。

[0107] 上述流程中，智能助理客户端相关信息可作为生成用于展示服务信息的页面的辅助信息，即作为生成该页面的依据。作为用于生成页面的辅助信息，智能助理客户端相关信息可以反映终端的屏幕尺寸、交互方式等特性中的一种或多种，从而生成与这些特性相适配的页面。具体地，智能助理客户端相关信息可包括设备信息和/或智能助理客户端版本。其中，设备信息可包括终端类型、设备型号、屏幕尺寸、支持的交互方式等设备参数中的一种或多种组合。可选地，可将上述设备参数用“平台名”进行标识，即，不同的平台名对应不同的设备参数组合，而不同的设备参数组合，其对应的屏幕尺寸和/或交互方式存在差异。

[0108] 相应地，在上述流程的步骤302中，智能助理服务端可根据“平台名”以及服务信息所属的服务类型，生成于此相适配的页面。

[0109] 本申请的上述实施例中，应用服务端获取应用客户端相关信息以及待展示的服务信息，根据该服务信息、该服务信息所属的服务类型以及应用客户端相关信息，得到用于展示该服务信息的页面，并将该页面发送给应用客户端进行展示。其中，由于应用客户端相关信息可以表征页面的展示特性（比如屏幕大小和/或交互方式），因此根据该应用客户端相关信息以及服务类型得到的页面，一方面可以与该展示特性相适配，一方面也可以与服务信息所属的服务类型相适配，从而实现了由服务端向客户端提供适配的页面进行服务信息展示的目的，能够使用户获得良好的用户体验。例如，应用客户端相关信息可包括应用客户端版本和应用客户端所在的终端的设备信息，而一般情况下，不同版本的客户端的页面内容、格式等可能存在差异，不同的终端的屏幕大小或者交互方式可能存在差异，因此依据上述应用客户端相关信息获得页面，可使得到的页面与客户端的版本、终端的屏幕以及终端的交互方式相适配。此外，由应用服务端向应用客户端提供页面的方式，在页面需要增加或升级时，无需对应用客户端进行升级，保证了页面更新的快捷性。

[0110] 在具体应用中，图3所示的流程可由智能助理客户端发起，也可由智能助理服务端发起，下面分别结合图4至图6,对上述两种流程进行详细描述。

[0111] 参见图4,为本申请实施例提供的由智能助理客户端发起的信息获取流程，该流程可包括如下步骤：

[0112] 步骤401:智能助理客户端向智能助理服务端发送服务信息获取请求。

[0113] 其中，智能助理客户端所发送的服务信息获取请求中包括应用客户端相关信息。所述客户端相关信息的具体定义和内容，可参见前述实施例。

[0114] 具体应用中，智能助理客户端可在不同场景下发起不同服务类型相关的服务信息获取请求。

[0115] 举例来说，在旅游信息查询应用运行状态下，当用户输入旅游目的地时，智能助理客户端可被触发，向智能助理服务端发送服务信息获取请求，以请求获取该旅游目的地的天气信息。这种情况下的服务信息获取请求中可包括旅游目的地的地址或名称，以及服务类型信息(天气查询）。

[0116] 再举例来说，在智能助理客户端运行状态下，用户可采用自然语言查询方式询问天气情况，比如发出语音“今天天气好吗”，或者输入文本“今天天气好吗”，智能助理客户端接收到该自然语言查询内容后，向智能助理服务端发送信息获取请求。这种情况下的服务信息获取请求中可包括该自然语言查询内容。作为一个例子，智能助理客户端发送的服务信息获取请求中可包括{自然语言查询内容、平台名、版本名}，其中，版本名可以是指智能助理客户端的版本名，也可以是指页面的版本名，两者存在映射关系。平台名和版本名存储在终端中，智能助理客户端可从所在的终端获取平台名和版本名。

[0117] 步骤402〜步骤403:智能助理服务端接收到该服务信息获取请求后，根据该服务 ig息获取请求获取所请求的服务ig息。

[0118] 以前述用户采用自然语言查询方式询问天气情况为例，在步骤402中，智能助理服务端可将服务信息获取请求中包含的{平台名、版本名}进行缓存，并将{:自然语言查询内容}发送给自然语言引擎。在步骤403中，自然语言引擎对{自然语言查询内容}进行分析处理，确定出服务类型为天气查询服务，进而确定卡片名(卡片名与服务类型存在映射关系），并进行天气情况查询，获得服务数据(天气信息），返回{卡片名、服务数据}给智能助理服务端，作为对该查询的响应。在本例子中，自然语言引擎返回“天气卡片”作为卡片名，而服务数据可能为包含了今天温度、湿度、风力、空气污染状况等信息的结构化数据。

[0119] 步骤402〜步骤403为可选步骤，如果步骤401中的服务信息获取请求不是基于自然语言提交的，则可以跳过该步骤而进入步骤404。例如，在其他一些实施例中，比如前述的例子:在旅游信息查询应用运行状态下，当用户输入旅游目的地时，智能助理客户端向智能助理服务端发送服务信息获取请求，以请求获取该旅游目的地的天气信息;此种情况下，发送服务信息获取请求中可包括服务类型信息和旅游目的地名称，且不包含自然语言查询内容，因而智能助理服务端可根据旅游目的地名称查询天气数据库，获得旅游目的地的天气信息，而无需与自然语言引擎进行交互。

[0120] 步骤404〜步骤405:智能助理服务端获取到服务信息后，根据该服务信息、该服务信息所属的服务类型以及智能助理客户端相关信息，得到用于展示该服务信息的页面。

[0121] 在一些实施例中，智能助理服务端可根据所请求的服务信息所属的服务类型以及智能助理客户端相关信息，获取对应的页面资源，再根据获取到的页面资源以及前述步骤中获取到的服务信息，生成页面。

[0122] 在另一些实施例中，智能助理服务端可通过与页面引擎进行交互，从页面引擎获得生成的页面。具体地，如图4所示，在步骤404中，智能助理服务端可向页面引擎发送页面生成请求，该请求中可包括服务信息、该服务信息所属的服务类型以及智能助理客户端相关信息;在步骤405中，页面引擎可根据服务类型以及智能助理客户端相关信息，获取对应的页面资源，根据获取到的页面资源以及服务信息生成页面并返回给智能助理服务端。

[0123] 更具体地，在步骤404中，智能助理服务端向页面引擎发送的页面生成请求中包括 {卡片名、服务数据、平台名、版本名}，其中，{平台名、版本名}是智能助理服务端从服务信息获取请求中获取到并缓存的，{卡片名、服务数据}是智能助理服务端从自然语言引擎获取到的。在步骤405中，页面引擎在生成页面时，根据{卡片名、平台名、版本名}查询预先配置的页面资源，比如，查询如表1所示的页面资源数据结构，找到对应的页面资源;然后将该页面资源与{服务数据}进行融合，从而生成适合于该平台和版本的页面；页面引擎将生成的页面发送给智能助理服务端。其中。将页面资源与服务数据进行融合以得到页面的方法，可取决于使用的模板技术，页面引擎本身可不依赖任何具体的模板技术。

[0124] 图5示例性地示出了页面引擎根据{卡片名、服务数据、平台名、版本名}生成页面的过程。该例子以支持手机和智能手表两个平台、分别包含1.0和2.0两个版本、含有音乐和天气两种服务类型为例描述。如图5所示，页面引擎收到包含有{卡片名、服务数据、平台名、版本名}的页面生成请求后，依次判断其中的卡片名是音乐服务卡片还是天气服务卡片，判断平台名是手机平台还是智能手表平台，判断版本名是1.0版本还是2.0版本，并最终确定出{天气服务卡片，手机平台、版本2.0};然后，获取{天气服务卡片，手机平台、版本2.0}对应的卡片资源(如模板、样式、脚本等），将该卡片资源与服务数据进行融合，生成适合手机平台且与版本2.0匹配的天气服务卡片并返回给智能助理服务端。

[0125] 步骤406:智能助理服务端将该页面发送给智能助理客户端。智能助理客户端接收到该页面后，可在其内嵌的浏览器中进行渲染，并将渲染结果呈现给用户。

[0126] 该步骤中，可选地，可使用开源软件Velocity作为模板渲染组件进行页面渲染。但本申请实施例不依赖任何具体的模板渲染技术，使用其他模板渲染组件也可以达到相同的效果。

[0127] 参见图6,为本申请实施例提供的由智能助理服务端发起的信息获取流程。为实现该流程，通常情况下，智能助理客户端可预先对某个或某些服务进行订阅，比如对天气服务进行订阅，这样智能助理服务端可在规定时间（比如每天在上7点钟)将天气信息发送给该客户端。智能助理客户端在进行服务订阅时，可将所请求订阅的服务类型以及智能助理客户端相关信息(如设备信息和/或客户端版本)发送给智能助理服务端进行保存。

[0128] 当然，对于某个或某些服务，也可以无需客户端订阅，而是由服务端进行推送，此种情况下，智能助理服务端可通过其他方式预先获取智能助理客户端相关信息，比如设备信息和/或智能助理客户端版本。

[0129] 如图6所示，该流程可包括如下步骤：

[0130] 步骤601:智能助理服务端获取智能助理客户端的服务订阅信息，所述服务订阅信息中包括应用客户端相关信息。

[0131] 其中，智能助理客户端所发送的服务信息获取请求中包括应用客户端相关信息。所述客户端相关信息的具体定义和内容，可参见前述实施例。

[0132] 步骤602:智能助理服务端根据服务订阅信息获取所请求订阅的服务信息。

[0133] 该步骤中，智能助理服务端可根据服务订阅信息中包含的服务类型信息，查询服务信息数据库，得到对应的服务信息。

[0134] 步骤603:智能助理服务端获取到服务信息后，根据该服务信息、该服务信息所属的服务类型以及智能助理客户端相关信息，得到用于展示该服务信息的页面。

[0135] 该步骤的具体实现过程可参见前述实施例，在此不再详述。

[0136] 步骤604:智能助理服务端将该页面发送给智能助理客户端。智能助理客户端接收到该页面后，可在其内嵌的浏览器中进行渲染，并将渲染结果呈现给用户。

[0137] 该步骤的具体实现过程可参见前述实施例，在此不再详述。

[0138] 本申请实施例中的处理过程可使用Java语言实现，当然也可使用其他计算机语言实现，同样可以达到预期效果。

[0139] 基于相同的技术构思，本申请实施例还提供了一种应用服务端设备和一种应用服务端设备。

[0M0]参见图7,为本申请实施例提供的应用服务端设备的结构示意图，该设备可实现前述实施例中应用服务端的流程。该设备可包括:第一获取模块701、第二获取模块702以及发送模块703，进一步地，还可包括第三获取模块704，其中：

[0141] 第一获取模块701，用于获取应用客户端相关信息；

[0142] 第二获取模块702，用于根据所述应用客户端相关信息，以及待展示的服务信息所属的服务类型，得到用于展示所述服务信息的页面；

[0143] 发送模块703,用于将所述页面发送给所述应用客户端进行展示。

[0144] 可选地，所述应用客户端相关信息包括以下信息中的一种或任意组合:设备信息、应用客户端版本。

[0145] 可选地，第一获取模块701具体用于:接收应用客户端发送的服务信息获取请求，所述服务信息获取请求中包括应用客户端相关信息。

[0146] 可选地，所述服务信息获取请求中还包括：自然语言查询信息。相应的，第三获取模块704，用于将所述信息获取请求中包括的自然语言查询信息发送给自然语言引擎;接收所述自然语言引擎根据所述自然语言查询信息获取到的服务信息以及服务类型信息。

[0147] 可选地，第一获取模块701具体用于:获取应用客户端的服务订阅信息，所述服务订阅信息中包括应用客户端相关信息。

[0148] 可选地，不同的服务类型和应用客户端相关信息的组合，对应有相应的页面资源。相应地，第二获取模块702具体用于:根据所请求的服务信息所属的服务类型以及所述应用客户端相关信息，获取对应的页面资源，根据获取到的页面资源以及所述获取到的服务信息，生成页面;或者，向页面引擎发送页面生成请求，所述请求中包括所述获取到的服务信息、所述服务信息所属的服务类型以及所述应用客户端相关信息，以触发所述页面引擎根据所请求的服务信息所属的服务类型以及所述应用客户端相关信息，获取对应的页面资源，根据获取到的页面资源以及所述获取到的服务信息生成页面并返回。

[0149] 可选地，所述页面资源包括以下资源中的一种或任意组合：

[0150] 模板，用于定义页面大小和/或布局；

[0151] 样式，用于定义页面显示格式；

[0152] 脚本，用于定义针对页面输入操作的响应操作。

[0153] 参见图8,为本申请实施例提供的应用客户端设备的结构示意图，该设备可实现前述实施例中应用客户端的流程。该设备可包括:信息提供模块801、接收模块802、展示模块 803,其中：

[0154] 信息提供模块801，用于向应用服务端提供应用客户端相关信息；

[0155] 接收模块802,用于接收所述应用服务端根据所述应用客户端相关信息以及待展示的服务信息所属的服务类型所发送的用于展示所述服务信息的页面；

[0156] 展示模块803,用于展示所述页面，所述页面中展示有所述服务信息。

[0157] 可选地，所述应用客户端相关信息包括以下信息中的一种或任意组合:设备信息、应用客户端版本。

[0158] 可选地，信息提供模块801具体用于：向应用服务端发送服务信息获取请求，所述服务信息获取请求中包括应用客户端相关信息;或者，向应用服务端发送服务订阅信息，所述服务订阅信息中包括应用客户端相关信息。

[0159] 可选地，服务信息获取请求中还包括自然语言查询信息。

[0160] 基于相同的技术构思，本申请实施例还提供了一种终端。

[0161] 参见图9,为本申请实施例提供的终端的结构示意图，该终端可实现前述实施例中应用客户端的流程。该终端可包括:处理器901，存储器902、显示器903。

[0162] 其中，处理器901可以是通用处理器（比如微处理器或者任何常规的处理器等）、数字信号处理器、专用集成电路、现场可编程门阵列或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。存储器902具体可包括内部存储器和/或外部存储器，比如随机存储器，闪存、只读存储器，可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质。显示器903用于显示用户界面。

[0163] 处理器901与其他各模块之间存在数据通信连接，比如可基于总线架构进行数据通信。总线架构可以包括任意数量的互联的总线和桥，具体由处理器901代表的一个或多个处理器和存储器902代表的存储器的各种电路链接在一起。总线架构还可以将诸如外围设备、稳压器和功率管理电路等之类的各种其他电路链接在一起，这些都是本领域所公知的，因此，本文不再对其进行进一步描述。总线接口提供接口。处理器901负责管理总线架构和通常的处理，存储器902可以存储处理器901在执行操作时所使用的数据。

[0164] 本申请实施例揭示的流程，可以应用于处理器901中，或者由处理器901实现。在实现过程中，前述实施例描述的流程的各步骤可以通过处理器901中的硬件的集成逻辑电路或者软件形式的指令完成。可以实现或者执行本申请实施例中的公开的各方法、步骤及逻辑框图。结合本申请实施例所公开的方法的步骤可以直接体现为硬件处理器执行完成，或者用处理器中的硬件及软件模块组合执行完成。软件模块可以位于随机存储器，闪存、只读存储器，可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。

[0165] 具体地，处理器901，耦合到存储器902,用于读取存储器902存储的计算机程序指令，并作为响应，执行如下操作：

[0166] 获取应用客户端相关信息；

[0167] 根据所述应用客户端相关信息，以及待展示的服务信息所属的服务类型，得到用于展示所述服务信息的页面；

[0168] 将所述页面发送给应用客户端进行展示。

[0169] 上述流程的具体实现过程，可参见前述实施例的描述，在此不再重复。

[0170] 本申请另外的实施例还提供了一种应用系统。该应用系统可包括应用客户端设备和应用服务端设备，其中，应用客户端设备用于向应用服务端设备提供应用客户端相关信息，接收所述应用服务端发送的用于展示待展示的服务信息的页面并进行展示;应用服务端设备用于根据所述应用客户端相关信息，以及待展示的服务信息所属的服务类型，得到用于展示所述服务信息的页面，并将所述页面发送给所述应用客户端设备进行展示。具体地，应用客户端设备和应用服务端设备的结构可分别如图7、图8所示。

[0171] 综上所述，本申请实施例可支持多设备、多平台的设计，使得应用开发者可以对不同平台、版本的设备设计开发具备合适、独特体验的服务页面。

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

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

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

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

[0176]显然，本领域的技术人员可以对本申请进行各种改动和变型而不脱离本申请的精神和范围。这样，倘若本申请的这些修改和变型属于本申请权利要求及其等同技术的范围之内，则本申请也意图包含这些改动和变型在内。

Claims

1. 一种服务信息获取方法，其特征在于，应用于应用服务端向应用客户端提供服务信息的过程，其中，所述应用服务端和所述应用客户端用于实现多种类型的服务，所述方法包括：应用服务端获取应用客户端相关信息；所述应用服务端根据所述应用客户端相关信息，以及待展示的服务信息所属的服务类型，得到用于展示所述服务信息的页面；所述应用服务端将所述页面发送给应用客户端进行展示。

2. 如权利要求1所述的方法，其特征在于，所述应用客户端相关信息包括以下信息中的一种或任意组合:设备信息、应用客户端版本。

3. 如权利要求1所述的方法，其特征在于，应用服务端获取应用客户端相关信息，包括：应用服务端接收应用客户端发送的服务信息获取请求，所述服务信息获取请求中包括应用客户端相关信息。

4. 如权利要求3所述的方法，其特征在于，所述服务信息获取请求中还包括：自然语言查询信息；所述方法还包括：应用服务端将所述信息获取请求中包括的自然语言查询信息发送给自然语言引擎；所述应用服务端接收所述自然语言引擎根据所述自然语言查询信息获取到的服务信息以及服务类型信息。

5. 如权利要求1所述的方法，其特征在于，应用服务端获取应用客户端相关信息，包括：应用服务端获取应用客户端的服务订阅信息，所述服务订阅信息中包括应用客户端相关信息。

6. 如权利要求1至5中任一项所述的方法，其特征在于，不同的服务类型和应用客户端相关信息的组合，对应有相应的页面资源；所述应用服务端根据应用客户端相关信息，以及待展示的服务信息所属的服务类型，得到用于展示所述服务信息的页面，包括：所述应用服务端根据所请求的服务信息所属的服务类型以及所述应用客户端相关信息，获取对应的页面资源；所述应用服务端根据获取到的页面资源以及所述获取到的服务信息，生成页面；或者，所述应用服务端根据所述应用客户端相关信息，以及待展示的服务信息所属的服务类型，得到用于展示所述服务信息的页面，包括：所述应用服务端向页面引擎发送页面生成请求，所述请求中包括所述获取到的服务信息、所述服务信息所属的服务类型以及所述应用客户端相关信息；所述页面引擎根据所请求的服务信息所属的服务类型以及所述应用客户端相关信息，获取对应的页面资源，根据获取到的页面资源以及所述获取到的服务信息生成页面并返回给所述应用服务端；所述应用服务端接收所述页面引擎返回的页面。

7. 如权利要求6所述的方法，其特征在于，所述页面资源包括以下资源中的一种或任意组合：模板，用于定义页面大小和/或布局；样式，用于定义页面显示格式；脚本，用于定义针对页面输入操作的响应操作。

8. 如权利要求1至5、7中任一项所述的方法，其特征在于，所述应用服务端为智能助理服务端，所述应用客户端为智能助理客户端。

9. 一种服务信息获取方法，其特征在于，包括：应用客户端向应用服务端提供应用客户端相关信息；所述应用客户端接收所述应用服务端根据所述应用客户端相关信息以及待展示的服务信息所属的服务类型所发送的用于展示所述服务信息的页面；所述应用客户端展示所述页面，所述页面中展示有所述服务信息。

10. 如权利要求9所述的方法，其特征在于，所述应用客户端相关信息包括以下信息中的一种或任意组合:设备信息、应用客户端版本。

11. 如权利要求9所述的方法，其特征在于，应用客户端向应用服务端提供应用客户端相关信息，包括：所述应用客户端向应用服务端发送服务信息获取请求，所述服务信息获取请求中包括应用客户端相关信息;或者，所述应用客户端向应用服务端发送服务订阅信息，所述服务订阅信息中包括应用客户端相关信息。

12. 如权利要求11所述的方法，其特征在于，所述服务信息获取请求中还包括自然语言查询信息。

13. 如权利要求9至12中任一项所述的方法，其特征在于，所述应用服务端为智能助理服务端，所述应用客户端为智能助理客户端。

14. 一种应用服务端设备，其特征在于，包括：第一获取模块，用于获取应用客户端相关信息；第二获取模块，用于根据所述应用客户端相关信息，以及待展示的服务信息所属的服务类型，得到用于展示所述服务信息的页面；发送模块，用于将所述页面发送给所述应用客户端进行展示。

15. 如权利要求14所述的设备，其特征在于，所述应用客户端相关信息包括以下信息中的一种或任意组合:设备信息、应用客户端版本。

16. 如权利要求14所述的设备，其特征在于，所述第一获取模块具体用于:接收应用客户端发送的服务信息获取请求，所述服务信息获取请求中包括应用客户端相关信息。

17. 如权利要求16所述的设备，其特征在于，所述服务信息获取请求中还包括：自然语言查询信息；所述设备还包括：第三获取模块，用于将所述信息获取请求中包括的自然语言查询信息发送给自然语言引擎;接收所述自然语言引擎根据所述自然语言查询信息获取到的服务信息以及服务类型信息。

18. 如权利要求14所述的设备，其特征在于，所述第一获取模块具体用于:获取应用客户端的服务订阅信息，所述服务订阅信息中包括应用客户端相关信息。

19. 如权利要求14至18中任一项所述的设备，其特征在于，不同的服务类型和应用客户端相关信息的组合，对应有相应的页面资源；所述第二获取模块具体用于:根据所请求的服务信息所属的服务类型以及所述应用客户端相关信息，获取对应的页面资源，根据获取到的页面资源以及所述获取到的服务信息，生成页面;或者，向页面引擎发送页面生成请求，所述请求中包括所述获取到的服务信息、所述服务信息所属的服务类型以及所述应用客户端相关信息，以触发所述页面引擎根据所请求的服务信息所属的服务类型以及所述应用客户端相关信息，获取对应的页面资源，根据获取到的页面资源以及所述获取到的服务信息生成页面并返回。

20. 如权利要求19所述的设备，其特征在于，所述页面资源包括以下资源中的一种或任意组合：模板，用于定义页面大小和/或布局；样式，用于定义页面显示格式；脚本，用于定义针对页面输入操作的响应操作。

21. —种应用客户端设备，其特征在于，包括：信息提供模块，用于向应用服务端提供应用客户端相关信息；接收模块，用于接收所述应用服务端根据所述应用客户端相关信息以及待展示的服务信息所属的服务类型所发送的用于展示所述服务信息的页面；展示模块，用于展示所述页面，所述页面中展示有所述服务信息。

22. 如权利要求21所述的设备，其特征在于，所述应用客户端相关信息包括以下信息中的一种或任意组合:设备信息、应用客户端版本。

23. 如权利要求21所述的设备，其特征在于，所述信息提供模块具体用于：向应用服务端发送服务信息获取请求，所述服务信息获取请求中包括应用客户端相关信息;或者，向应用服务端发送服务订阅信息，所述服务订阅信息中包括应用客户端相关信息。

24. 如权利要求23所述的设备，其特征在于，所述服务信息获取请求中还包括自然语言查询信息。

25. —种应用系统，其特征在于，包括：应用客户端设备，用于向应用服务端设备提供应用客户端相关信息，接收所述应用服务端发送的用于展示待展示的服务信息的页面并进行展示；应用服务端设备，用于根据所述应用客户端相关信息，以及待展示的服务信息所属的服务类型，得到用于展示所述服务信息的页面，并将所述页面发送给所述应用客户端设备进行展示。

26. —种终端，其特征在于，包括显示器存储器，用于存储计算机程序指令；处理器，耦合到所述存储器，用于读取所述存储器存储的计算机程序指令，并作为响应，执行如下操作：获取应用客户端相关信息；根据所述应用客户端相关信息，以及待展示的服务信息所属的服务类型，得到用于展示所述服务信息的页面；将所述页面发送给应用客户端进行展示。