专利名称：对应用数据授予访问权的系统及其方法
技术领域：
本发明一般涉及通信，更具体地，涉及使用呼叫者识别系统进行的应用数据从呼叫方到被叫方的安全交換。
背景技术：
呼叫者识别将呼叫方转换成姓名和号码显示在被 叫设备上以允许被叫方辨认呼叫方。例如，当呼叫方拨打被叫方时，呼叫者识别系统辨认出呼叫方是客户并验证出该呼叫方未被阻塞。进而，识别系统生成与呼叫方有关的姓名和号码信息并将其发送到被叫方。当被叫方的设备“振铃”时，被叫方看到呼叫方的姓名和号码信息。某些电话本地地存储有关呼叫方的附加信息，如图片、生日或工作地点。如果被叫方已存储例如有关呼叫方的其他信息，则例如，它将被显示在被叫方的设备上。该信息由被叫方拥有和控制。在其他电话中，移动应用或个人计算机上的计算机电话集成(CTI)应用连接到服务器以获得有关呼叫的附加信息，例如员エ目录。这使用到来的呼叫方号码来获得更多信息，如呼叫方位于哪里、组织机构图或图片等。呼叫方号码被应用用作获取该附加信息的密钥。由于应用数据不受保护和限制并且一般对所有个人都是可访问的，因此安全是目前系统的多个缺点之一。当该信息由被叫方拥有和控制时，安全特征无法被实施。此外，当呼叫被进行时，具有应用和电话号码的任何人都被给予对应用数据的访问权，或者取决于应用，呼叫甚至不需要被进行。社会媒体的世界确实扩展了人的身份，但是与呼叫者标识或电话号码的基本电话概念关系几乎无关。访问社会媒体信息要求计算设备和应用以及诸如用户姓名或电子邮件地址之类的信息。对信息的访问是经由使其他用户“加入”应用或与应用“成为好友”的请求来控制的。这些请求在信息交換之前必须被同意并回应。所有社会媒体应用的共同要素是用来表示用户的唯一标识符的使用。希望连接的两个用户必须交换该唯一标识符并相互授予对应用数据的可能具有不同权限级别的访问权。移动设备可以将人的社会媒体信息及其号码存储为联系人条目的一部分，但是这意味着当联系人被创建时，该社会媒体信息事先已被知晓。来自先前未知的人的到来的呼叫无法被用于获取社会媒体信息。集中的目录或其他数据库系统被用于查找号码和定位与号码相关的电子邮件地址或其他社会媒体信息，如果它们存在的话。该信息被直接与社会媒体应用一起使用。例如，使用Facebook 的应用，用户名被查找并且好友请求被做出。这依靠Facebook访问控制列表来随后等待直到好友接受。它还将信息暴露给任何对该目录具有访问权的人。就像包含很多Facebook用户的家庭电话号码一祥，电话号码本身对于提供一対一映射不够唯
o修改呼叫者识别不是新概念，但是姓名部分对于辨认呼叫者至关重要，并且号码部分在大小和格式方面受限，使得它不适合于携带特定于应用的数据。它不会伸缩以支持多个应用，因为没有方法将任何给定的数据与特定应用相关联。另外，如果被叫设备不支持应用，则没有行为将会被定义。呼叫方号码的价值在于它被存储为联系人，或者从设备呼叫日志被获取并用于联系原呼叫者。所以，直接被叫方号码欺骗将打破传统使用模式并且不兼容电信系统的使用场合。社会媒体应用常常嵌入电话号码和点击拨号概念，但是这是为了向外到达电话网而从应用内部使用的。它不向电话网提供向内到达媒体应用的机制。如果源设备和目的设备支持文本传送，则文本消息随该信息一起被发送。然而，如果用户实际上想要和人谈话，则会进行另外的呼叫。
为了传递被终端系统或中间交换系统应用使用的数据，因特网协议上的语音(VoIP)被增加。然而，这在任何非VoIP传送跳或设备上不兼容。呼叫路径上的所有VoIP工具必须支持信令以确保端到端成功。因此，需要允许基本电话呼叫提供能够用于驱动被叫设备上的行为的应用数据。同时，呼叫方姓名应反映谁在呼叫并且提供的号码应是可路由目录号码以便它能被用于到达原呼叫者，例如，呼叫需要被返回或它被存储为联系人。
发明内容
根据本发明的ー个方面，公开了ー种系统，包括耦合到具有应用数据的至少ー个应用的交換机；其中所述交换机接收第一方对第二方通过所述至少ー个应用来访问第一方的应用数据的授权，所述交换机向第二方提供对第二方通过所述至少ー个应用来访问所述应用数据的授权。在上述系统中，交换机是专用分支交换机。在上述系统中，接收第一方的授权包括传递被叫方号码和访问代码并且在辨认出所述访问代码后，所述交换机使能对第二方访问所述应用数据的授权。在上述系统中，使能对第二方访问所述应用数据的授权包括将被叫方号码在访问控制列表内列出。在上述系统中，访问代码是由所述交换机确定的。在上述系统中，所述至少一个应用包括用于所述应用数据的至少ー个客户端简档。在上述系统中，所述交换机接收第一方对第二方通过所述至少ー个应用来访问第一方的应用数据的授权包括接收来自第一方的访问代码。在上述系统中，所述交换机向第二方提供对第二方通过所述至少ー个应用来访问所述应用数据的授权包括将应用显示在第二方的显示器上。根据本发明的又ー个方面，公开了ー种呼叫者识别系统，包括至少ー个处理器和可操作地耦合到处理器的存储器，所述存储器存储当被处理器运行时令处理器执行以下操作的程序指令接收来自呼叫设备的被叫方号码和访问代码；识别与所述被叫方号码相对应的被叫方；在辨认出来自呼叫设备的所述访问代码之后授权所述被叫方访问呼叫方应用数据；将对所述呼叫方应用数据的访问权通知给所述被叫方。在上述呼叫者识别系统中，将对所述呼叫方应用数据的访问权通知给所述被叫方包括触发所述被叫方的设备上的应用。
在上述呼叫者识别系统中，所述存储器存储当被处理器运行时令处理器执行以下操作的程序指令接收来自所述被叫方的被叫设备的呼叫方号码和访问代码；识别与所述呼叫方号码相对应的呼叫方；在辨认出来自被叫设备的所述访问代码之后授权所述呼叫方访问被叫方应用数据；以及将对所述被叫方应用数据的访问权通知给所述呼叫方。在上述呼叫者识别系统中，所述存储器存储当被处理器运行时令处理器更新所述呼叫方应用数据的程序指令。
被认为是申请的特点的新颖特征在所附权利要求中提出。在下面的说明中，相似的部分在说明书和附图各处分别用相同的标号来标记。为了清楚而简洁，附图不一定按比例绘制，某些附图可能被以一般形式或夸大示出。然而，当结合附图来阅读时，參考示例性实施例的以下详细描述，申请本身和优选使用方式及其其他目标和优点将得到最好的理解，其中
图I是表示根据本公开的ー个方面用于通过交换系统来提供对应用数据的访问权的示例性环境的框图；图2是表示根据本公开的ー个方面用于提供对应用数据的访问权的示例性处理的流程图；图3是表示根据本公开的ー个方面用于访问应用数据的示例性处理的流程图；图4A是示出根据本公开的ー个方面对应用数据的访问权被提供的示例性情景的框图；图4B是示出根据本公开的ー个方面在图4A的情景中访问应用数据的示意性过程的框图；并且图4C是示出根据本公开的ー个方面在图4A的情景中访问应用数据和提供对应用数据的访问权的示意性过程的框图。
具体实施例方式下面结合附图给出的描述打算作为申请目前的优先实施例的描述并且不打算表示本申请能够被构造和/或利用的仅有形式。该描述提出用于结合例示实施例来构造和操作申请的功能和步骤序列。然而应理解，相同或等同的功能和序列可以被也打算被涵盖在本申请的精神和范围内的不同实施例实现。本公开涉及给呼叫者识别系统的使用加负以提供特定于应用的数据以及对被叫方限制对该数据的访问权。对应用数据的访问权通过呼叫者识别系统被呼叫方限制和控制给某些或全部个人。在一个示例性实施例中，一种扩展基本电话信令的方法被提供。能够由呼叫中涉及的终端设备或电话交换系统内驻留的应用利用的信息可以被发送。当呼叫方拨打被叫方时，交換系统可以被触发以将数据库密钥替换成呼叫方号码。交換系统可以使用进行呼叫这ー动作来使能被叫方访问由数据库密钥指代的数据的许可。特定的数据库密钥及与之相关的内容由诸如本领域技术人员已知的计算机电话集成(CTI)概念或用户创建的内容(UCC)之类的应用集成方法或特征访问代码来控制。已提供密钥的电话交換系统能够将密钥映射回原呼叫方号码。这允许呼叫方号码通过数据库密钥被存储为联系人或从呼叫日志被拨打，其可以对不支持该特征的设备提供后向兼容。可选地，数据库密钥可以直接由呼叫方提供，这种情况下，交換系统可以将密钥传递给被叫方而不用呼叫方的真实号码来替换它。在该情景中，电话交换系统通常为了反向查找而维护呼叫方号码到数据库密钥的映射。上述示例性实施例所示的电话交換系统可以提供多种优点。电话交換系统可以用能够被目的地的应用使用或者能够在所提供的号码被拨打时触发事件的信息来代替呼叫方号码。呼叫方号码仍然可以被任何设备使用以联系原呼叫者，从而保留了呼叫方号码的所有历史内涵并提供了后向兼容性。交换系统内呼叫方号码的保留允许本方案在非因特网协议上的语音(VoIP)网络上工作。此外，不在呼叫内的其他设备由于未在原呼叫情景中被涉及而无法访问该信息。以下描述中提供的本公开的许多附加特征和要素对本领域技术人员将变得明显。本申请仅仅是例示了使用情况的示例，并不打算限制本公开。在描述附加实施例之前，将描述用于提供应用数据的示意性环境。现在转向图1，表示根据本公开的ー个方面用于通过交换系统106来提供对应用、数据110的访问权的示例性环境100的框图被提供。交换系统106可以被称为但不限于交换机或电话网络。在一个实施例中，交换系统106可以采取本领域已知的呼叫者识别系统的形式。交换系统106可以包括一个或多个计算系统并且不限于单个实体。在一个实施例中，交换系统106可以是专用分支交换机。通常，交换系统106可以采取具有处理单元、系统存储器和可操作地耦合各种系统组件的系统总线的服务器的形式。硬盘驱动器、磁盘驱动器、光盘驱动器及其相关的计算机可读介质可以为交换系统106提供计算机可读指令和数据结构的非易失性存储。交换系统106可以将来自呼叫设备102的呼叫路由到被叫设备104。另外，交换系统106可以从呼叫设备102接收呼叫方号码并生成与呼叫方相关的姓名和号码。呼叫方的身份随后可以被提供在被叫设备104的显示器上。呼叫设备102和被叫设备104可以是移动电话、智能电话、桌面计算机、膝上型计算机、个人设备、手持机或者几乎任何其他类型的电子设备。呼叫方可以使用特征访问代码来表示应用服务器108上的某种形式的应用。代替交换系统106发送呼叫方号码，交换系统106可以发送数据库密钥。例如，代替电话号码1-555-555-5555，呼叫方可以提供*7645678。当被叫设备104接收到号码*7645678时，设备104可以在其显示器上显示呼叫方的姓名。如果被叫方使用未接呼叫日志来返回呼叫或者由于他们将该号码存储为用于呼叫方的联系人，则交换系统106可以辨认出被提供的号码是数据库密钥而不是实际的电话号码即1-555-555-5555。交换系统106可以使用密钥来访问数据库，并确定数据库条目中存储的呼叫设备102的真实号码。通常，不管许可如何，数据库密钥到号码解析都被执行，以便各方能够对呼叫方进行呼叫。在一个实施例中，应用服务器108而不是交换系统106可以操纵电话号码到数据库密钥转换。如图I所示，应用服务器108可以被连接到交换系统106或者它们自身可以是完全独立的组件。一个或多个应用服务器108可以在环境100内被采用。应用服务器108可以具有处理单元、系统存储器和可操作地耦合各种系统组件的系统总线。硬盘驱动器、磁盘驱动器、光盘驱动器及其相关计算机可读介质可以为应用服务器108提供计算机可读指令和应用数据110的存储。
应用数据110可以被交换系统106完全拥有或集中化，应用经由服务类别或类似设置或使用特征访问代码被自动指定。还可以提供分布式环境100，其中呼叫设备102和被叫设备104以及交换系统106具有一起交互工作的诸如瘦客户端之类的应用。在仅能在信令中传递扩展的数据110的VoIP网络中，仍然可以从具有数据库密钥和访问控制的集中化应用数据110得到益处。该替代涉及利用可以通过某种方式被重新路由的呼叫来传递数据110。当呼叫在目的侧被转发时，对信息的访问权可以可选地被保护以防止被转发的呼叫者访问它。应用服务器108可以维护与Facebook 、Linkedln 或其他社会网络有关的数据110。在一个实施例中，组织机构内部员エ的客户简档可以被存储在应用服务器108内。不同类型的数据110可以被使用并且在某些实施例中可以是无限制的。应用数据110可以由呼叫设备102或被叫设备104上传到应用服务器108或者按需要被改变。应用数据110还可以通过本领域技术人员已知的典型处理在因特网上改变。交换系统106可以通过维护访问控制列表来允许对应用数据110的不同级别的许可。作为替代，每个应用服务器108也可以维护访问控制列表。
交换系统106可以直接与应用服务器108通信以将访问代码映射到数据库密钥。在一个实施例中，交换系统106可以将被拨打的数据库密钥转化成号码并向服务器108提供信息以创建对数据库信息的访问控制列表。客户端应用可以存在于能够直接与应用服务器108通信的被叫设备104上以便更新或获取信息。作为替代，该功能可以完全在应用服务器108和交换系统106之间操纵。应用可以基于呼叫方号码而在被叫设备104上启动。这意味着应用不需要经由用于访问呼叫方应用数据110的数据通信路径来主动接收另外的信号。例如，来自以*70开头的号码的到来的呼叫将使用拖尾的数字作为访问Linkedln 信息的数据库密钥来将被叫设备104的网络浏览器启动到Linkedln 页面。应用数据110可以使用在呼叫方号码中提供的数据库密钥来访问。该密钥遵循呼叫方号码的标准电信限制，但是具有主要取决于应用的格式。这是可以是特定于电话的应用或者是“ (Enabler Apps使能者小应用)”。Enabler Apps可以使用电信系统来提取诸如数据库信息之类的附加呼叫者信息，然后在电话网络外部使用该信息，例如将Facebook 好友请求发送到呼叫者。应用可以通过配置或通过特征访问代码而在交换系统106处被区分。在一个示例中，被称为“呼叫者简档”的应用可以被使用，该应用可以通过配置被应用于员エ，因此，员エ无需知晓访问代码。利用呼叫者简档应用，员エ可以具有五位帐号，他们随后可以用它来访问应用服务器108并交换他们的简档设置，包括简档图片。提供给呼叫设备102的授权可以被给予被叫方或给予它们的设备104。在授权之后，并且如图I所示，被叫设备104可以直接或通过交换系统106从应用服务器108访问信息。图2提供示出用于提供应用数据110访问权的示例性处理的流程图，而图3提供描述了用于访问应用数据110的示例性处理的流程图。其中描述的技术可以被实现为呼叫设备102、被叫设备104、应用服务器108或交换系统112中的一个或多个系统中的逻辑操作和/或模块。逻辑操作可以被实现为在一个或多个计算机系统中运行的处理器实现的序列以及ー个或多个计算机系统内的互连的机器或电路模块。同样地，可以按照由模块实现或运行的操作来提供各种组件模块的描述。产生的实现方式是ー个依据所描述的公开被实现的下层环境100的性能要求来选择的问题。组成这里描述的公开内容的实施例的逻辑操作分别被称为操作、步骤、目标或模块。应该理解，逻辑操作可以任何次序来执行，除非明确声明并非如此或者特定的次序是权利要求语言的固有需要。现在參考图2，表示根据本公开的ー个方面用于提供对应用数据110的访问权的示例性处理的流程图被提供。处理可以开始于块200。在块202，交换系统106可以接收来自呼叫设备102的呼叫。被叫设备104的标识符被提供。该标识符可以是被叫设备的电话号码、分机或描述被叫设备104的其他属性。其他形式的通信可以由呼叫方进行以便无论实际的呼叫是否被进行都给予授权。交换系统106可以确定呼叫设备102的姓名和号码信
o在判决块204，交换系统106可以判断访问代码是否被提供或者默认配置是否被使用。可以存在多种类型的访问代码。在一个实施例中，访问代码可以判断哪个应用服务 器108将被使用。访问代码还可以判断被给予的权限的类型，例如，数据110的某些项可以受不同级别的访问权限的限制。当既没有访问代码被提供也没有默认配置被使用时，交換系统106可以将这解释为常规呼叫，由此交换系统106在呼叫设备102和被叫设备104之间建立通信。当访问代码被提供时，在块206，交换系统106可以基于被提供的访问代码来确定什么类型的配置将被使用。例如，代码可以被用来向被叫设备104授予对来自Monster 的简历的访问权。作为替代，对Facebook _上的呼叫方的状态的访问权可以被提供。本领域技术人员将意识到，存在很多不同的可以在应用服务器108及其中的应用数据110中使用的访问代码。在块208，当没有访问代码被给出时，默认配置可以被使用。例如，对用户简历的访问权总是被提供的默认配置可以被建立。默认配置可以通过输入另一访问代码来在交換系统106中改变。交换系统106可以在块210处使用呼叫设备102的呼叫方号码来访问应用服务器108。应用服务器108可以将呼叫方号码关联到应用数据110。交换系统106可以在块212处将与被叫设备104相关联的被拨号码添加到用于应用数据的访问列表。交换系统106可以在块214处为被叫设备104提供对应用数据110的访问权。另外，姓名和号码信息可以被提供给被叫设备104。用于建立被叫设备对应用数据110的访问权的处理可以在块216处结束。图4A是示出根据本公开的ー个方面用于提供对应用数据110的访问权的示例性情景的框图。为了例示，该情景包括在使用呼叫者简档应用的公司工作的乔 史密斯。该公司预先填充了很多他的商业设置作为服务器108内的应用数据110，例如，职位、组织结构图、公司名称和公司分机号。乔可以访问和上传图片并设置他在应用服务器108内的当前状态。为了更新其应用数据110，乔可以通过网络来访问网站，或者在另ー实施例中，可以对应用服务器108进行呼叫。如图4A所示，乔具有帐号34567和分机号1234。在该情景中，乔打算向分机号9876处的简 多伊提供对他的应用数据110的访问权。在一个实施例中，乔可以选择拨打*759876，由此*75是用于发送“呼叫者简档”信息的命令，并且9876是简的分机号。该可以表示访问代码正在被输入。本领域技术人员将意识到，存在很多不同的提供访问代码的方式。当交换系统106被配置成在默认情况下使用应用服务器108上的应用时，乔可以简单地拨打9876。作为替代，如果乔具有运行呼叫者简档客户端应用的智能电话，则该电话可以被配置成自动将*75访问代码插入到所有呼叫上。在辨认出*75特征访问代码后或者经由配置设置，交换系统106可以使用乔的呼叫方号码来访问他的呼叫者简档帐号。在一个实施例中，这是通过交换系统106与呼叫者简档应用服务器108通信来完成的。交換系统106可以被服务器108信任,从而允许被交换系统辨认出的呼叫方号码被查询。交换系统106可以将简的号码添加到图4A所示的用于乔的帐户的访问控制列表402。访问列表402可以在与应用服务器108分开或附接到应用服务器108的数据库内被维护。在一个实施例中，访问控制列表402可以位于交换系统106上，或者如果客户端应用在直接与应用服务器108通信的被叫设备104上被使用，则交换系统106和应用服务器108之间的接ロ可以被运用，以指派访问控制列表402。通过由乔呼叫简，他向简授予对其应用数据110的访问权。 一旦访问控制列表402已被更新，交换系统106就可以替换乔的呼叫方号码以使得发送到简的设备104的信息是其正确姓名“乔 史密斯”。另外，与对乔的应用数据110的访问权有关的信息可以被发送，例如，号码*7634567被提供到简的被叫设备104。*76可以是用于访问“呼叫者简档”信息的命令，34567可以指代乔的帐户信息。在一个实施例中，由乔提供的同样的特征访问代码可以被使用。“发送”或“访问”呼叫者简档数据110的注释可以通过呼叫方号码格式的子代码或经由该号码本身而被解析。不同的访问代码可以被交织以执行不同的功能。图3是表示根据本公开的ー个方面用于访问应用数据110的示例性处理的流程图。处理可以开始于块300。在块302，交换系统106可以接收来自早先接收到获取应用数据110的许可的被叫设备104的访问请求。在判决块304，交换系统106可以判断被叫设备的号码是否在交换系统106或应用服务器108上存储的访问控制列表402中。当被叫设备的号码不在访问控制列表402中时，被叫设备104不被授予对应用数据110的访问权并且处理可以在块308处结束。假如访问应用数据110时存在差错，则差错消息可以被给出。当被叫设备104的号码在访问控制列表402内时，交换系统106可以在块306处允许应用数据110的使用。处理可以在块308处结束。交换系统106可以被用作它藉此能够访问应用服务器108以获得数据110的中介。如图I所示，在接收到来自呼叫设备102的访问权后，被叫方可以使用被授予的访问权来直接与适当的应用服务器108通信以获取与呼叫方相关的应用数据110。作为替代，被叫方或被叫设备104可以通过交换系统106来访问数据110。图4B是示出根据本公开的ー个方面在图4A的情景中访问应用数据110的示意性过程的框图。当访问权被授予时，具有呼叫者简档客户端应用的简的被叫设备104可以将*76辨认为经由呼叫者简档应用可获得附加数据110的指示符。被叫设备104或与被叫方相关的设备可以访问呼叫者简档应用并且之后呈现乔的应用数据110。如果简的被叫设备104不支持该应用，则简可以辨认该号码前缀，并且作为替代，选择使用她的电脑或未被呼叫的其他计算设备来使用该号码访问更多关于乔的信息。通常，向简授予访问权的信息会允许若干设备104访问数据110。如图4B所示，简可以在她的使用CTI来得到呼叫方号码的个人计算机104上拥有呼叫者简档客户端应用。在一个实施例中，简可以选择仅将号码当作任何普通号码来对待。依据她的能力，她可以接听呼叫，或者它可能被错过。在一个实施例中，即使呼叫被错过，简也可以访问数据。交换系统106提供给简的号码是“可路由号码”。由于电话的性质，通常，应用起码支持将数据库密钥解析为可路由号码。数据库密钥可以被限制为呼叫方号码格式。在ー个实施例中，简可以将它存储为她的用于乔的联系人，或者它可以从呼叫日志被直接拨打。当简拨打*7634567时，交换系统106可以将*76辨认为呼叫者简档帐号的指示符。交换系统106可以使用该账户来查找适当的简档，然后通过检视以查看简的分机号9876是否在用于帐户34567的访问控制列表402中来验证简被允许访问该简档。 当简的分机号在访问控制列表402中时，交换系统106可以访问他的简档中为乔存储的联系人号码1234。之后，交换系统106可以将该呼叫安排给乔。在本不例中，由于简未选择使用*75特征访问代码并且她的客户端应用或者交换系统106配置未被设置为强制呼叫者简档应用的使用，因此乔看到的呼叫方号码是9876。在一个实施例中，交换系统106可以提供反向号码查找以保证该呼叫可以被路由并且仅在访问控制列表402有效的情况下提供附加信息。现在转向图4C，示出根据本公开的ー个方面用于使用图4A的情景来访问应用数据110和提供对应用数据110的访问权的示意性过程的框图被提供。如果简在拨打期间已选择使用呼叫者简档特征访问代码，则她的客户端应用将在默认情况下这么做。在交換系统106处从简的设备104接收的号码可能是*75*7634567。交换系统106可以将*7634567解析成乔的分机号1234，然后用*76876654来替换简的呼叫方号码。*76可以是应用代码并且87654可以是呼叫者简档服务器108上的简的帐号。乔的号码可以被添加到简的访问控制列表402上，并且与前面类似地，现在乔可以访问简的应用数据110。本领域技术人员将意识到，可以存上述处理在各种设置中的不同变化。例如，呼叫者简档应用可以具有各种数据权限级别。当简是乔的老板时，她可以具有对有关他的特殊信息的访问权。当乔在休假时，由于他不在那儿接听，因此乔可以将呼叫从他的工作联系人*761234转发到他的语音邮件。然而，当交换系统106尝试路由来自具有不同权限级别的简的呼叫时，它可以将其解析为乔所在胜地的房间电话。服务器108和交换系统106交互的置换和组合是丰富且取决于应用的。在另ー情景中，允许简化的记账(simplified billing)的法律应用可以被创建。一般地，去往和来自法律事务所的呼叫利用指代客户信息的数据库密钥。在公共交換电话网(PSTN)上操作的交换系统106可以支持客户记账应用。例如，Bean Lawyers PLLC(Bean律师专利法律事务所)可以订阅该服务。它们的客户号可以是06001。当贝尔以1-555-555-5555呼叫Bean Lawyers并请求法律援助时,秘书可以用贝尔的联系人信息在他们的系统中创建帐户04001。秘书随后可以通知贝尔律师会在有空时呼叫他。进而，接下来有空的律师可以拨打*8804011，由此*88激活记账特征并且04011指客户。贝尔提供的联系人号码可以被添加到访问控制列表402中以允许他呼叫该律师。之后，开始为贝尔记账。呼叫方号码为*880600104011，其中*88激活特征，060010标识运营商数据库实例Bean Lawyers PLLC,并且04011将秘书/直拨线解析到律师。Bean LawyersPLLC可以在任何时间查询帐户以便记账或获取其他信息并按需要关闭帐户。贝尔只知道如何经由记账号码与律师取得联系，并且当他再次呼叫主线1-555-555-5555吋，秘书可以将该呼叫转移到帐号，该帐号可以被解析成当时处理该案件的正确的律师。在贝尔决定换工作的另ー情景中，交换系统106与应用服务器108可以有另外的用途。贝尔可以呼叫Orange R’ U来为他们提供对Linkedln 上他的简历的访问权，该访问权是受保护的特征并且无法被一般观看者访问。目前，贝尔需要被授予访问权的人的电子邮件地址。通过交换系统106,当贝尔呼叫Orange R’ U时，他可以自动授予他们查看他的Linkedln 简档的简历部分的许可。呼叫方号码的格式触发经由呼叫信息可获得Linkedln 简档的Orange R’ U处的应用。当Orange R’ U的员エ尝试使用该呼叫信息来获取贝尔的简档时，系统可以基于许可在初始呼叫设置期间被电信系统授予这一事实来授权该信息的释放。拨打呼叫方号码的任何其他方会被拒绝。 前面的描述被提供以使得本领域任何人员能够实施这里描述的各种实施例。对这些实施例的各种修改对本领域技术人员是容易明白的，并且这里定义的普通原理可以被应用于其他实施例。因此，权利要求不打算限制这里示出和描述的实施例，而是享有符合权利要求语言的全部范围，其中除非明确指出，否则对要素的単数形式的引用不打算指代“ー个且仅ー个”而是“ー个或多个”。本领域技术人员现在或以后公知的、本公开各处描述的各种实施例的要素的所有结构和功能等同物通过引用被明确结合于此并打算被权利要求涵盖。然而，这里公开的任何事物都不打算贡献给公众，不管这种公开是否明确记载在权利要求中。
权利要求
1.ー种提供应用数据的计算机实现的方法，包括 接收来自呼叫设备的与被叫方对应的标识符； 访问所述呼叫设备的呼叫方的应用数据； 通过所述标识符来授权所述被叫方对所述呼叫方的所述应用数据的访问权； 从所述应用数据确定所述呼叫方的身份；以及 将所述呼叫方的所述身份连同对访问所述应用数据的授权一起提供给所述被叫方。
2.根据权利要求I所述的计算机实现的方法，其中访问所述呼叫方的所述应用数据包括接收来自所述呼叫设备的代码并且在辨认出所述代码后允许对所述应用数据的访问权。
3.根据权利要求I所述的计算机实现的方法，其中访问所述呼叫方的所述应用数据包括在默认情况下访问所述应用数据。
4.根据权利要求I所述的计算机实现的方法，其中向所述被叫方提供所述授权包括呈现允许对所述应用数据的访问权的代码。
5.根据权利要求I所述的计算机实现的方法，其中访问所述呼叫方的所述应用数据包括获取用于访问具有所述应用数据的应用服务器的所述呼叫方的号码。
6.根据权利要求I所述的计算机实现的方法，其中授权所述被叫方访问所述应用数据包括将所述被叫方的所述标识符添加到访问控制列表。
7.根据权利要求6所述的计算机实现的方法，包括接收所述被叫方对所述应用数据的请求以及在验证所述被叫方是否具有授权之后提供所述应用数据。
8.根据权利要求7所述的计算机实现的方法，其中验证所述被叫方是否具有授权包括判断所述被叫方的所述标识符是否在所述访问控制列表内。
全文摘要
一种对应用数据授予访问权的系统及其方法在本公开中被提供。能够被呼叫中涉及的终端设备或电话交换系统内驻留的应用利用的应用数据可以被发送。当呼叫方拨打被叫方时，交换系统可以被触发以将数据库密钥替换成呼叫方号码。交换系统可以使用进行呼叫这一动作来授予被叫方访问由数据库密钥指代的数据的许可。已提供密钥的电话交换系统能够将密钥映射回原呼叫方号码。这允许呼叫方号码通过数据库密钥被存储为联系人或从呼叫日志被拨打，其可以对不支持该特征的设备提供后向兼容。
文档编号H04L29/06GK102739637SQ20121009296
公开日2012年10月17日 申请日期2012年3月29日 优先权日2011年3月31日
发明者彼得·马修·海利尔 申请人:米特尔网络公司