JP2018005310A - Information processing device, control method, and program - Google Patents

Abstract

PROBLEM TO BE SOLVED: To lower a risk of an unauthorized use damage in off-line settlement by managing use states of a plurality of credit cards of each user in an off-line state in settlement by a credit card on an off-line state.SOLUTION: A use upper limit amount by a plurality of credit cards is managed in an environment (for example, during flight), user position specification information (e.g., a seat number) which can specify the position of a user is acquired during a period when an off-line state continues, and a check based on the use upper limit amount by a plurality of credit cards is executed and warned when the user uses the plurality of credit cards during the period when the off-line state continues.SELECTED DRAWING: Figure 3

Description

  The present invention relates to a technology for making a temporary settlement offline in a credit card settlement such as merchandise sales.

  Wireless communication with the ground is restricted in the plane of a plane in flight, and when making a payment with a credit card when selling products etc. on the plane, it is necessary to make a temporary settlement offline without communicating with the ground server is there.

  In this case, since the credit card usage limit cannot be checked in real time, there is a risk of unauthorized use damage caused by forged cards. For this reason, airline companies set their own credit limit for each credit card during one flight to minimize damage.

  In order to manage the usage limit in an offline state, Patent Document 1 discloses a technique for managing the usage limit by storing a balance with a multi-function IC card.

JP 2004-362332 A

  However, the method according to Patent Document 1 assumes an IC card function, and not all credit cards have an IC function at present. Therefore, the method cannot be immediately applied to credit card offline settlement.

  Further, in the case of the method of setting the limit of use during one flight for each credit card, the damage amount increases when one person possesses a plurality of counterfeit cards and illegally uses them.

  Therefore, the present invention aims at managing the usage status of a plurality of credit cards for each user in the offline state in the payment by credit card in the offline state, and reducing the risk of unauthorized use damage in the offline payment. To do.

  The information processing apparatus according to the present invention is an information processing apparatus that performs a payment process using a plurality of credit cards in the offline state in an environment where the offline state continues for a certain period of time, and manages the upper limit for use of the plurality of credit cards Means, user position specifying information acquiring means for acquiring user position specifying information capable of specifying a user position during a period in which the offline state continues, and the plurality of credit cards managed in association with the user position specifying information And warning means for checking and warning the total usage amount based on the usage upper limit amounts for the plurality of credit cards.

  The control method of the present invention includes an information processing apparatus that has means for managing a maximum amount of use for a plurality of credit cards in an environment where the offline state continues for a certain period of time, and performs settlement processing using the plurality of credit cards in the offline state. In the control method, the user position specifying information acquiring unit acquires user position specifying information capable of specifying the position of the user during the period in which the offline state continues, and the warning unit includes the user And a warning step of checking and warning the total usage amount of the plurality of credit cards managed in association with the position specifying information based on the upper limit usage amount for the plurality of credit cards.

  The program of the present invention is a program that can be executed in an information processing apparatus that performs payment processing using a plurality of credit cards in the offline state in an environment where the offline state continues for a certain period of time. A first management unit that manages a use upper limit for a card; a user position specifying information acquiring unit that acquires user position specifying information capable of specifying a user position during a period in which the offline state continues; and the user position specifying information. It is made to function as a warning means for checking and warning the total usage amount of the plurality of credit cards managed in association with each other based on the maximum usage amount for the plurality of credit cards.

  According to the present invention, it is possible to manage the usage status of a plurality of credit cards for each user in the offline state and to reduce the risk of unauthorized use damage in the offline payment in the payment by credit card in the offline state. Become.

