JP2023021530A - Local revitalization system and method - Google Patents

Abstract

To provide a region activation system and method which can realize region activation in which a propagation effect is further expected with hometown tax payment (donation).SOLUTION: In a region activation system, a business operator system executes the steps of: configuring a digital cart in a user terminal 5 (S1); turning on the digital cart in a target area when the user terminal 5 enters the target area (S2); reading out information from a commodity 40 on the basis of user's operation in the target area and registering the commodity information in the digital cart (S3); turning off the digital cart outside the target area when the user terminal 5 moves out from the target area (S6); and performing settlement processing including donation processing concerning hometown tax payment to a municipality associated with the target area, on a purchase determined commodity in the commodity information in the digital cart (S7).SELECTED DRAWING: Figure 4

Description

The present invention relates to a technique for regional revitalization using IT (information technology).

In Japan, there is a "furusato nozei" (hometown taxation / hometown tax donation system) as a means of regional revitalization. Furusato Nozei is one of the donation tax systems in Japan. Users donate to any municipality of their choice, and by reporting the donation amount to the tax office that has jurisdiction over the user's residence, the donation amount is deducted. It is a system that allows tax payments to be made to any municipality of your choice. Hometown tax donations are becoming more socially recognized and the number of users is increasing due to advertisements by service providers.

Examples of technology related to the hometown tax payment include websites (also referred to as "hometown tax payment sites") and Web services that are open and provided on the Internet to support the hometown tax payment. For example, on a certain hometown tax website, information on products that are eligible for gift gifts in the hometown tax payment system is registered, and it is possible to provide support for the popularity ranking of gift gifts, search for gift gifts, and tax return procedures related to hometown tax payment. functionality is provided.

As a prior art example, Japanese Patent Application Laid-Open No. 2018-67246 (Patent Document 1) can be cited. Patent Document 1 describes that a hometown taxpayer's tax return support processing device or the like assists a person who has made the hometown tax payment so that he/she can easily file a final tax return.

JP 2018-67246 A

Examples of the prior art can support hometown tax and final tax return procedures, but they have not sufficiently realized the idea of "individuals donate to local governments they want to support" in hometown tax. Specifically, users of hometown tax payment sites have a strong tendency to pay taxes for reward gifts, which does not have a ripple effect on local governments that exceeds the amount of tax paid.

An object of the present invention is to provide an IT technology that can realize regional revitalization in which a further ripple effect can be expected from the hometown tax donation (donation).

A representative embodiment of the present invention has the following configuration. The regional revitalization system of the embodiment displays a digital cart on the display screen of the user terminal, registers product information in the digital cart based on the operation of the user in the target area, and the user terminal When it is determined that the user has left the target area, or when the user inputs an instruction within the target area, the subject associated with the target area for the product in the digital cart process donations related to regional promotion tax.

According to the representative embodiments of the present invention, it is possible to provide an IT technology that can realize regional revitalization that can be expected to have a further ripple effect through hometown tax donations (donations). Problems, configurations, effects, etc. other than the above are described in [Mode for Carrying Out the Invention].

1 shows an overall schematic configuration of a local revitalization system according to Embodiment 1 of the present invention; Embodiment 1 shows a functional block configuration example of a provider system. Embodiment 1 shows a configuration example of a business operator system as a computer system. In Embodiment 1, an explanatory diagram of an overview of the usage flow is shown. A main processing flow is shown in the first embodiment. Embodiment 1 shows a setting example (first example) of target areas of travel destinations. Embodiment 1 shows a setting example (second example) of target areas of travel destinations. Embodiment 1 shows screen examples (first to third examples) of an application on a user terminal. Embodiment 1 shows screen examples (fourth to sixth examples) of an application on a user terminal. Embodiment 1 shows a screen example (seventh example) of an application on a user terminal. Embodiment 1 shows a configuration example of digital cart information. Embodiment 1 shows a configuration example of a product master. Embodiment 1 shows a configuration example of an area master. Embodiment 1 shows a configuration example of user information including travel information. In Embodiment 1, the concept of the hometown tax payment will be shown. FIG. 11 is an explanatory diagram of Modification 7; FIG. 11 is an explanatory diagram of Modification 8;

BEST MODE FOR CARRYING OUT THE INVENTION Hereinafter, embodiments of the present invention will be described in detail with reference to the drawings. In the drawings, in principle, the same parts are denoted by the same reference numerals, and repeated explanations are omitted. For the purpose of explanation, when explaining processing by a program, there are cases where the program, function, processing unit, etc. are mainly explained, but the main body as hardware for them is a processor, a controller composed of a processor, etc. A device, computer, system, or the like. A computer executes processing according to a program read out on a memory by a processor while appropriately using resources such as a memory and a communication interface. As a result, predetermined functions, processing units, and the like are realized. The processor is composed of, for example, a semiconductor device such as a CPU or GPU. A processor is composed of devices and circuits capable of performing predetermined operations. The processing can be implemented not only by software program processing but also by dedicated circuits. FPGA, ASIC, CPLD, etc. can be applied to the dedicated circuit. The program may be pre-installed in the computer as data, or may be distributed to the computer as data from the program source. The program source may be a program distribution server on a communication network, a non-transitory computer-readable storage medium (for example, a memory card), or the like. A program may consist of a plurality of modules. The computer system may be composed of multiple computers. The computer system may consist of a client-server system, a cloud computing system, an IoT system, or the like. Various types of data and information are expressed and implemented in structures such as tables and lists, but are not limited to this. Expressions such as identification information, identifiers, IDs, codes, names, and numbers can be replaced with each other.

