CN102165476A

CN102165476A - 用于接收非请求内容的方法和设备

Info

Publication number: CN102165476A
Application number: CN2009801380842A
Authority: CN
Inventors: A·卡马特
Original assignee: Nokia Oyj
Current assignee: Nokia Oyj
Priority date: 2008-09-29
Filing date: 2009-09-28
Publication date: 2011-08-24
Also published as: WO2010035242A1; CN105160520A; US20110307310A1; GB0817805D0

Abstract

一个实施例涉及非请求内容在设备上的接收以及这种非请求内容如何向设备用户进行显示，非请求内容例如为广告消息，但还可包括其它数据，例如网络控制数据、警报消息等。例如，非请求内容可与正在显示的图像合并或对其进行替换。这里，为非请求内容的通信提供专用逻辑信道，其端接在设备中(在被设置为用于设备操作系统任务的模块处)。信道连结到设备的操作系统而不是接收应用中，因为OS是可信的，并能控制在设备上运行的其它应用，以便容纳所接收的广告。例如，操作系统可改变在设备上运行的其它应用的显示，以便为所接收的广告提供显示空间。另一实施例涉及所接收的非请求内容如何被合并并被显示在设备显示器上。特别地，通过在水平和/或竖直方向中的一个或二者上对显示进行收缩，对现有显示进行修改，以便为所接收的内容留出空间。通过这种方式，所接收的内容和现有显示都可被合并并被同时显示，而不会彼此遮蔽。

Description

用于接收非请求内容的方法和设备

技术领域

本发明涉及一种用于接收非请求内容(unsolicited content)的方法和设备，在某些实例中，其特别涉及图形内容。

背景技术

在发展中国家和发达国家，例如智能电话等的移动计算和通信设备正在变得无所不在。它们各自为各个用户提供个人通信信道。因此，开始将这种信道开发为用于市场推广用途、特别是通过向这种设备发送例如广告等等的非请求内容并不令人惊讶。广告消息可在移动设备上使用例如SMS、MMS等多种消息传送协议被接收，例如作为蓝牙消息或电子邮件。经由这种方式接收的这种消息常常被用户简单地忽略。因此，希望开发出增强这种广告的能见度的技术。

发明内容

本发明的第一实例提供了一种方法，包括：

通过专用于提供非请求内容的逻辑数据信道，在设备处接收包括用于由该设备再现的非请求内容的数据包；

在该设备的操作系统中处理所接收的数据包，以便从中取回非请求内容；以及

使用操作系统，用非请求内容对当前正在由该设备再现的内容进行合并或替换。

在一实例中，非请求内容为音频内容和/或可视内容。在另一实例中，在非请求内容为可视内容的情况下，对当前再现的可视内容进行修改(adapt)，以容纳(accommodate)非请求可视内容，使得当前的可视内容与非请求可视内容被合并为可同时显示。在进一步的实例中，修改包括缩小当前再现的可视内容的尺寸，以便在非请求可视内容与之合并时为其让出空间。在另一进一步的实例中，当前再现的内容在一个维度上缩小尺寸，同时在正交维度上保持其原始尺寸。

本发明的第二实例提供了一种方法，包括：

在设备处接收用于显示的非请求图形内容；

对现有的图形显示进行修改，以缩小该显示的尺寸；以及

对修改后的现有显示和所接收的非请求图形内容进行合并，使得它们不产生实质性重叠。

在一实例中，依赖于所接收的非请求图形内容的尺寸，现有图形显示受到修改。在另一实例中，依赖于所接收的非请求图形内容的预期位置，现有图形显示受到修改。在进一步的实施例中，依赖于所接收的非请求图形内容的预期方位，现有图形显示受到修改。

在一实例中，非请求图形内容伴有与非请求图形内容的预期显示属性有关的元数据。

在一实例中，被修改的现有显示和所接收的非请求图形内容被合并，使得它们一起显示时是邻近的。

本发明的第三实例提供了一种设备，包括：

至少一个处理器；以及

至少一个存储器，其包括计算机程序代码，

所述至少一个存储器以及计算机程序代码被配置为，通过所述至少一个处理器，使得设备至少执行下列内容：

使用操作系统，用非请求内容对当前正在由该设备再现的内容进行合并或替换。在第三实例中，可使用与上面关于第一实例所介绍的相同的进一步的特征。

本发明的第四实例提供了一种设备，其包括：

至少一个处理器；以及

至少一个存储器，其包括计算机程序代码，

所述至少一个存储器以及计算机程序代码被配置为，通过所述至少一个处理器，使得该设备至少执行下列内容：

在该设备处接收用于显示的非请求图形内容；

对现有的图形显示进行修改，以缩小显示的尺寸；以及

对修改后的现有显示和所接收的非请求图形内容进行合并，使得它们不产生实质性重叠。在第四实例中，可使用与上面关于第二实例所介绍的相同的进一步的特征。

本发明的第五实例提供了一种计算机程序或一套计算机程序，其被布置为使得当在计算装置上执行时，使得计算装置根据第一实例或第二实例运行。在一实例中，机器可读存储介质存储第五实例的计算机程序或一套计算机程序中的至少一个。

