CN102449981A

CN102449981A - 链接到联系标识符的动态内容

Info

Publication number: CN102449981A
Application number: CN2010800237712A
Authority: CN
Inventors: A.维莱卡尔
Original assignee: France Telecom SA
Current assignee: Orange SA
Priority date: 2009-03-31
Filing date: 2010-03-30
Publication date: 2012-05-09
Anticipated expiration: 2030-03-30
Also published as: WO2010113043A3; CN102449981B; WO2010113043A2; US20120036154A1; EP2415241A2

Abstract

一种用于对动态联系数据进行访问的系统、方法、装置和接口。该系统可以包括：将电话号码与用于标识对应数据源的一个或多个统一资源定位符(URL)相关联；按照电话号码的形式来提交查询；检索相关联的一个或多个URL；从与该一个或多个URL对应的数据源中检索数据；以及呈现所检索到的数据。相关联的动作可以由与服务平台服务器进行交互的发布者来执行。提交、检索和呈现的动作中的一个或多个动作可以由与服务平台服务器进行交互的顾客来执行。

Description

链接到联系标识符的动态内容

技术领域

本系统涉及用于提供动态联系(contact)数据的无缝访问和传递的方法、用户接口和设备中的至少一个。

背景技术

许多消费者和企业产生动态信息。例如，过去的系统提供了诸如关于推特(twitter)、脸谱(facebook)、博客张贴(blog posts)、在社交媒体站点(诸如，网络相簿(flick)、facebook)上共享的媒体等的状态消息之类的服务。诸如网飞(Netflix)之类的其他系统向用户提供了用于对于他们正在观看/计划观看的电影进行评论、以及用于内容的书签等的能力。

对于企业而言，该信息可以是多重的，包括用于服务预约(例如，医生、沙龙)、促销/优惠券/交易、新闻发布等的日程表。

提供了以下系统，该系统可以聚合在因特网上可用的服务，为消费者空间示出最为流行的活动流中的一些，所述服务诸如生活流(lifestream)聚合器(诸如，(在friendfeed.com/settings/services处可得到的)好友馈送(Friendfeed))所支持的服务。

典型地，这些动态更新经由诸如RSS和ATOM之类的格式来发布。在过去的几年期间，RSS/ATOM格式在Web2.0空间中得到了大量使用。在网上，以上更新中的每个更新通常可以在RSS/ATOM格式中得到，或者可以通过对于给定的统一资源定位符(URL)的访问来得到。

然后，对于人们之间的联系，与访问其中通常转到URL或添加RSS流的网上的资源不同，移动电话上用于人员的主要唯一标识符典型地是用于该人员的至少一个电话号码。对于电话上的每个联系，添加至少一个电话号码几乎是强制性的。如今，更加高级的智能电话支持包括诸如电子邮件地址、网站、IM处置等之类的更多细节。但是移动电话上最重要的通信处置仍然保留联系电话号码。

这些现有系统都没有提供一种用于提供动态联系数据的无缝访问和传递的系统、方法、用户接口和装置。

发明内容

本系统的目标在于克服现有技术中的缺点和/或做出改善。

本系统包括一种用于对动态联系数据进行访问的系统、方法、装置和接口。该系统可以包括：将电话号码与用于标识对应数据源的一个或多个统一资源定位符(URL)相关联；按照电话号码的形式来提交查询；检索相关联的一个或多个URL；从与该一个或多个URL对应的数据源中检索数据；以及呈现所检索到的数据。在本系统的一个实施例中，所述相关联的步骤可以由与服务平台服务器进行交互的发布者来执行。所述提交、检索和呈现的步骤中的一个或多个步骤可以由与服务平台服务器进行交互的顾客来执行。

在本系统的一个实施例中，提交查询的步骤可以包括：查询联系列表；以及从该联系列表中检索一个或多个电话号码，其中所检索的一个或多个电话号码是所提交的查询。在本系统的另一实施例中，所述提交的步骤可以包括：接收用户装置上的电话呼叫；以及检索与该电话呼叫相关联的呼叫者id，其中所检索的呼叫者id是所提交的查询。

该提交查询和检索的步骤可以在没有进一步用户干预的情况下周期性地执行。该提交查询和检索的步骤可以在没有进一步用户干预的情况下，响应于启动用户装置上的应用来执行。可以将用于标识附加数据源的附加URL与该电话号码相关联。在相关联的步骤期间，可以作为执行该相关联的动作的用户的电话号码来校验该电话号码。此外，所述相关联的步骤可以包括：校验该一个或多个URL对应于有效的数据源。根据本系统的实施例，该一个或多个URL中的至少一个URL可以对应于聚合器数据源。

附图说明

参考附图进一步详细地并且借助于示例来解释本发明，其中：

图1是图示了根据本系统实施例的计算系统的高级框图；

图2图示了根据本系统实施例的示范联系列表数据结构；

图3图示了根据本系统实施例的可以在联系与动态数据源之间提供的不同关联性；

图4示出了根据本系统实施例的注册处理的流程图；

图5示出了根据本系统实施例的可以实现的图形用户接口；

图6示出了根据本系统实施例的用于访问动态联系数据的方法的流程图；

图7示出了根据本系统实施例的可以实现的图形用户接口；以及

