CN101197765B

CN101197765B - 信息重路由

Info

Publication number: CN101197765B
Application number: CN2006101645536A
Authority: CN
Inventors: 陈正弘; 申宝泉; 毛永刚; 章勇; 张东辉; 陈星�
Original assignee: Microsoft Corp
Current assignee: Microsoft Technology Licensing LLC
Priority date: 2006-12-07
Filing date: 2006-12-07
Publication date: 2012-08-08
Anticipated expiration: 2026-12-07
Also published as: CN101197765A; CL2007003526A1; WO2008067770A1

Abstract

本发明公开了一种用于控制向用户终端传递信息的方法、设备和计算机程序。在客户端关闭之前，在客户端处设定信息发送规则。然后，客户端将这些信息发送规则传递到Web Service。Web Service将接收的信息发送规则传输给一个服务器，并利用这些信息发送规则过滤信息，以确定哪些信息应该发送到用户终端。然后，服务器重路由与上述信息发送规则相关的信息，将那些信息发送到WebService，并最终将上述信息发送给用户终端。

Description

信息重路由

技术领域

本发明一般地涉及信息技术领域，更具体地，本发明涉及信息重路由。

背景技术

当前，对于例如由微软公司开发的Outlook之类的个人信息管理器来说，已经可以实现向例如移动电话的用户终端发送短消息服务消息或多媒体消息服务消息。

图1示出了目前可以实现的从客户端(包括例如Outlook的个人信息管理器)向用户终端(例如移动电话)发送短消息服务消息或多媒体消息服务消息的过程。

当客户端110从例如POP3之类的电子邮件服务器(图中未示出)收到信息(例如电子邮件、日历、日程、联系人等)之后，向一个服务提供商(通过Web Service传送数据)120发送上述信息(步骤S1)。

然后，该服务提供商120将上述信息发送给移动网络运营商/移动服务提供商130(步骤S2)。

最后，移动网络运营商/移动服务提供商130将上述信息发送给用户终端140(步骤S3)。

应当注意，只有在步骤S3，也就是说，在移动网络运营商/移动服务提供商130向用户终端140发送时，上述信息通过短消息服务消息或多媒体消息服务消息发送。

这样，即使用户不是坐在客户端110的对面或旁边，只要他或/她手中有用户终端140，同样可以及时地看到上述信息。

然而，在目前，在上述情况中，向用户终端140发送上述信息过分地依赖于客户端110。如果客户端110关闭，或者与服务提供商120断开了连接(例如断开了网络连接(一般情况下客户端110通过网络连接到服务提供商120))，就无法向用户终端140发送上述信息。而根据调查，当用户离开办公室时，一般都喜欢关闭客户端110。

发明内容

因此，需要一种方法、设备、以及计算机程序，以便即使客户端关闭，也能使用户终端收到所需要的信息，例如电子邮件、日历、日程、联系人等。

在本发明的一个实施方式中，提供了一种用于控制向用户终端传递信息的方法。在客户端关闭之前，在客户端处设定信息发送规则，该信息发送规则规定了哪些信息在客户端关闭时应该发送给用户终端。并且，这些信息发送规则与客户端的电子邮件账户绑定。然后，客户端将这些信息发送规则传递到Web Service。此后，客户端可以关闭。Web Service然后将这些信息发送规则传输给一个服务器。该服务器可以是OMS(Outlook Mobile Service)服务器，也可以是电子邮件服务器(例如POP3服务器)。

在上述服务器从另一个服务器(例如SMTP服务器)接收到信息时(例如电子邮件)，就用上述信息发送规则过滤这些信息，以确定哪些信息应该发送到用户终端。然后，上述服务器重路由与上述信息发送规则相关的信息，将那些信息发送到Web Service。然后，由Web Service将那些信息发送到移动网络运营商/移动服务提供商。最后，由移动网络运营商/移动服务提供商将上述信息通过例如短消息服务消息或多媒体消息服务消息发送给用户终端。

在本发明的另一个实施方式中，还提出了一种用于控制向用户终端传递信息的设备。该设备包括接收装置，用于接收源自于客户端的信息发送规则；重路由装置，用于重路由与所述信息发送规则相关的信息，将所述信息发送到所述用户终端。