本发明的第六实例提供了一种计算机程序，其包括：

用于通过专用于提供非请求内容的逻辑数据信道，在设备处接收包括用于由该设备再现的非请求内容的数据包的代码；

用于在该设备的操作系统中处理所接收的数据包，以便从中取回非请求内容的代码；以及

用于使用操作系统，用非请求内容对当前正在由该设备再现的内容进行合并或替换的代码。

本发明的第七实例提供了一种计算机可读介质，其上存有根据第六实例的计算机程序。在第六以及第七实例中，可使用与上面关于第一实例所介绍的相同的进一步的特征。

第八实例提供了一种计算机程序，其包括：

用于在设备处接收用于显示的非请求图形内容的代码；

用于对现有的图形显示进行修改，以缩小显示的尺寸的代码；以及

用于对修改后的现有显示和所接收的非请求图形内容进行合并，使得它们不产生实质性重叠的代码。

本发明的第九实例提供了一种计算机可读介质，其上存储有根据第八实例的计算机程序。在第八以及第九实例中，可使用与上面关于第二实例所介绍的相同的进一步的特征。

附图说明

参照附图，由下面的介绍，将会明了本发明的某些示例性实施例的特征和优点，在附图中：

图1是用于本发明某些实施例的智能电话硬件结构的框图；

图2是示出了图1的计算装置的软件层的图；

图3是一框图，其示出了本发明的第一实施例；

图4是示出了用于本发明第一实施例的通信信道的包结构的图；

图5是一框图，其示出了本发明第一实施例的多种组件；

图6是一流程图，其示出了在本发明第一实施例中执行的功能；

图7是第二流程图，其示出了在本发明第一实施例中执行的功能；

图8是一流程图，其示出了在本发明第二实施例中执行的功能；

图9是一对屏幕截图，其示出了本发明第二实施例的一实施形态；

图10是一对屏幕截图，其示出了本发明第二实施例的进一步的实施形态；

图11是一组屏幕截图，其示出了本发明第二实施例的进一步的实施形态；

图12是一组屏幕截图以及其他视图，其示出了本发明第二实施例的进一步的实施形态。

具体实施方式

本发明的某些实施例涉及非请求内容在设备处的接收，并涉及如何向设备用户显示这种非请求内容，非请求内容例如为广告消息，但也包括其他数据，例如网络控制数据、警告消息等等。例如，这种非请求内容可以与现有显示合并，或者可替换现有显示。在一实施例中，提供专用逻辑信道以用于非请求内容的通信，且其在设备中端接在被设置为用于设备操作系统中的任务的模块上。该信道链接到设备的操作系统中而不是接收应用，因为OS是被信任的，并能控制运行在设备上的其他应用，以便容纳所接收的广告。例如，操作系统可改变在设备上运行的其他应用的显示，以便为所接收的广告提供显示空间。该信道也可用于向广告服务器提供反馈，例如关于与广告对应的用户观看模式。

本发明另一实施例涉及如何在设备的显示器上显示所接收的非请求内容。特别地，通过在水平和/或竖直方向中的一个或二者上收缩显示，对现有显示进行修改，以便为所接收的内容让出空间。于是，将所接收的内容与现有显示合并。通过这种方式，所接收的内容和现有显示二者都能够被同时显示，而不相互遮蔽。

EP1286288A1介绍了一种在网络上分发广告的技术。US2008/0147493介绍了广告信息可如何替换装置的图形用户界面(GUI)上的图标之一，并由此对于用户更具能见性。特别地，选择GUI的图标以进行替换，将广告代替图标进行显示。GUI图像的其他部分保持不变。

现在将介绍本发明的第一实施例。

许多现代电子设备使用了操作系统。现代操作系统可在包括集成电路的任何物品中找到，例如个人计算机、互联网服务器、蜂窝电话、音乐播放器、路由器、交换机、无线接入点、网络存储设备、游戏控制台、数码相机、DVD播放器、缝纫机、望远镜。操作系统可以是管理设备资源共享并向程序员提供访问这些资源的接口的软件。操作系统可对系统数据和用户输入进行处理，并可通过作为对用户以及系统上的程序的服务对任务和系统内部资源进行分配和管理进行响应。最基本的是，操作系统可执行的任务例如，控制和分配存储器、对系统请求赋予优先次序、控制输入与输出装置、帮助联网、管理文件等。操作系统可在实质上是高级别应用能够访问设备硬件的接口。

作为其基础，使用操作系统的许多现代电子设备具有类似的物理硬件架构，使用具有合适的存储器的应用处理器，存储器存有设备操作系统以及决定设备功能性的较高级别的应用程序。操作系统和其他程序典型地被存储在非易失性只读存储器中，操作系统通常被首先载入，以便允许应用进程继之运行较高级别的应用程序。一种使用操作系统的非常普遍的现代电子设备是智能电话，其一般硬件架构在图1中示出。

参照图1，智能电话10包括执行电话功能的硬件以及应用处理器和对应的支持硬件，以便使电话具有智能电话所希望的其他功能，例如消息传送、日历、文字处理功能等等。在图1中，电话硬件用RF处理器102示出，RF处理器102向天线126提供RF信号，用于发送以及从之接收电话信号。另外提供了基带处理器104，其向RF处理器102提供以及从之接收信号。基带处理器104还与订购者识别模块106交互，如现有技术中已知的那样。智能电话10的电话子系统在本发明的范围之外。