图8示出了根据本系统实施例的系统。

具体实施方式

以下内容是说明性实施例的描述，当与以下附图相结合时，所述说明性实施例的描述将证明上述特征和优点、以及另外的特征和优点。在以下描述中，为了解释而不是限制的目的，阐释了说明性细节，诸如架构、接口、技术、元素属性等。然而，对于本领域普通技术人员将明显的是，脱离这些细节的其他实施例仍将被理解为处于所附权利要求的范围内。而且，为了清楚的目的，省略了公知的装置、电路、工具、技术和方法的详细描述，从而不使本系统的描述模糊。应该明白地理解的是，为了说明性目的而包括了附图，并且所述附图不表现本系统的范围。在附图中，不同附图中的同样的附图标记可以指定相似的元件。

为了简化本系统的描述的目的，如在这里所利用的术语“在操作上耦接”、“耦接”及其构词成分是指使得能够进行根据本系统的操作的装置和/或其部分之间的连接。例如，操作性的耦接可以包括用于使能两个或更多装置和/或其部分之间的单向和/或双向通信路径的所述装置之间的有线连接和/或无线连接中的一个或多个。例如，操作性的耦接可以包括用于使得能够在内容服务器与客户端装置之间(诸如，在动态联系数据服务平台与客户端装置之间)进行通信的有线和/或无线耦接。根据本系统的又一操作性的耦接可以包括根据本系统实施例的在服务平台、数据服务器与客户端装置之间的一个或多个耦接。

如在这里所利用的术语“呈现”及其构词成分是指提供诸如数字媒体之类的内容，使得可以通过至少一个用户感官(诸如，视觉和/或听觉)来感知该内容。例如，本系统可以在显示装置上呈现用户接口，使得用户可以看到它并与之进行交互。此外，本系统可以呈现来自数据服务的数据，呈现诸如电话号码之类的唯一用户标识符，呈现一个或多个用户接口等。为了简化以下讨论，将利用术语数据、数据服务、聚合的数据及其构词成分，并且如可以通过在这里所陈述的数据的上下文所容易地领会的那样，应该将它们理解为包括音频数据、可视数据、视听数据、文本数据和/或其他数据类型，除非特别地意指具体的数据类型。

在这里利用了术语发布者，并且它意欲包括发布(例如，原始内容)一些数据和/或动态数据(例如，诸如Facebook所提供的数据流)或使得它们可用的用户(例如，个人或企业)，所述一些数据和/或动态数据可以根据本系统而通过电话号码来被链接到。根据本系统的消费者可以是在他/她的客户端(例如，智能电话)上查看发布者的动态更新的个人。

图1示出了用于支持动态联系数据的无缝访问和传递的、根据本系统示范实施例的计算系统的高级框图。一般地，计算系统100包括多个服务器计算节点110、120、130、140和客户端计算节点150，所述节点在一个或多个通信网络160的骨干上在操作上进行耦接，以用于进行通信。

服务器计算节点110、120、130可以是用于执行服务器应用以支持内容传递(媒体内容、新闻、数据档案等)或支持电子交易(e-transaction)等的不同服务提供者的网络服务器机器。

例如，内容服务器120可以提供基于网的服务，该基于网的服务使得用户能够发布/共享用户所生成的内容(例如，YOUTUBE.COM)。内容服务器130可以主控(host)生活流传送(lifestreaming)平台(诸如，Facebook)，该生活流传送平台用于诸如通过直接视频馈送或者通过聚合人员的在线内容(诸如，博客张贴、社交网络更新、在线照片等)来提供人员的每日活动的在线记录。

网络骨干160可以包括局域网或者广域网、社团内联网、无线网络(例如，蓝牙(Bluetooth)无线网络)、全球通信网络(例如，因特网)等或其任何组合。根据本系统，网络骨干160提供多个服务器计算节点110、120、130、140与客户端装置150之间的操作性耦接。

客户端装置150可以是任何类型的便携式/移动计算装置，诸如膝上型计算机、便携式手持装置(例如，PDS、移动电话、智能电话等)，该便携式/移动计算装置执行一个或多个软件应用，以用于根据本系统来进行操作。例如，客户端装置150可以包括客户端侧动态联系数据服务代理151，它适于与包括根据本系统的服务器计算节点140的服务器计算节点一起使用，该服务器计算节点操作为动态联系数据服务平台，诸如服务器计算节点140，它在下文中被称为服务平台140。根据本系统，客户端150可操作为提供与服务平台140的通信，以向服务平台140发送信息和/或从服务平台140接收信息。

服务平台140包括功能模块，所述功能模块例如包括API(应用编程接口)/控制器模块141、注册管理器模块142、查询处理器模块143、动态数据管理系统144、用户注册器(registry)145和动态联系数据储存库(store)146，它们在操作上被耦接到一起。服务平台140提供用于使得用户(例如，消费者)的客户端装置150能够自动地获取与另一用户电话号码相关联的数据(诸如，动态数据)的应用架构。服务平台140还提供用于使得用户的客户端装置150能够针对服务平台150进行注册的应用架构，其中该注册处理可以包括用户电话号码的校验、以及用于与用户电话号码进行相关联的数据源的标识。

