CN102945267A - Method for processing ticket business transaction data in track traffic - Google Patents
Method for processing ticket business transaction data in track traffic Download PDFInfo
- Publication number
- CN102945267A CN102945267A CN2012104132528A CN201210413252A CN102945267A CN 102945267 A CN102945267 A CN 102945267A CN 2012104132528 A CN2012104132528 A CN 2012104132528A CN 201210413252 A CN201210413252 A CN 201210413252A CN 102945267 A CN102945267 A CN 102945267A
- Authority
- CN
- China
- Prior art keywords
- transaction data
- data
- transaction
- original
- historical trading
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
- 238000000034 method Methods 0.000 title claims abstract description 28
- 238000003672 processing method Methods 0.000 claims description 20
- 230000008569 process Effects 0.000 claims description 17
- 230000008878 coupling Effects 0.000 claims description 12
- 238000010168 coupling process Methods 0.000 claims description 12
- 238000005859 coupling reaction Methods 0.000 claims description 12
- 230000003252 repetitive effect Effects 0.000 claims description 11
- 238000010586 diagram Methods 0.000 description 3
- XEEYBQQBJWHFJM-UHFFFAOYSA-N Iron Chemical compound [Fe] XEEYBQQBJWHFJM-UHFFFAOYSA-N 0.000 description 2
- 238000005516 engineering process Methods 0.000 description 2
- 230000005540 biological transmission Effects 0.000 description 1
- 230000008859 change Effects 0.000 description 1
- 230000000694 effects Effects 0.000 description 1
- 239000012467 final product Substances 0.000 description 1
- 230000006870 function Effects 0.000 description 1
- 230000006872 improvement Effects 0.000 description 1
- 229910052742 iron Inorganic materials 0.000 description 1
- 230000014759 maintenance of location Effects 0.000 description 1
- 230000007246 mechanism Effects 0.000 description 1
- 238000005457 optimization Methods 0.000 description 1
- 238000003860 storage Methods 0.000 description 1
Images
Landscapes
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
Abstract
The invention discloses a method for processing ticket business transaction data in track traffic. The method comprises the steps as follows: receiving original transaction data; judging if the original transaction data are repeated, searching a position index of historical transaction data corresponding to an identification number in an index library preset by a memory database according to the identification number in the original transaction data, searching the historical transaction data corresponding to the position index in a transaction database corresponding to the index library preset by the memory database according to the found position index, and comparing the found historical transaction data with the original transaction data; deleting the repeated original transaction data; and allocating the non-repeated original transaction data. According to the method, the efficiency of searching the historical transaction data is improved, so that the computational efficiency of the memory database is improved, thereby guaranteeing real-time processing of ticket business transaction in track traffic.
Description
Technical field
The present invention relates to a kind of ticket business classifying method, particularly the ticket dealing data processing method in a kind of track traffic.
Background technology
The urban track traffic industry development is swift and violent at present, and the track traffic in more and more cities also develops into the multi-line operation by the single line independent operation in early stage.Wherein, introduce competition mechanism in order to provide higher-quality service to the passenger in some city, carry out a plurality of subjects of operation and carry out operation management, such as Shenzhen, open altogether Metro Network 1,2,3,4, No. 5 on June 28th, 2011, and respectively by Shenzhen Metro, imperial hillock iron and three different operator managed operation of Hongkong Subway.Simultaneously, in order to make things convenient for the passenger, generally between the track traffic multi-line, all adopt the mode of a ticket system, accessible transfer.Under the pattern of a ticket system, accessible transfer between this multi-line, the passenger can change to arbitrarily between each circuit, no matter be multi-line, single operator pattern, or the pattern of multi-line, the common operation of multi-operator, all relate to and to carry out sorting to passenger's riding fee, and the science of sorting and accuracy directly affect between the multi-line of single operator and the direct running income between the multi-operator, so that classifying method will seem will be particularly important.For guaranteeing the accuracy of sorting structure, then relate to complicated transaction matching process in the classifying method, and need to retrieve a large amount of original transaction data, pick heavy and coupling, but the calculated amount of this part is larger, affect the performance of whole operation system, make system can't reach the requirement of real-time system, can't finish in real time the function of sorting and statistics.
Summary of the invention
Based on this, be necessary to provide the ticket dealing data processing method in a kind of track traffic that can process in higher efficiency ticket information.
Ticket dealing data processing method in a kind of track traffic may further comprise the steps:
Receive original transaction data;
Judge whether original transaction data repeats, according to the identification number in the original transaction data, in the default index database of memory database, search the location index of the corresponding historical trading data of described identification number, again according to the location index that finds, in the default transaction data base corresponding with described index database of memory database, search the corresponding historical trading data of location index, the historical trading data and the original transaction data that find are compared;
To the original transaction data that repeats, then pick heavily and process, and receive next original transaction data;
For non-repetitive original transaction data, carry out sorting and process, and receive next original transaction data.
Therein in the embodiment, the information of described index database record comprises identification number and location index, and the information of described transaction data base record comprises identification number, location index, Card Type, type of transaction and device end number.
In the embodiment, the index structure of described index database is T tree index therein.
In the embodiment, the described step of judging whether original transaction data repeats comprises therein:
The described step of judging whether original transaction data repeats comprises:
According to trade date, in corresponding memory database, search;
According to the identification number of the original transaction data that obtains, described index database adopts many-valued key to search take described identification number as major key, then obtains the location index of many historical trading data identical with the identification number of described original transaction data;
Transaction data base take the location index of many historical trading data obtaining as major key, adopts the monodrome key to search respectively, then finds corresponding many historical trading data;
Original transaction data and many historical trading data are compared, if the information that records in the information of original transaction data record and the historical trading data is consistent, then this original transaction data repeats, if inconsistent, then this original transaction data is non-repeat business data.
In the embodiment, for non-repetitive original transaction data, the step of carrying out the sorting processing also comprises described therein:
Obtain the identification number in the non-repetitive original transaction data, in default index database, search the historical trading data corresponding with identification number, again according to the location index of the historical trading data that find, in the default transaction data base corresponding with described index database, search, obtain corresponding historical trading data, original transaction data and historical trading data are mated;
For the original transaction data that the match is successful, carry out sorting and process, and accept next transaction data, for the original transaction data that it fails to match, then return to the step of described reception transaction data, receive in real time next transaction data.
Therein in the embodiment, according to whether success of coupling, the identification information that described transaction data base also records, described identification information comprises: transaction matching status, the match is successful time and entry time.
Therein in the embodiment, comprise that also original transaction data and historical trading data to the match is successful merge transaction record, described original transaction data generates corresponding index database information and transaction data library information, and with index database and transaction data base in the historical trading data that record carry out transaction record and merge.
In the embodiment, described step with the transaction data coupling also comprises therein:
According to trade date, in corresponding memory database, search;
According to the identification number of the original transaction data that obtains, described index database adopts many-valued key to search take described identification number as major key, then obtains the location index of many historical trading data identical with the identification number of described original transaction data;
Transaction data base take the location index of many historical trading data obtaining as major key, adopts the monodrome key to search respectively, then finds corresponding many historical trading data;
Many historical trading data that find are carried out two minor sorts according to type of transaction;
According to matching condition, judge whether original transaction data and the historical trading data of corresponding type of transaction mate, if meet matching condition, then the match is successful for original transaction data, finish this time operation; Otherwise it fails to match, then returns the step of the original transaction data of described reception, and attempt in real time again transaction coupling.
In the embodiment, the described step that meets matching condition that judges whether comprises therein: relatively whether the website that enters the station of departures transaction is identical with the transaction website of the transaction of entering the station, if not identical then it fails to match; Otherwise
Relatively the time of entering the station of departures transaction whether identical with the exchange hour of the transaction of entering the station, if not identical then it fails to match; Otherwise
Relatively entering the station, the exchange hour with common one-way ticket and/or prepaid value in respect one-way ticket ticketing transaction is identical for the exchange hour of transaction, if not identical then it fails to match; Otherwise
Whether the transaction data that relatively enters the station transaction website is identical with the transaction website of common one-way ticket and/or prepaid value in respect one-way ticket ticketing transaction, if not identical then it fails to match; Otherwise
Relatively setting off, the dealing money with common one-way ticket and/or prepaid value in respect one-way ticket ticketing transaction is identical for the dealing money of transaction data, if not identical then it fails to match.
In the ticket dealing data processing method in above-mentioned track traffic, memory database comprises index database and the transaction data base corresponding with index database, the index information of index database record transaction data base.In the processing procedure in the ticket dealing disposal route in above-mentioned track traffic, the process of searching and comparing to the historical trading data, only need according to the identification number in the original transaction data, index database is retrieved, then obtain the location index of many historical transaction records of same identification number.Because index database is corresponding with transaction data base, the location index that then obtains according to retrieval is searched corresponding historical trading data in transaction data base.Improved the efficient of searching the historical trading data in the ticket dealing data processing method in above-mentioned track traffic.And, for the original transaction data that repeats, do not need to remain in the memory database, greatly reduced the memory space of memory database, greatly reduced simultaneously the operand that memory database is searched, thereby improved the operation efficiency of memory database, guaranteed that the ticket dealing in the track traffic reaches real-time processing.
Description of drawings
The invention will be further described below in conjunction with drawings and Examples, in the accompanying drawing:
Fig. 1 is the overall procedure synoptic diagram of one embodiment of the invention;
Fig. 2 is the synoptic diagram of memory database of the present invention;
Fig. 3 is the overall procedure synoptic diagram of another embodiment of the present invention;
Fig. 4 is the part schematic flow sheet of one embodiment of the invention;
Fig. 5 is the part schematic flow sheet of one embodiment of the invention;
Fig. 6 is the part schematic flow sheet of one embodiment of the invention.
Embodiment
For the ease of understanding the present invention, the below is described more fully the present invention with reference to relevant drawings.Provided preferred embodiments of the present invention in the accompanying drawing.But the present invention can realize with many different forms, be not limited to embodiment described herein.On the contrary, provide the purpose of these embodiments be make to disclosure of the present invention understand more comprehensively thorough.
See also Fig. 1, the ticket dealing data processing method in the track traffic of present embodiment comprises memory database 100, and memory database 100 is processed the ticket dealing data.The steps include:
Step S1 receives original transaction data;
Step S2, according to the identification number in the original transaction data, in the default index database of memory database, search the corresponding historical trading data of described identification number, again according to the location index that finds the historical trading data, search in the default transaction data base corresponding with index database of memory database, the historical trading data and the original transaction data that find are compared; Original transaction data for repeating carries out step S3, for non-repetitive original transaction data, then carries out step S4;
Step S3 to the original transaction data that repeats, then picks heavily and processes, and receives next original transaction data and receive next original transaction data;
Step S4 repeats original transaction data and carries out sorting and process for non-, and receives next original transaction data.
The related data information that transaction data comprises ticketing, enters the station and sets off.The single transaction data comprises the information such as card number, Card Type, type of transaction, device end number, exchange hour, website, dealing money.
See also Fig. 2, in other embodiments, memory database 100 comprises index database 110 and transaction data base 120.Index database 110 is corresponding with transaction data base 120, and the information of index database 110 records comprises identification number and location index.The filename of index database is take " .sdb " as suffix.The index information of the described transaction data base of index database 110 records.Transaction data base 120 is with respect to the more detailed transaction data information of index database 110 records.The information of transaction data base 120 record comprises identification number, location index, Card Type, type of transaction and device end number.Accordingly, the filename of transaction data base 120 is take " .db " as suffix.
Memory database is about to the database of deposit data direct control in internal memory.Memory database is with respect to disk database, and the read or write speed of memory database will exceed several orders of magnitude, saves the data in to compare in the memory database from the disk database access greatly to improve the performance of application.Because data transmission, the buffer management of disk access, interior external memory, wait in line and the delay of locking etc. so that the WCET of affairs actual average execution time and estimation differ greatly.In the ticket dealing data processing method in the above-mentioned track traffic, avoid the frequent operation of disk database, improved the processing speed of processor.
In one embodiment, see also Fig. 3, in step 2, judge that whether original transaction data repeats, and comprising:
Step S21 according to trade date, searches in corresponding memory database.
The transaction data of different trade dates leaves in the different internal memory database files, and according to trade date, searching needs corresponding memory database.For example: the card number of original transaction record: 1001, type of transaction: ticketing, trade date: on August 1st, 2012.Then to be kept at index database be that 20120801.sdb and transaction data base are in the 20120801.db to transaction data.
Step S22, according to the identification number of the original transaction data that obtains, index database adopts many-valued key to search take identification number as major key, then obtains the location index of many historical trading data identical with the identification number of described original transaction data.Identification number can be card number or account.
According to card number 1001 to index database be 20120801.sdb in search all location indexs of the transaction record of these card numbers.Index database adopts many-valued key to search take identification number as major key, namely can find many data consistent with this identification number, therefore so long as these card number 1001 corresponding data all are searched, namely carries out searching of one-to-many.Utilize index database 110 to search, find more rapidly corresponding many historical trading data of this identification number, avoid traveling through successively all historical trading data of memory database 100 interior storages, greatly reduced the workload of memory database 100, improved seek rate, the performance of elevator system.
Step S23, transaction data base is respectively take the location index of many historical trading data obtaining as major key, adopt the monodrome key to search, then find corresponding many historical trading data, original transaction data and many historical trading data are compared, if the information that records in the information of original transaction data record and the historical trading data is consistent, then this original transaction data repeats, if inconsistent, then this original transaction data is non-repeat business data.
Because every historical trading data all have unique location index, in transaction data base 120, carry out unique retrieval take location index as major key, adopt the monodrome key to search, can find and the well-determined historical trading data of this location index according to a location index.Since in index database 110, corresponding many location indexs of identification number, and then every unique corresponding historical transaction record of location index can not repeat.
Step S24 compares original transaction data and historical trading data.The information of original transaction data record comprises card number, type of transaction, exchange hour and device end number.The historical trading data of original transaction data and acquisition are compared, when the information that records in card number, type of transaction, exchange hour and the device end information of original transaction data record and the historical trading data is consistent, then judge this original transaction data and historical trading Data duplication.When the information that records in card number, type of transaction, exchange hour and the device end information of original transaction data record and the historical trading data exists inconsistent the time, judge that then this original transaction data and historical trading data do not repeat.
When judging whether original transaction data repeats, the historical trading data in the memory database are retrieved, compared.First index database 110 is retrieved, and many interior information of the corresponding transaction data base of identification number in the index database 110, the retrieval rate of quickening data faster retrieves needed information, has improved the efficient of step S2.
The original transaction data that repeats is deleted, can greatly reduce the data volume that memory database will be stored, therefore above-mentioned memory database is retrieved, searches, operated than equity, processing speed that can the Effective Raise memory database improves the efficient of the ticket dealing data processing method in the track traffic.
In other embodiments, the index structure of index database 110 is T tree index.T tree index is for the index technology of main memory Access Optimization.The index entry of T tree index is simplified.T tree index is the balanced binary tree that comprises a plurality of directory entries in a kind of node, and T tree index whenever has access to a new index node, and the scope of index reduces half, has greatly improved recall precision.In the ticket dealing data processing method in above-mentioned track traffic, memory database 100 comprises index database 110 and the transaction data base 120 corresponding with index database 110, and index database 110 records the index information of transaction data bases 120.The process of searching and comparing to the historical trading data, only need first index database 110 in the memory database 100 to be retrieved, because index database 110 is corresponding with transaction data base 120, then retrieve again corresponding transaction data base 120 according to index database 110, improved the efficient of searching the historical trading data.
In other embodiments, at step S4, for non-repetitive transaction data, the step of carrying out the sorting processing also comprises the step that step S41 concludes the business and mates non-repetitive transaction data.Obtain the identification number in the non-repetitive original transaction data, in default index database, search the historical trading data corresponding with identification number, again according to the location index of the historical trading data that find, in the default transaction data base corresponding with described index database, search, obtain corresponding historical trading data, original transaction data and historical trading data are mated;
For the original transaction data that the match is successful, carry out sorting and process, finish this operation, and accept next transaction data; For the original transaction data that it fails to match, then return to the step of the original transaction data of described reception, continue to process the transaction data that next bar receives in real time, and attempt in real time again transaction coupling.
See also Fig. 4, in other embodiments, before step S41, also comprise: step S40, judge whether original transaction data belongs to the freight charges type, the original transaction data that belongs to the freight charges type needs coupling, carry out step S41, the original transaction record that belongs to charge type need not coupling, then carries out step S42; Step S42 carries out sorting to the original transaction record that belongs to charge type and processes, and accepts next original transaction record.
Wherein, the transaction of freight charges type includes but not limited to that the ticketing transaction of common one-way ticket and/or prepaid value in respect one-way ticket, the transaction of entering the station, departures are concluded the business, the excess of stroke is bought one's ticket after normal time transaction and the overtime transaction of buying one's ticket after normal time.The transaction of charge type include but not limited to recharging payment, ticketing transaction, departures transaction, the excess of stroke of stored-value ticket buy one's ticket after normal time transaction, overtime buy one's ticket after normal time transaction and/or administrative penalty, administratively pay, move back card and go out ticket for standing room.
Only have the original transaction data of freight charges type just can mate, enter into step S41.
In the ticket dealing data processing method in above-mentioned track traffic, original transaction record for the freight charges type carries out matching operation, original transaction record for expense needn't carry out matching operation, for disposal system, can reduce operand, the processing speed of raising system helps to realize the real-time processing of ticket dealing data.
See also Fig. 5, in other embodiments, step S41, the step that non-repetitive transaction data is mated comprises:
Step S411 according to trade date, searches in corresponding memory database.
The transaction data of different trade dates leaves in the different internal memory database files, and according to trade date, searching needs corresponding memory database.For example trade date is on August 1st, 2012, and then transaction data is kept in the transaction data base of the index database of 20120801.sdb and 20120801.db.
Step S412, according to the identification number of the original transaction data that obtains, index database adopts many-valued key to search take identification number as major key, then obtains the location index of many historical trading data identical with the identification number of original transaction data.
Search in the index database of 20120801.sdb according to identification number.Index database is take identification number as major key, and adopts a plurality of value keys to search, and then obtains the transaction data of many same identification numbers, diverse location index.Namely can find the transaction data of many diverse location index of same identification number.
Be appreciated that identification number can be card number or account.
Step S413, transaction data base take the location index of many historical trading data obtaining as major key, adopt the monodrome key to search respectively, then find corresponding many historical trading data.
Because every historical trading data all have unique location index, carry out unique retrieval take location index as major key in transaction data base, can find unique historical trading data.Since in index database, corresponding many location indexs of identification number, and then every unique corresponding historical transaction record of location index can not repeat.
Step S414 carries out two minor sorts with many historical trading data that find according to type of transaction.
The type of transaction of freight charges class mainly comprises the ticketing transaction of common one-way ticket, the transaction of entering the station, departures transaction, the transaction of buying one's ticket after normal time (excess of stroke and overtime), the prepaid value in respect transaction of prepaid value in respect one-way ticket, the transaction of entering the station, departures transaction, the transaction of buying one's ticket after normal time (excess of stroke and overtime).The historical trading data that are recorded in the transaction data base are the transaction of freight charges class.Therefore, the historical trading data can be divided into ticketing transaction class, the types of transaction such as class, departures transaction class of concluding the business enter the station.Two minor sorts are for to sort the historical trading data according to type of transaction.
Article one, original transaction data is when ticketing record, when enter the station record and departures record are complete, and just the match is successful in meeting.For example, when original transaction record is when entering the station type of transaction, then need ticketing transaction and departures transaction data are mated.Therefore, the historical trading data are classified according to type of transaction, mate for the type of original transaction data and the historical trading data of respective type.Avoided all historical trading data of original transaction data one a pair of acquisition are mated, only need to mate the historical trading data of respective transaction type and get final product, reduced the operand of system, improved the performance of system.
Step S415 according to matching condition, judges whether original transaction data and the historical trading data of corresponding type of transaction mate.Then the match is successful to meet matching condition, for the original transaction data that the match is successful, carries out sorting and process, and finishes this operation, and accept next original transaction data.Otherwise it fails to match.For the original transaction data that it fails to match, then return to the step that receives original transaction data, continue to process the transaction data that next bar receives in real time, and attempt in real time again transaction coupling.
In one embodiment, see also Fig. 6, step S415 judges whether that the step that meets matching condition comprises:
Step S4151, relatively whether the website that enters the station of departures transaction is identical with the transaction website of the transaction of entering the station, if not identical then it fails to match; Otherwise
Step S4152, relatively the time of entering the station of departures transaction whether identical with the exchange hour of the transaction of entering the station, if not identical then it fails to match; Otherwise
Whether step S4153, the exchange hour of the transaction of relatively the entering the station exchange hour with common one-way ticket and/or prepaid value in respect one-way ticket ticketing transaction be identical, if not identical then it fails to match; Otherwise
Step S4154, whether the transaction data that relatively enters the station transaction website is identical with the transaction website of common one-way ticket and/or prepaid value in respect one-way ticket ticketing transaction, if not identical then it fails to match; Otherwise
Whether step S4155, the dealing money of the transaction data that relatively the sets off dealing money with common one-way ticket and/or prepaid value in respect one-way ticket ticketing transaction be identical, if not identical then it fails to match.
In the step of step S41 with the transaction data coupling, need to retrieve the transaction data in the memory database, search.First index database is retrieved, in index database, retrieve corresponding transaction data, because the index database correspondence transaction data base, many information in the corresponding transaction data base of identification number in the index database then, accelerate the retrieval rate of data, faster retrieve All Activity information recording/corresponding to required same identification number, improved the efficient of step S41, be conducive to realize real-time processing.
Please again consult Fig. 5, in other embodiments, S41 also comprises in step:
Step S416, original transaction data and the historical trading data that the match is successful are carried out record, original transaction data generates corresponding index database information and transaction data library information, and with index database and transaction data base in the historical trading data that record carry out merge record.
Original transaction data and the historical trading data that the match is successful are carried out merge record, the processing of this original transaction record is recorded in the memory database, and is the processing of next original transaction record, condition is provided.
The not successful identification information of record matching on memory database.Because classifying method is real-time sorting, then when original transaction data only comprised the booking record or enters the station record, the match is successful then can not to realize original transaction data.Perhaps, when network goes wrong, original transaction data can the match is successful yet.The information of record also comprises in the transaction data base 120: transaction matching status, the match is successful time and entry time.If the match is successful, the identification information of memory database record matching success then.If mate unsuccessful, the not successful identification information of memory database record matching then.When transaction matching status, the match is successful time and entry time do not have analog value, then be recorded as null value.
The above embodiment has only been expressed several embodiment of the present invention, and it describes comparatively concrete and detailed, but can not therefore be interpreted as the restriction to claim of the present invention.Should be pointed out that for the person of ordinary skill of the art without departing from the inventive concept of the premise, can also make some distortion and improvement, these all belong to protection scope of the present invention.Therefore, the protection domain of patent of the present invention should be as the criterion with claims.
Claims (9)
1. the ticket dealing data processing method in the track traffic may further comprise the steps:
Receive original transaction data;
Judge whether original transaction data repeats, according to the identification number in the original transaction data, in the default index database of memory database, search the location index of the corresponding historical trading data of described identification number, again according to the location index that finds, in the default transaction data base corresponding with described index database of memory database, search the corresponding historical trading data of location index, the historical trading data and the original transaction data that find are compared;
To the original transaction data that repeats, then pick heavily and process, and receive next original transaction data;
For non-repetitive original transaction data, carry out sorting and process, and receive next original transaction data.
2. the ticket dealing data processing method in the track traffic according to claim 1, it is characterized in that, the information of described index database record comprises identification number and location index, and the information of described transaction data base record comprises identification number, location index, Card Type, type of transaction and device end number.
3. the ticket dealing data processing method in the track traffic according to claim 1 is characterized in that, the index structure of described index database is T tree index.
4. the ticket dealing data processing method in the track traffic according to claim 1 is characterized in that, the described step of judging whether original transaction data repeats comprises:
According to trade date, in corresponding memory database, search;
According to the identification number of the original transaction data that obtains, described index database adopts many-valued key to search take described identification number as major key, then obtains the location index of many historical trading data identical with the identification number of described original transaction data;
Transaction data base take the location index of many historical trading data obtaining as major key, adopts the monodrome key to search respectively, then finds corresponding many historical trading data;
Original transaction data and many historical trading data are compared, if the information that records in the information of original transaction data record and the historical trading data is consistent, then this original transaction data repeats, if inconsistent, then this original transaction data is non-repeat business data.
5. the ticket dealing data processing method in the track traffic according to claim 1 is characterized in that, for non-repetitive original transaction data, the step of carrying out the sorting processing also comprises described:
Obtain the identification number in the non-repetitive original transaction data, in default index database, search the historical trading data corresponding with identification number, again according to the location index of the historical trading data that find, in the default transaction data base corresponding with described index database, search, obtain corresponding historical trading data, original transaction data and historical trading data are mated;
For the original transaction data that the match is successful, carry out sorting and process, and accept next transaction data, for the original transaction data that it fails to match, then return to the step of described reception transaction data, receive in real time next transaction data.
6. the ticket dealing data processing method in the track traffic according to claim 5, it is characterized in that, according to whether success of coupling, the identification information that described transaction data base also records, described identification information comprises: transaction matching status, the match is successful time and entry time.
7. the ticket dealing data processing method in the track traffic according to claim 5, it is characterized in that, comprise that also original transaction data and historical trading data to the match is successful merge transaction record, described original transaction data generates corresponding index database information and transaction data library information, and with index database and transaction data base in the historical trading data that record carry out transaction record and merge.
8. the ticket dealing data processing method in the track traffic according to claim 5 is characterized in that, described step with the transaction data coupling also comprises:
According to trade date, in corresponding memory database, search;
According to the identification number of the original transaction data that obtains, described index database adopts many-valued key to search take described identification number as major key, then obtains the location index of many historical trading data identical with the identification number of described original transaction data;
Transaction data base take the location index of many historical trading data obtaining as major key, adopts the monodrome key to search respectively, then finds corresponding many historical trading data;
Many historical trading data that find are carried out two minor sorts according to type of transaction;
According to matching condition, judge whether original transaction data and the historical trading data of corresponding type of transaction mate, if meet matching condition, then the match is successful for original transaction data, finish this time operation; Otherwise it fails to match, then returns the step of the original transaction data of described reception, and attempt in real time again transaction coupling.
9. the ticket dealing data processing method in the track traffic according to claim 8, it is characterized in that, the described step that meets matching condition that judges whether comprises: relatively whether the website that enters the station of departures transaction is identical with the transaction website of the transaction of entering the station, if not identical then it fails to match; Otherwise
Relatively the time of entering the station of departures transaction whether identical with the exchange hour of the transaction of entering the station, if not identical then it fails to match; Otherwise
Relatively entering the station, the exchange hour with common one-way ticket and/or prepaid value in respect one-way ticket ticketing transaction is identical for the exchange hour of transaction, if not identical then it fails to match; Otherwise
Whether the transaction data that relatively enters the station transaction website is identical with the transaction website of common one-way ticket and/or prepaid value in respect one-way ticket ticketing transaction, if not identical then it fails to match; Otherwise
Relatively setting off, the dealing money with common one-way ticket and/or prepaid value in respect one-way ticket ticketing transaction is identical for the dealing money of transaction data, if not identical then it fails to match.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201210413252.8A CN102945267B (en) | 2012-10-25 | 2012-10-25 | Method for processing ticket business transaction data in track traffic |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201210413252.8A CN102945267B (en) | 2012-10-25 | 2012-10-25 | Method for processing ticket business transaction data in track traffic |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN102945267A true CN102945267A (en) | 2013-02-27 |
| CN102945267B CN102945267B (en) | 2016-12-21 |
Family
ID=47728211
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201210413252.8A Expired - Fee Related CN102945267B (en) | 2012-10-25 | 2012-10-25 | Method for processing ticket business transaction data in track traffic |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN102945267B (en) |
Cited By (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN103646309A (en) * | 2013-12-04 | 2014-03-19 | 广东创能科技有限公司 | Ticket clearing system and method |
| CN108038140A (en) * | 2017-11-23 | 2018-05-15 | 广东岭南通股份有限公司 | Traffic all-purpose card transaction data full dose duplicate checking method and system |
| CN109829822A (en) * | 2019-01-28 | 2019-05-31 | 杭州复杂美科技有限公司 | Transaction replacement method, transaction queuing strategy, equipment and storage medium |
| CN111028369A (en) * | 2019-12-11 | 2020-04-17 | 成都智元汇信息技术股份有限公司 | Face recognition-based ticket evasion violation processing method |
Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101158963A (en) * | 2007-10-31 | 2008-04-09 | 中兴通讯股份有限公司 | Information acquisition processing and retrieval system |
| CN101261701A (en) * | 2008-02-15 | 2008-09-10 | 上海申通轨道交通研究咨询有限公司 | Score settlement system and method for track transportation tick business |
| CN101276442A (en) * | 2008-02-15 | 2008-10-01 | 上海申通轨道交通研究咨询有限公司 | System for clearing and classifying track traffic tickets as well as method using the same |
| CN101593338A (en) * | 2009-07-13 | 2009-12-02 | 招商银行股份有限公司 | A kind of method and system of handling electronic transaction request |
-
2012
- 2012-10-25 CN CN201210413252.8A patent/CN102945267B/en not_active Expired - Fee Related
Patent Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101158963A (en) * | 2007-10-31 | 2008-04-09 | 中兴通讯股份有限公司 | Information acquisition processing and retrieval system |
| CN101261701A (en) * | 2008-02-15 | 2008-09-10 | 上海申通轨道交通研究咨询有限公司 | Score settlement system and method for track transportation tick business |
| CN101276442A (en) * | 2008-02-15 | 2008-10-01 | 上海申通轨道交通研究咨询有限公司 | System for clearing and classifying track traffic tickets as well as method using the same |
| CN101593338A (en) * | 2009-07-13 | 2009-12-02 | 招商银行股份有限公司 | A kind of method and system of handling electronic transaction request |
Cited By (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN103646309A (en) * | 2013-12-04 | 2014-03-19 | 广东创能科技有限公司 | Ticket clearing system and method |
| CN108038140A (en) * | 2017-11-23 | 2018-05-15 | 广东岭南通股份有限公司 | Traffic all-purpose card transaction data full dose duplicate checking method and system |
| CN109829822A (en) * | 2019-01-28 | 2019-05-31 | 杭州复杂美科技有限公司 | Transaction replacement method, transaction queuing strategy, equipment and storage medium |
| CN111028369A (en) * | 2019-12-11 | 2020-04-17 | 成都智元汇信息技术股份有限公司 | Face recognition-based ticket evasion violation processing method |
| CN111028369B (en) * | 2019-12-11 | 2021-02-12 | 成都智元汇信息技术股份有限公司 | Face recognition-based ticket evasion violation processing method |
Also Published As
| Publication number | Publication date |
|---|---|
| CN102945267B (en) | 2016-12-21 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN101553813B (en) | Managing storage of individually accessible data units | |
| CN109544316B (en) | Method and system for urging collection of real-time case division according to proportion | |
| CN108681590A (en) | Incremental data processing method and processing device, computer equipment, computer storage media | |
| CN110276977B (en) | Bus station matching method, device, equipment and readable storage medium | |
| CN102945267A (en) | Method for processing ticket business transaction data in track traffic | |
| CN107705131A (en) | Public transport method of payment, device and public transport payment system | |
| CN117453748B (en) | Big data-based clearing data informatization management system | |
| CN110728301A (en) | Credit scoring method, device, terminal and storage medium for individual user | |
| CN112749167A (en) | Method and device for determining broken link data and nonvolatile storage medium | |
| CN107423969A (en) | A kind of intelligence based on different trade companies pays mobile terminal | |
| CN111080204A (en) | Intelligent sorting and dispatching system based on client priority evaluation | |
| CN108922234A (en) | A kind of parking method and system based on block chain | |
| CN107424005A (en) | A kind of intelligent payment method based on different trade companies | |
| CN111859055A (en) | Intelligent data retrieval matching system based on big data | |
| CN101236626A (en) | Rail traffic ticketing system account affairs processing method | |
| CN107783838A (en) | Client information inquiry method and device | |
| CN1395223A (en) | Fingerprint patrol system | |
| CN113625967A (en) | Data storage method, data query method and server | |
| CN112800320A (en) | Online service management system and management method based on public security system | |
| CN110837914A (en) | Method and device for promoting management charge payment rate and computer readable storage medium | |
| JPH07244734A (en) | Seal impression collation system | |
| CN108959596A (en) | A kind of public transport ladder fare-pricing estimate method | |
| CN114218260B (en) | High-speed traffic data storage and retrieval method based on transverse fusion of traffic marks | |
| US20030014427A1 (en) | System for recording process information of a plurality of systems | |
| JP3681703B2 (en) | Asset management device |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| C06 | Publication | ||
| PB01 | Publication | ||
| C10 | Entry into substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| C14 | Grant of patent or utility model | ||
| GR01 | Patent grant | ||
| PE01 | Entry into force of the registration of the contract for pledge of patent right | ||
| PE01 | Entry into force of the registration of the contract for pledge of patent right |
Denomination of invention: Method for processing ticket business transaction data in track traffic Effective date of registration: 20200709 Granted publication date: 20161221 Pledgee: Shenzhen hi tech investment small loan Co.,Ltd. Pledgor: GAOXIN MODERN INTELLIGENT SYSTEM Co.,Ltd. Registration number: Y2020980003921 |
|
| CF01 | Termination of patent right due to non-payment of annual fee | ||
| CF01 | Termination of patent right due to non-payment of annual fee |
Granted publication date: 20161221 |