CN111666303B - Online and offline document processing system and method - Google Patents
Online and offline document processing system and method Download PDFInfo
- Publication number
- CN111666303B CN111666303B CN202010477262.2A CN202010477262A CN111666303B CN 111666303 B CN111666303 B CN 111666303B CN 202010477262 A CN202010477262 A CN 202010477262A CN 111666303 B CN111666303 B CN 111666303B
- Authority
- CN
- China
- Prior art keywords
- bill
- server
- client
- factor
- buffer pool
- 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
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
- G06F16/24—Querying
- G06F16/245—Query processing
- G06F16/2455—Query execution
- G06F16/24552—Database cache management
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
- G06F16/25—Integrating or interfacing systems involving database management systems
Abstract
The invention relates to an online and offline document processing system, which comprises a buffer pool, a server side and a client side which are respectively connected with the buffer pool, the server side is provided with a server side adjustment factor M, the client side is provided with a client side adjustment factor N and a local database, the buffer pool is connected with a local database, the server side adjustment factor M is used for adjusting the length and the speed of the document uploaded to the server side by the buffer pool, the client regulating factor N is used for regulating the length and the speed of transmitting the bill to the buffer pool by the local database, the local database is used for storing the bill generated during bill making settlement, compared with the prior art, the invention can realize off-line on-line dynamic switching, provides functions of storing, uploading and activating the document, has the advantages of improving document processing efficiency and system reliability and the like, and solves the problems of on-line mode network dependence, off-line account checking difficulty and data tampering.
Description
Technical Field
The invention relates to the field of document processing, in particular to an online and offline document processing system and method.
Background
Various goods in the fresh market are sold in a weighing mode, the passenger flow time period of the fresh market is concentrated, the whole fresh market is very hot in the peak period mainly before breakfast, lunch and supper every day, and each stall in the fresh market earns income mainly by the peak period, so that each stall is required to quickly finish the operations of weighing, cash registering and the like of a single business, and order forms as many as possible are finished in a specific time.
Most living fresh market still adopt at present will weigh with receive silver-colored independent separately form, pay by other modes of rethread after the completion of weighing, this clearly greatly increased weigh receive silver-colored time of this process of money, reduce transaction efficiency. Although there are a lot of receipts silver-colored integrative scales of weighing in the market at present, can realize weighing receipts silver-colored integration, these can't all be applicable to the special scene in living and fresh market, mainly because its document processing system who finishes of making an order does not consider characteristics such as the quick rhythm in living and fresh market, single weighing, the flow of people is big and network environment is poor.
The current weighing cash scale on the market mainly comprises an online mode and an offline mode. The online mode mainly depends on the server side, all data are obtained from the server side in real time, billing can be conducted only after documents are sold and uploaded successfully, the situation that billing cannot be conducted or is conducted slowly can be caused if a network is interrupted or the weak network is achieved, and meanwhile time is needed for server response due to the fact that all business requirements pass through the server side, and therefore operation efficiency can be reduced. The offline mode is actually a single edition, all data are stored in a local database, and on one hand, offline data cannot meet the management requirements of chain stores, so that the reconciliation difficulty is increased; on the other hand, once the local data is lost, the data cannot be traced, the sales data is easy to be distorted, and the economic risk is caused by human factors.
The peak period pedestrian volume of the fresh market is big, and in addition various factors influence such as the address of fresh market, building structure, the condition that the network is not good appears very easily, and a lot of things just take away the processing after weighing on the fresh market simultaneously, can not weigh once more, if the receipt that generates after the completion of weighing for the first time loses because network connection fails this moment, just can't trade again, all causes unnecessary loss and trouble for customer and tedder.
Therefore, a bill processing method and system suitable for the fresh market need to be designed.
Disclosure of Invention
The invention aims to overcome the defects of the prior art, provides an online and offline document processing system and method, provides the functions of document storage, uploading and activation, has the advantages of improving document processing efficiency and system reliability and the like, and solves the problems of online mode network dependency, offline reconciliation difficulty and data tampering.
The purpose of the invention can be realized by the following technical scheme:
an online and offline document processing system comprises a buffer pool, a server and a client, wherein the server and the client are respectively connected with the buffer pool, the server is provided with a server adjustment factor M, the client is provided with a client adjustment factor N and a local database, the buffer pool is connected with the local database, the server adjustment factor M is used for adjusting the length and the speed of documents uploaded to the server by the buffer pool, the client adjustment factor N is used for adjusting the length and the speed of documents transmitted to the buffer pool by the local database, and the local database is used for storing documents generated during document printing settlement;
after a bill is generated through a bill printing calculation, firstly, the bill is inserted into a local database, then, the bill is transmitted to a buffer pool under the regulation of a client regulation factor N, and finally, the bill is uploaded to a server under the regulation of a server regulation factor M, wherein the client regulation factor N and the server regulation factor M cooperate to regulate the data quantity in the buffer pool according to the network condition, the server load and the numerical value size relationship among the client regulation factor N and the server regulation factor M.
Further, the local database comprises a main table and a detailed table, wherein the main table is used for storing sales documents, the contents of the main table comprise a document number, sales time, money amount, preferential value, preferential type, uploading state, document state, operator name, store name, payment mode, bank type and transaction ID, and the contents of the detailed table comprise commodity name, commodity unit price, commodity member price, preferential value, preferential type, commodity main and auxiliary units and document number.
Further preferably, the fine table is of list type.
Further preferably, the bill status includes payment normal bill, abnormal bill, transaction closing bill, receipt return audit and receipt return success.
Paying a normal order: after the client side initiates the payment request, the server side returns that the bill payment is successful, and the client side changes the bill state of the bill into a normal payment bill.
Abnormal documents: due to the reasons of packet loss or network overtime request and the like in the payment process, the client side does not acquire the clear payment state of the bill, and the bill state of the bill is modified into an abnormal bill.
Transaction closing sheet: the abnormal bill is in a state of local temporary storage, but the server side already receives the payment request, so the bill has a definite payment state at the server side, the client side can request the server side through the bill number of the abnormal bill, and if the payment failure of the bill is definitely returned by the server side, the bill state of the bill is changed into a transaction closing bill by the client side at this moment.
And (5) returning and checking: and a paid normal bill is allowed to be returned by the client, the client initiates a request for returning the bill, the server returns a request success after receiving the request, and the client modifies the bill state of the bill into a check for returning the bill.
The order returning is successful: the document in the returned document examination needs the authorized person to examine, then the state of the document at the server side is updated, the client side synchronizes the state, and if the returned document is refused, the synchronized document returns to the normal document; if the answer passes, the bill status of the bill is modified to be successful in returning the bill.
Further, the client regulating factor N regulates the length and the speed of the bill transmitted to the buffer pool according to the local billing time, the local network condition and the size of the server regulating factor M, and the server regulating factor M regulates the length and the speed of the bill uploaded to the server according to the size of the server load.
Furthermore, the initial value of the client side adjustment factor N is 5, the adjustment range is 0-10, the initial value of the server side adjustment factor M is 5, and the adjustment range is 0-10.
Furthermore, the client monitors the change of the network, and switches to an offline mode when the network is disconnected, wherein in the offline mode, the value of the client adjustment factor N is 0, the length and the speed of the bills transmitted from the local database to the buffer pool are 0, and when the network is recovered, the client adjustment factor N is switched to the online mode, and at the moment, the client adjustment factor N increases the value according to the network condition, and the bills in the local database are transmitted to the buffer pool.
A method of processing documents by an online and offline document processing system as described, comprising the steps of:
the client side comprises the following steps:
s11: printing a bill and generating a document, and storing the bill in a local database;
s12: initializing the value of a client adjusting factor N to be 5, and adjusting the value of the client adjusting factor N according to the local network condition and the size of a server adjusting factor M;
s13: transmitting the document to a buffer pool according to the size of the client regulating factor N;
s14: synchronizing the bill state in the local database according to the returned payment result and the bill returning instruction, and clearing the bill which is successfully uploaded in a buffer pool;
the server side comprises the following steps:
s21: initializing the value of a server side adjustment factor M, and receiving the bills in the buffer pool;
s22: reading the amount information in the bill and sending a payment request;
s23: returning the payment result to the client;
s24: and the server adjusts the value of the factor M according to the load condition of the server, and returns to the step S21.
Further, the step of synchronizing the document state in the local database according to the returned payment result in the step S14 specifically includes:
when the returned payment result is successful, the following steps are executed:
s1411: modifying the bill state into a normal payment bill;
when the returned payment result is empty, executing the following steps:
s1421: modifying the bill state into an abnormal bill;
s1422: temporarily storing the abnormal list in a local database;
s1423: requesting a server through the single number of the abnormal bill until a payment result is obtained;
s1424: if the payment result is payment failure, the bill state is modified to be a transaction closing bill, and step S1425 is executed, otherwise, step S1411 is executed;
s1425: the transaction close ticket is stored in the local database, and waits for an activation command, and if the activation command is received, step S13 is executed.
Document activation is for a transaction close sheet. In the fresh market, a lot of things are taken out for processing after being weighed, and cannot be weighed again, and the bill activation in the method can solve the problem, because all information paid by the bill is reserved in the transaction closing bill, the bill can directly enter a payment channel as long as the activation is initiated, and the reweighing is not needed.
Further, the step S14 of synchronizing the document status in the local database according to the receipt return instruction specifically includes:
when the client receives the order quitting instruction, the following steps are executed:
s1431: inquiring whether the bill state is a normal payment bill, if so, executing a step S1432, and if not, finishing the step;
s1432: sending the receipt and the receipt returning request to the server, receiving an application result sent by the server, if the application is successful, modifying the receipt state into receipt returning audit, and executing the step S1433, otherwise, finishing the step;
s1433: and sending the bill to the server to request a bill returning and checking result, if the checking result is an agreement, modifying the bill state to be a successful bill returning, and otherwise, executing the step S1411.
Compared with the prior art, the invention has the following advantages:
online and offline document processing method
1) The invention adopts an off-line on-line mixing method, is provided with an adjusting factor and a local buffer pool, and performs bill storage, uploading, activation and the like, and the off-line on-line can be dynamically switched, thereby solving the problems of network dependence of an on-line mode and off-line account checking difficulty and data tampering, improving bill processing efficiency, ensuring that bills are not lost, relieving pressure of a server end, and reducing the influence of network conditions on users to the maximum extent;
2) according to the invention, through setting a receipt generating mechanism, when the receipt is made and settled, the receipt is firstly inserted into the local database, so that the loss of the receipt caused by accidents such as power failure, system breakdown and the like in the settlement process is prevented, and the stability and reliability of the system are improved;
3) the invention can still store the transaction closing sheet in the local database by setting various document states and carrying out conversion and modification among different document states, provides the function of document activation, and is suitable for the condition that a lot of articles are taken out and processed and cannot be weighed again after being weighed in the fresh market.
Drawings
FIG. 1 is a schematic diagram of the system of the present invention;
FIG. 2 is a schematic flow chart of a client process in the method of the present invention;
FIG. 3 is a schematic diagram of a data processing flow of the system of the present invention.
Detailed Description
The invention is described in detail below with reference to the figures and specific embodiments. It is to be understood that the embodiments described are only a few embodiments of the present invention, and not all embodiments. All other embodiments, which can be obtained by a person skilled in the art without any inventive step based on the embodiments of the present invention, shall fall within the scope of protection of the present invention.
Examples
As shown in fig. 1, the present invention provides an online and offline document processing system, which includes a buffer pool, and a server and a client connected to the buffer pool, respectively, where the server sets a server adjustment factor M, the client sets a client adjustment factor N and a local database, the buffer pool is connected to the local database, the server adjustment factor M is used to adjust the length and rate of documents uploaded to the server by the buffer pool, the client adjustment factor N is used to adjust the length and rate of documents transmitted to the buffer pool by the local database, and the local database is used to store documents generated during billing settlement;
after a bill is generated through a bill printing calculation, the bill is firstly inserted into a local database, then the bill is transmitted to a buffer pool under the regulation of a client regulation factor N, and finally the bill is uploaded to a server under the regulation of a server regulation factor M, wherein the client regulation factor N and the server regulation factor M are matched with and regulate the data quantity in the buffer pool according to the network condition, the server load and the numerical value size relationship among the client regulation factor N and the server regulation factor M.
Client adjustment factor N: the length and the speed of the document uploaded by the client are adjusted, and the length and the speed are influenced by the load condition of the server, the average document uploading time, the data quantity in a local buffer pool, the local billing time, a local network and the like.
The server side adjustment factor M: and adjusting the length and the speed of the document uploaded by the client, wherein the length and the speed are influenced by the load condition of the server.
A local buffer pool: the method is used for storing the documents to be uploaded, the number of the documents in the buffer pool is directly influenced by a client adjusting factor N, and if the client adjusting factor N is large, the number of the documents in the local buffer is larger, otherwise, the number of the documents in the local buffer is smaller.
The initial value of the client side adjusting factor N is 5, the adjusting range is 0-10, the length and the speed of the bill transmitted to the buffer pool are adjusted according to the local billing time, the local network condition and the size of the server side adjusting factor M, the initial value of the server side adjusting factor M is 5, the adjusting range is 0-10, and the length and the speed of the bill uploaded to the server side are adjusted according to the size of the server side load.
The client side monitors the network change and utilizes the client side adjustment factor N and the server side adjustment factor M to realize the switching between the off-line mode and the on-line mode, which specifically comprises the following steps: and when the network is disconnected, switching to an offline mode, wherein the value of the client regulating factor N is 0, the number of the documents transmitted from the local database to the buffer pool is 0, and when the network is recovered, switching to the online mode, wherein the value of the client regulating factor N is increased according to the network condition, and the documents in the local database are transmitted to the buffer pool.
The document uploading of the system is different from other systems mainly in a document generation mechanism and an internal regulation mechanism.
The document generation mechanism comprises: when the bill is made and settled, the bill is firstly inserted into a local database, and the bill loss caused by accidents, such as power failure, system breakdown and the like, in the settlement process is mainly prevented.
Internal regulatory mechanisms: when the system is initialized, the initial value of the adjustment factor N of the client is 5, the initial value of the adjustment factor M of the server is 5, and the number of the documents in the buffer pool is 20. When the local network is good, the uploading time is short, at the moment, the adjustment factor N of the client side is gradually increased, and the number of the documents in the buffer pool is increased. At the moment, the load of the server is increased, the adjustment factor M of the server is reduced, after the client requests to receive the information through the interface, the adjustment factor N of the client is reduced, and the number of the buffer pools is reduced, so that the internal automatic adjustment is realized. If the adjustment factor M of the service end is still becoming smaller, a notification prompt can be sent to the service manager when the adjustment factor M is smaller than the set threshold.
The local database comprises a main table and a detailed table, wherein the main table is used for storing sales documents, the contents of the main table comprise a document number, sales time, money amount, a preferential value, a preferential type, an uploading state, a document state, an operator name, a store name, a payment mode, a bank type and a transaction ID, the detailed table is a list type, the contents of the detailed table comprise a commodity name, a commodity unit price, a commodity member price, the preferential value, the preferential type, a commodity main and auxiliary unit and the document number, and the document number is required to ensure uniqueness.
The bill states comprise a normal payment bill, an abnormal bill, a transaction closing bill, a returned bill audit and a successful returned bill, and the bill states are described as follows:
paying a normal order: after the client side initiates the payment request, the server side returns that the bill payment is successful, and the client side changes the bill state of the bill into a normal payment bill.
Abnormal documents: due to the reasons of packet loss or network overtime request and the like in the payment process, the client side does not acquire the clear payment state of the bill, and the bill state of the bill is modified into an abnormal bill.
Transaction closing order: the abnormal bill is a state temporarily stored locally, but the server has received the payment request, so the bill must have an explicit payment state at the server, the client can request the server through the bill number of the abnormal bill, if the server explicitly returns that the bill fails to pay, the client will modify the bill state of the bill into a transaction closing bill.
And (5) returning and checking: and a paid normal bill is allowed to be returned by the client, the client initiates a request for returning the bill, the server returns a request success after receiving the request, and the client modifies the bill state of the bill into a check for returning the bill.
The order returning is successful: the document in the returned document examination needs the authorized person to examine, then the state of the document at the server side is updated, the client side synchronizes the state, and if the returned document is refused, the synchronized document returns to the normal document; if the answer is passed, the bill state of the bill is modified to be successful in returning the bill.
As shown in fig. 3, the present invention further provides an online and offline document processing method, which includes a client step and a server step, when the client settles a bill, the client stores the generated document in the local database, and at this time, the documents are not uploaded, so that the database marks the value of status for the documents as 0, which represents that the document state is not uploaded, and the documents are arranged according to the generated time sequence, and are added into the buffer pool in batches according to the size of the local adjustment factor N, and wait for uploading.
The server side returns the unique uuid and the corresponding uploading state of each bill after receiving the uploaded bills, the client side searches the corresponding bill in the local database after receiving the uuid, then changes the value of status to be 1, which represents that the bill is uploaded, and at this time, the corresponding bill in the buffer pool is cleared.
Specifically, the steps executed by the server include:
s21: initializing the value of a server side adjustment factor M, and receiving the bill in the buffer pool;
s22: reading the amount information in the bill and sending a payment request;
s23: returning the payment result to the client;
s24: and the server adjusts the value of the factor M according to the load condition of the server, and returns to the step S21.
As shown in fig. 2, the steps performed by the client include:
s11: a bill is generated through unionizing calculation and is stored in a local database;
s12: initializing the value of a client regulating factor N to be 5, and regulating the value of the client regulating factor N according to the local network condition and the size of a server regulating factor M;
s13: transmitting the document to a buffer pool according to the size of the client regulating factor N;
s14: and synchronizing the bill state in the local database according to the returned payment result and the bill returning instruction, and clearing the bill which is successfully uploaded in the buffer pool.
Wherein, the step S14 of synchronizing the document state in the local database according to the returned payment result specifically includes:
when the returned payment result is successful, the following steps are executed:
s1411: modifying the bill state into a normal payment bill;
when the returned payment result is empty, executing the following steps:
s1421: modifying the bill state into an abnormal bill;
s1422: temporarily storing the abnormal list in a local database;
s1423: requesting a server through the single number of the abnormal bill until a payment result is obtained;
s1424: if the payment result is payment failure, modifying the bill state into a transaction closing bill, and executing the step S1425, otherwise executing the step S1411;
s1425: the transaction close ticket is stored in the local database, and waits for an activation command, and if the activation command is received, step S13 is executed. Document activation is for a transaction close sheet. In the fresh market, a lot of things are taken out for processing after being weighed, and cannot be weighed again, and the bill activation in the method can solve the problem, because all information paid by the bill is reserved in the transaction closing bill, the bill can directly enter a payment channel as long as the activation is initiated, and the reweighing is not needed.
The step S14 of synchronizing the document status in the local database according to the receipt return instruction specifically includes:
when the client receives the order quitting instruction, the following steps are executed:
s1431: inquiring whether the bill state is a normal payment bill, if so, executing a step S1432, otherwise, ending the step;
s1432: sending the receipt and the receipt returning request to the server, receiving an application result sent by the server, if the application is successful, modifying the receipt state into receipt returning audit, and executing the step S1433, otherwise, finishing the step;
s1433: and sending the bill to the server to request a bill returning and checking result, if the checking result is an agreement, modifying the bill state to be a successful bill returning, and otherwise, executing the step S1411.
While the invention has been described with reference to specific embodiments, it will be understood by those skilled in the art that various changes in form and details may be made therein without departing from the spirit and scope of the invention. Therefore, the protection scope of the present invention shall be subject to the protection scope of the claims.
Claims (9)
1. An online and offline document processing system is characterized by comprising a buffer pool, a server and a client, wherein the server and the client are respectively connected with the buffer pool, the server is provided with a server adjustment factor M, the client is provided with a client adjustment factor N and a local database, the buffer pool is connected with the local database, the server adjustment factor M is used for adjusting the length and the speed of documents uploaded to the server by the buffer pool, the client adjustment factor N is used for adjusting the length and the speed of documents transmitted to the buffer pool by the local database, and the local database is used for storing documents generated during billing settlement; the client side adjusting factor N adjusts the length and the speed of the receipt transmitted to the buffer pool according to the local billing time, the local network condition and the size of the server side adjusting factor M, and the server side adjusting factor M adjusts the length and the speed of the receipt uploaded to the server side according to the size of the server side load;
after a bill is generated through bill making calculation, firstly, the bill is inserted into a local database, then, the bill is transmitted to a buffer pool under the regulation of a client regulation factor N, and finally, the bill is uploaded to a server under the regulation of a server regulation factor M, wherein the client regulation factor N and the server regulation factor M are matched with and regulate the data quantity in the buffer pool according to the network condition, the server load and the numerical value size relationship among the client regulation factor N and the server regulation factor M.
2. The system of claim 1, wherein the local database comprises a main table and a sub table, the main table is used for storing the sales documents, the contents of the main table comprise a document number, a sales time, an amount, a discount value, a discount type, an uploading state, a document state, an operator name, a store name, a payment mode, a bank type and a transaction ID, and the contents of the sub table comprise a commodity name, a commodity unit price, a commodity member price, a discount value, a discount type, a commodity main and auxiliary unit and a document number.
3. The system of claim 2, wherein the sub-table is of list type.
4. The system of claim 2, wherein the document status includes payment normal, exception, transaction close, chargeback audit and chargeback success.
5. The system according to claim 1, wherein the client adjusts the factor N to have an initial value of 5 and an adjustment range of 0 to 10, and the server adjusts the factor M to have an initial value of 5 and an adjustment range of 0 to 10.
6. The system of claim 5, wherein the client monitors network changes and switches to an offline mode when the network is disconnected, and in the offline mode, the value of the client adjustment factor N is 0, and both the length and the rate of documents transmitted from the local database to the buffer pool are 0, and when the network is restored, the client adjustment factor N switches to the online mode, and then the client adjustment factor N increases the value according to the network status, and transmits the documents in the local database to the buffer pool.
7. An online and offline document processing method, which is suitable for the online and offline document processing system as claimed in claim 4, and is characterized by comprising the following steps:
a client side step:
s11: a bill is generated through unionizing calculation and is stored in a local database;
s12: initializing the value of a client regulating factor N to be 5, and regulating the value of the client regulating factor N according to the local network condition and the size of a server regulating factor M;
s13: transmitting the document to a buffer pool according to the size of the client regulating factor N;
s14: synchronizing the bill state in the local database according to the returned payment result and the returned bill returning instruction, and clearing the successfully uploaded bills in a buffer pool;
the server side comprises the following steps:
s21: initializing the value of a server side adjustment factor M, and receiving the bill in the buffer pool;
s22: reading the amount information in the bill and sending a payment request;
s23: returning the payment result to the client;
s24: and the server adjusts the value of the factor M according to the load condition of the server, and returns to the step S21.
8. The method according to claim 7, wherein the step S14 of synchronizing the status of the documents in the local database according to the returned payment result specifically includes:
when the returned payment result is successful, the following steps are executed:
s1411: modifying the bill state into a normal payment bill;
when the returned payment result is empty, executing the following steps:
s1421: modifying the bill state into an abnormal bill;
s1422: temporarily storing the abnormal list in a local database;
s1423: requesting a server through the single number of the abnormal bill until a payment result is obtained;
s1424: if the payment result is payment failure, modifying the bill state into a transaction closing bill, and executing the step S1425, otherwise executing the step S1411;
s1425: the transaction close ticket is stored in the local database, and waits for an activation command, and if the activation command is received, step S13 is executed.
9. The method according to claim 7, wherein the step S14 of synchronizing the document status in the local database according to the receipt return instruction specifically includes:
when the client receives the order quitting instruction, the following steps are executed:
s1431: inquiring whether the bill state is a normal payment bill, if so, executing a step S1432, otherwise, ending the step;
s1432: sending the receipt and the receipt returning request to the server, receiving an application result sent by the server, if the application is successful, modifying the receipt state into receipt returning audit, and executing the step S1433, otherwise, finishing the step;
s1433: and sending the bill to the server to request a bill returning and checking result, if the checking result is an agreement, modifying the bill state to be a successful bill returning, and otherwise, executing the step S1411.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202010477262.2A CN111666303B (en) | 2020-05-29 | 2020-05-29 | Online and offline document processing system and method |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202010477262.2A CN111666303B (en) | 2020-05-29 | 2020-05-29 | Online and offline document processing system and method |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN111666303A CN111666303A (en) | 2020-09-15 |
| CN111666303B true CN111666303B (en) | 2022-09-09 |
Family
ID=72385303
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202010477262.2A Active CN111666303B (en) | 2020-05-29 | 2020-05-29 | Online and offline document processing system and method |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN111666303B (en) |
Family Cites Families (11)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN100405350C (en) * | 2003-04-24 | 2008-07-23 | 诺基亚有限公司 | Method and device for proactive rate adaptation signaling |
| US8023425B2 (en) * | 2009-01-28 | 2011-09-20 | Headwater Partners I | Verifiable service billing for intermediate networking devices |
| AU2013206449A1 (en) * | 2012-06-20 | 2014-01-16 | Visa International Service Association | Multi-channel remote payment apparatuses, methods and systems |
| US10049349B1 (en) * | 2015-09-29 | 2018-08-14 | Square, Inc. | Processing electronic payment transactions in offline-mode |
| CN106254561B (en) * | 2016-10-12 | 2019-12-17 | 上海安馨信息科技有限公司 | real-time off-line downloading method and system for network resource file |
| CN106355358A (en) * | 2016-10-21 | 2017-01-25 | 用友网络科技股份有限公司 | Data manipulation method with double modes in mobile ERP system and ERP system |
| CN107730228A (en) * | 2017-08-24 | 2018-02-23 | 上海壹账通金融科技有限公司 | Account settle accounts calculation method, equipment and storage medium |
| CN107592344B (en) * | 2017-08-28 | 2021-05-25 | 腾讯科技（深圳）有限公司 | Data transmission method, device, storage medium and computer equipment |
| CN109547510A (en) * | 2017-09-22 | 2019-03-29 | 镇江雅迅软件有限责任公司 | A kind of off-line system method of data synchronization |
| CN107528922A (en) * | 2017-09-29 | 2017-12-29 | 深圳市金立通信设备有限公司 | A kind of information push method, terminal and computer-readable recording medium |
| CN110428261A (en) * | 2019-08-06 | 2019-11-08 | 广州市鑫澳康科技有限公司 | The method quasi real time consumed is realized on device end, can be realized the device end quasi real time consumed and system |
-
2020
- 2020-05-29 CN CN202010477262.2A patent/CN111666303B/en active Active
Also Published As
| Publication number | Publication date |
|---|---|
| CN111666303A (en) | 2020-09-15 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US8131640B2 (en) | Method for receiving electronically transferred funds using an automated teller machine | |
| US6438528B1 (en) | Transaction manager supporting a multi-currency environment | |
| US6105010A (en) | Biometric certifying authorities | |
| US4891503A (en) | Distributed authorization system | |
| US7933833B2 (en) | Method and system for rapid loan approval | |
| US20060136314A1 (en) | Web-based automated code delivery | |
| CN106296392A (en) | Prop up pay road system of selection and device | |
| EP1394705A1 (en) | A batch type billing method and system using dispersed processing | |
| RU2006114681A (en) | METHOD FOR PERFORMING BANK TRANSACTIONS WITH LINKING ACCOUNTS BY TOTAL ACCOUNTS | |
| CN109242459A (en) | A kind of property intelligent toll system | |
| CN111666303B (en) | Online and offline document processing system and method | |
| CN111258750B (en) | Data volume processing method and system, and credit allocation method and system | |
| US20020073030A1 (en) | Configuration and method for increasing the prepaid amount associated with an electronic prepaid account | |
| KR20010103925A (en) | Internet billing system and method | |
| US20020128965A1 (en) | System for carrying out a prepayment for products or services acquired through electronic means | |
| CN115880047A (en) | Configured bank transaction limit management and control system | |
| KR102394493B1 (en) | System and Method for processing currency exchange | |
| US20030069843A1 (en) | Method of delivering money | |
| US8280807B2 (en) | System of transferring and utilising reusable credit | |
| Schmitz et al. | Operational risk and contagion in the Austrian large-value payment system ARTIS | |
| US20020040343A1 (en) | Automated code delivery | |
| KR100466822B1 (en) | Currency-exchange system & method for using card in Bank | |
| JP2002207952A (en) | System and method for suspense receipt management | |
| CN101221648A (en) | Centralized data processing system and method, centralized tax clearing and trading system | |
| CN116957766A (en) | Ledger processing method, device, equipment and storage medium |
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 |