在主叫方繁忙/無應答情況下針對個性化的呼叫過程音調而對社交網絡服務進行訪問的製作方法

2023-10-08 21:25:44

專利名稱：在主叫方繁忙/無應答情況下針對個性化的呼叫過程音調而對社交網絡服務進行訪問的製作方法
技術領域：
本發明一般而言涉及通信系統，並且更具體而言涉及在通信系統中響應呼叫控制事件。
背景技術：
服務提供商支持有線和無線通信系統中的語音呼叫。語音呼叫可以是點對點呼叫(例如當用戶對另一個用戶打出電話呼叫時)或點對多點呼叫(例如當一組用戶建立「一鍵通」(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. 」然而，受益於本文的公開內容的本領域的普通技術人員應該明白該呼叫覆蓋偽代碼僅僅意在舉例說明而不是限制所要求的主題。可替換的呼叫覆蓋響應選項可以包括從社交網絡數據得出的其他信息和/或選項。這些可替換的選項可以包括如下事情，如口述短消息(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·斯圖普斯 申請人:阿爾卡特朗訊