CN1623150A - 为移动用户提供信息 - Google Patents

Abstract

本发明涉及传送移动用户的归档的个人内容和/或基于所述归档的个人内容选择的资料的方法和系统。将至少一个远程数据储存库连接到电信系统，在其中存储含有个人内容的信息，所述个人内容包含数据对象和/或从所述对象中提取的信息。为每个移动终端指配这些储存库中的至少一个。此外，在网络中某处存储外部数据。从所述远程数据储存库检索数据项，所述数据项包括对象和/或从对象提取的信息。然后，读取至少一项预定准则，所述准则定义所检索的数据与所述外部数据之间的关系。如果所述关系符合预定准则，则选择要传送到移动终端的数据并将其传送到移动终端。

Description

为移动用户提供信息

发明领域

本发明一般地涉及移动通信系统环境下对内容的访问。更具体地来说，本发明涉及以最灵活和个性化的方式传送移动用户的归档的个人内容和/或基于所述归档的个人内容选择的资料的方法和系统。此处所述个人内容涉及任何个人多媒体数据，包括电子邮件、文本消息、图像、音频文件、日程表项、日志信息和电子商务数据。

发明背景

因特网用户数以及通过因特网提供的服务迅猛增长，这已成为近年来通信领域中最引人注目的现象之一。目前的另一个趋势是各种移动终端的使用率也在迅猛增长，如膝上型计算机、PDA(个人数字助理)设备以及智能电话。

无线通信和因特网作为两种迅速发展的网络技术正逐渐融合，以向移动用户提供因特网上使用的分组交换数据服务。到目前为止，这种融合的开发进展颇为缓慢，因为大多数为因特网开发的技术是为桌面计算机和介质或高带宽数据连接设计的。因此一直很难将基于IP(IP＝因特网协议)的分组服务引入移动环境中，移动环境比之于固定网络其特征在于：带宽较少且连接稳定性较差，同时终端具有许多根本性限制，例如，与固定终端相比，其显示屏较小、存储器较少以及CPU功能不太强大。但是，在可预见的未来，将会加快针对移动环境的基于IP的分组业务的开发。这部分是因为市场需求，部分是因为为满足移动网的各种要求如足够的服务质量和数据安全而设计的新技术的发展。日益增长的市场需求基于因特网的迅速普及：因特网用户常常也是移动用户，并因此而可能想要在他们的移动终端上使用他们在因特网环境中熟悉的服务。这种商业需求反过来又使得有必要投入资金开发移动业务。所述新技术的示例有GPRS(通用分组无线业务)和WAP(无线应用协议)。GPRS旨在通过有效地利用GSM基础设施和协议为GSM用户提供高质量服务。而WAP则定义了一组允许在移动终端和服务器之间进行通信以提供网络中可用服务的组件。WAP利用了将无线领域与WWW(万维网)领域相连的代理。

上述进展不久将使移动终端变成多功能多媒体工具。除了目前移动终端所包括的特征，这些未来的终端还将具有各种各样的用于获取多媒体数据的传感器，例如摄像传感器和位置传感器。除了构造这种设备的技术可行性，重要的是用户显然可以从使用这种终端获益，并且终端所属电信系统不会对设备的有效使用造成限制。

与已有多媒体工具如数字相机相比，最近开发的移动终端可以提供各种各样新的涉及多媒体的服务，因为移动终端和移动网基础设施所用的技术解决方案支持以前从未见过的各种可能性。另一方面，互联网如因特网也起使能因素的作用。到目前为止，尚未对如此形成的各种可能性进行系统的研究，从而为通信界的创新实践和新业务模型留出空间。

以上提及的大量可能性中的一个实例是有时通称为“元数据(metadata)”的可能性。元数据本身是关于数据的数据，其定义了一批数据内的新关系并构造新的实体层。使用元数据的现有解决方案根本没有有效地利用通过移动终端提供的许多可能性。一些现有技术的示例在美国专利6282362和欧洲专利申请1004967中有更详细的说明。通常，图像是多媒体信息的重要部分，由此，例如元数据可含图像拍摄位置的信息或描述图像主题的信息。

以“通用信息设备(Universal information appliance)”(in IBMSystems Journal，Volume 38，No.4，1999)为例，该设备为用户提供了一个日程表应用。在日程表应用中，当用户记录新的日程表项时，活动的日程表服务即开始为客户查找并下载相关信息以显示出来。日程表系统收集诸如电子邮件地址、蜂窝电话号码等信息，以及可能还收集要会晤的对方公司的一些新闻。所收集的信息通过网络和通过无线链路下载，以显示给用户。

