电信系统中的信息发布的制作方法

专利名称：电信系统中的信息发布的制作方法
技术领域：
电信通常指的是通过电磁信号进行的信息交换。电信系统的组成元素包
括将信息编码成电磁信号的发射机，设有将电磁信号还原成信息的解码机 构的接收机，以及在发射机和接收机之间传送电磁信号的媒介。电信系统中的信息发布通常涉及使用媒介把音频、视频或者其他任何类 型的信息传递给一个用户或多个用户，不期望这些用户能对信息作相当多的 后期制作处理，而基本上是在当地消费该信息。电信系统提供了多种不同的方法以在电信系统中发布信息，这例如取决
于端点间的可接受的延时和交互水平。流服务本质上涉及数据的同时传输和 使用，其中数据的使用可在所有数据被传输到接收机之前就开始。用户通常 喜欢流服务，因为信息总是当前的且现成的。另一方面，流服务的实现大量 地占用了媒体，例如，在空中接口的无线资源是有限的移动系统中，其他发 布形式就通常会更优选。 —种形式是将信息保留在一台或更多的在中央运行的计算机上且使该 信息可通过网络到达电信系统中的用户那里。一种广泛接受而且实用的描述 这种网络服务和对这些服务的用户步骤进行建模的方式就是客户-服务器架 构。要发布的信息作为服务的一部分保留在服务器上，所述服务器本质上是 一台为其他计算机提供服务并且可以使用电信网络访问的计算机。客户是计 算机系统或计算机系统中的进程，它可以访问服务器并请求服务器执行预定 的任务。拉服务(pull service)涉及用户终端包含浏览器的实施方式，从而 用户可用浏览器进行请求并直接获得搜索结果。推服务(push service)涉及 的实施方式是向服务的用户终端设备发出信息而无需对单个传输提出单独 请求。信息发布的最熟知的现有技术方案包括网站。网站指的是网页的集合， 这些网页通常在因特网的万维网上共有特定域名或次级域名。网站的网页可
以从共同的根URL访问，并且通常放置在同一个物理服务器上。网页对应于 基于超文本标记语言(HTML)文件的可单独访问的信息实体，且可在用户 的网络浏览器中再现出来。网页既可以是单个页面，也可以是由独立的框组 成的框架集，其中每个框都包含一个HTML页面。在用户终端那里， 一个网页浏览器窗口一次显示一个网页。用户终端中 的网页大小与网页浏览器窗口大小之间没有直接关联。实际上，网页经常高 于浏览器窗口，因此在用户终端中需要垂直滚动。在某些情况下，页面右边 还有其它的内容，这就需要水平滚动。然而这样的页面比较少见，因为大多 数用户觉得需要在两个方向上同时移动的页面阅读起来十分不便。从一个页 面转到另一个页面要求从服务器或用户终端的缓存下载一个新的HTML文件。在移动通讯中，服务器和用户终端之间的访问通常包括通过无线接口的 传输，这就对用于下载网页文件的带宽强加了限制。移动用户终端还需大小 紧凑以方便携带。专为手持设备设计的网页浏览器通常称为微浏览器。微浏 览器要加以优化以便便携式设备的小型屏幕能有效显示网络内容，而且文件 大小也要小，以便适应无线手持设备的低内存容量和低带宽。实质上，微浏 览器是经简化的网页浏览器，并依然采用与上述机制相似的信息获取机制。与这些现有技术方案相关的问题在于让一个或多个页面产生统一内容 实体的服务中。在现有的技术方案中，构成内容的各部分的链接是通过自动 交叉引用其它文档的方法来实现的，这种交叉引用称为超链接。选中超链接 使计算机在很短的时间段内显示出所链接的文档。然而，当网络连接的质量 低或只有有限的带宽可用时，用于下载下一页所需的时间段就变长了。另外， 用户使用此服务的体验易受重复下载进程中所有负面事件的影响。这些特征 会使服务的使用让人失望并使用户倾向于放弃使用该服务。这些使用案例中的一个实际的例子就是移动新闻的发布。几个内容提供 者，例如通讯社和广播公司提供因特网新闻服务。这是通过动态网站来实现 的，所述网站包括频繁更换信息的网页。这些网站经常以一系列优化了的便 于下载到手持设备的移动页面为补充。当网页服务器接收到给定网页的请求
8
时，就在服务器中直接响应于页面请求而产生相应的页面并发送给提出请求 的用户终端。该服务通常通过在用户终端上取回所述服务的主页而启动。主 页包括从一个页面至另一个页面进行导航的超链接。当运行在慢速连接中时，即运行于窄带宽的调制解调器或无线访问网络 中时，请求下载下一页面的时间通常长得令人难以忍受，用户便转向其它的 站点和服务。由于空中接口的脆弱性，在较差的覆盖区域中，由于线路断开、 重复的再下载以及长时间的下载时间，所述的几个下载实例中的问题在移动 新闻的发布中能很具体地体会到。