在本发明的另一个实施方式中，还提出了一种用于控制向用户终端传递信息的计算机程序，所述计算机程序包括：用于在客户端处设定信息发送规则的代码；用于接收源自于所述客户端的信息发送规则的代码；用于重路由与所述信息发送规则相关的信息，将所述信息发送到所述用户终端的代码。

根据本发明，即使客户端关闭，也能使用户终端收到信息(例如电子邮件、日历、日程、联系人)，从而可以实现不间断的OMS(Outlook Mobile Service)服务。

给出的发明内容以简要的形式说明了本发明，在具体实施方式部分将作更详细的描述。该发明内容并不用于标示出所要求保护主题的关键特征或主要特征，它也不用于限定所要求保护主题的范围。

附图说明

通过以下结合附图的说明，并且随着对本发明的更全面了解，本发明的其他目的和效果将变得更加清楚和易于理解，其中：

图1示出了现有的从客户端向用户终端发送短消息服务消息或多媒体消息服务消息的过程；

图2示出了根据本发明的一个实施方式的在客户端关闭的情况下向用户终端发送信息的系统；

图3示出了根据本发明的一个实施方式的在客户端关闭的情况下向用户终端发送短消息服务消息或多媒体消息服务消息的过程；

图4示出了根据本发明的一个实施方式的在客户端关闭的情况下向用户终端发送短消息服务消息或多媒体消息服务消息的过程；

图5示出了根据本发明的一个实施方式的在客户端关闭的情况下向用户终端发送信息的系统；

图6示出了根据本发明的一个实施方式的在客户端关闭的情况下向用户终端发送短消息服务消息或多媒体消息服务消息的过程；

图7示出了根据本发明的一个实施方式的用于控制向用户终端传递信息的设备。

在所有的上述附图中，相同的标号表示具有相同、相似或相应的特征或功能。

具体实施方式

以下对本发明的优选实施方式进行描述。

图2示出了根据本发明的一个实施方式的在客户端关闭的情况下向用户终端发送信息的系统。

如图2所示，该系统包括客户端202、Web Service 204、OMS服务器206、电子邮件服务器208、移动网络运营商/移动服务提供商210和用户终端212。

在客户端202关闭之前，在客户端202处设定信息发送规则，该信息发送规则规定了哪些信息在客户端202关闭时应该发送给用户终端212。并且，这些信息发送规则与客户端202的电子邮件账户绑定。然后，客户端202将这些信息发送规则传递到Web Service 204。此后，客户端202可以关闭。Web Service 204然后将这些信息发送规则传输给OMS服务器206。

存储这些信息发送规则，并且实现信息聚集、信息缓存、使用信息发送规则进行信息过滤等功能可以在OMS服务器206中实现，也可以在电子邮件服务器208中实现，如下面结合图3和图4将描述的。

上述OMS服务器206将与上述信息发送规则相关的信息发送到Web Service 204。然后，由Web Service 204将那些信息发送到移动网络运营商/移动服务提供商210。最后，由移动网络运营商/移动服务提供商210将上述信息通过例如短消息服务消息或多媒体消息服务消息发送给用户终端212。

图3示出了根据本发明的一个实施方式的在图2所示的系统中在客户端关闭的情况下向用户终端发送短消息服务消息或多媒体消息服务消息的过程。

在客户端202(包括例如Outlook的个人信息管理器)关闭之前，在客户端202处设定信息发送规则(步骤320)，该信息发送规则规定了哪些信息在客户端202关闭时应该发送给例如移动电话的用户终端212。上述信息可以包括电子邮件、日历、日程、联系人等等。例如，对于电子邮件类型的信息，上述信息发送规则可以规定，只有特定的信息发送者或者主题的信息可以发送给用户终端212；对于日历类型的信息，上述信息发送规则可以规定发送下一天、每个星期或每个月日历信息；对于日程类型的信息，上述信息发送规则可以规定发送日程提醒、发送特定时间周期日程提醒信息等等。并且，这些信息发送规则与客户端的电子邮件账户绑定。可以将多个电子邮件账户与上述信息发送规则绑定。

