WO2010145573A1 - 流媒体的展示方法、系统以及流媒体管理服务器 - Google Patents

流媒体的展示方法、系统以及流媒体管理服务器 Download PDF

Info

Publication number
WO2010145573A1
WO2010145573A1 PCT/CN2010/074312 CN2010074312W WO2010145573A1 WO 2010145573 A1 WO2010145573 A1 WO 2010145573A1 CN 2010074312 W CN2010074312 W CN 2010074312W WO 2010145573 A1 WO2010145573 A1 WO 2010145573A1
Authority
WO
WIPO (PCT)
Prior art keywords
rest
terminal
file
format
supported
Prior art date
Application number
PCT/CN2010/074312
Other languages
English (en)
French (fr)
Inventor
王瑞平
冯燕青
余涛
Original Assignee
中兴通讯股份有限公司
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 中兴通讯股份有限公司 filed Critical 中兴通讯股份有限公司
Publication of WO2010145573A1 publication Critical patent/WO2010145573A1/zh

Links

Classifications

    • 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/2866—Architectures; Arrangements
    • H04L67/30—Profiles
    • H04L67/306—User profiles
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/60—Network streaming of media packets
    • H04L65/61—Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio
    • H04L65/612—Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio for unicast
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/24—Negotiation of communication capabilities

