JP2018124626A - Method, program, portable terminal apparatus and storage medium - Google Patents

Abstract

PROBLEM TO BE SOLVED: To provide a method, a program, a portable terminal apparatus and a storage medium capable of getting to visually know information on settlement with multiple people at a glance such as a payment amount when settlement with multiple people and easily change the payment amount in a short time.SOLUTION: A potable terminal apparatus 30 that includes a touch panel 40 having an application acquisition unit 33, a payment display unit 34 and a payment adjustment unit 35 displays a chart indicating a payment amount and can dynamically increase or decrease the payment amount displayed as the chart by a swipe operation of a user so as to get to visually know information on settlement with multiple people and change the payment amount in a short time.SELECTED DRAWING: Figure 2

Description

  The present invention relates to a method, a program, a portable terminal device, and a storage medium capable of adjusting a payment amount.

  2. Description of the Related Art Conventionally, when a plurality of people go to a restaurant or the like, settlement is performed using a so-called split account (prepaid account).

  Here, in the following Patent Document 1, a payment processing system is disclosed that calculates and pays the amount of a split account by using a smartphone or by using a smartphone evenly or unevenly.

JP 2013-254279 A

  However, the payment processing system described in Patent Document 1 displays information on split payments such as the amount of payment on a smartphone using letters and numbers. Therefore, it is difficult to visually grasp the information at a glance, and there is a problem that usability is low.

Further, the payment processing system described in Patent Document 1 does not specifically disclose a method for changing the payment amount of each user. Therefore, as long as the information about the split account is expressed in letters and numbers, it is considered necessary to re-enter the changed amount number from the beginning on the smartphone to change the payment amount, which takes time and effort.
The present invention has been proposed in view of the above circumstances, and when payment is made by a plurality of persons, information related to the payment by a plurality of persons such as a payment amount can be visually grasped at a glance, so that the change of the payment amount can be shortened. It is an object to provide a method, a program, a mobile terminal device, and a storage medium that can be easily performed in time.

  In order to achieve the above object, a method according to the present invention is a method in a mobile terminal device having a touch panel, and the method is a step of acquiring a payment support application from a server, and the payment support application is received from a plurality of users. On the touch panel, a step that is an application that calculates the payment amount shared by each user when payment is made by the group that is configured, and a graph that visually shows the payment amount shared by each user by executing the payment support application And a step of dynamically increasing or decreasing the amount of payment displayed by the graph in response to an instruction operation on the graph by the user.

  A mobile terminal device according to the present invention is a mobile terminal device provided with a touch panel, and the mobile terminal device is an application acquisition unit that acquires a payment support application from a server, and the payment support application is a group composed of a plurality of users. An application acquisition unit that is an application for calculating a payment amount shared by each user when payment is made by the user, and a payment support application are executed, and a graph visually showing the payment amount shared by each user is displayed on the touch panel And a payment adjustment unit that dynamically increases or decreases the amount of payment displayed by the graph in response to an instruction operation on the graph by the user.

  The present invention provides a program for causing a mobile terminal device to execute each step of the above method.

  The present invention provides a computer-readable storage medium storing the above program.

  According to the present invention, when payment is made by a plurality of persons, information relating to the payment by a plurality of persons such as a payment amount can be visually grasped at a glance, and further, the change of the payment amount can be easily performed in a short time. Therefore, a payment support application with excellent usability can be provided.

