JP6971736B2 - Information processing equipment, information processing methods, information processing systems and information processing programs - Google Patents

Description

The present invention relates to an information processing apparatus, an information processing method, an information processing system and an information processing program.

Conventionally, a commercial transaction method for buying and selling a product using a locker device has been known. In such a method, the purchaser can purchase the product stored in the storage unit by inserting the cash into the locker device.

Japanese Unexamined Patent Publication No. 2007-72983

However, in the conventional method, the product is simply sold using the locker device, and there is room for improvement in terms of improving the convenience of the user who uses the locker device.

The present application has been made in view of the above, and an object of the present application is to provide an information processing apparatus, an information processing method, an information processing system, and an information processing program capable of improving user convenience.

The information processing apparatus according to the present application includes an acquisition unit and a notification unit. The acquisition unit acquires user behavior information. Based on the user's behavior information acquired by the acquisition unit, the notification unit notifies the user of product information regarding the product stored for delivery to the storage unit of the locker device.

According to one aspect of the embodiment, it is possible to provide an information processing device, an information processing method, an information processing system, and an information processing program that can improve the convenience of the user.

FIG. 1A is a diagram illustrating an example of a commercial transaction performed by using the auction system according to the first embodiment. FIG. 1B is a diagram illustrating an example of a commercial transaction performed by using the auction system according to the first embodiment. FIG. 1C is a diagram illustrating an example of a commercial transaction performed by using the auction system according to the first embodiment. FIG. 2 is a diagram showing a configuration example of the entire system according to the first embodiment. FIG. 3 is a diagram showing a configuration example of the auction system according to the first embodiment. FIG. 4 is a diagram showing an example of exhibition information according to the first embodiment. FIG. 5 is a diagram showing an example of the locker device according to the first embodiment. FIG. 6 is a diagram showing an example of locker information according to the first embodiment. FIG. 7 is a diagram showing an example of bid information according to the first embodiment. FIG. 8 is a diagram showing an example of successful bid information according to the first embodiment. FIG. 9A is a diagram illustrating temporary delivery according to the first embodiment. FIG. 9B is a diagram illustrating temporary delivery according to the first embodiment. FIG. 9C is a diagram illustrating temporary delivery according to the first embodiment. FIG. 10 is a diagram showing an example of temporary delivery information according to the first embodiment. FIG. 11 is a diagram illustrating an example of a user who notifies product information. FIG. 12 is a diagram showing an example of an image generated by the image processing unit according to the first embodiment. FIG. 13 is a sequence diagram showing an example of the flow of auction processing by the auction server according to the first embodiment. FIG. 14 is a flowchart showing a processing procedure of auction processing executed by the auction server according to the first embodiment. FIG. 15 is a flowchart showing a processing procedure of the auction acceptance process executed by the auction server according to the first embodiment. FIG. 16 is a flowchart showing a processing procedure of temporary shipping processing executed by the auction server according to the first embodiment. FIG. 17 is a flowchart showing a processing procedure of the immediate successful bid processing executed by the auction server according to the first embodiment. FIG. 18 is a flowchart showing a processing procedure of bidding processing executed by the auction server according to the first embodiment. FIG. 19 is a flowchart showing a processing procedure of a successful bid process executed by the auction server according to the first embodiment. FIG. 20 is a flowchart showing a processing procedure of the delivery process executed by the auction server according to the first embodiment. FIG. 21 is a flowchart showing a processing procedure of return processing executed by the auction server according to the first embodiment. FIG. 22 is a diagram showing a configuration example of the rental server according to the second embodiment. FIG. 23 is a hardware configuration diagram showing an example of a computer that realizes the function of the auction server.

Hereinafter, an information processing apparatus, an information processing method, an information processing system, and an embodiment for implementing an information processing program (hereinafter referred to as “embodiments”) according to the present application will be described in detail with reference to the drawings. It should be noted that this embodiment does not limit the information processing apparatus, information processing method, information processing system and information processing program according to the present application.

(First Embodiment)
[1. Example of commercial transaction using information processing system]
An example of a commercial transaction using an auction system as an information processing system according to the first embodiment will be described with reference to FIGS. 1A to 1C. 1A to 1C are diagrams illustrating an example of a commercial transaction performed by using the auction system S according to the first embodiment. Here, the auction service will be described as an example of the commercial transaction of the product, but the commercial transaction is not limited to the auction service. For example, the commercial transaction may be the sale or rental of a product.

First, an outline of the auction system S will be described with reference to FIG. 1A.

As shown in FIG. 1A, the auction system S has a locker device 1 and an auction server 10 mounted on the locker device 1.

The locker device 1 includes a display device 20, a reading device 30 for reading information such as an IC card, and a plurality of lockers (storage units) 40A to 40E.

The display device 20 is, for example, a liquid crystal display having a touch panel function, and presents to the user information such as vacancy information of lockers 40A to 40E and information on stored products. Further, the display device 20 accepts an input operation from the user via, for example, a touch panel.

The reading device 30 is a device that reads information stored in, for example, an IC card or a user terminal owned by the user, and transmits the read information to the auction server 10. The user pays to the locker device 1 and inputs information about the product via the reading device 30. The payment to the locker device 1 can also be made by inserting cash into a money input unit (not shown). Further, information about the product can also be input by using the touch panel function of the display device 20 described above.

The lockers 40A to 40E are provided with a storage door that can be opened and closed, and a locking portion (not shown) that can lock the lockers 40A to 40E by locking the storage door. Can be stored. The storage door is provided with a transparent window so that the user can check the exhibits stored inside. Hereinafter, when the lockers 40A to 40E are not distinguished, they may be simply referred to as the locker 40.

The auction server 10 performs auction-related processing on the exhibit stored in the locker 40. As a result, the auction server 10 provides the user with a service related to the auction of the exhibited item.

A specific auction flow will be described with reference to FIGS. 1A to 1C. First, as shown in FIG. 1A, the seller E stores the exhibit in the locker 40A, and the auction server 10 accepts the seller E to put up the item in the auction (step S1).

Next, as shown in FIG. 1B, when the bidder U1 inputs information necessary for bidding, for example, via the display device 20, the auction server 10 accepts the bid by the bidder U1 for the exhibit of the locker 40A (step). S2).

After that, it is assumed that the winning bidder of the exhibit has been decided after a certain period of time has passed since the listing. The winning bidder is determined by the auction server 10 from among the bidders. As shown in FIG. 1C, the winning bidder deposits the winning bid by holding an IC card (not shown) over the reading device 30, for example. The auction server 10 unlocks the locker 40 on condition that the winning bid is paid. The winning bidder U2 receives the winning bidder from the locker 40 unlocked after payment (step S3).

The auction server 10 notifies the user of information about the exhibited item when the item is accepted and the auction is started, or when a bid is accepted. The user who gives the notification is determined according to, for example, the user's action history. Details of such notification will be described later with reference to FIGS. 3 and 11.

In this way, the auction server 10 notifies the user who is likely to participate in the auction of the information about the item put up for auction by notifying the information about the item for sale based on the user's behavior history. be able to. Further, the user can know information about an auction that is easy to participate in, for example, without going to the locker device 1, and can improve the convenience of the user.

[2. Configuration of the entire system S0]
Next, the configuration of the system according to the first embodiment will be described with reference to FIG. FIG. 2 is a diagram showing a configuration example of the entire system S0 according to the first embodiment. As shown in FIG. 2, the overall system S0 according to the first embodiment is a bidder terminal 2-1 to 2-n used by bidders U1 to Un, and an exhibition used by sellers E1 to En. It has a personal terminal 3-1 to 3-n, a locker device 1, and an auction server 10 mounted on the locker device 1.

The bidder terminals 2-1 to 2-n, the seller terminals 3 to 1-3-n, and the auction server 10 are connected to each other via a network N so as to be communicable by wire or wirelessly. The information processing system S according to the first embodiment may include a plurality of locker devices 1 and an auction server 10 mounted on each locker device 1.

Further, when the bidders U1 to Un are not distinguished, the bidder U may be simply described, and when the bidder terminals 2-1 to 2-n are not distinguished, the bidder terminal 2 may be simply described. .. Further, when the sellers E1 to En are not distinguished, it may be simply referred to as the seller E, and when the seller terminals 3-1 to 3-n are not distinguished, it may be simply referred to as the seller terminal 3. .. Further, when the bidder U and the seller E are not distinguished, it may be simply described as a user. In addition to the bidder U and the seller E, the user may include a user who may receive the auction service.