Definitions

  • Hume's content and live broadcasts are mainly used to manage the content of the content, and the presentation of video and live content, and the content of the content required by the user terminal.
  • the 3gp/39p2 format is the format of the PP/PP2 (3dGe e a o a e shp Oec, third-generation partner), which supports the most terminals.
  • W V format is a proprietary format of c osoR (Microsoft), with a small number of terminal support.
  • R Hugh format is a private format of Rea company, built-in support for ReaPay broadcast, ReaPay broadcast support 3 / 3 2 Hugh format.
  • Each terminal the terminal will not be able to broadcast frequently, and the resolution of the content exceeds The resolution of the screen, as well as the inability to broadcast the content.
  • the wood to be solved is to provide Hugh's display method, system and flow management, and the content of the broadcast in the terminal.
  • the rest management takes the rest of the terminal
  • the rest of the rest of the rest of the rest of the rest of the file is in the storage address of the rest, the format of the rest of the file is supported by the end of the rest of the file and
  • Each of the rest management stores an address terminal, so that the terminal stores the address, and the rest of the file is displayed.
  • the method includes the steps of managing the storage addresses of the respective terminals.
  • the rest management terminal is located in the storage address of the rest, and the format of the rest file is the format of the rest file supported by the terminal.
  • the format of the Hidden File includes the video of the streaming media file, the audio of the Hugh file, and the resolution of the retired file.
  • the step of managing the format of the rest file supported by each terminal, the management address of each terminal, the storage address of the format information of the rest file supported by the terminal, the management of each storage address, the format of the rest file supported by the terminal, or Hugh manages the format of the rest file supported by the terminal stored in advance.
  • the method includes
  • the above method includes whether the format of the rest file is the format of the rest file supported by the terminal, and if the result of the generation is the result, the rest of the storage files of the rest period are at the storage addresses of the rest.
  • the format of the rest file supported by each terminal is managed, and the rest of the files in the rest of the device are generated, and the special file is managed to manage the storage address of each file in the device.
  • the storage address terminal of the special file so that the storage address of the terminal special file,
  • the method includes
  • the rest of the method is included in the method of generating the special file.
  • the rest of the file is taken at the storage address of the Hugh file, and the format of the Hugh file is supported by the rest of the file and
  • the third is the terminal where the terminal is located, and the rest of the file is in the storage address of the rest, and the format of the file is the format of the rest file supported by the terminal.
  • the rest of the file is taken at the storage address of the Hugh file, and the format of the Hugh file is supported by the rest of the file and
  • the method of presentation of Hugh is provided, and the content of the broadcast is often used in the terminal.
  • step 11 the management of the rest of the files supported by each terminal
  • Step 12 the rest of the management of each terminal
  • Step 13 the management of each of the rest of the rest of the rest of the rest of the rest of the storage address, the format of the rest of the file, the terminal supports the rest of the file
  • step 14 the rest management will store the address terminal, so that the terminal stores the address, and the rest of the file is displayed.
  • the format of the Hugh file includes the video of the streaming file, the audio of the Hugh file, and the resolution of the retiring file.
  • the format of the Hugh file supports the format of the Hidden file, and therefore, the Hoop file of the terminal is broadcast in the terminal.
  • step 21 is to manage the format of the rest file supported by the terminal stored in advance.
  • the format of the Hidden File includes the video of the streaming file, the audio of the Hugh file, and the resolution of the retired file.
  • step 22 the management of each terminal is located.
  • step 23 the rest management takes the rest of the terminal.
  • Step 24 The management of each terminal where the rest is located, the rest of the rest of the file is in the storage address of the rest, and the format of the rest file is the format of the rest file supported by the terminal.
  • the terminal supports a lot of formats, and the format of the rest of the file that satisfies the format supported by the terminal is more than that of the terminal.
  • the speed at which the terminal is located is faster than the storage address of the large content of the file.
  • step 25 the rest management will store the address terminal, so that the terminal stores the address, and the rest of the file is displayed.
  • the method of showing the rest of the work including step 31, manages the format of the rest file supported by each terminal.
  • the format of the Hugh file includes the video of the streaming media file, and the Hugh file. And the resolution of the stream file.
  • step 32 the rest management takes the rest of the terminal.
  • step 33 the format of the rest file of each of the rest periods is the format of the rest file supported by the terminal, and the result is generated. If the result is yes, step 34 is performed. Otherwise, step 36 is performed.
  • step 34 the result is that the rest of the rest of the rest of the rest of the storage address of the rest of the format of the rest of the file format supported by the terminal.
  • the terminal supports the format of the multi-session file, and the rest of the rest of the content is stored in the storage address of the pre-existing content of the storage address.
  • step 35 the rest management stores the address terminal, so that the terminal stores the address, and the rest of the file is displayed.
  • Step 36 the result is no, the format of the rest file supported by each terminal is managed, and the special file in the rest of the device is generated, and a special file is generated.
  • Steps The format of the Hugh file The format of the Hugh file supported by the terminal.
  • step 37 the management address of each special file is stored in each device.
  • Step 38 the management address of each special file storage address
  • the terminal makes the storage address of the terminal special file, and the special file is taken.
  • step 36 the method includes the hidden special files, and does not need to re-specialize in other terminals.
  • the method includes the phase of the terminal where each terminal is located, and the format of the rest file supported by each terminal and the location of the terminal, and the rest of the content of the terminal are generated.
  • Special documents Step off, The format of the special file is the format of the rest file supported by the terminal, and the terminal is located, the special video is used, the audio is better, the user sees the content of the rest, the terminal is located, and the special file is used for relatively small audio and Video.
  • the management of the rest includes
  • the third 43 is, where the terminal is located, the rest of the file is taken at the storage address of the rest, and the format of the file is the format of the rest file supported by the terminal.
  • the format of the Hidden File includes the video of the streaming media file, the audio of the Hugh file, and the resolution of the retired file.
  • the storage address storage address of the capability information of the terminal of the 41st terminal, the format of the rest file supported by the terminal, and the capability information of the terminal, which is the format of the rest file supported by the terminal includes storage, and is stored in the terminal. Capability information, in which the capability information of the result terminal is stored.
  • the 41st pre-stored terminal support The format of the file.
  • the described rest management includes a clear definition, a format in each of the devices, and the result of the generation is, the third 43.
  • the rest management includes a special feature, the format of the Hugh file supported by the root terminal, and the rest of the Hugh’s content, generating a special file, and the third 43
  • the storage address 44 in each device stores the address of the special file storage terminal, and the storage address of the terminal special file.
  • the management of the rest includes saving and saving special files.
  • the rest management includes speed, the phase of the terminal, the format of the rest file supported by the special terminal, and the location of the terminal.
  • the content of the rest is generated, and a special file is generated.
  • Liben’s Hugh Show 10 includes flow management, 40, and 50.
  • the rest management 40 including
  • the third type 43 is used to store the rest of the file in the memory address of the rest, and the format of the file in the format of the file supported by the terminal 44, which will store the address terminal, so that the terminal stores the address, and the rest of the file is displayed.
  • the above scheme is in different types and terminals, because the Hume file is a file format supported by the terminal, the format terminal of the Hidden file The format of the supported Hugh file, therefore, the terminal's Hugh file is broadcast on the terminal.
  • the system has the function of the terminal, and the list of multimedia services provided by the system can be broadcasted by the user, and the system provides the files that can be broadcasted, and the system is customized to meet the terminal broadcast.
  • This system provides content management and presentation methods for different terminals. In the case where the terminal is not updated, it is compatible with a later version of the terminal.
  • Each of the videos provides a list of possible content to the terminal, and is responsible for presenting the available files to the user.
  • the terminal capability information has the terminal capability, and the terminal capability of the terminal is a special format. If the special format is used, the specific file is available, and the existing file line has been specially requested by the user.
  • Terminal capability information on the system, the terminal capability information, that is, the video list of the terminal, the audio list, and the screen resolution list, as shown in the above.
  • the service is specially made, and the terminal in the system is used to make a file, and the terminal broadcasts it. Hugh, accepting special, special, and special documents, providing the special features of each of the outward and the other.
  • Content management providing content management and management to the company.
  • Hugh responsible for the terminal's ability to get a list of videos, audio lists and screen resolutions, and the list is combined into a special program, the special program provides multiple content to Hugh.
  • video and audio formats video, images The size of the format, no content and terminal, than the teaching does not match, the other conforms to the format.
  • Step 1 the terminal text (ype Tex T se ooco, TTP) is the same as the video portal, wherein the TTP message L) includes (eessApp co ooco, WA) with the storage address of the information of the terminal, and the rest is included in the The ApoHe information stored in xw -pof e", the storage address of the terminal information saved in "se-Age”, and the information stored in "x-p-bea ype", including the location of the terminal.
  • Step 2 Video APoHe of each terminal capability, terminal capability information, and terminal capability information include information supported by the terminal, video, and screen resolution.
  • Step 3 The terminal capability information returned by the video portal, whether the special list of the terminal can be satisfied in the special content list. If it exists, in the terminal information sesso, the list of satisfied schemes is stored in sesso, and there are many schemes to specify the scheme.
  • Step 4 Video Each terminal returns to the content list and displays.
  • Step 5 the contents of the terminal, the list of special programs supported by the video sesso, the schemes and the rest of the rest of the documents and the rest of the documents have their own way.
  • the storage address of the eaTme S eam g ooco (RT P) is returned to the terminal.
  • the special file format 3 format used in the system In the list of available files, the special program is displayed in At the top, and recommended, the rest of the way prompts the user for the special program.
  • Step 6 The content of the rest of the terminal is closed to the RT P.
  • Break step includes
  • Step 1 terminal TTP video each, mercury.
  • the storage address of the information of the terminal of the WA band is included in the A of the TTP, and the ApoHe information stored in the "xw-pof e" and the storage address of the terminal information stored in the "se-Age" are included in the " X- p-bea-ype"
  • Step 2 The APoHe of the video terminal capability, the terminal capability information, and the terminal capability information include information supported by the terminal, video, and screen resolution.
  • Step 3 The terminal capability information returned, whether the special list of the terminal can be satisfied in the special content list. If it does not exist, it does not match
  • Step 4 the existing content is special. This process force does not wait for the result.
  • Step 5 Specially apply the order rules of all the documents.
  • the recommended teachings are sorted, and the content of the teachings is high, and the content of the teachings is low.
  • Step 6 the video works in Tongte, directly return The home page of terminal mercury success. And prompt the user, the terminal force new terminal, file production, part of the file broadcast, slightly.
  • Step 7 If the user is close to the content of the line or the line.
  • Each video has its own characteristics, and the content and special features are special, and the same way.
  • Step 8 return to the terminal prompt "Hidden file production, wait, other operations return.”
  • Step 9 the returned 10 is refreshed.
  • the RT P is assembled, and the terminal is displayed. If the file is in production, the process is 8 .
  • step 10 the terminals are broadcasted, and each RT P is broadcasted.
  • the number of the terminal is multi-terminal, and the multi-terminal is solved, and the terminal is not updated, and the new version of the new terminal can be solved in different versions of the system.
  • the content in the video user shows the typesetting and the display of the content of the terminal.
  • the method is device phase, and the part not in the method refers to the phase part of the device, and the part not in the device refers to the phase part of the method.
  • the program is executed, including the steps of the method, the storage, the disk, the only storage (ead-O y emoy, RO) or the storage (R do Access emoy, RA4M4).
  • the steps of each step cannot be used to define the first order of each step, and in the ordinary wood of the art, the steps are also preserved in the first place without any artificiality.
  • the terminal of the different type and the ⁇ because the hang file is the file format supported by the terminal, the format of the hang file supports the format of the hang file, and therefore, the file of the terminal is broadcasted at the terminal.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Multimedia (AREA)
  • Computer Security & Cryptography (AREA)
  • Information Transfer Between Computers (AREA)
  • Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)

