CN107896336A - A kind of system and method that DRM broadcasting agencies are carried out according to live type - Google Patents
A kind of system and method that DRM broadcasting agencies are carried out according to live type Download PDFInfo
- Publication number
- CN107896336A CN107896336A CN201711337683.XA CN201711337683A CN107896336A CN 107896336 A CN107896336 A CN 107896336A CN 201711337683 A CN201711337683 A CN 201711337683A CN 107896336 A CN107896336 A CN 107896336A
- Authority
- CN
- China
- Prior art keywords
- live
- multicast
- hls
- request
- type
- 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.)
- Pending
Links
- 238000000034 method Methods 0.000 title claims abstract description 13
- 241001269238 Data Species 0.000 claims description 7
- 230000010365 information processing Effects 0.000 claims 1
- 238000010586 diagram Methods 0.000 description 4
- 238000005516 engineering process Methods 0.000 description 3
- 238000006467 substitution reaction Methods 0.000 description 2
- 230000005540 biological transmission Effects 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
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 or manipulating encoded video stream scene graphs
-
- 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/85—Assembly of content; Generation of multimedia applications
- H04N21/858—Linking data to content, e.g. by linking an URL to a video object, by creating a hotspot
- H04N21/8586—Linking data to content, e.g. by linking an URL to a video object, by creating a hotspot by using a URL
Landscapes
- Engineering & Computer Science (AREA)
- Multimedia (AREA)
- Signal Processing (AREA)
- Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
Abstract
The invention provides a kind of system and method that DRM broadcasting agencies are carried out according to live type, the system includes, TV applications client, play middleware, video player, the live member's group of multicast and the live head ends of HLS, wherein, live play request is sent to broadcasting middleware by TV applications client；Play middleware and receive the live play request that TV applications client is sent, and live play request is parsed and judges live type, and the request of multicast inflow group is sent according to judged result or sends request of data to the live head ends of HLS and receives video data, after video data is decrypted for it, the video data of decryption is pushed to video player and played out.For the present invention by multicast is live and the live unified outputs of HLS are the local HTTP media stream do not encrypted, the multicast for making Android standard player to be encrypted with normal play is live and the HLS of encryption is live, solves problems of the prior art.
Description
Technical field
The present invention relates to the android set top box of IPTV IPTV technologies and intelligent television to play field, especially relates to
A kind of and system and method that DRM broadcasting agencies are carried out according to live type.
Background technology
In the prior art, IPTV net casts mode has multicast live live with HLS.IP multicasting technologys, which build one kind, to be had
The network of multicast-capable, it is allowed to which router once copies to packet on multiple passages.Using multicast mode, single server
Continuous data stream can be sent and no-delay simultaneously to hundreds of thousands platform client computer.Media server only needs to send an information
Bag, rather than it is multiple；All clients for sending request share same packet.
HTTP Live Streaming (HLS) are the Streaming Medias based on HTTP that Apple Inc. (Apple Inc.) realizes
Host-host protocol, the live and program request of Streaming Media can be achieved, be mainly used in iOS system, be iOS device (such as iPhone, iPad)
There is provided that audio frequency and video are live and demand scheme.
Existing Android system standard player does not support encrypted group broadcast to play, and the standard player of equipment component is not
Multicast live play is supported, or does not support HLS to encrypt live broadcasting, inconvenience is brought to user's watching video live broadcast.
The content of the invention
In order to solve the shortcomings of the prior art, carried out it is an object of the invention to provide one kind according to live type
DRM plays the system and method for agency, by multicast is live and the live unified outputs of HLS are the local HTTP media stream do not encrypted,
The multicast for making Android standard player to be encrypted with normal play is live and the HLS of encryption is live.
To achieve the above object, a kind of system that DRM broadcasting agencies are carried out according to live type provided by the invention, bag
Include, TV applications client, broadcasting middleware, video player, the live member's group of multicast and the live head ends of HLS, its feature exist
In,
TV applications client, it receives customer instruction, and live play request is sent into broadcasting middleware；
Middleware is played, it receives the live play request that TV applications client is sent, and live play request is solved
Analysis, it is that multicast is live or the live requests of HLS to judge live type, when judging live for the multicast request of live type, to group
Broadcast member and organize transmission data request signal；When judging live for the HLS request of live type, data are sent to the live head ends of HLS
Request signal, and video data is received from multicast member group or the live head ends of HLS, video data is decrypted, by decryption
Video data is pushed to video player；
Video player, it, which is received, plays the video data that middleware is sent, and carries out video playback；
The live member's group of multicast, it is sending multicasting video data bag to multicast member group destination address incessantly always, all
Multicasting video data can be received by being incorporated into the receiving terminal member of the multicast group；
The live head ends of HLS, it receives data request signal from middleware is played, and according to data request signal, by video data
It is pushed to broadcasting middleware.
Further, the broadcasting middleware includes, message processing module, live type judging module and Video processing mould
Block, wherein,
Message processing module, it is parsed to the live play request received；
Live type judging module, the data after it is parsed to message processing module judge that it is multicast to judge live type
Live request or the live requests of HLS；
Video processing module, it is handled the video data received from the live member's group of multicast or the live head ends of HLS, solved
It is close, and the video data after decryption is pushed to video player and played out.
Further, the foundation that the live type judging module is judged the data after parsing is：
The protocol type of broadcasting url after parsing is judged, protocol type ask http beginning for HLS it is live, protocol class
Type is the live for multicast of multi beginnings, and specific url examples are exemplified below：
The live url of multicast：multi://freq:10000/ip:227.1.12.1/port:20010
The live url examples of HLS：
http://src.live30m3u8.test.itv.cn/live/6c08600f406f41bfa1cfddecd8589ed7.m
3u8Pt=2＆dt=3＆ra=0 ＆code=＆
Further, the video data of decryption is pushed to video player by the middle part that plays in the form of HTTP service.
Further, the video player includes Android standard player.
Further, the invention provides a kind of method that DRM broadcasting agencies are carried out according to live type, its feature to exist
In comprising the following steps：
1) TV applications client sends live play request to middleware is played；
2) the broadcasting middleware is received to live play request, parsed；
3) result parsed according to step 2) to live type judges, if live type is that multicast is live, to
Multicast member group sends multicast and enters a group request, from multicast member group receiving multicast data bag；If live type is that HLS is live,
Request signal then is sent to the live head ends of HLS, downloads HLS video datas；
4) video data obtained in step 3) is decrypted, and video player progress is pushed in the form of HTTP service
Play.
The present invention makes Android standard by multicast is live and the live unified outputs of HLS are the local HTTP media stream do not encrypted
The multicast that player can be encrypted with normal play is live and the HLS of encryption is live, solves problems of the prior art.
Other features and advantages of the present invention will be illustrated in the following description, also, partly becomes from specification
Obtain it is clear that or being understood by implementing the present invention.
Brief description of the drawings
Accompanying drawing is used for providing a further understanding of the present invention, and a part for constitution instruction, and with the present invention's
Embodiment together, for explaining the present invention, is not construed as limiting the invention.In the accompanying drawings：
Fig. 1 is the system block diagram that DRM broadcasting agencies are carried out according to live type according to the present invention；
Fig. 2 is the composition frame chart according to the broadcasting middleware of the present invention；
Fig. 3 is the workflow diagram according to the method that DRM broadcasting agencies are carried out according to live type of the present invention.
Embodiment
The preferred embodiments of the present invention are illustrated below in conjunction with accompanying drawing, it will be appreciated that described herein preferred real
Apply example to be merely to illustrate and explain the present invention, be not intended to limit the present invention.
Fig. 1 is the system block diagram that DRM broadcasting agencies are carried out according to live type according to the present invention, as shown in figure 1, according to
The present invention according to live type carry out DRM play agency system, including, TV applications client 10, play middleware 20,
The live member of video player 30, multicast organizes the live head ends 50 of 40 and HLS, wherein,
TV applications client 10, it receives customer instruction, and live play request is sent to and plays middleware 20.
Middleware 20 is played, it receives the live play request that TV applications client 10 is sent, and please to live play
Ask and parsed, it is that multicast is live or the live requests of HLS to judge live type, when judging live type for the live request of multicast
When, sent to the live member's group 40 of multicast and add member's group request signal；When judging live for the HLS request of live type, to
The live head ends 50 of HLS send data request signal, and organize the live head ends 50 of 40 or HLS from the live member of multicast and receive video counts
According to being decrypted to video data, the video data of decryption be pushed into video player 30.
Video player 30, it, which is received, plays the video data that middleware 20 is sent, and wherein video data is with HTTP
What service form was pushed.
The live member's group 40 of multicast, it is sending multicasting video data to multicast member group destination address incessantly always
Bag, after broadcasting middleware 20 is added to the multicast member group, it is possible to receive multicast live video data.
The live head ends 50 of HLS, it receives data request signal from middleware 20 is played, and according to data request signal, will
Video file piece is pushed to broadcasting middleware.
Fig. 2 is according to the composition frame chart of the broadcasting middleware of the present invention, as shown in Fig. 2 among according to the broadcasting of the present invention
Part, including, message processing module 201, live type judging module 202 and video processing module 203, wherein,
Message processing module 201, it is parsed to the live play request received, wherein live play request data format
To be resolved to following form：
The live URL examples of multicast：multi://freq:10000/ip:227.1.12.1/port:20010
The live URL examples of HLS：
http://src.live30m3u8.test.itv.cn/live/6c08600f406f41bfa1cfddecd8589ed7.m
3u8Pt=2＆dt=3＆ra=0 ＆code=＆
Live type judging module 202, it is judged the live play request data after the parsing of message processing module 201,
Judge live type be multicast it is live request or the live requests of HLS, wherein basis for estimation be：Please to the live play after parsing
The protocol type of URL in data is asked to be judged, protocol type is the live for HLS of HTTP beginnings, and protocol type is opened for Multi
Head for multicast it is live.
Video processing module 203, it enters to the video data that the live receptions of head end 50 of 40 or HLS are organized from the live member of multicast
Row processing, decryption, and the video data after decryption is pushed to video player 30 in the form of HTTP service and played out, its
In, for the live request of multicast, the multicast address in playing request, multicast member group is added, receive channel multicast packet；
For the live requests of HLS, the HLS broadcast address in live request, downloading video files piece, file piece is decrypted.
Fig. 3 is the workflow diagram according to the method that DRM broadcasting agencies are carried out according to live type of the present invention.Below will
With reference to figure 3, the method that DRM broadcasting agencies are carried out according to live type of the present invention is described.
First, in step 301, TV applications client sends live play request to middleware is played.
In step 302, play the live play request that middleware is sent to TV applications client in step 301 and connect
Receive simultaneously analysis request.
In step 303, play middleware and live play request is judged, to the live play request data after parsing
Middle URL protocol type judged, protocol type asks the live for HLS of HTTP beginnings, and protocol type is that Multi beginnings are
Multicast is live, and is determined according to judged result using following different reception processing mechanism：
If it is determined that live type is that multicast is live, then step 305 is carried out, organized to the live member of multicast and send request signal, built
Vertical multicast data reception passage, receiving multicast data.
According to the live broadcasting url of multicast (such as：multi://freq:10000/ip:227.1.12.1/port:
20010) IP address and the port of multicast member group, are obtained, (group number is the multicast IP of member group, such as to multicast member group
227.1.12.1 the request for adding multicast group) is sent, then establishes multicast reception passage (such as the live port of the multicast
20010) the live video data of multicast, is received.
If it is determined that live type is that HLS is live, then step 304 is carried out, request signal is sent to the live head ends of HLS, under
Carry HLS video datas.
In step 306, the video data received in step 304 or step 305 is decrypted, starts HTTP clothes
Business, is pushed to standard player by the video data after decryption in the form of HTTP service and played out.
One of ordinary skill in the art will appreciate that：The preferred embodiments of the present invention are the foregoing is only, and are not had to
In the limitation present invention, although the present invention is described in detail with reference to the foregoing embodiments, for those skilled in the art
For, its technical scheme that can be still recorded to foregoing embodiments is modified, or which part technical characteristic is entered
Row equivalent substitution.Within the spirit and principles of the invention, any modification, equivalent substitution and improvements made etc., all should include
Within protection scope of the present invention.
Claims (10)
1. a kind of system that DRM broadcasting agencies are carried out according to live type, including, TV applications client, play middleware, regard
The live member's group of frequency player, multicast and the live head ends of HLS, it is characterised in that
The TV applications client, it receives customer instruction, and live play request is sent into the broadcasting middleware；
The broadcasting middleware, it is parsed to live play request, and determines which kind of side used according to live type
Formula obtains video data, live for multicast, and multicast data flow address is taken from playing request, and sending multicast to multicast member group enters
Group request, from multicast member group receiving multicast data bag；It is live for HLS：Request of data is sent to the live head ends of HLS and is received
Video data；
The video player is pushed to the video data received is decrypted simultaneously after；
The video player, it, which is received, plays the video data that middleware is sent, and carries out video playback；
The live member's group of multicast, it is sending multicasting video data to multicast member group destination address incessantly always
Bag, every receiving terminal member for being added to the multicast group can receive multicasting video data；
The live head ends of HLS, its data request signal sent according to the broadcasting middleware, HLS video datas are pushed
Give broadcasting middleware.
2. the system according to claim 1 that DRM broadcasting agencies are carried out according to live type, it is characterised in that described to broadcast
Middleware is put, it receives the live play request that TV applications client is sent, and live play request is parsed, and judges
Live type is that multicast is live or the live requests of HLS, when judging live for the multicast request of live type, sends multicast and flows into
Group request signal, and the receiving multicast data bag from multicast live member's group；When judging live for the HLS request of live type,
Data request signal is sent to the live head ends of HLS, video data is received from the live head ends of HLS；Then video data is solved
It is close, the video data of decryption is pushed to video player.
3. the system according to claim 1 or 2 that DRM broadcasting agencies are carried out according to live type, it is characterised in that described
Playing middleware includes, message processing module, live type judging module and video processing module, wherein,
Described information processing module, it is parsed to the live play request received；
The live type judging module, the data after it is parsed to message processing module judge, judge that live type is
The live request of multicast or the live requests of HLS；
The video processing module, it is handled the video data received from the live member's group of multicast or the live head ends of HLS,
Decryption, and the video data after decryption is pushed to video player and played out.
4. the system according to claim 3 that DRM broadcasting agencies are carried out according to live type, it is characterised in that described straight
Type judging module is broadcast, protocol type, which is, to be judged to the protocol type of URL in the live play request data after parsing
HTTP beginnings are live for HLS, and protocol type is that Multi beginnings are that multicast is live.
5. the system according to claim 1 that DRM broadcasting agencies are carried out according to live type, it is characterised in that described to broadcast
Middleware is put, the video data of decryption is pushed to video player in the form of HTTP service.
6. the system according to claim 1 that DRM broadcasting agencies are carried out according to live type, it is characterised in that described to regard
Frequency player, it is Android standard player.
A kind of 7. method that DRM broadcasting agencies are carried out according to live type, it is characterised in that comprise the following steps：
1）TV applications client, it receives customer instruction, and live play request is sent into the broadcasting middleware；
2）Play middleware and receive live play request, and it is parsed；
3）Live type is judged according to analysis result；
4）Multicast is sent to multicast member group and enters a group request, from multicast member group receiving multicast data bag；Or to the live head ends of HLS
Request signal is sent, downloads HLS video datas；
5）Multicasting video data or HLS video datas are decrypted, and is pushed to video player in the form of HTTP service and enters
Row plays.
A kind of 8. method that DRM broadcasting agencies are carried out according to live type according to claim 7, it is characterised in that institute
State step 3）, further comprise,
The protocol type of URL in live play request data after parsing is judged, protocol type is that HTTP beginnings are HLS
Live, protocol type is that Multi beginnings are that multicast is live.
A kind of 9. method that DRM broadcasting agencies are carried out according to live type according to claim 7, it is characterised in that step
Rapid 4）It is described to send multicast to multicast member group and enter group request, from multicast member group receiving multicast data bag the step of, further
Including,
According to the broadcasting URL that multicast is live, IP address and the port of multicast member group are obtained, addition group is sent to multicast member group
The request of group is broadcast, then establishes multicast reception passage for the live port of the multicast, receives the live video data of multicast.
A kind of 10. method that DRM broadcasting agencies are carried out according to live type according to claim 7, it is characterised in that step
Rapid 4）It is described to send request signal to the live head ends of HLS, the step of downloading HLS video datas, further comprise,
According to the broadcasting URL that HLS is live, download request is sent to the live head ends of HLS, then downloads and receives HLS live datas.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201711337683.XA CN107896336A (en) | 2017-12-14 | 2017-12-14 | A kind of system and method that DRM broadcasting agencies are carried out according to live type |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201711337683.XA CN107896336A (en) | 2017-12-14 | 2017-12-14 | A kind of system and method that DRM broadcasting agencies are carried out according to live type |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN107896336A true CN107896336A (en) | 2018-04-10 |
Family
ID=61807815
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201711337683.XA Pending CN107896336A (en) | 2017-12-14 | 2017-12-14 | A kind of system and method that DRM broadcasting agencies are carried out according to live type |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN107896336A (en) |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN113285947A (en) * | 2021-05-21 | 2021-08-20 | 烽火通信科技股份有限公司 | HLS live broadcast and multicast live broadcast connection method and device |
Citations (9)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN104093088A (en) * | 2013-12-26 | 2014-10-08 | 赛特斯信息科技股份有限公司 | System and method for achieving self-adaptive stream media play control |
| CN104661044A (en) * | 2015-02-14 | 2015-05-27 | 广州珠江数码集团有限公司 | Broadcasting and TV OTT (over the top) integration terminal and implementing method thereof |
| CN104869473A (en) * | 2015-05-18 | 2015-08-26 | 梅红兵 | Video distribution network system integrating Internet and radio and television network |
| CN106412719A (en) * | 2015-08-03 | 2017-02-15 | 中国移动通信集团江苏有限公司 | Realization method of video mixture play, apparatus and system thereof |
| CN106657162A (en) * | 2017-03-01 | 2017-05-10 | 北京东大正保科技有限公司 | Online stream media playing method and stream media downloading and offline playing method |
| CN106686443A (en) * | 2015-11-10 | 2017-05-17 | 中兴通讯股份有限公司 | Media playback method, media playback terminal and media playback system |
| CN106792119A (en) * | 2016-12-20 | 2017-05-31 | 北京医视时代科技发展有限公司 | A kind of general video broadcasting method and system |
| US20170171611A1 (en) * | 2015-12-15 | 2017-06-15 | Telefonaktiebolaget Lm Ericsson (Publ) | System and method for facilitating fast channel change |
| CN107094263A (en) * | 2017-03-13 | 2017-08-25 | 华为技术有限公司 | A kind of video broadcasting method, user terminal and server |
-
2017
- 2017-12-14 CN CN201711337683.XA patent/CN107896336A/en active Pending
Patent Citations (9)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN104093088A (en) * | 2013-12-26 | 2014-10-08 | 赛特斯信息科技股份有限公司 | System and method for achieving self-adaptive stream media play control |
| CN104661044A (en) * | 2015-02-14 | 2015-05-27 | 广州珠江数码集团有限公司 | Broadcasting and TV OTT (over the top) integration terminal and implementing method thereof |
| CN104869473A (en) * | 2015-05-18 | 2015-08-26 | 梅红兵 | Video distribution network system integrating Internet and radio and television network |
| CN106412719A (en) * | 2015-08-03 | 2017-02-15 | 中国移动通信集团江苏有限公司 | Realization method of video mixture play, apparatus and system thereof |
| CN106686443A (en) * | 2015-11-10 | 2017-05-17 | 中兴通讯股份有限公司 | Media playback method, media playback terminal and media playback system |
| US20170171611A1 (en) * | 2015-12-15 | 2017-06-15 | Telefonaktiebolaget Lm Ericsson (Publ) | System and method for facilitating fast channel change |
| CN106792119A (en) * | 2016-12-20 | 2017-05-31 | 北京医视时代科技发展有限公司 | A kind of general video broadcasting method and system |
| CN106657162A (en) * | 2017-03-01 | 2017-05-10 | 北京东大正保科技有限公司 | Online stream media playing method and stream media downloading and offline playing method |
| CN107094263A (en) * | 2017-03-13 | 2017-08-25 | 华为技术有限公司 | A kind of video broadcasting method, user terminal and server |
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN113285947A (en) * | 2021-05-21 | 2021-08-20 | 烽火通信科技股份有限公司 | HLS live broadcast and multicast live broadcast connection method and device |
| CN113285947B (en) * | 2021-05-21 | 2022-04-26 | 烽火通信科技股份有限公司 | HLS live broadcast and multicast live broadcast connection method and device |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN101365096B (en) | Method for providing video content and related service equipment and system | |
| JP4888263B2 (en) | Receiving device, receiving method, and computer program | |
| KR101762088B1 (en) | Method and device for multi-screen interaction | |
| EP1895777B1 (en) | Method of providing an IPTV service | |
| CN101213835B (en) | Method and apparatus for providing additional information on digital broadcasting program to IPTV in home network | |
| CN102065339B (en) | Method and system for playing audio and video media stream | |
| WO2011112003A2 (en) | Method and apparatus for providing broadcast content and system using the same | |
| WO2015064383A1 (en) | Transmission device, transmission method, reception device, and reception method | |
| KR20120114016A (en) | Method and apparatus for network adaptive streaming user data in a outer terminal | |
| CN103596019B (en) | For showing the method and system of IPTV contents across screen | |
| WO2011000227A1 (en) | Method and apparatus for notification and interaction of multi-screen service in communication system | |
| WO2015035742A1 (en) | Method, terminal and system for audio and video sharing of digital television | |
| CN105142008B (en) | A method of playing second terminal data using first terminal | |
| KR102085192B1 (en) | Rendering time control | |
| WO2012151865A1 (en) | Data transmission method and system | |
| CN103024491B (en) | The video broadcasting method of mobile terminal and system | |
| US12081317B2 (en) | Information processing apparatus, client apparatus, and data processing method | |
| JP2004272712A (en) | Receiving device and information browsing method | |
| US20220103274A1 (en) | Broadcasting signal transmitting apparatus, broadcasting signal receiving apparatus, broadcasting signal transmitting method, and broadcasting signal receiving method | |
| WO2014026590A1 (en) | Method, terminal and cdn server in iptv system for realizing playing while downloading | |
| WO2015146647A1 (en) | Transmission device, transmission method, reception device, reception method, and program | |
| JP2009130866A (en) | Media playback system and method | |
| JP2008147759A (en) | Distribution system, its recorder apparatus, terminal equipment and program recording/distributing method | |
| CN107896336A (en) | A kind of system and method that DRM broadcasting agencies are carried out according to live type | |
| RU2663187C2 (en) | Device and method of content provision, program, terminal device, and content provision system |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| PB01 | Publication | ||
| PB01 | Publication | ||
| SE01 | Entry into force of request for substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| CB03 | Change of inventor or designer information |
Inventor after: Wang Lei Inventor after: Yang Chunguang Inventor after: Xuan Meixia Inventor before: Wang Lei Inventor before: Yang Chunguang Inventor before: Xuan Meixia Inventor before: Wu Liang Inventor before: Tan Guohan |
|
| CB03 | Change of inventor or designer information | ||
| RJ01 | Rejection of invention patent application after publication |
Application publication date: 20180410 |
|
| RJ01 | Rejection of invention patent application after publication |