但是，所提及的解决方案中没有一种可以在存储、传送和使用用户或终端所获取的个人内容的灵活性方面为移动终端提供完整的解决方案。因为所有可能的解决方案是基于一种旨在每次解决一个问题的狭隘观点来开发的。在很大程度上尚未对用户提出的需求以及所用系统的多功能提供的各种可能性进行系统的探究。

每当不能从本地获得数据时，就有如何访问该数据的问题。由此任何访问都要耗时和耗力。

本发明的目的在于引入一种创新的概念，以便用户提供一种基于与移动用户相关的个人数据来获取信息的增强的方法和系统。

发明概述

本发明的目的在于提供一种解决方案，该方案支持高效、用户友好的机制，以在个人数据环境中为移动用户提供信息。本发明目的通过独立权利要求中所定义的解决方案来实现。从属权利要求描述本发明的一些优选实施例。本发明的核心在于提出一种向用户传送信息的机制，其中至少部分基于用户所获得的个人内容里来选择要传送的信息。

根据本发明，首先将个人内容存储在移动终端中。可将至少一个连接到电信系统的远程数据储存库用于存储含有个人内容的信息，所述个人内容包含数据对象和/或从所述对象中提取的信息。远程数据储存库可配备访问器，以便用户可以从至少一个终端访问数据。可以指配这些储存库中的至少一个供每个移动终端使用。外部数据存储在网络中某处，包含对象和/或从对象中提取的信息的数据是从远程数据储存库中检索的。

至少一项预定准则定义检索到的数据片与外部数据片段之间的关系。分析所述关系是否满足预定条件，然后响应分析步骤，在满足所述条件时选择要传送到移动终端的数据。分析步骤可以在网络中或在移动终端上执行。前者对应于拖拉模式(pull mode)，而后者对应于推送模式(push mode)。

根据本发明的一个方面，采用算法来评估用户访问其数据的模式。然后以按访问模式定义的预定方式在移动终端获取数据，即便数据通常位于某个远程位置用户也可以无延迟地获取该数据。用户感觉不到任何系统边界，而更像是获得了一个虚拟的无限存储器。这样，可以无延迟的方式将数据提供给移动终端。

附图简介

下面参考附图2-12详细说明本发明，附图中：

图1说明向用户提供现有技术服务的移动网；

图2是根据本发明可以用于提供增强数据存储能力的系统的示意图，该示意图描述了实施本发明的一些实施例时起促进作用的网元；

图3A显示可以执行优选实施例中所述的一些任务的用户终端100的软件块的示范性组成；

图3B说明用户终端100的硬件块；

图3C说明用户终端100的存储装置的内容；

图4A说明MD数据库服务器240中软件的功能块；

图4B表示示范性远程数据储存库242的内容；

图5是下载注册器280的功能块的实例；

图5B说明规则产生和信息提供彼此如何联系的机制；

图6说明根据本发明的利用拖拉机制的第一优选实施例的规则更新机制(61)和另一种规则评估机制(62)；

图7说明根据本发明第一优选实施例的，规则评估器启动的操作(71)，如下载对象(72)和更新用户终端中的媒体日记系统(73)；

图8说明本发明的第二优选实施例的两个逻辑部分，即在应用中检测到新对象之后的操作(81)和在服务器守护程序中检测到新对象或新规则之后的操作(82)；

图9进一步说明根据本发明第二优选实施例的推送模式；

图10说明含有一个参数的固定规则的情况；

图11说明元规则；以及

图12说明由元规则构成规则的情况。

发明的详细说明

图1显示用于向移动用户提供服务的现有技术系统的示意图。移动网110通过网关单元130连接到通信网络140如因特网。这些配置广泛用于向用户终端提供服务，图中显示了其中一个移动终端100。这些终端主要通过基站收发信台(BTS)(图1中只示出一个BTS120)与移动网连接。多个BTS构成网络110的无线电接入网。

向用户提供的许多服务是在不同的服务器上制作的，其中图1只显示了一个WWW/WAP服务器150。这些服务器150大多数直接连接到因特网，提供许多不同的服务，如遵循适用预订所述服务的用户提供的准则的股市汇率。当服务器检测到符合某准则时，即通过发送消息来通知用户。再者，诸如目录服务或匿名聊天服务之类的服务可以利用与上述实例相似的服务器系统来实现。

根据本发明的一些方面，规则是由访问模式来生成的。访问模式描述特定用户使用个人数据(如对象)或来自外部数据库的数据(如公共汽车或火车时刻表)的方式(如使用频率、使用场合)。

访问模式可以利用现有技术熟知的一些技术如模式识别，采用一些可以对数据访问建模的详细模型来生成。通常，这可以采用模糊逻辑编程方式来实现，即当操作和模型之间的相关性看起来足够清楚时启动某种操作。其他方式包括近似值、布尔逻辑真值、概率模型等。

