通过多个网站注册、验证和监控用户的系统和方法

摘要

本发明的各个实施例涉及向在线运营商提供服务和机制以用于收集关于运营商可参与交易活动的个体的信息以及确保对于这些交易活动维持一些保护的系统和方法。在特定的实施例中，系统和方法提供了诸如用户注册、用户证实、用户验证、用户自排除、跨多个网站的唯一标识符、对话标识符和/或证书控制特征、未成年人控制、管辖区控制、强迫行为控制、退款控制、结算和支付功能以及税金识别和收集机制的非限制性示例的服务和机制。

权利要求

1.一种用于使用户注册一个或多个网站的系统，所述系统包括：至少一个处理器，其被配置成：

(a)接收注册所述用户的请求；

(b)接收所述用户所使用的计算设备的IP地址；

(c)在接收到所述IP地址之后：

(1)获得与所述IP地址相联系的位置；以及(2)标识所述用户是否在容许所述用户注册网站的管辖区中；

(d)接收从所述用户获得的一个或多个参数，所述一个或多个参数包括所述用户的特征；

(e)在接收到所述一个或多个参数之后：(1)基于所述一个或多个参数中的至少一个来验证所述用户的年龄；

(2)在验证所述用户的年龄之后，基于所述用户的所述年龄来判定允许所述用户在所述一个或多个网站上进行一种或多种交易活动中的哪一种；

(3)查询在预定的先前时间段内的一个或多个注册尝试以将与所述一个或多个注册尝试相联系的相同或相似的参数标识为从所述用户获得的所述一个或多个参数；以及(4)至少基于从所述用户获得所述一个或多个参数中的一个来验证用户身份；以及(f)此后：(1)不根据(e)(3)标识相同或相似参数；以及(2)根据(e)(4)验证用户身份，生成与所述用户相联系的唯一用户标识符。

2.如权利要求1所述的系统，其中所述处理器被进一步配置成将所述唯一用户标识符传送到所述一个或多个网站。

3.如权利要求1所述的系统，其中所述处理器被进一步配置成将所述唯一用户标识符传送到所述用户；以及便于生成与所述唯一用户标识符相关联的密码。

4.如权利要求1所述的系统，其中所述处理器被进一步配置成：生成与所述唯一用户标识符相关联的密码；以及将所述唯一用户标识符和所述密码传送到所述用户。

5.如权利要求1所述的系统，其中，在未标识相同或相似的参数以及验证用户身份之后，所述处理器被进一步配置成将密码连同所述唯一用户标识符自动地提供给所述用户以使所述用户能够将所述唯一用户标识符和所述密码提供给所述网站。

6.如权利要求1所述的系统，其中所述至少一个处理器被配置成：将所述位置与所述唯一用户标识符相关联；以及将所述位置存储在所述存储器中。

7.如权利要求1所述的系统，其中所述至少一个处理器被配置成：将所述一个或多个参数与所述唯一用户标识符相关联；以及将所述一个或多个参数存储在所述存储器中。

8.如权利要求1所述的系统，其中所述至少一个处理器被配置成在验证所述用户身份之后：将身份验证标记与所述唯一用户标识符相关联；以及将所述身份验证标记存储在所述存储器中。

9.如权利要求1所述的系统，其中所述一个或多个参数包括用户名、名、姓、电子邮件地址、出生日期、性别、地址、陆线电话号码、移动电话号码、社会保障号、驾驶证号以及颁发的州或国家、或所述用户使用的装置的装置指纹中的一个或多个。

10.如权利要求1所述的系统，其中所述至少一个处理器被配置成查询与所述一个或多个注册尝试相关联的IP地址以将相同的IP地址标识为所述用户使用的所述计算设备的所述IP地址。

11.一种使用户注册一个或多个网站的方法，所述方法包括以下步骤：(a)通过网络从所述网站接收注册所述用户的请求；

(b)通过网络接收所述用户所使用的计算设备的IP地址；

(c)在接收到所述IP地址之后：

(1)获得与所述IP地址相联系的位置；以及(2)通过包括至少一个处理器的至少一个计算设备基于所述位置来识别所述用户是否在容许注册特定网站的位置上；

(d)接收从所述用户获得且通过网络发送的一个或多个参数，所述一个或多个参数包括所述用户的特征；

(e)在接收到所述一个或多个参数之后：(1)基于所述一个或多个参数中的至少一个来验证所述用户的年龄；

(2)在验证所述用户的所述年龄之后，通过所述至少一个处理器基于所述用户的所述年龄来判定容许所述用户在所述一个或多个网站上进行一种或多种交易活动中的哪一种；

(3)通过所述至少一个处理器从存储器中查询在预定的先前时间段内的一个或多个注册尝试以将与所述一个或多个注册尝试相联系的相同或相似的参数标识为从所述用户获得的一个或多个参数；以及(4)至少基于从所述用户获得的所述一个或多个参数中的一个来验证用户身份；以及(f)此后：(1)在步骤(e)(3)期间不标识相同或相似的参数；以及(2)在步骤(e)(4)期间验证用户身份，生成与所述用户相关联的唯一用户标识符。

12.如权利要求11所述的方法，进一步包括将所述唯一用户标识符传送到所述一个或多个网站的步骤。

13.如权利要求11所述的方法，进一步包括以下步骤：将所述唯一用户标识符传送到所述用户；以及便于生成与所述唯一用户标识符相关联的密码。

14.如权利要求11所述的方法，进一步包括以下步骤：生成与所述唯一用户标识符相关联的密码；以及将所述唯一用户标识符和所述密码传送到所述用户。

15.如权利要求11所述的方法，进一步包括以下步骤：在不标识相同或相似的参数以及验证用户身份之后，将密码连同所述唯一用户标识符一起提供给所述用户，以使所述用户能够将所述唯一用户标识符和所述密码提供给所述网站。

16.如权利要求11所述的方法，进一步包括以下步骤：将所述位置与所述唯一用户标识符相关联；以及将所述位置存储在所述存储器中。

17.如权利要求11所述的方法，进一步包括以下步骤：将所述一个或多个参数与所述唯一用户标识符相关联；以及将所述一个或多个参数存储在所述存储器中。

18.如权利要求11所述的方法，进一步包括以下步骤：在验证用户身份之后：将身份验证标记与所述唯一用户标识符相关联；以及将所述身份验证标记存储在所述存储器中。

19.如权利要求11所述的方法，其中，所述一个或多个参数包括用户名、名、姓、电子邮件地址、出生日期、性别、地址、陆线电话号码、移动电话号码、社会保障号、驾驶证号以及发证州或国家、或所述用户使用的装置的装置指纹中的一个或多个。

20.如权利要求11所述的方法，进一步包括以下步骤：查询与所述一个或多个注册尝试相关联的IP地址，以将相同的IP地址标识为所述用户所使用的所述计算设备的所述IP地址。

说明书

通过多个网站注册、验证和监控用户的系统和方法

背景技术

[0001] 每天都有数百万个人选择参与在线交易活动。这些交易活动可包含产品和服务的购买、销售、买卖和共享，体验诸如视频、游戏、音乐、图片和书面材料的媒体，以及参与诸如微博、张贴、聊天和参与社交网络的交互式体验。在许多情况下，参与同其它个人的在线交易活动的个人可能涉及到获知关于他们正在线来往的个人的具体信息。这种信息对于判定特定个人是否愿意且能够参与同另一个人的特定交易活动而言是很重要的。

[0002] 例如，媒体运营商（例如， ）可操作提供成人主题媒体的因特网上的网站。例如，媒体运营商可具有为网站的访问者提供电影以供观看的网站。一些电影可能具有R等级，并且运营商可能想要确认请求观看该电影的特定访问者是否为适当年龄的。在其它情形下，在线商家可能希望在完成与商家网站上的购物者的销售交易之前验证购物者的身份，使得商家将在这些交易中发生的欺诈行为最小化。例如，商家可能希望确认使用特定信用卡支付的个人是信用卡的发卡人。

[0003] 在其它情形下，特定的交易活动会受规定制约。例如，因特网赌博以及诸如酒精、轻武器、和/或成人材料的一些商品的销售会受一个或多个权威机构（例如，政府）的限制。这些限制可基于多种因素，诸如可能的参与者/购买者的年龄和/或可能的参与者/购买者的位置。例如，这些可能的规定的一个具体示例是因特网赌博规定、消费者保护以及在美国提出的强制执行法令（“法令”）。该法令旨在提供联邦管制以及强制执行构架，在该联邦管制以及强制执行构架下，因特网赌博运营商必须获得授权他们接受来自美国个体的赌资和赌注的许可证，条件是他们维持有效保护。这些保护包括如下项：（1）确保下了赌资或赌注的个体符合该个体所在的管辖区所限定的法定年龄；（2）确保下了赌资或赌注的个体实际上位于容许因特网赌博的管辖区内；（3）保护个体的隐私和安全；（4）与欺诈和洗钱作斗争；以及（5）与强迫赌博作斗争。

[0004] 因此，结果是，许多在线运营商需要辅助他们来确定关于个体可参与的交易活动的具体信息的服务和机制，和/或帮助这些运营商确保有效地强制执行一些保护。因此，本发明的各个实施例涉及用于提供这些服务和机制的系统和方法。例如，本文所描述的各个实施例提供了用于方便诸如注册用户、验证用户、未成年人控制、管辖区控制、强迫行为控制、支付功能和税金识别和收集的服务和技术机制的系统和方法。另外，多种这些服务和技术机制被设计成确保以有效和高效的方式提供这些服务和技术机制以帮助降低计算机处理，使系统要求最小化以及减少存储器使用。

发明内容

[0005] 各个实施例可进一步包括：提供注册过程，其中用户可注册以参与跨多个运营商和/或网站的一个或多个交易活动。这些能力可提供更佳的效率，并且在这些不同的实施例中，可以减少所需的计算容量，因为每个单个的运营商和/或网站可能不需要进行针对特定用户的注册过程的各个方面或者根本不需要注册过程以判定用户是否可参与与每个单个的运营商和/或网站的交易活动。

[0006] 例如，如本公开稍后将描述的，在基于本发明的各个方案的针对特定用户的先前注册过程中，可以不对用户的年龄进行验证。因此，在针对同一用户的当前注册过程中，该过程可使用在先前注册中所获得的结果（例如，经验证的年龄），并且不需要在当前注册过程中执行验证用户年龄的步骤。因此，在本发明的各个实施例中所涉及的注册过程将无需“浪费”时间、资源和计算容量来重新验证用户年龄。

[0007] 另外，本发明的各个实施例提供了用于对用户可参与一个或多个网站的交易活动类型进行验证的验证过程。在各个实施例中，在对用户的验证过程中进行一些校验以识别在特定网站上用户可以或不可以参与交易活动类型。在特定实施例中，在当前验证过程中可能经过多次这种校验，因为之前在用户的注册过程中或用户的先前的验证过程中进行了校验。因此，本发明的各个实施例有利于使用对于当前验证过程所执行的过去校验的结果。这种能力可使验证过程合理化并且可使用较少的处理容量和存储介质。

[0008] 此外，在特定的实施例中，本发明的各个实施例可将关于用户所收集的存档信息提供给一个或多个网站。这能够实现对于实施本发明的各个方案的系统和一个或多个网站的更高效处理，因为系统和网站无需结合用户参与一个或多个网站上的交易活动来重新收集用户的信息。

[0009] 另外，实施本发明的以下实施例的各个方案的系统被配置成向多个运营商和/或网站提供服务，所以在许多情形下，这些运营商和/或网站无需具有用于实施它们否则需要执行从而进行与用户的交易活动的一些功能的基础结构。例如，如本公开中更详细讨论的，在各个实施例中，多个运营商和/或网站可遵循通过实施本发明的各个方案的系统来寻求计入信用卡的权威机构的惯例。通过遵循这样的惯例，在各个实施例中可实现更佳的效率，因为每个运营商和/或网站无需具有与寻求计入用户的信用卡的权威机构所涉及到的各方直接通信和交互的系统基础结构。例如，每个运营商和/或网站无需具有与和信用卡发布银行相关联的各发卡网络通信的基础结构。在本申请的全部公开中实现且讨论了这些以及另外的技术优势、效率和提高的能力。

[0010] 本发明的各个实施例提供了用于使用户注册至少两个网站的系统。根据特定实施例，所述系统包括存储器以及至少一个处理器，所述至少一个处理器被配置成接收来自第一网站的用户的第一组属性，所述第一组属性包括与用户相关联的一个或多个属性。在接收到第一组属性之后，所述处理器被进一步配置成：（1）分配与所述用户相关联的唯一用户标识符；（2）将唯一用户标识符和第一组属性相关联；以及（3）将唯一用户标识符和第一组属性存储在所述存储器中。在特定的实施例中，所述处理器被进一步配置成：接收来自第二网站的用户的第二组属性，所述第二组属性包括与用户相关联的一个或多个属性；以及在接收到第二组属性之后：（1）将第一组属性中的一个或多个属性与第二组属性中的一个或多个属性进行比较；以及（2）响应于第一组属性中的至少一个属性与第二组属性中的至少一个属性匹配，将唯一用户标识符和第二组属性相关联，其中在将唯一用户标识符与第二组属性相关联之后，第一组属性中的至少一个属性被提供给第二网站。

[0011] 本发明的各个实施例提供了用于使用户注册至少两个网站的方法。根据特定实施例，所述方法包括以下步骤：通过网络接收来自第一网站的用于用户的第一组属性，所述第一组属性包括与用户相关联的一个或多个属性；（b）在接收到第一组属性之后：（1）通过包括至少一个处理器的至少一个计算设备来分配与用户相关联的唯一用户标识符；（2）将唯一用户标识符和第一组属性相关联；以及（3）将唯一用户标识符和第一组属性存储在至少一个计算设备的存储器中；（c）通过网络接收来自第二网站的用于用户的第二组属性，所述第二组属性包括与用户相关联的一个或多个属性；以及（d）在接收到第二组属性之后：（1）通过至少一个处理器将第一组属性中的一个或多个属性与第二组属性中的一个或多个属性进行比较；以及（2）响应于第一组属性中的至少一个属性匹配第二组属性中的至少一个属性，将存储器中的唯一用户标识符和第二组属性相关联，其中在将唯一用户标识符与第二组属性相关联之后，第一组属性中的至少一个属性通过网络提供给第二网站。

[0012] 在本发明的另外的各个实施例中，提供了用于使用户注册至少两个网站的系统。所述系统包括存储器和至少一个处理器。至少一个处理器被特别地配置成：（a）接收来自用户的用户注册信息；（b）在接收到用户注册信息之后：（1）分配与用户相关联的唯一用户标识符；（2）将唯一用户标识符和用户注册信息相关联；（3）将唯一用户标识符和用户注册信息存储在存储器中；以及（4）将唯一用户标识符提供给用户；（c）接收来自第一网站的第一注册信息；（d）在接收到第一注册信息之后，注册第一网站以进行验证服务；（e）接收来自第二网站的第二注册信息；（f）在接收到第二注册信息之后，注册第二网站以进行验证服务；（g）接收来自第一网站的唯一用户标识符；（h）在接收到来自第一网站的唯一用户标识符之后：（1）应用验证服务以获得指示所述用户能够在第一网站上进行何种交易活动的第一验证结果；以及（2）将第一验证结果传送到第一网站；（i）接收来自第二网站的唯一用户标识符；以及（j）在接收到来自第二网站的唯一用户标识符之后：（1）应用验证服务以获得指示用户能够在第二网站上进行何种交易活动的第二验证结果；以及（2）将第二验证结果传送到第一网站。

[0013] 同样，根据各个实施例中，提供了用于使用户注册至少两个网站的方法。所述方法包括以下步骤：（a）接收来自用户的用户注册信息；（b）在接收到用户注册信息之后：（1）通过包括至少一个处理器的至少一个计算设备来分配与用户相关联的唯一用户标识符；（2）将唯一用户标识符和用户注册信息相关联；（3）将唯一用户标识符和用户注册信息存储在至少一个计算设备的存储器中；以及（4）将唯一用户标识符提供给用户；（c）接收来自第一网站的第一注册信息；（d）在接收到第一注册信息之后，通过至少一个处理器注册第一网站以进行验证服务；（e）接收来自第二网站的第二注册信息；（f）在接收到第二注册信息之后，通过至少一个处理器注册第二网站以进行验证服务；（g）接收来自第一网站的唯一用户标识符；（h）在接收到来自第一网站的唯一用户标识符之后：（1）通过至少一个处理器应用验证服务，以获得指示用户能够在第一网站上进行各种交易活动的第一验证结果；
以及（2）将第一验证结果传送到第一网站；（i）接收来自第二网站的唯一用户标识符；以及（j）接收来自第二网站的唯一用户标识符：（1）通过至少一个处理器应用验证服务，以获得指示用户能够在第二网站上进行何种交易活动的第二验证结果；以及（2）将第二验证结果传送到第一网站。

[0014] 本发明的各个实施例提供了用于经由至少两个网站监控用户的系统。所述系统包括：存储器；以及至少一个处理器，其被配置成：（a）接收来自用户的自排除信息，所述自排除信息指示所述用户已排除其自身参与一种或多种交易活动；（b）在接收到自排除信息之后：（1）将标识用户的唯一用户标识符与自排除信息相关联；以及（2）将唯一用户标识符和自排除信息存储在存储器中；（c）接收来自第一网站的验证用户是否能够参与在第一网站上提供的一个或多个第一种交易活动的第一请求，所述第一请求包括标识用户的信息；（d）在接收到第一请求之后：（1）基于唯一用户标识符来查询存储器；以及（2）响应于取回指示所排除的一种或多种交易活动包括第一种交易活动中的至少一个的自排除信息的至少一部分，将用户被排除参与第一网站上的第一种交易活动中的至少一个的第一指示发送到第一网站；（e）接收来自第二网站的验证用户是否能够参与在第二网站上提供的一个或多个第二种交易活动的第二请求，所述第二请求包括标识用户的信息；以及（f）在接收到第二请求之后：（1）基于唯一用户标识符来查询存储器；以及（2）响应于取回指示所排除的一种或多种交易活动包括第二种交易活动中的至少一个的自排除信息的至少一部分，将用户被排除参与第二网站上的第二种交易活动中的至少一个的指示发送到第二网站。

[0015] 本发明的各个实施例还提供了用于通过至少两个网站来监控用户的方法。所述方法包括以下步骤：（a）通过网络接收来自用户的自排除信息，所述自排除信息指示所述用户已排除其自身参与一种或多种交易活动；（b）在接收到自排除信息之后：（1）通过包括至少一个处理器的至少一个计算设备将与用户相关联的唯一用户标识符与自排除信息相关联；以及（2）将唯一用户标识符和自排除信息存储在存储器中；（c）通过网络接收来自第二网站的验证用户是否能够参与第二网站上的交易活动的请求，所述请求包括标识用户的信息；（d）在接收到所述请求之后：（1）通过至少一个处理器基于唯一用户标识符来查询存储器；以及（2）响应于取回指示所排除的一种或多种交易活动包括第一种交易活动中的至少一个的自排除信息的至少一部分，将用户被排除参与第一网站上的第一种交易活动中的至少一个的指示发送到第一网站；（e）通过网络接收来自第二网站的验证所述用户是否能够参与第二网站上所提供的一个或多个第二种交易活动的第二请求，所述第二请求包括标识用户的信息；以及（f）在接收到第二请求之后：（1）通过至少一个处理器基于唯一用户标识符来查询存储器；以及（2）响应于取回指示所排除的一种或多种交易活动包括第二种交易活动中的至少一个的自排除信息的至少一部分，将用户被排除参与第二网站上的第二种交易活动中的至少一个的指示发送到第二网站。

[0016] 本发明的各个实施例提供了用于对用户可在用户已参与初始交互式对话的网站上进行的交易活动进行验证的系统。根据特定实施例，所述系统包括存储器和至少一个处理器，所述至少一个处理器被配置成：（a）从网站接收标识用户的初始信息以及用户参与与网站的初始交互式对话的信息；以及（b）在接收到初始信息之后：（1）对用户能够在与网站的交互式对话期间参与的一个或多个交易活动进行验证；（2）发布与经验证的一个或多个交易活动、网站和与网站的初始交互式对话相关联的对话标识符；以及（3）将对话标识符连同标识用户的信息、网站和初始交互式对话一起存储在存储器中。

[0017] 本发明的各个实施例提供了用于对用户想要在用户已参与初始交互式对话的网站上进行的交易活动进行验证的方法。根据特定实施例，所述方法包括以下步骤：（a）通过网络且从网站接收标识用户且指示用户正在参与与网站的初始交互式对话的初始信息；以及（b）在接收到初始信息之后：（1）通过包括至少一个处理器的至少一个计算设备来对在与网站的交互式对话期间所述用户能够参与的一个或多个交易活动进行验证；（2）通过至少一个处理器发布与经验证的一个或多个交易活动、网站和与网站的初始交互式对话相关联的对话标识符；以及（3）将所述对话标识符连同标识用户的信息、网站和初始交互式对话一起存储在存储器中。

[0018] 本发明的各个实施例提供了用于对用户能够在用户已参与交互式对话的网站上进行的一个或多个交易活动进行验证的系统。根据特定实施例，系统包括至少一个处理器，所述处理器被配置成：（a）接收标识用户参与与网站的交互式对话的信息；以及（b）在接收到信息之后：（1）对在与网站的交互式对话期间所述用户能够参与的一个或多个交易活动进行验证；（2）发布与经验证的一个或多个交易活动、网站和与网站的交互式对话相关联的对话标识符；以及（3）将对话标识符和经验证的一个或多个交易活动发送到网站，其中对话标识符和经验证的一个或多个交易活动被配置成由网站使用从而基于经验证的一个或多个交易活动来判定用户是否能够在网站上进行一个或多个交易活动，并且将一个或多个交易活动与对话标识符相关联，只要用户仍参与与网站的交互式对话即可。

[0019] 本发明的各个实施例提供了用于对用户能够在用户已参与交互式对话的网站上进行的一个或多个交易活动进行验证的方法。根据特定实施例，所述方法包括以下步骤：（a）接收标识用户参与与网站的交互式对话的信息；以及（b）在接收到信息之后：（1）通过至少一个计算机处理器对在与网站的交互式对话期间用户能够参与的一个或多个交易活动进行验证；（2）发布与经验证的一个或多个交易活动、网站和与运营商网站的交互式对话相关联的对话标识符；（3）将对话标识符和经验证的一个或多个交易活动发送到网站，其中对话标识符和经验证的一个或多个交易活动被配置成由网站使用以基于经验证的一个或多个交易活动来判定用户是否能够在网站上执行一个或多个交易活动，并且将一个或多个交易活动与对话标识符相关联，只要用户仍参与与网站的交互式对话即可。

[0020] 本发明的各个实施例提供了用于提供一个或多个网站来监控多个用户的系统，所述一个或多个网站彼此独立。根据特定实施例，系统包括存储器和至少一个处理器，所述至少一个处理器被配置成：（a）接收来自一个或多个网站的对于多个用户的交易信息，所述交易信息包括标识与多个用户参与一个或多个网站上的交易活动有关的行为的一个或多个属性；（b）在接收到交易信息之后：（1）基于所述交易信息来确定行为规范；（2）将针对多个用户中的每个个体用户的来自交易信息的一个或多个属性与行为规范进行比较；（3）将多个用户中的个体用户标识为可能存在问题的用户，所述可能存在问题的用户包括多个用户中的具有与行为规范分歧的至少一个属性的每个个体用户；（4）将关于可能存在问题的用户的信息保存在存储器中，所述信息包括用于每个个体用户的关于至少一个分歧属性的信息；以及（5）将交易信息的属性与确认问题用户的交易信息的属性进行比较，并且标识可能指示可能存在问题的用户的相似度，并且将该信息保存在存储器中。

[0021] 本发明的各个实施例提供用于通过一个或多个网络监控多个用户的方法，所述一个或多个网站彼此独立。根据特定的实施例，所述方法包括以下步骤：（a）通过网络接收来自一个或多个网站的对于多个用户的交易信息，所述交易信息包括标识与多个用户参与一个或多个网站上的交易活动有关的行为的一个或多个属性；（b）在接收到交易信息之后：（1）通过包括至少一个处理器的至少一个计算设备，基于交易信息来确定行为规范；（2）通过至少一个处理器将针对多个用户中的每个个体用户的来自交易信息的一个或多个属性与行为规范进行比较；（3）将多个用户中的个体用户标识为可能存在问题的用户，所述可能存在问题的用户包括多个用户中的具有与行为规范分歧的至少一个属性的每个个体用户；（4）将关于可能存在问题的用户的信息保存在存储器中，所述信息包括对于每个个体用户的关于至少一个分歧属性的信息；以及（5）将交易信息的属性与确认问题用户的交易信息的属性进行比较，并且标识可能指示可能存在问题的用户的相似度，并且将该信息保存在存储器中。

