JP2007207069A - Card reader and contract terminal - Google Patents

Abstract

<P>PROBLEM TO BE SOLVED: To make a contract with even any of a plurality of suppliers by one contract terminal. <P>SOLUTION: The sub-contract management information group of each supplier is included in a contract management DLL (Down Line Loading) information group 35, and various DLL information groups 31 are made to correspond to each supplier. A menu control program 41 displays menus where predetermined types of contract management DLL information in each of the plurality of sub-contract management DLL information groups is arranged, and when receiving the selection of the control management DLL information, calls a general program 33, and notifies the general program 33 of information relating to the selected contract management DLL information. The general program 33 reads the DLL information group to be specified from the notified information from the various DLL information groups 31, and starts by using the DLL information group, and uses the sub-contract management DLL information group corresponding to the selected contract management DLL information for processing relating to settlement. <P>COPYRIGHT: (C)2007,JPO&INPIT

Description

  The present invention relates to a terminal device for performing processing related to a contract, for example, a card reader.

  For example, in order to establish a sale, payment is required. Various settlement terminals such as the terminal disclosed in Patent Document 1 are known.

JP 2003-283698 A

  The payment terminal, for example, reads and executes a predetermined application program (hereinafter referred to as a payment application program) for performing processing related to payment, thereby executing predetermined types of information (for example, payment method and amount) required for payment. By sending the data including the input information to a predetermined computer system (for example, a server), a payment request can be made to the computer system.

  A supplier's agent can be considered as a place where the payment terminal is used. For example, there are agents of the type (hereinafter referred to as “comportation agents”) that perform the agency work of a plurality of similar or different suppliers (for example, insurance companies) and main business (for example, automobile maintenance). There is a type of agency (hereinafter referred to as a side agency) where the agency is a part-time business (the joint agency has a number of suppliers that are in contact with each other. Therefore, hereinafter, agents having a plurality of suppliers such as a joint agent and a part-time agent are collectively referred to as “multiple supplier agents”).

  The procedure up to the completion of settlement differs for each supplier. For example, some suppliers allow credit card payments, some do not, others allow installments, and some do not.

  There are various suppliers for each of the plurality of supplier agents. For example, even if it is the same in terms of a riding agency, there are many different suppliers.

  Here, when considering using payment terminals at multiple supplier agents, it is possible to make payments to any supplier of multiple suppliers with one payment terminal, rather than preparing a dedicated payment terminal for each supplier. It would be particularly desirable for a multi-supplier agency to be able to do so. This is because it is not necessary to prepare several payment terminals.

  In order to be able to make payments to any of multiple suppliers with a single payment terminal, considering that the procedure for completing payment differs for each supplier, a dedicated payment application for each supplier. A method of installing the program on the payment terminal can be considered.

  However, it is considered that the payment application program is often modified for various reasons (for example, a reason that a new payment method is adopted). In this case, it is necessary to update the settlement application program already installed in the settlement terminal to the modified settlement application program. If such an operation occurs in the application program for settlement for each supplier, it is very troublesome for the person who performs the update operation. This is considered to be a problem as the number of suppliers in the agency increases.

  Further, if the payment terminal is a type of payment terminal that does not cause a problem of increasing the memory capacity or installing a CPU with a high processing speed, such as a stationary expensive device, for example, Even if you install a payment application program on your computer, it will not be a problem in terms of resources.

  The above-described problems may also exist in a terminal that can perform processing related to a contract of a type different from settlement.

  Accordingly, an object of the present invention is to install a dedicated contract application program for each supplier in the contract terminal so that a contract terminal can make a contract with any of a plurality of suppliers. It is to be able to realize without.

  Other objects of the present invention will become clear from the following description.

  A portable card reader according to the present invention is a card reader provided with a reading unit for reading data stored in a card-type storage medium, and a storage resource capable of storing a plurality of computer programs and information groups; A CPU that reads a computer program from the storage resource and executes the computer program, an input unit, and a display unit are provided. The plurality of computer programs include a menu control program for displaying a menu and a general-purpose program for executing a process common to the settlement of a plurality of suppliers. The information group includes a plurality of parameter groups respectively corresponding to a plurality of suppliers and one or more program parts corresponding to each supplier, and the information group includes information notified from the menu control program. From this, it is possible to specify one or more program parts corresponding to the supplier corresponding to the information. When the menu control program is read and executed by the CPU, the menu control program generates a menu in which a plurality of predetermined types of parameters in each of a plurality of parameter groups are arranged and displays the menu on the display unit. When the selection of a certain parameter out of a plurality of parameters included in the menu is received via the input unit, the general program is called, and information on the selected certain parameter is transmitted to the general program. Notice. When the general-purpose program is called from the menu control program, the general-purpose program is started using one or more program parts specified from the notified information, and after starting, the parameter group specified from the information To execute a process related to settlement with the supplier corresponding to the information, and in this process, to perform an operation for causing the reading unit to read data stored in the card-type storage medium. An electronic device including at least a part of the read data when the data stored in the card-type storage medium can be read from the reading unit by performing the operation according to the instruction. A settlement request is created, and the created settlement request is transmitted to a predetermined system. In this card reader, the general-purpose program is not activated without a call from the menu control program.

  A contract terminal according to the present invention includes a storage resource that can store a plurality of computer programs and information groups, a CPU that reads and executes a computer program from the storage resource, an input unit, and a display unit (input unit). And the display unit may be integrated like a touch panel, for example). The information group includes a plurality of parameter groups respectively corresponding to a plurality of suppliers. The plurality of computer programs include a menu control program and a general-purpose program. The menu control program generates a menu in which a plurality of predetermined types of parameters in each of a plurality of parameter groups are arranged, displays the menu on the display unit, and selects a certain parameter from the plurality of parameters included in the menu Is received via the input unit, the general-purpose program is called, and information on the selected parameter is notified to the general-purpose program. After the general-purpose program is activated, a process related to a contract is executed using a parameter group specified from the notified information.

  The “supplier” in the present specification is a person who provides goods or services, such as an insurance company or a travel company, and is one party of the contract.

  In the first embodiment, the menu control program passes all or some parameters of a parameter group corresponding to the selected parameter to the general-purpose program, or all or part of the parameter group. By notifying the general-purpose program of the location indicating the location of the parameter, information on the certain parameter can be notified to the general-purpose program.

  In the second embodiment, the information group includes one or more program parts corresponding to each supplier, and the information group includes one or more program parts from information notified from the menu control program. The general-purpose program can be started using one or more program parts specified from the notified information. Each program component may be a subprogram of a general-purpose program or a kind of parameter.

  In the third embodiment, the at least one parameter group includes a code string pattern, the code string pattern represents the number of digits and the code type of each digit, and the general-purpose program includes When receiving an input of a code string via the input unit, it is possible to check whether the input code string is a code string corresponding to the code string pattern using the code string parameter.

  In the fourth embodiment, the plurality of parameter groups include a part-time parameter group that is a parameter group for contracting with a plurality of different suppliers. When the general-purpose program starts when a predetermined type of parameter in the part-time parameter group is selected from the menu and called from the menu control program, a plurality of amounts corresponding to the plurality of suppliers are input. And a plurality of electronic payment requests for respectively paying the plurality of inputted amounts to the plurality of suppliers can be created and transmitted.

  Each computer program can be installed in the storage resource described above via a recording medium such as a CD-ROM or DVD (Digital Versatile Disk), or each computer program can be downloaded via a communication network such as the Internet or a LAN. You can also

  According to the present invention, it is possible to make a contract with any one of a plurality of suppliers using one contract terminal without installing a dedicated contract application program for each supplier on the contract terminal. it can.

  Hereinafter, a payment terminal to which a contract terminal (or card reader) according to an embodiment of the present invention is applied will be described with reference to the drawings.

  FIG. 1 shows a configuration example of an entire system including a settlement terminal according to an embodiment of the present invention.

  Each of the plurality of payment terminals 1 is used at a plurality of supplier agents. In the system according to this embodiment, the payment terminal 1 transmits an electronic payment request to the payment system 4 via a communication network (for example, the Internet) 3 in a wired or wireless manner. Each payment terminal 1 may be a stationary type or a portable type.

  The settlement system 4 includes, for example, a server (hereinafter referred to as an intermediary server) 5 that accepts a settlement request from each of a plurality of settlement terminals 1, and a plurality of settlement subsystems 7 that perform a settlement process according to the settlement request. Examples of the payment subsystem 7 include a server machine of a credit card company and a system capable of executing a multi-payment service. The intermediary server 5 requests payment from the payment subsystem 7 corresponding to the payment method (for example, payment by credit card or multi-payment) indicated by the electronic payment request received from the payment terminal 1, and responds to the request (for example, In response to payment completion or error), a response to the electronic payment request can be returned to the payment terminal 1.

  FIG. 2 shows a hardware configuration example of the payment terminal 1.

  The payment terminal 1 includes, for example, a display unit 11, a communication unit 18, an operation unit 17, a card reader 21, a printing unit 22, a memory 15, and a CPU 13. The communication unit 18 is, for example, a device for performing wired or wireless communication, and can communicate with the payment system 4 via the communication unit 18. The operation unit 17 is a man-machine interface (for example, a plurality of buttons) for a human to operate the payment terminal 1. The card reader 21 is a device that reads information recorded on a card-type storage medium (for example, a magnetic card or an IC card, hereinafter simply referred to as “card”) from the card. The memory 15 is, for example, one or a plurality of semiconductor memories, and includes an area for storing a computer program group, an area used as a work area, and the like. The CPU 13 can read and execute a computer program stored in the memory 15. Hereinafter, in order to make the explanation easy to understand, it is assumed that the subject of processing performed by the CPU reading and executing the computer program is the computer program.

  FIG. 3 shows a software configuration example of the payment terminal 1.

  The memory 15 stores an operating system (hereinafter referred to as OS) 39, a hardware controller (drivers such as the card reader 21 and the display unit 11) 37, a menu control program 41, and a general-purpose program 33. In addition, a contract management DLL (Down Line Loading) information group 35 referred to by at least the menu control program 41 of the general-purpose program 33 and the menu control program 41 and various DLL information groups 31 used for the general-purpose program 33 are also stored. The On the OS 39, the hardware controller 37, the menu control program 41, and the general-purpose program 33 operate. The menu control program 41 and the general-purpose program 33 are a kind of application program. The contract management DLL information group 35 can be said abstractly as a first information group. The various DLL information groups 31 can be said to be second information groups corresponding to each supplier.

  One feature of this embodiment is that a dedicated settlement application program is not installed for each supplier, but a menu control program 41, a contract management DLL information group 35, a general-purpose program 33, and various DLL information groups 31. It is in the constructed point.

  The contract management DLL information group 35 has a plurality of sub contract management DLL information groups respectively corresponding to a plurality of suppliers of a plurality of supplier agents in which the payment terminal 1 is used. The contract management DLL information here can be a single parameter. FIG. 4 shows a configuration example of the contract management DLL information group 35. According to this configuration example, the identification number (hereinafter referred to as parent number) of the payment terminal 1 itself that stores the contract management DLL information group 35 and the password of the payment terminal 1 are included. Furthermore, an agency registration DLL information group and a company registration DLL information group are included. The agency registration DLL information group includes, for example, display order and company abbreviations. By editing the display order, it is possible to change the order of items (here, screen display company names described later) in the initial menu. The company registration DLL information group includes a set of terminal identifier number (hereinafter referred to as child number), screen display company name, printing company name, securities number pattern, payment method information, receipt information table, and product name for each supplier. It is. From the set of the parent number and the child number associated with the parent number, it is possible to specify which sub contract management DLL information group corresponding to which supplier in which payment terminal 1 is to be edited. The screen display company name is a company name displayed in the initial menu. The printing company name is a company name printed by the printing unit 22. The security number pattern indicates how many digits there are and what type of code is included in each digit. There are three types, for example, A (alphabet), N (number), and W (alphanumeric). The payment method information represents information related to the payment method. For example, the presence / absence of debit (whether or not debit card payment is possible), the presence or absence of credit (whether or not payment can be made using a credit card), and the presence or absence of multi-payment (multi payment) Whether or not payment is possible), storage company code, deposit account (deposit card when depositing with debit card), and handling credit company table (table with all credit company codes that can be handled if there is a credit presence / absence classification) ) Is included. The receipt information table represents the definition of receipt contents to be settled. For example, for each receipt contents, a receipt code (receipt contents code for identifying what kind of settlement is), name (name of receipt contents) , Whether the security number is required (definition of whether the security number is required to be entered at the time of receipt) and the insurance premium period (whether the payment year in which the insurance premium should be applied at the time of receipt is required) Definition of no). The product name is the name of the product handled by the supplier.

  Refer to FIG. 3 again. The various DLL information groups 31 are DLL information groups for each supplier, and are, for example, program parts of the general-purpose program 33 (for example, subprograms or data for controlling the general-purpose program 33). Specifically, for example, various DLL information groups 31 describe one or a plurality of tables for managing connection destinations of the payment terminal 1 and information items acquired at the time of payment (for example, credit card payment). It may be at least one of one or a plurality of tables. The various DLL information groups 31 are configured so that the general-purpose program 33 can specify what kind of DLL information group should be read when the general-purpose program 33 receives what supplier information (information about the supplier). For example, the various DLL information groups 31 are linked to supplier information that the general-purpose program 33 can receive.

  Of the above-described contract management DLL information group 35 and various DLL information groups 31, at least the contract management DLL information group 35 may be edited using the payment terminal 1, or may not be edited by the payment terminal 1. By editing with a computer that can communicate with the payment terminal 1 (for example, the intermediary server 5 or another computer), and downloading all or part of the edited contract management DLL information group 35 to the payment terminal 1, All or part of the stored contract management DLL information group 35 may be updated to the edited information. Specifically, for example, in the contract management DLL information group 35, the contract management DLL information (parameters) included in the agency registration DLL information group can be edited using the payment terminal 1, and the company registration DLL information group The contract management DLL information (parameters) included in can be edited by a computer that can communicate with the payment terminal 1 instead of the payment terminal 1. In editing, authentication information such as a password may be received, and editing may be performed when authentication is successful.

  The menu control program 41 generates an initial menu in which each screen display company name (contract management DLL information) written in the contract management DLL information group 35 is arranged according to the display order, and displays the initial menu on the display unit 11. Let Then, if a certain company name is selected from a plurality of company names included in the initial menu, the menu control program 41 calls the general-purpose program 33, and supplies supplier information relating to the selected company to the general-purpose program. 33 is notified. Specifically, for example, the menu control program 41 may include one or a plurality of contract management DLL information (screen display company name) corresponding to a selected company name in the contract management DLL information group 35. Is passed to the activated general-purpose program 33, or the general-purpose program 33 is notified of the location where the one or more parameters are stored.

  The general-purpose program 33 is a computer program that does not depend on the payment partner supplier. In other words, the general-purpose program 33 is a general-purpose computer program that can execute processing related to payment regardless of which supplier the payment partner is. The general-purpose program 33 is a program that does not start unless it is called from the menu control program 41, for example. When called from the menu control program 41, the general-purpose program 33 reads the DLL information group of the type corresponding to the supplier information from the menu control program 41 from the various DLL information groups 31 and starts using the read DLL information group. be able to. Specifically, for example, when the general-purpose program 33 receives one or a plurality of contract management DLL information (parameters), it corresponds to at least one contract management DLL information of the received one or a plurality of contract management DLL information. The DLL information group to be acquired can be acquired from the various DLL information groups 31. For example, when the general-purpose program 33 receives a notification of the location of one or more contract management DLL information, the general-purpose program 33 acquires a DLL information group corresponding to the location or one or more contract management DLL information from the location. Then, a DLL information group corresponding to at least one contract management DLL information among the acquired one or more contract management DLL information can be acquired from various DLL information groups 31. The general-purpose program 33 can operate as a payment application program dedicated to the supplier corresponding to the supplier information by reading and starting the DLL information group corresponding to the notified supplier information. The general-purpose program 33 is configured so that a process common to a plurality of suppliers can be executed without a DLL information group, and a process that differs depending on each supplier is executed using the acquired DLL information group. It is configured to be able to.

  Hereinafter, an example of the flow of processing performed in the payment terminal 1 will be described with reference to FIG. In each step after FIG. 5, “common” in parentheses indicates a process performed regardless of which supplier is the settlement partner, and “individual company” in parentheses indicates This is a process that may or may not be performed by the supplier. The processing corresponding to “individual company” can be realized by, for example, what kind of contract management DLL information is included in the sub contract management DLL information group.

  As shown in FIG. 5, for example, when the main power supply of the payment terminal 1 is turned on, a predetermined computer program (for example, a module in the OS 39 or the menu control program 41) displays a screen for accepting password input. If the password is input via the operation unit 11, the validity of the input password is checked (step S1). If the input password matches the password in the contract management DLL information group 35, S2 is performed.

  In S2, the menu control program 41 generates an initial menu in which screen display company names (contract management DLL information) included in the contract management DLL information group 35 are arranged according to the display order, and the initial menu is displayed on the display unit. 11 is displayed.

  When a selection of a screen display company name from the initial menu is received via the operation unit 17 (for example, when a button having a number corresponding to the screen display company name is pressed), the menu control program 41 As shown in FIG. 6, the general-purpose program 33 is activated, and one or a plurality of contract management DLL information corresponding to the selected company name acquired from the contract management DLL information group 35 is passed to the general-purpose program 33 (S3A). . The general-purpose program 33 reads the DLL information group corresponding to the transferred contract management DLL information from the various DLL information groups 31 and starts using the read DLL information group (S3B). As a result, the general-purpose program 33 can operate as a payment application program dedicated to the supplier corresponding to the selected company name. Hereinafter, the description will be made assuming that “BBB fire” is selected in the initial menu.

  The general-purpose program 33 generates a transaction business menu using the payment method information in the sub contract management DLL information group corresponding to the supplier “BBB fire” and displays it on the display unit 11 (S4). Here, for example, since there is a “Malpay presence / absence classification”, an item for accepting an account transfer setting is also displayed on the transaction business menu, but if there is no Malpay presence / absence classification, that item is not displayed.

  When settlement is selected in the transaction business menu, the general-purpose program 33 includes all receipt codes and names registered in the receipt information table in the sub contract management DLL information group corresponding to the supplier “BBB fire”. A transaction selection menu is generated and displayed on the display unit 11 (S5). Here, if the receipt code and the name are not registered at all in the receipt information table, S5 is not performed.

  In the transaction selection menu, the general-purpose program 33 receives the change insurance premium selection via the operation unit 17, for example, as shown in FIG. Since the insurance premium application period is also required, a screen requesting input of the security number and the application year is displayed on the display unit 11 (S6). Here, if either one of the securities number or the year of the fiscal year is required, a screen for accepting either one is displayed. If neither input is required, S6 is Not done. Further, when the securities number is input via the operation unit 17, the general-purpose program 33 uses the securities number pattern in the parameter group corresponding to the supplier “BBB fire” to input the securities number into the supplier “BBB fire”. It is checked whether or not the securities number pattern is suitable for "(If it is not suitable, for example, re-entry of the securities number can be requested).

  The general-purpose program 33 receives an input of an amount to be received (amount to be paid by the buyer) as shown in FIG. 9 at a certain timing (for example, when all the processes of the individual company are completed) (S7).

  If the amount is input, the general-purpose program 33 generates a payment method menu displaying the payment method using the payment method information in the sub contract management DLL information group corresponding to the supplier “BBB fire” and displays the payment method menu 11. (S8). Here, since debit cards, credit cards, and multi-payments can be used, the settlement methods are displayed in a selectable manner. Note that if the usage is not set in each category, the settlement method corresponding to that category is not displayed so as to be selectable (for example, the settlement method is displayed as unselectable or the settlement method is displayed). Is not displayed).

  If the payment method is selected, the general-purpose program 33 displays a screen (screen displaying the amount input in S7) for the buyer to confirm the amount to be received on the display unit 11 (S9).

  Thereafter, as shown in FIG. 10, the general-purpose program 33 instructs the card reading (S10). If the information recorded on the card is read from the card reader 21, the general-purpose program 33 requests input of the personal identification number of the card (S11). If it is obtained that the entered password is the correct password, the general-purpose program 33 sends a settlement request message (for example, a transfer destination account in the parameter group, a transfer source account in the card, a message including the amount). It is generated and transmitted from the communication unit 18 to the mediation server 5. When a predetermined answer (for example, settlement end) is received from the mediation server 5 via the communication unit 18, the general-purpose program 33 displays a settlement completion screen (S12). Here, when a predetermined key is pressed, the details of payment (for example, information including the name of the printing company in the parameter group and the amount received) can be printed from the printing unit 22. If another predetermined key is pressed, the general-purpose program 33 ends and the menu control program 33 performs S2 again.

  As described above, according to the above-described embodiment, the menu control program 41 and the general-purpose program 33 are prepared, and a DLL information group is prepared for each of the programs 41 and 33. The contract management DLL information group 35 referred to by the menu control program 41 includes a sub contract management DLL information group for each supplier, and the various DLL information groups 31 referred to by the general-purpose program 33 correspond to each supplier. ing. First, the menu control program 41 generates a menu in which a plurality of predetermined types of contract management DLL information in each of the plurality of sub contract management DLL information groups is arranged and displays the menu on the display unit 11, whereby Upon receiving the selection of which supplier to be settled and receiving the selection of the contract management DLL information, the general-purpose program 33 is called, and the supplier information related to the supplier corresponding to the selected contract management DLL information is sent to the general-purpose program 33. Notice. The general-purpose program 33 reads the DLL information group corresponding to the supplier information from the various DLL information groups 31 and starts using the DLL information group. The general-purpose program 33 appropriately uses the contract management DLL information in the contract management DLL information group 35 corresponding to the supplier information in the process related to the settlement. Thereby, it is possible to perform settlement with any supplier of a plurality of suppliers with one settlement terminal 1 without installing a dedicated settlement application program for each supplier.

  The embodiment of the present invention has been described above, but this is an example for explaining the present invention, and the scope of the present invention is not limited to this embodiment. The present invention can be implemented in various other forms.

  For example, the various DLL information groups 31 include not only a DLL information group for each supplier but also a DLL information group specialized for the business condition of a plurality of supplier agents (for example, whether it is a joint agent or a side-agent agent). It may be. In this case, the general-purpose program 33 can execute the process using the DLL information group corresponding to the designated business format upon receiving the business format designation. Alternatively, the general-purpose program 33 may be configured specifically for the business conditions of a plurality of supplier agents in which the payment terminal 1 is used.

  For example, the payment terminal 1 can perform a plurality of payments in a series of payment processes. Specifically, for example, the contract management DLL information group 35 includes a sub-contract management DLL information group corresponding to a part-time agency, and the sub-contract management DLL information group includes a DLL information group corresponding to a plurality of suppliers. Is included. In this case, as illustrated in FIG. 11, after S1 to S4 are performed (in S3A, contract management DLL information corresponding to a part-time agency is selected), the general-purpose program 33 inputs the total settlement amount. After receiving the payment, the payment amount and the settlement method (for example, debit card or credit card) to the first supplier (for example, travel agency) can be received (S100). If they are input, the general-purpose program 33 can accept the payment amount and settlement method input to the second supplier (for example, an insurance company) (S200). That is, it is possible to accept designation of how to separate the total settlement amount. If these are input, the general-purpose program 33 will send the first settlement request message (a message according to the amount received at S100 and the settlement method) and the second settlement request message (a message according to the amount received at S200 and the settlement method). Can be transmitted to the payment system 4 (specifically, the mediation server 5) simultaneously or sequentially. When sending sequentially, for example, when payment is received for the first payment request message, the second payment request message is sent, and the first payment request message is sent within a predetermined time. When the payment completion cannot be received, the second payment request message can be prevented from being transmitted. As described above, the payment terminal 1 can perform a plurality of payments with different payment partners and payees in a series of payment processes. This is considered to be particularly useful when the payment terminal 1 is used in a side-by-side agency. For example, when the payment terminal 1 receives an error from the payment system 4 for at least one of the plurality of payment request messages transmitted, the payment terminal 1 retransmits the payment request message corresponding to the error, or It is possible to obtain re-input of information for settlement related to the electronic message via the display unit 11.