典型地，还提供了显示器116和键区118。它们由应用处理器108控制，应用处理器108可以是与基带处理器104及RF处理器102分立的集成电路，但在将来可以预期，单片方案将会可用。电力和音频控制器120被设置为从电池(未示出)向电话子系统、应用处理器以及其他硬件提供电力。另外，电力和音频控制器120还控制来自麦克风122的输入以及经由扬声器124的音频输出。

为了使应用处理器108运行，提供了多种不同类型的存储器。首先，应用处理器108具有某些随机访问存储器(RAM)112，数据和程序代码可被写入随机访问存储器(RAM)112并从中随意读取。放在RM中的任意位置的代码可被应用处理器108从RAM执行。

另外提供了分立的用户存储器110，其可用于存储用户数据，例如用户应用程序(典型地为较高层的应用程序，其决定了装置的功能性)以及用户数据文件等等。

如前面提到的，为了使应用处理器108运行，操作系统是必需的，其通常在智能电话系统10被首先启动时立即启动。在当前实施例中，操作系统代码被存储在构成NAND闪速ROM 114的只读存储器中。在某些其他的实施例中，操作系统可存储在装置上的其他地方，并且只读存储器可以是不同的类型。ROM可存储为使装置10运行而必需的操作系统组件，但是，也可存储其他的软件程序，例如应用程序等等，特别是装置的强制性应用程序，例如，智能电话情况下的通信应用等等。这些可以是在电话被首次发售时由装置制造者与智能电话绑定在一起的应用。可由用户添加到智能电话的进一步的应用通常可存储在用户存储器110中。因此，如图2所示，在概念上，智能电话10可被看作具有硬件和软件层，它们为物理硬件22、自身包括许多不同软件模块与组件的操作系统24以及是进一步的软件模块与组件的应用26。操作系统层特别重要，因为其具有对装置硬件的控制，并能控制装置上运行的其他应用对这种硬件的访问和使用。

在本发明第一实施例中，提供专用逻辑信道，通过该信道，非请求内容可经由网络被提供给计算装置。经由网络，专用信道可从非请求内容服务器向设置在计算装置操作系统中的非请求内容模块提供非请求内容。信道端接于操作系统而不是应用层应用的原因在于，操作系统对于装置具有更大的控制，特别地，其能支配装置上运行的其他应用如何运行。因此，例如，操作系统中的模块可以使其他应用的显示得到不同的显示，例如，在计算装置显示器上为非请求内容的显示让路。第一实施例中的计算装置是智能电话或类似物，但是，应当明了，这对本发明不具实质性，也可使用任何其他具有显示器的计算装置，例如台式计算机、膝上型计算机、PDA等等。

图3是一框图，其示出了将要介绍的第一实施例的组件。更具体地，计算装置10具有网络接口32，其被布置为经由网络38通过逻辑信道322、324等接收数据。数据通过逻辑信道322、324等由服务器发送到网络中的其他地方。当前而言，最重要的是存在“非请求内容服务器”382，其经由网络38和逻辑信道322、324向计算装置10的网络接口32提供非请求内容。当然，在具有用来接入移动计算装置的到蜂窝网络的网关的这种网络(例如是互联网)中，可存在其他服务器384，且其可向计算装置10提供其他的内容(典型地为请求型)。

应当注意，发送自非请求内容服务器382的数据具有将在下面介绍的特定包格式，但其允许计算装置10判定正在接收来自非请求内容服务器382的非请求内容。数据包可通过专用逻辑信道322发送，或者，可与正在通过逻辑信道322、324上发送的其他包交织，并在网络接口32被接收。另外，可为非请求内容留出专用物理信道。在计算装置10中，提供了其他客户端应用模块36，其通过网络38从其他服务器384接收内容。例如，如现有技术中已知的，它们可以是例如浏览器程序、媒体播放器程序或类似程序。这些其他客户端模块36典型地位于计算装置10的应用层中。如所示出的，为这些其他客户端模块准备的包经由网络接口32被传送到这些其他客户端模块。

然而，根据本发明实施例，非请求内容模块34被设置在操作系统中，作为适当的组件，来接收和解释在网络接口32从非请求内容服务器382接收的非请求内容包。因此，网络接口32识别非请求内容包，并将它们指引到非请求内容模块34，以下面介绍的方式，其内容在非请求内容模块34中得到解释以及起作用。如所提到的，操作系统中的模块具有对装置硬件的更大的访问，并能超越其他应用(甚至是操作系统内的其他模块)对硬件的使用，为此原因，非请求内容模块34位于计算装置10的操作系统24中。为了允许非请求内容模块34能够以正确的方式对所接收的非请求内容起作用，例如在计算装置10的显示器上的图形内容的情况下通过显示所接收的内容，这一点在本发明环境中是重要的。作为另一实例，在音频内容的情况下，由于非请求内容模块34处于操作系统内，其能超越可能正在使用计算装置10的音频输出的任何应用，从而通过其播放所接收的音频内容。