[0022] 本发明的各个实施例提供了用于为可能存在问题的用户标识至少一个早期预警指示符的系统，所述至少一个早期预警指示符包括预测问题行为的更高发生率的因素。根据特定实施例，系统包括至少一个处理器，所述至少一个处理器被配置成：（a）接收对于多个用户的来自至少两个网站的交易信息，所述至少两个网站彼此独立，并且交易信息包括标识与多个用户参与至少两个网站上的交易活动有关的行为的一个或多个属性；以及（b）在接收到交易信息之后：（1）基于交易信息来确定至少一个行为规范；（2）将对于多个用户中的每个个体用户的来自交易信息的一个或多个属性与至少一个行为规范进行比较；（3）将多个用户中的特体用户标识为可能存在问题的用户，所述可能存在问题的用户包括多个用户中的具有与至少一个行为规范分歧的至少一个属性的每个个体用户；以及（4）开发至少一个早期预警指示符，所述早期预警指示符基于对于可能存在问题的用户标识的至少一个分歧属性。

[0023] 本发明的各个实施例提供了用于为可能存在问题的用户标识至少一个早期预警指示符的方法。根据特定的实施例，所述方法包括以下步骤：（a）通过网络接收来自至少两个网站的对于多个用户的交易信息，所述交易信息包括标识与多个用户参与至少两个网站上的交易活动有关的行为的一个或多个属性；以及（b）在接收到交易信息之后：（1）通过包括至少一个处理器的至少一个计算设备来基于交易信息确定至少一个行为规范；（2）通过至少一个处理器将对于多个用户中的每个个体用户的来自交易信息的一个或多个属性与至少一个行为规范进行比较；（3）将多个用户中的个体用户标识为可能存在问题的用户，并且可能存在问题的用户包括多个用户中的具有与至少一个行为规范分歧的至少一个属性的每个个体用户；（4）开发至少一个早期预警指示符，所述早期预定指示符基于为可能存在问题的用户标识的至少一个分歧属性。

[0024] 本发明的各个实施例提供了用于管理退款请求的系统。根据特定的实施例，系统包括存储器和至少一个处理器，所述至少一个处理器被配置成：在接收到对于用户和网站之间的先前执行的交易活动的与作为信用卡持卡人的用户的发卡银行相关联的退款请求之后：（a）从所述存储器中取回关于先前所执行的交易的信息，所述信息包括与先前执行的交易活动相关联的一个或多个交易参数；（b）从所述存储器中取回关于所述用户进行的一个或多个其它的先前执行的交易活动的历史信息，所述历史信息包括与其它先前执行的交易活动相关联的一个或多个历史参数；（c）将所述一个或多个交易参数与所述一个或多个历史参数进行比较以标识至少一个相关；以及（d）在标识所述至少一个相关之后，传送关于所述至少一个相关的信息以用作足以支持所述用户确实进行了与所述网站的先前执行的交易活动的发现的证据。

[0025] 本发明的各个实施例提供了用于管理退款请求的方法。根据特定实施例，所述方法包括以下步骤：在接收到用于在所述用户和网站之间的先前执行的交易活动的与所述用户的发卡银行相关联的退款请求之后：（a）从存储器中取回关于先前执行的交易活动的信息，所述信息包括与先前执行的交易活动相关联的一个或多个交易参数；（b）从所述存储器中取回关于由所述用户进行的一个或多个其它先前执行的交易活动的历史信息，所述历史信息包括与其它先前执行的交易活动相关联的一个或多个历史参数；（c）经由包括至少一个处理器的至少一个计算设备将所述一个或多个交易参数与所述一个或多个历史参数进行比较以标识至少一个相关；以及（d）在标识至少一个相关之后，将关于所述至少一个相关的信息发送到所述网站，作为足以支持所述用户确实进行了与所述网站的先前执行的交易活动的发现的证据。

[0026] 本发明的各个实施例提供了用于使用户注册一个或多个网站的系统。根据特定实施例，所述系统包括至少一个处理器，所述至少一个处理器被配置成：（a）接收注册用户的请求；（b）接收所述用户所使用的计算设备的IP地址；（c）在接收到IP地址之后：（1）获得与IP地址相关联的位置；以及（2）识别所述用户是否在允许用户注册网站的管辖区中；（d）接收从用户处获得的一个或多个参数，所述一个或多个参数包括用户的特征；（e）在接收到一个或多个参数之后：（1）基于一个或多个参数中的至少一个来验证用户的年龄；（2）在验证用户的年龄之后，基于用户的年龄来确定允许用户在一个或多个网站上进行一种或多种交易活动中的哪一种；（3）查询在预定的先前时间段内的一个或多个注册尝试以将与所述一个或多个注册尝试相关联的相同或相似的参数标识为从所述用户获得的所述一个或多个参数；以及（4）至少基于从所述用户获得所述一个或多个参数中的一个来验证用户身份；以及（f）此后：（1）不根据（e）（3）标识相同或相似参数；以及（2）根据（e）（4）验证用户身份，生成与所述用户相关联的唯一用户标识符。

[0027] 本发明的各个实施例提供了用于使用户注册一个或多个网站的方法。根据特定的实施例，所述方法包括以下步骤：（a）通过网络从所述网站接收注册所述用户的请求；（b）通过网络接收所述用户所使用的计算设备的IP地址；（c）在接收到所述IP地址之后：（1）获得与所述IP地址相关联的位置；以及（2）通过包括至少一个处理器的至少一个计算设备基于所述位置来识别所述用户是否在容许注册特定网站的位置上；（d）接收从所述用户获得且通过网络发送的一个或多个参数，所述一个或多个参数包括所述用户的特征；（e）在接收到所述一个或多个参数之后：（1）基于所述一个或多个参数中的至少一个来验证所述用户的年龄；（2）在验证所述用户的所述年龄之后，通过所述至少一个处理器基于所述用户的所述年龄来判定容许所述用户在所述一个或多个网站上进行一种或多种交易活动中的哪一种；（3）通过所述至少一个处理器从存储器中查询在预定的先前时间段内的一个或多个注册尝试以将与所述一个或多个注册尝试相关联的相同或相似的参数标识为从所述用户获得的一个或多个参数；以及（4）至少基于从所述用户获得的所述一个或多个参数中的一个来验证用户身份；以及（f）此后：（1）在步骤（e）（3）期间不标识相同或相似的参数；以及（2）在步骤（e）（4）期间验证用户身份，生成与所述用户相关联的唯一用户标识符。

[0028] 本发明的各个实施例提供了用于结算和支付在用户和网站之间进行的一个或多个交易活动的系统。根据特定的实施例，所述系统包括：存储器；以及至少一个处理器，其被配置成：（a）接收一个或多个结算文件，所述一个或多个结算文件包括在所述用户和所述网站之间进行所述一个或多个交易活动时在所述一个或多个交易活动上收集的信息；（b）从与所述网站相关联的所述至少一个收单银行来接收包括关于与所述一个或多个交易活动相关联的资金的信息的一个或多个支付文件；（c）通过基于来自所述一个或多个支付文件的所述信息的至少一部分来重新呈现所述支付账户中的资金来贷记电子支付账户；
（d）通过将来自所述一个或多个结算文件的所述信息与来自所述一个或多个支付文件的所述信息进行比较，协调贷记到所述支付账户的资金；以及（e）便于对所述支付账户进行一项或多项调整，使得所述支付账户中剩余的用于所述一个或多个交易活动的资金应付所述网站。

[0029] 本发明的各个实施例提供了用于结算和支付在用户和网站之间进行的一个或多个交易活动的方法。根据特定实施例，所述方法包括以下步骤：（a）接收一个或多个结算文件，所述一个或多个结算文件包括在所述用户和所述网站之间进行所述一个或多个交易活动时在所述一个或多个交易活动上收集到的信息；（b）通过网络从与所述网站相关联的至少一个收单银行接收一个或多个支付文件，所述一个或多个支付文件包括关于与所述一个或多个交易活动相关联的资金的信息；（c）通过基于来自所述一个或多个支付文件的所述信息的至少一部分来重新呈现所述支付账户中的资金，将所述资金贷记到存储器中所存储的电子支付账户中；（d）通过包括至少一个处理器和存储器的至少一个计算设备将来自所述一个或多个结算文件的信息与来自所述一个或多个支付文件的信息进行比较，协调置于所述支付账户中的资金；以及（e）便于对所述支付账户进行一项或多项调整，使得所述支付账户中剩余的用于所述一个或多个交易活动的资金应付所述网站。

附图说明

[0030] 已经如此大概地描述了本发明的各个实施例，现在将参照附图，附图不一定是按比例绘制的，并且其中：

[0031] 图1是示出根据本发明的各个实施例的注册过程的流程图。

[0032] 图2是示出根据本发明的各个实施例的验证过程。

[0033] 图3是示出能够结合本发明的各个实施例的使用的系统体系结构的示意图。

[0034] 图4是示出根据本发明的各个实施例的OSP服务器的示意图。

[0035] 图5A是根据本发明的各个实施例的注册模块的流程图。

[0036] 图5B是根据本发明的各个实施例的注册模块的另一流程图。

[0037] 图6是根据本发明的各个实施例的验证模块的流程图。

[0038] 图7是根据本发明的各个实施例的自排除校验的流程图。

[0039] 图8是根据本发明的各个实施例的自排除模块的流程图。

[0040] 图9是根据本发明的各个实施例的行为分析模块的流程图。

[0041] 图10是根据本发明的各个实施例的退款模块的流程图。

[0042] 图11是根据本发明的各个实施例的授权模块的流程图。

[0043] 图11A是根据本发明的其它实施例的授权模块的流程图。

[0044] 图12是根据本发明的各个实施例的支付模块的流程图。

[0045] 图13是根据本发明的各个实施例的ASP模块的流程图。

具体实施方式

[0046] 现在将参照附图更加全面地描述本发明的各个实施例，其中示出了一些实施例而不是全部的实施例。事实上，本发明可以多种不同的形式具体实施并且不应解释为受限于本文所阐述的实施例。相反，这些实施例的提供是使得本公开满足可申请法律要求。在整篇文中相似的附图标记指代相似的元件。

[0047] 简要概述

[0048] 一般地，本发明的各个实施例涉及向在线网站（及其操作者）提供服务和机制以便收集关于个体（例如，网站上参与交易活动的用户）的信息并且用于方便对这些用户规定限制活动的系统和方法。另外，本发明的各个实施例涉及确保关于这些交易活动维持一些保护的系统和方法。在各个实施例中，系统和方法提供了通过在线网站与其现有平台的无缝用户体验和直接前向集成。此外，在各个实施例中，系统和方法提供了诸如用户注册、用户验证、未成年人控制、管辖区控制、强迫性行为控制、支付功能和税金标识和收集的服务和机制。

[0049] 本文所描述的系统和方法中所涉及到的各方包括用户、网站和在线服务提供商（OSP）。“用户”是请求参与一个或多个网站上的一个或多个交易活动的个体。“网站”是由实体（例如，组织）拥有和操作的基于因特网的站点，实体在本文中有时还称为“运营商”。在一些情况下，网站可以是“受限制网站”，其提供可能相对于可能经营/购买这些产品和/或服务的用户“限制”的受限制产品和/或受限制服务。如本领域所公知和理解的，网站一般包含一组相关网页，网页包含各种内容，各种内容可通过也称为网站的网址的简单的统一资源定位符（URL）达到。在了解这些后，在本文其它地方提到两个以上独立网站的一些情况下，两个以上独立网站应理解成是指如特定应用所期望的两个不同的URL域名（例如，www.A.com和 www.B.com）、两个不同的URL子域名（例如www.A.com/one和 www.A.com/two）、或各种可选的不同URL中的任一个。然而无论如何定义，显然地，根据以下实施例，可独立地拥有和操作两个以上的网站。当然，在其它实施例中，如特定应用所期望的，两个以上网站可被共同地拥有和/或大致地相关。

[0050] 因此，在各个实施例中，OSP向多个不同的网站和/或在多个不同网站上进行各种不同交易的用户提供了服务和机制。在许多情况下，网站（例如，操作者的系统）与OSP（例如，OSP的系统）直接通信以从OSP获取特定的服务和机制。在其它情形下，用户（例如，与用户相关联的计算设备）与OSP（例如，OSP的系统）直接通信。

[0051] 此外，在各个实施例中，OSP可使用第三方来实现多种OSP服务。例如，OSP可使用第三方用于这些服务，例如地理IP地址、了解你的客户规定（know-your-customer provision）、数字指纹分析、信用评分和移动位置服务。最后，在各个实施例中，OSP可与诸如例如会计服务提供商（ASP）的其它系统相接。在特定的实施例中，ASP为OSP提供诸如信用卡交易支付、交易协调、协调报告生成和税收服务的服务。

[0052] 在各个实施例中，通过OSP提供的许多服务和机制可分解成两个不同的过程：（1）注册；以及（2）验证。为使用户参与与OSP相关联的特定因特网网站上的交易活动，用户可首先需要直接地或间接地通过网站注册OSP。另外，在特定的实施例中，为使用户参与特定的因特网网站上的交易活动，用户可能需要首先开一个在特定网站上使用的账户。这是附属于注册过程实现的。以此方式，如下文更加详细描述的，个体的注册可起到多个用途。例如，在特定实施例中，用户的注册可用于方便在多个网站上跟踪用户的活动。在其它实施例中，用户的注册可用于提供用户的验证，以使用户使网站放弃在每个受限购买发生之前承担用户完全验证的需要，如下文进一步详细描述的。

[0053] 根据各个实施例，网站可注册OSP以参与核对和验证服务。因此，在一些实施例中，网站可指引之前尚未注册OSP的用户以进行注册和验证。在其它实施例中，例如，在用户已经注册情况下，网站可将用户传递到OSP以经由用户的唯一用户标识符进行快速且简单的验证，如下文更加详细说明的。以此方式，OSP随后可为网站发布会话标识符，会话标识符可包括证书，对话标识符和证书两者或任一者随后可作为遵守法律的证据体现在金融交易中。

[0054] 当然，在其它各个实施例中，用户的注册可起到两个作用。因此，OSP能够提供两种类型的服务。首先，在一些实施例中，OSP可提供代表用户不可见的服务的白色标签，因为注册页面携带了关联的各网站标记（branding）。根据各实施例，该白色标签模型通常用于与用户具有账户关系的网站或用于用户进行经常交易的网站。其次，在其它各个实施例中，OSP可提供带标记的用户面向服务，由此用户将直接登入OSP网站进行注册。在该模型中，在成功验证时，根据一些实施例，用户可以被发有唯一用户标识符并且被要求选择密码。该注册将使用户能够仅通过简单的验证过程在参与的网站上进行购买。该OSP标记模型通常将在多个受限制产品商家网站上采用，如下文进一步详细说明的。

[0055] 根据各个实施例，验证过程涉及到在用户参与与网站的交互式会话的同时对用户可在特定网站上进行何种交易活动进行验证。例如，这些活动可包括购买物品或服务、通过网站存款、观看媒体、玩游戏、下赌注、从网站取款以及结合制止可能发生问题的行为设置限制参数和/或自排除参数。下文描述的是一般情况下的注册和验证过程。虽然提供了所述过程的这些一般性描述作为这些过程的概述，本文中紧随其后的描述不应解释为限制本发明的权利要求的范围。

[0056] 图1提供了根据各个实施例的注册过程的概图。在一些实施例中，该过程开始于用户通过因特网访问操作者的网站。例如，用户可以访问赌博网站、商家网站或用于特定运营商的媒体网站。一旦处于网站上，用户可选择注册网站的选项并且调用注册网页，显示为步骤101。根据各个实施例，该网页可以网站为宿主或者可以OSP为宿主（例如，用户可被再引向OSP的网站以及相应的注册网页）。图1所示的特定实施例显示了注册页面以OSP为宿主（hosted）的注册过程。

[0057] 在各个实施例中，用户可被进一步要求输入用户名和/或密码，显示为步骤102。例如，在一个特定的实施例中，注册网页提供使用户输入用户名的文本框以及使用户输入密码的文本框。用户键入用户名和密码并且选择页面上的“输入”按钮。网站的系统随后可校验以确认用户名是唯一的。也就是说，网站的系统可校验以确认用户所输入的特定用户名尚未被另一用户选择。如果网站的系统确定用户名不是唯一的，则系统可便于用户输入新的用户名和/或密码。例如，在一个实施例中，网站的系统生成消息，消息出现在网页上，通知用户用户名已被使用并且要求输入新的用户名。在其它实施例中，可不要求用户输入用户名和/或密码。例如，在特定的实施例中，用户可自动地或以其它方式被提供充当用户名的某种类型的唯一标识符。在这些特定的实施例中，用户可以或者可以不被要求提供密码以连同唯一标识符一起使用。也就是说，如下文更详细说明的，用户受益于能够通过简单的验证来完成购买，而不是跨多个网站进行重复性的和冗长的验证。

[0058] 一旦用户已输入有效用户名和密码（如果要求的话），则网站的系统将用户重新引导至OSP系统，显示为步骤103。例如，在一个实施例中，网站的系统将用户重新引导到以OSP网站为宿主的相应注册网页。在步骤104中，OSP系统接收用户的用户名。此外，在特定的实施例中，OSP系统还取回用于用户计算设备的指纹，其用于访问OSP网页。例如，系统可取回用户的装置所使用的IP地址和/或用户装置的MAC地址。

[0059] 在根据各个实施例的步骤105中，OSP系统捕获用户的另外的注册细节。例如，在一些实施例中，OSP网页要求用户在页面上输入附加信息，诸如例如，用户的全名、家庭地址、电话号码、出生日期、性别和社会保障号。一旦OSP系统已捕获另外的注册细节，则系统开始将这些细节与公共持有的数据和信用数据进行匹配。通过该过程，通常称为“了解你的客户”，用户将或者不将被验证为预定的确定性标准。如果用户不被充分地验证，在一些实施例中，系统通过适当的通知将用户重新引导回到网站。如果用户被验证，则系统随后可进入与用户的交互式会话，由此用户被询问一系列个人问题以确认提供注册数据的用户是他或她或声称的那个人。根据各个实施例，该过程通常称为“基于知识的认证”。

[0060] 仍参照之前的示例，如果依照各个实施例用户被确认，则OSP系统将发布唯一用户标识符，并且在至少一些实施例中，要求用户生成符合预定标准的密码。因此，在这些以及其它实施例中，OSP系统将用户重新引导回到注册页面或网站上的不同的页面，如步骤106中所示。当根据各个实施例进行如此重新引导时，OSP系统进一步提供唯一用户标识符的通知，网站将使用该唯一用户标识符来进行该用户与OSP的全部未来通信。在这些以及另外的实施例中的一些实施例中，网站可要求用户来选择密码，而不是OSP，如特定应用所期望的。

[0061] 在这点上，OSP系统判定用户的注册是否成功，显示为步骤107。为实现这点，在各个实施例中，OSP系统基于所采集到的关于该用户的注册信息来进行多种校验。例如，在一个特定实施例中，OSP系统进行位置校验以判定用户是否位于容许与网站相关联的交易活动类型的管辖区中。如下文更加详细说明的，位置校验可以是地理IP校验系统、注册相关系统、移动定位器系统、无线定位器系统、和/或等待时间（latency）分析系统中的任一个，并且根据各个实施例OSP系统可进行这些校验中的一种或多种。

[0062] 在校验结束时，根据各个实施例的OSP系统判定用户是否已成功注册并且发消息到网站的系统，将注册结果通知给系统。反过来，网站的系统将用户是否已成功注册通知给用户。例如，在一个实施例中，系统方便使消息出现在用户所在的当前网页上，将注册是否已成功通知用户。此外，在特定的实施例中，系统向用户和/或网站提供该用户的唯一用户标识符。这可允许网站请求OSP验证之前注册的用户，在用户的随后访问中，之前注册的用户将使用用户的唯一用户标识符和密码，从而允许网站将唯一用户标识符附于发送到OSP系统的请求。因此，如果注册成功，则网站的系统为用户创建用户账户，显示为步骤108，并且用户受益于能够通过简单的验证过程进行后续交易，如下文更详细说明的，无需重复的和冗长的注册和验证。

[0063] 在特定的实施例中，如所提到的，在判定出用户的注册已经成功时，OSP系统生成用于用户的唯一用户标识符。此外，如上所述，在特定实施例中，唯一用户标识符可用作用户的用户名。如下文更加详细说明的，该唯一用户标识符在OSP系统中用于与各种信息（例如，用户的注册信息或后续交易历史）以及与存储在OSP系统中的各种校验（例如，在注册过程中执行的校验）相关联。因此，系统能够通过使用唯一用户标识符从系统存储介质中取回各种信息以及校验。

[0064] 在各个实施例中，用户的唯一用户标识符还与对于已访问多个网站的用户所采集的信息和所进行的校验相关联。例如，在特定实施例中，当用户访问与OSP相关联的另一网站（例如，受限制网站）时，用户可以在第二网站上简单地使用已由OSP发布的他或她的用户账户（例如，唯一用户标识符）。因此，在该情况下，用户被转到OSP以输入他的唯一用户标识符和密码，并且OSP的系统向网站提供用户被验证而在网站进行交易的确认。因此，在特定实施例中，用户仅需要注册一次OSP并且接收可在多个运营商网站上使用的唯一用户标识符，从而参与这些网站上的活动。换句话说，如下文更加详细说明的，用户受益于能够通过简单的验证来完成购买，而不是跨多个网站进行重复性的和冗长的验证。

[0065] 然而，在其它实施例中，当用户访问第二网站时，可要求用户注册第二网站。在该情况下，用户再次被重新引导至OSP系统（例如，重新引导至在OSP网站上寄住的网页）。类似于注册第一运营商网站，要求用户提供注册信息。然而，在这些以及另外的其它实施例中，OSP系统还将注册信息与存储在系统存储介质中的存档注册信息进行比较以判定与注册信息相关联的用户是否已经在另一网站（例如，第一网站）上注册。因此，在各个实施例中，如果系统判定出用户已经在另一网站上注册，则系统将与第二网站上的用户注册相关联所采集到的注册信息与用户的唯一用户标识符和存档信息链接。结果，与多个网站相关联的用户注册信息和校验经由用户的唯一用户标识符链接，从而在各过程内引入了更高的效率和精度。

[0066] 此外，在各个实施例中，系统还可提供存档信息给第二网站和/或可以使用之前对于特定用户进行的校验的结果。虽然提供存档信息和使用之前进行的校验的结果可能基于自从采集存档信息或者进行校验起已经过的时间量是可能的，以确保环境未相对于信息和/或校验而改变。在各个实施例中，这会导致相对于OSP和第二网站的更高效处理，因为OSP的系统无需与用户参与第二网站上的活动相关地重新采集信息和/或重新进行一些用户校验。另外，第二网站无需从用户采集如此多的信息。结果，该注册过程会导致在OSP系统上和/或第二网站的系统上使用更小的处理容量和存储介质。

[0067] 现转到图2，图示了验证过程的概图。根据各个实施例，验证过程开始于用户访问因特网上的网站，其中运营商与OSP相关联。如步骤201中所示，在各个实施例中，用户可在网站上提供的登录页面上输入用户名和/或密码。如下文更详细说明的，在特定实施例中，用户名可以是在用户注册OSP期间内由OSP发布给用户的唯一用户标识符，但是在其它实施例中，用户名可以其它方式配置，如特定应用所期望的。作为响应，网站的系统验证用户名和密码，显示为步骤202。例如，在一些实施例中，网站的系统将各个用户名和密码存储在本地存储介质（诸如数据库）中，并且系统通过查询本地存储介质来确认密码与用户所输入的用户名相关联。在其它实施例中，网站的系统可查询外部资源，诸如OSP系统，例如，以判定用户输入的用户名和密码是否匹配。

[0068] 在验证用户所输入的用户名和/或密码时，根据各个实施例的网站系统将用户重新引导至OSP的系统，显示为步骤203。因此，类似于注册过程，网站的系统可将用户重新引导至以OSP为宿主的网页。依次，OSP系统获得用户的唯一用户标识符（例如，直接来自网站或者通过使用在运营商网站上由用户提供的用户名）以及用于用户计算设备的装置指纹，显示为步骤204。例如，在一些实施例中，OSP系统获得用户的计算设备的IP地址。

[0069] 在各个实施例中，OSP系统随后进行各种校验（类似于关于注册过程所描述的校验）以验证是否允许用户在网站上参与交易活动以及允许用户在网站上参与何种交易活动，显示为步骤205。例如，OSP的系统可以验证用户位于允许用户在网站上玩的赌博活动中下赌注的管辖区中（基于用户的计算设备的IP地址）。此外，在特定的实施例中，OSP系统可在执行这些校验中的一项或多项时请求来自用户的附加信息和/或可使用对用户执行的先前校验的结果。另外，在特定实施例中，OSP的系统能够绕过一些校验，因为这些校验是在用户的注册或先前验证过程期间进行的，如下文更详细说明的。这些能力可使验证过程合理化并且可使得在OSP系统上使用更少的处理容量和存储介质。因此，在该步骤结束时，OSP系统已经验证了用户在网站上的同时是否能够参与交易活动或者能够参与何种交易活动。