API模块141提供用于允许客户端装置访问和/或调用服务平台140的服务的服务接口。API模块141还可以提供用于通过标准网络服务接口和协议来登广告、定位、发现、以及注册硬件装置服务的操作能力，如本领域普通技术人员可以容易地领会的那样。在操作上，API模块141控制以下的应用逻辑的调用和处理流执行，该应用逻辑用于通过根据本系统的网络骨干160来访问一个或多个装置(诸如，服务器计算节点110、120、130、和/或客户端装置150)的数据和/或服务、和受到该数据和/或服务访问。API模块141可以包括用于驱动服务平台140的服务调用行为、和控制用于根据本系统来进行操作的运行时间逻辑流的逻辑。

例如，API模块141可以提供通过动态数据管理系统144的操作而进行的对于数据和/或数据服务的访问，以及提供对于用户注册器145、动态联系数据储存库146、和服务器计算节点110、120、130的访问。用户注册器145准备好存储已注册用户以及数据和数据服务的发布者的简档(profile)/记录。动态联系数据储存库146可以准备好存储、虽然与用户的联系信息相关联、但是从服务器计算节点110、120、130中可得到的动态数据链接信息，以促使从服务平台140中检索数据。然而，在另一实施例中，可以完全地删除动态联系数据储存库146，可以通过对于用户注册器145的访问来提供相关联的链接信息。

API模块141还可以通过注册/预订管理器142的操作来准备好用户的注册、以及数据和数据服务的发布者的注册。可以在用户注册器中存储发布者、(已注册)数据和/或数据服务的标识、以及已注册用户和/或服务的标识，其包括已注册发布者和用户的简档/记录。例如，用户注册器145可以通过注册/预订管理器142的操作来准备好用户、发布者、数据和数据服务的注册以及该用户、发布者、数据和数据服务与该用户的联系电话号码的相关联。

查询处理器143可以在与动态数据管理系统144进行交互或不进行交互的情况下，准备好查询用户注册器145和/或动态联系数据储存库146中的一个或多个。

客户端装置150可以是任何类型的用户装置，该用户装置包括便携式/移动计算装置，诸如膝上型计算机、便携式手持装置(例如，PDS、移动电话、智能电话等)，该便携式/移动计算装置执行一个或多个软件应用，以用于根据本系统来进行操作。客户端装置150可以包括客户端侧动态联系数据服务代理151、一个或多个客户端应用152和数据存储器153。将服务代理151适于提供与包括根据本系统的服务器计算节点140的服务器计算节点的用户交互。服务代理151在客户端装置150上进行操作，以根据本系统来向用户提供动态联系数据服务平台。

根据本系统，通过服务代理151的使用，客户端装置150可操作为提供与服务平台140的通信，以向服务平台140发送信息和/或从服务平台140接收信息。作为典型的客户端装置，该客户端装置150可以包括一个或多个客户端应用152，诸如浏览器应用、联系列表管理器、记事本应用等。例如，浏览器应用可以提供对于数据和数据服务的用户访问，诸如可以独立于服务代理151、而通过访问服务器计算节点110、120、130所得到的那些用户访问，如本领域普通技术人员可以容易地领会的那样。然而，根据本系统，浏览器可以通过服务代理151的操作来准备好提供对于服务平台140的访问，诸如其中服务代理151向浏览器添加功能，以具体地用于根据本系统来进行操作。相似地，联系列表管理器、记事本等中的一个或多个可以如在现有系统中所提供的一样进行操作，以用于保持用户的联系(例如，姓名)、联系信息(例如，联系的电话号码、电子邮件地址、地址等)、预约等。在这点上，客户端应用152可以仅仅利用在数据存储器153中存储的数据而对于客户端装置150本地地进行操作，和/或可以通过访问在远程服务器(诸如，服务器计算节点110、120、130、140中的一个或多个)上存储的数据来进行操作。例如，联系列表管理器可以通过访问服务器所主控的数据服务(诸如，谷歌同步(Google Sync))来进行操作，以使得能够通过使用在服务器上主控的数据服务而进行联系和/或日程表条目之间的同步。

然而，值得关注的是，服务代理151可以通过使用客户端应用152和/或数据存储器153来进行操作，以提供动态联系数据的无缝访问和传递。例如，数据存储器153可以包括联系列表，该联系列表包括关于客户端装置150的用户与其相关联的用户(例如，好友、家人、企业客户、服务提供者等)的联系信息。

图2图示了根据本系统实施例的示范联系列表数据结构。图示性地，联系列表包括可以在客户端计算装置200上存储的一个或多个联系210、220。所述联系210、220中的每一个可以包括用于一个或多个联系的信息，该信息包括多个信息字段。多个信息字段可以包括与该联系相关联的标识符210、家庭电话号码202、手机电话号码203、办公室电话号码204、以及其他联系信息(诸如，电子邮件地址等)中的一个或多个。如本领域普通技术人员可以容易地领会的那样，标识符201用来对于用户(诸如，给定用户)来标识每个联系。根据本系统，另一用户可以利用联系信息中的一个或多个部分(诸如，给定用户的电话号码等)作为对于数据和/或数据服务(诸如如在这里稍后描述的用户的动态数据)的链接。