Further, the terminal used by the user is referred to as a user terminal. The user terminal may include an IC card or a mobile terminal having an IC card function in addition to a mobile terminal device such as a smartphone or a tablet. When the user terminal is an IC card or a mobile terminal having an IC card function, the auction server 10 directly communicates with the user terminal via the reading device 30 of the locker device 1. As described above, as a method of communicating between the auction server 10 and the user terminal without going through the network N, short-range communication such as Bluetooth (registered trademark) and NFC (Near Field Communication) can be mentioned.

The auction server 10 is a server device that provides an auction service. The details of the auction server 10 will be described later with reference to FIG. Although FIG. 2 shows a case where the auction server 10 is mounted on the locker device 1, the auction server 10 does not need to be mounted on the locker device 1 and is provided at a place different from the locker device 1. May be good. In this case, the locker device 1 and the auction server 10 are connected via, for example, the network N.

[3. Configuration of auction system S]
Subsequently, the auction system S according to the first embodiment will be described with reference to FIG. FIG. 3 is a diagram showing a configuration example of the auction system S according to the first embodiment. As shown in FIG. 3, the auction system S includes a locker device 1 and an auction server 10.

[3.1. Locker device 1]
The locker device 1 includes a display device 20, a reading device 30, a locker 40, a camera 50, and a weight sensor 60.

As described above, the display device 20 is, for example, a liquid crystal display having a touch panel function, and presents information about products stored in the locker 40 to the user. Further, the display device 20 also functions as an input device that receives an input operation from the user via, for example, a touch panel.

The reading device 30 is, for example, a reader that reads a non-contact type IC card. For example, when the user brings the IC card closer to the reading device 30 as a user terminal, the reading device 30 reads the information stored in the IC card or stores predetermined information in the IC card. The function of the display device 20 as an input device and the reading device 30 are collectively referred to as an input unit of the locker device 1.

The locker 40 is a storage unit for storing an item to be put up for auction. As described above, the locker 40 includes a storage door that can be opened and closed, and a locking portion that can lock the locker 40 by locking the storage door. The storage door is provided with a transparent window so that the user can check the exhibits stored inside.

The camera 50 is, for example, an image pickup device (sensor) provided in each of a plurality of lockers 40 and images the inside of the lockers 40. The camera 50 captures an exhibit housed in the locker 40. Further, the weight sensor 60 is provided in, for example, a plurality of lockers 40, and detects the weight of the exhibit stored in the locker 40 by detecting the weight inside the locker 40.

[3.2. Auction server 10]
The auction server 10 has a communication unit 11, a control unit 12, and a storage unit 13.

[3.2.1. Communication unit 11]
The communication unit 11 transmits / receives information to / from the user terminal, for example. The communication unit 11 has a first communication unit 11a and a second communication unit 11b. The first communication unit 11a is realized by, for example, a NIC (Network Interface Card) or the like. Then, the first communication unit 11a is connected to the network N by wire or wirelessly, and transmits / receives information to / from, for example, a user terminal.

The second communication unit 11b transmits / receives information to / from the user terminal, which is a non-contact IC card, via, for example, the reading device 30 of the locker device 1. That is, when the user holds the IC card over the reading device 30, the second communication unit 11b transmits / receives information to / from the IC card. The communication between the second communication unit 11b and the user terminal is not limited to the communication by the non-contact type IC card, and is, for example, short-range communication such as Bluetooth (registered trademark) or NFC (Near Field Communication). May be good.

[3.2.2. Storage unit 13]
The storage unit 13 is realized by, for example, a semiconductor memory element such as a RAM (Random Access Memory) or a flash memory, or a storage device such as a hard disk or an optical disk. The storage unit 13 stores the exhibition information 13a, the locker device information 13b, the locker information 13c, the bid information 13d, the successful bid information 13e, and the temporary delivery information 13f.

[3.2.2.1. Exhibition information 13a]
The exhibition information 13a is information about the seller and information about the exhibit. Here, FIG. 4 shows an example of the exhibition information 13a according to the first embodiment. In the example of FIG. 4, the exhibition information 13a includes information such as "exhibitor ID", "product ID", "exhibitor information", "exhibit information", "price information", and "storage locker information". Is done.

The "exhibitor ID" indicates identification information for identifying the exhibitor E or the exhibitor terminal 3. The seller ID may be identification information for identifying the seller terminal 3. The "product ID" indicates identification information for identifying the exhibited product. The "exhibitor information" indicates personal information of the seller E, and includes, for example, an e-mail address, a seller's name, an address, etc., which are the contact information of the seller E. The "exhibit information" includes the name (product name), image data, description, and the like of the exhibit exhibited by the corresponding seller E.

The "price information" includes a starting price indicating the price at the start of the auction of the exhibit, a prompt decision price indicating the price at which a successful bid can be made immediately, and the like. In the present embodiment, the "price information" is set by the seller E, but may be automatically set by the auction server 10. The "storage locker information" indicates information about the locker in which the exhibit is stored, and includes, for example, the locker ID of the locker 40.

For example, in FIG. 4, the seller E identified by the seller ID "E1" stores the "notebook computer F-10" identified by the product ID "P001" in the locker 40A together with personal information such as an e-mail address. Here is an example of listing.

[3.2.2.2. Locker device information 13b]
The locker device information 13b is information about the locker device 1. Here, FIG. 5 shows an example of the locker device information 13b according to the first embodiment. In the example of FIG. 5, the locker device information 13b includes information such as “locker device ID” and “installation position”.

The "locker device ID" indicates identification information for identifying the locker device 1 on which the auction server 10 is mounted. The “installation position” indicates the installation position of the locker device 1, and includes, for example, the address of the locker device 1. The "installation position" is not limited to the address of the locker device 1, and may be, for example, latitude and longitude. For example, FIG. 5 shows an example in which the locker device 1 identified by the locker device ID “L001” is installed at “Tokyo A station”. Note that FIG. 5 shows the locker device information 13b including information about one locker device 1, but the locker device information 13b is not limited to this. For example, when the auction server 10 provides the auction service in the plurality of locker devices 1, the locker device information 13b includes information about the plurality of locker devices 1.

[3.2.2.2. Locker information 13c]
The locker information 13c is information about the locker 40 included in the locker device 1. Here, FIG. 6 shows an example of the locker information 13c according to the first embodiment. In the example of FIG. 6, the locker information 13c includes information such as “locker ID”, “usage status”, and “size”.

The "locker ID" indicates identification information for identifying the locker 40, which is a storage unit for storing an exhibit. The "usage status" indicates whether or not the locker 40 is used, that is, whether or not the exhibit is stored in the locker 40. "Size" indicates the size of the locker 40. For example, FIG. 6 shows an example in which a locker 40A identified by the locker ID “40A” and having a “small” size is in use.

[3.2.2.4. Bid information 13d]
The bid information 13d is information regarding a bid placed on the exhibit. Here, FIG. 7 shows an example of the bid information 13d according to the first embodiment. In the example of FIG. 7, the bid information 13d includes information such as "bidder ID", "product ID", "bidder information", and "bid amount".

The "bidder ID" indicates identification information for identifying the bidder U who has bid on the exhibit. The bidder ID may be identification information for identifying the bidder terminal 2. The "product ID" indicates identification information for identifying an exhibit for which a bid has been made. The "bidder information" indicates personal information of the bidder U, and includes, for example, an e-mail address, a bidder's name, an address, etc., which are the contact information of the bidder U. The "bid amount" indicates the bid amount for the item, and is set by, for example, the bidder U. For example, FIG. 7 shows an example in which the bidder U identified by the bidder ID “U1” is bidding on the exhibit identified by the product ID “P001” with the bid amount “M1”.

[3.2.2.5. Successful bid information 13e]
The successful bid information 13e is information regarding the successful bid of the exhibited item. Here, FIG. 8 shows an example of the successful bid information 13e according to the first embodiment. In the example of FIG. 8, the successful bid information 13e includes information such as "product ID", "successful bidder ID", "successful bidder information", "successful bid amount", and "payment information".

The "product ID" indicates identification information for identifying a winning bid item. The "successful bidder ID" indicates identification information for identifying the successful bidder who has made a successful bid for the item. The "successful bidder information" indicates the personal information of the successful bidder, and includes, for example, an e-mail address which is the contact information of the successful bidder, the name and address of the successful bidder, and the like. The "successful bid amount" indicates the successful bid amount for the item. "Payment information" indicates whether or not the winning bidder has been paid by the winning bidder.

For example, in FIG. 8, the exhibit identified by the product ID "P001" is identified by the winning bidder ID "U1", and the winning bidder who stores personal information such as an e-mail address makes a successful bid with the winning bid amount "M1". An example is shown in which the successful bidder has made a deposit.

[3.2.2.6. Temporary delivery information 13f]
The temporary delivery information 13f is information regarding temporary delivery of the exhibit from the locker 40.