另外，由于非请求内容模块34在操作系统中，其将会是可信任的组件，因为其运行应当是可靠的。因此，非请求内容模块能监视用户响应于非请求内容的接收在计算装置上的操作，并能将关于响应于非请求内容的用户操作的信息向回提供给非请求内容服务器382。通过这种方式，例如，当非请求内容是广告时，则关于用户对广告的反应的反馈可以以安全且可信的方式提供给非请求内容服务器。

图4示出了通过专用非请求内容信道从非请求内容服务器382发送到OS中的非请求内容模块34的包的格式。更具体地，包40包括下面所讨论的多个字段。

首先，包40包括信道十六进制ID字段402。这是十六进制的信道流标识符。该值应当具有嵌入的唯一值，用于在非请求内容流与通信/数据流交织的情况下对其进行区分。此字段用于将包标识为属于非请求内容包的流。

下一个字段是包大小字段404。其标识非请求内容包的总的大小。字段406于是跟在其后，这是信道客户端/服务器版本字段，其在接收流时标识非请求内容服务器软件的版本。当发送反馈时，此字段标识客户端——即计算装置10中的非请求内容模块34——的版本。

接下来是字段408，其是装置或服务器ID字段。此字段在向非请求内容服务器发送反馈时标识客户端装置。当从非请求内容服务器接收包的流时，此值标识服务器。

字段410包括关于包是否是更早的包的一部分以及是否存在作为此包的一部分的另一后续包的值。具体地，此字段包括“从前一包继续”指示符以及“后续有包”指示符。如果“从前一包继续”指示符是零，则这是序列的第一个包。如果“后续有包”指示符是零，则这是序列的最后的包。

由于可在序列中使用多个包，所以字段412包括序列ID，其是序列标识符。属于同一序列的所有包在此字段中具有相同的ID。

字段414和416分别与包创建日期与时间以及包发送日期与时间有关，它们是包在服务器或客户端上创建时的相应日期和时间以及包从服务器或客户端发送的日期和时间。

字段418指示有效载荷类型。由于非请求内容信道可封装其他协议，例如SIP，于是，有必要标识包中正在承载的有效载荷的类型。有效载荷自身承载在字段420中，如所提到的，可以实际上是其他协议的封装数据包。如果属于这种情况，则有效载荷内的数据——包括属于其中的数据的封装协议的任何包头在内——应当被传送给合适的协议处理装置。作为替代的是，如果有效载荷类型字段418指示类型为“自身”，则这意味着非请求内容模块自身应当对包数据进行处理。如果有效载荷类型为“自身”，则，有效载荷字段420将包括进一步的子包，子包如图所示并包括下面的字段。

具体而言，当有效载荷为类型“自身”时，子包包括第一字段422，其是数据块(data chunk)计数字段，标识包中有多少数据块。数据大小字段424标识数据块的大小，数据块ID字段426标识块自身。这对于包内或跨包关联的所有块将是同样的。数据块ID字段用于将所有关联块聚集在一起。

数据块序列ID字段428标识块的序列。这用于由所有聚集的关联块构成更大的数据块。数据类型字段标识数据块自身是什么类型。例如，其可以是音频、视频、图形、纯文本等。编码字段432标识二进制数据的编码，于是在434中，我们具有二进制的实际数据本身。在二进制数据包括图形数据，即，数据类型字段430指示二进制数据为根据编码字段432中所指示的被编码的图形数据的情况下，则除图形数据外，也可提供控制信息，例如图形是否应当在显示器上覆盖(overlay)还是容纳，以及显示器上的start X、start Y、end X、end Y位置。因此，在图形数据被接收为非请求内容的情况下，则图形数据伴有控制数据，以便指示图形数据应当如何以及在哪里显示在屏幕上。关于本发明此实施形态的进一步的细节将在后面介绍。

已经介绍了非请求内容信道包结构，图5给出了非请求内容模块34如何与装置的硬件交互的简单概述。具体而言，如图5所示，在网络接口104接收的数据经由流分离器/积分器层32——如果包将与其他的包交织的话——通过操作系统24被传送到非请求内容模块34。于是，非请求内容模块34根据包结构以将要介绍的方式对数据进行处理，接着，对装置的硬件进行控制，从而显示或播放内容。例如，在内容包括音频数据的情况下，则音频控制器120可受到控制，以便对常规音频进行停止、播放、暂停等等，并使所接收的音频内容被播放。类似地，非请求内容模块34还与OS中的低级别和高级别播放管理器1162、1164交互，以便使所接收的非请求图形信息——例如子画面、动画、视频等等——显示在屏幕上。具体地，其与低级别显示管理器1162交互，以便指示显示管理器所接收的图形如何被呈现到显示器上，并同时与例如图形引擎、Windows管理器等高级别显示管理器1164交互，以便在需要的情况下用于将受到修改的当前显示，从而容纳所接收的图形数据。由下面的介绍将会明了这些操作的进一步的细节。