<Embodiment 1>
A local revitalization system and the like according to Embodiment 1 of the present invention will be described with reference to FIGS. 1 to 15. FIG. The local revitalization system of Embodiment 1 is realized as a computer system using IT. The local revitalization method of the first embodiment is a method having steps executed in the local revitalization system of the first embodiment. The local revitalization system of Embodiment 1 is, in other words, a hometown tax payment support system, and is a system that aims at local revitalization by supporting hometown tax payment using IT. In the regional revitalization system of Embodiment 1, when a user travels, etc., a product (particularly, a product that can be delivered, etc.) is stored in a digital cart ( In other words, it is a system that allows you to make donations related to regional development taxes such as furusato nozei to entities (for example, local governments) associated with the product or a predetermined place, in conjunction with purchasing and paying online. be.

The regional revitalization system of Embodiment 1 is a system devised to bring about a synergistic effect between travel and hometown tax donation, and it is designed to smoothly coordinate from product sales and purchase support during travel to hometown tax payment support. It is a system devised to This system can guide users from travel to hometown tax. This system can increase opportunities for furusato nozei. A user who is interested in traveling can easily make donations related to the hometown tax payment in response to the purchase of goods at the travel destination, and can receive the purchased goods as a gift from the local government.

In the regional revitalization system of Embodiment 1 shown in FIG. It supports shopping during travel (product sales from the point of view of the product seller 2). The digital cart 51 is a shopping cart that can be used for shopping only while staying in the target area corresponding to the area of the travel destination 400 . At the same time, this system links the product purchase with the digital cart 51 to the hometown tax payment to the local government. This system manages and controls purchases of products 40 in a digital cart 51 within a target area corresponding to a travel destination 400 based on the position of the user terminal 5 . This system controls the settlement, delivery, etc. of the purchased product at the timing when the user terminal 5 goes out of the target area. Then, this system cooperates with donation related to the hometown tax payment to the local government associated with the travel destination 400 when the purchased product in the digital cart 51 is the target of the hometown tax donation gift.

The user actually sees and confirms the product 40 sold at a place such as a store 4 in the target area during the trip, reads the product information with the user terminal 5, and purchases the product with the digital cart 51. It is possible. The user does not need to carry the physical product 40 while traveling. During the trip, the user can hold the product information of the candidate products for purchase in the digital cart 51 and can confirm or cancel the purchase. When the user returns from the trip, if the user terminal 5 goes out of the target area, settlement (including donation settlement) and delivery of the purchased products in the digital cart 51 are performed in accordance with the settings or instructions. etc. are automatically executed. If the purchased product in the digital cart 51 is the target of the hometown tax donation and the user approves the donation, the donation processing related to the hometown tax payment can be automatically executed for the purchased product. The user can donate to the local government through the local shop or the like when purchasing the product at the local shop or the like, and can receive the product as it is as a gift in return. The user can make a donation related to hometown tax payment as well as product purchase, payment, and delivery using a digital cart 51 while traveling, by simply operating the application 50 of the user terminal 5.例文帳に追加

[1. system]
FIG. 1 shows an overview of the overall configuration of a local revitalization system according to Embodiment 1. As shown in FIG. The local revitalization system of Embodiment 1 includes a business operator system 1, a product seller 2, a local government system 3, a user terminal 5 for each user, a payment system 6, and a delivery system 7, which are connected to a communication network 101. appropriately communicatively connected via The communication network 101 includes mobile networks and the Internet.

The business operator system 1 is the main part that constitutes the local revitalization system of the first embodiment. The business operator system 1 is a computer system under the jurisdiction of the business operator, and includes hardware and software such as a server, database (DB), and website. The business operator system 1 is implemented on the communication network 101 by, for example, a data center or a cloud computing system. The business operator system 1 functions as a regional revitalization system based on the cooperation of hardware and software, that is, functions to support product sales by product sellers 2, and related to user trips and hometown tax payments. Functions such as those that support donations and those that support hometown tax payments by local governments will be realized. The business operator system 1 manages and controls the digital cart 51 of each user.

The product seller 2 is each seller who sells the product 40 at each store 4 or the like in each region of Japan and a computer system of the seller. The seller manages product information 22 using a seller terminal such as PC 21 . The product information 22 is product information about the product 40 sold at the store 4 . Each product 40 in the store 4 is given a code 41 in advance for product management. A code 41 assigned to the product 40 corresponds to the product information 22 . The seller registers product information in the DB of the business operator system 1 . The product information 22 includes basic information such as the product code and price for each product 40, as well as information related to the local government's hometown tax payment, such as whether or not the gift is eligible for hometown tax payment (a flag to be described later). have. The product information provided by the business operator system 1 to the user terminal 5 includes such information related to hometown tax.

Of the products 40 sold by the product seller 2 at the store 4, some of the products 40 are eligible for the local government's hometown tax donation. For the sake of explanation, the product 40 targeted for the gift as a gift is also referred to as a "return gift product", and the other product 40 is also referred to as a "regular product". Some of the products 40 are set in advance as gift products in this system. Specifically, in the DB of the business operator system 1, for each product 40, information such as a flag is set to indicate whether or not the product is an object of the hometown tax donation. The digital cart 51 determines that this return gift product is eligible for hometown tax donation, and can be automatically linked to donation processing.

In addition, the products 40 (regular products and gift products) sold by the product seller 2 at the store 4 are not limited to foods and goods that can be confirmed by holding the actual product. For example, the actual product 40 is not arranged or displayed in the local store 4, and in the catalog, pamphlet, or advertisement placed in the local store 4, or in the website of the store 4 or the business operator system 1, etc. , images and information of the product 40 may be described. In this case as well, if the user can obtain product information by reading the image or information using the function of the user terminal 5, the product can be purchased using the digital cart 51. FIG.

This system is applicable if the user actually goes to a specific place such as a local store 4 on a trip or the like and purchases a specific product 40 at the specific place. The aspect of is not limited. A specific place is a place subject to position management as a target area in this system. In the first embodiment, a case where a travel destination area is targeted as a specific place will be described, but the present invention is not limited to this, and can be applied to a specific store or an area including it even if it is not a trip. be. Examples of specific stores other than travel destinations include so-called antenna shops (stores opened outside the local area by local governments for the purpose of introducing local products, etc.).

The local government system 3 is a computer system in each local government associated with the region of the travel destination 400 or in the local government where the user resides, and is configured with a hometown tax payment reception unit 31 . The hometown tax payment receiving unit 31 is a department that receives hometown tax payment procedures, and is a general term including personnel, machines, computers, systems, and the like.

The user terminal 5 is a portable information processing terminal device such as a smart phone or a tablet owned/carried by the user. A business application 50 is installed in the user terminal 5 . The application 50 is an application program for managing and controlling the digital cart 51 (in other words, shopping cart). The application 50 implements the functions of this regional revitalization system, that is, the functions of supporting product purchases, settlements (including donations), delivery, travel, etc. with the digital cart 51 . The application 50 of the user terminal 5 displays an application screen including a graphical user interface (GUI) on the display screen of the display device (for example, touch panel) of the user terminal 5 . The application screen includes a screen of the digital cart 51 described later. The digital cart 51 is controlled based on communication and processing between the application 50 of the user terminal 5 and the server of the provider system 1 or the like.

The user travels from home 8 to travel destination 400 . The position of the user terminal 5 is grasped as position information (for example, latitude and longitude) based on a system or means such as a GPS (Global Positioning System) 102 or the like. In addition, the user has a personal identification card 80 such as a My Number card. The user can use the information of the personal identification card 80 when registering/setting user information, settlement information, delivery information, tax payment information, etc. in this system. The information of the personal identification card 80 may be held as data in the user terminal 5 .

The settlement system 6 is a system by a settlement company or the like related to credit cards, bank accounts, point services, etc., and is a general term including computer systems and the like.

The delivery system 7 is a system by a delivery company that delivers the product 40, such as a distribution center or a home delivery company, and is a general term including computer systems and the like.

[2. Business operator system]
FIG. 2 shows a functional block configuration example of the business operator system 1 of FIG. Functional blocks and connecting lines between functional blocks are an example. The business operator system 1 includes, as respective units (functional blocks), a communication unit 10, a location management unit 11, an authentication unit 12, a tax payment management unit 13, a product management unit 14, a cart management unit 15, a payment management unit 16, and a delivery management unit 17. etc., and they can communicate with each other and input/output data. The business operator system 1 also has a user DB 202, a tax payment DB 203, a product DB 204, a cart DB 205, a delivery DB 207, and the like as DBs (in other words, storage units). Each storage unit may be implemented with a structure such as a file or a table.

The communication unit 10 has communication interfaces for the communication network 101 in FIG. 1 and the LAN 310 in FIG. 3, and performs communication processing with each component such as the user terminal 5 in FIG.

The position management unit 11 grasps the position of each user terminal 5 based on the GPS position information of the user terminal 5 of each user, and stores the position information and the like in the user DB 202 . Also, the position management unit 11 determines the positional relationship between the position of the user terminal 5 and the target area 500 of the travel destination 400 (FIG. 4). Based on the current location information acquired from the user terminal 5, the location management unit 11 determines whether the user terminal 5 has entered the target area 500 (also referred to as "entering") or left the target area 500 ( Also described as "exit"), etc. The position management unit 11 refers to the setting information of the user's travel target area 500 when making the determination. The target area 500 is a range in which shopping is possible with the digital cart 51, and corresponds to the settlement range described later. The position management unit 11 or the cart control unit 15 sets a target area 500 corresponding to the travel destination 400 in an area master (FIG. 13) described later.

The authentication unit 12 performs registration and authentication processing for users who use this system and the user terminals 5 . The business operator system 1 may register the user as a member who receives services by this system. The authentication unit 12 performs user authentication by a predetermined method when accessing from the user terminal 5 . The authentication unit 12 holds information for authentication in a DB (not shown). This authentication may be automatically performed at a predetermined timing such as when the user terminal 5 enters or exits the target area, or when the product 40 is purchased at the store 4 .

The cart management unit 15 is, in other words, a main control unit, and manages and controls the application 50 and the digital cart 51 . The cart management unit 15 stores digital cart information in the cart DB 205 as information related to the state and history of the digital cart 51 based on communication with the application 50 of each user terminal 5 . This digital cart information includes product information registered in the digital cart 51 . The cart management unit 15 turns on the digital cart 51 when the user terminal 5 enters the target area, and turns off the digital cart 51 when the user terminal 5 leaves the target area.

As part of the function of the application 50, the cart management unit 15 also manages user travel related setting information (also referred to as “travel information”) related to user travel, such as travel destination 400 and schedule. is stored in the user DB 202. User information, digital cart information, travel information, etc. are managed in association with each other.

Based on communication with the cart management unit 15, the application 50 accepts operations such as instruction input by the user on the application screen, displays information on the digital cart 51, and performs processing such as product registration in the digital cart 51. I do. The cart management unit 15 updates digital cart information in the cart DB 205 in accordance with processing such as product registration in the digital cart 51 of the application 50 . The information of the digital cart 51 of the application 50 and the digital cart information of the cart DB 205 are appropriately synchronized. The history information of the digital cart 51 held in the cart DB 205 also includes history information related to operations such as registration and payment for the digital cart 51 by the user.

The product management unit 14 stores product information related to the product 40 sold by each product seller 2 at the store 4 in the product DB 204 . The product DB 204 has a product master (FIG. 12), which will be described later. The product seller 2 or the business operator sets product information in the product master of the product DB 204 based on the product information 22 of the product seller 2 . For example, based on the information acquired from the product seller 2 or the local government system 3, if the product 40 is the target of the return gift of the hometown tax donation, the operator can enter the product 40 as the target of the return gift in the product master. Set information such as a flag indicating whether or not It should be noted that the product seller 2 may leave the product DB 204 or the like of the business operator system 1 to manage the product information 22 and the website, instead of holding and managing the product information 22 and the website by himself/herself.

The product management unit 14 refers to the product DB 204 based on the product identification information read by the user from the code 41 of the product 40 at the store 4 using the reader function of the user terminal 5, identifies the product 40, and identifies the product 40. 40 product information is acquired and transmitted to the user terminal 5. This product information includes various information to be handled by the digital cart 51 .

The payment management unit 16 stores information for management related to payment processing for product purchases in the digital cart 51 of the user. All payments are basically made by the payment system 6 , and payment information on users and the like is basically managed and held in the payment DB of the payment system 6 . The payment management unit 16 on the business operator system 1 side stores information for management relating to payment processing between the user, the business operator system 1, and the local government. The payment management unit 16 uses the user's payment information to perform payment corresponding to the payment means (for example, credit card) used by the user with the payment system 6 for the confirmed purchase product in the digital cart 51. Processing (step S7 in FIG. 4 described later) is performed. The settlement management unit 16 records the state and result of settlement processing (for example, information such as whether or not settlement has been completed). It should be noted that, without being limited to this, a form in which the user's payment information is managed and held in the operator system 1 instead of the payment system 6 side may be adopted. In other words, the business operator system 1 may also function as a settlement system.

The delivery management unit 17 stores information for management related to delivery processing for products for which payment has been completed in the digital cart 51 . All deliveries are basically carried out by the delivery system 7 , and user delivery information is managed and held in the delivery system 7 . The delivery management unit 17 on the business operator system 1 side stores information for management relating to delivery processing between the user, the business operator system 1, and the product seller 2 or the like. The delivery management unit 17 uses the user's delivery information to perform delivery processing (to be described later) with the delivery system 7 for the products for which payment has been made in the digital cart 51 to the user's delivery destination (for example, the home 8). Step S8) of FIG. 4 is performed. The delivery management unit 17 transmits a delivery instruction to the delivery system 7 and records the state and result of delivery processing (for example, information such as whether or not delivery has been completed).

The tax payment management unit 13 performs donation processing related to procedures for the hometown tax payment, if the product purchased in the digital cart 51 is the target of the hometown tax payment gift (return gift product). This donation process is implemented as part of the settlement process (step S7 in FIG. 4, which will be described later). The tax payment management unit 13 stores the user's tax payment information in the tax payment DB 203 . The tax payment management unit 13 uses the tax payment information to perform donation processing related to hometown tax payment with the hometown tax payment reception unit 31 of the local government system 3 . During the donation process, the tax payment management unit 13 transmits donation information to the hometown tax payment reception unit 31 . The tax payment management unit 13 records the state and result of the donation processing (for example, information such as whether or not the donation has been completed) in the tax payment DB 203 .

[3. computer system]
FIG. 3 shows a configuration example of a computer system that constitutes the provider system 1 of FIG. This computer system includes a server computer 300 (in other words, server device), a client computer 320 (in other words, client device) connected to the server computer 300 via a communication network such as a LAN 310, a DB server 330, and a Web server. 340 and the like. The communication network 101 in FIG. 1 is connected to the LAN 310 .

The server computer 300 comprises a processor 301, a memory 302, a communication interface device 303, an input/output interface device 304, and a bus or the like that interconnects them. The server computer 300 executes an OS, a DBMS (DataBase Management System), middleware such as a web server program, and applications running thereon based on program processing. An input device such as a keyboard or a display device such as a liquid crystal display may be connected to the input/output interface device 304 . The communication interface device 303 is connected to the LAN 310 via a communication interface, for example, and performs communication processing with other devices via the LAN 310 .

The processor 301 is composed of, for example, a CPU, ROM, RAM, etc., and constitutes a controller. The processor 301 realizes the functions of the server computer 300 (for example, each unit in FIG. 2) based on program processing. The processor 301 provides screens including GUIs to the client computer 320 .

The memory 302 is composed of a non-volatile storage device or the like, and stores various data and information used by the processor 301 and the like. The memory 302 stores a control program 311, setting information 312, work data, and the like. The control program 311 is a computer program for implementing the functions of the processor 301 . The setting information 312 is setting information of functions of the control program 312 and user setting information.

The client computer 320 can be composed of, for example, a PC, and is operated by an operator of the company. The client computer 320 has an input device such as a keyboard and mouse, and a display device such as a liquid crystal display, or these are externally connected. A client computer 320 accesses the server computer 300 . While watching the display screen of the client computer 320, the operator operates the input device and uses this computer system to perform management work such as DB setting.

The DB server 330 has a DB 350, and various data and information managed by the provider system 1, specifically each DB shown in FIG.

A website 360 is built in the web server 340 and receives access from the user terminal 5 or the like. The web browser of the user terminal 5 displays the screen of the website 360 by accessing the website 360 and acquiring web page data and the like. The website 360 is a website that provides users with information related to travel, hometown tax payment, etc. in this system. The website 360 also provides information for introducing the application 50 including the digital cart 51 to the user terminal 5 . The website 360 may provide information for assisting the user in choosing a travel destination, or may provide information for assisting the hometown tax payment procedure. The website 360 provides, for example, information on stores 4 and products 40 in areas that are candidates for travel destinations 400, and information (including information on gift gifts) related to hometown tax procedures for each local government in the area. good too. The website 360 is not essential, and the system may cooperate with a website provided by an external business operator.

[4. Flow of use]
FIG. 4 shows an overview of the overall operation and processing flow when a user uses the local revitalization system of the first embodiment. FIG. 4 has steps S1 to S8, which will be described in order below.

(1) Step S1 is pre-registration. First, in step S1, the user introduces and installs the application 50 from the provider system 1 to his/her own user terminal 5 at home 8, for example, and performs initial settings of the application 50 and the digital cart 51. FIG. This setting includes registration of user information. User information includes, for example, name, address, telephone number, e-mail address, authentication ID and password. In addition, this setting includes setting of information for payment, information for delivery, and information for tax payment among the user information. By this setting, the information of the user's digital cart 51 is registered in the cart DB 205 on the provider system 1 side. At this point, the user's digital cart 51 is turned off. The OFF state is a state in which shopping with the digital cart 51 is disabled and product information cannot be registered. The ON state is a state in which shopping with the digital cart 51 is valid and product information can be registered.

Also, the user sets payment information in the application 50 in advance. This settlement information is information necessary for settlement of the purchased product in the digital cart 51 (step S7). This settlement information is, for example, credit card information, bank account information, point service information, or the like.

Also, the user sets delivery information in the application 50 in advance. This delivery information is information necessary for delivering the purchased product (regular product or return gift product) to the user's home 8 (step S8), and includes information such as the delivery method and delivery address. be.

In addition, the user sets tax payment information in the application 50 in advance. This tax payment information is information required for procedures for hometown tax payment related to the purchased product, and particularly includes information required for donation processing in the payment processing in step S8. For tax payment information, for example, the information on the personal identification card 80 can be used. The personal identification card 80 includes my number card, driver's license, passport, and the like.

The above information for payment, information for delivery, information for tax payment, etc. can be set in the application 50 later. If the user terminal 5 has data of the personal identification card 80 such as a My Number card, the data may be used for setting the payment information.

