专利名称：在主叫方繁忙/无应答情况下针对个性化的呼叫过程音调而对社交网络服务进行访问的制作方法
技术领域：
本发明一般而言涉及通信系统，并且更具体而言涉及在通信系统中响应呼叫控制事件。
背景技术：
服务提供商支持有线和无线通信系统中的语音呼叫。语音呼叫可以是点对点呼叫(例如当用户对另一个用户打出电话呼叫时)或点对多点呼叫(例如当一组用户建立“一键通”(Push-To-Talk)会话时)。通常根据预先确定的并且通常是长期存在的规则或协议来提供通信系统中的呼叫控制。例如，当被叫方无法接通或者被另一个呼叫占线时，通信系统可以将主叫方导向到语音邮件服务。主叫方然后可以给被叫方留下消息并且被叫方可以在稍后的时间获取该消息。作为另一个实例，通信系统可以提供要在主叫方等待连接到被叫方时向主叫方播放的预先确定的回铃音。常规的静态呼叫控制和相关内容(例如响铃声、回铃音乐、语音邮件问候)可能不能很好地适应当前日益演进的通信和媒体环境所给出的需求和机会。目前很少使用多年前曾经非常有用的许多常规的呼叫控制特征。例如，当被叫方无法接通时，常规呼叫控制系统向主叫方提供留下回呼号码的选项。虽然该特征一度非常有用，但是呼叫者ID技术的普遍采用使得通信设备能够获取主叫方的号码，使得回呼号码特征变得冗余并且令人困扰。作为另一个实例，常规回铃音是从服务提供商所支持的预先确定的回铃音列表中选择的。
发明内容
服务提供商针对被叫方所支持的有限数量的回铃音局限了可以由回铃音传递的信息的量，并且典型而言不能使得回铃音反映被叫方的当前活动、情绪或安排。另外，呼叫控制的常规静态表示不鼓励由用户对呼叫控制内容进行频繁更新，因此错过了与动态呼叫控制事件相关联的广告收入的机会。本文公开的主题目的在于解决前述一个或多个问题的影响。下文给出了本文公开的主题的简化的摘要，以便提供对于本文公开的主题的一些方面的基本理解。该摘要不是本文公开的主题的详尽概述。其不意图标识本文公开的主题的关键的或至关重要的元素或者界定本文公开的主题的范围。其唯一目的在于以简化的形式给出一些概念以作为稍后讨论的更加详细的描述的序言。在一个实施方式中，提供了一种用于处理呼叫控制事件的方法。该方法包括在解 释器处接收用于指示与从主叫方到被叫方的呼叫相关联的呼叫控制事件的信息。该主叫方和/或该被叫方订阅了社交网络。该方法还包括从该解释器处提供由应用服务器基于该呼叫控制事件以及从该社交网络获取的该主叫方和/或该被叫方的信息所生成的内容。在另一个实施方式中，提供了一种用于处理呼叫控制事件的方法。该方法包括响应于与从主叫方到被叫方的呼叫相关联的呼叫控制事件，在应用服务器处生成内容。该主叫方和/或该被叫方订阅了社交网络。该内容是基于该呼叫控制事件和从该社交网络获取的该主叫方和/或该被叫方的信息而生成的。该应用服务器向解释器提供该内容。
通过结合附图来参考下文的描述可以理解本文公开的主题，其中在附图中相似的附图标记标识相似的元素，其中图I概念性地示出了通信系统的一个示例性实施方式；图2概念性地示出了使用由社交网络提供的信息来生成对于呼叫控制事件的响应的方法的第一示例性实施方式；以及图3概念性地示出了使用由社交网络提供的信息来生成对于呼叫控制事件的响应的方法的第二示例性实施方式。
虽然本文公开的主题可以具有各种修改和替换形式，但是在附图中通过实例的方式显示并且在本文详细描述了它们的具体实施方式
。但是应该理解，本文中对于具体实施方式
的描述不意图将本文公开的主题限制于所公开的特定形式，而是相反，其意图覆盖落入所附权利要求范围内的全部修改、等同形式和替换。
具体实施例方式下文描述说明性实施方式。为了清楚起见，在本说明书中没有描述实际实现的所有特征。显然可以明白，在任意这种实际实施方式的开发中，应该做出大量特定于实现的决策以实现随着实现不同而不同的开发者的具体目标，如符合与系统相关的和与商业相关的约束条件。此外，可以明白，该开发努力可能是复杂并且耗时的，但是对于受益于本文的公开内容的本领域熟练技术人员而言将是惯常的工作。现在将参考附图来描述本文公开的主题。在附图中仅仅为了解释的目的示意性地阐述了各种结构、系统和设备，以免用本领域的熟练技术人员公知的细节模糊本发明。然而，为了描述和解释本文公开的主题而包括附图。应该将本文使用的词语和短语理解并且解释为与相关领域的熟练技术人员对于该词语和短语的理解具有一致的含义。本文的术语和短语的一致使用并非意图表示该术语和短语的特殊定义，即与本领域的熟练技术人员所理解的普通和常规含义不同的定义。如果术语和短语意图具有特殊含义，即与本领域的熟练技术人员所理解的含义不同的含义，则在说明书中将以直接并且清楚明白地提供该术语和短语的特殊定义的下定义的方式明确阐述该特殊定义。图I概念性地示出了通信系统100的一个示例性实施方式。在所示实施方式中，通信系统100包括有线网络105和无线网络110。有线网络105用于提供到一个或多个用户终端120的有线连接，无线网络110用于提供到一个或多个移动单元115的无线连接。网络105、110根据公知的标准和/或协议进行操作。因此，本文将仅讨论网络105、110的与常规实践不同和/或与所要求的主题相关的那些实现特征和/或操作方面。此外，受益于本文的公开内容的本领域的普通技术人员应该明白有线网络105和无线网络110意图说明而不是限制所要求的主题。通信系统100的可选择的实施方式可以包括更多或更少的有线网络105和/或无线网络110。在所示的实施方式中，有线网络105和无线网络110可通信地耦合到网络交换机125，网络交换机125用于在网络105、110以及通信系统100中的其他实体之间交换或路由业务。例如，当移动单元115尝试发起与用户终端120的呼叫时(或者反之)，网络交换机125可以用于携带信令。示例性的网络信令协议包括7号信令系统(SS7)和会话初始协议(SIP)信令，SS7是可用于建立(和拆除)呼叫(如公共交换电话网络电话呼叫)的一组电话信令协议。可以通过网络交换机125从移动单元115向用户终端120发送呼叫会话开始信号。如果成功地建立了呼叫会话，则可以经由无线网络110、网络交换机125和有线网络105，建立从移动单元115到用户终端120的通信路径。网络交换机125还可以用于携带呼叫控制事件消息，如用于指示呼叫事件的信息，如用户终端120无法接通、用户终端120的繁忙信号、来自用户终端120的无应答信号等等。解释器130耦合到网络交换机125。解释器130被配置为从网络交换机125接收信令(如SS7语音信令)并且“解释”该信令以有助于该信令的源(例如移动单元115和/或用户终端120)与在该系统100中所实现的其他应用之间的交互。解释器130 可以“应答”呼叫，从而网络交换机125(或其他网络实体)不拆除该呼叫或者否则中断该呼叫，如下文将讨论的。在一个实施方式中，解释器130是实现语音XML(VoiceXML)的可扩展标记语言(XML)解释器。语音XML是W3C的用于规定人机之间的交互式语音对话的标准XML格式。其使得能够按照与用于视觉应用的HTML类似的方式开发和部署语音应用。如同由视觉网络浏览器解释HTML文件一样，由语音浏览器来解释语音XML文件。一个可能的XML解释器架构包括附接到公共交换电话网(PSTN)的语音浏览器组，从而用户能够使用电话(例如移动单元115和/或用户终端120)来与语音应用140进行交互。通信系统100向用户提供对一个或多个社交网络135的访问。如本文所使用的，术语“社交网络”将被理解为是指通过一个或多个特定类型的相互依赖(如“好友关系”)来联系、连接和/或关联的个体(或组织)所形成的社交结构的数字表示。术语“社交网络”还指用于在服务器、服务器集合或其他计算设备上创建、删除、维护、修改和表示社交网络的应用、算法和信息。可以使用社交网络服务来创建和维护社交网络135。通常，社交网络服务允许使用者/用户创建简介，该简介包括诸如生日、家乡、现状、消息、雇主、教育历史、兴趣、图像之类的信息。示例性社交网络服务包括内部社交网络(ISN)和外部社交网络(ESN)站点，如 MySpace、Facebook、LinkedIn、Twitter 和 Bebo。ISN 是封闭 / 专用社团，其包括公司、协会、社会、教育提供方和组织之中的人员群体或者甚至由ESN中的用户创建的“受邀”团体。ESN是开放/公开的，并且可被所有网络用户用于通信并且被设计来吸引广告商。在所示实施方式中，移动单元115和/或用户终端120的用户可以是一个或多个社交网络135的成员。社交网络135的用户可以上传诸如图像之类的媒体、创建个人简介并且与其他用户形成关系。在大多数社交网络服务中，两个用户在被关系链接之前都要确认他们是好友。例如，如果Alice将Bob列为好友，则Bob应该在将他们列为好友之前同意Alice的好友请求。还可以将由每个用户提供给社交网络135的信息分发给通过关系链接的用户中的一些或全部。移动单元115的订阅用户张贴到社交网络135的信息可以被自动分发给该用户的好友和/或好友的好友。一些社交网络具有附加特征，如创建享有共同兴趣或从属关系的团体、上传或注入实况视频以及在论坛中主持讨论的能力。专业社交网络，如Linked In,使得专业人员能够交换信息、机会和思想。
一个或多个应用140可用于利用由社交网络135所存储的信息，来提供对于系统100中的呼叫控制事件的响应。用户可以使用社交网络135(例如个人简介和/或由社交网络提供的服务)来控制他们的呼叫覆盖体验。应用140还可以用于安排呼叫覆盖呼叫流，这使得开发社团能够创建几乎无限数量的应用140。但是，网络交换机125和其他实体，如网络105、110，根据受到与应用140和社交网络135所使用的协议不同的限制的协议来进行操作。例如，网络交换机125可以使用SS7来建立和拆除语音呼叫。SS7协议因此被配置为处理实时语音信令并且当没有人应答时快速处置呼叫。这些限制可能与由应用140和/或社交网络135所实现的HTML/HTTP协议的特征不兼容，其中，至少部分地因为HTML/HTTP协议被配置为处理媒体内容(如文本、音频和/或视频)并且无需受到实时操作的限制，所以HTML/HTTP协议不受到严格的延时限制。解释器130作为这两个域之间的接口、桥和/或转换器。解释器130被配置为应答由网络交换机125接收的呼叫并且随后作为呼叫中的代理或中介。使用解释器130应答呼叫可以防止网络交换机125在例如被叫方无响应时处置呼叫。在一个实施方式中，解释器130可以应答对繁忙和/或无响应设备的呼叫，从而解释器130作为被叫方的代理。可替换 地，当网络交换机125正在尝试建立到另一个设备的呼叫时，解释器130可以“应付”或“告知”呼叫。例如，解释器130可以从网络交换机125接收用于指示设备(如移动单元115)正在启动呼叫的SS7信令，并且解释器130可以通过与网络交换机125交换适当的SS7信令来进行“应答”。解释器130然后可以根据适当的协议，通过应用140与社交网络135通信。例如，解释器130可以使用语音XML信令与应用140进行通信。解释器130因此可以允许使用存储在社交网络135中的信息来实现呼叫覆盖(例如针对通过网络交换机125传递的呼叫)。在一个示例性实施方式中，当呼叫事件指示被叫方无法接通或未应答时，解释器130与呼叫逻辑应用140通信，以选择用于主叫方的选项。在另一个示例性实施方式中，解释器130作为回铃内容的媒体播放元件，以允许解释器130创建将要在回铃呼叫事件期间播放的媒体内容。应用140被配置为使用从社交网络135获取的信息来确定回铃媒体内容。可以由社交网络应用开发商编写应用140。这使得社交网络开发团队能够确定呼叫覆盖逻辑并且通过配备应用140来控制社交网络用户，以便产生对不同的指定呼叫事件进行响应的特定呼叫逻辑。在社交网络中配备呼叫逻辑的动作可以将用户暴露给广告，广告是可以与拥有通信系统100的服务提供商共享的收入源。图2概念性地示出了用于使用由社交网络提供的信息来生成对于呼叫控制事件的响应的方法200的第一示例性实施方式。在所示实施方式中，主叫方尝试与被叫方建立呼叫会话。但是，被叫方繁忙或者未在预先确定的时间量内应答该呼叫。因此在系统中生成并且在呼叫路径的网络交换机处接收(在205)繁忙/无应答呼叫控制事件。例如，该网络交换机可以接收(在205)指示繁忙/无应答呼叫控制事件的SS7信令。响应于该呼叫控制事件，网络交换机请求(在210)电话连接以向主叫方通知该繁忙/无应答事件。该请求被转发给解释器(如能够理解由网络交换机提供的SS7信令的VXML或CCML解释器)，该解释器解释该事件并且使用该事件来生成请求，该请求被发送给被配置为响应于该繁忙/无应答呼叫控制事件而提供定制选项以作为语音内容的应用。根据主叫方和/或被叫方中的哪一方订阅了该社交网络，该应用访问(在215)与该主叫方和/或被叫方相关联的一个或多个社交网络。在一个实施方式中，根据主叫方和/或被叫方的特性，该应用可以选择不同的社交网络。例如，当主叫方和被叫方是好友时该应用可以访问(在215)Faceb00k，当主叫方和被叫方是同事时该应用可以访问(在215)Linkedln，当主叫方和被叫方之间没有关系(或关系未知)时该应用可以访问(在215)Twitter0该应用可以使用社交网络上存储的与主叫方和/或被叫方相关联的信息来生成(在220)定制选项和/或内容。可以向主叫方提供的可能的选项和/或内容的数量几乎是无限的，因为这是一种可以用于配置这些选项的社交网络信息。在一个实施方式中，该应用可以从包括如下选项的一个组中选择可能的响应选项的集合，这些选项包括诸如发送包括品牌音调、来自被叫方的个性化的消息、由主叫方和/或被叫方向社交网络张贴的信息(例如社交网络的“墙”上的信息)在内的呼叫覆盖响应之类的选项、在被叫方的社交网络上或者在独立的语音邮箱中留下消息的选项、调用由社交网络实现的另一个应用的选项，诸如此类。对于繁忙/无应答呼叫控制事件的一个示例性的呼叫覆盖响应可以用伪代码表示为
〈Branding Tone〉“AT&T Facebook，，〈Called Party Voice Message〉“I，m busy but check me out. ”〈Miss AnyPath〉 “Press I to hear what is on my wall. ”〈Miss AnyPath〉 “Press 2 to leave a message on my wall. ”〈Miss AnyPath〉“Press 3 to poke me. ”〈Miss AnyPath〉“Press 4 to hear what is on my mind. ”〈Miss AnyPath〉“Press 5 or stay on the line to be directed to my voicemailbox. ”<Beep>然而，受益于本文的公开内容的本领域的普通技术人员应该明白该呼叫覆盖伪代码仅仅意在举例说明而不是限制所要求的主题。可替换的呼叫覆盖响应选项可以包括从社交网络数据得出的其他信息和/或选项。这些可替换的选项可以包括如下事情，如口述短消息(SMS)、允许主叫方进入现有呼叫并且“悄悄说”短消息、尝试连接到不同的被叫方、向与被叫方相关联的不同电话发送呼叫连接请求、收听来自其他社交网络的信息(如tweet (用户发送到Twitter上的信息))等等。还可以基于主叫方的信息来定制呼叫覆盖。例如，可以基于主叫方的身份来定制来自被叫方的个性化问候，被叫方可以从社交网络中选择将要作为问候来显示的信息等等。还可以基于在该社交网络中所建立的主叫方与被叫方之间的关系来定制呼叫覆盖。例如，当主叫方和被叫方是好友时可以提供一个选项集合，并且当主叫方和被叫方是通过好友的好友关系来连接时可以提供不同的选项集合。所生成的定制选项的集合然后可以被提供(在225)给主叫方。例如，该应用可以向解释器返回包括VXML和/或CCML代码在内的内容，该解释器然后可以使用该返回内容来创建要向主叫方播放的语音/音频响应。可以使用由该解释器使用VXML和/或CCML代码生成的SS7信令来向网络交换机发送该语音/音频响应。在允许主叫方选择其中一个选项的实施方式中，随后可以基于由主叫方选择的选项来处置(在230)该呼叫。例如，如果主叫方选择收听被叫方的墙的一部分，则该解释器可以向该应用发送对于该信息的请求，该应用可以基于在该被叫方的墙上当前可获得的信息生成适当的响应。该信息可以返回给解释器，该解释器生成可以向主叫方播放的语音/音频响应。该语音/音频响应可以使用由该解释器使用该应用所生成的VXML和/或CCML代码所生成的SS7信令来发送给网络交换机。但是，受益于本文的公开内容的本领域的普通技术人员应该明白，由解释器生成的媒体内容不限于语音/音频内容。在可替换的实施方式中，可以在例如更先进的电话网络如IP多媒体子系统(MS)中提供文本、图像、视频和其他类型的媒体内容。通过这些方式，可以提供更准确地反映用户的当前活动、情绪或安排的呼叫控制内容。图3概念性地示出了使用由社交网络提供的信息来生成对于呼叫控制事件的响应的方法的第二示例性实施方式。在所示实施方式中，主叫方尝试与被叫方建立呼叫会话。虽然主叫方等待被叫方响应，但是该系统被配置为向主叫方提供回铃内容。因此在系统中生成并且在呼叫路径中的网络交换机处接收(在305)到回铃音呼叫控制事件。网络交换机可以使用SS7信令创建/发送回铃音呼叫控制事件。响应于该呼叫控制事件，网络交换机请求(在310)能够在等待被叫方响应时向主叫方提供的定制回铃内容。该请求被转发到解释器(如能够理解SS7信令的VXML或CCML解释器)，该解释器解释该语音信令并且使用该语音信令来生成请求，该请求被发送给被配置为响应于该回铃音呼叫控制事件来提 供定制回铃内容的应用。例如，该解释器可以基于用于发送该语音内容的SS7信令来生成VXML或CCML代码。该VXML或CCML代码然后可以发送给该应用。根据主叫方和/或被叫方中的哪一方订阅了该社交网络，该应用访问(在315)与该主叫方和/或被叫方相关联的一个或多个社交网络。在一个实施方式中，根据主叫方和/或被叫方的特性，该应用可以选择不同的社交网络。例如，当主叫方和被叫方是好友时该应用可以访问(在315)Facebook,当主叫方和被叫方是同事时该应用可以访问(在315)Linkedln，当主叫方和被叫方之间没有关系(或关系未知)时该应用可以访问(在315)Twitter0该应用可以使用社交网络上存储的与主叫方和/或被叫方相关联的信息来生成(在320)定制选项和/或内容。可以使用从主叫方的社交网络获取的信息来生成(在320)该回铃内容。例如，如果主叫方选择他们的社交网络上的“今日诗歌”，则该应用可以访问该诗歌并且使用该诗歌来生成(在320)要向主叫方播放的回铃内容。也可以使用从被叫方的社交网络获取的信息生成(在320)回铃内容。例如，该应用可以访问当前状态、tweet或来自社交网络的“在你脑海中”项并且使用其来生成(在320)该定制回铃内容。可以基于该主叫方和该被叫方之间在该社交网络上的关系来生成(在320)该回铃内容。例如，当在社交网络中该主叫方和该被叫方是好友时可以播放该定制回铃内容，并且当在社交网络中该主叫方和该被叫方不相关时可以播放默认的系统提供的回铃音。对于回铃音呼叫控制事件的一个示例性呼叫覆盖响应可以用伪代码表示为〈Branding Tone〉“AT&T Facebook”〈Text-to_speech>“Woke up to a dozen sweet kisses from Caroline !! It，sgoing to be a great day ! ”〈Miss Facebook〉 “Press I to hear what is on my wall. ”〈Miss Facebook〉 “Press 2 to hear your favorite song. ”〈Miss Facebook〉 “Press 3 to hear my favorite song. ”〈Ringing Sound〉
〈Call Complete〉然而，受益于本文的公开内容的本领域的普通技术人员应该明白该呼叫覆盖仅仅意在举例说明而不是限制所要求的主题。所生成的回铃内容然后可以被提供(在325)给主叫方。例如，该应用可以向解释器返回包括VXML和/或CCML代码的消息，该解释器然后可以使用该信息来创建要向主叫方播放的语音/音频响应。可以使用SS7信令来向网络交换机提供该语音/音频响应。例如，如果被叫方配备该应用以播放被叫方的墙的一部分作为回铃音，则该解释器可以向该应用发送对于该信息的请求，该应用可以基于在该被叫方的墙上当前可获得的信息来生成适当的响应。该信息可以被返回给解释器，该解释器可以生成可以向主叫方播放的语音/音频响应。然而，受益于本文的公开内容的本领域的普通技术人员应该明白，由解释器生成的媒体内容不限于语音/音频内容。在可替换的实施方式中，可以提供文本、图像、视频和其他类型的媒体内容。以软件或算法以及关于计算机存储器之中的数据比特的操作的符号表示的形式 给出了本文公开的主题的一部分和对应的详细描述。本领域的普通技术人员可以通过这些描述和表示来向本领域的其他普通技术人员有效地传达他们的工作的实质。在本文所使用的术语算法如其通常所使用的那样，被认为是导致希望的结果的自一致的步骤序列。这些步骤是需要物理量的物理操作的步骤。这些量通常但不一定采取能够被存储、传递、组合、比较以及以其他方式操作的光、电或磁信号的形式。主要出于使用方便的原因已证明有时候将这些信号称为比特、值、元素、符号、项、数字等等是方便的。但是应该谨记，所有这些以及类似的术语要与适当的物理量相关联并且仅仅是应用于这些量的便捷标记。除非另外声明或者从讨论中显而易见，诸如“处理”或“计算”或“算”或“确定”或“显示”等等的术语是指计算机系统或类似的电子计算系统的动作和处理，其对计算机系统的寄存器和存储器中的物理、电子量所表示的数据进行操作并且转换成由计算机系统存储器或寄存器或其他信息存储、传输或显示设备中的物理量所类似地表示的其他数据。还要注意，本文公开的主题的软件实现的方面通常编码在一些形式的程序存储介质上或者实现在一些类型的传输介质上。程序存储介质可以是磁的(例如软盘或硬盘驱动器)或光的(例如压缩盘只读存储器或“CD-ROM”)，并且可以是只读的或随机访问的。类似地，传输介质可以是双绞线、同轴电缆、光纤或本领域已知的一些其他适当的传输介质。本文公开的主题不受任意给定实现的这些方面的限制。以上公开的特定实施方式仅仅是说明性的，因为对于受益于本文的教导的本领域的熟练技术人员而言，显然可以以不同的但是等效的方式修改和实施本文公开的主题。此夕卜，除了所附权利要求中所述的限制之外，对于这里显示的构成或设计的细节没有限制意图。因此，显然可以改变或修改上述特定实施方式，并且要将所有这种修改视为落入本文公开的主题的范围中。因此，本文寻求的保护如所附权利要求中所阐述的。
权利要求
1.一种方法，包括 在解释器处接收指示与从主叫方到被叫方的呼叫相关联的呼叫控制事件的信息，其中，所述主叫方或所述被叫方中的至少一个订阅了社交网络；以及 从所述解释器提供由应用服务器基于所述呼叫控制事件以及从所述社交网络获取的针对所述主叫方或所述被叫方中的至少一个的信息所生成的内容。
2.如权利要求I所述的方法，其中，接收指示所述呼叫控制事件的信息包括在语音XML解释器处接收指示主叫方信息的SS7信令或会话初始协议(SIP)信令中的至少一个，并且其中，提供所述内容包括提供语音信息和SS7信令，所述语音信息和SS7信令是由所述语音XML解释器使用由所述应用服务器生成的作为语音XML代码的信息所生成的。
3.如权利要求I所述的方法，其中，接收指示所述呼叫控制事件的信息包括接收指示没有来自所述被叫方的应答或者所述被叫方繁忙的信息，并且其中，提供由所述应用服务器生成的所述内容包括向所述主叫方提供至少一个响应选项。
4.如权利要求I所述的方法，其中，接收指示所述呼叫控制事件的所述信息包括接收对于将要向所述主叫方播放的回铃音的请求，并且其中，提供由所述应用服务器生成的所述内容包括提供已基于从所述社交网络获取的信息修改的回铃内容。
5.一种方法，包括 在应用服务器处响应于与从主叫方到被叫方的呼叫相关联的呼叫控制事件生成内容，其中，所述主叫方或所述被叫方中的至少一个订阅了社交网络，所述内容是基于所述呼叫控制事件和从所述社交网络获取的针对所述主叫方或所述被叫方中的所述至少一个的信息所生成的；以及 从所述应用服务器向解释器提供所述内容。
6.如权利要求5所述的方法，包括响应于所述解释器接收到指示所述呼叫控制事件的信息，从所述解释器接收对于所述内容的请求，其中，接收对于所述内容的所述请求包括接收使用指示在语音XML解释器处接收的主叫方语音信息的SS7或SIP信令所生成的请求，并且其中，提供所述内容包括向所述语音XML解释器提供作为语音XML代码的所述内容。
7.如权利要求5所述的方法，其中，响应于所述呼叫控制事件生成所述内容包括响应于指示没有来自所述被叫方的应答或者所述被叫方繁忙的信息来生成所述内容，并且其中，生成所述内容包括生成用于所述主叫方的至少一个响应选项，并且其中，生成所述至少一个响应选项包括基于从所述社交网络接收的信息修改至少一个响应选项。
8.如权利要求5所述的方法，其中，响应于所述呼叫控制事件生成所述内容包括生成要向所述主叫方播放的回铃内容，其中，生成所述回铃内容包括基于从所述社交网络获取的信息来修改回铃音。
9.一种包括被配置为可通信地耦合到网络交换机和至少一个应用服务器的解释器的装置，所述解释器被配置为 从所述网络交换机接收指示与从主叫方到被叫方的呼叫相关联的呼叫控制事件的信息，其中，所述主叫方或所述被叫方中的至少一个订阅了至少一个社交网络；以及 向所述网络交换机提供由所述至少一个应用服务器基于所述呼叫控制事件以及从所述至少一个社交网络获取的针对所述主叫方或所述被叫方中的至少一个的信息所生成的内容。
10.如权利要求9所述的装置，其中，所述解释器被配置为 应答由所述网络交换机从所述主叫方接收的呼叫并且作为所述呼叫中的代理或中介； 使用语音XML信令与所述至少一个应用服务器通信；以及 充当针对将要在回铃呼叫事件期间播放的回铃内容的媒体播放元件。·
全文摘要
本申请涉及向主叫方或被叫方提供内容，尤其是在繁忙或无应答情况下。传统的呼叫控制在繁忙或无应答的情况下将主叫方导向到语音邮件服务，或者在其他情况下提供传统的回铃音。然而，这些传统解决方案被认为是静态的，相对来说，诸如MySpace、Facebook、LinkedIn、Twitter和Bebo的社交网络服务提供实时web，因此更加动态。本申请的思想在于可以通过获取动态社交网络服务信息并将其提供给呼叫参与方来将这种动态社交网络服务信息集成到呼叫控制服务中。与传统的语音邮件不同，主叫方也可以提供有呼叫覆盖选项，使得能够在被叫方的Facebook页面的墙上留下消息，而不是留下传统的语音邮件消息。使用了实现级的传统呼叫控制协议如SIP或SS7以及用于呼叫和web服务器之间的交互的VoiceXML。
文档编号H04M7/00GK102783128SQ201180007908
公开日2012年11月14日 申请日期2011年1月13日 优先权日2010年2月1日
发明者D·S·斯图普斯 申请人:阿尔卡特朗讯