[0070] 在步骤206中，OSP系统发布用户与网站的特定交互式对话的对话标识符并且将用户连同对话标识符一起引导回到网站。在各个实施例中，该对话标识符与用户（例如，用户的唯一标识符）、网站和OSP的系统已经验证的用户能够在网站的同时参与的交易活动列表相关联。因此，在接收到来自OSP系统的对话标识符时，网站的系统完成用户的登录以使他可以参与网站上的交易活动，显示为步骤207。此外，在这些以及其它实施例中的任一个实施例中，对话标识符的指定将容许用户在登入期间进行多种交易，这些多种交易都是通过单次验证许可的。

[0071] 根据各个实施例，当用户请求参与网站上的特定交易活动或一系列活动时（例如，请求购买商品、请求观看视频、或请求下赌注），网站的系统和/或网站基于所发布的对话标识符来确认用户已经过验证而参与特定的一个或多个活动。在一些实施例中，信息连同对话标识符被包含在用户已经过验证而在网站上参与的交易活动上。因此，在该特定实施例中，网站的系统和/或网站参考该信息来判定用户是否已经过验证而参与特定的一个或多个活动。在其它实施例中，网站的系统将请求提交到OSP的系统以确认用户已经过验证而参与特定的一个或多个活动。在这些以及其它的实施例中，请求包括关于特定的一个或多个活动以及对话标识符的信息。OSP的系统随后使用对话标识符来判定用户是否已经过验证而参与特定的一个或多个交易活动并且将其判定报告给网站的系统和/或网站。此外，在其它的实施例中，OSP的系统和/或网站的系统记录用户所请求/执行的任何交易活动（以及关联的信息）以及对话标识符。

[0072] 根据各个实施例，对话标识符保持“锁定”到用户，只要用户仍参与与特定网站的交互式对话。因此，相对于针对该特定交互式对话发布的特定的对话标识符,验证和记录在特定交互式对话期间用户所请求的任何交易活动。根据实施例，可通过OSP和/或网站来执行记录。此外，在特定实施例中，对话标识符与用户的计算设备的IP地址和/或连接记号相关联。这使得某人“劫持”用户的交互式对话以尝试并模拟网站上的用户的可能性最小化。因此，其结果是，在各个实施例中，验证过程提供了对用户在参与因特网网站的交互式对话的同时能够参与的交易活动进行验证的高效且有效的方式。此外，在一些实施例中，验证过程可以在对话标识符内或者连同对话标识符一起发布证书，其中至少所述证书（以及通常是对话标识符本身）可嵌入到购买交易数据内作为用户是经验证而进行活动的证据。如下文更详细说明的，在这些以及其它的实施例中，这些特征不仅提供了更高程度的高效性、而且提供了对于各种交易中的任一种所涉及的各方的安全性和信任。

[0073] 方法、装置、系统和计算机程序产品

[0074] 应当理解，可以各种方式来实施这些实施例，包括方法、装置、系统或计算机程序产品。因此，实施例可呈完全硬件实施例或处理器被编程以执行一些步骤的实施例的形式。此外，各个实施方式可呈计算机可读存储介质上的计算机程序产品的形式，该介质上具有合并到存储介质中的计算机可读程序指令。以使用任何适合的计算机可读存储介质，包括硬盘、CD-ROM、光存储设备、或磁存储设备。

[0075] 下面参照方法、装置、系统和计算机程序产品的框图和流程图来说明特定实施例。应当理解的是，框图和流程图中的每个框分别可部分地通过计算机程序指令来实施，例如，实施为在计算系统中的处理器上执行的逻辑步骤或操作。这些计算机程序指令可装载到计算机上，诸如装载到专用计算机或其它可编程数据处理装置上以制成专门配置的机器，使得在计算机或其它可编程数据处理装置上执行的指令实现流程图的一个或多个框中所规定的功能。

[0076] 这些计算机程序指令还可存储在能够引导计算机或其它可编程数据处理装置以特定方式运行的计算机可读存储器中，使得存储在计算机可读存储器中的指令制成包括用于实现流程图的一个或多个框中所规定的功能的计算机可读指令的制造品。计算机程序指令还可装载到计算机或其它可编程数据处理装置上以使一系列操作步骤在计算机或其它可编程装置上执行从而生成计算机实现的处理，使得在计算机或其它可编程装置上执行的指令提供用于实现流程图的一个或多个框中所规定的功能的操作。

[0077] 因此，框图和流程图的框支持用于执行规定功能的各种组合、用于执行规定功能的操作组合以及用于执行规定功能的程序指令。还应当理解的是，框图和流程图的每个框以及框图和流程图中框的组合能够由执行规定功能或操作的专用型基于硬件的计算机系统、或专用硬件和计算机指令的组合来实现。

[0078] 示例性的系统体系结构

[0079] 图3提供了能够与本发明的各个实施例结合使用的系统体系结构300的图示。体系结构300包括与多个网站平台303通信的多个用户计算设备301。每个用户的计算设备301可以为诸如台式计算机、笔记本或膝上型计算机、个人数字助理（PDA）、平板式计算机、手机或其它处理设备的设备。在各个实施例中，每个网站平台303包括网页服务器以及支持系统部件（诸如例如，应用服务器）。网页服务器将网页传递到浏览器以及将其它数据文件传递到基于网页的应用程序，并且包括硬件、操作系统、网页服务器软件、TCP/IP协议和站点内容（网页、图像和其它文件）。因此，用户利用驻留在用户的计算设备301上的浏览器参与同运营商的交易活动，浏览器通过因特网与以运营商的网站平台303为宿主的各网页交互。

[0080] 在各个实施例中，多个运营商系统302与网站平台303进行电子通信，并且网站平台303与OSP系统304进行电子通信。然而，在其它实施例中，运营商系统302与OSP系统304进行电子通信。本文所描述的任何电子通信可以经由一个或多个无线或有线网络，诸如有线或无线个人区域网络（“PAN”）、局域网（“LAN”）、城域网（“MAN”）、广域网（“WAN”）、因特网等等。另外，在各个实施例中，OSP系统304可利用应用编程接口（API）模块与网站平台
303和/或网站系统302接口。（如图3所示，OSP系统304还可利用API模块来与系统体
系结构300的其它部件接口）。如下文更详细说明的，OSP系统304可包括一个或多个硬件和软件部件，诸如服务器、存储介质、路由器、网关和相应的软件。

[0081] 另外，OSP系统304可与其它系统和部件接口。例如，如图3所示，OSP系统304还与用于会计服务提供商（ASP）305的系统通信。如之前所提到的，在特定实施例中，ASP为OSP提供诸如支付信用卡交易、协调交易以及生成协调报告的服务。进一步在图3中示出，ASP系统305可与ASP所控制的一个或多个账户306进行电子通信。如下文更详细说明的，这些账户306用于保持用于由于支付过程产生的各种债务的资金。另外，ASP的系统305可与存储税务管辖区信息的一个或多个存储介质307通信。例如，在各个实施例中，存储介质307和本文中描述的其它存储介质可以为诸如硬盘、磁带或快擦写存储器的一种或多种介质。此外，存储介质307可以包括一个或多个数据库。术语“数据库”是指存储在计算机系统中的记录或数据的结构集合，诸如通过关系数据库、层级数据库或网络数据库。

[0082] 在各个实施例中，OSP的系统304还可与诸如图3中描绘的自排除（self-exclusion）存储设备308的一个或多个存储介质直接接触。类似于与ASP的系统
305通信的存储介质307，自排除存储设备308可以为诸如硬盘、磁带或快擦写存储器的一种或多种介质，以及支撑部件，并且可以包括一个或多个数据库。如下文更详细说明的，自排除存储设备308存储为个体用户所施加的关于对参与网站上的交易活动的限值、限制和/或排除的信息。

[0083] 此外，在各个实施例中，体系结构300包括与OSP系统304通信的一个或多个服务系统。例如，图3中所描绘的体系结构300包括管辖区数据库309、移动位置澄清系统310、设备指纹系统311、了解你的客户（KYC）系统312、地理IP系统313以及信用代理系统314。如下文更详细说明的，在特定的实施例中，这些系统与不同的第三方相关联并且提供用于在注册和验证过程中进行的各种校验的机制。例如，在特定实施例中，设备指纹系统311由OSP系统304接触以捕获用户当前与网站交互的用户计算设备301的有效设备指纹。

[0084] 应当注意，图3中所示的体系结构30仅为了示例的目的，而不应解释为可用于实施所要求的发明的唯一体系结构。例如，在各个实施例中，体系结构300可以包括或排除一个或多个服务系统。例如，在一个实施例中，OSP的系统304可包括由设备指纹系统311提供的功能。因此，当为这种情况时，体系结构300可不包括该系统311。因此，图3示出了根据体系结构300的一个配置的各个系统和部件，然而，各个实施例不限于该特定的体系结构300。

[0085] OSP服务器

[0086] 如前所述，根据各个实施例，OSP的系统304可包括一个或多个服务器。因此，图4提供了根据本发明的一个实施例的可驻留在OSP的系统304中的服务器的示意图。术语“服务器”一般是指任何计算机、计算设备、台式计算机、笔记本或膝上型计算机、分布式系统、服务器、网关、开关、或适于执行本文所描述的功能的其它处理设备。如从该图中理解的，在该实施例中，服务器400包括处理器405，处理器405经由系统接口或总线461与服务器400内的其它元件通信。处理器405可以多种不同方式实施。例如，处理器405可实施为各种处理装置，诸如处理元件、微处理器、协同处理器、控制器或其它各种处理设备，包括诸如例如专用集成电路（“ASIC”）、场可编程门阵列（“FPGA”）、硬件加速器等集成电路。在示例性实施例中，处理器405可配置成执行存储在设备存储器中或以其它方式可由处理器
405访问的指令。因此，无论由硬件还是软件方法或者通过它们的组合配置，处理器405可代表能够在进行相应配置的同时执行根据本发明的实施例的操作的实体。在服务台400中还包括用于接收和显示数据的显示设备/输入设备464。该显示设备/输入设备464可以
例如为与监控器结合使用的键盘或指针设备。服务器400还包括存储器463，存储器463可包括只读存储器（“ROM”）465和随机存取存储器（“RAM”）467。服务器的ROM465可用于存储包含基本例程的基本输入/输出系统（“BIOS”）426，该基本例程有助于将信息传递到服务器403内的不同元件。

[0087] 另外，在一个实施例中，服务器403包括至少一个存储设备468，诸如硬盘驱动器、CD驱动器、和/或用于将信息存储在各种计算机可读介质上的光盘驱动器。存储设备468及其关联的计算机可读介质可提供非易失性存储。上文所述的计算机可读介质可由任何其它类型的计算机可读介质替代，诸如嵌入式或可移除的多媒体存储卡（“MMC”）、安全数字（“SD”）存储卡、存储棒、电可擦除可编程只读存储器（“EEPROM”）、快擦写存储器、硬盘，等等。另外，这些存储设备468中的每一个可通过适当的接口与系统总线461连接。

[0088] 此外，多个程序模块（例如，计算机程序指令集）可由各个存储设备468存储和/或存储在RAM467内。这些程序模块可包括操作系统480、登记模块500、验证模块600、自排除模块800、行为分析模块900、退款模块1000、授权模块1100、支付模块1200和ASP模块1300。这些模块500、600、800、900、1000、1100、1200和1300可借助处理器405和操作系统
480来控制服务器400的操作的一些方面，但是其功能无需是模块化的。

[0089] 在一个实施例中，用于与各个计算实体接口的网络接口474也位于服务器400内。该通信可经由相同或不同的有线或无线网络（或有效网络和无线网络的组合），如上文所讨论的。例如，通信可利用有线数据传输协议来执行，诸如光纤分布式数据接口（“FDDI”）、数字用户线（“DSL”）、以太网、异步传输模式（“ATM”）、帧中继、电缆上数据服务接口规格（“DOCSIS”）、或任何其它有线传输协议。类似地，服务器400可配置成利用各种协议中的任一种经由无线外部通信网络通信，诸如802.11、普通分组射频服务（“GPRS”）、宽带码分多路访问（“WCDMA”）、或任何其它无线协议。

[0090] 当然，将理解的是，服务器400的部件中的一个或多个可距其它服务器400的部件远程地定位。此外，一个或多个部件可组合，并且执行本文所描述的功能的附加部件可包括在服务器400中。

[0091] 附加的示例性系统部件

[0092] 用户的计算设备301和可以驻留在图3所示的体系结构300中描绘的其它系统中的服务器可各自包括与OSP服务器400相似的部件和功能。例如，在一个实施例中，每个实体可包括：（1）经由系统接口或总线与其它元件通信的处理器；（2）显示设备/输入设备；（3）包括ROM和RAM的存储器；（4）存储设备；以及（5）网络接口。提供这些体系结构是仅为了示例性的目的，而不限于各个实施例。术语“计算设备”一般用于指代任何计算机、计算设备、台式计算机、笔记本或膝上型计算机、分布式系统、服务器、网关、开关、或适于执行本文所描述的功能的其它处理设备。

[0093] 示例性的系统操作

[0094] 现在将参考图5A-13，这些图示出了本发明的各个实施例所生成的操作和处理。例如，图5A和图5B提供了根据各个实施例的使用户注册各个网站以及注册OSP的注册模块500的流程图。图6提供了根据各个实施例对在网站上的交互式对话期间用户能够在网站上进行的交易活动进行验证的验证模块600的流程图。图8提供了根据各个实施例的自
排除模块800的流程图，自排除模块800便于用户在与一个或多个网站交互的同时用户能够参与的交易活动设定限制/限定，和/或排除用户参与一个或多个网站上的一个或多个交易活动。图9提供了根据各个实施例的行为分析模块900的流程图，行为分析模块900被配置成分析用户在多个网站上进行的各种交易活动、识别相对于在网站上进行的交易活动的行为规范、将可能存在问题的用户标识为其行为偏离所识别的规范的用户，以及监控与规范的偏离以及随时间推移个体用户行为变化。图10提供了根据各个实施例的退款
（charge）模块1000的流程图，退款模块1000被配置成便于为用户已在网站上进行的交易活动提供与网站所接收到的退款请求相关联的信息。图11提供了根据各个实施例的授权模块1100的流程图，授权模块1100被配置成便于网站寻求对用户信用卡的购买授权。图
11A还提供了根据其它实施例的授权模块1100的流程图。图12提供了根据各个实施例的支付模块1200的流程图，支付模块1200被配置成便于进行特定网站的交易活动的支付。图
13提供了根据各实施例的ASP模块1300的流程图，ASP模块1300被配置成便于根据交易
活动来分散支付资金。下文更详细地描述了这些模块500、600、800、900、1000、1100、1200和1300。

[0095] 直接注册OSP的注册模块

[0096] 如本文之前所描述的，在各个实施例中，OSP服务器400可包括被配置成使用户直接注册OSP的烙印（branded）注册模块500。一旦根据该模型进行注册，在一些实施例中，用户可以使用该注册来参与与OSP相关联的一个或多个网站上的活动（例如，购买受限制商品和/或服务，体验诸如视频的媒体，或者下赌注）。典型地，在这些以及其它的实施例中，用户将通过直接访问OSP的烙印网页或通过运营商的网站访问网页且被重新引导至OSP的烙印网页来到达注册网页。例如，在至少一个实施例中，用户可通过因特网来访问由OSP烙印且以OSP为宿主的网站并且直接从其访问注册网页。在其它实施例中，用户可通过因特网首先访问从运营商的网站并且被重新引导至OSP的注册网页。

[0097] 因此，图5A示出了根据各个实施例的注册模块500的流程图。该流程图可对应于图4中所示的OSP服务器400中的处理器405所执行的步骤，因为其执行根据各个实施例的服务器的RAM存储器467中的模块500。

[0098] 根据各个实施例，用户访问由OSP烙印且以OSP为宿主的网站并且选择网站上的选项来注册OSP。在这些实施例中，一旦用户注册，他能够访问列出全部参与网站的OSP网页并且被重新引导至他选择的网站且参与交易，而无需进一步验证。OSP的系统将提供对话证书（如下文更详细说明的）给网站，对话证书可添加到信用卡交易中。在其它实施例中，用户访问运营商的网站并且选择网站上的选项来注册并且被引导至OSP的网页。作为响应，OSP的网站将用户引导至通过运营商网站品牌或通过OSP品牌烙印的注册网页，取决于特定应用所期望的服务计划。

[0099] 根据各个实施例，OSP的系统304还被配置成取回（或网站平台303提供）用于用户正利用其与网站交互的计算设备301的一个或多个设备指纹。根据一些实施例，一个或多个设备指纹可包括诸如用户的设备301用于与网站通信的IP地址的指示符和/或关于设备301的配置的一些各种数据、或设备301上的唯一地标识设备301的硬件标识符，诸如设备的MAC地址或其它唯一硬件序列号。

[0100] 因此，在这些以及其它的实施例中，注册过程开始于注册模块500，该模块捕获设备指纹，如步骤502A中所示。在特定的实施例中，注册模块500响应于接收到用户的设备指纹（例如，设备的IP地址）而调用位置校验，显示为步骤503A。如下文更详细说明的，位置校验可以为地理IP校验系统、注册相关系统、移动定位器系统、无线定位器系统、和/或等待时间分析系统中的任一个或多个。此外，在一些实施例中，位置校验可通过第三方提供商或通过装载到OSP系统上的第三方软件来执行。

[0101] 然而，在这些以及另外的实施例中的任一个中，应当理解的是，位置校验至少涉及到基于指纹来识别用户设备的物理位置。因此，注册模块500将设备指纹提供给第三方提供商，并且提供商将用户设备301的位置返回到注册模块500。位置可根据实施例而精确到不同的程度。例如，位置可精确到国家级、州级、城市/镇/区域级、和/或在多英尺内，都取决于第三方提供商的能力和特定应用所需的精确度。例如，一些实施例可要求用户的精确位置的合理保证，低至500英尺或更低，如例如在线赌博操作中所期望的。

[0102] 此外，在各个实施例中，第三方提供商的位置校验系统/服务可寄住在OSP系统304内。在众多其它益处中，这种配置能够有助于确保当对位置进行请求时自第三方提供商进行更快速的响应时间。这同样适用于各服务的其它第三方提供商，如下文更详细描述的。当然，应当进一步理解的是，在这些以及其它特定实施例中的任一实施例中，注册模块
500被配置成将第三方提供商返回的位置存储在某种类型的存储介质（本地或外部）中，以使位置能够被取回以便后来参考，无论是注册模块还是其它模块，如特定应用中所期望的。

[0103] 在步骤504A中，根据各个实施例的注册模块500捕获来自用户的附加注册细节。在特定实施例中，用户可将细节输入到初始注册网页上，或者可被引导至提供请求附加注册细节的字段的不同网页。附加注册细节可包括根据各个实施例的各种不同信息。例如，这些细节可包括用户的全名、电子邮件地址、出生日期、性别、家庭地址、陆线电话号码、移动电话号码、社会保障号码、驾驶证号以及州或国家，以及设备指纹。另外，这些细节中的一些细节可能是强制性的，诸如全名、电子邮件地址、出生日期、性别和家庭地址。此外，注册细节可指示用户希望注册何种类型的交易活动以使用户可参与与OSP相关联的网站上的这些活动。在另外的实施例中，网站注册过程可记录所出售商品的类型，并且还将商家分类代码指定给商品。以此方式，在这些各种实施例中用户验证服务将高效地且精确地应用可应用于这些商品和/或网站和/或用户所在的管辖区的任何具体法律要求，如对于特定应用所期望的。

[0104] 在步骤505A中，根据各个实施例的注册模块500可被配置成对附加注册细节中的一个或多个部分进行验证。例如，在一些实施例中，注册模块500验证由用户提供的电子邮件地址、驾驶证号、社会保障号和家庭地址是正确的格式。在这些以及其它的实施例中，如果注册模块500判定出这些特定信息中的一项或多项不是正确的格式，则注册模块500可要求用户重新输入正确格式的信息。

[0105] 仍参考图5A，在步骤506A中，根据各个实施例的注册模块500针对管辖区数据库309进行查找以识别对于用户所在的管辖区用户可参与的交易活动的类型。例如，在一些实施例中，注册模块可使用从设备指纹识别出的用户的位置和/或用户提供的地址以对管辖区数据库309进行查找。在特定的实施例中，数据库309可包括位置与参与该位置上的一些交易活动（包括注册）的合法性的映射。因此，在各个实施例中，参与特定的运营商网站上的交易活动的合法性可取决于可在该网站上进行的交易活动的类型。例如，交易活动的类型可涉及诸如酒精、武器、和/或成人材料的非限制示例的受限制商品的购买，或者可涉及参与诸如赌博或观看受限制材料的活动。另外的非限制示例可包括含烟草产品、含酒精产品、面向武器产品、面向药品产品、面向成人产品和面向爆炸产品。

[0106] 此外，在各个实施例中，数据库309可本地地存储在OSP的系统304内的一个或多个存储介质上或存储在OSP的系统304的外部。因此，在特定实施例中，通过注册模块500进行的查找基于用户的位置返回规定用户可参与的交易活动的类型的结果。在用户已识别出要注册的一些交易活动的实施例中，注册模块500确认从查找返回的结果包括这些交易活动，显示为步骤507A。如果结果不包括识别出的交易活动，则注册模块500可结束注册过程并且通知网站和/或用户，用户不能注册而参与这些活动，显示为步骤508A。

[0107] 作为非限制示例，根据各个实施例，注册模块500校验由用户输入的出生日期以确保对于用户管辖区、对于所识别出的交易活动和/或对于网站所设定的特定最小年龄，该用户在相关年龄以上。例如，在一些实施例中，注册模块500查询一个或多个外部数据源（诸如用户所在州的机动车部门）以确证用户已在注册屏幕上输入了他的正确的出生日期。一旦注册模块500已确证用户的出生日期，注册模块500判定针对所识别的交易活动用户的年龄是否在用户的管辖区的要求年龄之上，如步骤509A所示。该判定可限制用户能够参与各个网站的交易的类型。

[0108] 此外，在用户或网站已识别出用户要注册的一些交易活动的实施例中，注册模块500可确认用户是否为参与这些交易活动的正确年龄。如果不是，则注册模块500可结束注册过程并且通知网站和/或用户，用户不能注册而参与这些活动，显示为步骤510A。此外，在这些以及另外的实施例中的任一实施例中，注册模块500可保存年龄确证标识符以及用户的注册信息。该标识符可被参考和/或提供给其它网站（例如，在用户在其它网站上进行注册/验证过程中）以确认用户的年龄已被判定且确认。

[0109] 如下文更详细说明的，在各个实施例中，OSP（以及在特定情况下，参与网站）为用户提供机会以设定限制/限定和/或自动地排除（例如，自排除）其自身能够参与一个或多个参与网站上的一项或多项交易活动。通过限制用户可在一个或多个网站上参与的交易活动的类型和/或量，和/或通过完全限制用户参与一个或多个网站上的交易活动，这种机制可有助于控制和/或前摄性防止和/或识别强迫行为。例如，在至少一个实施例中，OSP的网站可为网站提供使用户设定对用户的限制/限定和/或排除用户参与一个或多个参与网站上的交易活动的能力。

[0110] 作为另一非限制性示例，根据各个实施例OSP可为用户提供一个或多个网页，用户能够在该网页上输入允许用户在与一个或多个网站的单个交互式对话内和/或在限定时间段内花费、存放和/或赌注的金钱量的限值。此外，用户可在其中一个网页上表明排除用户参与一个或多个参与网站上的任何交易活动。可替代地，在这些以及其它的实施例中，OSP系统可以被配置成当用户在一个运营商网站上选择自排除时将用户自动地排除全部经许可的运营商网站。在特定的实施例中，外部施加的和/或用户施加的限制/限定/排除以及支持信息被存储在OSP系统304之内或之外的一个或多个排除数据库308中，如下文更加详细说明的。在至少一个实施例中，OSP可被进一步配置成：在接收到一个或多个用户的相关排除数据时，搜索一个或多个排除数据库和/或将数据登记到一个或多个排除数据库，如特定应用所期望的。在其它实施例中，OSP可被配置成接收来自多个网站以及来自联邦、州和部落级别的政府主体的在线排除数据，响应于此，该数据被周期性地存储和更新。根据这些以及其它的实施例中，系统和方法同样可接收来自网站的在线查找请求并且针对用户数据进行搜索以判定用户是否被排除，如特定应用所期望的。

[0111] 因此，在步骤511A中，根据各个实施例的注册模块500基于在注册过程期间获得的一条或多条信息来进行自排除数据库308中的查找以判定该用户是否之前要求被排除能够参与该经营网站上的任何类型的交易活动。（下面在图7中进一步解释了根据各个实施例的自排除校验）。在步骤512A中，如果注册模块500通过查找判定出用户已要求排除参与一些交易活动，则注册模块500可进一步限制用户能够参与各个网站上的交易的类型。另外，在用户或网站已经识别出要注册的一些交易活动的实施例中，注册模块500判定用户是否已自排除参与这些交易活动。如果是这样，则注册模块500可结束注册过程并且通知网站和/或用户，用户已被排除参与这些活动，显示为步骤513A。此外，该过程的该步骤可涉及到在一个或多个“黑名单”上查找以确认用户是否已因除了自排除之外的某另一原因而被排除注册，诸如为已判罪的罪犯、或各种外部施加的排除标准中的任一种，如下文更详细说明的。