Further, after the initial setting, the user makes travel-related settings in the application 50 when planning to travel. The user sets travel information such as a travel destination (region) 400, a schedule/period, and a budget, etc. regarding the travel schedule. This is the travel information of the user information (FIG. 14 to be described later). The business operator system 1 registers user information including travel information in the user DB 202 .

(2) The user travels on the date and time scheduled by the application 50 . When traveling, the user carries the user terminal 5, the identification card 80, etc., and heads for the travel destination 400 from the home 8 by means of transportation (indicated as an outbound route 431). A user visits a target area 500 corresponding to a region of a travel destination 400 . In this example, it is assumed that the travel destination 400 is an area such as a prefecture, as shown in FIG. 6, which will be described later. A target area 500 corresponding to the region is set. The target area 500 is a set area on the map, and is an area for controlling the purchase and payment of products in the digital cart 51 .

Step S2 indicates that the user terminal 5 enters the target area 500 (entering). In step S<b>2 , the user holding the user terminal 5 enters the target area 500 corresponding to the travel destination 400 . The application 50 of the user terminal 5 and the operator system 1 determine whether the user terminal 5 is within the target area 500 based on the travel information of the user, the setting of the target area 500, and the detection of the position information of the user terminal 5. Determine if you have entered. This determination can be realized between the user terminal 5 and the provider system 1 using a known technical means such as the GPS 102 . For example, in the example of FIG. 6, which will be described later, when the position coordinates indicated by the GPS position information of the user terminal 5 enter the circular area of the target area 500, it is determined that the user has entered. When determining whether to enter or leave the target area 500, the date and time are determined together with the position. The business operator system 1 grasps the user's position, date and time, etc. based on communication with the application 50 of the user terminal 5 .

Determination of entry and exit of users and user terminals 5 is not limited to the method using GPS, and other technical methods may be applied. Another method may be, for example, a method using a short-range wireless communication function such as an RFID tag, a beacon, or Bluetooth (registered trademark). Another method may be a method of grasping the wireless communication state between the wireless station and the user terminal 5 in the mobile network. When setting the target area 500 in a relatively narrow area such as an individual store 4 or a tourist spot, a method of installing an RFID tag, a beacon, or the like is also effective. Another method may be a method of grasping the position, route, date and time of use in means of transportation such as automobiles, trains, buses, and airplanes. For example, a function of a car navigation system that communicates with the user terminal 5 may be used. Alternatively, a method of ascertaining the location, date and time, etc. from usage history information of lodging facilities, leisure facilities, etc. may be used.

When entering the target area 500 in step S2, the user terminal 5 automatically activates the application 50 if it is not activated, and automatically turns on the digital cart 51 . In the target area 500, the digital cart 51 in the ON state can be used. The user can register product information corresponding to purchase candidate products in the digital cart 51 in the ON state.

When setting the target area for each store 4 separately from the target area 500 of the travel destination 400, the store 4, the product 40, or the code 41 is set in advance with a position detection function using an RFID tag, beacon, wireless LAN, or the like. You can keep it. For example, when the user terminal 5 approaches an RFID tag or the like of each store 4 , it can be detected that the user terminal 5 has entered the target area of each store 4 .

As for the relationship and operation between the application 50 and the digital cart 51 in the user terminal 5, the application 50 and the digital cart 51 may be activated/finished or enabled/disabled as a single unit. The digital cart 51 may be activated/activated or activated/deactivated after the digital cart 50 is basically activated.

(3) Step S3 is registration of products in the digital cart 51 by shopping at the store 4 within the travel target area 500 and during the period. In step S3, the user visits a desired store 4 or the like within the target area 500 of the travel destination 400 and freely does shopping. The user looks at and confirms the desired actual product 40 (for example, food, goods, etc.) in the store 4 and considers the purchase. For example, when there is a product 40 that the user wants to purchase as a candidate for purchase in a certain store 4 (for example, store 4A), the user reads the product information from the code 41 of the product 40 using the reader function of the user terminal 5, and digitally Product information is registered in the cart 51 . The reader function is a function that cooperates with the application 50 or a part of the application 50 . At this time, the user brings the part of the user terminal 5 with a reader function (for example, a camera) close to the code 41 given to the product 40 by, for example, causing the code 41 to be read by the reader function. The code 41 is, for example, a bar code or a QR code (registered trademark). The code 41 is a medium on which product information including at least information for identifying the product 40 (product identification information, product code), attribute information and related information of the product 40 is recorded in the form of a code. The application 50 of the user terminal 5 identifies the product 40 from the read information and transmits at least the product identification information to the server of the business operator system 1 via the communication network 101 .

Although the details of the reader function are not limited, for example, a camera is used to photograph an image of the code 41, code information is decoded from the code image, and product identification information and the like are read. Based on the product information read by the reader function, the application 50 of the user terminal 5 communicates with the server of the business operator system 1 to confirm the product 40 and acquire detailed product information. If the product 40 is a product registered in the product master of the business operator system 1, that is, if it is a target product in this system, the application 50 of the user terminal 5 sends the product 40 from the server. Get the corresponding product information. The user terminal 5 additionally registers product information corresponding to the product 40 (purchase candidate product) in the digital cart 51 of the application 50 using the acquired product information.

The code 41 may be a medium mounted with an IC chip or the like (for example, an RFID tag). The code 41 may be attached to the package of the product 40 or the display shelf, or the code 41 may be prepared in a catalog or the like separately from the product 40 . The store system or website of the store 4 may provide what corresponds to the code 41 . Information can be read from the product 40 without being limited to the method using the reader function. For example, a method may be used in which the camera of the user terminal 5 photographs the product 40 displayed in the store 4 or the product image described in a catalog or the like, and the product is identified by image processing from the photographed image. Also, a method of reading information from an RFID tag or the like by short-range wireless communication may be applied.

If the user wants to purchase the product 40 at the store 4 immediately, he/she can use the normal payment mechanism, for example, the payment at the POS register at the store 4, separately from this system. can be purchased immediately. For example, when the product 40 is food that the user wants to eat immediately, the user can immediately purchase and pay for the food on the spot.

The application 50 of the user terminal 5 communicates with the server of the business operator system 1, transmits the read product identification information, the current position information by GPS 102, etc. as a request to the server of the business operator system 1, After confirmation by the system 1, product information is obtained from the business operator system 1. The server of the business operator system 1 searches the product master of the product DB 204 based on the product identification information received from the application 50 of the user terminal 5, and finds the target product (usually product or return gift product). If the product is the target product, the server of the business operator system 1 reads detailed product information from the product master and transmits it to the application 50 of the user terminal 5 as a response. In addition, the server can identify the area where the user is currently located, the store 4, the relevant municipality (donation destination in the case of hometown tax), etc. from the current location information of the user terminal 5. FIG.

The product information of the product master includes a product code, product name, price, store, region, local government, flags related to hometown tax payment, and the like (FIG. 12 to be described later). The flag is information indicating whether or not the product 40 is a target of the hometown tax donation in the local government. Since the product master includes information on flags and local governments, it is possible to easily determine the local government to which donations are to be made in the case of hometown tax payment, and smooth donation processing is possible.

In this example, information obtained by reading the code 41 has at least product identification information, and detailed product information is obtained from the product master of the business operator system 1 . The present invention is not limited to this, and a form in which detailed product information can be acquired from the code 41, store system, or the like may be adopted.

The application 50 of the user terminal 5 creates and registers the product information of the product 40 in the digital cart 51 as the purchase candidate product information based on the product information acquired from the server of the enterprise system 1 . At this point, the product information is held as a candidate purchase status instead of a confirmed purchase status as a management status. The application 50 displays registered product information on the screen of the digital cart 51 (FIGS. 8 and 9 described later).

In the first embodiment, when the user registers the product 40 in the digital cart 51 in step S3, it is assumed that the product is registered as a purchase candidate product in the purchase candidate status, but the present invention is not limited to this. In a modified example, the product may be registered as a confirmed purchase product from the beginning, in other words, there may be no distinction between the candidate purchase status and the confirmed purchase status. Further, for example, when reading from the code 41, the user may be allowed to perform a selection operation between registration as a purchase candidate and registration as a purchase confirmation on screens shown in FIGS. 8 and 9, which will be described later.

In the first embodiment, the information of the digital cart 51 is configured and held both locally, that is, on the application 50 side of the user terminal 5 and on the server side of the provider system 1 . The information on the application 50 side and the information on the server side are appropriately synchronized so that their contents match. Not limited to this, the information of the digital cart 51 may be configured and held on either the application 50 side of the user terminal 5 or the server side of the business operator system 1 .

(4) Step S4 is a product registration step similar to step S3. In step S4, similarly, the user visits a desired store 4 (for example, store 4B) or the like to freely shop. As a result of steps S3 and S4, product information of one or more products 40 registered as purchase candidates by the user is stored as a list in the digital cart 51 of the user. The application 50 displays one or more items of product information registered on the screen of the digital cart 51 (see FIG. 9 and the like to be described later).

(5) Step S5 is, although not essential, a step for confirming product information in the digital cart 51, sorting purchase confirmation or purchase cancellation, and the like. During the trip, the user can view the screen of the digital cart 51 by operating the application 50 of the user terminal 5 and check the information of the candidate products for purchase held in the digital cart 51 (described later). 8 and 9). In addition, the user can freely sort the purchase candidate products registered in the digital cart 51 as to whether the purchase is confirmed or the purchase is canceled for each product ((C) in FIG. 8 to be described later). etc). The user can sort the products whose purchase is to be confirmed among the products registered in the digital cart 51 in the purchase candidate status into the purchase confirmed status group by a predetermined operation. In addition, the user can allocate the products whose purchase is to be canceled among the products registered in the digital cart 51 with the purchase candidate status to the purchase cancellation status group by a predetermined operation. Products with purchase confirmed status will be subject to automatic settlement in step S7 later.

It is assumed that the sorting in step S5 is typically performed before the user leaves the target area 500 at the end of the trip, but this is not the only option. Even if the user does not perform this sorting, it is possible to perform confirmation, sorting, or automatic processing when the user goes out of the target area 500, as will be described later. Even after sorting in step S5, it is possible to additionally register product information in the digital cart 51 as in step S3.

In the first embodiment, product information is left in the digital cart 51 as a purchase cancellation status even in the case of a purchase cancellation operation, but this is not the only option. In the case of a purchase cancellation operation, the product information may be deleted from the digital cart 51 .

In the first embodiment, the product status change/sorting function as in step S5 is provided, but this function is not limited to this and may be omitted. In the modified example, the main operation is to register and delete the product information in the digital cart 51, and the user does not need to perform operations such as confirmation of purchase. In this modification, at step S7, the product information registered in the digital cart 51 is automatically determined as the purchase, and payment is made.

In addition, based on the confirmation of flags, etc., between the application 50 and the server, the system automatically determines whether or not the product information registered in the digital cart 51 is eligible for the hometown tax donation gift. Check, distinguish and retain information. When the application 50 displays product information on the screen of the digital cart 51, the application 50 automatically displays information such as whether or not the product is eligible for hometown tax return gifts ( (B) of FIG. 8, (B) and (C) of FIG. 9, FIG. 10, etc., which will be described later). For example, the application 50 and the server divide the product information in the digital cart 51 into a group of return gift products (in other words, donation targets) that are eligible for hometown tax donation gifts, and normal products that are not eligible for hometown tax donation gifts ( In other words, they are divided into groups for normal purchase and non-donation). This makes it easy for the user to check and consider whether each product 40 is subject to hometown tax payment. In addition, the application 50 and the server divide the return gift products on the screen of the digital cart 51 (such as (C) in FIG. 9 to be described later) into a case of normal purchase without donation and a case of purchase with donation. to allow selection by the user.

(6) At the end of the trip, the user heads for the home 8 from the travel destination 400 by means of transportation (return route 432). Step S6 indicates that the user terminal 5 leaves the target area 500 (exit). In step S<b>6 , the user possessing the user terminal 5 goes out of the target area 500 corresponding to the travel destination 400 . The application 50 of the user terminal 5 and the server of the operator system 1 select the target area of the user terminal 5 based on the travel information of the user, the setting information of the target area 500, and the detection of the GPS position information of the user terminal 5. 500 It is judged whether it went out. This determination of participation is possible in the same manner as the determination at the time of entry in step S2.

