CN107231390B - Internet service processing method and device - Google Patents
Internet service processing method and device Download PDFInfo
- Publication number
- CN107231390B CN107231390B CN201610169844.8A CN201610169844A CN107231390B CN 107231390 B CN107231390 B CN 107231390B CN 201610169844 A CN201610169844 A CN 201610169844A CN 107231390 B CN107231390 B CN 107231390B
- Authority
- CN
- China
- Prior art keywords
- service
- file
- request
- writing
- requests
- 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.)
- Active
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/10—Protocols in which an application is distributed across nodes in the network
- H04L67/1001—Protocols in which an application is distributed across nodes in the network for accessing one among a plurality of replicated servers
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L47/00—Traffic control in data switching networks
- H04L47/10—Flow control; Congestion control
- H04L47/12—Avoiding congestion; Recovering from congestion
- H04L47/125—Avoiding congestion; Recovering from congestion by balancing the load, e.g. traffic engineering
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/50—Network services
- H04L67/60—Scheduling or organising the servicing of application requests, e.g. requests for application data transmissions using the analysis and optimisation of the required network resources
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Computer And Data Communications (AREA)
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
Abstract
The application discloses a processing method of internet services, which is used for reducing the probability of errors of service files in the service processing process and improving the processing efficiency of the internet services. The method comprises the following steps: receiving a service request sent by a requester; generating a first service file according to the service request, and sending the first service file to a service processing terminal, wherein the first service file can only be read after the first service file is generated; receiving a second service file sent by the service processing terminal, wherein the second service file is generated according to a service processing result after the service processing terminal reads the first service file and processes the service request, and the second service file can only be read after being generated; and reading the second service file and returning a service processing result to the requesting party. The application also discloses a processing device of the internet service.
Description
Technical Field
The present application relates to the field of internet technologies, and in particular, to a method and an apparatus for processing an internet service.
Background
With the development of the internet, internet services are more and more common, and in order to balance the processing pressure of the internet services and for different division of labor in the detail industry, different terminals are generally dedicated to different operations, for example, a dedicated terminal receives an internet service (referred to as "service") request, generates a service file according to the service request, and sends the service file to a terminal dedicated to processing the service.
In the prior art, after a terminal receiving a service request sends a service file to a terminal for processing a service (referred to as a "service processing terminal"), the service processing terminal reads the service request and processes the service request accordingly, and after the processing is completed, the processing result is directly written into the service file and returned to the corresponding terminal, and the receiving and sending of the service file are completed through an interface. However, as the number of services increases, the types of services increase, and information contained in a service file increases continuously, when a service processing terminal continues to write processing results based on a received service file, if the service file is damaged or disordered due to an error of an application program or a problem (write failure, write error information, a bad track of a disk, and the like) of hardware equipment during continuous writing, the service file cannot be continuously written, or even if the writing is finished and the file is returned to a corresponding terminal, the file cannot be normally read, and the like, the efficiency of service processing is low, and the receiving and sending of the service file are completed through one interface, if a lot of services are provided, the pressure is too high, so that the problems of congestion, errors, and the like occur, and the efficiency of service processing is further low. Therefore, how to reduce the probability of the error of the service file in the scene of performing service processing based on the service file to improve the service processing efficiency becomes a problem to be solved. In any case, with the improvement of computer processing capability and the optimization of application programs, under the condition that the requirement on the internet service efficiency is higher and higher, the probability of making mistakes of service files is reduced, so that the improvement of the service processing efficiency is more urgent to solve.
Disclosure of Invention
The embodiment of the application provides a processing method of internet services, which is used for reducing the probability of errors of service files in the service processing process and improving the processing efficiency of the internet services.
The embodiment of the application provides a processing device of internet services, which is used for reducing the probability of errors of service files in the service processing process and improving the processing efficiency of the internet services.
The embodiment of the application adopts the following technical scheme:
a method for processing Internet services comprises the following steps:
receiving a service request sent by a requester;
generating a first service file according to the service request, and sending the first service file to a service processing terminal, wherein the first service file can only be read after the first service file is generated;
receiving a second service file sent by the service processing terminal, wherein the second service file is generated according to a service processing result after the service processing terminal reads the first service file and processes the service request, and the second service file can only be read after being generated;
and reading the second service file and returning a service processing result to the requesting party.
Preferably, generating a first service file according to the service request includes:
creating a service file;
writing the service request into the service file;
and generating a first service file according to the written service file.
Preferably, writing the service request into the service file includes:
the writing process sends a locking request aiming at the service file, so that other writing processes can not execute writing operation in the process of writing the service request into the service file;
writing part of the service requests in the service requests into a service file by a writing process;
when the writing process finishes writing, sending an unlocking request aiming at the written service file so that other writing processes can continuously execute writing operation on the service file;
and the next writing process writes the rest service requests in the service requests into a service file in the writing process mode until all the service requests are written into the service file.
Preferably, if the service request includes a service type, generating a first service file according to the service request, and sending the first service file to a service processing terminal, including:
selecting service requests of the same service type in the service requests;
and generating a first service file according to the service request with the same service type, and sending the first service file to a service processing terminal.
Preferably, generating a first service file according to the service request of the same service type, and sending the first service file to a service processing terminal includes:
generating a first service file according to the service request of the same service type, and sending the first service file to a service processing terminal through an interface preset for the service type; then
Receiving a second service file sent by the service processing terminal, wherein the second service file comprises:
and receiving a second service file sent by the service processing terminal through the interface.
An apparatus for processing internet traffic, comprising: a service request receiving unit, a service file generating unit, a service file receiving unit and a service file reading unit, wherein,
the service request receiving unit is used for receiving a service request sent by a requesting party;
the service file generating unit generates a first service file according to the service request and sends the first service file to the service processing terminal, and the first service file can only be read after the first service file is generated;
the service file receiving unit is used for receiving a second service file sent by the service processing terminal, the second service file is generated according to a service processing result after the service processing terminal reads the first service file and processes the service request, and the second service file can only be read after being generated;
and the service file reading unit is used for reading the second service file and returning a service processing result to the requesting party.
Preferably, the service file generating unit is specifically configured to:
creating a service file;
writing the service request into the service file;
and generating a first service file according to the written service file.
Preferably, the service file generating unit is specifically configured to:
the writing process sends a locking request aiming at the service file, so that other writing processes can not execute writing operation in the process of writing the service request into the service file;
writing part of the service requests in the service requests into a service file by a writing process;
when the writing process finishes writing, sending an unlocking request aiming at the written service file so that other writing processes can continuously execute writing operation on the service file;
and the next writing process writes the rest service requests in the service requests into a service file in the writing process mode until all the service requests are written into the service file.
Preferably, the service file generating unit is specifically configured to:
selecting service requests of the same service type in the service requests;
and generating a first service file according to the service request with the same service type, and sending the first service file to a service processing terminal.
Preferably, the service file generating unit is specifically configured to:
generating a first service file according to the service request of the same service type, and sending the first service file to a service processing terminal through an interface preset for the service type;
and receiving a second service file sent by the service processing terminal through the interface.
A method for processing Internet services comprises the following steps:
receiving a service request sent by a requester, and generating a service request file according to the service request;
sending the service request file to a service processing terminal through a first interface;
receiving a service confirmation file through a second interface, wherein the service confirmation file is generated according to a service processing result after the service processing terminal reads the service confirmation file and processes the service request;
and reading the service confirmation file and returning a service processing result to the requesting party.
Preferably, the service request includes the service type, then
Sending the service request file to a service processing terminal through a first interface, including:
sending the service request file to a service processing terminal through a first interface preset for the service type;
receiving a service confirmation file through a second interface, including:
and receiving a service confirmation file through a second interface preset for the service type.
An apparatus for processing internet traffic, comprising: a request file generating unit, a request file transmitting unit, a confirmation file receiving unit and, wherein,
the request file generating unit is used for receiving a service request sent by a requester and generating a service request file according to the service request;
the request file sending unit is used for sending the service request file to a service processing terminal through a first interface;
the confirmation file receiving unit is used for receiving a service confirmation file through a second interface, wherein the service confirmation file is generated according to a service processing result after the service processing terminal reads the service confirmation file and processes the service request;
and the confirmation file reading unit is used for reading the service confirmation file and returning a service processing result to the requesting party.
Preferably, if the service request includes a service type, then
The request file sending unit is specifically configured to:
sending the service request file to a service processing terminal through a first interface preset for the service type;
the confirmation file receiving unit is specifically configured to:
and receiving a service confirmation file through a second interface preset for the service type.
The embodiment of the application adopts at least one technical scheme which can achieve the following beneficial effects: after receiving the service request, the service platform generates a first service file according to the service request, the first service file is set to be read only and is sent to the service processing terminal, the service processing terminal also generates a second service file which can be read only according to the service processing result and then sends the second service file to the service platform for reading, thereby realizing the read-write separation operation of the service file in the internet service which needs to exchange files, avoiding the situation that both sides read and write in one service file, and further reducing the probability of the error of the service file. Meanwhile, after the service request is received and the service request file is generated, the service request file is specially sent through the first interface, the service confirmation file sent by the service processing terminal is specially received through the second interface, sending and receiving are independently separated, and the probability of congestion and error caused by the fact that both sending and receiving pass through one interface due to overlarge pressure is further reduced. The efficiency of service processing is also improved.
Drawings
The accompanying drawings, which are included to provide a further understanding of the application and are incorporated in and constitute a part of this application, illustrate embodiment(s) of the application and together with the description serve to explain the application and not to limit the application. In the drawings:
fig. 1 is a schematic flowchart of a processing method for an internet service provided in embodiment 1 of the present application;
fig. 2 is a block diagram of a processing apparatus for internet services provided in embodiment 2 of the present application;
fig. 3 is a schematic flowchart of a processing method of an internet service provided in embodiment 3 of the present application;
fig. 4 is a schematic diagram of a processing method of an internet service provided in embodiment 3 of the present application;
fig. 5 is a block diagram illustrating a processing apparatus of an internet service provided in embodiment 4 of the present application;
fig. 6 is a schematic flow chart of a processing method of crowd funding service according to embodiment 5 of the present application.
Detailed Description
In order to make the objects, technical solutions and advantages of the present application more apparent, the technical solutions of the present application will be described in detail and completely with reference to the following specific embodiments of the present application and the accompanying drawings. It should be apparent that the described embodiments are only some of the embodiments of the present application, and not all of the embodiments. All other embodiments, which can be derived by a person skilled in the art from the embodiments given herein without making any creative effort, shall fall within the protection scope of the present application.
The technical solutions provided by the embodiments of the present application are described in detail below with reference to the accompanying drawings.
Example 1
As described above, in the prior art, a service processing terminal reads a service request in a service file and performs corresponding processing, and after the processing is completed, the processing result is directly written into the service file and returned to the corresponding terminal. For example, a service platform may receive various service requests sent by a user, and after receiving a service request, generate a service file 1 in an assigned format agreed with a service processing terminal according to the service request, and send the service file 1 to the service processing terminal, where the service file includes a plurality of numbers and types of service requests. When the service processing terminal receives the service file, the service requests in the service file are read and processed one by one, after the processing is finished, the processing result is written back to the service file 1, and the written service file 1 is returned to the service platform. However, as the number and types of services increase, when a service processing terminal writes again based on an original service file, due to the excessive number and types, the probability that an application program is wrong or a hardware device has a problem (write failure, write error information, a bad track of a disk, etc.) is increased due to the multiple types, and this may damage or disorder the service file, which may result in that the service file cannot be continuously written into or returned to a corresponding terminal, and the service file cannot be normally read. For example, when the service processing result of each service request is written back to the service file 1, the service file 1 is damaged due to an error of the application program caused by ceaselessly switching between different services, so that both the service platform and the service processing terminal cannot read or write any more, thereby reducing the processing efficiency of the internet service. Therefore, the business processing process in the prior art can cause higher error probability of the business file and lower processing efficiency of the internet business. Based on the defect, the inventor provides a method for processing the internet service, which is used for reducing the probability of errors of service files in the service processing process and improving the processing efficiency of the internet service. Assuming that the execution subject is a server of a service platform, a flow diagram of the method is shown in fig. 1, and the method includes the following steps:
step 11: and receiving a service request sent by a requester.
The service platform can continuously receive various service requests sent by a requester in one day, such as registration service, payment service and the like. The requesting party may be each user, may be through a wireless terminal, may be through a wired terminal, or the like. In practical application, a plurality of servers or a plurality of subsystems may exist in one service platform to simultaneously receive service requests sent by each terminal, so that receiving a service request may also be that a plurality of servers under the service platform simultaneously receive a service request.
Step 12: and generating a first service file according to the service request, and sending the first service file to the service processing terminal.
Generally, a service processing terminal and a service platform both specify a format of a service file in advance, that is, the service platform generates the service file according to the format, so that the service processing terminal can conveniently read the service file. As described in the beginning of this embodiment, the reason why the efficiency of processing internet services is low in the prior art is that after receiving service files containing a large number and types, the service processing terminal continues to write in the service files, and if a problem occurs in the writing process, the service files are damaged or disordered, so that the service files can no longer be written in and read. Based on this defect, this step may enable the service file to be read only, but not written, after the service file is generated according to the service request. The specific implementation mode can be realized by setting the permission.
It should be noted that the meaning that the service file can only be read means that all terminals and platforms except the service platform that generates the service file can only read the service file and cannot write any information, and the service platform that generates the service file can continue to write and read. For example, the service platform a generates a first service file according to the received service request, and when other service platforms, terminals, systems, etc. except the service platform a receive the first service file, only the information in the first service file can be read, and new information cannot be written; and the service platform a can also continue to write and read the first service file.
After the service file is generated, the service file can be sent to the service processing terminal, and the service processing terminal can only read but cannot write, but after the service processing terminal finishes processing, the processing result also needs to be reported to the service platform, so that the service file can be independently written in another service file.
Specifically, the method for generating the first service file according to the service request may be like "table filling", that is, there is an empty service file including a plurality of service attributes, the service platform may correspondingly write information in the service request into the empty service file, and after the writing is completed, the first service file may be generated.
Besides the method of "filling table", it can also be the generation method of "from none to have": creating a service file; writing the service request into a service file; and generating a first service file according to the written service file.
After receiving the service request, the service platform firstly creates a service file, the service file can be blank, the service request is written into the service file according to the specified format, and after the writing is finished, a first service file can be generated.
As described in step 11, since the service platform is also responsible for receiving the service requests from the terminals, and the service file is sent to the service processing terminal at a certain time interval, such as once every 5 minutes or once every 10 minutes, after receiving the service request, each server calls the write process to write the received service request into the service file. In the prior art, when writing, a plurality of processes can write a service request into a service file at the same time, as "one sheet of paper can be written with service requests by a plurality of persons at the same time", which may cause writing disorder, such as covering, deleting by mistake, and the like. Even if a plurality of writing processes are queued for writing, the first writing process is dead and is not finished, and the first writing process is recovered after the second writing process is started, the problem of simultaneous writing occurs, and the problem of writing disorder and the like may occur.
In order to ensure the quality of the service file during the process of writing the service request into the service file, in an embodiment, writing the service request into the service file may include: a writing process sends a locking request aiming at the service file, so that other writing processes can not execute writing operation in the process of writing the service request into the service file by the writing process; the writing process writes part of the service requests in the service requests into the service file; when the writing process finishes writing, sending an unlocking request aiming at the written service file so that other writing processes can continuously execute writing operation on the service file; and if the next writing process exists, writing the rest service requests in the service requests into the service file in the mode of the above writing process until all the service requests are written into the service file. It should be noted that the "writing the remaining service requests in the service requests into the service file by the above-mentioned one writing process" does not refer to the writing itself, but refers to a mode of locking, writing again, and finally unlocking.
Specifically, as described in step 11, the service requests are received by multiple servers (multiple subsystems) at the same time, and in this step, the service file is generated at a certain time interval, so that after each server receives the service request, a write process is called to write the service request into the service file, for example, the service file is on a main server, and each sub-server receives the service request, calls the write process to access the service file on the main server, and writes the service request. In order to prevent the writing from being disordered, the first writing process firstly sends a locking request aiming at the service file to the master server, so that the first writing process has no interference of other writing processes in the process of writing the service request into the service file, and after the writing is finished, an unlocking request aiming at the service file is sent to the master server, so that the second writing process can send the locking request aiming at the service file to the master server again until all the service requests are written into the service file. And if the first writing process is not unlocked, the first writing process is considered to be not written, and when other writing processes need to access the service file which is subjected to the writing operation, the service file is rejected. That is, after a write operation sends a lock request for a service file, a "lock service" may identify a "host" identity, and if a second write operation needs to access the service file, the "host" identity is rejected, and in a special case, if an abnormality (false death, no response, etc.) occurs in a first write process that is performing the write operation, an alarm may be issued to notify an administrator to check a problem, or a first write process may be virtualized to access the service file, and the write operation is completed.
Since the service request is received by each server, when the writing process of each server writes the service file, it can be considered that part of the content in the service request is written until all the writing is finished. It should be noted that, since each service file is also time-spaced, one service file is preset to allow a fixed number of processes to write.
It can be understood that the service file is placed in a room, 10 people can queue outside the door within a time interval, the received service request is written into the service file, the door is locked after the first person enters, the door is unlocked and then taken out after the service request is written, and the next person enters until the service request is written, or the next service file is changed and the service files are written one by one until the service request is written.
As mentioned above, when the service processing terminal writes again based on the original service file, the probability of an application program error or a hardware device failure is increased due to the excessive number and variety of the service processing terminals, and this may damage or disorder the service file, so that different services can be separated to a certain extent. In an embodiment, when the service request includes a service type, generating a first service file according to the service request, and sending the first service file to the service processing terminal, may include: selecting service requests of the same service type in the service requests; and generating a first service file according to the service requests of the same service type, and sending the first service file to the service processing terminal.
Specifically, in order to prevent the occurrence of problems caused by switching and processing different services when services are processed, the service files are classified, that is, one service file only contains one type of service request, when the service file is written, the service requests of the same service type in the service requests are selected, for example, the service requests which are all registered services are selected, the service requests of the same type are written into the service file, and a first service file is generated and sent to a service processing terminal.
By the writing method of locking before unlocking of the service platform, the method of generating the service files independently among different service types and the method of separating reading and writing between the service platform and the service processing terminal, the probability of the problem of the service files is reduced.
In the general situation of the prior art, when files are exchanged between a service platform and a service processing terminal through a communication interface, service types are often not distinguished, for example, a registration service file and a transaction service file are exchanged through one interface, and once the interface has a problem, all services which utilize the interface to exchange files cannot be used. Therefore, in order to achieve the purpose of specialization of the communication interface, in an embodiment, generating a first service file according to a service request of the same service type, and sending the first service file to the service processing terminal may include: and generating a first service file according to the service request of the same service type, and sending the first service file to the service processing terminal through an interface preset for the service type. Specifically, one service file only contains one service type, and the service file can be sent through a preset dedicated interface according to the service type. For example, the service file of the registration type service request and the service file of the transaction type service request are sent through different communication interfaces. The advantage of using the dedicated interface can also freely configure the file exchange requirements of various types of services, for example, the interface is opened at intervals, how many service files are sent/received each time, and the like, and if the service files of all service types are mixed together, the interface is not configured according to the service types.
Step 13: and receiving a second service file sent by the service processing terminal.
As already described in step 12, after generating the service file according to the service request, the service file may only be read, but not written, so that correspondingly, after receiving and reading the first service file, the service processing terminal may write the service processing result in another service file, that is, a second service file, which is generated according to the service processing result after the service processing terminal reads the first service file and processes the service request, and after generating the service file, the second service file may only be read. That is, the first service file generated by the service platform according to the service request can only be read and cannot be written in the service processing terminal, and the second service file generated by the service processing terminal according to the service processing result can only be read and cannot be written in the service platform. Therefore, the two sides are read and separated without mutual interference.
It should be noted that, the foregoing has explained that the service file can only be read, so that here, the second service file can only be read after being generated, that is, can only be read by other platforms, terminals, and systems except the service processing terminal, and the service processing terminal can also continue to write and read.
Step 14: and reading the second service file and returning a service processing result to the requesting party.
And the second service file contains the service processing result written by the service processing terminal, can be read only by reading the second service file, and returns the service processing result to the requesting party.
By adopting the method provided by the embodiment 1, after receiving a service request, a service platform generates a first service file according to the service request, the first service file is set to be read only and is sent to a service processing terminal, the service processing terminal also generates a second service file which can only be read according to a service processing result and then sends the second service file to the service platform for reading, thereby realizing the read-write separation operation of the service file in the internet service which needs to exchange files, avoiding the situation that both sides read and write in one service file, reducing the error probability of the service file and improving the efficiency of service processing. In addition, when the first service file is generated according to the service request, a method of firstly locking, then writing and finally unlocking each process is adopted, so that the condition that the service file is mistaken due to simultaneous writing is avoided, and the probability of the service file being mistaken is reduced. In addition, different service files are distinguished according to service types, and a dedicated communication interface is used for file transmission, so that the probability of error of the service files is further reduced compared with the situation that the existing service files have different types and share the interface.
Example 2
Based on the same inventive concept, embodiment 2 provides a processing apparatus for internet services, which is used to reduce the probability of errors occurring in service files during service processing and improve the processing efficiency of internet services. Fig. 2 is a block diagram of the apparatus, which includes: a service request receiving unit 21, a service file generating unit 22, a service file receiving unit 23, and a service file reading unit 24, wherein,
a service request receiving unit 21, configured to receive a service request sent by a requester;
the service file generating unit 22 may generate a first service file according to the service request, and send the first service file to the service processing terminal, where the first service file can only be read after the first service file is generated;
the service file receiving unit 23 may be configured to receive a second service file sent by the service processing terminal, where the second service file is generated according to a service processing result after the service processing terminal reads the first service file and processes the service request, and the second service file can only be read after being generated;
the service file reading unit 24 may be configured to read the second service file, and return a service processing result to the requesting party.
In an embodiment, the service file generating unit 22 may be configured to:
creating a service file;
writing the service request into a service file;
and generating a first service file according to the written service file.
In an embodiment, the service file generating unit 22 may be configured to:
the writing process sends a locking request aiming at the service file, so that other writing processes can not execute writing operation in the process of writing the service request into the service file;
the writing process writes part of the service requests in the service requests into the service file;
when the writing process finishes writing, sending an unlocking request aiming at the written service file so that other writing processes can continuously execute writing operation on the service file;
and the next writing process writes the rest service requests in the service requests into the service file in a writing process mode until all the service requests are written into the service file.
In an embodiment, the service file generating unit 22 may be configured to:
selecting service requests of the same service type in the service requests;
and generating a first service file according to the service requests of the same service type, and sending the first service file to the service processing terminal.
In an embodiment, the service file generating unit 22 may be configured to:
generating a first service file according to the service requests of the same service type, and sending the first service file to a service processing terminal through an interface preset for the service type;
and receiving a second service file sent by the service processing terminal through the interface.
By adopting the device provided by the embodiment 2, after receiving the service request, the service platform generates the first service file according to the service request, the first service file is set to be read only, and the service file is sent to the service processing terminal, and the service processing terminal also generates the second service file which can only be read according to the service processing result, and then sends the second service file to the service platform for reading, thereby realizing the read-write separation operation of the service file in the internet service which needs to exchange files, avoiding the situation that both sides read and write in one service file, reducing the error probability of the service file, and improving the efficiency of service processing. In addition, when the first service file is generated according to the service request, a method of firstly locking, then writing and finally unlocking each process is adopted, so that the condition that the service file is mistaken due to simultaneous writing is avoided, and the probability of the service file being mistaken is reduced. In addition, different service files are distinguished according to service types, and a dedicated communication interface is used for file transmission, so that the probability of error of the service files is further reduced compared with the situation that the existing service files have different types and share the interface.
Example 3
In the prior art, the receiving and sending of the service files are all completed through one interface, if a lot of services exist, the pressure is too high, so that the problems of congestion, errors and the like occur, and the service processing efficiency is further low. For example, as described in embodiment 1, the first service file and the second service file are generated according to the service request and the service processing result, and both of the two types of files are completed through one interface during transmission, and if the number of files is too large, the one-way or two-way pressure of the interface is too large, so that the problems of congestion and error occur. Based on the defect, the inventor also provides a method for processing the internet service, which is used for reducing the probability of errors of the service file in the service processing process and improving the processing efficiency of the internet service. Assuming that the executing subject is still the server of the service platform, the flow chart of the method is shown in fig. 3, and includes the following steps:
step 31: and receiving a service request sent by a requester, and generating a service request file according to the service request.
After receiving the service request sent by the requester, the service platform may generate a service request file according to the service request, which is similar to step 11 in embodiment 1 and will not be described again.
Step 32: and sending the service request file to a service processing terminal through a first interface.
In this step, an interface may be separately provided for the service request file, and the interface is used for transmitting the service request file, but not the service request file, and thus the service request file is not transmitted from the interface.
Since there are many service types in practical application, this is already introduced in step 12 of embodiment 1 that under the general condition of the prior art, the service types are often not distinguished when files are exchanged between the service platform and the service processing terminal through the communication interface, and embodiment 1 has set up different interfaces specifically for different service types, in this step, further refinement can be made, that is, the service request file is sent to the service processing terminal through the first interface preset for the service type. That is, an independent interface is set for the service request files of different service types, and the independent interface is specially used for transmitting the service request files.
Step 33: and receiving the service confirmation file through the second interface.
In step 32, it has been described to set an interface for the service request file separately, and similarly, an interface for the service confirmation file separately may also be set, which is specially used for transmitting the service confirmation file. Further refinements have already been introduced in the previous step for different service types, so in this step, the service confirmation file can also be received via the second interface preset for the service type. The service confirmation file may be generated based on a service processing result after the service processing terminal reads the service confirmation file and processes the service request, similar to that in embodiment 1.
Therefore, in the process of sending the service request file and receiving the service confirmation file, two interfaces are respectively used, and for different service types, refinement can be performed to ensure that each service type has two interfaces for sending and receiving, and reference can be made to the schematic diagram of the internet service processing method shown in fig. 4, that is, two interfaces are set for each service to respectively send and receive. Because there is often more than one server, there may be one server to complete the service processing by scheduling sub-servers; or, the method can be performed by cooperation of a plurality of servers, for example, different servers correspond to different interfaces, and different services are respectively processed.
Step 34: and reading the service confirmation file and returning a service processing result to the requesting party.
This step can also refer to step 14 in embodiment 1, and is not described here again.
By adopting the method provided by the embodiment 3, after the service platform receives the service request and generates the service request file, the service platform specially sends the service request file through the first interface, and specially receives the service confirmation file sent by the service processing terminal through the second interface, so that the sending and the receiving are independently separated, and the probability of congestion and error problems caused by the fact that the sending and the receiving are both carried out through one interface due to overlarge pressure is effectively reduced.
Example 4
Based on the same inventive concept, embodiment 4 provides a processing apparatus for internet services, which is used to reduce the probability of errors occurring in service files during service processing and improve the processing efficiency of internet services. Fig. 5 is a block diagram of the apparatus, which includes: a request file generating unit 41, a request file transmitting unit 42, a confirmation file receiving unit 43, and a confirmation file reading unit 44, wherein,
a request file generating unit 41, configured to receive a service request sent by a requester, and generate a service request file according to the service request;
a request file sending unit 42, configured to send the service request file to a service processing terminal through a first interface;
a confirmation file receiving unit 43, configured to receive a service confirmation file through a second interface, where the service confirmation file is generated according to a service processing result after the service processing terminal reads the service confirmation file and processes the service request;
the confirmation file reading unit 44 may be configured to read the service confirmation file, and return a service processing result to the requester.
In one embodiment, the service request may include a service type, and then
The request file sending unit 42 may be configured to:
sending the service request file to a service processing terminal through a first interface preset for the service type;
the confirmation file receiving unit 43 may be configured to:
and receiving a service confirmation file through a second interface preset for the service type.
By adopting the device provided by the embodiment 4, after receiving the service request and generating the service request file, the service platform transmits the service request file exclusively through the first interface, and receives the service confirmation file transmitted by the service processing terminal exclusively through the second interface, so that the transmission and the reception are separated independently, and the probability of congestion and error caused by the fact that the transmission and the reception pass through one interface due to overlarge pressure is effectively reduced.
Example 5
With the development of the internet financial industry, crowd funding refers to a method of raising resources to the masses to support the behavior of initiated individuals or organizations. In the prior art, a crowd funding service is exchanged between a crowd funding platform (server) and a middle login (server) and is based on a service file which can be read and written by both parties, namely the crowd funding platform generates a service file according to a received service request sent by a user and sends the service file to the middle login, the middle login reads a service request in the service file, a service processing result is written into the service file and then returns to the crowd funding platform, and the receiving and sending processes of all the service files are also performed through an interface. However, with the development of crowd funding, various products are financed in a crowd funding mode, and investors are increasing, because crowd funding services themselves include account opening services, stock information registration, stock initial registration, stock increase and issue registration, stock quality assurance registration, stock solution and quality assurance registration, stock holder name book inquiry and the like, when middle-school-based service files are rewritten based on original service files, due to the fact that the quantity is too large, the variety is various, the probability that an application program is wrong or hardware equipment has problems (writing failure, writing error information, bad tracks of a disk and the like) is increased, the service files can be damaged or disordered, writing cannot be continued, or the damaged or disordered service files are returned to corresponding terminals, normal reading cannot be achieved, and the receiving and sending of all the service files are completed through one interface, if a lot of services exist, the pressure is too high, therefore, the problems of congestion, errors and the like occur, and the efficiency of service processing is further low. Based on the defect, the invention provides a crowd funding business processing method, which is used for reducing the probability of errors of business files in the crowd funding business processing process and improving the processing efficiency of the crowd funding business. Assuming that the execution subject is a server of the crowd-funding platform, the flow chart of the method is shown in fig. 6, and the method comprises the following steps:
step 51: and the crowd funding platform receives a service request sent by a user.
The service platform can continuously receive various service requests such as account opening service, stock information registration and the like sent by a user in one day.
Step 52: and the crowd-funding platform generates a first service file according to the service request and sends the first service file to the service processing terminal through the first interface.
In this case, the service processing terminal may be a zhongcheng (server), and the crowd-funding platform may only read the first service file generated according to the service request by the zhongcheng platform, but may not write the first service file into the zhongcheng platform.
In embodiment 1, two methods for generating a service file have been introduced, and in this step, the service file may also be generated according to the two methods, where for the second method, a writing manner may also be adopted in which a plurality of writing processes are first locked, then written, and finally unlocked, and the service file may be in a common server in the crowd-funding platform, and after each sub-server receives the service request, the writing process is called, and the service request is queued to be written into the first service file, and on a certain program, the quality of the first service file generated by the crowd-funding platform is ensured.
As described above, in the crowd funding platform, there are multiple types of services, such as an account opening service, a security information registration, a security initial registration, a security enhanced issue registration, a security pledge registration, a security depreciation pledge registration, a security holder roster query, and the like, in this step, service files may also be classified according to different service types in the manner described in embodiment 1, and each service file only includes one type of service request.
After classifying the service files, it is also possible to set a dedicated interface for the service file of each service type as described in embodiments 1 and 3, and set a dedicated receiving and transmitting interface for the receiving and transmitting service file of each service type for file exchange with the midlog. For example, the first interface of account opening registration is used for the crowd-funding platform to send an account opening registration service request file to the zhong-funding platform, and the second interface of account opening registration is used for the crowd-funding platform to receive the account opening registration service confirmation file sent by the zhong-funding platform.
Step 53: and the crowd-funding platform receives a second service file sent by the service processing terminal through a second interface.
In step 52, the crowd-funding platform generates a first service file according to the service request, which can only be read by the zhong-funding platform, and then the first service file can also be bound with the zhong-funding platform, after the zhong-funding platform processes the service request, a new service file, i.e., a second service file, is generated according to the processing result, and the service file only allows the zhong-funding platform except for the zhong-funding platform to read, and if the problem of the second service file (e.g., failure, lack of necessary information, etc.) is solved, the first service file is re-edited, or a third service file is re-generated and sent to the zhong-funding. Therefore, in the process of exchanging the crowd funding platform and the Zhongcheng service file, reading and writing are separated, and one file can be written/read only by one party.
In step 52, it has been described that a dedicated receiving and sending interface is set for each service type for receiving and sending service files, so in this step, a second interface may also be set, which is dedicated to receiving the second service file (i.e. service confirmation file) sent during the login.
Step 54: and the crowd-funding platform reads the second service file and returns a service processing result to the corresponding user.
The second service file contains a service processing result written by the middle login end, and the second service file can only be read, so that the crowd funding platform can read the second service file and return the service processing result to a corresponding user.
In the traditional financial business processing process, file exchange is carried out once a day or timing is carried out once (once in 1 hour and the like), and on the basis, appointment can be carried out in middle login, the timing interval is shortened, the business processing time period is prolonged, 24-hour uninterrupted transceiving processing is achieved as far as possible, and uninterrupted real-time processing of the crowd funding business can be achieved.
By adopting the method provided by the embodiment 5, after receiving the service request, the crowd-funding platform generates a first service file according to the service request, and sends the service file to the security registration settlement (server) in china, the first service file is set to be read only by the middle login, the middle login also generates a second service file which can be read only according to the service processing result, and then the second service file is handed to the crowd-funding platform to be read, so that the read-write separation operation of the service file in the crowd-funding service which needs to exchange files is realized, the situation that both parties read and write in one service file is avoided, the error probability of the service file is reduced, and the efficiency of the service processing is improved. In addition, when the first service file is generated according to the service request, a method of firstly locking, then writing and finally unlocking each process is adopted, so that the condition that the service file is mistaken due to simultaneous writing is avoided, and the probability of the service file being mistaken is reduced. In addition, different service files can be distinguished according to service types, and dedicated interfaces used for receiving and transmitting respectively are used for file transmission, so that the probability of error of the service files is further reduced compared with the situation that the existing service files have different types and share the interfaces.
As will be appreciated by one skilled in the art, embodiments of the present application may be provided as a method, system, or computer program product. Accordingly, the present application may take the form of an entirely hardware embodiment, an entirely software embodiment or an embodiment combining software and hardware aspects. Furthermore, the present application may take the form of a computer program product embodied on one or more computer-usable storage media (including, but not limited to, disk storage, CD-ROM, optical storage, and the like) having computer-usable program code embodied therein.
The present application is described with reference to flowchart illustrations and/or block diagrams of methods, apparatus (systems), and computer program products according to embodiments of the application. It will be understood that each flow and/or block of the flow diagrams and/or block diagrams, and combinations of flows and/or blocks in the flow diagrams and/or block diagrams, can be implemented by computer program instructions. These computer program instructions may be provided to a processor of a general purpose computer, special purpose computer, embedded processor, or other programmable data processing apparatus to produce a machine, such that the instructions, which execute via the processor of the computer or other programmable data processing apparatus, create means for implementing the functions specified in the flowchart flow or flows and/or block diagram block or blocks.
These computer program instructions may also be stored in a computer-readable memory that can direct a computer or other programmable data processing apparatus to function in a particular manner, such that the instructions stored in the computer-readable memory produce an article of manufacture including instruction means which implement the function specified in the flowchart flow or flows and/or block diagram block or blocks.
These computer program instructions may also be loaded onto a computer or other programmable data processing apparatus to cause a series of operational steps to be performed on the computer or other programmable apparatus to produce a computer implemented process such that the instructions which execute on the computer or other programmable apparatus provide steps for implementing the functions specified in the flowchart flow or flows and/or block diagram block or blocks.
In a typical configuration, a computing device includes one or more processors (CPUs), input/output interfaces, network interfaces, and memory.
The memory may include forms of volatile memory in a computer readable medium, Random Access Memory (RAM) and/or non-volatile memory, such as Read Only Memory (ROM) or flash memory (flash RAM). Memory is an example of a computer-readable medium.
Computer-readable media, including both non-transitory and non-transitory, removable and non-removable media, may implement information storage by any method or technology. The information may be computer readable instructions, data structures, modules of a program, or other data. Examples of computer storage media include, but are not limited to, phase change memory (PRAM), Static Random Access Memory (SRAM), Dynamic Random Access Memory (DRAM), other types of Random Access Memory (RAM), Read Only Memory (ROM), Electrically Erasable Programmable Read Only Memory (EEPROM), flash memory or other memory technology, compact disc read only memory (CD-ROM), Digital Versatile Discs (DVD) or other optical storage, magnetic cassettes, magnetic tape magnetic disk storage or other magnetic storage devices, or any other non-transmission medium that can be used to store information that can be accessed by a computing device. As defined herein, a computer readable medium does not include a transitory computer readable medium such as a modulated data signal and a carrier wave.
It should also be noted that the terms "comprises," "comprising," or any other variation thereof, are intended to cover a non-exclusive inclusion, such that a process, method, article, or apparatus that comprises a list of elements does not include only those elements but may include other elements not expressly listed or inherent to such process, method, article, or apparatus. Without further limitation, an element defined by the phrase "comprising an … …" does not exclude the presence of other identical elements in the process, method, article, or apparatus that comprises the element.
As will be appreciated by one skilled in the art, embodiments of the present application may be provided as a method, system, or computer program product. Accordingly, the present application may take the form of an entirely hardware embodiment, an entirely software embodiment or an embodiment combining software and hardware aspects. Furthermore, the present application may take the form of a computer program product embodied on one or more computer-usable storage media (including, but not limited to, disk storage, CD-ROM, optical storage, and the like) having computer-usable program code embodied therein.
The above are merely examples of the present application and are not intended to limit the present application. Various modifications and changes may occur to those skilled in the art. Any modification, equivalent replacement, improvement, etc. made within the spirit and principle of the present application should be included in the scope of the claims of the present application.
Claims (8)
1. A method for processing Internet services, comprising:
receiving service requests sent by a plurality of different requesters;
generating a first service file according to the service request, and sending the first service file to a service processing terminal, wherein the first service file can only be read after the first service file is generated;
receiving a second service file sent by the service processing terminal, wherein the second service file is generated according to a service processing result after the service processing terminal reads the first service file and processes the service request, and the second service file can only be read after being generated;
reading the second service file and returning a service processing result to the requester;
generating a first service file according to the service request includes:
creating a service file;
the writing process sends a locking request aiming at the service file, so that other writing processes can not execute writing operation in the process of writing the service request into the service file;
writing part of the service requests in the service requests into a service file by a writing process;
when the writing process finishes writing, sending an unlocking request aiming at the written service file so that other writing processes can continuously execute writing operation on the service file;
writing the rest service requests in the service requests into a service file by the next writing process in the writing process mode until all the service requests are written into the service file;
and generating a first service file according to the written service file.
2. The method of claim 1, wherein if the service request includes a service type, generating a first service file according to the service request and sending the first service file to a service processing terminal, includes:
selecting service requests of the same service type in the service requests;
and generating a first service file according to the service request with the same service type, and sending the first service file to a service processing terminal.
3. The method of claim 2, wherein generating a first service file according to the service request of the same service type and sending the first service file to a service processing terminal comprises:
generating a first service file according to the service request of the same service type, and sending the first service file to a service processing terminal through an interface preset for the service type; then
Receiving a second service file sent by the service processing terminal, wherein the second service file comprises:
and receiving a second service file sent by the service processing terminal through the interface.
4. An apparatus for processing internet traffic, comprising: a service request receiving unit, a service file generating unit, a service file receiving unit and a service file reading unit, wherein,
the service request receiving unit is used for receiving service requests sent by a plurality of different requesters;
the service file generating unit generates a first service file according to the service request and sends the first service file to the service processing terminal, and the first service file can only be read after the first service file is generated;
the service file receiving unit is used for receiving a second service file sent by the service processing terminal, the second service file is generated according to a service processing result after the service processing terminal reads the first service file and processes the service request, and the second service file can only be read after being generated;
the service file reading unit is used for reading the second service file and returning a service processing result to the requester;
the service file generation unit is specifically configured to:
creating a service file;
the writing process sends a locking request aiming at the service file, so that other writing processes can not execute writing operation in the process of writing the service request into the service file;
writing part of the service requests in the service requests into a service file by a writing process;
when the writing process finishes writing, sending an unlocking request aiming at the written service file so that other writing processes can continuously execute writing operation on the service file;
writing the rest service requests in the service requests into a service file by the next writing process in the writing process mode until all the service requests are written into the service file;
and generating a first service file according to the written service file.
5. The apparatus of claim 4, wherein the service file generating unit is specifically configured to:
selecting service requests of the same service type in the service requests;
and generating a first service file according to the service request with the same service type, and sending the first service file to a service processing terminal.
6. The apparatus of claim 5, wherein the service file generating unit is specifically configured to:
generating a first service file according to the service request of the same service type, and sending the first service file to a service processing terminal through an interface preset for the service type;
and receiving a second service file sent by the service processing terminal through the interface.
7. A method for processing Internet services, comprising:
receiving service requests sent by a plurality of different requesters, and generating a service request file according to the service requests;
sending the service request file to a service processing terminal through a first interface;
receiving a service confirmation file through a second interface, wherein the service confirmation file is generated according to a service processing result after the service processing terminal reads the service request file and processes the service request;
reading the service confirmation file and returning a service processing result to the requester;
wherein, the service request includes the service type, then
Sending the service request file to a service processing terminal through a first interface, including:
sending the service request file to a service processing terminal through a first interface preset for the service type;
receiving a service confirmation file through a second interface, including:
receiving a service confirmation file through a second interface preset for the service type;
wherein, the generating a service request file according to the service request includes:
creating a service file;
the writing process sends a locking request aiming at the service file, so that other writing processes can not execute writing operation in the process of writing the service request into the service file;
writing part of the service requests in the service requests into a service file by a writing process;
when the writing process finishes writing, sending an unlocking request aiming at the written service file so that other writing processes can continuously execute writing operation on the service file;
writing the rest service requests in the service requests into a service file by the next writing process in the writing process mode until all the service requests are written into the service file;
and generating a service request file according to the written service file.
8. An apparatus for processing internet traffic, comprising: a request file generating unit, a request file transmitting unit, a confirmation file receiving unit, and a confirmation file reading unit, wherein,
the request file generating unit is used for receiving service requests sent by a plurality of different requesters and generating service request files according to the service requests;
the request file sending unit is used for sending the service request file to a service processing terminal through a first interface;
the confirmation file receiving unit is used for receiving a service confirmation file through a second interface, wherein the service confirmation file is generated according to a service processing result after the service processing terminal reads the service request file and processes the service request;
the confirmation file reading unit is used for reading the service confirmation file and returning a service processing result to the requester;
wherein, if the service request includes the service type, then
The request file sending unit is specifically configured to:
sending the service request file to a service processing terminal through a first interface preset for the service type;
the confirmation file receiving unit is specifically configured to:
receiving a service confirmation file through a second interface preset for the service type;
wherein the request file generating unit is configured to:
creating a service file;
the writing process sends a locking request aiming at the service file, so that other writing processes can not execute writing operation in the process of writing the service request into the service file;
writing part of the service requests in the service requests into a service file by a writing process;
when the writing process finishes writing, sending an unlocking request aiming at the written service file so that other writing processes can continuously execute writing operation on the service file;
writing the rest service requests in the service requests into a service file by the next writing process in the writing process mode until all the service requests are written into the service file;
and generating a service request file according to the written service file.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201610169844.8A CN107231390B (en) | 2016-03-23 | 2016-03-23 | Internet service processing method and device |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201610169844.8A CN107231390B (en) | 2016-03-23 | 2016-03-23 | Internet service processing method and device |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN107231390A CN107231390A (en) | 2017-10-03 |
| CN107231390B true CN107231390B (en) | 2020-11-06 |
Family
ID=59931531
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201610169844.8A Active CN107231390B (en) | 2016-03-23 | 2016-03-23 | Internet service processing method and device |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN107231390B (en) |
Families Citing this family (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN109743366B (en) * | 2018-12-21 | 2022-04-05 | 苏宁易购集团股份有限公司 | Resource locking method, device and system for multi-living scene |
Citations (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101072380A (en) * | 2007-06-08 | 2007-11-14 | 华为技术有限公司 | Content delivery method and system, network device, mobile data service management platform |
| CN101710380A (en) * | 2009-12-22 | 2010-05-19 | 中国软件与技术服务股份有限公司 | Electronic document safety protection method |
| CN104756044A (en) * | 2012-11-09 | 2015-07-01 | 索尼公司 | On demand access to scheduled content |
Family Cites Families (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101719258B (en) * | 2009-12-08 | 2012-08-08 | 交通银行股份有限公司 | Method and system for processing remote double-center transaction information based on large computer |
| CN103561115B (en) * | 2013-11-19 | 2016-09-28 | 北京奇虎科技有限公司 | Obtain the method for electronics code, open platform and system in real time |
-
2016
- 2016-03-23 CN CN201610169844.8A patent/CN107231390B/en active Active
Patent Citations (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101072380A (en) * | 2007-06-08 | 2007-11-14 | 华为技术有限公司 | Content delivery method and system, network device, mobile data service management platform |
| CN101710380A (en) * | 2009-12-22 | 2010-05-19 | 中国软件与技术服务股份有限公司 | Electronic document safety protection method |
| CN104756044A (en) * | 2012-11-09 | 2015-07-01 | 索尼公司 | On demand access to scheduled content |
Also Published As
| Publication number | Publication date |
|---|---|
| CN107231390A (en) | 2017-10-03 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US20210166326A1 (en) | Claim settlement method and apparatus employing blockchain technology | |
| CN111314479B (en) | Data processing method and equipment | |
| AU2019295818A1 (en) | Block chain-based data processing method and device | |
| EP3674909A1 (en) | Data transaction processing method, device, and electronic device | |
| CN112153085A (en) | Data processing method, node and block chain system | |
| CN107104923B (en) | Account binding and service processing method and device | |
| CN112272240B (en) | Data cloud method and device | |
| CN111917845A (en) | Cloud resource application method and device | |
| WO2023045617A1 (en) | Transaction data processing method and apparatus, device and medium | |
| US20210326859A1 (en) | Data recording methods and apparatuses, electronic devices, and storage media | |
| US20200314078A1 (en) | Inter-system linking method and node | |
| CN112053149A (en) | Method and device for preventing repeated payment, electronic equipment and readable storage medium | |
| CN112597511A (en) | Remote government affair service cooperation method and device | |
| CN111562893A (en) | Reprinting method and device | |
| CN107231390B (en) | Internet service processing method and device | |
| CN108805587A (en) | A kind of customer information processing method, device, medium and electronic equipment | |
| CN106326786A (en) | Automatic batch processing method based on NFC chip anti-counterfeiting authentication | |
| CN113535087A (en) | Data processing method, server and storage system in data migration process | |
| CN110659303A (en) | Read-write control method and device for database nodes | |
| CN110879900A (en) | Data processing method and device based on block chain system | |
| CN111046102A (en) | High-performance block chain service system based on ether house | |
| CN114491662B (en) | Block chain-based data asset auditing method, system and equipment | |
| CN113342274B (en) | Data processing method and device | |
| CN115629901A (en) | Log playback method and device, data recovery method and device and electronic equipment | |
| CN107123051B (en) | Resource synchronization method and device |
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 | ||
| TA01 | Transfer of patent application right |
Effective date of registration: 20200924 Address after: Cayman Enterprise Centre, 27 Hospital Road, George Town, Grand Cayman, British Islands Applicant after: Innovative advanced technology Co.,Ltd. Address before: Cayman Enterprise Centre, 27 Hospital Road, George Town, Grand Cayman, British Islands Applicant before: Advanced innovation technology Co.,Ltd. Effective date of registration: 20200924 Address after: Cayman Enterprise Centre, 27 Hospital Road, George Town, Grand Cayman, British Islands Applicant after: Advanced innovation technology Co.,Ltd. Address before: A four-storey 847 mailbox in Grand Cayman Capital Building, British Cayman Islands Applicant before: Alibaba Group Holding Ltd. |
|
| TA01 | Transfer of patent application right | ||
| GR01 | Patent grant | ||
| GR01 | Patent grant |