可以评估所生成的规则。当满足预定条件(如距离计划会议的剩余时间或至空间上特定点的距离)时，则执行规则所定义的操作。例如，操作可以是传送规则所定义的用户个人内容或数据。可以由移动终端启动传送过程(拖拉模式)，或由网络中的服务器启动传送过程(推送模式)。

图2说明考虑最新发展趋势设计网络体系结构的一些关键方面。因为移动终端一直朝多功能多媒体工具演变，所以它们配备了一些预装的应用。典型应用的示例有摄像机用户界面和个人信息管理(PIM)应用，如日历和联络管理应用及数据存储逻辑，它们也可以用软件应用来实现，以便促进终端硬件提供的可能性。形成个人内容的应用数据存储在本地数据库202中，该数据库在实际中可以为存储芯片或本地磁盘驱动器。虽然这些通常理解成硬件部分，但如上所述，通常数据库既包括硬件又包括软件。其构思是利用不同的功能部件来实现系统，从而为用户提供用于存储信息的可靠方法。根据本发明，移动终端100配备了多个应用，图2显示了其中的两个示例200和201。这些应用拥有访问内容和从数据存储装置读取数据的方法。一些应用还包括分析器，分析器通常设有用以执行简单分析任务或将内容传送到远程数据储存库242的部件。此外，系统包括媒体日记(media diary---MD)服务器240。该MD服务器具有若干功能，不仅控制对远程数据储存库(即MD数据库(DB))的访问，而且执行其他非常类似于用户使用常规日记和笔记本将执行的任务。基本上，在本说明书中进一步采用的术语中，术语媒体日记定义这样一种概念：收集用户所获取的个人内容并进一步加以提炼，然后在生成服务时使用它。换言之，媒体日记是等效于传统日记的多媒体，用户可以在其中收集照片、备忘录和其他实际素材，这些资料在与数字世界的各种可能事物相结合时用于制作服务。

此外，系统包括多个不同的应用服务器250和251。应注意，这些服务器不必是分立的单元，在某些情况下，应用也可以存储在MD服务器中。这同样适用于远程数据储存库242，它可以包含在MD服务器240中。根据本发明的一个方面，不同的单元连同其功能一起组成一个MD系统，该系统包括一个终端、一个服务器、一个数据储存库和用于执行存储在网络中某处的一些应用的装置。该MD系统的目的一方面是为用户提供可靠的数据存储，另一方面是为用户提供容易赢得个人化服务的优点的可能性。远程数据储存库因此可包含形成个人内容的对象、从所述对象中提取的和从其他来源检索得到的元数据，以及从其他来源检索得到的其他数据。此系统包括访问器，所述访问器可以具有用以从用户更喜欢使用的移动台或另一终端访问个人内容的中央装置和/或分布式装置。通常这样来实现这些装置：采用彼此予以响应的通信单元，即一组分布式通信对等实体，并在必要时控制访问以确保数据安全来实现。

必要时系统可以访问一个或多个外部数据库260。这可以利用因特网或一些其他通信网络来容易地实现。

用户数据从本地数据库202传送到数据储存库242。对于下载任务，可能会涉及下载注册器280。通常，现代的移动网还包括其他实用装置，如用户定位系统282和计费系统284。一些组件如定位系统282或外部数据库260是现有技术中已知的，但图2也将其显示出来，这是因为本发明的一些方面采用如下所述的方式增强了这些系统的用途。

这里所用的外部数据存储装置260和远程数据储存库242之间的概念差异不是物理的差异而是逻辑的差异。远程数据储存库专用于存储移动用户的个人内容，如个人内容对象和从中提取的数据，以及用于存储形成一些个人化服务的数据。外部数据存储装置基本上用于数据检索，所述数据不一定是个人的，而是从其他来源，如因特网或报纸获得的。从外部数据存储装置检索得到的数据可以进一步加以分析或处理，其结果可以存储在远程数据储存库中。作为MD系统的概念化实现的一部分，远程数据储存库提供用于用户个人数据的远程保险箱。

图3A是用户终端100的软件示意框图。可用于从对象中提取数据的应用200包括定义302，它定义一些设置，例如应用可进行操作的对象种类，然后可能是一些可调参数，如数字图像的分辨率设置等。

应用201除包括定义312以外还包括分析框314以及选择框316。应用201可用于例如查询有关终端数据存储状态以及必要时接着选择要删除的文件。分析器和选择装置可以利用普通计算机可执行的代码来实现，这样，对应的功能块对应于一段软件，并包含用于执行期望任务的软件可执行部件。