When the user terminal 5 leaves the target area 500 in step S6, the application 50 of the user terminal 5 turns off the digital cart 51 . As a result, in the digital cart 51 of the user, additional shopping, that is, additional registration of product information cannot be performed. Even in this off state, product information registered in the digital cart 51 is held. The application 50 of the user terminal 5 and the server of the business operator system 1 decide whether to confirm or cancel the purchase of the product registered in the digital cart 51 of the user.

(7) Step S7 is settlement processing including donation processing. First, the settlement processing when the product to be settled is a normal product will be described, and the settlement processing including the donation processing when the product to be settled is a gift product will be described later. Immediately after step S6, in step S7, the application 50 of the user terminal 5 automatically performs payment processing for the products with purchase confirmed status registered in the digital cart 51 at that time. Payment processing is performed between the user terminal 5, the business operator system 1, and the payment system 6 using the user's payment information. The user terminal 5 performs payment processing for the payment system 6 shown in FIG. The cart management unit 15 records the status of the product in the cart DB 205 as "purchased/settled" when payment processing is performed for the product information in the digital cart 51 by confirming the purchase. The application 50 clears the screen of the digital cart 51 by deleting the product information of the product, for example.

Further, in Embodiment 1, if the user terminal 5 leaves the target area 500 without performing the sorting (step S5) described above, there are still products in the digital cart 51 in the purchase candidate status at that time. Sometimes. In this case, the following method can be used. In the first embodiment, the application 50 of the user terminal 5 determines purchase confirmation or purchase cancellation for products registered in the digital cart 51 at that point in the purchase candidate status, and performs settlement processing. In the first embodiment, at this time, the application 50 and the server automatically regard the product in the purchase candidate status in the digital cart 51 as a confirmed purchase, omitting the confirmation and decision operations by the user, and perform the payment processing. etc. In a modified example, the application 50 asks the user, on a screen (for example, similar to FIGS. 8 to 10), whether to confirm the purchase or cancel the purchase for each product in the purchase candidate status. , to accept the decision operation. On the other hand, when the purchase confirmation operation is performed by the user, the application 50 changes the purchase candidate status of the product to the purchase confirmation status, and performs settlement processing. When the purchase cancellation operation is performed, the application 50 changes the status of the product to the purchase cancellation status and does not perform payment processing.

As a modification of step S7, the following may be performed. The application 50 of the user terminal 5 confirms with the user whether or not it is permissible to execute the payment for the product in the digital cart 51 with the purchase confirmation status, and accepts the decision operation. The application 50 executes the payment processing when receiving the decision operation, and does not execute the payment processing when receiving the negative operation. Alternatively, the user may input payment information at step S7.

The following are also possible as modifications related to settlement. On the screen of the application 50 of the user terminal 5, the user instructs execution of payment for the desired product at any desired timing. For example, the user can first execute payment for some of the confirmed purchase products in the digital cart 51 in the travel target area 500 by a predetermined operation (similar to FIG. 9C).

Furthermore, in step S7, the donation process when the product to be settled is a gift product is as follows. This donation processing is basically realized by settlement processing for the settlement system 6 . The application 50 of the user terminal 5 instructs the settlement system 6 to settle the donation amount through the operator system 1 and transmits the donation information to the local government system 3 . The settlement management unit 16 and the tax payment management unit 13 of the enterprise system 1 record information for management during settlement processing including the donation processing. The application 50 of the user terminal 5 automatically performs donation processing related to the hometown tax payment for the gift item that has already been purchased. Based on the flag, when the purchased product is a gift item, the business operator system 1 makes a donation (contribution at the same time as purchase) in the form of using the purchased product as a gift item as it is. Then, donate to the local government associated with the product. This donation process is a part of the process of hometown tax payment for the local government associated with the product 40 purchased at the travel destination 400 and the local government where the user resides. The donation process is performed between the user terminal 5, the business operator system 1, and the local government system 3 using the user's tax payment information. The user terminal 5 sends donation information for hometown tax payment related to the purchased gift product to the hometown tax payment reception unit 31 of the local government system 3 of the local government associated with the product 40 and target area 500 through the business operator system 1. to send. The hometown tax payment receiving unit 31 of the local government system 3 performs hometown tax payment procedures (particularly acceptance of donations) for the user based on the received donation information.

The settlement of the donation amount should be defined in advance by the parties concerned. Specifically, this settlement can be realized, for example, as follows. The application 50 or server instructs the settlement system 6 to deposit the donation amount of the gift item into the account of the business operator system 1 . Next, the enterprise system 1 instructs the settlement system 6 to deposit the donation amount into the account of the local government system 3 to which the donation is made.

After that, between the local government system 3 and the product seller 2 (store 4), the payment for the gift may be arbitrarily performed according to the system of each local government. For example, the municipality system 3 may make a payment for the return gift product to the product seller 2 (FIG. 15 to be described later). In a modified example, this system may also undertake settlement between the local government system 3 and the product seller 2 . As an example, at step S7, regarding the donation amount from the user terminal 5 to the local government, the purchase price of the return gift product is paid to the merchandise seller 2 such as the store 4, and the purchase price is subtracted from the donation amount. You may make it pay the amount of money to the local government.

At the time of donation processing, the donation information may be transmitted from the user terminal 5 to the local government system 3, or the business operator system 1 may transmit the donation information to the local government system 3. In other words, the business operator system 1 may intervene between each user and each local government and support the hometown tax payment procedure according to each local government. Also, the user may input information for tax payment during the donation process in step S7. Also, in step S7, before sending the donation information, the application 50 of the user terminal 5 confirms with the user on the screen whether or not the hometown tax donation process can be executed. may be accepted.

The donation information transmitted in step S7 includes, for example, the user's name, contact information, and address based on the tax payment information, whether or not to make a one-stop application, information on the area and store where the purchase was made, information on the purchased product ( (that is, gift item information), target local government information, amount information such as donation amount, and other information. In the current system, when an application for hometown tax payment (corresponding donation information) is sent to a local government, the local government will send a document requesting verification of the user's personal information, for example, a copy of my number card. is requested to be sent. In FIG. 4, the user terminal 5 and the hometown tax payment reception unit 31 of the local government system 3 via the business operator system 1 exchange information (data The identity of the user can be verified by communication, mail, etc.).

(8) Step S8 is a delivery process. In step S8 following step S7, the application 50 of the user terminal 5 automatically performs delivery processing for the product for which payment processing has been performed in step S7. The delivery process is performed between the user terminal 5, the business operator system 1, and the delivery system 7 using the user's delivery information. The user terminal 5 transmits a delivery instruction regarding the purchased item (regular item or gift item) to the delivery system 7 via the business operator system 1 . The delivery instruction includes information such as purchased product information and the user's delivery address. The delivery management unit 17 records management information such as whether or not the delivery has been completed. The delivery system 7 delivers the purchased product to the home 8 or the like of the delivery destination according to the delivery instruction (indicated by product deliveries 71 and 72 in FIGS. 1 and 4). Product delivery 71 indicates the case where the purchased product is a regular product, and product delivery 72 indicates the case where the purchased product is a gift item. Also, the user may input the delivery information at step S8. Further, in step S8, the application 50 of the user terminal 5 may confirm with the user on the screen whether or not the delivery process may be executed, and may accept the decision operation.

In the first embodiment (FIG. 4), the delivery of the product 40 and its delivery to the user are made through the delivery system 7 (step S8) together with the payment outside the target area 500 (step S7). However, it is possible without being limited to this. Along with payment for individual products 40, the delivery destination of the product 40 may be a specified delivery destination within or outside the target area 500, such as an accommodation facility or a transportation facility, instead of the home 8. For example, in response to the user's delivery designation operation on the screen of the application 50, the product 40 is delivered to the user at the store 4 where the user purchased the product 40, another store, or a predetermined location. may For example, the product registered in the digital cart 51 by the user during the trip can be delivered as one of the delivery designations, which is the product 40 kept at a predetermined place when returning from the trip. In this case, the user can check the received product 40 on the way back from the travel destination 400 to the home 8 . The predetermined place of delivery may be the boundary of the target area 500 or between the target area 500 and the home 8 . Predetermined locations include product delivery counters and delivery lockers at tourist spots, shopping malls, convenience stores, stations, airports, and the like. The predetermined place may be a "roadside station" (regional promotion facility), a service area on the road, or the like.

Note that the delivery process in step S8 is not essential. The modified system does not have delivery-related functionality. In that case, the user or the store 4 or the like may individually deliver the product to the delivery system 7 . Note that the application 50 of the user terminal 5 may automatically terminate the digital cart 51 or the application 50 after exiting in step S6 and completing the processes of steps S7 and S8.

As a result of the processing of steps S7 and S8, the purchased product (regular product or reward product 9) is delivered to the user's home 8 at a later date. The user receives the product at home 8 after returning from the trip.

As in step S7 above, in this system, the user uses the digital cart 51 to purchase the product 40 at the travel destination 400 (corresponding target area 500). In the case where the product 40 is the object of the hometown tax donation, the product 40 can be used as the return gift as it is, and can be easily donated to the local government associated with the product as the hometown tax donation. Furusato nozei can be implemented particularly efficiently if one-stop applications can be used according to the local government. If procedures for hometown tax payment (in other words, acceptance interface) are different for each local government, the business operator system 1 may support individual procedures with individual local governments. Regarding the hometown tax payment procedure, at least the part that can be automated by data communication and digitization on the communication network 101 can be automated through the business operator system 1 .

The system according to the first embodiment enables product purchase and settlement ( donations) and shipping can be processed automatically. In the first embodiment, the predetermined condition is the timing at which the user terminal 5 leaves the target area 500, giving priority to the user's convenience. Predetermined conditions can be set in advance in the system, and in particular, may be set by the user through a user setting function. Further, in a modified example to be described later, payment processing or the like is performed at the timing when a period set in advance as a predetermined condition has passed.

[5. Processing flow]
FIG. 5 shows a flowchart of main processing in the local revitalization system of Embodiment 1, also corresponding to the example of FIG. The flow of FIG. 5 has steps S101 to S111.

In step S101, the user makes initial settings for the digital cart 51 using the application 50 of the user terminal 5, and sets travel information such as the travel destination 400 and schedule. The business operator system 1 sets the information of the user's digital cart 51 in the cart DB 205, sets the travel information in the user DB 202, and sets the target area 500 corresponding to the travel destination 400 and the like.

In step S102, the user terminal 5 and the operator system 1 confirm the current position of the user terminal 5 based on the GPS position information of the user terminal 5, and confirm that the user terminal 5 corresponds to the travel destination 400. It is determined/detected whether or not the user has entered the area 500 .

When entry is detected, the application 50 of the user terminal 5 turns on the digital cart 51 in step S103. At this time, authentication processing is automatically performed between the user terminal 5 and the authentication unit 12 of the provider system 1 . At that time, it is also confirmed whether or not the payment method described in the preset payment information is valid. For example, the expiration date of the credit card is confirmed.

The user can freely shop at the store 4 or the like in the target area 500 . In step S104, the user terminal 5 reads information from the code 41 of the product 40 using the reader function based on the user's operation. The application 50 of the user terminal 5 transmits the read product identification information, current position information, and the like to the server of the business operator system 1 .

In step S<b>105 , the server (communication unit 10 ) of business operator system 1 receives information from application 50 of user terminal 5 . Based on the product identification information from the user terminal 5, the cart management unit 15 searches the product master of the product DB 204, reads out product information associated with the product identification information, and sends it to the user terminal 5. Send. In step S105, the business operator system 1 confirms whether the product 40 is a target product in this system, and also confirms the attributes of the product 40 and the like. Confirmation of this attribute includes confirmation of whether or not the product 40 is an object of the hometown tax donation. Also, in a modified example, the business operator system 1 may check the inventory when providing the product 40 at step S105.

