A method having a first initial preparatory sub-method, and having also other specific sub-methods applicable for smart telecommunication devices coordinating with internal and external systems, integrated components, software programs and data/information and command processors, electronic relaying and control and distribution links, electrical power supplies power, input, output, storage, retrieval, and audio-visual display, providing secured protection to each one of the registered real owner/user of each one of the respective registered said smart telecommunication devices, equipped with secured instant-response anti-fraud and anti-identity theft programs, functions and capabilities, in order to halt, prevent and minimize fraud, identity theft and transactional errors that threaten to victimize any one or more of the respective registered real owner/user of each one of the respective registered smart telecommunication devices, and also providing secured true-personal identity verifications of each one of the respective registered said real owner/user of each one of the respective registered smart telecommunication devices, through the use of secret PIN or PINs or password or passwords and/or encrypted personal biometrics such as fingerprints, palm prints, voice prints or iris biometrics, and, showing authenticated ownership of certain specific true virtual documents, such as true virtual membership card or cards, true virtual bank card or cards, true virtual credit card or cards, true virtual driver's license, true virtual passport, true virtual visas, true virtual insurance card or cards, true virtual Medicare card, true virtual Medicaid card, true virtual social security card, true virtual automobile insurance card or cards, true virtual home insurance card or cards, or true virtual birth certificate or other true virtual certificates, true virtual property ownership card or cards or certificate or certificates, true virtual employee card or cards, true virtual employer card or cards, true virtual diploma or diplomas, true virtual restricted area entry and exit card or cards, true virtual ticket or tickets, such as true virtual airline ticket or tickets, true flight travel itineraries, true virtual family photos, true virtual photos of associates, friends or relatives of each of the respective registered said real owner/user of each one of the respective registered smart telecommunication devices, and other true virtual items, in order to assist and empower each of the respective registered said real owner/user of each one of the respective registered said smart telecommunication devices during any and all required inspections and true verifications of the personal presence of each of the respective registered said real owner/user of each one of the respective registered smart telecommunication devices, in relevant gates or entries in certain restricted areas such as in specific airport or airports or aircraft or aircrafts, or entries into relevant countries or border zones, and, furthermore, providing sub-methods for instant-response precaution, advice, safety, security and guidance protections to each one of the respective registered said real owner/user of each of the respective registered said smart telecommunication devices, which can be very helpful and important to prevent harm or injuries to each one of the respective registered said real owner/user of each of the respective registered said smart telecommunication devices before, during and after emergencies, rescue operations, military deployments and war, law enforcement operations, natural calamities such as hurricanes, tornadoes, tsunamis, earthquakes, mass evacuations, terroristic and other hazardous situations, such as harmful explosions, shootings, robberies, rapes, hold-ups, kidnappings, car-napping, hijackings and school bullying;
- said specific sub-methods involving any of the following enumerated specific sub-methods, according to the selection and specific selected tasks as required by the respective registered owner/user of the respective registered said smart telecommunication devices belonging and specifically registered for his or her own use;
- said specific sub-methods comprising of:
- (a) (FIG. 13) a first initial preparatory specific sub-method for the required preparation phase of operation before any further anti-fraud and anti-identity theft uses, with true-personal verification protective functions are implemented, as effective specific sub-method to support any and all customer-controlled functionalities of the instant-response anti-fraud/anti-identity theft device with true-personal identity verification, providing for effective and accurate applications and operations in personal and/or business e-banking and e-commerce secured transactions and activities, in order to properly and accurately prepare each respective registered said device in association or as directly linked with each one of the respective customer/owner/user of each respective one of the respective registered said device for initiating, carrying out, concluding, limiting, approving or rejecting, consummating and completing any and all succeeding transactions, whichever the case may be;
- and said first initial preparatory specific sub-method providing in directly linking each respective registered customer/owner/user with the respective registered said device to any and all legitimate organization or organizations, agency or agencies, institution or institutions, bank or banks, credit card company or companies, mortgage company or companies, private or government insurance company or companies, police department or departments, public security and safety administration or administrations, school or schools, immigration and naturalization agency, homeland security and transportation agencies, department of motor vehicles, law enforcement agencies or any and all other second or third party or parties, with whom the respective registered customer/owner/user of each one of the respective registered said device, is dealing and allowing transmission, reception, access, and storage, comparison and retrieval of any and all legitimate relevant data/information, aimed to reduce, halt and prevent the commitment and occurrence of fraud and identity theft activities and any and all errors in data/information input and output that can victimize the respective registered customer/owner/user of each respective registered said device, in any and all personal, business and organizational matters;
- said first initial preparatory specific sub-method also adequately preparing for providing safety, security and precautionary guidance to each one of the respective registered customer/owner/user of each respective registered said device, during stationary and mobile and travel conditions, and, during emergency situations and hazardous conditions, such as any and all mass evacuations due to natural disasters such as floods, hurricanes, tsunamis, tornadoes, rain and snow and freezing conditions, earthquakes, fires, biological and chemical disasters, harmful shootings, invasions, or terroristic activities, and during law enforcements or during military operations, whichever the case may be;
- said first specific sub-method being made to initially prepare for various categories of sub-methods;
- said first initial preparatory specific sub-method comprising of steps:
- i. setting a required proper PIN for each respective customer-controlled anti-fraud/anti-identity theft device in order for said device to work and function furthermore, in preparation for connections and inter-linkages with specific banks or credit card companies or other relevant organizations, agencies, services, departments, merchants or any other second or thirst parties, to be made by the respective customer/owner/user of each respective said device to make the respective said device to function properly;
- ii. loading the required initial biometrics data such as a selected finger biometrics or iris biometrics data of the respective customer/owner/user of each respective said device for further accurate future accessing into each respective said device, during any and all succeeding future use of each respective said device, necessary as a correct true-personal identity verification for the further execution of correct and proper biometric matching and true-personal identity verification;
- iii. registering each respective said device by each respective bank and/or credit card company or companies or by any other relevant organizations, agencies, services, departments, merchants or any other second or third parties, into each respective relevant systems, networks, links and databases, while each of the respective bank and/or credit card company or companies or any other relevant organizations, agencies, services, departments, merchants or any other second or third party or parties, and providing the necessary required security for wireless, wired and/or optical communication networks & database(s) of any and all relevant information/data directed and transmitted to and received from each respective registered said device;
- iv. loading the respective customer's/owner's/user's specific account(s) data/information and correct true-personal identification information by each respective bank and/or credit card company or companies or any other relevant organizations, agencies, services, departments, merchants or any other second or thirst parties into the internal memory of each respective registered said device;
- v. linking the respective registered said device of the respective customer/owner/user to the bank server or other relevant servers to access the respective customer's/owners/user's bank and/or credit card companies account(s) data/information or transaction information and correct true-personal identification information, by each respective bank and/or credit card company or companies or any other relevant organizations, agencies, services, departments, merchants or any other second or thirst parties;
- vi. setting the relevant required authorized pin/password and/or biometrics for the safe access to each of the customer's/owner's/user's respective account and transaction information and secured true-personal identity verification, by the relevant respective bank and/or credit card company or companies or any other relevant organizations, agencies, services, departments, merchants or any other second or third parties;
- (b) (FIG. 15) a specific sub-method for processing an authorized customer's or authorized user's physical credit/debit card for the user's part of transaction, utilizing said device, and said specific sub-method comprising of steps:
- i. switching on of respective registered said device, having true-personal identity verification application;
- ii. entering the required passcode and/or scanning for the biometric data by the respective registered user of the respective registered said device to activate and unlock or activate the respective registered said device;
- iii. verifying or validating if the inputted data/information is correct;
- iv. if not verified or validated:
- locking the respective registered said device and stopping task processing for possible fraudulent use of the respective registered said device or possible error input of data/information;
- v. if verified or validated:
- prompting the respective registered owner/user of the respective registered said device in swiping the selected physical credit/debit card into the swiping slot of the respective registered said device or manually entering said selected physical credit/debit card details;
- vi. prompting the respective registered owner/user of the respective registered said device in selecting the type of card, either credit or debit;
- vii. prompting the respective registered owner/user of the respective registered said device in entering PIN/security code for the specific selected physical bank credit/debit card;
- viii. prompting the respective registered owner/user of the respective registered said device in entering the exact amount and currency to be transacted, and the access no. of the merchant, if available and needed;
- ix. automatically generating a Transaction Identification Number (TIN) and displaying it to the respective registered customer/user using the respective registered said device;
- x. connecting the respective registered customer's/user's selected physical credit/debit card bank account through the respective registered customer's/user's credit/debit card processing means, with needed transaction info;
- xi. validating authentication and authorization of the particular or specific transaction;
- xii. if not validated:
- recording of error/denial log and alarming the respective registered owner/user of the respective registered said device about fraudulent usage of the selected credit/debit card, and stopping task processing;
- xiii. if validated:
- verifying the availability of funds in said selected physical bank card or credit card owner's account for the specific transaction;
- xiv. if not verified or validated:
- recording of error/denial log and alarming the respective registered owner/user of the respective registered said device about insufficient funds in said selected account for said owner/user to remedy insufficiency of funds, and stopping task processing within a certain programmed allowable time to remedy insufficiency of funds in said selected account;
- xv. if verified and validated:
- processing specific transaction by respective registered owner's/user's card processing means of the respective registered owner's/user's selected debit/credit card;
- xvi. recording and saving the specific transaction in the buffer memory of said owner's/user's bank account;
- xvii. placing a hold of respective registered owner's/user's specific transaction until time for merchant's legitimate claim, and then, task processing is completed;
- (c) (FIG. 16) a specific sub-method for processing authorized transaction by merchants at the point-of-sale, comprising of steps;
- i. swiping the customer's credit/debit card or scanning the barcode of the virtual card using said device at the point-of-sale terminal;
- ii. prompting and selecting the type of card, either credit or debit;
- iii. prompting and entering the required proper PIN and/or validating the owner/user personal Identity;
- iv. prompting and entering the transaction identification number generated by said device at point-of-sale terminal, if available and needed;
- v. prompting and entering the amount and the currency to be transacted;
- vi. connecting to the customer's credit/debit card bank account through merchant's credit/debit card processing means for authorization and authentication;
- vii. validating for authentication & authorization;
- viii. if not validated:
- recording of error/denial log and alarming the respective registered owner/user about fraudulent usage of credit/debit card, in said device, and automatic stopping task processing;
- ix. if validated:
- verifying availability of the account funds to allow for the transaction;
- x. if funds are insufficient:
- recording denial log and alarming of insufficiency of funds in said device on the specific account of customer/owner/user of specific credit/debit card of error/denial log, and alarming the merchant of insufficient funds in selected account for said owner/user to remedy insufficiency of funds, and automatically stopping task processing;
- xi. if funds are available sufficiently:
- comparing buffer memory in the specific bank or credit card company for the customer part of transaction, if there is perfect match of amounts per specific transaction, with merchant's specific monetary claim;
- xii. if no match:
- recording and alerting of mismatch in said device, and reporting mismatch to the merchant terminal and automatically cancelling the specific transaction processing;
- xiii. if match:
- processing the merchant's specific transaction claim;
- xiv. crediting the exact monetary amount to the specific merchant's bank account;
- xv. saving the merchant's transaction in the buffer memory of the customer's bank account;
- xvi. recording of the transaction in the said device and notifying the owner/user of completed transaction, and task processing is completed;
- (d) (FIG. 18) a specific sub-method for processing authorized transaction by merchants through telephonic or online means, comprising of steps:
- i. deciding to make a purchase or pay bill online or by telephone;
- ii. activating voice recording application in said device by the respective registered user/owner of the respective registered said device in order to record the exact specific telephonic transaction for accurate evidentiary protection and security pertaining to the specific said telephonic transaction with a merchant or business or another person or organization;
- iii. in case online transaction is chosen:
- prompting the respective registered owner/user of said respective registered device to authorize a telephonic transaction, starting by swiping a selected physical credit/debit card, or manually entering the chosen credit/debit card details in said respective registered device;
- iv. prompting respective registered owner/user of said respective registered device to select the type of card, either credit or debit;
- v. prompting said owner/user of said respective registered device to enter the respective secret PIN/security code for the particular selected bank credit/debit card;
- vi. prompting said respective registered owner/user of said respective registered device to enter the amount and currency to be transacted and the access no. of the merchant, if available and required;
- vii. automatically generating a transaction identification number and displaying it to said respective registered owner/user of said respective registered device, and also displaying who is the real customer/owner of a selected credit/debit card for the intended specific transaction;
- viii. connecting the specific customer's particular credit/debit card bank account through relevant customer's credit/debit card processing means with transaction info;
- ix. validating for authentication and authorization during processing of said specific transaction;
- x. if not validated:
- recording of error/denial log and alarming with message in said respective registered device on possible fraudulent usage of said selected credit/debit card, and stopping task processing;
- xi. if validated:
- verifying by the specific bank about the availability of the funds in specific customer's specific bank account for the proper execution of specific transaction;
- xii. checking by the specific bank if the funds are available sufficiently to cover the specific transaction;
- xiii. alarming and recording in said respective registered said device if funds in specific account in the specific bank is insufficient to cover the specific transaction, and giving opportunity to the customer/user to remedy insufficiency in the specific bank account, and stopping task processing until the insufficiency of funds in specific account is solved;
- xiv. if verified that funds are sufficiently available in specific bank account, relevant processing means processing specific transaction with customer's/owner's/user's selected specific debit/credit card;
- xv. recording and saving specific transaction in the buffer memory of said respective registered customer's/owner's/user's specific bank account and placing a hold on said specific transaction until specific merchant legitimately claims the exact amount of money on hold as per the specific transaction, and so said respective registered customer/owner/user pre-authorization task processing is completed;
- xvi. if online transaction is desired:
- prompting said customer/owner/user to choose from the payment options and select for online internet transaction;
- xvii. prompting said customer/owner/user in entering bank details online:
- name of the account holder, type of card, card number, expiration date, the amount to be transacted and currency;
- xviii. sending transaction details along with the generated transaction information number to the web server means to process the specific transaction;
- xix. validating by web server the details of the particular given credit/debit card with the bank;
- xx. if authorization and authentication is not validated:
- recording and alerting in said device of possible error/denial or fraudulent usage of the particular credit/debit card, stopping task processing;
- xxi. if validated:
- verifying by the specific bank pertaining to the availability of funds in specific customer's/owner's/user's specific bank account for the specific transaction;
- xxii. alarming and messaging and recording in said device if funds are insufficient in the specific bank account, and processing of transaction is halted until specific customer/owner/user can immediately remedy insufficiency of funds, or else further stopping of task processing;
- xxiii. if verified or validated for sufficiency of funds in the specific bank account:
- comparing if the buffer memory for said customer/owner/user part of transaction matches with merchant's claim;
- xxiv. if no match:
- alarming and recording of mismatch in the respective registered said device, and reporting mismatch information to the particular merchant or business or person or organization, and cancelling the specific transaction, unable to process said specific transaction;
- xxv. if there is perfect match:
- processing merchant's transaction through web server means;
- xxvi. crediting the exact amount of money according to the specific transaction to the merchant's bank account;
- xxvii. saving the merchant's specific transaction in the buffer memory of the specific customer's/owner's/user's specific bank account;
- xxviii. reporting and recording of specific transaction in the respective registered said device, and notifying said respective registered customer/owner/user of completed transaction, and task processing is completed;
- (e) (FIG. 19) a specific sub-method for checking the balance of a specific debit/credit card prior to a transaction being performed by the card's and device's owner, comprising of steps:
- i. switching on the respective registered device by the registered owner/user of the respective registered device;
- ii. entering the passcode and/or scanning for the biometrics data of the registered owner/user of said respective registered device to activate and unlock said device;
- iii. verifying and validating the newly inputted password and/or biometrics data by electronically comparing them with the initially inputted data previously accepted and stored in the internal memory of said respective registered device;
- iv. if not verified or validated:
- locking said respective registered device and stopping task processing due to possible fraudulent use of said respective registered device or due to error in the newly inputted password and/or newly inputted biometrics data;
- v. if verified or validated:
- prompting registered owner/user of said respective registered device for swiping the selected physical credit/debit card to be used through the built-in swiping slot of said respective registered device or manually entering the selected credit/debit card details;
- vi. prompting said respective registered owner/user of said respective registered device to select the type of card to be used, either credit or debit;
- vii. prompting said respective registered owner/user of said respective registered device in entering the secret PIN/security passcode for the particular selected bank credit/debit card;
- viii. prompting if authorization and authentication is validated;
- ix. if not validated:
- recording of error/denial log and alarming said respective registered owner/user of possible fraudulent usage of said selected credit/debit card, stopping task processing, through the recording and alarming means of said respective registered device, and then stopping the processing of request of specific account's fund balance;
- x. if validated:
- connecting the customer's/owner's/user's selected credit/debit card bank account through customer's credit/debit card processing means, through the secured mobile connectivity of said respective registered device;
- xi. processing the request by the relevant processing means and reporting balance of funds information in the specified account;
- xii. displaying account balance on the screen of said respective registered device, task processing complete;
- (f) (FIG. 20) a specific sub-method for processing a transaction initiated by a merchant, and accepting or rejecting a transaction;
- said specific sub-method comprising of steps:
- i. swiping a selected physical credit/debit card at any point-of-sale terminal, ATM or entering the details of selected physical credit/debit card manually to initiate a transaction;
- ii. selecting the type of card, either credit or debit card, if required;
- iii. entering the secret PIN/security code or validating the customer's/owner's/user's personal Identity for the selected physical bank debit/credit card transactions, if required;
- iv. entering the amount and currency, the access no. of the merchant, optionally, if available and required, for the specific transaction;
- v. connecting to the customer's/owner's/user's credit/debit card bank account through merchant's credit/debit card processing means;
- vi. validating for authentication and authorization;
- vii. if not validated:
- recording of error/denial log and alarming the respective registered owner/user of possible fraudulent usage of said credit/debit card, stopping task processing;
- viii. if validated and there is also no previously inputted customer part of transaction in the buffer memory of the particular customer's bank account, displaying in the LCD screen and/or sounding alarm through the speaker system of said respective registered device for the respective customer's/owner's/user's approval or rejection of the specific transaction;
- ix. if rejected by the specific customer/owner/user:
- cancelling of the specific transaction, and reporting to the specific bank about the rejected or possibly fraudulent transaction, and recording of error/denial log in said respective registered device, stopping task processing;
- x. if approved:
- processing of specific transaction through relevant correct credit/debit card processing means;
- xi. recording and saving of specific transaction in the said respective registered device, and notifying said respective registered owner/user of said respective registered device of completed transaction, task processing complete;
- (g) (FIG. 21) a specific sub-method for pre-authorizing future transactions to be automatically deducted from the respective registered device's/owner's credit card, using said respective registered device to pre-approve a future upcoming transaction, comprising of steps:
- i. switching on the respective registered device;
- ii. entering the secret PIN or passcode and/or scanning for the biometrics data of the respective registered owner/user of said respective registered device to activate and unlock said respective registered device;
- iii. verifying or validating the newly inputted data for matching and electronically comparing them with the previously accepted inputted data stored in the internal storage memory of said respective registered device;
- iv. if not verified or validated:
- locking said respective registered device, and automatically stopping task processing while sounding an alarm in said respective registered device for possible fraudulent use of said device, and said device will not work further;
- v. if verified or validated:
- prompting said respective registered owner/user of said respective registered device in swiping selected physical credit/debit card through said respective registered device's swiping slot to enable reading of read-only data/information stored in the just-swiped credit/debit card's magnetic stripe, or manually entering the selected credit/debit card details;
- vi. prompting said respective registered owner/user in selecting the type of card, either for credit or debit;
- vii. prompting said respective registered owner/user in entering the secret PIN/security code for the selected bank credit/debit card;
- viii. prompting said respective registered owner/user in selecting “pre-authorize a transaction” from the options;
- ix. prompting said respective registered owner/user in entering the amount and currency to be transacted, and the access no. of the merchant, if available and needed, as well as the description and date when the pre-authorized transaction is to be made;
- x. connecting said respective registered customer's/owner's/user's credit/debit card bank account through customer's credit/debit card processing means with transaction info;
- xi. validating authentication & authorization;
- xii. if not validated:
- recording of error/denial log and alarming said respective registered owner/user of said respective registered device, through said respective registered device of possible fraudulent usage of specific credit/debit card, stopping task processing;
- xiii. if validated:
- storing the specific transaction details in customer's/owner's/user's bank account database memory, as well as in memory storage of said respective registered device for the future pre-authorized transaction;
- xiv. verifying if adequate funds are available a day or more in advance, by the respective bank for the specific pre-authorized transaction;
- xv. if not verified of available sufficient funds in specific bank account:
- alarming said respective registered owner/user of said respective registered device at regular intervals of time about the insufficient funds in selected account for said respective registered owner/user to remedy insufficiency of funds, offering said respective registered owner/user the possibility to cancel transaction;
- xvi. if transaction must be cancelled:
- reporting cancellation to the specific bank, and recording error/denial log in the said respective registered device, stopping task processing;
- xvii. if transaction is not cancelled and funds are sufficient:
- recording of specific transaction in said respective registered device, and notifying said respective owner/user about processing the pre-authorized transaction and recording in said respective registered device when said pre-authorized transaction is completed, task processing complete;
- (h) (FIG. 22) a specific sub-method for using a virtual bank card instead of a physical bank card or physical credit card to make personal monetary and/or commercial transactions by storing and retrieving the images of each of the physical bank cards and physical credit cards, and projecting the respective virtual images representing the respective said physical bank card or physical credit card into the LCD display window of the respective registered said device accompanied by specific respective barcodes, respectively representing the required data/information of the respective virtual bank card or virtual credit card in order to proceed, carry out and accomplish a completed monetary or commercial transaction or transactions;
- said specific sub-method comprising of steps:
- i. step A:
- switching on the anti-fraud and anti-identity theft with true-personal identity verification applications of the respective registered said device or CCIRAF/AITD belonging to the respective registered customer/user, then inputting again the required PIN or passcode and/or biometrics of said respective registered customer/user for electronically validating the newly inputted required PIN or passcode and/or biometrics data/information as electronically compared with the relevant pre-loaded correct PIN or passcode and/or biometrics data/information as previously set in the respective registered said device for matching accuracy, and in order to access the already pre-loaded relevant correct bank account or credit card data/information in the respective registered said device, and then prompting said device to display on the LCD display window all the available projectable virtual bank account cards or credit cards that have been pre-loaded into said device, and then scrolling through the LCD touch-screen of said device the various displayed virtual credit/debit bank cards, feeding from the pre-loaded virtual images of the respective bank account cards or credit account cards stored in the internal memory of the respective registered said device or CCIRAF/AITD, and then selecting which specific projected virtual bank account card or credit account card to use for the intended transaction or transactions, before proceeding further with any transaction or transactions;
- ii. step B:
- entering in said device by the respective registered customer/user, the required transaction information like card details, PIN, amount, currency and any other relevant data/information required to process the specific transaction, and, submitting the chosen virtual credit/debit card transaction details to the customer's credit card processing means via secured connections;
- iii. step C:
- routing to the customer's credit card processing network the transaction data/information and to the customer's bank account or credit card account with correct authorization;
- iv. step D:
- approving or declining the specific transaction based on the validation details of the selected virtual bank card, PIN and customer's available funds;
- and then sending the transaction results back to the customer's credit card processing means, about the transaction approval or decline or denial made at the specific customer's bank account or credit card account, and is left recorded into the customer's specific bank account's buffer memory of the respective credit/debit card bank account's database;
- v. step E:
- notifying to said device of the transaction results of approval or denial via the customer's credit/debit card processing means, and thus completes the customer part of the transaction;
- and then displaying to the respective registered customer a specific transaction identification number in said device, when programmed, after said device or bank generates said specific transaction identification number;
- wherein the generated transaction identification number, signifying that the customer/user-part of the specific transaction has been processed;
- vi. step F:
- scanning the specific chosen projected virtual credit/debit card's barcode as displayed on said device's LCD display window;
- said scanning activated by a merchant's barcode reader at a merchant's point-of-sale terminal to execute the specific transaction for direct point-of-sale purchase, also, for revealing the respective registered customer's/user's credit/debit card data/information containing the specific transaction data/information, PIN, specific transaction amount, currency and transaction identification number;
- vii. step G:
- sending the particular virtual credit/debit card transaction from the particular merchant's point-of-sale terminal through the merchant's credit/debit card processing means on behalf of the respective registered customer/user via secured electronic connections and networks;
- viii. step H:
- routing from the merchant's credit/debit card processing means the specific transaction to the customer's bank account to obtain the needed authentication, validation, approval and authorization;
- ix. step I:
- approving or denying said specific transaction as decided at the customer's bank account database with the proper credit/debit card issuing bank approving or declining said specific transaction based on respective registered customer's available funds, and the corresponding customer part of the transaction as stored in the buffer memory of the specific bank's secured database;
- and then, passing the specific transaction results back to the merchant's credit/debit card processing means;
- the criterion for approving the specific transaction is the comparison of the card PIN, data/information, transaction identification number, amounts, currency that the respective registered customer/user of the specific card had sent and authorized, including all relevant data/information sent or requested by the merchant's credit/debit card processing means and the exact amount requested by the merchant for the specific transaction along with the merchant Identification number, if needed;
- and then validating the specific transaction if all the data/information are perfectly matched;
- x. step J:
- storing the specific transaction results by the merchant's credit/debit card processing means and sending them to the merchant's point-of sale terminal, and completing the authorization process;
- xi. step K:
- sending from the customer's bank account processing database the appropriate amount of funds for the specific transaction to the merchant's credit/debit card processing means;
- xii. step L:
- sending the exact approved amount of funds to the merchant's bank account for deposit, after passing through the merchant's credit/debit card processing means, and completing the settlement process of the specific transaction;
- xiii. step M:
- reporting the processed and completed specific transaction to the respective registered customer's said device by the customer's bank account with its proper networking connections, and, including the exact approved amount of funds taken from said respective registered customer's user's specific bank account, and then saving the completed specific transaction details to the respective registered customer's said device's internal storage memory or respective registered CCIRAF/AITD's internal storage memory;
- (i) (FIG. 23) a specific sub-method for using a respective registered anti-fraud and anti-identity theft device with true personal identity verification application as a substitute for the use of specific chosen physical credit or debit bank card at a merchant's point-of-sale terminal, by utilizing a corresponding LCD-displayed virtual images that represent the respective chosen specific virtual bank card, with its respective specific electronically generated displayed respective specific barcode identification projected in said device's LCD-display window, said respective barcode identification representing the chosen specific virtual bank card, said specific virtual barcode identification being made readable by an upgraded or improved adjustable corresponding optical LCD barcode reader at the merchant's point-of-sale terminal;
- said specific sub-method also allowing the use of the selected projected virtual bank card and the respective specific virtual barcode to be used for checking the respective registered customer/user of said device in checking relevant specific account balance, transaction history, and activating funds transfers from one account to another, and, also allowing provisions for executing authorization or pre-authorization of purchase and/or bill payments;
- said specific sub-method comprising of steps:
- i. switching on the anti-fraud/anti-identity theft with true-personal identity verification application in said device;
- ii. entering the password and/or scanning for the biometrics data to activate said device;
- iii. if data is not validated:
- reporting fraudulent usage of said device or possible error entry of biometrics data, wherein repeating scanning again for the biometrics data is needed, and if still not validated, said device will not work;
- iv. if data is validated:
- displaying and scrolling all virtual bank cards accounts and virtual ID of authorized user;
- v. selecting the chosen bank virtual card and type of account to be used for specific transaction, including relevant barcodes displayed for scanning by merchant's appropriate barcode reader at point-of-sale terminal;
- vi. connecting to the customer's respective bank account database through customer's credit/debit card processing means;
- vii. choosing if balance is needed:
- reporting the balance of the specific account by correct processing means if account balance is requested;
- viii. choosing if transaction history is needed;
- ix. reporting the transaction/history of the specific account by correct processing means after processing the request displaying the transaction history in said device, if account transaction history is requested;
- x. displaying the account balance/history in said device;
- and then choosing if transfer of funds is desired;
- xi. selecting the amount and bank account where funds will be taken from and account where funds will be transferred into;
- xii. generating and displaying a transaction identification number in said device;
- xiii. sending the funds transfer request by said device to the correct processing means;
- xiv. validating if authentication and funds transfer request is correct;
- xv. if not validated as correct, end;
- xvi. if there is correct validation:
- processing the specific transaction and crediting the exact amount of funds into the relevant respective account or into the built-in NFC in said device, initiated by the correct processing means, and end;
- xvii. if the option to authorize a point-of-sale transaction or pre-authorize bill payment is chosen, then further comprising of the following steps;
- xviii. entering the amount and currency to be transacted, and optionally the access number of the merchant, if available and required;
- xix. generating and displaying the transaction identification number in the said device;
- connecting the respective registered customer's/owner's/user's specific credit/debit card bank account through the correct customer's credit/debit card processing means, with the specific transaction info;
- xx. validating if the authorization and authentication data is accurate;
- xxi. if not validated:
- alarming and recording into said device for possible fraudulent usage of the specific credit/debit card, and processing is halted and unable to process specific transaction;
- xxii. if validation of data/information on authorization or pre-authorization and authentication is accurate:
- checking by the specific bank for the availability of funds in the specific customer's bank account for the specific transaction;
- xxiii. if funds are available sufficiently in specific customer's specific bank account, then processing specific transaction by the specific customer's credit/debit processing means;
- xxiv. saving the specific transaction in the buffer memory of the specific customer's specific bank account;
- xxv. holding the specific exact amount of funds in for the specific transaction in the respective registered customer's bank account's buffer memory until legitimately claimed by the specific merchant through relevant processing means, then recording the consummated transaction in said device;
- xxvi. if funds are not sufficiently available in the specific customer's specific bank account, then alarming and recording of insufficiency of funds in specific bank account in said device, and processing further of specific transaction is halted until remedy is done to make specific bank account funds sufficiently available;
- (j) (FIG. 25) a specific sub-method for the legitimate processing of an authorized customer's or authorized user's Medicare or Medicaid and/or private medical/health insurance as can be correctly and rightfully claimed from the respective medical/health insurance companies by medical/health doctors and specialists, medical/health facilities, laboratories, pharmacies, medical clinics, hospitals, etc., and utilizing the interactive instant participation and response capabilities of the correct respective registered devices with the participation of the respective insured authorized customers or patients, so as to ascertain the validity and correctness of any and all relevant medical/health insurance claim or claims, in order to prevent the commitment of fraudulent medical/health insurance claim or claims;
- said specific sub-method comprising of steps:
- i. swiping a patient's medical/health insurance card having correct data/information embedded in said card's magnetic stripe, through the card swiping terminal of a relevant medical/health facility, laboratory, pharmacy, doctor's office, or entering the details of said card at said relevant medical/health facility, laboratory, pharmacy, doctor's office;
- ii. sending through the relevant medical organization the patient's insurance details along with the supporting data/information to the relevant insurance company or companies via the relevant medical/health insurance processing means for claiming the insurance payment;
- iii. forwarding the relevant medical/health insurance claim or claims details for any and all rendered relevant medical/health consultation, medical/health laboratory work, performed medical/health procedures or clinical laboratory tests, operations, medical/health services, diagnostics, surgeries, hospitalizations and/or any and all relevant medical-related equipment or equipments given to the specific insured patient who is the respective rightfully authorized owner of each relevant Medicare or Medicaid or other medical/health insurance card or cards, through submission of the specific relevant insurance claims via the relevant medical/health insurance processing means to the relevant Medicare or Medicaid or other relevant medical/health insurance agency or agencies or company or companies;
- iv. processing of the relevant insurance claim or claims by the relevant insurance company or companies, and contacting the respective insured patient's respective registered device for the respective insured patient or the respective responsible party to the respective insured patient to confirm the correctness or accuracy of the kind of medical/health consultation, tests, procedures, and frequency of the respective relevant medical/health items rendered or given to the respective registered insured patient as being claimed by the relevant medical/health facilities and supply entities, according to the dates and times, as made and claimed by the relevant medical/health facilities or facilities, through the use of respective customer's/patient's registered device, via or through the relevant secured medical/health insurance information processing means;
- v. swiping by the patient the medical insurance card into the respective said device or entering the required details of said card to correctly and reliably access the relevant medical insurance info and alerts received through the respective registered said device;
- vi. rejecting or confirming by the respective registered patient in response to the insurance company's request received from the respective registered said device within the specified time through relevant processing means for authentication or rejection of any and all relevant relayed or transmitted insurance claim or claims;
- vii. validating if the medical/health insurance claim or claims is or are authenticated as correct by the respective registered insured patient through the use of the respective registered said device;
- viii. if approved by the respective registered insured patient:
- relevant Medicare or Medicaid or any other medical/health insurance company or companies reporting the authenticity of the respective relevant claim or claims to the correct medical organization based on the respective registered said device's response, and then paying the claimed insurance money to the relevant respective medical/health facility or facilities;
- ix. if not approved by the respective registered insured patient as correct:
- rejecting by the respective Medicare or Medicaid or any other relevant insurance company or companies of the specific insurance claim or claims and reports to the respective correct medical organization and to the respective registered said device regarding the possible fraudulent claim or claims;
- (k) (FIG. 26) a sub-method for implementing safety and security in airports and aircrafts while accomplishing effective rapid confirmable secured true-personal identification of real passengers during airport and aircraft check-in, boarding, check-out, and coordinated with effective corresponding fast-lane accurate comprehensive flight ticketing, luggage check-in, airport gate entry, airport true passenger presence guarantee, luggage claim check-in and check-out by TSA-pre-approved passengers using correspondingly TSA-approved wireless registered instant-response anti-fraud and anti-identity theft device with true personal verification device or CCIRAF/AITD that is correctly linked to a corresponding TSA-registered passenger;
- said specific sub-method comprising of steps:
- i. registering together said device or CCIRAF/AITD and the authorized user of said device with the TSA, and providing all needed information requested by TSA for registration, as required;
- ii. confirming if said device and authorized user of said device are already TSA-registered together;
- iii. if said device and said authorized user of said are not yet registered:
- unable to use said device by said authorized user of said device for airport and aircraft security ticketing, check-in and aircraft boarding;
- iv. if yes:
- planning the air travel and purchasing the airline ticket or tickets online in the name of authorized user of said device, or purchasing personally the airline ticket or tickets from any other relevant travel agency or from airline ticket counter at airport;
- v. linking and downloading the purchased airline ticket or tickets, and the luggage barcodes, if required or desired, to the respective registered device of said authorized user of said device, at airline ticket counter through airline service provider and TSA databases every time said authorized registered user/passenger checks in at designated airport(s);
- vi. proceeding to security check-in and boarding gates of said registered authorized user/passenger using the respective registered said device;
- vii. waving of the NFC-enabled respective registered said device by the respective registered passenger/user at airport-based TSA's NFC reader, and the relevant coordinated TSA security inspection device automatically extracting the respective registered passenger's/user's data/information from TSA database to display on flat screen monitor, comparing the data/information from said respective registered said device and those data/information extracted from the TSA database regarding the respective registered passenger/user of the respective registered said device as previously linked during the registration process of the respective registered said device to said respective registered passenger/user of said device;
- viii. capturing instantly by the TSA security camera of the facial picture and the iris biometrics of the incoming respective registered passenger/user, then displaying and matching said facial picture and iris biometrics with the originally filed picture ID and iris scan extracted from the TSA database;
- ix. validating if TSA-extracted ID pictures and Iris biometrics of incoming respective registered passenger/user of the respective registered said device match with the data/information extracted from said device;
- x. if there is any mismatch of data/information:
- tagging incoming passenger/user of said device pertaining to mismatched pictures Ds and iris biometrics and he or she must undergo more elaborate special security screening;
- xi. confirming if the respective passenger/user of said device has passed the special security screening;
- xii. if there is any mismatch:
- reporting instantly of mismatch incident to TSA and airport & aircraft security, and if risky anomalies and data mismatch are found in the last moments, TSA and airport and aircraft will be alerted to enforce more strict cross-matching for fingerprint, palm-print, voice print, gait, signature investigation, as required, and interrogating of the specific tagged passenger/user ensues to stop potential security risks and prevent mishaps;
- xiii. if there is a validation of allowable match in facial pictures and captured iris biometrics between the newly extracted facial pictures and newly scanned iris biometrics of the respective incoming passenger/user with those respective passenger/user facial pictures and iris biometrics extracted from previously approved files at the TSA database;
- proceeding of incoming respective registered passenger/user of said device to further TSA security checks, if still necessary, in case there happens to be detected some recent up-to-the second instant emergency suspicious report of risky anomalies and data mismatch, then TSA and airport and aircraft will be alerted to enforce more stringent cross-matching of fingerprint, palm-print, voice print, gait, signature investigation and further interrogation ensues to stop potential security risks and prevent mishaps;
- until said passenger/user is finally approved to board the specific aircraft.