CN104956354A - 降低终端设备的可追溯性的匿名通知系统和方法 - Google Patents

Abstract

本发明公开了一种通知服务器，所述通知服务器允许一个或多个用户设备与一个或多个第三方服务提供商相关联，以使得所述一个或多个第三方服务提供商能够向所述一个或多个用户设备发送通知。在一个实例中，通知服务器利用用户/提供商ID来使用户设备与第三方服务提供商相关联。通知还可以在将通知提供到所述用户设备之前将第三方服务提供商的识别信息从所述通知中去除。用户/提供商ID可以通过其与特定第三方服务提供商的特定关联而允许降低的可追溯性。用于匿名通知的系统和方法利用用户/提供商ID分配机制和其它方面来降低可追溯性。

Description

降低终端设备的可追溯性的匿名通知系统和方法

相关申请数据

本申请要求2012年9月20日提交的且标题为“AnonymousNotification System and Method with Reduced Traceability on EndDevice(降低终端设备的可追溯性的匿名通知系统和方法)”的美国临时专利申请序列号61/703,486的优先权的权益，所述申请以引用方式整体并入本文。

发明领域

本发明总体涉及在线环境中的电子通知/消息传递的领域。具体地说，本发明涉及一种降低可追溯性的匿名通知系统和方法。

发明背景

互联网和其它网络上的用户通常是在线服务的成员。这些在线服务可能会向用户发送通知，这样，在线服务提供商需要知道用户的地址，和/或传送给用户的通知包括关于在线服务的识别信息。通常，关于用户的识别信息可能有时与来自其他用户的识别信息一起被在线服务提供商重新封装并出售给另一个实体。代理服务器作为中间媒介存在于一个计算机的用户与第二计算机的用户之间。例如，用户可能通过首先访问代理服务器来访问在线服务提供商。代理服务器可能向在线服务提供商反映与用户从他们的计算机直接访问在线服务提供商的情况下所提供的关于用户的地址和/或信息不同的地址和/或不同的信息。

发明内容

在一个实施方式中，提供一种用于在用户设备处提供来自在线第三方服务提供商的通知的计算机实现的方法。所述方法包括：在所述无记录通知服务器处接收来自所述第一用户设备的使用所述无记录通知服务器的第一请求；为所述第一用户设备指派设备ID，所述设备ID向所述无记录通知服务器识别所述第一用户设备；使用所述无记录通知服务器来使第一服务ID与所述设备ID相关联；在无记录通知服务器处接收来自第一第三方服务提供商的第一通知，所述第一通知包括基于所述第一服务ID的第一用户/提供商ID，所述第一通知旨在用于递送到所述第一第三方服务提供商的用户；以及在所述无记录通知服务器使用所述第一用户/提供商ID以关联到所述用户的所述第一用户设备的情况下将所述第一通知提供给所述第一用户设备。

在另一个实施方式中，提供一种计算机可读硬件存储介质，所述计算机可读硬件存储介质包含实施在用户设备处提供来自在线第三方服务提供商的通知的方法的计算机可执行指令。所述指令包括：用于在所述无记录通知服务器处接收来自所述第一用户设备的使用所述无记录通知服务器的第一请求的一组指令；用于为所述第一用户设备指派设备ID的一组指令，所述设备ID向所述无记录通知服务器识别所述第一用户设备；用于使用所述无记录通知服务器来使第一服务ID与所述设备ID相关联的一组指令；用于在无记录通知服务器处接收来自第一第三方服务提供商的第一通知的一组指令，所述第一通知包括基于所述第一服务ID的第一用户/提供商ID，所述第一通知旨在用于递送到所述第一第三方服务提供商的用户；以及在所述无记录通知服务器使用所述第一用户/提供商ID以关联到所述用户的所述第一用户设备的情况下将所述第一通知提供给所述第一用户设备的一组指令。

在又一个实施方式中，提供一种用于在用户设备处提供来自在线第三方服务提供商的通知的系统。所述系统包括：用于在所述无记录通知服务器处接收来自所述第一用户设备的使用所述无记录通知服务器的第一请求的构件；用于为所述第一用户设备指派设备ID的构件，所述设备ID向所述无记录通知服务器识别所述第一用户设备；用于使用所述无记录通知服务器来使第一服务ID与所述设备ID相关联的构件；用于在无记录通知服务器处接收来自第一第三方服务提供商的第一通知的构件，所述第一通知包括基于所述第一服务ID的第一用户/提供商ID，所述第一通知旨在用于递送到所述第一第三方服务提供商的用户；以及在所述无记录通知服务器使用所述第一用户/提供商ID以关联到所述用户的所述第一用户设备的情况下将所述第一通知提供给所述第一用户设备的构件。

附图简述

为了说明本发明，附图示出本发明的一个或多个实施方案的各个方面。然而，应当理解的是，本发明并不限于附图中所示的精确布置和手段，在附图中：

图1示出第三方服务提供商、通知服务器和用户设备的布置的一个实例；

图2示出提供通知的方法的一个实例；

图3示出通知系统和方法的布置的另一个实例；

图4示出提供通知的方法的另一个实例；

图5示出用于使第三方服务提供商与通知服务器相关联的方法的一个实例；

图6示出用于提供通知的系统和方法的又一个实例；

图7示出使两个或更多个用户设备与通知服务器相关联的方法的一个实例；

图8示出使两个或更多个用户设备与通知服务器相关联的方法的另一个实例；并且

图9示出计算设备的一个实例。

具体实施方式

计算机设备的用户可能希望接收来自第三方服务提供商(“3PSP”)的通知。在一些情况下，用户可能希望保护用户的全部或一部分身份以免被3PSP知晓。另外，用户可能希望保护3PSP的身份以免被能够访问可以提供通知的设备、3PSP与所述设备之间的网络和/或用户与3PSP之间的另一个访问点的实体发现。例如，用户可能希望保护3PSP的身份以免被用户正在使用的互联网服务提供商(ISP)检测到。本文所述的匿名通知系统和方法以不同于仅仅使用常规代理服务的方式来解决这些和其它问题。

在一个实施方式中，在用户的计算设备与用户所关联的3PSP(例如，用户是所述3PSP的一个或多个服务的成员或订户)之间利用无记录通知服务器(RNS)。无记录通知服务器还可以与一个或多个3PSP相关联。RNS与3PSP的示例性关联包括但不限于：由RNS的用户创建的关联(例如，如以下关于使一个或多个用户设备与RNS相关联以及使用RNS使一个或多个3PSP与一个或多个用户设备相关联所讨论的)、由RNS的运营商与3PSP之间的商业关系创建的关联、以及它们的任何组合。无记录通知服务器可以由无记录通知服务提供商(RNP)来操作。在一个实例中，RNP是由操作与RNP(或其RNS)相关联的一个或多个3PSP的同一实体来操作的。在另一个实例中，RNP是由不同于操作与RNP(或其RNS)相关联的3PSP的实体的实体操作的。借助于使用RNS和/或RNP，用户和/或3PSP可能希望保护用户的所有或一部分实际身份(如与3PSP一起使用的)以免被无记录服务器和/或RNP检测到。