In step S106, the application 50 of the user terminal 5 receives and acquires the product information from the server of the business operator system 1, and registers it in the digital cart 51 as the product information of the purchase candidate status product. The application 50 updates the display state of the screen of the digital cart 51 on the display screen of the user terminal 5 so as to additionally register the product information. In addition, the application 50 displays the status of each registered product such as the purchase candidate status on the screen of the digital cart 51 so that the status can be understood. Whether or not it is necessary is displayed in an easy-to-understand manner (FIG. 8, etc., to be described later).

The processes of steps S104 to S106 are repeated in the same manner as steps S3 and S4 in FIG. In the first embodiment, the purchase of the product 40 at the store 4 means registering the product information as a purchase candidate product in the digital cart 51 and then making a payment as confirmation of the purchase. This registration is provisional, and it is possible to confirm the purchase or cancel the purchase as described above.

In step S107, the user can operate the application 50 of the user terminal 5 at a timing desired by the user during the trip, and check the product information in the digital cart 51 as a list on the screen of the application 50. FIG. On the screen of the digital cart 51, the status of each product can be confirmed. The status includes purchase candidate, purchase confirmation, purchase cancellation, and the like. Also, on the screen of the digital cart 51, a sorting operation for changing the status is accepted. On this screen, each purchase candidate product can be sorted into purchase confirmation or purchase cancellation. When the user decides to actually purchase the candidate product for purchase, the user performs an operation so that the purchase confirmation status is established. The user can also return the status of the product to the purchase candidate status as appropriate on the screen.

In step S108, the user terminal 5 and the operator system 1 confirm the position of the user terminal 5 based on the GPS position information of the user terminal 5, and the target area corresponding to the travel destination 400 of the user terminal 5 It is determined/detected whether the player exited outside 500.

When the exit is detected, the application 50 of the user terminal 5 turns off the digital cart 51 in step S109. At this time, an authentication process is automatically performed between the user terminal 5 and the business operator system 1, and at that time, whether or not the payment method described in the preset payment information is valid, etc. is also confirmed.

In step S<b>110 , the application 50 of the user terminal 5 executes payment processing (including donation processing) for the confirmed purchase product in the digital cart 51 with the business operator system 1 . At this time, settlement processing is performed with the settlement system 6 using the settlement means confirmed in steps S103 and S109. Of the confirmed purchase products, donation processing (settlement related to donation and transmission of donation information to the local government system 3) is performed through the payment system 7 as described above. The donation information includes donation amount information calculated by the application 50 and the server. For example, the price for a certain purchased product (return gift product) is X yen, the donation amount is Y yen, and the donation amount of Y yen is paid to the local government (FIG. 15 described later).

Subsequently, in step S111, the application 50 of the user terminal 5 executes the delivery process for the purchase-confirmed product in the digital cart 51 with the business operator system 1, for which payment processing has been completed. At this time, delivery processing is performed with the delivery system 7 as described above.

[6-1. Target area]
The setting of the target area 500 in FIG. 4 will be described. In Embodiment 1, setting of the target area 500 is performed in the following manner. The target area 500 corresponds to the travel destination 400 of the user and the digital cart 51, and is an area to be controlled for purchase and settlement of the product 40, in other words, an area, area, range, etc. on the map. The target area 500 is also associated with a range (also referred to as a “settlement range”) for collectively controlling the processing of settlement and delivery described above.

FIG. 6 shows a first example as a setting example of the target area 500 . This first example is an example in which a circular target area 500 is set on the map so as to include the region of the travel destination 400 . It is assumed that the area of the travel destination 400 is, for example, a roughly divided area such as a prefecture. The region of the travel destination 400 may be at least one store 4, a tourist spot, or the like, or may be a city, ward, town, or village. In this case, a circular target area 500 is set using a central position 511 represented by latitude and longitude in that area and a radius 512 .

In the target area 500, the digital cart 51 is turned on. In addition, large areas such as prefectures also hierarchically include small areas such as municipalities. In this example, there are small areas A to F within the large area. Each area includes each store 4, a tourist spot, and the like. In addition, even smaller regional units or areas may be set within subdivisional regional units such as towns. A user visits a store 4 or the like in a desired area to do shopping. In the example of FIG. 6, the user can freely move within the area such as the prefecture of the travel destination 400 and do shopping. During the trip, the user can hold a plurality of product information in the digital cart 51 until he/she leaves the area, and can freely consider whether or not to purchase the product and whether to select the product.

In Embodiment 1, the target area 500 is set by the operator system 1 in accordance with the travel destination 400 specified by the user. Specifically, using an area master (FIG. 13), which will be described later, a circular target area 500 including the region of the travel destination 400 is automatically set as shown in FIG. Note that in a modification, the user may be allowed to set the target area 500 using the application 50 . For example, on the map screen of the application 50, the user may designate the area of the travel destination 400 by tapping or encircling it, or by inputting characters.

Furusato Nozei is a local government unit such as prefectures and municipalities, and there are jurisdictional areas. Therefore, as one method, the target area 500 may be set according to the area of such a municipality. In addition, it is desirable to set a suitable target area 500 according to the travel destination 400 of the user. In this system, considering these points of view, the target area 500 is set as a circular area so as to include at least one municipality corresponding to the region of the user's travel destination 400, as shown in FIG. be.

The shape of the target area 500 is not limited to the circular shape shown in FIG. 6, and any shape is possible. In a modified example, the target area may have a more detailed shape that matches the shape of the boundary of the area on the map. In this example, by making the target area 500 circular, there is an advantage that it becomes easier to determine whether to enter or leave (steps S2 and S6).

In the example of FIG. 6, a circular target area 500 having a larger size is set for the shape of the area (for example, prefecture) of the travel destination 400 so as to include the area. In addition, a settlement range is set in this target area 500 . In this example, target area=payment range. The settlement range is a range for determining whether or not to execute the settlement in step S7. Further, in Embodiment 1, not only payment but also delivery (step S8) associated therewith is controlled using the payment range. As a modification, each range may be set for each process of payment (step S7) and delivery (step S8). In addition, different ranges may be set for normal products and return gift products (for donation processing).

Setting a circular target area=settlement range as in the example of FIG. 6 also has the following advantages. Even if the user moves near the boundary of the region (for example, prefecture) of the travel destination 400 within the target area 500, the payment processing and the like in step S7 do not operate. Therefore, the digital cart 51 is stably held within the target area 500, which is preferable.

In this example, the target area is equal to the settlement range, but this is not the only option. For example, the shape of the region of the travel destination 400 may be used as it is as the target area 500, and an area such as a circle larger than that may be set as the settlement range.

In Embodiment 1, the GPS 102 is used to grasp the position of the user terminal 5 as described above. The position of the user terminal 5 may be represented by a circular range centered on the position represented by the latitude and longitude of the GPS position information, with a radius taken into account for positioning errors.

Note that the user's travel destination 400 is specified in advance as the aforementioned travel information, but is not limited to this, and may be automatically determined based on the position information of the user terminal 5 . The target area 500 and the like may be automatically set according to the automatically determined travel destination 400 area.

[6-2. Target area]
Other setting examples for the target area 500 are as follows. Although one target area corresponding to the travel destination 400 is set in the first example of FIG. 6, a plurality of target areas corresponding to the travel destination 400 may be set. A user's travel destination 400 may include a series of spatially separated regions (for example, sightseeing spots).

FIG. 7 shows a second example as a setting example of the target area 500 in the modified example. This second example shows a case where a target area 500 corresponding to a travel destination 400 is composed of a plurality of spatially separated target areas (also referred to as sub-areas) on a map. For example, a travel route roughly consists of three sub-areas 601-603. For example, a route consists of, in order, a first sub-area 601 (including area A), a second sub-area 602 (including area B), and a third sub-area 601 (including area C). there is Sub-areas may be spatially separated via transportation travel. For example, a first subarea 601 is set as a circle encompassing region A using a center position 611 and a radius. A second sub-area 602 and a third sub-area 603 are also set as circular. For example, the user first goes shopping at the store 4 a in the area A, and thereby the product A is registered in the digital cart 51 . When the user terminal 5 goes out of the sub-area 601, the payment process for the product A is performed. Next, the user moves to area B and shops, for example, at store 4 b , thereby registering product B in digital cart 51 . When the user terminal 5 moves out of the sub-area 602, the payment processing for the product B and the like are performed. Thus, in the second example, settlement, delivery, etc. are controlled using the settlement range for each sub-area.

In a second example, the user is visiting multiple regions in sequence on the planned travel route and itinerary. Merchandise can be purchased using the digital cart 51 for each sub-area corresponding to the area. As another example, even when the travel route is not fixed, that is, when the traveler moves freely, based on the grasp of the current position of the user terminal 5, Similar control is possible by setting sub-areas. Also, a sub-area may be set for each store 4 targeted by this system. When the user terminal 5 enters the sub-area of each store 4, the digital cart 51 is automatically turned on to enable shopping, and when the user exits the sub-area, payment and the like are performed.

When sub-areas (settlement ranges) are set in relatively small regional units (for example, towns), donation processing (step S7) related to hometown tax payment to the corresponding local governments can be performed for each sub-area. As a result, there is an advantage that the user can easily judge and recognize the products purchased in the area and the donation to the local government corresponding to the area.

It should be noted that in the second example of FIG. 7 as well, it is possible to set one target area 500 that includes the entire travel route, as in the first example of FIG. Also, the route and target area 500 may include a round trip between home 8 and travel destination 400 .

[7. Target period]
In a modified example, as another method related to control of the digital cart 51 and payment, etc., a method using a target period (in other words, time limit) as a predetermined condition is also possible. When the user sets the travel schedule, the operator system 1 sets the target period for control according to the schedule. Either a method of controlling only the target period as a condition or a method of controlling based on both the target period and the target area 500 is possible.

For example, the method of controlling only by the target period is as follows. The business operator system 1 turns on shopping with the digital cart 51 regardless of the location of the user terminal 5 during the target period during the trip (for example, three days from May 1 to May 3). , to hold product information. When the target period has passed, the business operator system 1 turns off the digital cart 51 and performs payment processing (step S7) and the like. In this method, the user can freely enter and leave the region of the travel destination 400 within the target period, and payment processing and the like do not operate during that period. Even if the user is within the area of the travel destination 400, when the target period has passed, the settlement process or the like is activated.

For example, the method of controlling both the target period and the target area is as follows. When the position of the user terminal 5 is within the target area during the target period during travel, the business operator system 1 turns on shopping with the digital cart 51 and holds product information. When the user terminal 5 has left the target area and the target period has passed, the operator system 1 turns off the digital cart 51 and performs payment processing (step S7).

In the case of the above method, for example, the user can register products in the digital cart 51 on the first day of the trip, and confirm and sort the products in the digital cart 51 during the stay. The same is true for the second and third days. On the third day, when the user leaves the target area 500 and returns, payment for the products in the digital cart 51 is made when the target period has passed. Further, when the target period is used as the predetermined condition, the additional condition may be that the user is in the target area once a day, for example, as a periodical check.

[8-1. Screen example]
8 and 9 show display examples of the digital cart 51 and the like on screen examples of the application 50 of the user terminal 5. FIG.

FIG. 8A shows, as a first example, when the user goes shopping at the store 4 as shown in FIG. An example of a screen when registering in the digital cart 51 is shown. An image 801 representing the read product and information (for example, product name and price) are displayed in the upper part of this screen. An image 802 (cart icon) representing the digital cart 51 is displayed at the bottom. In the image 802, the number of products currently registered in the digital cart 51 is also displayed as a number (eg, 4). On this screen, the user performs a predetermined operation such as touching and swiping the image 801 with a finger to move it to the position of the image 802 when registering. As a result, the product information of the read product is registered in the digital cart 51 . The predetermined operation may be tapping, flicking, or the like. At the time of this registration, the status of the product is first set to purchase candidate status. If this operation is not performed, the read product is not registered in the digital cart 51 (registration canceled).

FIG. 8B shows, as a second example, a screen example when the read product (or the product selected from the digital cart 51 may be selected) is the target of the hometown tax donation gift. . An image 803 representing the read product and information are displayed in the upper part of this screen. This image 803 is displayed with an image such as a mark (in this example, a ribbon) indicating that this product is a target of the hometown tax donation. In addition, as shown by a balloon image below the image 803, an explanatory text or the like indicating that the item is an object of the hometown tax donation may be displayed, and further detailed information may be displayed according to the click of the link URL or the like. may The detailed information includes, for example, detailed information on the hometown tax payment of the corresponding local government and detailed description information on the product.