图6和图7共同示出了对在非请求内容信道上接收并具有前面介绍的按照图4的包格式的包执行的操作。首先，在方框6.2中，做出是否在与其他类型的包的交织流中接收到包的判定。如果是这种情况，则在方框6.4中，使用十六进制非请求内容信道ID字段402来识别非请求内容包。如果不是在交织流中接收而是在专用信道上接收到包，则此方框不是必需的，处理进行到方框6.6，在那里，对所接收到的包进行处理。

因此，首先，为了对所接收的包进行处理，在方框6.8中，从服务器版本字段406提取服务器版本。于是，在方框6.10中进行关于非请求内容模块34是否支持所指示的版本的评估，如果不，则在方框6.12发送反馈消息，并且处理在此结束。假设版本得到支持，接下来，在方框6.14，从装置ID字段408提取服务器ID。接着，在方框6.16，从字段410提取continue-from-last-packet(从上一包继续)指示符值。如果该指示符指示处理应当从上一包继续，如方框6.18的评估所判定的那样，则在方框6.20，通过提取序列ID、包数据和时间，对包数据进行重组。处理于是进行到方框6.22。

这里，从字段410提取packet-to-follow指示符。如果其指示后续有包存在(如方框6.24的后续有包存在评估所判定的)，则在方框6.26，存储序列ID以及包日期与时间，用于在下一次包到达时使用。处理于是进行到方框6.28，其中，从有效载荷类型字段418提取有效载荷数据。

接着，对有效载荷类型进行检查，如果有效载荷类型为“自身”类型，则处理进行到下面将关于图7进一步介绍的方框6.32。作为替代的是，如果有效载荷类型是另一类型(回想起，非请求内容包可封装其他协议的数据)，则在方框6.34调用适当的有效载荷类型处理装置，并且有效载荷被传送于其上以进行处理。例如，在有效载荷类型为SIP包的情况下，则计算装置10中的SIP处理装置被调用，有效载荷被传送到SIP处理装置。

图7示出了在有效载荷类型字段418指示有效载荷为“自身”类型时对子包的处理。具体地，子包的字段与此有关：允许从有效载荷提取数据，与来自其他非请求内容包的其他子包的数据合并，以便建立较大的数据块。因此，内容可在不同的非请求内容包之间分割，并在接收客户端被重新构建。

子包如下所述地得到处理。

首先，在方框7.4，从数据块计数字段422提取块计数。如果如方框7.8处进行的评估所判定的那样，计数等于零，则在方框7.6，处理下一个包。这是因为数据块计数值标识包中有多少数据块，如果计数为零，则包中没有数据块。

如果计数大于零，则在方框7.10，计数减量，接着，在方框7.12，从字段426提取数据块，然后是在方框7.14提取块ID。于是在方框7.16对块ID进行检查，如果块ID已经被处理过，则处理进行到块7.18，在那里，从字段428提取块序列ID。根据序列ID，可在方框7.20重组块数据，以便允许由先前已经在其他子包中接收的其他块构成更大的数据块。

接着，在方框7.22，从字段430提取块数据类型，并在方框432提取编码类型。于是，在方框7.26从有效载荷字段434提取块数据，并在方框7.28提取依赖于数据类型的任何控制数据。因此，在这一点上，非请求内容模块已经对所接收的非请求内容包以及子包进行解析，已经对通过若干包传播的数据进行重组，并且已经判定出数据类型和编码。因此，在方框7.30，重组的数据可依赖于所应用的编码被传送到适当的数据解码器。例如，如果所接收的数据是已经JPEG编码的图形数据，则JPEG解码器可用于对数据进行解码。因此，依赖于所接收的数据的数据类型，在方框7.32和方框7.34，所接收和解码的数据被传送到计算装置中的适当的模块，以便向用户显示或播放。例如，在所接收的数据为音频数据的情况下，则非请求内容模块可对音频管理器进行控制，以便播放所接收的数据。

作为替代的是，在所接收的数据是例如子画面、动画或视频等图形类型的情况下，则非请求内容模块可对显示管理器进行控制，以便使图形数据在计算装置显示器上被显示。下面将关于本发明第二实施例介绍如何显示所接收的图形数据。

因此，在本发明第一实施例的情况下，为非请求内容提供专用逻辑信道，以便允许非请求内容从网络中的非请求内容服务器传送到计算装置，特别是位于装置的操作系统中的模块。于是，该模块可提取非请求内容，对内容进行解码，并接着对适当的装置硬件进行控制，以便使内容经由例如显示器或音频输出等装置的输出被提供给用户。例如，内容可与正在屏幕上显示的现有显示合并，或替代现有显示。经由端接于装置操作系统的专用信道接收非请求内容具有若干优点。具体地，如果必要的话，操作系统可确保内容取代当前正在再现的内容而被再现。换句话说，操作系统可确保内容与当前正在再现的内容合并或取代当前正在再现的内容。这确保了用户看到内容。

本发明的第一实施例具有若干优点。首先，其确保了仅有那些提供对装置的接入的网络准备好支持的非请求内容提供上能接入非请求内容信道，以向装置提供内容。这一点对移动装置特别重要。通过这种方式，非请求内容信道提供了能够提供非请求内容的到装置的单一路径。因此，网络能通过向广告商出租对非请求内容信道的接入以允许广告商通过请求内容信道向装置发送广告，来获取额外收入。