发明内容
本发明的目的之一是提供一种解决在电信系统中发布信息时出现的上 述问题的方法。本发明的所述目的是通过具有独立权利要求所述特征的方法 和配置实现的。本发明的优选实施例在从属权利要求书中加以公开。本发明是基于创建至少一个服务视图的想法，所述服务视图包括一个或 多个页面的定义，从而创建服务的统一内容实体。所述的一个或多个页面的 内容数据被收集并打包到一个可下载的服务包中。该服务包可以优选地通过 任何类型的访问网络到达用户终端。此处页面指一个单独的输出项目，它至 少由内容数据和定义数据来组成，所述定义数据用于控制输出页面时的内容 数据的格式。在可视化输出中，页面对应于浏览器窗口中单独显示的实体。 服务视图中的定义数据主要存储在用户终端中，当用户终端收到已下载页面 的内容数据时，内容数据与定义数据组合到一起，从而服务中的统一的内容 实体通过显示窗口中常用的滚屏操作浏览起来时会变得更加舒服。根据本发明提出的技术方案的优点是用户可以用一个请求步骤访问统 一的实体，之后，所有必要的信息都在用户终端中准备就绪。即使通过窄带 宽的接连，也可以快速传送相当大的内容实体，这是因为在多数情况下只有 真实的有效载荷需要在服务器和用户终端间传输。然而，所发布的信息的动 态性决不会打折扣，这是因为打包阶段允许信息的任何部分的立即更新。