FIG. 8C shows an example of display of the digital cart 51 on the screen of the application 50 as a third example. ” (cancellation of purchase) is shown. In this example, on this screen, images 804 of a plurality of products (corresponding product information) registered in the digital cart 51 and having purchase candidate status are displayed, for example, arranged in a vertical line, and can be scrolled vertically. When the user confirms the purchase ("buy") of each product, the user moves the image 804 to the right of the screen by swiping (or pressing the right button, etc.). By such a predetermined operation, the product is changed from the purchase candidate status to the purchase confirmed status. The product with the purchase confirmation status is added to the purchase confirmation box of the digital cart 51 (for example, (A) in FIG. 9). On the other hand, if the user wants to cancel the purchase of the item ("not buy"), the user moves the image corresponding to the item to the left of the screen by swiping (or pressing the left button, etc.). Let As a result, the product is changed from purchase candidate status to purchase cancellation status. Items with that canceled purchase status are added to the canceled purchase box. On this screen, the images of the sorted products disappear from the vertical columns, and the images of the remaining products are displayed in a vertical arrangement.

It should be noted that in the first embodiment, in the digital cart 51, the product information for which the user has canceled the purchase is also held in the purchase cancellation box without erasing the product information. As a result, the user can return the product from the purchase cancellation status to the purchase candidate or purchase confirmation status later. In another form, product information is deleted in the event of a purchase cancellation.

[8-2. Screen example]
FIG. 9A shows, as a fourth example, a screen example in which the contents and states of the digital cart 51 are displayed in a list. On this screen, the application 50 displays information on a plurality of products in the digital cart 51 in boxes (columns) classified by status. This screen has a purchase confirmation box 901 , a purchase candidate box 902 and a purchase cancellation box 903 . For example, in the purchase confirmation box 901, products A and B with purchase confirmation status are registered.

The user can change the status of each product on this screen as well. Arrows indicate status change examples. For example, the user can select a desired item in the purchase candidate box 902 and move it to the purchase confirmation box 901 or the purchase cancellation box 903 by swiping or the like. The status will be changed accordingly. Similarly, the product in the purchase confirmation box 901 and the product in the purchase cancellation box 903 can be moved to other boxes.

FIG. 9B shows, as a fifth example, a screen example of displaying a plurality of product information with purchase candidate status in the purchase candidate box 902 in the digital cart 51. In particular, each purchase candidate product has a flag This is an example of displaying an image 904 indicating whether or not the item is eligible for the hometown tax return gift. In this example, three products D, E, and F are displayed with an image 904 such as a mark (in this example, a ribbon) indicating that the product F is eligible for the hometown tax donation. ing. In the screens of (A) and (B) of FIG. 9, it is possible to display a plurality of product information in groups classified according to whether or not they are eligible for return gifts for hometown tax payment based on flags. good. In FIG. 9B, products D and E are displayed separately as a group of normal products, and product F as a group of gift products. Further, on the screen of the digital cart 51, the product information may be arranged and displayed in a desired free order and position based on the user's operation.

In addition, on the application screen as described above, a payment execution instruction button may be provided when the normal product selected by the user is to be paid first. When the user presses this payment execution instruction button, even within the target area 500, payment processing is immediately performed only for this product. In other words, the timing of basic payment in this system is the timing when the target area 500 is out of the target area 500 as in the above-mentioned step S7. It is also possible to complete For example, when the user wants to consume the product 40 such as food immediately in the target area 500, the user can purchase and consume it by a normal payment method other than this system as described above. It can also be consumed with a pre-payment function such as

FIG. 9C shows, as a sixth example, the product information of the return gift product (for example, product F) selected by the user from the digital cart 51 at the timing of payment in step S7 or at a timing before that. An example of the screen to be displayed is shown. This screen displays detailed information such as the product name of the product F and a mark representing a gift in return. This screen particularly displays detailed information about the amount and a button that allows selection of normal purchase or donation (purchase simultaneous donation format). In this screen, the normal price for purchasing this product F (if not donating), the purchase button 907 for purchasing the product F with the normal price, and the donation of this product F as a return gift for hometown tax payment. A donation amount in the case of making a donation and a donation button 908 in the case of performing the donation processing with the donation amount are displayed. On such a screen, the user can freely select whether to purchase the return gift product normally or purchase it together with the donation related to hometown tax payment. In addition, in the same way as with normal products, with respect to gift products, the desired gift product selected by the user can be immediately settled at any time within the target area 500 by pressing the button on the same screen. Processing (including donation processing) may be enabled.

The application 50 and the server (tax payment management unit 13) calculate this donation amount and display it on the screen. Let X yen (for example, 6,000 yen) be the price of product F, which is a return gift product (which is the same as the normal amount for a normal purchase), and Y yen be the donation amount (also shown in FIG. 15, which will be described later). As a condition according to the system of the local government, it is predetermined that the amount of the gift in return should be 30% or less of the donation amount. For example, the condition is Y=X/0.3. Then, for example, Y = 6,000 Yen/0.3 = 20,000 Yen. The business operator system 1 automatically calculates the required donation amount (Y yen) for the donation of the purchased product as the return gift based on the conditions, and uses the donation amount as donation information in the donation process.

As described above, in Embodiment 1, the user can consider selection regarding product purchases in the digital cart 51 on the screen of the application 50 of the user terminal 5 through intuitive and simple operations. .

[8-3. Screen example]
FIG. 10 shows another screen example of the application 50 of the user terminal 5. As shown in FIG. The screen of FIG. 10 is an example of displaying the content/state of the digital cart 51 as a list in tabular form. In this table, product information of purchase candidate products is displayed for each row, and the column items are number, date and time, product image, product name (or product code), purchase store, purchase area, purchase price, hometown tax Includes reward items (flag), donation, purchase confirmation, deletion, etc. In addition, a prepayment button or the like may be provided as a column item in the table. A plurality of items of product information in the digital cart 51 can be sorted and displayed according to selected conditions (for example, order of registration, order of product category, order of price, etc.).

The “date and time” item is the date and time when the product information of the product 40 was registered. The "product image" item displays a product image acquired from the product master of the product DB 204 in FIG. 2 (or an image captured by a camera). The "product name" item displays the product name (or product code), and may display categories such as foods and goods. Information corresponding to the store 4 and the product seller 2 from which the product 40 is purchased is displayed in the "store of purchase" item. The "purchase area" item may display an area such as a municipality corresponding to the store where the product 40 was purchased, and may display information on the corresponding municipality. The "Purchase Amount" item displays the amount of money for a normal purchase of the product 40 or for purchase at the same time as a donation as a hometown tax return gift product. The "hometown tax return gift" item indicates whether or not the product is eligible for the hometown tax return gift based on the flag. For example, it has a value of 1 if it is a target, and a value of 0 if it is not.

The "donate" item displays a button that enables selection of donate (ON)/do not donate (OFF) in advance when the product 40 is eligible for hometown tax donation. If the user wishes to donate the product 40 as a gift in return, the user turns on the button in this "donation" item, and turns it off if he does not want to do so. Later, when the user terminal 5 leaves the target area 500 in step S6, the set value of the "donation" item is reflected at the timing of the donation process in step S7. Also, the amounts displayed in the "purchase amount" item and the total amount column 1001 at the bottom of the screen are automatically calculated and displayed in conjunction with the ON/OFF state of the "contribution" item. Note that the amount of money may differ depending on whether the donation is made (ON) or not made (OFF). This is because there are conditions on the amount of donation when performing the hometown tax payment (the amount of the above-mentioned return gift must be 30% or less of the amount of donation, etc.). The enterprise system 1 (the tax payment management unit 13 in FIG. 2) calculates the donation amount in the case of performing the hometown tax payment for each return gift product, and displays it on the screen of the application 50 as described above. Note that both the normal purchase amount and the donation amount may be displayed in parallel, as in FIG. 9C.

The item "Purchase Confirmation" displays a check button for determining whether or not to confirm the purchase of the product. The user presses the check button when confirming the purchase of the product. As a result, the product is changed from the purchase candidate status to the purchase confirmed status. The “delete” item displays a delete button for deleting the product information from the digital cart 51 . The user presses this delete button when deleting the product information.

In the present example, the total amount column 1001 displays the total amount for the products in the purchase confirmation status (checked ON by the check button) in the above table. This total amount is displayed as a breakdown of the total amount of donations in the return gift product group with hometown tax payment and the total amount of normal purchases in the normal product group without hometown tax payment. The enterprise system 1 (the tax payment management unit 13 in FIG. 2) calculates the total amount of each group and displays it on the screen of the application 50 as described above. In this example, when there are products AA, BB, and CC as the three products in the purchase confirmation status, the two products AA and BB are set as gifts to be donated (ON). The purchase amounts (=donation amounts) of the products AA and BB are 5,000 yen and 3,600 yen. The purchase amount of the product CC, which is a normal product, is 7,000 yen. Correspondingly, in the total amount column 1001, the total amount is 15,600 yen, the total amount for hometown tax payment (donation) is 8,600 yen, and the total amount for normal purchase is 7,000 yen. By looking at the total amount column 1001, the user can estimate the total amount according to the current schedule of product purchases, etc., and can examine/change whether or not to purchase the item.

As another example, on the screen of the digital cart 51, the total price of the products with purchase candidate statuses (those with check buttons that are unchecked) in the table may be similarly displayed. Further, although not shown, the screen of the digital cart 51 may display a travel budget set by the user and a remaining budget obtained by subtracting the total amount from the budget. This allows the user to consider the budget. Further, on the screen of the digital cart 51, it is possible to set an upper limit value for the donation amount for hometown tax payment, and to display the upper limit value. The application 50 displays a message to that effect on the screen when the total amount of the gift item that the user has decided to purchase as a purchase candidate or purchase has reached the upper limit. This makes it easy for users to consider donations within a range that does not exceed the upper limit.

Further, detailed information on the hometown tax payment may be displayed and confirmed by the user by operating the total amount of the hometown tax payment (for example, the link URL) in the total amount column 1001 . As a result, it is possible to confirm or input the contents of the donation information transmitted to the local government in the donation processing of step S7, for example.

The screen also has a history item 1002 . When the user wants to view the history information of the digital cart 51, the user operates the history item 1002 by touching or the like. As a result, the history information of the digital cart 51 is displayed on the application screen. As described above, since the cart DB 205 also holds the history information of the digital cart 51, it is possible to display the history information on the application screen. The history information is history information of product registration, payment (including donation), delivery, etc. at past dates and times.

Also, in a modified example, this history information may be used to enable re-purchase of the product 40 . For example, after the user leaves the target area 500 of the travel destination 400, the digital cart 51 is maintained until the user returns to the home 8, or even after returning to the home 8, until a set period of time. Retain historical information. Then, the user appropriately refers to the history information of the digital cart 51 on the screen of the application 50, selects a desired product from the history information, and presses the purchase instruction button when the user wants to purchase the product again. As a result, settlement and delivery processing are performed for the product. Therefore, the user can easily repurchase the product. In addition, the user can easily donate the hometown tax again in conjunction with the repurchase.

As described above, in Embodiment 1, the display of the digital cart 51 on the screen of the application 50 itself enables identification and recognition of whether or not each product is eligible for return gifts for hometown tax payment. It is also possible to specify whether or not to make a hometown tax donation at the same time as the purchase for each gift item according to the intention/operation.

[9-1. Digital cart information]
FIG. 11 shows a configuration example of digital cart information in the cart DB 205 of FIG. In this digital cart information table, the items corresponding to the columns are number (representing a record for each row), date and time, product code (in other words, product identification information), product image, product name, store of purchase, region of purchase, local government. , purchase amount (normal purchase amount or donation amount), flag for hometown tax return gifts, status, donation, payment, delivery, etc. The status is the above-mentioned purchase candidate, purchase confirmation, or the like. The data example in FIG. 12 corresponds to the screen example in FIG. In addition, the position information of the product 40 and the like may be registered in the digital cart information.

