CN109685650A - A kind of debit card multiplexing method and device - Google Patents
A kind of debit card multiplexing method and device Download PDFInfo
- Publication number
- CN109685650A CN109685650A CN201811628346.0A CN201811628346A CN109685650A CN 109685650 A CN109685650 A CN 109685650A CN 201811628346 A CN201811628346 A CN 201811628346A CN 109685650 A CN109685650 A CN 109685650A
- Authority
- CN
- China
- Prior art keywords
- test environment
- target
- voucher
- debit card
- card
- 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.)
- Pending
Links
Classifications
-
- 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
- G06Q20/00—Payment architectures, schemes or protocols
- G06Q20/30—Payment architectures, schemes or protocols characterised by the use of specific devices or networks
- G06Q20/34—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using cards, e.g. integrated circuit [IC] cards or magnetic cards
- G06Q20/341—Active cards, i.e. cards including their own processing means, e.g. including an IC or chip
-
- 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
- G06Q20/00—Payment architectures, schemes or protocols
- G06Q20/22—Payment schemes or models
- G06Q20/26—Debit schemes, e.g. "pay now"
-
- 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
- G06Q20/00—Payment architectures, schemes or protocols
- G06Q20/30—Payment architectures, schemes or protocols characterised by the use of specific devices or networks
- G06Q20/34—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using cards, e.g. integrated circuit [IC] cards or magnetic cards
- G06Q20/356—Aspects of software for card payments
-
- 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
- G06Q40/00—Finance; Insurance; Tax strategies; Processing of corporate or income taxes
- G06Q40/02—Banking, e.g. interest calculation or account maintenance
Abstract
This application provides a kind of debit card multiplexing method and devices, method includes: when the environment tested using target debit card switches to the second test environment from the first test environment, inquiry whether there is the record of target debit card in the database, and the first test environment is different from the second test environment;If it exists, then judge whether the card information in record meets the testing requirement of the second test environment;If meeting, using target debit card as the test card of the second test environment, for executing the target transaction in the second test environment;If not meeting, then the card information in record is revised as meeting the information of the testing requirement of the second test environment, and using target debit card as the test card of the second test environment, for executing the target transaction in the second test environment.In this application, the whole efficiency of test can be improved.
Description
Technical field
This application involves financial technology field, in particular to a kind of debit card multiplexing method and device.
Background technique
Before a certain item business of bank puts into production, it is often necessary to be tested in test environment.Wherein, frequently with
The relationship trading that debit card executes the business is tested.
But at present when varying environment is tested, needs to carry out fabrication respectively for varying environment and open card process.
However, fabrication and opening the process of card time-consuming, lead to integrated testability low efficiency.
Summary of the invention
In order to solve the above technical problems, the embodiment of the present application provides a kind of debit card multiplexing method and device, mentioned with reaching
The purpose of the whole efficiency of height test, technical solution are as follows:
A kind of debit card multiplexing method, comprising:
When the environment using target debit card switches to the second test environment from the first test environment, look into the database
The record that whether there is the target debit card is ask, the first test environment is different from the second test environment;
If it exists, then judge whether the card information in the record meets the testing requirement of the second test environment;
It is described for executing using the target debit card as the test card of the second test environment if meeting
Target transaction in second test environment;
If not meeting, then the card information in the record is revised as meeting the testing requirement of the second test environment
Information, and using the target debit card as it is described second test environment test card, for execute it is described second test
Target transaction in environment.
Preferably, if inquiring in the database there is no the record of the target debit card, the method also includes:
In the target debit card after the voucher storage in the second test environment is traded successfully, the target is borrowed
The voucher that note is stuck in the second test environment is stored in the important blank voucher library registration thin list in the database;
In the target debit card after the voucher neck in the second test environment enters to trade successfully, the target is borrowed
In the important blank voucher case table of teller that the voucher that note is stuck in the second test environment is stored in the database;
The target in thin list or the important blank voucher case table of the teller is registered in the important blank voucher library to borrow
The voucher that note is stuck in the second test environment is tested as target card information, and by the target card information and described second
The mapping relations of the corresponding customer information of the testing requirement of environment are stored in the correlation table in the database.
Preferably, the method also includes:
Receive the target debit card voucher storage transaction preservation information be inventory in have this voucher number or
Voucher in the case where way, deletes target debit card described in the important blank voucher library registration thin list in the database and exists
Voucher in the first test environment, and transaction is put in storage in voucher of the target debit card in the second test environment
Success after, by the target debit card it is described second test environment in voucher be stored in the important blank in the database with
It demonstrate,proves in library registration thin list.
Preferably, the method also includes:
It is receiving voucher neck of the target debit card in the second test environment and entering the error information of transaction
In the case that the voucher is entered by other teller's necks, mesh described in the important blank voucher case table of teller in the database is deleted
Mark debit card it is described first test environment in voucher, and the target debit card it is described second test environment in
After card neck enters to trade successfully, voucher of the target debit card in the second test environment is stored in the database
In the important blank voucher case table of teller.
Preferably, using the target debit card as the test card of the second test environment, for executing described the
After target transaction in two test environment, further includes:
If the transaction results of the target transaction are magnetic track, verification is wrong, will be in the database described in cipher key information table
Target debit card is revised as the target debit card in the second test environment in the key in the first test environment
Key.
A kind of debit card multiplexer, comprising:
Enquiry module, for switching to the second test environment from the first test environment when the environment using target debit card
When, inquiry whether there is the record of the target debit card in the database, and if it exists, then execute judgment module, described first
It is different from the second test environment to test environment;
Whether the judgment module, the card information for judging in the record meet the test of the second test environment
Demand executes determining module if meeting, if not meeting, executes the first modified module;
The determining module, for being used for using the target debit card as the test card of the second test environment
Execute the target transaction in the second test environment;
First modified module meets the second test environment for the card information in the record to be revised as
The information of testing requirement, and return and execute the determining module.
Preferably, if inquiring in the database, there is no the record of the target debit card, described devices further include:
First memory module, for the target debit card it is described second test environment in voucher storage transaction at
After function, voucher of the target debit card in the second test environment is stored in the important blank voucher in the database
It registers in thin list in library;
Second memory module, for the target debit card it is described second test environment in voucher neck enter transaction at
After function, by the voucher teller important blank that is stored in the database of the target debit card in the second test environment
In voucher case table;
Third memory module, for thin list or the important blank voucher case of the teller to be registered in the important blank voucher library
Voucher of the target debit card in the second test environment in table is believed as target card information, and by the object card
Cease the mapping relations of customer information corresponding with the second test testing requirement of environment, the correlation being stored in the database
In table.
Preferably, described device further include:
First removing module is inventory for the preservation information in the voucher storage transaction for receiving the target debit card
In have this voucher number or voucher in the case where way, delete in the important blank voucher library registration thin list in the database
Voucher of the target debit card in the first test environment, and return and execute first memory module.
Preferably, described device further include:
Second removing module, for receive the target debit card it is described second test environment in voucher neck enter
The error information of transaction is in the case that the voucher is entered by other teller's necks, to delete the important blank of teller in the database
Voucher of the target debit card described in voucher case table in the first test environment, and return and execute the second storage mould
Block.
Preferably, described device further include:
Second modified module, if the transaction results for the target transaction are that magnetic track verification is wrong, by the database
Key of the target debit card described in middle cipher key information table in the first test environment is revised as the target debit card and exists
Key in the second test environment.
Compared with prior art, the application has the beneficial effect that
In this application, when the environment using target debit card switches to the second test environment from the first test environment,
Inquiry whether there is the record of the target debit card in the database, and if it exists, and card information meets second in record
When testing the testing requirement of environment, target debit card directly can be applied to test test environment, therefore the target is borrowed
Test card of the note card as the second test environment, for executing the target transaction in the second test environment, if depositing
In record and when card information does not meet the testing requirement of the second test environment, then the card information in the record can be revised as
Meet the information of the testing requirement of the second test environment, and using the target debit card as the second test environment
Test card guarantees switching to second from the first test environment for executing the target transaction in the second test environment
After testing environment, target debit card can test normal use in environment second, save the process of fabrication, and modify number
According to the process of the information of target debit card in library compared to the process for opening card, required time is short, therefore surveys compared to for second
The process of card fabrication and is opened again in test ring border, and required time is short, and then can shorten the overall time of test, improves test
Whole efficiency.
Detailed description of the invention
In order to more clearly explain the technical solutions in the embodiments of the present application, make required in being described below to embodiment
Attached drawing is briefly described, it should be apparent that, the drawings in the following description are only some examples of the present application, for
For those of ordinary skill in the art, without any creative labor, it can also be obtained according to these attached drawings
His attached drawing.
Fig. 1 is a kind of flow chart of debit card multiplexing method provided by the present application;
Fig. 2 is another flow chart of debit card multiplexing method provided by the present application;
Fig. 3 is another flow chart of debit card multiplexing method provided by the present application;
Fig. 4 is another flow chart of debit card multiplexing method provided by the present application;
Fig. 5 is another flow chart of debit card multiplexing method provided by the present application;
Fig. 6 is a kind of logical construction schematic diagram of debit card multiplexer provided by the present application.
Specific embodiment
Below in conjunction with the attached drawing in the embodiment of the present application, technical solutions in the embodiments of the present application carries out clear, complete
Site preparation description, it is clear that described embodiments are only a part of embodiments of the present application, instead of all the embodiments.It is based on
Embodiment in the application, it is obtained by those of ordinary skill in the art without making creative efforts every other
Embodiment shall fall in the protection scope of this application.
The embodiment of the present application discloses a kind of debit card multiplexing method, comprising: when the project environment using target debit card
When from the first test item environment changing to the second test item environment, inquiry whether there is the target debit in the database
The record of card;If it exists, then judge whether the card-like state in the record is normal condition, the first test item environment with
The second test item environment is different;If normal condition, then using the target debit card as second test item
The test card of environment, for executing the target transaction in the second test item environment;If abnormal state, then by institute
The card-like state stated in record is revised as normal condition, and using the target debit card as the survey of the second test item environment
Card is tried, for executing the target transaction in the second test item environment.In this application, project environment survey can be improved
The whole efficiency of examination.
Next debit card multiplexing method disclosed in the embodiment of the present application is introduced, referring to Figure 1, may include:
Step S11, when the environment using target debit card switches to the second test environment from the first test environment, in number
It whether there is the record of the target debit card according to inquiry in library, the first test environment and the second test environment are not
Together.
If it exists, S12 is thened follow the steps.
It now illustrates and the first test environment and the second test environment difference is illustrated, for example, version validation test environment
It is different from rehearsal test environment.
Step S12, judge whether the card information in the record meets the testing requirement of the second test environment.
If meeting, S13 is thened follow the steps;If not meeting, S14 is thened follow the steps.
Judge whether the card information in the record meets the testing requirement of the second test environment, may include:
Obtain the corresponding customer information of testing requirement of the second test environment;
Judge the testing requirement pair whether customer information in the card information in the record tests environment with described second
The customer information answered matches.
If matching, it can determine that the card information in record meets the testing requirement of the second test environment.
Step S13, using the target debit card as the test card of the second test environment, for executing described the
Target transaction in two test environment.
It, can on the basis of judging the testing requirement that the card information in record meets the second test environment based on step S12
To determine that target debit card may be directly applied to the second test environment, therefore surveyed the target debit card as described second
The test card in test ring border, for executing the target transaction in the second test environment, to be surveyed to the second test environment
Examination.
Step S14, the card information in the record is revised as meeting the letter of the testing requirement of the second test environment
Breath, and execute step S13.
On the basis of judging the testing requirement that the card information in record does not meet the second test environment based on step S12,
Card information in the record is revised as to meet the information of the testing requirement of the second test environment, and is being revised as meeting
After the information of the testing requirement of second test environment, using the target debit card as the test card of the second test environment
Piece, for executing the target transaction in the second test environment, to test the second test environment.
It should be noted that may refer to step for the multiplex process of all debit cards of the first test environment production
The process of S11-S14, details are not described herein.Wherein, square can be expressed as all debit cards of the first test environment production
Battle arrayWhereinIt is the vector that a dimension is m,
In element xi,j(j=1 2 ..., m) indicates that the jth IC debit card for belonging to i-th of city, the IC for belonging to i-th of city are borrowed
Note blocks shared m.
It will be for the first test environment, the debit card of productionIt is applied to the second test environment
When middle, forIn the multiplex process of each debit card may refer to the mistake of step S11-S14
Journey, details are not described herein.
In this application, when the environment using target debit card switches to the second test environment from the first test environment,
Inquiry whether there is the record of the target debit card in the database, and if it exists, and card information meets second in record
When testing the testing requirement of environment, target debit card directly can be applied to the second test environment, therefore the target is borrowed
Test card of the note card as the second test environment, for executing the target transaction in the second test environment, if depositing
In record and when card information does not meet the testing requirement of the second test environment, then the card information in the record can be revised as
Meet the information of the testing requirement of the second test environment, and using the target debit card as the second test environment
Test card guarantees switching to second from the first test environment for executing the target transaction in the second test environment
After testing environment, target debit card can test normal use in environment second, save the process of fabrication, and modify number
According to the process of the information of target debit card in library compared to the process for opening card, required time is short, therefore surveys compared to for second
The process of card fabrication and is opened again in test ring border, and required time is short, and then can shorten the overall time of test, improves test
Whole efficiency.
In another embodiment of the application, another debit card multiplexing method is introduced, Fig. 2 is referred to, can wrap
It includes:
Step S21, when the environment using target debit card switches to the second test environment from the first test environment, in number
It whether there is the record of the target debit card according to inquiry in library, the first test environment and the second test environment are not
Together.
If it exists, S22 is thened follow the steps;If it does not exist, S25 is thened follow the steps.
Step S22, judge whether the card information in the record meets the testing requirement of the second test environment.
If meeting, it may be considered that the card-like state of target debit card is normal, step S23 is executed;If not meeting, can recognize
It is abnormal for the card-like state of target debit card, execute step S24.
Step S23, using the target debit card as the test card of the second test environment, for executing described the
Target transaction in two test environment.
Step S24, the card information in the record is revised as meeting the letter of the testing requirement of the second test environment
Breath, and execute step S23.
Step S21-S24 is identical as the step S11-S14 in previous embodiment, and the detailed process of step S21-S24 can be with
Referring to the related introduction of step S11-S14, details are not described herein.
Step S25, in the target debit card after the voucher storage in the second test environment is traded successfully, by institute
State the important blank voucher library book that voucher of the target debit card in the second test environment is stored in the database
In table.
There is no in the case where the record of target debit card, need the teller for currently logging in banking system to hold in the database
Voucher of the row target debit card in the second test environment is put in storage transaction, and the voucher type of target debit card (can be managed
Solution are as follows: the classification of card), voucher starting symbol and voucher terminate number (being the 10th to 17 digit word string in 19 card numbers) storage to working as
Under mechanism belonging to preceding teller.
It, can be by the mesh in the target debit card after the voucher storage in the second test environment is traded successfully
Mark debit card is stored in the registration of the important blank voucher library in database thin list in the voucher in the second test environment,
To guarantee that the voucher for inquiring target debit card in thin list in the second test environment can be registered in important blank voucher library.Its
In, voucher of the target debit card in the second test environment may include but be not limited to: voucher starting symbol and voucher termination number.
It specifically, can be index with the city number of target debit card, mechanism number and voucher type, by the target debit
The voucher being stuck in the second test environment is stored in the important blank voucher library registration thin list in the database.
Step S26, in the target debit card after the voucher neck in the second test environment enters to trade successfully, by institute
State the important blank voucher case table of teller that voucher of the target debit card in the second test environment is stored in the database
In.
After voucher storage is traded successfully, by currently logging in teller's performance objective debit card of banking system in the second test
Voucher neck in environment enters transaction, by target debit card by voucher type (it is to be understood that card classification), voucher starting symbol and with
Card terminates number (being the 10th to 17 digit word string in a 19 card numbers) storage and arrives current teller under one's name.
It, can be by the mesh in the target debit card after the voucher neck in the second test environment enters to trade successfully
In the important blank voucher case table of teller that the voucher that mark debit card is tested in environment described second is stored in the database, with
Guarantee that voucher of the target debit card in the second test environment can be inquired in important blank voucher case table.
Wherein, voucher of the target debit card in the second test environment may include but be not limited to: voucher starting symbol and
Voucher termination number.
Step S27, the important blank voucher library is registered to the institute in thin list or the important blank voucher case table of the teller
State target debit card it is described second test environment in voucher as target card information, and by the target card information with it is described
The mapping relations of the corresponding customer information of testing requirement of second test environment, are stored in the correlation table in the database.
When testing the second test environment, target card information and target can be obtained from the correlation table of database
The mapping relations of card information and the corresponding customer information of the second test testing requirement of environment, and according to target card information with
The mapping relations of the corresponding customer information of testing requirement of the second test environment, performance objective transaction.
Step S25-S27 is completed, and card information of the target debit card in the second test environment is recorded in database.
In another embodiment of the application, another debit card multiplexing method is introduced, Fig. 3 is referred to, can wrap
It includes:
Step S31, when the environment using target debit card switches to the second test environment from the first test environment, in number
It whether there is the record of the target debit card according to inquiry in library, the first test environment and the second test environment are not
Together.
If it exists, S32 is thened follow the steps;If it does not exist, S35 or step S38 is thened follow the steps.
Step S32, judge whether the card information in the record meets the testing requirement of the second test environment.
If meeting, S33 is thened follow the steps;If not meeting, S34 is thened follow the steps.
Step S33, using the target debit card as the test card of the second test environment, for executing described the
Target transaction in two test environment.
Step S34, the card information in the record is revised as meeting the letter of the testing requirement of the second test environment
Breath, and execute step S33.
Step S35, in the target debit card after the voucher storage in the second test environment is traded successfully, by institute
State the important blank voucher library book that voucher of the target debit card in the second test environment is stored in the database
In table.
Step S36, in the target debit card after the voucher neck in the second test environment enters to trade successfully, by institute
State the important blank voucher case table of teller that voucher of the target debit card in the second test environment is stored in the database
In.
Step S37, the important blank voucher library is registered to the institute in thin list or the important blank voucher case table of the teller
State target debit card it is described second test environment in voucher as target card information, and by the target card information with it is described
The mapping relations of the corresponding customer information of testing requirement of second test environment, are stored in the correlation table in the database.
Step S31-S37 is identical as the step S21-S27 in previous embodiment, and the detailed process of step S31-S37 can be with
Referring to the related introduction of step S21-S27, details are not described herein.
It step S38, is to have this in inventory in the preservation information for the voucher storage transaction for receiving the target debit card
Voucher number or voucher in the case where way, delete target described in the important blank voucher library registration thin list in the database
Voucher of the debit card in the first test environment, and return to step S35.
Receive the target debit card voucher storage transaction preservation information be inventory in have this voucher number or
Voucher in the case where way, deletes target debit card described in the important blank voucher library registration thin list in the database and exists
Voucher in the first test environment, and S35 is returned to step, guarantee only to store target debit card second in database
The voucher in environment is tested, for testing the second test environment.
In another embodiment of the application, another debit card multiplexing method is introduced, Fig. 4 is referred to, can wrap
It includes:
Step S41, when the environment using target debit card switches to the second test environment from the first test environment, in number
It whether there is the record of the target debit card according to inquiry in library, the first test environment and the second test environment are not
Together.
If it exists, S42 is thened follow the steps;If it does not exist, S45 or step S48 is thened follow the steps.
Step S42, judge whether the card information in the record meets the testing requirement of the second test environment.
If meeting, S43 is thened follow the steps;If not meeting, S44 is thened follow the steps.
Step S43, using the target debit card as the test card of the second test environment, for executing described the
Target transaction in two test environment.
Step S44, the card information in the record is revised as meeting the letter of the testing requirement of the second test environment
Breath, and execute step S43.
Step S45, in the target debit card after the voucher storage in the second test environment is traded successfully, by institute
State the important blank voucher library book that voucher of the target debit card in the second test environment is stored in the database
In table.
Step S46, in the target debit card after the voucher neck in the second test environment enters to trade successfully, by institute
State the important blank voucher case table of teller that voucher of the target debit card in the second test environment is stored in the database
In.
Step S47, the important blank voucher library is registered to the institute in thin list or the important blank voucher case table of the teller
State target debit card it is described second test environment in voucher as target card information, and by the target card information with it is described
The mapping relations of the corresponding customer information of testing requirement of second test environment, are stored in the correlation table in the database.
Step S41-S47 is identical as the step S21-S27 in previous embodiment, and the detailed process of step S41-S47 can be with
Referring to the related introduction of step S21-S27, details are not described herein.
Step S48, enter the report of transaction receiving voucher neck of the target debit card in the second test environment
Wrong information is in the case that the voucher is entered by other teller's necks, to delete the important blank voucher case table of teller in the database
Described in voucher of the target debit card in the first test environment, and return to step S46.
It is receiving voucher neck of the target debit card in the second test environment and entering the error information of transaction
In the case that the voucher is entered by other teller's necks, mesh described in the important blank voucher case table of teller in the database is deleted
Voucher of the debit card in the first test environment is marked, and returns to step S46, guarantees that only storing target in database borrows
The voucher being stuck in the second test environment is remembered, for testing the second test environment.
In another embodiment of the application, another debit card multiplexing method is introduced, Fig. 5 is referred to, can wrap
It includes:
Step S51, when the environment using target debit card switches to the second test environment from the first test environment, in number
It whether there is the record of the target debit card according to inquiry in library, the first test environment and the second test environment are not
Together.
If it exists, S52 is thened follow the steps.
Step S52, judge whether the card information in the record meets the testing requirement of the second test environment.
If meeting, S53 is thened follow the steps;If not meeting, S54 is thened follow the steps.
Step S53, using the target debit card as the test card of the second test environment, for executing described the
Target transaction in two test environment.
Step S54, the card information in the record is revised as meeting the letter of the testing requirement of the second test environment
Breath, and execute step S53.
Step S51-S54 is identical as the step S11-S14 in previous embodiment, and the detailed process of step S51-S54 can be with
Referring to the related introduction of step S11-S14, details are not described herein.
If the transaction results of step S55, the described target transaction are magnetic track, verification is wrong, by key information in the database
Key of target debit card described in table in the first test environment is revised as the target debit card to be surveyed described second
Key in test ring border.
If the transaction results of the target transaction are magnetic track, verification is wrong, will be in the database described in cipher key information table
Target debit card is revised as the target debit card in the second test environment in the key in the first test environment
Key, guarantee target debit card can second test environment in normal use.
Next debit card multiplexer provided by the present application is introduced, the debit card multiplexer being introduced below with
Debit card multiplexing method described above can correspond to each other reference.
Refer to Fig. 6, debit card multiplexer includes: that enquiry module 11, judgment module 12, determining module 13 and first are repaired
Change module 14.
Enquiry module, for switching to the second test environment from the first test environment when the environment using target debit card
When, inquiry whether there is the record of the target debit card in the database, and if it exists, then execute judgment module, described first
It is different from the second test environment to test environment.
Whether the judgment module, the card information for judging in the record meet the test of the second test environment
Demand executes determining module if meeting, if not meeting, executes the first modified module.
The determining module, for being used for using the target debit card as the test card of the second test environment
Execute the target transaction in the second test environment.
First modified module meets the second test environment for the card information in the record to be revised as
The information of testing requirement, and return and execute the determining module.
In the present embodiment, if inquiring in the database, there is no the record of the target debit card, debit card multiplexings
Device can also include:
First memory module, for the target debit card it is described second test environment in voucher storage transaction at
After function, voucher of the target debit card in the second test environment is stored in the important blank voucher in the database
It registers in thin list in library;
Second memory module, for the target debit card it is described second test environment in voucher neck enter transaction at
After function, by the voucher teller important blank that is stored in the database of the target debit card in the second test environment
In voucher case table;
Third memory module, for thin list or the important blank voucher case of the teller to be registered in the important blank voucher library
Voucher of the target debit card in the second test environment in table is believed as target card information, and by the object card
Cease the mapping relations of customer information corresponding with the second test testing requirement of environment, the correlation being stored in the database
In table.
In the present embodiment, debit card multiplexer can also include:
First removing module is inventory for the preservation information in the voucher storage transaction for receiving the target debit card
In have this voucher number or voucher in the case where way, delete in the important blank voucher library registration thin list in the database
Voucher of the target debit card in the first test environment, and return and execute first memory module.
In the present embodiment, debit card multiplexer can also include:
Second removing module, for receive the target debit card it is described second test environment in voucher neck enter
The error information of transaction is in the case that the voucher is entered by other teller's necks, to delete the important blank of teller in the database
Voucher of the target debit card described in voucher case table in the first test environment, and return and execute the second storage mould
Block.
In the present embodiment, debit card multiplexer can also include: the second modified module, if for the target transaction
Transaction results are that magnetic track verification is wrong, then by target debit card described in cipher key information table in the database in first test
Key in environment is revised as key of the target debit card in the second test environment.
It should be noted that all the embodiments in this specification are described in a progressive manner, each embodiment weight
Point explanation is the difference from other embodiments, and the same or similar parts between the embodiments can be referred to each other.
For device class embodiment, since it is basically similar to the method embodiment, so being described relatively simple, related place ginseng
See the part explanation of embodiment of the method.
Finally, it is to be noted that, herein, relational terms such as first and second and the like be used merely to by
One entity or operation are distinguished with another entity or operation, without necessarily requiring or implying these entities or operation
Between there are any actual relationship or orders.Moreover, the terms "include", "comprise" or its any other variant meaning
Covering non-exclusive inclusion, so that the process, method, article or equipment for including a series of elements not only includes that
A little elements, but also including other elements that are not explicitly listed, or further include for this process, method, article or
The intrinsic element of equipment.In the absence of more restrictions, the element limited by sentence "including a ...", is not arranged
Except there is also other identical elements in the process, method, article or apparatus that includes the element.
For convenience of description, it is divided into various units when description apparatus above with function to describe respectively.Certainly, implementing this
The function of each unit can be realized in the same or multiple software and or hardware when application.
As seen through the above description of the embodiments, those skilled in the art can be understood that the application can
It realizes by means of software and necessary general hardware platform.Based on this understanding, the technical solution essence of the application
On in other words the part that contributes to existing technology can be embodied in the form of software products, the computer software product
It can store in storage medium, such as ROM/RAM, magnetic disk, CD, including some instructions are used so that a computer equipment
(can be personal computer, server or the network equipment etc.) executes the certain of each embodiment of the application or embodiment
Method described in part.
A kind of debit card multiplexing method provided herein and device are described in detail above, it is used herein
The principle and implementation of this application are described for specific case, and the above embodiments are only used to help understand
The present processes and its core concept;At the same time, for those skilled in the art is having according to the thought of the application
There will be changes in body embodiment and application range, in conclusion the content of the present specification should not be construed as to the application
Limitation.
Claims (10)
1. a kind of debit card multiplexing method characterized by comprising
When the environment using target debit card switches to the second test environment from the first test environment, inquiry in the database is
It is no there are the record of the target debit card, it is different that the first test environment with described second tests environment;
If it exists, then judge whether the card information in the record meets the testing requirement of the second test environment;
If meeting, using the target debit card as the test card of the second test environment, for executing described second
Test the target transaction in environment;
If not meeting, then the card information in the record is revised as meeting the letter of the testing requirement of the second test environment
Breath, and using the target debit card as the test card of the second test environment, for executing the second test environment
In target transaction.
2. the method according to claim 1, wherein if inquiring in the database, there is no the target debits
The record of card, the method also includes:
In the target debit card after the voucher storage in the second test environment is traded successfully, by the target debit card
It is stored in the registration of the important blank voucher library in database thin list in the voucher in the second test environment;
In the target debit card after the voucher neck in the second test environment enters to trade successfully, by the target debit card
In the important blank voucher case table of teller that the voucher in the second test environment is stored in the database;
The target debit card in thin list or the important blank voucher case table of the teller is registered into the important blank voucher library
Voucher in the second test environment tests environment as target card information, and by the target card information and described second
The corresponding customer information of testing requirement mapping relations, be stored in the correlation table in the database.
3. according to the method described in claim 2, it is characterized in that, the method also includes:
It is to have this voucher number or voucher in inventory in the preservation information for the voucher storage transaction for receiving the target debit card
In the case where way, target debit card described in the important blank voucher library registration thin list in the database is deleted described
Voucher in first test environment, and trade successfully in voucher storage of the target debit card in the second test environment
Afterwards, voucher of the target debit card in the second test environment is stored in the important blank voucher library in the database
It registers in thin list.
4. according to the method described in claim 2, it is characterized in that, the method also includes:
Being in the error information for receiving voucher neck of the target debit card in the second test environment and entering transaction should be with
In the case that card is entered by other teller's necks, deletes target described in the important blank voucher case table of the teller in the database and borrow
Note is stuck in the voucher in the first test environment, and the voucher neck in the target debit card in the second test environment
Enter after trading successfully, voucher of the target debit card in the second test environment is stored in the teller in the database
In important blank voucher case table.
5. the method according to claim 1, wherein using the target debit card as the second test environment
Test card, for execute it is described second test environment in target transaction after, further includes:
If the transaction results of the target transaction are magnetic track, verification is wrong, by target described in cipher key information table in the database
It is close in the second test environment that the key that debit card is tested in environment described first is revised as the target debit card
Key.
6. a kind of debit card multiplexer characterized by comprising
Enquiry module, for when the environment using target debit card from first test environment switch to the second test environment when,
Inquiry whether there is the record of the target debit card in database, and if it exists, then execute judgment module, first test wrapper
Border is different from the second test environment;
The judgment module, the test whether card information for judging in the record meets the second test environment need
It asks, if meeting, executes determining module, if not meeting, execute the first modified module;
The determining module, the test card for the target debit card to be tested environment as described second, for executing
Target transaction in the second test environment;
First modified module meets the test of the second test environment for the card information in the record to be revised as
The information of demand, and return and execute the determining module.
7. device according to claim 6, which is characterized in that if inquiring in the database, there is no the target debits
The record of card, described device further include:
First memory module, for trading successfully in voucher storage of the target debit card in the second test environment
Afterwards, voucher of the target debit card in the second test environment is stored in the important blank voucher library in the database
It registers in thin list;
Second memory module, for entering to trade successfully in voucher neck of the target debit card in the second test environment
Afterwards, the important blank of teller that is stored in the database of voucher by the target debit card in the second test environment with
It demonstrate,proves in case table;
Third memory module, for registering the important blank voucher library in thin list or the important blank voucher case table of the teller
Voucher of the target debit card in the second test environment as target card information, and by the target card information and
The mapping relations of the corresponding customer information of testing requirement of the second test environment, the correlation table being stored in the database
In.
8. device according to claim 7, which is characterized in that described device further include:
First removing module, for receive the target debit card voucher storage transaction preservation information be inventory in
There are this voucher number or voucher in the case where way, deletes described in the important blank voucher library registration thin list in the database
Voucher of the target debit card in the first test environment, and return and execute first memory module.
9. device according to claim 7, which is characterized in that described device further include:
Second removing module, for receive the target debit card it is described second test environment in voucher neck enter transaction
Error information be to delete the important blank voucher of teller in the database in the case that the voucher enters by other teller's necks
Voucher of the target debit card described in case table in the first test environment, and return and execute second memory module.
10. device according to claim 6, which is characterized in that described device further include:
Second modified module will be close in the database if the transaction results for the target transaction are that magnetic track verification is wrong
Key of the target debit card described in key information table in the first test environment is revised as the target debit card described
Key in second test environment.
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201811628346.0A CN109685650A (en) | 2018-12-28 | 2018-12-28 | A kind of debit card multiplexing method and device |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201811628346.0A CN109685650A (en) | 2018-12-28 | 2018-12-28 | A kind of debit card multiplexing method and device |
Publications (1)
Publication Number | Publication Date |
---|---|
CN109685650A true CN109685650A (en) | 2019-04-26 |
Family
ID=66190157
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201811628346.0A Pending CN109685650A (en) | 2018-12-28 | 2018-12-28 | A kind of debit card multiplexing method and device |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN109685650A (en) |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN110348984A (en) * | 2019-05-27 | 2019-10-18 | 平安银行股份有限公司 | Credit card information automation input method and relevant device under different transaction channels |
CN114546872A (en) * | 2022-02-23 | 2022-05-27 | 吉林银行股份有限公司 | Certificate management testing method and device, computer equipment and storage medium |
Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1996375A (en) * | 2006-12-30 | 2007-07-11 | 中国建设银行股份有限公司 | Method and device for implementing transaction test in host environment |
US20100218168A1 (en) * | 2009-02-23 | 2010-08-26 | Gonzales Ii Jesus Orlando | System and Method for Generating a Test Environment Script File |
CN106779703A (en) * | 2016-11-29 | 2017-05-31 | 中国银行股份有限公司 | A kind of dynamic realizing method and device of the centralized management of bank card key |
CN108961081A (en) * | 2018-07-03 | 2018-12-07 | 中国银行股份有限公司 | A kind of silver protects voucher management system and method |
-
2018
- 2018-12-28 CN CN201811628346.0A patent/CN109685650A/en active Pending
Patent Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1996375A (en) * | 2006-12-30 | 2007-07-11 | 中国建设银行股份有限公司 | Method and device for implementing transaction test in host environment |
US20100218168A1 (en) * | 2009-02-23 | 2010-08-26 | Gonzales Ii Jesus Orlando | System and Method for Generating a Test Environment Script File |
CN106779703A (en) * | 2016-11-29 | 2017-05-31 | 中国银行股份有限公司 | A kind of dynamic realizing method and device of the centralized management of bank card key |
CN108961081A (en) * | 2018-07-03 | 2018-12-07 | 中国银行股份有限公司 | A kind of silver protects voucher management system and method |
Non-Patent Citations (2)
Title |
---|
周期律 等: "银行测试数据的可复用管理研究", 《中国金融电脑》 * |
蔡仕志: "农业银行测试技术的探索与实践", 《中国金融电脑》 * |
Cited By (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN110348984A (en) * | 2019-05-27 | 2019-10-18 | 平安银行股份有限公司 | Credit card information automation input method and relevant device under different transaction channels |
CN110348984B (en) * | 2019-05-27 | 2024-03-29 | 平安银行股份有限公司 | Automatic credit card data input method and related equipment under different transaction channels |
CN114546872A (en) * | 2022-02-23 | 2022-05-27 | 吉林银行股份有限公司 | Certificate management testing method and device, computer equipment and storage medium |
CN114546872B (en) * | 2022-02-23 | 2023-02-17 | 吉林银行股份有限公司 | Certificate management testing method and device, computer equipment and storage medium |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
Hendershott et al. | FinTech as a game changer: Overview of research frontiers | |
CN101567112B (en) | Bill transaction system | |
CN107239954A (en) | It is a kind of to improve the method and device that block produces speed | |
CN107395353A (en) | A kind of block chain common recognition method and device | |
CN102509238A (en) | Bank non-cash business processing method, apparatus and system | |
CN110147823A (en) | A kind of air control model training method, device and equipment | |
CN108460598A (en) | A kind of real-time automation supervision reporting system based on double-strand framework block chain | |
CN109685650A (en) | A kind of debit card multiplexing method and device | |
CN109685477A (en) | Accounting process systems and processing method | |
CN110276677A (en) | Refund prediction technique, device, equipment and storage medium based on big data platform | |
Tyagi et al. | Data Science: Concern for Credit Card Scam with Artificial Intelligence | |
CN111444073A (en) | Method, device and system for testing performance of financial database | |
Saeidipour et al. | Study the effects of development of electronic banking on customer satisfaction levels by using Kano model (Case Study: Refah Bank of Kermanshah, Iran) | |
US20090006246A1 (en) | Method and System for Simulating an On-Line Credit Application | |
CN107016028A (en) | Data processing method and its equipment | |
CN110853216A (en) | Information storage method, information storage device, information storage medium and computer equipment | |
US20120221380A1 (en) | Teller Readiness Simulation | |
Abdaljawad et al. | Fraudulent Financial Transactions Detection Using Machine Learning | |
Elrefai et al. | Using artificial intelligence in enhancing banking services | |
KR102607383B1 (en) | Method for recognizing suspicious money laundering transactions and apparatus therefor | |
Kang | Fraud Detection in Mobile Money Transactions Using Machine Learning | |
CN116882998B (en) | Virtual currency fund analysis method | |
CN103793486A (en) | Method and system for performing storage and seal verification on seal combined data | |
Patel et al. | Vehicle Loan Fraud Prediction using Data Science And Machine Learning Techniques | |
CN109636350A (en) | Document structure tree method, apparatus, computer 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 | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20190426 |
|
RJ01 | Rejection of invention patent application after publication |