專利名稱：控制裝置、內(nèi)容發(fā)送系統(tǒng)和內(nèi)容發(fā)送方法
技術(shù)領(lǐng)域：
本發(fā)明涉及用于在允許預留傳送質(zhì)量(transmission quality)的通信網(wǎng) 絡(luò)中執(zhí)行處理的控制裝置，所述處理例如是向內(nèi)容發(fā)送裝置發(fā)出請求以作 為對于將內(nèi)容從內(nèi)容發(fā)送裝置發(fā)送到控制裝置的請求的過程，以及對將內(nèi) 容從內(nèi)容發(fā)送裝置發(fā)送到操作控制裝置的內(nèi)容請求發(fā)起者所需的傳送線路 (transmission line)的傳送質(zhì)量進行預留(reservation)的過程。本發(fā)明還 涉及使用通過通信網(wǎng)絡(luò)與彼此相連接的控制和內(nèi)容發(fā)送裝置的內(nèi)容發(fā)送系 統(tǒng)，并且涉及該內(nèi)容發(fā)送系統(tǒng)采用的內(nèi)容發(fā)送方法。
背景技術(shù)：
在諸如當代的因特網(wǎng)之類的通信網(wǎng)絡(luò)中，用戶被允許選擇在通信網(wǎng)絡(luò) 的VOD (按需視頻)服務(wù)中發(fā)送的內(nèi)容的質(zhì)量，而計費服務(wù)器 (accounting server)能夠為該服務(wù)執(zhí)行計費過程。例如，日本專利早期公 開No. 2000-270309公開了一種技術(shù)，該技術(shù)能夠在通過通信網(wǎng)絡(luò)分發(fā)內(nèi) 容的服務(wù)中收取與用戶實際收聽的付費流式內(nèi)容的質(zhì)量相當?shù)馁M用。
此外，在諸如當代的因特網(wǎng)之類的通信網(wǎng)絡(luò)中，用戶被允許訂立頻帶 預留合同并為所預留的頻帶支付費用。例如，日本專利早期公開No. 2005-51486公開了一種技術(shù)，該技術(shù)能夠在內(nèi)容發(fā)送和接收裝置為了購買和銷 售或者借入和貸出頻帶而執(zhí)行的交易中將下載時間縮短到任何任意值并且 將流式操作中顯示的圖像的質(zhì)量設(shè)置為任何任意值。

發(fā)明內(nèi)容
但是，在當代網(wǎng)絡(luò)中，每次應(yīng)用被激活時，預留和釋放頻帶的操作不 能被頻繁地執(zhí)行。從而，用于頻帶預留的計費過程也不能被執(zhí)行。此外， 即使要發(fā)送的內(nèi)容的質(zhì)量能夠根據(jù)用戶執(zhí)行的質(zhì)量選擇操作而被改變，也
不能與改變質(zhì)量的操作同時地預留質(zhì)量被改變的內(nèi)容的頻帶。
從而，為選擇內(nèi)容的質(zhì)量的操作和預留諸如頻帶之類的傳送質(zhì)量的操 作提供了計費服務(wù)，作為獨立于操作的計費服務(wù)。但是，沒有用于將計費 服務(wù)、選擇內(nèi)容的質(zhì)量的操作和預留傳送質(zhì)量的操作結(jié)合在連續(xù)處理中的 系統(tǒng)。
為了解決上述問題，本發(fā)明的發(fā)明人提供了一種內(nèi)容發(fā)送系統(tǒng)，其能 夠通過基于從用戶接收的作為關(guān)于內(nèi)容的實質(zhì)和內(nèi)容的質(zhì)量的信息的信 息，將執(zhí)行選擇(確定)內(nèi)容的質(zhì)量的過程、預留允許預留傳送質(zhì)量的通 信網(wǎng)絡(luò)的傳送質(zhì)量的過程以及計費過程結(jié)合在允許預留傳送質(zhì)量的通信網(wǎng) 絡(luò)中的連續(xù)處理中，從而來執(zhí)行這些過程。在下面的描述中，內(nèi)容的實質(zhì) 指的是內(nèi)容的標題。
為了解決上述問題，根據(jù)本發(fā)明的第一實施例，提供了一種控制裝 置，用于接受對于將內(nèi)容從內(nèi)容發(fā)送裝置發(fā)送到控制裝置的請求，并且將 請求傳遞到內(nèi)容發(fā)送裝置，以便通過允許預留傳送質(zhì)量的通信網(wǎng)絡(luò)來將內(nèi) 容發(fā)送到控制裝置，并且向具有根據(jù)內(nèi)容的實質(zhì)和內(nèi)容質(zhì)量來執(zhí)行內(nèi)容計 費過程的功能的內(nèi)容計費服務(wù)器發(fā)出請求以作為對于為內(nèi)容執(zhí)行內(nèi)容計費 過程的請求?？刂蒲b置接收內(nèi)容的指定實質(zhì)和內(nèi)容的指定內(nèi)容質(zhì)量，并 且向內(nèi)容發(fā)送裝置發(fā)送基于指定實質(zhì)和指定內(nèi)容質(zhì)量的請求以作為對于將 內(nèi)容從內(nèi)容發(fā)送裝置發(fā)送到控制裝置的請求；基于指定內(nèi)容質(zhì)量來確定傳 送質(zhì)量，并且基于傳送質(zhì)量，聯(lián)合連接到通信網(wǎng)絡(luò)的傳送質(zhì)量預留服務(wù)器 對內(nèi)容發(fā)送裝置和控制裝置之間的傳送線路的所確定的傳送質(zhì)量進行預 留；并且向具有根據(jù)傳送質(zhì)量執(zhí)行計費過程的功能的傳送質(zhì)量計費服務(wù)器 發(fā)出請求以作為對于為所預留的傳送質(zhì)量執(zhí)行計費過程的請求。
此外，根據(jù)本發(fā)明的第二實施例，提供了一種內(nèi)容發(fā)送系統(tǒng)，包括 內(nèi)容發(fā)送裝置，其通過允許預留傳送質(zhì)量的通信網(wǎng)絡(luò)將內(nèi)容請求發(fā)起者所 請求的內(nèi)容發(fā)送到內(nèi)容請求發(fā)起者，并且向具有根據(jù)內(nèi)容的實質(zhì)和內(nèi)容質(zhì) 量來執(zhí)行內(nèi)容計費過程的功能的內(nèi)容計費服務(wù)器發(fā)出請求以作為對于為所 請求的內(nèi)容執(zhí)行內(nèi)容計費過程的請求。內(nèi)容發(fā)送系統(tǒng)還包括呼叫控制服務(wù) 器，其被配置為執(zhí)行在內(nèi)容請求發(fā)起者和內(nèi)容發(fā)送裝置之間建立會話的過
程，聯(lián)合具有與呼叫控制服務(wù)器共同對傳送質(zhì)量進行預留的功能的傳送質(zhì) 量預留服務(wù)器來對內(nèi)容發(fā)送裝置和內(nèi)容請求發(fā)起者之間的傳送線路的傳送 質(zhì)量進行預留，并且向具有根據(jù)傳送質(zhì)量執(zhí)行計費過程的功能的傳送質(zhì)量 計費服務(wù)器發(fā)出請求以作為對于為所預留的傳送質(zhì)量執(zhí)行計費過程的請 求。在內(nèi)容發(fā)送系統(tǒng)中，呼叫控制服務(wù)器基于由呼叫控制服務(wù)器或用戶 終端為內(nèi)容請求發(fā)起者所請求的內(nèi)容的內(nèi)容質(zhì)量而適當確定的傳送質(zhì)量來 對傳送線路的傳送質(zhì)量進行預留；并且向傳送質(zhì)量計費服務(wù)器發(fā)出請求以 作為對于為所預留的傳送質(zhì)量執(zhí)行計費過程的請求。
此外，根據(jù)本發(fā)明的第三實施例，提供了一種內(nèi)容發(fā)送方法，用于通 過允許預留傳送質(zhì)量的通信網(wǎng)絡(luò)將內(nèi)容請求發(fā)起者所請求的內(nèi)容從內(nèi)容發(fā) 送裝置發(fā)送到內(nèi)容請求發(fā)起者，該內(nèi)容發(fā)送裝置還用于向具有根據(jù)內(nèi)容的 實質(zhì)和內(nèi)容質(zhì)量來執(zhí)行內(nèi)容計費過程的功能的內(nèi)容計費服務(wù)器發(fā)出請求以 作為對于為所請求的內(nèi)容執(zhí)行內(nèi)容計費過程的請求。內(nèi)容發(fā)送方法包括以 下步驟被內(nèi)容請求發(fā)起者操作以便指定所請求的內(nèi)容的實質(zhì)和質(zhì)量的控 制裝置向內(nèi)容發(fā)送裝置發(fā)出基于所請求的內(nèi)容的指定實質(zhì)和指定質(zhì)量的請 求以作為對于將所請求的內(nèi)容從內(nèi)容發(fā)送裝置發(fā)送到控制裝置的請求；控 制裝置基于指定內(nèi)容質(zhì)量來確定內(nèi)容發(fā)送裝置和控制裝置之間的傳送線路 的傳送質(zhì)量；控制裝置基于傳送質(zhì)量，聯(lián)合連接到通信網(wǎng)絡(luò)的傳送質(zhì)量預 留服務(wù)器對傳送線路的所確定的傳送質(zhì)量進行預留；并且控制裝置向具有 根據(jù)傳送質(zhì)量執(zhí)行計費過程的功能的傳送質(zhì)量計費服務(wù)器發(fā)出請求以作為 對于為所預留的傳送質(zhì)量執(zhí)行計費過程的請求。
此外，根據(jù)本發(fā)明的第四實施例，提供了一種控制裝置，用于接受對 于將內(nèi)容從內(nèi)容發(fā)送裝置發(fā)送到控制裝置的請求，并且將請求傳遞到內(nèi)容 發(fā)送裝置，以便通過允許預留傳送質(zhì)量的通信網(wǎng)絡(luò)來將內(nèi)容發(fā)送到控制裝 置，并且向具有根據(jù)內(nèi)容的實質(zhì)和內(nèi)容質(zhì)量來執(zhí)行內(nèi)容計費過程的功能的 內(nèi)容計費服務(wù)器發(fā)出請求以作為對于為內(nèi)容執(zhí)行內(nèi)容計費過程的請求?？?制裝置接收內(nèi)容的指定實質(zhì)和內(nèi)容的指定付費量(specified payment amount),確定處于由付費量確定的范圍中的內(nèi)容的最優(yōu)內(nèi)容質(zhì)量以及傳 送質(zhì)量，并且向內(nèi)容發(fā)送裝置發(fā)送基于指定實質(zhì)和最優(yōu)內(nèi)容質(zhì)量的請求以
作為對于將內(nèi)容從內(nèi)容發(fā)送裝置發(fā)送到控制裝置的請求；基于傳送質(zhì)量， 聯(lián)合連接到通信網(wǎng)絡(luò)的傳送質(zhì)量預留服務(wù)器對內(nèi)容發(fā)送裝置和控制裝置之 間的傳送線路的所確定的傳送質(zhì)量進行預留；并且向具有根據(jù)傳送質(zhì)量執(zhí) 行計費過程的功能的傳送質(zhì)量計費服務(wù)器發(fā)出請求以作為對于為所預留的 傳送質(zhì)量執(zhí)行計費過程的請求。
此外，根據(jù)本發(fā)明的第五實施例，提供了一種內(nèi)容發(fā)送系統(tǒng)，包括 內(nèi)容發(fā)送裝置，其通過允許預留傳送質(zhì)量的通信網(wǎng)絡(luò)將內(nèi)容請求發(fā)起者所 請求的內(nèi)容發(fā)送到內(nèi)容請求發(fā)起者，并且向具有根據(jù)內(nèi)容的實質(zhì)和內(nèi)容質(zhì) 量來執(zhí)行內(nèi)容計費過程的功能的內(nèi)容計費服務(wù)器發(fā)出請求以作為對于為所 請求的內(nèi)容執(zhí)行內(nèi)容計費過程的請求。內(nèi)容發(fā)送系統(tǒng)還包括呼叫控制服務(wù) 器，其被配置為執(zhí)行在內(nèi)容請求發(fā)起者和內(nèi)容發(fā)送裝置之間建立會話的過 程，聯(lián)合具有與呼叫控制服務(wù)器共同對傳送質(zhì)量進行預留的功能的傳送質(zhì) 量預留服務(wù)器來對內(nèi)容發(fā)送裝置和內(nèi)容請求發(fā)起者之間的傳送線路的傳送 質(zhì)量進行預留，并且向具有根據(jù)傳送質(zhì)量執(zhí)行計費過程的功能的傳送質(zhì)量 計費服務(wù)器發(fā)出請求以作為對于為所預留的傳送質(zhì)量執(zhí)行計費過程的請 求。在內(nèi)容發(fā)送系統(tǒng)中，呼叫控制服務(wù)器基于由內(nèi)容請求發(fā)起者指定的 內(nèi)容實質(zhì)以及也由內(nèi)容請求發(fā)起者指定的付費量，來確定處于由內(nèi)容請求 發(fā)起者指定的付費量所確定的范圍中的內(nèi)容和傳送質(zhì)量，以分別作為內(nèi)容 請求發(fā)起者所請求的、作為將被從內(nèi)容發(fā)送裝置發(fā)送到內(nèi)容請求發(fā)起者的 內(nèi)容的內(nèi)容的最優(yōu)內(nèi)容質(zhì)量，以及內(nèi)容的傳送質(zhì)量；基于所確定的傳送質(zhì) 量對傳送線路的傳送質(zhì)量進行預留；并且向傳送質(zhì)量計費服務(wù)器發(fā)出請求 以作為對于為所預留的傳送質(zhì)量執(zhí)行計費過程的請求。
此外，根據(jù)本發(fā)明的第六實施例，提供了一種內(nèi)容發(fā)送方法，用于通 過允許預留傳送質(zhì)量的通信網(wǎng)絡(luò)將內(nèi)容請求發(fā)起者所請求的內(nèi)容從內(nèi)容發(fā) 送裝置發(fā)送到內(nèi)容請求發(fā)起者，該內(nèi)容發(fā)送裝置還用于向具有根據(jù)內(nèi)容的 實質(zhì)和內(nèi)容質(zhì)量來執(zhí)行內(nèi)容計費過程的功能的內(nèi)容計費服務(wù)器發(fā)出請求以 作為對于為所請求的內(nèi)容執(zhí)行內(nèi)容計費過程的請求。內(nèi)容發(fā)送方法包括以 下步驟被內(nèi)容請求發(fā)起者操作以便指定所請求的內(nèi)容的實質(zhì)和所請求的 內(nèi)容的付費量的控制裝置基于由內(nèi)容請求發(fā)起者指定的內(nèi)容實質(zhì)和指定付
費量，來確定處于由內(nèi)容請求發(fā)起者指定的付費量所確定的范圍中的內(nèi)容 和傳送質(zhì)量，以分別作為內(nèi)容請求發(fā)起者所請求的、作為將被從內(nèi)容發(fā)送 裝置發(fā)送到內(nèi)容請求發(fā)起者的內(nèi)容的內(nèi)容的最優(yōu)內(nèi)容質(zhì)量，以及內(nèi)容的傳
送質(zhì)量；控制裝置向內(nèi)容發(fā)送裝置發(fā)出基于指定實質(zhì)和所確定的最優(yōu)內(nèi)容 質(zhì)量的請求以作為對于將所請求的內(nèi)容從內(nèi)容發(fā)送裝置發(fā)送到控制裝置的 請求；控制裝置基于所確定的傳送質(zhì)量，聯(lián)合連接到通信網(wǎng)絡(luò)的傳送質(zhì)量 預留服務(wù)器對內(nèi)容發(fā)送裝置和控制裝置之間的傳送線路的所確定的傳送質(zhì) 量進行預留；并且控制裝置向傳送質(zhì)量計費服務(wù)器發(fā)出請求以作為對于為 所預留的傳送質(zhì)量執(zhí)行計費過程的請求。
根據(jù)本發(fā)明，用戶只是通過將關(guān)于指定的內(nèi)容和指定的質(zhì)量或付費量 的信息輸入到控制裝置來指定所需內(nèi)容的實質(zhì)以及內(nèi)容的質(zhì)量或者內(nèi)容的 付費量，該控制裝置隨后確定內(nèi)容的傳送質(zhì)量，并且如果內(nèi)容的付費量取 代內(nèi)容質(zhì)量被指定，則確定內(nèi)容的最優(yōu)內(nèi)容質(zhì)量。只要求用戶以這種方式 指定內(nèi)容以及內(nèi)容的質(zhì)量或內(nèi)容的付費量，控制服務(wù)器自動對為傳送線路 確定(或計算)的傳送質(zhì)量進行預留，以便用戶可獲取具有下述質(zhì)量的所 需內(nèi)容該質(zhì)量被保證為用戶指定的內(nèi)容質(zhì)量或者處于由用戶指定的付費 量所確定的范圍中的質(zhì)量。此外，由于也完成了針對內(nèi)容和傳送質(zhì)量的計 費過程，因此可以執(zhí)行高效的處理。因此，可以向用戶提供用戶友好的服 務(wù)，而不要求用戶執(zhí)行繁重的操作。