图1示出3PSP 105、RNS 110和用户设备115(即，计算设备)的布置的一个实例。3PSP 105被示出为连接至RNS 110。这种连接可以包括一个或多个网络。RNS 110被示出为连接至用户设备115。这种连接可以包括一个或多个网络。出于一个或多个目的，还可以包括3PSP 105与用户设备115之间的连接(未示出)，以便允许用户设备115与3PSP 105进行通信，如根据以下描述将理解的。3PSP 105与用户设备115之间的这种连接可以包括一个或多个网络。虽然图1示出一个3PSP 105，但任何数量的3PSP均可以与RNS相关联，以便允许用户在一个或多个用户设备处接收来自多个3PSP的通知。另外，图1中示出一个用户设备115。用户可以使任何数量的用户设备与RNS相关联，以便允许用户在任何数量的用户设备处接收来自一个或多个3PSP的通知。以下进一步讨论(例如，关于图4至图8的实例和实施方式)具有与RNS相关联的多个3PSP和/或与RNS相关联的多个用户设备的示例性实施方式。

通知可以包括3PSP能够传达给用户的任何信息。通知的信息的实例包括但不限于：可从3PSP获得的另外的消息的指示、可从3PSP获得的另外的数据的指示、3PSP的动作的指示、来自3PSP的消息、可从3PSP获得的消息的数量的指示、实际消息以及它们的任何组合。通知可以呈任何形式的电子通信。用于通知的电子通信的形式的实例包括但不限于：文本形式、图形形式、摄影形式、视频形式、文件附件以及它们的任何组合。可包括作为通知的示例性消息包括但不限于：文本消息、图形消息、摄影消息、视频消息以及它们的任何组合。

3PSP 105包括被专门编程和配置成用于通过一个或多个电子网络(诸如互联网)向用户提供一个或多个服务的一个或多个计算设备。3PSP的示例性服务包括但不限于：社交网络服务、视频流服务、电子商务网站、在线约会服务、在线成人服务、其它在线服务、电子邮件服务以及它们的任何组合。

RNS 110包括被专门编程和配置成用于从3PSP 105接收通知并且以降低的可追溯性将这些通知提供给用户设备115的一个或多个计算设备。另外，RNS 110可允许用户设备115与3PSP 105在以下情况下进行交互：在3PSP 105和RNS 110处具有对用户设备115和/或用户设备115的用户的降低的可追溯性。RNS 110降低可追溯性的示例性方式包括但不限于：允许用户设备115与3PSP 105进行通信而不给予3PSP 105将明确识别用户设备115的用户的信息；在3PSP105与RNS 110之间使用唯一标识符(例如，用户/提供商ID，如以下进一步讨论)，所述唯一标识符允许RNS 110将通知传送给用户设备115而3PSP 105不向RNS 110提供用户设备115的用户(如由3PSP105识别到的那个用户)的全部或一部分实际身份；使用RNS 110将识别信息从来自3PSP 105的通知的一个或多个层中去除，以使得所述通知在传送到用户设备115时不具有3PSP 105的身份的一个或多个指示。以下进一步讨论(例如，关于图2至图8)由RNS 110用来降低可追溯性的系统和方法的实例。这些系统和方法不同于基本的代理型服务并且提供优于所述基本的代理型服务的益处。

用户设备115包括用于允许用户与RNS 110进行交互和/或与3PSP 105进行交互的一个或多个计算设备。用户设备115可以通过多种方式与RNS 110进行交互。用户设备115与RNS 110进行交互的示例性方式包括但不限于：用户设备115使用编程在用户设备115上的特定应用(例如，可以通过网络从RNS 110或与对应RNP相关联的另一个计算设备下载的应用)，所述应用向用户设备115提供用于根据本公开实施方式中所描述的用户设备与RNS之间的一个或多个示例性交互来与RNS 110进行交互的功能；用户设备115使用一个或多个标准功能来访问RNS 110(例如，使用用户设备115上的互联网浏览器来访问由RNS 110通过互联网提供服务的用户界面)；以及它们的任何组合。用户设备115可以通过多种方式与3PSP 105进行交互。用户设备115与RNS 110进行交互的示例性方式包括但不限于：用户设备115使用用户设备115的一个或多个标准功能来访问3PSP105(例如，使用用户设备115上的互联网浏览器来访问由3PSP 105通过互联网提供服务的用户界面)、使用另一个用户界面、以及它们的任何组合。

示例性计算设备包括但不限于：电子书阅读设备、计算机工作站、终端计算机、服务器计算机、手持设备(例如，平板计算机、个人数字助理“PDA”、移动电话、智能电话等)、网络设备、网络路由器、网络交换机、网络桥、能够执行指定将由这个机器执行的动作的指令序列的任何机器以及它们的任何组合。在一个实例中，计算设备可以包括自助服务终端和/或包括在自助服务终端中。一个或多个计算设备可以包括适当的硬件并且以适当的指令进行专门编程，以便执行本申请中所描述的一个或多个实施方式中所概括的特定任务中的一个或多个。以下关于图9来描述计算设备的一个实例。应注意，3PSP 105、RNS 110和用户设备115中的每一个均可以包括任何数量的计算设备，其中每一个部件的一个或多个特征分布在一个或多个计算设备上。

网络的实例包括但不限于：广域网(例如，互联网、企业网络)、局域网(例如，与办公室、建筑物、校园或其它相对小的地理空间相关联的网络)、电话网络、与电话/语音提供商相关联的数据网络(例如，移动通信提供商数据和/或语音网络)、两个计算设备之间的直接连接以及它们的任何组合。网络可以采用有线和/或无线的通信模式。在本文所示的实例中，可以描绘单个网络。应当理解，在两个或更多个设备通过网络连接的情况下，所述网络可以包括在设备之间的整个网络连接中的任何数量的网络类型。例如，用户的移动智能电话计算设备可以通过一系列网络如移动电话网络(语音和/或数据)连接至第三方服务提供商的计算设备，所述网络包括：智能电话与移动智能电话服务提供商的移动塔网络之间的无线网络连接、移动智能电话服务提供商的有线网络、将移动智能电话服务提供商连接至第三方服务提供商的互联网服务提供商(ISP)的互联网、将ISP的网络连接至第三方服务提供商的计算设备的第三方服务提供商的网络。还应当理解，在本文的实例中示出两个或更多个网络的情况下，所述两个或更多个网络可以共享一个或多个网络元素。例如，在一个网络被示出在3PSP与通知服务器之间并且另一个网络被示出在3PSP与用户设备之间的情况下，这两个网络可以都包括一个或多个相同的网络(例如，互联网、用户智能电话服务提供商的网络)。一般来说，可以使用任何网络拓扑结构。

图2示出提供匿名通知的方法200的一个实例。图3示出匿名通知系统和方法的布置的另一个示例性实施方式300。图3中所示的实施方式类似于图1的实施方式。除非明确指出，否则图3中所示的元件、设备和特征与以上关于图1所讨论的对应元件、设备和特征共享特性和细节。实施方式300包括3PSP 305、RNS 310和用户设备315，除非明确规定，否则每一个均具有与以上关于3PSP 105、RNS 110和用户设备115所讨论的特征相同的特征。

出于说明性目的，关于实施方式300的相关方面来描述方法200。方法200可以以不同的布置来实施，如本领域的技术人员从整个公开内容中将明白的。方法200包括在步骤205接收来自3PSP的通知。所述通知包括用户/提供商ID。例如，示出通知325是由RNS 310从3PSP 305接收到的。通知325包括用户/提供商ID 320。