[Temporary delivery]
Here, temporary delivery will be described with reference to FIGS. 9A to 9C. 9A-9C are diagrams illustrating temporary delivery according to the first embodiment. In the auction system S according to the first embodiment, a user other than the seller E takes out the exhibit from the locker by depositing a deposit (deposit) for the exhibit exhibited by the seller E. Can be done. The deposit will be refunded to the user by re-storing the exhibit taken out by the user in the locker. In this way, the process in which the user temporarily takes out the exhibit is referred to as temporary delivery.

Specifically, as shown in FIG. 9A, the auction server 10 receives, for example, a temporary delivery request for an exhibit stored in the locker 40A from a user (step S11), and requests a deposit to be deposited (step S12). .. The amount of the deposit shall be, for example, the prompt decision price of the exhibit.

Next, as shown in FIG. 9B, the auction server 10 confirms that the deposit has been paid by the user (step S13), and unlocks the locker 40A (step S14). As a result, the user can take out the exhibit stored in the locker 40A and can actually pick up the exhibit and confirm it.

Subsequently, as shown in FIG. 9C, when the exhibit is returned by storing the exhibit taken out by the user in the locker 40A (step S15), the auction server 10 displays the returned exhibit as the seller. It is detected whether or not E is an auctioned item (step S16). In the auction server 10, for example, when the storage door of the locker 40A is closed and the locker 40A is locked, the item stored before the locker 40A is unlocked and the returned item are the same item. Detects whether or not it exists. The auction server 10 detects whether or not the locker 40A is the same article by comparing the weights and images of the exhibited items stored before and after unlocking and locking the locker 40A, for example. The auction server 10 that detects the same item refunds the deposit to the user (step S17).

The amount refunded by the auction server 10 in step S17 may be the same as or different from the deposit amount requested in step S12. For example, the auction server 10 may refund the user an amount obtained by subtracting the amount corresponding to the time from the time when the item is taken out to the time when the item is returned. In this way, the auction server 10 deducts the amount corresponding to the time when the item was taken out from the deposit and refunds it to the user, thereby suppressing the time for the user to take out the item unnecessarily long. It is possible to suppress damage to the exhibited item.

When a predetermined time has elapsed since the exhibited item was taken out, the auction server 10 performs a refund process assuming that the taken-out item has been sold immediately (purchased). That is, the auction server 10 does not refund the deposit to the user. In this way, if the exhibit is not returned, it is assumed that the exhibit has been sold immediately, so that the profit of the exhibitor E can be guaranteed.

Here, the amount of the deposit is the prompt decision price, but it is not limited to this. The amount of the deposit may be higher or lower than the prompt decision price. Further, here, the deposit amount is automatically set by the auction server 10, but may be set by the seller.

In addition, the seller E may be able to determine whether or not to allow the temporary delivery of the exhibit. This may be because, for example, if the listing is a fragile product or a product whose value is reduced by the user touching it, the seller E may not want the user to touch the listing. Because. It should be noted that, for example, the auction server 10 pays the seller E a consideration for the temporary delivery in order to compensate for the commercial value of the exhibit that is lowered by the user's touch. As a result, it is possible to improve the possibility that the seller E permits the temporary delivery, and it is possible for the user to easily check the exhibit by hand.

Even if the seller E prohibits the temporary delivery of the exhibit, the user can confirm the exhibit from the window of the locker 40 or the captured image of the camera 50, so that the user can check the exhibit. After actually confirming, for example, a bid can be made.

The above-mentioned information regarding the temporary delivery of the exhibit is stored in the storage unit 13 as the temporary delivery information 13f. FIG. 10 shows an example of the temporary delivery information 13f according to the first embodiment. In the example of FIG. 10, the temporary delivery information 13f includes information such as "product ID", "user ID", "user information", "deposit amount", "refund amount", "delivery time", and "return time". Is included.

The "product ID" indicates identification information for identifying a temporarily issued item. The "user ID" indicates identification information for identifying the user who temporarily issued the exhibit. The "user information" indicates personal information of the user, and includes, for example, an e-mail address, a user name, an address, etc., which are the contact information of the user. "Deposit amount" indicates the deposit amount deposited on the exhibit. "Refund amount" indicates the amount refunded to the user.

"Delivery time" and "return time" indicate the time when the item was taken out and the time when the item was returned, respectively. Here, for example, the time when the locker 40 is unlocked is defined as the delivery time, and the time when the locker 40 is locked is defined as the return time, but the present invention is not limited to this. For example, the time when the weight in the locker 40 becomes almost zero may be set as the delivery time, and the time when the weight becomes heavier than zero may be set as the return time. Alternatively, the auction server 10 may set the delivery time and the return time based on the captured image captured in the locker 40.

For example, in FIG. 10, the exhibit identified by the product ID "P001" is identified by the user ID "U1", and a deposit of the amount "X2" is deposited by the user who stores personal information such as an e-mail address. Therefore, an example of delivery at the delivery time "T01" is shown. Further, FIG. 10 shows an example in which the exhibit identified by the product ID “P001” is returned at the return time “T11” and the refund amount “X3” is refunded to the user.

[3.2.3. Control unit 12]
Return to FIG. The control unit 12 is realized by executing various programs stored in the storage unit 13 inside the auction server 10 using the RAM as a work area by a CPU (Central Processing Unit), an MPU (Micro Processing Unit), or the like. .. Further, the control unit 12 is realized by, for example, an integrated circuit such as an ASIC (Application Specific Integrated Circuit) or an FPGA (Field Programmable Gate Array).

The control unit 12 includes a product detection unit 12a, an exhibition reception unit 12b, a temporary delivery reception unit 12c, a bid reception unit 12e, a successful bid determination unit 12f, a delivery processing unit 12g, and a return processing unit 12h. Further, the control unit 12 includes an acquisition unit 12i, a notification unit 12j, a locker control unit 12k, an image processing unit 12n, a sensor information acquisition unit 12o, a deposit detection unit 12p, a refund processing unit 12q, and payment processing. It has a portion 12r. The control unit 12 realizes or executes the functions and operations of information processing described below. The internal configuration of the control unit 12 is not limited to the configuration shown in FIG. 3, and may be any other configuration as long as it is configured to perform information processing described later. Further, the connection relationship of each processing unit included in the control unit 12 is not limited to the connection relationship shown in FIG. 3, and may be another connection relationship.

[3.2.3.1. Sensor information acquisition unit 12o]
The sensor information acquisition unit 12o acquires the detection results of various sensors mounted on the rocker device 1, such as the camera 50 and the weight sensor 60. The sensor mounted on the locker device 1 is not limited to the camera 50 and the weight sensor 60, and includes, for example, a sensor for detecting the open / closed state of the storage door of the locker 40 and a sensor for detecting the locked state of the locker 40. You may.

[3.2.3.2. Locker control unit 12k]
The rocker control unit 12k controls each unit of the rocker device 1. For example, the locker control unit 12k controls the locking / unlocking of the locker 40 by controlling the locking unit of the locker 40. Further, the locker control unit 12k may automatically close / open the storage door of the locker 40, for example.

[3.2.3.3. Product detection unit 12a]
The product detection unit 12a detects whether or not the product as an exhibit is stored in the locker 40 based on whether or not a predetermined operation has been performed on the locker 40. Predetermined operations on the locker 40 include, for example, an operation of opening and closing the storage door of the locker 40, an unlocking / locking operation, and the like. The product detection unit 12a detects whether or not the product as an exhibit is stored in the locker 40 when the locker 40 that has not been used and has been unlocked is locked. The product detection unit 12a detects whether or not the exhibit is stored, for example, based on the acquisition result of the sensor information acquisition unit 12o. Specifically, the product detection unit 12a detects that the stored item is stored when the weight sensor 60 detects a weight equal to or higher than a predetermined threshold value. Alternatively, the product detection unit 12a may detect whether or not the exhibit is stored based on the captured image captured by the camera 50. In this case, the product detection unit 12a detects whether or not the exhibit is stored by using, for example, template matching or background subtraction.

Further, the product detection unit 12a may detect that the exhibit is stored in the locker 40 when the exhibition reception unit 12b, which will be described later, accepts the exhibition. In this way, the product detection unit 12a can also detect whether or not the exhibit is stored in the locker 40 based on the information acquired from the user via the communication unit 11 and the display device 20. The product detection unit 12a may detect whether or not the exhibit is stored by combining the acquisition result of the sensor information acquisition unit 12o and the information input by the user.

[3.2.3.4. Exhibition reception section 12b]
The exhibition reception unit 12b accepts product listings at the auction. For example, the exhibition receiving unit 12b acquires the seller information, the exhibiting information, the price information, and the like by the exhibitor E via the display device 20, and accepts the listing in the auction. Further, the exhibition receiving unit 12b stores the acquired information, the locker ID in which the exhibit is stored, and the exhibitor ID in association with each other as the exhibition information 13a in the storage unit 13.

