專利名稱：內(nèi)容分發(fā)服務(wù)器和內(nèi)容分發(fā)方法
技術(shù)領(lǐng)域：
本發(fā)明涉及內(nèi)容分發(fā)服務(wù)器和內(nèi)容分發(fā)方法，它們適合用于利用例如
有保障的稱為NGN (下一代網(wǎng)絡(luò))的帶寬和通過SIP (會(huì)話發(fā)起協(xié)議)管 理的會(huì)話的內(nèi)容分發(fā)。
背景技術(shù)：
近年來，帶寬有保障的網(wǎng)絡(luò)服務(wù)己經(jīng)被開發(fā)出并且正被投入實(shí)際使 用，在這種帶寬有保障的網(wǎng)絡(luò)服務(wù)中，通過稱為NGN的復(fù)雜網(wǎng)絡(luò)配置的 SIP執(zhí)行會(huì)話管理使得能夠通過使用諸如電話號(hào)碼之類的唯一終端ID進(jìn)行 相互連接。利用NGN，指定與音頻通信一起提供視頻等的流(streaming) 服務(wù)。
為了提供流服務(wù)，將提供流服務(wù)的內(nèi)容提供服務(wù)器連接到NGN。然 后，假設(shè)通過使用為分發(fā)準(zhǔn)備的機(jī)制來執(zhí)行從該內(nèi)容提供服務(wù)器到連接到 NGN的許多終端的分發(fā)服務(wù)。布置這樣的內(nèi)容提供服務(wù)器允許了唯一使用 NGN的廣播，從而使得能夠進(jìn)行各種內(nèi)容的分發(fā)。
以下的日本專利早期公布No. 2006-293700公開了一個(gè)處理示例，其 中，從內(nèi)容服務(wù)器分發(fā)的內(nèi)容被中繼裝置接收以被中繼。在這個(gè)示例中， 中繼裝置等同于上述內(nèi)容提供服務(wù)器。
發(fā)明內(nèi)容
利用諸如NGN之類的網(wǎng)絡(luò)，從特定用戶終端到另一用戶終端的某種 形式的數(shù)據(jù)發(fā)送和接收要求發(fā)送用戶終端向另一用戶終端識(shí)別ID作出呼 出(origination)，從而建立用于數(shù)據(jù)發(fā)送和接收的會(huì)話。然后，通過使用 該已連接的會(huì)話來傳送數(shù)據(jù)。此外，與某個(gè)服務(wù)器建立會(huì)話要求向該服務(wù) 器作出呼出以及與其建立會(huì)話的處理。在如上所述基于用于會(huì)話建立的連接的數(shù)據(jù)傳送的情況下，存在以下 問題發(fā)送用戶終端被收取網(wǎng)絡(luò)使用費(fèi)，從而施加很高的用戶負(fù)擔(dān)。另 外，如果存在兩個(gè)或更多個(gè)發(fā)送用戶終端，則必需為這些用戶終端分別建 立會(huì)話，而這需要能夠處理兩個(gè)或更多個(gè)用戶終端的兩個(gè)或更多個(gè)會(huì)話的 復(fù)雜規(guī)范，并且要求用于互連用戶終端的連接線路具有能夠處理兩個(gè)或更 多個(gè)會(huì)話的帶寬。這造成了要克服分發(fā)直接從用戶上載的視頻等的使用形 式的實(shí)現(xiàn)的障礙。此外，在將用戶終端與由商業(yè)實(shí)體提供的內(nèi)容提供服務(wù) 器相連接時(shí)，具有內(nèi)容提供終端的商業(yè)實(shí)體不具有用于認(rèn)證連接用戶的機(jī) 制，從而使得難以實(shí)現(xiàn)由用戶進(jìn)行的對(duì)內(nèi)容數(shù)據(jù)的很好發(fā)送。并且，僅通 過總是從發(fā)送用戶終端呼出來建立會(huì)話的機(jī)制無法正確執(zhí)行內(nèi)容提供服務(wù) 器中的資源管理和在發(fā)生故障之后對(duì)會(huì)話切換的控制，從而使得難以實(shí)現(xiàn) 由用戶進(jìn)行的對(duì)內(nèi)容數(shù)據(jù)的很好發(fā)送。
因此，本發(fā)明提出了與現(xiàn)有技術(shù)方法相關(guān)聯(lián)的上述和其它問題，并且 通過諸如NGN之類的網(wǎng)絡(luò)提供由用戶進(jìn)行的對(duì)內(nèi)容數(shù)據(jù)的很好發(fā)送而解 決了所提出的問題。
在執(zhí)行本發(fā)明時(shí)并且根據(jù)本發(fā)明一個(gè)實(shí)施例，提供了一種內(nèi)容提供服 務(wù)器。該內(nèi)容提供服務(wù)器具有內(nèi)容分發(fā)處理塊和內(nèi)容接收處理塊。內(nèi)容分 發(fā)處理塊被配置為以多播分發(fā)形式經(jīng)由預(yù)定傳輸路徑來向至少一個(gè)接收終 端分發(fā)內(nèi)容數(shù)據(jù)。內(nèi)容接收處理塊被配置為在經(jīng)由預(yù)定連接線路接收到內(nèi) 容分發(fā)請(qǐng)求時(shí)，經(jīng)由該連接線路對(duì)發(fā)出所接收的內(nèi)容分發(fā)請(qǐng)求的內(nèi)容提供 終端執(zhí)行回叫，并且以多播形式從內(nèi)容分發(fā)處理塊向接收終端分發(fā)在通過 回叫而連接的會(huì)話中獲得的內(nèi)容數(shù)據(jù)。
在執(zhí)行本發(fā)明時(shí)并且根據(jù)本發(fā)明另一個(gè)實(shí)施例，提供了一種內(nèi)容分發(fā) 方法。該方法執(zhí)行用于以多播分發(fā)形式經(jīng)由預(yù)定傳輸路徑來向至少一個(gè)接 收終端分發(fā)內(nèi)容數(shù)據(jù)的內(nèi)容分發(fā)處理。該內(nèi)容分發(fā)處理是通過經(jīng)由預(yù)定連 接線路接收內(nèi)容分發(fā)請(qǐng)求而被執(zhí)行的。然后，對(duì)發(fā)出所接收的內(nèi)容分發(fā)請(qǐng) 求的內(nèi)容提供終端執(zhí)行回叫，并且通過內(nèi)容分發(fā)處理以多播形式向接收終 端分發(fā)通過使用由回叫連接的會(huì)話所獲得的內(nèi)容數(shù)據(jù)。
根據(jù)本發(fā)明的上述實(shí)施例，分發(fā)內(nèi)容的內(nèi)容提供終端請(qǐng)求預(yù)定內(nèi)容提供服務(wù)器通過使用SIP (會(huì)話發(fā)起協(xié)議)來建立會(huì)話。在識(shí)別該會(huì)話建立 請(qǐng)求之后，內(nèi)容提供服務(wù)器通過回叫來請(qǐng)求被請(qǐng)求會(huì)話建立的內(nèi)容提供終 端建立會(huì)話，從而通過來自內(nèi)容提供服務(wù)器的請(qǐng)求而將內(nèi)容提供終端與內(nèi) 容提供服務(wù)器相連接。這建立了會(huì)話。當(dāng)通過使用該已連接的會(huì)話向內(nèi)容 提供服務(wù)器發(fā)送內(nèi)容數(shù)據(jù)時(shí)，實(shí)現(xiàn)了從內(nèi)容提供服務(wù)器對(duì)內(nèi)容數(shù)據(jù)的多播 分發(fā)。
根據(jù)本發(fā)明的上述實(shí)施例，如果要發(fā)送內(nèi)容數(shù)據(jù)，則內(nèi)容提供終端可 以以多播形式僅一次向提供內(nèi)容的服務(wù)器請(qǐng)求建立會(huì)話，并在斷開連接之 后等待來自該服務(wù)器的回叫。通過使用由回叫連接的會(huì)話來發(fā)送內(nèi)容數(shù) 據(jù)，從而可以在成本方面沒有向具有內(nèi)容提供終端的用戶施加負(fù)擔(dān)的情況 下執(zhí)行內(nèi)容數(shù)據(jù)發(fā)送。另外，回叫針對(duì)會(huì)話開始對(duì)服務(wù)器側(cè)給予控制，并 且要被回叫的內(nèi)容提供終端是預(yù)先登記的終端，從而提供認(rèn)證效果，其 中，僅僅登記的終端才可以確保得到處理。
圖1是圖示出作為本發(fā)明一個(gè)實(shí)施例而實(shí)施的示例性系統(tǒng)配置的框
圖2是圖示出作為上述實(shí)施例而實(shí)施的示例性傳輸狀態(tài)的示意圖； 圖3是圖示出作為上述實(shí)施例而實(shí)施的示例性傳輸狀態(tài)(在正常連接 時(shí))的序列圖4是圖示出作為上述實(shí)施例而實(shí)施的示例性傳輸狀態(tài)(在認(rèn)證失敗 時(shí))的序列圖5是圖示出作為上述實(shí)施例而實(shí)施的示例性傳輸狀態(tài)(在從內(nèi)容提 供終端斷開連接時(shí))的序列圖6是圖示出上述實(shí)施例的示例性傳輸狀態(tài)(在從服務(wù)器斷開連接 時(shí))的序列圖7是圖示出作為本發(fā)明另一實(shí)施例而實(shí)施的示例性傳輸狀態(tài)的示意
圖8是圖示出圖7所示的示例中的示例性傳輸狀態(tài)(在從服務(wù)器到終端的連接失敗時(shí)轉(zhuǎn)移連接目的地時(shí))的序列圖；以及
圖9是圖示出圖7所示的示例中的示例性傳輸狀態(tài)(在發(fā)生異常狀態(tài)
時(shí)轉(zhuǎn)移連接目的地時(shí))的序列圖。
具體實(shí)施例方式
將參考附圖通過本發(fā)明的實(shí)施例來更加詳細(xì)地描述本發(fā)明。以下參考
圖1到圖6描述了本發(fā)明的一個(gè)實(shí)施例。本實(shí)施例被配置為與稱為NGN 的網(wǎng)絡(luò)相連接的系統(tǒng)。NGN是帶寬有保障的網(wǎng)絡(luò)，其被配置為除了普通的 音頻電話之外還具有高圖像質(zhì)量的電視電話和多播分發(fā)，從而提供高圖像 質(zhì)量的視頻分發(fā)。
現(xiàn)在，參考圖1，示出了作為本發(fā)明實(shí)施例而實(shí)現(xiàn)的系統(tǒng)配置。SIP 服務(wù)器1被布置在NGN上。在SIP服務(wù)器1的控制之下，在作為用戶終 端的視聽終端11、 12等處執(zhí)行電話呼出和呼入(telephone origination and termination)以及各種內(nèi)容的視聽。視聽終端11、 12等可以是被配置為僅 視聽內(nèi)容或者被配置為既視聽內(nèi)容又提供電話功能的終端。對(duì)于連接線 路，基于IP地址的呼出和呼入被控制；也就是說，連接線路被配置為所謂 的IP電話。
本實(shí)施例的網(wǎng)絡(luò)與內(nèi)容分發(fā)器服務(wù)器2相連接。由內(nèi)容分發(fā)器準(zhǔn)備內(nèi) 容分發(fā)器服務(wù)器2。內(nèi)容分發(fā)器服務(wù)器2具有預(yù)留管理塊3和多播分發(fā)塊 4，其中，從多播分發(fā)塊4到NGN的內(nèi)容數(shù)據(jù)的多播分發(fā)由預(yù)留管理塊3 控制。多播分發(fā)塊4分發(fā)累積在內(nèi)容累積塊4a中的內(nèi)容數(shù)據(jù)。此外，多播 分發(fā)塊4還具有內(nèi)容接收塊(未示出)，內(nèi)容接收塊被配置為經(jīng)由所連接 的連接線路接收以單播形式發(fā)送的內(nèi)容，并且多播分發(fā)塊4具有在不改變 的情況下以多播形式分發(fā)在接收塊處接收的內(nèi)容的能力。應(yīng)當(dāng)注意，由內(nèi) 容分發(fā)器服務(wù)器2發(fā)送的內(nèi)容例如包括流數(shù)據(jù)，例如視頻數(shù)據(jù)和音頻數(shù) 據(jù)。如果僅僅來自稍后將描述的內(nèi)容提供裝置的內(nèi)容的中繼被執(zhí)行，則內(nèi) 容分發(fā)器服務(wù)器2不必具有內(nèi)容累積塊4a。
用多播模式從多播分發(fā)塊4向NGN發(fā)送的內(nèi)容數(shù)據(jù)可以由視聽終端 11、 12等的任一個(gè)接收，以不受限制地視聽所接收的內(nèi)容數(shù)據(jù)。在多播分發(fā)中，從內(nèi)容分發(fā)器服務(wù)器2發(fā)送的內(nèi)容不受限制地被每一個(gè)終端接收， 以使得不必在內(nèi)容分發(fā)器服務(wù)器2和視聽終端11、 12等的每一個(gè)之間建 立用于單播傳輸?shù)膫鬏斅窂降倪B接。但是，可以施加某種限制以僅僅允許 向內(nèi)容分發(fā)器服務(wù)器2登記的終端視聽所接收的內(nèi)容。
在本實(shí)施例中，內(nèi)容提供終端5連接到網(wǎng)絡(luò)。內(nèi)容提供終端5是想要
向任意視聽終端發(fā)送某種內(nèi)容的用戶終端。例如，假設(shè)該用戶終端是分發(fā) 用攝像機(jī)拍攝的實(shí)時(shí)視頻數(shù)據(jù)的終端、或者例如使得用戶所創(chuàng)建的視頻內(nèi)
容或音頻內(nèi)容要被傳送到另一用戶的終端。內(nèi)容提供終端5是能夠例如使 用NGN通過SIP中的呼出來連接到內(nèi)容分發(fā)器服務(wù)器2的終端(具有SIP 能力)。
在從該內(nèi)容提供終端5分發(fā)內(nèi)容數(shù)據(jù)時(shí)，本實(shí)施例首先發(fā)送內(nèi)容數(shù)據(jù) 到內(nèi)容分發(fā)器服務(wù)器2，內(nèi)容數(shù)據(jù)從內(nèi)容分發(fā)器服務(wù)器2被分發(fā)到視聽終 端ll、 12等。
以下參考圖2概述從圖1所示的內(nèi)容提供終端5分發(fā)內(nèi)容數(shù)據(jù)的處 理。如圖2所示，內(nèi)容提供服務(wù)器和多播分發(fā)服務(wù)器分別對(duì)應(yīng)于內(nèi)容分發(fā) 器服務(wù)器2中的預(yù)留管理塊3和多播分發(fā)塊4。在圖1所示的示例中，預(yù) 留管理塊3和多播分發(fā)塊4例如被布置在一個(gè)服務(wù)器2中，但是，預(yù)留管 理塊3和多播分發(fā)塊4可以被布置在分開的服務(wù)器中。以下，圖2所示的 預(yù)留管理塊和多播分發(fā)塊也稱為預(yù)留管理塊3和多播分發(fā)塊4。
首先，內(nèi)容提供終端5執(zhí)行在NGN中登記自身終端識(shí)別ID的處理 (步驟Sl)。可以預(yù)先而不是在內(nèi)容分發(fā)時(shí)執(zhí)行終端識(shí)別ID的這種登 記。
接下來，內(nèi)容提供終端5向多播分發(fā)塊4發(fā)送作為會(huì)話連接請(qǐng)求的信 令，從而請(qǐng)求內(nèi)容提供(步驟S2)。在該內(nèi)容提供請(qǐng)求發(fā)送到多播分發(fā)塊 4之后，如果內(nèi)容提供請(qǐng)求已得到成功認(rèn)證，則多播分發(fā)服務(wù)器向內(nèi)容提 供終端發(fā)送指示出在呼叫中(in-calling)的180應(yīng)答；而如果終端認(rèn)證已 失敗，則多播分發(fā)服務(wù)器向內(nèi)容提供終端發(fā)送指示出呼入被拒絕的603應(yīng) 答。如果180應(yīng)答已被內(nèi)容提供終端接收，則內(nèi)容提供終端5結(jié)束會(huì)話建 立請(qǐng)求并斷開該會(huì)話，從而變得為從多播分發(fā)服務(wù)器回叫的會(huì)話連接請(qǐng)求
8做好準(zhǔn)備。應(yīng)當(dāng)注意，180應(yīng)答和603應(yīng)答是在SIP中規(guī)定的應(yīng)答的應(yīng)答 號(hào)，以下要描述的應(yīng)答也一樣。
已接收到內(nèi)容提供請(qǐng)求的多播分發(fā)塊4針對(duì)終端信息對(duì)內(nèi)容分發(fā)器服 務(wù)器2進(jìn)行認(rèn)證(步驟S3)，并接收對(duì)會(huì)話建立的請(qǐng)求，從而通過與呼出
終端的終端識(shí)別ID比較來確認(rèn)已作出內(nèi)容提供請(qǐng)求的終端是預(yù)先登記
的終端。步驟S3中的該確認(rèn)和步驟S2中的應(yīng)答是并行執(zhí)行的，如稍后將 示出的序列圖所示。
當(dāng)該終端認(rèn)證己完成并且會(huì)話請(qǐng)求已被終端中止或斷開時(shí)，多播分發(fā) 塊4執(zhí)行用于向內(nèi)容提供終端5發(fā)送對(duì)會(huì)話建立的請(qǐng)求的回叫處理，由此 建立會(huì)話。當(dāng)該會(huì)話已建立時(shí)，從內(nèi)容提供終端5向多播分發(fā)器服務(wù)器的 內(nèi)容分發(fā)開始。從內(nèi)容提供終端5向多播分發(fā)塊4的內(nèi)容發(fā)送是內(nèi)容提供 終端5和多播分發(fā)塊4之間的單播發(fā)送。
當(dāng)在多播分發(fā)塊4處開始從內(nèi)容提供終端5獲取內(nèi)容時(shí)，所接收內(nèi)容 的數(shù)據(jù)被從多播分發(fā)塊4發(fā)送到多播地址，由此視聽終端11、 12等變得 準(zhǔn)備好接收內(nèi)容數(shù)據(jù)(步驟S5)。
以下參考圖3到圖6的序列圖描述圖2所示的處理概況的詳細(xì)處理狀 態(tài)。圖3是指示出連接開始的序列圖。首先，內(nèi)容提供終端5向預(yù)留管理 塊3登記多播分發(fā)形式的內(nèi)容傳送的日期以及關(guān)于內(nèi)容提供終端5自身的 信息(步驟Sll)。該登記是例如經(jīng)由因特網(wǎng)通過使用HTTP (超文本傳 送協(xié)議)執(zhí)行的。
接下來，當(dāng)實(shí)際從內(nèi)容提供終端5發(fā)送內(nèi)容的時(shí)間到來時(shí)，從內(nèi)容提 供終端5經(jīng)由SIP服務(wù)器1向多播分發(fā)塊4的終端識(shí)別ID呼出會(huì)話建立請(qǐng) 求(步驟S12和步驟S13)。該會(huì)話建立請(qǐng)求是通過發(fā)送INVITE (邀請(qǐng)) 請(qǐng)求來執(zhí)行的；不必添加包括關(guān)于要發(fā)送的內(nèi)容的編解碼信息的(會(huì)話描 述協(xié)議)。
被請(qǐng)求會(huì)話建立的多播分發(fā)塊4立即通過使用例如HTTP來請(qǐng)求預(yù)留 管理塊3通過使用發(fā)送了 INVITE請(qǐng)求的終端的呼出終端識(shí)別ID來進(jìn)行認(rèn) 證，并從預(yù)留管理塊3獲得該認(rèn)證的結(jié)果作為對(duì)HTTP請(qǐng)求的應(yīng)答(步驟 S15)。此刻，如果相應(yīng)認(rèn)證成功，則獲得關(guān)于終端識(shí)別ID的信息，該終端識(shí)別ID用于會(huì)話建立請(qǐng)求和作為該終端而登記的回叫。
如果認(rèn)證成功，則響應(yīng)于會(huì)話建立請(qǐng)求，指示出在進(jìn)行中(in-progressing) 的100應(yīng)答和指示出在呼叫中的180應(yīng)答被經(jīng)由SIP服務(wù)器1 發(fā)送到內(nèi)容提供終端5 (步驟S16和步驟S17)。當(dāng)該180應(yīng)答被內(nèi)容提 供終端5接收時(shí)，用于通過撥叫取消當(dāng)前呼叫的CANCEL (取消)請(qǐng)求經(jīng) 由SIP服務(wù)器1被發(fā)送到多播分發(fā)塊4 (步驟S18和步驟S19)。當(dāng)該 CANCEL請(qǐng)求被多播分發(fā)塊4接收時(shí)，指示出對(duì)該撥叫取消的應(yīng)答的200 應(yīng)答被發(fā)送(步驟S20和步驟S21)。此外，指示出作為會(huì)話建立請(qǐng)求首 先被接收的INVITE請(qǐng)求的中止的487應(yīng)答被從多播分發(fā)塊4發(fā)送(步驟 S22和步驟S23)，并且ACK (確認(rèn))請(qǐng)求作為應(yīng)答被發(fā)送(步驟S24和 步驟S25)，由此從步驟S12開始的會(huì)話建立請(qǐng)求的處理結(jié)束。
然后，會(huì)話建立請(qǐng)求被從己經(jīng)確認(rèn)斷開連接的多播分發(fā)塊4發(fā)送到內(nèi) 容提供終端5的終端識(shí)別ID (步驟S26和步驟S27)。在該會(huì)話建立請(qǐng)求 時(shí)，包括關(guān)于允許從內(nèi)容提供終端發(fā)送的內(nèi)容類型的信息的SDP被添加。
當(dāng)內(nèi)容提供終端5檢測到該呼入時(shí)，指示出在進(jìn)行中的IOO應(yīng)答和指 示出在呼叫中的180應(yīng)答作為對(duì)會(huì)話建立請(qǐng)求的應(yīng)答而被發(fā)送(步驟S28 和步驟S29)。
此外，利用包括關(guān)于要發(fā)送的內(nèi)容的信息的SDP來發(fā)送指示出對(duì)內(nèi)容 提供終端5處的呼入的應(yīng)答的200應(yīng)答(步驟S30和步驟S31)。當(dāng)ACK 請(qǐng)求作為應(yīng)答被返回時(shí)(步驟S32和步驟S33)，多播分發(fā)塊4和內(nèi)容提 供終端5之間的會(huì)話被建立。
接下來，通過使用已建立的會(huì)話，以單播形式開始從內(nèi)容提供終端5 向多播分發(fā)塊4發(fā)送內(nèi)容數(shù)據(jù)(流數(shù)據(jù))(步驟S34)。多播分發(fā)塊4向 多播地址發(fā)送所接收的內(nèi)容數(shù)據(jù)(流數(shù)據(jù))以使得兩個(gè)或更多個(gè)視聽終端 11、 12等可以接收內(nèi)容數(shù)據(jù)(步驟S35)。這樣，流數(shù)據(jù)的發(fā)送開始，從 而例如在預(yù)定的預(yù)留時(shí)段內(nèi)連續(xù)發(fā)送流數(shù)據(jù)。
以下參考圖4描述在多播分發(fā)塊4上認(rèn)證失敗的情況下要執(zhí)行的處理 的示例。
該示例假設(shè)了還未向預(yù)留管理服務(wù)器登記的內(nèi)容提供終端5的操作。會(huì)話建立請(qǐng)求被從內(nèi)容提供終端5經(jīng)由SIP服務(wù)器1發(fā)送到多播分發(fā)
塊4的終端識(shí)別ID (步驟S72和步驟S73 )。
接收到該會(huì)話建立請(qǐng)求之后，多播分發(fā)塊4立即通過使用例如HTTP 來請(qǐng)求預(yù)留管理塊3進(jìn)行會(huì)話建立請(qǐng)求被發(fā)送到其的終端識(shí)別ID的認(rèn)證 (步驟S74)。在此示例中，假設(shè)該認(rèn)證的結(jié)果源自未正確登記的終端 (步驟S75)。此刻，例如作為拒絕呼入的應(yīng)答的603應(yīng)答被發(fā)送(步驟 S76和步驟S77)，并且針對(duì)該應(yīng)答，ACK請(qǐng)求被從內(nèi)容提供終端5發(fā)送 (步驟S78和步驟S79)，由此處理結(jié)束。在這種情況下，處理在此時(shí)結(jié) 束，從而不執(zhí)行從多播分發(fā)塊4的回叫。
以下參考圖5示出在圖3所示的處理中正在發(fā)送內(nèi)容的狀態(tài)中用于斷 開來自內(nèi)容提供終端5的線路的處理的示例序列。
在圖5所示的示例中，假設(shè)正通過使用已建立的會(huì)話以單播形式從內(nèi) 容提供終端5向多播分發(fā)塊4發(fā)送內(nèi)容數(shù)據(jù)(步驟S81)。此外，還假 設(shè)，在多播分發(fā)塊4中，所接收的內(nèi)容數(shù)據(jù)被發(fā)送到多播地址處的兩個(gè)或 更多個(gè)視聽終端ll、 12等(步驟S82)。
在上述狀態(tài)中，斷開連接請(qǐng)求(BYE請(qǐng)求)被從內(nèi)容提供終端5發(fā)送 (步驟S83和步驟S84)，并且當(dāng)對(duì)該BYE請(qǐng)求的200應(yīng)答被返回時(shí)，已 建立的會(huì)話結(jié)束，由此流數(shù)據(jù)的發(fā)送結(jié)束(步驟S85和步驟S86)。
圖6所示的示例是由于例如過了預(yù)定的計(jì)劃時(shí)間而通過從多播分發(fā)塊 4的處理斷開會(huì)話的示例性序列。在圖6所示的示例中，也假設(shè)正通過使 用已建立的會(huì)話以單播形式從內(nèi)容提供終端5向多播分發(fā)塊4發(fā)送內(nèi)容數(shù) 據(jù)(步驟S91)。此外，還假設(shè)在多播分發(fā)塊4中，正在執(zhí)行將所接收的 內(nèi)容發(fā)送到在多播地址處的兩個(gè)或更多個(gè)視聽終端11、 12等的處理(步 驟S92)。
在上述狀態(tài)下，假設(shè)通過使用例如HTTP從預(yù)留管理塊3向多播分發(fā) 塊4發(fā)送關(guān)于過了預(yù)留的使用時(shí)間的通知(步驟S93)。如果該通知被發(fā) 送并且相應(yīng)的會(huì)話仍然在建立中，則請(qǐng)求(BYE請(qǐng)求)被發(fā)送以用于從多 播分發(fā)塊4斷開連接(步驟S94和步驟S95)。通過返回作為對(duì)BYE請(qǐng)求 的應(yīng)答的200應(yīng)答而結(jié)束已建立的會(huì)話，由此流數(shù)據(jù)的發(fā)送結(jié)束(步驟S96和步驟S97)。
應(yīng)當(dāng)注意，在目前為止所描述的處理操作中，從其發(fā)送內(nèi)容數(shù)據(jù)的內(nèi) 容提供終端為l個(gè)；但是，可以向預(yù)留管理塊3登記兩個(gè)或更多個(gè)終端， 作為從其發(fā)送同一內(nèi)容數(shù)據(jù)的終端。
圖7所示的示例示出了在存在兩個(gè)或更多個(gè)內(nèi)容提供終端時(shí)要執(zhí)行的 處理的概況。在此示例中，假設(shè)布置了第一內(nèi)容提供終端6和第二內(nèi)容提 供終端7，并且從其發(fā)送相同的內(nèi)容數(shù)據(jù)(相同的流數(shù)據(jù))。
在這種情況下，第一和第二內(nèi)容提供終端6和7各自首先執(zhí)行向預(yù)留 管理塊3登記自身終端ID的處理(步驟S101和步驟S102)。
在完成上述登記的情況下，假設(shè)第一內(nèi)容提供終端6向多播分發(fā)塊4 請(qǐng)求會(huì)話建立，從而例如給出內(nèi)容提供請(qǐng)求。當(dāng)該內(nèi)容提供請(qǐng)求已被發(fā)送 到多播分發(fā)塊4時(shí)，多播分發(fā)塊4從預(yù)留管理塊3獲得終端連接目的地信 息(步驟S103)。然后，多播分發(fā)塊4對(duì)第一內(nèi)容提供終端執(zhí)行如上所述 的回叫處理，但是假設(shè)會(huì)話建立由于某種原因而失敗(步驟S104)。
如果發(fā)生這種失敗，則多播分發(fā)塊4向作為另一已登記終端的第二內(nèi) 容提供終端7請(qǐng)求會(huì)話建立，從而給出內(nèi)容獲取請(qǐng)求，并且假設(shè)會(huì)話建立 是成功的(步驟S105)。
如果會(huì)話建立成功，則開始從第二內(nèi)容提供終端7傳送內(nèi)容數(shù)據(jù)，從 而開始以多播形式從多播分發(fā)塊4向視聽終端11、 12等的每一個(gè)的發(fā)送 (步驟S106)。應(yīng)當(dāng)注意，如果在從第一內(nèi)容提供終端6的傳送開始之后 由于某種故障而斷開會(huì)話，則也可以作出基于該回叫機(jī)制的會(huì)話建立請(qǐng) 求，從而切換到從第二內(nèi)容提供終端7傳送內(nèi)容數(shù)據(jù)。
參考圖8，示出了指示出在基于兩個(gè)內(nèi)容提供終端之一的回叫方案的 會(huì)話建立請(qǐng)求失敗的情況下要執(zhí)行的一個(gè)處理示例的序列圖。參考圖8， 與先前參考圖3描述的那些相似的處理操作被用相同標(biāo)號(hào)表示。
首先，第二內(nèi)容提供終端7通過使用例如HTTP向預(yù)留管理塊3登記 通過多播傳送內(nèi)容的日期、自身終端信息等(步驟Sll)。
接下來，當(dāng)實(shí)際從第二內(nèi)容提供終端發(fā)送內(nèi)容的時(shí)間到達(dá)時(shí)，從第二 內(nèi)容提供終端7經(jīng)由SIP服務(wù)器1向多播分發(fā)塊4的終端識(shí)別ID發(fā)送會(huì)話建立請(qǐng)求(步驟S12和步驟S13)。
被請(qǐng)求進(jìn)行會(huì)話建立的多播分發(fā)塊4立即通過使用例如HTTP來請(qǐng)求 預(yù)留管理塊3對(duì)發(fā)送了會(huì)話建立請(qǐng)求的呼出終端的終端識(shí)別ID進(jìn)行認(rèn)證
(步驟S14)，從而獲得來自預(yù)留管理塊3的認(rèn)證結(jié)果作為對(duì)例如HTTP 的應(yīng)答(步驟S15)。此刻，如果認(rèn)證成功，則多播分發(fā)塊4還獲得指示 出所連接終端的細(xì)節(jié)的所連接終端列表。
然后，如果認(rèn)證成功，則指示出在進(jìn)行中的IOO應(yīng)答和指示出在呼叫 中的180應(yīng)答經(jīng)由SIP服務(wù)器1被發(fā)送給第二內(nèi)容提供終端7，作為對(duì)會(huì) 話建立請(qǐng)求的應(yīng)答(步驟S16和步驟S17)。
當(dāng)該180應(yīng)答被第二內(nèi)容提供終端7確認(rèn)時(shí)，用于取消通過當(dāng)前會(huì)話 建立請(qǐng)求的呼叫的CANCEL請(qǐng)求經(jīng)由SIP服務(wù)器l被發(fā)送到多播分發(fā)塊4
(步驟S18和步驟S19)。當(dāng)該CANCEL請(qǐng)求被多播分發(fā)塊4接收時(shí)，指 示出用于對(duì)該撥叫的取消作出應(yīng)答的信號(hào)的200應(yīng)答被返回(步驟S20和 步驟S21)。此外，指示出對(duì)作為會(huì)話建立請(qǐng)求首先被接收的INVITE請(qǐng) 求的處理中止的487應(yīng)答被從多播分發(fā)塊4發(fā)送(步驟S22和步驟 S23)，并且作為對(duì)其的應(yīng)答，ACK請(qǐng)求被發(fā)送(步驟S24和步驟 S25)，由此從步驟S12開始的會(huì)話建立請(qǐng)求的處理結(jié)束。
接下來，假設(shè)基于回叫機(jī)制從多播分發(fā)塊4向第一內(nèi)容提供終端6的 終端識(shí)別ID發(fā)送會(huì)話建立請(qǐng)求(步驟S41和步驟S42)。在該會(huì)話建立請(qǐng) 求時(shí)，包括關(guān)于允許從內(nèi)容提供終端發(fā)送的內(nèi)容類型的信息的SDP被添 加。
當(dāng)?shù)谝粌?nèi)容提供終端檢測到該呼入時(shí)，指示出在進(jìn)行中的100應(yīng)答和 諸如4xx應(yīng)答或6xx應(yīng)答之類的指示出斷開連接或拒絕的應(yīng)答被發(fā)送(步 驟S43和步驟S44)。然后，當(dāng)作為對(duì)其的應(yīng)答的ACK請(qǐng)求被返回時(shí)，中 止此刻的呼叫(步驟S45和步驟S46)。
多播分發(fā)塊4根據(jù)來自預(yù)留管理塊3的信息確認(rèn)已登記又一個(gè)內(nèi)容 提供終端。當(dāng)該確認(rèn)被作出時(shí)，會(huì)話建立請(qǐng)求被從多播分發(fā)塊4向相應(yīng)終 端(第二內(nèi)容提供終端7)的終端識(shí)別ID發(fā)送(步驟S26和步驟S27)。
當(dāng)?shù)诙?nèi)容提供終端7檢測到該呼入時(shí)，指示出在進(jìn)行中的100應(yīng)答和指示出在呼叫中的180應(yīng)答被發(fā)送，作為對(duì)會(huì)話建立請(qǐng)求的應(yīng)答(步驟
S28和步驟S29)。
繼續(xù)地，指示出對(duì)第二內(nèi)容提供終端7處的呼入的應(yīng)答的200應(yīng)答被 發(fā)送(步驟S30和步驟S31)，并且作為對(duì)此的應(yīng)答，ACK請(qǐng)求被返回 (步驟S32和步驟S33)，從而建立了多播分發(fā)塊4和第二內(nèi)容提供終端 7之間的會(huì)話。
接下來，通過使用已建立的會(huì)話，開始以單播形式從第二提供終端7 向多播分發(fā)塊4發(fā)送內(nèi)容數(shù)據(jù)(流數(shù)據(jù))(步驟S34)。多播分發(fā)塊4將 所接收的內(nèi)容數(shù)據(jù)(流數(shù)據(jù))發(fā)送給在多播地址處的兩個(gè)或更多個(gè)視聽終 端ll、 12等(步驟S35)。這樣，流數(shù)據(jù)的發(fā)送開始并在例如預(yù)留的時(shí)段 內(nèi)繼續(xù)。
以下參考圖9所示的序列圖描述在內(nèi)容數(shù)據(jù)傳送開始之后在發(fā)生故障 時(shí)切換內(nèi)容提供終端的情況下要執(zhí)行的一個(gè)處理示例。
在圖9所示的示例中，假設(shè)由于某種原因中止了以單播形式從第一內(nèi) 容提供終端6向多播分發(fā)塊4發(fā)送內(nèi)容數(shù)據(jù)(步驟S51)。
此刻，當(dāng)多播分發(fā)塊4確認(rèn)存在另一個(gè)內(nèi)容提供終端7時(shí)，在該第二 內(nèi)容提供終端7上建立會(huì)話的處理被執(zhí)行。
也就是說，會(huì)話建立請(qǐng)求被從多播分發(fā)塊4發(fā)送到第二內(nèi)容提供終端 7的終端識(shí)別ID (步驟S53和步驟S54)。
當(dāng)?shù)诙?nèi)容提供終端7檢測到該呼入時(shí)，指示出在進(jìn)行中的100應(yīng)答 和指示出在呼叫中的180應(yīng)答被發(fā)送，作為對(duì)會(huì)話建立請(qǐng)求的應(yīng)答(步驟 S54和步驟S55)。
繼續(xù)地，指示出對(duì)第二內(nèi)容提供終端7處的呼入的應(yīng)答的200應(yīng)答被 發(fā)送(步驟S56和步驟S57)，并且作為對(duì)此的應(yīng)答，ACK請(qǐng)求被返回 (步驟S58和步驟S59)，從而建立多播分發(fā)塊4和第二內(nèi)容提供終端7 之間的會(huì)話。
接下來，通過使用已建立的會(huì)話，開始以單播形式從第二內(nèi)容提供終 端7向多播分發(fā)塊4發(fā)送內(nèi)容數(shù)據(jù)(流數(shù)據(jù))(步驟S60)。多播分發(fā)塊 4將所接收的內(nèi)容數(shù)據(jù)(流數(shù)據(jù))發(fā)送到多播地址處的兩個(gè)或更多個(gè)視聽終端11、 12等(步驟S61)。
這樣，如果由于某種原因而中止發(fā)送，則通過使用其他終端來重新開 始流數(shù)據(jù)的發(fā)送。
如上所述并且根據(jù)本發(fā)明的實(shí)施例，內(nèi)容提供終端側(cè)等待來自多播分 發(fā)服務(wù)器的回叫，并且使用通過該回叫建立的會(huì)話來發(fā)送內(nèi)容數(shù)據(jù)，從而 提供了以下優(yōu)點(diǎn)在成本方面不向具有內(nèi)容提供終端的用戶施加負(fù)擔(dān)，并 且允許多播分發(fā)服務(wù)器側(cè)控制會(huì)話發(fā)起定時(shí)而不受限制。另外，多播分發(fā) 服務(wù)器執(zhí)行向兩方或更多方的內(nèi)容分發(fā)，從而消除了為每一個(gè)內(nèi)容提供終 端準(zhǔn)備復(fù)雜的規(guī)范的必要。此外，因?yàn)樽鞒龌亟械慕K端是在預(yù)留管理塊3 (預(yù)留管理服務(wù)器)中預(yù)留的終端，所以僅向正確預(yù)留的終端作出基于回 叫的連接，從而提供了排除非法連接嘗試的優(yōu)點(diǎn)。
如參考圖7到9描述的，因?yàn)樯鲜雠渲迷试S登記兩個(gè)或更多個(gè)內(nèi)容提
供終端，所以可以針對(duì)故障容易地采取措施。
在上述實(shí)施例中，基于稱為NGN的SIP來執(zhí)行呼叫控制，這適用于 使能了帶寬保障的網(wǎng)絡(luò)；但是，其也可用于對(duì)包括電話線路的各種其他網(wǎng) 絡(luò)應(yīng)用這些實(shí)施例。
此外，除了配置為專用設(shè)備之外，通過在通用計(jì)算機(jī)上安裝用于執(zhí)行 在上述實(shí)施例中描述的處理操作的軟件(程序)，諸如內(nèi)容分發(fā)服務(wù)器之 類的服務(wù)器也可配置為用作執(zhí)行這些處理操作的服務(wù)器。
本申請(qǐng)包含與在2008年5月29日向日本專利局提交的日本優(yōu)先專利 申請(qǐng)JP 2008-141306中公開的主題相關(guān)的主題，該申請(qǐng)的全部內(nèi)容通過引 用而結(jié)合于此。
本領(lǐng)域技術(shù)人員應(yīng)當(dāng)了解，只要在所附權(quán)利要求或其等同物的范圍 內(nèi)，根據(jù)設(shè)計(jì)要求和其他因素可以進(jìn)行各種修改、組合、子組合和變更。
權(quán)利要求
1.一種內(nèi)容提供服務(wù)器，包括內(nèi)容分發(fā)處理塊，被配置為以多播分發(fā)形式經(jīng)由預(yù)定傳輸路徑來向至少一個(gè)接收終端分發(fā)內(nèi)容數(shù)據(jù)；以及內(nèi)容接收處理塊，被配置為在經(jīng)由預(yù)定連接線路接收到內(nèi)容分發(fā)請(qǐng)求時(shí)，經(jīng)由所述連接線路對(duì)發(fā)出所接收到的內(nèi)容分發(fā)請(qǐng)求的內(nèi)容提供終端執(zhí)行回叫，并且以多播形式從所述內(nèi)容分發(fā)處理塊向所述接收終端分發(fā)在通過所述回叫而連接的會(huì)話中獲得的內(nèi)容數(shù)據(jù)。
2. 根據(jù)權(quán)利要求l所述的內(nèi)容分發(fā)服務(wù)器，還包括預(yù)留管理塊，被配置為登記與一終端相關(guān)聯(lián)的信息，該終端用于管理 與所述內(nèi)容提供終端相關(guān)聯(lián)的信息，并且如果來自所登記的終端識(shí)別ID 的內(nèi)容分發(fā)請(qǐng)求被接收，則在所述內(nèi)容接收處理塊中執(zhí)行回叫，從而建立 用于內(nèi)容接收的會(huì)話。
3. 根據(jù)權(quán)利要求1所述的內(nèi)容分發(fā)服務(wù)器，其中，多個(gè)終端識(shí)別ID 被存儲(chǔ)作為所述內(nèi)容提供終端的終端識(shí)別ID，并且如果在回叫所存儲(chǔ)的終 端識(shí)別ID中的任一個(gè)時(shí)、與內(nèi)容接收終端的會(huì)話的建立失敗，則重新連 接到所存儲(chǔ)的多個(gè)終端識(shí)別ID中的另一個(gè)終端識(shí)別ID以建立內(nèi)容接收會(huì) 話，從而接收所述內(nèi)容數(shù)據(jù)。
4. 根據(jù)權(quán)利要求1所述的內(nèi)容分發(fā)服務(wù)器，其中，多個(gè)終端識(shí)別ID 被存儲(chǔ)作為所述內(nèi)容提供終端的終端識(shí)別ID，并且如果在獲取內(nèi)容數(shù)據(jù)期 間由于某種原因而中止內(nèi)容數(shù)據(jù)的獲取，則重新連接到所存儲(chǔ)的多個(gè)終端 識(shí)別ID中的另一個(gè)終端識(shí)別ID以建立內(nèi)容接收會(huì)話，從而接收所述內(nèi)容 數(shù)據(jù)。
5. 根據(jù)權(quán)利要求1所述的內(nèi)容分發(fā)服務(wù)器，其中，多個(gè)終端識(shí)別ID 被存儲(chǔ)作為所述內(nèi)容提供終端的終端識(shí)別ID，并且如果在獲取內(nèi)容數(shù)據(jù)期 間由于某種原因使得內(nèi)容數(shù)據(jù)的獲取失敗，則重新連接到所存儲(chǔ)的多個(gè)終 端識(shí)別ID中的另一個(gè)終端識(shí)別ID以建立內(nèi)容接收會(huì)話，從而接收所述內(nèi) 容數(shù)據(jù)。
6. 根據(jù)權(quán)利要求1所述的內(nèi)容分發(fā)服務(wù)器，其中，用于由所述內(nèi)容 分發(fā)處理塊以多播形式進(jìn)行分發(fā)的傳輸路徑是用于將內(nèi)容數(shù)據(jù)連接到能夠 進(jìn)行多播分發(fā)的網(wǎng)絡(luò)的連接線路。
7. —種內(nèi)容分發(fā)方法，包括以下步驟以多播分發(fā)形式經(jīng)由預(yù)定傳輸路徑來向至少一個(gè)接收終端分發(fā)內(nèi)容數(shù) 據(jù)；以及在經(jīng)由預(yù)定連接線路接收到內(nèi)容分發(fā)請(qǐng)求時(shí)，經(jīng)由所述連接線路對(duì)發(fā) 出所接收到的內(nèi)容分發(fā)請(qǐng)求的內(nèi)容提供終端執(zhí)行回叫，并且以多播形式從 內(nèi)容分發(fā)處理塊向所述接收終端分發(fā)在通過所述回叫而連接的會(huì)話中獲得 的內(nèi)容數(shù)據(jù)。
8. —種內(nèi)容提供服務(wù)器，包括內(nèi)容分發(fā)處理裝置，用于以多播分發(fā)形式經(jīng)由預(yù)定傳輸路徑來向至少一個(gè)接收終端分發(fā)內(nèi)容數(shù)據(jù)；以及內(nèi)容接收處理裝置，用于在經(jīng)由預(yù)定連接線路接收到內(nèi)容分發(fā)請(qǐng)求 時(shí)，經(jīng)由所述連接線路對(duì)發(fā)出所接收到的內(nèi)容分發(fā)請(qǐng)求的內(nèi)容提供終端執(zhí) 行回叫，并且以多播形式從所述內(nèi)容分發(fā)處理裝置向所述接收終端分發(fā)在 通過所述回叫而連接的會(huì)話中獲得的內(nèi)容數(shù)據(jù)。
全文摘要
本發(fā)明提供了內(nèi)容分發(fā)服務(wù)器和內(nèi)容分發(fā)方法。內(nèi)容提供服務(wù)器包括內(nèi)容分發(fā)處理塊，被配置為以多播分發(fā)形式經(jīng)由預(yù)定傳輸路徑來向至少一個(gè)接收終端分發(fā)內(nèi)容數(shù)據(jù)；以及內(nèi)容接收處理塊，被配置為在經(jīng)由預(yù)定連接線路接收到內(nèi)容分發(fā)請(qǐng)求時(shí)，經(jīng)由該連接線路對(duì)發(fā)出所接收到的內(nèi)容分發(fā)請(qǐng)求的內(nèi)容提供終端執(zhí)行回叫，并且以多播形式從內(nèi)容分發(fā)處理塊向接收終端分發(fā)在通過回叫而連接的會(huì)話中獲得的內(nèi)容數(shù)據(jù)。
文檔編號(hào)H04M7/00GK101594367SQ20091014220
公開日2009年12月2日 申請(qǐng)日期2009年5月26日 優(yōu)先權(quán)日2008年5月29日
發(fā)明者小笠原好一 申請(qǐng)人:索尼株式會(huì)社