移动终端除了包括应用200和201以外，还可包括多个其他应用330，或者以所述其他应用取代应用200和201。移动终端通常还包含某种形式的用户界面UI框332。根据本发明的一个方面，用户终端也可具有媒体日记MD应用334。通常，一些移动终端还包括浏览器328。MD应用用于将用户终端转换成一种多功能多媒体工具，该多功能多媒体工具可以提供涉及用户获取的个人内容的特殊服务。这类服务是各式各样的，但就增强的数据存储功能而言，这些服务基本上涉及如下操作：将有关个人内容(或已从所述个人内容提取的数据)的元数据与个人内容本身相关联；从所述内容中提取信息；将所述内容传送到远程数据储存库或从其传送所述内容；访问所述存储内容；执行诸如从用户终端删除已废弃或过期信息的一些操作；等等。原理上MD应用的目标是为用户提供用于建立所有不同定义的用户界面和装置以及涉及这些功能的工作模式，它因此充当一种用户前端。即使上述任务是由专用应用来执行，一些驻留在移动终端上而一些驻留在网络计算机或服务器上，而且可以是独立的，即特殊MD应用并非必要，但为了向用户提供单点控制和使用，目前仍就此进行开发工作。

此外，用户终端具有两个不同的可用守护程序。网络可达守护程序322维护从移动网110或其他一些通信网140如因特网发起的连接。用于内部应用的守护程序326充当硬件和软件之间的中介。它还可以监视其他应用的操作并在必要时执行一些预定任务。

服务应用324包括一个监视器，它监视存储在应用规则容器中的规则。最好，此数据存储在终端数据库202中，但会被读入到终端随机存取存储器中。基本上，应用324监视对象寄存器的状态，以便在生成新对象或修改现有对象时从守护程序326接收通知。下文参考图6和虚线框61对此予以详细讨论。应用324还包括通信装置，以便应用可与本数据存储装置202、守护程序326通信以及诸如200和/或201等应用通信，这可以实际检验有关新对象的实际问题。应用324不时会将规则的一些部分传送给守护程序322，守护程序322可以遵循规则中指定的不同定时器和其他准则。

图3B是用户终端100的硬件示意框图。在此上下文中，硬件在功能上视为与存储装置202相分离，但要理解，还可以在一个硬件框中实现这两个功能，这主要是因为存储装置的物理实现总是需要某种硬件。通常，硬件功能也可由软件执行，但因为希望进行更有效的处理，所以用低级编程语言来对软件编码而后将其存储在只读存储器中。但不应将此视为限制，而是应视为一种允许以更有效的方式实施本发明的可能性。硬件框具有数据库访问框362，数据访问框362具有用于对存储装置202执行操作的装置。硬件框还具有位于移动网通信框364中的用于与移动网110及其基站收发信台120进行通信的装置。此外，对象生成框366可以协助生成个人内容对象，这些对象是由某种应用序或通过某部分硬件生成的数字图像、日历条目、语音、或文本消息。系统控制框368对系统进行监控并使硬件框中的不同功能框运转。

图3C是移动终端的本地存储装置202的简化示意框图。首先，配备了用于存储个人内容的对象寄存器380。其次，还有用于提取数据的提取数据块382。通常，这种数据提取可以在提取装置中执行，所述提取装置包含例如某个应用的提取块306。提取块具有数据提取方法，如一段软件的代码，其适于从数字图像中提取曝光数据或者从日程表项中提取数据。描述访问模式的数据可以存储在提取数据块382中或存储在提供服务的应用中。

图4A显示了MD服务器240中的简化结构。该服务器具有守护程序402，用于激活正确的服务提供块412。为此，守护程序402和服务提供块412均含有定义404，定义404包含例如有关服务提出的需求和服务请求的不同选项的信息。为了圆满完成此任务，MD服务器还具有提取装置，如提取块406中的数据提取工具。因为形成至少部分个人内容的用户数据存储在数据储存库242中，必须将所提取的信息与对应的个人内容或内容对象相关联。因此，该系统还具有关联装置，如对应关联块408中的关联工具。因为个人内容项数量可能巨大，所以系统还可以在选择块410中包括选择工具，其任务是以对象或提取的数据的形式选择正确的个人内容，以便提供个人化服务。

图4B是示范性远程数据储存库242的功能块的示意框图。首先，该储存库在对象寄存器452中包含对象形式的个人内容。该储存库还可包含存储在寄存器中的内容摘要456。从对象提取的数据454，还有某些服务生成的数据458都可以属于此内容。要注意的是，这些服务可以由分设的应用服务器250和/或251上的MD服务器的服务提供块412提供。服务的产生或提供还可以按步骤以如下方式执行：服务的一些部分在一个服务器上生成而另一些部分在另一个服务器上生成。显然，当涉及的服务数量增加时，服务的设计会有点复杂。最后，可以由多个部分来组合该服务，以形成完整的个人化服务，组合操作可以由系统中的某个服务器或用户终端执行。在后一种情况中，由各元素组成服务可以是虚拟的，以使用户无法知道不同的服务元素实际是如何产生的。描述访问模式的数据可以存储在生成数据块458中，或存储在提供服务的服务应用中。