[0112] 继续注册过程，在根据各个实施例的步骤514A中，注册模块500进行一种或多种欺诈校验以试图阻止在网站上发生有组织的欺诈。例如，在一些实施例中，该步骤包括：注册模块500进行“速度”校验以判定在可设定的预定时间段内（例如，在过去的六十分钟内）接收到的任何注册企图是否包括相同和/或相似的注册信息。此外，在特定的实施例中，该步骤包括：注册模块500监控连同注册企图一起接收到的设备指纹（例如，IP地址）以判定是否存在源自于特定设备指纹的相同注册企图。如果注册模块500检测到来自任何校验的可能的欺诈，则模块500可结束用户的注册过程和/或可以记录可能的欺诈企图（连同注册信息一起）以用于将来参考。因此，在这些以及另外的实施例中的任一实施例中，OSP可包括其系统304上的欺诈校验以试图防止其系统304“充满”会影响系统304的性能的欺诈性企图。

[0113] 在这点上，根据各个实施例注册模块500将注册信息存储在位于OSP系统304之内或之外的存储介质中，如显示为步骤515A。另外，在特定实施例中，注册模块500查询对于已注册OSP的现有用户所存储的信息以判定用户是否已具有现有账户，显示为步骤516A。例如，在一个实施例中，注册模块500基于用户所输入的电子邮件地址、全面、家庭地址、电话号码、和/或出生日期中的一项或多项的组合来搜索对于现有用户存储的信息。如果注册模块500判定出用户的注册信息与现有用户的信息匹配（例如，判定用户已存在账户），则注册模块500结束注册过程并且通知用户，显示为步骤517A。可替代地或作为选择，根据这些以及其它的实施例中的任一实施例，信息匹配可与另一运营商网站上的账户有关并且可加快用户在第二运营商网站上的注册。

[0114] 相反，根据各个实施例，如果注册模块500判定出用户不具有现有账户，则注册模块500执行“了解你的客户”（KYC）校验以确证用户的身份，显示为步骤518A。在一些实施例中，KYC校验涉及到注册模块500联系第三方提供商以确证用户身份。如下文更详细说明的，在各个实施例中，这会涉及到注册模块500将单一注册信息提交提供给第三方提供商并且将对话类型的注册信息提交提供给第三方提供商（例如，提交信息、接收响应，以及要求来自用户的后续信息）。例如，注册模块500将初始注册信息提交给第三方提供商。作为响应，第三方提供商确认初始注册信息与诸如公共持有的信息或信用信息的其它可用信息匹配。例如，第三方提供商通过将号码与适当州的机动车部门的可供使用的记录进行比较来确认用户提供了他正确的驾驶证号。

[0115] 在第三方不能够将用户的初始注册信息与来自一个或多个数据源的信息匹配的各个实施例中，第三方提供商要求用户的附加信息以用于获得用户与一个或多个数据源的匹配。在这些特定情况下，第三方提供商可将关于用户的细节是否匹配的指示符连同对于附加信息的请求一起发送到注册模块500。因此，在步骤519A中，注册模块500判定第三方是否能够匹配用户的细节。如果注册模块500判定出第三方提供商不能匹配用户的细节，则注册模块500要求来自用户的附加信息，显示为步骤520A。例如，在一个实施例中，注册模块500要求用户提供用户起初未提供答案的可选问题的信息。用户提供问题的答案并且注册模块500将答案转送到第三方提供商。结果，第三方提供商能够使用在答案中提供的附加信息来提高将用户的细节与在一个或多个数据源中找到的信息匹配的概率。例如，第三方提供商可能不能基于用户的姓名和地址来建立用户的匹配。第三方提供商随后可要求用户的社会保障号以提高找到用户细节与存储在一个或多个数据源中的信息的匹配的可能性。

[0116] 根据各个实施例，如果第三方提供商能够将用户的细节与在一个或多个数据源中找到的信息匹配，则过程继续，注册模块500询问一个或多个问题，该问题构思成确证提供信息的用户实际上是注册OSP的用户，显示为步骤521A。这可称为基于知识的认证（“KBA”）。在一些实施例中，这些问题仅基于所识别出的用户通常能够提供的细节。例如，可能的问题是让用户提供他配偶的出生日期和/或他母亲的本姓。在特定的实施例中，注册模块500可将构建问题，而在其它实施例中，第三方提供商可构建问题并且提供问题。问题的答案随后可由第三方提供商使用以通过利用来自一个或多个数据源的用户细节确证答案且因此验证提供信息的用户实际上是注册OSP的用户来判定答案是否正确。此外，在特定的实施例中，注册模块500存储了解你的客户（“KYC”）和/或基于知识的确证（“KBA”）校验的结果，显示为步骤522A。

[0117] 因此，在根据各个实施例的步骤523A中，注册模块500判定用户是否已通过KYC校验。例如，在一些实施例中，注册模块500通过评估用户所提供的信息和从数据源获得的细节是否相关（例如，用户所提供的信息是否充分匹配从数据源获得的细节）来做出该判定。虽然在其它实施例中注册模块500接收第三方提供商的已认证用户身份的一些指示。如果注册模块500判定出用户身份尚未认证（例如，KYC校验失败），则注册模块500结束注册过程，显示为步骤524A。因此，在特定的实施例中，注册模块500将用户身份未认证的指示发送到网站和/或用户。然而，如果注册模块500判定出用户身份已被认证，则模块500将唯一用户标识符发布到网站或特定用户，显示为步骤525A。如下文更详细说明的，该唯一用户标识符在OSP系统304内是唯一的并且连同存储在系统304中用于该用户的任何信息（例如，一个或多个账户）与用户相关联。

[0118] 在各个实施例中，注册模块500可等待执行该步骤，直到整个注册过程已成功完成且模块500在该过程内尚未遭遇失败。然而，在其它实施例中，注册模块500可在注册过程中更早地执行该步骤，以使所获得任何信息和/或各种校验的失败/成功可在通过注册模块500获得信息和/或校验结果时连同唯一标识符一起存储，以便后来参考该信息/失败/成功。（然而，应当注意，在各个实施例中注册模块500可配置成在诸如注册成功完成的该过程稍后时间，将信息/失败/成功与唯一用户标识符相关联。）根据各个实施例，唯一用户标识符可以为多种不同类型标识符中的任一种。例如，在一个实施例中，唯一用户标识符标识为字母数字值。

[0119] 一旦注册模块500已将唯一用户标识符发布给用户，在特定实施例中模块500可要求用户提供密码以与标识符关联。当然，在其它实施例中，模块500可连同唯一用户标识符生成密码。在其它的实施例中，网站可为用户生成密码以及可能的用户名，并且数据将链接到由OSP注册模块提供的唯一用户标识符，如特定应用所期望的。

[0120] 在各个实施例中，注册模块500可要求用户向OSP注册信用卡。一旦注册，信用卡可由用户使用用于一些交易活动，诸如在网站上进行购买和/或将资金存放在网站内。此外，在特定实施例中，信用卡可由网站使用来支付用户，诸如例如，由于赌博活动而向用户支付盈利。因此，在步骤526A中，注册模块500捕获来自用户的信用卡细节。例如，该步骤需要为用户呈现一个或多个网页，在这些网页上提供诸如信用卡类型、信用卡号码、卡上名字、账单地址以及信用卡的到期日的适当信息。

[0121] 另外，在各个实施例中，注册模块500可在存储信息之前对一条或多条信用卡信息进行加密。在这些以及其它实施例中，OSP的系统通常是遵守PCI的。然而，如果该网站不是遵守PCI的，则OSP系统将生成信用卡的记号标识以传递到网站，从而避免了网站经过变成遵守PCI且维持遵守PCI的昂贵过程的需要。

[0122] 如果由于某原因用户不具有有效的信用卡来注册，在各个实施例中，根据各个实施例注册模块500可将用户提交给信用卡发布商，显示为步骤527A。因此，在一些实施例中，注册模块500可与一个或多个第三方提供商（例如，信用卡发布商）通信，并且注册模块500将用户引导至与信用卡发布商相关联的网站，以使用户可向信用卡发布商“申请”信用卡。一旦用户已申请卡且已获得卡（例如，信用卡号），则用户可被重新引导回到注册过程和关联的网页，用于在步骤526A输入信用卡信息。

[0123] 此外，在特定实施例中，注册模块500可获取用户的信用评分，显示为步骤528A。类似于其它注册步骤，在这些实施例中，注册模块500可与一个或多个第三方提供商通信以获得用户的信用评分。例如，在一个实施例中，注册模块500通过安全通信信道与（例如，Equifax的系统）通信以获得用户的信用评分。一旦注册模块500接收到
评分，则模块500将评分连同针对用户收集的其它信息一起存储。最后，在注册过程成功完成时，注册模块500将唯一用户标识符和密码（如果可用）传送到网站，显示为步骤529A。信用评分可用于设定或推荐网站上的用户限值。

[0124] 因此，由于注册OSP而在本发明的各个实施例中体验的优点在于，OSP可以将带有印记的（branded，烙印）网站直接提供给用户，由此用户可以使用与OSP相关联的多个网站上的注册信息（例如，唯一用户标识符）来方便参与网站上的活动。例如，OSP可要求参与网站来通过注册过程并且可提供标识符（例如，品牌标记/徽标）以置于运营商网站上来向用户表明，它们可在运营商网站上使用其OSP注册。因此，访问与提供诸如酒精购买的受限制交易活动的OSP相关联的特定的运营商网站的用户可使用他的在网站上的唯一用户标识符和密码来“登录”并且通过简单的验证过程而被验证以参与网站上的这些购买，而不必通过特定网站的注册过程。

[0125] 此外，在各个实施例中，唯一用户标识符的使用可标识并链接从多个网站获得的关于用户的信息。结果，在各个实施例中，可在网站之间共享与多个网站相关联的信息。另外，具有在多个网站之间采用的唯一用户标识符的用户允许对数据进行整理（collate）并且使得反映用户在多个网站上的全部行为。此外，在这些不同的实施例中，这种能力可提供更好的效率并且可减少所需的计算能力，因为不要求每单个网站对特定用户进行注册过程以判定用户是否可以参与每单个网站的交易活动。相反，每单个网站可依赖于用户借助OSP完成的注册和简单的验证过程。

[0126] 因此，在特定实施例中，唯一用户标识符和用户密码的验证可由网站用作用户已成功通过对OSP的注册过程的“证据”。例如，如下文更详细说明的，网站可将用户重新引导至OSP以验证唯一用户标识符和密码，并且因此确证用户可被“许可”参与网站上的何种交易活动。作为非限制示例，用户可希望参与网站上的受限制交易活动，诸如观看成人材料。在这些以及其它实施例中，OSP对网站重新引导用户用于验证用户唯一标识符和密码做出回应，表明用户可“被许可”以观看该材料。结果，不要求用户经过对特定运营商和/或网站的注册过程，从而参与网站上的交易活动。OSP将提供对话证书，对话证书能够合并到信用卡交易数据字段中以指示用户符合任何受限制销售的法律义务。

[0127] 当然，无论是之前提到的和/或随后提到的，应当理解的是，图5A中所示的特定流程图标识注册模块500的多个不同实施例的一个实施例，并且可设想图中所示的步骤序列在其它实施例中和/或在特定应用期望这样的情况下进行不同定序。作为非限制示例以及如本文之前所描述的，在特定实施例中注册模块500可被配置成在注册过程中更早地发布唯一用户标识符，以使得在模块500获得信息和/或进行校验时所采集的信息和/或校验结果能够被存储且与标识符相关联。

[0128] 此外，应当理解的是，在各个实施例中，根据OSP可使用户注册针对一些网站参与的交易活动类型，不要求注册模块500执行注册过程中的全部步骤。例如，作为非限制示例，用户可初始地注册OSP以仅参与非受限制交易活动，诸如在各种服装网站上进行购买。因此，在这种情况下，可不要求注册模块500确证用户的年龄，因为服装的购买通常不基于年龄进行限制。另外，在各个实施例中，用户可通过OSP来注册网站以进行可适用于其它类型的交易活动的一些类型的交易活动。例如，用户可初始地注册与OSP定有契约的网站，以使用户可参与赌博活动。用户随后可能希望直接注册OSP，以使他可参与成人主题活动。在该特定情况下，注册模块500可接收到为用户注册成人主题活动的请求，并且注册模块500可识别出用户之前已注册参与赌博活动。

[0129] 因此，应当理解，根据注册模块500的各个实施例，可配置成确定对于两种类型的交易活动的注册过程相同并且可将参与赌博活动的成功注册适用于成人主题活动的注册。事实上，在一些实施例中并且如本文之前所描述的（例如，对于赌博活动），OSP将在代表赌博网站的白色标签模式中操作，而在其它实施例中（例如，对于成人主题活动），用户将注册OSP烙印站点，并且OSP将因此在成功注册时为用户提供他的唯一用户标识符和密码。因此，在这些以及其它实施例的任一实施例中，用户随后能够在继续进行的任何参与商家处使用该唯一用户标识符和密码，在整个系统中提供了更高程度的效率和有效性，如本文之前已说明的。

[0130] 用于在运营商网站上注册的注册模块

[0131] 在各个实施例中，如至少本文之前简要描述的，运营商和/或网站可要求用户通过特定运营商和/或网站来打开账户，以便用户参与特定网站上的交易活动。例如，一个或多个赌博网站可要求用户具有与每个特定赌博网站相关联的账户以有助于方便在这些网站上进行的赌博活动。例如，这些账户可有助于方便用户将资金存放在赌博网站上以便在这些网站上下赌注时使用。在这些类型的注册下，用户通常将首先选择网站的注册选项，然后被重新引导至OSP的注册网页。当然，在其它实施例中，用户还可直接访问OSP的以注册特定的运营商和/或网站，如特定应用中所期望的或更有益特定应用的情况。

[0132] 因此，图5B示出了用于这种注册类型的根据各个实施例的注册模块500的流程图。与上述类似，该流程图可对应于由图4中所示的OSP服务器400中的处理器405所执行的步骤，因为处理器405根据各个实施例执行服务器的RAM存储器467中的模块500。

[0133] 根据各个实施例，用户访问以与OSP相关联的网站为宿主的网站，并且选择网站上的选项来注册网站。作为响应，网站将用户引导至注册网页。在特定情况下，网页可要求用户输入用户名和密码。因此，用户键入用户名和密码，并且网站校验以确保用户名是唯一的。也就是说，网站校验以确保另一用户尚未使用该用户名来注册网站。一旦网站已确证用户名是唯一的，网站（例如，网站平台303）将用户重新引导至OSP的系统304并且提供用户的用户名。

[0134] 在特定实施例中，OSP的系统304可生成针对特定用户的连接记号并且可将连接记号发回到网站的系统302。如果在注册过程中用户被返回到OSP的系统304（例如，注册网页），则网站的系统302提供连接记号。OSP的系统304随后确证连接记号是有效的。如果连接记号是有效的，则允许注册过程继续。另一方面，如果连接记号是无效的，则不允许注册过程继续，并且用户被引导回到网站。在这些特定实施例中，这种记号提供了防止在网站和OSP的系统304之间转移用户期间用户的连接劫持的机制。该记号还可在验证过程期间发布（下文描述）并且在与网站交互式对话期间返回到OSP的系统304以防止用户的对话劫持。

[0135] 返回到根据各个实施例的注册过程，OSP的系统304调用注册模块500。在已要求用户提供已转送到OSP的系统304的用户名的特定实施例中，系统304将用户名提供给模块500。此外，在特定实施例中，OSP的系统304取回（或网站平台303提供）用户正使用其与网站交互的计算设备301的一个或多个设备指纹。因此，至少在这些以及另外的实施例中，注册过程开始于注册模块500捕获设备指纹，显示为步骤502B。类似于所描述的先前的注册过程，在特定实施例中，注册模块500响应于接收到用户的设备指纹（例如，设备的IP地址）而调用位置校验以识别用户的位置，显示为步骤503B。在一些实施例中，位置校验可包括地理IP校验系统、注册关联系统、移动定位器系统、无线定位器系统、等待时间分析系统、和/或一个或多个这些系统的各种组合中的任一个的非限制示例中的一个或多个。

[0136] 在步骤504B中，注册模块500对管辖区数据库309进行查找以识别用户是否位于容许用户注册该网站的管辖区中（例如，基于从地理IP校验返回的位置）。如之前所提到的，在各个实施例中，在特定网站上注册的合法性可取决于可在网站上进行的交易活动的类型。因此，在特定实施例中，通过注册模块500进行的查找返回了规定是否允许用户继续进行注册过程的结果。因此，在步骤505B中，注册模块500评估查找的结果以判定用户是否位于允许用户参与网站所涉及的交易活动的管辖区中。例如，如果注册模块500判定出用户不在容许用户参与特定交易活动的管辖区中（步骤506B），模块将该信息传送到网站。
依次，网站通知用户，不容许他注册网站（以及参与交易活动）。

[0137] 然而相反的是，如果注册模块500判定出用户位于容许用户参与网站上所涉及到的至少一种类型的交易活动的管辖区中，则注册模块500捕获来自用户的附加注册细节，显示为步骤507B。在特定实施例中，用户可将细节输入到初始注册网页上，或者被引导至提供了要求附加注册细节的字段的不同网页。如针对上文所描述的之前注册过程所讨论的，附加注册细节可包括根据各个实施例的各种不同的信息。

[0138] 仍参考图5B，在根据各个实施例的步骤508B中，注册模块500根据各实施例验证附加注册细节中的一个或多个部分。例如，在一些实施例中，注册模块500可查询一个或多个外部数据源（诸如用户所在州的机动车部门）以确证用户已在注册屏幕上输入了他的正确的出生日期。如果注册模块500判定出用户的年龄不超过用户管辖区所要求的和/或网站所设定的年龄，则注册模块500可结束注册过程并且可将判定通知网站。依次地，网站可通知用户他太年轻而不能注册。

[0139] 继续注册过程，在步骤509B中，注册模块500进行一种或多种欺诈校验以试图阻止在网站上发生有组织性的欺诈。因此，虽然可设想网站可在其网站上设立其自身欺诈校验来防止发生欺诈活动，如之前所说明的，在各个实施例中，OSP可包括在其系统304上的附加欺诈校验以试图阻止其系统304“充满”欺诈企图，这会影响系统304的性能。

[0140] 一旦用户已输入附加注册细节并且细节已经过确证且已进行了欺诈校验，则注册模块500将注册信息存储在位于OSP的系统304之内或之外的存储介质中，显示为步骤510B。在这点上，在特定实施例中，注册模块500查询对于已注册OSP的现有用户存储的信息以判定用户是否已经具有现有账户，显示为步骤511B。例如，在一个实施例中，注册模块
500基于用户所输入的电子邮件地址、全名、家庭地址、电话号码、和/或出生日期中的一个或多个的组合来搜索对于现有用户存储的信息。

[0141] 如果注册模块500判定出用户的注册信息与现有用户的信息匹配（例如，判定出该用户已存在账户）并且近期设立，则注册模块500结束注册过程并且将用户的成功注册通知网站，显示为步骤512B。如果之前的用户注册为相同的网站，则网站将相应地被建议，并且网站可方便为用户提供在网站上显示给用户的提醒以有助于用户记住先前注册网站所使用的用户名和/或密码。相反，如果根据各个实施例注册模块500判定出用户不具有现有账户，则注册模块500执行KYC校验以确证用户的身份，显示为513B。在各个实施例中，该校验以如上文针对之前的注册过程详细描述的方式执行。

[0142] 在第三方不能够将用户的初始注册信息与来自一个或多个数据源的信息匹配的各种情况下，根据各个实施例，第三方提供商可以要求来自用户的附加信息以用于获得用户与一个或多个数据源的匹配。这样，第三方提供商可将用户细节未匹配的指示符连同步骤514B和步骤515B中的附加信息请求一起发送到注册模块500。结果，第三方提供商能够使用附加信息来提高将用户细节与在一个或多个数据源中得到的信息匹配的可能性。在这些和/或其它实施例中，如果注册模块500判定出第三方提供商能够将用户的细节与在一个或多个数据源中得到的信息匹配，则注册模块500方便询问通常仅用户能正确回答的一个或多个KBA问题，该问题设计成确证用户身份，显示为步骤516B。此外，在特定实施例中，注册模块500存储KYC和KBA校验的结果，显示为步骤517B。

[0143] 因此，在步骤518B中，注册模块500判定用户是否已通过KYC校验，例如，提供精确的注册信息以及问题的正确答案。如果注册模块500判定出用户身份未经过确证（例如，KYC校验失败），则注册模块500结束注册过程，显示为步骤519B。这样，在特定实施例中，注册模块500可将用户身份未被认证的指示发送到网站，并且网站可将其通知用户。在其它实施例中，注册模块500可被配置成关于注册信息和/或已经注册的各用户的所存储信息的一个或多个属性进行“模糊”式匹配。在特定实施例中，注册模块500可使用置信因子来判定是否发现匹配。当然，应当理解的是，各种因子和/或逻辑分析中的任一个可被执行和/或合并到注册模块500内，如特定应用所期望的，而不偏离本发明的本质和范围，如本文所描述的。

[0144] 如果依照各个实施例注册模块500识别出具有与从用户接收到的信息匹配和/或相似的信息的一个或多个账户，则模块500将用户信息（例如，新账户）与现有账户链接，显示为步骤521B。在一些实施例中，这可通过已由OSP发布给所述一个或多个网站或者特定用户的唯一用户标识符来实现，取决于注册的类型。此外，在特定实施例中，该步骤还可识别已经在特定网站开通的账户（类似于在步骤511B中进行的校验）。在至少这些特定实施例中，因为该校验可涉及到将比在步骤511B中所进行的初始校验中所浏览到的更多的信息进行比较，会是这种情况。此外，在特定实施例中，如果模块500判定出用户已经注册了OSP和/或任意，则模块500可忽略该过程中随后的步骤，诸如校验用户的最小年龄、捕获用户的信用卡细节、和/或校验用户的信用评分。

[0145] 在步骤522B中，注册模块500基于在注册过程中获得的一条或多条信息来进行自排除数据库308中的查找以判定用户是否之前已请求被排除能够参与网站上的交易活动。（下文在图7中进一步解释根据各个实施例的自排除校验。）在步骤523B中，如果注册模块
500通过查找判定出用户已请求排除参与网站上的交易活动，则注册模块500结束注册过程并且通知网站，用户已请求被排除，显示为步骤524B。依次地，网站可将该信息报告给用户。

[0146] 然而，如果注册模块500判定出用户尚未请求排除，则注册模块500执行管辖区数据库309中的查找以判定用户的“确证”年龄（作为KYC校验的结果）是否超过用户所在的特定管辖区的最小年龄要求，显示为步骤525B。因此，在各个实施例中，已经通过地理IP校验（步骤503B）识别出用户的管辖区以及通过KYC校验识别出用户的年龄（参见步骤513B），注册模块500进行校验以确定用户是否具有对于其所在管辖区足以注册的年龄。根据法律参数，可基于他的居住地址而可替代地进行管辖区校验。此外，如之前所提到的，管辖区数据库309可被配置成使得，作为辅助校验要求，单独的网站能够指定参与网站的交易活动所要求的最小年龄（例如，比管辖区所设定的高的年龄限制）。另外，在特定实施例中，单独的网站可具体到管辖区数据库以完全排除用户参与网站的交易活动，无论年龄如何。

[0147] 在步骤526B中，如果注册模块500判定出用户的年龄未超过要求的最小值，则注册模块500结束注册过程，并且通知网站，显示为步骤527B。如果注册模块500判定出用户的年龄超过管辖区和网站的要求最小值，则在特定实施例中，注册模块500可将年龄确证标识符连同用户的注册信息一起进行保存。该标识符可被其它网站参考和/或提供给其它网站（例如，在用户在其它网站上注册过程期间）以确证用户的年龄已经过判定和确认）。

[0148] 如之前所描述的，在特定实施例中，OSP的注册模块500可要求用户将信用卡注册到特定网站。因此，在根据一些实施例的步骤528B中，注册模块500捕获来自用户的信用卡细节并且对于预定货币值（例如，＄1）进行具体授权请求以确认卡不是欺诈性的。当然，在另外的实施例中，如果出于某原因用户不具有有效的信用卡来进行注册，则注册模块500可将用户指引到信用卡发布商，显示为步骤529B。在这些实施例中，网站可具有发布商布置以将共同品牌的信用卡提供给用户。在这些以及另外的实施例中的任一个实施例中，一旦用户已申请卡且已获得卡，则在步骤528B中用户可被重新引导回到注册过程和关联的网页，以输入信用卡的信息。此外，在特定实施例中且如本文之前所描述的，注册模块500可获得用户的信用评分，显示为步骤530B。