It is a block diagram regarding the system of the portable terminal device which concerns on embodiment of this invention. It is a block diagram which shows the structure of the portable terminal device which concerns on embodiment of this invention. It is a flowchart for demonstrating the application acquisition part of the control part of the portable terminal device which concerns on embodiment of this invention. It is a flowchart for demonstrating the payment display part of the control part of the portable terminal device which concerns on embodiment of this invention. It is a flowchart for demonstrating the payment adjustment part of the control part of the portable terminal device which concerns on embodiment of this invention. It is a screen figure for demonstrating the payment display part of the control part of the portable terminal device which concerns on embodiment of this invention. It is a screen figure for demonstrating the payment adjustment part of the control part of the portable terminal device which concerns on embodiment of this invention. It is a screen figure for demonstrating the payment adjustment part of the control part of the portable terminal device which concerns on embodiment of this invention. It is a screen figure for demonstrating the payment adjustment part of the control part of the portable terminal device which concerns on embodiment of this invention. It is a screen figure for demonstrating the payment adjustment part of the control part of the portable terminal device which concerns on embodiment of this invention.

  Hereinafter, embodiments according to the present invention will be described with reference to the drawings.

  FIG. 1 is a diagram showing a system configuration of a mobile terminal device 30 according to an embodiment of the present invention. In FIG. 1, the server 10 is connected to mobile terminal devices 30 a to 30 c via a network 20. In the following description, the mobile terminal devices 30a to 30c are referred to as the mobile terminal device 30 when it is not necessary to distinguish between them. Further, in FIG. 1, only three portable terminal devices 30 are shown for simplicity of explanation, but it goes without saying that more than this may exist.

  Here, the mobile terminal device 30 is a communication terminal typified by a smart phone or a tablet-type personal computer, and indicates a device equipped with a touch panel that can be operated by directly touching with a pointing tool such as a finger or a stylus.

  The mobile terminal device 30 in the embodiment according to the present invention downloads a payment support application from the server 10. This payment support application is an application that calculates the payment amount shared by each person when payment is made by a group consisting of a user who is the organizer of an event such as a drinking party and a plurality of users such as event participants. Show. The payment support application is hereinafter abbreviated as “payment application”. The type of event is not particularly limited.

  The server 10 is a server managed by a company or the like that provides payment applications to users. The server 10 receives the payment application request message transmitted from the mobile terminal device 30 by the user via the network 20. Then, the server 10 transmits the payment application to the mobile terminal device 30 again via the network 20.

  Here, the network 20 may be the Internet, a LAN (Local Area Network), or a WAN (Wide Area Network).

  Next, the configuration of the mobile terminal device 30 in the embodiment according to the present invention will be described with reference to FIG. FIG. 2 shows only the configuration necessary for carrying out the present invention with respect to the mobile terminal device 30.

  As shown in FIG. 2, the mobile terminal device 30 includes an input / output unit 31, a control unit 32, a storage unit 36, and a communication unit 39. The storage unit 36 stores a payment support application storage as a storage area. A unit 37 and a user data storage unit 38 are provided.

  First, the storage unit 36 of the mobile terminal device 30 will be described.

  The storage unit 36 has a function of storing various programs and various data necessary for the operation of the mobile terminal device 30. The storage unit 36 is realized by various storage media such as a hard disk drive, an SSD, and a flash memory.

  Here, the payment support application storage unit 37 of the storage unit 36 stores program data related to the payment application downloaded from the server 10 and installed in the mobile terminal device 30 by the user.

  The user data storage unit 38 of the storage unit 36 stores payer member information such as event participants registered by the user of the mobile terminal device 30 that has installed the payment application. This member information includes, for example, the payer's gender, job title, and age.

  Next, the input / output unit 31 inputs an operation instruction to the mobile terminal device 30 and uses it to display data and the like externally. For example, the input / output unit 31 receives input by a user's tap operation or the like, and displays various menu buttons on the touch panel. The communication unit 39 transmits and receives information via the network 20.

