TW201944249A - 內容傳遞控制裝置、內容傳遞控制方法、程式、及內容傳遞系統 - Google Patents
內容傳遞控制裝置、內容傳遞控制方法、程式、及內容傳遞系統Info
- Publication number
- TW201944249A TW201944249A TW108105235A TW108105235A TW201944249A TW 201944249 A TW201944249 A TW 201944249A TW 108105235 A TW108105235 A TW 108105235A TW 108105235 A TW108105235 A TW 108105235A TW 201944249 A TW201944249 A TW 201944249A
- Authority
- TW
- Taiwan
- Prior art keywords
- preamble
- content
- definition information
- transcoding
- content delivery
- Prior art date
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
- H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
- H04N21/234—Processing of video elementary streams, e.g. splicing of video streams, manipulating MPEG-4 scene graphs
- H04N21/2343—Processing of video elementary streams, e.g. splicing of video streams, manipulating MPEG-4 scene graphs involving reformatting operations of video signals for distribution or compliance with end-user requests or end-user device requirements
- H04N21/234309—Processing of video elementary streams, e.g. splicing of video streams, manipulating MPEG-4 scene graphs involving reformatting operations of video signals for distribution or compliance with end-user requests or end-user device requirements by transcoding between formats or standards, e.g. from MPEG-2 to MPEG-4 or from Quicktime to Realvideo
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
- H04N21/21—Server components or server architectures
- H04N21/222—Secondary servers, e.g. proxy server, cable television Head-end
- H04N21/2225—Local VOD servers
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F13/00—Interconnection of, or transfer of information or other signals between, memories, input/output devices or central processing units
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/02—Protocols based on web technology, e.g. hypertext transfer protocol [HTTP]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/10—Protocols in which an application is distributed across nodes in the network
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/10—Protocols in which an application is distributed across nodes in the network
- H04L67/1097—Protocols in which an application is distributed across nodes in the network for distributed storage of data in networks, e.g. transport arrangements for network file system [NFS], storage area networks [SAN] or network attached storage [NAS]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/14—Session management
- H04L67/141—Setup of application sessions
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/14—Session management
- H04L67/142—Managing session states for stateless protocols; Signalling session states; State transitions; Keeping-state mechanisms
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/14—Session management
- H04L67/146—Markers for unambiguous identification of a particular session, e.g. session cookie or URL-encoding
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
- H04N21/21—Server components or server architectures
- H04N21/218—Source of audio or video content, e.g. local disk arrays
- H04N21/2187—Live feed
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
- H04N21/21—Server components or server architectures
- H04N21/222—Secondary servers, e.g. proxy server, cable television Head-end
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
- H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
- H04N21/231—Content storage operation, e.g. caching movies for short term storage, replicating data over plural servers, prioritizing data for deletion
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
- H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
- H04N21/234—Processing of video elementary streams, e.g. splicing of video streams, manipulating MPEG-4 scene graphs
- H04N21/2343—Processing of video elementary streams, e.g. splicing of video streams, manipulating MPEG-4 scene graphs involving reformatting operations of video signals for distribution or compliance with end-user requests or end-user device requirements
- H04N21/234363—Processing of video elementary streams, e.g. splicing of video streams, manipulating MPEG-4 scene graphs involving reformatting operations of video signals for distribution or compliance with end-user requests or end-user device requirements by altering the spatial resolution, e.g. for clients with a lower screen resolution
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
- H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
- H04N21/234—Processing of video elementary streams, e.g. splicing of video streams, manipulating MPEG-4 scene graphs
- H04N21/2343—Processing of video elementary streams, e.g. splicing of video streams, manipulating MPEG-4 scene graphs involving reformatting operations of video signals for distribution or compliance with end-user requests or end-user device requirements
- H04N21/23439—Processing of video elementary streams, e.g. splicing of video streams, manipulating MPEG-4 scene graphs involving reformatting operations of video signals for distribution or compliance with end-user requests or end-user device requirements for generating different versions
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
- H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
- H04N21/235—Processing of additional data, e.g. scrambling of additional data or processing content descriptors
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
- H04N21/25—Management operations performed by the server for facilitating the content distribution or administrating data related to end-users or client devices, e.g. end-user or client device authentication, learning user preferences for recommending movies
- H04N21/258—Client or end-user data management, e.g. managing client capabilities, user preferences or demographics, processing of multiple end-users preferences to derive collaborative data
- H04N21/25808—Management of client data
- H04N21/25825—Management of client data involving client display capabilities, e.g. screen resolution of a mobile phone
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
- H04N21/25—Management operations performed by the server for facilitating the content distribution or administrating data related to end-users or client devices, e.g. end-user or client device authentication, learning user preferences for recommending movies
- H04N21/258—Client or end-user data management, e.g. managing client capabilities, user preferences or demographics, processing of multiple end-users preferences to derive collaborative data
- H04N21/25808—Management of client data
- H04N21/25833—Management of client data involving client hardware characteristics, e.g. manufacturer, processing or storage capabilities
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
- H04N21/25—Management operations performed by the server for facilitating the content distribution or administrating data related to end-users or client devices, e.g. end-user or client device authentication, learning user preferences for recommending movies
- H04N21/262—Content or additional data distribution scheduling, e.g. sending additional data at off-peak times, updating software modules, calculating the carousel transmission frequency, delaying a video stream transmission, generating play-lists
- H04N21/26258—Content or additional data distribution scheduling, e.g. sending additional data at off-peak times, updating software modules, calculating the carousel transmission frequency, delaying a video stream transmission, generating play-lists for generating a list of items to be played back in a given order, e.g. playlist, or scheduling item distribution according to such list
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
- H04N21/25—Management operations performed by the server for facilitating the content distribution or administrating data related to end-users or client devices, e.g. end-user or client device authentication, learning user preferences for recommending movies
- H04N21/266—Channel or content management, e.g. generation and management of keys and entitlement messages in a conditional access system, merging a VOD unicast channel into a multicast channel
- H04N21/2662—Controlling the complexity of the video stream, e.g. by scaling the resolution or bitrate of the video stream based on the client capabilities
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
- H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
- H04N21/433—Content storage operation, e.g. storage operation in response to a pause request, caching operations
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
- H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
- H04N21/435—Processing of additional data, e.g. decrypting of additional data, reconstructing software from modules extracted from the transport stream
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
- H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
- H04N21/44—Processing of video elementary streams, e.g. splicing a video clip retrieved from local storage with an incoming video stream, rendering scenes according to MPEG-4 scene graphs
- H04N21/4402—Processing of video elementary streams, e.g. splicing a video clip retrieved from local storage with an incoming video stream, rendering scenes according to MPEG-4 scene graphs involving reformatting operations of video signals for household redistribution, storage or real-time display
- H04N21/440218—Processing of video elementary streams, e.g. splicing a video clip retrieved from local storage with an incoming video stream, rendering scenes according to MPEG-4 scene graphs involving reformatting operations of video signals for household redistribution, storage or real-time display by transcoding between formats or standards, e.g. from MPEG-2 to MPEG-4
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client
- H04N21/63—Control signaling related to video distribution between client, server and network components; Network processes for video distribution between server and clients or between remote clients, e.g. transmitting basic layer and enhancement layers over different transmission paths, setting up a peer-to-peer communication via Internet between remote STB's; Communication protocols; Addressing
- H04N21/643—Communication protocols
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/80—Generation or processing of content or additional data by content creator independently of the distribution process; Content per se
- H04N21/83—Generation or processing of protective or descriptive data associated with content; Content structuring
- H04N21/845—Structuring of content, e.g. decomposing content into time segments
- H04N21/8456—Structuring of content, e.g. decomposing content into time segments by decomposing the content in the time domain, e.g. in time segments
Abstract
本揭露係有關於,在不同CDN間可將內容傳遞之際的轉碼所涉及之條件予以共通化,可支援標準之上傳介面的內容傳遞控制裝置、內容傳遞控制方法、程式、及內容傳遞系統。
在後設資料檔案中被儲存有定義資訊的情況下,基於定義資訊,原始的資料串流會被控制。另一方面,在後設資料檔案中儲存有用來存取定義資訊所需之存取資訊的情況下,基於該存取資訊而請求定義資訊,基於隨著請求而被接收的定義資訊,控制原始串流之轉碼。可適用於利用SDP而傳遞內容的內容傳遞系統。
在後設資料檔案中被儲存有定義資訊的情況下,基於定義資訊,原始的資料串流會被控制。另一方面,在後設資料檔案中儲存有用來存取定義資訊所需之存取資訊的情況下,基於該存取資訊而請求定義資訊,基於隨著請求而被接收的定義資訊,控制原始串流之轉碼。可適用於利用SDP而傳遞內容的內容傳遞系統。
Description
本揭露係有關於內容傳遞控制裝置、內容傳遞控制方法、程式、及內容傳遞系統,特別是有關於,在不同CDN(Contents Delivery Network)間可將內容傳遞之際的轉碼所涉及之條件予以共通化,能夠支援標準之上傳介面的內容傳遞控制裝置、內容傳遞控制方法、程式、及內容傳遞系統。
作為IPTV(Internet Protocol Television)等之網際網路串流化的標準化之潮流,適用於HTTP(Hypertext Transfer Protocol)串流化所致之VOD(Video On Demand)串流化、或直播串流化的方式之標準化,正被進行。
尤其是,ISO/IEC/MPEG中正在進行標準化的MPEG-DASH(Dynamic Adaptive Streaming over HTTP),備受矚目(例如參照非專利文獻1)。
MPEG-DASH,係依照一種被稱為MPD (Media Presentation Description)的後設檔案、與被描述在其中的已被組塊化的音訊、視訊、或字幕等之媒體資料的位址(URL: Uniform Resource Locator),而將串流資料加以取得並進行再生。
又,目前,作為從串流捕捉裝置往雲端的上傳介面,在3GPP(Third Generation Partnership Project)中,FLUS(Framework For Live Uplink Streaming)之框架正被研討(例如參照非專利文獻2及3)。
[先前技術文獻]
[非專利文獻]
[先前技術文獻]
[非專利文獻]
[非專利文獻1]ISO/IEC 23009-1:2012 Information technology Dynamic adaptive streaming over HTTP (DASH)
[非專利文獻2]3GPP TS 26.238 V15.0.0(2017-12) 3rd Generation Partnership Project; Technical Specification Group Services and System Aspects; Uplink Streaming (Release 15)
[非專利文獻3]3GPP TS 26.114 V15.1.0(2017-12) 3rd Generation Partnership Project; Technical Specification Group Services and System Aspects; IP Multimedia Subsystem (IMS); Multimedia Telephony; Media handling and interaction (Release 15)
[非專利文獻2]3GPP TS 26.238 V15.0.0(2017-12) 3rd Generation Partnership Project; Technical Specification Group Services and System Aspects; Uplink Streaming (Release 15)
[非專利文獻3]3GPP TS 26.114 V15.1.0(2017-12) 3rd Generation Partnership Project; Technical Specification Group Services and System Aspects; IP Multimedia Subsystem (IMS); Multimedia Telephony; Media handling and interaction (Release 15)
[發明所欲解決之課題]
值得一提的是,進入了傳遞期的串流化內容,例如,在末端使用者之附近的邊緣伺服器(CDN之構成要素)中,有可能會隨著末端使用者的串流再生環境條件,而被轉碼然後被提供。例如,在轉碼之際,會將原始的串流一度進行解碼而降成基頻串流,然後再進行編碼成為適合於使用者之再生環境的串流。該降至基頻之際,今後有可能會由尚有餘力的邊緣伺服器,隨應於末端使用者之環境條件而實施各式各樣的尺度提升(擴增轉換)處理。
例如,有可能會考慮末端使用者之裝置的顯示器之長寬比或空間解析度、或再生機器之特性等而進行最佳的影音製作,然後重新編碼成相應於解碼器之處理能力的串流。此處,作為最佳的影音製作,係除了單純的線性外插內插式的擴增轉換以外,還想定有例如:利用AI (Artificial Intelligence)等的高階的影像或聲音之追加。但是,該尺度提升處理或影音製作等,係有是否應該藉由內容提供者(內容之擁有者)、或服務提供者(傳遞服務提供者等)的意向而被控制的此一要件。亦即,到傳遞平台之邊緣伺服器為止,必須要能夠按照擁有者或服務提供者等的意向來進行傳遞控制。
值得一提的是,在現況下,在各式各樣的廠商所提供的CDN服務間可以共用的,關於串流之再生控制的標準之後設資料,未被準備。因此,在DASH-MPD(或HLS的m3u8)等之串流化宣告檔案中,描述如上述的轉碼所涉及之各式各樣的條件,藉此以使內容傳遞之際的轉碼所涉及之條件能夠共通化,係被需求。
亦即,CDN,一般是由複數廠商所提供,於各個不同CDN中將內容以共通之宣告進行傳遞所涉及的各式各樣的控制或原則等的標準化,未被進行。因此,在宣告(MPD)中,例如用來將轉碼所涉及之限制或條件等進行報告(日誌收集)所需之目的地等,必須要制定。
甚至,例如隨著將UGC(User Generated Contents)內容等之串流予以傳遞的使用案例之增加,於視訊編碼系統等之傳遞平台中,也有可能要支援標準的內容上傳介面(直播串流上鏈)。
因此,於如此的協定中也被要求要能夠支援,宣告是否可控制進入傳遞期的串流化內容在邊緣伺服器中的轉碼、或是收集所被執行之轉碼之種類或頻繁度等之日誌而做有效運用地利用等等。又,想定在轉碼中也會包含有伴隨內容改變的案例,必須要有對應於此種案例的上傳介面之定義。
本揭露係有鑑於此種狀況而研發,係在不同CDN間可將內容傳遞之際的轉碼所涉及之條件予以共通化,並使其能夠支援標準之上傳介面。
[用以解決課題之手段]
[用以解決課題之手段]
本揭露之一側面的內容傳遞控制裝置,係具備:收訊部,係從具有將內容、和為了將該內容進行轉碼所必須之定義資訊加以記憶的記憶部的內容傳遞伺服器,透過所定之上傳介面而傳遞前記內容之際,將儲存有前記定義資訊或用來存取前記定義資訊所需之第1存取資訊、和用來存取從前記內容所被生成之原始的資料也就是利用SDP而被傳遞的原始串流所需之第2存取資訊的後設資料檔案,予以接收;和控制部,係進行基於前記第2存取資訊而被取得的前記原始串流之轉碼的相關控制;在前記後設資料檔案中被儲存有前記定義資訊的情況下,前記控制部係基於前記定義資訊而控制前記原始串流之轉碼;在前記後設資料檔案中被儲存有前記第1存取資訊的情況下,前記控制部係基於前記第1存取資訊而請求前記定義資訊,基於隨應於該請求而於前記收訊部中所被接收到的前記定義資訊,而控制前記原始串流之轉碼。
本揭露之一側面的內容傳遞控制方法,係由具備:收訊部,係從具有將內容、和為了將該內容進行轉碼所必須之定義資訊加以記憶的記憶部的內容傳遞伺服器,透過所定之上傳介面而傳遞前記內容之際,將儲存有前記定義資訊或用來存取前記定義資訊所需之第1存取資訊、和用來存取從前記內容所被生成之原始的資料也就是利用SDP而被傳遞的原始串流所需之第2存取資訊的後設資料檔案,予以接收;和控制部,係進行基於前記第2存取資訊而被取得的前記原始串流之轉碼的相關控制;的內容傳遞控制裝置,進行包含以下之步驟:在前記後設資料檔案中被儲存有前記定義資訊的情況下,前記控制部係基於前記定義資訊而控制前記原始串流之轉碼的步驟;和在前記後設資料檔案中被儲存有前記第1存取資訊的情況下,前記控制部係基於前記第1存取資訊而請求前記定義資訊,基於隨應於該請求而於前記收訊部中所被接收到的前記定義資訊,而控制前記原始串流之轉碼的步驟。
本揭露的一側面的程式係為,令具備:收訊部,係從具有將內容、和為了將該內容進行轉碼所必須之定義資訊加以記憶的記憶部的內容傳遞伺服器,透過所定之上傳介面而傳遞前記內容之際,將儲存有前記定義資訊或用來存取前記定義資訊所需之第1存取資訊、和用來存取從前記內容所被生成之原始的資料也就是利用SDP而被傳遞的原始串流所需之第2存取資訊的後設資料檔案,予以接收;和控制部,係進行基於前記第2存取資訊而被取得的前記原始串流之轉碼的相關控制;的內容傳遞控制裝置的電腦,執行包含以下之處理:在前記後設資料檔案中被儲存有前記定義資訊的情況下,前記控制部係基於前記定義資訊而控制前記原始串流之轉碼的步驟;和在前記後設資料檔案中被儲存有前記第1存取資訊的情況下,前記控制部係基於前記第1存取資訊而請求前記定義資訊,基於隨應於該請求而於前記收訊部中所被接收到的前記定義資訊,而控制前記原始串流之轉碼的步驟。
本揭露之一側面的內容傳遞系統,係具備:第1伺服器,係具有將內容、和為了將該內容進行轉碼所必須之定義資訊予以記憶的記憶部;和進行內容傳遞控制的第2伺服器,係具有:收訊部,係從前記第1伺服器透過所定之上傳介面而傳遞前記內容之際,將儲存有前記定義資訊、或用來存取前記定義資訊所需之第1存取資訊、和用來存取從前記內容所被生成之原始的資料也就是利用SDP而被傳遞的原始串流所需之第2存取資訊的後設資料檔案,予以接收;和控制部,係進行基於前記第2存取資訊而被取得的前記原始串流之轉碼的相關控制;在前記後設資料檔案中被儲存有前記定義資訊的情況下,前記控制部係基於前記定義資訊而控制前記原始串流之轉碼;在前記後設資料檔案中被儲存有前記第1存取資訊的情況下,前記控制部係基於前記第1存取資訊而請求前記定義資訊,基於隨應於該請求而於前記收訊部中所被接收到的前記定義資訊,而控制前記原始串流之轉碼;和將依照前記內容傳遞控制而被傳遞之內容加以取得並予以再生的客戶端。
於本揭露之一側面中,內容是從具有將內容、和為了將該內容進行轉碼所必須之定義資訊加以記憶的記憶部的內容傳遞伺服器,透過所定之上傳介面而被傳遞之際,儲存有定義資訊、或用來存取定義資訊所需之第1存取資訊、和用來存取從內容所被生成之原始的資料也就是利用SDP而被傳遞的原始串流所需之第2存取資訊的後設資料檔案,會被接收;基於第2存取資訊而被取得的原始串流之轉碼的相關控制,會被進行。然後,在後設資料檔案中被儲存有定義資訊的情況下,基於定義資訊,原始串流之轉碼會被控制。另一方面,在後設資料檔案中被儲存有第1存取資訊的情況下,定義資訊係基於第1存取資訊而被請求,基於隨應於該請求而被接收到的定義資訊,原始串流之轉碼會被控制。
[發明效果]
[發明效果]
若依據本揭露之一側面,則在不同CDN間可將內容傳遞之際的轉碼所涉及之條件予以共通化,可支援標準之上傳介面。
此外,並非一定限定於這裡所記載的效果,亦可為本揭露中所記載之任一效果。
以下針對適用了本技術的具體之實施形態,參照圖式而詳細說明。
<內容傳遞系統的第1及第2構成例>
圖1係適用了本技術的內容傳遞系統之第1實施形態之構成例的區塊圖;圖2係適用了本技術的內容傳遞系統之第2實施形態之構成例的區塊圖。
圖1係適用了本技術的內容傳遞系統之第1實施形態之構成例的區塊圖;圖2係適用了本技術的內容傳遞系統之第2實施形態之構成例的區塊圖。
圖1所示的內容傳遞系統11A係例如,對經由網際網路而提供各式各樣之服務的雲端運算(以下稱為雲端)12,連接內容提供裝置13A及DASH播放器14,而被構成。然後,在內容傳遞系統11A中,從內容提供裝置13A所具備的串流訊源伺服器21所被傳遞的內容,係經由位於雲端12上的DASH傳遞伺服器22,透過由雲端12上的複數CDN伺服器所建構的CDN23,而被提供給DASH播放器14。
圖2所示的內容傳遞系統11B,係和內容傳遞系統11A同樣地,是對雲端12連接內容提供裝置13B及DASH播放器14而被構成。然後,在內容傳遞系統11B中,從內容提供裝置13B所具備的串流訊源伺服器21,經由DASH傳遞伺服器22而被傳遞的內容,係透過由雲端12上的複數CDN伺服器所建構的CDN23,而被提供給DASH播放器14。
亦即,圖1的內容傳遞系統11A係為,在具備串流訊源伺服器21的內容提供裝置13A之外,在雲端12上設有DASH傳遞伺服器22的構成。另一方面,圖2的內容傳遞系統11B係為,具備串流訊源伺服器21的內容提供裝置13A,也具備有DASH傳遞伺服器22的構成。
內容提供裝置13A及13B係為,例如像是所謂的智慧型手機或數位相機等,可進行內容之輸入的輸入裝置(串流捕捉裝置)。
DASH播放器14係為,例如像是所謂的智慧型手機或平板、個人電腦、電視受像機、遊戲機器、頭戴式顯示器等,將內容予以再生並輸出的輸出裝置。
串流訊源伺服器21,係具有將內容傳遞系統11A或11B中所被傳遞之內容加以記憶的記憶部,會將例如從DASH播放器14而被要求傳遞之內容,從記憶部予以讀出並傳遞。
DASH傳遞伺服器22,係至少具有編碼器、DASH區段器、及MPD產生器,可進行內容傳遞系統11A或11B中所被傳遞之內容之編碼、依照MPEG-DASH的區段之生成、及MPD之生成。
CDN23,係藉由複數CDN伺服器(後述的CDN原始伺服器41a、或CDN中繼伺服器、CDN邊緣伺服器41b等)而被多階層地構成,建構出為了傳遞內容而被最佳化的網路。
此外,至於從內容提供裝置13A或13B往雲端12的上傳介面,則是利用FLUS(參照上述的非專利文獻2及3)之框架。亦即,如圖1所示,在內容傳遞系統11A中,在串流訊源伺服器21及DASH傳遞伺服器22之間,會利用FLUS介面,例如,DASH傳遞伺服器22係透過FLUS介面而取得區段及MPD。又,如圖2所示,在內容傳遞系統11B中,在DASH傳遞伺服器22及CDN23之間,會利用FLUS介面,例如,CDN23係透過FLUS介面而取得區段及MPD。
<透過FLUS介面的內容傳遞處理>
參照圖3,說明圖1的內容提供裝置13A中的FLUS介面之系統構成。
參照圖3,說明圖1的內容提供裝置13A中的FLUS介面之系統構成。
在內容提供裝置13A中,具備串流訊源伺服器21的內容提供裝置13A係為FLUS訊源端,在具備DASH傳遞伺服器22的雲端12上設有FLUS接收端。此處係假設,FLUS媒體之相關處理是由串流訊源伺服器21及DASH傳遞伺服器22來進行,FLUS控制之相關處理是由內容提供裝置13A及雲端12所提供之FLUS控制器來進行,而加以說明。
於步驟S11中,內容提供裝置13A的FLUS控制器,係進行Authentication或Authorization之要求,從內容提供裝置13A往雲端12發送Authentication或Authorization之參數。
雲端12的FLUS控制器,係一旦接收到步驟S11中所被發送過來的Authentication或Authorization之參數,就於步驟S12中,進行Authentication或Authorization之回答。藉此,從雲端12往內容提供裝置13A,會發送用來表示賦予服務存取權利的AccessToken。
內容提供裝置13A的FLUS控制器,係一旦接收到步驟S12中所被發送過來的AccessToken,就於步驟S13中,進行Service建立之要求,從內容提供裝置13A往雲端12發送AccessToken。此處,如此發送AccessToken的目的是,為了對用來要求Service建立的訊息賦予AccessToken,而作為已被賦予服務存取權利之證明,而被使用。此外,以下的步驟中所被發送之AccessToken也是,於各個處理中被被使用於同樣之目的。
雲端12的FLUS控制器,係一旦接收到步驟S13中所被發送過來的AccessToken,就於步驟S14中,進行Service建立之回答。藉此,從雲端12往內容提供裝置13A,雲端12中已建立之Service的ServiceID,會被發送。
內容提供裝置13A的FLUS控制器,係一旦接收到步驟S14中所被發送過來的ServiceID,就於步驟S15中,進行ServiceResource之要求。藉此,從內容提供裝置13A往雲端12就會發送AccessToken及ServiceID。
雲端12的FLUS控制器,係一旦接收到步驟S15中所被發送過來的AccessToken及ServiceID,就於步驟S16中,進行ServiceResource之回答。藉此,從雲端12往內容提供裝置13A,係會發送ServiceResource。
內容提供裝置13A的FLUS控制器,係一旦接收到步驟S16中所被發送過來的ServiceResource,以後若Service其本身之屬性需要變更的情況下,則於步驟S17中,以已接收之ServiceResource來進行更新。然後,從內容提供裝置13A往雲端12係會發送AccessToken、ServiceID、及ServiceResource。
雲端12的FLUS控制器,係一旦接收步驟S17中所被發送過來的AccessToken、ServiceID、及ServiceResource,就於步驟S18中,進行表示這些的收訊係為成功的ACK回答。
內容提供裝置13A的FLUS控制器,係一旦接收到步驟S18中的ACK回答,就於步驟S19中,進行Session建立之要求。藉此,從內容提供裝置13A往雲端12就會發送AccessToken。
雲端12的FLUS控制器,係一旦接收到步驟S19中所被發送過來的AccessToken,就於步驟S20中,進行Session建立之回答。藉此,從雲端12往內容提供裝置13A,雲端12中已建立之Session的SessionID,會被發送。
內容提供裝置13A的FLUS控制器,係一旦接收到步驟S20中所被發送過來的SessionID,就於步驟S21中,進行SessionResource之要求。藉此,從內容提供裝置13A往雲端12就會發送AccessToken及ServiceID。
雲端12的FLUS控制器,係一旦接收到步驟S21中所被發送過來的AccessToken及ServiceID,就於步驟S22中,進行SessionResource之回答。藉此,從雲端12往內容提供裝置13A,係會發送SessionResource。
內容提供裝置13A的FLUS控制器,係一旦接收到步驟S22中所被發送過來的SessionResource,就於步驟S23中,以已接收之SessionResource進行更新。然後,從內容提供裝置13A往雲端12,係會發送AccessToken、ServiceID、及SessionResource。
雲端12的FLUS控制器,係一旦接收步驟S23中所被發送過來的AccessToken、ServiceID、及SessionResource,就於步驟S24中,進行表示這些的收訊係為成功的ACK回答。
其後,串流訊源伺服器21,係開始串流及後設資料之轉送,於步驟S25中,將AccessToken及SessionID,連同Stream及Metadata一起發送。此時,與藉由儲存在步驟S23中所被更新之SessionResource中而進行通知的內容相同的內容,藉由將其儲存在Metadata中,也可將該當Stream的TranscodeDirective予以通知。
DASH傳遞伺服器22,係一旦接收到步驟S25中所被發送過來的AccessToken及SessionID,以及Stream及Metadata,就於步驟S26中,進行表示這些的收訊係為成功的ACK回答。
以下,在串流訊源伺服器21與DASH傳遞伺服器22之間,會重複進行與步驟S25及S26相同之處理,直到串流之傳遞結束為止。
然後,一旦串流之傳遞結束,則於步驟S27中,內容提供裝置13A的FLUS控制器,係進行Session釋放之要求。藉此,從內容提供裝置13A往雲端12就會發送AccessToken及SessionID。
雲端12的FLUS控制器,係一旦接收步驟S27中所被發送過來的AccessToken及SessionID,就於步驟S18中,進行表示這些的收訊係為成功的ACK回答。隨應於此,雲端12的FLUS控制器,係進行釋放Session的處理。
內容提供裝置13A的FLUS控制器,係一旦接收到步驟S28中的ACK回答,就於步驟S29中,進行Service釋放之要求。藉此,從內容提供裝置13A往雲端12就會發送AccessToken及ServiceID。
雲端12的FLUS控制器,係一旦接收步驟S29中所被發送過來的AccessToken及ServiceID,就於步驟S30中,進行表示這些的收訊係為成功的ACK回答。隨應於此,雲端12的FLUS控制器,係進行釋放Service的處理,一旦接收到該ACK回答就結束處理。
如以上,藉由內容提供裝置13A的FLUS控制器,將從雲端12的FLUS控制器所被發送過來的SessionResource之內容予以更新然後發送至雲端12的FLUS控制器、或是由串流訊源伺服器21,將Metadata發送至雲端12的DASH傳遞伺服器22,藉由其中任何一種方式,FLUS訊源端側就可將該當Stream的TranscodeDirective,通知給FLUS接收側。
參照圖4,說明圖2的內容提供裝置13B中的FLUS介面之系統構成。
在內容提供裝置13B中,具備DASH傳遞伺服器22的內容提供裝置13B係成為FLUS訊源端,在具備DASH傳遞伺服器22的CDN23上設有FLUS接收端。此處係假設,FLUS媒體之相關處理是由DASH傳遞伺服器22及CDN23來進行,FLUS控制之相關處理是由內容提供裝置13B及雲端12所提供之FLUS控制器來進行,而加以說明。
步驟S51至步驟S64,係為和圖3的步驟S11至步驟S24相同之處理,是在內容提供裝置13B及雲端12的FLUS控制器之間被進行。
然後,於步驟S65中,DASH傳遞伺服器22,係開始DASH區段及MPD之轉送。
其後,DASH傳遞伺服器22,係開始DASH區段及MPD之轉送,於步驟S65中,將AccessToken及SessionID,連同DASH-Segment群及MPD一起發送。此時,與藉由儲存在步驟S63中所被更新之SessionResource中而進行通知的內容相同的內容,藉由將其儲存在MPD中,也可將該當DASH-Segment的TranscodeDirective予以通知。
CDN23,係一旦接收步驟S65中所被發送過來的AccessToken及SessionID、以及DASH-Segment群及MPD,就於步驟S66中,進行表示這些的收訊係為成功的ACK回答。ㄙ
以下,在DASH傳遞伺服器22與CDN23之間,會重複進行與步驟S65及S66相同之處理,直到串流之傳遞結束為止。
然後,一旦串流之傳遞結束,則步驟S67至步驟S70,係為和圖3的步驟S27至步驟S30相同之處理,是在內容提供裝置13B及雲端12的FLUS控制器之間被進行。
如以上,由內容提供裝置13B的FLUS控制器,將從雲端12的FLUS控制器所被發送過來的SessionResource之內容予以更新然後發送至雲端12的FLUS控制器,或者,由DASH傳遞伺服器22,向雲端12上的CDN23發送MPD,藉由其中任何一種方式,FLUS訊源端側就可將該當DASH-Segment的TranscodeDirective,通知給FLUS接收側。
<協定的詳細例>
參照圖5乃至圖11,詳細說明圖3及圖4的內容傳遞處理中所被使用之協定的細節。例如,API係藉由RESTful API(依照REST之原則而被建構的Web系統的HTTP所致之呼叫介面)而被實作。
參照圖5乃至圖11,詳細說明圖3及圖4的內容傳遞處理中所被使用之協定的細節。例如,API係藉由RESTful API(依照REST之原則而被建構的Web系統的HTTP所致之呼叫介面)而被實作。
如圖5的(a)所示,在Service建立之要求(圖3的步驟S13及圖4的步驟S53)中,從FLUS訊源端往FLUS接收端會發送HTTP方法,例如用來從FLUS訊源端側送出資料所需之HTTP POST,會被發送。此時,在本體部分係會儲存有例如ServiceResource。
然後,對該要求之回應(圖3的步驟S14及圖4的步驟S54)中,從FLUS接收端往FLUS訊源端會發送HTTP狀態代碼,例如表示Service建立之要求為成功之結果作成新的資源的HTTP 201 CREATED,會被發送。此時,在location標頭中係儲存例如,在FLUS接收端上已被更新之ServiceResource的url。又,如圖6所示的ServiceResource之一例,Service建立成功的情況下,則對在FLUS接收側上已被生成之ServiceResource的service-id所被指派的值(ServiceID),會被儲存。
如圖5的(b)所示,在ServiceResource之要求(圖3的步驟S15及圖4的步驟S55)中,從FLUS訊源端往FLUS接收端會發送HTTP方法,例如要求以url所指定之資訊的HTTP GET,會被發送。此時,在HTTP GET中,以Service建立之回應而被回答的在FLUS接收端上已被更新之ServiceResource的url,會被指定。
然後,對該要求之回應(圖3的步驟S16及圖4的步驟S56)中,從FLUS接收端往FLUS訊源端會發送HTTP狀態代碼,例如表示ServiceResource之要求成功的HTTP 200 OK,會被發送。此時,在本體部分係會儲存有該當ServiceResource。
如圖5的(c)所示,在ServiceResource之更新(圖3的步驟S17及圖4的步驟S57)中,從FLUS訊源端往FLUS接收端會發送HTTP方法,例如將以url所指定之伺服器上的檔案予以置換的HTTP PUT,會被發送。此時,在本體部分係會儲存有,在FLUS訊源端上已更新之ServiceResource。
然後,對該更新之回應(圖3的步驟S18及圖4的步驟S58)中,從FLUS接收端往FLUS訊源端會發送HTTP狀態代碼,例如表示ServiceResource之更新成功的HTTP 200 OK,會被發送。此時,在ServiceResource的更新成功的情況下,在location標頭中係會儲存有,在FLUS接收端上已更新之ServiceResource的url。
如圖5的(d)所示,在Session建立之要求(圖3的步驟S19及圖4的步驟S59)中,從FLUS訊源端往FLUS接收端會發送HTTP方法,例如用來從FLUS訊源端側送出資料所需之HTTP POST,會被發送。此時,在本體部分係會儲存有例如SessionResource。
然後,對該要求之回應(圖3的步驟S20及圖4的步驟S60)中,從FLUS接收端往FLUS訊源端會發送HTTP狀態代碼,例如表示Session建立之要求為成功之結果作成新的資源的HTTP 201 CREATED,會被發送。此時,在location標頭中係儲存例如,在FLUS接收端上已被更新之SessionResource的url。又,如圖7所示的SessionResource之一例,Session建立成功的情況下,則對在FLUS接收側上已被生成之SessionResource的Sessione-id所被指派的值(SessionID),會被儲存。
此處,如圖7所示,在SessionResource中係會描述有『"用來讓FLUS接收端從FLUS訊源端(Push/Pull)取得串流所需之資訊"』,圖8中係圖示其一例。
如圖8所示,該資訊中,在Pull取得之情況下係會描述有『"該當會談串流之MPD的URL"』,在Push取得之情況下係會描述有『"該當會談串流之SDP(Session Description Protocol)的URL"』。
然後,圖9中係圖示了,圖8中所示的『"該當會談串流之SDP(Session Description Protocol)的URL"』中的SDP之一例。例如,利用SDP而傳遞串流時,如圖9所示,在SDP中,係為了能夠在視訊之會談屬性描述之部分配置TranscodeDirective,而會導入新的會談屬性a=transcodeDirective。
又,作為圖9所示的『a=transcodeDirective:"TranscodeDirective之內容(將以XML描述的TranscodeDirective之字串以base64編碼而成者)"』的變形例,在將TranscodeDirective資訊結構(檔案)的URL予以儲存的情況下,則會記載『a=transcodeDirective:"TranscodeDirective的URL(以XML描述的TranscodeDirective檔案的URL)"』。
此外,在圖9中雖然揭露了,將IETF (Internet Engineering Task Force)中所被規格定義的SDP檔案,作為後設資料檔案而使用,將TranscodeDirective,儲存在SDP之該當媒體會談的媒體描述部之一例,但作為其變形例,亦可如圖10所示,儲存在FLUS的該當SessionResource之中。甚至,作為其變形例,也會有檔案的url之情況。
如圖11的(a)所示,在SessionResource之要求(圖3的步驟S21及圖4的步驟S61)中,從FLUS訊源端往FLUS接收端會發送HTTP方法,例如要求以url所指定之資訊的HTTP GET,會被發送。此時,藉由HTTP GET,以Session建立之回應而被回答的在FLUS接收端上已被更新之SessionResource的url,會被指定。
然後,對該要求之回應(圖3的步驟S22及圖4的步驟S62)中,從FLUS接收端往FLUS訊源端會發送HTTP狀態代碼,例如表示SessionResource之要求成功的HTTP 200 OK,會被發送。此時,在本體部分係會儲存有該當SessionResource。
如圖11的(b)所示,在SessionResource之更新(圖3的步驟S23及圖4的步驟S63)中,從FLUS訊源端往FLUS接收端會發送HTTP方法,例如將以url所指定之伺服器上的檔案予以置換的HTTP PUT,會被發送。此時,在本體部分係會儲存有,在FLUS訊源端上已更新之SessionResource。
然後,對該要求之回應(圖3的步驟S24及圖4的步驟S64)中,從FLUS接收端往FLUS訊源端會發送HTTP狀態代碼,例如表示SessionResource之更新成功的HTTP 200 OK,會被發送。此時,在Service更新成功的情況下,在location標頭中係會儲存有,在FLUS接收端上已更新之SessionResource的url。
如圖11的(c)所示,在Session之釋放(圖3的步驟S27及圖4的步驟S67)中,從FLUS訊源端往FLUS接收端會發送HTTP方法,例如將以url所指定之伺服器上的檔案予以刪除的HTTP DELETE,會被發送。此時,在HTTP DELETE中,SessionResource的url會被指定。
然後,對該釋放之回應(圖3的步驟S28及圖4的步驟S68)中,從FLUS接收端往FLUS訊源端會發送HTTP狀態代碼,例如表示Session之釋放成功的HTTP 200 OK,會被發送。此時,在Session的釋放成功的情況下,在location標頭中係會儲存有,已被釋放的SessionResource的url。
如圖11的(d)所示,在Service之釋放(圖3的步驟S29及圖4的步驟S69)中,從FLUS訊源端往FLUS接收端會發送HTTP方法,例如將以url所指定之伺服器上的檔案予以刪除的HTTP DELETE,會被發送。此時,在HTTP DELETE中,ServiceResource的url會被指定。
然後,對該釋放之回應(圖3的步驟S30及圖4的步驟S70)中,從FLUS接收端往FLUS訊源端會發送HTTP狀態代碼,例如表示Service之釋放成功的HTTP 200 OK,會被發送。此時,在Service的釋放成功的情況下,在location標頭中係會儲存有,已被釋放的ServiceResource的url。
<內容傳遞系統的各區塊之構成例>
參照圖12乃至圖17,說明構成內容傳遞系統11的各區塊之構成例。此外,圖12中所示的內容傳遞系統11,係對應於圖1的內容傳遞系統11A及圖2的內容傳遞系統11B之任何一方之構成。亦即,在內容傳遞系統11A之構成中,係在串流訊源伺服器21與DASH傳遞伺服器22之間利用FLUS介面,在內容傳遞系統11B之構成中,係在DASH傳遞伺服器22與CDN23-1及CDN23-2之間利用FLUS介面。
參照圖12乃至圖17,說明構成內容傳遞系統11的各區塊之構成例。此外,圖12中所示的內容傳遞系統11,係對應於圖1的內容傳遞系統11A及圖2的內容傳遞系統11B之任何一方之構成。亦即,在內容傳遞系統11A之構成中,係在串流訊源伺服器21與DASH傳遞伺服器22之間利用FLUS介面,在內容傳遞系統11B之構成中,係在DASH傳遞伺服器22與CDN23-1及CDN23-2之間利用FLUS介面。
如圖12所示,在內容傳遞系統11中,對串流訊源伺服器21係連接有DASH傳遞伺服器22,對DASH傳遞伺服器22係連接有串流化傳遞管理器31。例如,從DASH傳遞伺服器22往串流化傳遞管理器31,原始的MPD係被供給,從串流化傳遞管理器31往DASH傳遞伺服器22,已被追記了TranscodeDirective之MPD,會被回送。
又,在圖12中所示的內容傳遞系統11中,是揭露了,利用由2個廠商所提供之CDN23-1及CDN23-2來傳遞內容的例子,CDN23-1及CDN23-2係由多階層的CDN伺服器41所構成。然後,從DASH傳遞伺服器22,往CDN23-1的CDN原始伺服器41a-1及CDN23-2的CDN原始伺服器41a-2,分別會發送MPD及區段。
CDN23-1,係由CDN原始伺服器41a-1、未圖示的多階層的CDN中繼伺服器、及CDN邊緣伺服器41b-1所構成。從DASH傳遞伺服器22往CDN原始伺服器41a-1所被供給之MPD及區段,係透過未圖示的多階層的CDN中繼伺服器,而抵達CDN邊緣伺服器41b-1。然後,從CDN邊緣伺服器41b-1往DASH播放器14-1及14-2,分別會發送MPD及區段,內容係被再生。
CDN23-2,係由CDN原始伺服器41a-2、未圖示的多階層的CDN中繼伺服器、及CDN邊緣伺服器41b-2所構成,CDN邊緣伺服器41b-2,係具有轉碼器42及轉碼管理器43。從DASH傳遞伺服器22往CDN原始伺服器41a-2所被供給之MPD及區段,係透過未圖示的多階層的CDN中繼伺服器,而抵達CDN邊緣伺服器41b-2。
在CDN邊緣伺服器41b-2中,已被追記了TranscodeDirective之MPD、和轉碼前之區段,係被輸入至轉碼器42。然後,在CDN邊緣伺服器41b-2中,為了參照轉碼後之區段而已被變更之MPD、和已轉碼之區段,係從轉碼器42被輸出。然後,從CDN邊緣伺服器41b-2往DASH播放器14-3,為了參照轉碼後之區段而已被變更之MPD、和已轉碼之區段,係被發送。藉此,DASH播放器14-3,係將如此所被傳遞的內容加以取得,並進行再生。
圖13係串流訊源伺服器21之構成例的區塊圖。
如圖13所示,串流訊源伺服器21,係具備:視訊輸入部51、音訊輸入部52、串流生成/記憶部53、串流傳遞部54、後設資料生成/記憶部55、及後設資料傳遞部56而被構成。
對視訊輸入部51係被輸入著例如,藉由未圖示的攝像裝置所拍攝的視訊資料,對音訊輸入部52係被輸入著係例如,藉由未圖示的收音裝置所收音的音訊資料。
串流生成/記憶部53,係基於從視訊輸入部51所被供給之視訊資料、和從音訊輸入部52所被供給之音訊資料,而生成串流,並記憶之。
串流傳遞部54,係從串流生成/記憶部53讀出串流,傳遞給DASH傳遞伺服器22。
後設資料生成/記憶部55,係將串流生成/記憶部53中所被記憶之串流的後設資料加以生成,並記憶之。
後設資料傳遞部56,係從後設資料生成/記憶部55讀出後設資料,傳遞給DASH傳遞伺服器22。
圖14係串流化傳遞管理器31之構成例的區塊圖。
如圖14所示,串流化傳遞管理器31,係具備TranscodeDirective生成部61而被構成。
TranscodeDirective生成部61係生成例如,將轉碼器42中進行轉碼之際之控制或條件等予以描述的TranscodeDirective(定義資訊)。然後,TranscodeDirective生成部61,係將已生成之TranscodeDirective,追記至從DASH傳遞伺服器22所被供給之原始的MPD,並供給至DASH傳遞伺服器22。
圖15係DASH傳遞伺服器22之構成例的區塊圖。
如圖15所示,DASH傳遞伺服器22係具備:後設資料取得/記憶部71、串流取得/記憶部72、區段生成部73、MPD生成部74、區段傳遞部75、及MPD傳遞部76而被構成。
後設資料取得/記憶部71,係將從串流訊源伺服器21的後設資料傳遞部56所被供給之後設資料加以取得,並將該後設資料予以記憶。然後,後設資料取得/記憶部71,係將後設資料供給至串流取得/記憶部72及MPD生成部74。
串流取得/記憶部72,係將從串流訊源伺服器21的串流傳遞部54所被供給之串流加以取得,將該串流予以記憶。又,串流取得/記憶部72,係基於從後設資料取得/記憶部71所被供給之後設資料而將串流予以編碼,將以該串流而被傳遞之內容,供給至區段生成部73。
區段生成部73,係根據從串流取得/記憶部72所被供給之內容,生成符合MPEG-DASH之區段並供給至區段傳遞部75,同時將該區段的MPD之生成,對MPD生成部74進行要求。
MPD生成部74,係基於從後設資料取得/記憶部71所被供給之後設資料,生成針對區段生成部73中已被生成之區段的原始的MPD(將媒體資料的URL予以儲存),並將該MPD供給至串流化傳遞管理器31。然後,MPD生成部74,係將串流化傳遞管理器31中已被追記了TranscodeDirective之MPD加以收取,並供給至MPD傳遞部76。
區段傳遞部75,係將從區段生成部73所被供給之區段,傳遞至CDN23。
MPD傳遞部76,係將從MPD生成部74所被供給之MPD,傳遞至CDN23。
圖16係為構成CDN23的CDN伺服器41之構成例的區塊圖。此外,圖12的CDN原始伺服器41a、未圖示的CDN中繼伺服器、及CDN邊緣伺服器41b,係皆是與CDN伺服器41相同之構成。
如圖16所示,CDN伺服器41係具備:MPD取得部81、區段取得部82、MPD記憶部83、轉碼控制部84、轉碼處理部85、區段記憶部86、MPD傳遞部87、及區段傳遞部88而被構成。
MPD取得部81,係將從DASH傳遞伺服器22的MPD傳遞部76所傳遞的已被追記了TranscodeDirective之MPD加以取得,並供給至區段取得部82及MPD記憶部83。
區段取得部82,係將從DASH傳遞伺服器22的區段傳遞部75所被傳遞的區段加以取得,並供給至區段記憶部86。
MPD記憶部83,係將已被MPD取得部81所取得之已被追記了TranscodeDirective之MPD、及藉由轉碼控制部84而已被更新之已被追記了TranscodeDirective之MPD,予以記憶。
轉碼控制部84,係從MPD記憶部83讀出已被追記了TranscodeDirective之MPD,將該MPD予以解析,進行TranscodeDirective之解析。然後,轉碼控制部84,係依照解析之結果而將MPD予以更新,回送給已被追記了TranscodeDirective之MPD,同時,基於已被更新之MPD,控制轉碼處理部85所做的區段之轉碼。例如,轉碼控制部84,係在MPD中儲存有TranscodeDirective要素的情況下(參照後述的圖24),則基於該TranscodeDirective要素而控制轉碼。或者,轉碼控制部84,係在MPD中儲存有TranscodeDirective檔案的URL的情況下(參照後述的圖25),則基於該TranscodeDirective檔案的URL而請求TranscodeDirective,基於隨此而已被接收之TranscodeDirective要素,而控制轉碼。
轉碼處理部85,係從區段記憶部86讀出區段,依照轉碼控制部84所致之控制而進行轉碼,將已轉碼之區段回送給區段記憶部86。
區段記憶部86,係將已被區段取得部82所取得之區段、及已被轉碼處理部85所轉碼之區段,予以記憶。
MPD傳遞部87,係將已被轉碼控制部84所更新之已被追記了TranscodeDirective之MPD,從MPD記憶部83予以讀出,傳遞至DASH播放器14。
區段傳遞部88,係將已轉碼之區段從區段記憶部86予以讀出,傳遞至DASH播放器14。
圖17係DASH播放器14之構成例的區塊圖。
如圖17所示,DASH播放器14係具備:MPD取得部91、播放器控制部92、互動處理部93、區段取得部94、區段處理部95、及算圖處理部96而被構成。
MPD取得部91,係將從CDN伺服器41的MPD傳遞部87所被傳遞之MPD加以取得,並供給至播放器控制部92。
播放器控制部92,係依照從MPD取得部91所被供給之MPD(已被CDN伺服器41所更新的已被追記了TranscodeDirective之MPD),而對區段取得部94、區段處理部95、及算圖處理部96進行控制。此時,播放器控制部92,係隨應於藉由互動處理部93而被取得的使用者之互動(例如若DASH播放器14為頭戴顯示器的情況下則為使用者的臉的朝向等)而控制內容的再生。
互動處理部93,係對被輸入至未圖示之輸入部的各種資訊(例如若DASH播放器14為頭戴顯示器的情況下則為表示朝向的資訊等)進行處理,取得使用者對DASH播放器14之互動,並供給至播放器控制部92。
區段取得部94,係將從CDN伺服器41的區段傳遞部88所被傳遞之區段加以取得,依照播放器控制部92所致之控制,將DASH播放器14中再生內容時所必須之區段,供給至區段處理部95。
區段處理部95,係依照播放器控制部92所致之控制,對從區段取得部94所被供給之區段進行處理,將內容予以再生並供給至算圖處理部96。
算圖處理部96,係依照播放器控制部92所致之控制,對從區段處理部95所被供給之內容進行算圖,輸出至未圖示的輸出部,令內容被顯示。
此處,詳細說明如上述的串流訊源伺服器21、串流化傳遞管理器31、DASH傳遞伺服器22、CDN伺服器41、及DASH播放器14所構成的內容傳遞系統11中的內容傳遞處理。
例如,在內容傳遞系統11中傳遞播送串流的情況下,串流訊源伺服器21中係會積存有節目或廣告等。然後,如圖12所示,從串流訊源伺服器21所被傳遞之串流,係經由DASH傳遞伺服器22,在將傳遞服務提供者所提供的CDN23予以構成的複數CDN伺服器41之中,從CDN原始伺服器41a透過多階層的CDN中繼伺服器而抵達CDN邊緣伺服器41b,最終在DASH播放器14上被再生。
此時,在DASH傳遞伺服器22中,MPD生成部74(圖15),會將已生成之原始的MPD,先交付給串流化傳遞管理器31。然後,在串流化傳遞管理器31中,TranscodeDirective生成部61(圖14),係基於該串流之傳遞原則,適宜地改編MPD然後回送給MPD生成部74。
此時,TranscodeDirective生成部61係例如,將描述串流的於CDN23中的轉碼所涉及之控制或條件等的TranscodeDirective要素,追加至AdaptationSet要素,藉此以改編MPD。這裡是使用了,將服務提供者或製作者側所認可的轉換後設定檔之候補等予以簡單地表現之形式。然後,圖16的CDN伺服器41中所進行的解碼、算圖、或重新編碼處理中若有欲限制的內容,則必須要為能夠確實表現其的形式。
亦即,在CDN伺服器41中的轉碼處理的過程中,將已被編碼之原始的串流一度變回基頻串流然後進行重新編碼之際,進行如以下所示的宣告,較為理想。
首先,第1點,施加各式各樣的影像補正以進行尺度提升的案例係逐漸增加,但最好能夠宣告是否可以進行此類處理。又,第2點,作為尺度提升之處理方法,不只單純的空間解析度或時間解析度的整數倍轉換,最好能夠宣告是否認可各式各樣的尺度提升之處理模態(參照後述的圖35乃至圖38)。
再者,第3點,進行viewport dependent的尺度轉換或編碼的案例想必也會增加,但最好能夠宣告是可以進行此種partial的轉碼處理。又,第4點,最好能夠宣告進行轉碼之際作為上限的最大延遲時間、或品質差異之上限(例如與原始的基頻資料之乖離)等的轉碼處理之可否控制時的條件描述。
然後,第5點,這些處理被進行的情況下,需要有往製作者側做回饋報告的機能,但最好能夠宣告此時的Notification訊息之結構、URL等這些內容。此處,例如,CDN23的內部、或跨越複數CDN23時,使用者附近的CDN邊緣伺服器41b等之哪個階段中,哪個處理會被進行,想定要將其做回饋報告。
被描述有如此內容的TranscodeDirective要素係被追記而被改編過的MPD與DASH區段,係被交給圖12的CDN23-1及CDN23-2,透過多階層的CDN伺服器41而被轉送至CDN邊緣伺服器41b。然後,DASH播放器14,係一旦取得所望之MPD就利用HTTP而提取CDN邊緣伺服器41b上的區段。此外,在CDN23之內部,有時候會藉由HTTP、或DASH區段以外之協定或格式,從區段器而被傳遞至CDN邊緣伺服器41b。又,CDN邊緣伺服器41b係有時候會例如,從較上層的CDN伺服器41藉由HTTP而PULL取得所望之區段。
此處,經由CDN邊緣伺服器41b,DASH播放器14取得MPD的情況下,有時候會基於CDN邊緣伺服器41b與DASH播放器14之間的網路之狀態、或各個DASH播放器14的末端使用者的收視喜好等,而變更區段的編碼方式。這類的轉碼,係在CDN23之內部的CDN邊緣伺服器41b上,隨應於負荷狀態而適宜地分散負荷而被執行。
例如,在一般的VoD(Video On Demand)串流化中,係亦可於CDN原始伺服器41a中,在傳遞被開始前,先生成某個內容的複數種位元速率串流,隨應於使用者請求而加以傳遞。或,為了提升反應的效能,亦可在來自客戶端的請求被進行之前,事前就向CDN邊緣伺服器41b(或傳遞路徑上的作為中間節點的CDN中繼伺服器)傳遞(預提取或推播傳遞)。
此處,CDN邊緣伺服器41b(以下,包含傳遞路徑上的中間節點(CDN中繼伺服器)在內,都使用CDN邊緣伺服器41b之表現),可事前掌握(想定)來自客戶端之請求之傾向的情況下,則可預先地,根據原始的串流,考慮到客戶端的再生或收視喜好,對串流化之品質(包含畫質音質乃至於反應效能)實施改善。例如,根據對CDN邊緣伺服器41b做存取的來自客戶端群之請求的過去之統計而被預測的DASH播放器14的再生能力或編解碼器之種類等,可實施CDN邊緣伺服器41b中的串流化之品質改善。
又,從製作者側有提供ROI(Region Of Interest)後設資料等,而可事前特定出客戶端可能會要求的影像上之領域(也想定ROI為相同之影像上會有複數個)的情況下,則亦可在CDN邊緣伺服器41b中,以這些ROI領域為中心而實施尺度提升然後重新編碼。如此情況下,例如,關於最初的數區段係想定來自客戶端之請求會是參差(ROI領域會隨每一客戶端而不同),而準備已轉碼區段的複數版本。然後,來自客戶端之請求逐漸穩定成定常狀態後,藉由將後續的區段(最初之變形例之中的子集合,亦即,以同一影像上之複數ROI之中的子集合為中心)進行轉碼,也可以大幅節省CDN邊緣伺服器41b的快取領域。
為了控制此種有彈性的轉碼,而在CDN邊緣伺服器41b中,實作轉碼管理器43。轉碼管理器43,係可掌握DASH播放器14之間的網路之負荷狀況,或把CDN邊緣伺服器41b之負荷狀況納入考慮,同時利用已經交付給DASH播放器14的MPD和根據其所做的請求而來的相關知識,而對CDN邊緣伺服器41b中所實作的轉碼器42,指示區段之轉碼。
又,轉碼管理器43,係將MPD中所被描述之TranscodeDirective之內容加以剖析,基於其中所被描述的轉碼處理所涉及之各式各樣的限制或條件,對轉碼器42指示關於該當區段的轉碼。然後,轉碼管理器43,係一旦於轉碼器42中進行轉碼處理,則向TranscodeDirective中所被記載之報告回饋URL,發送報告訊息。
再者,轉碼管理器43,係將MPD之內容予以更新,從原始的區段參照,變更成被進行過轉碼的區段參照。此處,後述的,像是把viewport納入考慮的區段的部分性變更般地,未伴隨MPD之內容之更新的情況下,亦即,尺度提升所致之參數改變是封閉在檔案格式層級內(例如沒有暈染到MPD)的情況下,則會有原始的區段參照維持不變,只變更區段之內容的情形。此情況下,必須要向客戶端催促MPD之更新取得。
DASH播放器14,係將如此為了參照被進行過轉碼之區段而被變更過的MPD加以取得,基於該MPD而將區段加以取得並再生。
參照圖18,說明在圖12的內容傳遞系統11中所被進行的內容傳遞處理中,在DASH傳遞伺服器22及串流化傳遞管理器31、CDN伺服器41(主要是CDN邊緣伺服器41b的轉碼器42及轉碼管理器43)、以及DASH播放器14中所被進行的處理。
於步驟S101中,在DASH傳遞伺服器22中,從串流訊源伺服器21所被傳遞之串流,係由串流取得/記憶部72加以接收並編碼,區段生成部73係生成區段。然後,串流化傳遞管理器31,係生成已被追記了TranscodeDirective之MPD。此時,串流化傳遞管理器31係例如,TranscodeDirective之內容是透過了FLUS介面而以後設資料的方式從上游側被提供的情況下,則將如上述的圖9所示的TranscodeDirective之內容,插入至MPD。或者,串流化傳遞管理器31,係不是用TranscodeDirective,而是如上述般地,將TranscodeDirective檔案的URL,插入至MPD。
於步驟S102中,CDN伺服器41,係對DASH傳遞伺服器22要求MPD及區段之取得。
DASH傳遞伺服器22,係一旦取得步驟S102中的來自CDN伺服器41之要求,就於步驟S103中,開始已被追記了TranscodeDirective之MPD與區段之轉送。
於步驟S104中,轉碼管理器43,係進行請求處理狀況之計測。
CDN伺服器41,係一旦接收了步驟S103中從DASH傳遞伺服器22所被轉送過來的已被追記了TranscodeDirective之MPD與區段,於步驟S105中,轉碼管理器43係將已被追記了TranscodeDirective之MPD進行剖析。然後,轉碼管理器43,係進行TranscodeDirective之解析,依照該解析結果,對轉碼器42指示轉碼。
轉碼器42,係依照轉碼管理器43所致之轉碼指示,於步驟S106中將區段予以解碼,於步驟S107中進行尺度提升,於步驟S108中將區段予以編碼。然後,於步驟S109中,轉碼器42係生成參照已轉碼之區段的MPD。
於步驟S110中,DASH播放器14,係對CDN伺服器41要求MPD之取得。
CDN伺服器41,係一旦接收到步驟S110中的來自DASH播放器14之要求,就於步驟S111中,將參照已轉碼之區段的MPD,轉送至DASH播放器14。
DASH播放器14,係一旦取得步驟S111中所被轉送過來的參照已轉碼之區段的MPD,就於步驟S112中,將該MPD進行剖析。然後,DASH播放器14,係對CDN伺服器41要求區段。
CDN伺服器41,係一旦取得步驟S112中的來自DASH播放器14之要求,就於步驟S113中,進行已被DASH播放器14所要求之已轉碼之區段之轉送。
DASH播放器14,係一旦取得步驟S113中所被轉送過來的已轉碼之區段,就於步驟S114中,進行該已接收之已轉碼之區段之再生。
其後,已轉碼之區段之轉送和其再生會被持續進行,直到內容之傳遞結束為止。
如以上,藉由串流化傳遞管理器31,生成已被追記了TranscodeDirective之MPD,轉碼管理器43就可剖析該MPD,解析TranscodeDirective,指示轉碼。
此外,此處雖然揭露了,從CDN伺服器41側對DASH傳遞伺服器22要求MPD或區段之取得的例子,但亦可為例如,從DASH傳遞伺服器22側做推播的方式,對CDN伺服器41轉送MPD或區段。或者,由DASH播放器14首先進行MPD之要求,依照該要求而從CDN伺服器41轉送MPD或區段地由下而上的方式,來開始流程。包含如此的模態,在後述的圖21乃至圖23中,圖示在直播串流化之際所可能發生的MPD會被動態地更新時的處理之例子。
此處,圖19中係圖示,於圖18的步驟S101中,TranscodeDirective之內容透過FLUS介面而以後設資料(SDP)的方式被交付時的對應關係。亦即,SDP中所被記載之TranscodeDirective、和MPD中所被插入之TranscodeDirective之間,係存在有如圖19所示的對應關係。同樣地,來自串流訊源伺服器21之串流,與比DASH傳遞伺服器22還要後段的雲端12上的串流之間,係存在有如圖19所示的對應關係。
圖20係串流化傳遞管理器31被設在雲端12上的變形例之內容傳遞系統11B之構成例的區塊圖。
如圖20所示,內容傳遞系統11B係為,將TranscodeDirective之內容追加至MPD的串流化傳遞管理器31,被配置在內容提供裝置13的DASH傳遞伺服器22、與雲端12上的CDN23之間,而被構成。因此,在內容傳遞系統11B中,內容提供裝置13B、與串流化傳遞管理器31及CDN23間,會利用FLUS介面。此外,如此所被構成的內容傳遞系統11B中,係有:在MPD中,TranscodeDirective未被記載的模態、和已經有被記載的模態。
參照圖21,說明如圖20所示般地所被構成的內容傳遞系統11B中的內容傳遞處理。
於步驟S131中,和圖18的步驟S101同樣地,在DASH傳遞伺服器22中,從串流訊源伺服器21所被供給之串流係被編碼,而生成區段。
於步驟S132中,CDN伺服器41,係對DASH傳遞伺服器22要求MPD及區段之取得。
DASH傳遞伺服器22,係一旦取得步驟S132中的來自CDN伺服器41之要求,就於步驟S133中,對串流化傳遞管理器31開始MPD與區段之轉送。
串流化傳遞管理器31,係一旦接收步驟S133中所被轉送過來的MPD與區段,就於步驟S134中,進行TranscodeDirective往MPD之插入。然後,串流化傳遞管理器31,係對CDN伺服器41,開始已被追記了TranscodeDirective之MPD與區段之轉送。
其後,藉由和圖18的步驟S105以下相同之處理,進行內容之傳遞。
如此,在串流化傳遞管理器31被設在雲端12上的構成中,從DASH傳遞伺服器22透過串流化傳遞管理器31而往CDN伺服器41,已被追記了TranscodeDirective之MPD及區段會被傳遞。
參照圖22,說明於圖12的內容傳遞系統11中,將參照已轉碼區段的MPD通知給客戶端而令其取得區段的內容傳遞處理。
於步驟S151中,和圖18的步驟S101同樣地,在DASH傳遞伺服器22中,從串流訊源伺服器21所被供給之串流係被編碼,而生成區段。然後,在DASH傳遞伺服器22中,MPD生成部74係生成原始的MPD。
於步驟S152中,DASH傳遞伺服器22,係將步驟S151中所生成之MPD及區段予以轉送,於CDN伺服器41中被取得。
於步驟S153中,DASH播放器14,係對CDN伺服器41要求MPD之取得。
CDN伺服器41,係一旦接收到步驟S153中的來自DASH播放器14之要求,就於步驟S154中,將步驟S152中所取得之MPD,轉送至DASH播放器14。
DASH播放器14,係一旦取得步驟S154中所被轉送過來的MPD,就於步驟S155中,將該MPD進行剖析。然後,DASH播放器14,係對CDN伺服器41要求區段。
CDN伺服器41,係一旦取得步驟S155中的來自DASH播放器14之要求,就於步驟S156中,進行已被DASH播放器14所要求之區段之轉送。
DASH播放器14,係一旦取得步驟S156中所被轉送過來的區段,就於步驟S157中,進行該已接收之區段之再生。
於步驟S158中,轉碼管理器43,係進行請求處理狀況之計測。
於步驟S159中,DASH傳遞伺服器22,係將MPD加以更新並轉送,亦即,藉由串流化傳遞管理器31而將已被追記了TranscodeDirective之MPD轉送至CDN伺服器41。
CDN伺服器41,係一旦接收了步驟S159中從DASH傳遞伺服器22所被轉送過來的已被追記了TranscodeDirective之MPD與區段,處理係於步驟S160中,轉碼管理器43係將已被追記了TranscodeDirective之MPD進行剖析。然後,轉碼管理器43,係進行TranscodeDirective之解析,依照該解析結果,對轉碼器42指示轉碼。
轉碼器42,係依照轉碼管理器43所致之轉碼指示,於步驟S161中將區段予以解碼,於步驟S162中進行尺度提升,於步驟S163中將區段予以編碼。然後,於步驟S164中,轉碼器42係生成參照已轉碼之區段的MPD。
於步驟S165中,CDN伺服器41,係將MPD已被更新之事實,對DASH播放器14進行通知。
於步驟S166中,DASH播放器14,係隨應於步驟S165中的來自CDN伺服器41之通知,而對CDN伺服器41要求MPD之取得。
CDN伺服器41,係一旦接收到步驟S166中的來自DASH播放器14之要求,就於步驟S167中,將參照已轉碼之區段的MPD,轉送至DASH播放器14。
DASH播放器14,係一旦取得步驟S167中所被轉送過來的參照已轉碼之區段的MPD,就於步驟S168中,將該MPD進行剖析。然後,DASH播放器14,係對CDN伺服器41要求已轉碼之區段,作為下個區段。
CDN伺服器41,係一旦取得步驟S168中的來自DASH播放器14之要求,就於步驟S169中,進行已被DASH播放器14所要求之已轉碼之區段之轉送。
DASH播放器14,係一旦取得步驟S169中所被轉送過來的已轉碼之區段,就於步驟S170中,進行該已接收之已轉碼之區段之再生。
其後,已轉碼之區段之轉送和其再生會被持續進行,直到內容之傳遞結束為止。
如以上,從CDN伺服器41往DASH播放器14,通知MPD已被更新之事實,隨應於該通知,DASH播放器14係可取得參照已轉碼之區段的MPD,並再生已轉碼之區段。
參照圖23,說明在圖12的內容傳遞系統11中,將轉碼前之區段的URL沿用成已轉碼區段的URL而令客戶端取得區段的內容傳遞處理。
步驟S201至步驟S213,係進行和圖22的步驟S151至步驟S163相同之處理。
然後,於步驟S214中,DASH播放器14,係要求下個區段。
此時,轉碼前之區段的URL係被沿用成已轉碼區段的URL,步驟S214中DASH播放器14所要求的URL之區段,係被置換成已轉碼區段。
因此,於步驟S215中,CDN伺服器41,係隨應於DASH播放器14之要求,而進行已轉碼之區段之轉送。
DASH播放器14,係一旦取得步驟S215中所被轉送過來的已轉碼之區段,就於步驟S216中,進行該已接收之已轉碼之區段之再生。
如以上,藉由將轉碼前之區段的URL沿用成已轉碼區段的URL,例如,為了參照轉碼後之區段而被變更的MPD,即使不轉送至DASH播放器14,DASH播放器14係仍可取得已轉碼區段。
<TranscodeDirective的結構>
參照圖24乃至圖33,說明CDN伺服器41(主要是CDN邊緣伺服器41b)中,解析或可否之判定時所被使用的後設資料也就是TranscodeDirective的結構。
參照圖24乃至圖33,說明CDN伺服器41(主要是CDN邊緣伺服器41b)中,解析或可否之判定時所被使用的後設資料也就是TranscodeDirective的結構。
例如,作為串流化服務之宣告是利用DASH -MPD的情況下,則該後設資料係被追記至,作為轉碼之對象的AdaptationSet要素(或Representation要素、SubRepresentation要素)。此外,轉碼管理器43,針對要素或值是可複數記載者,係可選擇最佳者。
圖24中係圖示了,往DASH-MPD的TranscodeDirective要素之配置例。例如,TranscodeDirective要素,係可作為單獨的檔案而被記憶,如圖24所示,對AdaptationSet要素做追記般地,在<TranscodeDirective...>至</TranscodeDirective>之間,配置TranscodeDirective要素。
又,圖25中係圖示了,往DASH-MPD的TranscodeDirective要素之配置之變形例之一例。如圖25所示,可對AdaptationSet要素做追記般地,配置TranscodeDirective檔案的URL。
以下,說明TranscodeDirective要素之細節。
如圖26的(a)所示,藉由transcodable屬性,是否可以轉碼,是藉由true或false而被指定。例如,TranscodeDirective要素中只有transcodable屬性存在,且藉由transcodable屬性而被指定為true的情況下,則表示任意之模態之轉碼係為可能。反之,藉由transcodable屬性而被指定為false的情況下,則表示禁止一切的轉碼處理。
然後,於transcodable屬性中,當表示可轉碼時,可存在以下之屬性。
如圖26的(b)所示,藉由upScalable屬性,轉碼之際是否可尺度提升,是藉由true或false而被指定。例如,於transcodable屬性中被指定true時只有upScalable屬性存在,且藉由upScalable屬性而被指定為true的情況下,則表示在重新編碼後,任意之模態之尺度提升係為可能。反之,只有upScalable屬性存在,且藉由upScalable屬性而被指定為false的情況下,則表示重新編碼之前禁止一切的尺度提升。
如圖26的(c)所示,藉由processingLimit屬性,轉碼處理所花費的時間之上限值也就是延遲最大時間,係被指定。
如圖26的(d)所示,藉由Allowed要素,作為重新編碼之際所能選擇的編解碼器參數,可(複數)指定Parameters/Video及Parameters/Audio之中的至少一方。此外,於Allowed要素中藉由『/Parameters/"其他媒體類型"』般地做指定,就可擴充成也包含可選擇其他媒體類型。
如圖26的(e)所示,藉由Prohibited要素,作為重新編碼之際所不可選擇的編解碼器參數,可(複數)指定Parameters/Video及Parameters/Audio之中的至少一方。此外,於Prohibited要素中藉由『/Parameters/"其他媒體類型"』般地做指定,就可擴充成也包含不可選擇其他媒體類型。
如圖26的(f)所示,藉由Condition要素,在schemeIdUri屬性中,指定用來識別條件描述之格式(條件描述語言)的URI。例如,將條件描述在ODRL中做描述的情況下,則是如urn:ODRL般地被指定。又,在Condition要素之內容部分的CDATA節區(以"<![CDATA["此一字串而開始,以"]]>"此一字串而結束)中,係儲存有條件描述。
例如,如圖27所示,Condition要素之內容部分的CDATA節區中,儲存有條件描述。
又,圖28中圖示了,ODRL所致之條件描述之一例。在圖28中係描述了,服務擁有者"a.com",係只要是在2017/12/31以前,對"cdn.com",許可該當轉碼的例子。
如圖29的(a)所示,藉由TranscodeEventNotification要素,該當TranscodeDirective中所被記載之各種限制或方針等所被適用之事件通知,係被指定。
如圖29的(b)所示,藉由dateTime屬性,事件發生的時刻,係被指定。
如圖29的(c)所示,藉由MPDUrl屬性,該當MPD的URL,係被指定。
如圖29的(d)所示,藉由AdaptationSetId屬性,轉碼對象之AdaptationSet的Id,係被指定。
如圖29的(e)所示,藉由notificationUrl屬性,notification發送目的地URL,係被指定。
此處,例如,對於作為該當TranscodeDirective之適用對象的串流(區段)適用轉碼的情況下,則將上述的dateTime屬性、MPDUrl屬性、及AdaptationSetId屬性的TranscodeDirective要素本身,往以notificationUrl屬性而被指定之URL,以HTTP POST進行通知。藉此,實際所被適用之轉碼處理之內容報告就被進行。此時,隨應於已被適用之轉碼之模態而適宜地嵌入要素、屬性、或值。
具體而言,將原始視訊串流,擴增轉換成4K解析度及120畫格速率然後進行了重新編碼的情況下,則如圖30所示的TranscodeDirective要素,會被通知給以notificationUrl屬性而被指定之URL。
如圖31的(a)所示,藉由Parameters/Video要素,Video之各種屬性係被指定。
如圖31的(b)所示,藉由profile屬性,已被逗點分隔的”profile名”之清單係被指定。
如圖31的(c)所示,藉由resolution屬性,已被逗點分隔的”縱×橫”之像素數之清單係被指定。此外,作為resolution屬性的其他表現例,亦可藉由縱像素數之上限或下限、與橫像素數之上限或下限而加以指定。
如圖31的(d)所示,藉由frameRate屬性,已被逗點分隔的”畫格速率(fps單位)”之清單係被指定。此外,作為frameRate屬性的其他表現例,亦可藉由畫格速率之上限或下限而加以指定。
如圖31的(e)所示,藉由bitDepth屬性,已被逗點分隔的”位元數(深度)”之清單係被指定。此外,作為bitDepth屬性的其他表現例,亦可藉由位元數之上限或下限而加以指定。
如圖31的(f)所示,藉由colorSpace屬性,已被逗點分隔的”色彩空間名”之清單係被指定。
如圖31的(g)所示,藉由gamma屬性,已被逗點分隔的”伽瑪值”之清單係被指定。
如圖31的(h)所示,藉由upScalingPatternList屬性,已被逗點分隔的”尺度提升模態”之清單係被指定。
如圖32的(a)所示,藉由partialTransformability屬性,伴隨部分性尺度提升的算圖及轉碼是否為可能,是藉由true或false而被指定。
如圖32的(b)所示,藉由deviationLimit要素,差分格式識別元、和以該方式而被表現的值,係被指定。
如圖32的(c)所示,藉由Parameters/Audio要素,Audio之各種屬性係被指定,可否指定對象之Audio屬性係被列舉。
如圖32的(d)所示,藉由profileList屬性,已被逗點分隔的”設定檔名”之清單係被指定。
如圖32的(e)所示,藉由samplingRate屬性,已被逗點分隔的”取樣頻率(Hz單位)”之清單係被指定。此外,作為samplingRate屬性的其他表現例,亦可藉由取樣頻率之上限或下限而加以指定。
如圖32的(f)所示,藉由bitDepth屬性,已被逗點分隔的”位元數(深度)”之清單係被指定。此外,作為bitDepth屬性的其他表現例,亦可藉由位元數之上限或下限而加以指定。
如圖32的(g)所示,藉由deviationLimit要素,差分格式識別元、和以該方式而被表現的值,係被指定。例如,如圖33所示,deviationLimit要素的schemeIdUri屬性中用來識別deviation之表現方式的URI係被指定(例如若為PSNR,則是如urn:PSNR般地指定),在value屬性中,其值(在圖33的例子中係為35)係被儲存。
圖34係圖示了TrasncodeDirective之構成之一例。
如圖34所示,被配置在Video的AdaptationSet中的情況下,Parameters要素之下係只有Video要素。又,被配置在Audio的AdaptationSet中的情況下,Parameters要素之下係只有Audio要素。
<尺度提升的種類>
參照圖35乃至圖38,說明包含部分性影像修正處理的尺度提升的種類。
參照圖35乃至圖38,說明包含部分性影像修正處理的尺度提升的種類。
圖35中係圖示,藉由在SDTV(4:3)的左右追加黑邊,而轉換成HDTV(16:9)的尺度提升(FullHeight)之例子。此外,例如,亦可藉由在SDTV的上下追加黑邊,進行轉換成HDTV的尺度提升(FullWidth)而轉換攝角,也可追加黑邊以外的東西。
圖36中係圖示,從SDTV(4:3)往HDTV(16:9)配合橫寬,而將上下予以裁切,以轉換成HDTV(16:9)的尺度提升(FullWidth-TopBottomCrop-BlowUp)之例子。此外,例如,亦可從SDTV往HDTV配合橫寬,而將左右予以裁切,以進行轉換成HDTV的尺度提升(FullHeight- SideCrop-BlowUp)而轉換攝角。
圖37中係圖示,藉由從SDTV(4:3)往左右拉長,而轉換成HDTV(16:9)的尺度提升(FullSize-Anamorphic)之例子。此外,亦可從SDTV往上下拉長,以進行轉換成HDTV的尺度提升(FullSize-Anamorphic)而轉換攝角。
圖38中係圖示,藉由從SDTV(4:3)把左右補足,而轉換成HDTV(16:9)的尺度提升(Artificial-FullSize-Anamorphic)之例子。此時,例如,利用智能影像處理技術等而類推生成影像而可一面維持影像之中的物件之縱橫比一面補足影像,藉此而可轉換攝角。亦即,如圖38所示,在左右進行人工的補足(其他還有:類推、外插、或想像)而追加影像。
<利用PartialTransformability的處理>
參照圖39,說明利用PartialTransformability而傳遞內容的內容傳遞處理。例如,藉由將上述的圖32的(a)所示的partialTransformability屬性設定成true或false,可謀求基於客戶端裝置中的使用者之viewport之資訊的包含原始串流之部分性尺度提升的轉碼的最佳化。亦即,可基於客戶端的環境資訊(例如viewport),而進行內容之轉碼。
參照圖39,說明利用PartialTransformability而傳遞內容的內容傳遞處理。例如,藉由將上述的圖32的(a)所示的partialTransformability屬性設定成true或false,可謀求基於客戶端裝置中的使用者之viewport之資訊的包含原始串流之部分性尺度提升的轉碼的最佳化。亦即,可基於客戶端的環境資訊(例如viewport),而進行內容之轉碼。
於步驟S251中,DASH播放器14,係對CDN伺服器41(主要是CDN邊緣伺服器41b),要求MPD之取得。
CDN伺服器41,係一旦接收到步驟S251中的來自DASH播放器14之要求,就於步驟S252中,將MPD轉送至DASH播放器14。
DASH播放器14,係一旦取得步驟S252中所被轉送過來的MPD,就於步驟S253中,將該MPD進行剖析。然後,DASH播放器14,係對CDN伺服器41要求區段。
CDN伺服器41,係一旦取得步驟S253中的來自DASH播放器14之要求,就於步驟S254中,例如,藉由SAND等而將利用到目前正在研討中的ImmersiveMedia系之DASH metrics等的附帶轉送要求之區段予以轉送。
於步驟S255中,轉碼管理器43,係進行請求處理狀況之計測。
DASH播放器14,係一旦取得步驟S254中所被轉送過來的SAND附帶轉送要求之區段,就於步驟S256中,藉由SAND,將DASH播放器14中的使用者之viewport後設資料予以通知。然後,DASH播放器14,係於步驟S257中,進行已取得之區段之再生。
轉碼管理器43,係一旦取得步驟S256中從DASH播放器14所被發送過來的SAND所致之viewport通知,就於步驟S258中,將已被追記了TranscodeDirective之MPD進行剖析。然後,轉碼管理器43,係進行TranscodeDirective之解析,依照該解析結果,對轉碼器42指示轉碼。
此時,轉碼管理器43,係基於MPD(例如今後預定擴充的施行了OMAF對應擴充的版本)、或MP4檔案(例如其是利用了OMAF的情況)之內容,而將該當viewport所對應之串流、或串流之一部分,加以特定。伴隨於此,轉碼器42,係對該串流之全體、或含該當viewport的串流之一部分,進行了藉由轉碼定向而被限制或許可的尺度提升後,可進行轉碼處理。
亦即,轉碼器42,係於步驟S259中將區段予以解碼,於步驟S260中進行尺度提升之際,會進行依照了viewport的處理。然後,轉碼器42,係於步驟S261中將區段予以編碼。
於步驟S262中,DASH播放器14,係要求下個區段。
CDN伺服器41,係一旦取得步驟S262中的來自DASH播放器14之要求,就於步驟S263中,進行已被DASH播放器14所要求之已轉碼之區段之轉送。
DASH播放器14,係一旦取得步驟S263中所被轉送過來的已轉碼之區段,就於步驟S264中,進行該已接收之已轉碼之區段之再生。
其後,已轉碼之區段之轉送和其再生會被持續進行,直到內容之傳遞結束為止。
如以上,藉由從DASH播放器14往CDN伺服器41進行viewport通知,CDN伺服器41,係可特定出該viewport所對應之串流,可控制轉碼使其被適切地進行尺度提升。
<藉由客戶端裝置的viewport通知>
參照圖40及圖41,說明藉由身為串流再生側的客戶端裝置也就是DASH播放器14的viewport通知。
參照圖40及圖41,說明藉由身為串流再生側的客戶端裝置也就是DASH播放器14的viewport通知。
例如,回播裝置中的viewport,是藉由如圖40中所示的X軸、Y軸、及X軸,和以這些軸為中心的角度(pitch、yaw、roll)而被特定的情況下,若身體為固定,則角度係會隨著頭部的運動而被決定。又,被設定為,往X軸、Y軸、及X軸之正方向,各個角度是朝順時鐘方向而增加。再者,X-Z平面係定義為,平行於地上,觀看Z軸之正方向時,所有的角度皆為0。
然後,從該viewport後設資料之座標系映射至串流訊源中的座標系。
例如,假設訊源中的座標系是利用方位角/高度角的表現方法,客戶端側是利用pitch、yaw、roll表現所致之座標系,來進行說明。此情況下,是以使得訊源座標系之方位角/高度角(centerAzimuth/centerElevation)均為0的方向,會與DASH播放器14中的pitch、yaw、roll皆為0之方向一致的方式,進行映射。
然後,已被轉換之座標系上的viewport座標值,係沿用OMAF中所被規定的結構SphereRegionStruct,被儲存在如圖41所示的目前正在研討中的Immersive Media Metrics的ViewportViews參數,新定義將該Metrics予以包內的SANDMessage而利用之。
<來自客戶端裝置的裝置屬性通知>
圖42中係圖示了,從身為串流再生側的客戶端裝置也就是DASH播放器14所被通知的裝置屬性之一例。
圖42中係圖示了,從身為串流再生側的客戶端裝置也就是DASH播放器14所被通知的裝置屬性之一例。
例如,關於客戶端裝置之能力屬性,係被儲存在如圖42所示的目前正在研討中的Immersive Media Metrics的VRDeviceInfo參數,新定義將該Metrics予以包內的SANDMessage而利用之。
<FLUS的架構>
參照圖43及圖44,說明FLU的架構。
參照圖43及圖44,說明FLU的架構。
如圖43所示,FLUS訊源端,係從1或複數個捕捉裝置接收媒體內容。又,FLUS接收端,係將媒體內容予以解碼,轉送給算圖機能。或者,在FLUS接收端是被實作在網路的構成中,媒體內容,係將媒體內容轉送至處理子機能或散佈子機能。
然後,藉由參考點,FLUS訊源端與FLUS接收端係被連接,FLUS訊源端係會建立單體的FLUS會談與複數個媒體會談並控制之。
FLUS控制平面機能(F-C),係控制上傳與其後續之下行串流傳遞所相關之FLUS接收端之媒體處理。FLUS使用者平面機能(F-U),係建立媒體會談,例如進行MTSI-based FLUS會談建立中的IMS會談設定,由1或複數個媒體串流會談所成。
又,FLUS控制平面機能(F-C),係為將FLUS會談予以建立並控制之機能。FLUS訊源端,係藉由FLUS控制平面機能,執行媒體會談開設、媒體會談之靜態性後設資料之開通、及處理/散佈子機能之選擇與組態。
又,媒體會談開設,係作為FLUS會談之一部分而被定義。FLUS使用者平面機能(F-U)中係含有,媒體會談建立程序。想定對1個FLUS會談,係有複數個不同的媒體會談被建立。
又,媒體會談係含有1個或複數個媒體串流。媒體串流係有含有單一媒體組件(例如只有聲音)的情況,也有含有複數個不同之媒體組件(例如聲音與動畫)的情況。媒體會談,係也會有含有1個以上之同一媒體串流(例如複數動畫串流)的情況。又,想定由FLUS接收端來開設媒體會談。
圖44中係圖示了FLUS中的媒體會談及媒體串流之一例。
如圖44所示,FLUS會談,係將1或複數個媒體串流予以轉送,媒體串流係為FLUS會談的時間依存媒體。例如,一旦媒體串流變成活化,則FLUS訊源端係將媒體內容轉送至FLUS接收端。
又,FLUS會談,係由1個以上之媒體串流所成,由0或1個以上之媒體會談所構成。此外,將HTTP使用於媒體串流化的情況下,則媒體會談係未被明示性地建立。
<SAND的ViewportViews訊息之追加擴充>
圖45中係圖示了,SAND的ViewportViews訊息之追加擴充之一例。
圖45中係圖示了,SAND的ViewportViews訊息之追加擴充之一例。
圖45中,被二點鎖線所圍繞的ViewportViewsType係為新被定義的部分。
<電腦之構成例>
此外,參照上述流程圖所說明的各處理,係並不一定是要按照流程圖所記載的順序而沿著時間序列進行處理,而是包含可平行地或個別地執行之處理(例如平行處理或是物件所致之處理)。又,程式係可被1個CPU所處理,也可被複數CPU分散處理。
此外,參照上述流程圖所說明的各處理,係並不一定是要按照流程圖所記載的順序而沿著時間序列進行處理,而是包含可平行地或個別地執行之處理(例如平行處理或是物件所致之處理)。又,程式係可被1個CPU所處理,也可被複數CPU分散處理。
又,上述一連串處理(內容傳遞控制裝置),係可藉由硬體來執行,也可藉由軟體來執行。在將一連串之處理以軟體來執行的時候,構成該軟體的程式,是從記錄有程式的程式記錄媒體來安裝至內嵌有專用硬體的電腦,或是,藉由安裝各種程式,而可執行各種機能的例如泛用之個人電腦等。
圖46係以程式來執行上述一連串處理的電腦的硬體之構成例的區塊圖。
於電腦中,CPU(Central Processing Unit) 101、ROM(Read Only Memory)102、RAM(Random Access Memory)103,係藉由匯流排104而被彼此連接。
在匯流排104上係還連接有輸出入介面105。輸出入介面105上係連接有:由鍵盤、滑鼠、麥克風等所成之輸入部106、由顯示器、揚聲器等所成之輸出部107、由硬碟或非揮發性記憶體等所成之記憶部108、由網路介面等所成之通訊部109、將磁碟、光碟、光磁碟、或者半導體記憶體等之可移除式媒體111加以驅動的驅動機110。
在如以上構成的電腦中,藉由CPU101而例如將記憶部108中所記憶之程式,透過輸出入介面105及匯流排104,而載入至RAM103裡並加以執行,就可進行上述一連串處理。
電腦(CPU101)所執行之程式係例如,記錄在磁碟(包含軟碟片)、光碟(CD-ROM(Compact Disc-Read Only Memory)、DVD(Digital Versatile Disc)等)、光磁碟、或甚至由半導體記憶體等所成之封裝媒體的可移除式媒體111中,或者,透過區域網路、網際網路、數位衛星播送這類有線或無線的傳輸媒體,而被提供。
然後,程式係藉由將可移除式媒體111裝著至驅動機110,就可透過輸出入介面105,安裝至記憶部108。又,程式係可透過有線或無線之傳輸媒體,以通訊部109接收之,安裝至記憶部108。除此以外,程式係可事前安裝在ROM102或記憶部108中。
<構成之組合例>
此外,本技術係亦可採取如以下之構成。
(1)
一種內容傳遞控制裝置,係
具備:
收訊部,係從具有將內容、和為了將該內容進行轉碼所必須之定義資訊加以記憶的記憶部的內容傳遞伺服器,透過所定之上傳介面而傳遞前記內容之際,將儲存有前記定義資訊或用來存取前記定義資訊所需之第1存取資訊、和用來存取從前記內容所被生成之原始的資料所需之第2存取資訊的後設資料檔案,予以接收;和
控制部,係進行基於前記第2存取資訊而被取得的前記原始的資料之轉碼的相關控制;
在前記後設資料檔案中被儲存有前記定義資訊的情況下,前記控制部係基於前記定義資訊而控制前記原始的資料之轉碼;
在前記後設資料檔案中被儲存有前記第1存取資訊的情況下,前記控制部係基於前記第1存取資訊而請求前記定義資訊,基於隨應於該請求而於前記收訊部中所被接收到的前記定義資訊,而控制前記原始的資料之轉碼。
(2)
如上記(1)所記載之內容傳遞控制裝置,其中,
前記後設資料檔案係為ISO BM FF23009中所被規格定義的MPD(Media Presentation Description)檔案。
(3)
如上記(1)或(2)所記載之內容傳遞控制裝置,其中,
前記原始的資料係為遵循MPEG-DASH(Dynamic Adaptive Streaming over HTTP)的原始區段。
(4)
如上記(3)所記載之內容傳遞控制裝置,其中,
前記存取資訊係被儲存在前記MPD的Adaptation Set中。
(5)
如上記(3)所記載之內容傳遞控制裝置,其中,
前記存取資訊係被儲存在前記MPD的Representation中。
(6)
如上記(3)所記載之內容傳遞控制裝置,其中,
前記存取資訊係被儲存在前記MPD的SubRepresentation中。
(7)
如上記(1)至(6)之任一項所記載之內容傳遞控制裝置,其中,
前記原始的資料係為,利用SDP(Session Description Protocol)而被傳遞的原始串流。
(8)
如上記(7)所記載之內容傳遞控制裝置,其中,
前記後設資料檔案,係為IETF中所被規格定義的SDP檔案;
前記定義資訊及前記存取資訊係被儲存在,前記SDP的媒體描述部。
(9)
如上記(1)至(8)之任一項所記載之內容傳遞控制裝置,其中,
前記定義資訊,係作為單獨的檔案,而被記憶在前記內容傳遞伺服器的前記記憶部。
(10)
如上記(1)至(9)之任一項所記載之內容傳遞控制裝置,其中,
藉由前記定義資訊,指定前記內容是否可轉碼。
(11)
如上記(1)至(10)之任一項所記載之內容傳遞控制裝置,其中,
前記定義資訊中係被定義有,包含部分性影像修正處理的尺度提升方式。
(12)
如上記(1)至(11)之任一項所記載之內容傳遞控制裝置,其中,
前記定義資訊中係被定義有,轉碼之可否控制中所利用的基於條件描述語言的條件描述。
(13)
如上記(1)至(12)之任一項所記載之內容傳遞控制裝置,其中,
前記定義資訊中係被定義有,實際所被適用之轉碼處理之內容報告中所利用的資訊結構。
(14)
如上記(1)至(12)之任一項所記載之內容傳遞控制裝置,其中,
前記內容之轉碼,係基於從取得並再生前記內容的客戶端所被取得的前記客戶端之環境資訊,而被進行。
(15)
如上記(14)所記載之內容傳遞控制裝置,其中,
隨應於從前記客戶端有進行viewport通知之事實,以會包含該viewport的方式,控制進行尺度提升之轉碼。
(16)
如上記(1)至(15)之任一項所記載之內容傳遞控制裝置,其中,
前記內容傳遞伺服器係被配置在前記所定之上傳介面的訊源側,前記內容傳遞控制裝置係被配置在作為前記所定之上傳介面之接收側的網路上。
(17)
如上記(16)所記載之內容傳遞控制裝置,其中,
前記收訊部,係透過前記所定之上傳介面而接收前記後設資料檔案。
(18)
一種內容傳遞控制方法,係
由具備:
收訊部,係從具有將內容、和為了將該內容進行轉碼所必須之定義資訊加以記憶的記憶部的內容傳遞伺服器,透過所定之上傳介面而傳遞前記內容之際,將儲存有前記定義資訊或用來存取前記定義資訊所需之第1存取資訊、和用來存取從前記內容所被生成之原始的資料所需之第2存取資訊的後設資料檔案,予以接收;和
控制部,係進行基於前記第2存取資訊而被取得的前記原始的資料之轉碼的相關控制;
的內容傳遞控制裝置,進行包含以下之步驟:
在前記後設資料檔案中被儲存有前記定義資訊的情況下,前記控制部係基於前記定義資訊而控制前記原始的資料之轉碼的步驟;和
在前記後設資料檔案中被儲存有前記第1存取資訊的情況下,前記控制部係基於前記第1存取資訊而請求前記定義資訊,基於隨應於該請求而於前記收訊部中所被接收到的前記定義資訊,而控制前記原始的資料之轉碼的步驟。
(19)
一種程式,係用來令
具備:
收訊部,係從具有將內容、和為了將該內容進行轉碼所必須之定義資訊加以記憶的記憶部的內容傳遞伺服器,透過所定之上傳介面而傳遞前記內容之際,將儲存有前記定義資訊或用來存取前記定義資訊所需之第1存取資訊、和用來存取從前記內容所被生成之原始的資料所需之第2存取資訊的後設資料檔案,予以接收;和
控制部,係進行基於前記第2存取資訊而被取得的前記原始的資料之轉碼的相關控制;
的內容傳遞控制裝置的電腦,執行包含以下之處理:
在前記後設資料檔案中被儲存有前記定義資訊的情況下,前記控制部係基於前記定義資訊而控制前記原始的資料之轉碼的步驟;和
在前記後設資料檔案中被儲存有前記第1存取資訊的情況下,前記控制部係基於前記第1存取資訊而請求前記定義資訊,基於隨應於該請求而於前記收訊部中所被接收到的前記定義資訊,而控制前記原始的資料之轉碼的步驟。
(20)
一種內容傳遞系統,係具備:
第1伺服器,係具有將內容、和為了將該內容進行轉碼所必須之定義資訊予以記憶的記憶部;和
進行內容傳遞控制的第2伺服器,係
具有:
收訊部,係從前記第1伺服器透過所定之上傳介面而傳遞前記內容之際,將儲存有前記定義資訊、或用來存取前記定義資訊所需之第1存取資訊、和用來存取從前記內容所被生成之原始的資料所需之第2存取資訊的後設資料檔案,予以接收;和
控制部,係進行基於前記第2存取資訊而被取得的前記原始的資料之轉碼的相關控制;
在前記後設資料檔案中被儲存有前記定義資訊的情況下,前記控制部係基於前記定義資訊而控制前記原始的資料之轉碼;
在前記後設資料檔案中被儲存有前記第1存取資訊的情況下,前記控制部係基於前記第1存取資訊而請求前記定義資訊,基於隨應於該請求而於前記收訊部中所被接收到的前記定義資訊,而控制前記原始的資料之轉碼的步驟;和
將依照前記內容傳遞控制而被傳遞之內容加以取得並予以再生的客戶端。
(21)
一種內容傳遞控制裝置,係
具備:
收訊部,係從具有將內容、和為了將該內容進行轉碼所必須之定義資訊加以記憶的記憶部的內容傳遞伺服器,透過所定之上傳介面而傳遞前記內容之際,將儲存有前記定義資訊或用來存取前記定義資訊所需之第1存取資訊、和用來存取從前記內容所被生成之原始的資料所需之第2存取資訊的後設資料檔案,予以接收;和
生成部,係生成與前記收訊部所接收之前記後設資料檔案不同之新的後設資料檔案;和
控制部,係進行基於前記第2存取資訊而被取得的前記原始的資料之轉碼的相關控制;
在前記後設資料檔案中被儲存有前記定義資訊的情況下,前記控制部係基於前記定義資訊而控制前記原始的資料之轉碼;
在前記後設資料檔案中被儲存有前記第1存取資訊的情況下,前記控制部係基於前記第1存取資訊而請求前記定義資訊,基於隨應於該請求而於前記收訊部中所被接收到的前記定義資訊,而控制前記原始的資料之轉碼。
(22)
如上記(21)所記載之內容傳遞控制裝置,其中,
前記後設資料檔案係為ISO IEC 23009中所被規格定義的MPD(Media Presentation Description)檔案。
(23)
如上記(21)或(22)所記載之內容傳遞控制裝置,其中,
前記原始的資料係為遵循MPEG-DASH(Dynamic Adaptive Streaming over HTTP)的原始區段。
(24)
如上記(23)所記載之內容傳遞控制裝置,其中,
前記存取資訊係被儲存在前記MPD的Adaptation Set中。
(25)
如上記(23)所記載之內容傳遞控制裝置,其中,
前記存取資訊係被儲存在前記MPD的Representation中。
(26)
如上記(23)所記載之內容傳遞控制裝置,其中,
前記存取資訊係被儲存在前記MPD的SubRepresentation中。
(27)
如上記(21)至(26)之任一項所記載之內容傳遞控制裝置,其中,
前記原始的資料係為,利用SDP(Session Description Protocol)而被傳遞的原始串流。
(28)
如上記(27)所記載之內容傳遞控制裝置,其中,
前記後設資料檔案,係為IETF中所被規格定義的SDP檔案;
前記定義資訊及前記存取資訊係被儲存在,前記SDP的媒體描述部。
(29)
如上記(21)至(28)之任一項所記載之內容傳遞控制裝置,其中,
前記定義資訊,係作為單獨的檔案,而被記憶在前記內容傳遞伺服器的前記記憶部。
(30)
如上記(21)至(29)之任一項所記載之內容傳遞控制裝置,其中,
藉由前記定義資訊,指定前記內容是否可轉碼。
(31)
如上記(21)至(30)之任一項所記載之內容傳遞控制裝置,其中,
前記定義資訊中係被定義有,包含部分性影像修正處理的尺度提升方式。
(32)
如上記(21)至(31)之任一項所記載之內容傳遞控制裝置,其中,
前記定義資訊中係被定義有,轉碼之可否控制中所利用的基於條件描述語言的條件描述。
(33)
如上記(21)至(32)之任一項所記載之內容傳遞控制裝置,其中,
前記定義資訊中係被定義有,實際所被適用之轉碼處理之內容報告中所利用的資訊結構。
(34)
如上記(21)至(32)之任一項所記載之內容傳遞控制裝置,其中,
前記內容之轉碼,係基於從取得並再生前記內容的客戶端所被取得的前記客戶端之環境資訊,而被進行。
(35)
如上記(34)所記載之內容傳遞控制裝置,其中,
隨應於從前記客戶端有進行viewport通知之事實,以會包含該viewport的方式,控制進行尺度提升之轉碼。
(36)
如上記(21)至(35)之任一項所記載之內容傳遞控制裝置,其中,
前記內容傳遞伺服器係被配置在前記所定之上傳介面的訊源側,前記內容傳遞控制裝置係被配置在作為前記所定之上傳介面之接收側的網路上。
(37)
如上記(36)所記載之內容傳遞控制裝置,其中,
前記收訊部,係透過前記所定之上傳介面而接收前記後設資料檔案。
(38)
一種內容傳遞控制方法,係
由具備:
收訊部,係從具有將內容、和為了將該內容進行轉碼所必須之定義資訊加以記憶的記憶部的內容傳遞伺服器,透過所定之上傳介面而傳遞前記內容之際,將儲存有前記定義資訊或用來存取前記定義資訊所需之第1存取資訊、和用來存取從前記內容所被生成之原始的資料所需之第2存取資訊的後設資料檔案,予以接收;和
生成部,係生成與前記收訊部所接收之前記後設資料檔案不同之新的後設資料檔案;和
控制部,係進行基於前記第2存取資訊而被取得的前記原始的資料之轉碼的相關控制;
的內容傳遞控制裝置,進行包含以下之步驟:
在前記後設資料檔案中被儲存有前記定義資訊的情況下,前記控制部係基於前記定義資訊而控制前記原始的資料之轉碼的步驟;和
在前記後設資料檔案中被儲存有前記第1存取資訊的情況下,前記控制部係基於前記第1存取資訊而請求前記定義資訊,基於隨應於該請求而於前記收訊部中所被接收到的前記定義資訊,而控制前記原始的資料之轉碼的步驟。
(39)
一種程式,係用來令
具備:
收訊部,係從具有將內容、和為了將該內容進行轉碼所必須之定義資訊加以記憶的記憶部的內容傳遞伺服器,透過所定之上傳介面而傳遞前記內容之際,將儲存有前記定義資訊或用來存取前記定義資訊所需之第1存取資訊、和用來存取從前記內容所被生成之原始的資料所需之第2存取資訊的後設資料檔案,予以接收;和
生成部,係生成與前記收訊部所接收之前記後設資料檔案不同之新的後設資料檔案;和
控制部,係進行基於前記第2存取資訊而被取得的前記原始的資料之轉碼的相關控制;
的內容傳遞控制裝置的電腦,執行包含以下之處理:
在前記後設資料檔案中被儲存有前記定義資訊的情況下,前記控制部係基於前記定義資訊而控制前記原始的資料之轉碼的步驟;和
在前記後設資料檔案中被儲存有前記第1存取資訊的情況下,前記控制部係基於前記第1存取資訊而請求前記定義資訊,基於隨應於該請求而於前記收訊部中所被接收到的前記定義資訊,而控制前記原始的資料之轉碼的步驟。
(40)
一種進行內容傳遞控制的內容傳遞系統,係
具備:
第1伺服器,係具有將內容、和為了將該內容進行轉碼所必須之定義資訊予以記憶的記憶部;和
第2伺服器,係具有:
收訊部,係從前記第1伺服器透過所定之上傳介面而傳遞前記內容之際,將儲存有前記定義資訊、或用來存取前記定義資訊所需之第1存取資訊、和用來存取從前記內容所被生成之原始的資料所需之第2存取資訊的後設資料檔案,予以接收;和
生成部,係生成與前記收訊部所接收之前記後設資料檔案不同之新的後設資料檔案;和
第3伺服器,係具有:控制部,係進行基於前記第2存取資訊而被取得的前記原始的資料之轉碼的相關控制;和
將依照前記內容傳遞控制而被傳遞之內容加以取得並予以再生的客戶端;
在前記後設資料檔案中被儲存有前記定義資訊的情況下,前記控制部係基於前記定義資訊而控制前記原始的資料之轉碼;
在前記後設資料檔案中被儲存有前記第1存取資訊的情況下,前記控制部係基於前記第1存取資訊而請求前記定義資訊,基於隨應於該請求而於前記收訊部中所被接收到的前記定義資訊,而控制前記原始的資料之轉碼。
此外,本技術係亦可採取如以下之構成。
(1)
一種內容傳遞控制裝置,係
具備:
收訊部,係從具有將內容、和為了將該內容進行轉碼所必須之定義資訊加以記憶的記憶部的內容傳遞伺服器,透過所定之上傳介面而傳遞前記內容之際,將儲存有前記定義資訊或用來存取前記定義資訊所需之第1存取資訊、和用來存取從前記內容所被生成之原始的資料所需之第2存取資訊的後設資料檔案,予以接收;和
控制部,係進行基於前記第2存取資訊而被取得的前記原始的資料之轉碼的相關控制;
在前記後設資料檔案中被儲存有前記定義資訊的情況下,前記控制部係基於前記定義資訊而控制前記原始的資料之轉碼;
在前記後設資料檔案中被儲存有前記第1存取資訊的情況下,前記控制部係基於前記第1存取資訊而請求前記定義資訊,基於隨應於該請求而於前記收訊部中所被接收到的前記定義資訊,而控制前記原始的資料之轉碼。
(2)
如上記(1)所記載之內容傳遞控制裝置,其中,
前記後設資料檔案係為ISO BM FF23009中所被規格定義的MPD(Media Presentation Description)檔案。
(3)
如上記(1)或(2)所記載之內容傳遞控制裝置,其中,
前記原始的資料係為遵循MPEG-DASH(Dynamic Adaptive Streaming over HTTP)的原始區段。
(4)
如上記(3)所記載之內容傳遞控制裝置,其中,
前記存取資訊係被儲存在前記MPD的Adaptation Set中。
(5)
如上記(3)所記載之內容傳遞控制裝置,其中,
前記存取資訊係被儲存在前記MPD的Representation中。
(6)
如上記(3)所記載之內容傳遞控制裝置,其中,
前記存取資訊係被儲存在前記MPD的SubRepresentation中。
(7)
如上記(1)至(6)之任一項所記載之內容傳遞控制裝置,其中,
前記原始的資料係為,利用SDP(Session Description Protocol)而被傳遞的原始串流。
(8)
如上記(7)所記載之內容傳遞控制裝置,其中,
前記後設資料檔案,係為IETF中所被規格定義的SDP檔案;
前記定義資訊及前記存取資訊係被儲存在,前記SDP的媒體描述部。
(9)
如上記(1)至(8)之任一項所記載之內容傳遞控制裝置,其中,
前記定義資訊,係作為單獨的檔案,而被記憶在前記內容傳遞伺服器的前記記憶部。
(10)
如上記(1)至(9)之任一項所記載之內容傳遞控制裝置,其中,
藉由前記定義資訊,指定前記內容是否可轉碼。
(11)
如上記(1)至(10)之任一項所記載之內容傳遞控制裝置,其中,
前記定義資訊中係被定義有,包含部分性影像修正處理的尺度提升方式。
(12)
如上記(1)至(11)之任一項所記載之內容傳遞控制裝置,其中,
前記定義資訊中係被定義有,轉碼之可否控制中所利用的基於條件描述語言的條件描述。
(13)
如上記(1)至(12)之任一項所記載之內容傳遞控制裝置,其中,
前記定義資訊中係被定義有,實際所被適用之轉碼處理之內容報告中所利用的資訊結構。
(14)
如上記(1)至(12)之任一項所記載之內容傳遞控制裝置,其中,
前記內容之轉碼,係基於從取得並再生前記內容的客戶端所被取得的前記客戶端之環境資訊,而被進行。
(15)
如上記(14)所記載之內容傳遞控制裝置,其中,
隨應於從前記客戶端有進行viewport通知之事實,以會包含該viewport的方式,控制進行尺度提升之轉碼。
(16)
如上記(1)至(15)之任一項所記載之內容傳遞控制裝置,其中,
前記內容傳遞伺服器係被配置在前記所定之上傳介面的訊源側,前記內容傳遞控制裝置係被配置在作為前記所定之上傳介面之接收側的網路上。
(17)
如上記(16)所記載之內容傳遞控制裝置,其中,
前記收訊部,係透過前記所定之上傳介面而接收前記後設資料檔案。
(18)
一種內容傳遞控制方法,係
由具備:
收訊部,係從具有將內容、和為了將該內容進行轉碼所必須之定義資訊加以記憶的記憶部的內容傳遞伺服器,透過所定之上傳介面而傳遞前記內容之際,將儲存有前記定義資訊或用來存取前記定義資訊所需之第1存取資訊、和用來存取從前記內容所被生成之原始的資料所需之第2存取資訊的後設資料檔案,予以接收;和
控制部,係進行基於前記第2存取資訊而被取得的前記原始的資料之轉碼的相關控制;
的內容傳遞控制裝置,進行包含以下之步驟:
在前記後設資料檔案中被儲存有前記定義資訊的情況下,前記控制部係基於前記定義資訊而控制前記原始的資料之轉碼的步驟;和
在前記後設資料檔案中被儲存有前記第1存取資訊的情況下,前記控制部係基於前記第1存取資訊而請求前記定義資訊,基於隨應於該請求而於前記收訊部中所被接收到的前記定義資訊,而控制前記原始的資料之轉碼的步驟。
(19)
一種程式,係用來令
具備:
收訊部,係從具有將內容、和為了將該內容進行轉碼所必須之定義資訊加以記憶的記憶部的內容傳遞伺服器,透過所定之上傳介面而傳遞前記內容之際,將儲存有前記定義資訊或用來存取前記定義資訊所需之第1存取資訊、和用來存取從前記內容所被生成之原始的資料所需之第2存取資訊的後設資料檔案,予以接收;和
控制部,係進行基於前記第2存取資訊而被取得的前記原始的資料之轉碼的相關控制;
的內容傳遞控制裝置的電腦,執行包含以下之處理:
在前記後設資料檔案中被儲存有前記定義資訊的情況下,前記控制部係基於前記定義資訊而控制前記原始的資料之轉碼的步驟;和
在前記後設資料檔案中被儲存有前記第1存取資訊的情況下,前記控制部係基於前記第1存取資訊而請求前記定義資訊,基於隨應於該請求而於前記收訊部中所被接收到的前記定義資訊,而控制前記原始的資料之轉碼的步驟。
(20)
一種內容傳遞系統,係具備:
第1伺服器,係具有將內容、和為了將該內容進行轉碼所必須之定義資訊予以記憶的記憶部;和
進行內容傳遞控制的第2伺服器,係
具有:
收訊部,係從前記第1伺服器透過所定之上傳介面而傳遞前記內容之際,將儲存有前記定義資訊、或用來存取前記定義資訊所需之第1存取資訊、和用來存取從前記內容所被生成之原始的資料所需之第2存取資訊的後設資料檔案,予以接收;和
控制部,係進行基於前記第2存取資訊而被取得的前記原始的資料之轉碼的相關控制;
在前記後設資料檔案中被儲存有前記定義資訊的情況下,前記控制部係基於前記定義資訊而控制前記原始的資料之轉碼;
在前記後設資料檔案中被儲存有前記第1存取資訊的情況下,前記控制部係基於前記第1存取資訊而請求前記定義資訊,基於隨應於該請求而於前記收訊部中所被接收到的前記定義資訊,而控制前記原始的資料之轉碼的步驟;和
將依照前記內容傳遞控制而被傳遞之內容加以取得並予以再生的客戶端。
(21)
一種內容傳遞控制裝置,係
具備:
收訊部,係從具有將內容、和為了將該內容進行轉碼所必須之定義資訊加以記憶的記憶部的內容傳遞伺服器,透過所定之上傳介面而傳遞前記內容之際,將儲存有前記定義資訊或用來存取前記定義資訊所需之第1存取資訊、和用來存取從前記內容所被生成之原始的資料所需之第2存取資訊的後設資料檔案,予以接收;和
生成部,係生成與前記收訊部所接收之前記後設資料檔案不同之新的後設資料檔案;和
控制部,係進行基於前記第2存取資訊而被取得的前記原始的資料之轉碼的相關控制;
在前記後設資料檔案中被儲存有前記定義資訊的情況下,前記控制部係基於前記定義資訊而控制前記原始的資料之轉碼;
在前記後設資料檔案中被儲存有前記第1存取資訊的情況下,前記控制部係基於前記第1存取資訊而請求前記定義資訊,基於隨應於該請求而於前記收訊部中所被接收到的前記定義資訊,而控制前記原始的資料之轉碼。
(22)
如上記(21)所記載之內容傳遞控制裝置,其中,
前記後設資料檔案係為ISO IEC 23009中所被規格定義的MPD(Media Presentation Description)檔案。
(23)
如上記(21)或(22)所記載之內容傳遞控制裝置,其中,
前記原始的資料係為遵循MPEG-DASH(Dynamic Adaptive Streaming over HTTP)的原始區段。
(24)
如上記(23)所記載之內容傳遞控制裝置,其中,
前記存取資訊係被儲存在前記MPD的Adaptation Set中。
(25)
如上記(23)所記載之內容傳遞控制裝置,其中,
前記存取資訊係被儲存在前記MPD的Representation中。
(26)
如上記(23)所記載之內容傳遞控制裝置,其中,
前記存取資訊係被儲存在前記MPD的SubRepresentation中。
(27)
如上記(21)至(26)之任一項所記載之內容傳遞控制裝置,其中,
前記原始的資料係為,利用SDP(Session Description Protocol)而被傳遞的原始串流。
(28)
如上記(27)所記載之內容傳遞控制裝置,其中,
前記後設資料檔案,係為IETF中所被規格定義的SDP檔案;
前記定義資訊及前記存取資訊係被儲存在,前記SDP的媒體描述部。
(29)
如上記(21)至(28)之任一項所記載之內容傳遞控制裝置,其中,
前記定義資訊,係作為單獨的檔案,而被記憶在前記內容傳遞伺服器的前記記憶部。
(30)
如上記(21)至(29)之任一項所記載之內容傳遞控制裝置,其中,
藉由前記定義資訊,指定前記內容是否可轉碼。
(31)
如上記(21)至(30)之任一項所記載之內容傳遞控制裝置,其中,
前記定義資訊中係被定義有,包含部分性影像修正處理的尺度提升方式。
(32)
如上記(21)至(31)之任一項所記載之內容傳遞控制裝置,其中,
前記定義資訊中係被定義有,轉碼之可否控制中所利用的基於條件描述語言的條件描述。
(33)
如上記(21)至(32)之任一項所記載之內容傳遞控制裝置,其中,
前記定義資訊中係被定義有,實際所被適用之轉碼處理之內容報告中所利用的資訊結構。
(34)
如上記(21)至(32)之任一項所記載之內容傳遞控制裝置,其中,
前記內容之轉碼,係基於從取得並再生前記內容的客戶端所被取得的前記客戶端之環境資訊,而被進行。
(35)
如上記(34)所記載之內容傳遞控制裝置,其中,
隨應於從前記客戶端有進行viewport通知之事實,以會包含該viewport的方式,控制進行尺度提升之轉碼。
(36)
如上記(21)至(35)之任一項所記載之內容傳遞控制裝置,其中,
前記內容傳遞伺服器係被配置在前記所定之上傳介面的訊源側,前記內容傳遞控制裝置係被配置在作為前記所定之上傳介面之接收側的網路上。
(37)
如上記(36)所記載之內容傳遞控制裝置,其中,
前記收訊部,係透過前記所定之上傳介面而接收前記後設資料檔案。
(38)
一種內容傳遞控制方法,係
由具備:
收訊部,係從具有將內容、和為了將該內容進行轉碼所必須之定義資訊加以記憶的記憶部的內容傳遞伺服器,透過所定之上傳介面而傳遞前記內容之際,將儲存有前記定義資訊或用來存取前記定義資訊所需之第1存取資訊、和用來存取從前記內容所被生成之原始的資料所需之第2存取資訊的後設資料檔案,予以接收;和
生成部,係生成與前記收訊部所接收之前記後設資料檔案不同之新的後設資料檔案;和
控制部,係進行基於前記第2存取資訊而被取得的前記原始的資料之轉碼的相關控制;
的內容傳遞控制裝置,進行包含以下之步驟:
在前記後設資料檔案中被儲存有前記定義資訊的情況下,前記控制部係基於前記定義資訊而控制前記原始的資料之轉碼的步驟;和
在前記後設資料檔案中被儲存有前記第1存取資訊的情況下,前記控制部係基於前記第1存取資訊而請求前記定義資訊,基於隨應於該請求而於前記收訊部中所被接收到的前記定義資訊,而控制前記原始的資料之轉碼的步驟。
(39)
一種程式,係用來令
具備:
收訊部,係從具有將內容、和為了將該內容進行轉碼所必須之定義資訊加以記憶的記憶部的內容傳遞伺服器,透過所定之上傳介面而傳遞前記內容之際,將儲存有前記定義資訊或用來存取前記定義資訊所需之第1存取資訊、和用來存取從前記內容所被生成之原始的資料所需之第2存取資訊的後設資料檔案,予以接收;和
生成部,係生成與前記收訊部所接收之前記後設資料檔案不同之新的後設資料檔案;和
控制部,係進行基於前記第2存取資訊而被取得的前記原始的資料之轉碼的相關控制;
的內容傳遞控制裝置的電腦,執行包含以下之處理:
在前記後設資料檔案中被儲存有前記定義資訊的情況下,前記控制部係基於前記定義資訊而控制前記原始的資料之轉碼的步驟;和
在前記後設資料檔案中被儲存有前記第1存取資訊的情況下,前記控制部係基於前記第1存取資訊而請求前記定義資訊,基於隨應於該請求而於前記收訊部中所被接收到的前記定義資訊,而控制前記原始的資料之轉碼的步驟。
(40)
一種進行內容傳遞控制的內容傳遞系統,係
具備:
第1伺服器,係具有將內容、和為了將該內容進行轉碼所必須之定義資訊予以記憶的記憶部;和
第2伺服器,係具有:
收訊部,係從前記第1伺服器透過所定之上傳介面而傳遞前記內容之際,將儲存有前記定義資訊、或用來存取前記定義資訊所需之第1存取資訊、和用來存取從前記內容所被生成之原始的資料所需之第2存取資訊的後設資料檔案,予以接收;和
生成部,係生成與前記收訊部所接收之前記後設資料檔案不同之新的後設資料檔案;和
第3伺服器,係具有:控制部,係進行基於前記第2存取資訊而被取得的前記原始的資料之轉碼的相關控制;和
將依照前記內容傳遞控制而被傳遞之內容加以取得並予以再生的客戶端;
在前記後設資料檔案中被儲存有前記定義資訊的情況下,前記控制部係基於前記定義資訊而控制前記原始的資料之轉碼;
在前記後設資料檔案中被儲存有前記第1存取資訊的情況下,前記控制部係基於前記第1存取資訊而請求前記定義資訊,基於隨應於該請求而於前記收訊部中所被接收到的前記定義資訊,而控制前記原始的資料之轉碼。
<構成之組合例>
此外,本技術係亦可採取如以下之構成。
(1)
一種內容傳遞控制裝置,係
具備:
收訊部,係從具有將內容、和為了將該內容進行轉碼所必須之定義資訊加以記憶的記憶部的內容傳遞伺服器,透過所定之上傳介面而傳遞前記內容之際,將儲存有前記定義資訊或用來存取前記定義資訊所需之第1存取資訊、和用來存取從前記內容所被生成之原始的資料也就是利用SDP(Session Description Protocol)而被傳遞的原始串流所需之第2存取資訊的後設資料檔案,予以接收;和
控制部,係進行基於前記第2存取資訊而被取得的前記原始串流之轉碼的相關控制;
在前記後設資料檔案中被儲存有前記定義資訊的情況下,前記控制部係基於前記定義資訊而控制前記原始串流之轉碼;
在前記後設資料檔案中被儲存有前記第1存取資訊的情況下,前記控制部係基於前記第1存取資訊而請求前記定義資訊,基於隨應於該請求而於前記收訊部中所被接收到的前記定義資訊,而控制前記原始串流之轉碼。
(2)
如上記(1)所記載之內容傳遞控制裝置,其中,
前記後設資料檔案,係為IETF(Internet Engineering Task Force)中所被規格定義的SDP檔案;
前記定義資訊及前記存取資訊係被儲存在,前記SDP的媒體描述部。
(3)
如上記(1)或(2)所記載之內容傳遞控制裝置,其中,
前記定義資訊,係作為單獨的檔案,而被記憶在前記內容傳遞伺服器的前記記憶部。
(4)
如上記(1)至(3)之任一項所記載之內容傳遞控制裝置,其中,
藉由前記定義資訊,指定前記內容是否可轉碼。
(5)
如上記(1)至(4)之任一項所記載之內容傳遞控制裝置,其中,
前記定義資訊中係被定義有,包含部分性影像修正處理的尺度提升方式。
(6)
如上記(1)至(5)之任一項所記載之內容傳遞控制裝置,其中,
前記定義資訊中係被定義有,轉碼之可否控制中所利用的基於條件描述語言的條件描述。
(7)
如上記(1)至(6)之任一項所記載之內容傳遞控制裝置,其中,
前記定義資訊中係被定義有,實際所被適用之轉碼處理之內容報告中所利用的資訊結構。
(8)
如上記(1)至(7)之任一項所記載之內容傳遞控制裝置,其中,
前記內容之轉碼,係基於從取得並再生前記內容的客戶端所被取得的前記客戶端之環境資訊,而被進行。
(9)
如上記(8)所記載之內容傳遞控制裝置,其中,
隨應於從前記客戶端有進行viewport通知之事實,以會包含該viewport的方式,控制進行尺度提升之轉碼。
(10)
如上記(1)至(9)之任一項所記載之內容傳遞控制裝置,其中,
前記內容傳遞伺服器係被配置在前記所定之上傳介面的訊源側,前記內容傳遞控制裝置係被配置在作為前記所定之上傳介面之接收側的網路上。
(11)
如上記(10)所記載之內容傳遞控制裝置,其中,
前記收訊部,係透過前記所定之上傳介面而接收前記後設資料檔案。
(12)
一種內容傳遞控制方法,係
由具備:
收訊部,係從具有將內容、和為了將該內容進行轉碼所必須之定義資訊加以記憶的記憶部的內容傳遞伺服器,透過所定之上傳介面而傳遞前記內容之際,將儲存有前記定義資訊或用來存取前記定義資訊所需之第1存取資訊、和用來存取從前記內容所被生成之原始的資料也就是利用SDP(Session Description Protocol)而被傳遞的原始串流所需之第2存取資訊的後設資料檔案,予以接收;和
控制部,係進行基於前記第2存取資訊而被取得的前記原始串流之轉碼的相關控制;
的內容傳遞控制裝置,進行包含以下之步驟:
在前記後設資料檔案中被儲存有前記定義資訊的情況下,前記控制部係基於前記定義資訊而控制前記原始串流之轉碼的步驟;和
在前記後設資料檔案中被儲存有前記第1存取資訊的情況下,前記控制部係基於前記第1存取資訊而請求前記定義資訊,基於隨應於該請求而於前記收訊部中所被接收到的前記定義資訊,而控制前記原始串流之轉碼的步驟。
(13)
一種程式,係用來令
具備:
收訊部,係從具有將內容、和為了將該內容進行轉碼所必須之定義資訊加以記憶的記憶部的內容傳遞伺服器,透過所定之上傳介面而傳遞前記內容之際,將儲存有前記定義資訊或用來存取前記定義資訊所需之第1存取資訊、和用來存取從前記內容所被生成之原始的資料也就是利用SDP(Session Description Protocol)而被傳遞的原始串流所需之第2存取資訊的後設資料檔案,予以接收;和
控制部,係進行基於前記第2存取資訊而被取得的前記原始串流之轉碼的相關控制;
的內容傳遞控制裝置的電腦,執行包含以下之處理:
在前記後設資料檔案中被儲存有前記定義資訊的情況下,前記控制部係基於前記定義資訊而控制前記原始串流之轉碼的步驟;和
在前記後設資料檔案中被儲存有前記第1存取資訊的情況下,前記控制部係基於前記第1存取資訊而請求前記定義資訊,基於隨應於該請求而於前記收訊部中所被接收到的前記定義資訊,而控制前記原始串流之轉碼的步驟。
(14)
一種內容傳遞系統,係具備:
第1伺服器,係具有將內容、和為了將該內容進行轉碼所必須之定義資訊予以記憶的記憶部;和
進行內容傳遞控制的第2伺服器,係
收訊部,係從前記第1伺服器透過所定之上傳介面而傳遞前記內容之際,將儲存有前記定義資訊、或用來存取前記定義資訊所需之第1存取資訊、和用來存取從前記內容所被生成之原始的資料也就是利用SDP(Session Description Protocol)而被傳遞的原始串流所需之第2存取資訊的後設資料檔案,予以接收;和
控制部,係進行基於前記第2存取資訊而被取得的前記原始串流之轉碼的相關控制;
具有:
在前記後設資料檔案中被儲存有前記定義資訊的情況下,前記控制部係基於前記定義資訊而控制前記原始串流之轉碼;
在前記後設資料檔案中被儲存有前記第1存取資訊的情況下,前記控制部係基於前記第1存取資訊而請求前記定義資訊,基於隨應於該請求而於前記收訊部中所被接收到的前記定義資訊,而控制前記原始串流之轉碼;和
將依照前記內容傳遞控制而被傳遞之前記內容加以取得並予以再生的客戶端。
此外,本技術係亦可採取如以下之構成。
(1)
一種內容傳遞控制裝置,係
具備:
收訊部,係從具有將內容、和為了將該內容進行轉碼所必須之定義資訊加以記憶的記憶部的內容傳遞伺服器,透過所定之上傳介面而傳遞前記內容之際,將儲存有前記定義資訊或用來存取前記定義資訊所需之第1存取資訊、和用來存取從前記內容所被生成之原始的資料也就是利用SDP(Session Description Protocol)而被傳遞的原始串流所需之第2存取資訊的後設資料檔案,予以接收;和
控制部,係進行基於前記第2存取資訊而被取得的前記原始串流之轉碼的相關控制;
在前記後設資料檔案中被儲存有前記定義資訊的情況下,前記控制部係基於前記定義資訊而控制前記原始串流之轉碼;
在前記後設資料檔案中被儲存有前記第1存取資訊的情況下,前記控制部係基於前記第1存取資訊而請求前記定義資訊,基於隨應於該請求而於前記收訊部中所被接收到的前記定義資訊,而控制前記原始串流之轉碼。
(2)
如上記(1)所記載之內容傳遞控制裝置,其中,
前記後設資料檔案,係為IETF(Internet Engineering Task Force)中所被規格定義的SDP檔案;
前記定義資訊及前記存取資訊係被儲存在,前記SDP的媒體描述部。
(3)
如上記(1)或(2)所記載之內容傳遞控制裝置,其中,
前記定義資訊,係作為單獨的檔案,而被記憶在前記內容傳遞伺服器的前記記憶部。
(4)
如上記(1)至(3)之任一項所記載之內容傳遞控制裝置,其中,
藉由前記定義資訊,指定前記內容是否可轉碼。
(5)
如上記(1)至(4)之任一項所記載之內容傳遞控制裝置,其中,
前記定義資訊中係被定義有,包含部分性影像修正處理的尺度提升方式。
(6)
如上記(1)至(5)之任一項所記載之內容傳遞控制裝置,其中,
前記定義資訊中係被定義有,轉碼之可否控制中所利用的基於條件描述語言的條件描述。
(7)
如上記(1)至(6)之任一項所記載之內容傳遞控制裝置,其中,
前記定義資訊中係被定義有,實際所被適用之轉碼處理之內容報告中所利用的資訊結構。
(8)
如上記(1)至(7)之任一項所記載之內容傳遞控制裝置,其中,
前記內容之轉碼,係基於從取得並再生前記內容的客戶端所被取得的前記客戶端之環境資訊,而被進行。
(9)
如上記(8)所記載之內容傳遞控制裝置,其中,
隨應於從前記客戶端有進行viewport通知之事實,以會包含該viewport的方式,控制進行尺度提升之轉碼。
(10)
如上記(1)至(9)之任一項所記載之內容傳遞控制裝置,其中,
前記內容傳遞伺服器係被配置在前記所定之上傳介面的訊源側,前記內容傳遞控制裝置係被配置在作為前記所定之上傳介面之接收側的網路上。
(11)
如上記(10)所記載之內容傳遞控制裝置,其中,
前記收訊部,係透過前記所定之上傳介面而接收前記後設資料檔案。
(12)
一種內容傳遞控制方法,係
由具備:
收訊部,係從具有將內容、和為了將該內容進行轉碼所必須之定義資訊加以記憶的記憶部的內容傳遞伺服器,透過所定之上傳介面而傳遞前記內容之際,將儲存有前記定義資訊或用來存取前記定義資訊所需之第1存取資訊、和用來存取從前記內容所被生成之原始的資料也就是利用SDP(Session Description Protocol)而被傳遞的原始串流所需之第2存取資訊的後設資料檔案,予以接收;和
控制部,係進行基於前記第2存取資訊而被取得的前記原始串流之轉碼的相關控制;
的內容傳遞控制裝置,進行包含以下之步驟:
在前記後設資料檔案中被儲存有前記定義資訊的情況下,前記控制部係基於前記定義資訊而控制前記原始串流之轉碼的步驟;和
在前記後設資料檔案中被儲存有前記第1存取資訊的情況下,前記控制部係基於前記第1存取資訊而請求前記定義資訊,基於隨應於該請求而於前記收訊部中所被接收到的前記定義資訊,而控制前記原始串流之轉碼的步驟。
(13)
一種程式,係用來令
具備:
收訊部,係從具有將內容、和為了將該內容進行轉碼所必須之定義資訊加以記憶的記憶部的內容傳遞伺服器,透過所定之上傳介面而傳遞前記內容之際,將儲存有前記定義資訊或用來存取前記定義資訊所需之第1存取資訊、和用來存取從前記內容所被生成之原始的資料也就是利用SDP(Session Description Protocol)而被傳遞的原始串流所需之第2存取資訊的後設資料檔案,予以接收;和
控制部,係進行基於前記第2存取資訊而被取得的前記原始串流之轉碼的相關控制;
的內容傳遞控制裝置的電腦,執行包含以下之處理:
在前記後設資料檔案中被儲存有前記定義資訊的情況下,前記控制部係基於前記定義資訊而控制前記原始串流之轉碼的步驟;和
在前記後設資料檔案中被儲存有前記第1存取資訊的情況下,前記控制部係基於前記第1存取資訊而請求前記定義資訊,基於隨應於該請求而於前記收訊部中所被接收到的前記定義資訊,而控制前記原始串流之轉碼的步驟。
(14)
一種內容傳遞系統,係具備:
第1伺服器,係具有將內容、和為了將該內容進行轉碼所必須之定義資訊予以記憶的記憶部;和
進行內容傳遞控制的第2伺服器,係
收訊部,係從前記第1伺服器透過所定之上傳介面而傳遞前記內容之際,將儲存有前記定義資訊、或用來存取前記定義資訊所需之第1存取資訊、和用來存取從前記內容所被生成之原始的資料也就是利用SDP(Session Description Protocol)而被傳遞的原始串流所需之第2存取資訊的後設資料檔案,予以接收;和
控制部,係進行基於前記第2存取資訊而被取得的前記原始串流之轉碼的相關控制;
具有:
在前記後設資料檔案中被儲存有前記定義資訊的情況下,前記控制部係基於前記定義資訊而控制前記原始串流之轉碼;
在前記後設資料檔案中被儲存有前記第1存取資訊的情況下,前記控制部係基於前記第1存取資訊而請求前記定義資訊,基於隨應於該請求而於前記收訊部中所被接收到的前記定義資訊,而控制前記原始串流之轉碼;和
將依照前記內容傳遞控制而被傳遞之前記內容加以取得並予以再生的客戶端。
此外,本實施形態係不限定於上述實施形態,在不脫離本揭露主旨的範圍內可做各種變更。又,本說明書中所記載之效果僅為例示並非限定,亦可還有其他的效果。
11‧‧‧內容傳遞系統
12‧‧‧雲端
13‧‧‧內容提供裝置
14‧‧‧DASH播放器
21‧‧‧串流訊源伺服器
22‧‧‧DASH傳遞伺服器
23‧‧‧CDN
31‧‧‧串流化傳遞管理器
41‧‧‧CDN伺服器
41a‧‧‧CDN原始伺服器
41b‧‧‧CDN邊緣伺服器
42‧‧‧轉碼器
43‧‧‧轉碼管理器
51‧‧‧視訊輸入部
52‧‧‧音訊輸入部
53‧‧‧串流生成/記憶部
54‧‧‧串流傳遞部
55‧‧‧後設資料生成/記憶部
56‧‧‧後設資料傳遞部
61‧‧‧TranscodeDirective生成部
71‧‧‧後設資料取得/記憶部
72‧‧‧串流取得/記憶部
73‧‧‧區段生成部
74‧‧‧MPD生成部
75‧‧‧區段傳遞部
76‧‧‧MPD傳遞部
81‧‧‧MPD取得部
82‧‧‧區段取得部
83‧‧‧MPD記憶部
84‧‧‧轉碼控制部
85‧‧‧轉碼處理部
86‧‧‧區段記憶部
87‧‧‧MPD傳遞部
88‧‧‧區段傳遞部
91‧‧‧MPD取得部
92‧‧‧播放器控制部
93‧‧‧互動處理部
94‧‧‧區段取得部
95‧‧‧區段處理部
96‧‧‧算圖處理部
101‧‧‧CPU
102‧‧‧ROM
103‧‧‧RAM
104‧‧‧匯流排
105‧‧‧輸出入介面
106‧‧‧輸入部
107‧‧‧輸出部
108‧‧‧記憶部
109‧‧‧通訊部
110‧‧‧驅動機
111‧‧‧可移除式媒體
[圖1]適用了本技術的內容傳遞系統之第1實施形態之構成例的區塊圖。
[圖2]適用了本技術的內容傳遞系統之第2實施形態之構成例的區塊圖。
[圖3]圖1的構成例中的FLUS介面之系統構成的說明圖。
[圖4]圖2的構成例中的FLUS介面之系統構成的說明圖。
[圖5]內容傳遞處理中所被使用之協定之細節的說明圖。
[圖6]ServiceResource之一例的圖示。
[圖7]SessionResource之一例的圖示。
[圖8]『"用來讓FLUS接收端從FLUS訊源端(Push/Pull)取得串流所需之資訊"』之一例的圖示。
[圖9]『"該當會談串流之SDP的URL"』中的SDP之一例的圖示。
[圖10]『"該當會談串流之SDP的URL"』中的SDP之另一例的圖示。
[圖11]內容傳遞處理中所被使用之協定之細節的說明圖。
[圖12]內容傳遞系統之詳細構成例的區塊圖。
[圖13]串流訊源伺服器之構成例的區塊圖。
[圖14]串流化傳遞管理器之構成例的區塊圖。
[圖15]DASH傳遞伺服器之構成例的區塊圖。
[圖16]CDN伺服器之構成例的區塊圖。
[圖17]DASH播放器之構成例的區塊圖。
[圖18]圖12的內容傳遞系統中的內容傳遞處理的說明圖。
[圖19]TranscodeDirective之內容透過FLUS介面而以後設資料(SDP)的方式被交付時的對應關係的圖示。
[圖20]串流化傳遞管理器被設在雲端上的變形例之內容傳遞系統之構成例的區塊圖。
[圖21]圖20的內容傳遞系統中的內容傳遞處理的說明圖。
[圖22]將參照已轉碼區段的MPD通知給客戶端以令其取得區段的內容傳遞處理的說明圖。
[圖23]將轉碼前之區段的URL沿用成已轉碼區段的URL而令客戶端取得區段的內容傳遞處理的說明圖。
[圖24]往DASH-MPD的TranscodeDirective要素之配置例的圖示。
[圖25]往DASH-MPD的TranscodeDirective要素之配置例之變形例的圖示。
[圖26]transcodable屬性、upScalable屬性、processingLimit屬性、Allowed要素、Prohibited要素、及Condition要素的說明圖。
[圖27]Condition要素之內容部分的CDATA節區中儲存有條件描述之一例的圖示。
[圖28]ODRL描述之一例的圖示。
[圖29]TranscodeEventNotification要素、dateTime屬性、MPDUrl屬性、AdaptationSetId屬性、及notificationUrl屬性的說明圖。
[圖30]TranscodeDirective要素之一例的圖示。
[圖31]Parameters/Video要素、profile屬性、resolution屬性、frameRate屬性、bitDepth屬性、colorSpace屬性、gamma屬性、及upScalingPatternList屬性的說明圖。
[圖32]partialTransformability屬性、deviationLimit要素、Parameters/Audio要素、profileList屬性、samplingRate屬性、bitDepth屬性、及deviationLimit要素的說明圖。
[圖33]value屬性中被儲存有值之例子的圖示。
[圖34]TrasncodeDirective之構成例的圖示。
[圖35]尺度提升(FullHeight)之例子的圖示。
[圖36]尺度提升(FullWidth-TopBottomCrop-BlowUp)例的圖示。
[圖37]尺度提升(FullSize-Anamorphic)之例子的圖示。
[圖38]尺度提升(Artificial-FullSize-Anamorphic)之例子的圖示。
[圖39]利用PartialTransformability而傳遞內容的內容傳遞處理的說明圖。
[圖40]viewport通知的說明圖。
[圖41]viewport通知之一例的圖示。
[圖42]裝置屬性之一例的圖示。
[圖43]FLUS之機能區塊的圖示。
[圖44]FLUS Session之一例的圖示。
[圖45]SAND的ViewportViews訊息之追加擴充之一例的圖示。
[圖46]適用了本技術之電腦的一實施形態之構成例的區塊圖。
Claims (14)
- 一種內容傳遞控制裝置,係 具備: 收訊部,係從具有將內容、和為了將該內容進行轉碼所必須之定義資訊加以記憶的記憶部的內容傳遞伺服器,透過所定之上傳介面而傳遞前記內容之際,將儲存有前記定義資訊或用來存取前記定義資訊所需之第1存取資訊、和用來存取從前記內容所被生成之原始的資料也就是利用SDP(Session Description Protocol)而被傳遞的原始串流所需之第2存取資訊的後設資料檔案,予以接收;和 控制部,係進行基於前記第2存取資訊而被取得的前記原始串流之轉碼的相關控制; 在前記後設資料檔案中被儲存有前記定義資訊的情況下,前記控制部係基於前記定義資訊而控制前記原始串流之轉碼; 在前記後設資料檔案中被儲存有前記第1存取資訊的情況下,前記控制部係基於前記第1存取資訊而請求前記定義資訊,基於隨應於該請求而於前記收訊部中所被接收到的前記定義資訊,而控制前記原始串流之轉碼。
- 如請求項1所記載之內容傳遞控制裝置,其中, 前記後設資料檔案,係為IETF(Internet Engineering Task Force)中所被規格定義的SDP檔案; 前記定義資訊及前記存取資訊係被儲存在,前記SDP的媒體描述部。
- 如請求項1所記載之內容傳遞控制裝置,其中, 前記定義資訊,係作為單獨的檔案,而被記憶在前記內容傳遞伺服器的前記記憶部。
- 如請求項1所記載之內容傳遞控制裝置,其中, 藉由前記定義資訊,指定前記內容是否可轉碼。
- 如請求項1所記載之內容傳遞控制裝置,其中, 前記定義資訊中係被定義有,包含部分性影像修正處理的尺度提升方式。
- 如請求項1所記載之內容傳遞控制裝置,其中, 前記定義資訊中係被定義有,轉碼之可否控制中所利用的基於條件描述語言的條件描述。
- 如請求項1所記載之內容傳遞控制裝置,其中, 前記定義資訊中係被定義有,實際所被適用之轉碼處理之內容報告中所利用的資訊結構。
- 如請求項1所記載之內容傳遞控制裝置,其中, 前記內容之轉碼,係基於從取得並再生前記內容的客戶端所被取得的前記客戶端之環境資訊,而被進行。
- 如請求項8所記載之內容傳遞控制裝置,其中, 隨應於從前記客戶端有進行viewport通知之事實,以會包含該viewport的方式,控制進行尺度提升之轉碼。
- 如請求項1所記載之內容傳遞控制裝置,其中, 前記內容傳遞伺服器係被配置在前記所定之上傳介面的訊源側,前記內容傳遞控制裝置係被配置在作為前記所定之上傳介面之接收側的網路上。
- 如請求項10所記載之內容傳遞控制裝置,其中, 前記收訊部,係透過前記所定之上傳介面而接收前記後設資料檔案。
- 一種內容傳遞控制方法,係 由具備: 收訊部,係從具有將內容、和為了將該內容進行轉碼所必須之定義資訊加以記憶的記憶部的內容傳遞伺服器,透過所定之上傳介面而傳遞前記內容之際,將儲存有前記定義資訊或用來存取前記定義資訊所需之第1存取資訊、和用來存取從前記內容所被生成之原始的資料也就是利用SDP(Session Description Protocol)而被傳遞的原始串流所需之第2存取資訊的後設資料檔案,予以接收;和 控制部,係進行基於前記第2存取資訊而被取得的前記原始串流之轉碼的相關控制; 的內容傳遞控制裝置,進行包含以下之步驟: 在前記後設資料檔案中被儲存有前記定義資訊的情況下,前記控制部係基於前記定義資訊而控制前記原始串流之轉碼的步驟;和 在前記後設資料檔案中被儲存有前記第1存取資訊的情況下,前記控制部係基於前記第1存取資訊而請求前記定義資訊,基於隨應於該請求而於前記收訊部中所被接收到的前記定義資訊,而控制前記原始串流之轉碼的步驟。
- 一種程式,係用來令 具備: 收訊部,係從具有將內容、和為了將該內容進行轉碼所必須之定義資訊加以記憶的記憶部的內容傳遞伺服器,透過所定之上傳介面而傳遞前記內容之際,將儲存有前記定義資訊或用來存取前記定義資訊所需之第1存取資訊、和用來存取從前記內容所被生成之原始的資料也就是利用SDP(Session Description Protocol)而被傳遞的原始串流所需之第2存取資訊的後設資料檔案,予以接收;和 控制部,係進行基於前記第2存取資訊而被取得的前記原始串流之轉碼的相關控制; 的內容傳遞控制裝置的電腦,執行包含以下之處理: 在前記後設資料檔案中被儲存有前記定義資訊的情況下,前記控制部係基於前記定義資訊而控制前記原始串流之轉碼的步驟;和 在前記後設資料檔案中被儲存有前記第1存取資訊的情況下,前記控制部係基於前記第1存取資訊而請求前記定義資訊,基於隨應於該請求而於前記收訊部中所被接收到的前記定義資訊,而控制前記原始串流之轉碼的步驟。
- 一種內容傳遞系統,係具備: 第1伺服器,係具有將內容、和為了將該內容進行轉碼所必須之定義資訊予以記憶的記憶部;和 進行內容傳遞控制的第2伺服器,係 具有: 收訊部,係從前記第1伺服器透過所定之上傳介面而傳遞前記內容之際,將儲存有前記定義資訊、或用來存取前記定義資訊所需之第1存取資訊、和用來存取從前記內容所被生成之原始的資料也就是利用SDP(Session Description Protocol)而被傳遞的原始串流所需之第2存取資訊的後設資料檔案,予以接收;和 控制部,係進行基於前記第2存取資訊而被取得的前記原始串流之轉碼的相關控制; 在前記後設資料檔案中被儲存有前記定義資訊的情況下,前記控制部係基於前記定義資訊而控制前記原始串流之轉碼; 在前記後設資料檔案中被儲存有前記第1存取資訊的情況下,前記控制部係基於前記第1存取資訊而請求前記定義資訊,基於隨應於該請求而於前記收訊部中所被接收到的前記定義資訊,而控制前記原始串流之轉碼;和 將依照前記內容傳遞控制而被傳遞之前記內容加以取得並予以再生的客戶端。
Applications Claiming Priority (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2018-035082 | 2018-02-28 | ||
JP2018035082 | 2018-02-28 |
Publications (1)
Publication Number | Publication Date |
---|---|
TW201944249A true TW201944249A (zh) | 2019-11-16 |
Family
ID=67805326
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
TW108105235A TW201944249A (zh) | 2018-02-28 | 2019-02-18 | 內容傳遞控制裝置、內容傳遞控制方法、程式、及內容傳遞系統 |
Country Status (7)
Country | Link |
---|---|
US (1) | US11425433B2 (zh) |
EP (1) | EP3761650A4 (zh) |
JP (1) | JPWO2019167634A1 (zh) |
KR (1) | KR20200124665A (zh) |
CN (1) | CN111670579A (zh) |
TW (1) | TW201944249A (zh) |
WO (1) | WO2019167634A1 (zh) |
Families Citing this family (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US11349936B2 (en) * | 2020-05-28 | 2022-05-31 | Citrix Systems, Inc. | System and related methods providing channel switching between appliances |
Family Cites Families (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US9584793B2 (en) * | 2012-04-09 | 2017-02-28 | Intel Corporation | Signaling three-dimensional video information in communication networks |
US9357272B2 (en) * | 2012-08-03 | 2016-05-31 | Intel Corporation | Device orientation capability exchange signaling and server adaptation of multimedia content in response to device orientation |
CN104704844B (zh) * | 2012-10-26 | 2019-05-21 | 英特尔公司 | 用于具有视频定向协调(cvo)的流送的设备、方法以及系统 |
CN104685894B (zh) * | 2012-10-26 | 2020-02-04 | 苹果公司 | 基于视频定向的多媒体适应的终端、服务器、方法和装置 |
KR102062764B1 (ko) * | 2013-07-19 | 2020-02-21 | 삼성전자주식회사 | 모바일 단말 화면을 위한 3k해상도를 갖는 디스플레이 영상 생성 방법 및 장치 |
US10165028B2 (en) * | 2014-03-25 | 2018-12-25 | Intel Corporation | Context-aware streaming of digital content |
US10924781B2 (en) * | 2014-06-27 | 2021-02-16 | Satellite Investors, Llc | Method and system for real-time transcoding of MPEG-DASH on-demand media segments while in transit from content host to dash client |
-
2019
- 2019-02-14 WO PCT/JP2019/005189 patent/WO2019167634A1/ja unknown
- 2019-02-14 KR KR1020207023703A patent/KR20200124665A/ko not_active Application Discontinuation
- 2019-02-14 JP JP2020502927A patent/JPWO2019167634A1/ja not_active Abandoned
- 2019-02-14 US US16/971,317 patent/US11425433B2/en active Active
- 2019-02-14 CN CN201980010723.0A patent/CN111670579A/zh not_active Withdrawn
- 2019-02-14 EP EP19761032.2A patent/EP3761650A4/en not_active Withdrawn
- 2019-02-18 TW TW108105235A patent/TW201944249A/zh unknown
Also Published As
Publication number | Publication date |
---|---|
WO2019167634A1 (ja) | 2019-09-06 |
JPWO2019167634A1 (ja) | 2021-03-11 |
US11425433B2 (en) | 2022-08-23 |
KR20200124665A (ko) | 2020-11-03 |
EP3761650A1 (en) | 2021-01-06 |
EP3761650A4 (en) | 2021-01-27 |
CN111670579A (zh) | 2020-09-15 |
US20200396491A1 (en) | 2020-12-17 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US20230179837A1 (en) | Network Video Streaming with Trick Play Based on Separate Trick Play Files | |
US9351020B2 (en) | On the fly transcoding of video on demand content for adaptive streaming | |
US7921150B1 (en) | Method for viewing videos on distributed networks | |
US9247317B2 (en) | Content streaming with client device trick play index | |
US8543660B2 (en) | Systems and methods for bridging and managing media content associated with separate media content networks | |
US9118738B2 (en) | Systems and methods for controlling access to a media stream | |
US20140297804A1 (en) | Control of multimedia content streaming through client-server interactions | |
WO2017138387A1 (ja) | 情報処理装置および情報処理方法 | |
US8938770B2 (en) | Bandwidth and server resource savings through use of legacy client capability in a remote user interface system | |
TW201944248A (zh) | 內容傳遞控制裝置、內容傳遞控制方法、程式、及內容傳遞系統 | |
KR102376204B1 (ko) | 분배 장치, 분배 방법, 수신 장치, 수신 방법, 프로그램 및 콘텐츠 분배 시스템 | |
EP3371978B1 (en) | Contiguous streaming of media stream | |
TW201944249A (zh) | 內容傳遞控制裝置、內容傳遞控制方法、程式、及內容傳遞系統 | |
KR101647104B1 (ko) | 하이브리드 전송 프로토콜 | |
KR102319932B1 (ko) | 수신 장치 및 수신 방법, 재생 장치 및 재생 방법, 공급 장치 및 공급 방법, 그리고 프로그램 | |
KR101780247B1 (ko) | 동적 적응 버퍼링 기반의 ott 데이터 처리 방법 | |
KR101568317B1 (ko) | Ip 카메라에서 hls 프로토콜을 지원하는 시스템 및 그 방법 | |
US20240121284A1 (en) | Generation of unique presentation of media content | |
JP7006387B2 (ja) | 画像配信装置、方法及びプログラム |