[0149] 如之前所提到的，在步骤520B中，注册模块500判定该特定用户关于其它参与网站是否已存在任何其它账户。如进一步提到的，如果注册模块500发现这样的账户，则在步骤521B中注册模块500将对于特定网站创建的账户与该用户其它现有账户链接。这些账户经由对于特定用户的唯一用户标识符在OSP的系统304中链接。

[0150] 然而，如果在这些以及另外的实施例中的任一个中在步骤520B中注册模块500未定位出对于该特定用户的任何现有账户，则唯一用户标识符不是对该用户标识的。在该实施例中，注册模块500发布用于用户的唯一用户标识符，显示为步骤531B。在各个实施例中，注册模块500可等待执行该步骤，直到整个注册过程已成功地完成并且模块500在该过程内未遇到失败。然而，在其它实施例中，注册模块500可在注册过程中较早的执行该步骤，以使所获得任何信息和/或各种校验的失败/成功可在注册模块500获得信息和/或校验结果时连同唯一标识符一起存储，以使这些信息/失败/成功可在后来参考，诸如在用户试图注册相同的或另外的网站的另外时候。当然，应当注意的是，在各个实施例中注册模块500可配置成在诸如成功完成注册时的该过程稍后时间将信息/失败/成功与唯一用户标识符相关联。

[0151] 这样，在本发明的各个实施例中所体验的优点在于，唯一用户标识符可用于标识和链接从多个网站获得的用户信息，包括后续交易历史。结果，在各个实施例中与多个网站相关联的信息可在净化基础上在多个网站之间共享且用于分析。在这些不同实施例中，这种能力可提供更好的效率并且可减少所需的计算容量，因为每单个网站无需对特定用户进行注册过程的所有步骤。这是因为，一个或多个步骤已在之前的用户注册过程中进行并且一个或多个步骤的结果可“共享”且用于当前的注册过程。

[0152] 作为根据各个实施例的非限制示例，在之前的用户注册过程中，注册模块500可能已经验证了用户的年龄。因此，在针对同一用户的当前注册过程中，注册模块500可使用在之前注册中所获得的结果（例如，经验证的年龄）并且无需在当前注册过程中来执行验证用户年龄的步骤。因此，注册模块500无需“浪费”时间、资源和计算容量来重新验证用户的年龄。

[0153] 最后，在步骤532B中，注册模块500将用户重新引导回到网站并且将用户的细节传送到网站（例如，网站的系统302）。在特定实施例中，该传送还向网站表明，用户已成功地注册网站。传送到网站的细节可包括诸如用户的唯一用户标识符、姓名、性别、居住地址、电子邮件地址、电话、和用户的信用评分等信息。应当注意的是，根据各个实施例用户可在注册过程中较早的被重新引导回到网站。在这些特定实施例中，网站可将表明注册成功与否的消息显示给用户。

[0154] 另外，在特定实施例中，传送到网站的细节可包括证书（例如，数字证书），表明用户已成功地注册，以及包括验证用户允许交易的对话标识符。该证书和对话标识符可由网站用作用户已成功通过OSP的注册和验证过程的“证据”。例如，网站可将证书连同购买交易一起提交（例如，将证书连同授权请求一起提交给信用卡交易的发卡银行）以表明用户的身份和/或年龄已被成功地验证。此外，在特定实施例中，证书还可在通过不同网站验证用户之后由OSP生成，以表明用户已成功地通过OSP的注册和验证过程。在这些特定实施例中，用户随后可重复后续网站的验证过程，后续网站将用户重新引导到OSP以提示他的唯一用户标识符和密码。作为响应，OSP可绕过一些注册过程且简单地验证用户并且将新的证书发布给后续网站。

[0155] 当然，应当理解，在一些实施例中，对话标识符可包括在标识符内的证书，证书依次作为用户经验证而进行购买交易活动的证据。在另外的实施例中，对话标识符可实际上作为用户经验证而进行购买交易活动的证据，而无需单独的嵌入式和/或独立的证书，这是特定应用所期望的。在这些以及另外的实施例中的任一实施例中，如本文其它地方所描述的，OSP可被配置为将对话标识符和/或证书发送到第一网站以合并到购买交易活动的购买交易数据内。在至少一个实施例中，对话标识符和/或证书可至少包括用户满足进行购买交易活动的年龄要求的指示。

[0156] 类似于上述注册过程，应当理解的是，图5B中所示的特定流程图代表了注册模块500的一个实施例，可设想的是，图中所示的步骤序列可在其它实施例中进行不同地定序。
例如，在特定实施例中，注册模块500可不捕获用户的用户名。在这些特定实施例中，一旦用户已经被重新引导回到网站，网站随后要求用户输入用户名和密码。OSP随后当与网站关于该客户进行通信时仅依赖于唯一用户标识符。

[0157] 此外，在特定实施例中，注册模块500可被配置成通过接受包括多个用户的信息的来自网站的一个或多个文件来处理多个用户对特定网站的注册（例如，注册模块500可配置成执行用户的批量处理）。因此，在这些特定实施例中，随后注册模块500执行在一个或多个文件中所列出的每个用户的注册过程。然而，注册过程的一些步骤可以与注册过程500实时地处理用户的方式不同的方式来进行。例如，每个用户的信息（包括用户的注册细节）是从一个或多个文件获得的，而不是从用户直接获得的。因此，在这些特定实施例中，注册模块500必须能够执行KYC校验，而不必在模块500进行校验时要求来自用户的任何附加信息。一旦注册模块500已经处理了在一个或多个文件中所列的每个用户，注册模块500为成功注册的每个用户（以及在一些实施例中还为未成功注册的每个用户）发布唯一用户标识符并且将关于每个用户的注册成功与否的信息写到摘要文件信息中以便发送到网站。

[0158] 最后，应当理解的是，在特定实施例中，根据在网站上执行的交易活动的类型和/或根据网站的要求，注册模块500无需在注册过程中执行全部步骤。例如，如果网站是出售巧克力的商业网站，则注册模块500无需验证用户的年龄，因为巧克力的购买通常不基于年龄受限制。另外，在各个实施例中，用户在特定网站上进行一些类型的交易活动的注册可适用于用户在另一网站上进行不同类型的交易活动的注册。例如，用户最初通过OSP（以及注册模块500）注册了赌博网站。用户随后访问成人网站并且希望注册成人网站。在这种情况下，注册模块500会接收到用户注册成人网站的请求，并且注册模块500会识别用户之前已成功地注册了赌博网站。在这些特定实例中，注册模块500可配置成判定两个网站的注册过程相同并且可将在赌博网站上的成功注册应用于在成人网站上的注册。结果，在各个实施例中，用户的注册可应用于多个行业。

[0159] 验证模块

[0160] 在各个实施例中，OSP服务器400还可包括验证模块600，其被配置成当登录到与OSP相关联的网站时对用户可参与何种交易活动进行验证（例如，验证与关联OSP的各网站的对话）。当用户登录到特定网站用于单独的对话以成功注册时，调用该模块600。如果网站被配置成允许用户进行初始注册对话以开始交易，则无需进一步的验证。在这种情况下，在成功注册时用户转移到网站将包括容许相同对话内的被允许交易的对话标识符。图6示出了根据各个实施例的验证模块600的流程图。该流程图可对应于图4中所示的OSP服务器400中的处理器405所执行的步骤，因为其执行根据各个实施例的服务器的RAM存储器467中的模块600。

[0161] 在各个实施例中，验证过程集成到网站登录过程中。因此，在这些特定实施例中，网站上登录过程的部分是在OSP系统304内验证用户细节。OSP的系统304将使用细节来校验以确保允许用户登录到特定网站并且参与网站上的交易活动。

[0162] 如之前所提到的，在各个实施例中，网站可在其网站上提供一些其与OSP相关联的一些指示。例如，网站可显示OSP的徽标以向用户表明他们可在其网站上使用其品牌的OSP注册（例如，其唯一用户标识符和/或密码）。尽管在其它实施例中，网站可要求用户使用其品牌的注册能够登录到其网站。因此，验证过程开始于用户访问网站并且输入他的用户名和密码以访问网站或开始于用户对OSP品牌提示做出回应，他是OSP注册用户。

[0163] 在根据各实施例的第一实例中，网站验证用户名和密码并且将用户链接到唯一用户标识符并且然后将用户重新引导至OSP系统304内的验证网页。在根据各实施例的第二实例中，网站将用户重新引导至OSP注册用户验证请求。OSP系统随后提示用户输入他的唯一用户标识符和密码以进行验证。作为回应，OSP系统304调用验证模块600并且为模块600提供登录信息。

[0164] 根据实施例，网站可取回在注册期间分配的用户的唯一用户标识符并且可将唯一用户标识符提交给OSP的系统304。在其它实施例中，网站可仅提交用户的用户名（以及在一些情况下对于网站的标识符），并且OSP系统304从本地或外部存储装置取回唯一用户标识符。此外，在各个实施例中，OSP系统304还可从用户正在使用其与网站通信的设备获得一个或多个设备指纹，诸如设备的IP地址和/或MAC地址。类似于唯一用户标识符，网站可将一个或多个设备指纹提交至OSP的系统304，或者OSP的系统304可直接从用户的设备取回指纹。结果，在步骤602中，驻留在OSP系统304中的验证模块600接收到唯一用户标识符和一个或多个设备指纹。

[0165] 在步骤603中，验证模块600执行用户细节的查找。在各个实施例中，这需要验证模块600基于唯一用户标识符来查询一个或多个数据存储设备以取回存储在这些存储设备中的关于用户的信息。例如，关于用户的信息可包括从用户采集的信息以及通过在对用户的一个或多个注册和/或验证过程中执行的校验所得到的信息。

[0166] 如图6所示，在各个实施例中验证模块600可被配置成基本同时执行验证过程的各步骤。例如，图6所示的流程图呈现了实际上同时执行自排除校验、管辖区校验、OFAC校验和PEP校验的模块600。首先描述自排除校验，在步骤604中，验证模块600执行自排除数据库308上的查找以判定用户是否已施加了一个或多个限制/限定和/或已自动地排除其自身能够参与一种或多种交易活动。在一些实施例中，查找试图识别对于用户所提供的唯一用户标识符的匹配，而在其它实施例中，查找可试图基于用户提供的和/或之前存储的注册数据中的至少一部分来识别和匹配用户。在任何情况下，如之前所说明的，该机制可有助于通过限制用户可参与的交易活动的类型和/或量和/或通过完全限制用户参与一些类型的交易活动来控制强迫行为。因此，在步骤605中，验证模块600判定用户是否已针对在网站上执行的交易活动类型对其自身施加了这样的限制。该校验是由OSP进行的，而不是网站，以适应在全国、州级或跨多个网站适用的自排除。

[0167] 如果验证模块600判定出用户已自排除能够参与在网站上进行的全部类型的交易活动，则验证模块600不能验证用户与网站的对话，显示为步骤606。这样，在特定实施例中，在该校验结束时，验证模块600已识别出针对在网站上进行的交易活动类型的任何限值、限制和/或排除。此外，在步骤607中，验证模块600还可将校验的结果存储和/或张贴到一个或多个数据库，以使其稍后可在如下文所述的对话标识符发布/验证步骤中被参考。当然，还应理解的是，除了自排除标准之外，根据各个实施例验证模块600可配置成基于一种或多种外部施加的排除来施加用户排除，包括年龄、管辖区、犯罪记录等非限制示例，如下文其它地方进一步详细说明的。也就是说，在识别时，这些排除中的任一个可由模块600存储、张贴和/或更新，然而视特定应用所需。

[0168] 在步骤608中，验证模块600执行位置校验，地理IP校验系统、注册关联系统、移动定位器系统、无线定位器系统、等待时间分析系统以及一种或多种这些系统的各种组合中的任一个的非限制示例中的一个或多个可有利于进行位置校验。在各个实施例中，类似于注册模块500，验证模块600在至少一些实施例中调用第三方提供商来辅助该校验。因此，在这些特定实施例中，验证模块600将一个或多个设备指纹（例如，用户的设备的IP地址）提供给第三方提供商并且提供商基于一个或多个指纹将用户设备的位置返回到验证模块600。这样，在步骤609中，验证模块600执行针对管辖区数据库309的查找以识别用户在处于该管辖区（例如，从位置校验返回的位置）中时可参与的交易活动的类型。因此，在步骤610中，验证模块600评估结果。如果验证模块600判定出用户不在容许用户参与在网站上进行的任意类型的交易活动的管辖区中，则验证模块600未能验证与网站的对话，显示为步骤611。

[0169] 然而，相反，如果验证模块600判定出用户位于容许用户参与在网站上进行的至少一种交易活动的管辖区中，则验证模块600执行用户年龄的校验，显示为步骤612。类似于注册模块500，验证模块600执行管辖区数据库309中的查找以判定用户年龄是否超过针对用户所在的特定管辖区（在步骤609中识别出的）对于在网站上进行的交易活动类型的最小年龄要求或超过由网站设定的自用（in-house）年龄限值。在步骤613中，如果验证模块600判定出用户年龄未超过要求的最小值，则验证模块600未能验证与网站的对话。在各个实施例中，在步骤614中，验证模块600还可存储校验和查找的结果，以使它们可在如下文所述的对话标识符发布/验证步骤中后来被参考。

[0170] 当然，应当理解的是，对于各种应用，存在要求以各种确定程度确定位置的规章指引。虽然一般都至少要求位置精确度的合理程度的确信度，在返回位置校验时，如本文之前所描述的，存在各种要求。作为非限制示例，在赌博背景下，位置确定需要达到500英寸或更低的分辨率，这要求位置校验的组合，包括将一定程度的三角测量合并到用户所使用的设备上的一个或多个无线定位器系统。当然，各种系统中的任一种可并入以按期望的精确度和合理的确信度来确定位置，视特定应用所需，而不偏离本发明的范围和目的。

[0171] 此外，在涉及用户为US市民的网站或美国的网站的特定实施例中，在步骤615中，验证模块600执行一个或多个第三方数据库中的查找，该数据库保存有关于由外资控制局（OFAC）识别为对他们强制执行了经济制裁的个体的信息。OFAC汇总了已强制施加了制裁的实体列表（例如，公司和个人），防止这些实体参与美国的贸易或金融交易以及其它事务。因此，验证模块600执行查找以判定用户是否通过OFAC标识在该列表上。类似于之前所描述的其它第三方数据库，在各个实施例中，一个或多个数据库可通过OSP系统304在本地寄存，并且系统304接收一个或多个数据库的周期性更新。因此，在步骤616中，验证模块
600判定用户是否被列在一个或多个数据库中（例如，验证模块600利用用户的全名来查询一个或多个数据库）。如果验证模块600判定出用户被列出，则模块600未能验证与网站的对话，显示为步骤617。在各个实施例中，关于验证模块600可配置以校验的其它国家，可存在相似的列表。

[0172] 类似于OFAC查找，在特定实施例中，验证模块600还在保存有关于被识别为作为政府官员和/或高级市民的政治显赫人物（PEP）的个体的信息的一个或多个第三方数据库中进行查找，显示为步骤618。类似于之前所描述的其它第三方数据库，在各个实施例中，一个或多个数据库可通过OSP系统304在本地寄存，并且系统304接收一个或多个数据库的周期性更新。在步骤619中，验证模块600判定用户是否被列于一个或多个PEP数据库中（例如，验证模块600利用用户的全名来查询一个或多个数据库）。在各个实施例中，如果验证模块600判定出用户被列出，则该信息可被传送到网站并且网站可适当地监控用户。这样，在步骤620中，根据各个实施例验证模块600可存储OFAC查找和PEP查找的结果，以使结果可在如下文所述的对话标识符发布和/或验证步骤中被参考。

[0173] 一旦验证模块600已执行了全部的校验和查找，验证模块600检查验证检验的结果以确认用户是否已“通过”校验，显示为步骤621。在各个实施例中，这会涉及到验证模块600取回对于全部校验所存储的结果。因此，在步骤622中，如果验证模块600判定出用户未通过一个或多个校验，则验证模块600可结束验证过程，显示为步骤623。这会需要验证模块600将用户未通过验证以及用户未能通过验证过程的原因一起通知网站。在一些实施例中，验证模块600可进一步配置成基于验证过程的失败将用户不能参与一些交易活动通知一个或多个排除数据库。反过来，根据这些以及其它的实施例，至少网站可通知用户他被排除参与网站上的交易活动。结果，用户将不能完成登录到网站并且参与网站上的交易活动。

[0174] 然而，在根据各个实施例的步骤622中，如果验证模块600判定出用户已通过校验，则验证模块600发布用户的对话标识符，显示为步骤624。验证模块600随后将用户重新引导回到网站并且将对话标识符传送到运营商（例如，运营商的系统302和/或网站）。在特定实施例中，该传送内容还可包括信息连同标识符，诸如例如关于用户在参与网站的交互式对话的同时可参与的各种交易活动的信息。例如，信息可表明用户可参与的交易活动类型以及允许用户在用户的管辖区/位置参与这些交易活动的时间以及关于这些交易活动的任何限值、限制和/或排除。在替代方案中，信息可表明禁止用户参与的交易活动的类型，以及关于这些禁止的交易活动的任何限值、限制和/或排除。该信息可通过当其注册OSP时指定的网站的商业分类代码自动设计。结果，用户能够完成登录到网站并且能够参与网站上的交易活动。

[0175] 在各个实施例中，对于用户登录到特定网站的每个对话都发布新的对话标识符。类似于唯一用户标识符，根据各个实施例，对话标识符可以为多种不同类型的标识符中的任一种。例如，在一个实施例中，对话标识符标识为字母数字值。对话标识符标识用户（例如，用户的唯一标识符）、网站、特定交互式对话，以及在多种情况下用户可在交互式对话期间参与的交易活动的类型（或者在可选方案中，用户在交互式对话期间不能参与的交易活动的类型）。因此，在各个实施例中，每当用户参与网站的新的交互式对话（例如，每当用户登录到网站），用户必须经过全部的验证过程并且被发布有新的对话标识符。

[0176] 这样，在特定实施例中，对话标识符标识用户被“授权”在交互式对话期间参与的网站上的一个或多个交易活动。例如，这些活动可包括购买、出售、和/或交换商品、观看和/或收听媒体、观察受限制材料、将资金存储到网站、下赌注（例如，参与赌博活动），和/或从网站提取资金。在许多情况下，OSP的系统304不直接涉及用户参与网站上的这些交易活动。在这些特定实例中，OSP的系统仅提供“授权”交易活动列表，并且在用户在网站上的交互式对话期间网站参考该列表。另外，在这些特定实例中，网站可记录关于在网站上的交互式对话期间用户所进行的交易活动的信息。

[0177] 另外，根据各个实施例OSP的系统可提供证书以及对话标识符和“授权”交易活动列表给网站，确认已对用户的特定交互性对话进行了验证。在一些实施例中，对话标识符可充当证书，而在其它实施例中，证书可随附或以其它方式嵌入到对话标识符内，然而，视特定应用所需。应当理解的是，对于这些以及其它实施例中的任一实施例，网站或OSP可将证书以及购买交易作为证据提供给用户经验证的价值链内的各方。在一些实施例中，如稍后进一步详细说明的，证书可提供有说服力的验证证据，视特定应用所需。

[0178] 然而，在其它实施例中，OSP的系统304可记录在与网站的交互式对话期间用户所进行的活动，以及对话标识符（以及在一些情况下关于活动的信息）。关于由OSP系统304所存储的其它信息，系统可将活动和相关信息存储在位于OSP系统304之内或之外的存储介质中。因此，在这些特定实施例中，一旦用户已经过验证且被发布对话标识符并且已要求用户参与网站上的特定交易活动（例如，进行购买），则网站完成用户的活动，并且还将关于活动的信息和相应信息连同对话标识符一起转送到OSP的系统304，以使OSP的系统304能够连同对话标识符记录交易活动和相应信息。

[0179] 应当理解，在各个实施例中，对话标识符总是链接到用户的唯一用户标识符。因此，根据一些实施例中，通过利用用户的唯一标识符简单地查询合适的存储设备，能够从OSP的系统304取回与各参与网站进行的用户对话（在至少特定实施例中，连同关联的活动一起）。结果，可以查看并监控关于跨多个网站经许可的交易活动类型的用户验证。

[0180] 当然，图6所示的特定流程图代表验证模块600的一个示例性实施例，并且可设想的是，图中所示的步骤的序列在其它实施例中可以不同方式定序。例如，验证模块600可配置成在一个特定实施例中顺序地执行自排除校验、管辖区校验和OFAC校验，而不是几乎同时执行。此外，在另一实施例中，验证模块600可配置成一旦模块600已判定出用户未能通过任何校验则退出。在该实施例中，模块600随后通知运营商和/或网站，用户未经验证并且给出验证用户失败的原因。最后，在各个实施例中验证模块600可配置成最初在接收到验证用户的请求之后且在进行各种校验之前发布对话标识符。在这些特定实施例中，验证模块600记录每次校验的结果以及在每次进行校验时发布的对话标识符。

[0181] 此外，在各个实施例中，基于诸如网站提交验证请求和/或在特定网站上执行的交易活动的类型的因素，验证模块600可以或者可以不执行验证过程的各个步骤。例如，在网站是出售男装的网站的情况下，验证模块600可不执行最小年龄校验612。这是因为，男装的出售通常不受年龄限制。

[0182] 因此，一旦网站已接收到对话标识符，网站就可以使用标识符来验证用户是否能够在网站上的交互式对话期间参与一个或多个所请求的交易活动，并且可使用标识符来记录和标识在交互式对话期间用户所请求和参与的活动。例如，如所解释的，在一个实施例中网站接收到信息以及标识用户在交互式对话期间可参与的交易活动（和/或用户在交互式对话期间不能参与的交易活动）的对话标识符。在该特定实施例中，一旦用户已请求参与网站上的特定活动（诸如例如，进行购买或下赌注），则网站参考连同标识符接收到的信息以确证用户已经过验证而参与特定活动。在另一实施例中，在接收到来自用户的参与特定活动的请求时，网站自动地将标识所请求的活动的信息以及对话标识符发送到OSP的系统304。在该特定实施例中，OSP的系统304使用对话标识符并且判定用户是否已经过验证而进行网站上的特定活动。OSP的系统304随后将关于判定的信息返回到网站。

[0183] 应当进一步理解的是，虽然在本文已将各个实施例描述为被配置成将对话标识符连同允许用户进行的全部交易类型的细节以及当能够进行这些交易时诸如法律时间窗的任何限制提供给网站，但是在其它实施例中，视特定应用所需，对话标识符可至少最初另外地和/或可替代地提供给用户。以此方式，可使得：类似于网站，用户能够方便进行后续的经许可的交易活动，而无需在网站和OSP之间进行转交。

[0184] 关于各种校验的附加细节

[0185] 下文提供根据各个实施例注册模块500和/或验证模块600所执行的各种校验的附加细节。

[0186] 位置校验

[0187] 如之前所提到的，进行位置校验以识别与用户的计算设备301相关联的一个或多个设备指纹（例如，IP地址）的物理位置。如进一步提到的，在各个实施例中，该位置校验可利用和/或合并地理IP校验系统、注册关联系统、移动定位器系统、无线定位器系统、等待时间分析系统、和/或相当可配置且可用的系统中的任一个或多个，视特定应用所需。在涉及到地理IP校验系统的情况下，根据一些实施例的位置校验涉及到使用第三方提供商来辅助进行校验的注册模块500和/或验证模块600。在特定实施例中，这需要注册模块500和/或验证模块600参考由第三方提供商提供的电子地理目录。在各个实施例中，目录包括管理且存储数据的数据库或一些其它类型的可搜索应用。此外，在特定实施例中，OSP的系统304寄存有地理目录以使在目录上的查找可比地理目录距系统304远程定位的情况能更快速地执行。

[0188] 因此，在各个实施例中，注册模块500和/或验证模块600对照地理目录校验所捕获的设备指纹。根据各个实施例，地理目录可提供诸如针对美国位置的城市、县、州、邮政编码、纬度和/或经度和/或针对非美国位置的城市、国家、省份、纬度和/或经度等信息。另外，地理目录可提供置信值，连同指示所提供的信息对于所查询的设备指纹是正确的置信水平的信息。在特定实施例中，注册模块500和/或验证模块600可将置信值与OSP、网站所建立的预定阈值进行比较，以判定所确定的位置是否是可接受的。如果置信水平不超过预定阈值，则注册模块500和/或验证模块600可结束注册/验证过程。

[0189] 此外，在特定实施例中，地理目录可包括指示一个或多个设备指纹是否被视为“可疑”的信息。例如，在一些实例中，用户可能正在使用因特网服务提供商，诸如Online 或者 。在这些实例中很多时候，IP地址，为用户设备301所
捕获的设备指纹，实际是与因特网服务提供商相关联的网关的IP地址。因此，IP地址的物理位置是网关的位置，而不是用户的位置。还可能发生这种情况的相似实例是当用户正在使用用户移动设备上的浏览器访问网站时。在该实例中，从用户接收到的IP地址是与用户的无线载体相关联的网关的IP地址。在这些特定实施例中，地理目录可具有标记这些IP地址的一些类型的指示符。结果，地理目录能够返回指示IP地址被视为“可疑”的信息（例如，指示符）。

