[go: up one dir, main page]
More Web Proxy on the site http://driver.im/

CN101322147A - 消息收发服务 - Google Patents

消息收发服务 Download PDF

Info

Publication number
CN101322147A
CN101322147A CNA2006800452110A CN200680045211A CN101322147A CN 101322147 A CN101322147 A CN 101322147A CN A2006800452110 A CNA2006800452110 A CN A2006800452110A CN 200680045211 A CN200680045211 A CN 200680045211A CN 101322147 A CN101322147 A CN 101322147A
Authority
CN
China
Prior art keywords
message
communication channel
effectiveness
sending
entity
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Granted
Application number
CNA2006800452110A
Other languages
English (en)
Other versions
CN101322147B (zh
Inventor
J·穆特曼
N·米利克-福瑞林
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Microsoft Technology Licensing LLC
Original Assignee
Microsoft Corp
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Microsoft Corp filed Critical Microsoft Corp
Publication of CN101322147A publication Critical patent/CN101322147A/zh
Application granted granted Critical
Publication of CN101322147B publication Critical patent/CN101322147B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L51/00—User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail
    • H04L51/21—Monitoring or handling of messages
    • H04L51/214—Monitoring or handling of messages using selective forwarding
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L51/00—User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail
    • H04L51/06—Message adaptation to terminal or network requirements
    • H04L51/066—Format adaptation, e.g. format conversion or compression

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Information Transfer Between Computers (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Communication Control (AREA)
  • Inorganic Insulating Materials (AREA)
  • Surface Acoustic Wave Elements And Circuit Networks Thereof (AREA)
  • Crystals, And After-Treatments Of Crystals (AREA)

Abstract

描述一种提供应用不可知和跨平台的消息收发的消息收发服务。发送方汇编消息内容组元并指定消息优选项。消息收发服务计算通过不同类型的通信信道发送消息的效用和成本。使用成本和效用信息选择通信信道并且消息服务格式化消息内容组元用于特定的通信信道。随后取决于所选的信道，将消息例如作为电子邮件、SMS、MMS或其它合适的类型发送。使用发送方消息优选项、通信信道属性、发送和接收设备属性并且较佳还使用(但非必须)接收方的优选项来计算效用。

Description

消息收发服务
技术领域
本发明一般涉及消息收发服务。本发明特别涉及用于评估要使用多个通信信道中哪一个信道的消息收发服务，但并不限于此。
背景技术
当今有许多不同类型的消息收发技术用于通信。例如，电子邮件、即时消息收发(IM)、短消息服务(SMS)、多媒体消息服务(MMS)、无线应用协议推入(WAP推入)等等。这与以前可用相比引入了更多的机会和灵活性，但同时增加了对最终用户的复杂性。例如，消息发送方通常没有有关消息接收方的连通性、优选项及其它相关方面的足够信息。也就是说，John可能不知道Jane是否在办公时间之外访问电子邮件以及Jane比较喜欢电子邮件还是SMS。这令最终用户难以选择合适的通信信道到达接收方，特别是当消息需要在某个期限内传递而人却在某个特定位置的时候，或者在其它相似情况的时候。
介绍上述复杂性不仅因为通信设备配备了多个通信信道，还因为这些通信信道(例如电子邮件、即时消息收发、语音、文本和多媒体消息收发)既可在同一通信设备上也可跨设备彼此断开连接或者相互独立。
当前发送方一般必须管理同一接收方的多个用户帐户和联系号码/地址。而且，发送方和接收方都必须管理通信的多个信道。例如，不同的通信信道提供不同的特征和能力并且通常最终用户难以快速准确地评估在特定情形中要使用的最佳通信信道。
另一个问题涉及跨平台通信能力的缺乏。例如，考虑用户在其PC上操作电子邮件客户端。该用户创建包含特定文本的电子邮件。然而，一般用户不可能象SMS消息那样将同一文本消息从电子邮件客户端直接发送给接收方。通常，用户需要拷贝或重新键入文本到移动电话上的SMS消息中并且随后发送SMS消息给接收方。然而，这耗时且容易出错。另外，发送方和接收方都需要有相同类型的通信信道和相应的客户端应用可用。如果接收方有一组不同的通信帐户(电子邮件地址、移动号码、即时消息帐户等)可向其发送消息，则发送方需要订阅所有这些通信帐户以便利用接收方的连通性。
之前已经作出了尝试来增加发送方可获得的有关接收方的信息量以便使发送方能够作出有关发送消息的较佳选择。这些之前的尝试中的一些已经使用了有限形式的自动消息转换，尽管存在关于这些方法的各种缺点，如现在要讨论的。
Nakanishi等人在其报告″iCAMS2：Developing a Mobile CommunicationTool using Location Information and Schedule Information with J2ME(iCAMS2：通过J2ME使用位置信息和日程信息开发移动通信工具)″，Proceedings ofMobile HCI(移动人机交互会议录)，2003，400-404中描述了一个封闭用户组成员之间发送消息的方案。根据接收方的处境与背景，按照可用通信信道的适用性排序和显示可用通信信道。然而，该方案需要位置信息和日程信息在组成员之间共享，使得组成员必须愿意共享该敏感且私密的信息。该方法难以扩展到更广泛的用户组，因为产生了作为共享敏感信息而产生的安全性问题。此外在该方案中，发送方的通信设备必须支持所选通信信道；且没有自动消息类型转换的能力。
Maniatis等人描述一个消息分层模型，它将个人信息添加到由应用、传输/网络和链路层组成的传统分层模型(Maniatis等人″The Mobile PeopleArchitecture(移动人架构)″，Mobile Computing and Communications Review(移动计算和通信回顾)，1，2，1999，1-7)。该添加层信息用于将到来的消息路由至接收方当前使用的应用/设备。因而，接收方有一个个人的通信代理，通过该代理重定向消息，并且如果必要，将其转换成不同的消息格式。该方法的一个问题是将到来的消息重定向至所有当前可用的设备。这增加了网络负荷并且还在低带宽连通性情况下将大量数据发送至设备时或者在设备具有低接收能力例如有限的消息存储空间时导致严重的问题。而且，可能无意中将数据发送到没有处理该格式数据能力的设备。所使用的特定自动消息转换存在没有对消息的所有部分进行转换的问题。因此，在消息转换过程中一些信息丢失并且没有提供将该丢失通知给发送方的途径。
Tang等人(ConNexus to awarenex：extending awareness to mobile users(网络共通到网络存在：扩展对移动用户的意识)，Proceedings of the SIGCHIconference on Human factors in computing systems(计算系统中关于人类因素的人机交互专家协会会议论文集)，2001，221-228)，描述一种移动设备的原型，它提供为有限人数的用户组提供位置和连通性信息。为了给标识合适的通信信道提供简单的支持，系统突出显示最近有活动的信道。然而，最近有活动的信道可能不再是最适于使用的信道。而且，该方法还遇到了与共享用户之间敏感信息的需求有关的安全性问题。
概述
下面提供本揭示的简化概要以便为读者提供基本的理解。本概要不是本揭示的详尽概观，并且既不标识本发明的关键/本质元素也不描绘本发明的范围。其唯一目的是以简化形式提供在此揭示一些概念作为稍后提供的更详细描述的序言。
描述提供应用不可知(application agnostic)和跨平台消息收发的消息收发服务。发送方汇编消息内容组元并指定消息优选项。消息收发服务计算通过不同类型通信信道发送消息的效用和成本。使用成本和效用信息选择通信信道，并且消息服务格式化消息内容组元用于特定的通信信道。随后发送消息，例如作为电子邮件、SMS、MMS或其它适合类型，取决于选择的信道。使用发送方消息优选项、通信信道属性、发送与接收设备属性并且较佳地还使用(但非必须)接收方的优选项来计算效用。在另一实施例中，可把成本包含在效用函数中，反之亦然。
在一示例中，消息服务器安排为通过多个通信信道之一将来自发送实体的消息发送至接收实体。发送实体可以是具有通信设备如PDA、膝上型计算机、移动电话或其它通信设备的用户，或者发送实体可以是自动化服务。这也应用于接收实体。消息服务器包括：
◆输入，被安排为接收关联于消息的消息属性值以及消息的一或多个消息内容部分；
◆输入，被安排为访问关联于一或多个通信信道的通信信道属性值；关联于发送实体的发送实体属性值和关联于接收实体的接收实体属性值；
◆处理器，被安排为基于消息属性值、通信信道属性值、发送实体属性值和接收实体属性值中的至少一些计算通过至少一个通信信道发送消息的效用；
◆输出，被安排为格式化一或多个消息内容部分以通过通信信道之一发送，所述通信信道是基于计算得到的效用选择的。
如此，提供了跨平台和应用不可知的消息收发，因为消息服务器自动在适当的时候格式化消息内容部分用于选择的通信信道。发送方不必由其自己来作出有关要使用什么类型的消息收发的选择，无论是SMS、MMS、电子邮件还是其它。另外，因为消息服务器使用属性值计算效用，因此以设计成为发送方提供最佳性能的方式来选择通信信道，其中要考虑至少包括信道特性、发送和接收实体特性和消息特性在内的许多因素。
在另一示例中，提供通过多个通信信道之一发送来自发送实体的消息到接收实体的相应方法。这使用例如在消息服务器上执行的下列步骤。
◆接收关联于消息的消息属性值以及消息的一或多个消息内容部分；
◆访问关联于一或多个通信信道的通信信道属性值、关联于发送实体的发送实体属性值和关联于接收实体的接收实体属性值；
◆基于消息属性值、通信信道属性值、发送实体属性值和接收实体属性值中的至少一些，计算通过至少一个通信信道发送消息的效用；
◆格式化一或多个消息内容部分以通过通信信道之一发送，所述通信信道是基于计算得到的效用来选择的。
在另一示例中，提供消息发送实体。消息发送实体可以是具有用于与上述消息服务器相互配合的软件的通信设备。它还可以是从其它地方访问用于与消息服务器相互配合的功能性的自动服务或通信设备。消息发送实体包括：
◆输入，被安排为接收有关用于要发送的消息的消息内容的信息；
◆输入，被安排为接收关联于消息的消息特性；
◆输出，被安排为发送消息特性到消息服务器；
◆输入，被安排为接收有关可用于发送消息的信息以及关联于这些通信信道的效用值；以及
◆输出，被安排为发送有关所选通信信道的信息到消息服务器以及发送消息内容到消息服务器。
发送实体设备和应用可以不同于并且有可能不与接收实体设备和应用兼容。消息收发服务器能够通过重新格式化消息内容部分来解决这个问题。重新格式化使其产生的消息兼容于接收实体及其消息收发应用软件。
较佳地，还安排处理器基于通过至少一个通信信道发送消息的成本计算效用。
较佳地，还接收外部背景信息并且基于该外部背景信息的至少一些来计算效用。例如，外部背景信息可以是有关消息服务器本身的状态(服务器的繁忙程度)、网络拥塞信息、有关用户人口的信息和来自独立源诸如来自RSS馈送或基于web的服务的信息。如果发生地震，例如，该信息可用于针对使用电子邮件提出劝告。
较佳地，输入安排为接收接收方消息优选项属性值，并且还基于这些接收方消息优选项中的至少一些计算效用。这是有利的，因为可以考虑接收方消息优选项，例如如果接收方在某个日时与电子邮件相比较喜欢SMS。
有利的是，将处理器安排为形成效用关系向量，它涉及在比较通过一个通信信道发送消息与通过另一个通信信道发送时各效用的关系。这允许以快速且计算成本低的方式对各种通信信道选项的效用值进行比较。
较佳地，处理器安排为形成成本关系向量。这允许以快速且计算成本低的方式对各种通信信道选项的成本值进行比较。
较佳地，处理器安排为连结效用关系向量和成本关系向量并且对经连结的向量应用度量以允许按照效用和成本对通信信道进行排序。这允许有效且简单地以低计算成本对通信信道作出选择。
在一个示例中，消息服务器安排为发送计算得到的效用信息至发送实体并且接收有关来自该发送实体的所选通信信道的信息。有利的是，这将控制给予发送方，让发送方能够基于效用(和/或成本)信息选择特定的通信信道。
在另一个示例中，消息服务器安排为至少基于计算得到的效用选择用于发送消息的通信信道。这在发送方要求自动服务的场合中是有利的，在自动服务中，在不向发送方咨询有关与效用和或成本信息同时可用的选项的情况下作出信道选择。
较佳地，输出安排为发送有关消息状态的信息至发送实体和或接收实体。例如，这可以包括已读收据、传递信息和或有关从发送的消息中省略的任何消息内容部分的信息。
任何在此描述的方法可由存储介质上机器可读形式的软件完成。该软件可以适用于在并行处理器或者串行处理器上执行使得这些方法步骤可按任何合适的顺序或同时得到执行。
这里承认软件能够是有价值的、可以单独交易的商品。它旨在包含运行于或者控制“非自航(dumb)”或者标准的硬件以实现期望的功能的软件。出于类似理由，它还旨在包含“描述”或者定义硬件配置的软件，例如HDL(硬件描述语言)软件，用于设计硅芯片，或者用于配置通用可编程芯片以实现期望的功能。
许多伴随特征将随着参考下面的详细描述并结合附图进行理解而得到更好的认识。
附图说明
本发明通过参考附图阅读下面的具体实施方式而得到更好的理解，其中：
图1是提供消息服务的通信网络的示例图；
图2是消息服务器的示意图；
图3是消息收发服务使用的数据库方案的示例；
图4是关于消息服务的用户管理部分的示例用户界面的屏幕截图；
图5是关于在PC上使用的消息服务的消息装配和优选项选择部分的示例用户界面的屏幕截图；
图6是关于PDA上使用的消息服务的示例用户界面的屏幕截图；
图7是关于智能电话上使用的消息服务的示例用户界面的屏幕截图；
图8是使用消息服务发送消息的方法的流程图；
图9是在消息服务器执行的方法的流程图；
图10是按照效用和成本对通信信道进行排序的方法的流程图。
相同的标号用于指示附图中相同的部分。
详细描述
下面结合附图提供的详细描述旨在作为对本示例的描述，而非表示用于解释或利用本示例的唯一形式。该描述阐述本示例的功能以及用于构造和操作本示例的步骤序列。然而，相同或等价的功能与序列可由不同的示例来完成。
如上所述，当前存在各种消息收发服务，它们使用不同的基础结构和技术诸如因特网/电子邮件和GSM/SMS。本发明特别关注支持用户之间或服务与用户之间的异步通信的消息收发服务。如已经说明的，本发明绝不限于异步通信。术语“异步通信”用于指包含在某一时刻从发送方发送的消息并在一段有效的时间间隔之后要由用户接收或者期望得到用户应答的通信。例如，语音邮件消息、电子邮件消息、文本消息等等。相反，同步通信是实时开展的，诸如语音呼叫。另外，本发明主要关注但不限于在其中发送方发起对接收方的消息发送的消息推入情形。而且，消息可能打开同步通信信道(例如，聊天客户端或电话呼叫)。相反，消息拉出要求接收方发起或请求信息。消息收发系统的实现可包括组合推入和拉出方法的混合方法。例如，消息可在两个步骤中传递至接收方：首先系统发送消息已经到达系统的通知并提供到该消息的链接使用户能够拉出内容到设备上。
认识到消息的发送方通常面对若干决定但几乎没有信息可供依赖的情况。用下面三个问题概括消息的发送方所面对的处境：
考虑特定消息的具体特性，用于发送该特定消息的最适消息收发应用(例如电子邮件、SMS等)是什么？
考虑(但不限于)接收方的连通性和可用信道的状态，将消息传递至接收方的最佳方法是什么？
在优化包括通信成本在内的发送方和接收方总效用的同时如何达成先前这两个目标？
已经开发了解决这些问题并且还提供应用不可知和跨平台的消息收发的消息收发服务。术语“应用不可知”在此用于指可与任何类型的消息收发应用一起运行的消息收发服务，可以是电子邮件、SMS、MMS还是其它。术语“跨平台的消息收发”用于指通过提供自动消息类型转换在支持不同消息类型的实体之间发送消息的能力。
图1是提供消息收发服务的通信网络10的示意图。发送方12示意性地表示为具有一或多个通信设备，诸如移动电话、个人数字助理、膝上型计算机、个人计算机等等。(然而，发送方本身也有可能是自动化服务。)这些通信设备(称为客户端)被安排为与在此称为mCommunicator Server(商标)的消息服务器16通信。该通信以任何合适的方式实现，诸如使用因特网连接。在一较佳示例中，每一通信设备或客户端还包括用于与消息服务器16相互配合的消息应用软件。较佳地但非必要，该消息应用软件兼容于不同类型的通信设备，诸如智能电话、PDA、桌面计算机和其它设备。然而，在通信设备处提供消息应用软件功能性不是必须的。还有可能在消息服务器16或其它网络实体处保持该功能性并且由客户端提取，这是本领域已知的，诸如基于web/基于浏览器的消息应用。
图1还示出接收方14并且示意性地表示多个通信设备，它们以类似于对发送方12的方式可用于接收方。每一接收方通信设备通过因特网连接或其它合适类型的连接与通信网络10连接。接收方通信设备较佳地还包括消息应用软件或者有权访问该软件。与发送实体可以是自动化服务相同，接收实体也可以是自动化服务。
通信网络10还包括移动连接网关17和因特网连接服务器18，两者都与消息服务器16通信。也可使用任何其它合适类型的网关，诸如各种即时消息收发网关。消息服务器16负责管理和处理到来的消息。它将消息组元保存在数据库服务器(它或者与消息服务器集成或者与消息服务器通信)中，并且对于指定的接收方，确定有可能可用的通信信道。除了消息服务器16提议合适的通信信道之外，它还以合适的格式汇编消息的内容并且发起通过所选信道对接收方的消息传递。如果选择电子邮件或即时消息信道，则消息服务器16利用因特网连接服务器18发送消息。如果选择SMS、MMS或WAP推入信道，则消息服务器16如图1所示利用移动连接网关17发送消息。如上所述，也可使用其它类型的网关，而这意味着其它类型的消息也可使用该消息服务来发送。
图1还例示订阅或注册过程。通过通信网络10向其提供的消息收发服务的用户较佳地订阅该消息收发服务作为发送方12、接收方14或是用作发送方12或接收方14的自动化服务。在一个实施例中，作为订阅过程的一部分，用户提供有关其联系人详情、消息收发优选项和可用通信设备/信道的信息。存储该信息供消息收发服务使用。然而，这不是必须的。消息收发服务可以使用任何合适的手段来获得有关用户的联系人详情、消息收发优选项和可用通信设备或信道的信息。这些手动可以包括使用来自如本领域已知的现有管理系统的信息、使用有关用户过去的消息收发行为的历史信息以及使用在关联于网络操作者、其它服务供应商或协同群件系统的数据库中可得的信息。
图2更详细地例示消息服务器16。它从可以是任何合适类型的数据库服务器20接收输入。数据库服务器20存储有关用户、用户消息收发信道、用户的状态和消息的信息。该信息是通过本领域已知的任何合适的方式获得的。术语“用户消息收发信道”用于指使用户能够与另一用户通信消息的可用手段，例如电子邮件、SMS、MMS等。用户消息收发信道取决于用户可用的通信设备类型，因为各个设备一般仅支持所选的消息收发类型。
图3是数据库服务器20使用的数据库模式的示例，它示出表以及各表之间关系的示例。表userdata(用户数据)30存储有关消息服务用户的个人信息。除了用于识别和授权的用户名与密码之外，它还存储用户联系人信息，诸如电子邮件地址、移动电话号码和即时信使地址。另一个表用于存储客户端信息(见图3中表clients(客户端)31)。该表存储用户的连通性状态以及用户最后一次成功使用消息服务的时间戳。有关发送和未发送的消息的信息存储在称为表messages(消息)32的第三个表中。该表在需要时还存储消息传递日期。另一个称为attachments(附件)表33的表存储消息的所有二进制数据(如图像、声音文件等附件)。
在一较佳示例中，消息服务器16与客户端12之间的通信是使用web服务完成的并且要求客户端与消息服务器之间的因特网或其它合适的连通性。在一特别较佳的实施例中，消息服务器16提供两种web服务，一种用于用户管理而另一种用于消息处理。这些web服务像以下概括的那样使用不同功能用于客户端12与消息服务器16之间通信。
在下表中给出示例用户管理函数：
  函数名   参数   返回
  Login()   sID：string   sLoginstatus：string
  sPW：string
  Getusers()   -/-   aUsernames：array
Adduser()   sID：stringsPw：stringsEmail：stringsMobile：stringsIM：string sCreationstatus：string
Updateclient()   sID：stringsClient：string sUpdatestatus：string
Getuserdata()   sID：stringsPw：string aUserdetails：array
在下表中给出示例消息处理函数：
  函数名   参数   返回
send   sSender：stringsReceiver：stringdCreationDate：datesPriority：stringsLinkto：stringbDeliveryconfirm：boolbReadconfirm：boolsMessageclass：stringsSubject：stringsMessagetext：stringsNetworkconnection：stringdDeliverydatefrom：datedDeliverydateto：datedWillingness2pay：doublewCreationDate：doublewPriority：doublewLinkto：doublewDeliveryconfirm：doublewReadconfirm：doublewMessageclass：doublewSubject：double ID：GuID
  wMessagetext：doublewAttachment：doublewLifetimecontrol：doublewNetworkconnection：double
  Confirm   sId：Guid   sChannel
saveAttachment()   sID：stringsFilename：stringaAttachment：array of bytes lAttachmentsize：long
  delete   sID：Guid
如上所述，在一较佳示例中，在客户端12处提供消息收发应用软件以与消息服务器16交互。该软件提供下列功能性：
◆登录到消息服务器16
◆编写消息
◆指定消息属性
◆发送消息至消息服务器16
◆与服务器通信有关消息收发过程(接收有关消息状态的通知，修改传递请求，等等)。
可选地，它还提供用户管理功能诸如设置新用户帐户。图4至7示出来自示例消息收发应用客户端软件的屏幕截图。这些在本文档中稍后更详细地说明。
现在参考图8描述一种使用消息服务发送消息的方法。
终端用户首先选择其通信设备12之一(图1)并且使用其上提供或从其访问的消息服务客户端软件来汇编要发送的消息的内容。该内容可以包括文本、语音记录、图像文件附件或任何其它合适内容类型(见图8的步骤80)。将包括接收方详情、消息特性和发送方对消息传递优选项的信息发送到消息服务器16(见图1)。这可以与消息内容本身一起发送，而可以在没有消息内容的情况下发送(见图8的步骤81)。如果终端用户是自动化服务或代理，则步骤80和81使用基于规则的系统或任何其它合适的自动化装置来执行。
客户端设备12随后从消息服务器16接收可用于所提议的消息的通信信道列表，这些可用通信信道的每一个都带有效用值并且可以带有或不带有成本值(见图8的步骤82)。例如，在简单形式中，效用值包括使用特定信道的成本和/或所支持的消息部分的数量。所支持的消息部分是可以通过特定通信信道发送和接收的消息的那些部分。例如，假设通信信道仅支持SMS，则消息的文本部分是所支持的消息部分而任何附件、图象或声音记录不是所支持的消息部分。
应当注意到客户端接收可用通信信道列表连同与其相关联的效用和成本信息不是必须的。还有可能的是，消息服务器由其本身基于效用信息和/或成本信息选择通信信道之一。
发送方选择可用通信信道之一并且发送有关该选择的信息至消息服务器。除非已经发送，在该阶段还将消息内容发送至消息服务器。(见图8的框83)。发送方随后可选地从消息服务器接收有关消息的状态的信息(见框84)。例如，这包括有关消息是否已经发送和传递时间的信息。发送方还具有调用消息直至一特定时刻的能力。在一些实施例中，该特定时刻是向接收方显示或提供消息内容的时刻。即，在一较佳实施例中，保持由消息收发系统对消息的控制直到真正显示了该消息为止。可以在该时刻之前调用该消息。为了实现这一点，不采用在接收方设备上高速缓存中间消息，因为这将防碍消息收发系统在显示之前对消息的控制。在一这样的实现中，在接收方应用准备好显示内容时从消息服务器直接传递消息。然而，还提供其它实施例，其中在接收实体处本地加载消息供稍后呈现。在该情形中，仅在下载至接收实体之前可调用消息。
图9是由消息服务器16执行的方法的流程图。这包括从客户端接收消息详情(见步骤90)。消息详情包括接收方详情、消息特性、发送方的优选项以及可选地包括消息内容。消息服务器接着访问数据库服务器20以获得有关与接收方相关联的注册通信信道的信息(见图9的框91)，其中包括有关这些信道的状态的信息。例如，它可具有有关针对电子邮件消息在接收方收件箱中有多少未读的最近收到的消息的信息。消息服务器接着排列可用通信信道(见图9的框92)。这是基于有关接收方的注册通信信道、这些信道的状态、发送方的优选项以及消息特性的信息来完成的。在另一实施例中，它还基于有关接收方的优选项或可涉及更一般背景的其它具体要求的信息。例如，具体要求可来自通信服务的状态，或该服务可接收的外部信息例如RSS新闻、Web通信量统计等等。在另一实施例中，这可以是基于有关使用该服务的用户人口的聚合信息。例如，如果消息收发系统由于外部事件例如股市大跌、自然灾害等而过载于用户消息收发，可将消息收发系统安排为不处理附件。
消息服务器发送有关经排序的信道的信息至客户端(见图9的框93)又从客户端接收有关终端用户已经选择了哪一个信道的信息(见图9的框94)。有关信道排序的信息可以像促进发送方的决定所需的那样详细。例如，除了消息发送的成本，还通知发送方有关信道可能具有的限制，诸如不能通过SMS发送附件。一旦用户作出决定，如果消息服务器还没有从客户端收到消息内容，则它在这时就这么做。消息服务器随后重新打包消息的内容，针对特定选择的信道对其进行格式化(见框95)并且发起通过所选信道的消息的发送。例如，如果用户选择SMS，则从内容中除去附件并且仅传递消息的文本。消息服务器还通知客户端有关消息的状态，例如通过指定传递时间和/或已读收据(见框96)。
还有可能的是，消息服务器将附加信息结合到重新格式化的消息中。例如，这包括有关省略的消息部分的信息。以此方式就能通知接收方，例如所收到的文本消息与尚未发送的声音记录附件相关联。另外，通知客户端关于消息状态的步骤96，较佳地包括通知客户端关于因为不受支持而尚未发送的任何消息部分。
于是可以看到，提供跨平台和应用不可知的消息收发能力是通过将消息解汇编为消息内容部分并且将该消息重新汇编为适于所选通信信道的形式来实现的。较佳地，但非必须，解汇编是作为客户端与消息服务器之间基于web的通信链接来实现的。当用户选择诸如文本、文件附件、主题标题、图象附件、声音记录附件等的消息内容部分添加到消息时，这些消息内容部分被标识为要通过web链接发送至消息服务器的组元。解汇编因而已经在消息组元到达消息服务器之前已经发生。重新汇编是通过使用规则、框架、模式或其它合适的结构定义特定通信信道所需的格式来实现的(诸如SMS到移动电话，或者电子邮件到PDA)。
现在参考图10给出有关消息服务器16用于排序可用通信信道的方法的更多细节。
图10是计算通过特定通信信道发送消息的效用和成本的方法的一个示例的流程图。消息的特性是由加权属性值的向量描述的(图10的框100)。而且，通信信道的属性和功能性是使用属性向量描述的(图10的框101)。发送和接收设备的特征也是使用发送和接收设备各自的属性向量来描述的(图10的框102)。分析每一通信信道和设备并且由操作者诸如消息服务提供商或网络操作者预先指定其属性向量的值。预指定的规则、准则或其它信息用于结合有关消息本身的信息自动确定消息的属性值。
对于每一属性，计算发送特定消息的效用。在一特定示例中，如果通信信道向量以及发送设备向量和接收设备向量满足或者超过属性值，则效用为1。否则效用为零(见图10的框103)。(注意，系统可以基于过去的行为使用、预指定或学习效用的任何合适的函数)。随后形成效用关系向量，它描述在比较通过一个通信信道发送消息与通过另一通信信道发送时各效用的关系(见图10的框104)。还形成成本关系向量。它描述在比较通过一个通信信道发送消息与通过另一通信信道发送时成本的关系(见图10的框105)。连结成本和效用关系向量(见框106)以及随后在所连结的向量上使用任何合适的度量来按照效用和成本对通信信道进行排序(见框107)。
在上述示例中，在不参考接收方的优选项(不同于接收方设备或实体的属性)的情况下计算效用。然而，在另一实施例中，有关接收方优选项的属性也用于计算效用。接收方例如能够定义特定属性和/或通信信道的乘数以减少不希望的通信形式的效用。例如，接收方可指定在预定时间段不应当接收电子邮件，因为接收方没有时间管理过载的电子邮件收件箱。
现在更具体地描述图10的示例。
属性向量A＝(a1，a2，...，an)描述通信空间中的相关属性。消息特性是由属性值空间A上的函数M来描述的：
M：AαM，其中 A ⋐ R n 和 M ⋐ R k . 其中n是向量中的分量数，而R是实数集。
消息属性mi：(a1，...，an)α mi(m1，...，mn)∈R概括要传递的消息的特性。这些消息属性的相关性(属性加权)是由加权向量W＝(w(m1)，w(m2)，...，w(mn))∈[0，1]描述的，它表示属性向量M中元素的重要性并且具有消息向量的维数。在此示例中，权重在零与1之间，尽管这不是必须的。可使用任何实数值用于权重。因此，w(mi)是mi的最小需要值(in％)；否则忽略相应的消息特性。值0的w(mi)表示属性对于消息不是必须需要的但如果所选通信信道支持它则可增加消息的值(假定mi＞0；否则根本不需要该属性)。
通信信道是网络连接(例如GPRS)和推入消息类型(例如SMS)的组合。它被描述为向量CC，其中的元素定义为：cci：(a1，K，an)α cci(a1，K，an)∈R，其中 m i ⋐ cc i ( A ) .
该属性向量示出通信信道的特性和功能性。
因此，设备特性向量Dj描述发送和接收设备的特征(D1和D2)。其元素定义为dj，i：(a1，K，an)α dj，i(a1，K，an)∈R，其中 m i ⋐ d j , i ( A ) .
为每一属性i计算通过通信信道x发送消息的效用：
Figure A20068004521100193
其中i＝1..n
还为通信信道x定义通信信道成本作为一般属性向量的函数。
Cx：(a1，a2，...，an)α Cx：(a1，a2，...，an)∈R
成本函数Cx的结果是通过信道x发送消息所引起的总成本。
因为效用和成本特征具有不同的维数，因此要求转换它们以便实现可比性。
因此，效用关系向量URx，y涉及在比较通过通信信道x发送消息与通过y发送它时的效用的关系。
Figure A20068004521100194
其中i＝1Kn
相应地，计算成本关系CRx，y。
Figure A20068004521100195
其中i＝1Kn
效用向量和成本关系的值现在是‘无量纲’的并且可以用于进一步的评价。
因此，简单地连结效用向量和成本关系，产生一般关系向量Rx，y。
R x , y = concat ( U x , y R C x , y R )
为了确定通信信道x是否比y好，需要单一的度量：
Ax，y＝f(Rx，y)
该计算可以例如通过使用函数的标准平均诸如加权平均、中值等来执行。通过使用加权平均，有可能定义关系向量Rx，y中每一元素的相关性。信道x与信道y相比较的优先权随后可表示为：
A x , y = Σ i = 1 n w i · U xy , i + Σ i = 1 n w i · C xy , i Σ i = 1 n w i
所得到的矩阵可用于标识最合适的通信信道。
下面的列表概括了通信信道和消息的典型属性集合：
  属性   SMS   MMS   WAP推入SI   WAP推入SL   电子邮件
  创建日期   0   0   1   0   1
  优先级   0   1   1   1   1
  到外部服务的链接   0   0   1   1   0
  传递确认   0   1   1   0   1
  已读确认   0   1   0   0   1
  发送方标识   0   0   1   0   1
  消息类属性   0   1   0   0   0
  消息主题域   0   50   0   0   255(Outlook)
  (最大值)*消息大小   160   U(d)   U(d)   0   U
  多媒体内容附件(大小)   0   U(d)   0   0   U
  通知存在期限控制   0   0   1   0   0
*U(d)＝未受限制的(设备相关)
在上表中“WAP推入Si”指无线访问协议服务指示，例如通过它接收方接收关联于链接至网页或web服务的URL的SMS消息。“WAP服务载荷”指无线访问协议服务载荷，它强制接收实体加载相关联的URL(例如，这通常由网络操作者用于销售铃音)。
对于每一通信信道，存在一个成本函数用于计算在通过信道发送消息时的总成本。下面给出成本函数的示例。用于将消息发送至在远离发送实体的移动网络中的接收方的漫游成本，也可以结合到成本函数中，这对于本领域技术人员是显而易见的。
  成本函数
  SMS   ＝math.ceiling(消息大小/160)*5p
  MMS   ＝math.ceiling(消息大小+附件大小)/300kb)*20p
  WAP推入SI   ＝math.ceiling(消息大小/160)*5p
  WAP推入SL   ＝math.ceiling(消息大小/160)*5p
  电子邮件   ～0p
图4是被安排为与消息服务相互配合的PC的用户界面一部分的示例。它是用户管理对话框的示例屏幕截图，通过它可添加消息服务的新用户或订阅者以及该新用户的联系人详情、密码和用户ID设置。
图5是被安排为与消息服务相互配合的PC的用户界面一部分的示例。它是消息编辑器的示例屏幕截图，通过它发送方能够整理消息内容部分并且设置消息特性(或消息属性)。例如，这些属性包括消息重要性、是否需要传递确认、是否需要已读确认、在消息内容中提供的任何附件是否必须随消息发送、在消息内容中提供的任何URI链接是否必须随消息启用、任何消息文本是否必须随消息发送、是否需要消息主题、消息的优先权以及消息的存在期限。
图6是在PDA上使用并显示消息编辑器的用户界面一部分的示例。图7是在智能电话上使用的用户界面一部分的示例。它示出用于指定图像作为消息内容一部分的消息编辑器。
本领域的技术人员将认识到用于存储程序指令的存储设备可分布在网络上。例如，远程计算机可存储描述为软件的该过程的示例。本地或终端计算机可访问远程计算机并下载该软件的一部分或全部以运行该程序。可替换地，本地计算机可按需下载软件的片断，或者可以在本地终端上执行一些软件指令而在远程计算机(或计算机网络)上执行一些软件指令。本领域的技术人员将认识到，通过使用本领域技术人员已知的常规技术，软件指令的全部或部分可由专用电路如DSP、可编程逻辑阵列等来执行。
还有可能的是，消息收发服务为同步消息收发而运行。例如，由上述示例中的消息服务器发送的消息可配置为打开发送实体与接收实体之间的同步通信。以任何合适的方式来实现它。例如，(通常由网络操作者)安装在移动电话上的SIM AT应用可用于强制该电话呼叫另一实体。可打开任何合适的同步通信会话，诸如传统的语音呼叫、通过互联网协议的语音呼叫、聊天会话等等。
如对于本领域的技术人员而言，显然此处给出的任何范围或者设备值可以被扩展或者改变而不失去所寻求的效果，。
文本中描述的各方法步骤可以在需要时按任何合适的次序或同时执行。
可以理解，上面对于较佳实施例的描述仅仅是作为例子给出的，而本领域的技术人员可以做出多种改变。

Claims (20)

1.一种消息服务器(16)，被安排为通过多个通信信道之一将来自发送实体(12)的消息发送至接收实体(14)，所述消息服务器包括：
(i)输入，被安排为接收关联于所述消息的消息属性值以及所述消息的一或多个消息内容部分；
(ii)输入，被安排为访问关联于一或多个所述通信信道的通信信道属性值；关联于所述发送实体的发送实体属性值和关联于所述接收实体的接收实体属性值；
(iii)处理器，被安排为基于所述消息属性值、通信信道属性值、发送实体属性值和接收实体属性值中的至少一些来计算通过所述通信信道至少之一发送所述消息的效用；
(iv)输出，被安排为格式化一或多个所述消息内容部分以通过所述通信信道之一发送，所述通信信道是基于所述计算得到的效用来选择的。
2.如权利要求1所述的消息服务器，其特征在于，所述发送实体和所述接收实体各自包括消息收发应用软件，所述发送实体应用软件与所述接收实体应用软件不兼容，并且其中所述输出被安排为格式化所述消息内容部分以便与所述接收实体应用软件兼容。
3.如权利要求1或权利要求2所述的消息服务器(16)，其特征在于，所述处理器还被安排为基于发送所述消息的成本计算所述效用。
4.如在前权利要求中的任一项所述的消息服务器(16)，其特征在于，所述输入被安排为接收接收方消息优选项属性值，以及其中，所述效用还基于该接收方消息优选项属性值中的至少一些来计算。
5.如在前权利要求中的任一项所述的消息服务器，其特征在于，所述输入被安排为接收外部背景信息，并且其中所述效用还基于该外部背景信息中的至少一些来计算。
6.如在前权利要求中的任一项所述的消息服务器(16)，其特征在于，所述处理器被安排为形成效用关系向量，所述效用关系向量涉及在比较通过一个通信信道发送所述消息与通过另一个通信信道发送时各效用的关系。
7.如权利要求6所述的消息服务器，其特征在于，所述处理器还被安排为形成成本关系向量。
8.如权利要求7所述的消息服务器，其特征在于，所述处理器被安排为连结所述效用关系向量和成本关系向量并且对所述经连结的向量应用度量，从而能够对所述通信信道进行排序。
9.如在前权利要求中的任一项所述的消息服务器，其特征在于，所述输出还被安排为发送有关消息状态的信息至所述发送实体和或所述接收实体。
10.如在前权利要求中的任一项所述的消息服务器，其特征在于，所述输出还被安排为发送有关从用于发送的格式中省略的任何消息内容部分的信息至所述发送实体和或所述接收实体。
11.一种通过多个通信信道之一将来自发送实体(12)的消息发送至接收实体(14)的方法，所述方法包括下列步骤：
(i)接收关联于所述消息的消息属性值以及所述消息的一或多个消息内容部分；
(ii)访问关联于一或多个所述通信信道的通信信道属性值、关联于所述发送实体的发送实体属性值和关联于所述接收实体的接收实体属性值；
(iii)基于所述消息属性值、通信信道属性值、发送实体属性值和接收实体属性值中的至少一些计算通过所述通信信道至少之一发送所述消息的效用；
(iv)格式化一或多个所述消息内容部分以通过所述通信信道之一发送，所述通信信道是基于所述计算得到的效用来选择的。
12.如权利要求13所述的方法，其特征在于，所述发送实体和所述接收实体各自包括消息收发应用软件，所述发送实体应用软件与所述接收实体应用软件不兼容，并且其中所述格式化一或多个所述消息内容部分的步骤包括格式化一或多个所述消息内容部分以便与所述接收实体应用软件兼容。
13.如权利要求11或权利要求12所述的方法，其特征在于，包括基于发送所述消息的成本计算所述效用。
14.如权利要求11至13任一项所述的方法，其特征在于，还包括接收接收方消息优选项属性值，并且其中所述效用还基于该接收方消息优选项属性值中的至少一些来计算。
15.如权利要求13至16任一所述的方法，其特征在于，还包括接收外部背景信息并且基于该外部背景信息中的至少一些计算所述效用。
16.如权利要求11至15任一所述的方法，其特征在于，还包括形成效用关系向量，所述效用关系向量涉及在比较通过一个通信信道发送所述消息与通过另一通信信道发送时各效用的关系。
17.如权利要求16所述的方法，其特征在于，还包括形成成本关系向量。
18.如权利要求17所述的方法，其特征在于，包括连结所述效用关系向量和成本关系向量，并且对所述经连结的向量应用度量，从而能够按照效用和成本对所述通信信道进行排序。
19.如权利要求11至18任一所述的方法由计算机程序来执行。
20.一种消息发送实体(12)包括：
(i)输入，被安排为接收有关用于要发送消息的消息内容的信息；
(ii)输入，被安排为接收关联于所述消息的消息特性；
(iii)输出，被安排为发送所述消息特性至消息服务器；
(iii)输入，被安排为接收有关可用于发送所述消息的通信信道以及关联于通过那些通信信道发送所述消息的效用值的信息；
(iv)输出，被安排为发送有关所选通信信道的信息至所述消息服务器以及发送所述消息内容至所述消息服务器。
CN2006800452110A 2005-12-02 2006-10-19 消息收发服务 Active CN101322147B (zh)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
EP05026309.4 2005-12-02
EP05026309A EP1793543B1 (en) 2005-12-02 2005-12-02 Messaging service
PCT/US2006/040941 WO2007064418A1 (en) 2005-12-02 2006-10-19 Messaging service

Publications (2)

Publication Number Publication Date
CN101322147A true CN101322147A (zh) 2008-12-10
CN101322147B CN101322147B (zh) 2013-03-13

Family

ID=36088516

Family Applications (1)

Application Number Title Priority Date Filing Date
CN2006800452110A Active CN101322147B (zh) 2005-12-02 2006-10-19 消息收发服务

Country Status (7)

Country Link
US (1) US8484350B2 (zh)
EP (1) EP1793543B1 (zh)
CN (1) CN101322147B (zh)
AT (1) ATE503323T1 (zh)
DE (1) DE602005027090D1 (zh)
ES (1) ES2362359T3 (zh)
WO (1) WO2007064418A1 (zh)

Cited By (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102404248A (zh) * 2011-10-28 2012-04-04 深圳市易联盛世科技有限公司 融合消息和邮件应用的方法和装置
CN103392306A (zh) * 2010-11-12 2013-11-13 脸谱公司 具有多个消息信道的消息系统
US9203796B2 (en) 2010-11-12 2015-12-01 Facebook, Inc. Messaging system with multiple messaging channels
US9356905B2 (en) 2010-10-27 2016-05-31 Facebook, Inc. Organizing messages in a messaging system using social network information
US9380012B2 (en) 2011-08-08 2016-06-28 Facebook, Inc. Rescinding messages in a messaging system with multiple messaging channels
CN112292873A (zh) * 2018-06-28 2021-01-29 利你巨马有限公司 消息传送信道自动选择及消息传送方法、装置及程序

Families Citing this family (28)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7974414B2 (en) * 2004-02-27 2011-07-05 Research In Motion Limited Methods and apparatus for automatically grouping user-specific information in a mobile station
US8539029B2 (en) 2007-10-29 2013-09-17 Microsoft Corporation Pre-send evaluation of E-mail communications
US8280963B2 (en) 2008-04-10 2012-10-02 Microsoft Corporation Caching and exposing pre-send data relating to the sender or recipient of an electronic mail message
CN101742431B (zh) * 2008-11-19 2014-04-02 华为技术有限公司 一种消息发送方法，装置及系统
US20100298009A1 (en) * 2009-05-22 2010-11-25 Amazing Technologies, Llc Hands free messaging
CN101800762B (zh) * 2009-12-30 2014-03-19 中兴通讯股份有限公司 一种对多个业务进行融合的业务云系统及业务实现方法
WO2011100229A1 (en) * 2010-02-09 2011-08-18 Joseph Bekanich Multi-format message communication
KR101701151B1 (ko) * 2010-09-20 2017-02-02 삼성전자주식회사 휴대 단말기를 이용한 통합 메시지 송수신 방법 및 장치
US8880627B2 (en) 2011-08-08 2014-11-04 Facebook, Inc. Providing transparency in a messaging system with multiple messaging channels
US9602453B2 (en) * 2011-02-10 2017-03-21 International Business Machines Corporation Smart attachment to electronic messages
US9935907B2 (en) * 2012-11-20 2018-04-03 Dropbox, Inc. System and method for serving a message client
US9729695B2 (en) 2012-11-20 2017-08-08 Dropbox Inc. Messaging client application interface
EP3627864A1 (en) * 2013-05-14 2020-03-25 Huawei Technologies Co., Ltd. Method for sending message, method for reading and notifying message, method for receiving message, and apparatus
US20140364082A1 (en) * 2013-06-05 2014-12-11 Dynmark International Ltd. System And Method For Routing A Message, And A Computer Program Product
US9479909B2 (en) * 2014-03-20 2016-10-25 Tigertext, Inc. Method of sending messages to devices not configured to receive them
CN105578426B (zh) * 2014-10-10 2019-03-29 阿里巴巴集团控股有限公司 一种通讯信息的发送方法和装置
KR102256642B1 (ko) * 2014-12-04 2021-05-27 삼성전자주식회사 메시지 송수신 장치 및 메시지 송수신 방법
US10033670B2 (en) * 2014-12-22 2018-07-24 Chicago Mercantile Exchange Inc. Electronic messaging management
US10498692B2 (en) * 2016-02-11 2019-12-03 T-Mobile Usa, Inc. Selective call connection system with in-flight control
US10397175B2 (en) * 2016-08-16 2019-08-27 International Business Machines Corporation Communication channel selection and usage
US10313295B2 (en) * 2016-12-16 2019-06-04 Dreamworks Animation L.L.C. Scalable messaging system
US11115373B1 (en) * 2020-06-11 2021-09-07 Movius Interactive Corporation Multi-channel engagement platform converter
US11562124B2 (en) 2021-05-05 2023-01-24 Rovi Guides, Inc. Message modification based on message context
WO2022235302A1 (en) * 2021-05-05 2022-11-10 Rovi Guides, Inc. Message modification based on message context
US11463389B1 (en) 2021-05-05 2022-10-04 Rovi Guides, Inc. Message modification based on device compatability
US11563701B2 (en) 2021-05-05 2023-01-24 Rovi Guides, Inc. Message modification based on message format
US11778069B2 (en) * 2021-11-08 2023-10-03 Twilio Inc. Multi-channel message exchange system demand API
US12126585B2 (en) * 2022-11-16 2024-10-22 Twilio Inc. Selecting message routing providers for message routing by communication services platform

Family Cites Families (29)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5995597A (en) * 1997-01-21 1999-11-30 Woltz; Robert Thomas E-mail processing system and method
FI105971B (fi) * 1998-04-30 2000-10-31 Nokia Mobile Phones Ltd Menetelmä ja laitteisto sähköpostin käsittelemiseksi
US7159011B1 (en) * 1999-05-11 2007-01-02 Maquis Techtrix, Llc System and method for managing an online message board
US6360272B1 (en) * 1999-05-28 2002-03-19 Palm, Inc. Method and apparatus for maintaining a unified view of multiple mailboxes
US7389351B2 (en) * 2001-03-15 2008-06-17 Microsoft Corporation System and method for identifying and establishing preferred modalities or channels for communications based on participants' preferences and contexts
US7103806B1 (en) * 1999-06-04 2006-09-05 Microsoft Corporation System for performing context-sensitive decisions about ideal communication modalities considering information about channel reliability
US6507812B1 (en) * 1999-06-29 2003-01-14 International Business Machines Corporation Mock translation method, system, and program to test software translatability
KR20010070026A (ko) * 2000-01-12 2001-07-25 백종우 정보 기록 매체를 이용한 통신 접속 방법
KR20010086838A (ko) * 2000-03-03 2001-09-15 김혜숙 통신기기 통합검색시스템 및 방법
US7577834B1 (en) * 2000-05-09 2009-08-18 Sun Microsystems, Inc. Message authentication using message gates in a distributed computing environment
US20020016818A1 (en) * 2000-05-11 2002-02-07 Shekhar Kirani System and methodology for optimizing delivery of email attachments for disparate devices
WO2002045344A2 (en) * 2000-11-30 2002-06-06 Message Machines, Inc. Systems and methods for routing messages to communications devices
KR20020044306A (ko) * 2000-12-05 2002-06-15 구자홍 무선 인터넷에서의 멀티미디어 스트리밍 서비스 시스템 및방법
US6988132B2 (en) 2001-03-15 2006-01-17 Microsoft Corporation System and method for identifying and establishing preferred modalities or channels for communications based on participants' preferences and contexts
US20030093565A1 (en) * 2001-07-03 2003-05-15 Berger Adam L. System and method for converting an attachment in an e-mail for delivery to a device of limited rendering capability
KR20010079363A (ko) * 2001-07-09 2001-08-22 박민철 웹사이트를 통한 모바일 음성 맞춤 정보 제공 방법
US7506068B2 (en) * 2001-08-30 2009-03-17 Siebel Systems, Inc. Method, apparatus and system for transforming, converting and processing messages between multiple systems
WO2004006519A1 (en) * 2002-07-04 2004-01-15 Telefonaktiebolaget L M Ericsson (Publ) Method and arrangement for providing a messaging service
EP1579338A4 (en) * 2002-11-25 2007-03-14 Nokia Corp SYSTEM AND METHOD FOR COLLECTIVE MESSAGING TAKEN BY THE USER
US20040215472A1 (en) * 2003-04-22 2004-10-28 Harris Gleckman System and method for the cross-platform transmission of messages
WO2005112374A1 (en) * 2004-05-14 2005-11-24 Philips Intellectual Property & Standards Gmbh Method for transmitting messages from a sender to a recipient, a messaging system and message converting means
US20090157869A1 (en) * 2005-07-27 2009-06-18 Cleary James D Tracking Content in Communication Networks
WO2007023494A2 (en) * 2005-08-22 2007-03-01 Triplay Communications Ltd. Messaging system and method
US7987511B2 (en) * 2005-11-23 2011-07-26 Research In Motion Limited E-mail with secure message parts
US20070130340A1 (en) * 2005-12-02 2007-06-07 Qwest Communications International Inc. Cross-platform redirection of communications
JP2008109380A (ja) * 2006-10-25 2008-05-08 Media Exchange Inc 電子メール送受信システム
US9705998B2 (en) * 2007-11-14 2017-07-11 Qualcomm Incorporated Method and system using keyword vectors and associated metrics for learning and prediction of user correlation of targeted content messages in a mobile environment
US8225219B2 (en) * 2008-02-12 2012-07-17 Microsoft Corporation Identifying unique content in electronic mail messages
US20100325227A1 (en) * 2009-06-23 2010-12-23 Alon Novy Systems and methods for composite data message

Cited By (14)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9356905B2 (en) 2010-10-27 2016-05-31 Facebook, Inc. Organizing messages in a messaging system using social network information
US9819634B2 (en) 2010-10-27 2017-11-14 Facebook, Inc. Organizing messages in a messaging system using social network information
US9590944B2 (en) 2010-10-27 2017-03-07 Facebook, Inc. Organizing messages in a messaging system using social network information
US9621500B2 (en) 2010-11-12 2017-04-11 Facebook, Inc. Messaging system with multiple messaging channels
US9219704B2 (en) 2010-11-12 2015-12-22 Facebook, Inc. Organizing messages into conversation threads
US9203796B2 (en) 2010-11-12 2015-12-01 Facebook, Inc. Messaging system with multiple messaging channels
US9438548B2 (en) 2010-11-12 2016-09-06 Facebook, Inc. Adding contextual information to messages
US9800529B2 (en) 2010-11-12 2017-10-24 Facebook, Inc. Organizing conversation threads based on social information
CN103392306A (zh) * 2010-11-12 2013-11-13 脸谱公司 具有多个消息信道的消息系统
US9929994B2 (en) 2010-11-12 2018-03-27 Facebook, Inc. Organizing messages into conversation threads
US9380012B2 (en) 2011-08-08 2016-06-28 Facebook, Inc. Rescinding messages in a messaging system with multiple messaging channels
CN102404248B (zh) * 2011-10-28 2015-11-18 深圳市易联盛世科技有限公司 融合消息和邮件应用的方法及装置
CN102404248A (zh) * 2011-10-28 2012-04-04 深圳市易联盛世科技有限公司 融合消息和邮件应用的方法和装置
CN112292873A (zh) * 2018-06-28 2021-01-29 利你巨马有限公司 消息传送信道自动选择及消息传送方法、装置及程序

Also Published As

Publication number Publication date
US8484350B2 (en) 2013-07-09
US20080294735A1 (en) 2008-11-27
ES2362359T3 (es) 2011-07-04
WO2007064418A1 (en) 2007-06-07
EP1793543B1 (en) 2011-03-23
CN101322147B (zh) 2013-03-13
ATE503323T1 (de) 2011-04-15
EP1793543A1 (en) 2007-06-06
DE602005027090D1 (de) 2011-05-05

Similar Documents

Publication Publication Date Title
CN101322147B (zh) 消息收发服务
US6996409B2 (en) Multi-party concurrence through short message service exchanges
US8472987B2 (en) Short message service (SMS) message integration with customer relationship management (CRM) applications
US8797906B2 (en) Method and system for wireless message-based advertising
CN101848238B (zh) 一种工作流程审批方法
CN100525255C (zh) 增值电子信息服务和利用中介服务器的实施
US20030158902A1 (en) Multimedia instant communication system and method
EP2144406A1 (en) Delivery of email messages with repetitive attachments
CN1788474B (zh) 对寻址到客户机终端的消息进行处理的方法、装置和系统
KR20050051665A (ko) 적어도 두 개의 단말기 사이에서 적어도 하나의 멀티미디어메시지를 통신할 수 있는 방법
WO2006075335A2 (en) Communications network system and methods for using same
CA2310553A1 (en) Technique for enabling messaging systems to use alternative message delivery mechanisms
US20090143086A1 (en) Method and apparatus for managing status information in wireless instant messaging system
EP2212805A1 (en) System and method for enhanced content delivery
US20050010679A1 (en) Method and system for optimizing sending and reception of message
US7895336B2 (en) Mobile decision support system
US8054950B1 (en) Network initiation and pull of media from mobile devices
US8903434B2 (en) System and method for message-based conversations
CN101027924A (zh) 用于向发送者通知内容调整和消息失败问题的系统和方法
US20080057988A1 (en) System and Method for Enhanced Interaction
EP1622327A1 (en) System for sending, receipt and analysis of electronic messages
KR100420551B1 (ko) 클라이언트 시스템과 호스트 시스템 간의 데이터베이스 동기화 장치 및 그 방법
CN101563897A (zh) 用于统一特号映射电话簿存在服务的方法和设备
Setyono et al. Design and study for the algorithm of multimedia messaging service (MMS) framework in message delivery
CN100359874C (zh) 接收方所在的多媒体业务中心获取私网地址的方法

Legal Events

Date Code Title Description
C06 Publication
PB01 Publication
C10 Entry into substantive examination
SE01 Entry into force of request for substantive examination
C14 Grant of patent or utility model
GR01 Patent grant
ASS Succession or assignment of patent right

Owner name: MICROSOFT TECHNOLOGY LICENSING LLC

Free format text: FORMER OWNER: MICROSOFT CORP.

Effective date: 20150428

C41 Transfer of patent application or patent right or utility model
TR01 Transfer of patent right

Effective date of registration: 20150428

Address after: Washington State

Patentee after: Micro soft technique license Co., Ltd

Address before: Washington State

Patentee before: Microsoft Corp.