Here, a detailed configuration of the control unit 32 of the mobile terminal device 30 will be described.
The control unit 32 includes an application acquisition unit 33, a payment display unit 34, and a payment adjustment unit 35.

  Next, processing of each unit of the control unit 32 will be described.

  FIG. 3 describes the processing of the application acquisition unit 33 of the control unit 32, and will be described below with reference to FIG.

  First, a user who wants to use a payment application accesses a Web site provided by the server 10 from the mobile terminal device 30. The mobile terminal device 30 receives data related to the payment application download screen from the website via the communication unit 39, and displays the payment application download screen on the touch panel 40 of the mobile terminal device 30.

  Next, the application acquisition unit 33 makes a payment application download request to the server 10 via the communication unit 39 of the mobile terminal device 30 from the payment application download screen. Then, the server 10 transmits the payment application installation file data to the mobile terminal device 30 via the communication unit 39. That is, the payment application installation file data is downloaded on the mobile terminal device 30.

  Furthermore, the application acquisition unit 33 installs the downloaded payment application installation file data in the mobile terminal device 30 so that the payment application can be executed on the mobile terminal device 30 (step S101).

  FIG. 4 describes the processing of the payment display unit 34 of the control unit 32. Here, it demonstrates below, referring FIG.

  First, the payment application is activated on the mobile terminal device 30 by the user (step S201). After the payment application is activated, the payment display unit 34 registers the name of the event participant in the user data storage unit 38 according to the user input on the menu screen displayed on the touch panel 40 (step S202). Of course, the user can also register their name. Here, the names of event participants and users registered by the user may be either real names or nicknames. In addition to registering the name, for example, the name of the event such as “Year-end party”, the total amount of payment for the number of participants in the event, and the like are input by the user.

  Next, for each event participant name displayed in the order of registration in step S202, the attribute of each event participant is selected from the menu screen of the payment application based on the user's instruction (step S203). Here, the attribute of the event participant represents the gender, job title, age, time when the event participant came, and the like of the event participant. The user can select an attribute by selecting an icon (for example, “pay with gender”, “pay with work history”, etc.) displayed on the menu screen displayed by the payment display unit 34.

  Further, the payment display unit 34 weights the payment amount based on the selected attribute. For example, when “attribute“ sex ”is selected, male pays 1.5 times the amount of money”, and when “attribute“ position ”is selected, mid-career employee pays 1.2 times the amount of young employee. ”,“ When attribute “age” is selected, event participants over 40 years of age pay 1.3 times as much as event participants under 30s ”,“ attribute “time when event participant came "If you select", event participants attending from the second half of the event start time to end time will pay 0.8 times the amount of event participants attending from the first half. " Made. If the user does not want to weight the payment amount, the user can select the “equal split” attribute that makes the payment amount equal between the event participant and the user.

  The payment display unit 34 divides the total payment amount by the total number of participants in the event, and further automatically calculates the payment amount of the event participants including the user by taking into account the weighting by the attribute of the event participant. Calculate. And the payment display part 34 produces | generates the image data for displaying the calculated payment amount as a graph (step S204).

  The payment display unit 34 outputs the generated image data on the touch panel 40. Thereby, as shown in FIG. 6 as an example, each payment amount of the event participants including the user is displayed on the touch panel 40 as a graph (step S205).

  In FIG. 6, the payment amounts of event participants are displayed as bar graphs 42 a to 42 e in the graph display area 46 on the touch panel 40. In the following description, bar graphs 42a to 42e are referred to as bar graphs 42 when it is not necessary to distinguish them. Although the graph displayed in FIG. 6 is a bar graph, the type of graph is not limited as long as each payment amount of event participants including users can be easily understood visually.

  In FIG. 6, the payment amounts displayed in the bar graph 42a (Yamada), the bar graph 42b (Suzuki), and the bar graph 42c (Sato) are 7,500 yen, respectively. The payment amounts displayed in the bar graph 42d (Tanaka) and the bar graph 42e “Ito” are 6,000 yen, respectively. “Yamada”, “Suzuki”, and “Sato” who are paying 7,500 yen are veteran employees, and “Tanaka” and “Ito” who are paying 6,000 yen are mid-career employees. In this case, the veteran employees “Yamada”, “Suzuki” and “Sato” pay the amount of payment based on the attribute weight of 1.25 times the amount of mid-career employees “Tanaka” and “Ito”. Indicates that the graph is displayed.

  Furthermore, the payment display part 34 displays the length of the bar graph 42 in proportion to each payment amount. For example, when the payment amount of “Yamada” is twice the payment amount of “Sato”, the length of the bar graph 42 that displays the payment amount of “Yamada” is the length of the bar graph 42 that displays the payment amount of “Sato”. Twice the length. In addition, when the attribute of the event participant is not particularly set such as “equal split”, the payment amount is calculated so as to be equal for each event participant including the user. Will be equal.

  Moreover, the payment display part 34 can divide and display the color of the bar graph 42 for every payment amount. For example, in FIG. 6, the bar graph 42 a “Yamada”, the bar graph 42 b “Suzuki”, and the bar graph 42 c “Sato” whose payment amount is displayed as 7,500 yen can be displayed in red. Further, the bar graph 42d “Tanaka” and the bar graph 42e “Ito” whose payment amounts are displayed as 6,000 yen can be displayed in green.

  In FIG. 6, the total payment amount of the event is displayed as 49,000 yen in the total amount display area 41 on the touch panel 40. Further, the bar graph 42 shown in the graph display area 46 can be displayed on the touch panel 40 with respect to the bar graphs 42 for all persons by scrolling the touch panel 40 in the vertical direction.

  Here, the unit display area 43 on the touch panel 40 indicates that each payment amount of the event participant is calculated in units of 500 yen. The amount of calculation unit displayed in the unit display area 43 can be changed.

  FIG. 5 describes the processing of the payment adjustment unit 35 of the control unit 32. Here, it demonstrates below, referring FIG. 7 thru | or FIG.

  When the user wants to increase the amount of payment for the bar graph 42 indicating the amount of payment displayed in step S205 of FIG. 4, as shown in FIG. 7, the user swipes the bar graph 42a (Yamada) with the finger 45 to the right. Perform instruction operation. Then, the amount of the bar graph 42a (Yamada) increases. Here, the swipe operation refers to an operation of sliding the finger 45 on the touch panel 40.

  After performing the swipe operation in FIG. 7, in FIG. 8, the payment amount of the bar graph 42a (Yamada) for which the swipe operation has been performed is changed from 7,500 yen to 8,000 yen. Furthermore, the length of the bar graph 42a (Yamada) also increases in proportion to the increase in the amount of payment. Further, as the payment amount of the bar graph 42a (Yamada) increases by 500 yen, the fractional amount displayed in the total amount display area 41 decreases from 1,000 yen to 500 yen.

  When the user wants to reduce the amount of payment for the bar graph 42 representing the amount of payment displayed in step S202, as shown in FIG. 9, for example, an operation of swiping leftward with the finger 45 on the bar graph 42c (Sato) To reduce the amount of money (step S301).

  After performing the swipe operation of FIG. 9, in FIG. 10, the payment amount of the bar graph 42c (Sato) is changed from 7,500 yen to 7,000 yen. Furthermore, the length of the bar graph 42c (Sato) is also shortened in proportion to the decrease in the payment amount. Further, as the payment amount of the bar graph 42c (Sato) decreases by 500 yen, the fractional amount displayed in the total amount display area 41 increases from 1,000 yen to 1,500 yen.

  7 and 9, since the amount of the unit display area 43 on the touch panel 40 is 500 yen, the bar graph 42 can be moved in units of 500 yen by an instruction operation. Therefore, for example, when the unit display area 43 is 100 yen, the bar graph 42 can be moved in units of 100 yen by an instruction operation.

  Here, the “fraction” displayed in the total amount display area 41 of the touch panel 40 is a surplus amount when the total amount of payment is not divisible by event participants including the user. The surplus amount can be arbitrarily determined by the user, for example, by the user who is the secretary. On the other hand, when the amount of “fraction” in the total amount display area 41 is less than the amount displayed in the unit display area 43, only one bar graph 42 of all event participants is less than the amount displayed as “fraction”. The “fraction” can be adjusted by moving the unit. For example, when the “fraction” displayed in FIG. 7 is 300 yen, the “fraction” of 300 yen can be adjusted by instructing only the bar graph 42d (Tanaka) in units of 300 yen or less.

  7 and 9, the swipe operation is performed with the finger 45, but it may be performed using an indicator such as a stylus. In addition to the swipe operation, the instruction operation includes a tap operation of tapping the touch panel 40 once, a pinch-in operation for narrowing the interval after touching the touch panel 40 with two fingers such as a thumb and an index finger, and a touch panel 40 with two fingers. A pinch-out operation that widens the interval after touching is included. However, the operation is not limited to these operations as long as the amount of payment can be increased or decreased by adjusting the length of the bar graph 42.

  After the user apportions the payment amount, the user presses the confirm button 44 to confirm each payment amount. Here, when the user uses an email, a message exchange application, or the like, the payment adjustment unit 35 can notify the event participant of each payment amount as a calculation result (step S302). In addition, when notifying the payment amount, a message created by the user can be transmitted to each event participant.

  By logging in to the internet banking system, the payment adjustment unit 35 automatically sets the account information of the payment destination such as the financial institution name, branch name, and account number when notifying the event participant of the payment amount. The URL of the Web page showing the transfer destination account can be transmitted simultaneously (step S303). In addition, after each payment amount is notified to the event participant, the user can use the mobile terminal device 30 according to the present invention to check the payment amount of each event participant using the Internet banking system.

  As described above, the mobile terminal device 30 according to the present embodiment is configured. Next, effects of the mobile terminal device 30 will be described.

  According to this embodiment, the payment display part 34 produces | generates the image data for displaying a graph. Therefore, each payment amount of the event participant can be displayed as a graph on the touch panel 40, and the payment amount can be easily grasped.

  According to the present embodiment, the payment display unit 34 displays the graph as a bar graph on the touch panel 40 by color-coding for each payment amount. Therefore, even when there are a plurality of payment amounts due to uneven distribution, it is easy to see, and each payment amount of the event participant is easy for the user to understand, which is useful for quick accounting processing. In addition, the length of the color-coded bar graph makes it easy to grasp a plurality of payment amounts visually and instantaneously, thereby reducing mistakes and oversights of the amounts. Therefore, the user can perform the accounting process more accurately.

  The payment adjustment unit 35 dynamically adjusts the length of the bar graph 42 according to the instruction operation to dynamically increase or decrease the payment amount. Therefore, each payment amount can be easily changed only by performing an instruction operation such as a scroll operation on the bar graph 42 displayed on the payment display unit 34. Further, since the bar graph 42 is used, the magnitude of the changed payment amount can be known at a glance, which is useful for adjusting the payment amount.