根据本系统，一个或多个应用在客户端装置(例如，移动电话、蜂窝电话等)上运行，并且通过网络骨干(诸如，网络云、因特网连接等)来与服务平台140进行通信。根据本系统，存在具有不同功能的许多不同的客户端装置，其每一个可以通过对于服务平台140的访问来进行操作。不管客户端装置如何，根据本系统，通过服务平台140的操作而在联系标识符与动态数据之间提供链接，该联系标识符诸如可以通过在客户端装置上存在的联系列表管理器应用中的电话条目来提供，而该动态数据诸如由服务器计算节点110、120、130中的一个或多个来提供。

图3图示了根据本系统实施例的可以通过服务平台140的操作而在联系与动态数据源之间提供的不同关联性。典型地，在用户的注册/更新处理期间提供关联性，其中用户例如通过使用客户端服务代理来访问用于用户信息以及相关联数据源的注册和/或更新的服务平台，该用户信息包括用户联系标识符，而该相关联数据源例如可以在服务平台(诸如，图1所示的用户注册器145)的数据储存库(例如，计算机存储装置)中提供。

图示性地，数据储存库300可以包括一个或多个关联性310、320、330。根据本系统，所述关联性310、320、330中的每一个提供与对于数据源的链接/指针(诸如，链接/指针312、313、323、324、333、334)相关联的联系标识符(诸如，联系标识符311、321、322、331、332)。例如，将联系标识311示出为链接到两个不同的数据源。例如，将向如下用户提供动态数据源312、313中的每一个，该用户从在客户端装置上驻留的和/或在用于主控联系应用的服务上驻留的用户联系管理应用中提供联系标识符311。将向用于提供联系标识符321、322中任一个的用户提供动态数据源323、324中的每一个。将向提供联系标识符331的用户提供动态数据源333，而将向提供联系标识符332的用户提供动态数据源334，即使联系标识符331和联系标识符332中的每一个都与单一给定关联性相关联。

根据本系统，存在对于将联系标识符(诸如，电话号码)与动态数据源进行链接的许多优点。例如，对于发布者，将他们的(多个)电话号码链接到他们的数据(诸如，活动流(例如，Facebook、Twitter等))使得具有发布者电话号码的任何消费者都能够得知发布者正在发布什么内容，而无需单独地访问其中发布者可能进行发布的网站等。

例如，我们假定爱莎(Asha)是史蒂夫(Steve)的好友。Asha在她的电话地址本应用中具有Steve的电话号码。Steve经常在Twitter和Facebook上更新他的状态，并且将他最新的照片张贴到网络相簿(Flickr)。Steve想要使得他的所有好友都能够得到此信息。在现有系统中，Steve必须向他的每个好友或他希望向其提供访问的其他人提供用于访问每个信息源的所有信息，或者他可以通过数据源(例如，生活流)聚合器(诸如，Friendfeed)来链接这些源，不过他仍然必须向每个用户提供链接信息，以使得能够访问所聚合的数据源。

然而，根据本系统，Steve可以拉进(pull in)他的所有信息，以创建用于他的生活流数据的单一馈送(或者保持数据源独立)，并且只需要提供服务平台上的一个或多个链接(诸如，图3所示的链接中的一个或多个)。这样，Steve将他的电话号码与他的数据源链接到一起。在操作上，动态数据管理系统创建Steve的电话号码与他的数据之间的链接，其可以包括聚合的和/或单独的数据源。

现在，Asha在她的地址本应用中具有Steve的电话号码。让我们假设存在正在Asha的电话上运行的根据本系统的应用(例如，服务代理151)。根据本系统的实施例，该应用通过联系列表管理器的操作和/或直接通过访问数据存储器153来访问Asha的地址本电话号码。然后，该应用可以联系服务平台140，以取得对应数据URL’s和访问信息(当需要时)，诸如生活流URL。然后，通过使用URL(和当需要时的访问信息，诸如密码、用户名等)，该应用可以检索Steve的最新发布(例如，数据、数据流等)和来自Asha的地址本的其他用户(当期望时)。最后，通过使用服务代理，可以在由服务代理提供的和/或由浏览器应用提供的用户接口内，在移动电话屏幕上呈现该数据。

值得关注的是，根据本系统，对于给定消费者/用户，他/她不必为了他们的联系列表中的每个给定发布者来键入单独的或聚合的数据/RSS流。根据本系统，电话号码的原始发布者键入数据，并且经由根据本系统的服务来连接/链接他们的数据源、RSS流(例如，发布源)。因而，对于数据和数据源的更新可以在消费者/用户不必做任何事的情况下发生，这是由于电话地址本中的他们的联系中的大多数都可得到发布者电话号码。

应该指出的是，根据本系统的服务平台不需要依赖任何一个特定发布源，诸如给定的社交媒体应用。例如，给定发布者可以在所期望的任何发布源(诸如，Facebook、Twitter、Flickr等)处进行发布。其后，发布者可以到聚合服务(诸如，FriendFeed)，并且生成包括他/她的所有更新的单一更新流。在此情况下，发布者只需要将他们的电话号码与单一数据源(即，聚合服务)相关联。在第二种选择中，发布者可以针对根据本系统的服务平台进行注册，针对对于服务平台的多个独立和/或聚合数据源(例如，数据流)进行注册，并且与给定电话号码进行相关联。在此情况下，消费者/用户将必须独立地检索用于每个数据服务的更新。