[9-2. Product master]
FIG. 12 shows a configuration example of the product master of the product DB 204 of FIG. In this product master table, the items corresponding to the columns are number, product code, product name, product image, store, sales area, local government, location (latitude/longitude), hometown tax return gift flag, normal amount , donation amount, etc. The flag indicates whether or not the product is eligible for return gifts in the local government's hometown tax system. The "position" item indicates the position of the product 40 or the store in GPS latitude and longitude. In this table, both "regular price" and "donation price" (two types) are set and held as product price information. The "regular price" item indicates the sales price corresponding to the regular price for a normal purchase without donating. The "donation amount" item indicates the condition of the minimum amount corresponding to the donation amount when making a donation related to the hometown tax payment (purchase at the same time as donation). In the product DB 204 or the like, conditions related to the amount of the gift in return may be set for each local government. In the illustrated example, the condition is donation amount (Y)=normal amount (X)/0.3.

[9-3. Area master]
FIG. 13 shows a configuration example of the area master stored in the user DB 202 of FIG. The area master is information for managing the area of the travel destination 400, the target area 500, and the like. The business operator system 1 holds setting information such as a target area 500 corresponding to a travel destination 400 (travel information) for each user in an area master. Note that the area master may be divided and held in another DB (for example, a map DB).

This area master table has, as items corresponding to columns, number, region (area), region name, target area, center position, radius, and the like. The "region (area)" item is an ID for each region (area). "Area name" is, for example, a name such as a prefecture or city. The "target area" item is the ID of the target area 500 when the target area 500 is set in the region. The “center position” and “radius” items are information for setting the aforementioned circular target area 500 . In this example, this target area 500 is the settlement range. The target area 500 is not limited to the area of the travel destination or the area of the municipality, and as described above, it is possible to set a specific store such as an antenna shop.

[9-4. User Information]
FIG. 14 shows a configuration example of user information including travel information stored in the user DB 202 of FIG. In this user information table, items corresponding to columns are number, user ID, travel destination (region), travel period, target area, center position, radius, information for payment, information for delivery, information for tax payment, etc. have The "destination (region)" item is specified by one or more regions according to the information of the area master in FIG. 13, for example. The travel schedule and the like are set in the "travel period" item. The ID of the target area 500 corresponding to the travel destination 400 is set in the "target area" item. The "center position" and "radius" items define the target area 500 and are the same as the information in the area master. The business operator system 1 sets this target area 500 based on the area master and the information of the "destination (area)" item. The item "payment information" is set with payment information for payment processing (step S7). The "delivery information" item is set with delivery information for the delivery process (step S8). The item "information for tax payment" is set with information for tax payment for donation processing (step S7).

[10. Hometown tax]
As a supplement, I will explain about hometown tax. The upper part of FIG. 15 shows the concept of the hometown tax payment amount. In FIG. 15, from the user's point of view, if donations are made within the maximum deduction amount in hometown tax, the total donation amount (donation amount 1501) minus the self-pay amount of 2,000 yen 1503 (deduction amount 1502) will be A deduction 1504 from income tax (income tax refund) and a deduction 1505 from inhabitant tax can be obtained. For example, if the deduction limit is 100,000 yen, if you donate 98,000 yen to the hometown tax donation, the deduction amount of 96,000 yen will be deducted from the inhabitant tax and income tax with the copayment of 2,000 yen. However, users will be required to temporarily pay the deductible amount of 98,000 yen (credit card payment, etc.). The deduction limit varies depending on the amount of tax paid, and is determined by the family structure and annual income of the donor, and the amount of tax deductions already received.

As a procedure after implementation of hometown tax (donation), a final tax return is required. In addition, a "one-stop exception system" (one-stop application) has been established to promote hometown tax donations. The one-stop exception system is a mechanism that allows you to receive donation deductions without filing a tax return after making a hometown tax (donation). In this system, the procedure is completed by filling in the necessary information on the "special application form for donation tax deduction" sent by the local government after the donation and returning it. However, donations can be made to up to five local governments, and if you donate to more local governments, you will need to file a final tax return. In addition, although it is necessary to return a personal identification document such as a driver's license for the above-mentioned necessary items, some local governments have started electronic application using my number card.

From the point of view of local governments, in order to increase the amount of donations (that is, tax revenue), gifts are set in return for the amount of donations. The local tax law stipulates that gifts should be no more than 30% of the donation amount. For example, if a donation amount of 10,000 yen is received, the return gift will be a product priced at 3,000 yen or less. As a general rule, gifts are limited to local products. Local products, in a broad sense, correspond to the production, manufacture and provision of services within an area. Gifts in return are not limited to foods, but can be various local products. Gift vouchers, for example, have been abolished as gifts.

The lower part of FIG. 15 shows the concept of the donation amount (Y yen) in the purchase simultaneous donation format of the first embodiment. The donation amount (Y yen) 1511 is the amount when the donation is made in the form of a donation at the time of purchase of the return gift product in the donation processing of step S7 in FIG. is the amount The price of the gift item (X yen) 1512 is the price of the gift item sold by the product seller 2 in the store 4, etc., and corresponds to the normal amount when the user makes a normal purchase without making a donation. ing. The condition for the donation amount is, for example, Y=X/0.3 as described above. The amount (YX yen) 1513 is the amount obtained by subtracting the price of the gift (X yen) 1512 from the donation amount (Y yen) 1511 . When the municipality pays the price (X yen) 1512 to the product seller 2, this amount (YX yen) 1513 corresponds to the income of the municipality.

[11. effects, etc.]
As described above, according to the regional revitalization system of Embodiment 1, it is possible to realize regional revitalization in which a further ripple effect can be expected from the hometown tax donation (donation). According to this system, it is possible to stimulate demand from travel to tax payment and realize smooth cooperation. According to this system, it is possible to increase opportunities for furusato nozei. A user can make a donation at the same time as purchasing a product at a local store or the like while traveling, and obtain the purchased product as a gift in return. According to this system, it is possible to stimulate demand through the local use of hometown tax donations. According to this system, hometown tax can be promoted based on the user's interest in travel. Even when the user is interested in traveling but not interested in hometown tax payment, it is possible to encourage hometown tax payment with travel as a starting point. According to this system, by stimulating and promoting demand for hometown tax donations (donations) from users, it is possible to support the local governments that correspond to the region of the travel destination, and to increase the profits of local product sellers, including related businesses such as transportation and accommodation. This will revitalize the local economy and increase the amount of donations received by local governments for hometown tax donations. This system can contribute to the improvement of tourist satisfaction and regional revitalization by effectively utilizing the regional promotion tax system such as the hometown tax system. According to this system, users can not only contribute to the local economy by traveling to rural areas and purchasing products, but also can contribute through furusato nozei. With conventional IT technology, the hometown tax payment procedure is relatively time-consuming, and it is difficult for users to feel contact with product sellers and local governments. On the other hand, according to Embodiment 1, the user can make a donation more easily than the conventional procedures. Users can easily make donations related to furusato nozei while purchasing products at a specific location such as a local store.

According to the system and method of the first embodiment, as shown in FIG. There is no need to carry 40, the burden is reduced, and it is convenient. The user does not have to make an immediate decision to purchase the product during the trip, and can freely consider whether or not to purchase the candidate products in the digital cart 51, for example, considering the normal purchase amount and donation amount. , convenient. Since the user can purchase the product with the digital cart 51 during the trip, there is no need to carry cash, no need to stand in line at the cash register of the store, etc., and crowding of people can be avoided, free time is increased, and time is saved. It can be used effectively. When the user leaves the target area and returns, the settlement and delivery of the purchased commodities are automatically performed collectively, so there is no need to carry the commodities while returning home, which is convenient. In addition, when the user leaves the target area and returns, the gift product can be easily donated for hometown tax payment, which is convenient. Since the business operator system 1 intervenes between the user and the local government to provide support, the user and the local government can reduce the load related to the hometown tax payment procedure.

For the product seller 2 and the local government, the user can see the actual product 40 in the store 4 and consider purchasing it during the trip, and the sales profit can be increased. After seeing and confirming the actual product at the site, the user can select it as a return gift for hometown tax donation. Since the digital cart 51 reduces the burden and restrictions on the user during travel, it is possible to increase the number of products purchased by the user, the amount of purchase, and the like. In addition, the product seller 2 and the local government side can let the user know that the product 40 is an object of the local government's hometown tax payment as a return gift during the trip. Even a small product seller can get to know the gift product during the trip, and the local government can revitalize local stores. In addition, according to this system, it is possible to easily connect purchases of products while traveling to donations related to the hometown tax donation, and increase the amount of money donated by the hometown tax payment. In addition, the product seller 2 and the local government side can acquire information related to product purchase through the digital cart 51 from the business operator system 1, and can utilize it for marketing and the like.

This system can also be applied in the case where the location of the store, etc. that sells the gift item is not the travel destination or the area of the relevant local government, for example, the antenna shop or the like. Even in that case, the user can easily donate the gift item at an antenna shop or the like, and the user can support the local government.

<Modification 1>
The following is possible as a modification of the first embodiment. As a modified example of the processing of steps S6 to S8 in FIG. Consider it as a cancellation and do not execute payment processing etc.

When the user terminal 5 moves out of the target area 500 and performs the payment processing in step S7, any of the methods of the first embodiment and various modifications can be applied to the products in the digital cart 51 in the purchase candidate status. Whether or not to apply is set in advance in this system. Alternatively, the user setting function of the application 50 may be configured such that the user can select and set which method is to be applied.

<Modification 2>
In the first embodiment, the trigger and timing for automatically executing payment and delivery for the products 40 registered in the digital cart 51 are basically immediately after leaving the target area 500 as in step S6 of FIG. However, the following forms are also possible. In Modified Example 2, after the user terminal 5 leaves the target area 500 and before the user arrives at the home 8, sorting such as purchase confirmation, payment, delivery, etc., for the products in the digital cart 51 are performed. accept the instructions of At the timing of receiving this instruction, the system executes processing such as settlement and delivery of the product. The user can consider the above while on the way home, in the means of transportation or the like. Based on the location information, when the user arrives at the home 8 or when the target period has passed, the settlement process and the like are similarly performed.

<Modification 3>
In Modified Example 3, after the user terminal 5 leaves the target area 500, the products in the digital cart 51 with the purchase confirmation status are processed for payment in step S7 and delivery in step S8. The business operator system 1 does not execute payment/delivery processing for the products in the digital cart 51 with purchase candidate status, but retains the product information in the digital cart 51 for a predetermined period of time, for example. Within that period, the system receives instructions regarding payment and delivery for each product in the digital cart 51 individually. For example, after returning home from a trip, the user can check the product information of the digital cart 51 on the screen of the application 50 of the user terminal 5 and input payment and delivery instructions for each purchase candidate product.

<Modification 4>
In the first embodiment, the user can select on the screen whether to purchase or donate (contribution at the same time as purchase) the return gift products ((C) in FIG. 9). A mechanism was adopted in which donation processing is automatically performed in S7. The following is also possible without being limited to this. First, according to the settings of this system or the user, basically all of the gift items may be donated. Moreover, in the modification 4, the donation process in step S7 is controlled as follows. The steps up to step S6 are the same as described above. The user initially purchases a gift item, which is a certain item 40, at a normal amount (in a non-donation format). In step S7, the purchased item is settled at the normal amount. The system does not perform donation processing at this time. This system retains the product information of the digital cart 51 until, for example, a predetermined period of time, even after the user returns to the home 8 from the travel destination 400 . The user uses and consumes the product 40 delivered to the home 8. - 特許庁For example, when the user eats food that is the product 40 and likes it, and the product 40 is a gift product, the user can use the application 50 of the user terminal 5 to display the product on the screen of the digital cart 51. It is possible to input execution instructions for donation related to the hometown tax donation for the product 40 . Thereby, the user can donate the same product 40 for the second time.

<Modification 5>
Modification 5 additionally has the following functions. When the user terminal 5 is within the target area 500 in FIG. 40 information is pushed to the application 50 of the user terminal 5. - 特許庁The delivery information includes information about the gift item. The application 50 of the user terminal 5 receives the distribution information and displays it on the screen. By looking at the screen during the trip, the user can see that the store 4 within the region of the travel destination 400 sells the gifts. The user can go to the store 4 to check the merchandise 40 or make it a purchase candidate. As a result, it will be possible to further support product sales and furusato nozei.

