CN103618732A - Execution flow of App engine structure of PaaS and Erlang - Google Patents
Execution flow of App engine structure of PaaS and Erlang Download PDFInfo
- Publication number
- CN103618732A CN103618732A CN201310655663.2A CN201310655663A CN103618732A CN 103618732 A CN103618732 A CN 103618732A CN 201310655663 A CN201310655663 A CN 201310655663A CN 103618732 A CN103618732 A CN 103618732A
- Authority
- CN
- China
- Prior art keywords
- erlang
- thread
- message
- flow process
- ajax
- 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
Images
Abstract
The invention relates to the field of office software, and provides an execution flow of an App engine structure of PaaS and Erlang. The flow includes the steps that a client side initiates a long pull request to a server side in an mode of Ajax of Javascript, and parameters are connected to an Erlang concurrency model through a semantic parsing module of the server side; the Erlang concurrency model imports an Erlang OTP frame, acquires IDs of distributed resources and registers the acquired IDs of the resources into a system common assembly module; a waiting system message passing module sends return results, and when the received return results are normal response messages, the return results can be returned to the client side at the front end through the semantic parsing module. The execution flow has the advantage of integrating an HTTP mode with a SOCKET mode.
Description
Technical field
The invention belongs to office software field, relate in particular to a kind of PaaS and Erlang App application engine framework and carry out flow process.
Background technology
For APP application architecture under PaaS, mainly adopting HTTP and Socket2 kind mode to carry out communication in the market, process respectively length and connect, is integrated 2 advantage and be dissolved in APP practical application and go but there is no a sets of plan, and concrete defect is as follows:
HTTP mode:
(1) program based on B/S exploitation, most of structure that adopts browser and service end, if browser aspect does not adopt plug-in unit mode, can not realize real-time messages communication and mutual, cannot realize in simple terms server push and transmit data to browser.
(2) program that adopts HTML mode to develop realizes message real-time communication, can only adopt the mode of Ajax poll access services end, in this sample loading mode time property in sight, be to ensure according to the time granularity of request server, server I/O and pressure are caused to very big burden, resource consumption is serious.
(3), due to the complexity of application and the parsing standard of existing most of browser on the market, a large amount of short requests can cause the collapse of browser JavaScript resolver, take a large amount of client resources.
(4) because a large amount of short connections of front end cause event handling difficult management.
(5) application server can only adopt HTTP web server or WebService, cannot realize high concurrent IO and process, and cannot efficiently to thread, manage, and realizes difficulty large for fast Development.
(6) technical limitations causes Application and Development limited degrees high, cannot realize similar MMORPG(MMOG) such complex scene.
SOCKET mode:
(1) client must be installed plug-in unit, such as Flash/Flex, Java Swing, Unity3D etc., for user first UE(user experience) experience poor.
(2) cross-platform ability is poor, and the browser None-identified in some PAD ends, mobile terminal, virtual terminal is supported the plug-in unit that SOCKET connects.
(3) separate unit server load IO pressure is large, for example: the maximum connection amount of standard DELL R410(double-core 4G internal memory) supporting, at 4000 heights, does not wherein comprise any business datum inside.
(4) realize complex distributions formula thread management difficulty high, the construction cycle is long, and the professional demand of personnel's technical ability is high, there is no the framework of better integration APP in integrating industry.
(5) adopt the main service-oriented of server of C++, Java exploitation, cannot be towards concurrency programming.Adopt the server of Erlang, GoLang exploitation mainly towards concurrent processing, support that logical operation capability is poor, there is no at present sets of plan integration efficiently.
In realizing the technical scheme of prior art, find that prior art exists following technical problem:
In industry, do not have a set of efficient scheme to integrate the problems referred to above of APP under HTTP and SOCKET mode at present, for most of company in industry realizes real-time, interactive APP, otherwise giving up partial service and user experiences, otherwise sacrifice the resources such as server, bandwidth, except these 2 kinds of modes, there is no at present and have other better framework models.
Summary of the invention
The object of the embodiment of the present invention is to provide a kind of PaaS and Erlang App application engine framework to carry out flow process, is intended to solve in prior art and cannot integrates the problem that under HTTP and SOCKET mode, APP exists.
On the one hand, provide a kind of PaaS and Erlang App application engine framework to carry out flow process, described flow process comprises:
In customer end adopted Javascript, Ajax mode is initiated the long request of drawing and is arrived service end, and parameter is connected to Erlang models of concurrency through service end semantic meaning analysis module;
Erlang models of concurrency is introduced Erlang OTP framework, obtains and is assigned with resource ID, and the resource ID obtaining is registered in system common component module and is gone;
Waiting system Message-Passing Model sends and to return results, when receive return results as normal response message time, can result be turned back to front-end client by semantic meaning analysis module; When receive return results as exception response message after, can be reintroduced back to Erlang OTP framework, obtain and be assigned with resource ID, again by being registered in Resources allocation ID in system common component module, go, then re-execute and return results operation; If do not have message received, current thread can be received and enter thread resting state by the trustship of Erlang models of concurrency, until there is information updating.
Optionally, described flow process Ajax mode in customer end adopted Javascript is initiated to grow to draw and is asked also to comprise before service end:
When client is activated, Javascript script can start front end monitoring and restart module, and initialization Ajax requester, Ajax requester can send client-requested to service end, and the message returned of reception server, by front end Message dictionary, resolve message content, and circulation is carried out;
Module is restarted in described monitoring, for guaranteeing that Ajax requester has and only have a request to be issued.
Optionally, described Ajax requester can send client-requested and specifically comprises to service end:
Ajax requester send Json formatted data to service end semantic meaning analysis module so that semantic meaning analysis module can be resolved Json form according to Parameter Dictionary, and Json data transaction is become to Bit macrodata.
Optionally, described Erlang OTP framework comprises: the multiplexing engine of pressure monitor engine and invokes thread; Wherein,
Described pressure monitor engine, for active detection trigger;
The multiplexing engine of described thread, for the thread resources ID that preferentially will apply for location according to the idling-resource search thread pond of different server, match after suitable thread resources, according to client-requested type, judge whether to search for caching server and load already present business logic processing result, if select not load, the multiplexing queue of service logic that can provide from PaaS platform, select the logical program type that will carry out.
Optionally, described PaaS and Erlang App application engine framework also comprise: message mechanism structure system:
Described message mechanism structure system, for all message all can be aggregated into thread state module, then carries out trustship operation by thread state module notice Long Polling controller.
Optionally, described PaaS and Erlang App application engine framework also comprise: be erected at thread pool caching server below, for the buffer memory for programmed logic script results.
Optionally, Long Polling controller, thread metadata and the thread identifier for storing received, to Erlang models of concurrency, by Erlang OTP framework, sent back.
In embodiments of the present invention, technical scheme provided by the invention is specially for requiring instantaneity, strong mutual, HTML light weight without plug-in unit, development difficulty is little, the cycle is short, low-cost, height is concurrent, system robust is ripe APP structure system solution under PaaS.Integral body has realized PaaS platform that present the Internet and traditional software cann't be solved without plug-in unit, high instantaneity problem.It is more suitable for the needs of modern PaaS application.So it has advantages of the HTTP of integration and SOCKET mode.
Brief Description Of Drawings
Fig. 1 is PaaS provided by the invention and Erlang App application engine framework flowchart;
Fig. 2 is client Long Polling transmit mechanism logic interaction figure provided by the invention;
Fig. 3 is Thread control provided by the invention and logical process interaction figure;
Fig. 4 is service end message mechanism figure provided by the invention;
Fig. 5 is PaaS provided by the invention and the concrete flowchart of Erlang App application engine framework.
Implement mode of the present invention
In order to make object of the present invention, technical scheme and advantage clearer, below in conjunction with drawings and Examples, the present invention is further elaborated.Should be appreciated that specific embodiment described herein, only in order to explain the present invention, is not intended to limit the present invention.
The specific embodiment of the invention provides a kind of PaaS and Erlang App application engine framework to carry out flow process, and this flow process as shown in Figure 1, comprising:
101, in customer end adopted Javascript, Ajax mode is initiated the long request of drawing and is arrived service end, and parameter is connected to Erlang models of concurrency through service end semantic meaning analysis module;
102, Erlang models of concurrency is introduced Erlang OTP framework, obtains and is assigned with resource ID, and the resource ID obtaining is registered in system common component module and is gone;
103, waiting system Message-Passing Model sends and to return results, when receive return results as normal response message time, can result be turned back to front-end client by semantic meaning analysis module; When receive return results as exception response message after, can be reintroduced back to Erlang OTP framework, obtain and be assigned with resource ID, again by being registered in Resources allocation ID in system common component module, go, then re-execute and return results operation (flow process before again walking a time); If do not have message received, current thread can be received and enter thread resting state by the trustship of Erlang models of concurrency, until there is information updating.
Method provided by the invention provides a set of high-performance for Long Polling, low-cost solution, adopted for thread trustship control mode, in industry, there is no a sets of plan is at present the Long Polling solution for thread trustship, and it has reached IO peak value after tested to greatest extent in the concurrent quantity of cheap PC.
Optionally, above-mentioned flow process can also comprise before 101:
Client Long Polling transmit mechanism:
Client Long Polling transmit mechanism is the Long Polling logic interaction figure based on thread events referring to figure (2).Fig. 5 is that PaaS and Erlang App application engine framework are specifically carried out flow process.When client is activated, Javascript script can start front end monitoring and restart module, and initialization Ajax requester, Ajax requester can send client-requested to service end, and the message returned of reception server, by front end Message dictionary, resolve message content, and circulation is carried out.Module is restarted in monitoring, for guaranteeing that Ajax requester has and only have a request to be issued.
Optionally, above-mentioned Ajax requester can send client-requested and specifically can comprise to service end:
Ajax requester send Json formatted data to service end semantic meaning analysis module so that semantic meaning analysis module can be resolved Json form according to Parameter Dictionary, and Json data transaction is become to Bit macrodata.Semantic meaning analysis module goes Bit data to apply for thread registration in the mode of stream, and thread registration can load thread queue tree node and obtain contextual information, judges whether to create distributed node.If current thread abundant resource, the registration of application local thread.If current thread inadequate resource, creates Distributed C ookie voucher, pass to PaaS server cluster, obtain new server resource, final updating thread queue joint tree node.No matter be that this locality is registered or registers by PaaS cluster-thread, all can carry out resource acquisition operation by Erlang OTP framework.
Optionally, Erlang OTP framework comprises: the multiplexing engine of pressure monitor engine and invokes thread; Wherein,
Described pressure monitor engine, for active detection trigger; The multiplexing engine of described thread, for the thread resources ID that preferentially will apply for location according to the idling-resource search thread pond of different server, match after suitable thread resources, according to client-requested type, judge whether to search for caching server and load already present business logic processing result, if select not load, the multiplexing queue of service logic that can provide from PaaS platform, select the logical program type that will carry out.
The effect of pressure monitor engine:
The effect of pressure monitor engine is referring to figure (3) Thread control and logical process interaction figure.Pressure monitor processing engine can be carried out pressure monitor according to 3 dimension indexs: 1, separate unit server concurrency and request quantity.2, server CPU and memory source occupancy under cluster environment.3, average load amount under distributed environment.Pressure monitor processing engine is also responsible for creating and reclaiming thread pool thread resources.Exist 2 kinds of situation pressure monitor processing engine passive triggerings to create and to reclaim thread resources: 1, the multiplexing engine of thread can not find suitable thread resources and gives notice.2, abnormal monitoring node is notified to pressure monitor engine.
Optionally, above-mentioned PaaS and Erlang App application engine framework also comprise: message mechanism structure system:
Message mechanism structure system flow process is referring to figure (4) service end message mechanism figure.Message mechanism structure system, for all message all can be aggregated into thread state module, then carries out trustship operation by thread state module notice Long Polling controller.Here the type of message comprises:
1, the buffered message that caching server sends.
2, system common component pushes the public message of coming.
3, the unexpected message that abnormal monitoring module is sent.
4, the service logic message that logic processing module is sent.
5, the PaaS bottom message that PaaS cloud platform sends.
6, the resource that thread state module is sent to thread resources pond reclaims message.
Optionally, above-mentioned framework also comprises: caching server treatment mechanism:
Caching server is erected at after thread pool, for the buffer memory for programmed logic script results.Caching server itself is provided by PaaS platform.He the data of basic buffer memory comprise 3 parts:
1, the buffer memory of common data.
2, the repeating data buffer memory in each client-requested.
3, the buffer memory of communication heartbeat identifier between thread.
Optionally, Long Polling controller, thread metadata and the thread identifier for storing received, to Erlang models of concurrency, by Erlang OTP framework, sent back.The business datum of any type of the not responsible storage of Long Polling controller can be carried out sleep operation to thread after it gets resource ID, enables message simultaneously and monitors.Message monitoring meeting selects whether to exit trustship according to system message mechanism is carried out upwards transmitting of business datum.
It will be understood by those skilled in the art that all or part of step of technical scheme that the embodiment of the present invention provides is to complete by the relevant hardware of program command.Such as completing by computer run journey.This program can be stored in read/write memory medium, for example, and random asccess memory, disk, CD etc.
The foregoing is only preferred embodiment of the present invention, not in order to limit the present invention, all being equal to of doing within the specific embodiment of the present invention, replace or improvement etc., within all should being included in protection scope of the present invention.
Claims (7)
1. PaaS and Erlang App application engine framework are carried out a flow process, it is characterized in that, described flow process comprises:
In customer end adopted Javascript, Ajax mode is initiated the long request of drawing and is arrived service end, and parameter is connected to Erlang models of concurrency through service end semantic meaning analysis module;
Erlang models of concurrency is introduced Erlang OTP framework, obtains and is assigned with resource ID, and the resource ID obtaining is registered in system common component module and is gone;
Waiting system Message-Passing Model sends and to return results, when receive return results as normal response message time, can result be turned back to front-end client by semantic meaning analysis module; When receive return results as exception response message after, can be reintroduced back to Erlang OTP framework, obtain and be assigned with resource ID, again by being registered in Resources allocation ID in system common component module, go, then re-execute and return results operation; If do not have message received, current thread can be received and enter thread resting state by the trustship of Erlang models of concurrency, until there is information updating.
2. flow process according to claim 1, is characterized in that, described flow process Ajax mode in customer end adopted Javascript is initiated the long request of drawing and also comprised before service end:
When client is activated, Javascript script can start front end monitoring and restart module, and initialization Ajax requester, Ajax requester can send client-requested to service end, and the message returned of reception server, by front end Message dictionary, resolve message content, and circulation is carried out;
Module is restarted in described monitoring, for guaranteeing that Ajax requester has and only have a request to be issued.
3. flow process according to claim 2, is characterized in that, described Ajax requester can send client-requested and specifically comprise to service end:
Ajax requester send Json formatted data to service end semantic meaning analysis module so that semantic meaning analysis module can be resolved Json form according to Parameter Dictionary, and Json data transaction is become to Bit macrodata.
4. flow process according to claim 1, is characterized in that, described Erlang OTP framework comprises: the multiplexing engine of pressure monitor engine and invokes thread; Wherein,
Described pressure monitor engine, for active detection trigger;
The multiplexing engine of described thread, for the thread resources ID that preferentially will apply for location according to the idling-resource search thread pond of different server, match after suitable thread resources, according to client-requested type, judge whether to search for caching server and load already present business logic processing result, if select not load, the multiplexing queue of service logic that can provide from PaaS platform, select the logical program type that will carry out.
5. flow process according to claim 1, is characterized in that, described PaaS and Erlang App application engine framework also comprise: message mechanism structure system:
Described message mechanism structure system, for all message all can be aggregated into thread state module, then carries out trustship operation by thread state module notice Long Polling controller.
6. flow process according to claim 1, is characterized in that, described PaaS and Erlang App application engine framework also comprise: be erected at thread pool caching server below, for the buffer memory for programmed logic script results.
7. flow process according to claim 2, is characterized in that,
Long Polling controller, thread metadata and the thread identifier for storing received, to Erlang models of concurrency, by Erlang OTP framework, sent back.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201310655663.2A CN103618732B (en) | 2013-12-05 | 2013-12-05 | Execution flow of App engine structure of PaaS and Erlang |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201310655663.2A CN103618732B (en) | 2013-12-05 | 2013-12-05 | Execution flow of App engine structure of PaaS and Erlang |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN103618732A true CN103618732A (en) | 2014-03-05 |
| CN103618732B CN103618732B (en) | 2017-05-03 |
Family
ID=50169436
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201310655663.2A Active CN103618732B (en) | 2013-12-05 | 2013-12-05 | Execution flow of App engine structure of PaaS and Erlang |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN103618732B (en) |
Cited By (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN104702663A (en) * | 2014-12-12 | 2015-06-10 | 用友软件股份有限公司 | Cloud processing device and method |
| CN104780171A (en) * | 2015-04-15 | 2015-07-15 | 天脉聚源(北京)传媒科技有限公司 | Message transferring method, device and system |
| CN105141630A (en) * | 2015-09-18 | 2015-12-09 | 厦门市光娱投资管理有限公司 | Method and apparatus for automatic analysis of communication data between server and client |
| CN106297791A (en) * | 2016-08-25 | 2017-01-04 | Tcl集团股份有限公司 | A kind of omnidistance voice realization method and system |
| CN108494832A (en) * | 2018-02-26 | 2018-09-04 | 武汉斗鱼网络科技有限公司 | Direct broadcasting room is full frame and half screen message unifies the method, readable medium and the equipment that encapsulate |
| CN112068963A (en) * | 2020-09-15 | 2020-12-11 | 中国科学技术大学 | Distributed scheduling system of embedded system |
| CN116991373A (en) * | 2023-09-27 | 2023-11-03 | 杭州华望系统科技有限公司 | Semantic analysis and simulation system of sequence diagram model |
Citations (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN102103657A (en) * | 2010-11-29 | 2011-06-22 | 广州明朝网络科技有限公司 | Virtual world system and method for realizing virtual world |
| CN103294540A (en) * | 2013-05-17 | 2013-09-11 | 北京航空航天大学 | Method of improving performance of Erlang virtual machines by Xeon Phi coprocessor |
-
2013
- 2013-12-05 CN CN201310655663.2A patent/CN103618732B/en active Active
Patent Citations (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN102103657A (en) * | 2010-11-29 | 2011-06-22 | 广州明朝网络科技有限公司 | Virtual world system and method for realizing virtual world |
| CN103294540A (en) * | 2013-05-17 | 2013-09-11 | 北京航空航天大学 | Method of improving performance of Erlang virtual machines by Xeon Phi coprocessor |
Non-Patent Citations (5)
| Title |
|---|
| DAVE BRYSON等: "Build Your Next Web with Erlang", 《IEEE INTERNET COMPUTING》, 31 August 2009 (2009-08-31) * |
| FRANCESCO CESARINI等: "From HTTP to HTML-Erlang/OTP Experiences in Web Based Service Applications", 《ACM SIGPLAN WORKSHOP ON ERLANG》, 16 September 2006 (2006-09-16) * |
| 于超超 等: "基于Erlang的混合语言编程及其实现", 《微型电脑应用》, vol. 27, no. 11, 30 November 2011 (2011-11-30) * |
| 唐昭琳 等: "基于Ajax长轮询技术的在线答疑系统设计", 《广西科学院学报》, vol. 29, no. 1, 28 February 2013 (2013-02-28) * |
| 徐鹏 等: "互联网应用PaaS平台体系结构", 《北京邮电大学学报》, vol. 35, no. 1, 29 February 2012 (2012-02-29) * |
Cited By (12)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN104702663A (en) * | 2014-12-12 | 2015-06-10 | 用友软件股份有限公司 | Cloud processing device and method |
| CN104702663B (en) * | 2014-12-12 | 2018-08-28 | 用友网络科技股份有限公司 | Cloud processing unit and method |
| CN104780171A (en) * | 2015-04-15 | 2015-07-15 | 天脉聚源(北京)传媒科技有限公司 | Message transferring method, device and system |
| CN105141630A (en) * | 2015-09-18 | 2015-12-09 | 厦门市光娱投资管理有限公司 | Method and apparatus for automatic analysis of communication data between server and client |
| CN105141630B (en) * | 2015-09-18 | 2018-01-26 | 厦门市光娱投资管理有限公司 | The method and apparatus that a kind of server parses automatically with client communication data |
| CN106297791A (en) * | 2016-08-25 | 2017-01-04 | Tcl集团股份有限公司 | A kind of omnidistance voice realization method and system |
| CN106297791B (en) * | 2016-08-25 | 2020-08-18 | Tcl科技集团股份有限公司 | Whole-process voice implementation method and system |
| CN108494832A (en) * | 2018-02-26 | 2018-09-04 | 武汉斗鱼网络科技有限公司 | Direct broadcasting room is full frame and half screen message unifies the method, readable medium and the equipment that encapsulate |
| CN108494832B (en) * | 2018-02-26 | 2021-04-09 | 武汉斗鱼网络科技有限公司 | Method, readable medium and device for uniformly packaging full-screen and half-screen messages in live broadcast room |
| CN112068963A (en) * | 2020-09-15 | 2020-12-11 | 中国科学技术大学 | Distributed scheduling system of embedded system |
| CN116991373A (en) * | 2023-09-27 | 2023-11-03 | 杭州华望系统科技有限公司 | Semantic analysis and simulation system of sequence diagram model |
| CN116991373B (en) * | 2023-09-27 | 2024-01-05 | 杭州华望系统科技有限公司 | Semantic analysis and simulation system of sequence diagram model |
Also Published As
| Publication number | Publication date |
|---|---|
| CN103618732B (en) | 2017-05-03 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN103618732A (en) | Execution flow of App engine structure of PaaS and Erlang | |
| CN101799751B (en) | Method for building monitoring agent software of host machine | |
| US20200358710A1 (en) | Container-based mobile code offloading support system in cloud environment and offloading method thereof | |
| CN104205109B (en) | The worker process of continuation and elasticity | |
| US9183119B2 (en) | Automatically allocating clients for software program testing | |
| CN111737127B (en) | Method and apparatus for testing map services | |
| WO2016197876A1 (en) | Remote control method, remote server, management device, and terminal | |
| CN104899274B (en) | A kind of memory database Efficient Remote access method | |
| CN103970520A (en) | Resource management method and device in MapReduce framework and framework system with device | |
| CN103414579A (en) | Cross-platform monitoring system applicable to cloud computing and monitoring method thereof | |
| CN102088485A (en) | Method and device for acquiring data | |
| WO2019165773A1 (en) | Method and system for generating gpu card slot position information | |
| US20170085653A1 (en) | Method, device and system for message distribution | |
| CN113031874A (en) | Cache processing method, device, equipment and storage medium based on Kubernetes cluster | |
| CN110580195B (en) | Memory allocation method and device based on memory hot plug | |
| CN116204239A (en) | Service processing method, device and computer readable storage medium | |
| US20140331292A1 (en) | Abstracted authenticated client connectivity application programming interface (api) | |
| CN113285825A (en) | Equipment access system and access method | |
| CN116541461A (en) | Data processing method, device, equipment and storage medium applied to database | |
| CN106550002A (en) | A kind of paas clouds mandatory system and method | |
| CN110175146A (en) | Hard disk information acquisition methods and the device for obtaining hard disk information | |
| CN103746839A (en) | PaaS (Platform-as-a-Server) system and VM (Virtual Machine) node scheduling method in PaaS application pool | |
| CN114860480A (en) | Web service proxy method, device and storage medium based on Serverless | |
| CN115269216A (en) | Performance analysis system and method for distributed system | |
| CN110168521B (en) | Data processing apparatus and data processing method |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| PB01 | Publication | ||
| PB01 | Publication | ||
| C10 | Entry into substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| CB02 | Change of applicant information |
Address after: 100094 Beijing city Haidian District North Road No. 68, UFIDA Software Park Applicant after: Yonyou Network Technology Co., Ltd. Address before: 100094 Beijing city Haidian District North Road No. 68, UFIDA Software Park Applicant before: UFIDA Software Co., Ltd. |
|
| COR | Change of bibliographic data | ||
| GR01 | Patent grant | ||
| GR01 | Patent grant |