CN102415067A - 用于基于内容的呈现服务的订购管理 - Google Patents
用于基于内容的呈现服务的订购管理 Download PDFInfo
- Publication number
- CN102415067A CN102415067A CN2010800180127A CN201080018012A CN102415067A CN 102415067 A CN102415067 A CN 102415067A CN 2010800180127 A CN2010800180127 A CN 2010800180127A CN 201080018012 A CN201080018012 A CN 201080018012A CN 102415067 A CN102415067 A CN 102415067A
- Authority
- CN
- China
- Prior art keywords
- order
- message
- user
- equipment
- service
- 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.)
- Pending
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/50—Network services
- H04L67/54—Presence management, e.g. monitoring or registration for receipt of user log-on information, or the connection status of the users
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W8/00—Network data management
- H04W8/22—Processing or transfer of terminal data, e.g. status or physical capabilities
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Databases & Information Systems (AREA)
- Mobile Radio Communication Systems (AREA)
- Information Transfer Between Computers (AREA)
Abstract
一种用于对基于内容的呈现信息的订购进行管理的方法,包括:在呈现服务处从设备接收订购中止消息,识别与订购中止消息相关联的订购,中止订购,以及从呈现服务向设备发送响应以通知设备订购已经中止。中止订购可以涉及在持久性数据存储器中累积通知。该方法还可以涉及在呈现服务处接收恢复已中止的订购的订购恢复消息。
Description
技术领域
本发明总体上涉及电信,更具体地,涉及呈现信息的收集、管理和分发。
背景技术
在电信中,传统上使用呈现信息来指示个人进行通信的能力、可用性和意愿。更一般地,个人的呈现信息提供了上下文信息,以让其他人了解关于该人的当前上下文的情况。
目前,呈现是即时通信(IM)和VoIP技术(具体地,会话发起协议(SIP))的一些最新发展的幕后关键驱动者之一。虽然已经实现并讨论了这些以及其他基本的呈现技术(参见,例如IETF的标题为“AModelfor Presence and Instant Messaging”的RFC 2778,以及标题为“RPID:RichPresence Extensions to the Presence Information Data Format(PIDF)”的RFC 4480),这些技术大致上仍处于萌芽阶段的。这些现有的技术提供了有限的灵活性、可缩放性、安全和隐私。相应地,对收集、管理和分发呈现信息的方式进行改进仍然是极其需要的。
发明内容
附图说明
根据以下详细描述,与附图相结合,本技术的其他特征和优势将变得显而易见,在附图中:
图1作为一般性介绍,示意性地描述了根据本技术的各个实现的连接到若干不同网络的呈现服务叠层(overlay)。
图2示意性地描述了呈现***的基本单元,即(与用户相关联的)呈现实体(presentity)、观察者以及在呈现实体和观察者之间居中的呈现服务器,之间的关系。
图3是可以用于实现本文公开的新颖的呈现服务的无线客户端的广义协议栈图;
图4展示了栈视图,该栈视图示出了客户端应用可以如何经由代理节点与功能节点交互;
图5是网络拓扑的一个示例,可以使用该网络拓扑来实现根据本技术的呈现***;
图6呈现了本***的一个实现的示意图,描述了客户端应用、代理层(tier)、功能层和持久性层(persistence tier)之间的各种交互;
图7是为呈现协议所支持的同步(请求-响应)和异步消息传送范例的高级描述;
图8示意性地描述了用于注册新设备的***消息序列的示例,由此将把用户链接到其设备的映射存储在持久性数据存储器中;
图9示意性地描述了呈现客户端和呈现服务注册器(注册节点)之间的注册消息序列的示例;
图10示意性地描述了针对已知DUUID(即,目的地的通用唯一ID)的对等消息序列;
图11示意性地描述了针对未知DUUID的对等消息序列;
图12示意性地描述了用于订购呈现服务的消息序列;
图13示意性地描述了用于向观察者通知呈现信息的消息序列;
图14示意性地描述了用于发布呈现信息的消息序列;
图15示意性地描述了作为呈现注册过程的第一阶段的客户端-服务器密钥协商过程;
图16示意性地描述了作为呈现注册过程的第二阶段的如何选择和认证用户标识符;
图17示意性地描述了如何可以改变用户标识符;
图18示意性地描述了如何可以共享电子(虚拟)名片,例如,作为vCard电子邮件附件共享;
图19示意性地描述了用户如何可以接收电子名片并请求用于订购电子名片的授权,以自动接收对电子名片的后续改变;
图20展示了用于图19的授权过程的消息序列;
图21示意性地描述了订购消息流程,订购消息流程用于订购电子名片,由此在该过程完成时,在发布-订购子***中将创建订购以及将该订购的记录保存在持久性数据存储器中;
图22呈现了用于图21的订购过程的消息序列;
图23示意性地描述了用于更新/发布对电子名片进行的改变的消息流程;
图24展示了用于图23的发布-通知过程的消息序列;
图25示意性地描述了用于暂停电子名片订购的消息流程;
图26示意性地描述了用于恢复电子名片订购的消息流程;
图27示意性地描述了当用户切换设备时,用于备份/复原过程的消息流程;
图28示意性地描述了当用户切换设备,但是对来自老设备的数据的当前备份不可用时,用于重新注册过程的消息流程;
图29示意性地描述了当用户在切换设备和重新注册时请求来自每个联系人的重新授权以及新密钥时的消息流程图;
图30示意性地描述了当用户在切换设备时向所有观察者撤消和重新发行密钥时的消息流程;
图31示意性地描述了呈现设备可以如何经由移动网络基础设施与无线客户端以及经由标准互联网连接与有线客户端进行交互;
图32是可以用于与呈现***交互的无线通信设备的示意性描述;
图33是描述分发呈现信息的方法的一些主要步骤的流程图;
图34是描述发布呈现信息的方法的一些主要步骤的流程图;
图35是描述订购呈现信息的方法的一些主要步骤的流程图;
图36是描述更新名片信息的方法的一些主要步骤的流程图;
图37是描述由呈现服务执行的管理订购的方法的一些主要步骤的流程图;以及
图38是描述对来自无线通信设备的订购进行管理的方法的一些主要步骤的流程图。
应当注意到,在所有附图中,由相同的引用标号来标识相同的特征。
具体实施方式
总体上,本文公开的本技术提供了用于收集、管理和分发呈现信息的创新的呈现***和相关方法。更具体地,本文公开了用于管理对呈现信息的订购的新颖的***、方法和设备。订购管理使得用户可以控制与之前已建立了授权的订购关系的呈现实体相关的呈现信息的流入。
与取决于预先安排的数据格式的呈现技术相反地,本新颖的呈现技术是构建在关于基于内容的呈现服务。该新颖的基于内容的呈现服务使得可以以任意数据格式发布并存储表示呈现信息的数据内容。从而,已被授权的观察者可以通过简单地指定内容方面的订购表达式来订购呈现信息,或者呈现信息的特定元素(“属性”,例如位置、情绪、行为、可用性等)。例如,订购表达式<Contactl,location=″Ottawa″>将通知用户Contactl何时位于Ottawa中。该基于内容的呈现方式使得可以通过任何格式发布数据内容,并使得可以在所寻求或者所希望的内容方面上定义订购。可以在不必确保数据格式的可互操作性的情况下,使用并更新贡献或者消耗呈现信息的客户端应用。由此,该新颖的呈现服务是高度灵活的、可缩放的并且允许发布或寻求具有很高细微差异的呈现信息。订购管理是呈现服务的重要方面。订购管理使得可以中止或者恢复对呈现信息的订购。如将在下面详细描述的,可以通过用户的手动输入或者可以基于预定义的触发条件来触发订购的中止和恢复。
在本技术的主要实现中,呈现服务在其核心处具有基于内容的发布-订购子***,用于以任意数据格式发布表示呈现信息的数据。已授权的联系人或者观察者可以通过订购表达式的形式指定感兴趣的数据内容,来订购呈现信息,该订购表达式也是单纯根据内容来定义的,即,独立于数据格式。当呈现实体授权观察者订购呈现信息时,这建立了在呈现实体和观察者之间的已授权的订购关系。该订购可以使观察者有权接收关于呈现实体向发布-订购子***发布的所有呈现信息的通知,或者仅接收关于向发布-订购子***发布的呈现信息的指定子集的通知。
本技术的一个主要方面是管理针对基于内容的呈现服务的订购的方法。该方法包括:在呈现服务处从设备接收订购中止消息,识别与订购中止消息相关联的订购,以及中止该订购。然后,可以从呈现服务向设备发送响应,以向设备通知已经中止了订购。
本技术的另一主要方面是包括代码的计算机可读介质,当将代码载入存储器并在计算设备的处理器上执行时,该代码适于执行前述动作。
本技术的又一主要方面是在无线通信设备上执行的用于管理对基于内容的呈现信息的订购的方法。该方法涉及从设备向呈现服务发送中止订购的订购中止消息,然后从呈现服务接收通知已经中止了订购的响应。
本技术的另一主要方面是包括代码的计算机可读介质,当将代码载入存储器并在计算设备的处理器上执行时,该代码适于执行前述动作。
本技术的又一主要方面是用于管理对呈现信息的订购的呈现***。该***包括用于订购呈现信息的发布-订购子***和用于将订购中止消息从设备路由到预定功能节点的代理节点。功能节点处理订购中止消息,以识别与订购中止消息相关联的订购,然后中止该订购。
本技术的又一主要方面是用于管理对呈现信息的订购的无线通信设备。该设备包括操作性耦合到存储器的处理器以及射频收发信机,处理器用于执行被编程为生成订购中止消息的呈现客户端,射频收发信机用于向呈现服务发送中止订购的订购中止消息。
现在将参照附图,来描述作为示例的本技术的这些方面的细节和详情。
图1作为一般性介绍,示意性地描述了根据本技术的各个实现的呈现服务叠层。
可以将该新颖的呈现***理解为叠加在移动网络基础设施和互联网上的服务叠层。换言之,图1中示出的一般架构支持通过移动网络基础设施或者通过IP网络访问该呈现服务。从而,呈现客户端可以将呈现服务视为单一的服务实体。***架构也是可以容易缩放的,并且可以支持非常大数目的用户。
使用客户端-服务器风格的架构来定义呈现***,在该架构中,呈现客户端产生并消耗呈现信息。一般地(下面将要详细阐述),一个或多个呈现实体生成(收集并发布)的呈现信息可以由一个或多个观察者消耗。用户可以既是呈现实体也是观察者,或者仅是其中之一。在呈现客户端之间居中的是呈现服务器。该呈现服务器接收、管理和分发呈现信息。
呈现服务器使用单一的全球服务标识符来简化数据的路由。例如,针对通过移动网络基础设施通信的特定类型的无线客户端,呈现服务具有单一的全球服务标识符(或者服务地址)。该方式简化了数据的路由,并避免了呈现服务器与移动网络基础设施拓扑的连接。
仍是通过介绍和概述的方式,可以将呈现服务器实现为由代理层、功能层和持久性层组成的分层***。呈现服务器的该分层结构对于呈现客户端是透明的。呈现客户端可以使用呈现协议与呈现服务器通信。
对于本说明书来说,表达“呈现信息”指的是传达针对各种通信模式(例如,电子邮件、语音、短消息服务(SMS)、多媒体消息服务(MMS)即时消息(IM))、各种服务和各种设备的能力、可用性和意愿的信息的集合。呈现信息通常包含特定的明确的状态,例如,可用/不可用、当前位置、活动、假期/工作、睡眠/清醒;然而,其也可以包含含糊的、差别细微的、微妙的或者定量的信息,例如,情绪、兴趣、意向、希望等。
对于本说明书来说,“呈现实体”将设备、服务和个人信息加以组合,以得到用户的呈现状态的完整画面。
图2示意性地描述了***的基本单元,即用户、呈现服务器和呈现实体,之间的关系。如在该图中示意性描述的,呈现实体包括由第一用户标识符来表征的第一用户以及用于生成关于该用户的呈现数据的呈现源(即,第一呈现客户端)。使用呈现协议来向呈现服务器传输该呈现数据,呈现服务器继而与观察者(即,与第二用户相关联的第二呈现客户端)共享该呈现数据。在该简单的单边场景中,第一用户因此是呈现数据的供应者或者提供者,而第二用户(观察者)是呈现数据的消费者(即,接收者、查看者)。在双边的场景中,第一用户也将接收与第二用户有关的呈现数据。呈现数据的共享可以是对称的,其中,双方交换相同类型的呈现数据,或者是不对称的,其中,一个用户比另一个用户消耗更多的呈现数据,或者一个用户比另一个用户供应更多的呈现数据。
***架构和呈现协议
如上提到的,呈现***是叠加在移动网络基础设施和/或互联网上的服务叠层。从呈现客户端的视角来看,呈现服务显现为单一服务器实例。在移动网络基础设施的所有实例上,可以通过单一的全球服务标识符来标识该服务器。
呈现协议是可以使用适当的传输协议或者无线传输协议在已存在的网络上传输的应用协议。呈现协议对底层传输层(例如,TCP/IP)的依赖仅在于基本的消息传输服务。其不依赖于传输层寻址、路由或者网络拓扑的细节。
作为***架构设计和呈现协议的结果,呈现***与网络拓扑相分离(例如,呈现***没有耦合到移动网络基础设施的任何特定实例)。此外,不仅***功能与应用分隔并独立于与应用,应用自身也彼此独立地运行。此外,架构和协议使得以下可以进行:(i)按照应用定义的灵活的消息路由,(ii)在不要求整个***的升级或重启的情况下进行增强和扩展,以及(iii)添加单体组件以独立实现协议的新版本。
大量的考虑因素已经影响到并引导了架构和呈现协议的设计,例如,具有良好定义的协议分层,以及使用版本管理(例如,确保每个消息标识了其所符合的协议的版本)。传输映射也是架构和协议的设计中的另一关键考虑因素。例如,***被设计为将呈现协议映射到底层的网络传输上,以提供基本消息传送服务。***还被设计为与对称的、互联网风格的传输(例如,用于服务器-服务器通信的SCTP或者SIP)一起工作。交易支持是另一重要考虑因素。例如,通过实现序列号(其使得本地消息顺序校正成为可能)可以实现消息顺序。***还可以使用交易标识符将相关请求与响应相关联。
另一设计考虑因素是实现基于消息的结构(例如,用于面向消息的通信的数据报、应用复用、用户会话复用、应用专用协议字段以及数据单元)。
又一考虑因素是网络分离(即,独立于底层网络地址,对应用和用户命名)。例如,传输协议标识设备和服务,而呈现协议标识用户和会话。
又一考虑因素是使***是异步并且无阻塞的。相应地,应用彼此独立,用户彼此独立,以及客户端彼此独立。
安全也是本新颖的***的关键要求。通过响应码(response code)或者其他正常操作,***没有揭示任何信息,例如授权或者过滤。可以使用密钥管理协议来确保呈现客户端和呈现服务之间的通信安全,以使得可以仅与所预期的接收者完全共享呈现数据。用户认证确保了仅已授权的客户端能够接收呈现信息。下面,将更详细地描述***安全和用户认证。
现在参考图3,呈现协议是由传输层传输的应用层协议。图3示出了可以用于实现本文公开的新颖的呈现服务的无线客户端的协议栈的示例;在该示例中,使用TCP/IP来执行服务传输,而移动传输使用UDP/IP。公开这些协议仅作为示例,以说明本技术的一个主要的无线实现。可以使用或者替换其他协议,这是本领域普通技术人员所能理解的。
图4提供了可以用于实现该新颖的呈现***的协议和应用的栈视图。该图示出了客户端应用(例如,基于发布/订购(pub/sub)的应用、呈现应用、名片应用)如何经由代理节点与功能节点交互。呈现出这三个客户端应用仅作为示例,以说明这种应用如何经由呈现协议与功能节点处的对应应用进行接口。
图5示出了可以用于实现新颖的呈现***的网络拓扑的示例。在该示例拓扑中,每个客户端仅连接到一个特定代理节点。如在该图中示出的,每个代理节点继而连接到所有的功能节点。功能节点还连接到每个pub/sub节点。代理节点和功能节点还可以与持久性数据存储器(持久性层)通信。
图6示出了呈现***的架构的示例实现。如图所示,每个代理节点包括用于与持久性层中的数据库通信的数据库接口。每个代理节点包括用于客户端-服务器移动呈现协议和服务器-服务器呈现协议的截然不同的接口(资源适配器)。如图6中还示出的,每个功能节点包括服务器-服务器呈现协议资源适配器(用于与在代理节点处的相应的服务器-服务器呈现协议资源适配器通信)、数据库资源适配器和pub/sub协议资源适配器。如该图中还示出的,注册节点包括服务器-服务器呈现协议资源适配器(用于与在代理节点处的相应的服务器-服务器呈现协议资源适配器通信)以及数据库资源适配器。
在新颖的呈现***中,可以将客户端应用实现为在移动设备上运行的Java应用,虽然可以使用任何其他适合的编程语言。除了呈现客户端应用之外,客户端应用可以包括例如截然不同的呈现注册客户端应用和名片客户端应用。
也可以将代理层实现为在被称为为代理节点的服务器的集合上执行的Java应用,代理节点经由适当的传输协议连接到基础设施。这些代理节点担当端接传输协议并将呈现协议消息路由到其正确的目的地的网关。
代理节点基于消息中识别出的客户端和特定应用的标识,将从客户端向呈现服务发送的消息路由到功能层中适当的节点。
代理节点基于消息中包含的通用唯一标识符(UUID)对从呈现服务向客户端发送的消息进行路由。
作为说明本技术的一种可能实现的示例,功能层可以由特殊的应用节点的集合组成:
·注册节点
·订购/通知节点
·发布节点
·对等节点
·发布/订购(“Pub/Sub”)路由器节点
取决于任何的部署需求,可以将功能层的应用节点部署在分开的服务器上,或者以各种组合或集群(cluster)的方式部署在一起。
可以将持久性层实现为例如在服务器、服务器集群或者服务器网络上运行的数据库。
呈现协议支持请求-响应风格(例如,同步的)的消息交换,以及异步的消息传送,在图7中示意性地对此进行了示出。
在呈现协议层内,例如注册、发布、订购/通知以及对等通信之类的应用彼此独立。具体地,对于每个应用,消息的路由是独立的并且是截然不同的。
在本技术的主要实现中,使用不同的消息类别来识别与呈现服务的不同方面有关的消息。图8示意性地描述了***消息序列的示例。该图示出了使用***消息类别来管理已高速缓存的UUID-移动设备标识符映射。在该示例中,用户已切换移动设备(呈现客户端),使得在代理节点高速缓存中维护的UUID-移动设备标识符映射表变得无效。在完成该切换设备重新注册过程时,注册节点向所有代理节点发送***消息,指示它们如果存在针对UUID-移动设备标识符映射的已高速缓存的条目,则将该条目移除。
下次呈现服务向呈现客户端发送消息时,负责对该消息路由的代理节点将从持久性数据存储器中检索新的UUID-移动设备标识符映射。
图9示意性地描述了注册消息序列的示例。可以使用注册消息类别来识别与用户注册呈现服务有关的消息。图9所示的序列图示出了在客户端和呈现服务注册器之间交换的消息序列。通过其简写名称来标识每个消息。从而,注册是涉及在呈现客户端与呈现服务注册器或注册节点之间的消息交换的同步过程。在多数实现中,通过中继交换消息,将在下面通过图15对此进行更详细的描述。
在注册期间,经由电子邮件向呈现客户端发送一个消息,以验证所选择的用户标识符电子邮件地址的拥有权。例如,在特定实现中,该特殊电子邮件消息仅包含具有内容类型“application/x-rimdevice-MailAuthToken-authToken.ext”的附件。在本技术的多数实现中,该附件包含认证令牌。
在一个特定实现中,每个注册消息包括8字节固定长度的注册会话标识符字段,接着是单个TLV命令字段,其中,TLV指的是使用“类型-长度-值”格式编码的命令。
对等消息使得呈现客户端可以经由呈现***与另一呈现客户端通信。呈现服务作为通信的中介,认证客户端并在客户端之间路由消息。
针对对等通信,有两个基本场景。第一场景是最常见的,在该场景中,发送方知道目的地的UUID(通用唯一标识符)。在第二场景中,发送方还不知道目的地的UUID,仅知道目的地的电子邮件地址。
在图10中,客户端A发送具有DUUID字段的对等消息,用客户端B的UUID来填充该DUUID字段。呈现***检查DUUID,并向客户端B转发该消息。
在图11中,客户端A向客户端B发送消息。客户端A仅知道客户端B的电子邮件地址标识符(客户端A还不知道客户端B的UUID)。这将是以下情况:例如,如果客户端A和客户端B之前没有通信或者交换UUID。
客户端A用具有“全F”(或者字母、数字或符号的任何其他预定序列)来填充DUUID字段,以向呈现***指示目的地的UUID未知以及针对客户端B所包括的TLV编码的电子邮件地址。
呈现***执行关于电子邮件地址的数据库查询,以获得客户端B的对应UUID。然后,用目的地(在本情况下,客户端B)的UUID来填充DUUID字段,并向客户端B转发该消息。
订购呈现信息
本技术使得用户(“观察者”)可以订购呈现实体生成并向呈现服务发布的呈现信息,以及管理这些订购以控制对之前已经建立了已授权的订购关系的呈现信息的接收。在呈现实体的授权下,观察者从而建立了与呈现实体的订购关系。在仅当发布呈现信息的呈现实体允许时,观察者才可以接收呈现信息的意义上,该订购关系是两厢情愿的。下面将要详细阐述,呈现实体可以将基于内容的条件、基于时间的条件、基于位置的条件或者其他任何这种条件强加到订购上,以使得可以限制和控制可以通信什么信息以及在什么环境下可以通信信息。为了建立呈现实体和观察者之间的授权订购关系,由想要成为观察者的一方向基于内容的呈现服务传输订购请求。然后,呈现服务通过确定该订购请求中包含的信息是否表示已授权的订购关系来验证订购请求,例如,想要成为观察者的一方所感兴趣的呈现实体是否接受或者可以接受该进行请求的想要成为观察者的一方的标识和该想要成为观察者的一方所寻求的信息的类型。换言之,当呈现实体向观察者授予访问对呈现信息进行表示的已发布的数据内容的许可(然而是有限的或是有条件的)时,创建已授权的订购关系。该方法还涉及:指定订购表达式,该订购表达式定义了第二用户(即,观察者)感兴趣的数据内容,然后在订购表达式与第一用户(呈现实体)向呈现服务发布的数据内容匹配时,接收与第一用户(即,呈现实体)有关的呈现信息。可以使用无线通信设备来完成发布和/或观察。在该情形下,假定无线通信设备具有定位-确定子***,例如GPS芯片组,可以使用无线通信设备的当前时间和/或当前位置来确定或者过滤何时发送订购请求或者如何表达订购。换言之,可以基于时间条件和/或位置条件(例如,仅在上午9点与下午5点之间,且假如位置对应于英国伦敦)来收集呈现信息。类似地,可以通过基于时间和/或位置的准则来控制对任何已收集的呈现信息的发布。此外,如上所述,订购可以规定在向观察者分发任何呈现信息之前必须满足的基于时间和/或位置的条件。
图12示意性地描述了用于订购的消息序列。该图示出了在呈现客户端和呈现服务器之间交换的用于添加订购的消息(即,创建已授权的订购关系),以使得将向呈现客户端通知呈现客户端感兴趣并且该已授权的订购关系允许访问的已发布的数据或者事件。呈现客户端使用例如订购表达式语言来表达其兴趣。一般地,客户端向服务器(即,向发布-订购子***或者“pub-sub核”)注册订购或者发送通知。当pub-sub核接收到通知时,pub-sub核向订购与该通知匹配的所有客户端转发通知,即,向表达了对该通知的内容感兴趣(由其对应的订购表达式来定义)的所有客户端转发。可以根据名称(即,数据标签或者数据包装(datawrappers))、运算符(即,逻辑或者布尔运算符)以及文字(例如,字符串)来计算(cast)订购表达式。
呈现服务器将订购表达式与其他源在将来发布的数据相比较,以确定是否存在匹配。如图13所示,不管何时存在与订购表达式的匹配时,呈现服务器都向呈现客户端发送包含匹配数据的通知。
发布呈现信息
本技术使得可以使用计算设备(例如,无线通信设备)来发布呈现信息。这涉及收集呈现信息、向基于内容的呈现服务发布对呈现信息进行表示的数据内容(呈现服务以任意数据格式来储存该数据内容)、并授权感兴趣的联系人订购呈现信息。当对订购授权时,感兴趣的联系人由此变为观察者。当观察者所指定的订购表达式与呈现实体向呈现服务发布的数据内容相匹配时,该观察者因此接收对感兴趣的呈现实体的呈现信息进行表示的数据内容。可以使用无线通信设备完成发布,无线通信设备可以包括位置确定子***,例如,GPS芯片组。在该情况下,可以使用无线设备的当前时间和/或当前位置来确定或者过滤收集和/或发布什么呈现信息。
图14示意性地描述了用于发布的消息序列。该图示出了当发布呈现数据时,在呈现客户端和呈现服务器之间交换的消息。为了示例的完整性,假定客户端A之前已经如图12所示添加了订购。
客户端B向呈现服务器发送的发布消息包含预期发布的数据。呈现服务将发布的数据与之前从其他客户端接收到的订购表达式相比较,对于该订购表达式,客户端B具有已授权的订购关系。在该示例中,已发布的数据与订购表达式匹配,并且呈现服务器向创建了匹配的订购表达式的客户端A发送包含已发布数据的通知。
注册
图15示意性地描述了作为呈现注册过程的一部分的客户端-服务器密钥协商。该图示出了作为示例的呈现注册过程的初始密钥协商阶段。呈现客户端在传输层消息中发送第一NEGO消息,该传输层消息寻址到呈现服务的服务标识符。移动网络基础设施向代理节点中的一个代理节点的服务标识符转发该消息。所选择的代理节点移除传输协议报头,检查消息类别,并向呈现注册器(注册节点)转发消息。涉及客户端注册会话的所有后续消息遵循着呈现客户端和呈现注册器之间的相同路径。
在完成密钥协商阶段时,呈现客户端和呈现注册器已建立了可信的加密通信通道。可以例如使用Diffie-Hellman密钥交换技术来完成。
图16示意性地描述了作为呈现注册过程的第二阶段的如何选择和认证用户标识符。该图示出了作为示例的呈现注册过程的第二阶段的对用户标识符的选择和认证。
当用户的设备向呈现注册器发送例如[1:TOKEN_REQUEST]消息时,该过程开始。该消息包含由用户选择的标识符,典型地,电子邮件地址。为了验证用户实际拥有该标识符,呈现注册器使用呈现协议向呈现客户端发送例如[4a:TOKEN_RESPONSE],以及还经由电子邮件向呈现客户端发送例如[4b:TOKEN_RESPONSE]。这些TOKEN_RESPONSE消息每个都包含了唯一的安全材料,呈现客户端将其进行合并,并在例如[8:AUTHENTICATE]消息中将其发送回呈现注册器,以证明电子邮件标识符的拥有权。可以代替上述的过程或者在上述过程之外使用其他认证技术。
在成功认证用户的标识符时,呈现注册器执行查找(例如,[11:Lookup])以确定用户是否是新的注册者,或者其是否之前已经注册了呈现服务。在该场景下,用户是新的注册者,因此呈现注册器为该用户生成新的通用唯一标识符(UUID),使用绑定请求消息(例如,[12:BIND_REQ])为用户建立与功能节点的绑定,并使用添加消息(例如,[13:Add User])在持久性数据存储器中添加用户简档。
呈现注册过程的最后步骤是将认证应答(例如,[14:AUTHENTICATE_ACK])发送回呈现客户端,以应答成功的注册。应答消息包含用户新生成的UUID。
在完成该阶段后,将用户注册到呈现服务。从而,以下各项也已完成:
●生成/分配给用户的UUID
●电子邮件地址和移动设备标识符与UUID的关联
●与所建立的功能节点的绑定
●在持久性数据存储器中创建的用户简档
图17示意性地描述了如何可以改变用户标识符。该场景示出了当用户决定将他们的用户标识符改变为不同的电子邮件地址时所运行的过程。该过程与上述呈现注册过程类似,然而在呈现服务已经知道呈现客户端方面有细微不同。因此,将用户的UUID包括在令牌请求消息(例如,[TOKEN_REQUEST])中。然后,在持久性数据存储器中更新用户简档。要注意到,从初始注册开始,与功能节点的绑定就已经就位了。
共享和更新虚拟名片
除了收集、管理和分发呈现信息外,还可以使用本文公开的呈现***来共享和更新虚拟名片。虚拟名片(例如,如vCard)是储存联系人姓名、公司名称、工作地址、电话和传真号码、电子邮件地址等的数据文件。
图18示意性地描述了如何可以共享电子(虚拟)名片,例如,作为vCard电子邮件附件共享。该图示出了作为示例的用户可以将其电子或者虚拟名片作为vCard电子邮件附件给予另一用户的一个特定方式。要意识到,vCard仅作为示例使用,另一格式或类型的名片也可以通过相同的方式来交换或者共享。
允许用户使用其他方法(例如,经由即时消息会话)或者通过其他手段来交换名片是可能的。
图19示意性地描述了用户可以如何接收电子名片并请求对订购名片的授权,以自动接收对名片的后续改变。当用户从另一用户接收名片时,可以向接收方用户提供对名片信息的改变进行订购的机会。如果接收方用户接受了对订购的提供,发起授权过程。在该图中,用户2请求订购用户1的名片中的改变的授权。将该过程中涉及的消息作为呈现协议中的对等(p2p)消息加以交换。作为授权过程的一部分,用户1与用户2共享加密密钥,以使得可以解密名片信息。
图20呈现了用于图19的授权过程的详细消息序列。当完成授权过程时,用户2可以进行到创建订购。
图21示意性地描述了订购消息流程,订购消息流程用于订购名片,由此在该过程完成时,在发布-订购子***(即,在Pub-Sub核中)中已经创建了订购以及将该订购的记录保存在持久性数据存储器中。
图22呈现了用于图21的订购过程的补充消息序列。如该图中描述的,当用户2请求订购时,从用户2的呈现客户端向呈现服务发送订购(SUBSCRIBE)消息,呈现服务验证签名,认证用户2,授权订购,使用户2订购到用户1,以及然后向用户2的呈现客户端发送回具有订购ID(SubID)的订购应答(SUB-ACK),用户2的呈现客户端指示用户2订购过程已经完成。从而,在用户1和用户2之间建立了已授权的订购关系。
图23示意性地描述了用于更新/发布对电子或虚拟名片进行的改变的消息流程。如图23所示,当用户1从例如移动设备向中继发布对名片的改变(1:PUBLISH<card>)时,更新名片过程开始。中继将更新消息传递到代理节点(2:PUBLISH<card>),代理节点将更新消息转发到呈现功能服务器(3:PUBLISH<card>),呈现功能服务器继而将消息(4:PUBLISH<card>)转发到发布-订购服务器(Pub-Sub核的一部分)。发布-订购服务器使用通知消息(5:NOTIFY<card>,<sub id>)来答复呈现功能节点,呈现功能节点将消息(6:NOTIFY<card>,<sub id>)转发到不同的代理节点,该不同的代理节点继而向中继发送通知消息(7:NOTIFY<card>,<sub id>)。然后,中继向用户2的设备传输该通知消息(8:NOTIFY<card>,<sub id>)。
发布、通知和订购管理
图24展示了针对图23的发布-通知过程的消息序列,或者针对当第一用户(用户1)发布新的呈现信息或现有呈现信息的状态改变时的任何其他情况的消息序列,第二用户(用户2)具有对该现有呈现信息的订购。如图24所示,来自用户1的用户输入(或者来自用户1的设备的任何自动生成的传感器数据)导致用户1的呈现客户端处的状态改变。用户1的呈现客户端加密该状态改变,并将其向呈现服务发布,呈现服务验证签名,假定签名是有效的,则呈现服务通过发送订购ID和已加密的状态改变向用户2呈现客户端通知,用户2呈现客户端可以对该已加密的状态改变进行解密。然后,可以使呈现信息(状态改变)对于用户2是可用的(例如,显示给用户2)。
图25示意性地描述了用于暂停(中止)订购的消息流程,该订购是例如针对呈现信息的订购,或者备选地,视具体情况,对另一个人的名片的订购。该图示出了以下示例:用户2向中继传输暂停订购消息(SUB PAUSE<sub id>),中继继而向代理节点发送包含订购ID的暂停订购信息。代理节点向功能层中的功能服务器发送暂停订购消息(也具有订购ID)。之后,通知仅在持久性数据存储器中累积,直到订购恢复。在该实现中,由担当网守(gatekeeper)的功能节点来确定向代理节点转发哪个通知以及将谁路由至持久性数据存储器。
可以手动或者自动进行订购的中止。例如,可以通过在用户输入设备上接收指示用户希望中止订购的输入来手动中止订购。自动中止订购可以包括例如将设备(或者,更具体地,在设备上执行的呈现客户端)编程或者预先配置为在满足一个或多个预定准则(下文中将其称为中止触发条件)时发送中止/暂停订购消息。这些中止触发条件可以是例如基于时间的条件和/或基于位置的条件。可以定义这些中止触发条件来暂停单个订购或者一组订购。
在一个实现中,即使停止满足该中止触发条件,中止触发条件也无限期地中止订购,直到满足恢复触发条件。换言之,无限的或者无终止的中止触发条件需要恢复触发条件来肯定地恢复订购。(在下面参考图26的段落中详细描述了恢复触发条件)在另一实现中,中止触发条件隐式地包含其自身的缺省恢复条件,即,对于有限期的或者自包含的中止触发条件,当不再满足中止触发条件时,自动恢复订购。
可以将基于时间的中止触发条件定义为在任何的时间、天、周、月或者年暂停订购。
对于无限期的基于时间的中止触发条件,在当前时间到达规定的时间条件时,无限期地暂停订购,例如,从2009年10月31日星期五下午5:45开始,无限期地暂停订购。由于该条件是无限期(无终止)的,订购将不再恢复,除非接收到具体的肯定的恢复消息。
对于有限期的基于时间的中止触发条件,可以暂停订购任何时间段,例如,特定的天、周、月、年等。从而,这些有限期的基于时间的中止触发条件担当了用于中止和恢复订购的定时器。例如,可以将设备配置为如果当前时间不在早上9点到晚上5点之间,或者当前日期不是周一至周五(即,在常规工作时间),自动发送中止针对商业联系人的订购的消息。
可以针对特定的地理位置定义基于位置的中止触发条件,例如针对大陆或者大陆的组、国家或者国家的组、州/省/地区或者州/省/地区的组、或者任何城市、城镇或自治市或者城市、城镇或自治市的组。基于位置的条件还可以是进入或者离开根据经度和纬度坐标、地理边界框等限定的任何定制的区域。例如,可以将设备自动配置为如果当前位置在北美之外,发送中止订购的消息。
这些基于位置的条件也可以是无限期或者有限期的。如果条件是无限期的,在满足条件(例如,离开北美)时中止订购,即使设备后续不再满足触发条件(例如,设备返回北美)。需要订购恢复消息(在满足恢复条件时手动或者自动地触发)来恢复订购。另一方面,如果条件是有限期的,当触发条件停止存在时(例如,当设备返回北美的同时),自动恢复订购。
基于时间和基于位置的中止触发条件可以联合使用。作为示例,可以将设备自动配置为如果当前时间在早上1点到早上5点之间,并且如果当前位置对应于西班牙巴塞罗那,发送中止订购的消息。
除了基于时间和基于位置的终止触发条件外,可以基于任何其他的条件中止(暂停)订购,例如,如设备的电池强度、当前网络拥塞、当前CPU使用率等。例如,如果设备电池不足,可以将该设备配置为自动中止订购,以最小化空中接收的数据量。
还可以将设备配置为使得所有订购中止(“中止所有订购”特征)。可以在满足预定准则或者条件时手动或者自动触发该特征。对于例如要去度假并希望高效地中止所有订购(不必单个中止每个订购)的人来说,这种特征将是有用的。
图26示意性地描述了用于恢复订购的消息流程,即重启之前已经中止的订购的消息流程。如该进一步的示例所述的,当用户2向中继传输订购恢复消息(SUB RESUME<sub id>)时,可以恢复订购,订购恢复消息包含要恢复的特定订购的标识,中继将订购恢复消息传输到代理节点。当代理节点向功能层中的功能节点(服务器)传输订购恢复消息时,功能节点(服务器)从持久性数据存储器获取当中止订购时累积的呈现信息。功能节点还将通知消息(NOTIFY<card>,<sub id>)通知给代理节点,即发送回通知观察者订购已经中止的响应。代理节点向中继传输该响应(通知消息),中继继而向用户2设备转发该响应(通知消息)。
与中止订购的过程类似,可以手动或者自动进行订购的恢复。例如,可以通过在用户输入设备上接收对用户希望恢复当前中止的订购进行指示的输入,来手动恢复已暂停的订购。自动恢复订购可以例如包括将设备编程或者预先配置为在满足一个或多个预定的准则(下文中将其称为订购恢复触发条件或简称为恢复条件)时发送恢复订购消息。这些恢复条件可以是例如基于时间的条件和/或基于位置的条件。可以将这些恢复条件定义为恢复已暂停的订购(或者恢复相关的暂停订购的组)。
可以将基于时间的恢复条件定义为在任何特定的时间、天、周、月或者年等恢复已中止的订购。可以将中止触发条件与恢复条件结合使用,以担当用于中止和恢复订购的定时器。例如,订购可以在6月10日暂停并在8月15日恢复。
也可以根据特定的地理位置定义基于位置的恢复条件,例如针对大陆或者大陆的组、国家或者国家的组、州/省/地区或者州/省/地区的组、或者任何城市、城镇或自治市或者城市、城镇或自治市的组。基于位置的条件还可以是进入或者离开根据经度和纬度坐标、地理边界框等限定的任何定制的区域。例如,可以将设备自动配置为仅当设备的当前位置在蒙特利尔的城市界限之内时才发送恢复已暂停的订购的订购恢复消息。要注意到,触发订购中止的位置条件可以与使得订购恢复的位置条件不同。例如,当设备到达巴黎时可以中止订购,以及仅当设备到达罗马时恢复订购。
基于时间和基于位置的恢复条件也可以联合使用。作为示例,可以将设备配置为如果当前时间在早上11点到下午4点之间,当前日期是周二,当前月份是7月以及如果当前位置与加拿大渥太华相对应,自动地发送恢复已暂停的订购的消息。
除了基于时间和基于位置的条件之外,可以基于任何其他条件恢复已暂停的订购,例如,如将电池强度补充到预定阈值之上,将网络拥塞降低到预定阈值之下,CPU使用率低于预定阈值等。
通过针对每个特定的订购,手动或者自动发送恢复消息,可以单个完成恢复订购。还可以将设备配置为使得所有当前已暂停的订购恢复。可以手动选择“恢复所有订购”特征,以生成针对每个已暂停的订购的订购恢复消息。对于已从假期返回并希望恢复他或她的所有订购的人来说,该特征将是有用的。类似地,可以在触发发送针对所有订购的恢复消息的一个中心条件满足时,激活恢复所有订购特征。
在图26中作为示例描述的特定实现中,当订购恢复时,功能节点获取在持久性数据存储器中累积的旧的通知。在另一实现中,不存储通知,而是简单地丢弃通知。在另一实现中,在被清除之前,仅累积特定的时间量的通知。在另一实现中,可以在订购恢复时询问用户(观察者)他或她是否希望接收旧的累积的通知。
在又一实现中,在设备上执行的呈现客户端可以包括设置、偏好或者选项,该设置、偏好或者选项用于确定在暂停订购时是保留还是丢弃通知、在清除之前保留通知多久、或者保留或清除哪种类型的通知。可以将这些设置或偏好在恢复消息中传输给呈现服务。
在又一实现中,设备可以指示呈现服务从持久性数据存储器向远程的数据存储器传递旧的通知数据或其子集,以用于归档。
切换设备
偶尔地,用户将切换设备(例如,将他或她的移动设备升级到更新的型号)。存在与设备的切换有关的两个关键场景。
在第一场景中,经由备份/复原过程将老设备的数据的最近的(最新的)拷贝复制到新设备。图27示意性地描述了针对当用户从老设备切换到新设备时,备份/复原过程的消息流程。遵循备份/复原过程,新设备拥有恢复与呈现服务的正常操作的所有必需的数据。然后,如图27中所示,用户1可以重新运行呈现注册过程,以更新持久性数据存储器中的UUID-移动设备标识符映射。除了在令牌请求/响应过程中新设备包括用户的UUID以告知呈现服务该用户已经是已注册用户之外,该过程与新注册场景类似。
在第二场景中,来自老设备的数据的当前备份是不可用的。例如,如果老设备丢失或者损坏,这便可能发生。图28示意性地描述了当用户切换设备,但是来自老设备的数据的当前备份不可用时的用于重新注册过程的消息流程。该图示出了用户1切换到新设备但是来自老设备的数据的当前备份不可用的场景。为了再次变得与呈现服务可操作,用户将之前选择的电子邮件地址作为指向新设备的用户标识符,并使用之前选择的相同电子邮件地址作为用户标识符来执行呈现注册过程。呈现注册器将用户识别为之前已经注册的(通过由其之前的电子邮件地址来识别用户)并向新设备传送用户的UUID和订购列表。
图29示意性地描述了当用户在切换设备和重新注册时请求来自每个联系人的重新授权以及新密钥时的消息流程图。
使用从重新注册过程获得的订购列表,用户可以请求来自每个联系人的重新认证以及新密钥。现有的订购是就位的并且活跃的,因此没有必要创建新的订购或者修改现有的订购。如果没有授权,则应该移除订购以避免接收到不想要的通知。从而,下一步是撤消已经给予其他联系人的授权和加密密钥。如图30所示,这将触发这些联系人请求重新授权和获得新的密钥。换言之,临时切断已授权的订购关系,然后重新建立。
图30示意性地描述了当用户切换设备时,如何向各个观察者撤消和重新发出密钥。发布了被特别格式化以与已订购的联系人的订购准则相匹配的消息。由于用户1的设备不再知道之前与已订购的联系人共享的密钥,不能对该消息加密。该消息包含用户1的用户标识符(即,电子邮件地址)、用户1的新设备的移动设备标识符以及撤消之前所共享的密钥的指示。
所有已订购的联系人将从用户1接收到包含该消息的通知。如果已订购的联系人这样希望,这些联系人可以请求来自用户1的重新授权以及新密钥。
可以将上述的呈现***与任何联网的计算设备或通信设备一起使用,包括个人计算机、膝上计算机、平板计算机、无线通信设备(包括PDA、智能电话、蜂窝电话或者其他任何类型的移动电话)。虽然可以将呈现技术与静态计算设备一起使用,当结合装备有位置确定子***(例如,全球定位***(GPS)接收机)的移动设备使用时,该呈现技术特别有用,因为提供了基于位置的呈现信息。
图31示意性地描述了呈现设备如何可以经由移动网络基础设施1000与无线客户端100以及经由标准的互联网连接1100与有线客户端101进行交互。取决于客户端100、101的位置,将移动网络基础设施1000和互联网连接1100链接到代理层1200的多个代理节点中的一个。代理节点担当路由器,以将消息(例如订购中止消息和订购恢复消息)从各个用户设备(客户端100、101)路由到预定的(预先分配的)功能节点1310,设备之前与该功能节点1310建立了绑定。接收订购中止消息的功能节点1310处理该订购中止消息,以识别与该订购中止消息相关联的订购。然后,通过阻挡并向持久性数据存储器1400重新路由以下通知:在正常情况下如果观察者的订购是活跃的或者有效(即,没有中止)时将转发到观察者的设备的所有通知,功能节点1310中止了订购。
如在图31中进一步描述的,功能节点1310是功能层1300的一部分。功能层1300还包括使得呈现实体能够发布呈现信息以及使得观察者能够订购呈现信息的发布-订购子***(Pub-Sub核1330)。发布-订购***生成所有通知,并将其转发到功能节点,而与订购是活跃(有效)还是不活跃(中止)无关。
持久性数据存储器1400不仅在已经中止或者暂停订购的时间段期间累积(存储)来自发布-订购子***1330的通知,而且也存储其他信息。例如,持续性数据存储器1400还可以存储一般不可变的用户标识数据,以及用于存储将每个用户(经由例如通用唯一ID)链接到每个设备(经由,例如与该设备相关联的移动设备标识符,例如,唯一标识GSM、UMTS、LTE或者iDEN移动设备的国际移动设备标识(IMEI)号或者唯一标识CDMA移动设备的移动设备标识符(MEID))的映射。
虽然以该图中示出的方式(即,使用与功能节点分离的代理节点以及使用与发布-订购子***分离的功能节点)实现呈现***是有利的,将该图中示出的一个或多个节点合并到一个或多个多功能节点中也是可能的。应该意识到,可以***附加(备份)节点来提供网络冗余和恢复性。
在本示例性***的一个实现中,将代理节点配置为基于呈现客户端的标识(即,是哪个用户)和在消息中识别出的特定应用来路由涉及呈现信息的消息。
在本示例性***的一个实现中,发布-订购子***(Pub-Sub核1330)使用可独立操作的发布服务器和订购服务器,即,发布服务器和订购服务器功能彼此独立。相应地,即使不存在匹配的订购,也可以发布数据内容。同样地,即使还没有发布匹配的数据项目,也可以创建订购。例如,用户可以使用任意描述符(不需要预先定义)来发布与其自身有关的呈现信息。同样地,即使没有与订购表达式相关的已发布的数据内容,观察者也可以使用任意的语言来定义订购表达式。
关于基于内容的模型对本文公开的新颖的呈现***进行了阐述,在该基于内容的模型中,订户通过对其想要接收的事件的内容指定条件来表达其兴趣。订购是由约束的集合形成的标识了有效的事件的查询,通常具有属性的名称-值对以及基本的比较运算符(=、<<=、>、>=)的形式。约束还可以具有正则表达式的形式。
在基于内容的发布-订购***中,不根据预先定义的准则,而是根据事件本身的属性来对事件分类。因此,发布者和订户之间的对应关系是基于每个事件的。基于内容的***的表达能力越高的代价是针对每个事件计算感兴趣的订户集合所需的资源消耗越高。
因为基于内容的发布-订购***检查每个事件的内容,以与订购相匹配,不可能支持对事件内容的完全的端到端加密。当执行匹配时,临时解密内容。然而,在变型中,可能向已加密的内容分配标签或者描述符,以使得***可以通过其标签识别已加密的内容,并在不对其解密的情况下传输已加密的内容,直到其到达观察者(之前已经向其给出了用于对该已加密内容进行解密的密钥)。
在一个实现中,***包括用于管理注册和重新注册功能的注册节点(上面已经进行了描述)。
图32示例性地描述了根据本技术的另一方面,可以用于管理对呈现信息的订购的无线通信设备100。对于本说明书来说,表达“无线通信设备”意味着包含了具有微处理器和存储器并能够进行无线(“空中”)通信的广泛的电子通信设备。相应地,“无线通信设备”意味着包含具有无线能力的膝上计算机、平板PC、便携式计算机、手持式或者移动电子设备(例如,智能电话、蜂窝电话、卫星电话以及具有无线能力的PDA等)或者具有射频(RF)收发信机的任何混合或多功能设备。
参考图32,每个无线通信设备100包括微处理器110或者中央处理单元(或者简单地“处理器”)以及用于存储数据的存储器。存储器可以包括闪存120和随机存取存储器(RAM)130。每个无线通信设备100还具有用户接口140,用户接口140包括显示器(图形用户接口:GUI)150(例如,LCD屏幕)、键盘/键区155和可选的指轮/轨迹球160。替换键盘/键区,设备可以包括触敏屏。每个无线通信设备100包括用于无线通信的RF收发信机芯片170,即,在使用例如GSM/UMTS/LTE、CDMA、GPRS、EDGE等技术的单独信道上接收和发送语音和数据。对于可选的语音通信,无线通信设备100具有麦克风180和扬声器182。
此外,如图32中示意性地示出的,无线通信设备100可以包括全球定位***(GPS)芯片组,以从轨道GPS卫星获得位置定位。对GPS的提及意味着还包括协助式的GPS或者辅助GPS。
虽然本公开明确提到了“全球定位***”或者“GPS”,应该理解,术语“GPS”已被扩展用于包括任何的基于卫星的导航信号广播***,并因此可以包括在全世界使用的其他***,包括中国开发的北斗(COMPASS)***、欧盟协同中国、以色列、印度、摩洛哥、沙特***和南韩开发的多国伽利略***、俄罗斯的GLONASS***、印度提出的区域导航卫星***(IRNSS)以及日本提出的QZSS区域***。替换GPS,或者除了GPS之外,无线通信设备可以使用另一类型的位置确定子***。虽然GPS是当前所知的用于获得当前位置定位最好的方式,可以使用不同类型的定位子***或者位置确定子***,例如,使用无线电定位技术确定其当前位置的无线电定位子***(下面将详细阐述)。然而,在主要的实现中,GPS芯片组190接收并处理来自GPS卫星的信号以生成纬度和经度坐标,从而使得设备具有“位置意识”。
替代GPS坐标或者在GPS坐标之外,可以使用来自范围内的基站塔(例如,针对无线E911使用)的信息的三角测量来确定设备的位置。无线增强911服务使得可以使用无线电定位技术在地理上定位蜂窝电话或者其他无线设备,例如(i)到达角(AOA),其包括将主叫者定位在信号来自两个塔的夹角处的点处,(ii)到达时间差(TDOA),除了网络确定时间差并因此确定至每个塔的距离之外,其使用了多点定位,如GPS,以及(iii)位置签名,其使用“指纹识别”来存储和回调移动电话信号在每个小区的不同位置处展现出的模式(例如,多径)。为了提供位置相关的呈现数据,也可以使用其他位置确定技术(具有变化的粒度),例如,使用最接近的基站的标识,访问在归属位置寄存器/访问位置寄存器(HLR/VLR)中存储的数据等。
与所使用的位置确定技术无关,具有位置确定子***(例如,GPS芯片组)的无线通信设备可以被配置为确定其当前位置,并将其当前位置与基于位置的触发条件相比较,以中止或者恢复订购。可以将在无线通信设备上执行的呈现客户端编程为生成基于该触发条件的订购中止消息(或者备选地,基于经由用户输入设备(例如键盘、触摸屏、语音识别子***等)接收到的输入)。
然后,无线通信设备100上的射频收发信机(例如,RF芯片170)向呈现服务发送中止订购的订购中止消息。具体地,在空中向基站塔发送订购中止消息,基站塔向中继传递中止消息,中继继而向代理结点传输该中止消息,以继而向功能节点转发。如上所述,功能节点处理消息,识别要中止的订购,然后通过将通知重新路由到持久性数据存储器来中止订购,在该持久性数据存储器处累积通知,以用于当恢复订购时的后续检索。类似地,设备可以响应于手动的用户输入或者响应于检测到触发条件,生成订购恢复消息。就像订购中止消息一样,将订购恢复消息经由基站、中继和代理节点传输到功能节点。
方法
图33是勾勒出向第二用户提供与第一用户有关的呈现信息的示例性方法的一些主要步骤的流程图,该方法包括步骤200,接收从与第一用户相关联的呈现客户端发布的呈现信息,步骤210,以任意数据格式存储呈现信息,步骤220,通过确定第一用户是否授权第二用户订购呈现信息来验证订购与第一用户相关联的呈现信息的请求,以及步骤230,当第二用户所请求的内容与第一用户发布的内容匹配时,向与第二用户相关联的呈现客户端传输呈现信息的一个或多个元素。
在该方法的一个实现中,对订购的请求进行验证的动作包括对第一用户授权第二用户接收呈现信息的多个元素中哪一个或多个元素进行确定的动作。换言之,第一用户(发布其呈现信息的用户)可以授权第二用户获得其发布的所有呈现信息或者仅该信息的子集。在一个实现中,第一用户可以授权第二用户仅接收(观察)呈现信息的特定属性(元素),同时限制对其他属性的访问。例如,第一用户可以允许向第二用户通知第一用户的情绪和可用性,但是不通知他或她的位置。
在该实现的变型中,用户可以定义对可以授予第二用户(观察者)多少访问进行确定的条件(例如,一天中的时间、位置、情绪、可用性)的集合。例如,第一用户可以指定:假设该一天中的时间在正常工作时间之外并且第二用户的位置在第一用户的特定半径内,第二用户可以接收关于第一用户的情绪和可用性的呈现信息。
以这种方式,第一用户可以建立高度细微的条件的集合,该条件的集合对访问呈现信息进行调整(例如,在第二用户的观察者简档中)。观察者简档可以是静态定义的(第一用户肯定地(affirmatively)规定的所指定的条件的集合),或者可以是动态定义的(条件可以基于第一用户自己的呈现信息(例如,位置、情绪、行为等),或者基于第二用户的呈现信息、或者基于第一和第二用户的呈现信息的组合而改变)。以相似的方式,第二用户也可以使用相同或者相似的条件集合来定义其订购,以确保在元素/属性与第二用户(观察者)相关或者对第二用户有意义时,仅针对感兴趣的元素/属性接收呈现信息。所发布的呈现信息与订购之间的该动态交互使得与使用在现有技术中已知的基本呈现技术和富(rich)呈现技术相比,呈现***的用户更加高效地进行交互。
此外,在新颖的呈现***的一个实现中,使用不同的密钥分别加密每个属性(呈现信息的每个元素),以使得可以单独地以及隐私地共享特定的属性。针对已授权的每个特定的属性,可以使用Diffie-Hellman来安全地向一个或多个已授权的观察者交换密钥。这表示了与RFC 3863中提议的范例在根本上不同的隐私范例,在RFC 3863中,将呈现信息例示为单一的庞大(monolithic)文档。如果呈现实体想要应用导致观察者仅被允许接收呈现信息的子集的隐私规则,必须创建不包含隐私信息的新文档。这需要过滤呈现信息以移除隐私数据。可能需要针对每个通知循环并针对每个观察者进行过滤,并在然后将整个呈现文档发送到观察者,即使其包含了潜在不需要的信息。对于移动客户端,这是特别低效的。相反,本文处描述的新颖的呈现***可以单独加密每个属性,并仅向观察者发送该属性,同时维持针对所有其它属性的完整隐私。
图34是描述发布呈现信息的方法的一些主要步骤的流程图;该发布呈现信息的方法涉及收集呈现信息(步骤300),向基于内容的呈现服务发布表示呈现信息的数据内容,该呈现服务以任意数据格式存储数据内容(步骤310),然后授权感兴趣的联系人订购呈现信息,由此将该联系人定义为观察者,当观察者所指定的订购表达式与向呈现服务发布的数据内容匹配时,观察者接收表示呈现信息的数据内容(步骤320)。
图35是描述订购呈现信息的方法的一些主要步骤的流程图。如图所示,该订购呈现信息的方法涉及步骤400,向基于内容的呈现服务传输订购请求,该订购请求由呈现服务进行验证,假定发布表示呈现信息的数据内容的第一用户已授权传输订购请求的第二用户接收该呈现信息,步骤410,指定对第二用户感兴趣的数据内容进行定义的订购表达式,以及步骤420,当订购表达式与第一用户向呈现服务发布的数据内容相匹配时,接收与第一用户有关的呈现信息。
图36是描述更新名片信息的方法的一些主要步骤的流程图。在与第二用户相关联的设备上自动更新与第一用户有关的名片信息的该方法涉及步骤500,通过经由呈现服务的代理节点从与第一用户相关联的呈现客户端向已经与第一用户的呈现客户端绑定的呈现服务的预定功能节点发送消息,发布名片信息的改变,步骤510,向呈现服务的发布-订购子***传输该改变,该发布-订购子***确定第二用户具有对第一用户的名片信息的订购,然后在通知消息中向该功能节点通知该改变,以及步骤520,从功能节点经由预定的代理节点向与第二用户相关联的呈现客户端传输该通知消息。
图37和38对以上详细描述的新颖的订购管理方法进行了总结。图37从呈现服务的视角展示了订购管理方法,而图38从设备(即,与观察者相关联或由观察者操作的无线通信设备或者其他计算设备)的视角展示了订购管理方法。
图37是描述由呈现服务执行的用于管理对基于内容的呈现信息的订购的新颖方法的一些主要步骤的流程图。该新颖的方法包括步骤600,在呈现服务处从设备(例如,无线通信设备)接收订购中止消息。该方法包括后续步骤610,识别与订购中止消息相关联的订购,然后(在步骤620处)中止订购。在步骤630处,从呈现服务向设备发送响应,以通知设备已经中止了订购。
图38是描述由计算设备(无线通信设备等)执行的用于管理订购的新颖方法的一些主要步骤的流程图。该方法涉及第一步骤640,从设备向呈现服务发送中止订购的订购中止消息,以及后续的步骤650,从呈现服务接收通知已经中止了订购的响应。
可以将在本说明书中公开的方法实现为计算机程序产品或者计算机可读介质中的编码指令。换言之,当载入到存储器中并在一个或多个计算设备(例如,服务器)的微处理器上执行时,计算机程序产品或计算机可读介质存储用于执行前述方法的软件代码。
已经根据特定的实现和配置描述了该新的技术,该特定的实现和配置意在仅是示例性的。本领域普通技术人员将意识到,在不脱离创造性的概念的情况下,可以对本文公开的技术进行变形、修改和改进。因此,所寻求的独占权利的范围意在仅由所附权利要求来限制。
Claims (15)
1.一种用于对基于内容的呈现信息的订购进行管理的方法,所述方法包括:
在呈现服务处从设备接收订购中止消息;
识别与所述订购中止消息相关联的订购;以及
中止所述订购。
2.根据权利要求1所述的方法,还包括:从所述呈现服务向所述设备发送响应以通知所述设备已经中止了所述订购。
3.根据权利要求1所述的方法,其中,中止所述订购包括:在持久性数据存储器中累积通知。
4.根据权利要求3所述的方法,其中,累积通知包括:
在呈现功能节点处从发布-消息子***接收通知;以及
向所述持久性数据存储器转发所述通知,以用于存储,直到恢复所述订购。
5.根据权利要求1至4中任一项所述的方法,还包括:在所述呈现服务处接收恢复已中止的所述订购的订购恢复消息。
6.根据权利要求5所述的方法,还包括:从所述持久性数据存储器获取累积的通知。
7.一种在无线通信设备上执行的用于对基于内容的呈现信息的订购进行管理的方法,所述方法包括:
从设备向呈现服务发送中止所述订购的订购中止消息;以及
从所述呈现服务接收对已经中止了所述订购进行通知的响应。
8.根据权利要求7所述的方法,其中,由基于时间和/或基于位置的中止触发条件来触发发送所述中止订购消息。
9.根据权利要求7或权利要求8所述的方法,还包括:向所述呈现服务发送恢复所述订购的订购恢复消息,所述订购恢复消息是由基于时间和/或基于位置的恢复条件触发的。
10.一种用于管理对呈现信息的订购的呈现***,所述***包括:
发布-订购子***,用于订购呈现信息;以及
代理节点,用于将订购中止消息从设备路由到预定的功能节点;
其中,所述功能节点处理所述订购中止消息,以识别与所述订购中止消息相关联的订购,然后中止所述订购。
11.根据权利要求10所述的***,还包括:持久性数据存储器,用于存储来自所述发布-订购子***的累积的通知。
12.根据权利要求11所述的***,其中,所述功能节点在接收到订购恢复消息时,获取在所述持久性数据存储器中累积的通知。
13.一种无线通信设备,用于管理对呈现信息的订购,所述设备包括:
操作性地耦合到存储器的处理器,所述处理器用于执行呈现客户端,所述呈现客户端被编程为生成订购中止消息;以及
射频收发信机,用于向呈现服务发送中止所述订购的所述订购中止消息。
14.根据权利要求13所述的设备,其中,所述处理器被配置为将所述设备的当前时间和/或当前位置与基于时间的中止触发条件和/或基于位置的中止触发条件相比较。
15.根据权利要求14所述的设备,其中,所述处理器被配置为将所述设备的当前时间和/或当前位置与基于时间的订购恢复条件和/或基于位置的订购恢复条件相比较。
Applications Claiming Priority (3)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US15501709P | 2009-02-24 | 2009-02-24 | |
US61/155,017 | 2009-02-24 | ||
PCT/CA2010/000178 WO2010096898A1 (en) | 2009-02-24 | 2010-02-10 | Subscription management for a content-based presence service |
Publications (1)
Publication Number | Publication Date |
---|---|
CN102415067A true CN102415067A (zh) | 2012-04-11 |
Family
ID=42245612
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN2010800180127A Pending CN102415067A (zh) | 2009-02-24 | 2010-02-10 | 用于基于内容的呈现服务的订购管理 |
Country Status (7)
Country | Link |
---|---|
US (1) | US8060572B2 (zh) |
EP (1) | EP2222057A1 (zh) |
CN (1) | CN102415067A (zh) |
BR (1) | BRPI1007825B1 (zh) |
CA (1) | CA2753506C (zh) |
MX (1) | MX2011008902A (zh) |
WO (1) | WO2010096898A1 (zh) |
Families Citing this family (27)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
EP2222056A1 (en) * | 2009-02-24 | 2010-08-25 | Research In Motion Limited | Method and system for updating a virtual business card |
EP2222106A1 (en) * | 2009-02-24 | 2010-08-25 | Research In Motion Limited | Method and system for registering a presence user with a presence service |
US8606233B2 (en) * | 2009-02-24 | 2013-12-10 | Blackberry Limited | Content-based publication-subscription system for presence information |
US20110051913A1 (en) * | 2009-09-03 | 2011-03-03 | John Larsen Kesler | Method and System for Consolidating Communication |
US9307038B2 (en) * | 2009-12-29 | 2016-04-05 | Motorola Solutions, Inc. | Method for presence notification based on a sequence of events |
US8499035B2 (en) * | 2010-01-06 | 2013-07-30 | Tekelec, Inc. | Methods, systems and computer readable media for providing session initiation protocol (SIP) event watcher entity information in a communications network |
US8661077B2 (en) * | 2010-01-06 | 2014-02-25 | Tekelec, Inc. | Methods, systems and computer readable media for providing a failover measure using watcher information (WINFO) architecture |
US8621037B2 (en) * | 2010-09-28 | 2013-12-31 | Avaya Inc. | System and method to create bi-directional event subscriptions |
US8768309B2 (en) * | 2010-09-29 | 2014-07-01 | At&T Intellectual Property I, L.P. | Reminders based on device presence |
US9277502B2 (en) * | 2011-02-02 | 2016-03-01 | Facebook, Inc. | Hibernate mode for chat service |
EP2568382B1 (en) * | 2011-09-09 | 2020-04-01 | BlackBerry Limited | Optimizing of publish-subscribe interprocess communications through the use of content-filters |
US9548953B2 (en) * | 2012-01-25 | 2017-01-17 | International Business Machines Corporation | Temporary suspension of electronic communications |
WO2013126217A2 (en) * | 2012-02-07 | 2013-08-29 | Apple Inc. | Network assisted fraud detection apparatus and methods |
US9401952B1 (en) * | 2013-03-13 | 2016-07-26 | Shortel, Inc. | Managing presence state |
JP6347829B2 (ja) * | 2013-03-18 | 2018-06-27 | ボク インコーポレイテッド | マーチャント管理のサブスクリプション |
US9003078B2 (en) | 2013-03-18 | 2015-04-07 | Boku, Inc. | Merchant managed subscriptions at a merchant server |
US9330275B1 (en) * | 2013-03-28 | 2016-05-03 | Amazon Technologies, Inc. | Location based decryption |
US9413796B2 (en) * | 2013-06-07 | 2016-08-09 | Amx, Llc | Customized information setup, access and sharing during a live conference |
US9148869B2 (en) * | 2013-10-15 | 2015-09-29 | The Toronto-Dominion Bank | Location-based account activity alerts |
WO2015067303A1 (en) * | 2013-11-05 | 2015-05-14 | Telefonaktiebolaget L M Ericsson (Publ) | Interworking for geographically targeted distribution of application service messages via ad-hoc network |
US20150200876A1 (en) * | 2014-01-16 | 2015-07-16 | Sony Corporation | Computer ecosystem with context-specific responses |
US20150215347A1 (en) * | 2014-01-24 | 2015-07-30 | Vonage Network, Llc | Systems and methods for routing internet protocol telephony communications |
US9806961B2 (en) | 2014-12-31 | 2017-10-31 | Motorola Solutions, Inc. | Method and apparatus for managing subscriptions for a subscription-notification service |
US10264513B2 (en) * | 2016-08-05 | 2019-04-16 | Mediatek Inc. | Method of data communication in wireless ad hoc network |
US10976979B1 (en) * | 2020-03-20 | 2021-04-13 | Facebook Technologies, Llc | Social experiences in artificial reality environments |
CN111866092B (zh) * | 2020-06-30 | 2022-06-28 | 北京百度网讯科技有限公司 | 消息传输的方法、装置、电子设备和可读存储介质 |
US11595248B2 (en) * | 2020-12-22 | 2023-02-28 | Vmw Are, Inc. | Scalable notification delivery for networked computing environments |
Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1575466A (zh) * | 2001-03-14 | 2005-02-02 | 诺基亚有限公司 | 存在管理的实现 |
US7284033B2 (en) * | 1999-12-14 | 2007-10-16 | Imahima Inc. | Systems for communicating current and future activity information among mobile internet users and methods therefor |
CN101115094A (zh) * | 2006-07-29 | 2008-01-30 | 华为技术有限公司 | 提供通信业务的方法和***及触发器装置 |
WO2008073009A1 (en) * | 2006-12-14 | 2008-06-19 | Telefonaktiebolaget Lm Ericsson (Publ) | A method and arrangement for handling a subscription for client data |
WO2008152586A2 (en) * | 2007-06-11 | 2008-12-18 | Nokia Corporation | System and method for using presence information |
Family Cites Families (30)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US6016478A (en) * | 1996-08-13 | 2000-01-18 | Starfish Software, Inc. | Scheduling system with methods for peer-to-peer scheduling of remote users |
US6442263B1 (en) * | 1997-04-23 | 2002-08-27 | Nortel Networks Limited | Electronic business cards |
US6587835B1 (en) * | 2000-02-09 | 2003-07-01 | G. Victor Treyz | Shopping assistance with handheld computing device |
US6716101B1 (en) * | 2000-06-28 | 2004-04-06 | Bellsouth Intellectual Property Corporation | System and method for monitoring the location of individuals via the world wide web using a wireless communications network |
US6327533B1 (en) * | 2000-06-30 | 2001-12-04 | Geospatial Technologies, Inc. | Method and apparatus for continuously locating an object |
AU9283801A (en) | 2000-09-20 | 2002-04-02 | Ants.Com., Inc. | Automated system and method for downloading, updating and synchronizing contact information |
US6542075B2 (en) * | 2000-09-28 | 2003-04-01 | Vigilos, Inc. | System and method for providing configurable security monitoring utilizing an integrated information portal |
JP2002215582A (ja) * | 2000-12-28 | 2002-08-02 | Morgan Stanley Dean Witter Japan Ltd | 認証方法及び装置 |
US7474741B2 (en) * | 2003-01-20 | 2009-01-06 | Avaya Inc. | Messaging advise in presence-aware networks |
JP4345368B2 (ja) * | 2003-06-17 | 2009-10-14 | 株式会社日立製作所 | プレゼンス管理装置および情報配信システム |
US7739602B2 (en) * | 2003-06-24 | 2010-06-15 | Aol Inc. | System and method for community centric resource sharing based on a publishing subscription model |
US7853697B2 (en) | 2005-01-03 | 2010-12-14 | Nokia Corporation | Handling suspended network state of a terminal device |
EP1753199B1 (en) | 2005-08-11 | 2015-10-28 | Swisscom AG | Method and system for subscribing a user to a service |
CN1863200A (zh) * | 2005-09-30 | 2006-11-15 | 华为技术有限公司 | 一种订阅呈现信息的方法和*** |
CN100574203C (zh) * | 2005-10-26 | 2009-12-23 | 华为技术有限公司 | 一种呈现信息的通知方法和*** |
US8396922B2 (en) | 2005-11-18 | 2013-03-12 | Aol Inc. | Promoting interoperability of presence-based systems through the use of ubiquitous online identities |
US20070136197A1 (en) * | 2005-12-13 | 2007-06-14 | Morris Robert P | Methods, systems, and computer program products for authorizing a service request based on account-holder-configured authorization rules |
US8254537B2 (en) * | 2006-02-03 | 2012-08-28 | Motorola Mobility Llc | Method and apparatus for updating a presence attribute |
US8364711B2 (en) * | 2006-05-09 | 2013-01-29 | John Wilkins | Contact management system and method |
JP4296191B2 (ja) * | 2006-07-26 | 2009-07-15 | 株式会社東芝 | サーバ装置、端末装置、通信方法、通信プログラムおよび通信システム |
CN102307243B (zh) | 2006-08-14 | 2014-12-10 | 三星电子株式会社 | 用于基于存在属性的存在通知的***和方法 |
KR101431826B1 (ko) | 2007-03-29 | 2014-08-25 | 삼성전자주식회사 | 프레젼스 소스로부터 프레젼스 정보를 직접 요청하기 위한시스템 및 방법 |
US7890592B2 (en) * | 2007-06-29 | 2011-02-15 | Microsoft Corporation | Processing data obtained from a presence-based system |
JP4753316B2 (ja) * | 2007-07-03 | 2011-08-24 | 株式会社Kddi研究所 | プレゼンス情報の負荷を分散管理する負荷分散サーバ及びプログラム |
US20090049190A1 (en) * | 2007-08-16 | 2009-02-19 | Yahoo!, Inc. | Multiple points of presence in real time communications |
KR20090022374A (ko) * | 2007-08-30 | 2009-03-04 | 삼성전자주식회사 | 프레즌스 서비스를 이용한 상태 정보 제공 방법 및 그장치와 프레즌스 서비스를 이용한 컨텐트 상태 정보 생성방법 및 그 장치 |
US8700048B2 (en) * | 2007-09-11 | 2014-04-15 | Motorola Solutions, Inc. | Method and apparatus for automated publishing of customized presence information |
US20090070419A1 (en) * | 2007-09-11 | 2009-03-12 | International Business Machines Corporation | Administering Feeds Of Presence Information Of One Or More Presentities |
US20090070410A1 (en) * | 2007-09-12 | 2009-03-12 | International Business Machines Corporation | Managing Presence Information Of A Presentity |
US20090077584A1 (en) * | 2007-09-17 | 2009-03-19 | Jay Oliver Glasgow | Methods, systems, and products for sharing presence information |
-
2009
- 2009-11-16 US US12/619,013 patent/US8060572B2/en active Active
- 2009-11-16 EP EP09176035A patent/EP2222057A1/en not_active Ceased
-
2010
- 2010-02-10 BR BRPI1007825-8A patent/BRPI1007825B1/pt active IP Right Grant
- 2010-02-10 CN CN2010800180127A patent/CN102415067A/zh active Pending
- 2010-02-10 CA CA2753506A patent/CA2753506C/en active Active
- 2010-02-10 MX MX2011008902A patent/MX2011008902A/es active IP Right Grant
- 2010-02-10 WO PCT/CA2010/000178 patent/WO2010096898A1/en active Application Filing
Patent Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US7284033B2 (en) * | 1999-12-14 | 2007-10-16 | Imahima Inc. | Systems for communicating current and future activity information among mobile internet users and methods therefor |
CN1575466A (zh) * | 2001-03-14 | 2005-02-02 | 诺基亚有限公司 | 存在管理的实现 |
CN101115094A (zh) * | 2006-07-29 | 2008-01-30 | 华为技术有限公司 | 提供通信业务的方法和***及触发器装置 |
WO2008073009A1 (en) * | 2006-12-14 | 2008-06-19 | Telefonaktiebolaget Lm Ericsson (Publ) | A method and arrangement for handling a subscription for client data |
WO2008152586A2 (en) * | 2007-06-11 | 2008-12-18 | Nokia Corporation | System and method for using presence information |
Also Published As
Publication number | Publication date |
---|---|
US8060572B2 (en) | 2011-11-15 |
CA2753506C (en) | 2015-03-31 |
BRPI1007825A2 (pt) | 2016-02-23 |
US20100217615A1 (en) | 2010-08-26 |
MX2011008902A (es) | 2011-12-08 |
EP2222057A1 (en) | 2010-08-25 |
WO2010096898A1 (en) | 2010-09-02 |
BRPI1007825B1 (pt) | 2021-08-03 |
CA2753506A1 (en) | 2010-09-02 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN102415067A (zh) | 用于基于内容的呈现服务的订购管理 | |
CN102422609A (zh) | 用于呈现信息的基于内容的发布-订购*** | |
US11477604B2 (en) | Location-based discovery of network members | |
CN106464687B (zh) | 经由用户隧道通信的客户端应用程序 | |
JP5021690B2 (ja) | 移動コンピューティングおよび通信 | |
US7865297B2 (en) | Methods for obtaining a navigation track between a first and a second location based on location information shared between peer devices and related devices and computer program products | |
CN101611613B (zh) | 基于位置和公司服务等级约定来限制电子设备功能的使用 | |
ES2484240T3 (es) | Método para obtener información de dispositivo de un terminal de usuario y entidad de Función de Servicio de Comunicación del mismo | |
WO2012109826A1 (zh) | 一种社交网络的实现方法及*** | |
EP2222056A1 (en) | Method and system for updating a virtual business card | |
US20130173734A1 (en) | Method and system for managing social notifications for mobile devices | |
KR20080114747A (ko) | 모바일 인스턴트 메시지 사용자와 연관된 지리적인 위치 정보를 제공하는 방법 및 장치 | |
WO2007147111A2 (en) | System and method of determining present contact information based on registered forwarding information | |
US20100211649A1 (en) | Method and System for Sending Message with Geographic Reference | |
JP2007005921A (ja) | ファイルを共有する携帯端末装置とファイル共有方法 | |
JP4549721B2 (ja) | 情報管理システム、携帯端末装置及び情報管理方法 | |
EP2314047A2 (en) | Method and system for providing location information between users | |
US20240015188A1 (en) | Device-to-Device Communication System with Intermediated Connection Server to Allow for User Control of Communication Paths | |
JP2010009441A (ja) | コンテンツ配信方法、および、コンテンツ配信システム | |
KR20100071122A (ko) | 이미지와 연계된 지리 정보를 제공하는 방법, 장치 및 이동통신 단말기 | |
JP2007286660A (ja) | アドレス管理装置 | |
JP2001338109A (ja) | 行先情報共有システム |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
C02 | Deemed withdrawal of patent application after publication (patent law 2001) | ||
WD01 | Invention patent application deemed withdrawn after publication |
Application publication date: 20120411 |