作为替代的是，非请求内容信道也可用于其他目的，例如向用户发送信息消息或警告消息。由于非请求内容信道端接于操作系统中的模块，该模块可访问装置硬件并超越其他应用以确保该内容被显示给用户，非请求内容信道的设置提供了在保证(尽可能地)用户将会看到内容方面的优点。

简言之，用于非请求内容的专用逻辑数据信道的设置提供了这种内容进入装置的单一路径，通过该路径，装置的用户以及信道另一端的服务器的操作者可获得更强的控制。例如，在装置为移动装置的情况下，移动网络操作者可能希望向广告商租赁信道上的容量。他们还可能希望自己将信道用于重要的服务消息或警告消息。

现在将介绍关于非请求内容如何与现有显示合并并在计算装置的显示器上进行显示的第二实施例。本发明第二实施例可被看作独立的实施例，其可用于合并并显示非请求内容，无论该内容是如何接收的。作为替代的是，本发明的第二实施例可与提供直接进入OS的专用非请求内容信道的本发明第一实施例结合。下面的介绍集中在此第二实施形态，即，在第二实施例被用作第一实施例的扩充的情况下，因此，关于与先前介绍的第一实施例相同的元素给出介绍。然而，应当明了，第二实施例可用作独立的实施例，可执行同样的处理块，无论实际上是如何在装置上接收非请求内容的。

在详细介绍第二实施例的操作之前，关于附图给出其操作的简单概述。

除其他信息，流处理的非请求内容数据可包括关于如何显示内容的细节，如上面关于第一实施例所讨论的那样。这一点在内容包括图形信息时适用。内容可以没有图形，并可支持非图形数据。然而，当图形数据被提供时(例如图像、动画或视频)，则数据也可伴有尺寸数据(以开始和结束X与Y坐标的形式)、位置数据(例如如何在屏幕上确定图形方位)、显示类型数据(例如是否覆盖图形或修改其他屏幕元素以容纳它)。

为了使OS中的非请求内容模块在屏幕上显示广告，OS中的模块希望与其他图形数据一起得到两条信息。这两件事是，广告的位置和尺寸以及其必须的显示方式，例如半透明覆盖或压缩屏幕。

第一实施例中介绍的非请求内容流格式指定了类型“SELF”的有效载荷数据。这种有效载荷数据包括payload字段，其包括由Data type和Encoding字段标识的数据。如果Data Type是图形，则从图形数据提取的尺寸、位置和显示机制(例如覆盖或压缩)用于使用特定显示机制在屏幕上的特定尺寸内、在指定的位置上对内容进行显示。如果不能从图形数据中获得尺寸、位置和显示机制，则模块可使用默认值。图形内容的默认尺寸是屏幕宽度以及15％的屏幕高度。默认位置是屏幕底部，显示机制为半透明覆盖。在某些实施例中，这些默认值可由用户配置。

图9-12示出了在OS的图形子系统的帮助下由非请求内容模块实现的几种图形内容放置。它们可以是所示图的任意组合，例如，水平和竖直图形可被同时放置在同一显示器上，或者，竖直和水平图形可在不同的位置显示，即分别在右侧和顶部，或者，可同时使用覆盖和压缩机制二者，例如，在同一帧中，竖直广告压缩显示，而水平广告覆盖在屏幕的上方。简短而言，OS不强制图形内容能够在哪里以及如何显示(它们甚至可在屏幕中心显示)。OS也不控制能同时显示多少个单独的图形。此信息从远程非请求内容服务器接收。

如第一实施例所介绍，非请求内容模块使用OS图形子系统来显示所接收的图形内容。除提供图形数据以外，非请求内容模块向图形子系统发送用于内容的尺寸、位置和显示机制。图形子系统于是使用此信息来显示广告。例如GIF、JPEG、WMF、MPEG等图形数据的解码是现有技术中已知的。

一旦非请求内容模块提取了尺寸、位置、显示机制以及图形解码器信息，控制传递给图形子系统。OS的图形子系统使用合适的解码器来提取图形数据。此数据于是在屏幕上使用特定的机制以特定的尺寸和位置进行显示。

第二实施例提出了两种显示机制，“覆盖”和“屏幕压缩”。覆盖机制在图11(a)和(b)中示出。在当前显示帧上覆盖所接收的图形数据是两种机制中简单的一种。能够显示所有所支持的图形数据的图形UI widget在屏幕上方形成。非请求内容模块负责创建图形UI widget。这种UI widget在图形子系统中具有特定的特性。其可在屏幕上的所有其他UI元素前方被呈现。这在图11(c)中示出，其为图11(b)的侧视图。

屏幕压缩机制对原始屏幕进行压缩，以便容纳所接收的图形内容。这在图9和10中示出。存在两种方法来对屏幕重设尺寸，以便显示图形内容。第一种方法是向画面中的所有图形UI元素发送重设尺寸事件。UI元素负责将屏幕的新尺寸考虑在内并相应地重设尺寸。支持的另一种方法与重设最终屏幕图像的尺寸而不是重设各个UI元素的尺寸有关。所接收的图形内容于是被复制到未由屏幕图像覆盖的显示区域中。在重设尺寸过程中使用的内插算法——例如Sinc、Cubic、Linear等——应当在OS建立期间被配置。图12示出了重设最终屏幕图像尺寸的实例。