然后，客户端202将这些信息发送规则传递到Web Service 204(步骤322)。

此后，客户端202可以关闭(步骤324)。当客户端202正常关闭时，可以向Web Service204发送一个消息。或者，如果在一个时间阈值内没有从客户端202接收到任何信息，Web Service204可以认为客户端202已经与其失去连接。因此，Web Service204可以知道客户端202是否与其连接。

Web Service 204然后将这些信息发送规则传输给一个OMS(Outlook Mobile Service)服务器206(步骤326)。

在该实施方式中，下面即将描述的信息聚集、信息缓存、使用信息发送规则进行信息过滤、以及信息传递等功能都在OMS服务器206中实现。

OMS服务器206从Web Service204接收到信息发送规则后，将这些信息发送规则存储在本地。然后，OMS服务器206从与上述信息发送规则绑定的电子邮件账户的电子邮件服务器208(例如POP3服务器)取回信息(步骤328)。

这里出于简单的目的，只示出了从一个电子邮件服务器208取回信息。然而，如前所述，信息发送规则可以与多个电子邮件账户绑定，因此，OMS服务器206也可以从多个电子邮件服务器取回上述信息。

应当理解，上述电子邮件服务器208例如从一个第三方服务器(例如SMTP服务器，图中未示出)接收上述信息。

OMS服务器206从与上述信息发送规则绑定的电子邮件账户的电子邮件服务器208取回上述信息后，将上述信息缓存在本地(步骤330)。

然后，OMS服务器206用上述信息发送规则，对上述缓存在本地的信息进行过滤，以确定应该发送给用户终端212的信息(步骤332)。

然后，OMS服务器206将过滤后确定应该发送给用户终端212的信息发送给Web Service 204(步骤334)。

然后，Web Service 204将信息发送给移动网络运营商/移动服务提供商210(步骤336)。

然后，移动网络运营商/移动服务提供商210将信息发送给用户终端212(步骤338)。

应当注意，在步骤338，通过短消息服务消息或多媒体消息服务消息将上述过滤后确定应该发送的信息发送给用户终端212。

通过上述这些步骤，即使客户端202关闭，也能使用户终端212收到信息，从而方便了用户及时地看到其所需要的信息。

当然，也可以是这样，即移动网络运营商/移动服务提供商210不将信息发送给用户终端212，而是提供WAP电子邮件服务。用户通过用户终端212去移动网络运营商/移动服务提供商210浏览上述信息。

当用户在其用户终端212中看了上述信息之后，他/她可以通过使用用户终端212回复上述信息，也就是说，用户终端212向移动网络运营商/移动服务提供商210发送回复信息(步骤340)。更具体地，用户终端212通过短消息服务消息或多媒体消息服务消息将回复信息发送给移动网络运营商/移动服务提供商210。

然后，移动网络运营商/移动服务提供商210将该回复信息发送到Web Service 204(步骤342)。

然后，Web Service 204将上述回复信息发送到OMS服务器206(步骤344)。

然后，OMS服务器206将上述回复信息发送到一个服务器(步骤346，例如与信息发送规则相关的电子邮件账号的SMTP服务器，或电子邮件服务器208)。

通过上述步骤，使得用户还可以及时地回复重要的信息。

图4示出了根据本发明的一个实施方式的在图2所示的系统中在客户端关闭的情况下向用户终端发送短消息服务消息或多媒体消息服务消息的过程。

该实施方式与结合图3描述的实施方式的差别在于，上述信息聚集、信息缓存、使用信息发送规则进行信息过滤功能不是在OMS服务器206，而是分配到电子邮件服务器208。

首先，在客户端202关闭之前，在客户端202处设定信息发送规则(步骤420)。

然后，客户端202将这些信息发送规则传递到Web Service 204(步骤422)。

此后，客户端202可以关闭(步骤424)。

Web Service 204然后将这些信息发送规则传输给一个OMS(Outlook Mobile Service)服务器206(步骤426)。

然后，OMS服务器206将上述信息发送规则发送到与上述信息发送规则绑定的电子邮件账户的电子邮件服务器208(例如POP3服务器)(步骤428)。