以下参照附图，将通过优选的实施例详细描述本发明，在附图中，图l图示了电信系统的功能架构； [17]图2图示了实施本实施例的逻辑元素； [18]图3图示了服务视图的例子； [19]图4图示了应用服务器的功能性的示例； [20]图5图示了应用服务器的功能性说明； [21]图6图示了用户设备的功能性的示例；图7示出了用户设备的功能性描述；图8图示了在实现图3的拉型新闻服务时的应用服务器的功能性。
具体实施例方式本发明可应用于任何电信系统，这些电信系统中的用户终端可以利用网 络或互相联接的网络的组合来访问保持在其它网络元素中的信息。这种电信 系统例如包括如通用移动通信系统(UMTS)的移动通信系统，对应于全 球移动通信系统(GSM)的系统，如GSM 1800和PCS (个人通讯系统)，以 及任何基于GSM的系统，例如GSM2+系统。其中，GSM2+阶段的服务包括 通用无线分组业务(GPRS)，全球增强型数据提升率(EDGE)以及移动网 络定制应用增强逻辑服务器(CAMEL)。本发明也可应用于任何能够实现上 述要求的固定电信系统。以移动通讯系统为例来阐明依据本发明的技术方案。移动通讯系统通常 指当用户在系统服务区内移动时，对系统的访问点(通常为无线访问)会变 更的任何电信系统。本文中的访问应认为是一种将用户设备连接到访问点以 用于用户设备和访问点间进行通讯的机制。举例来说，访问点可以是网络节 点或另一个用户设备。然而，应当指出，本发明的保护范围覆盖了包括移动 网络、固定网络以及它们的组合的系统。典型的移动通讯系统是公共陆地移动电话网(PLMN)。移动通讯网络 通常是供用户无线访问外网、主机或者由专门服务供应商所提供的服务的访 问网络。移动通讯系统的开发不断进行，其主要目标之一是提供一种能实现现有
以及未来服务的通用基础架构。接下来，借助于第三代(3G)移动通讯系 统描述本发明的实施例，但是技术方案可以适用于多种系统，而且本发明的 保护范围不应被理解为局限于这个实施例所特有的术语和概念。图l中的框示了电信系统的功能架构。系统的第一分支表示了经由 通用无线分组业务(GPRS)系统联接到核心网络(CN) 105的移动台(MS) IOO的运行模式，GSM(全球移动通讯系统)系统担当着无线访问网络(RAN) 的角色。通常，GSM网络的基本架构包含两部分基站系统(BSS) IIO和 网络子系统(NSS)。 GSM的BSS通过无线接口Um 115经由无线连接与移动 台(MS) IOO进行通讯。在基站系统BSS IIO中，每个单元都有一个收发机 基站(BTS) 120提供服务。基站120连接到基站控制器(BSC) 125， BSC 125 控制着基站所使用的射频和信道。基站控制器BSC125通过A接口130连接至 移动交换中心(MSC) 135，即作为GSM NSS的一部分连到系统的核心网 络(CN) 105上。服务GPRS支持节点(SGSN) 140跟踪个人移动台的位置并执行安全功 能和访问控制。SGSN 140通过Gb接口145连接到GSM基站系统。网关GPRS 支持节点(GGSN) 150提供与分组数据网络的交互工作，并且通过基于IP 的分组域PLMN中枢网络与SGSN连接。为了利用GPRS业务，MS首先要通过执行GPRS接触以使其存在让网络 知悉。这使得SMS可用于通过GPRS的SMS、通过SGSN进行的寻呼以及分组 数据进入的通知。为了通过GPRS业务发送和接收分组数据，MS需激活它要 使用的分组数据协议上下文。这个操作使在相应的GGSN中识别到MS，与数 据网络的交互工作可以开始了。应该指出的是，图l仅阐述了为理解本发明所需的基本的元素和单元。 本领域技术人员应清楚通讯系统通常包括图l中未示出的多个元素。本实施例的第一种访问类型通过对IP多媒体子系统IMS的访问予以描 述。IP多媒体子系统包括提供多媒体服务的CN元素。IP多媒体子系统IMS 133 利用PS域传输多媒体信令和承载流量(bearer traffic)。 IP多媒体核心网络子 系统(IMCN子系统)包含核心网络元素以提供IP多媒体服务，例如在PS域
上传送的音频、视频、文本、聊天等以及它们的组合。IP CN子系统会话中
的会话流进程由呼叫会话控制功能(CSCF)控制，这个功能被分解成几个 不同的角色。代理CSCF(P-CSCF)实质上是IP CN子系统中的第一接触点。 P-CSCF就像代理服务器一样工作，从而接收请求并在内部为这些请求服务， 或者将这些请求转发出去。咨询CSCF (I-CSCF)是运营商(operator)网络 内的接触点，它用于至该网络运营商的用户的所有连接。服务CSCF(S-CSCF) 对用户设备进行会话控制服务。它保持网络运营商所需的会话状态以支持服 务。S-CSCF通常包含订户数据库，当用户终端注册到S-CSCF时，所需的订 阅数据被下载到该订户数据库。在公开的电信标准中描述了上述这些IMS呼 叫会话控制功能模块在实现IMS会话中的角色和工作原理，并且这些对本领 域的技术人员是熟知的。用户设备(UE)可以是仅用于语音的简化终端，或者是用于多种服务的终 端，其作为服务平台并支持下载和执行多种与服务相关的各种功能。用户设 备(UE)包含实际的移动设备ME和可分离连接的识别卡片USIM， USIM也称 为订户识别模块。在本文中，用户设备(UE)通常指由用户身份识别模块和实 际移动设备组成的实体。订户识别模块USIM实质上是持有订户身份的智能 卡，它执行鉴别算法，并存储鉴定和加密密钥以及移动站所需的其它用户信 息。移动设备ME可以是任何能在移动通讯系统进行通讯的设备或几个设备 的组合，例如是一台连接了卡式话机以提供移动连接的多媒体计算机。本发明的技术方案改善了电信系统中的信息发布。信息发布接下来被具 体化为移动新闻服务，但是对本领域的技术人员来说应该明白，本发明可以 涉及非移动和移动用户可用的几种其他信息发布服务类型。这些服务例如包 括电信系统中的基本或附加服务、可通过电信系统访问的服务或最终独立于 通讯系统的通讯服务。在第一个实施例中公开了一个新闻服务，它包括多个以内容统一的服务 视图形式存在的页面。图2中的框示了用以实施本实施例的逻辑元素。 为清楚起见，只画出了理解本发明所必需的元素。对本领域的技术人员来说， 应明白不同系统中逻辑元素可能会被分解或组合成不同的物理元素。基于图1中所示的元素，图2画出了一个配置，通过基站子系统(BSS)22、 分组交换核心网络(PS-CN)23、 IP多媒体子系统(IMS-CN)24和IP网络25，提
供了一个连接，最好是在应用服务器(AS)26和用户设备(UE)21之间的分组交 换连接。在本实施例中，应用服务器(AS)26是表示连接到用户设备UE 21的 主要接触点的发布服务器。应用服务器(AS)26通过IP网络25连接到第一内容 源CS1 27和第二内容源CS3 28，在此例中第一内容源27指的是实际的新闻服 务的提供者，第二内容源28表示在实现新闻服务时用到的任何外部内容源。 对本领域的技术人员来说，应明白IP网络25在此处表示多种不同类型的网络 配置，并且该技术方案相应地适用于多种固定的用户设备29，为用户设备29 可布置至应用服务器AS的访问。在确定服务时，所述服务的运营商，此处即第一内容源CS1生成服务视 图。图3所示为与本实施例相关的服务视图的一个例子。服务视图30对应于 由多个页面P1到P6形成的内容实体，这些页面对支持该服务的用户有效。在 已有的技术方案中，这些页面有多种多样的格式，以分离文件的形式加以存 储，并可通过网络由用户访问。然而在本发明中，所述页面可通过服务视图 加以访问，并具有该服务的所有页面P1到P6所共享的共同结构格式部分。这 样服务视图30建立了一种结构定义DEF31，它包括元素fl、 f2......等以控制
着所述服务中的页面的共同结构格式部分。这些元素可以控制例如背景颜 色、内容提供者的标准标志、字体等显示特征。服务视图30也建立了一个内 容定义CONT32，它包括内容元素CONT cll、 c12、 c13、 c21、 c22、 c23等 的定义，这些内容元素被包括在服务的页面中。于是，页面P3就是一个独立 的输出项目，它可通过组合服务视图中的结构定义DEF31和内容元素c31、 c32、 c33而生成。当所述服务视图已由服务提供者恰当建立后就被传送至应用服务器AS 26。随后，当AS26从用户设备UE21接收到与服务视图相关的请求后，就启 动编辑步骤以从第一内容源CS1和/或任何第二内容源CS2收集并找回该服 务视图的内容元素CONT(cll,cl2,…,c63)，并将之打包到可下载的服务包 (SP)中。服务包被下载到发请求的UE21中。当所述服务视图已被服务提供者恰当确立后，它可能被相应地传输到决 定订阅此服务的用户设备21中。结构定义DEF31处于用户设备中，当新服务 包从AS 26下载过来时，该服务包的内容元素可与结构定义组合，这样所述 服务的一个或多个页面可在UE21上输出。用户通过一次下载接收该服务的
相关页面，并可随即快速浏览被设计为将通过该服务所发布的全部内容。图 2配置元素中的所述发明的技术方案的实施方式将在下文中详细公开。值得指出的是，虽然在实施例的实施方式中，多种元素的操作是单独讨 论的，但是明显所有权和操作责任与本发明无关。相应地，虽然每个访问服
务器AS和内容源CS1、 CS2都被表示为单独元素，它们的物理实施方式与本 发明是不相关的。所述元素可以仅通过一个物理元素实施，或者所公开的功 能也可分散到几个物理元素中去，这取决于将来的应用情形。图4中的流程示了结合图3论述的本发明的实施例中的应用服务器 的功能性的例子。在步骤41中，作为发布服务器的应用服务器接收新闻服务 的服务视图(SV)上的信息。该服务视图配置新闻服务以发布第一内容源CS1 的新闻页面，此处第一内容源为每日杂志。信息可通过网络接收自作为第一 内容源CS1的每日杂志的服务器。自然地，服务视图可替代地通过应用服务 器上的用户界面加以配置。服务视图包括对页面P1到P6的一组内容元素的定 义，这些页面处于服务视图中。内容元素被优选地定义成内容元素的标识和 源文件的地址，其中内容元素的数据对应用服务器可用。优选地，服务视图 也包括对触发服务的后续功能性的事件的定义。服务视图的接收启动新的服 务并使能本发明的应用服务器的操作。对每个服务来说，至少有一个，但通常是多个条件可以触发AS中可下 载的服务包的生成。响应于任何接收自第一或第二内容源的新信息，或响应 于来自于用户终端的请求，例如可以根据计时器预定的时间间隔生成新的服 务包。在不偏离本发明的保护范围的情况下还可利用几个其他的触发点。在 步骤42中，AS检查是否遇到触发条件。如果没有，AS将待命并在预定的时 间间隔后再次检查触发条件。如果遇到触发条件，AS阅读服务视图(步骤 44)并开始编译可下载的服务包。编译步骤45包含在服务视图中提及的资源文件的恢复。信息可能已经被 内容源提供给应用服务器，这样所述恢复过程可由应用服务器的只存操作来 实施。然而，信息可能也被保留在外部内容源中，并且首先需要通过应用服 务器和相关内容源间的网络连接恢复至应用服务器。一种査找网络中的信息 的优选方法是使用可扩展标记语言(XML)，这是一种在不同系统、尤其是 通过因特网联接的系统间便于数据共享的通用标记语言。XML以文本形式
出现，其间穿插有标记，所述标记表示将字符数据、容器式元素(container-like elements)及这些元素的属性分割为层级。借助于XML共享信息的方法为本领 域的技术人员所熟知，在此便不详加讨论了。编译步骤也可包含与应用服务器与用户终端之间的通讯相关的一些附 加属性的加入。这些属性可能包含有关于服务包的身份和/或定时的信息， 例如用于补充或重写(override)所述服务的主结构定义的格式命令。编译后的服务包的示例数据可以是如下所示
<cll>
<cl2〉
<cl3>
<c21〉
<c22〉
<c23>
<c31>
<.. >
<c61>
<c62>
<c63>
〈edition〉
<options>
其中，
<^>指代包含多种类型的数据的内容元素，这些数据类型包括文本、图片、 声音、脚本等。
〈edition〉包括关于特定包的信息，例如数据和时间标记，
〈options〉包括对显示器中所表示的选项键的定义。应该指出的是，以上只公 开了用以说明本发明的必须元素。对本领域的技术人员来说，应该明白在实 际实施中，服务包可包含在此处未表示或者讨论的多个定义。 [46]编译的最后阶段是压縮。在压縮过程中，通过利用数据的已知特征，数 据被编码成一种紧凑形式，这样，原始信息可以通过解压縮予以恢复。压縮 是一种旨在用来在传输至用户终端时最小化带宽使用的优选、但非强制的步 骤。对本领域的技术人员来说，存在一系列替代压縮方式，例如LZSS编码、 LZW编码、霍夫曼(Huffman)编码、算术编码等。编译完成后，服务包对服务订户中的用户终端可用(步骤46)，提供信息
的方式取决于预定的触发条件。例如，如果是响应于来自用户终端的请求而
编译服务包时，服务包可直接把它发往提出请求的用户终端。相应地，如果 是响应于其他通常是基于网络的条件时而编译服务包时，先前在应用服务器
中已存储的包被丢弃且新编译的包被提供给AS下载。参考图5来说明所以公开的本发明的应用服务器的实施例的实施方式， 图5包括了应用服务器的功能性说明。网络节点包含处理装置51，它是一个 包含了算术逻辑单元、多个专用寄存器和控制电路的单元。与处理装置连接 的是存储装置52，所述存储装置是可以存放计算机可读的数据或程序或用户 数据的数据媒介。存储装置通常包含可读写的存储单元(RAM)和只读的存储 单元(ROM)。所述单元也包含具有输入装置54和输出装置55的接口模块53， 输入装置54用来输入数据以用于所述单元的内部处理，输出装置55用于从单 元的内部处理输出数据。所述输入装置的例子包括插入单元，它用作向外部 连接点传递的信息的网关。为了能接收应用服务器的运营商上的信息，应用 服务器AS也可包括键盘，或触摸屏、话筒等。所述输出装置的例子包括插 入单元以向连接到外部连接点的线路提供信息。为向应用服务器AS的运营 商输出信息，输出装置也可包含屏幕、触摸屏、扬声器等。处理装置51、存 储装置52以及接口模块53通过电气互相连接，以便根据所述单元的预定且基 本上经过编程的步骤对己接收和/或已存储的数据进行系统的执行操作。在 根据本发明提出的一个解决方案里，包含在应用服务器上实施所述操作的功 能性操作如上所述。
16图6的流程图表示了结合图3中论述的本发明的实施例中的用户设备的 功能性范例。在服务的开始时，订户的用户终端设有一个终端应用程序，即 便于服务的使用的服务专用浏览器。在步骤61中，用户终端收到与新闻服务 的服务视图(SV)相关的浏览器。所述浏览器被布置用于实现终端的功能性以 操作结合图3与图4论述的新闻服务。浏览器可通过网络在空中以消息传递。 自然地，服务视图可替代地通过用户终端的应用程序编程接口(API)配置。 与服务视图相关的浏览器根据服务视图的结构定义进行工作，用户终端也可 以根据视图的结构定义识别在服务包中收到的内容元素并把它们恰当地输 出，例如在用户终端的显示器中输出。服务视图也可包含控制全部服务的实 施的其他定义。在步骤62中，用户终端检査是否有新服务包即将到来。当服务作为推服 务实施时，新服务包的有效性可在接收新发出服务包时检测。当服务作为拉 服务实施时，例如可以在对两个连续下载之间的间隔进行定时的定时器的期 满时检测新服务包的有效性。用户终端可替代地接收有关服务器上新的更新 包的有效性的通知。用户终端也可通过用户终端上的接口从用户接收给用户 终端的显示器提供新服务包的命令。在本发明的保护范围内，存在着几种可 能的方法用来检测和触发与新服务包相关的进程。如果新服务包即将来到(步骤63)，用户终端执行必要步骤以获得服务包 (步骤64)。在推服务的情况下，新服务包已处于用户终端中，并且它只需被 取回以用于进一步的处理。在拉服务的情况下，用户终端产生请求，将该请 求送到应用服务器，并如前所述，作出响应以接收由应用服务器所编译的服 务包。在步骤65中，用户终端取回服务视图的结构定义，将所述结构定义与服 务包中的内容项目组合(步骤66)并以规定的格式将之输出(步骤67)至用户终 端的订户。用户通过仅仅一个空中下载步骤，就收到服务中的所有相关页面 P1...P6,并可随后例如在用户终端的显示窗口中逐一浏览所述页面。用户设备中的所述机制的实施方式如图7所示，图7包含了用户设备UE 的功能性说明。用户设备UE包含处理装置710，这是一个包含算术逻辑单元、 多个专用寄存器和控制电路的元件。与处理装置相连的是存储装置715，它 是可以存储计算机可读的数据或程序或用户数据的数据媒介。存储装置通常
包含可读写的存储单元(RAM)以及只能读取内容的存储单元(ROM)。用户设 备UE也包含具有输入装置725和输出装置730的用户接口模块720，输入装置 725供用户输入数据以用于单元的内部处理，输出装置730用于从单元的内部 处理中输出用户数据。所述输入装置的范例包括键盘、触摸屏、话筒等。所 述输出装置包括屏幕、触摸屏、扬声器等。用户设备也包括配备有接收装置 740和发射装置745的通讯单元735，接收装置740用于从无线接口接收信息并 对其做出处理以输入至处理装置710，发射装置745用于从处理装置710接收 信息并对其做出进一步处理以经由空中接口发送。该通讯单元的实施方案通 常为本领域的技术人员所知晓。处理装置710、存储装置715、用户接口模块 720、通讯单元735通过电气互联以对已接收和/或已存储的数据根据所述单 元的预定且基本上是经过编程的步骤进行系统的执行操作。在根据本发明提 出的一个解决方案里，包含用户设备的功能性的操作如上所述。另一个与信息的发布相关的问题是无法根据接收端，即服务的订户或附 近的用户终端的要求灵活地定制服务。例如，用户设备UE可以是仅有语言功能的简化终端，也可以是用于多 种服务的终端，它用作服务平台并支持下载和执行多种与服务相关的功能。 当启动新系统时，可以发现不同类型用户设备的功能性设置和显示特征相差 很大，因此不能提供统一的服务，而应将之单独定制以适合不同类型的终端。 这种定制需求使服务的实施过程变得相当地慢。为了克服这个问题，内容提供者对不同类型的用户终端提供了单独的可 下载的页面。这增加了内容提供者方面实施的工作量并因此降低了服务的收 益率。在用户方面，用户必须知道其用户设备的配置和版本，并找出正确的 页面版本以下载。用户觉得这样的操作和要求很不舒服，并因此宁愿不用该 服务也不愿花费时间来在其终端与应用服务器间调节得到合适的通讯。另一方面，在常规网站或移动站点，内容提供者提供了许多页面以供下 载，而订户仅仅选择是否下载页面。订户无法事先感受到其希望下载的内容。这些问题在本发明的更进一步的实施例中得以解决，这个实施例实现了 应用服务中的复杂定制。这个实施例通过图8中的流程图加以阐述。流程图 中的步骤涉及图3中己经讨论过的实施拉型新闻服务时的应用服务的功能
性。在步骤81中，应用服务器作为发布服务器接收新闻服务中服务视图(SV)
上的信息。在步骤82中，应用服务器也接收来自于用户终端的请求，该请求 用于请求已更新服务包的传输。应用服务器读取(步骤83)服务视图，该视图 包含一组内容元素的定义，其中一个内容元素优选地被定义为内容元素组的 身份和源文件的地址，其中，所述内容元素的数据对应用服务器是有效的。 另外，应用服务器检査接收自用户终端的请求是否包含定制指示。此处的定 制指示指的是包含在请求中的信息元素，例如是标签(tag)、位图或结构数 据块的形式。如果这种定制指示出现(步骤84)在请求中，应用服务器解释lt匕 指示并根据定制指示从服务视图中的内容项目组里分离(步骤85)出相应的内 容项目。之后，对所分离出的内容项目按照以上所述进行编译(步骤86)，并 传送(步骤87)到用户终端。如果请求中没有出现定制指示，程序直接转到编 译步骤。所图示的实施例的优点在于提供了实践上消除一个服务视图版本必须 依赖于终端的方法。服务专用浏览器，或者说用户终端中的终端应用程序可 被布置为从服务的观点检测一组相关的终端容量细节。检测终端容量信息是 移动通讯设备的标准功能，其通过用户终端的设备接口的实施方式为本领域 的技术人员所熟知。检测可被设为例如当终端被接通时和/或在使用终端的 预定时间间隔时，安装终端应用程序的过程中发生。当产生一个请求，终端 应用程序自动包括了一个或多个可在应用服务器中定制服务包内容的指示。 这种指示例如是存储空间有限或无法显示彩色图片的指示，或者显示屏大小 的指示。收到所述请求后，应用服务器可省去预定的内容项目或会增大服务 包大小的整页内容。作为优选方式，应用服务器可因此产生终端专用的包， 其中起初列在服务视图中的部分内容项目的部分根据内容的特征和终端的 容量被包含或丢弃。例如，大内容项目或包含彩色图或宽图的内容项目会被 排除。内容源可以一种统一的形式提供内容项目，服务提供者可以以一种统 一的形式提供服务视图，并且特别定制的灵活终端设备仍然可行。另外，所述的实施例的优点还在于提供了可以根据单个服务订户的意愿 动态地定制服务的方式。终端应用程序可设置为通过用户终端的用户接口接 收用户所偏好的内容的指示。相应地，内容提供者可以布置成给所有内容项 目中的一些提供属性，所述属性与一项或多项指示相匹配。在这种情况下，
应用服务器可以设置为在服务包里面仅包括这样的内容项目，即所述内容项 目的属性对应于在用户终端的请求中所包括的一项指示或者多项指示。例 如，内容项目可通过补充某一属性以将其连接到预定的新闻目录，如财经新 闻、体育新闻、新闻快讯等。用户于是就可以随心所欲地仅仅下载当前让其
感兴趣的新闻了。再一个例子就是，内容项目可以补充某一属性以将其连接 到预定的层级。用户便能自由地仅仅下载层次超出请求中给定的限制的那些 新闻的部分了。而且，所述实施例的优点还在于它还提供了根据用户的位置动态地定制 服务的方式。终端应用程序可能被设置为接收关于用户位置信息的指示。这 种指示例如可以从终端设备内的集成定位装置自动传送而来，它可从网络或 用户通过用户终端上的用户接口的输入中接收到。相应地，内容提供者可设 置为给所有内容项目中的一些提供能与预定位置信息匹配的属性。这样，应 用服务器可设置为在服务包中仅包含那些属性符合用户终端中请求的一项 或多项位置指示的内容项目。这样，就可以给订户提供例如紧邻其当前位置 的娱乐活动的广告。需要指明的是，此处仅讨论了内容属性使用中的几个例子。本发明包括 了本领域的技术人员所能实现的许多其它实施方案。常规信息发布系统所涉及的更进一步的问题是关于当信息传输并非免 费时的收费问题。当点击超链接开始一个页面的下载时，订户通常不知道该 页面包含多少信息。当该页面包含很多内容时，其下载要求传输大量数据， 这样在按字节收费时就会花费更多费用。通常用户不喜欢这种情况，而是希 望能控制因使用服务所导致的费用。另一方面，包月预定通常根据平均使用 量来调整，这样也会使一些用户用得太多而另一些用得太少。最理想地，基 于使用量的收费更受欢迎。本发明的另一个实施例解决了这个问题，其中，应用服务器在服务包中 包括一个脚本，所述脚本使得用户终端产生并发送一个消息至电信系统的一 个预定地址。发到此地址的消息被设置为产生与一个单个下载相关的收费相 符合的额外收费票据。例如，服务视图第一页的一个内容项目可包含一个脚 本，这个脚本产生一字符串并将此字符串作为文本信息发送至预定的单独的 收费MSISDN号。这个实施例的优势在于它提供了一种简单而易于实现的方
法可使服务按照使用量，即按下载服务包的数量收费。另外，对收费策略的 动态调整也因此成为可能。很明显对本领域的技术人员来说，随着技术的进步，本发明的概念可以 以多种方法实现。例如一项服务可定义一种以上服务视图。从而页面的一部 分可以连接到一个服务视图上，而页面的另一部分可以连接到其他视图上， 这样不同类型的新闻可以以稍微不同的面貌出现。从而，本发明及其实施例 不限于上文所述的几个例子，而是可以在权利要求的范围内有所变化。
权利要求
1.一种在通讯系统中实现信息发布服务的方法，所述的系统包括服务器、用户设备以及供所述服务器与用户设备之间进行信息交换的访问网络，其特征在于，该方法包括创建所述信息发布服务的至少一个服务视图，其中所述服务视图由一个或多个页面组成，所述页面是包括内容数据和页面定义数据的组合的独立输出项，从而在输出页面时所述页面定义数据可控制所述内容数据的格式；用编辑装置配置所述服务器，所述编辑装置用于收集每个所述服务视图中的一个或多个页面中的内容数据，并将所述服务视图的一个或多个页面的内容数据打包成服务包；存储用户终端中的至少一个服务视图的至少一个页面定义数据，其中所述定义数据设置为与所述服务视图中的一个或多个页面的内容数据相组合；用接收装置配置用户终端，所述接收装置用于从所述服务器接收服务包，所述服务包包括所述服务视图的一个或者多个页面的内容数据，所述内容数据与所述服务视图的至少一个页面定义数据相组合；用输出装置配置用户终端，所述输出装置用于组合所述服务视图的至少一个页面定义数据以及服务包中的一个或多个页面的内容数据，并在所述用户终端上输出所述服务视图的一个或多个页面。
2. —种通讯系统，所述系统包括服务器、用户设备以及供所述服务器 与用户设备之间进行信息交换的访问网络，其特征在于，所述系统包括可创建信息发布服务的至少一个服务视图的装置，其中所述服务视图由 一个或多个页面组成，所述页面是包含内容数据和页面定义数据的组合的独 立输出项，从而所述页面定义数据可在输出页面时控制所述内容数据的格 式；包括编辑装置的服务器，所述编辑装置用于收集每个所述服务视图的一 个或多个页面的内容数据，并将所述服务视图的一个或多个页面打包成服务 包；用户终端，其包括存储装置，其用于存储至少一个所述服务视图的至少一个页面定义数 据，其中所述页面定义数据配置成与所述服务视图中一个或多个页面的内容 数据相组合；接收装置，其用于从所述服务器接收服务包，所述服务包包括与所述服 务视图的至少一个页面定义数据相组合的所述服务视图的一个或多个页面 的内容数据；输出装置，其用于组合所述服务视图中的至少一个页面定义数据以及服 务包中的一个或多个页面的内容数据，并输出所述服务视图的一个或多个页 面。
3. —种服务器，其包括访问装置，其用于通过访问网络与用户设备交换信息；其特征在于还 包括通讯装置，其用于接收信息发布服务的至少一个服务视图的页面定义， 其中所述服务视图包括一个或多个页面，所述页面是包括内容数据和页面定 义数据的组合的独立输出项，从而所述页面定义数据可在输出页面时控制所 述内容数据的格式；以及编辑装置，其用于收集每个服务视图的一个或多个页面的内容数据并将 服务视图的一个或多个页面的内容数据打包成服务包。
4. 根据权利要求3所述的服务器，其特征在于还包括接收装置，其用于接收服务请求，并经调节以从所述请求中提取出选择指示；所述编辑装置被设置为确定附加于所述内容项目的属性，并 仅仅将那些属性与选择指示相匹配的内容项目打包成服务包。
5. 根据权利要求4所述的服务器，其特征在于，所述编辑装置被设置为从所述内容项目的特征确定所述属性，所述特征与终端容量需求有关。
6. 根据权利要求4所述的服务器，其特征在于，所述编辑装置被设置 为从所述内容元素所包括的标签中确定所述属性。
7. 根据权利要求3到6中的任一项所述的服务器，其特征在于，所述编辑装置被设置为所述服务包中包括脚本，所述脚本用于启动所述接收终端 产生并发射信息到电信系统的预定地址。
8. —种用户终端，其包括访问装置，其用于通过访问网络访问服务器接收信息发布服务的至少一个服务视图的定义，其中所述服务视图包括 一个或多个页面，所述页面是包含内容数据和页面定义数据的组合的独立输 出项，从而所述页面定义数据可在输出页面时控制所述内容数据的格式，其 特征在于还包括存储装置，其用于存储所述用户终端中的至少一个服务视图的至少一 个页面定义数据，其中所述页面定义数据与所述服务视图中所述的一个或多 个页面的内容数据相组合；接收装置，其用于从所述服务器接收服务包，所述服务包包括所述服务 视图的一个或多个页面的内容数据，所述内容数据与所述服务视图的至少一 个页面定义数据相组合；输出装置，其用于组合所述服务视图的至少一个页面定义数据和所述服 务包中的一个或多个页面的内容数据，并输出所述服务视图的一个或多个页 面。
9. 根据权利要求8所述的用户终端，其特征在于，所述接收装置包括对所述服务器启动服务包请求的请求装置，其中所述 服务包包括所述服务视图的一个或多个页面的内容数据，所述内容数据与所 述服务视图的至少一个页面定义数据相组合。
10. 根据权利要求9所述的用户终端，其特征在于，所述请求装置被设置为在请求中加入选择指示。
11. 根据权利要求10所述的用户终端，其特征在于，所述指示与所需的终端容量有关。
12. 根据权利要求IO所述的用户终端，其特征在于，所述指示与内容 元素的分类有关。
13. 根据权利要求12所述的用户终端，其特征在于，所述分类被表示 为代表所述内容的层级的数字。
14. 根据权利要求8到13中的任一项所述的用户终端，其特征在于， 所述接收装置被配置为在服务包中接收脚本；并且响应于所接收的服务包，产生并发射信息到电信系统中的预定地址。
15. —种管理电信系统的服务器中的信息的方法，其特征在于，所述方法包括接收信息发布服务中的服务视图，其中所述服务视图包含一个或多个页 面，所述页面是包含内容数据和页面定义数据的组合的独立输出项，从而所 述页面定义数据可在输出页面时控制所述内容数据的格式；根据所述服务视图中的内容数据定义收集所述的一个或多个页面的内 容数据，并将所述服务视图的一个或多个页面的内容数据打包成服务包。
16. 在通讯系统的用户终端中显示信息的方法，其特征在于，所述方法包括接收信息发布服务中的至少一个服务视图，其中所述服务视图包括一个 或多个页面，所述页面是包含内容数据和页面定义数据的组合的独立输出 项，从而在输出页面时所述页面定义数据可控制所述内容数据的格式；存储至少一个服务视图的至少一个页面定义数据，其中所述定义数据被 设置为与所述服务视图中的一个或多个页面的内容数据相组合；从服务器接收服务包，所述服务包包括所述服务视图的一个或多个页面的内容数据，所述内容数据将与所述服务视图的至少一个页面定义数据相组 合，组合所述服务视图中的至少一个页面定义数据和所述服务包中的一个 或多个页面的内容数据，并将所述服务视图的一个或多个页面输出在用户终端上。
17. —种在服务器中可执行的计算机程序产品，其特征在于，所述计算 机程序产品在所述服务器上的执行能使所述服务器执行权利要求15所述方 法的步骤。
18. —种在用户终端中可执行的计算机程序产品，其特征在于，所述计 算机程序产品在服务器上的执行能使服务器执行权利要求16中所述方法的 步骤。
全文摘要
一种在通讯系统中实施信息发布的解决方案。服务视图包含一个或多个页面，所述页面是包含内容数据和页面定义数据的组合的单独输出项，这样在输出所述页面时，所述的页面定义可控制所述内容数据的格式。服务器收集所述服务视图中的一个或多个页面的内容数据，并将所述内容数据打包成服务包。页面定义数据存储在用户终端中，并与所述服务包中的内容数据相组合。之后，在用户终端处可以看到服务视图中所有的页面。
文档编号G06F17/30GK101361070SQ200680051602
公开日2009年2月4日 申请日期2006年12月21日 优先权日2005年12月22日
发明者萨米·莱伊诺, 阿尔瑞·波赫亚维瑞塔 申请人:赛丹德西有限公司