图5A是示范性应用服务器250的框图。首先，该应用服务器接收请求。然后在分析器中对该请求进行分析。分析器最好包括分析块502。然后将经过分析的请求与某服务或某服务模式相关联，例如可以基于服务请求中的参数或选项来标识。为此，图5A中的每个块必要时可具有各自的定义，但在实际情况中通常有一个用于应用服务器的公用定义文件。关联操作是在对应的关联块540中执行的。

在某些情况中，尤其对于商业服务，应用服务器还有预订管理块506。如果服务提供是免费的，如为广告目的，可能不一定需要预订管理。当然，它仍可用于收集统计信息等。

信息生成块508分析个人内容并生成有关该个人内容的信息。它还可以执行对源自不同数据源的信息进行组合的功能，甚至可以执行组合个人内容的不同部分的功能。个人内容最好传送到有服务请求的服务，因为这样可将必需的信令量减至最少。但是，因为情况并非总是如此，所以应用服务器还具有数据检索和选择块510。这还有利于从其他数据源检索信息，如Web搜索引擎、外部Web数据库或其他连接的信息系统。最后，服务提供块512具有提供服务的部件，或在子服务级(即部分服务)提供用于构建完整服务的某一些内容的部件。服务提供通过将生成和检索到的信息进行组合来执行。还可以对此信息进行更改或分析，以更好满足提供个人化服务的目的。

图5B说明本发明机制的一个方面，其中，访问模式是基于规则生成的，并且服务交付在符合规则时启动。

首先在步骤550中定义访问模式。访问模式是一般用户或特定用户(或用户组)据以利用或原意利用数据的模型。例如，常常位于芬兰赫尔辛基(Helsinki，Finland)的用户将在德国慕尼黑(Munich，Germany)有一个商务会议。该用户对足球很感兴趣。访问模式可以按如下方式建立：1)当有会议时，将另一方的图像在会议举行之前的预定时间下载到用户终端；2)当会议在不同城镇进行时，至少在出发前六个小时前下载该城镇的地图以及当地公共汽车和往返火车时刻表；以及3)当会议要结束时将与会议举行地50公里范围内的任何足球比赛有关的信息传送给该用户。同样地，规则可指示在会议前将用户上次访问同一个地区(例如半径100公里的圆形区域)拍摄的数字图像传送到移动终端。这些规则可以自动生成，或可以人工编程设定。访问模式的模型还可以通过观察用户组来研究，例如在短期内对其使用行为进行研究或监视。

在步骤551中，定义与访问模式对应的规则。这些规则还可以基于非访问模式的其他适当信息来生成，如移动用户的日程表信息和/或位置信息，并且在组合使用两种方法生成规则时可以提供特别实用的服务。通用访问模式适于满足特定的事件和/或准则。同样地，在步骤552中，将描述数据项的通用模式(例如个人内容或外部数据)修改为包含用于传送文件的特定准则。这可以理解为选择要传送的信息。这还可以包括将一些元数据与某些文件相关联，方法可能是利用某些分析器或数据提取装置，或某些其他工具。

在步骤553中，编制提供信息的精确方式。这可以包括监视步骤551中定义的规则。当符合该规则时，在步骤554中交付服务，即按步骤551-533所定义的方式提供信息。在基本服务模型中，该服务提供诸如已存储的个人内容等信息或其他可以从外部数据库提取的适当信息。还可以创建包括其他类型操作的高级服务模型。

图6和图7中更加详细地描述了以拖拉模式实施本发明的一些相关方面。

图6说明与虚线框61中所示的规则更新机制相关的一个方面。首先，已经执行步骤550。虚线框61包括利于实施步骤551和552的消息。当守护程序322在步骤651中检测到新的个人内容对象时，守护程序通过发送消息601通知终端数据分析应用。该消息的接收方可以是MD应用334，或移动终端中的其他某个应用，如应用200或201。终端数据分析应用从终端数据库202提取对象，最好是通过发送对象请求603来进行，并且可能要根据对象类型通过发送请求605以获取与信息传送有关的规则。规则的选择可以至少部分基于对象来执行，由此还可以先由终端中的提取装置或分析器来处理对象，其中的功能可以分别位于应用200或201中。

