CN101742238A - Streaming media on-demand method and device combining RTS with P2P - Google Patents
Streaming media on-demand method and device combining RTS with P2P Download PDFInfo
- Publication number
- CN101742238A CN101742238A CN200810217884A CN200810217884A CN101742238A CN 101742238 A CN101742238 A CN 101742238A CN 200810217884 A CN200810217884 A CN 200810217884A CN 200810217884 A CN200810217884 A CN 200810217884A CN 101742238 A CN101742238 A CN 101742238A
- Authority
- CN
- China
- Prior art keywords
- data
- rtsp
- streaming media
- buffering area
- demand
- 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
Images
Abstract
The invention discloses a streaming media on-demand method realized by combining RTS with P2P. A, an on-demand client obtains an initial part of on-demand data by connecting with a streaming media server by adopting an RTSP and stores the initial part of the on-demand data in a content buffer area; B, the on-demand client plays the data of the content buffer area and acquires the sequential part of the on-demand data, which is not stored in the content buffer area, by connecting with other on-demand clients including the on-demand data by adopting the P2P at the same time and also places the sequential part in the content buffer area; C, the on-demand client clears played data in the content buffer area, if the rest data of the content buffer area is less than a first threshold value, the sequential part of the on-demand data is downloaded to the content buffer area by starting the RTSP to connect with the streaming media server, and if the rest data is more than a second threshold value, RTSP downloading is stopped. The streaming media on-demand method and device realize the combination of the advantages of the RTSP and the P2P and enhance the streaming media on-demand property.
Description
Technical field
The present invention relates to the streaming media on demand technical field, stream media ordering method and device that particularly a kind of RTSP and P2P combine.
Background technology
Along with popularizing and constantly development of Internet technology, the content of streaming media video becomes increasingly abundant colorfully on the Internet, thereby has produced increasing demand by internet viewing VOD.VOD (Video OnDemand) is the abbreviation of video request program as required, is also referred to as the interactive stream media video on-demand system.The streaming media video VOD system generally comprises user video door (be used to show that the user watches movie and television contents), and streaming media server (being used for transmitting video code flow to the user), local player are client end of playing back (being used for receiving and broadcast code flow).Just can become the video service system that can run if add SMS (authentication and accounting system) and CMS (Content Management System), the network communications technology agreement that present VOD system is adopted is the RTSP agreement.
RTSP (Real Time Streaming Protocol), it is real time streaming transport protocol, it is an application layer protocol in the ICP/IP protocol system, by the IETF RFC standard that Columbia University, Netscape and RealNetworks company submit to, this protocol definition one-to-many application how to transmit multi-medium data by IP network effectively.RTSP is being positioned on the architecture on RTP (real time transport protocol) and the RTCP (transmitting control protocol in real time), it uses TCP or RTP to finish transfer of data, HTTP compares with RTSP, HTTP transmits HTML, and the RTSP transmission is multi-medium data, the HTTP request is sent by client computer, and server responds; When using RTSP, client-server can be sent request, and promptly RTSP can be two-way.
Adopt the streaming media video program request of RTSP, its main mode is to send request by the program request client, the streaming media server response request, and send code stream in real time by the requirement of client, be typical client/server (C/S) structure.Adopt this mode, all flow-medium performance data all leave on the streaming media server, and send data in real time according to client's request, its shortcoming is that all request program data all concentrate on the streaming media server, and the load capacity of streaming media server is limited, if number of users increases, the concurrency of visit increases the quantity that then needs ceaselessly to increase streaming media server, while is along with the increase of user's program request concurrency, the deficiency that the network egress bandwidth of streaming media server also can become, need increase the network bandwidth of server simultaneously, thereby increase cost of investment.
P2P (peer-to-peer), also having point-to-point is the meaning of point-to-point download, and it is to download term, and the meaning is that the computer of oneself also will continue to make main frame to be uploaded when yourself downloads, this downloading mode, people's multiple speed more is fast more.The Peer of equity connection in recent years to Peer (being called for short P2P) business development is rapid on the Internet, become the main flow of broadband internet business, the P2P technology is interosculated each user becomes a network, share bandwidth wherein, the common information of handling wherein, different with traditional client-server pattern, in the P2P working method, each program request client terminal promptly is that client computer is again a server, downloading each user terminal among numerous users of same file only needs a fragment of file in download, intercourse then, finally each user obtains complete file.
System based on the streaming media on demand of P2P, it is big and save advantage such as port band width to have concurrency, but also there are some intrinsic shortcomings: at first, other computer-list that will have the data file of oneself needs before the P2P transfer of data earlier to Tracker server (effect of this server is to follow the tracks of and the active situation of record seed) request, and then to so just cause toggle speed slow according to tabulation to other computer difference request msg; Secondly, the data of P2P are to be divided into data block one by one, generally do not wait from 64K-256K, and the network uploading speed difference of every computer, customer group uncertain (user may shut down or interrupt P2P service etc.) and cause P2P data flow instability simultaneously, or sometimes fast and sometimes slow, in addition since general P2P fetch data and be not to carry out in order, and need obtain code stream in order during user's normal play program, thereby make user's experience effect not good.
Summary of the invention
The stream media ordering method and the device that the object of the present invention is to provide a kind of RTSP and P2P to combine, make the user can avoid the defective of single use RTSP or P2P in conjunction with the advantage of utilizing RTSP and P2P, improve the performance and the efficient of streaming media video on the program request client terminal playing the Internet, increased better user experience.
Technical scheme of the present invention is: the stream media ordering method that provides a kind of RTSP and P2P to combine may further comprise the steps:
A. adopt during the program request client terminal start-up RTSP to connect the initial part that streaming media server obtains order program data and leave the content buffering area in;
B. the program request client adopts P2P to connect other program request client that comprises described order program data when playing described content buffer data to obtain the further part of the described order program data that described content buffering area do not have and leave described content buffering area in;
C. the program request client is removed the data of playing in the described content buffering area, connect described streaming media server the further part of described order program data is downloaded to described content buffering area if the remaining data of described content buffering area then starts RTSP less than first threshold value, download if described remaining data then stops RTSP greater than second threshold value.
In method of the present invention, when further comprising program request client terminal start-up P2P, obtains described step B the address list of other program request client of the subsequent data blocks that comprises described order program data earlier from the resource index server, the preferential further part of selecting to be in the described order program data of program request client downloads of same provider network scope from described address list with this program request client.
In method of the present invention, described content buffer size be set to will play content 5-10 minute played data amount, best size is 8 minutes a played data amount.
In method of the present invention, first threshold value described in the described step C is 1/4 described content buffer size.
In method of the present invention, second threshold value described in the described step C is 1/2 described content buffer size.
The streaming media on demand device that the present invention also provides a kind of RTSP and P2P to combine, described device comprise RTSP unit, P2P unit, broadcast unit and content buffer management unit; The initial part that described RTSP unit is used for adopting RTSP to connect streaming media server acquisition order program data when described streaming media on demand device starts leaves the content buffering area in;
Described P2P unit is used for when described broadcast unit is play described content buffer data adopting P2P to connect other program request client that comprises described order program data obtaining the further part of the described order program data that described content buffering area do not have and leave described content buffering area in and do the local hard drive storage;
Described content buffer management unit is used for removing data and the real-time size of monitoring the remaining data of described content buffering area that described content buffering area was play, connect described streaming media server the further part of described order program data is downloaded to described content buffering area if described remaining data then starts described RTSP unit less than first threshold value, if described remaining data then stops the download of described RTSP unit greater than second threshold value.
Concrete, described program request client is the client computer that comprises described order program data that is in same provider network scope with described streaming media on demand device.
Concrete, described content buffer size be set to will play content 5-10 minute played data amount, best size is 8 minutes a played data amount.
Concrete, described first threshold value is 1/4 described content buffer size.
Concrete, described second threshold value is 1/2 described content buffer size.
The invention has the beneficial effects as follows, the invention provides stream media ordering method that a kind of RTSP and P2P combine and device, program request client by being used in combination RTSP agreement P2P agreement, made full use of the advantage of RTSP and P2P, avoided the defective of independent use RTSP or P2P, the performance and the efficient of streaming media video on the program request client terminal playing the Internet have been improved, particularly increase and play under the situation that concurrent visit increases and demonstrated better advantage, increased better user experience at some broadcasting user.
Description of drawings
Fig. 1 is the stream media ordering method flow chart that a kind of RTSP of the present invention and P2P combine;
Fig. 2 is the streaming media on demand principle schematic that a kind of RTSP of the present invention and P2P combine;
Fig. 3 is the streaming media on demand structure drawing of device that a kind of RTSP of the present invention and P2P combine.
Embodiment
The present invention is further elaborated with specific embodiment with reference to the accompanying drawings below.
As shown in Figure 1, be the stream media ordering method flow chart that a kind of RTSP of the present invention and P2P combine, may further comprise the steps:
Among the step S100, when the user wanted to watch the internet stream media video, client was broadcast in the start-up point, and the program request client is at first with the streaming media server on the RTSP connection the Internet, the initial part of order program data is downloaded to local content buffering area, and play on the buffer memory limit while downloading.
Among the step S105, the program request client when beginning to play the data of described content buffering area, start P2P obtain to comprise from the resource index server described order program data other program request client address list and preferentially set up P2P and be connected with other program request client that is in same provider network zone.
Among the step S110, the program request client leaves described content buffering area in from the further part of other program request client downloads order program data of setting up P2P and connecting.
Among the step S115, the clear contents order program data play in the buffering area and whether judge remaining data of program request client less than first threshold value, if remaining data is less than first threshold value execution in step S120 then, otherwise execution in step S125.
Among the step S120, program request client terminal start-up RTSP replenishes the further part of download point multicast data, continues execution in step S115 then.
Among the step S125, the program request client continues whether to judge remaining data greater than second threshold value, if remaining data is greater than second threshold value execution in step S130 then, otherwise continuation execution in step S120.
Among the step S130, program request client terminate RTSP continue to use the further part of P2P from the described order program data of other program request client downloads that comprises described order program data.
Fig. 2 is the streaming media on demand principle schematic that a kind of RTSP of the present invention and P2P combine, and comprises a plurality of program request clients and a plurality of streaming media server in the schematic diagram, and this schematic diagram has only been drawn a streaming media server as signal.Client was broadcast in the start-up point by elder generation when the user needed flow-medium performance on the program request the Internet, the program request client is at first set up the content buffering area and is at first used the RTSP agreement to connect streaming media server on the Internet at local internal memory, the initial part that the program request client is downloaded the order program data that will play from the streaming media server that connects leaves in the local content buffering area, play while downloading, start the P2P agreement then immediately, obtain the address list of other program request client that comprises described order program data from the resource index server, the preferential program request client that comprises described order program data that is in same provider network zone with this program request client that connects, the further part of described order program data is downloaded to local content buffering area, the program request client is also shared out own existing order program data for the download of other program request client use P2P agreement not only from the described order program data of other program request client downloads simultaneously.The resource index server comprises P2P communication module and P2P node tracking module, set up the situation of communicating by letter and following the tracks of the P2P data download with the program request client node that uses P2P, thereby set up an address list that comprises the program request client of order program data, like this, the program request client is many more, it is many more to share the order program data client, download just fast more, so just combine the advantage of RTSP agreement and P2P agreement well, thereby improved the performance of program request internet stream media program, also improved the utilization ratio of streaming media resource on the Internet.
Fig. 3 is the structure chart of the streaming media on demand device 300 that combines of a kind of RTSP of the present invention and P2P, comprises P2P unit 301, RTSP unit 302, broadcast unit 303 and content buffer management unit 304; The user starts described streaming media on demand device when needing the program request flow-medium performance, described broadcast unit 303 is set up local content buffering area 305 and is started the initial part that the RTSP unit connects streaming media server downloading and playing order program data simultaneously and leave content buffering area 305 in, play while downloading, in the play-on-demand data, also start other client computer address list that the P2P unit obtains to comprise on the Internet described order program data, preferentially set up that P2P is connected and the further part of downloading described order program data leaves content buffering area 305 in the client computer that this streaming media on demand device is in same provider network zone, then content buffer management unit 304 also can be with the deposit data in the content buffering area 305 at local hard drive if local hard drive has enough clearance spaces, content buffer management unit 304 clear contents data of having play in the buffering area 305 and the size of monitoring remaining data in the content buffering area 305 constantly, if remaining data stops RTSP unit 302 greater than 1/2 of whole contents buffering area 305,, remaining data replenishes the download point multicast data if restarting the RTSP unit less than 1/4 of whole contents buffering area 305.The size of the content buffering area 305 that broadcast unit 303 is set up is a 5-10 minute played data amount of required playing stream media program, and suggestion is set to 8 minutes played data amount.When operations such as user's execution " dragging " or " F.F. " and " rewind down ", broadcast unit 303 empties content buffering area 305 earlier from the technology playing stream media program of local hard drive storage 306 by key frame, if local hard drive storage 306 does not have described order program data then to start RTSP unit 302 from the streaming media server broadcast program.
The above is the preferred embodiments of the present invention only, is not limited to the present invention, and for a person skilled in the art, the present invention can have various changes and variation.Within the spirit and principles in the present invention all, any modification of being done, be equal to replacement, improvement etc., all should be included within the claim scope of the present invention.
Claims (10)
1. the stream media ordering method that combines of RTSP and P2P is characterized in that, may further comprise the steps:
A. adopt during the program request client terminal start-up RTSP to connect the initial part that streaming media server obtains order program data and leave the content buffering area in;
B. the program request client adopts P2P to connect other program request client that comprises described order program data when playing described content buffer data to obtain the further part of the described order program data that described content buffering area do not have and leave described content buffering area in;
C. the program request client is removed the data of playing in the described content buffering area, connect described streaming media server the further part of described order program data is downloaded to described content buffering area if the remaining data of described content buffering area then starts RTSP less than first threshold value, download if described remaining data then stops RTSP greater than second threshold value.
2. the stream media ordering method that RTSP according to claim 1 and P2P combine, it is characterized in that: obtain the address list of other program request client of the follow-up data that comprises described order program data when described step B further comprises program request client terminal start-up P2P earlier from the resource index server, the preferential further part of selecting to be in the described order program data of program request client downloads of same provider network scope from described address list with this program request client.
3. the stream media ordering method that RTSP according to claim 1 and P2P combine is characterized in that: described content buffer size be set to will play content 5-10 minute played data amount, best size is 8 minutes a played data amount.
4. the stream media ordering method that RTSP according to claim 1 and P2P combine is characterized in that: first threshold value described in the described step C is 1/4 described content buffer size.
5. the stream media ordering method that RTSP according to claim 1 and P2P combine is characterized in that: second threshold value described in the described step C is 1/2 described content buffer size.
6. the streaming media on demand device that combines of RTSP and P2P, it is characterized in that: described device comprises RTSP unit, P2P unit, broadcast unit and content buffer management unit; The initial part that described RTSP unit is used for adopting RTSP to connect streaming media server acquisition order program data when described streaming media on demand device starts leaves the content buffering area in;
Described P2P unit is used for when described broadcast unit is play described content buffer data adopting P2P to connect other program request client that comprises described order program data obtaining the further part of the described order program data that described content buffering area do not have and leave described content buffering area in;
Described content buffer management unit is used for removing data and the real-time size of monitoring the remaining data of described content buffering area that described content buffering area was play, connect described streaming media server the further part of described order program data is downloaded to described content buffering area if described remaining data then starts described RTSP unit less than first threshold value, if described remaining data then stops the download of described RTSP unit greater than second threshold value.
7. the streaming media on demand device that RTSP according to claim 6 and P2P combine is characterized in that: described program request client is the client computer that comprises described order program data that is in same provider network scope with described streaming media on demand device.
8. the streaming media on demand device that RTSP according to claim 6 and P2P combine is characterized in that: described content buffer size be set to will play content 5-10 minute played data amount, best size is 8 minutes a played data amount.
9. the streaming media on demand device that RTSP according to claim 6 and P2P combine is characterized in that: described first threshold value is 1/4 described content buffer size.
10. the streaming media on demand device that RTSP according to claim 6 and P2P combine is characterized in that: described second threshold value is 1/2 described content buffer size.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN200810217884A CN101742238A (en) | 2008-11-26 | 2008-11-26 | Streaming media on-demand method and device combining RTS with P2P |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN200810217884A CN101742238A (en) | 2008-11-26 | 2008-11-26 | Streaming media on-demand method and device combining RTS with P2P |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN101742238A true CN101742238A (en) | 2010-06-16 |
Family
ID=42465026
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN200810217884A Pending CN101742238A (en) | 2008-11-26 | 2008-11-26 | Streaming media on-demand method and device combining RTS with P2P |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN101742238A (en) |
Cited By (11)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN102917028A (en) * | 2012-09-26 | 2013-02-06 | 深圳好视网络科技有限公司 | Network video live broadcasting caching method and device |
| CN103037006A (en) * | 2012-12-24 | 2013-04-10 | 安徽华博胜讯信息科技有限公司 | Multilevel public electronic reading room traversing data pickup method |
| CN103188337A (en) * | 2011-12-29 | 2013-07-03 | 财团法人工业技术研究院 | Server, user equipment, method for selecting starting block address and method for determining block request number |
| CN103780925A (en) * | 2012-10-26 | 2014-05-07 | 深圳市快播科技有限公司 | On-line video-on-demand method and system based on moving platform |
| CN104244083A (en) * | 2014-10-08 | 2014-12-24 | 联想(北京)有限公司 | Online video downloading method and electronic device |
| CN105049938A (en) * | 2015-08-31 | 2015-11-11 | 河南大学 | Video playing method based on Spice and memory share |
| CN105357543A (en) * | 2015-10-23 | 2016-02-24 | 深圳市网心科技有限公司 | Cross-platform point-to-point video transmission method and device |
| CN107580243A (en) * | 2017-09-28 | 2018-01-12 | 长沙曙通信息科技有限公司 | A kind of demand stream media system comprehensive transmission implementation method |
| CN107959659A (en) * | 2016-10-17 | 2018-04-24 | 杭州海康威视数字技术股份有限公司 | A kind of flow medium play control method, device and electronic equipment |
| CN108270845A (en) * | 2017-12-13 | 2018-07-10 | 武汉市烽视威科技有限公司 | A kind of P2P VOD systems and method based on RTSP |
| CN114339287A (en) * | 2021-12-29 | 2022-04-12 | 腾云悦智科技(深圳)有限责任公司 | Intelligent P2P stream media on-demand playing system and method |
-
2008
- 2008-11-26 CN CN200810217884A patent/CN101742238A/en active Pending
Cited By (17)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN103188337A (en) * | 2011-12-29 | 2013-07-03 | 财团法人工业技术研究院 | Server, user equipment, method for selecting starting block address and method for determining block request number |
| CN103188337B (en) * | 2011-12-29 | 2016-05-18 | 财团法人工业技术研究院 | Server, user equipment, method for selecting starting block address and method for determining block request number |
| CN102917028B (en) * | 2012-09-26 | 2016-02-03 | 深圳好视网络科技有限公司 | The caching method of internet video live broadcasting and device |
| CN102917028A (en) * | 2012-09-26 | 2013-02-06 | 深圳好视网络科技有限公司 | Network video live broadcasting caching method and device |
| CN103780925A (en) * | 2012-10-26 | 2014-05-07 | 深圳市快播科技有限公司 | On-line video-on-demand method and system based on moving platform |
| CN103037006A (en) * | 2012-12-24 | 2013-04-10 | 安徽华博胜讯信息科技有限公司 | Multilevel public electronic reading room traversing data pickup method |
| CN103037006B (en) * | 2012-12-24 | 2015-12-23 | 安徽华博胜讯信息科技有限公司 | Multilevel public electronic reading room traversing data pickup method |
| CN104244083B (en) * | 2014-10-08 | 2019-07-26 | 联想(北京)有限公司 | A kind of method for down loading and electronic equipment of Online Video |
| CN104244083A (en) * | 2014-10-08 | 2014-12-24 | 联想(北京)有限公司 | Online video downloading method and electronic device |
| CN105049938A (en) * | 2015-08-31 | 2015-11-11 | 河南大学 | Video playing method based on Spice and memory share |
| CN105357543A (en) * | 2015-10-23 | 2016-02-24 | 深圳市网心科技有限公司 | Cross-platform point-to-point video transmission method and device |
| CN105357543B (en) * | 2015-10-23 | 2019-01-22 | 深圳市网心科技有限公司 | The cross-platform point-to-point video transmission method of one kind and device |
| CN107959659A (en) * | 2016-10-17 | 2018-04-24 | 杭州海康威视数字技术股份有限公司 | A kind of flow medium play control method, device and electronic equipment |
| CN107959659B (en) * | 2016-10-17 | 2021-01-29 | 杭州海康威视数字技术股份有限公司 | Streaming media playing control method and device and electronic equipment |
| CN107580243A (en) * | 2017-09-28 | 2018-01-12 | 长沙曙通信息科技有限公司 | A kind of demand stream media system comprehensive transmission implementation method |
| CN108270845A (en) * | 2017-12-13 | 2018-07-10 | 武汉市烽视威科技有限公司 | A kind of P2P VOD systems and method based on RTSP |
| CN114339287A (en) * | 2021-12-29 | 2022-04-12 | 腾云悦智科技(深圳)有限责任公司 | Intelligent P2P stream media on-demand playing system and method |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN101742238A (en) | Streaming media on-demand method and device combining RTS with P2P | |
| US9979771B2 (en) | Adaptive variable fidelity media distribution system and method | |
| US9462339B2 (en) | Systems and methods for distributing video on demand | |
| CN101005606B (en) | Method and device for reducing medium playing delay | |
| CN101471919B (en) | Method and device for downloading slicing of equipment based on point-to-point transmission protocol | |
| Liang et al. | Incentivized peer-assisted streaming for on-demand services | |
| KR20080037079A (en) | A multi-source and resilient video on demand streaming system for a peer-to-peer subscriber community | |
| CN101867777B (en) | Video ordering transmission method based on peer-to-peer computing set-top box | |
| CN101001312A (en) | Network Tv. (IPTV) set-top box of support popint-to-point technology | |
| CN102316135A (en) | Network on-demand method and system | |
| US8356109B2 (en) | Network streaming of a video stream over multiple communication channels | |
| US20100198977A1 (en) | Automatic live stream trees | |
| CN102196314A (en) | System and method for realizing streaming media transmission by using peer-to-peer (P2P) set-top box | |
| CN103167358B (en) | Set top box, media playing processing method and media resuming playing method | |
| CN101267531A (en) | An interactive network TV system and its realization method | |
| CN101605242B (en) | Method, device and system for realizing video-on-demand service | |
| CN101335851A (en) | Network television receiver capable of watching video live broadcast through network | |
| CN1812566A (en) | Apparatus and method for realizing P2P stream broadcasting in information family appliances | |
| Chi et al. | Deadline-aware network coding for video on demand service over P2P networks | |
| Liang et al. | ipass: Incentivized peer-assisted system for asynchronous streaming | |
| de Pinho et al. | Assessing the efficiency of stream reuse techniques in P2P video-on-demand systems | |
| Xiao et al. | Toward systematical data scheduling for layered streaming in peer-to-peer networks: Can we go farther? | |
| Zhang et al. | Multi-task downloading for p2p-vod: An empirical perspective | |
| CN101286943A (en) | Control method of network television service and network television service system | |
| Yang et al. | A novel on-demand streaming service based on improved BitTorrent |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| C06 | Publication | ||
| PB01 | Publication | ||
| C10 | Entry into substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| ASS | Succession or assignment of patent right |
Owner name: MSTAR SOFTWARE DEVELOPMENT INC. Free format text: FORMER OWNER: BIQOQI DIGITAL CODE TECH CO., LTD., SHENZHEN CITY Effective date: 20130711 |
|
| C41 | Transfer of patent application or patent right or utility model | ||
| COR | Change of bibliographic data |
Free format text: CORRECT: ADDRESS; FROM: 518051 SHENZHEN, GUANGDONG PROVINCE TO: 518057 SHENZHEN, GUANGDONG PROVINCE |
|
| TA01 | Transfer of patent application right |
Effective date of registration: 20130711 Address after: 518057 Guangdong city of Shenzhen province Nanshan District Gao Xin Road China science and Technology Development Institute of Technology Park Building No. three tower 4 5 floor Applicant after: MStar Software Development (Shenzhen) Co., Ltd. Address before: 518051 room three, building 307, R & D complex, Tsinghua hi tech Zone, Nanshan District hi tech Zone, Guangdong, Shenzhen Applicant before: Shenzhen Bianqi Digital Technologies Co., Ltd. |
|
| C12 | Rejection of a patent application after its publication | ||
| RJ01 | Rejection of invention patent application after publication |
Application publication date: 20100616 |