1 shows a configuration example of an entire system including a settlement terminal according to an embodiment of the present invention. An example of the hardware configuration of the payment terminal 1 is shown. The example of a software structure of the payment terminal 1 is shown. The structural example of the contract management DLL information group 35 is shown. The 1st part of an example of the flow of the process performed in the payment terminal 1 is shown. The 2nd part of an example of the flow of the process performed in the payment terminal 1 is shown. The 3rd part of an example of the flow of the process performed in the payment terminal 1 is shown. The 4th part of an example of the flow of the process performed in the payment terminal 1 is shown. The 5th part of an example of the flow of the process performed in the payment terminal 1 is shown. 6th part of an example of the flow of the process performed in the payment terminal 1 is shown. Another example of the flow of processing performed in the payment terminal 1 is shown.

Explanation of symbols

DESCRIPTION OF SYMBOLS 1 ... Payment terminal 4 ... Payment system 5 ... Mediation server 7 ... Payment subsystem 11 ... Display part 13 ... CPU 15 ... Memory 17 ... Operation part 21 ... Card reader 22 ... Printing part 31 ... Various DLL information groups 33 ... General purpose program 35 ... Contract management DLL information group 37 ... Hardware controller 39 ... OS (operating system) 41 ... Menu control program

Claims (6)