然后，电子邮件服务器208使用上述信息发送规则，对在其中的信息进行过滤，以确定应该发送给用户终端212的信息(步骤430)。

然后，电子邮件服务器208将过滤后确定应该发送给用户终端212的信息发送给OMS服务器206(步骤432)。

然后，OMS服务器206将上述信息发送给Web Service 204(步骤434)。

然后，Web Service 204将信息发送给移动网络运营商/移动服务提供商210(步骤436)。

然后，移动网络运营商/移动服务提供商210将信息发送给用户终端212(步骤438)。

在步骤438，通过短消息服务消息或多媒体消息服务消息将上述过滤后确定应该发送的信息发送给用户终端212。

通过上述这些步骤，即使客户端202关闭，也能使用户终端212收到信息。

同样地，当用户在其用户终端212中看了上述信息之后，他/她可以通过使用用户终端212回复上述信息，也就是说，用户终端212向移动网络运营商/移动服务提供商210发送回复信息(步骤440)。更具体地，用户终端212通过短消息服务消息或多媒体消息服务消息将回复信息发送给移动网络运营商/移动服务提供商210。

然后，移动网络运营商/移动服务提供商210将该回复信息发送到Web Service 204(步骤442)。

然后，Web Service204将上述回复信息发送到OMS服务器206(步骤444)。

然后，OMS服务器206将上述回复信息发送到一个服务器(步骤446，例如与信息发送规则相关的电子邮件账号的SMTP服务器，或者电子邮件服务器208)。

图5示出了根据本发明的一个实施方式的在客户端关闭的情况下向用户终端发送信息的系统。

该系统与结合图2描述的系统的差别在于，省略了OMS服务器206，而把上述OMS服务器206的功能分配到其他的实体，例如电子邮件服务器208和Web Service 204。

图6示出了根据本发明的一个实施方式的在图5所示的系统中在客户端关闭的情况下向用户终端发送短消息服务消息或多媒体消息服务消息的过程。

首先，在客户端202关闭之前，在客户端202处设定信息发送规则(步骤620)。

然后，客户端202将这些信息发送规则传递到Web Service204(步骤622)。

此后，客户端202可以关闭(步骤624)。

Web Service提供商204然后将这些信息发送规则传输到与上述信息发送规则绑定的电子邮件账户的电子邮件服务器208(例如POP3服务器)(步骤626)。

然后，电子邮件服务器208使用上述信息发送规则，对在其中的信息进行过滤，以确定应该发送给用户终端212的信息(步骤630)。

然后，电子邮件服务器208将过滤后确定应该发送给用户终端212的信息发送给Web Service204(步骤634)。

然后，Web Service 204将信息发送给移动网络运营商/移动服务提供商210(步骤636)。

然后，移动网络运营商/移动服务提供商210将信息发送给用户终端212(步骤638)。

在步骤638，通过短消息服务消息或多媒体消息服务消息将上述过滤后确定应该发送的信息发送给用户终端212。

同样地，当用户在其用户终端212中看了上述信息之后，他/她可以通过使用用户终端212回复上述信息，也就是说，用户终端212向移动网络运营商/移动服务提供商210发送回复信息(步骤640)。更具体地，用户终端212通过短消息服务消息或多媒体消息服务消息将回复信息发送给移动网络运营商/移动服务提供商210。

然后，移动网络运营商/移动服务提供商210将该回复信息发送到Web Service204(步骤642)。

然后，Web SerVice204将上述回复信息发送到一个服务器(步骤644，例如与信息发送规则相关的电子邮件账号的SMTP服务器，或者上述电子邮件服务器208)。

应当理解，在上述实施方式中，在客户端202和Web Service204之间、在Web Service204和移动网络运营商/移动服务提供商210之间、在Web Service204和OMS服务器206之间、在OMS服务器206与电子邮件服务器208之间、以及在Web Service204与电子邮件服务器208之间，可以包括网络，网络可以是无线网、有线网、或它们的组合。另外，网络可以是局域网、城域网、广域网、或它们的组合。而这里，用户终端212是移动网络运营商/移动服务提供商210的用户终端。

还应当理解，为了能够实现通过客户端202向例如移动电话的用户终端212发送短消息服务消息或多媒体消息服务消息，用户需要向Web Service204注册。