图4示出了根据示范实施例的注册处理的流程图，其中订户可以针对根据本系统的服务进行注册，并由此，使得通过简单地参考电话号码来发现他们所发布的数据(诸如，与所发布的数据相关联的活动流或URL’s)。具体地，图4图示了可以由如图1所图示性地描绘的动态联系数据服务平台140的注册管理器模块142实现的方法的一个示范实施例。具体地，发布者/订户通过本系统的操作来注册唯一联系标识符，该联系标识符通过注册处理的流程图所图示的操作而映射到发布者的一个或多个动态数据源。

在操作上，在动作400期间，订户(发布者)使用任何合适的方法/应用(诸如，通过使用在客户端装置上运行的浏览器应用)来访问服务平台，以开始注册处理。此注册处理可以通过(如下面所说明性地描述的)良好定义的网站或通过任何其他类别的交互来发生。例如，在下面的示例中，用户可以利用网络浏览器来访问由根据本系统的服务器所主控的特定网站，并且可以系统地经历用于将联系标识符(例如，电话号码)与一个或多个数据源进行链接的处理。应该注意到，由于注册的处理是如此简单，所以该交互完全可以通过移动装置(诸如，蜂窝电话)发生以及在任何其他合适的客户端装置上发生。例如，以上的整个步骤可以经由SMS交互来达成。

在动作402期间，该系统提示用户/发布者/订户提供唯一联系标识符。例如，在一个示范实施例中，联系标识符可以是电话号码、电子邮件地址或唯一地标识具体实体或终端的其他个人标识信息。

当该系统在动作404期间接收到从用户输入的联系标识符之后，在406期间开始验证处理，以验证该联系标识符。例如，如图5所描绘的，用户可以利用用户接口500来将唯一的联系标识符(诸如，电话号码)键入到输入字段504中。其后，用户可以通过在验证按钮506上进行点击来发起验证处理。存在用于验证电话号码的多种方式。对于移动电话，诸如可以经由SMS而向用户发送随机数字。其后，用户可以访问根据本系统的服务器平台，以作为验证处理的一部分来进行键入，从而验证该电话号码。在根据本系统的另一实施例中，可以通过使用电话号码来利用相似的处理，其中说出随机数字，并且用户再次以验证形式键入此数字。验证唯一联系标识符的目的在于，确认由用户提供的唯一联系标识符实际上属于提交该唯一联系标识符(诸如，电话号码)的用户。假如用户不校验该唯一联系标识符，则将不允许将唯一联系标识符链接到数据源。

在该系统校验了电话号码之后，接下来的处理涉及在动作410期间将活动流与电话号码进行关联。这样，根据本系统，该服务器允许用户用于在动作410期间输入对于数据和/或一个或多个数据源(例如，RSS/ATOM链接)的一个或多个URL链接的能力。再一次，在动作414期间，该系统验证该URL存在，或验证该URL(例如，RSS/ATOM链接)是有效格式和链接。假如在动作416期间将该链接确定为无效，则该系统可以再一次提示用户键入有效链接。根据本系统的实施例，该系统可以检索与该链接对应的数据，并且显示所检索到的数据，以向用户提供用于确认提供了所期望的链接的机会。一旦验证了该链接/RSS，该系统就将在动作418期间提供在所提供的(多个)唯一联系标识符(例如，电话号码、电子邮件地址等)与一个或多个数据源之间的映射。其后，根据本系统的系统预备好接受关于这个电话号码的查询。

如可以容易地领会的，在任何时间点处，根据本系统的服务平台可以对唯一的联系标识符(例如，多个电话号码)和对应的链接编索引。本系统的目的在于，支持来自消费者/用户的查询。具体地，响应于来自提供唯一联系标识符(诸如，给定电话号码)的消费者的查询，本系统通过向客户端装置提供(多个)对应的URL/RSS馈送来进行响应。

要注意，本系统可以支持诸如参考图3所示的单一查询中的一个或多个电话号码。根据本系统，响应可以是对于所提供的唯一联系标识符而言没有可用信息(info)的指示、或者一个或多个服务器平台和/或用于向消费者/用户提供与URL/RSS链接对应的数据的客户端装置可以利用的URL/RSS链接的列表。如图3所进一步示出的，该系统可以支持用于唯一联系标识符(例如，单一电话号码)的多个链接。

图6示出了根据本系统示范实施例的用于访问动态联系数据的方法的流程图。具体地，图6是图1的客户端计算装置的示范操作模式，其中客户端装置查询服务平台。

初始动作包括：在动作600期间，初始化和开启在客户端计算装置上运行的客户端侧服务代理，以用于与动态联系数据服务提供者(诸如，用于主控根据本系统的服务平台的服务提供者)进行通信。取决于具体的实现，在接通客户端装置的同时，客户端服务代理可以被初始化并且保持运行，并由此，客户端服务代理可以在客户端装置打开的同时，在后台中连续地(或者周期性地)操作。在其他实施例中，客户端服务代理可以基于用户命令或基于某一事件而按需地启动，并然后，可以在执行诸如查询和数据检索之类的某一功能之后终止。

