国产精品1024永久观看,大尺度欧美暖暖视频在线观看,亚洲宅男精品一区在线观看,欧美日韩一区二区三区视频,2021中文字幕在线观看

  • <option id="fbvk0"></option>
    1. <rt id="fbvk0"><tr id="fbvk0"></tr></rt>
      <center id="fbvk0"><optgroup id="fbvk0"></optgroup></center>
      <center id="fbvk0"></center>

      <li id="fbvk0"><abbr id="fbvk0"><dl id="fbvk0"></dl></abbr></li>

      使能用于不同通信協(xié)議的通信特征的應(yīng)用編程接口的制作方法

      文檔序號:8265734閱讀:595來源:國知局
      使能用于不同通信協(xié)議的通信特征的應(yīng)用編程接口的制作方法
      【專利說明】
      [0001] 相關(guān)申請的交叉引用
      [0002] 本申請要求2013年3月15日遞交的美國臨時申請?zhí)?1/798, 865的權(quán)益,特此通 過引用將該申請的全部公開內(nèi)容并入在此。
      技術(shù)領(lǐng)域
      [0003] 本公開概括而言涉及通信,更具體而言涉及基于web的通信。
      【背景技術(shù)】
      [0004] Web 實時通信(Web Real-Time Communications,WebRTC)是由萬維網(wǎng)聯(lián)盟起草的 應(yīng)用編程接口(Application Programming Interface, API)定義,用來使能瀏覽器到瀏覽 器應(yīng)用用于語音呼叫、視頻聊天和點(diǎn)對點(diǎn)(P2P)文件共享,而不需要瀏覽器插件。
      [0005] 隨著WebRTC的出現(xiàn),存在著如下的需要:支持瀏覽器到電話通信以及增強(qiáng)瀏覽器 到瀏覽器通信的某些方面。具體地,公司信息技術(shù)(IT)部門將開始感受到WebRTC的沖擊。 這首先可表現(xiàn)為需要管制對基于瀏覽器的通信的使用,就好像對像Skype和FaceTime這樣 的其他非安全的以消費(fèi)者為中心的通信服務(wù)的使用需要被管制那樣。之后其可能導(dǎo)致將瀏 覽器與WebRTC集成,其中預(yù)先部署了基于會話發(fā)起協(xié)議(Session Initiation Protocol, SIP)的通信解決方案,使得語音和視頻會話可在兩者之間建立。最終,其可改變在企業(yè)中部 署通信軟件的方式,其中基于客戶端的軟件電話和統(tǒng)一通信(Unified Communications,UC) 軟件被基于瀏覽器的技術(shù)所替換。
      [0006] 另外,雖然WebRTC促進(jìn)了瀏覽器到瀏覽器通信,但它是以促進(jìn)單個web應(yīng)用(例 如,單個網(wǎng)站)內(nèi)的瀏覽器到瀏覽器通信為意圖而開發(fā)的。然而,WebRTC不容易促進(jìn)在這 種瀏覽器到瀏覽器通信上調(diào)用企業(yè)通信應(yīng)用。尤其如果在單個企業(yè)內(nèi)必須調(diào)用多個web應(yīng) 用,則更是如此。同時,其他協(xié)議(例如,SIP、H. 323,等等)的應(yīng)用開發(fā)相對成熟。將會希 望使得已經(jīng)開發(fā)的SIP和H. 323的應(yīng)用能夠被用在WebRTC通信中。
      [0007] -些群組已開始開發(fā)通過將SIP用戶代理(User Agent,UA)嵌入在瀏覽器內(nèi)來允 許企業(yè)通信應(yīng)用(例如,專用交換分機(jī)(Private Branch eXchange,PBX))被應(yīng)用在WebRTC 呼叫上的WebRTC解決方案。這個解決方案具有幾個缺點(diǎn)。首先,如果瀏覽器要被表示為具 有企業(yè)特征的功能完全的SIP端點(diǎn),則嵌入的JavaScript SIP UA必須非常豐富并且因此 非常復(fù)雜。其次,這些解決方案沒有考慮到一些通信作為"純粹IebRTC通信進(jìn)行以及其他 的作為基于SIP的通信進(jìn)行。

      【發(fā)明內(nèi)容】

      [0008] 本文給出的實施例是針對上述問題和其他問題構(gòu)思出來的。具體地,本公開的實 施例認(rèn)識到WebRTC對于瀏覽器到瀏覽器和瀏覽器到電話通信相當(dāng)有用。本公開的一個方 面提供了促進(jìn)瀏覽器到電話通信和向瀏覽器提供豐富的企業(yè)通信特征的能力。當(dāng)前可用的 WebRTC技術(shù)使得瀏覽器在簡單模式中操作,并且因此瀏覽器不能訪問通常對于傳統(tǒng)的SIP 和Η. 323通信對電話可用的網(wǎng)絡(luò)資源(例如,應(yīng)用)。
      [0009] 本公開的實施例因此提供了接收來自web應(yīng)用的發(fā)起媒體會話的請求,檢查主叫 /被叫方偏好,并且基于這些偏好來向呼叫應(yīng)用企業(yè)通信特征的能力。在一些實施例中,上 述特征是由協(xié)作環(huán)境(Collaboration Environment,CE)提供的,該協(xié)作環(huán)境經(jīng)由超文本傳 輸協(xié)議(Hypertext Transport Protocol, HTTP)Web套接字或者間接經(jīng)由Java消息服務(wù) (Java Message Service, JMS)有向瀏覽器的暴露。在一些實施例中,瀏覽器被使能經(jīng)由特 制的庫-例如JavaScript庫-與CE通信。在這種實現(xiàn)方式中,web應(yīng)用簡單地提供 "發(fā)出呼叫"的指令,然后這些指令進(jìn)入CE,在這里額外的呼叫特征如同針對電話的普通呼 叫那樣被調(diào)用,而不是經(jīng)由不同的專用web套接字。
      [0010] 本公開還提供了增強(qiáng)的應(yīng)用媒體服務(wù)器(Application Media Server,AMS),其將 WebRTC 實時協(xié)議(Real-Time Protocol,RTP)流轉(zhuǎn)換成 SIP/H. 323 友好 RTP。AMS 也可向 CE服務(wù)提供媒體服務(wù)。
      [0011] 本公開的另一方面是當(dāng)通信穿越網(wǎng)絡(luò)邊界時促進(jìn)瀏覽器到瀏覽器通信,其中在網(wǎng) 絡(luò)邊界處(例如在防火墻處)可能需要實施一個或多個通信規(guī)章/限制。具體而言,當(dāng)瀏 覽器到瀏覽器通信穿越這種網(wǎng)絡(luò)邊界時,需要利用已經(jīng)擁有關(guān)于規(guī)章/限制的知識并且因 此能夠?qū)τ赪ebRTC會話實施規(guī)章/限制的企業(yè)通信系統(tǒng)。
      [0012] 在一些實施例中,瀏覽器與企業(yè)通信系統(tǒng)之間的接口可通過利用SIP端點(diǎn)適配器 (SIP Endpoint Adapter,SEA)來實現(xiàn),SIP端點(diǎn)適配器在2012年9月26日遞交的美國專 利申請13/846, 710號中描述,特此通過引用將該申請的全部內(nèi)容并入在此。SEA使得瀏覽 器或多個瀏覽器能夠被作為單個設(shè)備呈現(xiàn)給企業(yè)網(wǎng)絡(luò)基礎(chǔ)設(shè)施。
      [0013] 在一些實施例中,協(xié)作環(huán)境(CE)向瀏覽器呈現(xiàn)web套接字或某種其他的基于HTTP 的協(xié)議并且這種瀏覽器被使得能夠經(jīng)由該瀏覽器可用的CE JavaScript庫來與SEA通信。 過程開始于用戶和/或客戶端設(shè)備向企業(yè)網(wǎng)絡(luò)的CE注冊。一旦注冊了,CE就可識別并適當(dāng) 地處理由用戶和/或用戶的客戶端設(shè)備發(fā)出的呼叫以及識別并適當(dāng)?shù)靥幚磲槍τ脩艉?或 用戶的客戶端設(shè)備的呼叫。從而,當(dāng)WebRTC通信會話被建立時,由注冊的用戶和/或用戶 的客戶端設(shè)備操作的瀏覽器之一利用CE JavaScript庫來將瀏覽器與企業(yè)通信網(wǎng)絡(luò)的CE 相接口。CE將瀏覽器與企業(yè)應(yīng)用(例如,呼叫日志、個人呼叫處理應(yīng)用、呼叫記錄,等等)相 接口并且將這些應(yīng)用指向通信會話。CE使這些應(yīng)用可用并且代表這些應(yīng)用對通信會話實 施任何策略。此外,CE使得豐富的統(tǒng)一通信(Unified Communications,UC)操作能夠被調(diào) 用用于涉及瀏覽器的通信會話。對WebRTC呼叫可用的豐富UC操作的示例包括--但不限 于--呼叫轉(zhuǎn)移、呼叫前轉(zhuǎn)、會議、加入呼叫、記錄呼叫和阻止呼叫操作。
      [0014] 在一些實施例中,CE被配置為以數(shù)種不同的方式支持通信。首先,CE被配置為將 WebRTC瀏覽器/會話適配為看起來像SIP/H. 323端點(diǎn)。這一般將利用SEA來完成,并且本 質(zhì)上使得傳統(tǒng)的通信應(yīng)用能夠被調(diào)用用于WebRTC會話。其次,CE被配置為直接調(diào)用協(xié)議 無關(guān)API來促進(jìn)原生操作模式中的通信。
      [0015] 本公開的另一方面是向CE提供具有JMS/web套接字和原生模式使能組件的 WebRTC協(xié)議適配器。在一些實施例中,協(xié)議適配器與協(xié)議無關(guān)特征調(diào)用器通信。協(xié)議無關(guān) 通信特征調(diào)用器和API充當(dāng)CE中的點(diǎn),在這里無論通信會話的類型如何(例如,WebRTC或 SIP),通信應(yīng)用都可被調(diào)用。
      [0016] 在一些實施例中,CE可支持"原生"(native)操作模式和傳統(tǒng)的"SIP"操作模式。 當(dāng)在SIP呼叫上執(zhí)行時,CE將使用SEA來通過SIP接口訪問企業(yè)網(wǎng)絡(luò)中的應(yīng)用。這些應(yīng)用 可包括部署在CE上的應(yīng)用。然而,當(dāng)在WebRTC呼叫中操作時,CE將只調(diào)用在CE上部署的 應(yīng)用。由于協(xié)議無關(guān)API,CE部署的應(yīng)用能夠同樣良好地處理兩種類型的呼叫。
      [0017] 在原生操作模式中,CE訪問的應(yīng)用是在CE中原生操作的。然而,在SIP或H. 323 模式中,應(yīng)用可在CE中操作或者可在更寬廣的企業(yè)通信網(wǎng)絡(luò)中操作。無論應(yīng)用的位置如 何,應(yīng)用都響應(yīng)SEA,就好像它們通常會響應(yīng)任何其他SIP或H. 323實體那樣。因此,因為協(xié) 議無關(guān)通信API,WebRTC會話可利用為其他協(xié)議--作為示例例如是SIP和H. 323--開 發(fā)的應(yīng)用。
      [0018] 總之,本公開的一個方面是提供一種系統(tǒng)和方法來使得用戶的企業(yè)呼叫特征(例 如,基于用戶的SIP呼叫偏好調(diào)用的特征或應(yīng)用)能夠被利用在WebRTC會話中。
      [0019] 本公開的另一方面是提供一種系統(tǒng)和方法來實現(xiàn)以豐富企業(yè)通信特征增強(qiáng)的瀏 覽器到瀏覽器通信會話,由此可在本地(例如,在企業(yè)通信網(wǎng)絡(luò)內(nèi))應(yīng)用企業(yè)通信特征,而 不必涉及整個企業(yè)通信體系結(jié)構(gòu)。
      [0020] 本公開的另一方面是提供一種協(xié)議無關(guān)通信API,其使得SIP和/或H. 323應(yīng)用可 用于WebRTC通信會話中。
      [0021] 在一些實施例中,提供了一種方法,其大體上包括:
      [0022] 接收將瀏覽器綁定到企業(yè)通信網(wǎng)絡(luò)的請求,其中該請求是經(jīng)由基于web的協(xié)議接 收的;以及
      [0023] 響應(yīng)于接收到綁定請求,創(chuàng)建瀏覽器與企業(yè)通信網(wǎng)絡(luò)之間的關(guān)聯(lián),使得瀏覽器被 使能訪問企業(yè)通信網(wǎng)絡(luò)內(nèi)的一個或多個應(yīng)用,其中企業(yè)通信網(wǎng)絡(luò)促進(jìn)與除了該基于web的 協(xié)議以外的協(xié)議的通信。
      [0024] 在一些實施例中,通信會話是瀏覽器到瀏覽器通信會話。在一些實施例中,通信會 話是瀏覽器到電話通信會話。
      [0025] 在另一實施例中,提供了一種方法,其大體上包括:
      [0026] 在通信應(yīng)用與使能通信會話上的呼叫和媒體控制的應(yīng)用平臺之間提供協(xié)議無關(guān) 應(yīng)用編程接口(API);
      [0027] 接收發(fā)起通信會話的請求;
      [0028] 調(diào)用通信應(yīng)用中的至少一個,使得向調(diào)用的通信應(yīng)用中的至少一個隱藏用于發(fā)起 通信會話的協(xié)議,從而使得調(diào)用的通信應(yīng)用中的至少一個能夠在沒有關(guān)于協(xié)議的知識的情 況下將其特征應(yīng)用到通信會話;以及
      [0029] 使得web瀏覽器能夠訪問由調(diào)用的通信應(yīng)用中的至少一個所應(yīng)用的特征,就好像 該web瀏覽器在使用除了基于web的協(xié)議以外的某種協(xié)議那樣。
      [0030] 短語"至少一個"、"一個或多個"以及"和/或"是開放式表述,這些表述在運(yùn)算上 既是合取的也是析取的。例如,表述"A、B和C中的至少一個"、"A、B或C中的至少一個"、 "A、B和C中的一個或多個"、"A、B或C中的一個或多個"以及"A、B和/或C"中的每一個 的意思是A單獨(dú)、B單獨(dú)、C單獨(dú)、A和B -起、A和C 一起、B和C 一起或者A、B和C 一起。
      [0031] 術(shù)語"一"實體指的是一個或多個該實體。這樣,術(shù)語"一"、"一個或多個"和"至 少一個"在本文中可互換使用。還要注意,術(shù)語"包括"、"包含"和"具有"可互換使用。
      [0032] 術(shù)語"自動"及其變體在本文中使用時指的是任何如下的過程或操作:該過程或 操作在其被執(zhí)行時是在沒有實質(zhì)性的人類輸入的情況下完成的。然而,即使過程或操作的 執(zhí)行使用了實質(zhì)性或非實質(zhì)性的人類輸入,如果該輸入是在該過程或操作的執(zhí)行之前接收 的,則該過程或操作也可以是自動的。人類輸入如果影響了過程或操作將如何被執(zhí)行,則該 人類輸入被視為實質(zhì)性的。同意過程或操作的執(zhí)行的人類輸入不被視為"實質(zhì)性的"。
      [0033] 術(shù)語"登記地址(address of record) " 或"登記地址 URI "(address of record, "AoR")指的是與用戶相對應(yīng)的UR
      當(dāng)前第1頁1 2 3 4 5 
      網(wǎng)友詢問留言 已有0條留言
      • 還沒有人留言評論。精彩留言會獲得點(diǎn)贊!
      1