在步骤653中修订旧规则。如果它们需要更新或某条旧规则在创建新对象之后废弃(可能的情形例如：因用户于一周中间在其日程表应用中安排了一个工作相关的紧急会议而取消假期)。为此，可以取消从芬兰赫尔辛基到德国特拉夫明德的火车往返时刻表的下载计划。不仅创建新对象可以启动此类操作，而且修改现有对象(如日程表项)也可以触发同类的操作。如果生成了新对象并且有必要生成新规则，则生成器在步骤655中生成这些新规则。如上所述的生成器可以位于服务应用324中或在其他某个适当位置。最后，当新规则和/或修订后的规则通过存储命令607传来时就将其存储在终端数据库中。

虚线框62说明与步骤553有关的规则评估器的一些任务。规则评估器执行定义的规则，即检查是否符合预定准则。为了对此进行推论，可以利用外部数据，如时间或日期信息、移动网的定位系统或来自其他外部数据库(如因特网搜索引擎)的数据。当守护程序322注意到(步骤657)定时器时间到时，就通过发送唤醒消息609唤醒评估器。规则评估器可以位于应用324中或其他某个适当应用中。

规则评估器通过发送规则请求611和对象请求613从本地数据存储装置中提取规则。换言之，将这些规则及它们规定的一些对象读入到终端存储器中，或者如果所有规则都包含于终端随机存取存储器部分中，则读取服务应用324中的指针所识别的存储块。

在步骤659中，由规则评估器对规则进行评估，类似于步骤553中构成服务的构思。如果评估结果表明至少符合一项准则，则将对应的对象标识(OID)注册到终端数据库202中。实际上，可以由规则评估器通过注册消息615将其发送到数据库。重复执行步骤659，直到所有规则经过扫描。然后，规则评估器将用于下载选定信息的请求617发送到下载注册器280。这是服务交付步骤554的一部分。

在图7中，虚线框71显示步骤751中下载注册器评估(步骤553)规则，并且还执行步骤554。如果规则评估器决定要发送这些OID，则下载注册器会不断接收到它们。下载注册器的一个任务是不断评估规则，不只基于最近发送的OID，而且还基于其自身寄存器中的数据。当情况符合某特定准则时，下载注册器通过发送消息消息700通知终端守护程序322。守护程序322通过发送消息700唤醒评估器。规则评估器(利用连接消息703)建立至服务器守护程序402的连接，服务器守护程序402最好如图4A所示连接到MD服务器240。

此后，规则评估器和服务器守护程序均执行操作，后者由步骤753表示，前者由步骤755表示。在执行这些操作之后，通过发送断开消息705断开连接。

在虚线框72中，首先有对应于步骤554的第一组可能操作753/755。规则评估器将终端概要信息发送(消息711)到服务器守护程序402。然后在消息713中发送OID。服务器守护程序从MD数据库服务器提取(消息715)对象，所述MD数据库服务器可以连接到远程数据储存库，或远程数据储存库可以负责MD数据库服务器的工作，如转换对象。最后，服务器守护程序402在消息717中将对象发送到规则评估器。在这里所述的实施方式中，对象还可以传送到终端数据库。

虚线框73中显示了第二组可能操作753/755。规则评估器请求(消息719)有关本地存储装置的状态信息。然后将该状态信息通过消息721发送到服务器守护程序402。同样地，服务器守护程序可以在消息723中请求MD数据库服务器240的状态，并将其传送(消息725)到规则评估器。这样，可以使本地存储装置和远程数据存储装置的状态信息同步。

在虚线框74中有第三组可能操作753/755，它对应步骤551和/或552，即对应于一些规则、访问模式或选择经过修改的情况。规则评估器可以向服务器守护程序402请求(消息727)更新。该请求最好可以包括含有根据本地存储装置中的规则计算的校验和的标识符。如果服务器守护程序在将所述规则与远程储存库中存储的规则进行比较之后通知所述规则已经过时，则服务器守护程序可以向MD数据库服务器240请求(消息729)更新的规则，并通过消息731将其发送到规则评估器。可以在新规则被编辑成更合适的格式之后，将其存储在本地存储装置202中。

规则评估器可以处理虚线框72-74的终端操作，但将这些操作分布到终端中的多个不同应用中也是可行的。

根据本发明的一个方面，图6和图7所述的服务的构思是，终端可以从网络拖拉资料。这样，终端可以主动为用户选择信息。当在终端或远程数据储存库中检测到新对象时，将从对象提取的信息与规则进行比较。如果比较结果表明符合预定准则，则选择某信息，随后为用户取回。这样，个人内容可用于为用户提供其将会需要的增值信息。