The exhibition reception unit 12b may acquire the exhibitor information, the exhibit information, the price information, and the like from the exhibitor terminal 3 via the communication unit 11. Alternatively, when the seller information, the exhibit information, the price information, and the like are stored in a server or the like (not shown), the exhibit reception unit 12b may acquire these information via the communication unit 11.

When the product detection unit 12a detects that the item has been stored, the exhibition reception unit 12b accepts the item and decides to start the auction. As a result, the seller E can start the auction by storing the exhibit in the locker 40, and the convenience of the seller E can be improved.

Here, it is said that the auction is started by the seller E storing the exhibit in the locker device 1, but the auction is not limited to this. For example, the listing receiving unit 12b may accept the listing in the auction from the seller terminal 3 on condition that the exhibit (successful bidder) is stored in the locker 40 by the time the winning bidder receives the winning bidder. .. For example, the seller E may be able to put up the exhibit in the auction via the seller terminal 3 without storing the exhibit in the locker 40. In this case, the bidder U bids the exhibit via the bidder terminal 2, and the exhibitor E stores the exhibit in the locker 40, for example, after the winning bidder is determined.

In this way, the locker device 1 can be used for selling, bidding, and the like via the user terminal and receiving the winning bid. As a result, the seller E can start the auction without going to the locker device 1, and can store the exhibit in the locker 40 at the convenience of the seller E. Convenience can be improved. Further, when the exhibited item is not made a successful bid, the seller E can omit the return processing by the return processing unit 12h, which will be described later, and can improve the convenience of the seller E. As described above, the exhibition receiving unit 12b can improve the convenience of the user including the exhibitor E by starting the auction on condition that the exhibit is stored.

[3.2.3.5. Temporary delivery reception desk 12c]
The temporary delivery reception unit 12c accepts temporary delivery of the exhibit in response to a request from the user. The temporary delivery reception unit 12c instructs the locker control unit 12k to unlock the locker 40 containing the exhibit to be temporarily shipped when the deposit of the amount corresponding to the exhibit requested by the user is deposited. .. The payment from the user is detected by the payment detection unit 12p, which will be described later.

The temporary delivery reception unit 12c stores the product ID of the exhibit for which temporary delivery has been received, the amount of the deposit deposited by the user, and the delivery time in association with each other as temporary delivery information 13f in the storage unit 13.

The temporary delivery reception unit 12c also functions as a return detection unit that detects whether or not the exhibit taken out from the unlocked locker 40 has been returned to the locker 40. For example, in the temporary delivery reception unit 12c, when the locker 40 is unlocked and then locked again, is the exhibit stored in the locker 40 before unlocking the same as the exhibit stored after locking? Detect whether or not. The temporary delivery reception unit 12c detects whether or not the exhibits are the same, for example, by comparing the weight of the exhibit before unlocking with the weight of the exhibit after locking. Alternatively, the temporary delivery reception unit 12c may detect whether or not the exhibited items are the same by comparing the captured images of the exhibited items by the camera 50, and the captured images and the comparison result of the weights of the exhibited items may be combined. It may be detected.

When it is detected that the exhibit taken out from the unlocked locker 40 has been returned to the locker, the temporary delivery reception unit 12c makes a deposit of the amount obtained by subtracting the amount corresponding to the time when the exhibit was taken out. Instruct the refund processing unit 12q, which will be described later, to refund to. The temporary delivery reception unit 12c updates the temporary delivery information 13f by storing the product ID that identifies the returned exhibit, the return time, and the refund amount in the storage unit 13.

The temporary delivery reception unit 12c instructs the payment processing unit 12r, which will be described later, to pay the seller E who has put up the temporarily issued item the consideration for the temporary delivery according to the amount of the deposit refunded to the user.

[3.2.3.6. Bid reception department 12e]
The bid reception unit 12e accepts bids for the exhibited items in response to the bid request from the bidder U. The bid reception unit 12e acquires the bidder information by inputting the bidder information, the bid amount, and the like via the display device 20 by the bidder U. The bid receiving unit 12e stores the acquired information, the product ID bid by the user U, and the bidder ID in the storage unit 13 as bid information 13d in association with each other. In this way, the bid receiving unit 12e accepts the bid for the exhibited item via the locker device 1, so that the bidder U can actually confirm the exhibited item and place a bid, which improves the convenience of the bidder U. Can be improved.

The bid reception unit 12e may acquire bidder information, bid amount, and the like from the bidder terminal 2 of the bidder U. Further, here, the bidder U directly bids on the auction server 10 via the locker device 1, but the bidder U is not limited to this. For example, the bidder U may bid using the bidder terminal 2 connected via the network N. As a result, the bidder U can bid on the exhibit even from a place away from the place where the locker device 1 is installed, and the convenience of the bidder U can be improved.

[3.2.3.7. Successful bid decision unit 12f]
The successful bid determination unit 12f determines the winning bidder of the exhibit based on the bid received by the bid reception unit 12e. The successful bid determination unit 12f determines the bidder U having the highest bid amount bid by the bidder U as the successful bidder after a predetermined time has elapsed since the exhibition reception unit 12b received the listing of the product and the auction was started. The successful bid determination unit 12f uses the bidder ID and bidder information of the bidder U determined as the successful bidder as the successful bidder ID and the successful bidder information, respectively, and the successful bid information is associated with the product ID and the successful bid price of the winning bidder. It is stored in the storage unit 13 as 13e.

In addition, the successful bid determination unit 12f, when the prompt decision price is deposited in response to the request from the user, immediately makes a successful bid regardless of the elapsed time from the start of the auction, and determines the user who made the deposit as the successful bidder. do. Further, the successful bid determination unit 12f determines that there is no successful bidder when there is no bidder U who has made a bid for the exhibited item. In this way, the successful bid determination unit 12f determines the end of the auction by determining the winning bidder or no winning bidder.

The successful bid determination unit 12f updates the payment information of the successful bid information 13e when the payment detection unit 12p detects the payment of the successful bid money from the successful bidder.

[3.2.3.8. Delivery processing unit 12g]
The delivery processing unit (successful bid processing unit) 12g delivers the exhibited item (hereinafter, also referred to as the successful bidder) that has made a successful bid to the successful bidder determined by the successful bid determination unit 12f. When the successful bidder information input by the successful bidder via the display device 20 matches the successful bidder information included in the successful bidder information 13e and the successful bidder confirms the payment, the delivery processing unit 12g stores the successful bidder. Instruct the locker control unit 12k to unlock the locker 40. As a result, the winning bidder is handed over to the winning bidder.

Whether or not the winning bidder has paid the winning bid can be confirmed based on the payment information of the winning bid information 13e. When the payment information is "none", for example, the delivery processing unit 12g may request the winning bidder to make a payment. After the payment request, the delivery processing unit 12g delivers the winning bidder to the winning bidder when the payment of the winning bid is detected by the payment detection unit 12p.

Further, here, the user inputs the winning bidder information via the display device 20, and the delivery processing unit 12g confirms whether or not the user is the winning bidder. Is not limited to this. For example, the successful bid determination unit 12f may issue the credential information, and the successful bidder may input the credential information. An example of credential information is a pass code. Further, here, it is assumed that the winning bidder directly inputs the winning bidder information or the like via the display device 20 of the locker device 1, but the present invention is not limited to this. The delivery processing unit 12g may acquire the successful bidder information and the like from the successful bidder terminal of the successful bidder.

If the successful bidder is not delivered by the delivery processing unit 12g for a predetermined period after the successful bidder determination unit 12f determines the successful bidder, that is, if the successful bidder does not appear in receiving the successful bidder for a predetermined period, the successful bidder determination unit 12f makes a successful bid. You may decide that there is no one. Alternatively, the successful bidder U who bids at the next highest bid amount after the successful bidder who did not appear in the receipt may be determined as the new successful bidder by the successful bid determination unit 12f.

[3.2.3.9. Return processing unit 12h]
The return processing unit 12h is a processing unit that performs processing for returning the exhibit to the seller E when there is no bid for the exhibit and the successful bid determination unit 12f determines that there is no successful bidder. When the seller information input by the seller E via the display device 20 matches the seller information included in the listing information 13a, the return processing unit 12h unlocks the locker 40 in which the exhibit is stored. Instruct the rocker control unit 12k. As a result, the exhibit is returned to seller E.

For example, when the exhibition reception unit 12b accepts an exhibition from the seller E on the condition that the deposit is paid, the return processing unit 12h instructs the refund processing unit 12q to refund the deposit. At this time, the return processing unit 12h may instruct the refund processing unit 12q to refund the deposit after deducting the auction listing fee. In this way, by receiving the deposit in the auction listing, it is possible to more reliably urge the seller E to return the exhibit when there is no successful bidder.