Description

休的展示方法、 統以及流 休管理 各
木領域
本 涉及通信領域， 特別是指 休的展示方法、 統以及流 休管理 各 。 背景 木
休是指視頻、 等教 以 承載， 以 的形 式 向目的 ， 在目的 接收到 定 的 就可以 播 的多媒休 。 休 木 用到 和 終端上， 則 力
休。
看 向第三代 通信 木 ( d-ge e o , 3G) 挺 ， 高速 的 木及其 越 越多 融 到 們的生活、 以及工作 高速 的 前景十分看好， 休的 也 得到了很 大的 。
目前， 休在 內容 、 直播 主要 下面的方法 管 理 現在 內容的上 、 和 ， 視頻 、 直播內 容的展現， 用戶 終端 需要 的 休內容 播 。
目前 休常用的 休格式有
3gp/39p2 休格式，是 PP/ PP2(3dGe e a o a e shp Oec, 第三代合作伙伴 ) 制定的 休格式， 支持的終端最多。
2、 W V 休格式， 是 c osoR (微軟)公司的私有格式， 有少量終端 支持。
3、 R 休格式，是Rea公司的私有格式， 內置ReaPay播 的終端 支持， ReaPay播 同 支持3 /3 2 休格式。
看 終端的多 和 休內容格式的多 ， 不同型 的 終 端支持的 休格式是不同的。 果將 終端 各不能解 的內容
終端 各， 終端 各將不能 常 播 ， 果內容的分辨率超出 屏幕的分辨率， 同 不能 常的播 流 休內容。 內容
本 要解決的 木 是提供 休的展示方法、 統以及流 休管理 各 ， 在終端 常的播 流 休內容。
解決上 木 ， 本 的 提供 木方案 下
方面， 提供 休的展示方法，
休管理 各 終端支持的 休文件的
所述 休管理 各 取所 終端 的 休
所述 休管理 各 取所 休 的 休文件在 休 各 的存儲地址， 休 的 休文件的格式 終 端支持的 休文件的 以及
所述 休管理 各 將 存儲地址 終端， 使 終端 存儲地址， 休 各 取所 休文件 展示。
可 的， 在所 休管理 各 取所 休 的 休文 件在 休 各 的存儲地址的步驟 前， 上 方法近包括 所迷 休管 理 各 取所 終端所在 的 各 的存儲地址的步驟
所述 休管理 各 終端所在 的 ， 取所 休 的 休文件在 休 各 的存儲地址， 休 的 休文件的格式 終端支持的 休文件的格式。
所述 休文件的格式包括 流媒休文件的視頻 、 休文件 的音頻 以及流 休文件的分辨率。
所述 休管理 各 終端支持的 休文件的格式的步驟 所述 休管理 各 終端 的 ， 取所 終端支持的 休文件的格式信息的存儲地址， 休管理 各 存儲地址， 終端支持的 休文件的格式 或者 休管理 各 其 身 預先存儲的 終端支持的 休 文件的格式。
在所 休管理 各 存儲地址， 終端支持的 休文 件的格式的步驟 ， 上 方法近包括
Figure imgf000005_0001
休 各 的存儲地址的步驟 前， 上述方法近包括 休文件的格式是否 終端支持的 休文件的格式，生成 結果 果 結果 是， 則 休管理 各 取所 休 的 休文件在 休 各 的存儲地址
果 結果 否， 則 休管理 各 終端支持的 休文件的格式， 休 各器中 休 的 休文 件 行特 ， 生成特 文件 休管理 各 取所 特 文件在所 休 各器中的存儲地址 休管理 各 將 特 文件的存 儲地址 終端， 使 終端 特 文件的存儲地址，
休 各 取所 特 文件 。
在所 休管理 各 終端支持的 休文件的格式， 休 各器中 休 的 休文件 行特 ， 生成特 文 的步驟 ， 上 方法近包括
所迷 休 各 保存 特 文件。
在所 休管理 各 終端支持的 休文件的格式， 休 各器中 休 的 休文件 行特 ， 生成特 文 件的步驟 前， 上 方法近包括
休管理 各 取所 終端所在 的 以及
休管理 各 終端支持的 休文件的格式，
， 生成特 文件 的步驟 休管理 各 終端支持的 休文件的格式以 及 終端所在 的 ， 休 各器中 休 的 休文件 行特 ， 生成特 文件。
另 方面， 提供 休管理 各 ， 其包括
第 ， 其 終端支持的 休文件的
第二 ， 其 取所 終端 的 休
第三 ， 其 取所 休 的 休文件在 休 各 的存儲地址， 休文件的格式 終端支持的 休文 件的 以及
， 其 將 存儲地址 終端， 使 終端 存儲地址， 休 各 取所述 休文件 展示。
可 的， 的 休管理 各 ， 近包括
第 ， 其 取所 終端所在 的
第三 是 終端所在 的 ， 取所 休 的 休文件在 休 各 的存儲地址， 休文件 的格式 終端支持的 休文件的格式。
另 方面， 提供 休的展示 統， 包括 流媒休管理 各 、 終 端以及流 休 各
休管理 各 ， 包括
第 ， 其 終端支持的 休文件的
第二 ， 其 取所 終端 的 休
第三 ， 其 取所 休 的 休文件在 休 各 的存儲地址， 休文件的格式 終端支持的 休文 件的 以及
， 其 將 存儲地址 終端， 使 終端 存儲地址， 休 各 取所述 休文件 展示。
本 的 具有以下有益效果 上 方案中， 于不同型 和 的終端， 由于 休文件是 終 端支持的 休文件格式 的， 的 休文件的格式 終端 支持的 休文件的格式， 因此， 終端的 休文件 在終端 播 。 1力本 的 休的展示方法的 的流程示意
2力本 的 休的展示方法的另 的流程示意
3力本 的 休的展示方法的另 的流程示意
4力本 的 休管理 各 的 示意
5力本 的 休的展示 統的 示意 。 本 的較佳 方式
本 的 要解決的 木 、 木方案和 更 清楚， 下
Figure imgf000007_0001
法 常 的的 ， 提供 休的展示方法， 在終端 常的播 流 休內容。
1所示， 力本 的 休的展示方法的 ， 包括 步驟11， 休管理 各 終端支持的 休文件的
步驟12， 休管理 各 取所 終端 的 休
步驟13， 休管理 各 取所 休 的 休文件 在 休 各 的存儲地址， 休文件的格式 終端支持的 休文件的
步驟14， 休管理 各 將 存儲地址 終端， 使 終端 存儲地址， 休 各 取所 休文件 展示。
休文件的格式包括 流媒休文件的視頻 、 休文件 的音頻 以及流 休文件的分辨 。 上 方案中， 于不同型 和 的終端， 由于 休文件是 終 端支持的 休文件格式 的， 休文件的格式 終端支持的 休文件的格式， 因此， 終端的 休文件 在終端 播 。
2所示， 力本 的 休的展示方法的另 ， 步驟21， 休管理 各 終端支持的 休文件的格式 其中， 步驟21 休 所述 休管理 各 所述終端 的 ， 取所述終 端支持的 休文件的格式信息的存儲地址， 休管理 各
存儲地址， 終端支持的 休文件的格式 休管理 各
的 終端支持的 休文件的格式。 終端的能力信息也就是終端支 持的 休文件的格式。 或者， 步驟21 休 休管理 各 其 身 預先存儲的 終端支持的 休文件的格式。 休文件的 格式包括 流媒休文件的視頻 、 休文件的音頻 以及流 休文件的分辨率。
步驟22， 休管理 各 取所 終端所在 的 。
步驟23， 休管理 各 取所 終端 的 休 。
步驟24， 休管理 各 終端所在 的 ， 取所 休 的 休文件在 休 各 的存儲地址， 休文 件的格式 終端支持的 休文件的格式。 休 ， 終端支持的格式有 多 ， 且滿足 終端支持的格式的 休 的 休文件有多 果終端所在 速度比較快 文件大的 休內容的存儲地址， 果終端所在 速度比較慢 文件小的 休內容的存儲地址， 其 中文件的大小 視頻 、 音頻 有 。
步驟25， 休管理 各 將 存儲地址 終端， 使 終端 存儲地址， 休 各 取所 休文件 展示。
3所示， 力本 的 休的展示方法的另 ， 包括 步驟31， 休管理 各 終端支持的 休文件的格式。
休文件的格式包括 流媒休文件的視頻 、 休文件的 以及流 休文件的分辨率。
步驟32， 休管理 各 取所 終端 的 休 。 步驟33， 休管理 各 休 各器中 休 的 休文件的格式是否 終端支持的 休文件的格式， 生成 結果。 果 結果 是， 則執行步驟34， 否則， 執行步驟36 步驟34， 結果 是 ， 休管理 各 取所 休 的 休 在 休 各 的存儲地址 所述 休 的 休文件的格式 終端支持的 休文件的格式。 其中， 終端支持多 休文件的格式 ， 休管理 各 的 休內容在 休 各 的存儲地址 預先 的多 休內容中 的 休內 容的存儲地址。
步驟35， 休管理 各 將 存儲地址 終端， 使 終端 存儲地址， 休 各 取所 休文件 展示。
步驟36， 結果 否 ， 休管理 各 終端 支持的 休文件的格式， 休 各器中 休 的 休文件 行特 ， 生成特 文件。 步驟 休 特 的文件的格式 終端支持的 休文件的格式。
步驟37， 休管理 各 取所 特 文件在所 休 各器 中的存儲地址。
步驟38， 休管理 各 將 特 文件的存儲地址
終端， 使 終端 特 文件的存儲地址， 休 各 取 所 特 文件 。
可 的， 步驟36 ， 方法近包括 所迷 休 各 保存 特 文件， 于 中不需要重新特 ， 而直接 其他終端。
可 的， 步驟36 前， 方法近包括 所迷 休管理 各 取所 終端所在 的 相 的， 步驟 36 休 休管理 各 終端支持的 休文件的格式以及 終端所在 的 ， 休 各 的 休內容 行特 ， 生成特 文件。 步驟 休 ， 特 的文件的格式 所述終端支持的 休文件的格式， 且， 終 端所在 的 ， 使用特 視頻、 音頻 比較好的 ， ， 用戶 看的 休內容的 ， 終端所在 的 ， 使用特 文件比較小的音頻和視頻的 。
4所示， 力本 的 休管理 各 40， 包括
第 41， 于 終端支持的 休文件的格式
第二 42， 于 取所 終端 的 休
第三 43， 于 取所 休 的 休文件在 休 各 的存儲地址， 休文件的格式 終端支持的 休文件的 格式
44， 于將 存儲地址 終端， 使 終端 存儲地址， 休 各 取所 休文件 展示。
上 方案中， 于不同型 和 的終端， 由于 休文件是 終 端支持的 休文件格式 的， 的 休文件的格式 終端 支持的 休文件的格式， 因此， 終端的 休文件 在終端 播 。 可 的， 的 休管理 各 近包括
第 45， 于 取所 終端所在 的
第三 43 于， 終端所在 的 ， 取所 休 的 休文件在 休 各 的存儲地址， 休文件的 格式 終端支持的 休文件的格式。
休文件的格式包括 流媒休文件的視頻 、 休文件 的音頻 以及流 休文件的分辨率。
第 41 終端的 取所 終端的能力信息的存儲 地址 存儲地址， 終端支持的 休文件的格式， 終端的能力 信息也就是終端支持的 休文件的格式 的 休管理 各 近包括 存儲 ， 于存儲 的 終端的能力信息， 于在 中 存 儲結果 終端的能力信息。
或者，第 41 其 身 預先存儲的 終端支持的 休 文件的格式。
所述的 休管理 各 近包括 判晰 ， 休 各器中 的格式， 生成 結果 結果 是 ， 第三 43。
結果 否 ， 的 休管理 各 近包括 特碉 ， 于根 終端支持的 休文件的格式， 休 各 的 休 虛的 休內容 行特 ， 生成特 文件 相 的， 第三 43 于 取所 特 文件在所 休 各器中的存儲地址 44， 將 特 文件的存儲地址 終端， 使 終端 特 文件的 存儲地址， 休 各 取所 特 文件 。
可 的， 的 休管理 各 近包括 保存 ， 于保存 特 文件。
可 的， 的 休管理 各 近包括 速度 ， 于 取所 終端所在 的 相 的， 特 終端支持的 休文件 的格式以及 終端所在 的 ， 休 各器中流 休
的所述 休內容 行特 ， 生成特 文件。
5所示， 力本 的 休的展示 統10， 包括 流媒休管理 各 40、 終端50以及流 休 各 60
所述 休管理 各 40， 包括
第 41， 于 終端支持的 休文件的
第二 42， 于 取所 終端 的 休
第三 43， 于 取所 休 的 休文件在 休 各 的存儲地址， 休文件的格式 終端支持的 休文件的 44， 于將 存儲地址 終端， 使 終端 存儲地址， 休 各 取所 休文件 展示。
上述方案 于不同型 和 的終端， 由于 休文件是 終 端支持的 休文件格式 的， 的 休文件的格式 終端 支持的 休文件的格式， 因此， 終端的 休文件 在終端 播 。
以下 本 的 休的展示 統的 ， 不同型 的終端。 統的 休展現 休內容中所有內容的方式相比， 本
， 統具有 休終端 功能， 統提供的多媒休內容列表 于用 戶東說肯定可以 播 ， 且 統中元 提供可以播 的文件 ， 統 行自 特 ， 以滿足終端 播 。 本 統提供 這 于不同終端的 內容管理及展現方式。 而 在終端不 更新的情況下， 兼容更高版本的 終端。
本 休的展示 統的 ， 休的展示 統， 包括 流媒休管理 各
視頻 各 ， 于向終端提供可以 的內容列表， 責向 用戶展現可用的 休文件。 休 ， 首先 終端能力信息 得終端能力， 返 的終端能力是否 特殊 格式， 果 特殊 格式， 則通 特 服各 ， 現有文件 行 特 已 用戶需求。
休 各 ， 休內容的 休文件存儲在共享 上， 且 視頻 各 、 休管理 各器和 休 各 共享核磁 。
其 休管理 各 包括
終端能力信息 ， 于向 休 統上 終端能力信息， 也就是提供 終端的視頻 列表， 音頻 列表， 屏幕分辨率列表， 相 于上 中的第 。
特 服各 ， 于 統中 的終端制作 休文件， 以 終端 播 。 休 ， 接受特 ， 特 ， 特 新的文件，提供 休 各 向外 各，相 于上 中的特 。
內容上 管理 ， 于向 休 統提供內容源的上 和管理。 休 ， 責向終端能力 得視頻 列表、 音頻 列表和屏幕分辨率列表， 且 列表組合成 合的特 方案， 特 方案向 休 各 提 供多 內容。 且， 在 視頻 音頻 格式、 視頻 、 像 大小的 格式， 沒有內容 合終端 ， 比 教不符合， 其他符合 的 則 格式。
以下 本 的 休的展示方法的 。 中， 休管理 各 在 視頻 各 。 休內容的 展現 流程 ， 步驟包括
步驟1， 終端 各 文本 ( ype Tex T s e ooco, TTP) 同 視頻門戶 各 ， 其中在 TTP 的 消息 L ) 中包括 ( eessApp c o ooco, WA ) 帶的 終端 各的信息的 存儲地址， 休包括 在 "x-w -pof e" 中保存的 APoHe信息、 在 " se-Age " 中保存的終端信息的 存儲地址以及在 "x- p-bea ype"保存的所在 信息， 信息包括終端所在 的 。
步驟2， 視頻 各 終端能力的 APoHe， 終端能 力信息， 終端能力信息包括終端支持的 、 視頻 和屏幕分辨率等信息。
步驟 3， 視頻門戶 各 返 的終端能力信息， 統中 特 內容列表中是否能滿足 終端的特 列表。 果存在， 則在終端信息 sesso 中， 把滿足的方案的 列表保存在sesso 中， 果有多 方案， 指定 方案。
步驟4， 視頻 各 終端返 內容列表， 展示。
步驟5， 終端 休的內容 ， 視頻 sesso 中 得 支持的特 方案列表， 方案 和 休內容 得 休的 休文件 和 休文件存 在 休 各 的路往。 拼裝成 休 ( eaTme S eam g ooco, RT P) 的存儲地址返 終端。 休文件 妳的命名規則 內容 + " " +XX+ ．3 " 。 其中， XX 特 方案 的 ， 其 長度不 位教， 果 位教， 則 0 足。 且， 本 統中 用的特 的文件格式 3 格式。返 的可用文件列表中， 的特 方案展示在頂部， 且 推荐， 其余 方式提示用戶特 方案的 。 步驟6， 終端 休的 休內容，通 RT P 向 休 各 ， 休播 。
以下 新終端 視頻 各 ， 已有特 方案不符合 終端需求 的 行特 的 的流程 。 中， 休 各 在 視頻 各 。 休步驟包括
步驟 1， 終端 各 TTP 視頻 各 ， 汞。 其中在 TTP 的 A 中包括WA 帶的 終端 各 的信息的 存儲地址， 休包括 在 "x-w -pof e" 中保存的 APoHe 信息、在" se-Age "中保存的終端信息的 存儲地址、在"x- p-bea-ype" 保存的所在 信息， 信息包括終端所在 的 。
步驟2， 視頻 終端能力的 APoHe， 得終端能力信息， 終端能力信息包括終端支持的 、 視頻 和屏幕分辨率等信息
步驟 3， 返 的終端能力信息， 統中特 內容列表中是否能 滿足 終端的特 列表。 果不存在， 則 不符合的 和 統
制作 介新的特 方案， 添 到特 方案的 中。 例 新 的終端的 格式 ．264， 統特 方案不支持， 而音頻、 屏幕分辨率都 支持， 而 統 的音頻 ， 的分辨率 CF， 的
1 P ， 則新的特 方案中的 上面 的 。 將 特 方案的 到 sesso 中。
步驟 4， 現有的內容 行特 。 此 程力 ， 通 不等待返 結果。
步驟 5， 特 服各 所有文件特 的順序規則 內容的 推荐指教 行排序， 指教高的內容先 行特 ， 指教低的內容 行特 。
于羊 內容的特 流程力， 先向內容的文件 中插 文件信息， 且 文件 的 方案， 然 文件 行特 ， 生成 休文件， 休 文件的命名規則同上 中的文件的命名規則 致。
步驟 6， 視頻 各 在通 特 工作 ， 直接返 終端 汞成功 的首頁。 且提示用戶， 終端力新終端 各， 文件制作 中， 部分文件 播 ， 稍 。
步驟 7， 果用戶 介近沒有 行特 或者 在 行特 中的內容。 視頻 各 先特 ，將內容 和特 方案 特 ， 行特 ， 此 同 方式。
步驟 8， 返 終端提示 " 休文件制作中， 等待 ， 其他操 作 返 。 " 。
步驟9， 步驟8中返 的 中 10 刷新 次， 向 視頻 各 ， 果文件已 制作完成， 則拼裝RT P 接， 返 終端 各展示， 果文件近在制作中， 則 8 流程。
步驟10， 終端 各 播 接， 向 休 各 RT P ， 播 。
本 可以 于 休的 ， 其中流 休管理 各 可以 休管理 各 ， 休 各 可以 休 各 ， 視頻 各 可以 視頻 各 ， 終端可以 終端。
本 終端的多 ， 解決了多 終端的 ， 且 看 在 終端不 更新， 可以解決高版本的新終端 在不同版本的 休 統中。 本 于 視頻 戶中的內容展示排版和 合終端的 休內容的展示。
方法 是 裝置 相 的， 在方法 中未 的部分參照裝置 中相 部分的 即可， 在裝置 中未 的部分參照方法 中相 部分的 即可。
本領域普通 木 可以理解， 上 方法中的全部或部分步 驟是可以 程序 指令相 的硬件 完成， 的程序可以存儲于
可 存儲 中， 程序在執行 ， 包括 上 方法 的步驟， 的存儲 ， 磁碟、 、只 存儲 休( ead-O y emoy,RO ) 或 存儲 休 (R do Access emoy, RA4M4)等。 在本 各方法 中， 各步驟的 不能用于限定各步驟的 先 順序， 于本領域普通 木 ， 在不付出 造性 性的前提下， 各步驟的先 也在本 的保 內。
以上 是本 的 方式， 指出， 于本 木領域的普通 木 ， 在不 本 原理的前提下， 近可以作出若干 和 ， 和 也 視力本 的保 。 指令相 硬件完成， 程序可以存儲于 可 存儲 中， 只 存儲器、 或 等。 可 ， 上 的全部或部分步驟也可以使用 或多 集成 。 相 ， 上 中的各 /羊 可以 硬件的形式 ， 也可以 軟件功能 的形式 。 本 不限制于任 何特定形式的硬件和軟件的結合。
用性
本 的方案中， 于不同型 和 矣的終端， 由于 休文件是 終端支持的 休文件格式 的， 的 休文件的格式 終端支持的 休文件的格式， 因此， 終端的 休文件 在終端 播 。