在图12中，图像(A)显示出在所接收的图形内容被显示之前构建的最终屏幕图像。此屏幕图像取决于内容的尺寸和位置被重设尺寸。在上面实例中，如图像(B)所示，内容被放置在屏幕的左侧。图像(C)显示出由接收自非请求内容模块的图形数据构建的实际图形内容图像。此图像被复制到显示器的未由屏幕覆盖的区域，在这种情况下为如图像(D)所示的显示器的左侧。优先为，OS中所支持的哪种对屏幕进行尺寸重设的方法在OS建立时被配置。

已经给出了第二实施例的操作的简单概述，图8更为详细地示出了该操作。注意，在当前实施例中，所需要的处理由非请求内容模块结合操作系统的图形子系统执行，无论所接收的非请求图形内容是如何被提供给装置的。例如，其可通过关于第一实施例介绍的专用非请求内容信道提供，或者，其可以以某些其他方式提供，例如使用SMS、电子邮件或MMS消息等传统手段。

无论内容如何被提供给装置，在方框8.2，一旦非请求内容模块已经判定数据类型是将在屏幕上显示的图形数据类型，于是，其首先在方框8.4至8.20中判定图形的多种特性，特别是图形的尺寸、图形将在屏幕上显示的位置以及显示类型。

具体而言，在方框8.4，非请求内容模块判定图形数据是否伴有尺寸数据，该尺寸数据用图像占据的水平与竖直方向上的像素数来指定数据的start X、end X、start Y、end Y尺寸。如果存在伴随图形数据的尺寸数据，则在方框8.6对其进行提取。如果没有伴随图形数据的尺寸数据，则使用默认尺寸，如上面所讨论的那样。其典型地为屏幕高度的15％。

接着，对屏幕上的位置数据进行提取，特别是图形是否应当水平或竖直对准。再一次地，位置数据可伴随图形数据，且这一点由方框8.10中执行的评估来判定。如果存在位置数据，则其在方框8.12中被提取，然而，如果没有，则使用默认位置数据。如所提到的那样，默认位置是水平地在屏幕的底部。

接着，如果可用的话，提取显示类型。方框8.16处的评估判断是否存在伴随图形数据的显示类型数据，如果存在，则在方框8.18中对之进行提取，如果没有，则在方框8.20中选择默认的显示类型。默认显示类型为半透明覆盖，如所提到的那样。如先前提到过的，实质上存在两种显示类型，覆盖和压缩。

因此，在上述方框后，图形自身以及图形元数据——例如图形的尺寸、位置和显示类型——已经从任何所接收的数据中被提取出来。于是，非请求内容模块将此信息传送到操作系统的图形子系统，图形子系统进行动作，根据所接收和提取的图形元数据或默认值，在屏幕上实现图形的显示。

首先，在方框8.22，图形子系统判断显示类型是否为“覆盖”类型。如先前所提到的，这是最容易实现的显示类型，因为如先前关于图11所介绍的那样，其简单地意味着所接收的图形可在现有屏幕图形的顶部呈现。如果显示类型是“覆盖”类型，则在方框8.23，以图形元数据所注明的位置和尺寸或根据默认值，图形子系统VOS在现有屏幕数据的顶部对图形进行呈现。如图11所示，这在所接收的非请求图形为广告图形的情况下导致非请求图形覆盖在现有屏幕显示的上方。在这种情况下，现有屏幕显示是显示图形按钮的用户界面。

如果显示类型不是“覆盖”类型，则其是如在方框8.24所判断的“压缩”类型。对于“压缩”类型，取决于位置数据，存在两种主要子集。它们是，现有屏幕图形可被水平或竖直(或既水平又竖直)地压缩，这取决于所接收的非请求图形内容将被放置在哪里。在方框8.26，作出位置数据是否指示所接收的非请求图形数据将被竖直放置的评估。如果是这种情况，在方框8.28，图形子系统对现有屏幕图形进行修改，以便根据所接收的非请求图形宽度缩小其宽度。这种操作在前面关于图12示出和介绍。于是，在已经获得减小宽度的现有屏幕图形的情况下，具有竖直方位的所接收的非请求图形以及修改后的现有屏幕图形二者可被同时显示，如图12(d)所示。

或者，取代水平压缩屏幕的是，作为替代的，其可被竖直压缩。这是如方框8.32中所判断的位置数据为“水平”型的情况。在这种情况下，现有屏幕图形于是被修改为根据所接收的非请求图形的高度来缩小其高度，且这一点由图形子系统在方框8.34进行。于是，在方框8.36，图形子系统使用修改后具有减小高度的现有屏幕图形和所接收的非请求图形内容来呈现屏幕。一个实例在图9a、b中示出。这里，将会看到，图9a所示的现有图形内容的高度已经缩小，以便容纳所接收的非请求图形内容(在这种情况下，又一次为广告)，如图9b所示。