Further, here, the seller E directly inputs the seller information via the display device 20 of the locker device 1, but the present invention is not limited to this. For example, the seller E may input the credential information issued by the listing receiving unit 12b at the time of accepting the auction listing. Further, the delivery processing unit 12g may acquire the seller information and the credential information from the seller terminal 3 of the seller E.

[3.2.3.10. Acquisition unit 12i]
The acquisition unit 12i acquires the user's behavior information. The action information acquired by the acquisition unit 12i includes, for example, the user's position information, the route search result, the information input by the user via the user terminal, and the like. The information input by the user via the user terminal includes, for example, information about an exhibit for which a successful bid is desired, and information regarding an area for which the exhibit is desired to be received when the exhibit is sold. Further, the information input by the user via the user terminal includes information related to an action (for example, keyword search, product purchase, etc.) performed via the network N (see FIG. 2).

Further, the action information acquired by the acquisition unit 12i includes information on an operation performed by the user on the auction server 10 and information on an operation performed on the locker device 1. The operations performed by the user on the auction server 10 include, for example, an exhibition operation, a bid operation, a temporary delivery operation, a successful bid product receiving operation, and the like. Further, the operation performed on the locker device 1 includes, for example, an operation of opening and closing the storage door of the locker 40, an unlocking / locking operation, an operation of inputting information via the display device 20, and the like.

The users for which the acquisition unit 12i acquires the behavior information are not limited to the seller E and the bidder U, but are users who have participated in the auction in the past, users who have registered as users in the auction service, and the like. , Includes users who may participate in the auction.

[3.2.3.11. Notification unit 12j]
The notification unit 12j notifies the user of the product information related to the exhibit based on the action information acquired by the acquisition unit 12i and the information related to the transaction of the exhibit. The product information notified by the notification unit 12j includes, for example, information regarding the start of an auction (transaction), information regarding a bid, information regarding the end of an auction, and information regarding operations performed by another user on an exhibit such as temporary delivery. Further, the information regarding the transaction of the exhibit includes the installation position of the locker device 1, the arrangement of the locker 40 in which the exhibit is stored, the information regarding the exhibit (type of exhibit, price information, etc.), and the locker device 1. Operations on the exhibited items (exhibition, bidding, temporary delivery, etc.) are included.

For example, the notification unit 12j notifies the seller E of the acceptance completion notification when the exhibition reception unit 12b accepts the listing in the auction. In addition, the notification unit 12j notifies the user of information about the exhibit for which the listing has been accepted. In this way, the notification unit 12j notifies the user including the seller E of the acceptance completion notification and the information about the exhibit to notify the user of the start of the auction.

Further, when the notification unit 12j receives the temporary delivery from the user, the notification unit 12j notifies the user who requested the temporary delivery and the seller E of the information regarding the temporary delivery. Information regarding temporary shipping includes completion of acceptance of temporary shipping, deposit amount information, return deadline of the exhibit, deposit refund amount information according to the time when the exhibit was taken out, completion of return of the exhibit, and the like.

It should be noted that the notification unit 12j may notify a user (other user) other than the user who requested the temporary delivery to the notification that the temporary delivery from the user is accepted. In this case, since the exhibit has been temporarily issued to another user, the exhibit cannot be confirmed or bid. The other user can know that the exhibit cannot be confirmed or bid without going to the locker device 1 by the notification from the notification unit 12j, and the convenience of the user can be improved.

Further, when the notification unit 12j accepts a bid from the bidder U, the notification unit 12j notifies the bidder U and the seller E of the information regarding the bid. In this case, the notification unit 12j may notify not only the bidder U who has bid on the exhibit but also the bidder U who has bid on the exhibit in the past. In this way, by notifying the past bidder U of the information regarding the bid, it is possible to know that the bidder U has updated the maximum bid amount, for example, without going to the locker device 1. Therefore, for example, even if the past bidder U does not go to the locker device 1 many times, the bidder U can bid again, and the convenience of the bidder U can be improved.

Further, when the successful bid determination unit 12f determines the successful bidder, the notification unit 12j notifies the successful bidder and the seller E of the information regarding the successful bid. As a result, the winning bidder can know that he / she has made a successful bid for the exhibit without going to the locker device 1, and the convenience of the winning bidder can be improved. In addition, by including the credential information indicating the winning bidder in the information regarding the winning bidder, the winning bidder can surely receive the winning bidder. The notification unit 12j also notifies the other bidders U who could not make a successful bid of the information regarding the end of the auction by notifying that the successful bidder has been decided. As a result, the bidder U does not have to go to the locker device 1 to confirm the end of the auction, and the convenience of the bidder U can be improved.

Further, the notification unit 12j notifies the successful bidder and the seller E of the information regarding the delivery processing when the delivery processing of the winning bidder is performed by the delivery processing unit 12g.

Further, the notification unit 12j notifies the seller E of information indicating that there is no successful bidder when the successful bid determination unit 12f determines that there is no successful bidder. As a result, the seller E can perform the return processing and collect the exhibit.

Here, an example of a user who notifies information by the notification unit 12j will be described with reference to FIG. FIG. 11 is a diagram illustrating an example of a user who notifies product information. Here, a case where the notification unit 12j notifies the product information regarding the start of the auction will be described as an example.

As shown in FIG. 11, the notification unit 12j informs the user (users U1 to U3 in the example of FIG. 11) located within the predetermined range R including the locker device 1 based on the user's position information acquired by the acquisition unit 12i. Notify the product information. Here, in the example of FIG. 11, the predetermined range R is assumed to be the range of the radius r centered on the installation position of the rocker device 1.

For example, as shown in the image F2 of the user terminal 2-3 in FIG. 11, the product information notified by the notification unit 12j includes the product name (notebook computer F-10), the image of the exhibit, and the exhibit. Map information and the like indicating the location of the locker device 1 are included.

The user to whom the notification unit 12j notifies the product information is not limited to the user located within the predetermined range R. For example, the product information may be notified to the user whose frequency of movement within the predetermined range R within the predetermined period in the past by the notification unit 12j is equal to or higher than the threshold value. Alternatively, for example, as shown in the user terminal 2-4 of FIG. 11, when the predetermined range R including the station A where the locker device 1 is located is included in the route search result acquired by the acquisition unit 12i, such a route is searched. The product information may be notified to the user U4.

Further, for example, as shown in FIG. 11, the same product as the exhibit is designated as the desired product (for example, a personal computer), and the area including the location of the locker device 1 is designated as the desired receiving area (for example, Tokyo) of the winning bidder. The product information may be notified to the user U5. It is assumed that the user U5 has registered the desired product and the desired receiving area in the auction server 10 in advance using the user terminal. Alternatively, the user U5 may register a desired product or a desired receiving area via the locker device 1. It is also possible to register not only the product name but also the product category as the desired product.

In this way, users who are located within the predetermined range R, users who are likely to move within the predetermined range R, and users who wish to make a successful bid for the item are notified of the product information regarding the start of the auction to participate in the auction. Product information can be notified to users who are likely to do so.

Returning to FIG. 3, the notification unit 12j notifies the product information via the network N to the e-mail address stored in the storage unit 13 as the seller information and the bidder information. Further, the notification unit 12j may notify the user of the product information by displaying the product information on the display device 20, and the notification unit 12j may directly notify the user terminal of the product information via the locker device 1. You may do it. Alternatively, the notification unit 12j may display the product information on the digital silage in the predetermined range R including the locker device 1 to notify the user in the predetermined range R of the product information.

[3.2.3.12. Deposit detection unit 12p]
The deposit detection unit 12p detects the presence or absence of a deposit from the user. The deposit detection unit 12p receives a predetermined amount of deposit from the user, for example, by reading the information of the IC card which is the user terminal via the reading device 30. As a result, the deposit detection unit 12p detects the deposit from the user. The deposit detection unit 12p may detect the deposit from the user, for example, by detecting the cash inserted from the money slot of the locker device 1. Alternatively, when the user makes a deposit using a payment agency service using a credit card or the like, the payment detection unit 12p accesses the payment history of the server that provides the payment agency service to detect the presence or absence of payment. May be good.

[3.2.3.13. Refund processing unit 12q]
The refund processing unit 12q is a processing unit that processes a refund such as a deposit to the user. The refund processing unit 12q refunds the deposit of the amount according to the instructions of the temporary delivery reception unit 12c and the return processing unit 12h to the user. The refund processing unit 12q performs refund processing by writing information to an IC card, which is a user terminal, via, for example, a reading device 30. The refund processing unit 12q may perform refund processing by, for example, returning cash to the change return port of the locker device 1. Alternatively, the refund processing unit 12q may perform refund processing via a payment agency service using a credit card or the like. Further, the refund processing unit 12q may perform a change return processing for returning the change to the change return port when the payment detection unit 12p accepts the payment in cash.