Claims

要 求
1． 休的展示方法， 其包括
流媒休管理 各 終端支持的 休文件的
所 休管理 各 取所 終端 的 休
休管理 各 取所 休 的 休文件在 休 各 的存儲地址， 休 的 休文件的格式 終 端支持的 休文件的 以及
休管理 各 將 存儲地址 終端， 使 終端 存儲地址， 休 各 取所 休文件 展示。
2． 要求1 的 休的展示方法， 其 在所 休管理 各 取所 休 的 休文件在 休 各 的存儲地址的 步驟 前， 方法近 休管理 各 取所 終端所在 的 各 的存儲地址的步驟
休管理 各 終端所在 的 ， 取所 休 的 休文件在 休 各 的存儲地址， 休 的 休文件的格式 終端支持的 休文件的格式。
3． 要求1 的 休的展示方法， 其
休文件的格式包括 流媒休文件的視頻 、 休文件 的音頻 以及流 休文件的分辨率。
4． 要求1 的 休的展示方法， 其 休管理 各 終端支持的 休文件的格式的步驟
休管理 各 終端 的 ， 取所 終端支持的 休文件的格式信息的存儲地址， 休管理 各 存儲地址， 終端支持的 休文件的 或者
休管理 各 其 身 預先存儲的 終端支持的 休 文件的格式。
5． 要求4 的 休的展示方法， 其 在所 休管理 各 存儲地址， 終端支持的 休文件的格式的步驟 ， 方法近包括
所述 休管理 各 存儲 的 終端支持的 休文件的格式。
6． 要求1 的 休的展示方法， 其 在所 休管理 各 取所 休 的 休文件在 休 各 的存儲地址的 步驟 前， 方法近包括
所述 休管理 各 休 各器中 休 的 休文件的格式是否 終端支持的 休文件的格式，生成 結果 果 結果 是， 則 休管理 各 取所 休 的 休文件在 休 各 的存儲地址
果 結果 否， 則 休管理 各 終端支持的 休文件的格式， 休 各器中 休 的 休 行特 ， 生成特 文件 休管理 各 取所 特 文件在所 休 各器中的存儲地址 休管理 各 將 特 文件的存 儲地址 終端， 使 終端 特 文件的存儲地址，
休 各 取所 特 文件 。
7． 要求6 的 休的展示方法， 其 在所 休管理 各 終端支持的 休文件的格式 休 各器中 休 的 休文件 行特 ， 生成特 文件的步驟 ， 方 法近包括
所述 休 各 保存 特 文件。
8． 要求6 的 休的展示方法， 其 休管理 各 終端支持的 休文件的格式， 休 各器中 休 的 休文件 行特 ， 生成特 文件的步驟 前， 方法 近包括 所迷 休管理 各 取所 終端所在 的
所述 休管理 各 終端支持的 休文件的格式， 休 各器中 休 的 休文件 行特 ， 生成特 文件 的步驟 休管理 各 終端支持的 休文件的格式以 及 終端所在 的 ， 休 各器中 休 的 休文件 行特 ， 生成特 文件。
9． 休管理 各 ， 其包括
第 ， 其 終端支持的 休文件的
第二 ， 其 取所 終端 的 休
第三 ， 其 取所 休 的 休文件在 休 各 的存儲地址， 休文件的格式 終端支持的 休 的 以及
， 其 將 存儲地址 終端， 使 終端 存儲地址， 休 各 取所述 休文件 展示。
10 要求9 的 休管理 各 ， 其近包括
第 ， 其 取所 終端所在 的
第三 是 終端所在 的 ， 取所 休 的 休文件在 休 各 的存儲地址， 休文件 的格式 終端支持的 休文件的格式。
11． 休的展示 統， 其包括 流媒休管理 各 、 終端以及流 休 各
休管理 各 ， 包括
第 ， 其 終端支持的 休文件的
第二 ， 其 取所 終端 的 休
第三 ， 其 取所 休 的 休文件在 休 各 的存儲地址， 休文件的格式 終端支持的 休 的 以及
， 其 將 存儲地址 終端， 使 終端 存儲地址， 休 各 取所述 休文件 展示。
PCT/CN2010/074312 2009-10-23 2010-06-23 流媒体的展示方法、系统以及流媒体管理服务器 WO2010145573A1 (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN200910236501.9 2009-10-23
CN2009102365019A CN101697549B (zh) 2009-10-23 2009-10-23 流媒体的展示方法、系统以及流媒体管理服务器

Publications (1)

Publication Number Publication Date
WO2010145573A1 true WO2010145573A1 (zh) 2010-12-23

Family

ID=42142623

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2010/074312 WO2010145573A1 (zh) 2009-10-23 2010-06-23 流媒体的展示方法、系统以及流媒体管理服务器

Country Status (2)

Country Link
CN (1) CN101697549B (zh)
WO (1) WO2010145573A1 (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US10579202B2 (en) 2012-12-28 2020-03-03 Glide Talk Ltd. Proactively preparing to display multimedia data

Families Citing this family (39)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101697549B (zh) * 2009-10-23 2013-12-04 中兴通讯股份有限公司 流媒体的展示方法、系统以及流媒体管理服务器
CN101835113A (zh) * 2010-05-10 2010-09-15 中兴通讯股份有限公司 一种利用彩信播放流媒体资源的应用终端和方法
CN102263941A (zh) * 2010-05-31 2011-11-30 苏州闻道网络科技有限公司 一种视频文件的转码方法和装置
CN101945096B (zh) * 2010-07-13 2013-01-02 上海未来宽带技术股份有限公司 手机面向机顶盒和pc进行视频直播的系统及其工作方法
CN101895750B (zh) * 2010-07-13 2012-05-30 上海未来宽带技术及应用工程研究中心有限公司 面向机顶盒和pc的实时流媒体服务器及工作方法
CN102447975A (zh) * 2010-10-08 2012-05-09 中国联合网络通信集团有限公司 流媒体信息处理方法、系统及服务器
CN102469347A (zh) * 2010-11-04 2012-05-23 中兴通讯股份有限公司 内容播放的方法及系统
CN102487375B (zh) * 2010-12-01 2015-02-04 腾讯科技（深圳）有限公司 一种在线下载视频的方法、装置和系统
CN102075528B (zh) * 2010-12-27 2014-12-10 上海聚欣网络科技有限公司 一种播放多种封装格式的网络多媒体文件的方法与设备
CN102149008B (zh) * 2011-03-16 2014-03-12 中兴通讯股份有限公司 一种多终端间数据内容实时切换的方法和系统
CN102143385B (zh) * 2011-03-16 2013-04-24 华为技术有限公司 媒体播放处理方法、数字媒体服务器和系统
CN102223405B (zh) * 2011-06-08 2014-08-13 Tcl集团股份有限公司 一种媒体类型分析的方法、系统及媒体服务器
CN102883216B (zh) * 2011-07-14 2017-10-10 上海聚力传媒技术有限公司 一种视频直播方法与设备
CN102883185A (zh) * 2011-07-14 2013-01-16 上海聚力传媒技术有限公司 一种视频点播方法与设备
CN102256162B (zh) * 2011-07-22 2013-11-06 网宿科技股份有限公司 基于实时文件格式转换的优化流媒体点播的方法和系统
CN102307195B (zh) * 2011-08-23 2018-10-12 南京中兴新软件有限责任公司 基于流媒体的频道轮播方法及流媒体服务器
CN102685088B (zh) * 2011-09-06 2015-03-18 天脉聚源(北京)传媒科技有限公司 一种播放m3u8流媒体的方法
CN102651825A (zh) * 2011-12-09 2012-08-29 中兴通讯股份有限公司 一种基于云计算的视频点播方法及系统
CN103179433B (zh) * 2011-12-26 2017-02-08 中国移动通信集团上海有限公司 一种视频内容提供系统、方法及服务节点
WO2012163075A1 (zh) * 2011-12-31 2012-12-06 华为技术有限公司 一种视频会议的处理方法、装置和通信系统
CN103379368A (zh) * 2012-04-26 2013-10-30 安美世纪（北京）科技有限公司 一种多屏融合显示方法及系统
CN102740125B (zh) * 2012-06-13 2014-11-26 天脉聚源(北京)传媒科技有限公司 一种播放流媒体的系统和方法
CN103780925A (zh) * 2012-10-26 2014-05-07 深圳市快播科技有限公司 一种基于移动平台的在线视频点播方法和系统
CN104105007A (zh) * 2013-04-09 2014-10-15 腾讯科技（深圳）有限公司 移动终端的视频加载方法、装置及系统
CN104104972A (zh) * 2013-04-10 2014-10-15 深圳市快播科技有限公司 多媒体播放方法、装置及系统
CN103269331A (zh) * 2013-04-20 2013-08-28 华为技术有限公司 选择可播放码率内容的方法和装置
CN103338186B (zh) * 2013-06-05 2018-03-09 华为技术有限公司 一种内容分享方法和装置
CN104602118A (zh) * 2013-10-30 2015-05-06 中国移动通信集团公司 一种多媒体数据的输出方法和设备
CN104660562B (zh) * 2013-11-21 2019-10-22 深圳市腾讯计算机系统有限公司 一种信息查看方法、相关装置及系统
CN103795960A (zh) * 2014-02-18 2014-05-14 北京兆维电子(集团)有限责任公司 视频通信控制方法、装置及系统
CN105025391A (zh) * 2014-04-30 2015-11-04 腾讯科技（深圳）有限公司 视频播放方法和装置
CN105872572A (zh) * 2015-12-14 2016-08-17 乐视云计算有限公司 直播视频的处理方法及装置
CN106453354A (zh) * 2016-11-01 2017-02-22 安徽融数信息科技有限责任公司 一种基于流媒体的展览系统
US10237584B2 (en) * 2017-04-17 2019-03-19 Sony Interactive Entertainment LLC Real-time incorporation of user-generated content into third-party content streams
CN108965914B (zh) * 2017-12-20 2020-12-11 视联动力信息技术股份有限公司 一种基于视联网的视频数据处理方法及装置
CN108563760A (zh) * 2018-04-17 2018-09-21 青岛海信电器股份有限公司 媒体播放方法及装置
CN110278451B (zh) * 2019-06-18 2022-04-22 北京奇艺世纪科技有限公司 图片在线转码方法、装置及电子设备
CN111327951A (zh) * 2020-03-24 2020-06-23 苏州科达科技股份有限公司 多媒体数据播放方法、装置、系统及存储介质
CN114025241A (zh) * 2021-10-19 2022-02-08 山东百盟信息技术有限公司 电视播放能力的管理控制方法和系统

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1681323A (zh) * 2004-04-09 2005-10-12 华为技术有限公司 一种点播流媒体信息的系统及其实现方法
US7007062B1 (en) * 2000-06-22 2006-02-28 Apple Computer, Inc. Methods and apparatuses for transferring data
CN1921612A (zh) * 2005-08-26 2007-02-28 萧学文 一种自动化视频制作发布的方法及其系统
CN101520793A (zh) * 2008-12-30 2009-09-02 深圳市同洲电子股份有限公司 一种流媒体文件存储和读取方法、系统及流媒体服务器
CN101697549A (zh) * 2009-10-23 2010-04-21 中兴通讯股份有限公司 流媒体的展示方法、系统以及流媒体管理服务器

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7007062B1 (en) * 2000-06-22 2006-02-28 Apple Computer, Inc. Methods and apparatuses for transferring data
CN1681323A (zh) * 2004-04-09 2005-10-12 华为技术有限公司 一种点播流媒体信息的系统及其实现方法
CN1921612A (zh) * 2005-08-26 2007-02-28 萧学文 一种自动化视频制作发布的方法及其系统
CN101520793A (zh) * 2008-12-30 2009-09-02 深圳市同洲电子股份有限公司 一种流媒体文件存储和读取方法、系统及流媒体服务器
CN101697549A (zh) * 2009-10-23 2010-04-21 中兴通讯股份有限公司 流媒体的展示方法、系统以及流媒体管理服务器

Cited By (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US10579202B2 (en) 2012-12-28 2020-03-03 Glide Talk Ltd. Proactively preparing to display multimedia data
US10599280B2 (en) 2012-12-28 2020-03-24 Glide Talk Ltd. Dual mode multimedia messaging
US10678393B2 (en) 2012-12-28 2020-06-09 Glide Talk Ltd. Capturing multimedia data based on user action
US10739933B2 (en) 2012-12-28 2020-08-11 Glide Talk Ltd. Reduced latency server-mediated audio-video communication
US11144171B2 (en) 2012-12-28 2021-10-12 Glide Talk Ltd. Reduced latency server-mediated audio-video communication

Also Published As

Publication number Publication date
CN101697549A (zh) 2010-04-21
CN101697549B (zh) 2013-12-04

Similar Documents

Publication Publication Date Title
WO2010145573A1 (zh) 流媒体的展示方法、系统以及流媒体管理服务器
KR100710611B1 (ko) 다수의 장치들 상에 컨텐트를 랜더링하는 시스템 및 방법
US11962822B2 (en) Extending data records for dynamic data and selective acceptance based on hardware profile
US20070136442A1 (en) Seamless reflection of model updates in a visual page for a visual channel in a composite services delivery system
US20070133510A1 (en) Managing concurrent data updates in a composite services delivery system
CN102547443A (zh) 一种多终端系统资源共享及互动实现方法
US20070043740A1 (en) Information processing apparatus, information processing method and information processing program product
US8005934B2 (en) Channel presence in a composite services enablement environment
KR20110048966A (ko) 컨텐츠의 속성을 기초로 컨텐츠를 제공할 기기를 결정하는 컨텐츠 제공방법 및 이를 적용한 전자기기
US20240028565A1 (en) Information sharing method, apparatus, electronic device, and storage medium
CN103024587A (zh) 一种视频点播的信息标注及显示方法及装置
WO2010022020A1 (en) Digital living network alliance (dlna) client device with thumbnail creation
JP2014519085A (ja) 同期コンテンツの共有のための技術
CN103118018B (zh) 一种基于dlna的媒体资源同步播放方法及装置
US20220385969A1 (en) Method and apparatus for displaying live clip
US9232256B2 (en) System and method for generating flash-based media stream
CN102611923A (zh) 电视机在启动时获取信息的方法及系统
EP3048796A1 (en) Information system, information delivery method and iptv system based on multi-screen interaction
CN103078851B (zh) 消息接收、发送方法、消息交互系统及dlan设备
CN102868913B (zh) 一种远程同步虚拟监控方法及系统
JP5389158B2 (ja) ネットワーク制御機器、ネットワーク制御システム、ネットワーク制御方法及びプログラム
US20130204969A1 (en) Contents conversion apparatus, contents conversion method, contents conversion program and contents delivery system
CN102075457A (zh) 一种家庭网关设备及藉由其共享网络资源的方法
JP2000227851A (ja) 双方向通信システム及び記録媒体
WO2007079631A1 (fr) Procédé, système et passerelle multimédia permettant d'exécuter une fonction de sous-titrage

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 10788969

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 10788969

Country of ref document: EP

Kind code of ref document: A1