CN114979151B - Method for dynamically adjusting signing service for cross-border e-commerce - Google Patents
Method for dynamically adjusting signing service for cross-border e-commerce Download PDFInfo
- Publication number
- CN114979151B CN114979151B CN202210892395.5A CN202210892395A CN114979151B CN 114979151 B CN114979151 B CN 114979151B CN 202210892395 A CN202210892395 A CN 202210892395A CN 114979151 B CN114979151 B CN 114979151B
- Authority
- CN
- China
- Prior art keywords
- signing
- client
- signed
- management module
- registration
- 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
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q30/00—Commerce
- G06Q30/06—Buying, selling or leasing transactions
- G06Q30/0601—Electronic shopping [e-shopping]
- G06Q30/0633—Lists, e.g. purchase orders, compilation or processing
- G06Q30/0635—Processing of requisition or of purchase orders
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/1066—Session management
- H04L65/1073—Registration or de-registration
-
- 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/14—Session management
- H04L67/141—Setup of application sessions
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/16—Implementation or adaptation of Internet protocol [IP], of transmission control protocol [TCP] or of user datagram protocol [UDP]
- H04L69/161—Implementation details of TCP/IP or UDP/IP stack architecture; Specification of modified or new header fields
- H04L69/162—Implementation details of TCP/IP or UDP/IP stack architecture; Specification of modified or new header fields involving adaptations of sockets based mechanisms
Landscapes
- Engineering & Computer Science (AREA)
- Business, Economics & Management (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Finance (AREA)
- Accounting & Taxation (AREA)
- General Business, Economics & Management (AREA)
- Marketing (AREA)
- Computer Security & Cryptography (AREA)
- Development Economics (AREA)
- Economics (AREA)
- Multimedia (AREA)
- Strategic Management (AREA)
- Physics & Mathematics (AREA)
- General Physics & Mathematics (AREA)
- Theoretical Computer Science (AREA)
- Computer And Data Communications (AREA)
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
Abstract
The invention discloses a method for dynamically adjusting a signing service by cross-border e-commerce, which realizes batch signing on an order by a cross-border e-commerce platform; each signing client is a PC loaded with Ukey; the signing client management module dynamically adjusts whether the signing client participates in the action of signing; the multiple signing clients are all in Socket link with the signing client management module; the method comprises the following steps that a signed client management module receives a link and a registration request of a signed client, and judges that the number of the signed clients needs to be reduced, expanded or maintained; if the reduced tagged client link is deleted for reduction; after the signing client is linked with the signing client management module, sending link maintaining information to the signing client so as to continue signing actions; and if the extension is carried out, adding clients which do not participate in the signing action and carrying out Socket linkage with the signing client management module. The invention can improve the overall signing efficiency when a plurality of orders exist.
Description
Technical Field
The invention relates to the technical field of cross-border e-commerce, in particular to a method for dynamically adjusting a signing service through cross-border e-commerce.
Background
At present, in the cross-border e-commerce industry, the state customs requires that each cross-border order is pushed to the customs by 3 main bodies respectively according to the requirement of three-order conflict, three-order conflict is carried out, and the customs can release delivery after passing. In the process of pushing the order to the customs, the customs allocates a signing card Ukey to each cross-border e-commerce main body, and before pushing the data to the customs, the signing card Ukey is needed to be used for signing and then pushing the order information, otherwise, the customs considers the order information to be invalid data.
In general, there are two methods for signing cross-border e-commerce orders: one is that enterprises apply for USBKey signing cards, and the USBKey signing cards are inserted into a server for order processing, the server requiring order processing can only be in the local place but not in the cloud, and the maximum signing order quantity per minute is 12000 sheets; and secondly, purchasing physical signing service equipment of the customs data center, wherein the maximum signing order quantity of the service equipment per minute is about 50 thousands of bills, but the purchasing cost is 70 thousands of RMB.
In the predicted future time, the number of tags added to the cross-border e-commerce orders may increase rapidly in a short time, and thus it is necessary to improve the transfer efficiency of the cross-border e-commerce orders. For the current demand, the process efficiency demand of the cross-border e-commerce order may reach more than 10 ten thousand sheets per minute, even 100 ten thousand sheets. From the perspective of low cost and high efficiency, it is desirable to increase the number of signed orders by adding a plurality of PC terminals for inserting the Ukey, but if a plurality of PC terminals for inserting the Ukey are adopted, how to realize that the plurality of PC terminals are simultaneously linked with the service server, how to control how much of the PC terminals participate in the signing action according to the signed orders, and so on, has no prior art to use for reference. Therefore, a reasonable algorithm needs to be performed on the signing management server, the signing client, the service server and the like to realize resource allocation. The method can maintain the normal signing work of a PC (personal computer) end serving as a signing client under the condition of less cross-border e-commerce orders; when the cross-border e-commerce orders a large number of numbers, a plurality of PC machines serving as the signing client terminals are used for signing in parallel, and therefore a method for dynamically adjusting the signing service through the cross-border e-commerce is needed.
Disclosure of Invention
1. The technical problem to be solved is as follows:
aiming at the technical problem, the invention provides a method for dynamically adjusting the signing service across the border e-commerce, which is realized by carrying out resource allocation on a plurality of signing clients through a signing order management module of a signing management server. Maintaining normal signature adding work of a signature adding client under the condition that cross-border e-commerce orders are few; when the number of cross-border e-commerce orders is large, the mode of registering and signing by a plurality of clients is realized through the signing order management module, the number of the signing clients is transversely and dynamically expanded, and the signing clients are enabled to carry out parallel signing so as to improve the overall signing efficiency when the number of the orders is large.
2. The technical scheme is as follows:
a method for dynamically adjusting a signing service across an border e-commerce platform realizes batch signing on received order information sent by a third party e-commerce platform by the border e-commerce platform; the method is characterized in that:
the third-party cross-border e-commerce platform sends the order information to a service server of the cross-border e-commerce platform; the service server identifies the order information and then sends a corresponding signing request to a signing management server; the signing order management module of the signing management server distributes the signing request information to a plurality of signing clients for signing, and returns signed order information to the signing order management module; each signing client is a PC loaded with Ukey; the signing management server also comprises a signing client management module; the signing client participating in the signing action realizes whether to participate in the signing action by adopting a method of dynamically adjusting the signing client through a signing client management module;
the method for dynamically adjusting the signed client comprises the following steps: the plurality of signing clients are all in Socket link with the signing client management module; the signed client management module receives the link and the registration request of the signed client and judges that the number of the signed clients participating in the signed order request needs to be reduced, expanded or maintained; if the number of the signed client sides is judged to be reduced, deleting the reduced signed client side links; after the signing client is linked with the signing client management module, sending link maintaining information to the signing client so as to continue signing actions; if the number of the signed clients is judged to be expanded, the clients which do not participate in the signing action are added to carry out Socket link with the signed client management module.
Furthermore, the signing client and the signing client management module perform Socket link, which specifically comprises: the signing client management module monitors by establishing a Socket and waits for the linking and registration of the signing client; if the link is successfully received, the signing client management module creates an onlinesocketed object, and meanwhile, the signing client creates a corresponding cSocket object to realize the successful registration of the signing client; the onlineSocket object and the cSocket object are used in a pairing mode; after the signed client is successfully registered, waiting for the online verification message of the signed client management module and the order signing request message of the signed order management module; if no link success is received, link and registration attempts are made again at preset intervals.
Further, the number of the signed clients is judged to be expanded by the signed client management module, and then clients which do not participate in the signed action are added to be in Socket link with the signed order management module, and the method specifically comprises the following steps: when the signed client management module receives the link of the signed client and the registration request, defining the time difference between the last use time lwTime of all the registered clients in the traversal cache and the time nTime as the last use time difference;
when the information of the signed client requesting for registration does not exist in the cache, receiving the link and the registration request of the signed client, and performing Map and Redis registration on the link and the registration request information of the signed client;
if the last use time difference of all registered signed client sides in the cache is smaller than the preset minimum use time difference, receiving the link and the registration request of the signed client sides, and performing Map and Redis registration on the link and the registration request information of the signed client sides;
and if the last use time difference of one signed client side in the cache is larger than or equal to the preset minimum use time difference, ignoring all the links and the registration requests of the signed client sides, and not receiving the registration of a new signed client side.
Further, if the number of the signed clients is determined to be reduced, deleting the reduced signed client link, specifically: the method comprises the steps that a signing client management module polls registration information of a signing client in a service server cache at a fixed frequency, traverses all registered signing clients in the cache, calculates the time difference between the last use time lwTime and the time nTime of each registered client and defines the time difference as the last use time difference;
if the last use time difference of the signed client is smaller than or equal to the preset maximum use time difference, acquiring an onlineSocket object in redis corresponding to the signed client registration information, and acquiring the last message receiving time lrTime of the signed client; if the nTime-lrTime is larger than or equal to the gTime, wherein the gTime is the preset interval time for receiving the message, sending a confirmation link message to the tagging client; if the reply message of the signed client is received, updating the last message receiving time lrTime of the signed client as the current time; if the message is not received, the message is not processed; if nTime-lrTime > oTime, wherein oTime is the preset timeout time for receiving messages, the onlineStocket object automatically releases the link, deletes the registration information of the signed client, deletes the corresponding object data in redis, and deletes the client IP registration data in the registration information Map;
if the last use time difference of the signed client is larger than the preset maximum use time difference and the registration number of the signed clients in the cache registration information Map is larger than 1, sending an active disconnection message to the signed clients and deleting the registration information of the signed clients, automatically releasing links of the onlineSocket object, deleting corresponding object data in redis and deleting client IP registration in the registration information Map;
when the last use time difference is larger than the preset use time difference, but the registration number of the clients in the registration information Map is equal to 1, no processing is performed;
the preset minimum usage time difference is smaller than the preset maximum usage time difference.
Further, the signing order management module realizes distribution of signing request information, and specifically comprises the following steps:
the signed order management module acquires an order signing request from an MQ message queue of the service server and adds the signing request into a ticket object to be signed; acquiring a request for signing a next order, and adding the request for signing into a ticket object to be signed; therefore, the order to be signed in the MQ message queue is circularly processed;
when the order number in the ticket object to be signed reaches the preset maximum order number, polling and using an onlineSocket object in redis, and sending an order signing request of a ticket to the corresponding signing client;
when the number of orders in the ticket object to be signed does not reach the set maximum order number but exceeds the preset waiting time, judging that the ticket object is not invalid and the size of the ticket object is larger than 0, polling and using an onlineSocket object in redis, sending an order signing request of a ticket to a corresponding signing client, and updating the last use time lwTime of the corresponding signing client in the cache Map to be the time ntTime at that time; after receiving the order signing reply message and being a message of successful signing, updating the last message receiving time lrTime in the onlineSecket to be the current time nTime; otherwise, polling uses the next onlineSocket object in redis, and sending an order signing request of a ticket to the corresponding signing client.
3. Has the beneficial effects that:
(1) The invention discloses a method for dynamically adjusting signing services of cross-border e-commerce, which is characterized in that a plurality of Ukey-loaded PCs are arranged as signing clients to cooperatively sign, so that when the signing number of cross-border e-commerce orders is rapidly increased, the orders are signed in batches.
(2) The invention relates to a method for dynamically adjusting a signing service across border e-commerce.A signing management server is provided with a signing client management module, the signing client management module realizes logic management on a signing client, when the frequency of signing orders of a system is low, less signing clients are kept to participate in signing actions, and when the frequency of the signing orders of the system is high, a plurality of signing clients adapted to the system are ensured to participate in the signing actions, so that the dynamic adjustment of the signing clients is realized.
To sum up, the scheme can effectively improve the overall signing efficiency when orders are abundant, and is economical and practical.
Drawings
FIG. 1 is a system architecture diagram of a cross-border e-commerce dynamic adjustment tagging service involved in the present invention;
FIG. 2 is a flowchart illustrating a logical implementation of a link between a tag client management module and a tag client and an extension implemented by the tag client in an exemplary embodiment;
FIG. 3 is a flow diagram illustrating an exemplary implementation of logic maintenance and dynamic reduction for a signed client management module;
FIG. 4 is a flowchart illustrating an implementation of order distribution by the tagged order management module in an exemplary embodiment.
Detailed Description
The present invention will be described in detail with reference to the accompanying drawings.
A method for dynamically adjusting signing services by cross-border e-commerce realizes batch signing of received order information sent by a third party e-commerce platform by a cross-border e-commerce platform; the method is characterized in that:
as shown in fig. 1, the third party cross-border e-commerce platform sends the order information to a service server of the cross-border e-commerce platform; the service server identifies the order information and then sends a corresponding signing request to a signing management server; the signing order management module of the signing management server distributes the signing request information to a plurality of signing clients for signing, and returns signed order information to the signing order management module; each signing client is a PC loaded with Ukey; the signing management server also comprises a signing client management module; the signing client participating in the signing action realizes whether to participate in the signing action or not by adopting a method of dynamically adjusting the signing client through a signing client management module;
the method for dynamically adjusting the signed client comprises the following steps: the multiple signing clients are all in Socket link with the signing client management module; the signed client management module receives the link and the registration request of the signed client and judges that the number of the signed clients participating in the signed order request needs to be reduced, expanded or maintained; if the number of the signed client sides is judged to be reduced, deleting the reduced signed client side links; after the signing client is linked with the signing client management module, sending link maintaining information to the signing client so as to continue signing actions; and if the number of the signed clients is judged to be expanded, adding the clients which do not participate in the signing action and performing Socket link with the signed client management module.
Furthermore, the signing client and the signing client management module are in Socket link, specifically: the signing client management module monitors by establishing a Socket and waits for the linking and registration of the signing client; if the link is successfully received, the signing client management module creates an onlineSocket object, and meanwhile, the signing client creates a corresponding cSocket object to realize the successful registration of the signing client; the onlineSocket object and the cSocket object are used in a pairing mode; after the signed client is successfully registered, waiting for the online verification message of the signed client management module and the order signing request message of the signed order management module; if no link success is received, link and registration attempts are made again at preset intervals.
Further, the number of the signed clients is judged to be expanded by the signed client management module, and then the clients which do not participate in the signed action and the signed order management module are added to perform Socket link, and the method specifically comprises the following steps: when the signed client management module receives the link of the signed client and the registration request, defining the time difference between the last use time lwTime of all the registered clients in the traversal cache and the time nTime as the last use time difference;
when the register request information does not exist in the cache, receiving the link and the register request of the sign client, and performing Map and Redis registration on the link and the register request information of the sign client;
if the last use time difference of all registered signed client sides in the cache is smaller than the preset minimum use time difference, receiving the link and the registration request of the signed client sides, and performing Map and Redis registration on the link and the registration request information of the signed client sides;
and if the last use time difference of one signed client side in the cache is larger than or equal to the preset minimum use time difference, ignoring all the links and the registration requests of the signed client sides, and not receiving the registration of a new signed client side.
Further, if the number of the signed clients is determined to be reduced, deleting the reduced signed client link, specifically: the method comprises the steps that a signed client management module polls registration information of signed clients in a service server cache at a fixed frequency and traverses all registered signed clients in the cache, and the time difference between the last use time lwTime and the current time nTime of each registered client is calculated and defined as the last use time difference;
if the last use time difference of the signed client is smaller than or equal to the preset maximum use time difference, acquiring an onlineSocket object in redis corresponding to the signed client registration information, and acquiring the last message receiving time lrTime of the signed client; if the nTime-lrTime is larger than or equal to the gTime, wherein the gTime is the preset interval time for receiving the message, sending a confirmation link message to the tagging client; if the reply message of the signed client is received, updating the last message receiving time lrTime of the signed client as the current time; if the message is not received, the message is not processed; if nTime-lrTime is larger than oTime, wherein the oTime is the preset overtime time for receiving the message, the onlineSecket object automatically releases the link, deletes the registration information of the signed client, deletes the corresponding object data in redis, and deletes the client IP registration data in the registration information Map;
if the last use time difference of the signed client is larger than the preset maximum use time difference and the registration number of the signed clients in the cache registration information Map is larger than 1, sending an active disconnection message to the signed clients and deleting the registration information of the signed clients, automatically releasing links of the onlineSocket object, deleting corresponding object data in redis and deleting client IP registration in the registration information Map;
when the last use time difference is larger than the preset use time difference, but the registration number of the clients in the registration information Map is equal to 1, no processing is performed;
the preset minimum usage time difference is smaller than a preset maximum usage time difference.
Further, the signing order management module realizes distribution of signing request information, and specifically comprises the following steps:
the signed order management module acquires an order signing request from an MQ message queue of the service server and adds the signing request into a ticket object to be signed; acquiring a request for signing a next order, and adding the request for signing into a ticket object to be signed; therefore, the order to be signed in the MQ message queue is circularly processed;
when the order number in the ticket object to be signed reaches the preset maximum order number, polling and using an onlineSocket object in redis, and sending an order signing request of a ticket to the corresponding signing client;
when the number of orders in the ticket object to be signed does not reach the set maximum number of orders but exceeds the preset waiting time, judging that the ticket object is not invalid and the size of the ticket object is larger than 0, polling and using an onlineSocket object in redis, sending a ticket order signing request to a corresponding signing client, and updating the last use time lwTime of the corresponding signing client in the cache Map to be the time ntTime at that time; after receiving the order signing reply message and being a message of successful signing, updating the last message receiving time lrTime in the onlineSecket to be the current time nTime; otherwise, polling uses the next onlineSocket object in redis, and sending an order signing request of a ticket to the corresponding signing client.
The specific embodiment is as follows:
as shown in fig. 1, the whole process from receiving order information to completing signing and waiting for three-order-to-one collision is included; the third party cross-border e-commerce platform sends the order information to a service server of the cross-border e-commerce platform; the service server identifies the order information and then sends a corresponding signing request to a signing management server; the signing management server is provided with a signing order management module and a signing client management module; the signed order management module receives the signed request information and distributes the signed request to a plurality of signed client sides for signing, and the signed order information is returned to the signed order management module; and the number of the signed clients is reduced, expanded or maintained by the signed client management module through logic management. In the invention, each signed Ukey card independently establishes a physical signed client as an independent physical server, theoretically, the number of the signed cards can be increased and expanded without limit, so that the effect of dynamically expanding the number of the signed clients in parallel is achieved.
As shown in fig. 2, the link between the signing client and the signing client management module is implemented as follows: the signing client creates a Socket client service object cSocket and links and registers the Socket client service object cSocket to the client management module. Meanwhile, the signing client management module creates a ServerSocket object, monitors the link and the registration request of the signing client by calling an accept () method, returns a socket object onlineSecket to be placed in redis when receiving a request, and obtains the IP of the signing client to be placed in the cache Map. Wherein key = [ Socket _ ] + [ IP of client ] in redis, value is onlinesockey, and the onlinesockey includes the last received client message time lrTime; key of cache Map = [ Socket _ ] + [ IP of client ], value = last used time of client lwTime. And after the signing client successfully registers in the signing management module, waiting for an online verification message of the signing client management module and an order signing request message sent by the signing order management module. If the signed client is not linked with the signed client management module and the registration is successful, the attempt is made again at preset time intervals (usually set to 5 min).
In the scheme, dynamic expansion is realized on the signed client, as shown in fig. 2, when the signed client management module receives the link and the registration request of the signed client, the time difference between the last use time lwTime of all the registered clients in the cache Map and the time nTime at that time is traversed and defined as the last use time difference.
And when the client object is not registered in the cache Map, receiving the link of the signed client and a registration request.
And when the last use time difference nTime-lwTime of all the registered clients is smaller than a preset minimum use time difference (such as 5 minutes), receiving the link and the registration request of the signed client.
When the last usage time difference of one signed client is larger than or equal to the preset minimum usage time difference (such as 5 minutes), all the links and registration requests of the signed clients are ignored, and no new signed client registration is received.
In the scheme, logic maintenance and dynamic reduction are realized for the signed client: as shown in fig. 3, the signed client management module polls the client registration information in the cache Map at preset intervals, and traverses the time difference between the last usage time lwTime of all registered clients and the time nTime of all registered clients and defines the time difference as the last usage time difference.
When the last use time difference nTime-lwTime of the signed client is less than or equal to the maximum use time difference (for example, 15 minutes), acquiring an onlineSocket object in the redis, and acquiring the message time lrTime of the last received signed client. And if the current time nTime-lrTime is greater than or equal to the set interval gTime, wherein the gTime is usually set within 1-3 minutes, sending a confirmation link message to the signing client. If the reply message of the signed client is received, setting lrTime as the current time nTime; if no message is received, it is not processed. If nTime-lrTime > oTime; oTime is a preset timeout, typically within 5-10 minutes; and automatically releasing the link by the onlineSocket, deleting the registration information of the signed client, deleting the corresponding object data in the redis, and deleting the client IP registration in the Map.
When the last use time difference nTime-lwTime of the signed client is larger than the maximum use time difference, for example, 15 minutes, and the number of client registrations in the cache Map is larger than 1, an active disconnection message is sent to the signed client, the registration information of the signed client is deleted, an onlineSocket automatically releases a link, corresponding object data in redis deleted, and the client IP registration in the Map is deleted.
When the last time difference nTime-lwTime of the signed client is greater than the maximum time difference, for example, 15 minutes, but the number of client registrations in the cache Map is equal to 1, no processing is performed.
In the scheme, the signed order is distributed through a signed order management module; as shown in fig. 4, the signed order management module obtains a request for order1 signing from the MQ message queue of the service server, and adds the request into the ticket object pTeamObject to be signed; acquiring a request for adding a label to the next order2, and adding the request into a ticket object pTeamObject to be added with the label; therefore, the order to be signed in the MQ is circularly processed.
When the order number in the ticket object pTeamObject reaches the set maximum order number, polling uses the onlineSecket object in redis to send an order signing request of a ticket to the corresponding signing client.
When the number of orders in the ticket object pTeamObject does not reach the set maximum order number but exceeds the set waiting time outTime, judging that the ticket object pTeamObject is not invalid and the size of the ticket object pTeamObject is larger than 0, polling and using an onlineSecket object in redis, sending an order signing request of a ticket to the corresponding signing client, and updating the last using time lwTime of the corresponding signing client in the cache Map. And after receiving the order signing reply message and the message of successful signing, updating the lrTime in the onlineSecket, otherwise, polling and using the next onlineSecket object in redis, and sending an order signing request of a ticket to the corresponding signing client.
Although the present invention has been described with reference to the preferred embodiments, it should be understood that various changes and modifications can be made therein by those skilled in the art without departing from the spirit and scope of the invention as defined by the appended claims.
Claims (5)
1. A method for dynamically adjusting a signing service across an border e-commerce platform realizes batch signing on received order information sent by a third party e-commerce platform by the border e-commerce platform; the method is characterized in that:
the third party cross-border e-commerce platform sends the order information to a service server of the cross-border e-commerce platform; the service server identifies the order information and then sends a corresponding signing request to a signing management server; the signing order management module of the signing management server distributes the signing request information to a plurality of signing clients for signing, and returns signed order information to the signing order management module; each signing client is a PC loaded with Ukey; the signing management server also comprises a signing client management module; the signing client participating in the signing action realizes whether to participate in the signing action by adopting a method of dynamically adjusting the signing client through a signing client management module;
the method for dynamically adjusting the signed client comprises the following steps: the plurality of signing clients are all in Socket link with the signing client management module; the signed client management module receives the link and the registration request of the signed client and judges that the number of the signed clients participating in the signed order request needs to be reduced, expanded or maintained; if the number of the signing client sides is judged to be reduced, deleting the reduced signing client side links; after the signing client is linked with the signing client management module, sending link maintaining information to the signing client so as to continue signing actions; if the number of the signed clients is judged to be expanded, the clients which do not participate in the signing action are added to carry out Socket link with the signed client management module.
2. The method of claim 1, wherein the method further comprises the steps of: the system comprises a signing client and a signing client management module, wherein the signing client and the signing client management module are in Socket link, and specifically comprises the following steps: the signing client management module monitors by creating a Socket and waits for the linking and registration of the signing client; if the link is successfully received, the signing client management module creates an onlineSocket object, and meanwhile, the signing client creates a corresponding cSocket object to realize the successful registration of the signing client; the onlineSocket object and the cSocket object are used in a pairing way; after the signed client side is successfully registered, waiting for an online verification message of a signed client side management module and an order signing request message of a signed order management module; if no link success is received, link and registration attempts are made again at preset intervals.
3. The method of claim 2, wherein the method comprises the steps of: if the number of the signed clients is judged to be expanded by the signed client management module, clients which do not participate in the signed action are added to be in Socket link with the signed order management module, and the method specifically comprises the following steps: when the signed client management module receives the link of the signed client and the registration request, defining the time difference between the last use time lwTime of all the registered clients in the traversal cache and the time nTime as the last use time difference;
when the information of the signed client requesting for registration does not exist in the cache, receiving the link and the registration request of the signed client, and performing Map and Redis registration on the link and the registration request information of the signed client;
if the last use time difference of all registered signed client sides in the cache is smaller than the preset minimum use time difference, receiving the link and the registration request of the signed client sides, and performing Map and Redis registration on the link and the registration request information of the signed client sides;
and if the last use time difference of one signed client side in the cache is greater than or equal to the preset minimum use time difference, ignoring all the links and the registration requests of the signed client sides, and not receiving the registration of a new signed client side.
4. The method of claim 3, wherein the method comprises the steps of:
if the number of the signing clients is judged to be reduced, deleting the reduced signing client links, specifically: the method comprises the steps that a signing client management module polls registration information of a signing client in a service server cache at a fixed frequency, traverses all registered signing clients in the cache, calculates the time difference between the last use time lwTime and the time nTime of each registered client and defines the time difference as the last use time difference;
if the last use time difference of the signed client is smaller than or equal to the preset maximum use time difference, acquiring an onlineSocket object in redis corresponding to the signed client registration information, and acquiring the last message receiving time lrTime of the signed client; if the nTime-lrTime is larger than or equal to the gTime, wherein the gTime is the preset interval time for receiving the message, sending a confirmation link message to the tagging client; if the reply message of the signed client is received, updating the last message receiving time lrTime of the signed client as the current time; if the message is not received, the message is not processed; if nTime-lrTime > oTime, wherein oTime is the preset timeout time for receiving messages, the onlineStocket object automatically releases the link, deletes the registration information of the signed client, deletes the corresponding object data in redis, and deletes the client IP registration data in the registration information Map;
if the last use time difference of the signed client is larger than the preset maximum use time difference and the registration number of the signed clients in the cache registration information Map is larger than 1, sending an active disconnection message to the signed clients and deleting the registration information of the signed clients, automatically releasing links by an onlineSocket object, deleting corresponding object data in redis and deleting the client IP registration in the registration information Map;
when the last use time difference is larger than the preset maximum use time difference but the registration number of the clients in the registration information Map is equal to 1, no processing is performed;
the preset minimum usage time difference is smaller than a preset maximum usage time difference.
5. The method of claim 4, wherein the method comprises the steps of: the signing order management module realizes the distribution of signing request information and specifically comprises the following steps:
the signed order management module acquires an order signing request from an MQ message queue of the service server and adds the signing request into a ticket object to be signed; acquiring a request for signing a next order, and adding the request for signing into a ticket object to be signed; therefore, the order to be signed in the MQ message queue is circularly processed;
when the order number in the ticket object to be signed reaches the preset maximum order number, polling and using an onlineSocket object in redis, and sending an order signing request of a ticket to the corresponding signing client;
when the number of orders in the ticket object to be signed does not reach the set maximum order number but exceeds the preset waiting time, judging that the ticket object is not invalid and the size of the ticket object is larger than 0, polling and using an onlineSocket object in redis, sending an order signing request of a ticket to a corresponding signing client, and updating the last use time lwTime of the corresponding signing client in the cache Map to be the time ntTime at that time; after receiving the order signing reply message and being a message of successful signing, updating the last message receiving time lrTime in the onlineSecket to be the current time nTime; otherwise, polling uses the next onlineSocket object in redis, and an order signing request of a ticket is sent to the corresponding signing client.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202210892395.5A CN114979151B (en) | 2022-07-27 | 2022-07-27 | Method for dynamically adjusting signing service for cross-border e-commerce |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202210892395.5A CN114979151B (en) | 2022-07-27 | 2022-07-27 | Method for dynamically adjusting signing service for cross-border e-commerce |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN114979151A CN114979151A (en) | 2022-08-30 |
| CN114979151B true CN114979151B (en) | 2022-11-11 |
Family
ID=82969819
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202210892395.5A Active CN114979151B (en) | 2022-07-27 | 2022-07-27 | Method for dynamically adjusting signing service for cross-border e-commerce |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN114979151B (en) |
Families Citing this family (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN116402521B (en) * | 2023-06-08 | 2023-09-01 | 江苏中创供应链服务有限公司 | Cross-border supply chain commodity tracing method and system based on blockchain |
Citations (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN103095688A (en) * | 2012-12-21 | 2013-05-08 | 大唐移动通信设备有限公司 | Control method of client terminal and server |
| CN104850990A (en) * | 2015-05-27 | 2015-08-19 | 拉卡拉支付有限公司 | Payment method and system thereof, key terminal and key support system |
| CN110087241A (en) * | 2013-07-23 | 2019-08-02 | 阿里巴巴集团控股有限公司 | Business authorization method, equipment and system |
| CN111241594A (en) * | 2020-01-06 | 2020-06-05 | 平安科技（深圳）有限公司 | Method and device for signing transaction information, computer equipment and storage medium |
| WO2020140914A1 (en) * | 2019-01-02 | 2020-07-09 | 中国移动通信有限公司研究院 | Client authentication method, apparatus, and computer-readable storage medium |
| CN114629657A (en) * | 2022-03-29 | 2022-06-14 | 翼石电子股份有限公司 | Cloud invoicing machine, invoice checking method thereof and storage medium |
Family Cites Families (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN107172060B (en) * | 2017-06-06 | 2020-03-17 | 武汉票据交易中心有限公司 | Login method of client container |
-
2022
- 2022-07-27 CN CN202210892395.5A patent/CN114979151B/en active Active
Patent Citations (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN103095688A (en) * | 2012-12-21 | 2013-05-08 | 大唐移动通信设备有限公司 | Control method of client terminal and server |
| CN110087241A (en) * | 2013-07-23 | 2019-08-02 | 阿里巴巴集团控股有限公司 | Business authorization method, equipment and system |
| CN104850990A (en) * | 2015-05-27 | 2015-08-19 | 拉卡拉支付有限公司 | Payment method and system thereof, key terminal and key support system |
| WO2020140914A1 (en) * | 2019-01-02 | 2020-07-09 | 中国移动通信有限公司研究院 | Client authentication method, apparatus, and computer-readable storage medium |
| CN111241594A (en) * | 2020-01-06 | 2020-06-05 | 平安科技（深圳）有限公司 | Method and device for signing transaction information, computer equipment and storage medium |
| CN114629657A (en) * | 2022-03-29 | 2022-06-14 | 翼石电子股份有限公司 | Cloud invoicing machine, invoice checking method thereof and storage medium |
Non-Patent Citations (2)
| Title |
|---|
| 基于USB Key认证的分布式访问系统设计;周爱民等;《南昌教育学院学报》;20101230(第06期);全文 * |
| 电子政务安全服务平台签发服务器加密模块的研究;赵东娆;《硕士学位论文》;20050301;全文 * |
Also Published As
| Publication number | Publication date |
|---|---|
| CN114979151A (en) | 2022-08-30 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN114979151B (en) | Method for dynamically adjusting signing service for cross-border e-commerce | |
| CN112235423B (en) | Cross-chain transaction processing method and device, electronic equipment and storage medium | |
| CN116032937B (en) | Edge computing equipment calculation transaction method and system | |
| CN113179324B (en) | Block chain link point and service processing method executed by block chain link point | |
| CN111666539A (en) | Real estate resource management method, device, server and storage medium | |
| CN111798238A (en) | Parallel chain consensus method, device and storage medium | |
| CN111669315B (en) | Message pushing method, device and system, electronic equipment and readable storage medium | |
| CN112953771A (en) | Financial asset management system based on micro-service and decoupling method | |
| US20070168471A1 (en) | Method for providing network resources | |
| CN114024723B (en) | Online signing method and device based on ESOP system, equipment and medium | |
| CN112184228B (en) | Asset exchange method, device and storage medium | |
| CN101510872B (en) | Remote customer dialing authentication service client terminal, server and transmission/acceptance method | |
| US7693936B2 (en) | Messaging schema for services interaction on prepaid and subscription system | |
| CN113362061A (en) | Method, system, device, storage medium and electronic equipment for responding to user request | |
| CN115396178B (en) | User distributed authentication method, device, electronic equipment and storage medium | |
| CN105578431A (en) | Reminding message sending device and method | |
| CN116071177A (en) | Method and device for distributing ticket to and from message based on message queue | |
| CN113382050B (en) | Message transmission method, system, computing device and storage medium | |
| CN112561611B (en) | Electronic bill multi-channel delivery method and system | |
| CN112182400B (en) | Message processing method, message processing device, electronic equipment and storage medium | |
| CN109889570B (en) | Equipment information distribution system and method | |
| CN111383057A (en) | Advertisement putting method, device and storage medium | |
| CN109376526A (en) | Authority control method and device, electronic equipment and computer readable storage medium | |
| CN113741403B (en) | Vehicle diagnosis method, diagnosis apparatus, and computer-readable storage medium | |
| CN115309351A (en) | Order printing method and device, storage medium and computer equipment |
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 | ||
| GR01 | Patent grant | ||
| GR01 | Patent grant |