[3.2.3.14. Payment processing unit 12r]
The payment processing unit 12r is a processing unit that processes the seller E for the consideration for the temporary delivery and the winning bid when the temporary delivery or delivery processing of the exhibit is performed. The payment processing unit 12r pays the seller E the consideration for temporary delivery and the winning bid, for example, after deducting a commission or the like. The payment processing unit 12r performs payment processing by, for example, writing information to the IC card which is the seller terminal 3 via the reading device 30. The payment processing unit 12r may perform payment processing by, for example, returning cash to the change return port of the locker device 1.

[3.2.3.15. Image processing unit 12n]
The image processing unit 12n generates an image to be displayed on the display device 20 of the locker device 1. FIG. 12 shows an example of the image F1 generated by the image processing unit 12n. FIG. 12 shows an example of an image F1 to be displayed when a user performs a predetermined operation on the locker device 1.

As shown in FIG. 12, the image F1 includes an image showing information about the exhibit stored in each of the lockers 40A to 40E, depending on whether or not the exhibit is stored in each of the lockers 40A to 40E. .. In such image F1, for example, in addition to the product name and product image of the exhibited item, the current maximum bid price (current price), the prompt decision (deposit in the case of temporary delivery) price, the number of bids, the remaining time until a successful bid, etc. are displayed. included. Further, the image F1 includes an operation button indicating an operation that can be performed by the user. The operation buttons include a button for confirming the details of the item (“view the details of the item”) and a button for requesting temporary delivery (“confirm by hand”). In addition, the operation buttons include buttons for making an immediate bid ("immediate bid"), buttons for bidding and receiving successful bids, and buttons for requesting listing ("bid", "receive goods", and "list"). Is included.

When the user selects the locker 40 and operates the "view product details" button, the image of the exhibit stored in the selected locker 40 is displayed on the display device 20, and the description of the exhibit and the like are displayed. Is displayed on the display device 20. Here, the image of the exhibit may be a product image input by the exhibitor E or an image captured by the camera 50.

For example, if the position of the camera 50 can be changed, the user may operate the position of the camera 50 to change the captured image displayed on the display device 20. This allows the user to confirm the image of the exhibit captured from a plurality of directions. The camera 50 may be fixed, and the exhibit may be rotated on a turntable or the like to change the shooting direction of the exhibit.

Here, the image F1 generated by the image processing unit 12n is displayed on the display device 20, but the present invention is not limited to this. For example, the image processing unit 12n may display the image F1 on the user terminal. As a result, the user can operate the locker device 1 even from a place away from the locker device 1. Since the temporary delivery and the receipt of the winning bidder are operations performed directly on the locker device 1, the button for performing such an operation may be omitted from the image displayed on the user terminal by the image processing unit 12n, or may not be selected. You may. Alternatively, by selecting a button for performing such an operation, the user may be able to make a reservation for temporary delivery or receipt of a successful bidder. When a user makes a reservation for temporary delivery or receipt of a successful bidder, the auction server 10 prevents another user from performing temporary delivery or receipt of a successful bidder.

In this way, the auction server 10 may accept predetermined processing such as listing and bidding from the user terminal. At this time, the auction server 10 stores the exhibit in the locker 40 after the item has been sold, in other words, before the item that has been sold is delivered to the successful bidder. Accepts listings from. In this way, the auction server 10 accepts predetermined processing such as listing and bidding from the user terminal, so that the user can perform predetermined processing even from a place away from the locker device 1, which is convenient for the user. Can be improved.

[4. Information processing flow]
Next, the procedure of information processing by the auction server 10 according to the first embodiment will be described with reference to FIGS. 13 to 21.

[4.1. Auction processing flow]
First, the flow of auction processing will be described with reference to FIG. FIG. 13 is a sequence diagram showing an example of the flow of auction processing by the auction server 10 according to the first embodiment. In FIG. 13, the bidder U1 temporarily issues the item for sale by the seller E, the bidders U1 and U2 make a bid, and the bidder U1 makes a successful bid for the item. explain.

As shown in FIG. 13, the auction server 10 accepts the auction from the seller E (step S21), and notifies the bidders U1 and U2 of the information about the auction to notify the start of the auction (step S22).

Next, the auction server 10 receives, for example, a request for temporary delivery from the bidder U1 (step S23), confirms the deposit payment (step S24), and unlocks the locker 40 to issue the exhibit (step). S25). When the item is returned from the bidder U1 (step S26), the auction server 10 refunds the deposit to the bidder U1 (step S27) and notifies the seller E of the information regarding the temporary delivery (step S28).

Subsequently, when the bid from the bidder U1 is accepted (step S29), the seller E is notified of the information regarding the bid (step S30). Similarly, when the bid from the bidder U2 is accepted (step S31), the seller E is notified of the information regarding the bid (step S32).

After that, when a predetermined period has elapsed from the start of the auction, the auction server 10 determines the winning bidder (step S33). Here, it is assumed that the bidder U1 is determined to be the winning bidder. The auction server 10 notifies the seller E and the bidders U1 and U2 of the end of the auction by notifying the seller E and the bidders U1 and U2 of the information regarding the successful bid (step S34).

Next, when the bidder U1 receives the winning bid (step S35), the auction server 10 unlocks the locker 40 and releases the winning bidder (step S36) to the seller E. Notify the completion of delivery (step S37).

[4.2. Auction processing by auction server 10]
Subsequently, the auction process executed by the auction server 10 will be described with reference to FIG. FIG. 14 is a flowchart showing a processing procedure of auction processing executed by the auction server 10 according to the first embodiment. The auction server 10 executes the processing procedure of FIG. 14 in parallel for each locker 40 of the locker device 1.

As shown in FIG. 14, the auction server 10 determines whether or not the auction request from the seller E has been accepted (step S101). If the listing request has not been accepted (step S101, No), the process returns to step S101 and waits for the listing request. On the other hand, when the listing request is accepted (step S101, Yes), the listing acceptance process is executed (step S102).

Next, the auction server 10 determines whether or not the temporary delivery request from the user has been accepted (step S103). If the temporary delivery request has not been accepted (step S103, No), the process proceeds to step S105. On the other hand, when the temporary delivery request is received (step S103, Yes), the temporary delivery process is executed (step S104).

Next, the auction server 10 determines whether or not the immediate successful bid request from the user has been accepted (step S105). If the immediate bid request is not accepted (step S105, No), the process proceeds to step S107. On the other hand, when the immediate successful bid request is accepted (step S105, Yes), the immediate successful bid process is executed (step S106).

Next, the auction server 10 determines whether or not the bid request from the bidder U has been accepted (step S107). If the bid request has not been accepted (step S107, No), the process proceeds to step S109. When the bid request is received (step S107, Yes), the bid process is executed (step S108).

Next, the auction server 10 determines whether or not a predetermined period has elapsed from the start of the auction and the winning bid time has been reached (step S109). If the winning bid time has not been reached (step S109, No), the process returns to step S103. When the successful bid time is reached (step S109, Yes), the successful bid process is executed (step S110).

Subsequently, the auction server 10 determines whether or not the winning bidder has been determined by the successful bid processing (step S111). When the winning bidder is determined (step S111, Yes), the delivery process is executed (step S112). If the winning bidder has not been determined (step S111, No), the return process is executed (step S113).

The order of processing related to temporary delivery, immediate successful bid, and bidding may be changed, or may be executed at the same time.

[4.3. Exhibition acceptance processing]
Subsequently, the exhibition acceptance process executed by the auction server 10 will be described with reference to FIG. FIG. 15 is a flowchart showing a processing procedure of the auction acceptance process executed by the auction server 10 according to the first embodiment.

Upon receiving the listing request from the seller E, the auction server 10 unlocks the locker 40 and opens the storage door (step S201). Next, the auction server 10 determines whether or not the storage door of the locker 40 is closed (step S202). If the locker 40 is not closed (step S202, No), the process returns to step S202. On the other hand, when the door is closed (step S202, Yes), the auction server 10 acquires the information included in the exhibition information 13a (step S203) and stores the exhibition information 13a in the storage unit 13 (step S204). The processes of steps S202 and S203 may be performed in a different order or may be executed at the same time.

Subsequently, the auction server 10 locks the locker 40 (step S205) and notifies the seller E of the completion of the listing (step S206). Next, the auction server 10 acquires the user's behavior information (step S207), and notifies the user of the listing information based on the acquired behavior information (step S208). As a result, the auction is started.