[0190] 根据各个实施例，在一个或多个设备指纹“可疑”的实例中，注册模块500和/或验证模块600可被配置成执行移动IP定位器校验。首先，注册模块500和/或验证模块600从自用户采集的信息中取回用户的移动电话号码。如果模块电话不能被取回，则注册模块
500和/或验证模块600便于使OSP、网站要求用户输入他的移动号码，移动号码被发送到OSP的系统304。注册模块500和/或验证模块600将用户的移动号码传递到第三方提供
商，第三方提供商进行移动位置校验并且将管辖区结果发回注册模块500和/或验证模块
600。一个这样的第三方提供商是位于纽约的Spriv。如果用户拒绝提供他的移动电话号码，则在各个实施例中在线注册过程和/或验证过程结束。

[0191] 应当进一步理解的是，如本文之前所提到的，位置校验可包括地理IP校验系统、注册相关系统、移动定位器系统、无线定位器系统和等待时间分析系统等非限制示例中的一个或多个（或任意组合）。由于各种规章指引和制度，要求位置判定的确定程度也变化。虽然通常要求至少合理程度的位置精确度的确信度，但是更苛刻的要求确实存在。作为非限制示例，在赌博背景下，位置确定需要为500英尺或更小的分辨率，这需要位置校验的组合，包括将一定程度的三角测量合并到用户所使用的设备上的一个或多个无线定位器系统。当然，各种系统中的任一种可被并入以按要求的精确度和合理的确信度来确定位置，视特定应用所需，而不偏离本发明的范围和主旨。

[0192] 欺诈校验

[0193] 在各个实施例中，进行欺诈校验以确保用户不将“垃圾”数据输入到OSP的系统304中。如之前所描述，欺诈校验可涉及校验一些信息以识别来自单个源的多个注册尝试。
另外，在特定实施例中，一旦用户已输入并提交有效的注册细节并且OSP的系统304已捕获这些细节，则注册模块500使具有一些字符的图像显示在用户此时所在的当前网页上。然后，网页要求用户用图像上的字符来填充与网页上的图像毗邻的文本框。用户输入字符并且结果返回到OSP的系统304。该要求有助于证实用户所输入的信息实际上来自用户并且用户的注册尚未被提供关于用户的虚假细节的某另一方所“劫持”。因此，如果用户所输入的字符与图像上显示的字符匹配，则注册模块500更新欺诈标记（包括有为用户存储的信息）以表明关于用户的注册尚未检测到欺诈。

[0194] 根据特定的实施例，如果输入的字符不匹配在图像上显示的字符，则可再次向用户显示带有字符的图像，并且用户可再次被要求将字符输入到文本框中。根据该实施例，用户可给予预定次数的机会来输入正确的字符。如果在那时用户仍未能提供正确的字符，则注册过程结束。

[0195] KYC校验

[0196] 如之前所提到的，在各个实施例中，进行KYC校验以证实试图注册OSP和/或网站的用户的身份。也就是，进行KYC校验以证实试图注册的用户实际上是在注册过程中正输入信息的人。如进一步提到的，在特定实施例中，注册模块500利用第三方提供商来辅助该校验。在这些特定实施例中，注册模块500将经验证的捕获的注册细节传递到第三方提供商。作为回应，第三方提供商将该信息与一个或多个数据源（例如，数据库）交叉参考以试图找到细节匹配。例如，第三方提供商可交叉参考诸如州机动车数据库部门、内部财务数据库、信用卡公司数据库和/或类似数据库的数据源。

[0197] 在第三方提供商没有找到匹配的特定实施例中，注册模块500可首先要求用户提供在用户提供他的注册细节的期间用户之前未能提供信息的一个或多个可选字段的信息。注册模块500接收附加细节并且将附加细节转送到第三方提供商。结果，第三方提供商能够基于用户所提供的附加细节来定位匹配。

[0198] 如果第三方提供商能够定位匹配，在各个实施例中，第三方提供商（或在其它实施例中为注册模块500）随后可进行基于知识的确证校验以确认用户的身份并且可自动地研究并定制来自公共数据或信用数据的一个或多个问题。在特定实施例中，这些问题可以为多项选择问题的形式并且涉及通常仅用户能够提供正确答案的关于用户的信息。这些问题随后在线呈现给用户以供回答，并且注册模块500将问题的答案转送到第三方提供商。例如，第三方提供商可定制一个或多个问题以要求用户识别提供用户所拥有的先前汽车借贷的金融实体或者识别他在特定年份购买的汽车。

[0199] 一旦第三方接收问题的答案，第三方提供商使用注册模块500最初提供的该信息连同问题的答案一起来证实用户的身份（例如，第三方提供商确认用户已通过正确的回答问题提供了准确的信息）。如果第三方提供商已成功地证实用户的身份，则第三方提供商将结果连同唯一标识符（例如，KYC标识符）一起发回到注册模块500。依次地，注册模块500将KYC标识符连同对于用户采集的其它注册信息一起进行存储。如果第三方提供商在进行了基于知识的确证之后不能证实用户的身份，则第三方提供商将结果报告给注册模块500，并且模块500结束注册过程。在特定实施例中，第三方提供商仍提供KYC标识符以及失败尝试的结果，以使标识符能够来连同用户信息一起存储在OSP的系统304中以记录失败情况。

[0200] 排除&自排除校验

[0201] 在各个实施例中，进行排除和自排除校验以验证外部规章或实体、或作为替代的和/或另外附加的用户已自排除参与一个或多个网站上的一个或多个交易活动。特别是，还进行自排除校验以判定用户是否已对用户可在一个或多个网站上参与的活动施加了限值和/或限制。如之前所提到的，在特定实施例中，注册模块500进行自排除校验以判定对于特定用户注册是否应当限制用户可参与的交易活动的类型。在其它实施例中，注册模块500进行自排除校验以判定用户是否已自排除参与特定类型的交易活动且因此不应被允许注册提供该特定类型的交易活动的特定网站。

[0202] 然而，在其它实施例中，验证模块600进行自排除校验以判定用户是否已对用户可在特定网站上参与的活动施加了一种或多种限值和/或限制。例如，验证模块600可考量用户是否已对用户在预定时间段（诸如一个月内）在赌博网站上亏损的资金量施加了限值和/或用户是否已对用户可在成人网站上花费的时间量施加了限值。因此，图7示出了根据这些实施例通过验证模块600进行的自排除校验的流程图。

[0203] 如之前所述，在各个实施例中，验证模块600通常在模块600验证用户可在用户与特定网站的交互式对话期间参与何种交易活动的验证过程中进行自排除校验（例如，图6中的步骤605）。因此，在步骤702中，验证模块600取回用户的自排除信息。例如，在一个实施例中，验证模块600利用用户唯一标识符来查询自排除数据库308以取回关于用户的信息。

[0204] 在各个实施例中，排除数据库308可实际上包括多个数据库，至少一些数据库甚至可以不是“自排除”相关的。事实上，存在外部施加的排除，诸如年龄、管辖区和/或犯罪记录的非限制示例，仅列出了几个示例。这样，在各个实施例中，排除数据库308可配置成在不同级别适应搜索和报告（例如，不同的层级）。例如，在特定实施例中，方法可适当地将用户的信息组织在数据库308中的不同级别上，诸如网站级别、网站级别类型、和/或政府实体级别。例如，法规可适当地要求排除数据库308被配置成使得在网站级别、网站级别类型、州级别和国家级别上组织在美国注册而进行赌博交易的用户。这样，在该特定示例中，可以在网站级别、网站级别类型、州级别和/或国家级别上管理、搜索和/或应用对于特定用户的限制和/或排除。因此，如果特定的州实施了限制特定赌博活动的规章，则对于在交易对话时定位于或居住于该州的注册用户，可应用、管理和搜索规章。如果特定用户定位在已对特定赌博活动实施限制的州，则验证模块600可通过在验证过程中搜索州级的管辖区要求而将限制应用于特定用户。此外，在特定实施例中，如果OSP正在代表诸如州或联邦管理者的实体管理排除数据库308，则OSP可使得排除数据库308的张贴、搜索和报告能力为网站可用，否则网站不使用OSP服务。以此方式，除用户直接提供或从一个或多个排除数据库获得的任何自排除标准之外或作为其的替代，还可对用户应用外部（例如，环境或其它）排除标准。

[0205] 现在具体返回到“自排除”校验过程，在步骤703中，验证模块600判定用户是否已排除其自身参与网站上提供的全部类型的交易活动。这样，在各个实施例中，在数据库308中的任何层级设定，用户可排除其自身，服从于法律。例如，存储在数据库308中的信息可表明用户已排除其自身参与特定网站或已排除其自身参与与特定类型的交易相关联的全部的经营或经许可的网站（例如，诸如赌博网站和/或成人网站等类型的网站级别）。在特定实例中，用户还可施加冷冻期间，指示用户已要求被排除参与特定类型交易活动的时间段。在这些特定实例中，验证模块600还判定冷冻期间是否仍适用于用户。例如，存储在数据库
308中的信息可包括指示冷冻期间适用的时间段的参数。例如，如果验证模块600根据查询的信息判定出用户已被排除，则验证模块600验证用户与网站的对话失败（例如，图6中的步骤606），并且结束自排除校验，显示为步骤704。

[0206] 然而，如果验证模块600判定出用户未排除其自身参与在网站上进行的全部类型的交易活动，则验证模块600判定用户是否已对用户可在网站上参与的活动施加了任何限值和/或限制，显示为步骤705。例如，用户可能已经对用户可在特定网站上或在与相似类型的交易相关联的全部经营网站上参与何种交易施加了限制，用户可能已对在预定时间段内用户能够参与的交易的次数施加了限值，或者用户可能已经对用户在预定时间段内在特定网站或某类型网站上花费/存入的资金量施加了限制。在各个实施例中，关于限值和/或限制的信息可存储在自排除数据库308中。

[0207] 如果验证模块600判定出用户未对其自身施加任何限值和/或限制，则验证模块600退出自排除校验，显示为步骤706。然而，如果验证模块600判定出用户已对其自身施加了限值和/或限制，则验证模块600判定用户是否已经或者法律遵守要求是否已经对多个网站（例如，与相同类型的交易活动相关联的全部经营网站）施加了限值和/或限制，或者已经仅对特定网站施加了限值和/或限制，显示为步骤707。例如，在一个实施例中，可将标记连同关于每个限制或限定的信息一起进行存储，该信息指示限制或限定是否要施加到针对相同类型交易活动或的全部经营网站上或一个或多个特定网站上。此外，该信息可指示要对何种网站施加限制或限定。

[0208] 如果限制或限定要施加到多个网站上，则验证模块600可取回关于用户在可应用时间段内在网站上进行的活动的信息（如果可供使用），显示为步骤708。例如，在用户已对用户在预定时间段内（例如，一个月内）能够下赌注的次数施加限值的示例中，验证模块600取回关于在过去的一个月内用户已在各网站上进行押注的用户信息。（例如，该信息可利用唯一用户标识符进行查询，或者如果唯一用户标识符不可用可通过数据匹配处理来查询，随后能够应用唯一用户标识符。）如果限制或限定仅要施加到特定网站上，则验证模块600以类似的方式取回用户在适用时间段内在网站上进行的交易活动的信息，显示为步骤709。

[0209] 一旦验证模块600已取回关于用户的可应用活动信息，在步骤710，则验证模块600基于每个限制或限定以及活动信息来确定一个或多个参数。在特定实施例中，这些参数被传送到用户当前正在与其交互的特定网站，以使参数可用于对网站施加限值和/或限制，显示为步骤711。例如，用户可能已经施加了允许用户在特定月份内在提供视频游戏的经营网站上耗费一百二十（120）分钟的限值。各网站的活动信息可指示，用户在当前月份在各网站上已经玩游戏四十二（42）分钟。因此，在该示例中，验证模块600确定指示在该月份中用户仍可在这些网站上再耗费七十八（78）分钟的参数并且将该参数发送到网站。依次地，在各个实施例中，网站在用户与网站的交互式对话期间强制执行限制。此外，在各个实施例中，每当用户参与网站上的游戏，网站就将信息发送到OSP的系统304。结果，在验证模块600下次进行自排除校验时，指示用户在该月份所剩余分钟数的参数将反映出用户在他近期在网站上的交互式对话期间参与玩游戏的分钟。

[0210] 自排除模块

[0211] 在各个实施例中，OSP服务器400还可以包括自排除模块800，自排除模块800配置成有利于用户注册对它们在OSP相关联的各种网站上能够进行的交易活动的限值/限定，和/或有利于用户排除自己参与一个或多个相关联的网站上的一个或多个类型的交易活动。因此，在各个实施例中，用户可以在任何时间决定排除自己能够参与，和/或对与一个或多个网站相关联的一个或多个交易活动类型施加限值/限定。但是，应该注意的是，在许多情况下，对特定交易活动的限值/限定会是由网站或者一些监管当局对这些活动施加（要求）的。例如，美国会实施联邦法律，该法律要求对美国的运营商运行的网站上在线进行的特定赌博活动施加限值/限定。

[0212] 如先前提到的，OSP的系统304可以包括自排除数据库308或者与自排除数据库308通信，自排除数据库308包含关于用户的记录，这些用户自己排除他们在网站上可以参与的特定类型的交易活动，和/或对这些特定类型的交易活动施加限值/限定。例如，特定用户可以设置用户在预定时间段可押注的资金量的极限，或者可以设置用户在预定时间段内可押注次数的极限。因此，虽然用户可能不完全希望排除自己参与一个或多个网站的所有活动，但是用户会期望“控制”他参与这种活动。相应地，在各个实施例中，该自排除数据库308在注册和验证处理期间可以被校验以确认在继续其他处理之前用户是否还没有排除自己。

[0213] 典型地，用户将通过直接访问网页或者通过从特定网站访问网页来到达排除网页。例如，在至少一个实施例中，用户可以通过因特网访问OSP寄存（hosted）的网站，并且可以经由该网站直接访问排除网页。在另一实施例中，用户可以首先通过因特网访问特定网站并且被重新引导到排除网页。相应地，图8图示了根据各个实施例的自排除模块800的流程图。该流程图可以对应于图4所示的OSP服务器400中的处理机405执行的这些步骤，其实施根据各个实施例的服务器的RAM内存467中的模块800。

[0214] 在特定实施例中，用户初始登录网站，并且提供了他的用户名字（例如，唯一用户标识符）和/或密码。作为响应，网站还可以初始化验证过程，结果是接收对话标识符。用户选择网站上的选项以设置排除参数（例如，限值、限定和/或排除），并且用户被指向排除网页，如果可以的话，该网站提供用户的唯一标识符和对话标识符。

[0215] 排除网页可以向用户提供用来设置限值、限定和排除的许多选项。例如，在特定实施例中，网页可以提供给用户选项来设置对于所选时间段的排除，诸如24小时冷冻期、6个月自排除、1年自排除、2年自排除和/或5年自排除。另外，网页可以提供给用户选项以请求帮助。此外，在这些以及其他实施例，网页可以提供给用户选项以设置对于在网站上可能参与的不同交易活动的限值和/或限定。作为非限制性例子，用户可以设置限定，该限定可排除用户参与网站上的特定游戏，或者用户可以设置对用户一个月周期内在网站上可花费的资金量的限值。

[0216] 此外，根据各个实施例，网页可以提供给用户选项以设置对于一个或多个特定网站、一个或多个特定交易活动和/或一个或多个特定网站上的一个或多个特定交易活动（例如，处于不同的等级水平）的排除、限值和/或限定。因而，如以下更详细讨论的，用户可以指示限值、限定和排除是否仅应用于特定网站或者与OSP相关联的参与网站中的两个以上参与网站。可替换地，用户可以被建议：如果他选择排除自己于一个网站，这种排除将合法地应用于提供相同服务的所有网站，例如所有赌博网站。

[0217] 因此，用户选择一个或多个选项，并且选择网页上的“递交”按钮。结果，在步骤802，自排除模块800接收用户的唯一标识符、对话标识符（如果有）以及限值/限定/排除参数。例如，在一个例子，用户选择对成人网站的1年自排除以及请求帮助的选项。因此，在该特定例子中，自排除模块800接收用户的唯一标识符、对话标识符（如果有）、1年排除的指示符以及请求帮助标签。

[0218] 在步骤803，自排除模块800更新自排除数据库308中的用户状态。也即，在特定实施例中，自排除模块800插入和/或更新自排除数据库308中的一个或多个记录以反映用户所选择的选项。在各个实施例中，自排除数据库308（例如，用于数据库308的管理系统）可以配置成周期性地发送更新（例如，推送更新）到各种实体，诸如参与网站和/或监管当局。在这些特定实施例，各种参与实体可以在它们的系统网络内维持自排除数据库308的“本地”版本，使得系统能够很快参考数据库的本地版本。因此，在步骤804，自排除模块800建议（例如，经由API呼叫）用户所选选项的参与实体。在各个实施例中，该步骤可以实时执行，或者可以以特定时间间隔与要发送至参与实体的其他排除更新一起被批处理。

[0219] 此外，在步骤805，自排除模块800确定用户是否已经请求帮助。例如，在各个实施例中，帮助可以呈信息的形式提供给用户，和/或关羽强迫行为的建议。因此，在各个实施例中，如果自排除模块800确定用户已经请求帮助，则模块从OSP的系统304提取信息，诸如名字、电话号码、唯一用户标识符和涉及的运营商，如步骤807所示。在特定实施例中，自排除模块800提取的信息包括用户的位置。例如，在一个实施例中，信息包括用户使用的计算设备301的IP地址，自排除模块800通过执行Geo-IP校验获得用户的位置，如步骤808所示。一旦自排除模块800已经获得用户的位置，模块800向帮助中心列表询问特定强迫行为以定位距用户位置在预定距离内的一个或多个中心，如步骤809所示。该帮助中心的列表可以存储于OSP的系统304内部的存储介质中或OSP的系统304外部的存储介质中。

[0220] 一旦自排除模块800具有帮助中心的信息，在步骤810，自排除模块800选择最靠近用户位置的帮助中心。在特定实施例中，自排除模块800发送帮助中心的信息至用户。在这些特定实施例，这可以涉及自排除模块800有利于将预定距离内的帮助中心的信息邮寄给用户，和/或有利于将信息用电子邮件发给用户。在其他实施例中，这可以涉及自排除模块800有利于通过至少一个帮助中心联系用户。在其他实施例，这可以涉及自排除模块800在网页上向用户呈现可选帮助中心的列表，并且请求用户选择优选的帮助中心。在该特定实施例中，在步骤811，自排除模块800接收用户对特定帮助中心的选择，如步骤812所示，将帮助中心的细节转发至用户。在其他实施例中，相反，自排除模块800可以将用户的细节转发至所选的帮助中心。因而，在这些特定实施例，OSP的系统304可以与辅助个体处理强迫行为的帮助中心的一个或多个系统通信。在许多情况下，在请求时，这些中心然后可以使用该信息来自己初始化直接联系用户以便提供帮助。

[0221] 此外，应该理解的是，根据各个实施例，除了简单的自排除的内容，‘请求帮助’机会可以呈现给用户，如先前此处描述的。作为非限制性例子，可以经由弹出窗口提示用户关于用户是否需要帮助的询问，响应于此，用户可以选择是否实际请求帮助。在这些以及其他实施例，一旦递交了帮助请求，可以以任何各种（和/或其他）方式进行帮助中心和用户之间的协作，如本文先前描述的。在至少一个实施例中，应该理解的是，常规情况（general-context）（例如，超出自排除准则的选择）的帮助请求提示可以配置成基于系统识别的潜在问题行为而出现，稍后将更详细地描述。当然，系统可以配置成在使用期间的任何不同时间和/或基于任何许多因素或考量来向用户提供机会以请求帮助，正如特定应用期望的。

[0222] 返回步骤805和“自排除”的内容，如果自排除模块800确定用户尚未请求帮助，自排除模块800使用户返回网站，如步骤806所示。取决于用户所选的选项，用户然后可以立即退出与网站的对话。例如，返回用户选择了对成人网站的1年自排除选项的例子，用户的选项通过OSP的系统304直接传递至网站，或者通过更新运营商的本地自排除数据库传递至网站，结果，运营商和/或网站自动使用户退出网站。这同样可以应用于自排除模块800的结束，发送用户信息到咨询系统，如步骤813所示。

[0223] 如先前提到的，根据各个实施例，用户可以指示让他所选的选项应用于OSP相关联的两个以上参与网站。因此，在特定实施例中，如果用户已经自排除，自排除可以应用于用户指示的多个参与网站。例如，返回该例子，用户已经选择了对OSP相关联的所有参与成人网站的1年排除的选项。因此，如果用户试图在施加自排除后注册成人主题的交易活动，注册模块500实施自排除校验（例如，图5的步骤523），并且基于用户在第一成人网站上的自己施加的排除来确定出不允许用户注册这种交易活动。在各个实施例中，这种机制利用较少计算能力并且使用较少内存，因为在许多情况下各个网站无需维持它们自身系统用于记录和追踪单独应该被排除参与网站上特定类型的交易活动的个体。此外，在各个实施例中，这种机制允许用于监控和限制强迫行为的更有效率的系统，因为集中化机制有利于在这种强迫行为上塑造更广的网。

[0224] 此外，在各个实施例中，用户可以指示对OSP相关联的两个以上参与网站施加限值和/或限定。例如，用户可以对OSP相关联的所有参与赌博网站的每个月的赌博亏损设置$500限值。在该例子中，用户访问第一个赌博网站并且在该网站上赌博亏损了$350。几天后（在该月内），用户访问第二个赌博网站，登录与第二个赌博网站的交互式对话。因为用户已经对所有参与赌博网站施加了$500的限值，在特定实施例中，用户将被限制到亏损总共$150，因为用户已经在第一赌博网站亏损了。

[0225] 在特定实施例中，自排除模块800还可以建议用户关于实施特定限值、限定和/或排除的效果，使得在用户实际上使限值、限定和/或排除生效之前，用户被教导。例如，如果用户指示他想排除能够在提供枪械的任何参与网站上购买枪械，自排除模块800可以首先向用户提供这种参与网站的列表，使得用户意识到这种排除的范围。该信息可以有助用户避免使那些一旦他意识到限值、限定和/或排除的范围的话他就可能不会同意的限值、限定和/或排除生效。此外，在特定实施例中，自排除模块800还可以建议用户关于监管当局所管理的限值、限定和/或排除。

[0226] 还应注意的是，在各个实施例中，如至少先前间接提到和简要描述的，用户可以不是唯一能够对他们自己施加限值/限定/排除的主体。作为非限制性例子，在特定实施例，监管当局可以施加限值/限定/排除。另外，在特定实施例中，网站可以对网站察觉有问题行为的用户施加限值/限定/排除。这些限值/限定/排除可以仅施加于特定网站，或者可以施加到另外的网站。也即，在特定实施例中，一个或多个网站间可以达成一致，允许网站对用户施加有关一个或多个网站的限值/限定/排除。此外，在特定实施例中，OSP也可以对用户施加限值/限定/排除，和/或对于保存资金用于抚养儿童义务以及鉴于刑事判决或部分刑事判决强加限制的至少非限制性例子，法院可以对用户施加限值/限定/排除。
在这些以及其他实施例，还需要OSP检索一个或多个排除数据库（如先前此处描述的）用于这种限制，当接收到这种限制的通知时，将其报告给一个或多个排除数据库以公布更新后的精确数据。

[0227] 行为分析模块

[0228] 在各个实施例中，OSP提供的优势是，OSP的系统304可对多个网站服务，结果收集关于用户在这些多个网站上进行的各种交易活动的信息。例如，在特定实施例中，一些监管当局可以指定OSP提供一个或多个数据库来存储这种信息，并且特定网站可以将关于各种交易活动的信息存入这种数据库。典型地，比起单个网站本身可以编译的信息，这种信息代表了较大和较广的交易信息样本。因此，在各个实施例中，OSP服务器400还可以包括行为分析模块900，行为分析模块900配置成分析用户在多个网站上进行的各种交易活动，以识别在网站上进行的交易活动的行为规范，并且识别潜在问题用户作为行为背离已识别规范的用户。当然，应该理解的是，行为规范可以通过校正因素（诸如，活动的类型或者大小、用户的位置和用户的地址）被再提炼以创建规范分类。

[0229] 因此，图9图示了根据各个实施例的行为分析模块900的流程图。该流程图可以对应于图4所示的OSP服务器400中的处理机405执行的这些步骤，OSP服务器400实施根据各个实施例的服务器的RAM存储器467中的模块900。