The block diagram which shows an example of the system configuration | structure of the in-flight sales management system which is embodiment of this invention. The block diagram which shows an example of the hardware constitutions applicable to the in-flight sales terminal which comprises the in-flight sales management system which is embodiment of this invention. The block diagram which shows an example of a function structure of the in-flight sales management system which is embodiment of this invention. The data block diagram which shows an example of the limit amount master table used with the in-flight sales management system which is embodiment of this invention. The data block diagram which shows an example of the sales data table used with the in-flight sales management system which is embodiment of this invention. The data block diagram which shows an example of the total amount table classified by card number used with the in-flight sales management system which is embodiment of this invention. The data block diagram which shows an example of the total amount table classified by seat number used with the in-flight sales management system which is embodiment of this invention. The data block diagram which shows an example of the special adoption table used with the in-flight sales management system which is embodiment of this invention. The screen image which shows an example of the payment method selection screen of the in-flight sales management system which is embodiment of this invention. The screen image which shows an example of the credit card reading screen of the in-flight sales management system which is embodiment of this invention. The screen image which shows an example of the customer information registration screen of the in-flight sales management system which is embodiment of this invention. The screen image which shows an example of the seat number warning screen of the in-flight sales management system which is embodiment of this invention. The screen image which shows an example of the single card limit amount error screen of the in-flight sales management system which is embodiment of this invention. The screen image which shows an example of the multiple card limit amount warning screen of the in-flight sales management system which is embodiment of this invention. The screen image which shows an example of the multiple card use warning screen of the in-flight sales management system which is embodiment of this invention. The flowchart which shows an example of the credit card payment process of the in-flight sales management system which is embodiment of this invention. The flowchart which shows an example of the multiple card limit check process of the in-flight sales management system which is embodiment of this invention.

  FIG. 1 is a block diagram showing an example of a system configuration of an in-flight sales management system according to an embodiment of the present invention.

  The in-flight sales management system 100 includes an in-flight sales terminal 101, a sales management server 102, and a network 103.

  The in-flight sales terminal 101 acquires product information by reading a barcode attached to a product in the flight, and acquires the amount from the product master acquired in advance from the sales management server 102. In the case of credit card settlement, the credit card information is read, provisional settlement is performed in an offline state, and stored as sales data. After landing, the sales management server 102 is connected online and the sales data stored in the sales management server 102 is transmitted.

  The sales management server 102 transmits necessary data such as a product master necessary for in-flight sales to the in-flight sales terminal 101 before takeoff, receives the sales data from the in-flight sales terminal 101 after landing, and is temporarily settled with a credit card. The sales data will be connected to a credit company to make this payment. Here, if unauthorized use of a credit card is detected, the person in charge is notified and necessary measures are taken.

  The network 103 connects the in-flight sales terminal 101 and the sales management server 102 so that they can communicate with each other. However, the use of the network 103 is limited during flight, and it is mainly used on the ground before takeoff and after landing. In addition, a wireless network is usually adopted, but a wired network or a direct connection by USB or the like may be used.

  FIG. 2 is a block diagram showing an example of a hardware configuration applicable to the in-flight sales terminal 101 of FIG.

  In FIG. 2, reference numeral 201 denotes a CPU that comprehensively controls each device and controller connected to the system bus 204. Further, the ROM 202 or the external memory 211 is necessary to realize a BIOS (Basic Input / Output System) or an operating system program (hereinafter referred to as an OS), which is a control program of the CPU 201, or a function executed by each server or each PC. Various programs to be described later are stored.

  A RAM 203 functions as a main memory, work area, and the like for the CPU 201. The CPU 201 implements various operations by loading a program or the like necessary for execution of processing from the ROM 202 or the external memory 211 into the RAM 203 and executing the loaded program.

  An input controller 205 controls input from a keyboard (KB) and touch panel 209, a card reader 212 for reading credit card information, a bar code reader 213 for reading bar codes attached to products, and the like. . A video controller 206 controls display on the display 210 of the display 210. In addition, the display in this embodiment is a liquid crystal display with a touch panel function, and also has an input function.

  A memory controller 207 is provided in an external storage device (hard disk (HD)), flexible disk (FD), or PCMCIA card slot for storing a boot program, various applications, font data, user files, editing files, various data, and the like. Controls access to an external memory 211 such as a CF card memory connected via an adapter.

  A communication I / F controller 208 connects and communicates with an external device via a network (for example, the network 103 shown in FIG. 1), and executes communication control processing in the network. For example, communication using TCP / IP is possible.

  Note that the CPU 201 enables display on the display 210 by executing outline font rasterization processing on a display information area in the RAM 203, for example. In addition, the CPU 201 enables a user instruction with the keyboard and the touch panel 209.

  Various programs to be described later for realizing the present invention are recorded in the external memory 211 and executed by the CPU 201 by being loaded into the RAM 203 as necessary. Furthermore, definition files and various information tables used when executing the program are also stored in the external memory 211, and a detailed description thereof will be described later.

  FIG. 3 is a block diagram illustrating an example of a functional configuration of the in-flight sales management system according to the embodiment of this invention.

  The in-flight sales management system 100 has an in-flight sales terminal 101 and a sales management server 102.

  The in-flight sales terminal 101 includes a screen display unit 311, a product information acquisition unit 312, a credit card information acquisition unit 313, a customer information acquisition unit 314, a limit check unit 315, a provisional payment processing unit 316, and a transmission / reception unit 317.

  The screen display unit 311 includes a payment method selection screen 900, a credit card reading screen 1000, a customer information registration screen 1100, a seat number warning screen 1200, a single card limit amount error screen 1300, a multiple card limit amount warning screen 1400, and a plurality of later described. It is a functional unit that displays various screens such as a card use warning screen 1500.

  The product information acquisition unit 312 is a functional unit that acquires product information by reading a barcode attached to a product with the barcode reader 213 and further acquires the price of the product from the product master.

  The credit card information acquisition unit 313 is a functional unit that reads credit card information with the card reader 212 and temporarily stores it in the RAM 203.

  The customer information acquisition unit 314 is a functional unit that receives input of customer information on the customer information registration screen 1100 and temporarily stores it in the RAM 203.

  The limit amount check unit 315 is a functional unit that executes a single card limit amount check for each credit card and a multi-card limit amount check for each customer. The checked result is notified to the person in charge by displaying a screen corresponding to the result by the screen display unit 311.

  The provisional payment processing unit 316 is a functional unit that executes payment using a credit card in an offline state.

  The transmission / reception unit 317 is a functional unit that receives various data necessary for offline payment of a credit card from the sales management server 102 and transmits data necessary for the main settlement such as sales data to the sales management server 102.

  The sales management server 102 has a transmission / reception unit 321 and a main settlement processing unit 322.

  The transmission / reception unit 321 is a functional unit that transmits various data necessary for offline payment of a credit card to the in-flight sales terminal 101 and receives data necessary for the main settlement such as sales data from the in-flight sales terminal.

  The settlement processing unit 322 is a functional unit that performs settlement processing by connecting to a credit company based on provisionally settled sales data transmitted from the in-flight sales terminal 101.

  Hereinafter, an example of a data table used in the in-flight sales management system 100 will be described with reference to the drawings.

  Each data table is stored in the external memory 211 or the RAM 203 of the in-flight sales terminal 101. The limit amount master table 400 is managed by the sales management server 102, and is downloaded from the sales management server 102 to the in-flight sales terminal 101 in advance before flight.

  FIG. 4 is a data configuration diagram illustrating an example of the limit amount master table 400.

  The limit amount master table 400 stores credit card use limit amounts in offline settlement, and has a single card limit amount 401 and a multi-card limit amount 402 as items.

  The single card limit 401 represents the limit of use for one credit card, and payment exceeding the limit cannot be made.

  The multiple card limit 402 represents a limit when one user makes payment using a plurality of credit cards, and a warning is notified when an attempt is made to exceed the limit and make a payment.

  In this embodiment, the limit amount master table is common to all users. However, as another embodiment, the limit amount setting may be changed for each credit card type and seat class. Further, the limit setting may be changed for each individual credit card number.

  FIG. 5 is a data configuration diagram showing an example of the sales data table 500.

  The sales data table 500 stores the results of sales in the plane and has slip number 501, seat number 502, credit card number 503, and amount 504 as items.

  The slip number 501 is a number uniquely given for each sale and is displayed on the sales receipt.

  The seat number 502 is used as a number that can identify a customer (user) during one flight. Other identifiable numbers may be passport numbers for international flights, but it is necessary to ask for a passport for each sale, especially when a small amount is sold, both the customer and the sales person feel resistance There is. In addition, the passport number system differs depending on the nationality of the customer, and it is not a unified identification number. Furthermore, domestic flights do not require a passport and are not suitable for customer identification purposes. Therefore, the seat number that is fixed to the user during one flight and can be recognized at a glance is one of the appropriate numbers that can identify the customer. The seat number need not be limited as long as it is an identifiable number.

  The credit card number 503 is a credit card number used for settlement for the sale. In the present embodiment, only sales data settled with a credit card is described, but by making this item blank, it can be represented that the settlement was made with cash.

  An amount 504 is a sales amount in the sale, and represents a credit card usage amount when settlement is made with a credit card.

  FIG. 6 is a data configuration diagram showing an example of the total amount table 600 by card number.

  The total amount table 600 for each card number represents the total amount used for each credit card number, and has a credit card number 601 and a total amount 602 as items.

  The credit card number 601 represents the credit card number used for the settlement, and corresponds to the credit card number 503 in the sales data table 500.

  The total amount 602 is a sum of the amounts 504 in the sales data table 500 for each credit card number 503.

  Note that this table is prepared for screen display and form output. However, it is also possible to perform total calculation each time display or output is performed.

  FIG. 7 is a data configuration diagram showing an example of the total amount table 700 by seat number.

  The total amount table 700 for each seat number represents the total amount of credit card usage for each seat number, and has a seat number 701 and a total amount 702 as items.

  A seat number 701 represents a seat number input at the time of settlement with a credit card, and corresponds to the seat number 502 in the sales data table 500.

  The total amount 702 is an amount obtained by totaling the amount 504 for the portion using the credit card in the sales data table 500 for each seat number 502.

  Note that this table is prepared for screen display and form output. However, it is also possible to perform total calculation each time display or output is performed.

  FIG. 8 is a data configuration diagram showing an example of the special harvesting table 800.

  The special sampling table 800 is a table for setting a classification when a restriction on the usage amount of a plurality of credit cards is removed for a specific customer. The items are a seat number 801, a credit card number 802, and a special sampling classification 803. Have.

  A seat number 801 represents a seat number input at the time of settlement with a credit card, and corresponds to the seat number 502 in the sales data table 500.

  The credit card number 802 represents the credit card number used for the settlement, and corresponds to the credit card number 503 in the sales data table 500.

  In the special category 803, “X” is set when the restriction on the usage amount of a plurality of credit cards is removed for the seat number 801 and the plurality of credit card numbers 802. For the credit card with the credit card number 802 used by the customer with the seat number 801 to which this classification is set, the multiple credit card limit check is exempted and only the single credit card limit check is performed.

  Next, an example of a screen used in the in-flight sales management system 100 will be described with reference to the drawings.

  Each screen is displayed on the display 210 of the in-flight sales terminal 101.

  FIG. 9 is a screen image showing an example of a payment method selection screen 900.

  The payment method selection screen 900 is a screen for accepting selection of a payment method after a product to be sold is confirmed and a payment amount is calculated.

  Details of the product describing the product name and amount, and the settlement amount are displayed. In the case of credit card settlement, the credit card button 901 is accepted and a transition is made to the credit card reading screen 1000. Upon receipt, the cash button 902 is pressed and payment is completed.

  FIG. 10 is a screen image showing an example of the credit card reading screen 1000.

  The credit card reading screen 1000 displays a message “Please swipe the credit card”, and after the credit card information is read by the card reader 212, if there is no problem in the validity check of the credit card, the customer information registration is performed. The screen transitions to a screen 1100. If there is a problem with the validity check of the credit card, a validity check error screen (not shown) is displayed.

  FIG. 11 is a screen image showing an example of the customer information registration screen 1100.

  The customer information registration screen 1100 is a screen for registering information about customers in the case of credit card payment. Gender, age, and nationality input (selection) is accepted as information unique to the customer, and seat number 1101 is accepted as information unique to the customer limited during this flight.

  FIG. 12 is a screen image showing an example of the seat number warning screen 1200.

  The seat number warning screen 1200 is a screen for displaying a warning message when the previously entered seat number is different from the currently entered seat number with respect to the credit card number read by the card reader 212. If the customer has moved temporarily from the regular seat or if the seat number is entered incorrectly, the customer accepts pressing of the seat number correction button 1202, returns to the customer information registration screen 1100, and corrects the seat number 1101. Accept. If the cause is not known, there is a risk of unauthorized use such as the use of a plurality of credit cards having the same number.

  FIG. 13 is a screen image showing an example of the single card limit amount error screen 1300.

  The single card limit amount error screen 1300 is used when the total amount of use exceeds the single card limit amount 401 of the limit amount master table 400 for the credit card number read by the card reader 212. This is a screen for displaying an error message together with the content 1301. Since the single card limit 401 is a limit that cannot be exceeded, the credit card settlement is canceled in response to pressing of the cancel button 1302.

  FIG. 14 is a screen image showing an example of the multiple card limit warning screen 1400.

  The multiple card limit amount warning screen 1400 is used when the total amount of use exceeds the multiple card limit amount 402 of the limit amount master table 400 for the seat number 1101 entered on the customer information registration screen 1100. This is a screen for displaying a warning message together with the detailed content 1401. With respect to the multiple card limit 402, it is possible to remove the restriction when the credit of each card is confirmed. In this case, only the check of the single card limit 401 is effective. In order to remove the restriction on the multi-card limit, it accepts pressing of the special selection button 1402, executes special processing, and executes credit card settlement. When the restriction is not removed because the credit of each card cannot be confirmed or the like, the depression of the cancel button 1302 is accepted and the credit card settlement is stopped.

  FIG. 15 is a screen image showing an example of the multiple card use warning screen 1500.

  The multiple card use warning screen 1500 is a screen for displaying a warning message together with the used card information 1501 when a plurality of credit numbers are used in the same seat number. The multi-card usage warning screen 1500 is displayed prior to the multi-card usage limit check, and when the credit card settlement is continued as it is, the press of the continue button 1502 is accepted to check the multi-card usage limit. In the case of canceling the credit card settlement, the pressing of the cancel button 1503 is accepted.

  Next, a processing flow in the in-flight sales management system 100 will be described with reference to the drawings.

  FIG. 16 is a flowchart showing an example of credit card settlement processing at the time of in-flight sales.

  This process is executed by the CPU 201 of the in-flight sales terminal 101.

  In step S101, the barcode reader 213 of the in-flight sales terminal 101 acquires the product information by reading the barcode attached to the product, and acquires the amount from the product master acquired in advance from the sales management server 102. To do.

  In step S102, the settlement method selection screen 900 is displayed, the product details (product name, amount) and the settlement amount are displayed, and the person in charge selects the settlement method. When the credit card button 901 on the settlement method selection screen 900 is pressed, the process proceeds to step S103, and when the cash button 902 is pressed, the processing flow is ended.

  In step S103, the credit card reading screen 1000 is displayed, the credit card information is read by the card reader 212 of the in-flight sales terminal 101, the contents are temporarily stored in the RAM 203, and used in the subsequent processing. The information to be read includes a credit card number and an expiration date. Based on the read information, a credit card validity check that can be performed offline, such as a check by a check digit of a credit card number or a validity period, is executed. If there is no problem, the process proceeds to step S104. If there is a problem, an error screen (not shown) is displayed and the processing flow is terminated.

  In step S104, the customer information registration screen 1100 is displayed, the customer information input is received, the contents are temporarily stored in the RAM 203, and used in the subsequent processing. Items that accept input on the customer information registration screen 1100 are gender, age, nationality, and seat number 1101.

  In step S105, it is confirmed whether the credit card number read in step S103 exists in the credit card number 503 of the sales data table 500. If there is, the seat number accepted this time and the seat number of the sales data table 500 are checked. It is determined whether it matches 502. If they do not match, the process proceeds to step S106, and if they match, the process proceeds to step S108.

  In step S106, a seat number warning screen 1200 is displayed and the person in charge is confirmed.

  In step S107, if the seat number correction button 1202 is pressed on the seat number warning screen 1200, the process returns to step S104, the seat number is corrected on the customer information registration screen 1100, the process is executed again, and is canceled. If the button 1203 is pressed, the processing flow ends.

  In step S108, using the credit card number read in step S103 as a key, the total usage amount is calculated by adding the current amount to the total amount 504 of the sales data table 500, and the calculated total usage amount is It is determined whether or not the single card limit 401 of the limit master table 400 is exceeded. When exceeding, it progresses to step S109, and when not exceeding, it progresses to step S110.

  In step S109, a single card limit amount error screen 1300 is displayed and the person in charge is confirmed. If a cancel button 1302 is pressed, the process is terminated.

  In step S110, the previously used credit card number 503 is obtained from the sales data table 500 as a key, and it is determined whether a plurality of credit cards have been used together with the credit card number read this time. To do. If a plurality of credit cards are used, the process proceeds to step S111. Otherwise, the process proceeds to step S119. Instead of determining whether or not a plurality of credit cards have been used, it may be determined whether or not a credit card having a new credit card number has been used for the second and subsequent cards.

  In step S111, a multi-card use warning screen 1500 is displayed and the person in charge is confirmed.

  In step S112, if the continue button 1502 is pressed on the multiple card use warning screen 1500, the process proceeds to step S114, and if the stop button 1503 is pressed, the process is terminated.

  In step S113, using the accepted seat number and the read credit card number as a key, the special harvesting section 803 is acquired from the special harvesting table 800. If the section 803 is blank or no record is registered, the process proceeds to step S114.

  In step S114, a multiple card limit check process is executed. This process will be described in detail with reference to FIG.

  In step S115, the result of the multi-card limit check process is determined. If the result is OK, the process proceeds to step S119, and if the result is NG, the process proceeds to step S116.

  In step S116, a multiple card limit warning screen 1400 is displayed and the person in charge is confirmed.

  In step S117, the button operation of the person in charge is accepted on the multi-card limit warning screen 1400. If the specially selected button 1402 is pressed, the process proceeds to step S118. If the stop button 1403 is pressed, the process is terminated. To do.

  In step S118, “X” is set to the special-purpose classification 803 for the combination of the seat number received this time and a plurality of credit card numbers including the credit number read this time corresponding to the seat number. Set. For credit cards with a plurality of credit card numbers corresponding to the seat numbers for which this classification is set, during the flight, they are excluded from the multiple card limit check in step S114, and only the single card limit check in step S108 is performed. Will be implemented.

  In step S119, the settlement amount displayed in step S102 is provisionally settled with the credit card of the read credit card number. Here, the provisional payment is used to distinguish the payment from the in-flight sales terminal 101 to the sales management server 102 after landing and to connect with a credit company and carry out the required data online. Specifically, the current sales data is additionally registered in the sales data table 500, and the card number total amount table 600 and the seat number total amount table 700 are updated or additionally registered based on the current sales data.

  FIG. 17 is a flowchart illustrating an example of the multi-card limit check process in step S114.

  This process is executed by the CPU 201 of the in-flight sales terminal 101.

  In step S201, the multi-card limit 402 is acquired from the limit master table 400.

  In step S202, the amount 504 in the sales data table 500 is totaled using the target seat number as a key, and the total amount used is calculated by adding the current amount.

  In step S203, it is determined whether the total usage amount calculated in step S202 does not exceed the multiple card limit amount 402 acquired in step S201. When not exceeding, it progresses to step S204, and when exceeding, it progresses to step S205.

  In step S204, OK is returned as the check result.