從以下參考附圖給出的對優(yōu)選實施例的描述中，本發(fā)明的這些和其他 目的和特征將變得清楚，附圖中
圖1是示出根據(jù)本發(fā)明第一實施例的內(nèi)容發(fā)送系統(tǒng)的典型配置的說明
圖2是示出根據(jù)本發(fā)明第一實施例的典型內(nèi)容列表的說明圖3是示出根據(jù)本發(fā)明第一實施例的典型內(nèi)容發(fā)送處理序列的示圖4是示出根據(jù)本發(fā)明第一實施例的典型INVITE消息的說明圖5是示出根據(jù)本發(fā)明第一實施例的另一版本的典型內(nèi)容發(fā)送處理序
列的示圖6是示出根據(jù)本發(fā)明第一實施例的另一版本的典型INVITE消息的 說明圖7是示出根據(jù)本發(fā)明第二實施例的典型內(nèi)容發(fā)送處理序列的示圖8是示出根據(jù)本發(fā)明第二實施例的另一版本的典型內(nèi)容發(fā)送處理序 列的示圖9是示出根據(jù)本發(fā)明第三實施例的典型內(nèi)容發(fā)送處理序列的示圖10是示出根據(jù)本發(fā)明第四實施例的典型內(nèi)容發(fā)送處理序列的示
圖11是根據(jù)本發(fā)明第五實施例的用于指定所需內(nèi)容的標題和質(zhì)量的 TELURI (統(tǒng)一資源標識符)的典型格式；以及
圖12是根據(jù)本發(fā)明第五實施例的用于指定所需內(nèi)容的標題和對內(nèi)容 的付費量的TEL URI的典型格式。
具體實施例方式
下面將通過參考附圖來說明本發(fā)明的實施例。本發(fā)明涉及一種控制裝 置和內(nèi)容發(fā)送系統(tǒng)，其在通過允許預留傳送質(zhì)量的通信網(wǎng)絡(luò)將諸如視頻或 音頻內(nèi)容之類的內(nèi)容從內(nèi)容發(fā)送裝置發(fā)送到用戶所操作的內(nèi)容請求發(fā)起者 時，根據(jù)用戶為用戶所需的內(nèi)容指定的傳送質(zhì)量或付費量來將四個過程結(jié) 合到連續(xù)的處理中。這四個過程是(1)內(nèi)容質(zhì)量識別/確定過程、(2) 傳送質(zhì)量確定/預留過程、(3)內(nèi)容計費過程以及(4)傳送質(zhì)量計費過 程。允許預留傳送質(zhì)量的通信網(wǎng)絡(luò)的示例是NGN (下一代網(wǎng)絡(luò))。要從 內(nèi)容發(fā)送裝置發(fā)送到內(nèi)容請求發(fā)起者的內(nèi)容的類型包括指示內(nèi)容是視頻還 是音頻數(shù)據(jù)的信息。在視頻數(shù)據(jù)的情況下，內(nèi)容可以是運動圖片或靜止圖 片。內(nèi)容可以以諸如流或文件格式之類的格式被發(fā)送到內(nèi)容請求發(fā)起者。
由于下面描述的每個實施例只不過是本發(fā)明的優(yōu)選典型實現(xiàn)方式，因 此每個實施例對本發(fā)明施加了各種技術(shù)上需要的限制。但是，應(yīng)當注意， 本發(fā)明的范圍絕不限于以下描述中說明的實施例，只要該描述沒有特別限 制本發(fā)明，或者說除非該描述特別限制了本發(fā)明。例如，以下描述中的諸
如處理時間、處理順序和數(shù)值條件之類的信息只不過是優(yōu)選的典型示例。 此外，在以下描述中參考的附圖中示出的位置、參數(shù)名稱和其他信息之間 的關(guān)系是近似的。
首先，通過參考圖1和2，以下描述說明了可以應(yīng)用這些實施例的內(nèi) 容發(fā)送系統(tǒng)的典型配置。
圖1是示出內(nèi)容發(fā)送系統(tǒng)的典型配置的說明圖，該內(nèi)容發(fā)送系統(tǒng)包括
呼叫控制服務(wù)器3，該呼叫控制服務(wù)器3具有利用允許預留傳送質(zhì)量的 NGN l來將上述過程(1)至(4)結(jié)合在連續(xù)的處理中的功能。如圖l所 示，NGN 1包括用戶終端(也被稱為迄今為止提到的內(nèi)容請求發(fā)起者) 2、呼叫控制服務(wù)器3、內(nèi)容發(fā)送終端(也被稱為迄今為止提到的內(nèi)容發(fā)送 裝置)4、傳送質(zhì)量預留服務(wù)器5、傳送質(zhì)量計費服務(wù)器6和內(nèi)容計費服務(wù) 器7。呼叫控制服務(wù)器3和用戶終端2充當早前說明的控制裝置。
NGN 1是能夠基于SIP (會話發(fā)起協(xié)議)來執(zhí)行控制的通信網(wǎng)絡(luò)。一 般來說，NGN是通過將用于提供因特網(wǎng)服務(wù)的當前IP網(wǎng)絡(luò)與作為用于提 供電話服務(wù)的電話網(wǎng)絡(luò)的、與IP網(wǎng)絡(luò)相分離地構(gòu)造的當前電話網(wǎng)絡(luò)集成在 一起而獲得的IP通信網(wǎng)絡(luò)。NGN是利用IP技術(shù)來執(zhí)行網(wǎng)絡(luò)集成以提高 QoS (服務(wù)質(zhì)量)和通信安全性的結(jié)果。因此，NGN是用于替換當前公共 網(wǎng)絡(luò)的下一代IP網(wǎng)絡(luò)。還在執(zhí)行活動以嘗試不僅利用普通IP網(wǎng)絡(luò)來提供 電話服務(wù)而且利用普通IP網(wǎng)絡(luò)來提供TV廣播。當前，ITU-T (國際電信 聯(lián)盟電信標準化部)及其他充當用于使NGN標準化的中央標準化團體。 在日本，通信公司也加強了以NGN的標準化為目標的活動。 一些通信公 司已經(jīng)實現(xiàn)了 NGN的現(xiàn)場和試驗操作。
在ITU-T作出的Y.2001推薦中，規(guī)定了 NGN應(yīng)當具有的各種特性。 首先， 一個重要的特性是提供端到端QoS保證。在NGN中，使用了大量 接入網(wǎng)絡(luò)、大量移動電話和終端以及大量應(yīng)用。接入網(wǎng)絡(luò)的示例是xDSL 和WiFi (無線保真)網(wǎng)絡(luò)。終端的示例是電話、PC、信息電器和信息家 用電子設(shè)備。在這種通信環(huán)境中，終端能夠與通信網(wǎng)絡(luò)協(xié)商QoS并將QoS 提供給高級應(yīng)用。下一個重要的特性是對移動性的支持。NGN需要提供以 下通信服務(wù)。通過只攜帶一臺PC，用戶應(yīng)當能夠通過諸如家中的xDSL網(wǎng)絡(luò)、用作戶外網(wǎng)絡(luò)的WiFi網(wǎng)絡(luò)和辦公室的FTTH (光纖入戶)網(wǎng)絡(luò)之類的 各種接入網(wǎng)絡(luò)來與他人通信。此外，用戶應(yīng)當能夠在從辦公室中的一個地 點移動到另一個地點時、在出差期間或者在需要這種通信的其他時間利用 數(shù)個PC來與他人通信。此外，ITU-T作出的Y.2001推薦還規(guī)定了通信網(wǎng) 絡(luò)的傳輸功能和通信網(wǎng)絡(luò)的控制功能的彼此分離、對各種接入的支持、將 固定網(wǎng)絡(luò)與移動網(wǎng)絡(luò)相聚合的FMC (固定移動聚合)、用于控制合法竊聽 的緊急通信和應(yīng)用，等等。但是，在本專利說明書中不對這些進行詳細描 述。
從技術(shù)方面來說，將ITU-T進行的NGN標準化與其他標準化團體進 行的標準化相結(jié)合被認為是很重要的。例如，作為NGN的重要配置元件 的IMS (IP多媒體子系統(tǒng))是由3GPP開發(fā)的子系統(tǒng)。3GPP是為第三代 移動電話建立的標準化團體。IMS采用了 SIP和許多其他協(xié)議。SIP和許 多其他協(xié)議是IEFT (因特網(wǎng)工程任務(wù)組)開發(fā)的協(xié)議。
在NGN的標準化中使用的IMS是用于提供多媒體服務(wù)的通信系統(tǒng)。 該通信系統(tǒng)是由于將利用IP技術(shù)的公共通信服務(wù)和充當用于因特網(wǎng)電話服 務(wù)的協(xié)議的SIP集成在一起而獲得的系統(tǒng)。已通過利用迄今為止在諸如固 定電話網(wǎng)絡(luò)和移動通信網(wǎng)絡(luò)之類的網(wǎng)絡(luò)中使用的不同電路和分組交換機來 提供了公共通信服務(wù)。
下面說明IMS扮演的角色和IMS的功能。IMS的第一角色/功能是提 供對多媒體會話建立的支持的角色/功能。用于在多媒體終端之間建立端到 端通信的技術(shù)是用于控制多媒體會話的技術(shù)?；谟糜诳刂茣挼膮f(xié)議， IMS利用了 IP傳送網(wǎng)絡(luò)來作為傳播網(wǎng)絡(luò)，在IP傳送網(wǎng)絡(luò)或其自己的IP網(wǎng) 絡(luò)與另一 IP網(wǎng)絡(luò)之間以及另一 IMS網(wǎng)絡(luò)與PSTN網(wǎng)絡(luò)(這是固定電話網(wǎng) 絡(luò))之間提供多媒體會話。用于控制會話的協(xié)議的示例是由IETF定義的 SIP。
IMS的第二角色/功能是維持固定的傳送質(zhì)量并且在端到端通信中保證 /實現(xiàn)確保了所需傳送頻帶的通信的功能。該第二角色/功能是QoS控制功 能。根據(jù)聯(lián)合用戶使用的收發(fā)終端而訂立的合同的條件并且根據(jù)指示出所 發(fā)送的內(nèi)容是音頻內(nèi)容、視頻內(nèi)容、數(shù)據(jù)或另一種信息的通信類型，IP分
組傳送網(wǎng)絡(luò)中的IMS控制網(wǎng)絡(luò)節(jié)點在建立通信之前指定質(zhì)量類別并且確保 必要的頻帶。
IMS的第三角色/功能是支持IP (分組)網(wǎng)絡(luò)和線路交換網(wǎng)絡(luò)中的協(xié)作 (即協(xié)調(diào)操作)的功能。IMS不僅獨立于接入網(wǎng)絡(luò)地向諸如移動電話和無 線電LAN (局域通信網(wǎng))終端之類的終端提供基于IP的多媒體服務(wù)，而 且還提供通過將這些終端連接到已經(jīng)存在的電話網(wǎng)絡(luò)和/或另一 IP分組傳 送網(wǎng)絡(luò)而提供的服務(wù)。
此外，IMS還具有提供各種支持的角色/功能，例如漫游支持、對應(yīng)用 服務(wù)的迅速創(chuàng)建的支持以及對從除了 GPRS (通用分組無線電服務(wù))網(wǎng)絡(luò) 之外的通信網(wǎng)絡(luò)進行接入的支持。
應(yīng)當注意，用于指示除IMS網(wǎng)絡(luò)之外的通信網(wǎng)絡(luò)的傳送頻帶的協(xié)議包 括現(xiàn)有技術(shù)中的用于提高IP網(wǎng)絡(luò)中的QoS的DIAMETER協(xié)議和RSVP (資源預留協(xié)議)。
另一方面，在用于建立會話時，SIP向通信伙伴提供了識別功能以及 呼叫接收、呼叫發(fā)送和線路斷開功能。SIP以文本格式來表達消息，該消 息是傳輸?shù)臄?shù)據(jù)。利用SIP的系統(tǒng)具有包括大元件(即用戶代理和SIP月艮 務(wù)器)的配置。每個用戶代理是SIP終端，例如具有IP電話功能的PC。 每個用戶代理可被配置為充當用戶代理客戶端或用戶代理服務(wù)器。用戶代 理客戶端具有向用戶代理服務(wù)器發(fā)送請求的功能，而用戶代理服務(wù)器具有 對從用戶代理客戶端接收到的請求作出響應(yīng)的功能。在圖1所示的典型的 內(nèi)容發(fā)送系統(tǒng)中，用戶終端2充當用戶代理客戶端，而內(nèi)容發(fā)送終端4充 當用戶代理服務(wù)器。
SIP服務(wù)器是賦予代理服務(wù)器、重定向服務(wù)器、注冊器和位置服務(wù)器 的通用名稱。下面說明這些服務(wù)器中的每一個的功能。
代理服務(wù)器是用于將SIP請求從用戶代理客戶端傳遞到下一服務(wù)器的 服務(wù)器。代理服務(wù)器具有諸如以下功能認證功能、許可功能、控制網(wǎng)絡(luò) 接入的功能、路由功能、發(fā)送SIP請求的功能和保證安全性的功能。
重定向服務(wù)器具有以下功能接收來自請求發(fā)起方的用戶代理客戶端 的請求并將請求接收方的用戶代理的當前地址通知給請求發(fā)起方的用戶代
理客戶端。請求發(fā)起方的用戶代理客戶端將請求重新發(fā)送到從重定向服務(wù) 器接收的作為請求接收方的用戶代理的當前地址的地址。與代理服務(wù)器不 一樣的是，重定向服務(wù)器不傳輸SIP請求。
注冊器是用于接收對注冊用戶代理客戶端的當前位置的請求(嚴格來 說是注冊請求)的服務(wù)器。注冊器通常與代理服務(wù)器和重定向服務(wù)器在同 一主機計算機上工作。
位置服務(wù)器是用于保存從注冊器接收的注冊信息并且對從重定向服務(wù) 器或代理服務(wù)器接收的作為對于參考傳入URI (統(tǒng)一資源標識符)的請求 的請求作出響應(yīng)的服務(wù)器。位置服務(wù)器可被安裝在與SIP服務(wù)器相同的位 置處。
并非總是必須在一個主機計算機中實現(xiàn)上述服務(wù)器的功能。也并非總 是必須將這些服務(wù)器安裝在同一位置。在圖1所示的典型系統(tǒng)中，這些服
務(wù)器被統(tǒng)一地實現(xiàn)為呼叫控制服務(wù)器3。
應(yīng)當注意，在IP網(wǎng)絡(luò)中用于通過采用SIP來控制會話(即，連接)的 服務(wù)器被稱為SIP服務(wù)器。另一方面，在IMS中用于通過采用會話來控制 會話(即，連接)的服務(wù)器被稱為CSCF (呼叫會話控制功能)。根據(jù)該 服務(wù)器在通信網(wǎng)絡(luò)中扮演的角色，服務(wù)器提供CSCF的三種不同功能。也 就是說，CSCF被分類成三種不同的功能，艮卩，P-CSCF (代理-呼叫會話 控制功能)、I-CSCF (詢問-呼叫會話控制功能)和S-CSCF (服務(wù)-呼 叫會話控制功能)。
上述SIP是從為了產(chǎn)生將電話網(wǎng)絡(luò)集成到IP網(wǎng)絡(luò)中所必需的技術(shù)而執(zhí) 行的研究和開發(fā)中獲得的協(xié)議。因此，作為SIP系統(tǒng)的重要功能，存在允 許傳統(tǒng)的電話號碼被用在多種IP網(wǎng)絡(luò)應(yīng)用(例如主要是IP電話)中的 ENUM (E.164號碼映射)。
對ENUM的標準化是由IETF和ITU-T共同執(zhí)行的工作。將ENUM 與SIP相結(jié)合的過程要求各自充當SIP終端的用戶終端2和內(nèi)容發(fā)送終端 4執(zhí)行搜索ENUM的過程以及充當SIP服務(wù)器的呼叫控制服務(wù)器3執(zhí)行搜 索ENUM的過程。
ENUM采用了用于將電話號碼與通信網(wǎng)絡(luò)中的服務(wù)和地址網(wǎng)絡(luò)關(guān)聯(lián)起
來的技術(shù)，以便充當訪問手段中使用的技術(shù)。具體地說，通過利用DNS (域名系統(tǒng))將ITU-T (國際電信聯(lián)盟電信標準化部)提出的電話號碼系 統(tǒng)與特殊的域區(qū)(domain area)關(guān)聯(lián)起來，來將電話號碼與通信網(wǎng)絡(luò)中的 服務(wù)和地址網(wǎng)絡(luò)關(guān)聯(lián)起來。ITU-T所提出的電話號碼系統(tǒng)是國際唯一的電 話號碼的系統(tǒng)并且被稱為E164,而特殊的域區(qū)是.el64.arpa的子域。多個 網(wǎng)絡(luò)地址與一個電話號碼相關(guān)聯(lián)。例如，通過利用ENUM將用戶的電話號 碼與用戶的電子郵件地址、用戶的傳真號和用戶的網(wǎng)站的URL關(guān)聯(lián)起 來，電話號碼可被用作用于訪問用戶的手段的統(tǒng)一標識號碼。讓我們以電 話號碼03-1234-5678作為示例。在此情況下，用指派給日本的國家號碼81 替換第一個數(shù)字0，并且通過在相反方向上重新排列電話號碼并將串 "el64.arpa "附力B到重排列后的電話號碼以給出 8.7.6.5.4.3.2.1.3丄8.el64.arpa來獲得E而M域名(稱為E164號碼)。與該 DNS記錄相對應(yīng)的地址和其他信息被保存在用戶終端2、內(nèi)容發(fā)送終端4 或呼叫控制服務(wù)器3中。
通過執(zhí)行這種ENUM功能，用戶能夠利用傳統(tǒng)的電話號碼來使用多種 IP網(wǎng)絡(luò)應(yīng)用，而無需知曉電話號碼與通信網(wǎng)絡(luò)中的服務(wù)和地址網(wǎng)絡(luò)的關(guān)聯(lián) 的細節(jié)。
請讀者返回參考圖l所示的典型系統(tǒng)配置。用戶終端2是使用能夠通 過GUI (圖形用戶界面)來執(zhí)行輸入和輸出信息的處理的計算機的終端。 用戶終端2還執(zhí)行直接地或通過呼叫控制服務(wù)器3向內(nèi)容發(fā)送終端4發(fā)出 請求以作為對于將用戶選擇的內(nèi)容從內(nèi)容發(fā)送終端4發(fā)送到用戶終端2的 請求的過程。用戶終端2從內(nèi)容發(fā)送終端4接收所請求的內(nèi)容，該內(nèi)容發(fā) 送終端4通過NGN l的傳輸設(shè)施將內(nèi)容發(fā)送到用戶終端2。因此，用戶終 端2只需要是能夠接收由內(nèi)容發(fā)送終端4限定的服務(wù)的裝置。用戶終端2 的示例是個人計算機、移動電話、游戲機和TV會議系統(tǒng)。
呼叫控制服務(wù)器3具有利用前述的SIP (會話發(fā)起協(xié)議)服務(wù)器的功 能。呼叫控制服務(wù)器3執(zhí)行諸如以下處理在用戶終端2和內(nèi)容發(fā)送終端 4之間建立會話的過程、聯(lián)合傳送質(zhì)量預留服務(wù)器5進行對諸如頻帶之類 的傳送質(zhì)量的預留的過程，以及請求傳送質(zhì)量計費服務(wù)器6為預留的傳送
質(zhì)量執(zhí)行計費過程的過程。
內(nèi)容發(fā)送終端4是典型的內(nèi)容發(fā)送裝置。內(nèi)容發(fā)送終端4具有用于存
儲內(nèi)容的存儲部件，并且根據(jù)由用戶終端2直接地或通過呼叫控制服務(wù)器 3向內(nèi)容發(fā)送終端4發(fā)出的請求來將內(nèi)容中的特定一個發(fā)送到用戶終端 2。內(nèi)容發(fā)送終端4中使用的存儲部件未在圖中示出。存儲部件還用于存 儲內(nèi)容列表，該內(nèi)容列表一般像圖2所示的那樣。如圖所示，內(nèi)容的列表 示出了內(nèi)容實質(zhì)(其中每一個也被稱為內(nèi)容標題)、內(nèi)容質(zhì)量和電話號碼 (其中每一個被稱為TELURI (統(tǒng)一資源標識符))之間的關(guān)系。電話號 碼是用戶為了從由內(nèi)容發(fā)送終端4發(fā)送到用戶終端2的內(nèi)容列表中指定所 需的內(nèi)容而選擇的電話號碼。內(nèi)容發(fā)送終端4接收由內(nèi)容請求發(fā)起者選擇 的作為表示所需內(nèi)容的標題和質(zhì)量的電話號碼的電話號碼，基于該電話號 碼，參考內(nèi)容的列表以確定內(nèi)容請求發(fā)起者所需的內(nèi)容的標題和質(zhì)量。然 后，內(nèi)容發(fā)送終端4將內(nèi)容發(fā)送到用戶終端2。因此，僅根據(jù)內(nèi)容請求發(fā) 起者所執(zhí)行的下載操作，即響應(yīng)于從內(nèi)容請求發(fā)起者接收到的電話號碼， 內(nèi)容發(fā)送終端4將內(nèi)容請求發(fā)起者所請求的內(nèi)容發(fā)送到用戶終端2。內(nèi)容 發(fā)送終端4還通過將關(guān)于內(nèi)容請求發(fā)起者的信息與內(nèi)容的標題關(guān)聯(lián)起來， 而將該信息作為內(nèi)容接收者記錄在列表上。然后，內(nèi)容發(fā)送終端4將發(fā)送 到用戶終端2的內(nèi)容的標題、內(nèi)容的質(zhì)量和關(guān)于內(nèi)容請求發(fā)起者的信息發(fā) 送到內(nèi)容計費服務(wù)器7，以請求內(nèi)容計費服務(wù)器7為內(nèi)容執(zhí)行計費過程。 應(yīng)當注意，如上所述，注冊在圖2所示的典型內(nèi)容表中的每個電子郵件地 址是與TEL URI相對應(yīng)的SIP URI。 SIP URI可以取代TEL URI被用于將 所請求的內(nèi)容從內(nèi)容發(fā)送終端4發(fā)送到請求內(nèi)容的用戶終端2的過程和由 內(nèi)容計費服務(wù)器7為內(nèi)容執(zhí)行的計費過程中。
內(nèi)容發(fā)送終端4 一般是用于提供VOD (按需視頻)服務(wù)、IPTV (因 特網(wǎng)協(xié)議電視)服務(wù)和實況視頻分發(fā)服務(wù)的媒體分發(fā)服務(wù)器、TV會議系 統(tǒng)等等之一。
根據(jù)從呼叫控制服務(wù)器3接收的命令，傳送質(zhì)量預留服務(wù)器5接收對 于預留所請求內(nèi)容的傳送質(zhì)量的請求，即對于預留要分配給所請求內(nèi)容的 通信網(wǎng)絡(luò)資源的請求，并且確定傳送質(zhì)量是否能被保證。例如，作為傳送
質(zhì)量預留服務(wù)器5，可以設(shè)想RACF (資源準入控制功能)服務(wù)器。如果 傳送質(zhì)量預留服務(wù)器5確定所預留的傳送質(zhì)量能夠被保證，則傳送質(zhì)量預 留服務(wù)器5通知呼叫控制服務(wù)器3對傳送質(zhì)量預留的請求已被傳送質(zhì)量預 留服務(wù)器5所接受。同時，傳送質(zhì)量預留服務(wù)器5請求傳輸設(shè)施的QoS PE-FE (策略施行功能元件)執(zhí)行諸如以下處理確保作為傳送線路一側(cè) 的傳送質(zhì)量的、內(nèi)容發(fā)送所必需的傳送質(zhì)量的過程以及執(zhí)行流入控制的過 程。通常，PF-FE被實現(xiàn)為存在于傳送線路的邊緣8a和8b處的ABG-FE (接入邊界網(wǎng)關(guān)功能元件)禾Q/或IBG-FE (互連邊界網(wǎng)關(guān)功能元件)。
根據(jù)從呼叫控制服務(wù)器3接收的命令，傳送質(zhì)量計費服務(wù)器6對為內(nèi) 容預留的傳送質(zhì)量執(zhí)行計費過程。計費過程一般是基于諸如為其預留傳送 質(zhì)量的終端、預留時間段和傳送頻帶之類的信息來執(zhí)行的。
內(nèi)容計費服務(wù)器7是用于為指示內(nèi)容的內(nèi)容標題和內(nèi)容的質(zhì)量執(zhí)行計 費過程的服務(wù)器。
計費過程(也稱為結(jié)算過程)可由傳送質(zhì)量計費服務(wù)器6和內(nèi)容計費 服務(wù)器7中的每一個通過采用現(xiàn)有方法來執(zhí)行。例如，基于針對所預留的 傳送質(zhì)量的計費數(shù)據(jù)和針對內(nèi)容獲取的計費數(shù)據(jù)的費用和常規(guī)通信費用一 起被從在銀行等等之中為獲取內(nèi)容的用戶或個人開立的銀行賬戶中扣除。 或者，基于針對所預留的傳送質(zhì)量的計費數(shù)據(jù)和針對內(nèi)容獲取的計費數(shù)據(jù) 的費用在在線銀行交易中被從與用于常規(guī)通信費用的銀行賬戶相分離地開 立的銀行賬戶中扣除。又或者，針對所預留的傳送質(zhì)量的計費數(shù)據(jù)和針對 內(nèi)容獲取的計費數(shù)據(jù)的費用以及常規(guī)通信費可以通過在結(jié)算過程中通過銀 行轉(zhuǎn)移貨幣來支付。
在根據(jù)本發(fā)明的通過NGN 1將內(nèi)容從內(nèi)容發(fā)送終端4發(fā)送到內(nèi)容請求 發(fā)起者的操作中，可以設(shè)想上述過程(1)至(4)由用戶終端2、呼叫控 制服務(wù)器3、另一服務(wù)器和/或另一終端或者多個其他服務(wù)器和/或其他終端 作為分布式處理來執(zhí)行?？梢栽O(shè)想的其中過程(1)至(4)由用戶終端 2、呼叫控制服務(wù)器3、另一服務(wù)器和/或另一終端或者多個其他服務(wù)器和/ 或其他終端作為分布式處理來執(zhí)行的配置都是根據(jù)本發(fā)明的配置。 第一實施例
通過參考圖3和4，以下描述說明了在根據(jù)用戶所請求的內(nèi)容質(zhì)量通 過NGN 1將內(nèi)容從內(nèi)容發(fā)送終端4發(fā)送到內(nèi)容請求發(fā)起者的操作中，
(1)內(nèi)容質(zhì)量確定過程、(2)傳送質(zhì)量確定/預留過程、(3)內(nèi)容計費 過程和(4)傳送質(zhì)量計費過程由用戶終端2和呼叫控制服務(wù)器3作為分 布式處理來執(zhí)行的典型情況。
圖3是示出針對以下情況的典型內(nèi)容發(fā)送處理序列的示圖在該情況 中，用戶終端2和呼叫控制服務(wù)器3中的每一個具有控制裝置的功能，并 且用戶終端2和呼叫控制服務(wù)器3將上述過程(1)至(4)結(jié)合為連續(xù)的 處理。在這個典型的內(nèi)容發(fā)送處理序列中，作為用戶終端2，諸如所謂的 門戶站點之類的http服務(wù)器被內(nèi)容發(fā)送終端4或另一服務(wù)器啟動，并且被 使能與內(nèi)容發(fā)送終端4以及呼叫控制服務(wù)器3通信。SIP只被用于為諸如 流式傳輸之類的數(shù)據(jù)傳送建立會話。在這個典型的內(nèi)容發(fā)送處理序列中， 用戶終端2通過采用取代SIP的諸如http之類的另一協(xié)議來將用戶所需的 內(nèi)容的標題和質(zhì)量發(fā)送到內(nèi)容發(fā)送終端4。
在圖3所示的處理序列中，首先，在步驟S1，用戶終端2被直接地或 通過NGN 1 (其是基于IP的網(wǎng)絡(luò))連接到內(nèi)容發(fā)送終端4，并且通過web 瀏覽器，即通過利用http等等，來發(fā)出査看內(nèi)容列表的請求。査看內(nèi)容列 表的請求還指示出對發(fā)送包括諸如內(nèi)容標題、內(nèi)容質(zhì)量和內(nèi)容價格之類的 信息在內(nèi)的內(nèi)容列表的請求。然后，在下一步驟S2，內(nèi)容發(fā)送終端4將所 請求的內(nèi)容列表發(fā)送到用戶終端2。具有圖2所示格式的內(nèi)容列表是典型 的內(nèi)容列表。內(nèi)容列表可以具有各種其他可設(shè)想的格式，例如縮略圖顯示 格式或者可看/可聽格式。
然后，在下一步驟S3，用戶利用web瀏覽器來檢驗由用戶終端2從內(nèi) 容發(fā)送終端4接收的內(nèi)容列表。然后，用戶通過點擊鼠標等等來指定用戶 希望發(fā)送的內(nèi)容的標題和質(zhì)量。
然后，在下一步驟S4，用戶終端2基于所指定的內(nèi)容標題和所指定的 內(nèi)容質(zhì)量，來計算內(nèi)容發(fā)送終端4和用戶終端2之間的傳送線路的傳送質(zhì) 量、內(nèi)容使用費用和傳送質(zhì)量預留費用。傳送線路是將內(nèi)容從內(nèi)容發(fā)送終 端4發(fā)送到用戶終端2所必需的傳送線路。最好在顯示單元或監(jiān)視屏幕上
顯示由用戶終端2計算出的傳送質(zhì)量、內(nèi)容使用費用和傳送質(zhì)量預留費用 以便用戶能夠檢驗它們。
應(yīng)當注意，內(nèi)容質(zhì)量的參數(shù)包括分辨率、幀速率、圖像質(zhì)量(或SN 比)、編解碼方案、傳送速率、采樣頻率和音頻聲道數(shù)。另一方面，稍后 將要預留的傳送質(zhì)量的參數(shù)包括傳送帶寬、許可延遲、優(yōu)先級、許可抖動 質(zhì)量和頻帶保證優(yōu)先級。
然后，在下一步驟S5，用戶終端2通過http等等，利用web瀏覽器將 關(guān)于內(nèi)容的標題和質(zhì)量的信息發(fā)送到內(nèi)容發(fā)送終端4，以請求內(nèi)容發(fā)送終 端4將內(nèi)容發(fā)送到用戶終端2。然后，在下一步驟S6，用戶終端2向呼叫 控制服務(wù)器3發(fā)出對根據(jù)SIP的連接的請求(或發(fā)送外出呼叫的請求)。 當發(fā)出請求時，關(guān)于傳送質(zhì)量的信息也同時被發(fā)送到呼叫控制服務(wù)器3。
如上所述，在NGN1中，SIP被用于建立用戶代理之間的會話，例如 用于建立用戶終端2和內(nèi)容發(fā)送終端4之間的會話。在用于建立會話的 SIP中，在用戶代理之間交換具有文本格式的消息。也就是說，在用戶終 端2和內(nèi)容發(fā)送終端4之間交換通信數(shù)據(jù)。在圖3所示的步驟S6的連接請 求中，用戶終端2向呼叫控制服務(wù)器3發(fā)送像圖4所示那樣的被稱為 INVITE請求的連接請求消息。INVITE請求是對于與伙伴終端建立會話的 請求。INVITE請求的消息包括建立會話所必需的各種數(shù)值數(shù)據(jù)。
如圖4所示，SIP消息較大，被劃分成起始行、頭部和主體。起始行 是在SIP消息開始處提供的行。起始行示出了指示出SIP消息的目標的方 法的名稱。此外，起始行還包括示出接收SIP消息的接收者的請求URI。 由于圖4所示的SIP消息是連接請求消息，因此該方法的名稱是 INVITE。此外，請求URI可以是取代TEL URI的SIP URI。諸如INVITE 之類的方法名稱指示出充當連接請求消息的SIP消息請求何種控制。方法 的名稱符合諸如RFC3261、 RFC2976和RFC3311之類的規(guī)范之一。
頭部描述了 SIP消息的控制實質(zhì)的細節(jié)。頭部包括多個頭部行，每一 行具有預先規(guī)定的含義。在頭部中的"To"行上描述的URI示出了請求消 息的接收者，而在頭部中的"From"行上描述的URI指示出了請求消息的 發(fā)起者。在圖4所示的典型SIP消息中，在頭部中的"To"行上描述的
URI是TELURI。但是，應(yīng)當注意，在頭部中的"To"和"From"行上描 述的URI中的每一個通常是SIP URI。
主體是SIP消息所傳達的數(shù)據(jù)。在這個典型的SIP消息的情況下，主 體是作為關(guān)于在開放會話時要使用的媒體的信息的、以SDP (會話描述協(xié) 議)格式描述的信息。通過將以SDP格式描述的記錄分類為包括會話描 述、時間描述和媒體描述在內(nèi)的類型，可以確定每個記錄的內(nèi)容和格式。
例如，主體中的m行指示出諸如內(nèi)容(媒體)的類型、端口號、傳輸 /協(xié)議和格式之類的信息。b行示出傳送質(zhì)量信息，例如關(guān)于帶寬的信息。 a行示出關(guān)于內(nèi)容(或媒體)的屬性的信息。屬性的示例是編解碼方案。 其他行包括圖中未示出的i行。由于i行是分配給任何相對自由的描述的 行，因此i行可用于描述內(nèi)容質(zhì)量或傳送質(zhì)量。但是，在此實施例的情況 下，提供了對內(nèi)容標題和內(nèi)容質(zhì)量來說唯一的SIPURI或TELURI，使得 URI可用于標識內(nèi)容標題和內(nèi)容質(zhì)量。
在步驟S6中執(zhí)行的處理之后的下一步驟S7中，呼叫控制服務(wù)器3基 于傳送質(zhì)量，聯(lián)合傳送質(zhì)量預留服務(wù)器5，對從用戶終端2接收的傳送質(zhì) 量進行預留。在進行預留時，傳送質(zhì)量預留服務(wù)器5向NGN 1中的傳送設(shè) 施發(fā)出確保預留的傳送質(zhì)量的命令。
然后，在下一步驟S8，呼叫控制服務(wù)器3向傳送質(zhì)量計費服務(wù)器6發(fā) 出傳送質(zhì)量計費請求，以便請求傳送質(zhì)量計費服務(wù)器6為所預留的傳送質(zhì) 量執(zhí)行計費過程。根據(jù)該請求，傳送質(zhì)量計費服務(wù)器6執(zhí)行計費過程。
然后，在下一步驟S9，呼叫控制服務(wù)器3將從用戶終端2接收的連接 請求消息(或者INVITE請求)傳遞到內(nèi)容發(fā)送終端4。連接請求消息可 包括關(guān)于內(nèi)容的質(zhì)量的信息。
在接收到來自呼叫控制服務(wù)器3的連接請求消息后，在下一步驟 SIO，內(nèi)容發(fā)送終端4向內(nèi)容計費服務(wù)器7發(fā)出內(nèi)容計費請求，以便請求 內(nèi)容計費服務(wù)器7為所發(fā)送的內(nèi)容執(zhí)行計費過程。根據(jù)該請求，內(nèi)容計費 服務(wù)器7執(zhí)行計費過程。
然后，在下一步驟Sll，內(nèi)容發(fā)送終端4向呼叫控制服務(wù)器3發(fā)送指 示出連接成功的響應(yīng)。該響應(yīng)指示出內(nèi)容發(fā)送終端4和用戶終端2之間的
連接已經(jīng)根據(jù)從呼叫控制服務(wù)器3接收到的連接請求消息(或INVITE請 求)而成功建立。響應(yīng)的示例是示出方法名稱"200 OK"的消息。然后， 在下一步驟S12，呼叫控制服務(wù)器3將從內(nèi)容發(fā)送終端4接收到的響應(yīng)傳 遞到用戶終端2。在通過呼叫控制服務(wù)器3接收到來自內(nèi)容發(fā)送終端4的 指示連接成功的響應(yīng)后，用戶終端2向內(nèi)容發(fā)送終端4發(fā)送具有方法名稱 ACK的消息，以便指示出SIP通信的會話已被建立。應(yīng)當注意，在上述處 理序列中， 一般還交換具有方法名稱"100 Trying (嘗試中)"或"180 Ringing (振鈴中)"的消息。但是，沒有描述交換這些消息的過程。
然后，在下一步驟S13，內(nèi)容發(fā)送終端4開始通過傳送設(shè)施向用戶終 端2發(fā)送內(nèi)容。由于傳送設(shè)施已經(jīng)確保了根據(jù)傳送質(zhì)量預留服務(wù)器5發(fā)出 的命令而預留的傳送質(zhì)量，因此內(nèi)容發(fā)送終端4能夠根據(jù)請求以有保證的 傳送質(zhì)量來向用戶終端2發(fā)送內(nèi)容。
根據(jù)上述實施例，在允許預留傳送質(zhì)量的通信網(wǎng)絡(luò)中，基于由用戶通 過操作用戶終端2指定為所需內(nèi)容的標題和質(zhì)量的內(nèi)容標題和內(nèi)容質(zhì)量， 用戶終端2計算將內(nèi)容從內(nèi)容發(fā)送終端4發(fā)送到用戶終端2所必需的傳送 線路的傳送質(zhì)量、內(nèi)容使用費用和傳送質(zhì)量預留費用。然后，基于傳送質(zhì) 量、內(nèi)容使用費用和傳送質(zhì)量預留費用，用戶終端2和呼叫控制服務(wù)器3 通過將三個過程結(jié)合在連續(xù)處理中來自動執(zhí)行這三個過程。這三個過程是 預留傳送質(zhì)量的過程、針對所預留的傳送質(zhì)量的計費過程和針對其標題和 質(zhì)量已由用戶指定的內(nèi)容的計費過程。因此，只要通過在用戶終端2上執(zhí) 行指定所需內(nèi)容的標題和質(zhì)量的簡單操作，用戶就能夠獲取具有指定的內(nèi) 容質(zhì)量的內(nèi)容，該指定的內(nèi)容質(zhì)量是通過預留基于指定的內(nèi)容質(zhì)量計算出 的傳送質(zhì)量來保證的。此外，還完成了針對所預留的傳送質(zhì)量的計費過程 和針對內(nèi)容的計費過程。因此，可以執(zhí)行高效的處理。結(jié)果，可以向用戶 提供用戶友好的服務(wù)，而不要求用戶執(zhí)行繁重的操作。
接下來，通過參考圖5和6來說明上述的第一實施例的另一版本。
圖5是示出根據(jù)第一實施例的另一版本的另一典型內(nèi)容發(fā)送處理序列 的示圖，而圖6是示出根據(jù)第一實施例的另一版本的另一典型連接請求消 息(也稱為INVITE請求)的示圖。圖5所示的作為根據(jù)第一實施例的另
一版本的序列的另一典型內(nèi)容發(fā)送處理序列與圖3所示的序列的不同之處
在于，在圖5所示的序列的情況下，是呼叫控制服務(wù)器3而不是用戶終端 2計算傳送質(zhì)量、內(nèi)容使用費用和傳送質(zhì)量預留費用。因此，在第一實施 例的這另一個版本中，在利用SIP建立會話后，用戶終端2通過該會話向 呼叫控制服務(wù)器3發(fā)送作為所需內(nèi)容的標題的、由用戶指定的標題，以及 作為內(nèi)容的質(zhì)量的、由用戶指定的內(nèi)容質(zhì)量。
不詳細說明在第一實施例的另一版本中執(zhí)行的、作為與圖3所示的與 其相應(yīng)的步驟相同的步驟的處理步驟，以避免重復。例如，在圖5所示的 處理序列的步驟S21至S23、 S27至S29和S31至S34中執(zhí)行的過程分別 與在圖3所示的處理序列的步驟Sl至S3、 S7至S9和S10至S13中執(zhí)行 的過程相同。此外，圖6所示的連接請求消息與圖4所示的相同。
首先，以與圖3所示的處理序列的步驟Sl中執(zhí)行的過程相同的方 式，在步驟S21，用戶終端2被直接地或通過NGN 1 (其是基于IP的網(wǎng) 絡(luò))連接到內(nèi)容發(fā)送終端4，并且通過web瀏覽器來發(fā)出査看內(nèi)容列表的 請求。在接收到來自用戶終端2的請求后，在下一步驟S22,內(nèi)容發(fā)送終 端4將所請求的內(nèi)容列表發(fā)送到用戶終端2。
然后，在下一步驟S23，用戶通過從由用戶終端2從內(nèi)容發(fā)送終端4 接收到的內(nèi)容列表中選擇內(nèi)容，來指定用戶希望發(fā)送的內(nèi)容的標題和質(zhì)
然后，在下一步驟S24，用戶終端2向呼叫控制服務(wù)器3發(fā)出對根據(jù) SIP的連接的請求(或發(fā)送外出呼叫的請求)。當發(fā)出對連接的請求時， 用戶終端2向呼叫控制服務(wù)器3發(fā)送像圖6所示那樣的連接請求消息(也 稱為INVITE請求)。然后，在下一步驟S25，用戶終端2還將所需內(nèi)容 的標題和質(zhì)量作為對連接的請求的一部分發(fā)送到呼叫控制服務(wù)器3。所需 內(nèi)容的標題和質(zhì)量也可以被包括在圖6所示的連接請求消息中，或者作為 另一消息被發(fā)送到呼叫控制服務(wù)器3。
在接收到來自用戶終端2的對連接的請求后，在下一步驟S26，呼叫 控制服務(wù)器3基于所需內(nèi)容的標題和質(zhì)量，來計算傳送質(zhì)量、內(nèi)容使用費 用和傳送質(zhì)量預留費用。然后，呼叫控制服務(wù)器3可將傳送質(zhì)量、內(nèi)容使用費用和傳送質(zhì)量預留費用發(fā)送到用戶終端2，以被顯示到顯示單元上， 使得用戶可以檢驗它們。
然后，在下一步驟S27，呼叫控制服務(wù)器3基于傳送質(zhì)量，聯(lián)合傳送 質(zhì)量預留服務(wù)器5，對所計算的傳送質(zhì)量進行預留。在進行預留時，傳送 質(zhì)量預留服務(wù)器5向NGN 1中的傳送設(shè)施發(fā)出確保預留的傳送質(zhì)量的命 令。
然后，在下一步驟S28，呼叫控制服務(wù)器3向傳送質(zhì)量計費服務(wù)器6 發(fā)出傳送質(zhì)量計費請求，以便請求傳送質(zhì)量計費服務(wù)器6為所預留的傳送 質(zhì)量執(zhí)行計費過程。根據(jù)該請求，傳送質(zhì)量計費服務(wù)器6執(zhí)行計費過程。
然后，在下一步驟S29，呼叫控制服務(wù)器3將從用戶終端2接收的連 接請求消息(或者INVITE請求)傳遞到內(nèi)容發(fā)送終端4。然后，在下一 步驟S30，呼叫控制服務(wù)器3還將關(guān)于內(nèi)容標題和內(nèi)容質(zhì)量的信息傳輸?shù)?內(nèi)容發(fā)送終端4。如上所述，關(guān)于所需內(nèi)容的標題和質(zhì)量的信息也可被包 括在連接請求消息中，而不是作為另一消息被發(fā)送到內(nèi)容發(fā)送終端4。
在接收到來自呼叫控制服務(wù)器3的連接請求消息后，在下一步驟 S31，內(nèi)容發(fā)送終端4向內(nèi)容計費服務(wù)器7發(fā)出內(nèi)容計費請求，以便請求 內(nèi)容計費服務(wù)器7為內(nèi)容執(zhí)行計費過程。根據(jù)該請求，內(nèi)容計費服務(wù)器7 執(zhí)行計費過程。
然后，在下一步驟S32，內(nèi)容發(fā)送終端4向呼叫控制服務(wù)器3發(fā)送指 示出連接成功的響應(yīng)。該響應(yīng)指示出內(nèi)容發(fā)送終端4和用戶終端2之間的 連接已經(jīng)根據(jù)從呼叫控制服務(wù)器3接收到的連接請求消息(或INVITE請 求)而成功建立。響應(yīng)的示例是示出方法名稱"200 OK"的消息。然后， 在下一步驟S33，呼叫控制服務(wù)器3將從內(nèi)容發(fā)送終端4接收到的響應(yīng)傳 遞到用戶終端2。在通過呼叫控制服務(wù)器3接收到來自內(nèi)容發(fā)送終端4的 指示連接成功的響應(yīng)后，用戶終端2向內(nèi)容發(fā)送終端4發(fā)送具有方法名稱 ACK的消息，以便指示出SIP通信的會話已被建立。
然后，在下一步驟S34，內(nèi)容發(fā)送終端4開始通過傳送設(shè)施向用戶終 端2發(fā)送內(nèi)容。由于傳送設(shè)施己經(jīng)確保了根據(jù)傳送質(zhì)量預留服務(wù)器5發(fā)出 的命令而預留的傳送質(zhì)量，因此內(nèi)容發(fā)送終端4能夠根據(jù)請求以有保證的
傳送質(zhì)量來向用戶終端2發(fā)送內(nèi)容。
根據(jù)以上描述的作為第一實施例的一個版本的另一版本，在允許預留
傳送質(zhì)量的通信網(wǎng)絡(luò)中，用戶終端2向呼叫控制服務(wù)器3發(fā)送由用戶通過 操作用戶終端2指定為所需內(nèi)容的標題和質(zhì)量的標題和質(zhì)量，而呼叫控制 服務(wù)器3基于從用戶終端2接收到的內(nèi)容標題和內(nèi)容質(zhì)量，計算將所需內(nèi) 容從內(nèi)容發(fā)送終端4發(fā)送到用戶終端2所必需的傳送線路的傳送質(zhì)量、內(nèi) 容使用費用和傳送質(zhì)量預留費用。然后，基于傳送質(zhì)量、內(nèi)容使用費用和 傳送質(zhì)量預留費用，呼叫控制服務(wù)器3通過將三個過程結(jié)合在連續(xù)處理中 來自動執(zhí)行這三個過程。這三個過程是預留傳送質(zhì)量的過程、針對所預留 的傳送質(zhì)量的計費過程和針對其標題和質(zhì)量已由用戶指定的內(nèi)容的計費過 程。因此，只要通過在用戶終端2 (其也充當控制裝置)上執(zhí)行指定所需 內(nèi)容的標題和質(zhì)量的簡單操作，用戶就能夠獲取具有指定的內(nèi)容質(zhì)量的內(nèi) 容，該指定的內(nèi)容質(zhì)量是通過預留基于指定的內(nèi)容質(zhì)量計算出的傳送質(zhì)量 來保證的。此外，還完成了針對所預留的傳送質(zhì)量的計費過程和針對內(nèi)容 的計費過程。因此，可以執(zhí)行高效的處理。結(jié)果，可以向用戶提供用戶友 好的服務(wù)，而不要求用戶執(zhí)行繁重的操作。
此外，在第一實施例的另一版本的情況下，計算傳送質(zhì)量、內(nèi)容使用 費用和傳送質(zhì)量預留費用的是呼叫控制服務(wù)器3。因此，用戶終端2的處 理負擔減小了。結(jié)果，即使例如用戶使用低成本、非高性能的用戶終端 2，用戶仍能享受內(nèi)容發(fā)送系統(tǒng)所提供的服務(wù)。除此之外，第一實施例的 另一版本表現(xiàn)出與前述第一實施例相同的效果。
應(yīng)當注意，在圖5所示的典型內(nèi)容發(fā)送處理序列中，可以設(shè)想以下配 置。如果用戶通過利用用戶終端2輸入TEL URI來指定所需內(nèi)容的標題和 質(zhì)量，則該TEL URI的電話號碼是與電話號碼相關(guān)聯(lián)的內(nèi)容的標題和質(zhì)量 所特有的。在這種情況下，電話號碼的四個最低位一般表示與電話號碼相 關(guān)聯(lián)的內(nèi)容的標題和質(zhì)量。更具體地說，這四個最低位中較高的兩位一般 表示標題，而這四個最低位中較低的兩位一般表示質(zhì)量。以下電話號碼是 示例
電話號碼046-555-1111表示內(nèi)容標題A和內(nèi)容質(zhì)量A。
電話號碼046-555-1122表示內(nèi)容標題A和內(nèi)容質(zhì)量B。 電話號碼046-555-2211表示內(nèi)容標題B和內(nèi)容質(zhì)量A。 電話號碼046-555-2222表示內(nèi)容標題B和內(nèi)容質(zhì)量B 。 另一方面，如果用戶通過輸入SIP URI來指定所需內(nèi)容的標題和質(zhì) 量，則SIP URI的字符串是與電話號碼相關(guān)聯(lián)的內(nèi)容的標題和質(zhì)量所特有 的。以下SIPURI是示例
SIP URI aaaa@xx.com表示內(nèi)容標題A和內(nèi)容質(zhì)量A。 SIP URI aabb@xx.com表示內(nèi)容標題A和內(nèi)容質(zhì)量B 。 SIP URI bbaa@xx.com表示內(nèi)容標題B和內(nèi)容質(zhì)量A。 SIP URI bbbb@xx.com表示內(nèi)容標題B和內(nèi)容質(zhì)量B。 此外，可以提供一種內(nèi)容發(fā)送系統(tǒng)，其中內(nèi)容發(fā)送終端4僅僅接收來 自用戶終端2的作為對于將所需內(nèi)容發(fā)送到用戶終端2的請求的請求，但 是實際將內(nèi)容發(fā)送到用戶終端2的終端不是內(nèi)容發(fā)送終端4本身。對于這 種內(nèi)容發(fā)送系統(tǒng)，存在下面簡要描述的兩種可設(shè)想的方法。
根據(jù)第一種方法，充當代表性TEL URI或代表性SIP URI裝置的內(nèi)容 發(fā)送終端4在用于確定內(nèi)容的標題和質(zhì)量的會話中接收來自用戶終端2的 作為對于將所需內(nèi)容發(fā)送到用戶終端2的請求的請求。然后，通過利用 SIP的REFER方法，內(nèi)容發(fā)送終端4向另一 TEL URI或SIP URI內(nèi)容發(fā)送 終端發(fā)送對將內(nèi)容發(fā)送到用戶終端2的請求，該另一 TEL URI或SIP URI 內(nèi)容發(fā)送終端將把內(nèi)容實際發(fā)送到用戶終端2。最后，該另一內(nèi)容發(fā)送終 端將內(nèi)容發(fā)送到用戶終端2。順便說一下，SIP的REFER方法是呼叫轉(zhuǎn)移 功能。
根據(jù)第二種方法，充當代表性TEL URI或代表性SIP URI裝置的內(nèi)容 發(fā)送終端4在用于確定內(nèi)容的標題和質(zhì)量的會話中接收來自用戶終端2的 作為對于將所需內(nèi)容發(fā)送到用戶終端2的請求的請求。然后，在同一會話 中，內(nèi)容發(fā)送終端4將作為指示內(nèi)容的標題和質(zhì)量的URI的TEL URI或 SIP URI返回給用戶終端2。最后，在斷開與充當代表性TEL URI或代表 性SIP URI的內(nèi)容發(fā)送終端4的連接之后，用戶終端2與另一TELURI或 SIP URI內(nèi)容發(fā)送終端建立連接，該另一 TEL URI或SIP URI內(nèi)容發(fā)送終
端將把內(nèi)容實際發(fā)送到用戶終端2，以便獲取內(nèi)容。 第二實施例
以下描述說明了第二實施例，其中為了執(zhí)行將操作用戶終端2的用戶
所需的內(nèi)容從內(nèi)容發(fā)送終端4發(fā)送到用戶終端2的處理，通過根據(jù)用戶指 定的付費量來將四個過程分布到用戶終端2和呼叫控制服務(wù)器3，來由用 戶終端2和呼叫控制服務(wù)器3執(zhí)行這四個過程。這四個過程是(1)確 定處于在由用戶指定的付費量所確定的范圍中的內(nèi)容質(zhì)量來作為內(nèi)容的質(zhì) 量的過程，(2)確定并預留傳送質(zhì)量的過程，(3)內(nèi)容計費過程，以及 (4)傳送質(zhì)量計費過程。在第一實施例的情況下，用戶指定用戶所需的 內(nèi)容的標題和質(zhì)量。另一方面，在第二實施例的情況下，用戶指定用戶所 需的內(nèi)容的標題和表示用戶愿意為內(nèi)容支付的貨幣量的付費量。在其他方 面，第二實施例與第一實施例相同。例如，第二實施例具有與圖1所示的 系統(tǒng)配置相同的配置。
圖7是示出根據(jù)第二實施例的典型內(nèi)容發(fā)送處理序列的示圖，其中用 戶終端2和呼叫控制服務(wù)器3共同將上述過程(1)至(4)結(jié)合在連續(xù)的 處理中?；咎幚砹鞒處缀跖c圖3所示的處理序列相同。但是，如上所 述，在第一實施例的情況下，用戶指定用戶所需的內(nèi)容的標題和質(zhì)量，而 在第二實施例的情況下，用戶指定用戶所需的內(nèi)容的標題和為該內(nèi)容的付 費量。在以下描述中，控制裝置指的是用戶終端2和呼叫控制服務(wù)器3的 組合。在第二實施例中，控制裝置基于由用戶指定的內(nèi)容標題和付費量來 確定內(nèi)容的質(zhì)量和內(nèi)容的傳送質(zhì)量。應(yīng)當注意，圖7所示的內(nèi)容發(fā)送處理 序列的步驟S41、 S42以及S45至S53分別與圖3所示的內(nèi)容發(fā)送處理序 列的步驟S1、 S2以及S5至S13相同。
在圖7所示的處理序列中，首先，在步驟S41，用戶終端2被直接地 或通過NGN 1 (其是基于IP的網(wǎng)絡(luò))連接到內(nèi)容發(fā)送終端4，并且通過 web瀏覽器，即通過利用http等等，來發(fā)出査看內(nèi)容列表的請求。然后， 在下一步驟S42，內(nèi)容發(fā)送終端4將所請求的內(nèi)容列表發(fā)送到用戶終端 2。
然后，在下一步驟S43，用戶利用web瀏覽器來檢驗由用戶終端2從
內(nèi)容發(fā)送終端4接收的內(nèi)容列表。然后，用戶通過點擊鼠標等等來指定用 戶希望發(fā)送的內(nèi)容的標題和付費量。如上所述，付費量表示用戶愿意為該 內(nèi)容支付的貨幣的量。換言之，付費量指示出用戶當前擁有的付費能力等 等。與指定付費量的操作同時地，用戶還可以指定或設(shè)置后面將要描述的 質(zhì)量優(yōu)先級。
然后，在下一步驟S44，用戶終端2基于所指定的內(nèi)容標題和所指定 的付費量，來計算用戶請求發(fā)送的內(nèi)容的質(zhì)量以及用戶終端2和內(nèi)容發(fā)送 終端4之間的傳送線路的傳送質(zhì)量。傳送線路是將內(nèi)容從內(nèi)容發(fā)送終端4 發(fā)送到用戶終端2所必需的傳送線路。在該步驟中，用戶還可計算內(nèi)容使 用費用和傳送質(zhì)量預留費用。最好在顯示單元或監(jiān)視屏幕上顯示由用戶終 端2計算出的內(nèi)容質(zhì)量、傳送質(zhì)量、內(nèi)容使用費用和傳送質(zhì)量預留費用以 便用戶能夠檢驗它們。
然后，在下一步驟S45,用戶終端2通過http等等，利用web瀏覽器 將關(guān)于用戶指定的內(nèi)容標題和由用戶終端2計算出的內(nèi)容質(zhì)量的信息發(fā)送 到內(nèi)容發(fā)送終端4，以請求內(nèi)容發(fā)送終端4將內(nèi)容發(fā)送到用戶終端2。然 后，在下一步驟S46，用戶終端2向呼叫控制服務(wù)器3發(fā)出對根據(jù)SIP的 連接的請求(或發(fā)送外出呼叫的請求)。當發(fā)出請求時，用戶終端2向呼 叫控制服務(wù)器3發(fā)送像圖4所示那樣的連接請求消息(或INVITE請 求)。連接請求消息包括關(guān)于傳送質(zhì)量的信息，該信息就這樣被同時發(fā)送 到呼叫控制服務(wù)器3。
在步驟S46中執(zhí)行的處理之后的下一步驟S47中，呼叫控制服務(wù)器3 基于傳送質(zhì)量，聯(lián)合傳送質(zhì)量預留服務(wù)器5，對從用戶終端2接收的傳送 質(zhì)量進行預留。在進行預留時，傳送質(zhì)量預留服務(wù)器5向NGN1中的傳送 設(shè)施發(fā)出確保預留的傳送質(zhì)量的命令。
然后，在下一步驟S48,呼叫控制服務(wù)器3向傳送質(zhì)量計費服務(wù)器6 發(fā)出傳送質(zhì)量計費請求，以便請求傳送質(zhì)量計費服務(wù)器6為傳送質(zhì)量執(zhí)行 計費過程。根據(jù)該請求，傳送質(zhì)量計費服務(wù)器6執(zhí)行計費過程。
然后，在下一步驟S49，呼叫控制服務(wù)器3將從用戶終端2接收的連 接請求消息(或者INVITE請求)傳遞到內(nèi)容發(fā)送終端4。連接請求消息
可包括關(guān)于內(nèi)容的質(zhì)量的信息。
在接收到來自呼叫控制服務(wù)器3的連接請求消息后，在下一步驟 S50，內(nèi)容發(fā)送終端4向內(nèi)容計費服務(wù)器7發(fā)出內(nèi)容計費請求，以便請求 內(nèi)容計費服務(wù)器7為內(nèi)容執(zhí)行計費過程。根據(jù)該請求，內(nèi)容計費服務(wù)器7 執(zhí)行計費過程。
然后，在下一步驟S51，內(nèi)容發(fā)送終端4向呼叫控制服務(wù)器3發(fā)送指 示出連接成功的響應(yīng)。該響應(yīng)指示出內(nèi)容發(fā)送終端4和用戶終端2之間的 連接己經(jīng)根據(jù)從呼叫控制服務(wù)器3接收到的連接請求消息(或INVITE請 求)而成功建立。響應(yīng)的示例是示出方法名稱"200 OK"的消息。然后， 在下一步驟S52，呼叫控制服務(wù)器3將從內(nèi)容發(fā)送終端4接收到的響應(yīng)傳 遞到用戶終端2。在通過呼叫控制服務(wù)器3接收到來自內(nèi)容發(fā)送終端4的 指示連接成功的響應(yīng)后，用戶終端2向內(nèi)容發(fā)送終端4發(fā)送具有方法名稱 ACK的消息，以便指示出SIP通信的會話已被建立。
然后，在下一步驟S53,內(nèi)容發(fā)送終端4開始通過傳送設(shè)施向用戶終 端2發(fā)送內(nèi)容。由于傳送設(shè)施已經(jīng)確保了根據(jù)傳送質(zhì)量預留服務(wù)器5發(fā)出 的命令而預留的傳送質(zhì)量，因此內(nèi)容發(fā)送終端4能夠根據(jù)請求以有保證的 傳送質(zhì)量來向用戶終端2發(fā)送內(nèi)容。
以下描述說明了由用戶終端2在步驟S44執(zhí)行的計算內(nèi)容和傳送質(zhì)量 的過程中采用的方法，其中該內(nèi)容和傳送質(zhì)量各自是對于用戶為內(nèi)容和傳 送質(zhì)量指定的付費量而唯一確定的。在以下描述中，符號Vu表示用戶指 定的付費量，符號V^表示傳送頻帶預留費用、符號Ve表示內(nèi)容費用，符
號knet表示每單位傳送速率的傳送頻帶預留費用，符號ke表示每單位傳送
速率的內(nèi)容費用，符號R^表示傳送頻帶預留速率，符號Rc表示內(nèi)容傳送速率。
傳送頻帶預留費用Vnet和內(nèi)容費用Vc分別由式(1)和(2)表示 Vnet = knet * R^net(1)
…(2)
令傳送頻帶預留速率Rnet和內(nèi)容傳送速率Rc都等于R，如下Rnet =
Rc = R。在這種情況下，為了傳送具有處于由用戶指定的付費量Vu所確定
的范圍中的最大內(nèi)容質(zhì)量的內(nèi)容，必須執(zhí)行最優(yōu)傳送，該最優(yōu)傳送是處于
最大傳送頻帶預留速率Rnet (= R)和最大內(nèi)容傳送速率Re (= R)下的傳送， 其滿足以下式(3): Vu SVnet + Vc
Skc + knet)*R ... (3)
在上式中，傳送頻帶預留速率Rnet和內(nèi)容傳送速率Rc都等于R。但 是，應(yīng)當注意，傳送頻帶預留速率Rnet和內(nèi)容傳送速率Rc也可具有彼此不 同的值。此外，此示例假定了內(nèi)容傳送速率Rc越高，內(nèi)容質(zhì)量越好。在這 個典型計算中，傳送頻帶被當作傳送質(zhì)量的示例。還可以用許可延遲、許 可抖動質(zhì)量、頻帶保證優(yōu)先級或這些量的組合來作為典型的傳送質(zhì)量。
以下描述說明了質(zhì)量確定方法，根據(jù)該方法，用戶被允許設(shè)置充當傳 送質(zhì)量和內(nèi)容質(zhì)量的權(quán)重的參數(shù)，以將權(quán)重輸入到用戶終端2。根據(jù)該方 法，用戶指定的付費量可根據(jù)參數(shù)的設(shè)置值而被分布到各種費用上。
例如，讓我們考慮(1)圖像質(zhì)量、(2)分辨率和(3)幀速率被選
擇為內(nèi)容質(zhì)量的情況。
在這種情況下，令符號Vu表示用戶指定的付費量，符號Pi表示圖像
質(zhì)量優(yōu)先級，符號Pf表示幀速率優(yōu)先級，符號h表示分辨率優(yōu)先級。此
外，令符號knet表示每單位傳送速率的傳送頻帶預留費用，符號ki表示作 為每單位傳送速率增大的由圖像質(zhì)量提高引起的內(nèi)容費用增大，符號kf表 示作為每單位傳送速率增大的由幀速率提高引起的內(nèi)容費用增大，符號 表示作為每單位傳送速率增大的由分辨率提高引起的內(nèi)容費用增大，符號
R表示傳送頻帶預留速率以及內(nèi)容傳送速率，符號Rb表示在所有內(nèi)容質(zhì)量 參數(shù)都被設(shè)置為與最低質(zhì)量相對應(yīng)的值的情況下的內(nèi)容傳送速率，符號Ri 表示可分配給圖像質(zhì)量的傳送速率，符號Rf表示可分配給幀速率的傳送速
率，符號K表示可分配給分辨率的傳送速率。圖像質(zhì)量優(yōu)先級pi越高，內(nèi) 容的圖像質(zhì)量越好，或者說內(nèi)容的質(zhì)量越好。同理，幀速率優(yōu)先級Pf越 高，內(nèi)容的幀速率越高，或者說內(nèi)容的質(zhì)量越好。同樣，分辨率優(yōu)先級& 越高，內(nèi)容的分辨率越高，或者說內(nèi)容的質(zhì)量越好。表示傳送頻帶預留速
率以及內(nèi)容傳送速率的速率R也被稱為單位傳送速率。
表示傳送頻帶預留速率以及內(nèi)容傳送速率的單位傳送速率R由以下式
(4)表示。
R = Rb + Ri + Rf+Rr…(4)
如上所述，式(4)中的圖像質(zhì)量傳送速率Ri、幀速率傳送速率Rf和 分辨率傳送速率Rj艮據(jù)式(5)分別與圖像質(zhì)量優(yōu)先級Pi、幀速率優(yōu)先級
Pf和分辨率優(yōu)先級&成比例，如下
Ri:Rf:Rr = Pi:Pf:Pr ... (5)
因此，為了以處于由用戶指定的付費量Vu所確定的范圍內(nèi)的質(zhì)量優(yōu) 先級來發(fā)送內(nèi)容，必須確定滿足式(4) 、 (5)和(6)的圖像質(zhì)量傳送 速率Ri、幀速率傳送速率Rf和分辨率傳送速率&。這樣，由圖像質(zhì)量傳 送速率Ri、幀速率傳送速率Rf和分辨率傳送速率^表示的內(nèi)容質(zhì)量可以 以分別與圖像質(zhì)量優(yōu)先級Pi、幀速率優(yōu)先級Pf和分辨率優(yōu)先級&成比例的 方式來分布，其中圖像質(zhì)量優(yōu)先級Pi、幀速率優(yōu)先級Pf和分辨率優(yōu)先級^ 是由用戶設(shè)置的參數(shù)。
Vu〉R承knet + R產(chǎn)ki + R,kf+R,kr…(6)
作為示例，讓我們考慮圖像質(zhì)量優(yōu)先級Pi被設(shè)置為2，幀速率優(yōu)先級 Pf被設(shè)置為1，分辨率優(yōu)先級h被設(shè)置為1，單位傳送速率R為5 Mbps， 最低質(zhì)量的內(nèi)容傳送速率Rb為3 Mbps的情況。在這種情況下，根據(jù)式 (4)，剩余傳送速率(Ri + Rf + Rr = R — Rb)為5 — 3 = 2 Mbps。 2 Mbps 的剩余傳送速率被分攤到根據(jù)式(5)分別與圖像質(zhì)量優(yōu)先級Pi、幀速率 優(yōu)先級Pf和分辨率優(yōu)先級^成比例的圖像質(zhì)量傳送速率Ri、幀速率傳送速 率Rf和分辨率傳送速率&。也就是說，發(fā)現(xiàn)圖像質(zhì)量傳送速率Ri、幀速 率傳送速率Rf和分辨率傳送速率Rr分別為1 Mbps、 0.5 Mbps和0.5 Mbps，它們是被分別分布到圖像質(zhì)量優(yōu)先級Ri、幀速率優(yōu)先級Pf和分辨 率優(yōu)先級&的。
此外，如果質(zhì)量優(yōu)先級未被設(shè)置，則控制裝置能夠分析用戶所需的內(nèi) 容的特性，以便確定內(nèi)容質(zhì)量和傳送質(zhì)量的質(zhì)量優(yōu)先級(或質(zhì)量級別)。 以下是可設(shè)想的示例。在具有激烈運動的圖像或在幀間具有大變化的圖像 的情況下，用作內(nèi)容質(zhì)量的幀速率的質(zhì)量優(yōu)先級被設(shè)置為較高的值。在諸
如電話交談之類的要求交互式通信的內(nèi)容的情況下，傳送延遲優(yōu)先級被設(shè) 置為較高的值。在具有緩慢對象運動的高分辨率視頻的情況下，分辨率參 數(shù)被設(shè)置為較高的值。
或者，用戶操作用戶終端2，以便直接設(shè)置通過分析用戶所需的內(nèi)容
的特性來確定內(nèi)容質(zhì)量和傳送質(zhì)量的質(zhì)量優(yōu)先級(或質(zhì)量級別)的過程。 此外，還可以設(shè)想一種直接從內(nèi)容的圖像來分析用戶所需的內(nèi)容的特性的 方法。除此之外，也可以基于內(nèi)容的元數(shù)據(jù)來確定質(zhì)量優(yōu)先級。
根據(jù)此實施例，在允許預留傳送質(zhì)量的通信網(wǎng)絡(luò)中，用戶終端2基于 用戶指定的內(nèi)容標題和付費量，來計算用戶請求發(fā)送的內(nèi)容的質(zhì)量、用于 將內(nèi)容從內(nèi)容發(fā)送終端4發(fā)送到用戶終端2所必需的傳送線路的傳送質(zhì) 量、內(nèi)容使用費用和傳送質(zhì)量預留費用。然后，基于內(nèi)容的質(zhì)量、傳送質(zhì) 量、內(nèi)容使用費用和傳送質(zhì)量預留費用，用戶終端2和呼叫控制服務(wù)器3 自動地將三個過程，即預留傳送質(zhì)量的過程、針對所預留的傳送質(zhì)量的計 費過程和針對內(nèi)容的計費過程，結(jié)合在連續(xù)的處理中。因此，只要通過在 用戶終端2 (基充當控制裝置)上執(zhí)行指定所需內(nèi)容的標題和付費量的簡 單操作，用戶就能夠獲取通過預留基于指定的付費量計算出的最優(yōu)傳送質(zhì) 量而保證了質(zhì)量的內(nèi)容。此外，還完成了針對所預留的傳送質(zhì)量的計費過 程和針對內(nèi)容的計費過程。因此，可以執(zhí)行高效的處理。結(jié)果，可以向用 戶提供用戶友好的服務(wù)，而不要求用戶執(zhí)行繁重的操作。
此外，如果用戶還被允許指定內(nèi)容質(zhì)量和傳送質(zhì)量的質(zhì)量優(yōu)先級，則 用戶可以獲取具有作為處于由指定的付費量確定的范圍內(nèi)的內(nèi)容質(zhì)量的、 針對每種所需內(nèi)容質(zhì)量的高質(zhì)量的內(nèi)容，其中每種所需內(nèi)容質(zhì)量是基于質(zhì) 量優(yōu)先級之一來找出的，其中每種質(zhì)量優(yōu)先級是為內(nèi)容質(zhì)量之一指定的。 此外，用戶可以使內(nèi)容被以作為也處于由指定的付費量確定的范圍內(nèi)的傳 送質(zhì)量的、基于為傳送質(zhì)量指定的質(zhì)量優(yōu)先級而找出的所需傳送質(zhì)量從內(nèi) 容發(fā)送終端4發(fā)送到用戶終端2。
除此之外，如果控制裝置能夠自動地分析用戶所需的內(nèi)容的特性以便 確定內(nèi)容質(zhì)量和傳送質(zhì)量的質(zhì)量優(yōu)先級，則用戶不需要設(shè)置質(zhì)量優(yōu)先級。 因此，可以向用戶提供用戶友好的服務(wù)，而不要求用戶執(zhí)行繁重的操作。
結(jié)果，第二實施例表現(xiàn)出與前述第一實施例相同的效果。
接下來，通過參考圖8來說明第二實施例的另一版本。
圖8是示出根據(jù)第二實施例的另一版本的另一典型內(nèi)容發(fā)送處理序列 的示圖。圖8所示的作為根據(jù)第二實施例的另一版本的序列的另一典型內(nèi) 容發(fā)送處理序列與圖7所示的序列的不同之處在于，在圖8所示的序列的 情況下，是呼叫控制服務(wù)器3而不是用戶終端2計算內(nèi)容質(zhì)量、傳送質(zhì) 量、內(nèi)容使用費用和傳送質(zhì)量預留費用。因此，在第二實施例的這另一個 版本中，在利用SIP建立會話后，用戶終端2通過該會話向呼叫控制服務(wù) 器3發(fā)送作為所需內(nèi)容的標題的、由用戶指定的標題，以及作為對內(nèi)容的 付費量的、由用戶指定的付費量。然后，利用同一會話，呼叫控制服務(wù)器 3向內(nèi)容發(fā)送終端4發(fā)送作為計算結(jié)果而獲得的內(nèi)容標題和內(nèi)容質(zhì)量。
不詳細說明在第二實施例的另一版本中執(zhí)行的、作為與圖7所示的與 其相應(yīng)的步驟相同的步驟的處理步驟，以避免重復。例如，在圖8所示的 處理序列的步驟S61至S63、 S67至S69和S71至S74中執(zhí)行的過程分別 與在圖7所示的處理序列的步驟S41至S43、 S47至S49和S50至S53中 執(zhí)行的過程相同。
在圖8所示的處理序列中，首先，與圖7所示的處理序列的步驟S41 很相似，在步驟S61，用戶終端2被直接地或通過NGN 1 (其是基于IP的 網(wǎng)絡(luò))連接到內(nèi)容發(fā)送終端4，并且通過web瀏覽器來發(fā)出查看內(nèi)容列表 的請求。然后，在下一步驟S62,內(nèi)容發(fā)送終端4將所請求的內(nèi)容列表發(fā) 送到用戶終端2。
然后，在下一步驟S63，用戶利用web瀏覽器來檢驗由用戶終端2從 內(nèi)容發(fā)送終端4接收的內(nèi)容列表。然后，用戶通過點擊鼠標等等來指定用 戶希望發(fā)送的內(nèi)容的標題和付費量。如上所述，付費量表示用戶愿意為該 內(nèi)容支付的貨幣的量。換言之，付費量指示出用戶當前擁有的付費能力等 等。與指定付費量的操作同時地，用戶還可以指定或設(shè)置后面將要描述的 質(zhì)量優(yōu)先級。
然后，在下一步驟S64，用戶終端2向呼叫控制服務(wù)器3發(fā)出對根據(jù) SIP的連接的請求(或發(fā)送外出呼叫的請求)。當發(fā)出對連接的請求時，用戶終端2向呼叫控制服務(wù)器3發(fā)送像圖6所示那樣的連接請求消息(也 稱為INVITE請求)。然后，在下一步驟S65，用戶終端2還將所需內(nèi)容 的標題和對內(nèi)容的付費量作為對連接的請求的一部分發(fā)送到呼叫控制服務(wù) 器3。所需內(nèi)容的標題和對內(nèi)容的付費量也可以被包括在圖6所示的連接 請求消息中，或者作為另一消息被發(fā)送到呼叫控制服務(wù)器3。
在接收到來自用戶終端2的對連接的請求后，在下一步驟S66，呼叫 控制服務(wù)器3基于所需內(nèi)容的標題和對內(nèi)容的付費量，來計算用戶希望發(fā) 送的內(nèi)容的內(nèi)容質(zhì)量，以及將內(nèi)容從內(nèi)容發(fā)送終端4發(fā)送到用戶終端2所 必需的傳送線路的傳送質(zhì)量。此外，呼叫控制服務(wù)器3還可以計算內(nèi)容使 用費用和傳送質(zhì)量預留費用。然后，呼叫控制服務(wù)器3將內(nèi)容質(zhì)量、傳送 質(zhì)量、內(nèi)容使用費用和傳送質(zhì)量預留費用發(fā)送到用戶終端2，以被顯示到 顯示單元上，使得用戶可以檢驗它們。
然后，在下一步驟S67，呼叫控制服務(wù)器3基于傳送質(zhì)量，聯(lián)合傳送 質(zhì)量預留服務(wù)器5,對所計算的傳送質(zhì)量進行預留。在進行預留時，傳送 質(zhì)量預留服務(wù)器5向NGN 1中的傳送設(shè)施發(fā)出確保預留的傳送質(zhì)量的命 令。
然后，在下一步驟S68，呼叫控制服務(wù)器3向傳送質(zhì)量計費服務(wù)器6 發(fā)出傳送質(zhì)量計費請求，以便請求傳送質(zhì)量計費服務(wù)器6為傳送質(zhì)量執(zhí)行 計費過程。根據(jù)該請求，傳送質(zhì)量計費服務(wù)器6執(zhí)行計費過程。
然后，在下一步驟S69,呼叫控制服務(wù)器3將從用戶終端2接收的連 接請求消息(或者INVITE請求)傳輸?shù)絻?nèi)容發(fā)送終端4。然后，在下一 步驟S70，呼叫控制服務(wù)器3還將關(guān)于內(nèi)容標題和內(nèi)容質(zhì)量的信息傳輸?shù)?內(nèi)容發(fā)送終端4。關(guān)于所需內(nèi)容的標題和質(zhì)量的信息也可被包括在連接請 求消息中，而不是作為另一消息被發(fā)送到內(nèi)容發(fā)送終端4。
在接收到來自呼叫控制服務(wù)器3的連接請求消息后，在下一步驟 S71，內(nèi)容發(fā)送終端4向內(nèi)容計費服務(wù)器7發(fā)出內(nèi)容計費請求，以便請求 內(nèi)容計費服務(wù)器7為內(nèi)容執(zhí)行計費過程。根據(jù)該請求，內(nèi)容計費服務(wù)器7 執(zhí)行計費過程。
然后，在下一步驟S72，內(nèi)容發(fā)送終端4向呼叫控制服務(wù)器3發(fā)送指
示出連接成功的響應(yīng)。該響應(yīng)指示出內(nèi)容發(fā)送終端4和用戶終端2之間的
連接已經(jīng)根據(jù)從呼叫控制服務(wù)器3接收到的連接請求消息(或INVITE請 求)而成功建立。響應(yīng)的示例是示出方法名稱"200 OK"的消息。然后， 在下一步驟S73，呼叫控制服務(wù)器3將從內(nèi)容發(fā)送終端4接收到的響應(yīng)傳 遞到用戶終端2。在通過呼叫控制服務(wù)器3接收到來自內(nèi)容發(fā)送終端4的 指示連接成功的響應(yīng)后，用戶終端2向內(nèi)容發(fā)送終端4發(fā)送具有方法名稱 ACK的消息，以便指示出SIP通信的會話已被建立。
然后，在下一步驟S74，內(nèi)容發(fā)送終端4開始通過傳送設(shè)施向用戶終 端2發(fā)送內(nèi)容。由于傳送設(shè)施己經(jīng)確保了根據(jù)傳送質(zhì)量預留服務(wù)器5發(fā)出 的命令而預留的傳送質(zhì)量，因此內(nèi)容發(fā)送終端4能夠根據(jù)請求以有保證的 傳送質(zhì)量來向用戶終端2發(fā)送內(nèi)容。
根據(jù)第二實施例的另一版本，在允許預留傳送質(zhì)量的通信網(wǎng)絡(luò)中，用 戶終端2向呼叫控制服務(wù)器3發(fā)送用戶所需的內(nèi)容的標題和對內(nèi)容的付費 量。然后，呼叫控制服務(wù)器3基于由用戶指定的內(nèi)容標題和付費量，計算 用戶希望發(fā)送的內(nèi)容的質(zhì)量、將所需內(nèi)容從內(nèi)容發(fā)送終端4發(fā)送到用戶終 端2所必需的傳送線路的傳送質(zhì)量、內(nèi)容使用費用和傳送質(zhì)量預留費用。 然后，基于內(nèi)容的質(zhì)量、傳送質(zhì)量、內(nèi)容使用費用和傳送質(zhì)量預留費用， 呼叫控制服務(wù)器3自動地將三個過程，即預留傳送質(zhì)量的過程、針對所預 留的傳送質(zhì)量的計費過程和針對內(nèi)容的計費過程，結(jié)合在連續(xù)的處理中。 因此，只要通過在用戶終端2上執(zhí)行指定用戶所需的內(nèi)容的標題和對內(nèi)容 的付費量的簡單操作，用戶就能夠獲取具有基于指定的付費量而計算出的 內(nèi)容質(zhì)量和傳送質(zhì)量的內(nèi)容。此外，還完成了針對所預留的傳送質(zhì)量的計 費過程和針對內(nèi)容的計費過程。因此，可以執(zhí)行高效的處理。結(jié)果，可以 向用戶提供用戶友好的服務(wù)，而不要求用戶執(zhí)行繁重的操作。
此外，由于計算內(nèi)容質(zhì)量、傳送質(zhì)量、內(nèi)容使用費用和傳送質(zhì)量預留 費用的是呼叫控制服務(wù)器3，因此用戶終端2的處理負擔減小了。因此， 即使例如用戶使用低成本、非高性能的用戶終端2，用戶仍能享受內(nèi)容發(fā) 送系統(tǒng)所提供的服務(wù)。除此之外，另一版本表現(xiàn)出與前述實施例相同的效 果。
此外，可以提供一種內(nèi)容發(fā)送系統(tǒng)，其中內(nèi)容發(fā)送終端4僅僅接收來
自用戶終端2的作為對于將所需內(nèi)容發(fā)送到用戶終端2的請求的請求，但 是非內(nèi)容發(fā)送終端4的終端實際將內(nèi)容發(fā)送到用戶終端2。對于這種內(nèi)容 發(fā)送系統(tǒng)，存在兩種可設(shè)想的方法，這兩種可設(shè)想的方法已經(jīng)在前面對第 一實施例的說明中有所描述。
以下描述說明了這樣的實施例，這些實施例允許在將內(nèi)容從內(nèi)容發(fā)送 終端4發(fā)送到用戶終端2的過程中，根據(jù)用戶通過操作用戶終端2而作出 的請求，改變用戶所需的內(nèi)容的質(zhì)量和/或?qū)?nèi)容的付費量。在這些實施例 的情況下，用戶通過以與第一實施例相同的方式指定內(nèi)容的新質(zhì)量來作為 內(nèi)容發(fā)送的新條件，或者以與第二實施例相類似的方式指定表示可接受的 額外計費量的額外付費量來作為內(nèi)容發(fā)送的新條件，從而來作出請求?？?制裝置將任一種指定的新條件看作對于內(nèi)容質(zhì)量改變的請求，并且執(zhí)行相 應(yīng)地改變內(nèi)容的質(zhì)量和內(nèi)容的傳送質(zhì)量的過程。然后，在當前發(fā)送的進程 中，內(nèi)容發(fā)送終端4基于新的內(nèi)容質(zhì)量和新的內(nèi)容傳送質(zhì)量來開始對相同 內(nèi)容的新發(fā)送。應(yīng)當注意，當用戶指定表示可接受的額外計費量的額外付 費量時，用戶還被允許同時將質(zhì)量優(yōu)先級輸入到用戶終端2。 第三實施例
在第三實施例的情況下，根據(jù)在內(nèi)容發(fā)送過程中用戶通過操作用戶終 端2而作出的改變正被從內(nèi)容發(fā)送終端4發(fā)送到用戶終端2的內(nèi)容的質(zhì)量 的請求，通過將四個過程分布到用戶終端2和呼叫控制服務(wù)器3，來由用 戶終端2和呼叫控制服務(wù)器3執(zhí)行這四個過程。這四個過程是(1)確 定內(nèi)容的質(zhì)量的過程，(2)確定并預留傳送質(zhì)量的過程，(3)內(nèi)容計費 過程，以及(4)傳送質(zhì)量計費過程。根據(jù)第三實施例的內(nèi)容發(fā)送系統(tǒng)的 配置和第三實施例的其他特征與第一實施例的相同。
圖9是示出典型內(nèi)容發(fā)送處理序列的示圖，其中，根據(jù)在內(nèi)容發(fā)送過 程中用戶通過操作用戶終端2而作出的改變正被從內(nèi)容發(fā)送終端4發(fā)送到 用戶終端2的內(nèi)容的質(zhì)量的請求，用戶終端2和呼叫控制服務(wù)器3將上述 過程(1)至(4)結(jié)合在連續(xù)的處理中。在圖9所示的處理序列的步驟 S82、 S83、 S85以及S91至S98中執(zhí)行的過程分別與在圖3所示的處理序
列的步驟S1、 S2、 S4以及S6至S13中執(zhí)行的過程相同。
首先，在步驟S81，建立用戶終端2和內(nèi)容發(fā)送終端4之間的SIP通 信，以設(shè)置一狀態(tài)，在該狀態(tài)中，內(nèi)容發(fā)送終端4能夠?qū)⒂脩羲埱蟮膬?nèi) 容發(fā)送到用戶終端2。然后，在下一步驟S82，用戶操作web瀏覽器以便 驅(qū)動用戶終端2向內(nèi)容發(fā)送終端4發(fā)出査看內(nèi)容質(zhì)量列表的請求。然后， 在下一步驟S83，內(nèi)容發(fā)送終端4將所請求的內(nèi)容質(zhì)量列表發(fā)送到用戶終 端2。內(nèi)容質(zhì)量列表至少包括關(guān)于正被從內(nèi)容發(fā)送終端4發(fā)送到用戶終端 2的內(nèi)容的質(zhì)量的信息。
然后，在下一步驟S84，用戶利用web瀏覽器來檢驗由用戶終端2從 內(nèi)容發(fā)送終端4接收的內(nèi)容質(zhì)量列表。然后，用戶通過點擊鼠標等等來指 定正被發(fā)送的內(nèi)容的新的所需質(zhì)量。
然后，在下一步驟S85,用戶終端2基于用戶指定的作為新內(nèi)容質(zhì)量 的新質(zhì)量，來計算內(nèi)容發(fā)送終端4和用戶終端2之間的傳送線路的傳送質(zhì) 量、內(nèi)容使用費用和傳送質(zhì)量預留費用。傳送線路是將內(nèi)容從內(nèi)容發(fā)送終 端4發(fā)送到用戶終端2所必需的傳送線路。最好在顯示單元或監(jiān)視屏幕上 顯示由用戶終端2計算出的傳送質(zhì)量、內(nèi)容使用費用和傳送質(zhì)量預留費用 以便用戶能夠檢驗它們。
然后，在下一步驟S86，用戶終端2向呼叫控制服務(wù)器3發(fā)送作出改 變內(nèi)容質(zhì)量的請求的消息。為了改變內(nèi)容的質(zhì)量，必須臨時中止內(nèi)容發(fā)送 終端4和用戶終端2之間的會話。因此，作出改變內(nèi)容質(zhì)量的請求的消息 還具有被稱為BYE請求的中止請求消息的功能。因此，在下一步驟S87， 呼叫控制服務(wù)器3將作出改變內(nèi)容質(zhì)量的請求的消息傳遞到內(nèi)容發(fā)送終端 4。
當內(nèi)容發(fā)送終端4從呼叫控制服務(wù)器3接收到作出改變內(nèi)容質(zhì)量的請 求的消息時，在下一步驟S88，內(nèi)容發(fā)送終端4向呼叫控制服務(wù)器3返回 表明中止成功的響應(yīng)"200 OK"。然后，在下一步驟S89，呼叫控制服務(wù) 器3將成功中止消息傳遞到用戶終端2。這樣，內(nèi)容發(fā)送終端4和用戶終 端2之間的會話被臨時中止。
然后，在下一步驟S90，用戶終端2通過web瀏覽器，即通過利用
http等等，來向內(nèi)容發(fā)送終端4發(fā)送由用戶指定的新內(nèi)容質(zhì)量。然后，以
與圖3所示的處理序列的步驟S6至S13相同的方式執(zhí)行后續(xù)的過程。
更具體而言，在下一步驟S91，用戶終端2向呼叫控制服務(wù)器3發(fā)出 對根據(jù)SIP的連接的請求(或發(fā)送外出呼叫的請求)。對連接的請求是也 被稱為INVITE請求的連接請求消息。當發(fā)出請求時，關(guān)于傳送質(zhì)量的信 息被包括在該消息中，并且也同時被發(fā)送到呼叫控制服務(wù)器3。
然后，在下一步驟S92，呼叫控制服務(wù)器3基于傳送質(zhì)量，聯(lián)合傳送 質(zhì)量預留服務(wù)器5，對從用戶終端2接收的傳送質(zhì)量進行預留。然后，在 下一步驟S93，呼叫控制服務(wù)器3向傳送質(zhì)量計費服務(wù)器6發(fā)出傳送質(zhì)量 計費請求，以便請求傳送質(zhì)量計費服務(wù)器6為傳送質(zhì)量執(zhí)行計費過程。
然后，在下一步驟S94，呼叫控制服務(wù)器3將從用戶終端2接收的連 接請求消息(或者INVITE請求)傳輸?shù)絻?nèi)容發(fā)送終端4。連接請求消息 可包括關(guān)于內(nèi)容的質(zhì)量的信息。
在接收到來自呼叫控制服務(wù)器3的連接請求消息后，在下一步驟 S95，內(nèi)容發(fā)送終端4向內(nèi)容計費服務(wù)器7發(fā)出內(nèi)容計費請求，以便請求 內(nèi)容計費服務(wù)器7為內(nèi)容執(zhí)行計費過程。
然后，在下一步驟S96，內(nèi)容發(fā)送終端4向呼叫控制服務(wù)器3發(fā)送指 示出連接成功的響應(yīng)。該響應(yīng)指示出內(nèi)容發(fā)送終端4和用戶終端2之間的 連接己經(jīng)根據(jù)從呼叫控制服務(wù)器3接收到的連接請求消息(或INVITE請 求)而成功建立。響應(yīng)的示例是示出方法名稱"200 OK"的消息。然后， 在下一步驟S97，呼叫控制服務(wù)器3將從內(nèi)容發(fā)送終端4接收到的響應(yīng)傳 遞到用戶終端2。在通過呼叫控制服務(wù)器3接收到來自內(nèi)容發(fā)送終端4的 指示連接成功的響應(yīng)后，用戶終端2向內(nèi)容發(fā)送終端4發(fā)送具有方法名稱 ACK的消息，以便指示出SIP通信的會話己被建立。
然后，在下一步驟S98，內(nèi)容發(fā)送終端4開始通過傳送設(shè)施向用戶終 端2以改變后的質(zhì)量發(fā)送余下的內(nèi)容。由于傳送設(shè)施已經(jīng)確保了根據(jù)NGN 1中的傳送質(zhì)量預留服務(wù)器5發(fā)出的命令而預留的傳送質(zhì)量，因此內(nèi)容發(fā) 送終端4能夠根據(jù)用戶作出的改變內(nèi)容質(zhì)量的請求，以有保證的傳送質(zhì)量 來向用戶終端2發(fā)送內(nèi)容。
根據(jù)第三實施例，在允許預留傳送質(zhì)量的通信網(wǎng)絡(luò)中，如果在將內(nèi)容
從內(nèi)容發(fā)送終端4發(fā)送到用戶終端2的過程中，用戶操作用戶終端2以改 變用戶所需的內(nèi)容的質(zhì)量，則發(fā)送被暫停，并且余下的內(nèi)容被以改變后的 質(zhì)量來發(fā)送。這樣，允許了用戶即使在首次請求發(fā)送內(nèi)容之后仍能很容易 地指定用戶曾經(jīng)請求發(fā)送的內(nèi)容的新質(zhì)量。因此，可以動態(tài)地修改正在發(fā) 送的內(nèi)容的質(zhì)量，從而動態(tài)地修改內(nèi)容的傳送質(zhì)量。因此，只要通過在用 戶終端2上執(zhí)行新指定正在接收的內(nèi)容的質(zhì)量的簡單操作，用戶就能夠獲 取具有新指定的內(nèi)容質(zhì)量的內(nèi)容，該新指定的內(nèi)容質(zhì)量是通過預留基于新 指定的內(nèi)容質(zhì)量計算出的傳送質(zhì)量來保證的。此外，預留傳送質(zhì)量的過 程、針對所預留的傳送質(zhì)量的計費過程以及針對內(nèi)容的計費過程被結(jié)合在 連續(xù)的處理中。因此，可以執(zhí)行高效的處理。結(jié)果，可以向用戶提供用戶 友好的服務(wù)，而不要求用戶執(zhí)行繁重的操作。此外，第三實施例表現(xiàn)出與 前述第一實施例相同的效果。 第四實施例
在第四實施例的情況下，根據(jù)在內(nèi)容發(fā)送過程中用戶通過操作用戶終 端2而作出的指定表示對正從內(nèi)容發(fā)送終端4發(fā)送到用戶終端2的內(nèi)容的 可接受的額外計費費用的額外付費量并且改變該內(nèi)容的質(zhì)量優(yōu)先級的請 求，通過將四個過程分布到用戶終端2和呼叫控制服務(wù)器3，來由用戶終 端2和呼叫控制服務(wù)器3執(zhí)行這四個過程。這四個過程是(1)確定內(nèi) 容的質(zhì)量的過程，(2)確定并預留傳送質(zhì)量的過程，(3)內(nèi)容計費過 程，以及(4)傳送質(zhì)量計費過程。
圖10是示出典型內(nèi)容發(fā)送處理序列的示圖，其中，根據(jù)在內(nèi)容發(fā)送 過程中用戶通過操作用戶終端2而作出的指定表示對正從內(nèi)容發(fā)送終端4 發(fā)送到用戶終端2的內(nèi)容的可接受的額外計費費用的額外付費量并且改變 該內(nèi)容的質(zhì)量優(yōu)先級的請求，用戶終端2和呼叫控制服務(wù)器3將上述過程 (1)至(4)結(jié)合在連續(xù)的處理中。在圖10所示的處理序列的步驟S101 以及S104至S116中執(zhí)行的過程分別與在圖9所示的處理序列的步驟S81 以及S86至S98中執(zhí)行的過程相同。
首先，在步驟S101，建立用戶終端2和內(nèi)容發(fā)送終端4之間的SIP通
信，以設(shè)置一狀態(tài)，在該狀態(tài)中，內(nèi)容發(fā)送終端4能夠?qū)⒂脩羲埱蟮膬?nèi)
容發(fā)送到用戶終端2。然后，在下一步驟S102，用戶利用web瀏覽器來檢 驗正被從內(nèi)容發(fā)送終端4發(fā)送到用戶終端2的內(nèi)容。然后，用戶通過點擊 鼠標等等來為該內(nèi)容指定表示可接受的額外計費費用的額外付費量。
然后，在下一步驟S103，用戶終端2基于用戶指定的表示對內(nèi)容的額 外計費費用的額外付費量，來重新計算正被從內(nèi)容發(fā)送終端4發(fā)送到用戶 終端2的內(nèi)容的質(zhì)量以及用戶終端2和內(nèi)容發(fā)送終端4之間的傳送線路的 傳送質(zhì)量。傳送線路是將內(nèi)容從內(nèi)容發(fā)送終端4發(fā)送到用戶終端2所必需 的傳送線路。用戶終端2還可以重新計算內(nèi)容使用費用和傳送質(zhì)量預留費 用。最好在顯示單元或監(jiān)視屏幕上顯示由用戶終端2計算出的內(nèi)容質(zhì)量、 傳送質(zhì)量、內(nèi)容使用費用和傳送質(zhì)量預留費用以便用戶能夠檢驗它們。
然后，在下一步驟S104，用戶終端2向呼叫控制服務(wù)器3發(fā)送作出改 變內(nèi)容質(zhì)量的請求的消息。如上所述，在圖10所示的處理序列的步驟 S105至S116中執(zhí)行的后續(xù)過程分別與在圖9所示的處理序列的步驟S87 至S98中執(zhí)行的過程相同，對其的描述將被省略。
由于傳送設(shè)施已經(jīng)確保了根據(jù)根據(jù)NGN 1中的傳送質(zhì)量預留服務(wù)器5 發(fā)出的命令而預留的傳送質(zhì)量，因此內(nèi)容發(fā)送終端4能夠根據(jù)用戶的請 求，以根據(jù)用戶指定的表示額外計費費用的額外付費量而保證的傳送質(zhì)量 來向用戶終端2發(fā)送內(nèi)容。
應(yīng)當注意，在執(zhí)行來指定額外付費量的步驟S102中，用戶還可以指 定(或改變)質(zhì)量優(yōu)先級。如果用戶指定(或改變)質(zhì)量優(yōu)先級，則在對 第二實施例的描述中說明的技術(shù)可被用來根據(jù)新的質(zhì)量優(yōu)先級確定新的內(nèi) 容和傳送質(zhì)量。
根據(jù)第四實施例，在允許預留傳送質(zhì)量的通信網(wǎng)絡(luò)中，如果在將內(nèi)容 從內(nèi)容發(fā)送終端4發(fā)送到用戶終端2的過程中，用戶操作用戶終端2以指 定表示可接受的額外計費費用的額外付費量，則暫停以原來計算出的質(zhì)量 進行的內(nèi)容發(fā)送，并且以根據(jù)指定的額外付費量而改變的質(zhì)量來重新發(fā)送 內(nèi)容。這樣，允許了用戶即使在首次請求發(fā)送內(nèi)容之后仍能很容易地指定 額外的付費量。因此，可以動態(tài)地修改正在發(fā)送的內(nèi)容的質(zhì)量，從而動態(tài)
地修改內(nèi)容的傳送質(zhì)量。因此，只要通過在用戶終端2上執(zhí)行新指定額外 付費量的簡單操作，用戶就能夠獲取具有作為在額外付費量內(nèi)的內(nèi)容質(zhì)量 的新內(nèi)容質(zhì)量的內(nèi)容，該新的內(nèi)容質(zhì)量是通過預留基于新指定的額外付費 量計算出的傳送質(zhì)量來保證的。此外，預留傳送質(zhì)量的過程、針對所預留 的傳送質(zhì)量的計費過程以及針對內(nèi)容的計費過程被結(jié)合在連續(xù)的處理中。 因此，可以執(zhí)行高效的處理。結(jié)果，可以向用戶提供用戶友好的服務(wù)，而 不要求用戶執(zhí)行繁重的操作。此外，第四實施例表現(xiàn)出與前述第二和第三 實施例相同的效果。 第五實施例
接下來，通過參考圖11和12來說明第五實施例。
在以與NGN 1相同的方式采用SIP的通信網(wǎng)絡(luò)中，如前所述，根據(jù) ENUM技術(shù)，電話號碼與通信網(wǎng)絡(luò)地址和/或?qū)崿F(xiàn)訪問所需通信伙伴的手 段時的服務(wù)相關(guān)聯(lián)。第五實施例采用了該技術(shù)以便利用電話號碼和附加到 電話號碼的輔助號碼來作出對內(nèi)容質(zhì)量的請求和指定付費量。在第五實施 例中，可以是用戶終端2、呼叫控制服務(wù)器3或內(nèi)容發(fā)送終端4的控制裝 置分析附加了輔助電話號碼的電話號碼，并根據(jù)分析結(jié)果來執(zhí)行對傳送質(zhì) 量進行預留的過程。圖1所示的基本系統(tǒng)配置、前面已針對第一至第四實 施例說明了的內(nèi)容發(fā)送處理序列等等也可應(yīng)用到第五實施例。
如果通過利用例如附加到電話號碼的輔助號碼來指定內(nèi)容質(zhì)量，則圖 11所示的典型格式被用作輔助號碼和電話號碼的格式。在輔助號碼和電話 號碼的這種典型格式中，電話號碼可用來表示所需內(nèi)容的標題，而電話號 碼之后的輔助號碼可用來表示內(nèi)容的圖像質(zhì)量、分辨率和幀速率。
在接收到作為TEL URI的輔助號碼和電話號碼后，內(nèi)容發(fā)送終端4分 析TELURI的輔助號碼，并且開始發(fā)送具有由輔助號碼指示的質(zhì)量的內(nèi) 容。讓我們假定例如用戶向用戶終端2輸入TEL URI XXX-XXX-XXXX#123。在這種情況下，內(nèi)容發(fā)送終端4將電話號碼XXX-XXX-XXXX識別為用戶所需的內(nèi)容的標題，為內(nèi)容選擇由圖像質(zhì)量參數(shù)1、分 辨率參數(shù)2和幀速率參數(shù)3確定的質(zhì)量。然后，內(nèi)容發(fā)送終端4向用戶終 端2發(fā)送用戶所需的內(nèi)容，以作為具有由參數(shù)指示的類型的質(zhì)量的內(nèi)容。
應(yīng)當注意，當然，表示根據(jù)第五實施例可選擇的內(nèi)容質(zhì)量的類型的參數(shù)絕 不限于圖像質(zhì)量參數(shù)、分辨率參數(shù)和幀速率參數(shù)。
此外，同理，還可以設(shè)想通過利用輔助號碼來指定關(guān)于付費量的信
息。在這種情況下，TEL URI的典型格式在圖12中示出。在TELURI的 這種典型格式中，輔助號碼以與圖11所示的格式相同的方式跟在電話號 碼之后。通過利用輔助號碼，可以指定用于再現(xiàn)所請求的內(nèi)容的時間段的 每單位時間的付費量?；蛘?，輔助號碼可用于指定每內(nèi)容的付費量，以及 其他種類的信息。
針對圖8所示的典型內(nèi)容發(fā)送處理序列來說明圖12所示的作為利用 輔助號碼來指定付費量的格式的格式。在這種情況下，可以設(shè)想采用一種 如下解釋電話號碼和輔助號碼的方法。首先，用戶通過利用具有作為用于 指定付費量的格式的圖12所示格式的跟在電話號碼之后的輔助號碼來指 定付費量。然后，呼叫控制服務(wù)器3分析輔助號碼，以根據(jù)輔助號碼所表 示的付費量來確定內(nèi)容質(zhì)量。在呼叫控制服務(wù)器3確定內(nèi)容質(zhì)量之后，呼 叫控制服務(wù)器3以與解釋作為用于指定所需內(nèi)容的質(zhì)量的格式的圖11所 示格式的方式相同的方式，來將該格式中的輔助號碼之前的電話號碼轉(zhuǎn)換 成所需內(nèi)容的標題。因此，當用戶操作用戶終端2以便指定后跟有指定付 費量的輔助號碼的電話號碼時，接收到來自用戶終端2的呼叫的呼叫控制 服務(wù)器3自動確定處于根據(jù)由輔助號碼表示的付費量確定的范圍中的質(zhì) 量，以作為由電話號碼表示的所需內(nèi)容的最優(yōu)質(zhì)量。然后，呼叫控制服務(wù) 器3向內(nèi)容發(fā)送終端4發(fā)送關(guān)于所需內(nèi)容的標題和內(nèi)容的最優(yōu)質(zhì)量的信 息。
在上述實施例中用戶操作用戶終端2以直接向用戶終端2輸入諸如 以下信息片段所需內(nèi)容的標題、所需內(nèi)容的質(zhì)量、所需內(nèi)容的付費量和 質(zhì)量優(yōu)先級。但是，應(yīng)當注意，內(nèi)容發(fā)送系統(tǒng)也可被設(shè)計為用戶終端2自 動創(chuàng)建這種信息。例如，用戶終端2和內(nèi)容發(fā)送終端4可以始終利用http 來執(zhí)行通信。在這種情況下，當用戶終端2在通信期間確定內(nèi)容發(fā)送終端 4具有用戶喜愛的內(nèi)容時，用戶終端2自動向內(nèi)容發(fā)送終端4發(fā)送請求以 作為對于將內(nèi)容從內(nèi)容發(fā)送終端4發(fā)送到用戶終端2的請求。這樣，用戶
能夠獲取具有所需的內(nèi)容質(zhì)量的內(nèi)容，該所需的內(nèi)容質(zhì)量是通過預留由用
戶終端2或呼叫控制服務(wù)器3基于所創(chuàng)建的信息而計算出的傳送質(zhì)量來保 證的。在這種內(nèi)容發(fā)送系統(tǒng)的情況下，最好利用http或SIP來預先確定對 于將內(nèi)容從內(nèi)容發(fā)送終端4發(fā)送到用戶終端2的請求是否被用戶終端2發(fā) 出到內(nèi)容發(fā)送終端4。
此外，本領(lǐng)域的技術(shù)人員應(yīng)當理解，取決于設(shè)計要求和其他因素，可 以進行各種修改、組合、子組合和變更，只要它們處于所附權(quán)利要求或其 等同物的范圍之內(nèi)。
本發(fā)明包含與2007年8月14日向日本專利局提交的日本專利申請JP 2007-211491相關(guān)的主題，這里通過引用將該申請的全部內(nèi)容并入。
權(quán)利要求
1.一種控制裝置，用于接受對于將內(nèi)容從內(nèi)容發(fā)送裝置發(fā)送到所述控制裝置的請求，并且將所述請求傳遞到所述內(nèi)容發(fā)送裝置，以便通過允許預留傳送質(zhì)量的通信網(wǎng)絡(luò)來將所述內(nèi)容發(fā)送到所述控制裝置，并且向具有根據(jù)內(nèi)容的實質(zhì)和內(nèi)容質(zhì)量來執(zhí)行內(nèi)容計費過程的功能的內(nèi)容計費服務(wù)器發(fā)出請求以作為對于為所述內(nèi)容執(zhí)行內(nèi)容計費過程的請求，其中所述控制裝置接收內(nèi)容的指定實質(zhì)和所述內(nèi)容的指定內(nèi)容質(zhì)量，并且向所述內(nèi)容發(fā)送裝置發(fā)送基于所述指定實質(zhì)和所述指定內(nèi)容質(zhì)量的請求以作為對于將所述內(nèi)容從所述內(nèi)容發(fā)送裝置發(fā)送到所述控制裝置的請求；基于所述指定內(nèi)容質(zhì)量來確定傳送質(zhì)量，并且基于所述傳送質(zhì)量，聯(lián)合連接到所述通信網(wǎng)絡(luò)的傳送質(zhì)量預留服務(wù)器對所述內(nèi)容發(fā)送裝置和所述控制裝置之間的傳送線路的所確定的傳送質(zhì)量進行預留；并且向具有根據(jù)傳送質(zhì)量執(zhí)行計費過程的功能的傳送質(zhì)量計費服務(wù)器發(fā)出請求以作為對于為所預留的傳送質(zhì)量執(zhí)行計費過程的請求。
2. 根據(jù)權(quán)利要求1所述的控制裝置，其中，當用戶操作所述控制裝置，以將被用作發(fā)送到所述內(nèi)容發(fā)送裝置以作為對于將所述內(nèi)容從所述內(nèi) 容發(fā)送裝置發(fā)送到所述控制裝置的請求的所述請求的基礎(chǔ)的所述指定內(nèi)容 質(zhì)量改變到新的內(nèi)容質(zhì)量時，在所述控制裝置停止從所述內(nèi)容發(fā)送裝置到 所述控制裝置的以改變前的所述指定內(nèi)容質(zhì)量進行的所述內(nèi)容的所述發(fā)送之后，所述控制裝置向所述內(nèi)容發(fā)送裝置重新發(fā)送請求以作為對于基于所述新內(nèi)容質(zhì)量將 所述內(nèi)容從所述內(nèi)容發(fā)送裝置重新發(fā)送到所述控制裝置的請求；基于所述新內(nèi)容質(zhì)量確定新傳送質(zhì)量；基于所述傳送質(zhì)量，聯(lián)合所述傳送質(zhì)量預留服務(wù)器對所述內(nèi)容發(fā)送裝置和所述控制裝置之間的所述傳送線路的所確定的新傳送質(zhì)量進行預留； 并且向所述傳送質(zhì)量計費服務(wù)器發(fā)出請求以作為對于為所預留的新傳送質(zhì) 量執(zhí)行計費過程的請求。
3. 根據(jù)權(quán)利要求2所述的控制裝置，其中所述控制裝置的功能被分布到終端裝置和呼叫控制服務(wù)器，其中該終 端裝置將被所述用戶操作以指定所述內(nèi)容的所述實質(zhì)以及所述內(nèi)容的所述 內(nèi)容質(zhì)量，該呼叫控制服務(wù)器被配置為執(zhí)行在所述通信網(wǎng)絡(luò)中建立所述終端裝置和所述內(nèi)容發(fā)送裝置之間的會話的過程；所述終端裝置向所述內(nèi)容發(fā)送裝置發(fā)送基于所述指定實質(zhì)和所述指定 內(nèi)容質(zhì)量的請求以作為對于將所述內(nèi)容從所述內(nèi)容發(fā)送裝置發(fā)送到所述終 端裝置的請求，基于所述指定內(nèi)容質(zhì)量來確定所述內(nèi)容發(fā)送裝置和所述終 端裝置之間的傳送線路的傳送質(zhì)量，并且將所確定的傳送質(zhì)量發(fā)送到所述 呼叫控制服務(wù)器；并且所述呼叫控制服務(wù)器基于所述傳送質(zhì)量，聯(lián)合所述傳送質(zhì)量預留服務(wù) 器對從所述終端裝置接收的所確定的傳送質(zhì)量進行預留，并且向所述傳送 質(zhì)量計費服務(wù)器發(fā)出請求以作為對于為所預留的傳送質(zhì)量執(zhí)行計費過程的 請求。
4. 根據(jù)權(quán)利要求2所述的控制裝置，其中所述控制裝置的功能被分布到終端裝置和呼叫控制服務(wù)器，其中該終 端裝置將被所述用戶操作以指定所述內(nèi)容的所述實質(zhì)以及所述內(nèi)容的所述 內(nèi)容質(zhì)量，該呼叫控制服務(wù)器被配置為執(zhí)行在所述通信網(wǎng)絡(luò)中建立所述終 端裝置和所述內(nèi)容發(fā)送裝置之間的會話的過程；所述終端裝置向所述呼叫控制服務(wù)器發(fā)出請求以作為對于在所述通信 網(wǎng)絡(luò)中建立所述終端裝置和所述內(nèi)容發(fā)送裝置之間的會話的請求，將所述指定實質(zhì)和所述指定內(nèi)容質(zhì)量發(fā)送到所述呼叫控制服務(wù)器；并且所述呼叫控制服務(wù)器基于從所述終端裝置接收的所述指定內(nèi)容質(zhì)量來 確定所述內(nèi)容發(fā)送裝置和所述終端裝置之間的傳送線路的傳送質(zhì)量，基于 所述傳送質(zhì)量，聯(lián)合所述傳送質(zhì)量預留服務(wù)器對所確定的傳送質(zhì)量進行預 留，并且向所述傳送質(zhì)量計費服務(wù)器發(fā)出請求以作為對于為所預留的傳送 質(zhì)量執(zhí)行計費過程的請求。
5. 根據(jù)權(quán)利要求3所述的控制裝置，其中所述通信網(wǎng)絡(luò)是利用因特網(wǎng)協(xié)議的下一代網(wǎng)絡(luò)，該下一代網(wǎng)絡(luò)被所述呼叫控制服務(wù)器用在利用會話發(fā) 起協(xié)議來建立所述終端裝置和所述內(nèi)容發(fā)送裝置之間的會話的所述過程 中。
6. 根據(jù)權(quán)利要求5所述的控制裝置，其中所述用戶分別通過利用電話 號碼和輔助號碼來指定所述內(nèi)容的所述實質(zhì)和所述內(nèi)容的所述內(nèi)容質(zhì)量。
7. —種內(nèi)容發(fā)送系統(tǒng)，包括內(nèi)容發(fā)送裝置，其通過允許預留傳送質(zhì)量的通信網(wǎng)絡(luò)將內(nèi)容請求發(fā)起 者所請求的內(nèi)容發(fā)送到所述內(nèi)容請求發(fā)起者，并且向具有根據(jù)內(nèi)容的實質(zhì) 和內(nèi)容質(zhì)量來執(zhí)行內(nèi)容計費過程的功能的內(nèi)容計費服務(wù)器發(fā)出請求以作為對于為所請求的內(nèi)容執(zhí)行內(nèi)容計費過程的請求；以及呼叫控制服務(wù)器，其被配置為執(zhí)行在所述內(nèi)容請求發(fā)起者和所述內(nèi)容 發(fā)送裝置之間建立會話的過程，聯(lián)合具有與所述呼叫控制服務(wù)器共同對傳 送質(zhì)量進行預留的功能的傳送質(zhì)量預留服務(wù)器來對所述內(nèi)容發(fā)送裝置和所 述內(nèi)容請求發(fā)起者之間的傳送線路的傳送質(zhì)量進行預留，并且向具有根據(jù) 傳送質(zhì)量執(zhí)行計費過程的功能的傳送質(zhì)量計費服務(wù)器發(fā)出請求以作為對于 為所預留的傳送質(zhì)量執(zhí)行計費過程的請求，其中所述呼叫控制服務(wù)器基于由所述呼叫控制服務(wù)器或用戶終端為所述內(nèi)容請求發(fā)起者所 請求的所述內(nèi)容的所述內(nèi)容質(zhì)量而適當確定的傳送質(zhì)量來對所述傳送線路 的傳送質(zhì)量進行預留，并且向所述傳送質(zhì)量計費服務(wù)器發(fā)出請求以作為對于為所預留的傳送 質(zhì)量執(zhí)行計費過程的請求。
8. —種內(nèi)容發(fā)送方法，用于通過允許預留傳送質(zhì)量的通信網(wǎng)絡(luò)將內(nèi)容 請求發(fā)起者所請求的內(nèi)容從內(nèi)容發(fā)送裝置發(fā)送到所述內(nèi)容請求發(fā)起者，該 內(nèi)容發(fā)送裝置還用于向具有根據(jù)內(nèi)容的實質(zhì)和內(nèi)容質(zhì)量來執(zhí)行內(nèi)容計費過 程的功能的內(nèi)容計費服務(wù)器發(fā)出請求以作為對于為所請求的內(nèi)容執(zhí)行內(nèi)容 計費過程的請求，所述內(nèi)容發(fā)送方法包括以下步驟被所述內(nèi)容請求發(fā)起者操作以便指定所請求的內(nèi)容的實質(zhì)和質(zhì)量的控 制裝置向所述內(nèi)容發(fā)送裝置發(fā)出基于所請求的內(nèi)容的所述指定實質(zhì)和所述 指定質(zhì)量的請求以作為對于將所請求的內(nèi)容從所述內(nèi)容發(fā)送裝置發(fā)送到所述控制裝置的請求；所述控制裝置基于所述指定內(nèi)容質(zhì)量來確定所述內(nèi)容發(fā)送裝置和所述 控制裝置之間的傳送線路的傳送質(zhì)量；所述控制裝置基于所述傳送質(zhì)量，聯(lián)合連接到所述通信網(wǎng)絡(luò)的傳送質(zhì) 量預留服務(wù)器對所述傳送線路的所確定的傳送質(zhì)量進行預留；并且所述控制裝置向具有根據(jù)傳送質(zhì)量執(zhí)行計費過程的功能的傳送質(zhì)量計 費服務(wù)器發(fā)出請求以作為對于為所預留的傳送質(zhì)量執(zhí)行計費過程的請求。
9. 一種控制裝置，用于接受對于將內(nèi)容從內(nèi)容發(fā)送裝置發(fā)送到所述控 制裝置的請求，并且將所述請求傳遞到所述內(nèi)容發(fā)送裝置，以便通過允許 預留傳送質(zhì)量的通信網(wǎng)絡(luò)來將所述內(nèi)容發(fā)送到所述控制裝置，并且向具有 根據(jù)內(nèi)容的實質(zhì)和內(nèi)容質(zhì)量來執(zhí)行內(nèi)容計費過程的功能的內(nèi)容計費服務(wù)器 發(fā)出請求以作為對于為所述內(nèi)容執(zhí)行內(nèi)容計費過程的請求，其中所述控制 裝置-接收內(nèi)容的指定實質(zhì)和所述內(nèi)容的指定付費量，確定處于由所述付費 量確定的范圍中的所述內(nèi)容的最優(yōu)內(nèi)容質(zhì)量以及傳送質(zhì)量，并且向所述內(nèi) 容發(fā)送裝置發(fā)送基于所述指定實質(zhì)和所述最優(yōu)內(nèi)容質(zhì)量的請求以作為對于 將所述內(nèi)容從所述內(nèi)容發(fā)送裝置發(fā)送到所述控制裝置的請求；基于所述傳送質(zhì)量，聯(lián)合連接到所述通信網(wǎng)絡(luò)的傳送質(zhì)量預留服務(wù)器 對所述內(nèi)容發(fā)送裝置和所述控制裝置之間的傳送線路的所確定的傳送質(zhì)量 進行預留；并且向具有根據(jù)傳送質(zhì)量執(zhí)行計費過程的功能的傳送質(zhì)量計費服務(wù)器發(fā)出 請求以作為對于為所預留的傳送質(zhì)量執(zhí)行計費過程的請求。
10. 根據(jù)權(quán)利要求9所述的控制裝置，其中所述控制裝置除了接收所 述內(nèi)容的所述指定實質(zhì)和所述內(nèi)容的所述指定付費量之外，還接收將被從 所述內(nèi)容發(fā)送裝置發(fā)送到所述控制裝置的所述內(nèi)容的一個或多個內(nèi)容質(zhì)量 的指定質(zhì)量優(yōu)先級，并且基于所述質(zhì)量優(yōu)先級，來確定處于由所述付費量 確定的范圍中的值以作為所述內(nèi)容質(zhì)量和所述傳送質(zhì)量的最優(yōu)值。
11. 根據(jù)權(quán)利要求9所述的控制裝置，其中所述控制裝置根據(jù)所述內(nèi) 容的特性來設(shè)置將被從所述內(nèi)容發(fā)送裝置發(fā)送到所述控制裝置的所述內(nèi)容 的一個或多個內(nèi)容質(zhì)量的質(zhì)量優(yōu)先級以及所述內(nèi)容的傳送質(zhì)量，并且基于 所述質(zhì)量優(yōu)先級，來確定處于由所述付費量確定的范圍中的值以作為所述 內(nèi)容質(zhì)量和所述傳送質(zhì)量的最優(yōu)值。
12. 根據(jù)權(quán)利要求IO所述的控制裝置，其中，當用戶操作所述控制裝 置以將用于找出所述傳送質(zhì)量和所述內(nèi)容質(zhì)量的所述最優(yōu)值的所述指定付 費量改變到新付費量時，所述控制裝置執(zhí)行以下操作，其中所述最優(yōu)值充 當發(fā)送到所述內(nèi)容發(fā)送裝置以作為對于將所述內(nèi)容從所述內(nèi)容發(fā)送裝置發(fā)送到所述控制裝置的請求的所述請求的基礎(chǔ)重新確定處于由所述新付費量確定的范圍中的新值以作為所述內(nèi)容的 新最優(yōu)內(nèi)容質(zhì)量和所述內(nèi)容的新傳送質(zhì)量，并且停止從所述內(nèi)容發(fā)送裝置 到所述控制裝置的、以由改變前的所述指定付費量確定的所述前一最優(yōu)內(nèi) 容質(zhì)量進行的所述內(nèi)容的所述發(fā)送；向所述內(nèi)容發(fā)送裝置重新發(fā)送請求以作為對于基于所述指定實質(zhì)和重 新確定的所述新最優(yōu)內(nèi)容質(zhì)量將所述內(nèi)容從所述內(nèi)容發(fā)送裝置重新發(fā)送到 所述控制裝置的請求；基于所述新傳送質(zhì)量，聯(lián)合所述傳送質(zhì)量預留服務(wù)器對所述內(nèi)容發(fā)送 裝置和所述控制裝置之間的所述傳送線路的所確定的新傳送質(zhì)量進行預 留；并且向所述傳送質(zhì)量計費服務(wù)器發(fā)出請求以作為對于為所預留的新傳送質(zhì) 量執(zhí)行計費過程的請求。
13. 根據(jù)權(quán)利要求12所述的控制裝置，其中所述控制裝置的功能被分布到終端裝置和呼叫控制服務(wù)器，其中該終 端裝置將被所述用戶操作以指定所述內(nèi)容的所述實質(zhì)以及所述內(nèi)容的所述 付費量，該呼叫控制服務(wù)器被配置為執(zhí)行在所述通信網(wǎng)絡(luò)中建立所述終端 裝置和所述內(nèi)容發(fā)送裝置之間的會話的過程；所述終端裝置確定處于由所述付費量確定的范圍中的值以作為所述內(nèi) 容的最優(yōu)內(nèi)容質(zhì)量，向所述內(nèi)容發(fā)送裝置發(fā)送基于所述指定實質(zhì)和所確定 的最優(yōu)內(nèi)容質(zhì)量的請求以作為對于將所述內(nèi)容從所述內(nèi)容發(fā)送裝置發(fā)送到 所述終端裝置的請求，基于所確定的最優(yōu)內(nèi)容質(zhì)量來確定處于由所述付費 量確定的范圍中的值以作為所述內(nèi)容發(fā)送裝置和所述終端裝置之間的傳送線路的傳送質(zhì)量，并且將所確定的傳送質(zhì)量發(fā)送到所述呼叫控制服務(wù)器； 并且所述呼叫控制服務(wù)器基于所述傳送質(zhì)量，聯(lián)合所述傳送質(zhì)量預留服務(wù) 器對從所述終端裝置接收的所確定的傳送質(zhì)量進行預留，并且向所述傳送 質(zhì)量計費服務(wù)器發(fā)出請求以作為對于為所預留的新傳送質(zhì)量執(zhí)行計費過程 的請求。
14. 根據(jù)權(quán)利要求12所述的控制裝置，其中所述控制裝置的功能被分布到終端裝置和呼叫控制服務(wù)器，其中該終 端裝置將被所述用戶操作以指定所述內(nèi)容的所述實質(zhì)以及所述內(nèi)容的所述 付費量，該呼叫控制服務(wù)器被配置為執(zhí)行在所述通信網(wǎng)絡(luò)中建立所述終端 裝置和所述內(nèi)容發(fā)送裝置之間的會話的過程；所述終端裝置將所述內(nèi)容的所述指定實質(zhì)以及所述內(nèi)容的所述付費量 傳遞到所述呼叫控制服務(wù)器；并且 所述呼叫控制服務(wù)器確定處于由從所述終端裝置接收的所述付費量確定的范圍中的值 以作為所述內(nèi)容的最優(yōu)內(nèi)容質(zhì)量，向所述內(nèi)容發(fā)送裝置發(fā)送基于從所述終端裝置接收的所述指定實 質(zhì)和所確定的最優(yōu)內(nèi)容質(zhì)量的請求以作為對于將所述內(nèi)容從所述內(nèi)容發(fā)送 裝置發(fā)送到所述終端裝置的請求，基于所確定的最優(yōu)內(nèi)容質(zhì)量來確定所述內(nèi)容發(fā)送裝置和所述終端 裝置之間的傳送線路的傳送質(zhì)量，基于所述傳送質(zhì)量，聯(lián)合所述傳送質(zhì)量預留服務(wù)器對所確定的傳 送質(zhì)量進行預留，向所述傳送質(zhì)量計費服務(wù)器發(fā)出請求以作為對于為所預留的新傳 送質(zhì)量執(zhí)行計費過程的請求。
15. 根據(jù)權(quán)利要求13所述的控制裝置，其中所述通信網(wǎng)絡(luò)是利用因特 網(wǎng)協(xié)議的下一代網(wǎng)絡(luò)，該下一代網(wǎng)絡(luò)被所述呼叫控制服務(wù)器用在利用會話 發(fā)起協(xié)議來建立所述終端裝置和所述內(nèi)容發(fā)送裝置之間的會話的所述過程 中。
16. —種內(nèi)容發(fā)送系統(tǒng)，包括內(nèi)容發(fā)送裝置，其通過允許預留傳送質(zhì)量的通信網(wǎng)絡(luò)將內(nèi)容請求發(fā)起 者所請求的內(nèi)容發(fā)送到所述內(nèi)容請求發(fā)起者，并且向具有根據(jù)內(nèi)容的實質(zhì) 和內(nèi)容質(zhì)量來執(zhí)行內(nèi)容計費過程的功能的內(nèi)容計費服務(wù)器發(fā)出請求以作為 對于為所請求的內(nèi)容執(zhí)行內(nèi)容計費過程的請求；以及呼叫控制服務(wù)器，其被配置為執(zhí)行在所述內(nèi)容請求發(fā)起者和所述內(nèi)容 發(fā)送裝置之間建立會話的過程，聯(lián)合具有與所述呼叫控制服務(wù)器共同對傳 送質(zhì)量進行預留的功能的傳送質(zhì)量預留服務(wù)器來對所述內(nèi)容發(fā)送裝置和所 述內(nèi)容請求發(fā)起者之間的傳送線路的傳送質(zhì)量進行預留，并且向具有根據(jù) 傳送質(zhì)量執(zhí)行計費過程的功能的傳送質(zhì)量計費服務(wù)器發(fā)出請求以作為對于 為所預留的傳送質(zhì)量執(zhí)行計費過程的請求，其中所述呼叫控制服務(wù)器基于由所述內(nèi)容請求發(fā)起者指定的所述內(nèi)容實質(zhì)以及也由所述內(nèi) 容請求發(fā)起者指定的所述付費量，來確定處于由所述內(nèi)容請求發(fā)起者指定 的所述付費量所確定的范圍中的內(nèi)容和傳送質(zhì)量，以分別作為所述內(nèi)容請 求發(fā)起者所請求的、作為將被從所述內(nèi)容發(fā)送裝置發(fā)送到所述內(nèi)容請求發(fā) 起者的內(nèi)容的所述內(nèi)容的最優(yōu)內(nèi)容質(zhì)量，以及所述內(nèi)容的傳送質(zhì)量，基于所確定的傳送質(zhì)量對所述傳送線路的傳送質(zhì)量進行預留，并且向所述傳送質(zhì)量計費服務(wù)器發(fā)出請求以作為對于為所預留的傳送 質(zhì)量執(zhí)行計費過程的請求。
17. —種內(nèi)容發(fā)送方法，用于通過允許預留傳送質(zhì)量的通信網(wǎng)絡(luò)將內(nèi) 容請求發(fā)起者所請求的內(nèi)容從內(nèi)容發(fā)送裝置發(fā)送到所述內(nèi)容請求發(fā)起者， 該內(nèi)容發(fā)送裝置還用于向具有根據(jù)內(nèi)容的實質(zhì)和內(nèi)容質(zhì)量來執(zhí)行內(nèi)容計費 過程的功能的內(nèi)容計費服務(wù)器發(fā)出請求以作為對于為所請求的內(nèi)容執(zhí)行內(nèi) 容計費過程的請求，所述內(nèi)容發(fā)送方法包括以下步驟被所述內(nèi)容請求發(fā)起者操作以便指定所請求的內(nèi)容的實質(zhì)和所請求的內(nèi)容的付費量的控制裝置基于由所述內(nèi)容請求發(fā)起者指定的所述內(nèi)容實質(zhì) 和所述指定付費量，來確定處于由所述內(nèi)容請求發(fā)起者指定的所述付費量 所確定的范圍中的內(nèi)容和傳送質(zhì)量，以分別作為所述內(nèi)容請求發(fā)起者所請 求的、作為將被從所述內(nèi)容發(fā)送裝置發(fā)送到所述內(nèi)容請求發(fā)起者的內(nèi)容的 所述內(nèi)容的最優(yōu)內(nèi)容質(zhì)量，以及所述內(nèi)容的傳送質(zhì)量；所述控制裝置向所述內(nèi)容發(fā)送裝置發(fā)出基于所述指定實質(zhì)和所確定的 最優(yōu)內(nèi)容質(zhì)量的請求以作為對于將所請求的內(nèi)容從所述內(nèi)容發(fā)送裝置發(fā)送 到所述控制裝置的請求；所述控制裝置基于所確定的傳送質(zhì)量，聯(lián)合連接到所述通信網(wǎng)絡(luò)的傳 送質(zhì)量預留服務(wù)器對所述內(nèi)容發(fā)送裝置和所述控制裝置之間的傳送線路的 所確定的傳送質(zhì)量進行預留；并且所述控制裝置向所述傳送質(zhì)量計費服務(wù)器發(fā)出請求以作為對于為所預 留的傳送質(zhì)量執(zhí)行計費過程的請求。
全文摘要
本發(fā)明提供了控制裝置、內(nèi)容發(fā)送系統(tǒng)和內(nèi)容發(fā)送方法。這里公開了一種控制裝置，用于通過允許預留傳送質(zhì)量的通信網(wǎng)絡(luò)接受對于將內(nèi)容從內(nèi)容發(fā)送裝置發(fā)送到控制裝置的請求并且將請求傳遞到內(nèi)容發(fā)送裝置，并且向內(nèi)容計費服務(wù)器發(fā)出對根據(jù)實質(zhì)和內(nèi)容質(zhì)量來執(zhí)行內(nèi)容計費過程的請求，其中控制裝置接收內(nèi)容的指定實質(zhì)和質(zhì)量，并且向內(nèi)容發(fā)送裝置發(fā)送對發(fā)送內(nèi)容的請求；基于指定內(nèi)容質(zhì)量來確定傳送質(zhì)量，并且基于傳送質(zhì)量，對傳送線路的所確定的傳送質(zhì)量進行預留；并且向傳送質(zhì)量計費服務(wù)器發(fā)出對根據(jù)傳送質(zhì)量執(zhí)行計費過程的請求。
文檔編號G06Q50/00GK101370119SQ20081014628
公開日2009年2月18日 申請日期2008年8月14日 優(yōu)先權(quán)日2007年8月14日
發(fā)明者久禮嘉伸 申請人:索尼株式會社