The payment adjustment unit 35 logs in to the Internet banking system, and after confirming the payment amount by an instruction operation, transmits the URL of the Web page showing the account of the payment amount transfer destination to a plurality of users. Therefore, the event participant who receives the URL can efficiently transfer the payment amount to the designated account by clicking the URL without inputting the account information of the transfer destination such as the account number.
Here, the payment adjustment unit 35, after logging in to the Internet banking system, confirms the payment amount by an instruction operation and further transmits a URL to a plurality of users, and after confirming the payment amount by an instruction operation. It is possible to both log in to the Internet banking system and further send URLs to multiple users.

  After the payment support application is executed, the payment display unit 34 allows the user attributes to be selected after a plurality of user names are registered. Therefore, it is easy to select the attributes of individual event participants. Since it is registered, it is possible to select an attribute more accurately without losing knowing who the attribute is selected on the way.

  As mentioned above, although embodiment which concerns on this invention was described, it cannot be overemphasized that this invention is not limited to this embodiment, and can implement with a various aspect in the range which does not deviate from the summary. For example, the roles of the units 33 to 35 configuring the mobile terminal device 30 and the control unit 32 are not limited to the above-described example.

DESCRIPTION OF SYMBOLS 10 Server 20 Network 30a Portable terminal device 30b Portable terminal device 30c Portable terminal device 31 Input / output part 32 Control part 33 Application acquisition part 34 Payment display part 35 Payment adjustment part 36 Storage part 37 Payment support application storage part 38 User data storage part 39 Communication unit 40 Touch panel 41 Total display area 42a Bar graph 42b Bar graph
42c Bar graph 42d Bar graph 42e Bar graph 43 Unit display area 44 Confirm button 45 Finger 46 Graph display area

