检索服务联系人标识符的系统和方法

专利名称：检索服务联系人标识符的系统和方法
技术领域：
本发明涉及(电子)服务领域。更具体地，本发明涉及获得允许使用特定服务的 信息的领域。
背景技术：
用于(电子)服务的通信设备的使用在最近二十几年中变得非常流行。移动电话 和电子银行是深深渗透入人们日常生活的电子服务的例子。其它例子包括电子邮件和对因 特网的使用，诸如访问具有信息的网页、参加电子交友网络以及参与网络讨论。其它服务涉 及平常的邮件投递和电子路线导航。电子服务不断增加的可能性伴随着人们使用这些电子服务所需拥有的大量信息。 作为一个典型的例子，人们需要知道电话号码以便通过电话联系另一个人，需要知道电子 邮件地址以便向这同一个人发送电子邮件，需要知道统一资源定位器(URL)以便访问这个 人的网站，需要知道银行帐号以便向这个人的银行账户汇款等。另外，为了以常规邮递传递 包裹或信件，人们需要知道投递地址。另外，为了使用路线导航服务，人们需要知道关于目 的地位置的详情。因此，各种可用服务需要这些服务的用户拥有这些服务的预期接受者的特定服务 联系人详情。在现有技术中，已经做出了将这些服务置于诸如电话号码的单个服务联系人标识 符之下的尝试。作为例子，本领域中已知如ENUM提案(www. enum. nl)所示范的使用接受者的单个 电话号码获得电话服务、因特网服务和支付服务。处理该电话号码，并且在该处理之后请求 服务。然而，服务的用户仍然需要拥有接受者的电话号码。这种需要对于使用电话之外 的其它服务也是不利的，这是由于支付服务和因特网服务也需要该电话号码。换言之，即使 用户拥有接受者的银行帐号，在没有支付的接受者的电话号码的情况下，他也不能向该接 受者汇款。本领域需要提供一种允许用户使用服务的改进的方法和系统。

发明内容
本发明的一个目的是提供一种用于允许用户使用服务的改进的方法和系统。提出了一种检索用于向用户提供服务的服务联系人标识符的方法。该方法被在一 种系统中执行，该系统包括配置为连接到所述用户的用户设备的至少一个服务器系统。该 服务器系统可以访问至少包括提供第一服务所需的第一服务联系人标识符，以及提供第二 服务所需的第二服务联系人标识符的数据库。所述服务联系人标识符可以是关于该服务的 预期接受者(设备)的联系详情的标识符。第一服务被以第一服务标识符标识。第一服务 联系人标识符和第二服务联系人标识符是不同的服务联系人标识符。从所述用户的用户设备接收第一服务标识符和服务联系人标识符。然后，不论所述接收到的服务联系人标识符 是所述第一服务联系人标识符还是所述第二服务联系人标识符，可以根据接收到的第一服 务标识符和接收到的服务联系人标识符来检索第一服务联系人标识符。另外，提出了一种用于执行该方法的计算机程序和载体。还提出了一种配置为检索用于给用户提供服务的服务联系人标识符的服务器系 统。该服务器系统包括至少包含提供第一服务所需的第一服务联系人标识符，以及提供第 二服务所需的第二服务联系人标识符的数据库。第一服务被以第一服务联系人标识符标 识。第一服务联系人标识符和第二服务联系人标识符是不同的服务联系人标识符。该系统 包括配置为从所述用户的用户设备接收第一服务标识符和服务联系人标识符的接收器。该 服务器系统还包括检索模块，配置为不论所述接收到的服务联系人标识符是所述第一服务 联系人标识符还是所述第二服务联系人标识符，根据接收到的第一服务标识符和接收到的 服务联系人标识符来检索第一服务联系人标识符。提出的方法和系统允许用户结合指示他希望使用服务的服务标识符向系统传输 任意服务联系人标识符。然后可以使用接收到的任意服务联系人标识符追踪属于接收到的 第一服务标识符的第一服务联系人标识符。因此，如果用户拥有预期接受者或投递方/服 务地址的任意服务联系人标识符，他能够以该接受者/投递地址使用该服务。作为例子，用 户可以结合电话呼叫的接受者的银行帐号向系统传输指示他希望使用电话服务的服务标 识符。系统然后使用该电话服务请求和接受者的银行帐号追踪接受者的电话号码。在另一 方面，通过结合支付服务的接受者的电话号码传递支付服务请求，用户可以向接受者汇款。权利要求2和22的实施例提供了允许使用至少三个服务联系人标识符中的任意 一个，以便获得关于至少三种相应服务中的一种的信息的优点。权利要求3和23的实施例提供了多种服务，可以从中选择至少两种服务。权利要求4和24的实施例提供了系统本身提供相应于第一服务标识符的服务的 优点。当然，该系统还可以触发外部服务提供器，以便执行所请求的服务。这种触发可被自 动地或响应内部判断算法的结果提供。所述内部判断算法例如可以涉及该服务的预期接受 者是否预订使用由该系统提供的服务的问题。权利要求5和25的实施例提供了给用户提供允许用户例如通过另一个系统执行 相应服务的服务联系详情的优点。权利要求6和26的实施例允许基于接受者的要求列表和该服务用户的用户简档， 进行是否应当检索第一服务联系人标识符和/或是否应当提供相应服务的细调判断处理。 因此，接受者/目的地方通过设置其要求列表准则完全掌控其联系。该实施例涉及使用通 常与提供该服务无关的信息(项目和准则)允许或拒绝服务。虽然上面的实施例涉及相对于接受者要求列表的准则检查用户简档的条目，权利 要求7和27的实施例还需要反向的检查，S卩，接受者简档的项目是否与用户要求列表中的 相应准则匹配。第一种情况有利地用于黑名单和白名单法(其中主动权主要在接受者)，而 第二种情况涉及握手或相互批准的情况，其中可以有利地使用不同方法。在申请人的未预 先公布的国际专利申请PCT/NL2007/050553中针对使用个人标识符的电话服务描述了互 相批准的情况，并且通过引用将其完整结合在本专利申请内。可以根据从接受者接收的用户标识符或根据权利要求8和28中定义的用户的登
7录数据获得用户要求列表。该系统可被配置为提供多个服务，包括电话服务、IP电话服务(例如，VoIP)、电子 消息发送服务、流媒体服务、网络浏览服务、支付服务、常规邮寄服务和路线导航服务，每个 服务被以相应的服务标识符标识。权利要求9、10、29和30的实施例提供了简档的项目和 要求列表的相应准则的组合可被应用于至少两种服务的优点。该实施例允许对要求列表的 准则的不满足对各种服务具有后果。作为例子，如果简档的项目指示该简档的所有者是垃 圾邮件发送者，这不仅可能影响对电子邮件服务的使用，而且还影响其它服务的使用，诸如 电话服务和/或常规邮寄服务。可以根据权利要求11和31选择适用要求列表的准则的服 务。接受者服递方/目的地方的服务联系人标识符可以包括设备联系人标识符，例 如，电话号码，以及人员联系人标识符，例如，电子邮件地址、家庭地址或登录名。要求列表 (多个)中的至少一个准则独立于这些服务联系人标识符，并且因此提供了权利要求12和 32的实施例中定义的更大的区分度。根据权利要求13和33的实施例，所述简档(多个)中的项目可以是系统项目和 /或用户定义的项目。系统项目与用户和/或接受者在系统上的行为有关。系统项目的特 定例子是如权利要求14和34定义的用户和/或接受者在系统上的垃圾邮件行为。可以作 为从例如电子消息的收件人处接收的一个或多个垃圾邮件通知信号的结果，记录系统中的 垃圾邮件行为。在未预先公布的国际专利申请PCT/NL2007/050557和PCT/NL2007/050555 中描述了这些方法和系统，通过引用将其完整结合在本申请内。用户定义的项目(以及相 应的准则)涉及系统未默认给出的项目和准则。这些用户定义的项目为用户和接受者提供 了更大的灵活性。当然，简档列表(多个)的项目可能是空的、正确的或不正确的。权利要求15和 35的实施例允许区分经验证的项目和未经验证的项目。经验证的项目具有高的正确概率， 而未经验证的项目的正确概率不可预测。权利要求16和36的实施例允许用户和/或接受 者指出被相对于用户和/或接受者的要求列表的准则检查的项目是否应当是经验证的项 目。这个特征减少了用户或接受者被牵涉到不希望或非预期的服务事务中的机会。根据权利要求17和37的实施例，可以禁止相对于要求列表的准则检查项目。可 以默认地和/或按照来自用户设备的指示设置对这种项目检查的禁止的指示。这个特征避 免了通过向系统提交各种服务请求，并且查看目标接受者的项目是否与用户要求列表的准 则匹配，对简档的项目进行的不希望的探察的可能性。这些实施例特别地与互相批准情况 有关，但是还可以应用于黑名单和白名单情况。权利要求18和38的实施例允许永久或临 时放松应用于项目检查的限制。下面，将进一步详细描述本发明的实施例。然而，应当明了，这些实施例不能被解 释为限制本发明的保护范围。


