專利名稱：VoIP客戶信息的制作方法
VoIP客戶信息
扭旦 冃爾
一般而言，因特網電話系統(tǒng)為用戶提供了擁有一呼叫連接的機會，該
呼叫連接與常規(guī)的基于公共交換電話網(PSTN)的電話系統(tǒng)相比具有增強 的呼叫特征。在通常被稱為網際協(xié)議語音(VoIP)的典型因特網電話系統(tǒng) 中，音頻信息被處理成稱為分組的數(shù)據(jù)塊序列，以便利用網際協(xié)議(IP) 數(shù)據(jù)網絡進行通信。在VoIP呼叫對話期間，數(shù)字化的語音被轉換成小的語 音數(shù)據(jù)幀并通過向發(fā)送和接收的語音數(shù)據(jù)幀添加IP頭部來組裝語音數(shù)據(jù)分 組。
VoIP電話受到大家喜愛是因為其通信的靈活性和可移植性、建立和控 制多媒體通信的能力等。由于其提供傳統(tǒng)電話技術不能夠提供的增強的呼 叫特征和高級服務的能力，VoIP電話將可能繼續(xù)得到偏愛。然而，現(xiàn)有的 VoIP方法未提供用于詢問涉及位置的上下文信息或通過VoIP對話獲得這 種上下文信息的方法。
概述
提供本概述以便以簡化的形式介紹將在以下詳細描述中進一步描述的 一些概念。本概述并不旨在標識所要求保護的主題的關鍵特征，也不旨在 用于幫助確定所要求保護的主題的范圍。
提供了用于收集并向VoIP客戶或其它服務提供方提供所需信息的方 法和系統(tǒng)。接收并處理信息詢問以標識將被發(fā)送到信息詢問方的適當?shù)纳?下文信息。例如，可以接收對VoIP客戶的位置信息的詢問并收集和提供涉 及該VoIP客戶的位置的上下文信息。在標識了該適當?shù)纳舷挛男畔r，確 定適用于提供該適當?shù)纳舷挛男畔⒌脑?。通過利用各種途徑，從該源獲得 該適當?shù)纳舷挛男畔ⅰＫ@得的適當?shù)纳舷挛男畔⒈惶峁┙oVoIP客戶。
根據(jù)本發(fā)明的一方面，提供了一種用于通過呼叫客戶和被呼叫客戶之 間的通信信道來提供涉及一信息詢問的上下文信息的方法?？梢越邮丈婕?該被呼叫客戶的信息詢問。在接收到該詢問時，可以獲得涉及該被呼叫客 戶的上下文信息?；诒缓艚锌蛻舻纳舷挛男畔?，可以標識并從第三方服務提供方、被呼叫客戶或該服務提供方的本地存儲中獲得對應于該詢問的 一組信息。所獲得的該組信息可被提供回該呼叫客戶。
根據(jù)本發(fā)明的另 一方面，提供了 一種具有用于響應于詢問通過VoIP通 信信道提供信息的計算機可執(zhí)行組件的計算機可讀介質。這些計算機可執(zhí) 行組件包括用于接收信息詢問的信息管理組件；用于處理第一客戶的上下 文信息并標識用于獲取該信息的源的信息處理組件。該信息管理組件從該 源獲取對應于該詢問的信息并向第二客戶提供所獲得的信息。該信息處理 組件標識多個源并基于該上下文信息選擇最適3的源。如果信息處理組件 不能標識任何源，則信息管理組件發(fā)送預定的默認信息。信息處理組件通 過添加所獲得的信息來更新該上下文信息；并且其中信息管理組件發(fā)送已 更新的上下文信息。
根據(jù)本發(fā)明的又一方面， 一種用于通過第一客戶和第二客戶之間的通 信信道提供涉及位置的上—F文信息的方法，該方法包括可以接收對第一 客戶的位置信息的詢問。該信息詢問是作為從第二客戶接收到的上下文信 息的一部分來接收的。該上下文信息涉及通過第一客戶和第二客戶之間的 VoIP通信信道的對話。
在接收到該詢問時，可以獲得涉及第一客戶的一組上下文信息。確定 從該組所獲得的h下文信息中是否有該位置信息可用。如果該位置信息可 用，則將向第二客戶提供該位置信息。在一實施例中，可以基于從第二客 戶接收到的上下文信息來標識該位置信息的類型，如第一客戶的地理位置、 第一客戶的設備的IP地址等。如果該位置信息不可用，則可以基于該組所 獲得的上下文信息來確定供獲取該位置信息的至少一個源，并隨后可以從 該至少一個源獲得該位置信息。