Claims (9)

A method in a mobile terminal device provided with a touch panel, the method comprising:
A step of acquiring a payment support application from a server, wherein the payment support application is an application for calculating a payment amount shared by each of the users when payment is made by a group of a plurality of users. When,
Executing the payment support application and displaying on the touch panel a graph visually showing the payment amount shared by each user;
Dynamically increasing or decreasing the payment amount displayed by the graph in response to an instruction operation on the graph by the user;
A method comprising the steps of:   The method of claim 1, further comprising generating image data for displaying the graph.   The method according to claim 1, further comprising a step of displaying the graph as a bar graph on the touch panel in a color-coded manner for each payment amount.   The method according to claim 3, further comprising: dynamically adjusting the length of the bar graph according to the instruction operation to dynamically increase or decrease the payment amount.   It further includes the step of logging in to the Internet banking system, and after confirming the payment amount by the instruction operation, sending URLs of Web pages showing accounts of the payment amount transfer destinations to the plurality of users. 5. A method according to claim 4, characterized in that   6. The method according to claim 1, further comprising: selecting attributes of the plurality of users after the plurality of user names are registered after the payment support application is executed. .   The program for making a portable terminal device perform the method as described in any one of Claims 1 thru | or 6. A mobile terminal device having a touch panel,
The portable terminal device
An application acquisition unit that acquires a payment support application from a server, and the payment support application is an application that calculates a payment amount shared by each user when payment is made by a group including a plurality of users. , App acquisition part,
A payment display unit for executing the payment support application and displaying a graph visually showing the payment amount shared by each user on the touch panel;
A mobile terminal device comprising: a payment adjustment unit that dynamically increases or decreases the amount of payment displayed by the graph in response to an instruction operation on the graph by the user.   A computer-readable storage medium storing the program according to claim 7.