图8说明将上述构思反过来设计，以便由网络提供增值信息的情况。虚线框81说明当应用(如250或251)检测到新对象(步骤851)。新对象几乎可以是任何东西：一方面，它可以是经过分析器处理的个人内容对象，另一方面，它可以是其他任何含有用户可能感兴趣的某种信息的对象，如新公共汽车时刻表。在本实例中，对象是从MD数据库服务器240(MD数据库服务器240在此情况中连接到远程储存库242)检索的，但是原理上可以从任何外部数据库260提取对象。应用随后向MD数据库服务器发送请求801，以传送存储在远程储存库中的对象，MD数据库服务器检查权限，并回复该提取请求。然后应用发送请求803以获取规则。

在步骤853中，修订旧规则并生成新规则。例如，对象可以是如下日程表项：用户计划于2002年三月28日与Samuli Honkanen先生会晤(他是用户最近与之合作的一位当地专利代理人)。在安排下次会晤之后，发现二人都是狂热滑雪迷。则可以这样修改规则：在会晤前一天为该人提供用户在拉普兰滑雪时的图片。因为用户是热诚的滑雪者，所以他有大量的照片，这些照片无法在终端的本地数据存储装置中存储很长时间，而只能临时使用。因为新规则的原因，应用将在定时器时间到时将标记有“滑雪图像”的图像从外部储存库发送到本地数据存储装置。

同样地，可以在步骤855中生成新规则。通过发送消息805将修改的规则追加到MD数据库服务器中，新规则也以同样的方式在消息807中传送。鉴于生成了新规则，在要加以修改时还可以修订旧规则。

虚线框82说明服务器守护程序通知(步骤857)新对象或新规则之后执行的操作。首先，应用(例如250或251)通过接收消息809而被唤醒。在步骤857中，应用提取对象(消息811)和规则(消息813)并评估该规则。接着，如果规则表明要将对象传送到移动终端，则通过向MD数据库服务器240发送消息815为推送操作注册该OID。

消息801-807和步骤851-855对应于推送模式的步骤551。同样地，消息809-815和步骤857与859对应于步骤552。

在图9中，虚线框91A显示推送过程的开始阶段。应用(可以是250或251)就推送操作向下载注册器280发送请求901。下载注册器还通知(消息903)终端守护程序326，终端守护程序326通过发送消息905唤醒相关的终端应用。终端应用通过发送消息907建立至服务器守护程序402的连接。

同样地，(如虚线框91B所示)通过发送消息927结束该连接，该消息在执行推送过程中的具体步骤之后使连接断开。这些具体步骤在虚线框92-94中进行描述。

在虚线框92中，服务器守护程序向本地数据库202请求(消息909A)状态信息。然后，将该状态信息发送到(消息911A)服务器守护程序402。该服务器守护程序向MD数据库服务器或远程储存库请求(消息909B)状态信息。然后，将该信息发送到(消息911B)终端应用。由此，可以使终端应用和远程储存库同步。

在虚线框93中，服务器守护程序402从MD数据库服务器240提取(消息913)用于推送的OID。然后，将该OID在消息915内发送到终端应用。

在虚线框94所示的步骤951中，终端应用重复处理所有接收到的OID。它检查每个对象的可用性(消息917’)(单引号表示重复消息)，因为所用老式文件系统不支持单个查询字符串中的多个请求。如果文件系统调整为对应于市场上可获得的新版本系统，则可以对此进行校正。

本地不能获得的对象可以向服务器守护程序402请求(消息919)。服务器守护程序从MD数据库服务器240提取对象，或直接从远程储存库提取(消息921)对象。然后，将检索到的对象在消息923中发送到终端应用。接着将收到的对象存储(消息925)在本地存储装置202中。

在图9中，虚线框中的消息和步骤对应于推送模式服务交付554。

在图10中，描述了访问模式和规则的一个实例。该实例说明具有一个参数的固定规则。在步骤RG1中收集位置信息。然后，在步骤RG2中，在系统的分析块中对该信息进行评估。如果检测到用户正朝火车站进发，则可以有出现此情况时提供服务的准则。因此在步骤RG3中检查该准则。如果分析结果显示用户不是出发去火车站或没有与用户将去火车站的情况相关的规则，则软件的执行返回到步骤RG1。否则，程序执行从步骤RG3转移到步骤RG4。在此步骤中识别火车站。例如，可以有许多彼此靠近的不同火车站，如欧洲大城市常用的U火车(U-train)和S火车(S-train)。

在识别火车站之后，在步骤RG5中估算到达时间t。到达时间t是已识别的期望火车站R的到达时间的量度。

在步骤RG6中取R的时刻表。该时刻表应该在t前一个小时至t后可调时间帧之间的期间内有效。在步骤RG7中，根据用户偏好以推送或拖拉模式交付服务。

在步骤RG8中检查是否还有其他可能是目的地的车站。如果还有一些其他可能的选择，则执行程序返回到步骤RG4，否则转至步骤RG1。