,結合附圖參考以下詳細描述時，口J以更容易領會并更好地理解本發(fā) 明的上述方面和許多附加優(yōu)點，附圖中
圖1是說明根據(jù)本發(fā)明的一個方面的用于在各客戶之間建立對話信道 的VoIP環(huán)境的框圖2是說明根據(jù)本發(fā)明的一方面的V0lP客戶的框圖；圖3是說明根據(jù)本發(fā)明的一方面的與VoIP設備相關聯(lián)的各組件的框
圖4是說明根據(jù)本發(fā)明的一個方面的兩個VoIP客戶之間通過對話信道 的數(shù)據(jù)交換的框圖5是在圖1的VoIP環(huán)境中所建立的通信信道上使用的數(shù)據(jù)分組的框
圖6是示出根據(jù)本發(fā)明的一方面的兩個VoIP客戶之間的用于傳輸由所 標識的結構化分層結構定義的上下文信息的交互的框圖7A和7B是示出根據(jù)本發(fā)明的一方面的兩個VoIP實體之間的用于 響應于詢問來收集并提供上下文信息的交互的框圖8-12B是說明根據(jù)本發(fā)明的一方面的對應于VoIP上下文信息的結構 化分層結構的各屬性和類的框圖；以及
圖13是示出根據(jù)本發(fā)明的一方面的位置信息例程的流程圖。
詳細描述
一般而言，本發(fā)明涉及用于收集并通過通信信道向VoIP客戶或其它服 務提供方提供所詢問的信息的方法和系統(tǒng)。更具體地，本發(fā)明涉及用于響 應于信息詢問來標識上下文信息、收集并提供所標識的根據(jù)"結構化分層 結構"來表示的上下文信息的方法和系統(tǒng)。此處使用的"結構化分層結構" 是用于安排要在兩個或更多VoIP設備之間交換的上下文信息的預定義的 組織結構。例如，結構化分層結構可以是XML命名空間。此外，VoIP對 話是通過對話信道交換的、涉及對話的諸如上下文信息和語音信息等信息 的數(shù)據(jù)流。在交換該上下文信息時，任何被授權的上下文信息發(fā)送方都可 以改變在預定通信信道路徑中被發(fā)送給下一接收方的上下文信息的范圍、 內容或數(shù)量。雖然將參考說明性結構化分層結構和IP電話環(huán)境來描述本發(fā) 明，但本領域普通技術人員將會認識到所公開的各實施例本質上是說明性 的，且不應被解釋為是限制性的。
參考圖1，示出了用f在各"VoIP客戶"之間提供IP電話服務的IP 電話環(huán)境100的框圖。此處使用的"VoIP客戶"指的是具有一個或多個相 關聯(lián)的VoIP設備和唯一 VoIP客戶標識符的諸如個人、組織、公司等特定聯(lián)系點。例如，單個個人、5個相關聯(lián)的VoIP設備和唯一 VoIP客戶標識 符共同構成VoIP客戶。類似地，包括500個個人和超過1000個相關聯(lián)的 VoIP設備的公司也可以被統(tǒng)稱為VoIP客戶，并且可以用唯一 VoIP客戶標 識符來標識該VoIP客戶。此外，VoIP設備可以與多個VoIP客戶相關聯(lián)。 例如，位于三個不同的個人(每一個人都與一單獨的VoIP客戶相關聯(lián))生 活的住處的計算機(VoIP設備)可以與這三個VoIP客戶中的每一個相關 聯(lián)。不論設備的組合如何，都可以在語音系統(tǒng)中使用該唯一 VoIP客戶標識 符來達到該VoIP客戶的聯(lián)系點。
一般而言，IP電話環(huán)境IOO可以包括諸如因特網、內聯(lián)網網絡、廣域 網(WAN)、局域網(LAN)等IP數(shù)據(jù)網絡108。 IP電話環(huán)境100還可以 包括向VoIP客戶124、 125、 134提供VoIP服務的VoIP服務提供方126、 132。 VoIP呼叫對話可以作為對應于語音信息、媒體信息、禾B/或上下文信 息的數(shù)據(jù)分組流來交換。如下將更詳細地討論的，上下文信息包括涉及該 VoIP對話的元數(shù)據(jù)(信息的信息)、在該對話中使用的設備、所連接的 VoIP客戶的聯(lián)系點、和/或由該聯(lián)系點標識的個人(例如，公司的雇員)。
IP電話環(huán)境100還可以包括第三方VoIP服務提供方140。 VoIP服務 提供方126、 132、 140可以提供各種呼叫特征，如來電過濾、文本數(shù)據(jù)、 語音和媒體數(shù)據(jù)集成、以及集成數(shù)據(jù)傳輸，作為VoIP呼叫對話的一部分。
VoIP服務提供方132可以被耦合到諸如公司LAN 136等專用網絡， 從而向通信地連接到公司LAN 136的若干VoIP客戶134提供IP電話服務 (例如，該專用網絡中的內部呼叫、該專用網絡外的外部呼叫等)和多媒 體數(shù)據(jù)服務。類似地，諸如VoIP服務提供方126等VoIP服務提供方可以 被耦合到因特網服務供應商(ISP) 122，從而向ISP 122的客戶提供IP電 話服務和VoIP服務。
在一實施例中， 一個或多個ISP 106、 122可被配置為向VoIP客戶104、 124、 125提供因特網接入以使VoIP客戶104、 124、 125可以維護在因特 網上建立的對話信道。連接到ISP 106、 122的VoIP客戶104、 124、 125 可以使用有線和/或無線通信線路。此外，每一VoIP客戶104、 124、 125、 134都可以與通信地連接到PSTN 112的普通老式電話業(yè)務(POTS) 115進行通信。諸如PSTN網關等PSTN接口 114可以在PSTN和IP數(shù)據(jù)網絡108 之間提供訪問。PSTN接口 114可以為PSTN將VoIP數(shù)據(jù)分組轉換成電路 交換語音話務，反之亦然。PSTN 112可以包括陸線設備116、移動設備117等。
諸如陸線116等常規(guī)的語音設備可以基于VoIP客戶的唯一標識符來請 求與該VoIP客戶連接，然后將使用與該VoIP客戶相關聯(lián)的適當?shù)腣oIP 設備來建立連接。在一示例中，與VoIP客戶相關聯(lián)的個人可以基于各種條 件(例如，基于呼叫方、-、與天的時間等的連接)來指定在連接呼叫時要使 用哪一設備。
應當理解，環(huán)境100中的上述配置僅僅是示例性的。本領域普通技術 人員將認識到，具有各種VoIP實體的任何合適的配置都可以是環(huán)境100的 一部分。例如，耦合到LAN 136的VoIP客戶134可以能夠使用或不使用 VoIP服務提供方132或ISP 106、 122來與其它VoIP客戶104、 124、 125、 134進行通信。此外，ISP 106、 122還可以向其客戶提供VoIP服務。
現(xiàn)參考圖2，示出根據(jù)本發(fā)明的一實施例的圖解包括若干VoIP設備和 -一唯一客戶標識符的示例性VoIP客戶200的框圖。每一 VoIP設備202、 204、 206都可以包括用來維護涉及來電的語音消息、地址簿、客戶指定的 規(guī)則、優(yōu)先級信息等的存儲。另選地或另外地，例如由服務提供方維護的 獨立存儲可以與該VoIP客戶相關聯(lián)且可由包含涉及該VoIP客戶的信息的 每-- VoIP設備訪問。在一實施例中，諸如無線電話202和IP電話204、或 具有適當?shù)腣oIP應用程序的計算機206等任何合適的VoIP設備都可以是 VoIP客戶200的-部分。VoIP客戶200還維護一個或多個唯一客戶標識符 208。唯一客戶標識符208可以是常量或可以隨時間改變。例如，唯一標識 符208在每次呼叫時都可以改變。該唯一客戶標識符被用來標識客戶并與 同該VoIP客戶相關聯(lián)的聯(lián)系點210進行連接。該唯一客戶標識符可以在包 括在該VoIP客戶中的每一 VoIP設備上進行維護或由包括與該VoIP客戶 中所包括的每--VoIP設備的關聯(lián)的服務提供方來維護。在唯一客戶標識符 由服務提供方維護的情況中，該服務提供方可以包括關于每一相關聯(lián)的 VoIP設備的信息和關于要為傳入的通信連接哪一 (哪些)設備的知識。在一替換實施例中，VoIP客戶200可以維護多個客戶標識符。在該實施例中， 可以為每一呼叫會話向VoIP客戶200臨時分配唯一客戶標識符。
該唯一客戶標識符可類似于PSTN中的電話號碼來使用。然而，取代撥 打典型的電話號碼來使諸如家庭電話等特定PSTN設備響鈴，該唯一客戶 標識符被用來達到諸如個人或公司等與該VoIP客戶相關聯(lián)的聯(lián)系點?；?客戶的安排，將連接適當?shù)脑O備來達到該聯(lián)系點。在一實施例中，包括在 VoIP客戶中的每一 VoIP設備還可以具有其自己的網絡中的物理地址或唯 一設備號碼。例如，如果個人使用個人計算機(VoIP設備)給POTS客戶 打電話，則該VoIP客戶標識號碼連同該個人計算機的IP地址將最后一起 被轉換成在PSTN中可以識別的電話號碼。
圖3是可以i;/一個或多個VoIP客戶相關聯(lián)并與本發(fā)明的各實施例一起 使用的VoIP設備300的框圖。應該注意，VoIP設備300是作為示例來描 述的?？梢岳斫?，具有各種其它組件的任何合適的設備都可以與本發(fā)明的 各實施例一起使用。為利用VoIP服務，VoIP設備300可以包括適用于接 收、發(fā)送和處理各種類型的數(shù)據(jù)分組的組件。例如，VoIP設備300可以包 括多媒體輸入/輸出組件302和網絡接口組件304。多媒體輸入/輸出組件302 可以被配置為輸入和/或輸出多媒體數(shù)據(jù)(包括音頻、視頻等)、用戶生物 測定、文本、應用程序文件數(shù)據(jù)等。多媒體輸入/輸出組件302可以包括任 何合適的用戶輸入/輸出組件，如話筒、攝像機、顯示屏、鍵盤、用戶生物 測定識別設備等。多媒體輸入/輸出組件302還可以經由網絡接口組件304 接收和發(fā)送多媒體數(shù)據(jù)。網絡接口組件304可以支持諸如以太網接口、幀 中繼接口、電纜接口、 DSL接口、令牌環(huán)接口、射頻(空中接口)等接口。 VoIP設備300可以包括含有諸如只讀存儲器設備(ROM)、隨機存取存儲 器(RAM)、硬盤驅動器、光盤驅動器等永久的和/或可移動的存儲的硬件 組件306。該存儲可被配置為存儲用于控制操作系統(tǒng)和/或一個或多個應用 程序的操作的程序指令，以及存儲涉及與包括該設備的VoIP客戶相關聯(lián)的 個人的上下文信息(例如，語音簡檔、用戶生物測定信息等)的上下文信 息。在一實施例中，硬件組件306可以包括允許非VoIP設備發(fā)送和接收 VoIP對話的VoIP接口卡。設備300還可以包括用于設備300的操作的軟件應用程序組件310和 用于支持各種VoIP服務的VoIP服務應用程序組件308。 VoIP服務應用程 序組件308可以包括諸如數(shù)據(jù)分組組裝器/拆解器應用程序、結構化分層結 構解析應用程序、音頻編碼器/解碼器(CODEC)、視頻CODEC和用于提 供VoIP服務的其它合適的應用程序等應用程序。
參考圖4，示出說明根據(jù)本發(fā)明的一實施例的兩個不同的VoIP客戶的 VoIP設備之間通過對話信道的對話流程400的框圖。在連接建立階段，第 - VoIP客戶406的VoIP設備請求啟動與第二 VoIP客戶408的對話信道。 在一說明性實施例中，第一 VoIP客戶406的VoIP服務提供方402 (提供 方1)接收啟動對話信道的請求并將該請求轉發(fā)給第二 VoIP客戶406的 VoIP服務提供方404 (提供方2)。盡管該示例利用兩個VoIP服務提供方 和兩個VoIP客戶，但任何數(shù)量和組合的VoIP客戶和/或服務提供方都可以 與本發(fā)明的各實施例一起使用。例如，在建立該連接時可以只利用一個服 務提供方。而在另一示例中，通過利用公共和專用線路，VoIP設備之間的 通信可以是直接的，從而消除對VoIP服務提供方的需求。在對等上下文中， VoIP設備之間的通信也可以是直接的，而不涉及任何服務提供方。
有各種可被選擇以供在各VoIP客戶、各VoIP設備、和/或各VoIP服 務提供方之間交換信息時使用的協(xié)議。例如，在選擇會話發(fā)起協(xié)議(SIP) 協(xié)議作為信令協(xié)議時，將通過SIP信令路徑/信道來交換會話控制信息和消 息，并通過實時傳輸協(xié)議(RTP)路徑/信道來交換媒體流。出于討論的目 的，此處使用的通信信道一般指的是任何類型的數(shù)據(jù)或信號交換路徑/信道。 因此，可以理解，取決于協(xié)議，連接建立階段和連接終止階段可以在對話 流程400中需要額外步驟。
為易于解釋，將利用其中第一 VoIP客戶406和第二 VoIP客戶408各 自都只包括一個VoIP設備的示例。因而，在此提供的討論將涉及兩個VoIP 設備的連接。使用第一 VoIP客戶406的設備的個人可以選擇或輸入要被呼 叫客戶的唯一客戶標識符。提供方1 402從第一 VoIP客戶408的設備接收 該請求并基于包括在該請求中的唯一客戶標識符來確定終止服務提供方 (例如，第二 VoIP客戶408的提供方2 404)。隨后將該請求轉發(fā)到提供方2 404。該呼叫發(fā)起將被轉發(fā)給第二 VoIP客戶的設備。隨后可以在第一 VoIP客戶406的設備和第二 VoIP客戶408的設備之間建立對話信道。
在一說明性實施例中，在第一 VoIP客戶406和第二 VoIP客戶408的 設備開始交換數(shù)據(jù)分組之前，可以交換上下文信息。如下更詳細地討論的， 可以根據(jù)與該對話相關聯(lián)的預定結構來將該上下文信息分組化。與第一 VoIP客戶406、第一 VoIP客戶406的服務提供方或不同的設備/服務提供 方相關聯(lián)的任何設備都可以基于該上下文信息的內容來確定該結構。在一 實施例中，所交換的上下文信息可以包括涉及呼叫VoIP客戶406、設備、 和被呼叫VoIP客戶408的信息。此外，可以將對特定信息的詢問作為該上 下文信息的-部分來發(fā)送。例如，VoIP客戶406可以發(fā)送對VoIP客戶408 的地理位置信息的詢問。提供方1 402或被呼叫VoIP客戶都可以收集該被 呼叫VoIP客戶的地理位置信息并將所收集的信息提供給呼叫VoIP客戶 406。在一實施例中，提供方1 402在客戶請求呼叫發(fā)起時可能已經具有該 客戶的地理位置信息。另選地，提供方1 402可以從維護VoIP客戶的位置 信息的位置服務服務器獲取這一信息。
可用媒體類型、呼叫客戶和被呼叫客戶的規(guī)則等也可以是在連接建立 階段期間所交換的上下文信息的一部分。取決于該上下文信息的本質，該 上下文信息可以由第一 VoIP客戶406的設備中的一個、第二 VoIP客戶408 的設備中的一個、和/或由VoIP服務提供方(例如，提供方1 402和提供方 2 404)來處理和收集。在一實施例中，VoIP服務提供方402、 404在轉發(fā) 該客戶的上下文信息之前，可以向/從該客戶的上下文信息中添加、刪除和/ 或修改某些信息。
響應于發(fā)起對話信道的請求，第二 VoIP客戶408可以經由提供方2 404 接受建立對話信道的請求或執(zhí)行諸如拒絕該請求等其它適當?shù)膭幼??？梢?基于所獲得的上下文信息來確定這些適當?shù)膭幼?。在建立了對話信道時， 第一 VoIP客戶406的設備和第二 VoIP客戶408的設備開始通過交換數(shù)據(jù) 分組來互相通信。如下將更詳細地描述的，包括對話數(shù)據(jù)分組和上下文數(shù) 據(jù)分組的這些數(shù)據(jù)分組通過已連接的設備之間已建立的對話信道來傳送。
對話數(shù)據(jù)分組攜帶涉及對話的數(shù)據(jù)，例如，語音數(shù)據(jù)分組或多媒體數(shù)據(jù)分組。上下文數(shù)據(jù)分組攜帶涉及除對話數(shù)據(jù)之外的數(shù)據(jù)的信息。 一旦建
立了對話信道，或者第一 VoIP客戶406或者第二 VoIP客戶408都可以請 求終止該對話信道。在終止之后，可以在第一 VoIP客戶406和第二 VoIP 客戶408之間交換某些上下文信息。
圖5是根據(jù)本發(fā)明的一實施例的在通信(對話)信道上使用的數(shù)據(jù)分 組結構500的框圖。數(shù)據(jù)分組結構500可以是用于適用于被利用來攜帶對 話數(shù)據(jù)(例如，語音、多媒體數(shù)據(jù)等)或上下文數(shù)據(jù)(例如，涉及VoIP服 務的信息等)的IP數(shù)據(jù)分組的數(shù)據(jù)分組結構。然而，可以利用任何其它合 適的數(shù)據(jù)結構來攜帶對話數(shù)據(jù)或上下文數(shù)據(jù)。數(shù)據(jù)分組結構500包括頭部 502和凈荷504。頭部502可以包含將對應的數(shù)據(jù)分組傳送到目的地所必需 的信息。另外，頭部502可以包括在對話的過程中所利用的信息。這一信 息可以包括用于標識對話(例如，呼叫)的對話ID 506、諸如被呼叫客戶 的唯一客戶標識符等目的地ID 508、源ID510 (呼叫客戶的唯一客戶標識 符或設備標識符)、用于標識凈荷類型的凈荷ID 512 (例如，對話或上下 文)、用于標識該對話數(shù)據(jù)所涉及的個人的個人ID (未示出)等。在一替 換實施例中，頭部502可以包含關于因特網協(xié)議版本和凈荷長度的信息， 以及其它信息。凈荷504可以包括涉及所標識的對話的對話或上下文數(shù)據(jù)。 本領域普通技術人員將認識到，可以將額外的頭部用作更上層的頭部，如 TCP頭部、UDP頭部等。
在本發(fā)明的一實施例中，可以預定義一結構化分層結構以通過VoIP對 話信道來傳送上下文信息。該上下文信息可以包括涉及VoIP客戶、VoIP 設備、對話信道連接(例如，呼叫基礎)、對話上下文(例如，呼叫上下 文)等的任何信息更具體地，該上下文信息可以包括客戶偏好、客戶規(guī)則、 客戶的位置(例如，用戶的位置、設備位置等)、生物測定信息、用戶的 機密信息、VoIP設備功能、VoIP服務提供方信息、媒體類型、媒體參數(shù)、 呼叫號碼優(yōu)先級、關鍵字、涉及應用程序文件的信息等。取決于該上下文 數(shù)據(jù)的本質，可以在每一 VoIP客戶和/或VoIP服務提供方處處理和收集該 七下文信息。在一方面，VoIP服務提供方在轉發(fā)該上下文信息之前可以添 加、修改和/或刪除VoIP客戶的上下文數(shù)據(jù)。例如，VoIP客戶的機密信息將被與該客戶相關聯(lián)的VoIP服務提供方刪除，除非客戶授權發(fā)送這一信 息。在某些情況下，在內聯(lián)網網絡之外發(fā)送最小量的上下文信息。
參考圖6，示出了圖解根據(jù)本發(fā)明的一實施例的兩個VoIP客戶之間的 用于發(fā)送上下文信息的交互的框圖600。如圖4 一樣，此處描述的示例將利
用其中每個客戶只有一個與之相關聯(lián)的設備且連接發(fā)生在那兩個設備之間
的場景。在一實施例中，VoIP客戶606和VoIP客戶608的設備已建立了 VoIP對話信道。VoIP客戶606可以標識將使用哪些結構化分層結構來攜帶 特定上下文信息。關于所標識的結構化分層結構的信息可以包括關于哪些 結構化分層結構被用來攜帶該上下文信息、如何標識結構化分層結構等信 息。在交換對應的上下文信息之前，將在VoIP客戶606和VoIP客戶608. 之間交換這一信息。在接收到標識將使用哪一結構化分層結構來攜帶上下 文信息的信息時，VoIP客戶608査找預定義的結構化分層結構(例如，XML 命名空間等)以選擇所標識的結構化分層結構。在一實施例中，可以全局 地存儲并在可從一組VoIP客戶訪問的集中式位置管理這些預定義的結構 化分層結構。在該實施例中，該集中式位置的統(tǒng)一資源標識符(URI)地址 可從VoIP客戶606發(fā)送到VoIP客戶608。
在另一實施例中，每一 VoIP客戶都可以具有存儲在任何設備的本地存 儲或所有設備可以共享的專用本地存儲中的一組預定義的結構化分層結 構。在交換上下文信息之前，可以在VoIP客戶之間聲明這些預定義的結構 化分層結構并對其達成-致。以此方式，可以消除對提供上下文數(shù)據(jù)分組 的結構的需求，并因而減少對應于該上下文數(shù)據(jù)的所發(fā)送的數(shù)據(jù)分組的量。 此外，，通過利用預定義的結構化分層結構，可以用硬件和/或軟件無關的 方式來發(fā)送數(shù)據(jù)分組。
在檢索所標識的結構化分層結構時，VoIP客戶608期望接收數(shù)據(jù)流以 便根據(jù)所標識的結構化分^結構來定義對應于該數(shù)據(jù)流的數(shù)據(jù)分組。VoIP 客戶606可以開始發(fā)送根據(jù)所標識的結構化分層結構來表示的上下文信息。 在一實施例中，VoIP客戶608開始關于該上下文信息的數(shù)據(jù)綁定過程。例 如，可以用所接收到的上下文信息來構造所標識的結構化分層結構的實例。
圖7A和7B是示出根據(jù)本發(fā)明的--實施例的響應于對位置信息的詢問來收集和在VolP實體之間交換這種位置信息的框圖700。在一實施例中， 這些VoIP實體可以包括VoIP客戶、這些客戶的VoIP服務提供方、第三
方服務提供方(例如，位置服務提供方)等。
參考圖7A，在一實施例中，VoIP客戶608可以發(fā)送對涉及VoIP客戶 606的特定上下文信息的詢問。盡管該示例利用一個VoIP服務提供方和兩 個VoIP客戶，但任何數(shù)量和組合的VoIP客戶和/或服務提供方都可以與本 發(fā)明的各實施例一起使用。該詢問可以尋找VoIP客戶606的位置信息。服 務提供方602可能已經從VoIP客戶606獲得了包括位置信息的上下文信 息。如下將更詳細地描述的，可以構想，在該說明性實施例中利用結構化 分層結構以在若干VoIP實體之間傳送上下文信息(上下文數(shù)據(jù)分組)。
出于討論的目的，假定VoIP客戶606和VoIP客戶608使服務提供方 602作為VoIP服務提供方。位置服務提供方614可用以向服務提供方602 提供特定類型的位置信息。如下將更詳細地討論的，位置信息可以包括涉 及客戶定義的位置、設備定義的位置、地理位置、虛擬/邏輯位置等各種類 型的信息。位置服務服務器602的示例可以是全球定位系統(tǒng)(GPS)服務 服務器、用戶位置服務服務器(例如，因特網定位符服務器、網絡上的會 議目錄服務器等)等。因特網位置服務器可被用來經由當前IP地址標識各 個用戶。在一實施例中，VoIP客戶608可以發(fā)送對涉及VoIP客戶606的 特定上下文信息(例如，設備的地理位置信息)的詢問。服務提供方602 處理該詢問來標識要收集什么—h下文信息以及要聯(lián)系或查詢哪一適當?shù)脑?來獲取所標識的上下文信息。
如果該適當?shù)脑词荲oIP客戶606，則服務提供方602向VoIP客戶606 請求所標識的上下文信息。在接收到該請求時，VoIP客戶606收集所請求 的上下文信息并標識要被用來攜帶所收集的上下文信息的結構化分層結 構。利用所標識的結構化分層結構將所收集的上下文信息從VoIP客戶606 發(fā)送到提供方1 602。如果該適當?shù)脑词俏恢梅辗掌?14，則服務提供 方602從該位置服務服務器獲取該信息。在一實施例中，VoIP客戶606和 VoIP客戶608的服務提供方616可以包括服務提供方(服務器)602和位 置服務服務器614。在該實施例中，服務提供方616向其客戶提供位置信息。另選地，在接收到該詢問時，服務提供方602從各源獲取和/或收集涉
及VoIP客戶606的任何容易獲得的位置信息，例如個人用戶的地理位置、
設備的地理位置、設備在網絡中的邏輯位置、個人用戶在虛擬空間中的位
置等。服務提供方602可以處理所接收到的位置信息、存儲該位置信息的 所需部分、并基于詢問發(fā)送所接收到的信息的子集。所存儲的信息可在將 來使用。如上所述，服務提供方602還可以標識并獲取涉及該詢問的另外 的上下文信息，并據(jù)此更新當前上下文信息(例如，先前獲得的位置信息)。 此外，服務提供方602可以標識當前上下文信息中在發(fā)送該上下文信息之 前要移除、添加和/或修改的部分，并隨后據(jù)此更新所接收到的上下文信息。 在一實施例中，關于所標識的結構化分層結構的信息還被發(fā)送到服務提供 方602，或被直接發(fā)送到VoIP客戶606。關于所標識的結構化分層結構的 信息可以包括關于哪些結構化分層結構被用來攜帶特定上下文信息、如何 標識結構化分層結構等的信息。
在一說明性實施例中，通過添加或刪除該上下文信息的一部分，服務 提供方602可以生成適用于響應來自VoIP客戶608的詢問的特制的上下文 信息。例如，服務提供方602可以生成包括特定類型的位置信息和涉及該 特定類型的位置信息的其它上下文信息的上下文信息。服務提供方602可 以將該特制的上下文信息發(fā)送到VoIP客戶608。另選地，服務提供方602 可以將該特制的上下文信息(例如，位置信息)，或所獲得的上下文信息 發(fā)送到最終會將所接收到的上下文信息轉發(fā)到VoIP客戶608的第三方SP。 如有必要，該第三方SP可以收集更多的上下文信息，并通過添加、刪除、 和/或修改信息來更新所接收到的上下文信息。
在一實施例中，可以通過可擴展標記語言(XML)來定義結構化分層 結構。然而，可以理解，可以通過適用于實現(xiàn)和維護可擴展結構化分層結 構的任何語言來定義該結構化分層結構。 一般而言，XML因為其是跨平臺 的、軟件和硬件無關的發(fā)送信息的工具而眾所周知。此外，XML將其數(shù)據(jù) 作為分層地結構化的節(jié)點樹來維護，每一節(jié)點包括可以包含描述性屬性的 標簽。通常，提供XML命名空間來給予該命名空間一個唯一名字。在一些 實例中，該命名空間可被用作指向包含關于該命名空間的默認信息的集中式位置的指針。
根據(jù)一說明性實施例，在正在建立通信信道時，VoIP客戶606可以為 該上下文信息標識一XML命名空間。例如，該XML命名空間屬性可被置 于發(fā)送元素的開始標簽中。應當理解，在此所示的XML命名空間、屬性和 類是僅作為結合本發(fā)明的各種實施例來使用的結構化分層結構的示例來提 供的。在VoIP客戶608接收到XML命名空間信息之后，VoIP客戶606向 VoIP客戶608發(fā)送根據(jù)所標識的XML命名空間來定義的一組上下文數(shù)據(jù) 分組。當命名空間在元素的開始標簽中定義時，具有同一前綴的所有子元 素都與該同一命名空間相關聯(lián)。因此，VoIP客戶608和VoIP客戶606可 以發(fā)送上下文信息而不必在所有子元素中包括前綴，從而減少對于該上下 文信息的所發(fā)送的數(shù)據(jù)分組的量。
參考圖8-12B，示出了說明對應于VoIP上下文信息的結構化分層結構 的各種類和屬性的框圖。在各VoIP實體(例如，客戶、服務提供方等)之 間交換的VoIP上下文信息可以對應于VoIP命名空間800。在一實施例中， VoIP命名空間800被表示為分層地結構化的節(jié)點樹，每一節(jié)點對應于與 VoIP上下文信息的子集相對應的子類。例如，VoIP命名空間800可以被定 義為分層地結構化的樹，包括呼叫基礎類802、呼叫上下文類810、設備類 型類820、 VoIP客戶類830等。
參考圖9，示出了呼叫基礎類802的框圖。在一說明性實施例中，呼 叫基礎類802可以對應于涉及對話信道連接(例如，PSTN呼叫連接、VoIP 呼叫連接等)的VoIP上下文信息的子集。涉及對話信道連接的VoIP上下 文信息的子集可以包括始發(fā)號碼(例如，呼叫者的客戶ID號碼)、目的地 號碼(例如，被呼叫者的客戶ID號碼或電話號碼)、呼叫連接時間、VoIP 服務提供方相關信息、和/或諸如IP地址、MAC地址、命名空間信息等ISP 相關信息等。另外，涉及對話信道連接的上下文信息可以包括呼叫優(yōu)先級 信息(其定義目的地號碼的優(yōu)先級)、呼叫類型信息等。呼叫類型信息可 以指示該對話信道是否是為緊急通信、廣播通信、計算機到計算機的通信、 計算機到POTS設備的通信等建立的。在一實施例中，涉及對話信道連接 的上下文信息可以包括表示情感、聲音(例如，"啊"、"啊呀"、"哎唷"等)和圖形符號形式的面部表情等預定義標識符。在一實施例中，呼
叫基礎類802可被定義為VoIP命名空間800的子樹結構，其包括諸如呼叫 優(yōu)先級803、命名空間信息804、呼叫類型805、目的地號碼806、服務提 供方807、預定義標識符808等節(jié)點。
參考圖10，示出了呼叫上下文類810的框圖。在一實施例中，涉及對 話上下文的VoIP上下文信息的子集可以對應于呼叫上下文類810。該涉及 對話上下文的上下文信息可以包括諸如客戶提供的關鍵字、從文檔文件數(shù) 據(jù)中標識的關鍵字、從對話數(shù)據(jù)分組中標識的關鍵字(例如，對話關鍵字)、 作為對話的一部分交換的文檔和/或多媒體文件的文件名、游戲相關信息(如 游戲類型、特定游戲中的虛擬鄰近性)、使用頻率(包括涉及特定文件、 特定主題和特定客戶的呼叫的頻率和持續(xù)時間)以及文件標識(如涉及對 話的件號、事件號等等)等信息，以及許多其它信息。根據(jù)一說明性實施 例，呼叫上下文類810可被定義為VoIP命名空間800的子樹結構，其包括 與文件標識812、客戶提供的關鍵字813、對話關鍵字814、使用頻率815、 對話主題816等相對應的節(jié)點。
參考圖ll，描繪了設備類型類820的框圖。在一實施例中，設備類型 類820可以對應于涉及用于對話信道連接的VoIP客戶設備的VoIP上下文 信息的子集。該涉及VoIP客戶設備的VoIP上下文信息的子集可以包括處 理由該VoIP客戶設備生成的音頻數(shù)據(jù)可能需要的音頻相關信息。該音頻相 關信息可以包括涉及設備的音頻功能和能力的信息，如采樣速率、機器類 型、輸入/輸出類型、話筒、數(shù)字信號處理(DSP)卡信息等。該涉及VoIP 客戶設備的VoIP上下文信息的子集可以包括處理由該VoIP客戶設備生成 的視頻數(shù)據(jù)可能需要的視頻相關信息。該視頻相關信息可以包括分辨率、 刷新率、視頻數(shù)據(jù)的類型和大小、圖形卡信息等。涉及VoIP客戶設備的上
下文信息還可以包括其它設備專用信息，如計算機系統(tǒng)的類型、處理器信 息、網絡帶寬、無線/有線連接、該計算機系統(tǒng)的可移植性、該計算機系統(tǒng) 的處理設置等。在-說明性實施例中，設備類型類820可被定義為VoIP命 名空間800的子樹結構，其包括與音頻822、視頻824、設備專用826等相 對應的節(jié)點。圖12A描繪VoIP客戶類830的框圖。根據(jù)一說明性實施例，VoIP客 戶類830可以對應于涉及VoIP客戶的上下文信息的子集。在一實施例中， 涉及VoIP客戶的VoIP上下文信息的子集可以包括語音簡檔信息(例如， 指定個人用戶的音調和語音特征的信息集合)、數(shù)字簽名信息、以及生物 測定信息。生物測定信息可以包括涉及生物測定認證的用戶標識信息(例 如，指紋)、用戶壓力程度、用戶情緒等。涉及VoIP客戶的VoIP上下文 信息的子集可以包括所分配的電話號碼、用戶聯(lián)系信息(如名字、地址、 公司等)、客戶定義的規(guī)則、用戶偏好、數(shù)字權限管理(DRM)、個人用 戶在一組織中的成員等級、與該成員等級相關聯(lián)的優(yōu)先級等。與該成員等 級相關聯(lián)的優(yōu)先級可被用來向客戶分配關于電話會議的優(yōu)先級。如下將更 詳細地描述的，涉及VoIP客戶的VoIP上下文信息的子集可以包括位置信 息。在一實施例中，VoIP客戶類830可被定義為VoIP命名空間800的子 樹結構，其包括與用戶生物測定831、用戶偏好832、客戶規(guī)則833、用戶 標識834、成員優(yōu)先級835、位置840等相對應的節(jié)點。
參考圖12B，描繪了位置子類840的框圖。在一實施例中，位置子類 840可以對應于涉及VoIP客戶、個人用戶、和/或用于對話信道連接的設 備等的位置信息的VoIP上下文信息的子集。如上所述，服務提供方可以預 先具有關于w-J以從何處獲得或査詢特定類型的位置信息的知識。涉及位置
信息的VoIP上下文信息的子集可以包括涉及客戶定義的位置、GPS/三角 測量位置(特定用戶、設備或客戶帳戶的地理位置)、個人用戶的邏輯/虛 擬位置、客戶定義的位置、設備定義的位置等信息。地理位置信息可從GPS 服務器等來獲得。此外，位置信息可以包括涉及設備網絡地址和服務提供 方定義的位置(例如，VoIP服務提供方可以定義客戶的位置)的信息。設 備網絡地址可以是計算機的IP地址、定義邏輯上距離特定第三方服務器或 該設備所處的服務提供方有多近的邏輯位置等。在一說明性實施例中，位 置子類820可被定義為VoIP客戶830的子樹結構，其包括與用戶定義的位 置841、用戶虛擬位置842、用戶地理位置843、客戶位置844、設備定義 的位置845、設備地理位置846、設備網絡位置847等相對應的節(jié)點。
圖13是示出根據(jù)本發(fā)明的一實施例的用于響應于對位置信息的詢問提供上下文信息的位置信息例程1300的流程圖。在一說明性實施例中，呼 叫者(呼叫VoIP客戶)的設備可能已經請求其相關聯(lián)的服務提供方發(fā)起與 被呼叫者(被呼叫V0lP客戶)的通信信道連接。出于討論的目的，假定呼 叫者在連接建立階段向其服務提供方發(fā)送對被呼叫者的位置信息的詢問。 被呼叫者的服務提供方可以具有收集并提供被呼叫者的位置信息的授權。 然而，可以構想，可在任何時間交換對除位置信息之外的特定信息的詢問， 包括在建立通信信道之前(例如，在連接建立階段期間)、在對話期間或 在終止通信信道之后。此外，在接收到詢問后，可以在各VoIP實體之間交 換對應于該詢問的上下文信息。還可構想，IP環(huán)境IOO中的任何經授權的 VoIP實體都可以接收詢問并響應于該詢問提供上下文信息。
始于框1302，服務提供方獲取呼叫者的上下文信息，包括對被呼叫者 的位置信息的詢問。如上所述，基于該上下文信息的內容，可以從諸如XML 命名空間等預定義的結構化分層結構中標識至少一個結構化分層結構。服 務提供方可以從呼叫者獲取所標識的結構化分層結構。在框1304，服務提 供方標識與該詢問相對應的信息。例如，呼叫者請求當前正在電話會議中 通信的被呼叫者的設備的位置信息。服務可以標識涉及設備的邏輯位置(例 如，IP地址)的位置信息。在判定框1306，做出所標識的信息當前是否可 用的判定。服務提供方可以確定從涉及被呼叫者的預先獲得的上下文信息 中或從本地存儲中先前存儲的上下文信息中是否有所標識的信息可用。如 果所標識的信息當前可用，則在框1308，服務提供方可以獲取當前所獲得 的信息。
如果所標識的信息當前不可用，則在框1310可以標識并指定適用于獲
取所標識的信息的適當?shù)脑?。這些適當?shù)脑纯梢园ㄈ魏蜼oIP實體，如被
呼叫者、第三方服務服務器、其它服務提供方等。服務提供方可以聯(lián)系該
適當?shù)脑床⒉樵兯鶚俗R的信息。在一實施例中，服務提供方可以發(fā)送上下
文信息以在源側收集該信息。在-替換實施例中，服務提供方可以向源(例
如，被呼叫者)發(fā)送與對所標識的信息的詢問相對應的上下文信息。在對
所標識的信息有多個源可用時，服務提供方可以確定最適當?shù)脑?。服務?供方可以具有為特定信息確定適當?shù)脑吹念A定義的提供方規(guī)則或邏輯。例如，GPS服務器可以裝備GPS模塊的設備的地理位置信息的適當?shù)脑粗弧?如果個人用戶的移動電話可以提供移動設備的位置信息，則該設備可以是 適當?shù)脑粗?。類似地，如果VoIP客戶維護設備的地理位置信息，則該 VoIP客戶可以是適當?shù)脑粗弧?br> 在該示例中，服務提供方可以基于從呼叫者和被呼叫者獲得的上下文 信息來選擇最適當?shù)囊粋€。該上下文信息可以包括被呼叫者的規(guī)則、呼叫 者的規(guī)則、被呼叫者的設備信息、與被呼叫者相關聯(lián)的目標個人用戶等。 在框1312，可以從所標識的源獲得信息(例如，位置信息)。在一替換實 施例中，在對所標識的信息有多個源可用時，服務提供方可以從該多個源 獲取所標識的信息并基于所獲得的信息生成總和信息。在框1314，向第二 VoIP客戶提供從服務提供方獲得的信息(1308)或從源獲得的信息(1312)。 例程1300在框1316完成。
盡管示出和描述了各說明性實施例，但可以理解，可在其中作出各種 改變而不背離本發(fā)明的精神和范圍。
權利要求
1. 一種用于通過呼叫客戶和被呼叫客戶之間的通信信道提供涉及一信息詢問的上下文信息的方法，所述方法包括接收對涉及所述被呼叫客戶的信息的詢問1302；獲取涉及所述被呼叫客戶的上下文信息1302；基于所述被呼叫客戶的上下文信息，標識與所述詢問相對應的一組信息1304；以及提供所收集的所述一組信息1314。
2. 如權利要求1所述的方法，其特征在于，標識所述一組信息包括從第三 方獲得所述一組信息。
3. 如權利要求i所述的方法，其特征在于，所述信息詢問是通過所述通信 信道的對話的-部分。
4. 如權利要求1所述的方法，其特征在于，與所述詢問相對應的所述一組 信息包括位置信息。
5. 如權利要求4所述的方法，其特征在于，所述位置信息包括客戶定義的 位置信息。
6. 如權利要求4所述的方法，其特征在亍，所述位置信息包括提供方定義 的位置信息。
7. —種i卜算機可讀介質，所述計算機可t賣介質具有用于響應于詢問通過第 一客戶和第二客戶之間的VoIP通信信道提供信息的計算機可執(zhí)行組件，所述 組件包括用于接收信息詢問1302的信息管理組件；用于處理所述第 -客戶的上下文信息并標識供獲取所述信息的源1304的 信息處理組件；以及其中所述信息管理組件從所述源獲取與所述詢問相對應的信息1308、 1312并向所述第—:客戶提供所獲得的信息1314。
8. 如權利要求7所述的計算機可讀介質，其特征在f，所述信息處理組件 標識多個源并基十所述上下文信息選擇最適當?shù)脑?310。
9. 如權利要求7所述的計算機可讀介質，其特征在于，所述信息詢問是從 所述第二客戶接收的。
10. 如權利要求7所述的計算機可讀介質，其特征在于，如果所述信息處理組件不能標識任何源，則所述信息管理組件發(fā)送預定的默認信息。
11. 如權利要求7所述的計算機可讀介質，其特征在于，所述信息處理 組件通過添加所獲得的信息來更新所述上下文信息；并且其中所述信息管理組 件發(fā)送所述已更新的上下文信息。
12. —種用f通過第 -客戶和第二客戶之間的通信信道提供涉及位置 的上下文信息的方法，所述方法包括接收對所述第--客戶406、 606的位置信息的詢問1302; 在接收到所述詢問時，獲得涉及所述第一客戶的一組上下文信息1302; 確定所獲得的-組上下文信息中是否有所述位置信息可用1306;以及 如果所述位置信息可用，則向所述第二客戶408、 608提供所述位置信息 1314。
13. 如權利要求12所述的方法，其特征在于，所述信息詢問是作為從 所述第二客戶408、 608接收到的上下文信息的一部分來接收的。
14. 如權利要求13所述的方法，其特征在于，所述上下文信息涉及通 過所述第一客戶406、 606和所述第二客戶408、 608之間的VoIP通信信道的對話。
15. 如權利要求13所述的方法，其特征在JS還包括 基于從所述第客戶408、 608接收到的上下文信息來標識所述位置信息的類型1310。
16. 如權利要求15所述的方法，其特征在于，所述位置信息的類型包 括所述第一客戶406、 606的地理位置。
17. 如權利要求15所述的方法，其特征在于，所述位置信息的類型包 括所述第一客戶406、 606的客戶設備的網絡位置。
18. 如權利要求12所述的方法，其特征在于，還包括如果所述位置信息不可用，則基于所述一組所獲得的上下文信息來確定供 獲取所述位置信息的至少一個源，并隨后可以從所述至少一個源獲得所述位置息。
19. 如權利要求18所述的方法，其特征在于，所述位置信息的所述至 少一個源包括全球定位系統(tǒng)服務器614。
20. 如權利要求18所述的方法，其特征在于，所述位置信息的所述 至少一個源包括位置服務服務器614。
全文摘要
提供了用于收集并向VoIP客戶或其它服務提供方提供所需信息的方法和系統(tǒng)。接收并處理信息詢問以標識將被發(fā)送到信息詢問方的適當?shù)纳舷挛男畔?。例如，可以接收對VoIP客戶的位置信息的詢問并收集和提供涉及該VoIP客戶的位置的上下文信息。在標識該適當?shù)纳舷挛男畔⒅?，確定適于提供該適當?shù)纳舷挛男畔⒌脑?。通過利用各種途徑，從該源獲得該適當?shù)纳舷挛男畔?。向VoIP客戶提供所獲得的適當?shù)纳舷挛男畔ⅰ?br> 文檔編號H04L12/66GK101422003SQ200780012981
公開日2009年4月29日 申請日期2007年3月9日 優(yōu)先權日2006年4月10日
發(fā)明者D·密爾斯汀, D·豪威爾, K·王, L·克里德爾, L-C·楚, M·D·馬盧厄 申請人:微軟公司