应当注意，尽管在当前实施例中已经介绍了位置在显示屏的边缘水平或竖直方位，但是本发明不限于此，所接收的非请求图形可被放置在屏幕的中心。例如，在将被水平放置在屏幕中心的情况下，现有图形内容被分割为两部分，每个部分都具有相应地缩小的高度(每个都是否则如果被保持为单个图像将呈现的量的一半)，于是，现有屏幕的两个缩小高度的部分可放在所接收的非请求图形的周围。如果所接收的非请求图形将被竖直放置，则可进行类似的操作。因此，在第二实施例的情况下，现有显示可被修改为容纳所接收的非请求图形内容，使得所接收的非请求图形内容可在不过度干扰原始内容的情况下被显示。在某些实施例中，原始内容被压缩以便在显示器上为所接收的非请求图形内容留出空间。“压缩”意味着原始显示内容在尺寸上缩减，以便在显示器上为将被显示的所接收的非请求图形内容提供空间。

在第二实施例中，现有图形显示根据所接收的非请求图形内容的尺寸或所接收的非请求图形内容的预期位置受到修改。作为附加或作为替代的是，现有图形显示根据所接收的非请求图形内容的预期方位受到修改。第二实施例的优点在于，在对现有显示进行修改时，将非请求内容的特性考虑在内，于是，现有内容和非请求内容可合并在一起。另外，合并可提供现有内容和非请求内容二者的最优显示。第二实施例的另一优点在于，为了实现这种最优化并提供非请求内容发送者对内容显示的附加控制，非请求图形内容伴有关于非请求图形内容的预期显示特性的元数据。于是，可在对现有图形显示进行修改并将之与非请求内容合并时将这些显示特性考虑在内。

第二实施例的另一优点在于进一步布置合并功能，以便将修改后的现有显示与所接收的非请求图形内容合并以使它们是邻近的，这是因为这在合并被显示时使用了最大量的可用屏幕区域。

当第一实施例与第二实施例组合且非请求内容为可视内容时，组合的实施例是有利的，因为当前显示的可视内容被修改为容纳非请求可视内容，使得当前可视内容与非请求可视内容组合在一起。另外，当前可视内容与非请求可视内容的组合可同时显示。这意味着非请求内容对用户来说不像当前内容完全由非请求内容替换的情况下那样是打扰性的。另外，在当前显示内容在一个维度上缩减尺寸，而在正交维度上保持其原始尺寸的情况下，这在当前显示内容与非请求内容合并并随后被显示时提供了相对较为简单的图形处理。根据这种操作，处理开销不会没必要地增大。在典型地受到资源约束的移动装置中，这样的处理开销等于功耗，因此等于电池寿命，这一点是重要的。

将理解，可对上面介绍的实施例作出多种修改、添加和删除，以提供进一步的实施例，任何以及所有这些实施例都属于所附权利要求的范围。

Claims

1.一种方法，其包括：

2.根据权利要求1的方法，其中，非请求内容是音频内容和/或可视内容。

3.根据权利要求2的方法，其中，在可视内容的情况下，对当前再现的可视内容进行修改，以容纳非请求可视内容，使得当前可视内容与非请求可视内容被合并，以便可被同时显示。

4.根据权利要求3的方法，其中，修改包括缩小当前再现的可视内容的尺寸，以便在非请求可视内容与之合并时为其让出空间。

5.根据权利要求4的方法，其中，当前再现的内容在一个维度上缩小尺寸，而在正交维度上保持其原始尺寸。

6.一种方法，包括：

在设备处接收用于显示的非请求图形内容；

对现有的图形显示进行修改，以缩小该显示的尺寸；以及

7.根据权利要求6的方法，其中，依赖于所接收的非请求图形内容的尺寸，现有图形显示被修改。

8.根据权利要求6或7的方法，其中，依赖于所接收的非请求图形内容的预期位置，现有图形显示被修改。

9.根据权利要求6-8的方法，其中，依赖于所接收的非请求图形内容的预期方位，现有图形显示被修改。

10.根据权利要求7-9中任意一项的方法，其中，非请求图形内容伴有与非请求图形内容的预期显示属性有关的元数据。

11.根据权利要求6-10中任意一项的方法，其中，被修改的现有显示和所接收的非请求图形内容被合并，使得它们被一起显示时是邻近的。

12.一种设备，包括：

至少一个处理器；以及

至少一个存储器，其包括计算机程序代码，

13.一种设备，包括：

至少一个处理器；以及

至少一个存储器，其包括计算机程序代码，

在该设备处接收用于显示的非请求图形内容；

对现有的图形显示进行修改，以缩小该显示的尺寸；以及

14.一种计算机程序或计算机程序套件，其被布置为使得当在计算装置上被执行时，使计算装置根据权利要求1-11中任意一项运行。

15.一种机器可读存储介质，其存储根据权利要求14的计算机程序或一套计算机程序中的至少一个。

16.一种计算机程序，包括：

17.一种计算机可读介质，其上存有根据权利要求16的计算机程序。

18.一种计算机程序，其包括：

用于在设备处接收用于显示的非请求图形内容的代码；

用于对现有的图形显示进行修改，以缩小该显示的尺寸的代码；以及

19.一种计算机可读介质，其上存有根据权利要求18的计算机程序。