图11是采用元规则的情况的一个实例。在步骤RH1中收集位置信息。然后在步骤RH2中收集访问信息。在步骤RH3中创建一个位置解释集合。该集合以L表示。该集合是由模板形成的，例如：在区域A内，在区域B内，从A到C，在区域D外。

在步骤RH4中，从L选择解释I。如果不再有要在步骤RH5中加以检查的可用I，则执行程序返回到RH1。否则，在步骤RH6中，初始化由有关对象访问的信息组成的集合A。这可包括当用户位于位置p时对对象o的访问信息。

在步骤RH7中初始化一个对象集合O。然后在步骤RH8中从A中提取信息。

在步骤RH9中，测试是否可以从A实例化a。如果可以，则在步骤RH12中，只要O不是空集合，即创建一个规则。例如，当I为真或预计I会很快为真时，提取O中的所有对象。然后程序返回到RH4，以便从集合L中选择另一个I。

在步骤RH9中，如果判断结果是否定的，则在步骤RH10中，根据信息a检查是否已在解释I为真时访问过对象o。如果不是，则程序返回RH8。如果是的话，则继续执行到RH11。在步骤RH11中，将对象o插入到O中。

图12说明由上述元规则实例创建的规则示例。在步骤RI1中收集位置信息。然后在步骤RI2中评估位置信息。测试步骤RI3用于检查I是否为真，或预计不久会为真。如果结果为解释I不为真，或不可能为真，则操作返回到步骤RI1。如果解释I为真，则在步骤RI4中初始化O。然后在步骤RI5中从集合O选择对象o，并且在步骤RI6中检测是否可以实例化o。如果不能实例化o，则控制返回到RI1。如果可以实例化，则在步骤RI7中将对象o存储在移动终端中中。

规则和元规则可以采用顺序检测模式和/或关联规则。它们还可以基于不同类型的层次结构。

虽然已参照附图所示实例对本发明作了说明，但应理解，本发明并局限于以上这些描述，而是可以在不背离本发明精神和范围的前提下由本技术领域人员加以修改。例如，在参考图10-12说明本发明的一些方面时所述的解释I不应理解为仅仅局限于地理位置。还可以构造类似的解释，用于识别人、信息内容如数字图像或电子邮件等。

Claims (9)

1.一种用于为移动终端用户提供信息的系统，所述系统包括：

-移动终端中的第一数据存储装置，所述第一数据存储装置适于存储信息；

-至少一个连接到电信系统的远程数据储存库，用于存储包含数据对象和/或从所述对象提取的信息的个人内容，由此指配至少一个所述储存库供每个移动终端使用；

-包含外部数据的第二数据存储装置，所述系统还包括：i)第一通信装置，其适于从所述远程数据储存库检索包含对象和/或从对象提取的信息的数据；ii)至少一项预定准则，其定义所述检索的数据与所述外部数据之间的关系；iii)分析器，其适于分析所述关系是否符合预定准则；以及iv)响应所述分析器的选择装置，其适于在满足所述条件时选择要传送到所述移动终端的数据；以及

-响应所述选择装置的第二通信装置，其适于将所述选择的数据传送到所述移动终端。

2.如权利要求1所述的系统，其特征在于所述系统还包括用于检索所述外部数据的对外部网络的访问访问器。

3.如权利要求2所述的系统，其特征在于所述外部网络是因特网。

4.如权利要求1所述的系统，其特征在于所述外部数据从以工作方式连接到所述数据储存库的外部网络检索的。

5.如权利要求1所述的系统，其特征在于所述各装置i)、ii)和iv)位于计算机中。

6.一种用于为移动终端用户提供信息的方法，所述方法包括如下步骤：

-在所述移动终端中存储信息；

-将至少一个远程数据储存库连接到电信系统，在所述远程数据存储库中存储含有个人内容的信息，所述个人内容包含数据对象和/或从所述对象中提取的信息，所述远程数据储存库配备了用于从至少一个终端访问所述信息的装置；

-指配至少一个所述储存库供每个移动终端使用；

-存储外部数据；

-从所述远程数据储存库检索包含对象和/或从对象提取的信息的数据；

-读取至少一项预定准则，定义所述检索的数据与所述外部数据之间的关系；

-分析所述关系是否符合预定准则；

-响应所述分析步骤而在符合所述准则时选择要传送到所述移动终端的数据；以及

-将所述选择的数据传送到所述移动终端。

7.如权利要求6所述的方法，其特征在于所述方法还包括访问外部网络以检索所述外部数据的步骤。

8.如权利要求7所述的系统，其特征在于所述外部网络是因特网。

9.如权利要求6所述的方法，其特征在于所述外部数据从以工作方式连接到所述数据储存库的外部网络检索的。

Images