In step S205, NG is returned as the check result.

  As described above, even if a customer uses multiple credit cards by accepting a number such as a seat number that can identify the customer for a certain period of time and managing the usage amount based on the number, the customer It is possible to grasp the usage status of multiple credit cards for each and reduce the risk of unauthorized use damage in offline payment.

  As mentioned above, although each embodiment example was explained in full detail, this invention can take the embodiment as a system, an apparatus, a method, a program, or a storage medium etc., for example, from a several apparatus specifically ,. You may apply to the system comprised, and may apply to the apparatus which consists of one apparatus.

  The program according to the present invention is a program that allows a computer to execute (read) each processing method, and the storage medium according to the present invention stores a program that allows the computer to execute each processing method.

  The program in the present invention may be a program for each processing method of each device.

  As described above, a recording medium that records a program that implements the functions of the above-described embodiments is supplied to a system or apparatus, and a computer (or CPU or MPU) of the system or apparatus stores the program stored in the recording medium. It goes without saying that the object of the present invention can also be achieved by performing reading.

  In this case, the program itself read from the recording medium realizes the novel function of the present invention, and the recording medium storing the program constitutes the present invention.

  As a recording medium for supplying the program, for example, a flexible disk, hard disk, optical disk, magneto-optical disk, CD-ROM, CD-R, DVD-ROM, magnetic tape, nonvolatile memory card, ROM, EEPROM, silicon A disk or the like can be used.

  Further, by executing the program read by the computer, not only the functions of the above-described embodiments are realized, but also an OS (operating system) operating on the computer based on an instruction of the program is actually It goes without saying that a case where the function of the above-described embodiment is realized by performing part or all of the processing and the processing is included.

  Furthermore, after the program read from the recording medium is written to the memory provided in the function expansion board inserted into the computer or the function expansion unit connected to the computer, the function expansion board is based on the instructions of the program code. It goes without saying that the case where the CPU or the like provided in the function expansion unit performs part or all of the actual processing and the functions of the above-described embodiments are realized by the processing.

  Further, the present invention may be applied to a system composed of a plurality of devices or an apparatus composed of a single device. Needless to say, the present invention can be applied to a case where the present invention is achieved by supplying a program to a system or apparatus. In this case, by reading a recording medium storing a program for achieving the present invention into the system or apparatus, the system or apparatus can enjoy the effects of the present invention.

  Furthermore, by downloading and reading a program for achieving the present invention from a server, database, etc. on a network by a communication program, the system or apparatus can enjoy the effects of the present invention. In addition, all the structures which combined each embodiment mentioned above and its modification are also included in this invention.