In addition, before the user travels, the business operator system 1 provides the application 50 of the user terminal 5 with a map of the travel destination 400 and information on the store 4 that sells the product 40 on the map. good too. The user can view the information on the screen of the application 50 and select a travel destination or the like.

In addition, in the system of Embodiment 1, based on the location information of the user terminal 5, etc., it is possible to ascertain that the attribute of the user within the target area 500 is a tourist, in other words, that the user is not a local resident. . The system may provide the traveler with certain incentives, such as loyalty points or discounts. Alternatively, the municipality may offer preferential treatment regarding gift gifts. This system distinguishes between the case where the user purchases the product 40 at a general EC site or hometown tax payment site and the case where the user purchases the product 40 at a local store 4, and when the latter purchase is grasped, May offer preferential treatment. This makes it more advantageous to make donations while traveling, and thus encourages more travel and donations.

<Modification 6>
This system can also be applied when multiple users such as family members and friends are traveling together. In Modified Example 6, in this case, product information registered in the digital cart 51 of the user terminal 5 of a certain first user is communicated to the associated digital cart 51 of the user terminal 5 of another second user. be copied or moved through This makes it possible to recommend products among users, purchase products at the same time, purchase products jointly, and encourage children to purchase products from their parents.

<Modification 7>
FIG. 16 shows an explanatory diagram of Modification 7. As shown in FIG. Similar to Modification 6, Modification 7 has an additional function assuming a case where a group of users (for example, a family) goes to a target area such as a travel destination to do shopping. In variant 7, when traveling with the taxpayer (e.g. father) (i.e. when the group is in the target area), the companions (e.g. mother, child) share the taxpayer's digital cart Available. In Modified Example 7, one user (for example, the father) in the group is designated as a taxpayer (in other words, a payer), and the taxpayer's digital cart is shared by the group as a shared cart. At a predetermined timing, such as when the user terminal of the taxpayer (for example, the father) leaves the target area, similar to the above-described embodiment, settlement processing including donation processing for the purchased items in the shared cart is performed.

In the example of FIG. 16, a group of users includes a family consisting of a father, a mother, and a child, each of whom owns a user terminal 5 . The user IDs are U01 for the father, U02 for the mother, and U03 for the child. The ability to use the digital cart 51 for each individual user terminal 5 is the same as in the first embodiment. In this system, each user, user terminal 5, digital cart 51, or the like is identified by an ID. In the example of FIG. 16, three people, a father, a mother, and a child, are inside a target area 500 corresponding to a travel destination or the like. One user in the group is determined as the taxpayer (in other words, the settler). In this example, the father (U01) is the taxpayer. This taxpayer becomes the subject of the hometown tax payment to the local government. In the target area 500, the father is the taxpayer, and the taxpayer's digital cart 51 is set as a shared cart for the group. It is possible for a group to shop using a shared cart, and if the item is a gift item, the taxpayer (father) will make a donation at the time of payment. This shared cart can be set at any timing, and the set shared cart can be canceled.

An implementation example and a processing example in Modification 7 are as follows. First, within the target area 500, the father (U01), who will be the taxpayer, sets his own digital cart 51 as a shared cart for the group by performing a predetermined operation with the application 50 of his user terminal 5. . At this time, the application 50 of the user terminal 5 of the taxpayer (U01) creates a shared cart ID. This shared cart ID is information indicating that the digital cart 51 of the taxpayer (U01) (identified as “Cart 01”, for example) is a shared cart. Information including a flag or the like indicating whether or not the cart ID has been paid out may be used. The application 50 pays out the shared cart ID to the user terminals 5 of the other users of the group (mother and child who are companions) through communication. The application 50 of each of the user terminals 5 of the mother and child registers and retains the paid shared cart ID.

After that, within the target area 500, each member of the group, when shopping at a store or the like (including the above-mentioned return gift product), uses the shared cart ID of the application 50 of the user terminal 5 to enter the product information. You can register in the sharing cart shown. In this example, the digital carts 51 of the three user terminals 5 are the same shared cart, and the actual shared cart is the father's digital cart 51 (cart 01). The registered merchandise information is synchronized between the digital carts 51 of the three persons. For example, when the mother registers product information in the shared cart using her own user terminal 5, the product information is also transmitted and registered in the shared cart (cart 01) of the user terminal 5 of the father.

Then, when the user terminal 5 of the taxpayer (father) leaves the target area 500, etc., the product information registered in the shared cart is processed for settlement processing including donation processing in the same manner as in step S7 described above. is done. As for the gift item, donation processing is performed with the father (U01) as the taxpayer. Further, for example, after the settlement process or the like is completed outside the target area 500, the shared cart ID is deleted and the setting of the shared cart is cancelled.

<Modification 8>
FIG. 17 shows an explanatory diagram of Modification 8. As shown in FIG. Modification 8 is different from Modification 7 in that one taxpayer (e.g. father) in the group (in other words, the payer) does not go to the target area such as the travel destination, users (for example, mothers and children) go to a target area such as a travel destination and do shopping. In the example of FIG. 17, the mother and child of the family are visiting the target area 500 such as the travel destination, and the father is at home. Modification 8 has a function that allows the taxpayer's digital cart to be temporarily used (in other words, borrowed). One designated person in the group (e.g., mother) can apply to the taxpayer for temporary use of the taxpayer's digital cart at any time (e.g., before or during the trip) and obtain permission to use it. get. A designated person who is permitted to use the service can register product information in the taxpayer's digital cart (in other words, borrowing cart) when shopping in the target area. Then, at a predetermined timing such as when the user terminal of the designator leaves the target area, payment processing (including donation processing) for the purchased product in the taxpayer's digital cart (borrowing cart) is performed. Modification 8 allows pre- and post-approval to the taxpayer for settlement of purchases in the target area, including donations related to hometown tax donation.

An implementation example and a processing example in Modification 8 are as follows. First, for example, the mother (U02) performs a predetermined operation on the application 50 of her user terminal 5 within the target area 500, thereby making herself the designated person (borrower) and the father (U01) the taxpayer. As a (renter), an application is made to the user terminal 5 of the father (taxpayer) to temporarily borrow and use the taxpayer's digital cart 51 . The application 50 of the mother's user terminal 5 transmits the usage application information to the father's (taxpayer's) user terminal 5 . The application 50 of the father's user terminal 5 determines whether or not to permit the use application information. For example, the application 50 displays usage application information on the screen, and the father confirms the information and presses the permission button to permit it. The application 50 of the user terminal 5 of the taxpayer (father) transmits the usage permission information to the user terminal 5 of the designator (mother). When the application 50 of the mother's user terminal 5 receives the usage permission information, it sets the taxpayer's digital cart 51 in its own user terminal 5 as a valid borrowing cart within the target area 500 . This setting, in other words, is a setting that allows the taxpayer's digital cart 51 (borrowing cart) to settle the payment for the purchased product within the target area 500 . Also, when applying for or permitting use, the upper limit of the amount of money that can be used for settlement with the borrowing cart may be set.

After that, within the target area 500, the designated person (mother) borrows the product information in the application 50 of her user terminal 5 when shopping at a store (including the above-mentioned return gift product). You can add it to your cart. The substance of the borrowing cart is the taxpayer's (father's) digital cart 51 (cart 01). When the designated person's (mother's) user terminal 5 leaves the target area 500, etc., the payment processing request is made to the taxpayer's (father's) user terminal 5 for the product information registered in the borrowing cart. transferred as The application 50 of the user terminal 5 of the taxpayer (father) that receives the payment processing request performs the payment processing (including the donation processing) by the taxpayer (father) in the same manner as in step S7 described above. After the settlement process, the user terminal 5 of the taxpayer (father) sends a settlement completion notice to the user terminal 5 of the designator (mother). In addition, when requesting payment processing, it may be automatically processed, but as a payment application from the designated person (mother) to the taxpayer (father), the taxpayer (father) has to confirm the details of the payment application on the screen. After that, the settlement process may be performed. Also, for example, after the settlement process or the like is completed outside the target area 500, the setting of the borrowing cart is canceled.

According to Modifications 6 to 8, a group such as a family can conveniently use the digital cart and contribute to the local economy through shopping.

Although the present invention has been specifically described above based on the embodiments, the present invention is not limited to the above-described embodiments, and can be variously modified without departing from the scope of the invention. Addition, deletion, replacement, etc., are possible for the components of the embodiments, except for those that are essential. A form based on a combination of each embodiment is also possible. Unless otherwise specified, each component may be singular or plural. This regional revitalization system allows users to purchase and pay for products (especially items that can be delivered) at a predetermined location (target area, location, region, etc.) with a digital cart (i.e., online). , a system that can make donations related to regional promotion taxes such as hometown tax donations to entities (for example, local governments) associated with the predetermined place. The subject is not limited to local governments, but may include the country, service providers, merchandise sellers 2 (stores 4), and the like. In Embodiment 1, the case of applying to the current hometown tax system in Japan has been described, but the present invention is not limited to this and can be similarly applied according to the tax payment/donation system.

1...Business operator system, 2...Product seller, 3...Local government system, 4...Store, 5...User terminal, 6...Payment system, 7...Delivery system, 8...Home, 9...Gift gift, 21...PC, 22 Product information 31 Furusato tax payment reception unit 40 Product 41 Code 50 Application 51 Digital cart 71, 72 Product delivery 80 Identification card 101 Communication network 102 GPS , 400... Travel destination (area).

Claims (12)

Display the digital cart on the display screen of the user terminal,
Register product information in the digital cart based on the user's operation within the target area,
When it is determined that the user terminal has left the target area,
Or, if the user inputs an instruction within the target area,
For the products in the digital cart, processing a donation related to the regional promotion tax to the subject associated with the target area;
Local revitalization system. In the local activation system according to claim 1,
In the processing of the donation, if the product is a target of the hometown tax donation of the local government associated with the target area or the product seller, a donation related to the hometown tax payment is made to the local government along with the purchase of the product. A process for receiving the product as the return gift, which includes calculating the amount of the donation,
Local revitalization system. In the local activation system according to claim 1,
The target area is set to correspond to a travel destination area when the user travels,
Local revitalization system. In the local activation system according to claim 2,
In the digital cart on the display screen of the user terminal, when the product is the gift as a gift, the use of whether to purchase the product at a normal price or to make a donation together with the purchase of the product as the gift to select based on the actions of the user,
Local revitalization system. In the local activation system according to claim 2,
When the product information is displayed on the digital cart on the display screen of the user terminal, if the product is eligible for the hometown tax payment of the local government, the product is returned to the local government by the hometown tax payment. Indicate that you are eligible for gifts,
Local revitalization system. In the local activation system according to claim 2,
When displaying the product information on the digital cart on the display screen of the user terminal, calculate and display the total amount of the donation when making a donation related to the hometown tax donation to the local government.
Local revitalization system. In the local activation system according to claim 1,
registering the status of the product as a purchase candidate when registering the product information in the digital cart;
changing the status of the product from the purchase candidate to purchase confirmation or purchase cancellation with respect to the product information in the digital cart, based on the user's operation on the user terminal;
Local revitalization system. In the local activation system according to claim 1,
perform delivery processing for the confirmed purchase product in the product information in the digital cart;
Local revitalization system. In the local activation system according to claim 1,
setting a target period in the digital cart of the user;
When it is determined that the target period has passed, the donation is processed;
Local revitalization system. In the local activation system according to claim 3,
when the target area is the area of the travel destination, setting a payment range in a shape that includes the area of the travel destination;
perform payment processing for the product when the user terminal moves out of the payment range;
Local revitalization system. In the local activation system according to claim 3,
When the target area is the area of the travel destination and has a plurality of areas, setting a sub-area for each area,
performing payment processing for the product each time the user terminal exits the sub-area;
Local revitalization system. A local revitalization method in a local revitalization system,
As a step performed by the local activation system,
a step of displaying a digital cart on the display screen of the user terminal;
a step of registering product information in a digital cart based on a user's operation within a target area;
When it is determined that the user terminal has left the target area,
Or, when the user inputs an instruction within the target area,
a step of processing a donation related to the regional promotion tax to a subject associated with the target area for the products in the digital cart;
A local activation method.

Images