在602期间，客户端服务代理可以例如从在客户端计算装置上存储的联系列表中获得用于一个或多个联系的一个或多个唯一联系标识符。其后，在动作604期间，按照查询的形式来向服务平台提供一个或多个唯一联系标识符。在动作606期间，在客户端装置处从服务平台接收响应。

其后，在动作608期间，客户端服务代理可以确认该响应是否包括(多个)链接。在其中该响应不包括链接的情况下，该处理可以在动作616期间结束操作，或者可以前进到接收进一步的唯一标识符。例如，在本系统的一个实施例中，客户端服务代理可以从消费者联系列表中检索多个唯一联系标识符。可以按照单一查询的形式来提供唯一联系标识中的每一个，或者可以一次提供唯一联系标识中的一个或多个。

要理解，提供了图6的方法，以促使理解根据本系统的操作。然而，应该理解的是，此操作不意欲排除根据本系统的其他操作。

以下是根据本系统实施例的客户端交互的示例。要注意，取决于客户端服务应用和客户端装置的特性，所提供的细节可以根据本系统而变化。

在本系统的一个实施例中，可以在提供于客户端装置上的用户接口的一部分(诸如，如图7所示的主屏幕700)内向消费者/用户提供好友数据更新。在此场景下，在客户端装置上可以提供客户端服务应用，该客户端装置为诸如移动(例如，蜂窝)客户端装置，其从用户的联系列表中读取电话号码，并然后查询服务平台服务器，以标识与所述电话号码相关联的数据源。可以将所述数据源聚合在一起，并且在主屏幕的一部分702内进行呈现，使得在手机主屏幕上提供动态更新。

可以通过具有经由输入装置(诸如，用户的手指或诸如触笔之类的其他输入装置)对其进行操作的触敏屏幕的客户端装置来提供相似的接口。在此环境中，可能或可能不提供游标，这是由于通过与触敏屏幕的交互的位置来直接确定选择的位置。尽管为了支持触敏输入所利用的GUI可以与为了支持例如计算机鼠标输入所利用的GUI有些不同，但是，为了本系统的目的，操作是相似的。相应地，为了简化前述描述的目的，所讨论的交互意欲应用于可能合适地应用的用户接口。

根据本系统的实施例，服务代理应用可以启动(或根据预先编程的间隔而唤醒)。在此实施例中，客户端服务代理应用可以读取消费者的联系列表中的一个或多个电话号码。例如，在一个实施例中，服务代理应用可以读取联系列表中的所有联系，或者可以仅仅读取所选择的联系(例如，由消费者所具体指示的每个联系和/或如由组指示(诸如好友列表)所提供的每个联系)。其后，服务代理应用对于所读取的电话号码来查询服务器平台，并且诸如从动态联系数据储存库(参见图1)中检索所映射的链接。对于所检索到的每个链接，服务代理应用检索所更新的数据，并且可以在客户端装置上呈现所检索到的数据，诸如在主屏幕上显示所检索到的数据。

根据本系统的又一实施例，可以在用于提供“取得状态(Get status)”按钮的客户端装置上提供特别联系列表管理器/地址本。如下地提供根据本系统实施例的事件的顺序：首先，顾客/用户可以导航到在客户端装置上提供的地址本应用中的某一联系。在用户选择给定的联系之后，可以通过包括呼叫、发送消息、视频呼叫等的地址本应用来提供多种选择。另外，根据本系统的实施例，可以提供诸如无线电按钮之类的“取得更新(get updates)”选项。用户可以选择“取得更新”，其后，增强的地址本应用利用对于这个具体联系可用的一个或多个电话号码(诸如，所有可用的电话号码)，来查询根据本系统的服务平台服务器。其后，如先前所讨论的，服务代理应用可以检索被映射到一个或多个电话号码的链接，并且对于所检索的每个链接，服务代理应用可以检索更新的数据，并且可以在客户端装置上呈现所检索到的数据，诸如在主屏幕上显示所检索到的数据。

根据本系统的又一实施例，在建立电话呼叫期间或之后，用户可以自动地取得当前呼叫者/发布者刚刚之前(例如，当呼叫已经发出并还尚未被应答时)的最新更新。可以如下地提供说明性顺序：例如，对于当前正在电话呼叫上的用户，诸如电话之类的用户装置可以具有服务代理应用，该服务代理应用可以诸如通过使用呼叫者id来检索当前呼叫者的电话号码，如可以容易地领会的那样。在此实施例中，服务代理应用可以使用呼叫者id来查询服务平台服务器，检索对应的链接，并其后，对于每个链接，取得和显示所更新的数据。