在一个示例性方面，用户/提供商ID可以用作用于使3PSP 305(以及从3PSP 305提供的通知)与用户设备315和/或用户设备315的用户相关的匿名机制。在一个实例中，用户/提供商ID包括对3PSP和3PSP的用户唯一的唯一识别信息(例如，字母数字字符串)。在一个这样的实例中，用户/提供商ID(例如，用户/提供商ID 320)并不向RNS 310或RNS 310的运营商公开将利用由3PSP 305使用的实际身份来识别用户设备315的用户或以其它方式识别所述用户的信息(例如，用户/提供商ID将不包括用户的姓名或电子邮件地址)。用户/提供商ID 320可以随机地生成。用户/提供商ID 320可以包括允许RNS 310使3PSP 305与用户设备315和/或用户设备315的用户相关联的任何形式的信息。用于用户/提供商ID 320的示例性形式的信息包括但不限于：文本标识符、字母数字指示符、图形指示符、包括用户设备315的标识的指示符、包括3PSP 305的标识的指示符、对3PSP 305唯一的指示符(例如，与用于用户和/或一个或多个用户设备的RNS相关联的每个3PSP可以具有唯一的用户/提供商ID)以及它们的任何组合。在一个实例中，用户/提供商ID 320不包括用户设备315的用户的特定身份的信息(例如，用户/提供商ID 320能够允许用户设备315的用户匿名地接收来自3PSP 305的通知并且不包括将允许3PSP(或其运营商)和/或RNS(或其运营商)识别所述用户的信息)。在用户的多于一个用户设备与RNS 310相关联的实例中，用户/提供商ID(例如，用户/提供商ID 320)可以包括RNS 310能够利用来使3PSP 305与每一个相关联的用户设备相关联的信息。

RNS 310可以包括用于存储使用户/提供商ID与3PSP和一个或多个用户设备(和/或一个或多个用户设备的用户)相关联的关联信息的存储器。关联信息的实例包括但不限于：交叉表、将用户/提供商ID和用户设备(和/或用户设备的用户)链接的一组链接数据、将用户/提供商ID和多个用户设备链接的一组链接数据、将用户/提供商ID和一个或多个用户设备的用户链接的一组链接数据、识别用户设备的设备ID、将用户/提供商ID和一个或多个设备ID链接的一组链接数据以及它们的任何组合。

3PSP 305可以通过多种方式接收用户/提供商ID。3PSP 305接收用户/提供商ID的示例性方式包括但不限于：RNS 310向3PSP 305提供用户/提供商ID；用户设备315的用户向3PSP 305提供用户/提供商ID；用户设备315的用户向3PSP 305提供服务ID(以下进一步讨论)；3PSP 305使用由用户设备315的用户提供的服务ID作为用户/提供商ID；3PSP 305从用户设备315的用户接收服务ID、将服务ID提供给RNS 310、响应于服务ID从RNS 310接收用户/提供商ID；以及它们的任何组合。

在一个实例中，RNS 310被配置用于生成用户/提供商ID 320并且通过RNS 310与3PSP 305之间的通信将用户/提供商ID 320提供给3PSP 305。图3示出3PSP 305与RNS 310之间的通信，其中用户/提供商ID被提供给3PSP 305。在一个实例中，这种通信包括RNS 310从3PSP 305接收服务ID。在一个这种实例中，在RNS 310将服务ID提供给用户设备310之后，所述服务ID被用户设备310的用户提供给3PSP 305。以下关于图5进一步讨论用于使用服务ID生成用户/提供商ID的示例性方法。

RNS 310被示出从3PSP 305接收通知325。通知325旨在用于递送到用户设备315和/或用户设备315的用户。通知325包括通知信息330。通知325任选地还包括3PSP识别信息335。在方法200的任选步骤210,可以在将通知提供给用户设备(例如，用户设备315)之前将3PSP识别信息从所述通知中去除。在替代的实施方式中，RNS310可以从3PSP 305接收不具有3PSP 305的身份的指示的通知325(例如，3PSP 305在将通知325提供给RNS 310之前将任何此类指示去除)。这样一个替代实施方式可以包括本公开的任何其它实施方案的、与RNS接收到的已缺乏关于3PSP的识别信息的通知相一致的所有特征。

通知中可包括对3PSP的身份的指示的实例包括但不限于：元数据(例如，与通知的文本、图形、摄影元素相关联的元数据)、到与3PSP相关联的互联网地址的超链接、到与除3PSP之外的实体(例如，可以提供3PSP的间接标识的实体)相关联的互联网地址的超链接、3PSP的互联网地址、表示3PSP的身份的数据以及它们的任何组合。根据本公开的通知包括两个信息层。第一层是有效负载信息层。有效负载信息层包括接收通知的用户可在通知呈现给所述用户时辨别的信息。第二层是网络信息层。网络信息层包括在网络级别上不打开/呈现通知的实质性信息的情况下可辨别的信息。例如，表示通知的数据分组可以包括允许观察者在网络级别上辨别通知来自何处以及通知发送到何处的IP(互联网协议)信息。这种信息不同于通知内的仅在通知以正常形式呈现(例如，由RNS 310使用通知信息330的内容的可显示图像呈现给用户设备315)时才可辨别的信息。3PSP的身份的指示可以在网络信息层(例如，用于分组的网络寻址信息)、有效负载信息层(例如，通知的发送者的数据指示)或两者中呈现。在一个实例中，RNS 310将3PSP的身份的一个或多个指示从通知的网络信息层去除。在另一个实例中，RNS 310将3PSP的身份的一个或多个指示从有效负载信息层中去除。在又一个实例中，RNS 310将3PSP的身份的一个或多个指示从通知的网络信息层两者中去除。

RNS 310被配置成(1)去除通知325中所包括的3PSP 305的身份的一个或多个指示，和/或(2)在3PSP 305可以发送不具有识别信息的通知325的实施方式中，检查通知325是否具有3PSP 305的身份的任何指示并且将通过检查发现的3PSP 305的身份的一个或多个指示去除。

在步骤215，使用用户/提供商ID 320来以降低的可追溯性向用户设备315提供通知325和其通知信息330。在图3中，RNS 310被示出向用户设备315提供重新格式化的通知340。重新格式化的通知340不包括3PSP信息335或用户/提供商ID 320。在替代的实施方式中，3PSP信息335和/或用户/提供商ID 320可以与通知340一起被提供给用户设备315。

在一个实例中，降低的可追溯性是通过以下方式实现的：使用用户/提供商ID 320以允许RNS 310在3PSP 305不向RNS 310公开实际身份的情况下接收通知325。在一个这样的实例中，除了能够通过RNS 310向与RNS 310相关联的一个或多个用户设备发送通知之外，RNS 310的运营商不能够访问关于3PSP 305的用户的信息，所述信息可以由所述运营商或另一个实体用来识别用户。在另一个方面，揭示用户/提供商ID与用户设备之间的关联的安全漏洞并不公开关于3PSP 305的用户的实际识别信息。在另一个实例中，降低的可追溯性是通过将提供给3PSP3的用户/提供商ID 320用作用户/提供商ID 320和/或服务ID来实现的，用户/提供商ID 320和/或服务ID中的每一个并不提供关于用户设备315的用户的特定识别信息。在一个这样的实例中，用户可以利用3PSP3通过RNS 310来提供通知，而不向3PSP3提供特定信息，如电子邮件地址或其它识别信息。在又一个实例中，降低的可追溯性是通过将一部分或全部3PSP识别信息从通知的网络信息层和/或有效负载信息层中去除来实现的。