此外，在本发明的上述实施方式中，还可以包括如下的过程。

当客户端202又打开时，或者又与Web Service204连接时，可以恢复通过客户端202向例如移动电话的用户终端212发送短消息服务消息或多媒体消息服务消息，如在背景技术部分中所描述的(如图2和5中的虚线箭头所示，由客户端202从电子邮件服务器208取回上述信息)。也可以说，此后，上述传送到Web Service204的信息发送规则失效了。

如图7所示，该设备700包括接收装置710，用于接收源自于客户端的信息发送规则；重路由装置720，用于重路由与所述信息发送规则相关的信息，将所述信息发送到所述用户终端。

其中，上述客户端包括例如Outlook的个人信息管理器，上述信息发送规则规定了哪些信息在客户端关闭时应该发送给例如移动电话的用户终端，所述信息包括电子邮件、日程、日历或联系人，并且其中所述信息通过短消息服务消息或多媒体消息服务消息发送给用户终端。

在本发明的一个实施方式中，上述设备700包括在电子邮件服务器208中。换句话说，设备700包括用于执行在结合图4描述的实施方式中和结合图6描述的实施方式中涉及电子邮件服务器208的步骤的装置。

在本发明的另一个实施方式中，上述设备700包括在OMS服务器206中。换句话说，设备700包括用于执行在结合图3描述的实施方式中涉及OMS服务器206的步骤的装置。

应当注意，为了使本发明更容易理解，上面的描述省略了对于本领域的技术人员来说是公知的、并且对于本发明的实现可能是必需的更具体的一些技术细节。

提供本发明的说明书的目的是为了说明和描述，而不是用来穷举或将本发明限制为所公开的形式。对本领域的普通技术人员而言，许多修改和变更都是显而易见的。

因此，选择并描述实施方式是为了更好地解释本发明的原理及其实际应用，并使本领域普通技术人员明白，在不脱离本发明实质的前提下，所有修改和变更均落入由权利要求所限定的本发明的保护范围之内。

Claims

1.一种用于控制向用户终端传递信息的方法，所述方法包括步骤：

在客户端处设定信息发送规则；

接收源自于所述客户端的所述信息发送规则；

检测所述客户端是否已经丢失连接；以及

在所述客户端已经丢失连接的情况下重路由与所述信息发送规则相关的信息并将所述信息发送到所述用户终端。

2.根据权利要求1所述的方法，还包括步骤：

将所述信息发送规则发送到一个服务器。

3.根据权利要求1所述的方法，在向所述用户终端重路由所述信息之前，还包括从一个服务器接收所述信息。

4.根据权利要求2或3所述的方法，其中所述服务器是电子邮件服务器。

5.根据权利要求4所述的方法，其中所述服务器从第三方服务器接收所述信息。

6.根据权利要求1所述的方法，其中所述信息包括如下的至少一种：

电子邮件；

日程；

日历；以及

联系人。

7.根据权利要求1所述的方法，其中所述用户终端是移动电话，并且所述信息以如下的至少一种形式的消息发送：

短消息服务消息；以及

多媒体消息服务消息。

8.根据权利要求1所述的方法，其中所述客户端包括个人信息管理器。

9.根据权利要求8所述的方法，其中所述个人信息管理器是Outlook。

10.一种用于控制向用户终端传递信息的设备，所述设备包括：

用于在客户端处设定信息发送规则的装置；

用于接收源自于客户端的信息发送规则的装置；

用于检测所述客户端是否已经丢失连接的装置；以及

用于在所述客户端已经丢失连接的情况下重路由与所述信息发送规则相关的信息并将所述信息发送到所述用户终端的装置。

11.根据权利要求10所述的设备，其中所述信息包括如下的至少一种：

电子邮件；

日程；

日历；以及

联系人。

12.根据权利要求10所述的设备，其中所述用户终端是移动电话，并且所述信息以如下的至少一种形式的消息发送：

短消息服务消息；以及

多媒体消息服务消息。

13.根据权利要求10所述的设备，其中所述客户端包括个人信息管理器。

14.根据权利要求13所述的设备，其中所述个人信息管理器是Outlook。