[4.4. Temporary shipping process]
Subsequently, the temporary delivery process executed by the auction server 10 will be described with reference to FIG. FIG. 16 is a flowchart showing a processing procedure of the temporary delivery process executed by the auction server 10 according to the first embodiment.

The auction server 10 determines whether or not a deposit has been deposited by the user (step S301). If there is no deposit deposit (step S301, No), the auction server 10 returns to step S301. On the other hand, when the deposit is deposited (step S301, Yes), the auction server 10 unlocks the locker 40 (step S302).

Subsequently, the auction server 10 determines whether or not the storage door of the locker 40 is closed (step S303). If the storage door of the locker 40 is not closed (step S303, No), the process returns to step S303. On the other hand, when the door is closed (step S303, Yes), the auction server 10 locks the locker 40 (step S304) and determines whether or not the exhibit has been returned (step S305). If the exhibit has not been returned (step S305, No), the auction server 10 notifies the user of the purchase of the exhibit (step S306). In this case, the deposit will not be refunded to the user. On the other hand, when the exhibit is returned (step S305, Yes), the auction server 10 refunds the deposit to the user (step S307). The auction server 10 notifies the user of the information regarding the temporary delivery and ends the process (step S308).

[4.5. Immediate successful bid processing]
Subsequently, the immediate successful bid processing executed by the auction server 10 will be described with reference to FIG. FIG. 17 is a flowchart showing a processing procedure of the immediate successful bid processing executed by the auction server 10 according to the first embodiment.

The auction server 10 determines whether or not the user has made a deposit for the prompt decision price (step S601). If there is no payment (step S601, No), the process ends. On the other hand, when there is a payment (step S601, Yes), the auction server 10 unlocks the locker 40 (step S602) and notifies the user and the seller E of the completion of the successful bid to notify the end of the auction (step S601, Yes). Step S603).

[4.6. Bid processing]
Subsequently, the bidding process executed by the auction server 10 will be described with reference to FIG. FIG. 18 is a flowchart showing a processing procedure of bidding processing executed by the auction server 10 according to the first embodiment.

The auction server 10 acquires the bidder information including the bid price from the bidder U (step S401), and stores the bid information 13d in the storage unit 13 (step S402). The auction server 10 notifies the bidder U of the completion of the bid (step S403), and also notifies the users including the seller E of the information regarding the bid (step S404).

[4.7. Successful bid processing]
Subsequently, the successful bid processing executed by the auction server 10 will be described with reference to FIG. FIG. 19 is a flowchart showing a processing procedure of a successful bid process executed by the auction server 10 according to the first embodiment.

The auction server 10 determines whether or not there is a bidder U (step S501). If there is no bidder U (step S501, No), the auction server 10 determines that there is no successful bidder (step S502). When there is a bidder U (step S501, Yes), the auction server 10 determines the bidder U who bids at the highest bid price as the winning bidder (step S503).

[4.8. Delivery processing]
Subsequently, the delivery process executed by the auction server 10 will be described with reference to FIG. FIG. 20 is a flowchart showing a processing procedure of the delivery process executed by the auction server 10 according to the first embodiment.

The auction server 10 notifies the end of the auction by notifying the user including the winning bidder of the information regarding the successful bid (step S701). Subsequently, the auction server 10 determines whether or not the successful bidder's delivery request has been accepted (step S702). The auction server 10 determines whether or not the successful bidder has made a delivery request, for example, based on the successful bidder information, credential information, and the like. If the delivery request of the winning bidder has not been accepted (step S702, No), the process returns to step S702. On the other hand, when the delivery request of the winning bidder is received (step S702, Yes), the auction server 10 determines whether or not the winning bidder has received the winning bid (step S703). If there is no payment (step S703, No), the process returns to step S703.

On the other hand, when there is a payment (step S703, Yes), the auction server 10 unlocks the locker 40 (step S704) and notifies the user including the winning bidder and the seller E of the completion of delivery (step S705).

[4.9. Return processing]
Subsequently, the return processing executed by the auction server 10 will be described with reference to FIG. FIG. 21 is a flowchart showing a processing procedure of the return processing executed by the auction server 10 according to the first embodiment.

First, the auction server 10 notifies the seller E that there is no successful bidder to notify the end of the auction (step S801). Next, the auction server 10 determines whether or not the seller E's return request has been accepted (step S802). The auction server 10 determines whether or not the seller E has made a return request, for example, based on the seller information, the credential information, and the like. If the seller E's return request has not been accepted (step S802, No), the process returns to step S802. On the other hand, when the seller E's return request is received (step S802, Yes), the auction server 10 unlocks the locker 40 and returns the exhibit (step S803).

[5. Modification example]
The information processing system S according to the first embodiment may be implemented in various different forms other than the above-described embodiment. For example, when an exhibit is stored in the locker device 1, the exhibit may be put up for auction managed by the auction server 10 and also put up for auction on the net. The net auction shall be managed by a net auction server (not shown) connected to the network N in FIG.

In this case, when the item is sold through the net auction server, the locker device 1 is loaded with transactions and the like performed in the net auction, such as reflecting that the item is sold at the auction server 10. It is reflected in the auction on the auction server 10. Similarly, auction transactions such as bids and successful bids performed on the auction server 10 shall be reflected in the auction by the net auction server.

In this way, in addition to the auction using the locker device 1, when an auction managed by a company other than the auction server 10 that manages the auction (for example, a net auction) is performed, the auction server 10 and the net auction server cooperate with each other. You may manage the auction of the exhibit. As a result, a user who uses the net auction server can bid on the exhibited item in addition to the user who uses the auction server 10, and the convenience of the user can be improved.

(Second embodiment)
By the way, in the first embodiment, the information processing system (auction system) S which is premised on the sale and purchase of goods in an auction, which is a form of commercial transaction, has been described. The components of the information processing system S can be applied not only to auctions but also to other commercial transactions. For example, a component of the information processing system S can be applied to a rental system for renting a product. Therefore, in the second embodiment, an information processing system (rental system Sa) that provides a rental service as a commercial transaction will be described. The rental system Sa has a locker device 1 and a rental server 10a.

The whole system according to the second embodiment has a rental server 10a instead of the auction server 10, a user U instead of the bidder U, and a user terminal instead of the bidder terminal 2. Since it has the same configuration as the overall system S0 of 2, illustration and description will be omitted.

[1. Configuration of rental server 10a]
The rental server 10a according to the second embodiment will be described with reference to FIG. 22. FIG. 22 is a diagram showing a configuration example of the rental server 10a according to the second embodiment. The rental server 10a shown in FIG. 22 is shown in FIG. 3 except that it does not include a bid reception unit 12e, a successful bid determination unit 12f, and a delivery processing unit 12g, and a rental processing unit 22 instead of the temporary delivery reception unit 12c. It has the same configuration as the auction server 10. Further, the storage unit 13 shown in FIG. 22 stores the same information as the storage unit 13 shown in FIG. 3, except that the bid information 13d and the successful bid information 13e are not stored, and the rental information 23 is stored instead of the temporary delivery information 13f. Remember. Therefore, the same components as those in FIG. 3 are designated by the same reference numerals, and the description thereof will be omitted. In the explanation of FIG. 3, the product as an exhibit shall be read as a rental product, and the listing in the auction shall be read as an listing in the rental service as appropriate.

The rental processing unit 22 is a processing unit that performs rental processing including rental of rental products in response to a request from the user. The rental processing unit 22 instructs the locker control unit 12k to unlock the locker 40 in which the rental product to be rented is stored when a deposit of an amount corresponding to the rental product requested by the user is deposited. The payment from the user is detected by the payment detection unit 12p.

The rental processing unit 22 stores the product ID of the rented rental product, the amount of the deposit deposited by the user, and the delivery time in association with each other as rental information 23 in the storage unit 13.

The rental processing unit 22 functions as a return detection unit that detects whether or not the rental product rented from the unlocked locker 40 has been returned to the locker. For example, when the locker 40 is locked again after the locker 40 is unlocked, the rental processing unit 22 determines whether the rental product stored in the locker 40 before unlocking and the product stored after locking are the same. Is detected. The rental processing unit 22 detects whether or not the rental products are the same, for example, by comparing the weight of the rental product before unlocking with the weight of the rental product after locking. Alternatively, the rental processing unit 22 may detect whether or not the exhibited items are the same by comparing the captured images of the rental products by the camera 50, and detect by combining the captured images and the comparison result of the weight of the rental products. You may.

When it is detected that the rented rental product has been returned to the locker 40, the rental processing unit 22 asks the user to refund the deposit of the amount obtained by subtracting the amount corresponding to the time when the rental product was rented. To instruct. The rental processing unit 22 updates the rental information 23 by storing the product ID that identifies the returned rental product, the return time, and the refund amount in the storage unit 13.