另外，通知可以另外地被配置(例如，被配置成增加可追溯性的降低)。配置通知的示例性方式包括但不限于：改变与通知的发送3PSP相关联的网络(例如，互联网)地址、改变与通知中包括的信息的发送者相关联的网络(例如，互联网)地址、将与通知相关联的地址改变为与RNS相关联的地址(例如，互联网地址)、将消息内容格式改变为图形格式(例如，*.jpg、*.bmp、*.pdf等格式)、从通知中去除(例如，从有效负载信息层中去除)到3PSP的超链接、将通知中的超链接信息下载到与RNS相关联的存储器并且将通知中的参考改变为超链接信息以指向存储器上的信息、以将到3PSP的参考去除的格式来重写通知的内容(例如，在通知被从3PSP传达到RNS时重写地址或其它参考)以及它们的任何组合。降低的可追溯性和/或额外配置的任何两个或更多个方面可以结合来增加降低的可追溯性。

图4示出提供匿名通知的方法400的另一个实例。除非明确指出，否则以上关于图1至图3所述的实施方式的特征和益处(包括但不限于涉及降低的可追溯性、用户/提供商ID的使用、3PSP识别信息的去除等的那些特征和益处)适用于方法400的对应方面。另外，所设想的是，关于方法400所讨论的特征可以与关于图1至图3所讨论的实施方式中的任一个相结合。

在步骤405，在RNS(例如，RNS 310)处接收来自用户设备(例如，用户设备315)的用户设备利用RNS以用于匿名通知的请求。

在步骤410，RNS为用户设备指派设备ID。设备ID向RNS识别用户设备。与设备ID相关的信息可以存储在RNS的存储器中并且可以由RNS用来识别用户设备和/或用户设备的用户。

在步骤415，使服务ID与设备ID相关联。服务ID是可由RNS用来代表用户设备与3PSP进行通信的标识符。服务ID可以是使设备ID关联到3PSP的唯一标识符。在一个实例中，服务ID由3PSP直接用来(例如，在从与RNS相关联的用户设备的用户接收到之后)向RNS发送通知。在另一个实例中，服务ID由3PSP用来从RNS请求用户/提供商ID，所述用户/提供商ID通过由RNS提供的服务ID而被关联到设备ID。在一个实例中，服务ID并不向3PSP或3PSP的运营商公开将识别用户设备的用户的信息。服务ID可以随机生成。在一个实例中，服务ID可以包括允许RNS(a)向3PSP提供关联到设备ID的用户/提供商ID和/或(b)通过设备ID使3PSP与用户设备相关联的任何形式的信息。用于服务ID的示例性形式的信息包括但不限于：文本标识符、字母数字指示符、图形指示符以及它们的任何组合。在一个实例中，服务ID并不包括用户设备的用户的特定身份的信息。在用户的多于一个用户设备与RNS相关联的一个实例中，服务ID可以包括RNS能够利用来使3PSP与每个相关联的用户设备相关联的信息。

在一个实例中，服务ID可由用户利用一次来使3PSP与RNS相关联。在一个这样的实例中，服务ID可由3PSP使用一次来获得用户/提供商ID并且随后由RNS在稍后时间再使用。在另一个实例中，服务ID可以多次使用(例如，以使两个或更多个3PSP与RNS相关联)。

在步骤420，在RNS处接收到来自3PSP的通知。所述通知包括基于得自步骤415的服务ID的用户/提供商ID。用户/提供商ID可以通过多种方式基于服务ID。在一个实例中，用户/提供商ID是通过具有与服务ID相同的值而基于服务ID的。在一个这样的实例中，3PSP从相关联用户设备的用户接收服务ID并且在向RNS发送通知时将所述服务ID用作用户/提供商ID。将服务ID用作用户/提供商ID的决定可以通过多种方式发生。确定将服务ID用作用户/提供商ID的示例性方式包括但不限于：RNS在与3PSP的通信中指导3PSP将服务ID用作用户/提供商ID、3PSP处的在3PSP与RNS之间的预先存在业务关系中建立的指令、来自向3PSP提供服务ID以便将服务ID用作用户/提供商ID的用户的指令以及它们的任何组合。在另一个实例中，用户/提供商ID是通过以下方式基于服务ID的：在RNS处接收来自3PSP的包括服务ID(例如，由相关联用户设备的用户提供给3PSP的服务ID)的通信并且将用户/提供商ID从RNS提供到3PSP。

在步骤425，RNS将通知提供给与用户/提供商ID相关联的用户设备。在一个实例中，RNS使用用户/提供商ID到服务ID的关联(例如，RNS的存储器中存储的关联)来识别具有用户/提供商ID的通知将被递送到的用户设备。

在本文所讨论的实施方式中的任一个中，用户均可以使两个或更多个用户设备与RNS相关联，以使得来自与用于用户的RNS相关联的一个或多个3PSP的通知将由RNS提供给所述两个或更多个用户设备。以下进一步讨论(例如，关于图7和图8)用于使多个用户设备与RNS相关联的方法的实例。在本文所讨论的实施方式中的任一个中，用户均可以使多于一个3PSP与RNS相关联，以使得来自多于一个3PSP的通知由RNS提供给用户已使其与RNS相关联(例如，通过使多于一个设备ID与针对每个3PSP的用户/提供商ID中的每一个相关联)的一个或多个设备。在一个实例中，可以针对每个用户设备重复步骤415至425，以使得第二服务ID与每个用户设备的设备ID相关联，第二通知由RNS从第二3PSP接收(所述通知具有第二用户/提供商ID)，并且通过使第二用户/提供商ID与每个设备ID相关联来将第二通知提供给每个用户设备。

图5示出用于使3PSP与RNS相关联以用于到用户设备的匿名通知的方法500的一个实例。除非明确指出，否则以上关于图1至图4所述的实施方式的特征和益处(包括但不限于涉及降低的可追溯性、用户/提供商ID的使用、3PSP识别信息的去除、多个3PSP的关联、多个用户设备的关联等的那些特征和益处)适用于方法500的对应方面。另外，所设想的是，关于方法500所讨论的特征可以与关于图1至图4所讨论的实施方式中的任一个相结合。

在步骤505，在RNS处接收到来自用户设备的利用所述RNS的请求。在步骤510，为用户设备指派设备ID。在步骤515，使服务ID与设备ID相关联。在任选的步骤520，将服务ID提供给用户设备的用户，以便所述用户能够将服务ID提供给3PSP。一个示例性的替代实施方式包括RNS将服务ID提供给3PSP。在一个这样的实例中，用户可以访问RNS(例如，通过呈现在用户设备上的RNS的用户界面)，请求特定的3PSP与用户设备相关联(例如，使用RNS与3PSP之间的预先建立的关系，其中RNS显示可与RNS一起使用的3PSP)，并且RNS将服务ID发送给所选择的3PSP。在另一个替代实施方式中，可以利用类似的过程来将用户/提供商ID从RNS发送到3PSP。在一个示例性方面，这可以避免需要使3PSP向RNS发送服务ID以及作为响应RNS发送用户/提供商ID。使用与适用于本公开中所述的各种实施方式的用户/提供商ID分离的服务ID的一个可能的示例性益处可能是服务ID能够具有比用户/提供商ID(例如，256比特)更小的尺寸(例如，40比特)。在这样一种情况下，用户必须将服务ID(例如，由RNS根据请求所提供的一个服务ID)输入到3PSP的用户界面(较小尺寸的临时性ID，其与RNS一起使用一次以建立3PSP)的负担与安全考虑平衡(较大比特尺寸的永久性用户/提供商ID，其与针对那个用户设备的从特定3PSP到RNS的每个通知一起使用)。