如可以容易地领会的，服务代理应用还可以准备好在由服务代理应用提供的具体用户接口内呈现所检索到的数据。例如，根据本系统的实施例，可以提供用于检索和呈现动态内容的用户接口。在又一实施例中，可以使得客户端装置能够将数据提供回到如图1所示的服务器计算节点110、120、130、140中的一个或多个。例如，根据实施例，顾客可以通过客户端装置的操作来提供对于动态数据源的更新。作为示例，内科医生可以向数据服务器发布有空的办公时间的日程表，并且通过与根据本系统的服务平台服务器的交互，可以将该日程表映射到他的办公室电话号码。希望针对该内科医生做出预约的顾客可以进入在他们的客户端装置上运行的服务代理应用，并且一直导航到内科医生联系信息的列表。顾客可以在服务代理应用的用户接口内选择取得数据(get data)元素，其后，与上述其他数据源相似地，对该内科医生的日程表进行检索和呈现。然而，根据此实施例，服务代理应用还可以提供做出预约交互(make appointment interaction)元素，其中顾客可以选择有空的预约时间。该选择可以触发预约信息向该内科医生的数据服务器的传送，通过该操作，可以确认或拒绝该预约。无论如何，客户端装置上内科医生的数据的进一步更新都可以确认接受或拒绝了该预约，或者可以向根据本系统的客户端装置独立地转发确认/拒绝。

图8示出了根据本系统实施例的系统800。系统800包括：用户装置890，具有在操作上耦接到存储器820、呈现装置830(诸如，显示器、扬声器等中的一个或多个)的处理器810；在操作上耦接到该用户装置890的用户输入装置870和内容服务器880，诸如服务平台服务器(例如，图1所示的服务器140)、一个或多个服务器计算节点(诸如，(图1所示的)服务器计算节点110、120、130)等。存储器820可以是用于存储应用数据以及其他数据(诸如，唯一联系标识符等)的任何类型的装置。处理器810可以接收该应用数据和其他数据，以将该处理器810配置为执行根据本系统的操作动作。所述操作动作包括控制呈现装置830中的至少一个来呈现在这里描述的一个或多个用户接口。用户输入870可以包括键盘、鼠标、轨迹球或包括触敏显示器的其他装置，该触敏显示器可以是独立的或者是系统的一部分，诸如用于经由任何类型的链路(诸如，有线或无线链路)来与处理器810通信的个人计算机、个人数字助理、移动电话、整合(converged)装置、或其他呈现装置的一部分。用户输入装置870可操作为与处理器810进行交互，所述交互包括GUI范例和/或本系统的其他元素内的交互，诸如以使得能够进行服务平台服务器的网络浏览、注册、查询、所映射的URL的检索、对应数据的检索等，如本领域普通技术人员可以容易地领会的那样。

根据本系统的实施例，呈现装置830可以操作为用于与处理器810进行通信(例如，用于提供网页浏览器、统一资源定位器(URL)、网页各部分等的选择)的触敏显示器，并由此，呈现装置830还可以操作为用户输入装置。这样，用户可以与处理器810进行交互，包括UI范例内的交互，从而支持内容选择、反应指示的输入、评论等。清楚的是，用户装置890、处理器810、存储器820、呈现装置830和/或用户输入装置870可以全部或者部分地为计算机系统或其他装置的部分，和/或可以嵌入在便携式装置(诸如，移动电话、个人计算机(PC)、个人数字助理(PDA)、诸如智能电话之类的整合装置等)中。

本系统的方法具体地适于由计算机软件程序来运行，这种程序包含与本系统所描述和/或设想的各个步骤或动作中的一个或多个对应的模块。当然可以将这种程序嵌入在计算机可读介质(诸如，集成芯片、外围设备或存储器(诸如，存储器820或耦接到处理器810的其他存储器))中。

计算机可读介质和/或存储器820可以是任何可记录介质(例如，RAM、ROM、可拆卸存储器、CD-ROM、硬盘驱动器、DVD、软盘或存储卡)，或者可以是利用射频(RF)耦接、蓝牙耦接、红外耦接等中的一个或多个的传送介质。可以存储和/或传送适合用于计算机系统的信息的已知或所开发的任何介质可被用作计算机可读介质和/或存储器820。

操作动作可以包括控制呈现装置830按照UI的形式来呈现元素、和/或控制呈现装置830呈现根据本系统的其他信息。

尽管为了简化以下描述的目的而没有示出，但是容易领会到，与针对用户装置890所示的相似地，内容服务器880可以包括处理器、存储器、显示器和用户输入、以及诸如可以主控网站、数据服务等的其他联网服务器。相应地，尽管在这里包含的描述将焦点集中在用户装置890的各组件内交互的细节，但是应该理解，这相似地适用于内容服务器880的各组件的交互。

处理器810能够提供控制信号，和/或响应于来自用户输入装置870的输入信号来执行操作，并执行在存储器820中存储的指令。处理器810可以是特定用途或一般用途集成电路(组)。此外，处理器810可以是用于根据本系统来执行的专门处理器，或者可以是通用处理器，其中众多功能中的仅仅一个功能进行操作，以用于根据本系统来执行。处理器810可以利用程序部分、多个程序段来进行操作，或者可以是利用专用或多用途集成电路的硬件装置。

最终，以上讨论意欲仅仅说明本系统，并且不应该将它诠释为将所附权利要求限于任何具体的实施例或实施例组。本系统的又一实施例可以提供操作为浏览器扩展(诸如，在用户装置890上呈现的浏览器)的用户接口。

