网站之间的镜像呈现的制作方法
【专利说明】网站之间的镜像呈现
[0001] 相关申请案交叉申请
[0002] 本发明要求2013年8月8日递交的发明名称为"网站之间的镜像呈现（Mirror PresenceBetweenWebsites) "的第13/962, 733号美国非临时专利申请案的在先申请优先 权，该在先申请的内容以引入的方式并入本文本中。
[0003] 关于由联邦政府赞助研究或开发的声明
[0004] 不适用。
[0005] 参考缩微胶片附录
[0006] 不适用。
【背景技术】
[0007] 基于万维网的实时通信（Real-TimeCommunicationovertheWorldWideWeb, RTCWEB)是为实现网络浏览器中的标准化基础设施所做的努力，万维网用户之间的实时交 互式通信可在网络浏览器上实现。两个主要的行业带动标准是万维网联盟（WorldWide WebConsortium，W3C)和因特网工程任务组（InternetEngineeringTaskForce，IETF) 〇 RTCWEB的主要用例是实时音频和/或视频电话、网络会议以及直接数据传输。在RTCWEB架 构中，用户可从位于目标站点的网络浏览器接收呼叫，用户同意接收呼叫，并且呼叫者需要 知道该目标站点。然而网络是一个不需要任何中心机构的分布式系统。因此，不存在像域名 服务器（DomainNameSystem，DNS)这种将网络身份绑定到网络位置的全局解析系统。也 就是说，不存在表示用户使用的网络浏览器和用户所在网站的组合知识的单个标识符。此 外，用户可能在多个网站之间切换。因此，需要彼此呼叫的所有用户都同时存在于同一个网 站上的期望可能是不现实或不实际的。如果正在使用第三方身份提供者，例如OpenlD⑩:， 那么即使用户们位于同一个网站，他们也未必知道彼此的存在，这是因为第三方身份提供 者可能独立于该网站。
[0008] 因此，现有技术需要方法和系统提供一种方式，用于用户创建基于用户的网络呈 现动态地将用户的网络身份绑定到用户的当前网络位置的分布式解析系统，这样，当用户 在网站之间移动时，呼叫可有效并精确地路由。
【发明内容】
[0009] 在一项实施例中，本发明包含一种镜像呈现系统，所述镜像呈现系统包括镜像站 点，用于通过通信网络耦合到拜访站点；在所述镜像站点和所述拜访站点之间建立镜像呈 现关系；当用户通过用户设备连接到所述拜访站点时，通过根据所述建立的镜像呈现关系 将位于所述拜访站点的所述用户的直接呈现镜像到位于所述镜像站点的所述用户的镜像 呈现来在所述镜像站点上进行镜像呈现，其中位于所述拜访站点的所述用户的所述直接呈 现在所述用户直接连接到所述拜访站点时发生；以及根据所述镜像呈现向通过呼叫站点访 问所述镜像站点的呼叫者提供位于所述镜像站点的所述用户的在线呈现状态，尽管所述用 户并未直接连接到所述镜像站点。
[0010] 在另一项实施例中，本发明包含一种装置，所述装置包括存储器，所述存储器包括 指令；以及耦合到所述存储器的处理器，其中所述指令使得所述处理器创建从镜像站点到 拜访站点的呈现服务的镜像呈现订阅，其中创建所述镜像呈现订阅在所述拜访站点和所述 镜像站点之间建立了镜像呈现关系，当用户的呼叫者通过第一网络浏览器连接到所述镜像 站点时向所述拜访站点发送呈现激活请求拜访站点，当所述用户连接到所述拜访站点时从 所述拜访站点获取位于所述拜访站点的所述用户的在线状态，以及通过所述第一网络浏览 器向所述呼叫者提供所述用户的所述在线状态。
[0011] 在另一项实施例中，本发明包含一种用于管理拜访站点处的镜像呈现的方法，包 括从镜像站点接收呈现服务的呈现订阅请求，其中，根据来自用户的指令建立所述拜访站 点和所述镜像站点之间的镜像呈现关系，从所述镜像站点接收呈现恢复消息以激活所述呈 现服务，当所述用户直接连接到所述拜访站点时向所述镜像站点发送在线呈现事件，当所 述用户直接连接到所述镜像站点时从所述镜像站点接收呈现暂停消息，以及当所述用户接 收所述呈现暂停消息后连接到所述拜访站点时，停下来向所述镜像站点发送所述在线呈现 事件。
[0012] 在又一项实施例中，本发明包含一种网络服务器节点，所述网络服务器节点包括 存储器以及耦合到所述存储器的处理器，所述处理器用于当用户将所述网络服务器上的网 站指派为对应于拜访站点的镜像站点时，通过当所述用户连接到所述拜访站点且未直接连 接到所述镜像站点时将位于所述拜访站点的所述用户的直接呈现镜像到位于所述镜像站 点的所述用户的镜像呈现来管理所述用户的镜像呈现，其中位于所述拜访站点的所述用户 的所述直接呈现在所述用户直接连接到所述拜访站点时发生。
[0013] 结合附图和权利要求书，可从以下的详细描述中更清楚地理解这些和其它特征。
【附图说明】
[0014] 为了更透彻地理解本发明，现参阅结合附图和【具体实施方式】而描述的以下简要说 明，其中的相同参考标号表不相同部分。
[0015] 图1为用于镜像呈现的系统的一项实施例的实施例的示意图。
[0016] 图2为用于镜像呈现的系统的另一项实施例的实施例的示意图。
[0017] 图3为服务器组件的实施例的图。
[0018] 图4为镜像呈现协议的一项实施例的实施例的协议图。
[0019] 图5为镜像呈现协议的另一项实施例的实施例的协议图。
[0020] 图6为网元的实施例的示意图。
【具体实施方式】
[0021] 首先应理解，尽管下文提供一项或多项实施例的说明性实施方案，但所公开的系 统和/或方法可使用任何数目的技术来实施，无论该技术是当前已知还是现有的。本发明 决不应限于下文所说明的说明性实施方案、附图和技术，包括本文所说明并描述的示例性 设计和实施方案，而是可在所附权利要求书的范围以及其等效物的完整范围内修改。
[0022] 呈现是即时通讯（InstantMessaging，IM)系统的常见概念。呈现指万维网上可 以并愿意与其他用户通信的用户的出现。一个用户可以在多个网站上拥有用户标识符不同 的多个网络账号。RTCWEB的一个挑战可能是跨不同网站支持用户的呈现。例如，用户可能 登陆Yahoo?，而该用户的朋友可能在G〇〇gleR:l或Faeebook?等其它网站上并希望呼叫该 用户。然而该用户的呈现不为任何其它网站所知，除了该用户当前登陆的网站。
[0023] 在RTCWEB中，网络上的每个用户都通过一个用户标识符来标识。然而用户标识符 未必表示用户所在的实际网络位置。因此，这可能对RTCWEB提出了另一个挑战。例如，可 通过邮箱地址或从不同网站获取的其它标识符来标识用户。用户可使用Gnmif邮箱账号 作为标识符来登录与Google?无关的网站。因此，用户的标识符和实际网络位置之间存在 差距。
[0024] 当前的一些技术可尝试得出不同呈现实体之间的一些呈现关系。然而它们未必提 供用户在不同网站的全局呈现。例如，当前呈现架构可使用呈现实体和观察者模型，如会话 发起协议（SessionInitiationProtocol，SIP)和可扩展的信息和呈现协议（Extensible MessagingandPresenceProtocol，XMPP)，其中呈现实体可获取一组呈现代理或设备，观 察者可订阅呈现实体以从该呈现实体接收呈现更新。然而，在该架构中，两个不同的呈现实 体可能不会相互分享它们的呈现。
[0025] SIP和XMPP中支持的域间呈现联盟尝试在不同呈现实体之间提供一些关系，其中 一个域中的用户可订阅并接收另一个域中的用户的呈现。然而，该呈现联盟支持可能仅限 于原语，例如仅订阅和通知。此外，两个实体的呈现未必被绑定。
[0026] 另一系统尝试通过指派一个单一虚拟端点充当多个物理端点的代理，例如Find Me/Followcall-forwarding服务，来找到网络位置处的用户以及设备。在该系统中，用户 可拥有多个物理电话号码和系统分配的一个虚拟电话号码。当系统收到虚拟电话号码的呼 叫时，系统可通过将该呼叫路由到用户配置的任意或所有物理号码来定位用户。
[0027] 在基于IP的语音传输（VoiceOverInternetProtocol，VoIP)系统中，可使用集 中名称解析系统将用户标识符映射到互联网协议（InternetProtocol，IP)地址。然而网 络是具有很多网站的完全分布式系统，所以开发集中名称解析系统供所有网站分享可能是 不现实的。因此，可能需要一个可连接用户在所有网站的所有网络账号的个人名称解析系 统。
[0028] 本文公开了可用于提供镜像呈现的方法、装置和系统，其中位于一个网站的资源 的呈现可反映位于另一网站的不同资源的呈现。在一项实施例中，用户可通过组建几个镜 像站点来构造并维持个人网络解析系统以通过呈现订阅、通知和组合来追踪用户已访问的 站点。在另一项实施例中，本发明包含三种类型的网络资源：直接呈现、镜像呈现以及网站 上每个身份的呈现实体。镜像呈现协议包含来自网络浏览器的呈现订阅过程以及镜像呈现 的管理。在另一项实施例中，示出了镜像呈现协议的另一项实施例，其中网络浏览器可能直 接将呈现报告给镜像站点以及从镜像站点接受cookie。所公开的实施例可给用户提供个人 网络解析系统，从而可提升用户的移动性、有效性和隐私性。例如，用户可从多个站点接收 呼叫而无需直接连接到每个站