在步骤525，在RNS处接收来自3PSP的通信。所述通信包括服务ID。在步骤530，RNS向3PSP提供关联到与服务ID相关联的设备ID的用户/提供商ID。随后，3PSP可以利用用户/提供商ID来向RNS发送用于提供给用户设备的一个或多个通知。

图6示出用于提供匿名通知的系统和方法的实施方式的另一个实例。除非明确指出，否则以上关于图1至图5所述的实施方式的特征和益处(包括但不限于涉及降低的可追溯性、用户/提供商ID的使用、3PSP识别信息的去除、多个3PSP的关联、多个用户设备的关联等的那些特征和益处)适用于实施方式600的对应方面。另外，所设想的是，关于实施方式600所讨论的特征可以与关于图1至图5所讨论的实施方式中的任一个相结合。

图6示出第一第三方服务提供商605和第二第三方服务提供商，它们各自可以使用本文所述的特征和实施方式中的一个或多个来与RNS 610相关联。可以使任何数量的3PSP与RNS 610相关联。此处使用两个作为说明性实例。示出第一用户设备615和第二用户设备617并且它们各自可以使用本文所述的特征和实施方式中的一个或多个来与RNS 610相关联。可以使任何数量的用户设备与RNS相关联，以便代表用户设备的用户提供来自一个或多个3PSP的通知。

3PSP 605和3PSP 607被示出为通过网络620连接至RNS 610并且通过网络625连接至用户设备616和617。用户设备616和617被示出为通过网络630连接至RNS 610。网络620、625、630中的每一个均包括一个或多个网络组件。在一个实例中，网络620、625、630中的任何一个的一个或多个元素可以与网络620、625、630中的另一个共享。例如，网络620、625、630中的每一个均可包括互联网。

图7示出使两个或更多个用户设备与RNS相关联的一个示例性方法700。除非明确指出，否则以上关于图1至图6所述的实施方式的特征和益处(包括但不限于涉及降低的可追溯性、用户/提供商ID的使用、3PSP识别信息的去除、多个3PSP的关联、多个用户设备的关联等的那些特征和益处)适用于方法700的对应方面。另外，所设想的是，关于方法700所讨论的特征可以与关于图1至图6所讨论的实施方式中的任一个相结合(例如，两个或更多个用户设备可以链接至RNS，诸如RNS 110、RNS 310)。

在步骤705，RNS接收来自第一用户设备(例如，已使用用户/提供商ID与RNS和3PSP相关联的第一用户设备)的将第二用户设备链接至RNS的请求。RNS可以包括用于使第一用户设备的用户做出这样一个请求的用户界面。

在步骤710，RNS向第一用户设备提供在RNS处与第一用户设备相关联的链接代码。在一个实例中，使链接代码与第一用户设备的设备ID相关联的信息存储在RNS的存储器中。链接代码可以是允许RNS将第一用户设备关联到RNS的任何信息。在一个实例中，链接代码是与第一用户设备相关联的设备ID。在另一个实例中，链接代码是随机生成的数据值。

在步骤715，在RNS处接收到来自第二用户设备的链接代码。RNS可以包括用于使第二用户设备的用户将链接代码输入到RNS的用户界面。

在步骤720，使第二用户设备与在RNS处与第一用户设备相关联的用户/提供商ID相关联(例如，使用链接代码)。在一个实例中，将第二设备ID指派给第二用户设备并且使第二设备ID与用户/提供商ID相关联(例如，使用存储在RNS的存储器中的信息)。可以利用第二用户设备与用户/提供商ID之间的关联将来自与用户/提供商ID相关联的3PSP的通知提供给第二用户设备和/或第一用户设备。可以重复方法700的一个或多个步骤，以便使第二用户设备与用于与第一用户设备相关联的额外3PSP的额外用户/提供商ID相关联。

再次参照图6，方法700的一个示例性实施方式包括利用第一用户/提供商ID来使第一用户设备615与第一3PSP 605相关联。在这个实例中，第一用户设备615的用户访问RNS 610的用户界面(例如，在步骤705请求)，以便从RNS 610接收使第一用户设备615关联到RNS 610的链接代码(步骤710)。随后，用户使用第二用户设备617来访问RNS 610并且例如通过RNS 610的用户输入界面将链接代码提供给RNS 610(步骤715)。RNS使第二用户设备617与第一用户/提供商ID相关联。

图8示出使两个或更多个用户设备与RNS相关联的一个示例性方法800。除非明确指出，否则以上关于图1至图6所述的实施方式的特征和益处(包括但不限于涉及降低的可追溯性、用户/提供商ID的使用、3PSP识别信息的去除、多个3PSP的关联、多个用户设备的关联等的那些特征和益处)适用于方法800的对应方面。另外，所设想的是，关于方法800所讨论的特征可以与关于图1至图6所讨论的实施方式中的任一个相结合(例如，两个或更多个用户设备可以链接至RNS，诸如RNS 110、RNS 310)。

在步骤805，RNS接收来自第二用户设备的将第二用户设备链接至RNS的请求，其中第一用户设备已使用第一用户/提供商ID与RNS相关联。RNS可以包括用于使第二用户设备的用户做出这样一个请求的用户界面。

在步骤810，RNS向第二用户设备提供在RNS处与第二用户设备相关联的链接代码。在一个实例中，使链接代码与第二用户设备的设备ID相关联的信息存储在RNS的存储器中。链接代码可以是允许RNS将第二用户设备关联到RNS的任何信息。在一个实例中，链接代码是与第二用户设备相关联的设备ID。在另一个实例中，链接代码是随机生成的数据值。在又一个实例中，链接代码包括与第一用户设备相关联的设备ID(例如，在步骤820，RNS可以使用第一用户设备的设备ID以及所述设备ID到与第二用户设备相关联的第二设备ID的关联来做出这两个用户设备之间的关联)。

在步骤815，在RNS处接收到来自第一用户设备的链接代码。RNS可以包括用于使第一用户设备的用户将链接代码输入到RNS的用户界面。

在步骤820，使第二用户设备与在RNS处与第一用户设备相关联的用户/提供商ID相关联(例如，使用链接代码)。在一个实例中，将第二设备ID指派给第二用户设备并且使第二设备ID与用户/提供商ID相关联(例如，使用存储在RNS的存储器中的信息)。可以利用第二用户设备与用户/提供商ID之间的关联将来自与用户/提供商ID相关联的3PSP的通知提供给第二用户设备和/或第一用户设备。可以重复方法800的一个或多个步骤，以便使第二用户设备与用于与第一用户设备相关联的额外3PSP的额外用户/提供商ID相关联。

再次参照图6，方法800的一个示例性实施方式包括利用第一用户/提供商ID来使第一用户设备615与第一3PSP 605相关联。在这个实例中，第二用户设备617的用户访问RNS 610的用户界面(即，在步骤805请求)，以便从RNS 610接收使第二用户设备617关联到RNS 610的链接代码(步骤810)。随后，用户使用第一用户设备615来访问RNS 610并且例如通过RNS 610的用户输入界面将链接代码提供给RNS 610(步骤815)。RNS使用链接代码来使第二用户设备617与第一用户/提供商ID相关联。

以下方面和特征可以与以上关于图1至图8所讨论的实施方式中的任何一个或多个相结合。