If the rental time is determined in advance, the rental processing unit 22 shall rent the rental product by accepting the payment of the rental fee and the deposit according to the rental time from the user. In this case, the rental processing unit 22 refunds the deposit to the user when the rental product is returned.

Further, the exhibition reception unit 12b stores the rental fee according to the rental time instead of the starting price and the deposit fee instead of the prompt decision price in the storage unit 13 as price information. Further, the return processing unit 12h requests the seller E to collect (return) the rental product when the rental product is returned by the user, and performs the return processing. As a result, the seller E can clean the product every time the product is rented, and can keep the product value of the rental product high.

Alternatively, the return processing unit 12h may request the seller E to collect (return) the rental product and perform the return processing when a predetermined period has elapsed from the listing of the rental product. As a result, the seller E can replace the rental products at predetermined intervals.

The commercial transaction service provided by the information processing system S is not limited to an auction or a rental service. For example, the information processing system S may provide the selling service of the exhibit as a commercial transaction. In this case, the price information includes the selling price. In this way, even when the information processing system S provides a sales service, for example, by permitting temporary delivery before purchasing a product, the user can pick up the actual product and check it, which is convenient for the user. It is possible to improve the sex.

(others)
[1. program〕
The auction server 10 and the rental server 10a according to each of the above-described embodiments are realized by, for example, a computer 1000 having a configuration as shown in FIG. 23. Hereinafter, the auction server 10 will be described as an example. FIG. 23 is a hardware configuration diagram showing an example of a computer 1000 that realizes the function of the auction server 10. The computer 1000 has a CPU 1100, a RAM 1200, a ROM 1300, an HDD 1400, a communication interface (I / F) 1500, an input / output interface (I / F) 1600, and a media interface (I / F) 1700.

The CPU 1100 operates based on a program stored in the ROM 1300 or the HDD 1400, and controls each part. The ROM 1300 stores a boot program executed by the CPU 1100 when the computer 1000 is started, a program depending on the hardware of the computer 1000, and the like.

The HDD 1400 stores a program executed by the CPU 1100, data used by such a program, and the like. The communication interface 1500 receives data from another device via the communication network 50N and sends it to the CPU 1100, and transmits the data generated by the CPU 1100 to the other device via the communication network 50N.

The CPU 1100 controls an output device such as a display or a printer, and an input device such as a keyboard or a mouse via the input / output interface 1600. The CPU 1100 acquires data from the input device via the input / output interface 1600. Further, the CPU 1100 outputs the generated data to the output device via the input / output interface 1600.

The media interface 1700 reads a program or data stored in the recording medium 1800 and provides the program or data to the CPU 1100 via the RAM 1200. The CPU 1100 loads the program from the recording medium 1800 onto the RAM 1200 via the media interface 1700, and executes the loaded program. The recording medium 1800 is, for example, an optical recording medium such as a DVD (Digital Versatile Disc) or PD (Phase change rewritable Disk), a magneto-optical recording medium such as MO (Magneto-Optical disk), a tape medium, a magnetic recording medium, or a semiconductor memory. And so on.

For example, when the computer 1000 functions as the auction server 10 according to the first embodiment, the CPU 1100 of the computer 1000 realizes the function of the control unit 12 by executing the program loaded on the RAM 1200. Further, the data in the storage unit 13 is stored in the HDD 1400. The CPU 1100 of the computer 1000 reads and executes these programs from the recording medium 1800, but as another example, these programs may be acquired from another device via the communication network 50N.

[2. others〕
Of the processes described in the above embodiments, all or part of the processes described as being automatically performed may be performed manually, or all or a part of the processes described as being performed manually. Some can be done automatically by a known method. In addition, information including processing procedures, specific names, various data and parameters shown in the above documents and drawings can be arbitrarily changed unless otherwise specified.

Further, each component of each of the illustrated devices is a functional concept, and does not necessarily have to be physically configured as shown in the figure. That is, the specific form of distribution / integration of each device is not limited to the one shown in the figure, and all or part of them may be functionally or physically distributed / physically in arbitrary units according to various loads and usage conditions. Can be integrated and configured.

In addition, the above-described embodiments can be appropriately combined as long as the processing contents do not contradict each other.

Although some of the embodiments of the present application have been described in detail with reference to the drawings, these are examples, and various modifications are made based on the knowledge of those skilled in the art, including the embodiments described in the disclosure column of the invention. It is possible to carry out the present invention in other modified forms.

Further, the above-mentioned "section, module, unit" can be read as "means" or "circuit". For example, the control unit can be read as a control means or a control circuit.

S Auction system 1 Locker device 2 Bidder terminal 3 Seller terminal 10 Auction server 11 Communication unit 12 Control unit 12a Product detection unit 12b Exhibition reception unit 12c Temporary delivery reception unit 12e Bid reception unit 12f Successful bid determination unit 12g Delivery processing unit 12h Return Processing unit 12i Acquisition unit 12j Notification unit 12k Locker control unit 12n Image processing unit 12o Sensor information acquisition unit 12p Payment detection unit 12q Refund processing unit 12r Payment processing unit 10a Rental server 22 Rental processing unit 13 Storage unit 20 Display device 30 Reading device 40 Rocker 50 Camera 60 Weight Sensor

Claims (14)

An acquisition unit that acquires user behavior information,
Based on the behavior information of the user acquired by the acquisition unit, a notification unit for notifying the user of product information regarding an exhibit stored for auction in the storage unit of the locker device, and a notification unit.
Have a,
The acquisition unit
The route search result performed by the user is acquired, and the route search result is acquired.
The notification unit
An information processing device for notifying the user of the product information when a predetermined range including the locker device is included in the route search result. The notification unit
The information processing device according to claim 1, wherein the product information is notified based on the information regarding the transaction of the exhibit. The notification unit
The information processing device according to claim 2, wherein the product information is notified based on the installation position of the locker device. The notification unit
The information processing device according to claim 2 or 3, wherein the product information is notified based on the exhibit stored in the locker device. The acquisition unit
Acquire the location information of the user and
The notification unit
The information processing apparatus according to any one of claims 1 to 4, wherein the product information is notified based on the position information of the user acquired by the acquisition unit. The notification unit
The information processing device according to claim 5, wherein the product information is notified to the user existing in a predetermined range including the locker device based on the position information of the user acquired by the acquisition unit. The notification unit
A claim characterized in that the product information is notified to the user whose frequency of moving within a predetermined range including the locker device is equal to or higher than a threshold value based on the position information of the user acquired by the acquisition unit. Item 5. The information processing apparatus according to Item 5. The acquisition unit
Acquires the actions taken by the user over the network and
The notification unit
The information processing apparatus according to any one of claims 1 to 7 , wherein the user is notified of the product information based on the action performed by the acquisition unit via the network. The acquisition unit
Acquires the operation performed by the user on the exhibit,
The notification unit
The information processing apparatus according to any one of claims 1 to 8 , wherein the user is notified of the product information in response to the operation acquired by the acquisition unit. The notification unit
The information processing apparatus according to any one of claims 1 to 9 , wherein the user who has stored the exhibit in the storage unit is notified of the product information. The notification unit
At least information about the start of a transaction for the listing, information about a bid placed on the listing, information about the end of the transaction for the listing, and information about operations performed by other users on the listing. The information processing apparatus according to any one of claims 1 to 10, wherein one is notified. It is an information processing method executed by an information processing device.
The acquisition process to acquire user behavior information and
A notification process for notifying the user of product information regarding an exhibit stored for auction in the storage unit of the locker device based on the user's behavior information acquired in the acquisition process.
Only including,
The acquisition process is
The route search result performed by the user is acquired, and the route search result is acquired.
The notification process is
An information processing method comprising notifying the user of the product information when a predetermined range including the locker device is included in the route search result. A locker device in which the items are stored for auction in the storage section,
An acquisition unit that acquires user behavior information,
A notification unit for notifying on the basis of the action information of the user acquired by the acquiring unit, product information about the exhibits, which are retract and in the housing portion of the rocker device to the user,
Have a,
The acquisition unit
The route search result performed by the user is acquired, and the route search result is acquired.
The notification unit
An information processing system comprising notifying the user of the product information when a predetermined range including the locker device is included in the route search result. The acquisition procedure to acquire the user's behavior information and
Based on the user's behavior information acquired in the acquisition procedure, a notification procedure for notifying the user of product information regarding an exhibit stored for auction in the storage unit of the locker device, and a notification procedure.
Let the computer run
As the acquisition procedure,
The route search result performed by the user is acquired, and the route search result is acquired.
As the notification procedure,
An information processing program for causing a computer to notify the user of the product information when a predetermined range including the locker device is included in the route search result.

Images