CN1972440A - An implementation method for picture-in-picture in IPTV - Google Patents
An implementation method for picture-in-picture in IPTV Download PDFInfo
- Publication number
- CN1972440A CN1972440A CN 200610165131 CN200610165131A CN1972440A CN 1972440 A CN1972440 A CN 1972440A CN 200610165131 CN200610165131 CN 200610165131 CN 200610165131 A CN200610165131 A CN 200610165131A CN 1972440 A CN1972440 A CN 1972440A
- Authority
- CN
- China
- Prior art keywords
- picture
- sprite
- iptv
- client
- edge
- Prior art date
- Legal status (The legal status 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 status listed.)
- Granted
Links
Landscapes
- Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
Abstract
本发明涉及一种在IPTV中实现画中画的方法，其是将内容提供商提供的多媒体信号通过IPTV头端系统的视频转码转换成多个内容相同，尺寸不同的视频流，并复制分发到各边缘/分发服务器上，由边缘/分发服务器根据客户端对视频流的请求，利用时间戳信息，对客户端请求进行切换视频流的同步操作。本发明通过展现时间戳与解码时间戳的使用，不仅大大降低了对网络传输带宽和客户端硬件处理与存储空间的要求，还提供了现有画中画技术所不具备的交互性，可以在客户端实现众多对同步性要求较高的终端画中画技术处理。本发明的具体实施非常灵活，既可以在现有IPTV系统中不添加任何硬件处理与存储设备来实现，也可以通过添加适当的硬件处理与存储设备来优化或增加本发明的功能。The invention relates to a method for realizing picture-in-picture in IPTV, which is to convert the multimedia signal provided by the content provider into multiple video streams with the same content and different sizes through the video transcoding of the IPTV head-end system, and copy and distribute On each edge/distribution server, the edge/distribution server performs a synchronous operation of switching video streams to the client request by using the time stamp information according to the client's request for the video stream. Through the use of display time stamp and decoding time stamp, the present invention not only greatly reduces the requirements for network transmission bandwidth and client hardware processing and storage space, but also provides interactivity that the existing picture-in-picture technology does not have. The client implements many terminal picture-in-picture technology processes that require high synchronization. The specific implementation of the present invention is very flexible. It can be implemented without adding any hardware processing and storage devices in the existing IPTV system, and can also optimize or increase the functions of the present invention by adding appropriate hardware processing and storage devices.
Description
Technical field
The present invention relates to a kind of method that realizes picture-in-picture, particularly a kind of method that in IPTV (Internet ProtocolTelevision, Web TV), realizes picture-in-picture.
Background technology
Picture-in-picture techniques refers to when watching key frame on same screen, in position goes up to insert to show one or more sprites, to monitor the program of other one or more channels.The user can allow sprite move at any time or amplify, so that carefully view and admire; Also can freeze it, processing such as animation, shielding.For nested sprite in key frame, need usually to adopt digital sampling and memory technology, utilize video switch again, in some row, insert the sprite signal.Though the area of sprite is little, it should be the complete substantially image of a width of cloth, that is to say, the sprite of demonstration is actually on the basis of original picture, obtains after level and the certain compression of vertical direction process.Because in the transmission key frame, also transmitting some large-sized other channels selects for the user, existing picture-in-picture techniques in the therefore present television system, to having relatively high expectations of signal transmission bandwidth and local memory capacity, and the picture-in-picture techniques of existing TV lacks interactivity.
The IPTV business refers to by broadband IP network, the content of multimedia that derives from provider, integrates through IPTV broadband services application platform, is sent to client personal computer, set-top box+television set, multimedia handset clients such as (being used for mobile IPTV).There are television media, video display production company, mechanism of news media, long-distance education mechanism etc. in its multimedia provider.Compare with traditional television services, the characteristics of IPTV maximum are the order program service that can carry out personalized and real-time, interactive, can also carry out other value-added service that is similar to conventional telecommunications business and Internet service, but existing IPTV business there is not picture-in-picture function.
Summary of the invention
The purpose of this invention is to provide a kind of method that in the IPTV that uses towards digital TV direct (broadcasting), program request, time shift etc., realizes picture-in-picture, save Network Transmission bandwidth and client hardware processing and memory space to reach, guarantee the view reception effect of client simultaneously.Core concept is the video flowing that undersized picture uses low code check.
For achieving the above object, the present invention takes following technical scheme: a kind of method that realizes picture-in-picture in IPTV, it is identical that its video code conversion that is multi-media signal that content supplier is provided by the IPTV head-end system converts a plurality of contents to, the different video flowing of size (code check), and duplicate and be distributed on each edge/Distributor, according to the request of client, utilize timestamp information by edge/Distributor, client-requested is carried out the simultaneous operation of Switch Video stream video flowing.
Client's handoff request during for live or broadcasting, edge/Distributor is according to the switching position that represents timestamp positioning video stream.
When representing timestamp positioning video switching position, the initial p TS that establishes the large scale streaming medium content is PTS
Il, current PTS is PTS
Cl, the initial p TS of corresponding small size streaming medium content is PTS
Is, current PTS is PTS
Cs, PTS then
Cl-PTS
Il=PTS
Cs-PTS
Is
When representing the switching position of timestamp positioning video stream, need do two agreements: first code stream switches and must handle if switching point, carry out suitable delay not in the end of image sets in the end of image sets; The timestamp that represents of second each video flowing of hypothesis is synchronous all the time.
When representing the switching position of timestamp positioning video stream, need do two agreements: first code stream switches and must handle if switching point, carry out suitable delay not in the end of image sets in the end of image sets; The timestamp that represents of second each video flowing of hypothesis is synchronous all the time.
Client's handoff request during for program request, time shift, edge/Distributor is according to the switching position of decoded time stamp positioning video stream.
During according to the switching position of decoded time stamp positioning video stream, the initial DTS that establishes the large scale streaming medium content is DTS
Il, current DTS is DTS
Cl, the initial DTS of corresponding small size streaming medium content is DTS
Is, current DTS is DTS
Cs, DTS then
Cl-DTS
Il=DTS
Cs-DTS
Is
During according to the switching position of decoded time stamp positioning video stream, need do an agreement: promptly code stream switches and must handle if switching point, carry out suitable delay not in the end of image sets in the end of image sets.
During according to the switching position of decoded time stamp positioning video stream, need do an agreement: promptly code stream switches and must handle if switching point, carry out suitable delay not in the end of image sets in the end of image sets.
When customer requirements is inserted into key frame with sprite, edge/Distributor is sent main screen signal and sprite signal into the video switch switch respectively, under the effect of switching pulse then according to client-requested, the signal of key frame is cut off in the special time position, inserts the sprite signal.
When customer requirements freezed sprite, client promptly stopped to handle the sprite signal at the atom picture position.
The customer requirements sprite that thaws, according to decoded time stamp, client is asked this sprite channel again to edge/Distributor, can make before freezing with thaw after sprite keep continuously.
In live or when broadcasting, the customer requirements sprite that thaws, and require sprite to keep continuously, then client needs corresponding storage facilities, and needn't send request to edge/Distributor again.
In live or when broadcasting, the customer requirements sprite that thaws, and do not require after thawing sprite with freeze before continuously, then according to representing timestamp, client is asked this sprite channel again to edge/Distributor.
When customer requirements shielding sprite, client is promptly cut off the sprite signal, shows the key frame content at the atom picture position.
Under program request, time shift situation, when customer requirements screen unlocking sprite, according to decoded time stamp, the sprite maintenance before edge/Distributor asks this sprite channel can make shielding again and after the screen unlocking continuously.
Under live or broadcasting situation, customer requirements screen unlocking sprite, and require sprite to keep continuously, then client needs corresponding storage facilities, and needn't send request to edge/Distributor again.
When live or broadcasting, customer requirements screen unlocking sprite, and do not require that sprite and screen unlocking after the screen unlocking are continuously preceding, then according to representing timestamp, client is asked this sprite channel again to edge/Distributor.
Described edge/Distributor receives the compression ratio of customer requirements, and selects the video flowing of corresponding size thus.
The present invention is owing to take above technical scheme, it has the following advantages: 1, the present invention is by representing the use of timestamp and decoded time stamp, not only greatly reduce requirement to Network Transmission bandwidth and client hardware processing and memory space, also provide existing picture-in-picture techniques not available interactivity, can realize numerous terminal picture-in-picture techniques processing that synchronism is had relatively high expectations in client.2, therefore the present invention has broad application prospects owing to can carry out the order program service of personalization and real-time, interactive.3, concrete enforcement of the present invention is very flexible, both can not add any hardware handles in existing IPTV system and memory device is realized, also can optimize or increase function of the present invention by adding suitable hardware handles and memory device.
Description of drawings
Fig. 1 is used to implement IPTV system block diagram of the present invention
Fig. 2 is the schematic diagram that the client sprite inserts key frame
Embodiment
Below in conjunction with drawings and Examples, the present invention is described in detail.
As shown in Figure 1, implement IPTV of the present invention system and comprise the content supplier 1 of the multi-media signal that forms such as MPEG-2 are provided, the IPTV head-end system 2 that connects described content supplier 1, edge/the Distributor 3 of the two-way connection IPTV of some difference head-end system 2, the client 4 (comprising computer, set-top box, television set etc.) of each edge/Distributor 3 of two-way connection respectively.Implement in the IPTV of the present invention system, each edge/Distributor 3 can provide service for a plurality of clients 4, and each client 4 also can be to a plurality of edge/Distributors 3 request services.Implement IPTV of the present invention system navigation page service 5 can be set between client 4 and IPTV head-end system 2, also can between client 4 and content supplier 1, charge system 6 be set, can also other functional module be set in client 4, to realize other various service content.
Following the present invention is applied as example (application of other standard is similar with it) with the IPTV of AVS audio and video standard, and to realize the method for picture-in-picture in IPTV, the function that reaches related each several part is described in detail:
One, the IPTV head-end system 2
1, the multi-media signal of the MPEG-2 form that content supplier 1 is provided or other form is converted to the AVS form by video code conversion;
2, according to user's geographical position be connected bandwidth, streaming medium content that select, that rate of people logging in is higher and corresponding small size content replication through the user, be distributed on the edge/Distributor 3 of the most close client 4, provide service by the edge/Distributor 3 of close requesting client for client 4.Note, when the edge/Distributor 3 of the most close client 4 can't provide required service for client 4, also can provide service for client 4 temporarily by other edge/Distributor 3 even IPTV head-end system 2; This moment the most close client 4 the content replication that as required can be simultaneously client 4 be needed of edge/Distributor 3 to book server, so that improve the efficient of service next time.
Two, edge/Distributor 3
1, uses for live (broadcasting)
(1) according to PTS (Presentation time-stamp represents timestamp), the switching position of positioning video stream.If the initial p TS of large scale streaming medium content is PTS
Il, current PTS is PTS
Cl, the initial p TS of corresponding small size streaming medium content is PTS
Is, current PTS is PTS
Cs, PTS then
Cl-PTS
Il=PTS
Cs-PTS
IsHere need to do two agreements: first code stream switches must be at GOP (Group of Pictures, image sets) end, otherwise can not be correctly decoded is not if switching point is in the end of GOP, in order to guarantee to switch the continuity of front and back content, need carry out suitable delay and handle; The PTS of second each video flowing of hypothesis is synchronous all the time.
(2) the compression ratio K of reception customer requirements, the original position according to PTS determines the transmission of corresponding size streaming medium content sends to client 4 to the streaming medium content of corresponding size.
Suppose that sprite all is compressed into the 1/K of original picture in level and vertical direction, K just is called compression ratio.If it is excessive that the K value obtains, can make sprite cause definition to descend because of sampled value is very few, therefore, certain definition is arranged in order to guarantee sprite, K just should not obtain excessive; But the K value is too small as if obtaining, and then the sprite area is excessive, has influence on the due indication range of key frame, and it is big to require client hardware to handle with the capacity change of memory space.Take all factors into consideration, the K value gets 3 or 4 usually.
2, use for program request, time shift
(1) according to DTS (Decoding time-stamp, decoded time stamp), the switching position of positioning video stream.If the initial DTS of large scale streaming medium content is DTS
Il, current DTS is DTS
Cl, the initial DTS of corresponding small size streaming medium content is DTS
Is, current DTS is DTS
Cs, DTS then
Cl-DTS
Il=DTS
Cs-DTS
IsHere need to do an agreement, promptly switch must be in the end of GOP for code stream, otherwise can not be correctly decoded, if switching point not in the end of GOP, for the continuity of content before and after guaranteeing to switch, need carry out suitable delay and handle.
(2) the compression ratio K of reception customer requirements, the original position according to DTS determines the transmission of corresponding size streaming medium content sends to client 4 to the streaming medium content of corresponding size.
Three, client 4 (comprising computer, set-top box, television set etc.):
Client 4 not only can realize the less demanding common terminal picture-in-picture techniques of synchronism is handled, and these technical finesses include but not limited to show that conversion, picture move etc.; And can be by with edge/Distributor 3 mutual, utilize timestamp information to realize that numerous terminal picture-in-picture techniques that synchronism is had relatively high expectations handle, these technical finesses include but not limited to that picture convergent-divergent, channel switch, sprite freezes, sprite shielding etc.
1, shows conversion
For sprite is inserted in the key frame, a video switch switch will be set usually, in time switch, insert key frame or sprite signal on request, send the picture tube display image.Main screen signal and sprite signal are sent into the video switch switch respectively, and the video switch switch is controlled by switching pulse, and the level of switching pulse and key frame, vertical synchronizing signal have strict relation.Under the effect of switching pulse, the signal of key frame is cut off at special time, inserts the sprite signal, is equivalent to open one and inserts window on the ad-hoc location of key frame, sprite is embedded in the window of key frame (as shown in Figure 2).The m that is located at key frame walks to the capable insertion of n sprite, is walking to n each row in the ranks except m so, and video switch is all connected main screen signal; And capable at m to n, when line scanning scanned before the pixel c point from a left side, video switch was still connected main screen signal; When scanning between c and the d, video switch cuts off main screen signal, connects the sprite signal, so that show sprite in the mncd zone, has crossed the d point and has switched back main screen signal again.
2,, only need to change the horizontal delay time T if will change the window's position that inserts sprite
HWith the vertical delay time T
VGet final product, the control signal that changes horizontal delay time and vertical delay time is produced by the picture-in-picture control circuit.
3, in the time need carrying out convergent-divergent (comprising the mutual switching of key frame and sprite) operation to picture, client 4 sends new compression ratio K to edge/Distributor 3, corresponding streaming medium content is sended over according to PTS by edge/Distributor 3, and then show that conversion gets final product.
4, the principle of image switching channel and above-mentioned picture convergent-divergent principle are similar, and client 4 substitutes original picture channel to 3 requests of edge/Distributor with new picture channel.Be applied as example with live (broadcasting), the initial p TS that establishes original picture channel content is PTS
Io, current PTS is PTS
Co, the initial p TS of new picture channel content is PTS
In, current PTS is PTS
Cn, PTS then
Co-PTS
Jo=PTS
Cn-PTS
InEdge/Distributor 3 is determined the new video stream that needs transmit according to compression ratio K, and the original position according to PTS determines the new video stream transmission sends to client 4 to new content then and shows conversion.The principle that program request, time shift are used similarly replaces PTS with DTS and gets final product.
5, in the time of need freezing sprite, only need stop to handle the sprite signal and get final product at the atom picture position.Under program request, the time shift situation according to DTS before edge/Distributor 3 asks this sprite channel to make to freeze again with thaw after sprite keep continuously.For live (broadcasting) situation, if the sprite after requiring to thaw with freeze before keep continuously, then need client 4 to have relevant hardware to handle and memory device, do not need when thawing to send request to edge/Distributor 3 again; If do not require after thawing sprite with freeze before continuously, then ask this sprite channel to get final product again to edge/Distributor 3 according to PTS.
When 6, needing the shielding sprite, only need to cut off the sprite signal, show that at the atom picture position key frame content gets final product.Continuous under program request, the time shift situation according to the sprite maintenance of DTS before edge/Distributor 3 asks this sprite channel can make shielding again and after the screen unlocking.For live (broadcasting) situation, if require the sprite after the screen unlocking to keep continuously, then need client 4 to have relevant hardware to handle and memory device with shielding is preceding, do not need during screen unlocking to send to edge/Distributor 3 again to ask; If do not require that the sprite after the screen unlocking is continuously preceding with shielding, then ask this sprite channel to get final product again to edge/Distributor 3 according to PTS.
IPTV picture-in-picture system greatly reduces the Network Transmission bandwidth and client hardware is handled requirement with memory space, sprite is stored on IPTV head-end system 2 and each edge/Distributor 3, only just transmits the sprite of corresponding size when the user files a request to the user.But when picture being carried out operation such as convergent-divergent (comprise key frame and sprite are switched), channel switch, freeze, shielding, IPTV picture-in-picture system has Duoed synchronism than traditional picture-in-picture system and required: traditional tv all passes the content of a plurality of channels, the user wants to see the little picture of which channel, just to the content of which video flowing decode, down-sampling, do not have stationary problem.And in IPTV, each channel has identical but the video flowing that size is different of a plurality of contents, and the user will see the video flowing of which size, and which edge/Distributor 3 just passes; Switch size, switching channels, thaw, during operation such as screen unlocking, edge/Distributor 3 need allow the video flowing of new size begin to put from the video flowing stopping place of old size usually, therefore needs need use timestamp information synchronously.
It should be noted that at last: above embodiment only in order to the explanation the present invention and and unrestricted picture-in-picture implementation method described in the invention; Therefore, although this specification has been described in detail the present invention with reference to the foregoing description,, those of ordinary skill in the art should be appreciated that still and can make amendment or be equal to replacement the present invention; And all do not break away from the technical scheme and the improvement thereof of the spirit and scope of the present invention, all should be encompassed in the middle of the claim scope of the present invention.
Claims (19)
1, a kind of method that in IPTV, realizes picture-in-picture, it is identical that its video code conversion that is multi-media signal that content supplier is provided by the IPTV head-end system converts a plurality of contents to, the video flowing that size is different, and duplicate and be distributed on each edge/Distributor, by edge/Distributor according to the request of client to video flowing, utilize timestamp information, client-requested is carried out the simultaneous operation of Switch Video stream.
2, a kind of method that realizes picture-in-picture in IPTV as claimed in claim 1 is characterized in that: the client's handoff request during for live or broadcasting, edge/Distributor is according to the switching position that represents timestamp positioning video stream.
3, a kind of method that realizes picture-in-picture in IPTV as claimed in claim 2 is characterized in that: when representing timestamp positioning video switching position, the initial p TS that establishes the large scale streaming medium content is PTS
Il, current PTS is PTS
Cl, the initial p TS of corresponding small size streaming medium content is PTS
Is, current PTS is PTS
Cs, PTS then
Cl-PTS
Il=PTS
Cs-PTS
Is
4, a kind of method that in IPTV, realizes picture-in-picture as claimed in claim 3, it is characterized in that: when representing the switching position of timestamp positioning video stream, need do two agreements: first code stream switches must be in the end of image sets, if, carrying out suitable delay not in the end of image sets, handles switching point; The timestamp that represents of second each video flowing of hypothesis is synchronous all the time.
5, a kind of method that in IPTV, realizes picture-in-picture as claimed in claim 4, it is characterized in that: when representing the switching position of timestamp positioning video stream, need do two agreements: first code stream switches must be in the end of image sets, if, carrying out suitable delay not in the end of image sets, handles switching point; The timestamp that represents of second each video flowing of hypothesis is synchronous all the time.
6, a kind of method that realizes picture-in-picture in IPTV as claimed in claim 1, it is characterized in that: the client's handoff request during for program request, time shift, edge/Distributor is according to the switching position of decoded time stamp positioning video stream.
7, a kind of method that realizes picture-in-picture in IPTV as claimed in claim 6 is characterized in that: during according to the switching position of decoded time stamp positioning video stream, the initial DTS that establishes the large scale streaming medium content is DTS
Il, current DTS is DTS
Cl, the initial DTS of corresponding small size streaming medium content is DTS
Is, current DTS is DTS
Cs, DTS then
Cl-DTS
Il=DTS
Cs-DTS
Is
8, a kind of method that in IPTV, realizes picture-in-picture as claimed in claim 6, it is characterized in that: during according to the switching position of decoded time stamp positioning video stream, need do an agreement: i.e. code stream switching must be in the end of image sets, if, carrying out suitable delay not in the end of image sets, handles switching point.
9, a kind of method that in IPTV, realizes picture-in-picture as claimed in claim 7, it is characterized in that: during according to the switching position of decoded time stamp positioning video stream, need do an agreement: i.e. code stream switching must be in the end of image sets, if, carrying out suitable delay not in the end of image sets, handles switching point.
10, as claim 1 or 2 or 3 or 4 or 5 or 6 or 7 or 8 or 9 described a kind of methods that in IPTV, realize picture-in-picture, it is characterized in that: when customer requirements is inserted into key frame with sprite, edge/Distributor is then according to client-requested, main screen signal and sprite signal are sent into the video switch switch respectively, under the effect of switching pulse, the signal of key frame is cut off in the special time position, inserts the sprite signal.
11, as claim 1 or 2 or 3 or 4 or 5 or 6 or 7 or 8 or 9 or 10 described a kind of methods that realize picture-in-picture in IPTV, it is characterized in that: when customer requirements freezed sprite, client promptly stopped to handle the sprite signal at the atom picture position.
12, a kind of method that in IPTV, realizes picture-in-picture as claimed in claim 11, it is characterized in that: under program request, time shift situation, the customer requirements sprite that thaws, according to decoded time stamp, client is asked this sprite channel again to edge/Distributor, can make before freezing with thaw after sprite keep continuously.
13, a kind of method that in IPTV, realizes picture-in-picture as claimed in claim 11, it is characterized in that: when live or broadcasting, the customer requirements sprite that thaws, and require sprite to keep continuously, then client needs corresponding storage facilities, and needn't send request to edge/Distributor again.
14, a kind of method that in IPTV, realizes picture-in-picture as claimed in claim 11, it is characterized in that: when live or broadcasting, the customer requirements sprite that thaws, and do not require the sprite after thawing and freeze continuously preceding, then according to representing timestamp, client is asked this sprite channel again to edge/Distributor.
15, as claim 1 or 2 or 3 or 4 or 5 or 6 or 7 or 8 or 9 or 10 or 11 or 12 or 13 or 14 described a kind of methods that in IPTV, realize picture-in-picture, it is characterized in that: when customer requirements shielding sprite, client is promptly cut off the sprite signal, shows the key frame content at the atom picture position.
16, a kind of method that in IPTV, realizes picture-in-picture as claimed in claim 15, it is characterized in that: under program request, time shift situation, when customer requirements screen unlocking sprite, according to decoded time stamp, the sprite maintenance before edge/Distributor asks this sprite channel can make shielding again and after the screen unlocking continuously.
17, a kind of method that in IPTV, realizes picture-in-picture as claimed in claim 15, it is characterized in that: under live or broadcasting situation, customer requirements screen unlocking sprite, and require sprite to keep continuously, then client needs corresponding storage facilities, and needn't send request to edge/Distributor again.
18, a kind of method that in IPTV, realizes picture-in-picture as claimed in claim 15, it is characterized in that: when live or broadcasting, customer requirements screen unlocking sprite, and do not require that sprite and screen unlocking after the screen unlocking are continuously preceding, then according to representing timestamp, client is asked this sprite channel again to edge/Distributor.
19, as claim 1 or 2 or 3 or 4 or 5 or 6 or 7 or 8 or 9 or 10 or 11 or 12 or 13 or 14 or 15 or 16 or 17 or 18 described a kind of methods that in IPTV, realize picture-in-picture, it is characterized in that: described edge/Distributor receives the compression ratio of customer requirements, and selects the video flowing of corresponding size thus.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CNB2006101651310A CN100515079C (en) | 2006-12-13 | 2006-12-13 | An implementation method for picture-in-picture in IPTV |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CNB2006101651310A CN100515079C (en) | 2006-12-13 | 2006-12-13 | An implementation method for picture-in-picture in IPTV |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN1972440A true CN1972440A (en) | 2007-05-30 |
| CN100515079C CN100515079C (en) | 2009-07-15 |
Family
ID=38112982
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CNB2006101651310A Expired - Fee Related CN100515079C (en) | 2006-12-13 | 2006-12-13 | An implementation method for picture-in-picture in IPTV |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN100515079C (en) |
Cited By (13)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2009030133A1 (en) * | 2007-08-29 | 2009-03-12 | Huawei Technologies Co., Ltd. | A method, system and entity for realizing picture-in-picture video |
| CN101583019B (en) * | 2009-06-01 | 2011-06-22 | 中兴通讯股份有限公司 | Method for realizing picture-in-picture in IPTV, system and set-top box |
| CN101710966B (en) * | 2009-11-05 | 2011-09-07 | 华数数字电视传媒集团有限公司 | Multipicture comprehensive video navigation system |
| CN102291599A (en) * | 2011-05-07 | 2011-12-21 | 董友球 | Network video playing method and network video playing device |
| CN102427564A (en) * | 2011-11-18 | 2012-04-25 | 百视通网络电视技术发展有限责任公司 | IPTV-based timestamp implementation method and system |
| CN101552796B (en) * | 2008-03-31 | 2012-07-04 | 华为技术有限公司 | Time-shifting operation method and device thereof |
| CN101868974B (en) * | 2007-09-19 | 2012-07-18 | 韩国电子通信研究院 | System and method for interactive iptv broadcasting service of user participation |
| CN102904918A (en) * | 2011-07-28 | 2013-01-30 | 腾讯科技（北京）有限公司 | Method and system for processing display of network media information |
| CN104092711A (en) * | 2013-04-01 | 2014-10-08 | 云联（北京）信息技术有限公司 | Cloud game realizing method and system |
| CN105744373A (en) * | 2016-02-23 | 2016-07-06 | 福建星网视易信息系统有限公司 | Streaming media playing method and system based on Internet |
| CN107211186A (en) * | 2015-02-13 | 2017-09-26 | Sk电信有限公司 | Method for supporting multi-view streaming media service and device for supporting the method |
| CN107580232A (en) * | 2017-09-28 | 2018-01-12 | 郑州云海信息技术有限公司 | A live video system and method |
| CN108574856A (en) * | 2017-06-30 | 2018-09-25 | 北京金山云网络技术有限公司 | Method, device, equipment and medium for determining cut-off point of video file preview |
Family Cites Families (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN1148062C (en) * | 1999-12-18 | 2004-04-28 | 深圳市中兴通讯股份有限公司 | Realization method of remote picture-in-picture |
| US20040168185A1 (en) * | 2003-02-24 | 2004-08-26 | Dawson Thomas Patrick | Multimedia network picture-in-picture |
| US20060198302A1 (en) * | 2005-03-03 | 2006-09-07 | Sofman Lev B | Traffic dimensioning in a metro area with IPTV architecture |
| CN1801929A (en) * | 2005-12-08 | 2006-07-12 | 复旦大学 | Method for network interaction television system realizing time-shift function |
-
2006
- 2006-12-13 CN CNB2006101651310A patent/CN100515079C/en not_active Expired - Fee Related
Cited By (17)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101378491B (en) * | 2007-08-29 | 2010-08-25 | 华为技术有限公司 | A method, system and physical device for realizing picture-in-picture video |
| WO2009030133A1 (en) * | 2007-08-29 | 2009-03-12 | Huawei Technologies Co., Ltd. | A method, system and entity for realizing picture-in-picture video |
| CN101868974B (en) * | 2007-09-19 | 2012-07-18 | 韩国电子通信研究院 | System and method for interactive iptv broadcasting service of user participation |
| CN101552796B (en) * | 2008-03-31 | 2012-07-04 | 华为技术有限公司 | Time-shifting operation method and device thereof |
| CN101583019B (en) * | 2009-06-01 | 2011-06-22 | 中兴通讯股份有限公司 | Method for realizing picture-in-picture in IPTV, system and set-top box |
| CN101710966B (en) * | 2009-11-05 | 2011-09-07 | 华数数字电视传媒集团有限公司 | Multipicture comprehensive video navigation system |
| CN102291599A (en) * | 2011-05-07 | 2011-12-21 | 董友球 | Network video playing method and network video playing device |
| CN102904918A (en) * | 2011-07-28 | 2013-01-30 | 腾讯科技（北京）有限公司 | Method and system for processing display of network media information |
| CN102904918B (en) * | 2011-07-28 | 2017-06-09 | 腾讯科技（北京）有限公司 | The method for displaying and processing and system of network media information |
| CN102427564A (en) * | 2011-11-18 | 2012-04-25 | 百视通网络电视技术发展有限责任公司 | IPTV-based timestamp implementation method and system |
| CN104092711A (en) * | 2013-04-01 | 2014-10-08 | 云联（北京）信息技术有限公司 | Cloud game realizing method and system |
| CN107211186A (en) * | 2015-02-13 | 2017-09-26 | Sk电信有限公司 | Method for supporting multi-view streaming media service and device for supporting the method |
| CN107211186B (en) * | 2015-02-13 | 2020-03-03 | Sk电信有限公司 | Method and apparatus for providing multi-view streaming service |
| US11228801B2 (en) | 2015-02-13 | 2022-01-18 | Sk Telecom Co., Ltd. | Method and apparatus for providing multi-view streaming service |
| CN105744373A (en) * | 2016-02-23 | 2016-07-06 | 福建星网视易信息系统有限公司 | Streaming media playing method and system based on Internet |
| CN108574856A (en) * | 2017-06-30 | 2018-09-25 | 北京金山云网络技术有限公司 | Method, device, equipment and medium for determining cut-off point of video file preview |
| CN107580232A (en) * | 2017-09-28 | 2018-01-12 | 郑州云海信息技术有限公司 | A live video system and method |
Also Published As
| Publication number | Publication date |
|---|---|
| CN100515079C (en) | 2009-07-15 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN103583050B (en) | The delivering of the content of space segment | |
| USRE50398E1 (en) | Device, method and system for media packet distribution | |
| US8135040B2 (en) | Accelerated channel change | |
| US9374410B2 (en) | System and method for seamless switchover between unicast and multicast sources of over-the-top streams | |
| US20010013123A1 (en) | Customized program creation by splicing server based video, audio, or graphical segments | |
| US8571027B2 (en) | System and method for multi-rate video delivery using multicast stream | |
| CN101690118A (en) | Method and apparatus for improved media session management | |
| US20180027280A1 (en) | Multi-stream placeshifting | |
| CN1972440A (en) | An implementation method for picture-in-picture in IPTV | |
| WO2009095080A1 (en) | Method and apparatus for obtaining media over a communications network | |
| US8261314B2 (en) | Apparatus and method for managing media content presentation | |
| EP1902547A1 (en) | Apparatuses and methods for delivering data stream content to consumer devices | |
| WO2009095081A1 (en) | Method and apparatus for obtaining media over a communications network | |
| WO2009080114A1 (en) | Method and apparatus for distributing media over a communications network | |
| Liu et al. | IPTV, towards seamless infotainment | |
| WO2009095079A1 (en) | Method and apparatus for distributing media over a communications network | |
| WO2009080113A1 (en) | Method and apparatus for distributing media over a communications network | |
| JP2010213109A (en) | Video distribution control server, receiving terminal, video simplifying multiplexer, method of distributing video, and program | |
| WO2009080117A1 (en) | Method and apparatus for distributing media over a communications network |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| C06 | Publication | ||
| PB01 | Publication | ||
| C10 | Entry into substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| C14 | Grant of patent or utility model | ||
| GR01 | Patent grant | ||
| C17 | Cessation of patent right | ||
| CF01 | Termination of patent right due to non-payment of annual fee |
Granted publication date: 20090715 Termination date: 20121213 |