将通知提供给用户设备是以上讨论的许多实施方式和实施方案的特征。可以通过多种方式将通知提供给用户设备。在一个实例中，在消息提示或其它用户界面中将通知提供给用户设备。用户界面可以向用户提供可获得的通知的数量的指示(例如，可从与RNS相关联的每个3PSP获得的通知的数量)。用户设备的用户可以从消息提示中选择用于在用户设备上显示的通知。通知可以由原始3PSP进行组织。组织的示例性方式包括但不限于：向每个3PSP提供单独的通知列表、针对每个通知指示3PSP的实际标识符、针对每个通知指示用于原始3PSP的非识别指示(例如，使用“3PSP#1”的指示符而非明确的标识符诸如“Facebook(脸书)”)、针对通知列表指示3PSP的实际标识符、针对通知列表指示用于原始3PSP的非识别指示以及它们的任何组合。在一个实例中，通知仅向用户设备显示并且不存储在用户设备上(例如，通过用户设备上的网络应用和/或客户端应用来使用RNS的用户界面)。用户设备可以将已接收到通知的确认发送到RNS。在一个这样的实例中，RNS在接收到确认时将通知从RNS中永久性删除。

可以通过RNS的用户界面向用户呈现查看提示中的下一个通知的选项。可以通过RNS的用户界面向用户呈现关闭当前通知的选项。可以提供RNS和/或3PSP的其它用户界面以允许用户设备与通知进行交互和/或提供信息(例如，服务ID)或请求信息(例如，服务ID、用户/提供商ID)。

可以通过多种方式在用户设备处实现通知的可追溯性的进一步降低。进一步降低通知的可追溯性的示例性方式包括但不限于：防止通知的复制、剪切和/或粘贴功能；防止通知的屏幕捕获；防止和删除与通知相关的cookie；防止保存通知(例如，防止保存到与用户设备相关联的存储设备上)；防止在从用户设备上的显示器关闭通知之后存储通知；限制通知在用户设备处显示的时间(例如，在预先确定的时间之后自动删除)；以及它们的任何组合。

以下示例性实施方式可以与以上关于图1至图8的实施方式所述的方面、方法论、特征和元件变化中的任何一个或多个相结合。

在一个实施方式中，一种用于在用户设备处提供来自在线第三方服务提供商的通知的计算机实现的方法包括：在无记录通知服务器处接收来自第一第三方服务提供商的第一通知，所述第一通知包括第一用户/提供商ID，所述第一用户/提供商ID先前已通过无记录通知服务器与第三方服务提供商之间的通信建立，所述第一通知旨在用于递送到第一第三方服务提供商的用户；使用无记录通知服务器来使所述第一用户/提供商ID与所述用户的第一用户设备相关联；将第一第三方服务提供商的身份的一个或多个指示从所述第一通知中去除；以及将不具有所述第一第三方服务提供商的身份的一个或多个指示的第一通知提供给第一用户设备。在一个实例中，所述方法还包括：在无记录通知服务器处接收来自第一用户设备的使用无记录通知服务器的第一请求；为第一用户设备指派设备ID，所述设备ID向无记录通知服务器识别第一用户设备；使用无记录通知服务器来使第一服务ID与所述设备ID相关联；在无记录通知服务器处接收来自第一第三方服务提供商的通信，所述通信包括所述第一服务ID；以及使用无记录通知服务器向第一第三方服务提供商提供第一用户/提供商ID。可以完成向第一用户设备的用户提供第一服务ID，以使得在所述接收来自第一第三方服务提供商的通信之前，所述用户能够将第一服务ID提供给第一第三方服务提供商。所述方法还可以包括：在无记录通知服务器处接收来自第二第三方服务提供商的通信，所述通信包括第二服务ID；以及使用无记录通知服务器向第二第三方服务提供商提供第二用户/提供商ID，所述第二用户/提供商ID使第一用户设备与第二第三方服务提供商相关联。在一个这样的实例中，第一服务ID和第二服务ID是相同的服务ID。在另一个这样的实例中，所述方法包括：在无记录通知服务器处接收来自第一用户设备的使用无记录通知服务器的第二请求；以及向第一用户设备的用户提供第二服务ID，以使得在所述接收来自第二第三方服务提供商的通信之前，所述用户能够将第二服务ID提供给第二第三方服务提供商。在又一个这样的实例中，所述方法包括：在无记录通知服务器处接收来自第二第三方服务提供商的第二通知，所述第二通知包括第二用户/提供商ID，所述第二通知旨在用于递送到第二第三方服务提供商的用户；使用无记录通知服务器来使第二用户/提供商ID与第一用户设备相关联；从第二通知中去除第二第三方服务提供商的身份的一个或多个指示；以及将不具有所述第二第三方服务提供商的身份的一个或多个指示的第二通知提供给第二用户设备。

在另一个实施方式中，接收来自第三方服务提供商的通知的计算机化方法包括：使用第一用户设备向无记录通知服务器做出使用无记录通知服务器与一个或多个第三方服务提供商的请求；从无记录通知服务器接收服务ID；将所述服务ID提供给第一第三方服务提供商，所述服务ID被配置成允许无记录通知服务器将用户/提供商ID提供给第一第三方服务提供商，所述用户/提供商ID被配置成允许无记录通知服务器将从第一第三方服务提供商发送的通知关联到无记录通知服务器与第一用户设备；以及在第一用户设备处接收来自无记录通知服务器的通知，所述通知不具有第三方服务提供商的身份的指示。

在又一个实施方式中，将通知提供给第三方服务提供商的用户的计算机化方法包括：向在线第三方服务提供商的用户提供用于输入服务ID的界面，所述服务ID已通过无记录通知服务器提供给所述用户；通过所述界面在所述在线第三方服务提供商处接收所述服务ID；将所述服务ID从第三方服务提供商提供给无记录通知服务器；从无记录通知服务器接收用户/提供商ID，所述用户/提供商ID被配置成允许无记录通知服务器使第三方服务提供商与用户相关联；以及将来自第三方服务提供商的通知提供给无记录通知服务器，所述通知旨在用于递送到用户并且包括用户/提供商ID。

在另一个实施方式中，用于在用户设备处接收来自在线第三方服务提供商的通知的计算机实现方法包括：在无记录通知服务器处接收来自第一第三方服务提供商的第一通知，所述第一通知包括第一用户/提供商ID，所述第一用户/提供商ID先前已通过无记录通知服务器与所述第三方服务提供商之间的通信建立，所述第一通知旨在用于递送到第一第三方服务提供商的用户；使用无记录通知服务器来使所述第一用户/提供商ID与所述用户的第一用户设备相关联；检查所述第一通知中包括的第一第三方服务提供商的身份的一个或多个指示；去除在所述检查步骤中发现的第一第三方服务提供商的身份的任何一个或多个指示；以及将不具有第一第三方服务提供商的身份的一个或多个指示的第一通知提供给第一用户设备。

应注意，如计算机领域的普通技术人员将明白的，本文所述的方面和实施方案中的任何一个或多个均可以使用根据本说明书的教义进行编程的一个或多个机器(例如，用作用户计算设备的一个或多个计算设备、用作通知服务器的一个或多个计算设备、用作3PSP的一部分的一个或多个计算设备)方便地实施。如软件领域的普通技术人员将明白的，适当的软件编码可由熟练的程序员基于本公开的教义容易地制备。以上讨论的采用软件和/或软件模块的方面和实施方式还可以包括适当的硬件，以便有助于软件和/或软件模块的机器可执行指令的实施。

这种软件可以是采用机器可读硬件存储介质的计算机程序产品。计算机可读硬件存储介质可以是能够存储和/或编码用于由机器(例如，计算设备)执行的指令序列和致使机器执行本文所述的任一方法论和/或实施方案的任何介质。计算机可读硬件存储介质包括物理存储介质。信号不是计算机可读硬件存储介质。计算机可读硬件存储介质的实例包括但不限于：磁盘(例如，常规的软盘、硬盘驱动器)、光盘(例如，高密度盘“CD”诸如可读、可写和/或可重写的CD；数字视频盘“DVD”诸如可读、可写和/或可重写的DVD)、磁光盘、只读存储器“ROM”设备、随机存取存储器“RAM”设备、磁卡、光卡、固态存储设备(例如，快闪存储器)、EPROM、EEPROM以及它们的任何组合。如本文所使用，计算机可读硬件存储介质旨在包括单个介质以及物理上单独的介质的集合，例如像与计算机存储器结合的多个高密度盘或一个或多个硬盘驱动器的集合。如本文所使用，计算机可读硬件存储介质不包括信号。

这种软件还可以包括被承载为数据载体(诸如载波)上的数据信号的信息(例如，数据)。例如，机器可执行信息可以被包括为体现在数据载波中的数据承载信号，在所述数据载波中所述信号将由机器(例如，计算设备)执行的指令序列或其一部分编码并且将致使机器执行本文所述的任一方法论和/或实施方案的任何相关信息(例如，数据结构和数据)编码。

计算设备的实例包括但不限于：电子书阅读设备、计算机工作站、终端计算机、服务器计算机、手持设备(例如，平板计算机、个人数字助理“PDA”、移动电话、智能电话等)、网络设备、网络路由器、网络交换机、网络桥、能够执行指定将由这个机器执行的动作的指令序列的任何机器以及它们的任何组合。在一个实例中，计算设备可以包括自助服务终端和/或包括在自助服务终端中。

图9示出计算机系统900的示例性形式中的计算设备的一个实施方案的图解表示，在所述计算机系统内可以执行用于致使设备执行本公开的方面和/或方法论中的任何一个或多个的一组指令。还设想的是，可以利用多个计算设备来实施用于致使设备执行本公开的方面和/或方法论中的任何一个或多个的一组专门配置的指令。本公开的组件的任何一个或多个方面和/或方法论可以分布在一个或多个计算设备上。专门被编程来执行本公开的组件的一个或多个方面和/或方法论并且包括用于执行这些方面和/或方法论的相关联硬件的计算设备是针对对应功能的专用设备。例如，如本文所公开的，RNS是可包括被专门编程和配置来执行RNS的一个或多个功能的一个或多个计算设备的专用设备(例如，生成和管理用户/提供商ID和/或将3PSP的识别信息从通知中去除等)。

计算设备900包括彼此通信并且通过总线915与其它组件进行通信的处理器905和存储器910。总线915可以包括若干类型的总线结构中的任一种，所述总线结构包括但不限于：使用多种总线体系结构中的任一种的存储器总线、存储器控制器、外围总线、局部总线以及它们的组合。

存储器910可以包括各种组件(例如，机器可读介质)，包括但不限于：随机存取存储器组件(例如，静态RAM“SRAM”、动态RAM“DRAM”等)、只读组件以及它们的任何组合。在一个实例中，可以将基本输入/输出系统920(BIOS)存储在存储器910中，所述BIOS包括帮助在计算设备900内的元件之间传递信息(诸如在启动期间)的基本例程。存储器910还可以包括(例如，存储在一个或多个机器可读介质上)体现本公开的方面和/或方法论中的任何一个或多个的指令(例如，软件)925。在另一个实例中，存储器910还可以包括任何数量的程序模块，包括但不限于：操作系统、一个或多个应用程序、其它程序模块、程序数据以及它们的任何组合。

计算设备900还可以包括存储设备930。存储设备(例如，存储设备930)的实例包括但不限于：用于从硬盘读取和/或写入到硬盘的硬盘驱动器、用于从可移动磁盘读取和/或写入到可移动磁盘的磁盘驱动器、从光学介质(例如，CD、DVD等)读取和/或写入到光学介质的光盘驱动器、固态存储设备以及它们的任何组合。存储设备930可以通过适当的接口(未示出)连接到总线915。示例性接口包括但不限于：SCSI、高级技术附件(ATA)、串行ATA、通用串行总线(USB)、IEEE 1394(火线)以及它们的任何组合。在一个实例中，存储设备930(或其一个或多个组件)可以与计算设备900远程地接口连接(例如，通过外部端口连接器(未示出))。具体地说，存储设备930和相关联的机器可读介质935可以为计算机系统900提供机器可读指令、数据结构、程序模块和/或其它数据的非易失性和/或易失性存储。在一个实例中，软件925可以完全或部分地驻留在机器可读介质935内。在另一个实例中，软件925可以完全或部分地驻留在处理器905内。

计算设备900还可以包括输入设备940。在一个实例中，计算系统900的用户可以通过输入设备940将命令和/或其它信息输入到计算机系统900中。输入设备940的实例包括但不限于：字母数字输入设备(例如，键盘)、指示设备、操纵杆、游戏垫、音频输入设备(例如，麦克风、语音响应系统等)、光标控制设备(例如，鼠标)、触摸板、光学扫描器、视频捕获设备(例如，静物照相机、视频照相机)、触摸屏以及它们的任何组合。输入设备940可以通过多种接口(未示出)中的任一个接口连接至总线915，所述接口包括但不限于：到总线915的串行接口、并行接口、游戏端口、USB接口、火线接口、直接接口、以及它们的任何组合。输入设备可以包括触摸屏接口，所述触摸屏接口可以是显示器965的一部分或与其分离，如以下进一步讨论。

用户还可以通过存储设备930(例如，可移动硬盘驱动器、闪存驱动器等)和/或网络接口设备945将命令和/或其它信息输入到计算设备900。可以利用网络接口设备诸如网络接口设备945以便将计算设备900连接至多种网络中的一个或多个，诸如网络950，并且将一个或多个远程设备955连接至所述网络上。网络接口设备的实例包括但不限于：网络接口卡(例如，移动网络接口卡、LAN卡)、调制解调器以及它们的任何组合。网络的实例包括但不限于：广域网(例如，互联网、企业网络)、局域网(例如，与办公室、建筑物、校园或其它相对小的地理空间相关联的网络)、电话网络、与电话/语音提供商相关联的数据网络(例如，移动通信提供商数据和/或语音网络)、两个计算设备之间的直接连接以及它们的任何组合。网络诸如网络950可以采用有线和/或无线的通信模式。一般来说，可以使用任何网络拓扑结构。可以通过网络接口设备945将信息(例如，数据、软件925等)传达到计算机系统900和/或从其传达。

计算设备900还可以包括用于将可显示的图像传达到显示设备诸如显示设备965的视频显示适配器960(例如，以便用户能够访问一个或多个用户界面)。显示设备的实例包括但不限于：液晶显示器(LCD)、阴极射线管(CRT)、等离子体显示器、发光二极管(LED)显示器以及它们的任何组合。除了显示设备之外，计算设备900还可以包括一个或多个其它外围输出设备，包括但不限于音频扬声器、打印机以及它们的任何组合。此类外围输出设备可以通过外围接口970连接至总线915。外围接口的实例包括但不限于：串行端口、USB连接、火线连接、并行连接以及它们的任何组合。

以上已公开并且在附图中示出多个示例性实施方案。本领域的技术人员将理解，在不脱离本发明的精神和范围的情况下，可以对本文具体地公开的内容做出各种改变、省略和添加。

Claims (20)

1.一种用于在用户设备处提供来自在线第三方服务提供商的通知的计算机实现的方法，所述方法包括：

在无记录通知服务器处接收来自第一用户设备的使用所述无记录通知服务器的第一请求；

为所述第一用户设备指派设备ID，所述设备ID向所述无记录通知服务器识别所述第一用户设备；

使用所述无记录通知服务器来使第一服务ID与所述设备ID相关联；

在无记录通知服务器处接收来自第一第三方服务提供商的第一通知，所述第一通知包括基于所述第一服务ID的第一用户/提供商ID，所述第一通知旨在用于递送到所述第一第三方服务提供商的用户；以及

在所述无记录通知服务器使用所述第一用户/提供商ID以关联到所述用户的所述第一用户设备的情况下将所述第一通知提供给所述第一用户设备。

2.根据权利要求1所述的方法，其中所述第一用户/提供商ID是通过所述第一用户/提供商ID具有与所述第一服务ID相同的值而基于所述第一服务ID的。

3.根据权利要求1所述的方法，其中所述第一用户/提供商ID基于所述第一服务ID包括：

在所述无记录通知服务器处接收来自所述第一第三方服务提供商的通信，所述通信包括所述第一服务ID；以及

使用所述无记录通知服务器向所述第一第三方服务提供商提供所述第一用户/提供商ID，所述第一用户/提供商ID被配置成允许所述无记录通知服务器使所述第一用户/提供商ID与所述设备ID相关联。

4.根据权利要求3所述的方法，其还包括：

向所述第一用户设备的所述用户提供所述第一服务ID，以使得在所述接收来自所述第一第三方服务提供商的通信之前，所述用户能够将所述第一服务ID提供给所述第一第三方服务提供商。

5.根据权利要求1所述的方法，其还包括在所述将所述第一通知提供给所述第一用户设备之前将所述第一第三方服务提供商的身份的一个或多个指示从所述第一通知的网络信息层中去除。

6.根据权利要求5所述的方法，其还包括在所述将所述第一通知提供给所述第一用户设备之前将所述第一第三方服务提供商的身份的一个或多个指示从所述第一通知的有效负载信息层中去除。

7.根据权利要求1所述的方法，其还包括：

使用所述无记录通知服务器来使第二服务ID与所述设备ID相关联；

在所述无记录通知服务器处接收来自第二第三方服务提供商的第二通知，所述第二通知包括基于所述第二服务ID的第二用户/提供商ID，所述第二通知旨在用于递送到所述第二第三方服务提供商的所述用户；

在所述无记录通知服务器使用所述第二用户/提供商ID以关联到所述用户的所述第一用户设备的情况下将所述第二通知提供给所述第一用户设备。

8.根据权利要求7所述的方法，其还包括在所述将所述第一通知提供给所述第一用户设备之前将所述第一第三方服务提供商的身份的一个或多个指示从所述第一通知的网络信息层中去除。

9.根据权利要求8所述的方法，其还包括在所述将所述第一通知提供给所述第一用户设备之前将所述第一第三方服务提供商的身份的一个或多个指示从所述第一通知的有效负载信息层中去除。

10.根据权利要求7所述的方法，其中所述第二用户/提供商ID是通过所述第二用户/提供商ID具有与所述第二服务ID相同的值而基于所述第二服务ID的。

11.根据权利要求7所述的方法，其中所述第二用户/提供商ID基于所述第二服务ID包括：

在所述无记录通知服务器处接收来自所述第二第三方服务提供商的通信，所述通信包括所述第二服务ID；以及

使用所述无记录通知服务器向所述第二第三方服务提供商提供所述第二用户/提供商ID，所述第二用户/提供商ID被配置成允许所述无记录通知服务器使所述第二用户/提供商ID与所述设备ID相关联。

12.根据权利要求11所述的方法，其还包括：

在所述无记录通知服务器处接收来自所述第一用户设备的使用所述无记录通知服务器的第二请求；以及

为所述第一用户设备的所述用户提供所述第二服务ID，以使得在所述接收来自所述第二第三方服务提供商的通信之前，所述用户能够将所述第二服务ID提供给所述第二第三方服务提供商。

13.根据权利要求7所述的方法，其中所述第一服务ID和所述第二服务ID是相同的服务ID。

14.根据权利要求1所述的方法，其还包括：

在所述无记录通知服务器处接收来自所述第一用户设备的将所述用户的第二用户设备链接至所述无记录通知服务器的请求；

向所述第一用户设备提供来自所述无记录通知服务器的链接代码，所述链接代码在所述无记录通知服务器处与所述第一用户设备相关联；

在所述无记录通知服务器处接收来自所述第二用户设备的所述链接代码；以及

使所述第二用户设备与所述第一用户/提供商ID相关联。

15.根据权利要求14所述的方法，其还包括在所述第二用户设备处提供到所述无记录通知服务器的界面，所述界面被配置成允许所述第二用户设备的所述用户输入所述链接代码。

16.根据权利要求14所述的方法，其还包括向所述第二用户设备提供所述第一通知。

17.根据权利要求16所述的方法，其中所述向所述第二用户设备提供所述第一通知包括提供在所述通知的网络信息层中不具有所述第一第三方服务提供商的身份的一个或多个指示的所述通知。

18.根据权利要求1所述的方法，其还包括：

在所述无记录通知服务器处接收来自第二用户设备的将所述用户的所述第二用户设备链接至所述无记录通知服务器的请求；

向所述第二用户设备提供来自所述无记录通知服务器的链接代码，所述链接代码在所述无记录通知服务器处与所述第二用户设备相关联；

在所述无记录通知服务器处接收来自所述第一用户设备的所述链接代码；以及

使所述第二用户设备与所述第一用户/提供商ID相关联。

19.一种计算机可读硬件存储介质，其包含实施在用户设备处提供来自在线第三方服务提供商的通知的方法的计算机可执行指令，所述指令包括：

用于在无记录通知服务器处接收来自第一用户设备的使用所述无记录通知服务器的第一请求的一组指令；

用于为所述第一用户设备指派设备ID的一组指令，所述设备ID向所述无记录通知服务器识别所述第一用户设备；

用于使用所述无记录通知服务器来使第一服务ID与所述设备ID相关联的一组指令；

用于在无记录通知服务器处接收来自第一第三方服务提供商的第一通知的一组指令，所述第一通知包括基于所述第一服务ID的第一用户/提供商ID，所述第一通知旨在用于递送到所述第一第三方服务提供商的用户；以及

用于在所述无记录通知服务器使用所述第一用户/提供商ID以关联到所述用户的所述第一用户设备的情况下将所述第一通知提供给所述第一用户设备的一组指令。

20.一种用于在用户设备处提供来自在线第三方服务提供商的通知的系统，所述系统包括：

用于在无记录通知服务器处接收来自第一用户设备的使用所述无记录通知服务器的第一请求的构件；

用于为所述第一用户设备指派设备ID的构件，所述设备ID向所述无记录通知服务器识别所述第一用户设备；

用于使用所述无记录通知服务器来使第一服务ID与所述设备ID相关联的构件；

用于在无记录通知服务器处接收来自第一第三方服务提供商的第一通知的构件，所述第一通知包括基于所述第一服务ID的第一用户/提供商ID，所述第一通知旨在用于递送到所述第一第三方服务提供商的用户；以及

用于在所述无记录通知服务器使用所述第一用户/提供商ID以关联到所述用户的所述第一用户设备的情况下将所述第一通知提供给所述第一用户设备的构件。