[0230] 在步骤902，行为分析模块900询问交易信息。在各个实施例中，该信息覆盖多个用户通过多个网站进行的交易活动。例如，交易信息可以包含多个用户在多个网站上参与的交易活动的特定类型。例如，多个用户在多个网站上参与的多个赌博活动或者多个开销活动。

[0231] 如先前描述的，在各个实施例中，当用户参与网站上的交互式对话时，有关用户在网站上参与的每个交易活动的信息可以被发送至OSP的系统304，并且可以被存储使得该信息稍后能够被参考。例如，用户可以在特定网站上进行购买，该网站可以发送有关购买的信息，诸如购买的产品、购买量、用户的唯一标识符以及对话标识符。反过来，OSP的系统304接收信息并且将信息存储于存储介质中。对其他用户在与OSP相关联的一个或多个网站上进行的交易活动（例如，购买）执行相同处理。因而，OSP具有关于多个用户在多个网站进行的各种交易活动的信息。因此，行为分析模块900从存储介质询问许多这些交易活动的信息。

[0232] 在步骤903，行为分析模块900进行交易信息分析以确定在网站上参与这种交易活动的行为规范。“行为规范”被认为是群体（即，在网站上进行特定交易活动的一组用户）所使用的规则以限定适当及不适当的价值、信条、态度和行为。因而，在特征实施例中，行为分析模块900进行对交易信息中包括的一个或多个属性的分析。例如，属性可以包括以下中的一个或多个：（1）购买量频率，（2）存款量频率；（3）赌注量频率；（4）一个或多个网站对购买/存款量设定的限值；（5）一个或多个网站对赌注量设定的限值；（6）一个或多个网站对购买频率设定的限值；（7）一个或多个网站对存款频率设定的限值；（8）一个或多个网站对赌注频率设定的限值；（9）一个或多个用户对购买量设定的限值；（10）一个或多个用户对存款量设定的限值；（11）一个或多个用户对赌注量设定的限值；（12）一个或多个用户对购买频率设定的限值；（13）一个或多个用户对存款频率设定的限值；（14）一个或多个用户对赌注频率设定的限值；（15）一个或多个用户的自排除历史；（16）一个或多个网站施加的排除历史；（17）在一个或多个用户排除后的重激活历史；（18）一个或多个用户的永久排除历史；（19）与一个或多个用户相关联的位置；（20）一个或多个用户所使用的装置数量以及装置的重复使用数量；（21）一个或多个用户的纠纷历史，包括找钱、退款和拒绝；（22）一个或多个用户的年龄；（23）一个或多个用户的信用评分；（24）一个或多个用户已经注册一个或多个网站的时间段；（25）一个或多个用户的盈利和亏损量的历史；以及（26）一个或多个用户在至少两个网站上参与的交易活动的类型。

[0233] 在各个实施例中分析可由行为分析模块900使用本领域公知的一个或多个技术来执行，诸如定量和/或定性方法，或者集约（computationally intensive）计算方法，诸如计算机模拟、人工智能、预测模型或者其他复杂统计方法。此外，在特定实施例中，分析可以考虑各种因素以识别特征群的行为规范（例如，用户群或集合等）。例如，在一个实施例中，分析可以基于进行交易活动的用户的地点来划分。例如，住在富人区的用户比住在贫困区的用户会呈现较大开销和/或存款的规范。一旦行为分析模块900完成对交易信息的分析，模块900就已经识别了在网站上参与特定交易活动的一个或多个行为规范。例如，这种规范可以建立成关于以下的一个或多个：（1）购买量；（2）存款量；（3）购买频率；（4）存款频率；（5）按产品类型的购买；（6）游戏类型的赌注；（7）赌注量；（8）赌注频率；（9）按年龄范围的购买量；（10）按年龄范围的存款量；（11）按年龄范围的购买频率；（12）按年龄范围的存款频率；（13）按年龄范围的赌注量；（14）按年龄范围的赌注频率；（15）购买模式；（16）存款模式；（17）赌注模式；（18）用户参与与网站设定的限值的接近度；（19）用户参与与用户设定的限值的接近度；（20）净盈利与存款的分布图；（21）净盈利与赌注的分布图；
（22）净亏损与存款的分布图；以及（23）净亏损与赌注的分布图。

[0234] 在各个实施例中，行为分析模块900将确定后的规范保存在OSP的系统304可访问的一个或多个存储介质中，如步骤904所示。此外，在各个实施例中，OSP可以将确定后的规范提供给一个或多个运营商和/或网站。例如，在一个实施例中，OSP可以将周期更新规范提供给一个或多个网站用于许可费。

[0235] 因而，在步骤905，各个实施例中的行为分析模块900将一个或多个单独用户的交易信息与建立的行为规范比较。例如，行为分析模块900可以建立用户在多个赌博网站上押赌注的频率的规范。因此，行为分析模块900确定出特定用户在一个或多个赌博网站上押赌注的频率并且将该用户的频率与建立的规范频率比较。该比较可以由行为分析模块900在OSP的请求下或者在一个或多个运营商和/或网站的请求下执行。此外，比较可以由行为分析模块900对一个或多个特定用户针对一个或多个特定网站执行。例如，网站可以请求OSP对特定时间段（诸如最后两年）在其网站上参与赌博活动的用户执行比较。

[0236] 对本领域的普通技术人员来说很明显的是，行为分析模块900可以配置成在相对于确定行为规范不同的时间进行比较。例如，在特定实施例中，行为分析模块900可以在确定行为规范之后就比较。尽管在其他实施例中，行为分析模块900可以从存储中检索规范并且在已经确定出行为规范之后的稍后时间进行比较。

[0237] 由于进行了比较，在步骤906，行为分析模块900识别一个或多个用户作为潜在问题用户。例如，在一个实施例中，行为分析模块900识别与用户相关联的一个或多个属性背离规范的用户，诸如：（1）购买频率逐步上升；（2）存款频率逐步上升；（3）购买量逐步上升；（4）存款量逐步上升；（5）赌注频率逐步上升；（6）赌注量逐步上升；（7）相对于购买频率的不稳定行为；（8）相对于存款频率的不稳定行为；（9）相对于购买量的不稳定行为；（10）相对于存款量的不稳定行为；（11）相对于赌注频率的不稳定行为；（12）相对于赌注量的不稳定行为；（13）相对于退款请求频率的不稳定行为；（14）相对于纠纷频率的不稳定行为；（15）通过自身、通过网站或州排除参与活动的指示；（16）请求帮助的指示；（17）信用卡使用缺省的指示；（18）无力偿付指示；（19）对话时间长度的逐步上升；以及（20）在预定期间内累积对话时间长度的逐步上升。此外，可以比较公知的不履行者/问题赌家的概况（profile）以识别行为类似性。此外，在各个实施例中，行为分析模块900还可以基于针对一个或多个潜在问题用户识别出的分歧规范来设计早期预警指示器，如步骤907所示。类似于已确定的规范，行为分析模块900可以将指示器保存于OSP的系统304可访问的一个或多个存储介质中，如步骤908所示。此外，在各个实施例中，OSP可以向一个或多个网站提供早期预警指示器。网站可以使用早期预警指示器来监控网站上的交易活动以识别会开始呈现问题行为的用户。另外，OSP还可以基于指示器来监控交易活动以潜在识别会开始呈现问题行为的用户。在特定的这些和其他的实施例中，在识别出相对于规范的一个或多个分歧行为时，OSP同样可以向用户呈现选项以请求帮助，如本文其他处描述的。

[0238] 根据各个实施例，潜在问题用户可以通过网站传递至OSP，在OSP，它们将被存储和/或标记在各种数据库中（例如，自排除列表、外部施加的排除列表等），特定应用可能需要。事实上，当网站接收到潜在问题用户的通知或者检索到该数据库且确定匹配时，根据特定实施例，该网站可以确定自己要对该用户采取的适当的行为方案。也即，在其他实施例中，网站将遵从OSP和/或至少与OSP协作以便确定适当的行为方案。

[0239] 在步骤909，行为分析模块900保存关于一个或多个识别出的用户的信息。例如，在至少一个实施例中，行为分析模块900将信息保存在自排除数据库308。因此，在这些以及其他实施例中，注册模块500和/或验证模块600还可以在执行自排除校验期间查询该信息。结果，还可以识别出已经呈现强迫行为以及不自愿被限制/限定/排除的用户。此外，在特定实施例中，OSP可以将关于一个或多个识别出的用户的信息与其他实体分享，诸如监管机构以及与OSP相关联的一个或多个网站。因而，这些实体可以知道（它们以其他方式无法知道）潜在具有强迫行为问题的用户。例如，用户会基于在第一网站上进行的非正常交易被识别为潜在问题用户。然后用户试图注册第二网站。在注册处理中，在自排除校验期间该用户会被识别为具有潜在问题的用户（例如，呈现潜在强迫赌博行为的用户），这会被传输到第二网站。结果，第二网站可以决定不允许该用户注册以及在第二网站上参与交易活动。

[0240] 借项冲回（chargeback）模块

[0241] 在许多情况下，用户通过花费用户的信用卡在网站上参与交易活动。例如，用户可以购买商品，交付许可费以观看视频，通过花费用户的信用卡可识别的量来在特定网站上存款。如上文提到的，在各个实施例中，OSP可以在注册处理中为用户记录一个或多个信用卡。

[0242] 由于接受信用卡交付作为进行各种交易活动的机制，网站有时将接收到对于先前在网站上进行的交易活动的借项冲回请求。通常，当银行不接受结算文件交易（clearing file transaction）时，借项冲回请求源自用户的开卡银行。在许多情况下，这涉及对用户的信用卡有花费争议的用户。例如，用户会争辩说：他没有参与交易活动但却让他的信用卡产生了花费。在一些例子中，用户和/或用户的开卡银行可以首先递交检索请求以从网站请求有关涉案交易活动的信息。在这些特定情况中的多数时候，网站可能不具有适当的信息（例如，有力证据）来“证明”该用户确实实际上参与了交易活动。

[0243] 如先前提到的，OSP服务器400还可以包括借项冲回模块1000，借项冲回模块1000配置成向网站提供信息，诸如OSP收集和存储的关于各用户在网站上进行的交易活动的信息，如此处描述的，能够被用做充足（例如，是否为必要的有力标准或者其他）证据以争辩说用户实际上确实参与了网站现在接收借项冲回请求的这个交易活动。在各个实施例中从OSP接收这种信息的优势在于，运营商和/或网站可以争辩说：这种信息来自独立的第三方来源，因此是更可靠的（例如，公正的）证据源。也即，该信息被认为是有说服力的和/或有力的，因为该信息是由独立的第三方来源提供的。图10图示了根据各个实施例的借项冲回模块1000的流程图。该流程图可以对应于图4所示的OSP服务器400中的处理机405执行的这些步骤，其实施根据各个实施例的服务器的RAM内存467中的模块1000。

[0244] 在步骤1002，借项冲回模块1000接收关于借项冲回请求（例如，检索请求）的信息。例如，在各个实施例中，该信息典型地是从借项冲回请求所涉及的信用卡的开卡银行发送至借项冲回请求所涉及的网站的收单银行。然后，收单银行将该请求传送至OSP的系统304。在另一实施例中，该信息可以从收单银行首先被ASP的系统305接收。在特定实施例中，ASP的系统305然后可以将该信息传送至OSP的系统304。而在其他实施例中，借项冲回模块1000直接从收单银行接收信息。

[0245] 根据各个实施例，有关借项冲回请求的信息可以包括诸如以下参数：用户名字、地址、用来进行交易活动的信用卡卡号、交易活动涉及的资金量、用户进行交易活动的网站、交易活动的日期和时间、交易活动的细节（诸如交易参考标记、交易活动类型和借项冲回请求的原因）。例如，信息可以指示：马克史密斯、伊利诺斯州奥克帕克123街、2009年10月3日早上9点、在Kool Shirt公司经营的网站koolshirts.com上、购买了男士衬衫，马克史密斯抗议说：他从没有购买并且请求退还其信用卡上的钱。

[0246] 作为响应，在步骤1003，借项冲回模块1000检索OSP（或者在另一例子中，ASP）已存储的关于特定交易活动的信息。例如，在一个实施例中，借项冲回模块1000询问存储的用户信息以通过使用他的名字和地址来定位马克史密斯的唯一用户标识符。一旦借项冲回模块1000已经获得了马克史密斯的唯一用户标识符，借项冲回模块1000就使用唯一标识符和接收到的各种其他信息来询问关于马克史密斯进行的交易活动的存储信息以定位借项冲回请求所涉及的该特定交易活动。

[0247] 在步骤1004，借项冲回模块1000确定是否定位了交易活动。如果借项冲回模块1000确定出交易活动的信息没有找到，则借项冲回模块1000向它接收借项冲回请求的实体报告说：交易活动的信息在OSP的系统304中无法定位，如步骤1005所示。例如，在一个实施例中，借项冲回模块1000发送消息至实体的系统：指示无法找到特定交易活动的消息。

[0248] 如果借项冲回模块1000确定出交易活动的信息被定位，根据各个实施例，借项冲回模块1000检索关于马克史密斯进行的一个或多个交易活动的历史信息，如步骤1006所示。该历史信息典型地涉及借项冲回请求所涉及的用户在特定网站进行的不同或者类似类型的交易活动。例如，回到该例子，在这些及其他实施例，借项冲回模块1000可以查询在过去两年涉及马克史密斯购买衣服、涉及借项冲回请求相关联的运营商的任何交易活动。应该注意的是，在一些情况下，查询可以涉及在多个网站进行的交易活动，因为借项冲回请求相关联的运营商可以使用多于一个网站。查询可以返回关于在过去两年马克史密斯在借项冲回请求涉及的网站上购买衣服的总共22条记录。

[0249] 响应于检索历史信息，在步骤1007，根据各个实施例，借项冲回模块1000比较借项冲回请求涉及的特定交易的参数和历史交易的参数。例如，返回该例子，借项冲回模块1000比较每次交易活动购买的物品的类型、去购买的那天的时间、每次购买涉及的信用卡卡号等。然后借项冲回模块1000确定借项冲回请求涉及的交易活动的参数与历史交易活动的参数之间是否存在任何关联。因而，在特定实施例中，OSP建立借项冲回模块1000实施的关联规则，以便借项冲回模块1000确定借项冲回请求涉及的交易活动与历史交易活动之间是否存在任何关联。例如，OSP可以制定关联规则，该关联规则指示：如果交易活动涉及购买男士衣服，交易活动的购买价格必须在历史交易活动的购买平均价格的正负$20范围内以便存在关联。在另一例子中，OSP可以制定关联规则，该关联规则中，用来进行借项冲回请求涉及的交易活动的计算设备的IP地址相关联的位置必须匹配用来进行一个或多个历史交易活动的计算设备的IP地址相关联的位置。

[0250] 以类似方式，在另一情况下，根据各个实施例OSP可以制定关联规则，该关联规则中，用来进行借项冲回请求涉及的交易活动的计算设备的IP地址相关联的位置必须匹配在进行一个或多个历史交易活动期间用户提供的本地地址相关联的位置。在又一情况下，OSP可以在至少一个实施例中制定关联规则，该关联规则中，借项冲回请求相关联的在交易活动期间提供的用户名字必须匹配在一个或多个历史交易活动期间提供的用户名字。此外，在另一情况下，OSP可以制定关联规则，该关联规则中，用来进行借项冲回请求涉及的交易活动的计算设备（例如，MAC地址）相关联的指纹必须匹配用来进行一个或多个历史交易活动的计算设备的指纹。本领域的普通技术人员能够设计出根据本公开教导的若干额外的关联规则，正如特定应用所需要的，这并未实质超出本发明的本质。

[0251] 取决于实施例，“匹配”能够以不同程度进行。例如，在各个实施例中，借项冲回模块1000可以配置成执行相对一个或多个关联规则的“精确”类型匹配。例如，在一个实施例中，借项冲回模块1000可以配置成确定：用来进行借项冲回请求涉及的交易活动的计算设备的IP地址相关联的位置是否精确地匹配用来进行一个或多个历史交易活动的计算设备的IP地址相关联的位置，以建立关联。在其他实施例中，借项冲回模块1000可以配置成执行相对一个或多个关联规则的更“模糊”类型的匹配。例如，在一个实施例中，借项冲回模块1000可以配置成确定：用来进行借项冲回请求涉及的交易活动的计算设备的IP地址相关联的位置是否相对用来进行一个或多个历史交易活动的计算设备的IP地址相关联的位置在预定距离内，以建立关联。因而，在各个实施例中，借项冲回模块1000的“匹配”功能可以关于建立关联而在一定程度上变化，匹配的类型可以在不同关联规则间变化。

[0252] 作为另一非限制例子，在各个实施例中，借项冲回模块1000的“匹配”功能可以检索用户进行的交易的时间或者量来寻找匹配，以识别行为模式。此外，在一个实施例中，如果用户随后已经接收到来自交易的利益，这将是有力证据，如先前此处描述的。例如，现实世界的例子是，网站是赌博运营商，用户是对存款交易提出争议的玩家，但他随后已经押注或者接收了来自纠纷交易的奖金或红利。

[0253] 此外，根据各个实施例，OSP可以以不同方式制定规则。例如，在一个实施例中，规则可以存储于数据库中并且被借项冲回模块1000询问以使用。在另一实施例中，规则可以仅仅是借项冲回模块1000中的硬编码（hard-coded）。此外，规则可以被识别用于交易活动的特定类型（例如，对于衣服购买活动，一组规则可以识别为女性衣服购买、男士衣服购买和/或孩子衣服购买）和/或特定网站和/或行业。例如，特定行业可能需要特定信息来证明涉案交易的关联，从而满足信用卡公司所要求的充分（例如，有力）证据的程度以允许重新呈现。例如，对于国际飞行购买的在线航空票购买，航空运营商会要求证明：国际飞行相关联的用户的护照号匹配一个或多个历史交易中国际飞行相关联的护照号以建立用户实际购买了飞机票的有力证据。可替换地，在特定实施例中，航空运营商可仅需要证明：用户接收到对于交易的航空里程数以及遭到借项冲回的航班。当然，本领域的普通技术人员能够根据本公开的教导设计出若干各种证据标准和/或可以采用的用于借项冲回请求的规则，正如特定应用所需要的，这并未实质超出本发明的本质。

[0254] 在步骤1008，借项冲回模块1000确定是否已经建立任何关联。根据各个实施例，如果借项冲回模块1000没有建立任何关联，借项冲回模块1000向发送关于借项冲回请求的信息的实体报告：在借项冲回请求涉及的交易和历史交易之间没有建立任何关联，如步骤1009所示。在这些和其他实施例中，OSP可以被授权来代表网站利益处理特定实施例中的借项冲回请求。但是，如果借项冲回模块1000已经建立了一个或多个关联，借项冲回模块1000向发送关于借项冲回请求的信息的实体发送一个或多个关联并且重新呈现交易，如步骤1010所示。

[0255] 结果，发送关于借项冲回请求的信息的实体现在可以使用关于关联的信息来建立用户实际上进行了借项冲回请求涉及的交易活动的有力证据。例如，借项冲回请求涉及的运营商的收单银行现在可以使用关于关联的信息作为用户确实实际参与网站上的交易活动的充分（例如，有力）证据。在特定行业，网站仅需要提供这种证据以成功驳斥借项冲回请求。因此，在特定实施例中，网站和/或收单银行于是可以用支持证据向信用卡公司的重新呈现系统重新呈现争议交易。

[0256] 现在转到先前引入的非限制例子，借项冲回模块1000可以比较借项冲回请求涉及的交易活动的参数和22个历史交易活动的参数。在这些和其他实施例中，借项冲回模块1000确定关联存在，因为对于历史交易活动马克史密斯在网站上实施购买的典型购买价格（例如，平均价格）是$100，借项冲回请求涉及的交易活动中实施的购买是$120。此外，借项冲回模块1000确定关联存在，因为22个历史交易活动中的12次涉及购买男士正式衬衫，并且借项冲回请求涉及的交易活动也是购买男士正式衬衫。最终，借项冲回模块1000确定关联存在，因为在所有交易活动（即，历史交易活动和借项冲回请求涉及的交易活动）中使用相同的信用卡。在至少特定实施例中，借项冲回模块1000确定该证据是否满足信用卡公司对于重新呈现的规则（例如，充分和/或有力性质），并且将判断传递到Kool Shirt公司的网站。取决于网站和OSP之间的合同条款，OSP将寻求网站授权以处理借项冲回和/或以充分（例如，有力）证据重新呈现交易，或者OSP将被准许可相应行动。

[0257] 最终，应该注意的是，在特定实施例中，借项冲回模块1000配置成估计参数，该参数指示用户是否已经尝试直接与网站和解借项冲回请求。如果指示器示出用户还没有尝试，借项冲回模块1000可以通知已经递交借项冲回请求的信息的实体：用户应当首先尝试与网站对借项冲回和解。当然，本领域的普通技术人员能够设计出根据本公开教导的任何变化构造，正如特定应用所需要的，这并未实质超出本发明的本质。

[0258] 授权模块

[0259] 如先前提到的，根据各个实施例，验证模块600证实当用户访问各种网站时用户能够参与何种交易活动。这种交易活动可以包括借记（debit）该用户的信用卡。例如，在特定实施例中，当用户在网站上购买和/或当用户在网站上存入资金时，网站可以寻求计入信用卡的授权，因此用户可以具有可获得的资金来进行这种活动，诸如购买、对媒体交付租金，或者下赌注。应该注意的是，利用通过OSP遵循寻求计入信用卡的授权的实践的多个网站，在各个实施例中可实现更好地效率，因为每个网站无需具有用于与寻求计入用户的信用卡授权所涉及的各方直接通信和互动的系统基础结构。例如，每个网站无需具有用于与信用卡发布银行相关联的各种发卡商网络通信的基础结构。因此，在各个实施例中，OSP服务器400还可以包括授权模块1100，授权模块1100配置成有利于网站寻求计入特定用户信用卡的授权。

[0260] 图11图示了根据各个实施例的授权模块1100的流程图。该流程图可以对应于图4所示的OSP服务器400中的处理机405执行的这些步骤，其实施根据各个实施例的服务器的RAM存储器467中的模块1100。

[0261] 典型地，根据各个实施例，用户在特定网站已经被验证并且决定进行交易活动（诸如购买或者存入资金）之后，处理开始。在特定实施例中，用户选择网站上的按钮，并且被引导向提供关于购买/存款的信息的网页。因为用户已经被证实并且分配了对话标识符，所以在各个实施例中无需执行特定校验，诸如管辖权校验和/或年龄校验。响应于用户被指向该网页，网站或者网页向OSP的系统304发送关于用户的特定信息。该信息可以包括用户的唯一标识符和对话标识符，其链接到用于当前对话的用户设备的一个或多个指纹。

[0262] 在步骤1102，根据各个实施例，授权模块1100使用对话标识符和用户标识符来确认交易的合法性，以及确定是否已经向用户施加交易活动的限制和/或限定（例如，关于购买/存款的限制和/或限定）。接下来，在步骤1103，授权模块1100使用用户的唯一标识符从存储的关于用户的信息提取用户的地址。

[0263] 取决于实施例，网站可以寄存网页，或者网站可以引导用户到OSP寄存的网页。网页从用户和/或网站请求有关寻求交易活动的授权的信息。例如，在一个实施例中，网页可以请求网站可以计入信用卡的资金量（例如，用户购买的商品的价格，或者用户希望在网站存入的资金量）。另外，网页可以请求用户输入信用卡，或者可以请求用户选择用OSP注册的信用卡。如先前描述的，在各个实施例中，用户可以在注册处理期间设定一个或多个信用卡。在这些特定情况下，网页可以向用户显示关于所注册的卡的信息（从OSP的系统304获得），使得用户可以选择适当的卡用在交易活动中。此外，网页可以请求用户输入所选信用卡的CVC/CVV和/或有效期限，如步骤1104所示。

[0264] 根据各个实施例，一旦用户已经输入所需信息和/或网站已经提供了所需信息，用户选择按钮，诸如“购买”或者“递交”。作为响应，网站的网页发送交易活动信息至OSP的系统304用于授权，或者OSP直接通过收单银行寻求授权。授权模块1100可以传递信息至ASP的系统305，或者OSP将存储信息。

[0265] 接下来，根据各个实施例，收单银行系统接收授权请求，识别适当的发卡行和开卡银行，并且经由适当的信用卡公司（例如，VISA、万事达卡、或者美国运通公司网络）向开卡银行发出授权请求。在接收请求后，开卡银行系统验证信用卡是可操作和有效的以及足够资金可用于交易。在批准授权请求后，开卡银行系统经由适当的信用卡公司或者授权处理机发送批准消息至收单银行系统，收单银行系统接收批准消息并且传递批准消息至ASP的系统305，或者可替换地直接发送至OSP。在步骤1106，ASP的系统305接收并且存储批准消息，并且传递批准消息至OSP的系统304上的授权模块1100。

