专利名称：：组合式支付和通信服务方法及系统的制作方法
技术领域：
：本发明涉及电子支付和通信服务领域。更具体地说，本发明涉及被配置成允许将货币支付给接受者和/或与所述同一个接受者建立通信的服务器系统中的计算机实现的组合式支付服务和通信服务方法。
背景技术：
：将通信设备用于电子服务在最近二十年来已经非常流行。移动电话和电子银行业务是渗透到人们日常生活中的电子服务的例子。其它例子包括电子邮件和因特网的使用，譬如，访问带有信息的网页、加入电子交友网络和参与网络讨论。可能越来越多的电子服务伴随着人们需要拥有以利用这些电子服务的大量信息。举一个典型例子来说，一个人需要知道用于通过电话来联系另一个人的电话号码、将电子邮件发送给这同一个人的电子邮件地址、访问此人的网站的统一资源定位符(URL)、将货币电汇到此人的银行帐户的银行帐号等。另一方面，人们不愿意向一般公众公开所有这些联系细节。像电话号码和银行帐号那样的一些联系细节最好对大多数人保密，而像网站的URL那样的其它细节允许传送给尽可能多的人。本领域中已知的是，使用单个电话号码来获取电话服务、因特网服务和支付服务，如ENUM提案(www.emim.nl)所示范的那样。对该电话号码加以处理，并且在该处理之后请求月良务。然而，本领域中需要提供改进的支付和通信方法及系统。
发明内容本发明提出了一种计算机实现的组合式支付服务和通信服务方10法。该方法是在服务器系统中执行的，该服务器系统被配置成与接受者相联系地在该服务器系统内进行支付服务和通信服务的至少一种。该方法包括接收接受者的公开唯一标识符和确定接受者是否使用服务器系统的支付服务和通信服务的至少一种的步骤。如果接受者使用服务器系统的支付服务，那么接收支付消息，并且将公开唯一标识符用作支付地址标识符来进行支付服务。如果接受者使用服务器系统的通信服务，那么也可以接收通信类型消息，并且将公开唯一标识符用作通信地址标识符来进行通信服务。此外，本发明还提出了用于执行该方法的计算机程序及其载体。申请人还提出了一种被配置用于提供支付和/或通信服务以便将货币支付给接受者以及与该接受者建立通信的系统。该系统包括公开唯一标识符接收机和确定模块，所述公开唯一标识符接收机被配置成接收接受者的公开唯一标识符，所述确定模块被配置成确定接受者是否使用支付服务和通信服务的至少一种。而且，本发明提供了支付服务模块和/或通信服务模块。该支付服务模块被配置成如果接受者使用服务器系统的支付服务，则执行将公开唯一标识符用作支付地址标识符来对接受者进行支付的支付服务。该通信服务模块被配置成如果接受者使用服务器系统的通信服务，则执行将公开唯一标识符用作通信地址标识符来与接受者建立通信的通信服务。最后，利用如上定义的PUID(公开唯一标识符)，提出了一种电子设备、用于这种设备的计算机程序以及联系卡。单个PUID可净皮用于支付服务和至少一种通信服务，例如，电话服务(权利要求2和24;包括IP电话)、电子消息(权利要求3和25)以及web浏览和流媒体(权利要求4和26)。单个PUID可被容易地记住，并且可^皮用于月良务的组合。顾名思义，PUID是^>开标识符。与对于所有服务都要求外部系统的现有技术ENUM提案相反，PUID可被用于在系统内提供服务。将PUID用作支付地址标识符或通信地址标识符包括^f吏用PUID本身或将PUID转换成支付或通信标识符。该方法和系统可被配置成这样，PUID的可公开使用性不会导致例如，不希望发生的通过电话接触到或知道一个人的银行帐号，正如下文更详细说明的那样。可以借助于单个设备享受支付和通信服务。PUID可以是(字母)数字符号的任何组合。然而，使用5个或6个字母(含大小写两者)可能已经足以获得大量的唯一PUID。最好，从隐私方面考虑，接收的PUID不是常规的通信标识符(譬如，电话号码或e-mail地址)或支付地址标识符(譬如，^!艮行帐号)。换句话说，PUID不可用于直接连接到接受者的设备和/或对接受者的银行帐户进行支付。应当理解，在由系统进行的支付服务的情况下，不要求每个参与者都拥有单独的银行帐号。该系统可包含单个虚拟金额，每个参与者可以:帔标识成有权使用该金额的一部分，例如，通过为该参与者设置标志。这样，可以容易地安排参与者之间的货币转移。该提议具有进行其它形式(譬如，使用卡的支付系统、ATM、使用RFID技术等通过移动电话的支付，举不胜举)的支付的新颖的、有创造性的支付系统的潜力。该提议允许用户使用用于使用支付服务、也可被用于其他通信服务的移动电话。web浏览也可以不再需要URL。权利要求5和27的实施例提供了这样的的优点个人联系信息(譬如，银行帐号和电话号码、电子消息地址和URL)只有在服务器系统内才被知道，而不必在这个系统之外被知道。依赖于服务类型地将单个PUID转换成这种个人联系信息使得人们能够在不知道这些个人细节的情况下使用支付服务和/或通信服务。依照权利要求6和28，可以与外部支付服务和/或外部通信服务进行连接。这些服务是在服务器系统之外提供的。实施例允许在人们仍然正在使用外部通信公司和商业银行的服务的时候立即引入服务器系统。用户和/或接受者和/或提供者自己可以在服务器系统中指示他们是希望使用来自服务器系统的服务还是来自外部系统的服务。权利要求7和29的实施例允许标识服务器系统的用户。最好，该标识牵涉到用户名和口令的组合。12权利要求8和30的实施例减少了嗅探到系统用户身份的机会。权利要求9和31的实施例通过由第三方接管用户与服务器系统之间正在进行的会话来减少滥用系统的机会。改变会话密钥为改变用户与服务器系统之间的数据通信的加密创造了条件。本领域已知的是，系统的用户通过根据例如电话号码而将他人列入黑名单或白名单来拒绝或允许这些人与其通信。在US2006/0147014中提供了一个例子。此外，微软的MSNweb对话平台允许阻止联系。而且，已经提交了本申请人的未提前公布国际专利申请PCT/NL2007/050553，其中描述了个人标识符的使用。然而，这些方法和系统的粒度相当粗，基本上只允许人们根据设备标识符或个人标识符相互通信或者不通信。权利要求10-19和权利要求32-41的实施例为允许通过应当被满足以使得他人能够支付和/或支付给他人和/或与他人通信的用户准则来细调的系统提供了保证，这从如下对附图的描述中可明显看出。简档的项目和要求列表的准则可以由系统设置和/或由用户/接受者创建和/或填入。该提议涉及到使用通常与建立用于服务的连接无关的信息(项目和准则)来容许或拒绝服务。对于不同的服务，可以存在或应用不同的项目和/或准则。有关内容请参考与本申请在同一日期提交的本申请人的共同未决国际专利申请("Methodandsystemforpermittingordenyingservice")，通过引用将该国际申请的全部内容并入本申请。但是，在该共同未决专利申请中，不要求使用PUID。在下文中，将更详细地描述本发明的实施例。然而，应当理解，这些实施例不应当被解释成限制本发明的保护范围。在附图中图1示出了按照第一实施例的组合式支付和通信系统及电子设备的示意图2示出了配置成与图1的系统一起使用的电子设备的示意13图3A和3B示出了图1的服务器系统的示意图4A和4B示出了与包括简档和要求列表的服务器系统有关的状况；图5示出了按照第二实施例的服务器系统的示意图；图6示出了接受者的联系卡；和图7-ll示出了示例出使用图l和图5的系统的方法实施例的步骤的各种时序图。具体实施例方式图1示出了可通信地连接到电子设备2A-2D的组合式支付和通信服务器系统l。移动设备2A、2B经由无线接入网3与服务器系统1连接。静态设备2C、2D经由像因特网或局域网那样的网络4与服务器系统1连接。可为网络连接提供安全保障。在下文中，假设服务器系统1的用户使用设备2A、2C，而设备2B、2D是接受者的设备。图2中示意性地示出的移动设备2A可以是包含带有数个(数字和/或字母数字)键10的键盘和显示器ll的移动电话。而且，移动设备2A包括通信类型键12A、12B、12C和支付键12D。通信类型键12A-12C使得移动设备2A的用户能够选择例如他希望打电话(电话服务)、发送电子消息(电子消息传送服务)还是在因特网上浏览网页(web通信服务)。支付键12D使得用户能够选择支付服务。应当理解，键12A-12D不一定是分开的键，而是也可以用其它方式实现，例如，通过使用显示器11来指示其在特定时刻的功能的一个或多个软键。也可以从软件菜单进行服务的选择。还应当理解，静态设备2C也可以具有相同功能。最后，应该注意到，i殳备2A、2C的用户所希望的服务类型也可以由发送到服务器系统1的消息来隐含。举例来说，如果用户设备2A、2C传送金额，则可能隐含着请求支付服务。图3A和3B示出了服务器系统1的示意性例示。服务器系统1包括处理器20、存储器21、经由网络3、4与设备2A-2D中的一个或多个通信的网络适配器22和关系数据库23。应当理解，服务器系统l通常能够与四个以上的图1所示电子设备2A-2D连接。服务器系统1的具体功能示意性地例示在图3B中，现在作更详细描述。应当理解，这些功能很大程度上可以实现成在处理器20上执行的一个或多个计算机程序的软件代码部分。月艮务器系统1包舍公开唯一标识符(PUID)接收机24，所述PUID接收机24被配置成从用户设备2A、2C接收接受者的PUID。PUID接收机24还可被配置成从接受者设备2B、2D接收用户的PUID。服务器系统1还包含支付服务模块25，所述支付服务模块25被配置成进行根据PUID接收机24从用户设备2A、2C接收的接受者的PUID而向接受者进行支付的支付服务。而且，还配备通信服务模块26，该通信服务^t块26被配置成进行通信服务，例如电话服务、电子消息服务、流媒体服务和/或web浏览服务，以便利用PUID接收机24为建立通信所接收的PUID来与接受者建立通信。为了识别电子设备2A、2C的用户所请求的服务类型，服务器系统1具有被配置成从移动设备2A、2C接收通信类型消息的通信类型消息接收机27。通信服务模块26被进一步配置成根据通信类型消息来启动通信服务。所请求的通信类型也可以从请求中的其它数据中推断。应当理解，可以从用户设备2A、2C接收包含接受者的PUID、所请求的服务类型和/或其它数据(例如用于支付服务的金额、附件(attachment)和/或其它内容)的合成消息。设备2A、2C的用户可能不知道特定的联系信息，例如接受者的电话号码和银行帐号。另一方面，接受者可能希望该联系信息保密。为此，服务器系统1包含转换器28，所述转换器28被配置成将PUID转换成支付地址标识符(例如，银行帐号)和/或通信地址标识符(例如，电话号码、电子邮件地址和/或网页的URL)。i殳备2A、2C的用户无需知道支付地址标识符和通信地址标识符，因为PUID足以向接受者进行支付和/或，例如，将电子消息发送给同一接受者。付连接模块29和通信连接模块30,支付连接模块29用于利用支付地址标识符与外部支付系统连接以便请求支付服务，通信连接模块30用于利用通信地址标识符与外部通信系统连接以便请求通信服务。这些模块29、30例如可以用于使用在服务器系统l之外提供的支付和通信服务的接受者，如图5所示。不要求将PUID转换成常规的联系标识符。支付服务模块25可被配置成利用PUID本身而不是支付地址标识符(即，PUID充当银行帐号)来启动支付服务，通信服务模块26可被配置成利用PUID本身而不是通信地址标识符(即，PUID是电话号码、电子消息地址和/或URL)来启动通信服务。服务器系统1包含被配置成确定接受者是使用服务器系统1的支付服务和/或通信服务还是外部系统的支付服务和/或通信服务的确定模块31。服务器系统1还包含用于从设备2A、2C接收登录请求的登录模块34A。登录请求至少包含一个个人标识符，以便识别设备2A、2C的用户。最好，通过用户名和口令的组合来识别用户。在这样的情况下，用户是服务器系统1的订户。与用户设备2A、2C的通信可以通过例如安全的网络连接和/或数据加密技术来提供安全保障。为了进一步提高安全性，服务器系统包含可变会话密钥分发器34B。可变会话密钥分发器被配置成响应于来自用户设备2A、2C的后续请求而分发不同的会话密钥。分发器34B可以使用随机数，但也可以使用外部参数(例如，温度传感器在特定位置上测量的温度)来获得可变密钥。服务器系统1的数据库23可以存储来自用户设备2A、2C的用户和/或使用设备2B、2D的接受者的包含一个或多个项目(例如，用户的特征)的筒档和包含一条或多条准则的要求列表。可供服务器系统l使用的简档和要求列表可被用于使用户和/或接受者能够细调他们想要加入到支付交易中和/或在他们之间建立通信的条件。应当理解，这种允许和禁止通信的方式与现有技术的不同之处在于，不是主要根据设备和/或用户的联系标识符(例如PUID)来允许或禁止。为此，服务器系统1包含被配置成跟踪用户和/或接受者的至少一个要求列表的跟踪器35。可以利用接受者的PUID来跟踪接受者的要求列表。这对于用户的要求列表同样成立，尽管用户的要求列表也可以根据来自用户设备2A、2C的请求中的其它数据来跟踪。而且，服务器系统1具有被配置成检验简档的一个或多个项目是否满足要求列表的一条或多条准则的分析器36，如下面更详细说明的。可区分两种情况。在笫一种情况下，如图4A所示，分析器36只将设备2A、2C的用户的简档的一个或多个项目与预定接受者的适当相应准则相比较。如果用户简档的项目满足接受者要求列表的相应准则，则允许支付和/或通信，并且激活支付服务模块25和/或通信服务模块26。另一方面，如果这些项目不满足所述准则，则拒绝用户针对特定接受者使用支付服务和/或通信服务。这种分析适用于列白名单和/或列黑名单的手段。在第二种情况下，如图4B所示，分析器36不仅进行上面的比较，而且还分析接受者简档的一个或多个项目是否满足用户要求列表的准则。如果用户简档的用户项目不满足接受者要求列表的接受者准则和/或如果接受者简档的接受者项目不满足用户要求列表的用户准则，则拒绝在用户和接受者之间支付和/或通信。只有当所述项目双向满足准则时，才允许支付/通信。这种情况可被称为握手情况或相互认可情况。项目和相应准则可能涉及并非联系标识符的各种个人细节，包括年龄、性别、体貌特征(例如，头发颜色、身高)、财务细节、公司细节、地理细节(例如，居住地、出生地、地址、街道、邮政信箱)、个人项目(例如，偏好，像品牌偏好、社会偏好(运动、社团等))。项目可以由用户定义。当然，个人标识符(PUID)也可被用于列白名单、列黑名单和/或相互认可手段。最好，分析项目是否满足所有准则。项目和相应准则也可能涉及该系统，例如，用户和/或接受者对服务器系统l的行为。举例来说，当这个用户或接受者被通知成垃圾17邮件发送者时，服务器系统可以将垃圾邮件标志设置成用户或接受者简档中的一个项目。通过引用将其全部内容并入到本专利申请的本申请人的国际专利申请PCT/NL2007/050557和PCT/NL2007/05055中提供了这种通知的例子。简而言之，这些申请描述了一种在包含用于分配电子消息的一个或多个服务器的服务器系统中减緩电子消息的激增的系统和方法。所述方法牵涉到提供至少一个电子消息或其一部分和接收与所述电子消息或其所述部分有关的至少一个垃圾邮件通知信号。电子消息的一部分例如可以包含电子消息的一个或多个字段或者根据电子消息的字段或特征而组装的新部分。响应于接收到所述至少一个垃圾邮件通知信号，限制对该电子消息(和/或它的所述部分)和/或同一源的其它(以前或将来的)电子消息的访问。可以设置导致限制对电子消息的访问的垃圾邮件通知信号的数目。举例来说，在限制对电子消息的访问之前，可以将该数目设置成50、25、10、5或者甚至1个垃圾邮件通知信号。在这种背景下，本申请人认识到，尽管定期更新垃圾邮件过滤器开发者所提供的规则集，但用于识别垃圾电子邮件消息的传统规则集总是过时的。最终，只有人才能够识别垃圾电子邮件消息。此外，本申请人:还认识到，改进垃圾邮件过滤器会促进垃圾邮件的总量增加而不是减少。因此，本申请人提议(仅)使用来自用户的垃圾邮件通知信号来检测垃圾电子邮件消息，并且，一旦接收到这样的垃圾邮件通知信号，就限制对其它(用户的)用户设备的相应电子消息的访问。因此，服务器系统允许电子消息的收件人自己确定什么电子消息是垃圾邮件消息，以及该收件人随后能够确定其它收件人对那个消息(以及可能还有来自同一源的其它以前和/或将来的电子消息)的访问(权)。换句话说，垃圾邮件通知信号是到服务器系统以限制对消息的访问的命令。在多个垃圾邮件通知信号的情况下，可以将每个信号当作部分命令。举例来说，其他(用户的)用户设备可能不显示或下载该电子消息。可能在服务器系统中不存在使用垃圾邮件识别规则集、垃圾邮件参数和准则的垃圾邮件过滤器，至少对于那些已经针对它们而接收到垃圾邮件通知信号的电子消息。在系统或接受者/目的地方发现了滥用系统的人的情况下，可以针对除电子邮件之外的其它服务来设置或接收垃圾邮件通知消息。例如，对于电话服务，可以应用用于在电话系统中在第一订户设备(A订户设备)和第二订户设备(B订户设备)之间建立电话连接的系统和方法。将电话系统安排成连接A订户设备(呼叫方)和B订户设备(被叫方)。该方法包括接收来自A订户设备的请求以建立与B订户设备的连接，以及还接收所述A订户设备的用户的个人识别码。只有在已经接收到所述A订户设备的所述用户的所述个人识别码之后，才可以在A订户设备和B订户i文备之间建立连接。通过接收用户的个人识别码，电话系统能够实际识别正在请求系统服务的人，而不是仅识别被使用的设备。因此，作为所接收的验证信息的结果，电话系统可以对特定用户采取措施，而不是只对设备采取措施。换句话说，无法通过使用不同设备来避免或回避对特定用户采取的措施。这种措施的一个例子是限制特定用户对电信系统的服务的i方问。为了进行垃圾邮件通知，该系统和方法可以允许接收一个或多个访问限制信号，以及响应于接收到所述一个或多个访问限制信号，针对所述A订户设备的所述用户和B订户设备的所述用户中的至少一个，限制对所述电话系统和所述A订户设备或所述B订户设备的用户中的至少一个的访问。如果电话呼叫被B订户设备的用户觉察为未经请求或不希望，那么B订户设备的用户具有限制A订户设备的用户访问电话系统的可能性。根据A订户设备的用户的个人识别码来限制访问，因此，这个用户不能简单地通过使用不同的A订户设备来回避该措施。例如，可以这样存储个人识别码，在可以建立连接之前，首先对照该存储来检验拥有该代码的人建立连接的进一步尝试。电话系统垃圾邮件通知方法和系统是本申请人的未提前公布专利申请PCT/NL2007/050553的主题，在此将其全部内容并入本文。与垃圾邮件有关的系统项目可以以上述方式设置。系统和/或用户可以确定这个垃圾邮件项目是与单个服务有关还是与多个服务有关。当然，存在用户简档或接受者简档的项目没有适当反映个人细节的可能性。例如，用户或接受者项目可能指示用户或接受者是年龄为20岁的女性，而事实上，他是45岁的男性。举另一个例子来说，用户或接受者项目可能指示他的银行佘额在50000欧元以下，而事实上，他的银行余额在100000欧元以上。为此，服务器系统l区分已核实的项目和未核实的项目。举例来说，如果服务器系统1本身提供支付服务，那么可以内部核实与用户或接受者的银行余额有关的项目，因为银行余额被记录在服务器系统1中。在像性別或年龄那样的其它情况下，可以通过检验外部寄存器、要求用户或接受者提交护照等的副本来核实项目的有效性，来进行核实。未核实项目的核实也可以通过核实项目的变化，譬如，年龄或性别的变化来进行。年龄应该总是随着时间每年一岁地增加，而性别一般根本不会变化。如果这样的项目以出乎意料的方式发生改变，那么可以无限期地或有限期地将这些项目设置成未核实的。也可以将整个简档标记成不可信的。为了提高确定性，服务器系统l包含核实指示接收机37，所述核实指示接收机37被配置成从用户的设备2A、2C和/或接受者的设备2B、2D接收核实指示并进行处理。借助于核实指示，用户和/或接受者可以指示要求列表的一条或多条准则应当与简档的已核实项目有关。尽管这些项目在服务器系统l内安全地得到保证，并且不可从服务器系统l之外被同样地请求，但原则上，将可以通过发送一个人的PUID来对服务器系统1进行各种请求，从而获得一个或多个项目(例如，这个人的银行余额)的估计，以及看看是否请求或进行通信/支付服务。因此，服务器系统l可以被配置成默认为禁止检验用户和/或接受者的简档的项目。而且，服务器系统l包含禁止检验指示接收机38，所述禁止检验指示接收机38被配置成接收来自用户的设备2A、2C和/或接受者的设备2B、2D的禁止检验指示并进行处理。禁止检验指示指示来自用户和/或接受者的禁止分析器36检验所述简档的一个或多个项目的请求。在如上所述的服务器系统l中，存在其中项目不可对照准则进行检验的各种状况。例子包括其中简档不包含对照要求列表的准则进行检验所需的项目的状况(例如，当项目未被填入或甚至不存在时)、和其中通过默认设置或通过禁止检验指示信号(参阅前段)来禁止检验项目的状况。为了使用户或接受者可以决定允许支付和/或通信，服务器系统1包含通知发送器39，所述通知发送器39被配置成例如借助于设备上的弹出屏幕向将要对其简档进行检验的用户或接受者的设备2A-2D发送通知请求。通知请求可以存在忽略，例如，禁止检验指示的选项，以容许对照要求列表的相应准则检验所述至少一个项目。如果用户/接受者容许检验，则可以通过从设备2A-2D接收到这样的指示的服务器系统1永久地或暂时地解除禁止检验指示。举例来说，如果用户希望通过电话与接受者通信，而接受者要求列表指示只有当他的银行余额被当作用户简档列表上的项目来对照接受者要求列表上的相应准则进行检验时才可以这样，那么用户应当在建立通信之前首先容许检验他的银行余额。禁止检验指示的释放并不意味着该信息被传送给对方。这只牵涉到项目对于对照要求列表的准则来检验的可用性。当然，若需要，例如，为了销售的目的，接受者也可以解冻其项目。可以将项目和准则设置成利用服务选择器39A来应用于一种或多种服务。图5的服务器系统1是包含多个服务器1A-1C的实施例，其中，服务器功能和/或数据例如分布在通过安全网络连接40连接的多个服务器上。支付和通信服务中的至少一种由外部系统41执行。外部系统41可以经由网关(未示出)与服务器系统l连接。项目和准则可以被分布在服务器1A-1C上，并且根据对服务的请求被从各个服务器1A-1C中检索。这样的实施例例如可用于保护隐私。现在将参照图7-11针对几种实际状况来描述服务器系统1的操作。首先，假设要在Ghislaine(用户)和Dirk(接受者)之间安排商业交易。Ghislaine只具有如图6所示的Dirk的商务卡。下表示出了存储在服务器系统1的数据库23中的Dirk和Ghislaine的细节。姓名GhislaineDirkPUIDGhis.jeDiRk用户名*****d令**********电话号码+31205110930银行帐户50.37.56.587电子邮件地址网站www.scipioo.com图7示出了其中Ghislaine试图通过电话与Dirk联系的状况。在步骤50中，她利用登录模块34A用其用户名和口令登录到服务器系统1上。然后，在步骤51中，她利用PUID接收机24接收到的PUID"DiRk"进行电话呼叫。数据库并未存储Dirk的设备2B的单独电话号码，确定模块31确定Dirk使用服务器系统1的电话服务(例如，利用内部码)。在这种状况下，如果设备接受这样的请求，那么可以在步骤52中将Dirk的PUID或其衍生物用作设备2B的电话号码，而经由电话服务模块26进行电话连接。在这种情况下，电话设备不要求传统的SIM卡。然而，也可以利用转换器28将PUID"DiRk"转换成传统的电话号码(可供在系统中使用，例如，输入到表格中)，并且与i殳备2B的传统电话号码相连接。现在，Ghislaine和Dirk可以讨论商业交易了。在电话交谈中，讨论了Ghislaine应该将100000欧元的支付款电汇到Dirk的#>行帐户中。Ghislaine不知道Dirk的《艮4亍帐号。在图8中，步骤60中，Ghislaine利用设备2A，再次利用登录模块34A登录到服务器系统1上。当然，如果保持与服务器系统l的连接，将不一定需要登录两次。服务器系统1利用第一会话密钥呈现显示器ll的界面。在步骤61中，Ghislaine再次输入PUID"DiRk，，以便向Dirk进行支付，服务器系统l在不同于第一会话密钥的第二会话密钥下呈现用于输入支付金额的进一步屏幕显示。在步骤62中，服务器系统l接收到100000欧元的支付金额。当然，服务器系统l也可以在步骤61中，即，与接受者的PUID—起接收支付金额。确定模块31确定Dirk不使用服务器系统1的银行服务，因为Dirk在表中已经填入的是外部^l艮行帐号。响应于该确定，在步骤63中激活支付连接模块29，以便对外部银行系统41(图5)上的帐户进行支付。Dirk现在可以使用他的设备2D与他的银行41核对是否已经进行了支付(步骤64)。在上面的例子中，假设了Ghislaine和Dirk没有利用被提供用来实现另外的安全措施的筒档和要求列表选项。由于PUID预定是可公开使用的，所以希望有这样的安全措施。在下表中提供了Ghislaine和Dirk的简档和要求列表。<table>tableseeoriginaldocumentpage24</column></row><table>图9示出了Ghislaine使用登录模块34A来核实用户名和口令的登录步骤70。在步骤71中，PUID接收机24与通信类型消息接收机27联合接收包含PUID"DiRk，，和请求电话服务的指示的合成消息。跟踪器35使用PUID"DiRk"来跟踪Dirk的要求列表。要求列表包含与对方应当涉及的行业类型，即，信息和通信技术行业(ICT)有关的第一准则。对于所有服务，应当满足这个准则。此外，对方(在这种情况下是Ghislaine)简档的行业项目应当是经过核实的项目。Dirk的要求列表包含规定对方的银行余额应该高于50000欧元的第二准则。然而，这个准则只与支付服务相关。在登录步骤70之前，Dirk可能已经将这些准则输入到服务器系统1中。在当前情况下，将不进行电话服务，因为分析器36将发现，尽管Ghislaine的简档中的行业项目是ICT，但该项目不是已核实的项目，使得分析器将不指令电话服务启动器26启动电话连接(如在步骤72中叉号所指示的)。这种状况将迫使Ghislaine例如通过向服务器系统1的仲裁器提交联系细节而使其简档的行业项目在服务器系统1中被核实。如果这个项目得到核实，那么可以依照图7的情况，经由电话服务启动器26建立设备2A和设备2B之间的电话连接。应当注意，如果Dirk的要求列表包含了Ghislaine不应当^皮通知成服务器系统1上的垃圾邮件发送者的准则，那么分析器36决不会触发电话服务模块26，因为Ghislaine的简档列表包括一个指示她接收到垃圾邮件通知的系统项目。这个项目在默认情况下是已核实项目，不能禁止被分析器36检验。系统项目可以只对一种服务有效或者对多种服务有效。在实际状况下，设想垃圾邮件准则在默认情况下是任何用户和接受者的要求列表的一部分(但可从该列表中移除，如Dirk在本例中所做的那样)。在电话交谈之后，Ghislaine再次希望将总计100000欧元电汇到Dirk的(外部)银行帐户中。在步骤73中，Ghislaine将PUID"DiRk，，与要求支付服务的指示消息一起提交给服务器系统1。可以通过将100000欧元的金额输入屏幕11上的金额字段中来隐含这个指示，在步骤74中接收该金额。可以在单个合成消息中接收PUID、指示和金额字段。不要求针对每种服务都单独地发送PUID。在根据Dirk的PUID利用跟踪器35跟踪Dirk的要求列表之后，分析器36发现，Dirk的要求列表也具有应该只针对对方具有至少50000欧元的银行余额的支付服务来检验他的准则。当检验Ghislaine的简档中的相应项目时，分析器发现，这个项目禁止被检验。这可以是默认设置或可以由Ghislaine利用服务器系统1的禁止检验指示接收机38来设置(参阅表格被阻塞)。应当理解，所有项目和准则都不传送给服务器系统1的用户，但是如果不禁止，则可用于分析器36的检验。因此，在这种情况下，分析器36不能对Ghislaine的银行余额进行检验。分析器36可以再次进行行业要求的检验。注意，如果银行余额要求也可应用于其它服务，例如电话服务，那么在允许检验银行余额之前不启动电话服务(并且，如果发现银行余额不足，那么也不启动电话服务)。也就是说，准则可应用于一种^^务或多种J^务。Ghislaine可能已经选择了这样的选项在这种情况下，服务器系统1的通知发送器39将Dirk的要求列表要求在可以进行支付之前检验她的银行余额的事实通知她(步骤75)。然后，她可以选择(暂时)容许检验她的银行余额项目(步骤76)。随后，分析器可以对照Dirk要求列表的银行余额准则来进行检验，并且触发支付服务模块25开始支付交易(依照图8的步骤63、64的步骤77、78)。图IO提供了用于容许或拒绝服务的方法和系统的又一个例子。Deirdre和Henk同意进4亍电话呼叫。Henk《吏用他的i殳备2B。在步骤80中，系统1接收Deirdre的PUID，跟踪器35基于该PUID来跟踪Deirdre的要求列表。Henk的简档也被跟踪，分析器36检验Henk的简档的项目是否满足Deirdre的要求列表的相应可应用准则。假设分析器36发现Henk的简档的项目满足Deirdre的要求列表的准则。然而，系统l被设置成要求相互认可才能启动这个服务，因此，电话通信还不能实施(如步骤81中的叉号所指)。在稍后时刻，Deirdre利用Henk的电话号码与系统1联系(步骤82)。跟踪器35现在跟踪Henk的要求列表，分析器36检验Deirdre的项目是否与Henk要求列表的准则匹配。如果分析器36发现Deirdre简档的项目满足Henk要求列表的准则，那么可以在检验之后直接或在稍后时间启动电话通信(步骤83)。图10的实施例4吏用参照图4B描述的相互认可方法。然而，应当理解，相互认可不一定要求双方都与系统l联系。在上面的例子中，Henk的呼叫将允许基于Deirdre的电话号码和Henk的联系细节(例如，他的登录数据、电话号码、IMEI码等)来进行两个检验。图11示出了其中用户从他的用户设备2C发送垃圾电子邮件(步骤90)的情况。在步骤91中，系统1接收到任意用户设备X的垃圾邮件通知消息。垃圾邮件通知消息可以按照在本申请人的未提前公开国际专利申请PCT/NL2007/050557和PCT/NL2007/050555中描述的引用方式并入本申请中。用户在步骤92中，用户利用他的移动电话2A向接受者设备2B作出电话呼叫。系统1的跟踪器35跟踪接受者的接受者要求列表。分析器36发现接受者要求列表包含接受者不愿意涉及到由被登记成垃圾邮件发送者的某人所启动的服务中的准则。因此，将不建立电话连接，如步骤93中的叉号所指。应当注意，可以结合内部提供的服务、带有项目的简档和带有相应准则的要求列表，对于单个PUID的实际应用设想出更多得多的例子。所述实际应用包括销售应用、约会地点应用等。可以以例如自由通信、自由银行服务或其它优点为代价，永久或暂时地解除简档的一个或多个项目。所有这样的应用都在本专利申请的保护范围之内。权利要求1.一种服务器系统中的计算机实现的组合式支付服务和通信服务方法，所述服务器系统被配置成在所述服务器系统内与接受者相关地进行支付服务和通信服务中的至少一种，该方法包含如下步骤-接收所述接受者的公开唯一标识符；-确定所述接受者是否使用所述服务器系统的所述支付服务和所述通信服务中的至少一种；-如果所述接受者使用所述服务器系统的所述支付服务，那么接收支付消息，并且将所述公开唯一标识符用作支付地址标识符来进行所述支付服务；-如果所述接受者使用所述服务器系统的所述通信服务，那么接收通信类型消息，并且将所述公开唯一标识符用作通信地址标识符来进行所述通信服务。2.按照权利要求1所述的方法，其中，所述通信类型消息指示电话通信，所述方法包括利用所述公开唯一标识符来请求与所述接受者的用户设备进行电话连接的步骤。3.按照权利要求1或2所述的方法，其中，所述通信类型消息指示电子消息通信，所述方法包括利用所述公开唯一标识符将电子消息发送给所述接受者的用户设备的步骤。4.按照前述权利要求中的任何一项所述的方法，其中，所述通信类型消息指示web通信，所述方法包括利用所述>^开唯一标识符从所述接受者请求网页和流媒体中的至少一种的步骤。5.按照前述权利要求中的任何一项所述的方法，包括将所述公开唯一标识符转换成支付地址标识符和通信地址标识符中的至少一个的步骤。6.按照权利要求5所述的方法，进一步包括如下步骤—利用所述支付地址标识符，与外部支付系统相连接以进行所述支付服务；或-利用所述通信地址标识符，与外部通信系统相连接以进行所述通信服务。7.按照前述权利要求中的任何一项所述的方法，进一步包括从支付设备或通信设备接收登录请求的步骤，所述登录请求包括至少一个个人标识符。8.按照权利要求7所述的方法，其中，以安全的方式在网络上至少将所述登录请求发送到所述服务器系统。9.按照前述权利要求中的任何一项所述的方法，进一步包括如下步骤-从用户设备至少接收第一请求和随后的第二请求；和-分发用在所述第一请求中的第一会话密钥和用在所述随后的第二请求中的不同于所述第一会话密钥的第二会话密钥。10.按照前述权利要求中的任何一项所述的方法，其中，所述服务器系统至少包括所述接受者的要求列表和所述支付服务和/或所述通信服务的用户的简档，并且其中，所述要求列表包括有关所述简档的项目的至少一条准则，所述方法进一步包括如下步骤-从所述用户的设备接收所述接受者的所述公开唯一标识符；-利用接收的所述接受者的公开唯一标识符，来跟踪所述接受者的所述要求列表；-检验所述简档的所述项目是否满足所述要求列表的所述至少一条准则；和-如果所述项目不满足所述准则，那么拒绝所述支付服务和所述通信服务中的至少一种。11.按照权利要求1-9中的任何一项所述的方法，其中，所述服务器系统至少包括所述服务器系统的用户的第一筒档和第一要求列表以及所述接受者的第二简档和第二要求列表，所述第一简档和第二简档分别包括至少一个用户项目和至少一个接受者项目，所述第一要求列表和所述第二要求列表分别包括所述用户的至少一条用户准则和所述接受者的至少一条接受者准则，所述方法进一步包括如下步骤-从所述用户的设备接收所述接受者的所述公开唯一标识符；-跟踪所述用户的所述第一要求列表；-利用接收的所述接受者的公开唯一标识符，来跟踪所述接受者的所述第二要求列表；-检验所述第一简档的所述至少一个用户项目是否满足所述第二要求列表的所述至少一条接受者准则；-检验所述第二简档的所述至少一个接受者项目是否满足所述第一要求列表的所述至少一条用户准则；-如果所述第一简档的所述至少一个用户项目不满足所述第二要求列表的所述接受者准则以及所述接受者简档的所述接受者项目不满足所述第一要求列表的所述用户准则，那么拒绝所述支付服务和所述通信服务中的至少一种。12.按照权利要求11所述的方法，包括利用从所述接受者的设备接收的所述用户的公开唯一标识符或者其它登录数据，来跟踪所述用户的所述第一要求列表的步骤。13.按照权利要求10-12中的任何一项所述的方法，其中，所述准则独立于所述用户和/或所述接受者的所述公开唯一标识符。14.按照权利要求10-13中的任何一项所述的方法，其中，所述至少一个项目包括系统项目和/或用户定义的项目。15.按照权利要求14所述的方法，其中，系统项目是与垃圾邮件有关的项目。16.按照权利要求10-15中的任何一项所述的方法，其中，所述简档的所述项目包括已核实的项目和未核实的项目。17.按照权利要求16所述的方法，其中，所述服务器系统从所述用户的设备和所述接受者的设备中的至少一个接收所述要求列表的所述至少一条准则与所述简档的已核实项目有关的核实指示。18.按照权利要求10-17中的任何一项所述的方法，其中，所述项目中的一个或多个被禁止检验，其中，可选地，所述服务器系统从所述用户的设备和所述接受者的设备中的至少一个接收指示禁止检验所述简档的一个或多个项目的禁止检验指示。19.按照权利要求10-18中的任何一项所述的方法，包括将通知请求发送给应用禁止检验指示的用户或接受者的设备的步骤，所述通知请求给出忽略所述禁止检验指示的选项，以便容许对照要求列表的相应准则来检验所述至少一个项目。20.—种包括适用于当安装在电子系统上并由所述电子系统执行时，执行按照权利要求1-19所述的方法的软件代码部分的计算机程序。21.—种包含权利要求20的计算机程序的载体。22.—种被配置成提供支付和通信服务的系统，所述系统被配置成在所述系统内与接受者进行支付服务和通信服务中的至少一种，所述系统包括-公开唯一标识符接收机，被配置成接收所述接受者的公开唯一-确定模块，被配置成确定所述接受者是否使用所述支付服务和所述通信服务中的至少一种；-支付服务模块，被配置成如果所述接受者使用所述服务器系统的所述支付服务，那么进行将所述公开唯一标识符用作支付地址标识符来对所述接受者进行支付的支付服务；和—通信服务模块，被配置成如果所述接受者使用所述服务器系统的所述通信服务，那么进行将所述^^开唯一标识符用作通信地址标识符来与所述接受者建立通信的通信服务。23.按照权利要求22所述的系统，进一步包括通信类型消息接收机，所述通信类型消息接收机被配置成接收指示请求的通信类型的通信类型消息，其中，所述通信服务模块被配置成根据所述通信类型消息来请求或进行通信服务。24.按照权利要求23所述的系统，其中，所述通信类型消息指示电话通信，所述通信服务模块被配置成利用所述公开唯一标识符，与所述接受者的用户设备建立电话连接。25.按照权利要求23或24所述的系统，其中，所述通信类型消息指示电子消息通信，其中，所述通信服务模块被配置成利用所述公开唯一标识符，将电子消息发送给所述接受者的用户设备。26.按照权利要求23-25中的任何一项所述的系统，其中，所述通信类型消息指示web通信或流媒体中的至少一种，所述通信服务模块被配置成利用所述公开唯一标识符，向所述接受者请求网页或流视频。27.按照权利要求22-26中的任何一项所述的系统，其中，所述系统进一步包括转换器，所述转换器被配置成将所述公开唯一标识符转换成支付地址标识符和通信地址标识符中的至少一个。28.按照权利要求27所述的系统，其中，所述系统进一步包括-支付连接模块，用于利用所述支付地址标识符，与外部支付系统连接以便请求所述支付服务；-通信连接模块，用于利用所述通信地址标识符，与外部通信系统连接以便请求所述通信服务。29.按照权利要求22-28中的任何一项所述的系统，进一步包括登录模块，所述登录模块被配置成从用户设备接收登录请求，所述登录请求包括至少一个个人标识符。30.按照权利要求29所述的系统，其中，所述登录模块被配置成以安全方式接收所述登录请求。31.按照权利要求22-30中的任何一项所述的系统，进一步包括可变会话密钥分发器，其中，所述系统被配置成从用户设备至少接收第一请求和随后的第二请求，所述可变会话密钥分发器被配置成分发用在所述第一请求中的第一会话密钥和用在所述随后的第二请求中的不同于所述第一会话密钥的第二会话密钥。32.按照权利要求22-31中的任何一项所述的系统，其中，所述公开唯一标识符接收机被配置成从所述用户的设备接收所述接受者的所述公开唯一标识符，所述系统包括一存储模块，用于存储所述接受者的要求列表和所述支付服务和/或所述通信服务的用户的简档，其中，所述要求列表包括有关所述简档的项目的至少一条准则；-跟踪器，被配置成利用接收的所述接受者的公开唯一标识符，来跟踪所述接受者的所述要求列表；-分析器，被配置成检验所述简档的所述项目是否满足所述要求列表的所述至少一条准则；-其中，所述支付服务模块和通信服务模块中的至少一个被配置成如果所述项目不满足所述准则，那么分别拒绝所述支付服务和所述通信服务。33.按照权利要求22-32中的任何一项所述的系统，其中，所述公开唯一标识符接收机被配置成从所述用户的设备接收所述接受者的所述公开唯一标识符，所述系统包括-存储模块，用于至少存储所述系统的用户的第一筒档和第一要求列表以及所述接受者的第二简档和第二要求列表，所述第一简档和第二简档分别包括至少一个用户项目和至少一个接受者项目，所述第一要求列表和所述第二要求列表分别包括所述用户的至少一条用户准则和所述接受者的至少一条接受者准则；-跟踪器，被配置成跟踪所述第一要求列表和所述接受者的所述第二要求列表，使用所述接收的所述接受者的公开唯一标识符来跟踪所述第二要求列表；-分析器，被配置成检验所述第一简档的所述至少一个用户项目是否满足所述第二要求列表的所述至少一条接受者准则，以及检验所述第二简档的所述至少一个接受者项目是否满足所述第一要求列表的所述至少一条用户准则；-其中，所述支付服务模块和通信服务模块中的至少一个被配置成如果所述第一筒档的所述至少一个用户项目不满足所述第二要求列表的所述接受者准则以及所述接受者简档的所述接受者项目不满足所述第一要求列表的所述用户准则，那么拒绝所迷支付服务和所述通信服务中的至少一种。34.按照权利要求33所述的系统，其中，公开唯一标识符接收机被配置成从所述接受者的设备接收所述用户的公开唯一标识符，所述跟踪器被配置成根据所述用户的所述公开唯一标识符或其它登录数据，来跟踪所述第一要求列表。35.按照权利要求32-34中的任何一项所述的系统，其中，所述准则独立于所述用户和/或所述接受者的所述公开唯一标识符。36.按照权利要求32-35中的任何一项所述的系统，其中，所述至少一个项目包括系统项目和/或用户定义的项目。37.按照权利要求36所述的系统，其中，系统项目是与垃圾邮件有关的项目。38.按照权利要求32-37中的任何一项所述的系统，其中，所述简档的所述项目包括已核实的项目和未核实的项目。39.按照权利要求38所述的系统，进一步包括核实指示接收机，所述核实指示接收机被配置成从所述用户的设备和所述接受者的设备中的至少一个接收核实指示并进行处理，所述核实指示指示所述要求列表的所述至少一条准则与所述简档的已核实项目有关。40.按照权利要求32-39中的任何一项所述的系统，其中，所述系统存储被禁止检验的至少一个项目，并且可选地，进一步包括禁止检验指示接收机，所述禁止检验指示接收机被配置成从所述用户的设备和所述接受者的设备中的至少一个接收禁止检验指示并进行处理，所述禁止检验指示指示禁止所述简档的一个或多个项目被所述分析器检验。41.按照权利要求32-40中的任何一项所述的系统，其中，所述系统进一步包括通知发送器，所述通知发送器被配置成将通知请求发送给应用禁止检验指示的用户或接受者的设备，所述通知请求给出忽略所述禁止检验指示的选项，以便容许对照要求列表的相应准则来检验所述至少一个项目。42.—种供按照权利要求22-40中所述的系统使用和用在按照权利要求1-19所述的方法中的设备。43.按照权利要求42所述的设备，其中，可利用所述公开唯一标识符来寻址所述设备。44.一种用在按照权利要求22-40所述的系统中和用在按照权利要求l-19所述的方法中的指示公开唯一标识符的联系卡。全文摘要本发明涉及服务器系统中的计算机实现的组合式支付服务和通信服务方法，该服务器系统被配置成与接受者相联系地在该服务器系统内进行支付服务和通信服务中的至少一种。该方法涉及接收接受者的公开唯一标识符和确定接受者是否使用服务器系统的支付服务和通信服务中的至少一种。如果接受者使用服务器系统的支付服务，那么接收支付消息，并且将公开唯一标识符用作支付地址标识符来进行支付服务。如果接受者使用服务器系统的通信服务，那么也可接收通信类型消息，并且将公开唯一标识符用作通信地址标识符来进行通信服务。文档编号G06Q20/00GK101657832SQ200780051059公开日2010年2月24日申请日期2007年12月14日优先权日2007年2月8日发明者D·L·本斯肖普,H·R·本斯肖普申请人:Dlb金融咨询有限责任公司;Hitd信息技术有限责任公司