100 In-flight sales management system 101 In-flight sales terminal 102 Sales management server 103 Network 201 CPU
202 ROM
203 RAM
204 System bus 205 Input controller 206 Video controller 207 Memory controller 208 Communication I / F controller 209 Keyboard 210 Liquid crystal display 211 External memory 212 Card reader 213 Bar code reader

Claims (6)

In an environment in which an offline state continues for a certain period, an information processing apparatus that performs payment processing with a plurality of credit cards in the offline state,
A management means for managing a credit limit for a plurality of credit cards;
User position specifying information acquiring means for acquiring user position specifying information capable of specifying the position of the user during a period in which the offline state continues;
Warning means for checking and warning the total usage amount by the plurality of credit cards managed in association with the user position specifying information based on the upper limit usage amount for the plurality of credit cards;
An information processing apparatus comprising: The management means further manages a usage upper limit for a single credit card,
For a plurality of credit cards corresponding to the user location specifying information, a plurality of card check invalidation setting means for invalidating a check based on a use upper limit for the plurality of credit cards,
The warning means does not perform a warning by checking a usage upper limit amount for the plurality of credit cards for the plurality of credit cards corresponding to the invalid user position specifying information, and uses each credit card. The information processing apparatus according to claim 1, wherein the total amount is checked and warned based on a usage upper limit for the single credit card.   The information processing system according to claim 1, wherein the warning unit issues a warning when a plurality of credit cards are used corresponding to the user position specifying information.   The warning means warns when a user position specifying information different from the user position specifying information is acquired by the user position specifying information acquiring means for a credit card associated with the user position specifying information. The information processing apparatus according to any one of claims 1 to 3. In an environment in which an offline state continues for a certain period, the information processing apparatus control method includes means for managing the upper limit of use for a plurality of credit cards, and performs a payment process using a plurality of credit cards in the offline state,
A user position specifying information acquiring means for acquiring user position specifying information capable of specifying the position of the user during a period in which the offline state continues;
A warning step in which a warning means checks and warns the total usage amount of the plurality of credit cards managed in association with the user position specifying information based on a usage upper limit amount for the plurality of credit cards;
A method for controlling an information processing apparatus, comprising: In an environment where the offline state continues for a certain period of time, it is a program that can be executed in an information processing apparatus that performs payment processing with a plurality of credit cards in the offline state,
The information processing apparatus;
A first management means for managing the upper limit of use for a plurality of credit cards;
User position specifying information acquiring means for acquiring user position specifying information capable of specifying the position of the user during a period in which the offline state continues;
Warning means for checking and warning the total usage amount of the plurality of credit cards managed in association with the user position specifying information based on the upper limit usage amount for the plurality of credit cards;
A program characterized by functioning as

Images