[0266] 在步骤1107，根据各个实施例，授权模块1100确定交易活动是否已经被授权。如果授权模块1100确定交易活动尚未授权，授权失败，如步骤1108所示。在特定实施例中，该步骤可以要求授权模块1100发送信息至网页和/或网站：传达交易活动尚未授权。依次，网页和/或网站传递信息至用户。相反，如果授权模块1100确定交易活动已经授权，模块1100记录交易活动和授权、用户的唯一标识符以及对话标识符于OSP可访问的一个或多个存储介质中，如步骤1109所示。另外，模块1100将这种信息报告至网站，如步骤1110所示。结果，网站处理交易活动（例如，完成用户的购买或者存入资金至用户在网站上设定的账户）。

[0267] 如提到的，在特定实施例中，在注册处理期间用户向OSP注册一个或多个信用卡。那时，OSP可以通过进行“$1授权”（或者具有任何货币值的任何授权）核验一个或多个信用卡对于开卡银行是有效的以及用户有权使用信用卡用于交易活动。在这些特定实例中，用户请求进行该活动的时候，OSP可以不请求用于后续交易活动的授权。相反，OSP记录授权请求并且在稍后时间递交授权至收单银行（其可以将授权传递到其他主体，包括例如开卡银行）。图11A图示了配置成实施根据各个实施例的这种处理的授权模块1100的流程图。
再次，该流程图可以对应于图4所示的OSP服务器400中的处理机405执行的这些步骤，其实施根据各个实施例的服务器的RAM内存467中的模块1100。

[0268] 因此，类似于图11描述的处理，在步骤1102A，授权模块1100接收包括对话标识符和用户标识符的信息，模块1100证实这两个标识符。在该特定实例中，网页向用户显示关于所注册的卡的信息，选择适当的卡用在交易活动中。依次，授权模块1100接收对信用卡的选择，如步骤1103A所示。

[0269] 接下来，根据各个实施例，网页可以请求用户输入所选信用卡的CVC/CVV和/或有效期限，并且可以请求用户输入（或网站提供）要计入所选信用卡的量，如步骤1104A所示。一旦用户已经输入所需信息和/或网站已经提供了所需信息，用户选择按钮，诸如“购买”或者“递交”。作为响应，网页发送交易活动信息至OSP的系统304，并且授权模块1100验证对所选信用卡已经输入的正确的CVC/CW和/或有效期限并且存储交易活动信息，如步骤
1105A所示。例如，在一个实施例中，授权模块1100存储交易活动信息于数据库中，该数据库驻留在OSP的系统304内部或外部的存储介质中。因而，在用户请求进行交易活动的时候，授权模块1100不向开卡银行寻求用于计入信用卡的授权。

[0270] 在该特定实施例中，授权模块1100然后确定用于授权的批处理授权时间（也即交易时间段的截止时间及批处理授权之前经过的时间），如步骤1106A所示。根据各个实施例，批处理授权时间可以在特定网站、OSP和收单银行之间约定。关于批处理授权时间的信息可以由OSP的系统304存储，或者可以在正进行交易活动的时候从特定网站请求。批处理授权时间指示例如24小时周期中的适当时间，在该时间，用于交易活动的授权请求应该被递交至开卡银行。因而，在该特定时间，OSP的系统304从网站自动索取交易数据并且递交授权请求至收单银行用于处理。因此，授权模块1100确定用于交易活动的批处理授权时间并且保存该时间和交易活动。结果，在至少一个实施例中，OSP的系统304监控批处理授权时间，从网站调取数据文件，并且递交用于交易活动的授权请求。

[0271] 在步骤1107A，根据各个实施例，授权模块1100确定授权请求文件是否已经被成功记录。这通过将参考标记附至该文件来完成，并且计数交易的次数和量。收单银行将对已接收到的完好文件应答和协调。如果授权模块1100确定授权请求文件尚未被成功记录，记录失败，如步骤1108A所示，并且将被调查和再递交。授权请求的结果将被OSP或者网站接收。网站将任何授权故障传递至用户并且寻求可替换的付款方法。但是，根据各个实施例，如果授权模块1100确定授权请求已经成功，模块1100将这种信息报告至网站，如步骤1109A所示。结果，OSP在预定时间处理授权请求批处理文件。

[0272] 结算和支付模块

[0273] 在特定实施例中，各运营商和/或网站利用OSP对涉及用户信用卡和其他交付方法的交易活动进行结算（clear）和支付（settle）。类似于核验用于交易活动的信用卡授权请求，在各个实施例中这种实践提供了更好地效率，因为每个网站无需具有用于与支付信用卡涉及的交易活动结算所涉及的主体直接通信和互动的系统基础结构。因此，在各个实施例中，OSP服务器400和/或ASP服务器还可以包括结算和支付模块1200，其配置成有利于支付用于特定网站的交易活动。尤其，该模块1200配置成核对（reconcile）从开卡银行接收的支付文件以及代表网站递交的结算文件。

[0274] 图12图示了根据各个实施例的支付模块1200的流程图。该流程图可以对应于图4所示的OSP服务器400中的处理机405执行的这些步骤，其实施根据各个实施例的服务
器的RAM内存467中的模块1200。因而，在特定实施例中，网站发送OSP的系统304或者
OSP在指定时间呼叫网站以自动上传包含各种已完成交易活动的一个或多个结算文件以用于支付。典型地，网站对特定时间段（即，先前的24小时）的完成的所有交易活动进行批处理，并且在一天中要向OSP的系统304发送的设定时间，响应来自OSP的对于结算文件中的经批处理的交易活动的呼叫。

[0275] 根据各个实施例，在步骤1202，结算和支付模块1200从网站接收一个或多个结算文件。作为响应，在特定实施例中，结算和支付模块1200记录关于结算文件中所列的每个交易的信息于OSP可访问的一个或多个存储介质中，如步骤1203所示。此外，在特定实施例中，支付模块1200基于文件中的信息来设置用于特定收单银行的一个或多个结算文件的上传，如步骤1204所示。结算文件典型地包括特定时间段内被授权的已完成交易活动。另外，连同文件的参考标记，结算和支付模块1200可以包括计数器，用于文件中列出的交易活动的次数和交易的总货币量（例如，美元）。响应于接收到文件，OSP的系统305可以发回计数以核验系统305已经接收到结算文件中列出的所有交易活动的信息。接下来，在步骤1205，结算和支付模块1200存储结算文件于OSP的系统304上。但是，应该注意的是，在特定实施例中，支付模块1200可以基于先前OSP的系统304存储的交易活动而生成结算文件，而不是从网站接收它们。

[0276] 在步骤1206，OSP的系统305传递一个或多个结算文件至适当的收单银行。依次，收单银行接收文件，将交易用信用卡公司名划分，并且传递该文件至适当的信用卡公司，该信用卡公司然后将交易传送至指定开卡银行。该开卡银行处理用于结算文件中列出的已完成交易活动的结算，并且传递列出结算的交易活动的该支付文件至相应的信用卡公司，这些信用卡公司通过收单银行分割和合并文件。收单银行用OSP和网站对其支付文件分类，并且当涉及OSP时将文件相应地传递至OSP。OSP可以使ASP的系统305可获得结算和支付数据，如步骤1207所示，或者收单银行可以将文件直接供给至ASP。因此，结算和支付文件的核对可以由收单银行、OSP或者ASP负责。

[0277] 在特定实施例中，ASP的系统305获取从结算和支付模块1200接收的结算和支付文件，并且对结算文件和支付文件中的信息进行核对，如步骤1208所示。此外，根据本发明的各个实施例，步骤1208中执行的核对的结果可以由ASP汇总成核对报告（或者“通知单”）。ASP然后将调节支付资金。这些将包括向滚动储备账户和/或隔离的用户存款账户计入要处理的借项冲回、计入到期的费用、计入税金、进行计入和信用调节。最后，在步骤1209，ASP的系统305组织对于每个主体的净支付付账以及用于传递至每个主体的适当银行账户的量，并且将付账传递至账户。应该注意的是，在各个实施例中，ASP的系统的305传递付账是电子进行的。也即，代表付账的数据被传递至适当主体，然后这些主体基于至少一部分接收到的数据示出电子地存入适当账户的资金。

[0278] 如提到的，在各个实施例中，ASP的系统305汇总来自结算和支付模块1200提供的对结算和支付文件进行核对的结果、以及净支付核对报告中的任何调整。在步骤1210，该报告被支付模块1200从ASP的系统305接收。OSP又可以周期性地（例如，每天或每周）发送报告至每个网站。此外，在步骤1211，结算和支付模块1200可以将关于净支付核对报告中显示的结果的信息记录于OSP可访问的一个或多个存储介质中。在各个实施例中、核对报告汇总了特定日期网站期望在网站的银行账户中能够接收的量。另外，在各个实施例中，净支付核对报告示出了来自/到达运营商和/或网站资金的下列的扣除和增加：（1）较低的手续费和收费（覆盖对付款链中的所有参与者的付款）；（2）较少的“信用扣除（trust deduct）”，与作为安全保障的滚动储备账户中特定时间段（例如，6个月或者1年）内保存的总量与网站的缺省（default）之间的百分比对应，其包括罚款、费用、借项冲回和退款。以该方式，在与网站有纠纷时可保护用户，可向信用卡价值链上的主体提供对网站违约的及时解决方案；（3）加上特定时间段期间以及通知单那天的前一天滚动储备中“信用货币”；（4）收单银行告知的与先前交易相关的通知单那天的任何借项冲回的减少；（5）较少的应付税金；（6）将放入隔离存款账户的用户新存款以及用户接收的盈利的减少；（7）用户相对这种存款的赌资的增加，以及用户从其网站存款账户增加提款。

[0279] 根据各个实施例，在将资金转移到适当的主体账户和从主体账号转移出资金之前，OSP审查净支付核对报告（包括指示交付要付的日期）并且发送ASP授权以实现转移到适当银行账户及从银行账户转移出（如步骤1212所示）。如果需要，OSP然后可以将净支付核对报告转发至适当的网站和收单银行。根据各个实施例，在从OSP接收到对净支付核对报告的批准后，ASP的系统305转移（例如，计入贷方或者计入借方）资金到适当主体的银行账户以及从适当主体的银行账户转移出资金。此外，在特定实施例中，支付模块1200将报告中支付所指示的、之前OSP的系统304存储交易的状态修改为“已交付”。

[0280] ASP模块

[0281] 如上文结算和支付模块1200提到的，在各个实施例中，ASP对各种网站已完成交易活动的支付资金的核对（协调）进行整合。在特定实施例中，这提供了安全机制，因为ASP能够充当各种网站和OSP之间的第三方，并且能够提供这样的保证：从收单银行接收到的资金相应地在网站、OSP和其他第三方（诸如税金管辖区）间分配。因而，在各个实施例中，ASP的系统305可以包括模块1300以有利于该功能。

[0282] 因而，在各个实施例中，ASP的系统305可以包括一个或多个计算设备，它们具有与OSP服务器400类似的功能。相应地，图13图示了根据各个实施例的ASP模块1300的流程图。该流程图可以对应于ASP的系统305中驻留的这种计算设备中的处理机执行的这些步骤，其实施根据各个实施例的设备的RAM内存中的模块1300。

[0283] 在步骤1302，ASP模块1300从网站相关联的OSP接收一个或多个结算文件。如上文提到的，一个或多个结算文件包括关于在特定时间段在网站上进行的已完成交易活动的信息。在特定实施例中，网站可以首先发送文件至OSP，OSP然后可以转发文件至ASP。此外，在步骤1303，ASP模块1300从OSP或者收单银行接收支付文件。例如，如以上解释的，OSP的系统305（例如，ASP模块1300）转移一个或多个结算文件至适当的收单银行。作为响应，收单银行划分文件并发送文件至适当的信用卡公司，信用卡公司传输交易至指定开卡银行并且从开卡银行接收回支付文件。收单银行可以传输支付文件至ASP。因而，在各个实施例中，支付资金经由一个或多个支付文件中的数据被电子地重新呈现。

[0284] 因而，根据各个实施例，在步骤1304，ASP模块1300将资金电子地计入贷方（credit）到一个或多个支付账户。在特定实施例中，这些支付账户典型地被ASP控制，并且可以对许多网站保持与支付相关联的资金。在特定实施例中，每个支付账户可以关联单个网站。在特定实施例中“控制”可以理解为意味着ASP（和/或在一些例子中网站）具有将资金存入账号和/或从账户提出资金的授权。因而，在这些特定实施例，仅每个支付账户中放置的资金是与对于特定网站接收的支付相关联的资金。

[0285] 在步骤1305，ASP模块1300获取从网站接收的结算文件以及从OSP或者收单银行接收的支付文件，并且核对来自两个来源的信息。因而，在步骤1306，ASP模块1300确定结算文件和支付文件是否协调。例如，在一个实施例中，ASP模块1300确定结算文件中列出的每个已完成交易活动的量是否匹配支付文件中识别的量。如果结算文件和支付文件不协调，ASP模块1300生成错误报告，错误报告列出没有核对的交易活动，如步骤1307所示。在特定实施例中，ASP1300可以发送错误报告至网站、OSP和/或收单银行。因而，各种主体可以使用错误报告来纠正错误报告中列出的一个或多个交易活动所示出的问题。ASP模块
1300然后继续对能够被核对的交易活动实施支付处理。

[0286] 关于确实已经核对的已完成交易活动，根据各个实施例，ASP模块1300调节费用、借项冲回、税金、滚动储备管理以及隔离的用户存款管理。于是，在特定实施例中，ASP生成净支付核对报告，如步骤1308所示，并且发送报告至OSP，如步骤1309所示，如果需要也发送报告至收单银行。如先前描述的，OSP接收报告，并且在重新观察报告之后发送ASP授权以转移资金到适当银行账户以及从银行账号转移出资金。因此，根据这些以及其他实施例，在步骤1310，ASP模块1300接收授权并且向前进行，转移资金到适当银行账户以及从银行账号转移出资金。

[0287] 在步骤1311，ASP模块1300确定已经支付和核对的已完成交易活动是否欠任何税金。在特定实施例中，关于交易活动欠税金的信息可以与结算文件一起提供。在其他实施例中，ASP模块1300可以确定交易活动欠有何种税金。例如，在特定实施例中，ASP模块1300识别财务交易相关联的一个或多个相关税金管辖区。例如，在一个实施例中，ASP模块
1300确定已支付和核对的交易活动涉及的用户的位置，并且在一个或多个数据库307中执行查找以确定一个或多个相关税金管辖区（由用户的住所或位置确定，或者由网站的位置确定）。在其他实施例中，ASP模块1300还可以考虑交易相关联的其他位置，诸如网站寄存的位置。

[0288] 接下来，根据各个实施例，ASP模块1300询问一个或多个数据库307以确定所识别的税金管辖区相关联的一个或多个税金类型。例如，税金类型可以包括因交易活动产生的销售税金、存款税金、预扣税金和/或赌注税金。如果一个或多个税金类型与所识别的税金管辖区关联，则ASP模块1300施加税金类型的对应税率至交易活动以确定交易活动应有的税金，并且从一个或多个支付账户的资金中扣除应缴的量。例如，ASP模块1300可以从网站接收关于多个用户在确定的时间段（诸如进行一个或多个交易活动的时间段）内所押的一个或多个赌资的信息，并且可以计算网站要交付的赌注税金的量，并且下调净支付资金以使得在适当日期交付赌注税金。例如ASP可以从OSP或者网站接收多个用户在确定时间段内一次或多次存款和提款的信息以基于扣除提款后的净存款来计算网站应交付的存款税金。ASP将从净支付资金中扣除该量，并且基于用户的位置以及管理存款税金的每个适用管辖的立法将该量交付至适当税金管辖区。例如ASP可以从OSP或者网站接收关于多个用户在确定时段内购买的信息并且归还该用户。

[0289] 根据各个实施例，ASP模块1300然后还可以适用管辖区来计算作为一项或多项购买的百分比的应付销售税金，该管辖区基于用户登录验证的用户位置所确定。在特定实施例中，连同向适当的税金管辖区和零售商中的至少一个报告关于一个或多个交易活动的信息、应付销售税金和交付，模块可以进一步和/或可替换地交付应付销售税金。

[0290] 如果ASP模块1300确定交易活动有税金，在步骤1312，ASP模块1300从支付账户扣除作为应缴税金的资金。在步骤1313，ASP模块1300将扣除的资金电子地计入贷方到一个或多个税金账户。在各个实施例中，典型地对于预定时间段（每天）计算应纳税金并且从支付账户扣除应纳税金以放入税金账户中。

[0291] 类似于支付账户，在各个实施例中，ASP模块1300可以将所有税收资金放入一个税金账户中，而不管应收缴税金的税收权威机构是谁。尽管在其他实施例中，ASP模块1300可以基于应缴资金的税收权威机构将税收资金放入特定账户中。例如，在一个实施例中，每个税收权威机构可以具有单独账户，在该账户中放入应向当局缴纳的资金。典型地，这些税金账户由ASP控制。但是，在特定情况下，单个税收权威机构还可以具有直接从这些账户提出资金的权力。此外，在特定实施例中，OSP也可以控制这些账户。

[0292] 以类似方式，在步骤1314，ASP模块1300确定交易活动是否欠任何费用。例如，OSP可以对OSP处理的每个交易活动收费，和/或对特定交易活动提供的每次服务收费。此外，ASP可以对ASP被请求要支付和核对的每个交易活动收费。因而，在步骤1315，如果ASP模块1300确定被支付和核对的交易活动应付一种或多种费用，ASP模块1300从支付资金扣除该费用的资金。在步骤1316，ASP模块1300于是电子地将费用贷记到一个或多个费用账户。在特定实施例中，可以仅有一个费用账户或者多于一个费用账户。此外，一个或多个费用账户可以由各个主体控制。

[0293] 此外，在步骤1317，ASP模块1300确定在一个或多个滚动储备账户是否将放有任何资金。例如，在特定实施例中，各参与者可能需要将支付资金的特定部分（例如，百分比）用于存储于一个或多个滚动储备账户。例如，ASP模块1300可以将与支付的交易活动相关联的将由每个网站接收的资金的7.5%分配至用于每个网站的滚动储备账户。这些滚动储备账户中的资金然后可以被应用以满足网站的任何未履行的职责，诸如未付罚款、费用和/或法律义务。例如，当网站无法或不愿意直接偿付合理的借项冲回请求时，滚动储备账户中的资金可以用来偿付接收到的与网页之一上进行的交易活动相关的有效借项冲回请求。因而，在步骤1318，ASP模块1300从支付账户扣除资金并且电子地将资金贷记到一个或多个服务账户，如步骤1319所示。

[0294] 在特定实施例中，服务账户是滚动储备（rolling reserve），分配给该账户的一部分资金典型地存在该账户中预定时间段，并且如果在该预定时间段结束后不使用则被转到适当的网站账户。因而，当用于资金的预定时间段经过时，“旧”资金连续“滚出”账户，当交易活动被支付和核对时，“新”资金连续“滚入”该账户。在各个实施例中，基于这些资金的使用量可以调节分配给滚动储备账户的资金部分和/或预定时间段，以满足网站未履行的职责。

[0295] 此外，一个或多个服务账户可以驻留作为ASP的系统305的一部分，或者可以被单独的银行或其他金融机构寄存或维护。因而，在特定实施例中，ASP和/或单独的银行或者其他金融机构可控制账户，并且在特定事件下（诸如，例如网站和/或OSP破产）对账户中的资金具有明确的权利（clear title）。这种布置提供了对价值链上所有成员的保护。例如，如果OSP将破产，网站可安全地知道：它们在服务账户中的资金不会被OSP的债权人访问。

[0296] 在各个实施例中，支付账户中剩余的资金（例如，净支付数）来自一个或多个网站。在特定实施例中，ASP的系统305（例如，ASP模块1300）典型地配置成在预定时间段之后将一个或多个支付账户中的资金转移到网站相关联的一个或多个账户。但是，在其他实施例中，网站可以具有直接从支付账户提出资金的权力。进一步在特定实施例中，ASP的系统
305（例如，ASP模块1300）典型地配置成在预定时间段（例如，绝限日）之后将一个或多个税金账户中的资金转移至适当的税收权威机构，以及将一个或多个费用账户中的资金转移至适当主体的账户。

[0297] 在特定实施例中，ASP模块1300向一个或多个网站报告核对报告（或“通知单”）中的核对结果（例如，报告每个账户中放入的量），并且在一些例子中，向该处理所影响的用户报告。例如，在一个实施例中，ASP模块1300向OSP发送净支付报告，并且OSP发送报告至对应网站。在另一例子中，ASP向税金管辖区发送核对报告以及网站应付税金的交付，并且该报告的副本也被发送至网站，确认应付税金已经交付了。

[0298] 另外，在特定实施例中，ASP将从一个或多个网站请求关于多个用户的赌博活动的信息，包括所押赌资、盈利和亏损、存款、提款以及预扣税金扣除。例如该信息可以通过对先前24小时赌博活动进行晚间批处理来每天提供。这种批处理将通过唯一用户标识符和对话标识符来配置信息。ASP模块将以聚集的方式对每个用户核对用户每年税金评估所需的关键税金信息。

[0299] 在每个历年结束时，将准备电子报告，等同于杂项1099报告，并且符合当地法规。这种报告可以包括足够的数据以合计预定时间段（例如，每年）的应缴预扣税金。此外，这种报告将传输至网站以使它们的用户可以在允许的法定窗口内获得该报告。这种报告然后可以用来辅助用户填写纳税申报表。表格1099可以包括用户的存款、提款、总盈利、总亏损、总赌注、净盈利、净亏损以及净赌注和过去一年的税金。因而，每个用户可以通过网站访问他的表格1099，并且可以使用表格1099准备用户的所得税金申报表。在特定实施例中，ASP、OSP或者网站还可以电子地递交纳税报告至对于用户适当的税收权威机构和/或税金管辖区。

[0300] 一般考量

[0301] 如此处其他地方描述的，各个实施例提供注册处理，其中用户可以注册以通过多个运营商和/或网站参与一个或多个交易活动。在这些各个实施例，这种能力可以提供更好地效率，并且可以降低必需的计算能力，因为每个单独运营商和/或网站可以无需对特定用户进行注册处理的各种方面或者根本无需进行注册处理来确定用户是否可以由每个单独运营商和/或网站参与交易活动。

[0302] 例如，基于本发明各种方案，在用于特定用户的先前注册处理期间，用户的年龄可以已经被验证。因此，在用于相同用户的当前注册处理中，处理可以使用先前注册中获得的结果（例如，经验证的年龄），并且可以无需实施当前注册处理中的步骤来验证用户的年龄。因而，本发明各个实施例中涉及的注册处理将不会“浪费”时间、资源和计算容量来重新验证用户的年龄。

[0303] 另外，各个实施例提供验证过程以证实用户在一个或多个网站可以参与的交易活动的类型。在特定实施例中，在用户的验证过程期间执行特定校验以识别用户在特定网站可以参与或者不可以参与的交易活动的类型。在特定实施例中，在当前验证过程中可以绕过许多这些校验，因为在用户的注册处理期间或者在用户的先前验证过程中已经在先执行了校验。因而，本发明各个实施例有利于使用已执行的过去校验的结果用于当前验证过程。这种能力可以使验证过程简单化，并且可以使得使用更少处理容量和存储介质。

[0304] 此外，本发明的各个实施例可以向一个或多个网站提供收集的关于用户的存档信息。这能够实现实行本发明各方案的系统和一个或多个网站更有效的处理，因为系统和网站可以无需收集在一个或多个网站上参与交易活动的用户的信息。

[0305] 另外，因为实行本发明各个实施例的各方案的系统配置成向多个运营商和/或网站提供服务，所以在许多情况下这种运营商和/或网站无需具有实施特定功能的基础结构，否则它们需要执行该功能以与用户进行交易活动。例如，如本公开其他地方讨论的，在各个实施例中，多个运营商和/或网站可以遵循通过实施本发明的各个方案的系统来寻求计入信用卡的权威机构的惯例。通过遵循这样的惯例，在各个实施例中可实现更佳的效率，因为每个运营商和/或网站无需具有与寻求计入用户的信用卡的权威机构所涉及到的各方直接通信和交互的系统基础结构。例如，每个运营商和/或网站无需具有与和信用卡发布银行相关联的各发卡网络通信的基础结构。在本申请的全部公开中实现且讨论了这些以及另外的技术优势、效率和提高的能力。

[0306] 结论

[0307] 本发明的各个实施例的前述说明是为了示意和说明的目的。这不旨在排除或限制本发明为已公开的精确形式。许多修改和此处提出的本发明的其他实施例将是本领域的普通技术人员容易想到的，它们得益于前述说明和附图的教导。记住该点，选择和描述实施例以提供对本发明原理及其实践应用的最佳阐释，从而使得本领域的普通技术人员能够利用本发明于各个实施例中，并且各种修改可以适于特定打算的应用。所有这种修改和变型在附随的权利要求所限定的本发明的范围内，根据它们公平的、合法的、公正的内涵来解释。附图和优选实施例不旨在以任何方式限制权利要求的正常含义于公正的宽广解释。最后，虽然此处采用了具体术语，但是它们仅用于通用的描述性含义，目的不是限制。