In a portable card reader provided with a reading unit for reading data stored in a card-type storage medium,
A storage resource capable of storing a plurality of computer programs and information groups;
A CPU that reads and executes a computer program from the storage resource;
An input section;
A display unit,
The plurality of computer programs include
A menu control program for displaying a menu;
And a general-purpose program for executing processing common to multiple supplier settlements,
The information group includes a plurality of parameter groups respectively corresponding to a plurality of suppliers and one or more program parts corresponding to each supplier, and the information group includes information notified from the menu control program. From this, it is possible to identify one or more program parts corresponding to the supplier corresponding to the information,
When the menu control program is read and executed by the CPU, the menu control program generates a menu in which a plurality of predetermined types of parameters in each of a plurality of parameter groups are arranged and displays the menu on the display unit. When the selection of a certain parameter out of a plurality of parameters included in the menu is received via the input unit, the general program is called, and information on the selected certain parameter is transmitted to the general program. Notify
When the general-purpose program is called from the menu control program, the general-purpose program is started using one or more program parts specified from the notified information, and after starting, the parameter group specified from the information To execute a process related to settlement with the supplier corresponding to the information, and in this process, to perform an operation for causing the reading unit to read data stored in the card-type storage medium. An electronic device including at least a part of the read data when the data stored in the card-type storage medium can be read from the reading unit by performing the operation according to the instruction. Create a payment request, send the payment request to the designated system,
The general-purpose program does not start without a call from the menu control program;
Portable card reader. A storage resource capable of storing a plurality of computer programs and information groups;
A CPU that reads and executes a computer program from the storage resource;
An input section;
A display unit,
The information group includes a plurality of parameter groups respectively corresponding to a plurality of suppliers,
The plurality of computer programs include a menu control program and a general-purpose program,
The menu control program generates a menu in which a plurality of predetermined types of parameters in each of a plurality of parameter groups are arranged, displays the menu on the display unit, and selects a certain parameter from the plurality of parameters included in the menu Is received via the input unit, the general-purpose program is called, and information on the selected parameter is notified to the general-purpose program,
After the general-purpose program is started, a process related to a contract is executed using a parameter group specified from the notified information.
Contract terminal. A place where the menu control program passes all or some parameters of the parameter group corresponding to the selected parameter to the general-purpose program, or indicates the location of all or part of the parameters of the parameter group By notifying the general-purpose program of the information related to the certain parameter,
The contract terminal according to claim 2. The information group includes one or more program parts corresponding to each supplier, and the information group can identify one or more program parts from information notified from the menu control program. And
The general-purpose program is configured to be activated using one or more program parts specified from the notified information.
The contract terminal according to claim 2. The at least one parameter group includes a code string pattern,
The code string pattern represents the number of digits and the code type of each digit,
When the general-purpose program receives a code string input via the input unit, the code string parameter is used to determine whether the input code string is a code string corresponding to the code string pattern. To check,
The contract terminal according to claim 2. The plurality of parameter groups includes a part-time parameter group that is a parameter group for contracting with a plurality of different suppliers,
When the general-purpose program starts when a predetermined type of parameter in the part-time parameter group is selected from the menu and called from the menu control program, a plurality of amounts corresponding to the plurality of suppliers are input. And creating and sending a plurality of electronic payment requests to pay the plurality of inputted amounts to the plurality of suppliers,
The contract terminal according to claim 2.

Images