在附图中图1示出了根据第一实施例的服务器系统的示意图；图2示出了配置为用于图1系统的电子设备的示意图3A和3B示出了图1系统的示意图；图4示出了根据本发明的实施例的流程图；图5示出了具有可被添加到图4流程图的步骤的流程图；图6A和6B示出了关于包括简档和要求列表的系统的情况；图7示出了根据第二实施例的服务器系统的示意图；和图8-14示出了各种时序图，示出了使用图1和图7系统的方法的实施例的步骤。
具体实施例方式图1示出了通信地连接到电子设备2A-2D的服务器系统1。移动设备2A、2B通过 无线接入网络3连接到服务器系统1。固定设备2C、2D通过网络4诸如因特网或局域网连 接到服务器系统1。网络连接可以受到保护。下面，假设服务器系统1的用户使用设备2A、 2C，而设备2B、2D是接受者的设备。如图2示意所示，移动设备2A可以是移动电话，其包括具有多个(数字和/或字母 数字)按键10的键盘和显示器11。另外，移动设备2A包括服务标识符按键12A、12B、12C、 12D。这些按键允许用户向服务器系统1传达他希望使用的服务。应当理解，按键12A-12D 不必是单独的按键，而是还可例如使用显示器11以一个或多个软按键实现，以便指示软按 键在特定时刻的功能。还可以从软件菜单进行对服务的选择。还可以理解，固定设备2C可 以具有相同的功能。最后，应当注意，设备2A、2C的用户所希望的服务类型还可以隐含在发 送到服务器系统1的消息内。作为例子，如果用户设备2A、2C传输金额，可能暗示着请求支 付服务。图3A和3B示出了服务器系统1的示意图。服务器系统1包括处理器20、存储器21、用于通过网络3、4与设备2A-2D中的一 个或多个通信的网络适配器22，以及关系数据库23。数据库23可以在系统1之内或之外 提供，并且存储在该数据库内的数据可在多个数据库上分布。应当理解，服务器系统1通常 能够连接到比图1所示的4个电子设备2A-2D更多的电子设备。图3B中示意示出了服务器系统1的特定功能，并且现在将对其进一步详细描述。 应当理解，这些功能大部分可被实现为在处理器20上执行的一个或多个计算机程序的软 件代码部分。服务器系统1包括配置为从用户设备2A、2C接收服务标识符和接受者/目的地的 服务联系人标识符的接收器24。可以从接受者设备2B、2D接收用户的标识符。该标识符可 以包括电话号码、电子邮件地址、银行帐号、URL、家庭地址、导航位置等。该服务器系统包括检索模块25，检索模块25配置为检索相应于接收到的服务标 识符和接收到的存储在数据库23内的任意服务联系人标识符的服务联系人标识符。接收 到的服务标识符指示用户希望的服务，并且因此结合针对特定接受者/投递地址存储在数 据库23内的任意服务联系人标识符，确定从数据库23检索到的服务联系人标识符。服务器系统1还包含一个或多个服务提供器，诸如支付服务提供器26和通信服务 提供器27。支付服务提供器26配置为提供支付服务，以便基于接受者的相应服务联系人标 识符向接受者进行支付。通信服务发起器27配置为发起并且可能建立通信服务，诸如电话 服务、电子消息服务、流媒体服务和/或网络浏览服务，以便使用用于建立通信的相应服务
9标识符，建立与接受者的通信。该服务器系统还可以包括常规邮寄服务提供器和/或导航 服务提供器(未示出)。常规邮寄服务提供器为将要发送的包裹或信件提供适当的投递地 址。导航服务提供从特定位置到与目的地相关联的另一个位置的路线。为了识别电子设备2A、2C的用户所请求的服务类型，服务器系统1具有服务标识 符分析器27，服务标识符分析器27配置为分析移动设备2A、2C的服务请求中的服务标识 符。服务标识符可以与通信服务、支付服务、常规邮寄服务和导航服务有关。应当理解，可以从一个或多个用户设备2A、2C接收包含服务标识符、任意服务联 系人标识符和/或其它数据，诸如，支付服务的金额、附件和/或其它内容的合成消息。服务器系统1还包含用于连接使用外部支付服务的支付系统的支付连接模块29， 以及用于连接用于发起通信服务的外部通信系统的通信连接模块30，其中所述外部支付服 务使用支付地址标识符，并且所述通信服务使用通信地址标识符。其它模块包括常规邮寄 连接模块和/或导航连接模块。可以为使用例如在服务器系统1之外提供的支付、通信、常 规邮寄和导航服务的接受者使用这些模块。服务器系统1可以具有确定模块31，确定模块 31配置为确定接受者使用服务器系统1还是外部系统的支付服务和/或通信服务。服务器系统1还包括用于从一个或多个设备2A、2C接收登录请求的登录模块32。 登录请求包括至少一个人员标识符，以便标识设备2A、2C的用户。优选地，以用户名和口令 的组合标识用户。在这种情况下，用户是服务器系统1的订户。可以例如借助安全网络连接和/或数据加密技术保护与用户设备2A、2C的通信。 为了进一步增加安全性，该服务器系统包括可变会话密钥发布器33。可变会话密钥发布器 配置为响应来自用户设备2A、2C的后续请求，发布不同的会话密钥。发布器33可以使用随 机数，但是也可以使用外部参数(诸如，例如，温度传感器在特定位置测量的温度)，以便获 得可变密钥。服务器系统1的数据库23可以存储包含一个或多个项目(例如，用户的特性)的 简档以及包含一个或多个准则的要求列表，其中所述简档和要求列表来自用户设备2A、2C 的用户和/或使用设备2B、2D的接受者。服务器系统1可用的简档和要求列表可被用于使 得用户和/或接受者能够细调在何种条件下他们希望作为接受者或目的地方被牵涉到例 如支付事务处理、通信服务、常规邮寄服务和/或导航服务的服务中。应当理解，这种允许 和禁止通信的方式不同于该允许或禁止不是主要基于设备和/或用户的服务联系人标识 符的现有技术。为此，服务器系统1包括配置为追踪用户和/或接受者的至少一个要求列表的追 踪器34。可以使用接收到的或检索到的接受者的服务联系人标识符来追踪该接受者的要求 列表。对于用户的要求列表也是如此，虽然该列表还可以基于来自用户设备2A、2C的请求 中的其它数据来追踪。另外，服务器系统1具有配置为检查简档的一个或多个项目是否满足要求列表的 一个或多个准则的分析器35，如下面将进一步详细描述。项目和相应准则可以与并非是 该服务联系人标识符的各种人员详情有关，包括年龄、性别、身体特征(例如，头发颜色、身 高)、金融详情、企业详情、地理详情(例如，生活地点、出生地点、地址、街道、邮政信箱)、个 人项目(例如，偏好，诸如品牌偏好、社交偏好(体育、社团等))。项目可由用户定义。优选 地，分析项目对所有准则的满足性。
这些项目和相应准则还可以与系统有关，诸如，例如与用户和/或接受者在服务 器系统1上的行为有关。作为例子，当用户或接受者已被通报为垃圾邮件制造者时，服务器 系统可以设置垃圾邮件标记作为该用户或接受者的简档内的项目。在申请人的国际专利中 请PCT/NL2007/050557和PCT/NL2007/05055中提供了这种通知的例子，通过引用将其完整 结合在本专利申请内。简要地，这些申请描述了减少服务器系统(包括用于分发电子消息的一个或多个 服务器)内电子消息激增的系统和方法。该方法涉及提供至少一个电子消息或其一部分， 并且接收关于所述电子消息或所述电子消息的一部分的至少一个垃圾邮件通知信号。电子 消息的一部分可以例如包括电子消息的一个或多个字段，或基于电子消息的字段或特性组 装的新部分。响应对所述至少一个垃圾邮件通知信号的接收，限制对该电子消息(和/或 其部分)和/或相同来源的其它(以前或将来)电子消息的访问。可以设置导致限制访问 电子消息的垃圾邮件通知信号的数目。作为例子，该数目可被设置为在限制访问该电子消 息之前50个、25个、10个、5个或甚至1个垃圾邮件通知信号。在这种情境下，申请人认识到尽管垃圾邮件过滤器开发者提供规则集的经常更 新，但是用于识别电子邮件垃圾邮件消息的常规规则集总是过时。最终，只有人才能够识别 电子邮件垃圾邮件消息。另外，申请人认识到垃圾邮件过滤器的改进只会增加而不是减少 垃圾邮件的总数。因此，申请人提出(仅)使用来自用户的垃圾邮件通知信号检测电子垃 圾邮件消息，并且在接收到这种垃圾邮件通知信号之后，限制其它(用户的)用户设备访问 相应电子消息。因此，该服务器系统允许电子消息的收件人自己确定哪些电子消息是垃圾 邮件消息，并且随后收件人能够确定其它收件人对该消息(以及可能来自相同来源的其它 以前和/或将来的电子消息)的访问。换言之，垃圾邮件通知信号是对服务器系统的限制 消息访问的命令。在多个垃圾邮件通知信号的情况下，每个信号可被认为是部分命令。作 为例子，其它(用户的)用户设备可以不显示或下载该电子消息。至少对于已经针对其接 收到垃圾邮件通知信号的那些电子消息来说，使用垃圾邮件识别规则集、垃圾邮件参数和 准则的垃圾邮件过滤器可以不出现在该服务器系统中。在系统或接受者/目的地方发现有人滥用系统的情况下，可以为电子邮件之外的 其它服务设置或接收垃圾通知消息。例如，对于电话服务，一种系统和方法可被应用于在电话系统中的第一订户设备 (A订户设备)和第二订户设备(B订户设备)之间建立电话连接。该电话系统布置为连接 A订户设备(呼叫方)和B订户设备(被呼叫方)。该方法包括从A订户设备接收要与B 订户设备建立连接的请求，并且还接收所述A订户设备的用户的个人识别码。仅在已经接 收了所述A订户设备的所述用户的所述个人识别码之后，才可以在A订户设备和B订户设 备之间建立连接。通过接收用户的个人识别码，电话系统能够准确地识别出正在请求系统服务的用 户，而不是仅仅识别出被使用的设备。因此，作为接收到的验证信息的结果，电话系统可以 对特定用户而不是仅对设备采取措施。换言之，不能通过使用不同设备避免或避开应用于 特定用户的措施。这种措施的例子可以是限制特定用户访问电信系统的服务。为了进行垃圾邮件通知，该系统和方法允许接收一个或多个访问限制信号，并且 响应接收到所述一个或多个访问限制信号，限制所述A订户设备的所述用户和所述B订户设备的所述用户中的至少一个对所述电话系统和所述A订户设备或所述B订户设备的用户 中的至少一个的访问。如果电话呼叫被B订户设备的用户认为是未经请求的或是不希望的，B订户设备 的用户具有限制A订户设备的用户访问电话系统的可能。基于A订户设备的用户的个人识 别码被限制访问，并且因此，该用户不能通过使用不同的A订户设备简单地避开这种措施。 个人识别码例如可被存储，从而在可以建立连接之前，首先相对于这种存储检查拥有该代 码的个人建立连接的其它尝试。该电话系统垃圾通知方法和系统是申请人的未预先公布专利申请PCT/ NL2007/050553的主题内容，通过引用将其完整结合在本申请内。关于垃圾邮件的系统项目可被以上述方式设置。该系统和/或用户可以确定这种 垃圾邮件项目与单个服务有关还是与多个服务有关。当然，存在用户简档或接受者简档中的项目不能适当地反映个人详情的可能性。 例如，用户或接受者项目可以指出该用户或接受者是20岁的女性，而事实上他是45岁的男 性。作为另一个例子，用户或接受者项目可以指出其银行余额在50000欧元以下，而事实上 其银行余额在100000欧元之上。为此，服务器系统1区分经验证的项目和未经验证的项 目。作为例子，如果服务器系统1使用支付服务提供器26提供支付服务，由于银行余额被 记录在服务器系统1内，关于用户或接受者的银行余额的项目可被在内部验证。在其它情 况下，诸如性别或年龄，可以提供检查外部记录、请求用户和接受者提交护照复印件等执行 验证，以便验证项目的有效性。还可以通过验证项目的改变，诸如年龄或性别的改变，对未 经验证的项目执行验证。年龄应当总是随着时间每年向上改变的，而性别一般根本不改变。 如果这种项目以非预期方式改变，该项目可被无限期地或不是无限期地设置为是未经验证 的。作为一种严厉的措施，整个简档可被标记为不可信。为了增加确定性，服务器系统1包括配置为接收并处理来自用户的设备2A、2C和 /或接受者的设备2B、2D的验证指示的验证指示接收器36。借助于验证指示，用户和/或 接受者可以指出一个或多个要求列表中的一个或多个准则应当与一个或多个简档的一个 或多个经验证项目有关。虽然简档项目被安全地保护在服务器系统1内，从而无法从服务器系统1外部请 求，但是通过对发送这个人的服务联系人标识符的服务器系统1进行各种请求，原则上可 以获得对一个或多个项目(例如，个人银行余额)的估计。因此，服务器系统1将被配置为 默认地禁止检查用户和/或接受者的简档中的项目。另外，服务器系统1包括配置为接收 和处理来自用户的设备2A、2C和/或接受者的设备2B、2D的检查禁止指示的检查禁止指示 接收器37。检查禁止指示向来自用户和/或接受者的请求指出禁止分析器35检查所述简 档中的一个或多个项目。在上述的服务器系统1中，存在项目不可用于针对准则进行检查的各种情况。例 子包括简档不包含需要针对要求列表的准则进行检查的项目的情况(例如，当该项目未被 填写或甚至不存在时)，以及默认设置或检查禁止指示信号阻止检查该项目的情况(见上 段)。为了允许用户或接受者决定参与服务，服务器系统1包括通知传输器38，其配置为例 如借助于设备上的弹出屏幕，向将对其简档进行检查的用户或接受者的设备2A-2D传输通 知请求。通知请求可以呈现一个可选项，以便忽略例如检查禁止指示，以便允许相对于要求
12列表的相应准则检查所述至少一个项目或填充一个项目。如果用户/接受者允许检查，该 禁止指示可被从设备2A-2D接收这种指令的服务器系统1永久或临时解除。作为例子，如 果用户希望通过电话与接受者通信，并且接受者要求列表指出仅当用户的银行余额作为用 户简档列表上的项目被相对于接受者要求列表上的相应准则进行了检查时才能进行上述 通信，那么在建立连接之前，用户应当首先允许检查其银行余额。对检查禁止指示的放松不 意味着这种信息被传输到另一方。其仅涉及针对要求列表的准则检查的项目的可获得性。 当然，如果希望，接受者还可以例如出于买卖目的解锁其项目。项目和准则可被设置为应用于使用服务选择器39的一个或多个服务。图4示出了根据本发明一个实施例的流程图。数据库23可以存储名为Dirk的接 受者的下列服务联系人标识符。 在步骤40，由接收器24从用户设备2A接收服务标识符(id)。该服务标识符可以 例如被服务标识符分析器28确定为与电话有关。在步骤41，由接收器24从用户设备2A接收列于上表中的Dirk的任意服务联系人 标识符。在步骤42，检索模块25确定是否确定接收到的服务联系人标识符是否与接收到 的服务标识符相关联。作为例子，如果服务联系人标识符被确定为是电话号码，可以直接启动电话服务 (步骤43)。可以通过使用通信服务提供器27向接受者的电话号码发出呼叫请求，执行电 话服务的启动。可替换地，启动可以涉及使用通信连接模块30连接到外部电话系统。然而，在步骤42，还可以确定接收到的服务联系人标识符与接收到的服务标识符 不相关联。换言之，不能使用接收到的服务联系人标识符为指出的服务正常联系接受者。在步骤44，检索模块25确定期望的服务所需的接受者/目的地的服务联系人标识 符是否可以获得。假设设备2A的用户使用Dirk的电话号码作为任意服务联系人标识符，希望对 Dirk的网页的浏览服务，由于该网页的URL不可获得(见上表)，将向设备2A传输服务拒绝(步骤45)。然而，系统1允许请求电话服务的用户传输与电子消息服务、银行服务、邮寄服务 和路线导航服务相关联的服务联系人标识符。检索模块25从服务标识符确定指出的服务 需要电话号码，并且基于电子消息地址dirkOmail. com、银行帐号50. 37. 56. 587或邮寄/路 线导航地址Iaakseweg 24 Ettenleur中的一个，确定该电话号码应当是Dirk的电话号码 (步骤46)。最后，在步骤47，检索模块25从数据库23中检索电话号码0123456789并且启动 服务。可以通过使用通信服务提供器27向接受者的电话号码0123456789发出呼叫请求执 行电话服务的启动。可替换地，启动可以涉及使用通信连接模块30连接到外部电话系统。应当注意，作为服务启动的替代，服务器系统1可以将电话号码0123456789传输 到用户设备2A。其它例子包括例如使用接受者的电话号码，以便从服务器系统获得到特定目的地 地址的路线信息，或使用电子邮件地址以便向特定银行账户汇款。服务器系统1提供的可能性允许任意服务联系人标识符足以将接受者牵涉到各 种服务中。这种系统容易被滥用，并且必须采取措施以便避免在接受者没有批准的情况下 将其牵涉到服务中。图5示出了包含允许或拒绝服务的方法的各种步骤，例如，服务发起或服务建立 的流程图。在步骤50，接收器24从用户设备2A接收接受者的服务联系人标识符。该服务 联系人标识符可以是电话号码、电子邮件地址、银行帐号、URL、家庭地址、导航位置。在步骤 51，基于接收到的任意服务联系人标识符，或基于参考图4描述的处理之后检索到的服务 联系人标识符，在数据库23中追踪接受者的要求列表。换言之，图5的处理步骤例如可以 在图4的步骤41之后或在步骤46之后执行。还可以从另一个位置检索要求列表。例如， 还基于由登录模块32接收到的登录数据来追踪用户的简档。然后，由分析器35进行用户简档的相应项目是否满足接受者要求列表的所有准 则的检查。如果满足所述准则，则允许服务启动或服务建立(步骤52)。否则，拒绝服务启 动或服务建立。可以区分两种情况。在如图6A所示的第一种情况中，分析器35仅对设备2A、2C的用户简档中的一个 或多个项目与预期接受者的适当相应准则进行比较。如果用户简档的项目满足接受者要求 列表的相应准则，则允许服务。作为例子，支付服务提供器26和/或通信服务提供器27被 激活。可以启动的其它服务有流媒体服务、常规邮寄服务和/或导航服务。在另一方面，如 果所述项目不满足该准则，则拒绝服务启动或服务建立。这种类型的分析适合于白名单和 /或黑名单方法。在如图6B所示的第二种情况中，分析器35不仅进行上述比较，而且还分析接受者 简档中的一个或多个项目是否满足用户要求列表中的准则。如果用户简档中的用户项目不 满足接受者要求列表中的接受者准则，和/或如果接受者简档中的接受者项目不满足用户 要求列表中的用户准则，服务将被拒绝。只有在项目在两个方向上都满足所述准则的情况 下，才允许服务启动。这种情况可被称为握手情况或互相批准情况。图7的服务器系统1是包含多个服务器1A-1C的实施例，其中服务器功能和/或数据被分布在由安全网络连接60连接的多个服务器上。在图7中，由外部系统61执行支 付服务、通信服务、常规邮寄服务和/或导航服务。外部系统61可经由网关(未示出)连 接到服务器系统1。项目和准则可被分布在服务器1A-1C上，并且可被在服务请求之后从各 种服务器1A-1C检索。这种实施例例如可用于保护隐私。现在，将参考图8-14针对若干实际情况描述服务器系统1的操作。首先，假设将在Ghislaine(用户)和Dirk(接受者)之间安排商业交易。 Ghislaine仅具有显示Dirk的电子邮件地址的Dirk的名片。下表示出了存储在服务器系统1的数据库23内的Dirk和Ghislaine的详情。 图8示出了 Ghislaine试图通过电话联系Dirk的情况。她在步骤70使用登录模 块32以她的用户名和口令登录到服务器系统1上。然后，在步骤71，她使用由接收器24 接收的电子邮件地址dirk@mail.com进行电话呼叫。检索模块25根据该电话呼叫(服务 标识符)和电子邮件地址确定Dirk的电话号码。然后，如参考图5所述，分析器35检查 Ghislaine简档中的各项目是否满足Dirk的要求列表中的相应准则。如果这成立，可以在 步骤72经由电话服务提供器27进行电话连接。在电话通话中，讨论了 Ghislaine应当向Dirk的银行账户汇款100000欧元。 Ghislaine不知道Dirk的银行账户。在图9中，Ghislaine在步骤80使用设备2A再次使用登录模块32登录到服务器 系统1上。当然，如果保持与服务器系统1的连接，不必需要两次登录。服务器系统1使用 第一会话密钥呈现显示11的界面。Ghislaine在步骤81再次输入Dirk的电子邮件地址， 以便向Dirk进行支付(服务标识符)，并且服务器系统1呈现另一个屏幕，以便在与第一个 会话密钥不同的第二个会话密钥下输入支付数量。仅当Ghislaine的简档项目满足从Dirk 的要求列表中得知的准则时，才可以呈现第二个屏幕。在步骤82由服务器系统1接收100 000欧元的支付数量。当然，还可由服务器系统1在步骤81，S卩，与Dirk的电子邮件地址一 起接收该支付数量。
确定模块31确定Dirk不使用服务器系统1的银行服务。在步骤83，响应于该确 定，激活支付连接模块29，以便向外部银行系统61 (图7)的账户支付。Dirk现在可以使用 其设备2D向其银行61检查是否进行了该支付(步骤84)。在下表中提供了 Ghislaine和Dirk的简档和要求列表。 图10示出了使用登录模块32验证用户名和口令的Ghislaine的登录步骤90。在 步骤91，由接收器24和服务标识符分析器28接收包含Dirk的电子邮件地址和指出请求 电话服务的服务标识符的合成消息。当然，步骤90和91也可以涉及包含由系统1拾取的 Dirk的电话号码的简单电话呼叫。追踪器35使用Dirk的电子邮件地址，以便追踪Dirk的要求列表。该要求列表包 括关于另一方应当从事的行业类型的第一准则，即，信息和通信技术行业(ICT)。对于所有 服务应当满足该准则。另外，另一方(在该情况下Ghislaine)的简档的行业项目应当是经 验证的项目。Dirk的要求列表包括规定另一方的银行余额应当大于50 000欧元的第二个 准则。然而，这个准则仅与使用服务选择器39设置的支付服务有关。Dirk可能已经在登录 步骤90之前向服务器系统1中输入了这些准则。在当前情况下，由于分析器35发现虽然Ghislaine的简档中的行业项目是ICT，但 却不是经验证的项目，于是不提供电话服务，因此分析器35不指示电话服务提供器27发起 电话连接(由步骤92中的叉号指示)。这种情况迫使Ghislaine，例如，通过向服务器系统1的调解人提交合同详情，使 其简档中的行业项目在服务器系统1中成为经验证项目。如果这个项目被验证，则根据图 8的情况，可以经由电话服务提供器27建立设备2A和设备2B之间的电话连接。
应当注意，如果Dirk的要求列表包含Ghislaine不应当被通报为服务器系统1上 的垃圾邮件制造者的准则，由于Ghislaine的简档列表包括指出她接到过垃圾邮件通知的 系统项目，分析器35将不会触发电话服务提供器27。这个项目默认是不能禁止分析器35 检查的经验证的项目。该系统项目可以对于一个服务或对于多个服务有效。在实际情况 中，认为垃圾邮件准则默认是任意用户和接受者的要求列表的一部分(但是如同在这个例 子中Dirk所做的，可被从该列表中去除)。在电话通话之后，Ghislaine再次希望向Dirk的(外部)账户进行总额为100 000 欧元的汇款。Ghislaine在步骤73将Dirk的电子邮件地址连同指示请求支付服务的服务 标识符一起提交到服务器系统1。通过在显示11的数目字段中输入数量100 000欧元，暗 示这种指示，该数量是在步骤94中收到的。可以在单个合成消息中接收电子邮件地址、服 务标识符和数量字段。在使用追踪器35基于Dirk的电子邮件地址追踪了 Dirk的要求列表之后，分析器 35发现Dirk的要求列表也具有仅应当针对支付服务检查的准则，其中另一方具有至少50 000欧元的余额。当检查Ghislaine的简档中的相应项目时，分析器发现该项目被禁止检 查。这可能是默认设置，或者可能由Ghislaine使用服务器系统1的检查禁止指示接收器 37设置(见表封锁)。应当理解，所有项目和准则本身并不被传递给服务器系统1的用户， 而是如果不被禁止则可由分析器35检查。因此，在这种情况下分析器35不能对Ghislaine 的用户余额进行检查。分析器35可以再次执行对行业要求的检查。注意，如果银行余额要 求也适用于其它服务，诸如电话服务，在允许银行余额检查之前不会发起电话服务(并且 如果发现银行余额不足，将不发起电话服务)。即，该准则可被应用于一个服务或多个服务。Ghislaine可能已经选择了这样的可选项，S卩，在这种情况下，服务器系统1的通 知传输器38将Dirk的要求列表要求在可以进行支付之前检查其银行余额的事实通知她。 然后，在步骤96，她可以选择(临时)允许检查其银行余额项目。随后，分析器35可以针 对Dirk的要求列表的银行余额准则执行检查，并且触发支付服务启动器25开始支付交易 (根据图9的步骤84、84，步骤97、98)。图11提供了用于允许或拒绝服务的方法的另一个例子。Deirdre和Henk已经商定打电话。Henk使用他的设备2B。系统1在步骤100接 收到Deirdre的电话号码，并且追踪器34基于该电话号码追踪Deirdre的要求列表。Henk 的简档也被追踪，并且分析器35检查Henk的简档的项目是否满足Deirdre的要求列表的 相应适用准则。假设分析器35发现Henk的简档的各项目满足Deirdre的要求列表的准则。然而，系统1已经设置启动这种服务需要互相批准，并且因此仍然不能实施电话 通信(由步骤101中的叉号指示)。稍后，Deirdre使用Henk的电话号码联系系统1 (步骤102)。追踪器34现在追踪 Henk的要求列表，并且分析器35检查Deirdre的项目是否与Henk的要求列表的准则匹配。 如果分析器35发现Deirdre的简档的各项目满足Henk的要求列表的准则，则可以在该检 查之后直接或或稍后启动电话通信(步骤103)。图11的实施例使用参考图6B描述的互相批准方法。然而应当理解，互相批准不 必需要双方都联系系统1。在上面的例子中，Henk的呼叫允许基于Ghislaine的电话号码 和Henk的联系详情(例如，其登录数据、电话号码、IMEI码等)进行两个检查，
图12示出了用户从其用户设备2C发送垃圾邮件的情况(步骤110)。在步骤111， 系统1接收任意用户设备X的垃圾邮件通知消息。可以用申请人的未预先公布的国际专利 申请PCT/NL2007/050557和PCT/NL2007/050555中描述的方式获得垃圾邮件通知消息，上 述申请通过引用完整结合在本申请中。现在用户简档具有反映用户已被通报为垃圾邮件制 造者的系统项目。在步骤112，该用户使用其移动电话2A向接受者设备2B进行电话呼叫。 系统1的追踪器34追踪接受者的接受者要求列表。分析器35发现接受者要求列表包含接 受者不希望牵涉到由被记录为垃圾邮件制造者的人发起的服务中的准则。因此，如步骤113 中以叉号指示的，将不建立电话连接。在图13中，用户A向访问服务器系统1的公司发送信件或包裹P(步骤120)。该 信件包含预期接受者B的任意联系人标识符，例如，电话号码。需要邮寄服务的事实是隐含 的。该任意联系人标识符被扫描，并且如果用户A的简档列表上的项目满足接受者B的要 求列表的相应准则，则由系统释放出接受者B的实际地址，并且信件或包裹P可以这个地址 被传递给接受者(步骤121)。当然，用户A还可以将任意联系人标识符发送到服务器系统， 并且仅当其一个或多个项目满足B的接受者要求列表的准则时获得该地址。还可以经由服 务器系统1安排支付。在图14中，用户A将另一方B的预期位置的电话号码(或另一个任意服务联系人 标识符)输入他的导航设备2A (不必是移动电话)。导航设备2A向服务器系统发送请求， 该请求包含该电话号码和标识使用到这个位置的路线信息的导航服务的服务标识符(步 骤130)。在接收到该请求之后，分析器35检查用户A的简档列表上的项目是否满足接受者 B的要求列表的相应准则。作为例子，B的要求列表的准则是导航信息不应当被提供给专利 代理人。由于用户A的职业项目指出用户A是专利代理人，导航信息不被提供到导航设备 2A(以步骤131中的叉号指示)。因此，专利代理人A不能使用其导航设备2A导航到B (以 步骤132中的叉号指示)。
18
权利要求
一种在系统内检索用于向用户提供服务的服务联系人标识符的方法，该系统包括配置为连接到所述用户的用户设备的至少一个服务器系统，所述服务器系统可以访问至少包括提供第一服务所需的第一服务联系人标识符以及提供第二服务所需的第二服务联系人标识符的数据库，其中所述第一服务被以第一服务标识符标识，并且其中所述第一服务联系人标识符和所述第二服务联系人标识符是不同的服务联系人标识符，该方法包括所述服务器系统的如下步骤 从所述用户的所述用户设备接收所述第一服务标识符； 从所述用户的所述用户设备接收服务联系人标识符； 不论所述接收到的服务联系人标识符是所述第一服务联系人标识符还是所述第二服务联系人标识符，根据所述接收到的第一服务标识符和所述接收到的服务联系人标识符来从所述数据库检索所述第一服务联系人标识符。
2.如权利要求1的所述方法，其中所述数据库包括提供第三服务所需的第三服务联系 人标识符，所述第三服务联系人标识符不同于所述第一服务联系人标识符和所述第二服务 联系人标识符，所述方法包括不论所述接收到的服务联系人标识符是所述第一、第二还是 第三服务联系人标识符，根据所述接收到的第一服务标识符和所述接收到的服务联系人标 识符检索所述第一服务联系人标识符的步骤。
3.如前面权利要求中的一个或多个的所述方法，其中从由电话服务、电子消息服务、 浏览服务、支付服务、流媒体服务、路线导航服务和邮递服务组成的组中选择第一和第二服 务。
4.如前面权利要求中的一个或多个的所述方法，还包括根据所述第一服务标识符提供 服务的步骤。
5.如前面权利要求中的一个或多个的所述方法，还包括将所述第一服务联系人标识符 传输到所述用户设备的步骤。
6.如前面权利要求中的一个或多个的所述方法，其中所述服务器系统可以访问接受者 的接受者要求列表和所述用户的用户简档，并且其中所述接受者要求列表包括关于所述用 户简档的项目的至少一个准则，该方法包括如下步骤_接收所述接受者的所述服务联系人标识符；_基于所述第一服务联系人标识符和所述第二服务联系人标识符中的至少一个，追踪 所述接受者要求列表；-检查所述用户简档的所述项目是否满足所述追踪到的接受者要求列表的所述至少一 个准则；和_如果所述用户简档的所述项目满足所述接受者要求列表的所述至少一个准则，则允 许所述第一服务，并且如果所述用户简档的所述项目不满足所述接受者要求列表的所述至 少一个准则，则拒绝所述第一服务。
7.如权利要求6的所述方法，其中所述服务器系统可以访问所述用户的用户要求列表 和所述接受者的接受者简档，并且其中所述用户要求列表包括关于所述接受者简档的项目 的至少一个准则，该方法包括如下步骤-追踪所述用户要求列表；-检查所述接受者简档的所述项目是否满足所述追踪到的用户要求列表的所述至少一个准则；_仅在所述接受者简档的所述项目也满足所述用户要求列表的所述至少一个准则时， 允许所述服务。
8.如权利要求7的所述方法，还包括基于从所述用户设备接收到的登录数据和从所述 接受者的设备接收到的服务联系人标识符中的至少一个，追踪所述用户要求列表的步骤。
9.如前面权利要求6-8中的一个或多个的所述方法，其中所述服务器系统配置为允许 或拒绝至少第一服务和第二服务的服务，该方法包括如果所述用户简档的所述项目不满足 所述接受者要求列表的所述至少一个准则，则拒绝所述第一服务和所述第二服务的所述服 务启动的步骤。
10.如权利要求9的所述方法，其中所述服务器系统可以访问所述用户的用户要求列 表和所述接受者的接受者简档，并且其中所述用户要求列表包括关于所述接受者简档的项 目的至少一个准则，该方法还包括如下步骤-追踪所述用户要求列表；-检查所述接受者简档的所述项目是否满足所述追踪到的用户要求列表的所述至少一 个准则；_仅当所述接受者简档的所述项目也满足所述用户要求列表的所述至少一个准则时， 允许所述第一服务和所述第二服务的服务。
11.如权利要求9或10的所述方法，还包括接收所述用户要求列表和所述接受者要求 列表中的至少一个内的服务选择的步骤。
12.如前面权利要求6-11中的一个或多个的所述方法，其中所述准则与所述服务联系 人标识符无关。
13.如前面权利要求6-12中的一个或多个的所述方法，其中所述至少一个项目包括系 统项目和/或用户定义的项目。
14.如权利要求13的所述方法，其中所述系统项目是与垃圾邮件有关的项目。
15.如前面权利要求6-14中的一个或多个的所述方法，其中所述简档(多个)的所述 项目包括经验证的项目和未经验证的项目。
16.如权利要求15的所述方法，其中所述服务器系统从所述用户的设备和所述接受者 的设备中的至少一个接收所述要求列表的所述至少一个准则与所述简档的经验证的项目 或未经验证的项目有关的验证指示。
17.如前面权利要求6-16中的一个或多个的所述方法，其中所述项目中的一个或多个 被禁止检查，并且其中，可选择地，所述服务器系统从所述用户的设备和所述接受者的设备 中的至少一个接收指示所述简档中的一个或多个项目被禁止检查的检查禁止指示。
18.如权利要求17的所述方法，包括向应用了检查禁止指示的用户或接受者的设备传 输通知请求的步骤，所述通知请求给出了忽略所述检查禁止指示，以便允许相对于要求列 表的相应准则检查所述至少一个项目的选项。
19.一种包括软件代码部分的计算机程序，当被安装在电子系统上并且由电子系统执 行时，所述软件代码部分适用于执行根据权利要求1-18的所述方法。
20.一种包含权利要求19的所述计算机程序的载体。
21.一种配置为检索用于向用户提供服务的服务联系人标识符的服务器系统，该服务器系统包括-数据库，其至少包括提供第一服务所需的第一服务联系人标识符，以及提供第二服务 所需的第二服务联系人标识符，其中所述第一服务被以第一服务标识符标识，并且其中所 述第一服务联系人标识符和所述第二服务联系人标识符是不同的服务联系人标识符；_接收器，配置为从所述用户的用户设备接收所述第一服务标识符和服务联系人标识符；_检索模块，配置为不论所述接收到的服务联系人标识符是所述第一服务联系人标识 符还是所述第二服务联系人标识符，根据所述接收到的第一服务标识符和所述接收到的服 务联系人标识符，从所述数据库中检索所述第一服务联系人标识符。
22.如权利要求21的所述服务器系统，其中所述数据库还包括提供第三服务所需的第 三服务联系人标识符，所述第三服务联系人标识符不同于所述第一服务联系人标识符和所 述第二服务联系人标识符，并且其中所述检索模块配置为不论所述接收到的服务联系人标 识符是所述第一、第二还是第三服务联系人标识符，根据所述接收到的第一服务标识符和 所述接收到的服务联系人标识符，检索所述第一服务联系人标识符。
23.如前面权利要求21或22中的一个或多个的所述服务器系统，其中从由电话服务、 电子消息服务、浏览服务、支付服务、流媒体服务、路线导航服务和邮递服务组成的组中选 择第一和第二服务。
24.如前面权利要求21-23中的一个或多个的所述服务器系统，其中所述服务器系统 还包括配置为根据所述第一服务标识符向所述用户提供服务的服务器提供器。
25.如前面权利要求21-24中的一个或多个的所述服务器系统，其中所述服务器系统 还配置为将所述第一服务联系人标识符传输到所述用户设备。
26.如前面权利要求21-25中的一个或多个的所述服务器系统，其中所述服务器系统 还包括-接收器，配置为从所述用户设备接收关于接受者的服务请求，所述服务请求包括所述 第一服务标识符和所述接受者的所述服务联系人标识符；-追踪器，配置为基于所述第一服务联系人标识符和所述第二服务联系人标识符中的 至少一个，追踪所述接受者的接受者要求列表，所述接受者要求列表包括关于用户简档的 项目的至少一个准则；-分析器，配置为分析所述用户简档的所述项目是否满足所述追踪到的接受者要求列 表的所述至少一个准则；和_服务启动器，配置为如果所述用户简档的所述项目满足所述接受者要求列表的所述 至少一个准则，则允许所述服务，并且如果所述用户简档的所述项目不满足所述接受者要 求列表的所述至少一个准则，则拒绝所述服务。
27.如权利要求26的所述服务器系统，其中-所述追踪器还配置为追踪所述用户的用户要求列表和所述接受者的接受者简档，所 述用户要求列表包括关于所述接受者简档的项目的至少一个准则；-所述分析器还配置为分析所述接受者简档的所述项目是否满足所述追踪到的用户要 求列表的所述至少一个准则；_所述服务启动器配置为仅在所述接受者简档的所述项目也满足所述用户要求列表的所述至少一个准则时，允许所述服务。
28.如权利要求27的所述服务器系统，其中所述系统还包括用于接收登录数据的登录 模块，并且所述追踪器配置为基于所述登录数据或基于从所述接受者的设备接收到的用户 标识符，追踪所述用户要求列表。
29.如权利要求26的所述服务器系统，其中所述服务器系统配置为允许或拒绝至少第 一服务和第二服务的服务，并且所述服务启动器配置为如果所述用户简档的所述项目不满 足所述接受者要求列表的所述至少一个准则，则拒绝所述第一服务和所述第二服务的所述 服务启动。
30.如权利要求29的所述服务器系统，其中所述服务器系统可以访问所述用户的用 户要求列表和所述接受者的接受者简档，并且其中所述用户要求列表包括关于所述接受者 简档的项目的至少一个准则，其中所述服务启动器配置为仅当所述接受者简档的所述项目 也满足所述用户要求列表的所述至少一个准则时，允许所述第一服务和所述第二服务的服务。
31.如权利要求29或30的所述服务器系统，其中所述服务器系统还包括服务选择器， 配置为在所述用户要求列表和所述接受者要求列表中的至少一个内包含服务选择。
32.如权利要求26-31中的一个或多个的所述服务器系统，其中所述准则与所述服务 联系人标识符无关。
33.如权利要求26-32中的一个或多个的所述服务器系统，其中所述至少一个项目包 括系统项目和/或用户定义的项目。
34.如权利要求33的所述服务器系统，其中所述系统项目是与垃圾邮件有关的项目。
35.如权利要求26-34中的一个或多个的所述服务器系统，其中所述简档的所述项目 包括经验证的项目和未经验证的项目。
36.如权利要求35的所述服务器系统，还包括验证指示接收器，配置为从所述用户的 设备和所述接受者的设备中的至少一个接收和处理验证指示，所述验证指示所述要求列表 的所述至少一个准则与所述简档的经验证的项目有关。
37.如权利要求26-36中的一个或多个的所述服务器系统，其中所述项目中的一个或 多个被禁止检查，该系统可选择地包括检查禁止指示接收器，配置为从所述用户的设备和 所述接受者的设备中的至少一个接收并且处理检查禁止指示，所述检查禁止指示指出禁止 所述分析器检查所述简档中的一个或多个项目。
38.如权利要求37的所述服务器系统，其中所述系统还包括通知传输器，配置为向应 用了检查禁止指示的用户或接受者的设备传输通知请求，所述通知请求给出了忽略所述检 查禁止指示，以便允许相对于要求列表的相应准则检查所述至少一个项目的选项。
全文摘要
本发明涉及检索用于向用户提供服务的服务联系人标识符的系统和方法。该方法在系统中执行，该系统包括配置为连接到所述用户的用户设备的至少一个服务器系统。该服务器系统可以访问至少包括提供第一服务所需的第一服务联系人标识符以及提供第二服务所需的第二服务联系人标识符的数据库。第一服务被以第一服务标识符标识。第一服务联系人标识符和第二服务联系人标识符是不同的服务联系人标识符。从所述用户的用户设备接收第一服务标识符和服务联系人标识符。不论所述接收到的服务联系人标识符是所述第一服务联系人标识符还是所述第二服务联系人标识符，可以根据接收到的第一服务标识符和接收到的服务联系人标识符来检索第一服务联系人标识符。
文档编号H04L29/08GK101919227SQ200880123853
公开日2010年12月15日 申请日期2008年1月3日 优先权日2008年1月3日
发明者D·L·本斯肖普, H·R·本斯肖普 申请人:Dlb金融咨询有限责任公司;Hitd信息技术有限责任公司