因而，尽管已经参考包括用户接口的示范实施例而描述了本系统，但是还应该领会的是，本领域普通技术人员可以设计出许多修改和变化实施例，而不脱离如接下来的权利要求所阐释的本系统的更为广阔且所意欲的精神和范围。此外，尽管提供示范用户接口以促使理解本系统，但是根据本系统的另外实施例，可以提供其他用户接口，和/或可以将一个用户接口的元素与另一用户接口进行组合。

在这里所包括的小节标题意欲促使查阅，而并不意欲限制本系统的范围。相应地，说明书和附图要按照说明性的方式来对待，且并不意欲限制所附权利要求的范围。

在解释所附权利要求时，应该理解的是：

(a)词语“包括”并不排除除了在给定权利要求中列出的那些元素或动作之外的其他元素或动作的存在；

(b)在元素之前的词语“一(a)”或“一个(an)”并不排除多个这种元素的存在；

(c)权利要求中的任何附图标记并不限制所述权利要求的范围；

(d)可以通过相同项或者硬件或软件所实现的结构或功能来表现若干“手段”；

(e)所公开的元素中的任何元素可以包括硬件部分(例如，包括离散和集成电子电路)、软件部分(例如，计算机编程)、及其任何组合；

(f)硬件部分可以包括模拟和数字部分中的一者或两者；

(g)除非另外进行具体陈述，否则可以将所公开的装置或其部分中的任何装置或部分组合到一起，或者将所述任何装置或部分分离为另外的部分；

(h)除非具体指出，否则并不意欲需要特定序列的动作或步骤；以及

(i)术语“多个”元素包括两个或更多所要求保护的元素，且并不暗指元素数目的任何具体范围，即多个元素可以少至两个元素，并且可以包括无限数目的元素。

Claims

1.一种用于访问动态联系数据的方法，包括以下动作：

将电话号码与用于标识对应数据源的一个或多个统一资源定位符(URL)相关联；

按照电话号码的形式来提交查询；

检索相关联的一个或多个URL；

从与该一个或多个URL对应的数据源中检索数据；以及

呈现所检索到的数据。

2.根据权利要求1的方法，其中该相关联的动作由与服务平台服务器进行交互的发布者来执行。

3.根据权利要求1的方法，其中该提交、检索和呈现的动作中的一个或多个动作由与服务平台服务器进行交互的顾客来执行。

4.根据权利要求1的方法，其中该提交查询的动作包括以下动作：

查询联系列表；以及

从该联系列表中检索一个或多个电话号码，其中所检索的一个或多个电话号码是所提交的查询。

5.根据权利要求1的方法，其中该提交查询的动作包括以下动作：

接收用户装置上的电话呼叫；以及

检索与该电话呼叫相关联的呼叫者id，其中所检索的呼叫者id是所提交的查询。

6.根据权利要求1的方法，其中该提交查询和检索的动作在没有进一步用户干预的情况下周期性地执行。

7.根据权利要求1的方法，其中该提交查询和检索的动作在没有进一步用户干预的情况下响应于启动用户装置上的应用来执行。

8.根据权利要求1的方法，包括以下动作：将该电话号码与用于标识附加数据源的附加URL相关联。

9.根据权利要求1的方法，其中该相关联的动作包括以下动作：校验该电话号码是执行该相关联的动作的用户的电话号码。

10.根据权利要求1的方法，其中该相关联的动作包括以下动作：校验该一个或多个URL对应于有效的数据源。

11.根据权利要求1的方法，其中该一个或多个URL中的至少一个URL对应于聚合器数据源。

12.一种存储在计算机可读存储介质上的计算机程序，该计算机程序被配置为对动态联系数据进行访问，该计算机程序包括：

被配置为按照电话号码的形式来提交查询的程序部分；

被配置为基于该电话号码来检索用于标识对应数据源的一个或多个统一资源定位符(URL)的程序部分；

被配置为从与该一个或多个URL对应的数据源中检索数据的程序部分；以及

被配置为呈现所检索到的数据的程序部分。

13.根据权利要求12的计算机程序，其中所述被配置为提交查询的程序部分被配置为查询联系列表，并且从该联系列表中检索一个或多个电话号码，其中所检索的一个或多个电话号码是所提交的查询。

14.根据权利要求12的计算机程序，其中所述被配置为提交查询的程序部分被配置为接收用户装置上的电话呼叫，并且检索与该电话呼叫相关联的呼叫者id，其中所检索的呼叫者id是所提交的查询。

15.根据权利要求12的计算机程序，其中所述被配置为提交查询、检索相关联的一个或多个URL、和检索数据的程序部分被配置为在没有进一步用户干预的情况下周期性地执行这些动作。

16.根据权利要求12的计算机程序，其中所述被配置为提交查询、检索相关联的一个或多个URL、和检索数据的程序部分被配置为在没有进一步用户干预的情况下响应于启动用户装置上的应用来执行这些动作。

17.根据权利要求12的计算机程序，包括：被配置为将该电话号码与用于标识对应数据源的一个或多个URL相关联的程序部分。

18.根据权利要求17的计算机程序，其中所述被配置为相关联的程序部分包括：被配置为校验该电话号码是执行该相关联的动作的用户的电话号码的程序部分。

19.根据权利要求17的计算机程序，其中所述被配置为相关联的程序部分包括：被配置为校验该一个或多个URL对应于有效的数据源的程序部分。