JP2017073075A - Object management system, object management method, server device, and program - Google Patents

Abstract

PROBLEM TO BE SOLVED: To practically manage purchase or the like of an actual object such as a bottle consumed by the quantity via a virtual object, divide the virtual object into a plurality of blocks, give attribute information to each block, and thereby practically enable purchase or the like of the actual object under a different condition for each block.SOLUTION: The present invention is a server device 1 that can freely communicate with a user terminal and a store terminal and manages at least purchase and consumption of an actual object via a virtual object. The server device comprises: a communication unit 12 for communicating with the user terminal; a virtual object information management unit 11c for managing virtual object information on the virtual object; a virtual object DB 15 for storing the virtual object information; and an update unit 11e for updating the virtual object information. On accepting an instruction on the purchase or consumption or the like of the actual object from the user terminal or the store terminal, the update unit 11e updates the virtual object information in the DB 15, and transmits the updated virtual object information via the communication unit 12 to the user terminal to prompt a user to confirm updated contents.SELECTED DRAWING: Figure 3

Description

  The present invention relates to a system or the like for managing the purchase of objects whose properties are consumed, such as alcoholic beverages and meats, and in particular, the object management for managing the purchase or the like of real objects via a virtual object. The present invention relates to a system, an object management method, a server device, and a program.

  Conventionally, bottle keeps are generally used in pubs and bars. Here, the bottle keep means that the purchased bottle of liquor is consumed at the tavern, and if the liquor remains in the bottle when leaving the store, it is held at the store to carry over to the next consumption. That means. According to the bottle keep, the user can keep his / her bottle in the store by, for example, lowering a tag in which his / her nickname is written on the purchased bottle. Today, with the development of information technology, various technologies have been proposed to make this bottle keep even easier.

  For example, in Patent Document 1, the bottle information server manages the expiration date of each bottle included in the bottle keep information, and for a bottle with an expiration date close to the user terminal of the customer who keeps the bottle. A bottle-keep information providing system for transmitting an e-mail indicating closeness is disclosed.

JP 2003-162570 A

  However, in the system disclosed in Patent Document 1, the e-mail based on the expiration date is only unilaterally sent to the user terminal, and the purchase of bottles as an object having the property that the quantity is consumed is widely managed. It is not a thing.

  In the conventional bottle keep, one bottle is basically kept for one store, and a plurality of bottles are not kept so as to be appropriately consumed in many stores. Furthermore, the conventional bottle keep is management in bottle units. The bottle is divided into a plurality of blocks, and attribute information (for example, expiration date, used store, user used) is provided for each block. There is no system to manage and support purchasing.

  In addition, today, when information technology has been developed, bonus points are generally exchanged, but this is merely exchange of points, and real objects are managed substantially via virtual objects. It is different from technical matters. Furthermore, sharing a single real object so that it can be used by a plurality of users via a virtual object in a plurality of stores can be realized only through the virtual object. Such a technique does not exist conventionally.

  The present invention has been made in view of such a problem, and an object thereof is to substantially manage purchase of a real object through a virtual object. Furthermore, the virtual object is divided into a plurality of blocks, and attribute information is provided to each block, so that the virtual object block unit can be substantially purchased under different conditions.

  In order to solve the above-described problem, a server device according to the first aspect of the present invention is a server that can communicate with at least a user terminal and a store terminal, and manages at least purchase and consumption of a real object via a virtual object. A communication means for communicating with the user terminal; a virtual object information management means for managing virtual target virtual target information; a storage means for storing the virtual target information; and updating the virtual target information. Update means, and upon receiving an instruction relating to at least purchase or consumption of the real object from the user terminal or the store terminal, the update means updates the virtual object information in the storage means, The virtual target is divided into a plurality of blocks, and attribute information is associated with each block and stored in the storage means as part of the virtual target information. In at least the purchase and consumption of a real object, it can be purchased and consumed independently for each of the blocks constituting the virtual object corresponding to the real object, and when receiving an instruction for purchase or consumption related to the block, The update means updates a portion related to the block in the virtual target information.

  In the server device according to the second aspect of the present invention, in the first aspect, the attribute information includes an expiration date for use of the real object corresponding to the virtual object, an available user, and an available store. Contains at least one of the information.

  The server device according to a third aspect of the present invention is the server device according to the first or second aspect, wherein the virtual object corresponding to the real object has the use authority by a plurality of users based on the attribute information for each block. Can be shared or migrated to other users.

  When the server device according to the fourth aspect of the present invention receives an instruction related to the present of the real object from a user terminal other than the store terminal or the present person in the first to third aspects, the update is performed as described above. The means updates the virtual target information in the storage means, transmits the updated virtual target information to the user terminal of the present person through the communication means, and prompts confirmation of the contents of the present.

  In the server device according to the fifth aspect of the present invention, in the first to fourth aspects, the actual object is an alcoholic beverage.

  An object management system according to a sixth aspect of the present invention is an object management system that includes a user terminal, a store terminal, and a server device, and manages at least purchase and consumption of a real object via a virtual object. The user terminal includes user instruction means for instructing at least purchase and consumption of the real object, and the store terminal has store instruction means for instructing at least purchase and consumption of the real object. The server device includes: a communication unit that communicates with the user terminal; a virtual target information management unit that manages the virtual target information of the virtual target; a storage unit that stores the virtual target information; and the virtual target information The server device receives an instruction relating to at least purchase or consumption of the real object from the user terminal or the store terminal. The update means updates the virtual target information in the storage means, transmits the updated virtual target information to the user terminal via the communication means, prompts confirmation of the update content, and Is divided into a plurality of blocks, and attribute information is associated with each block and stored in the storage means as a part of the virtual object information, and at least in the purchase and consumption of the real object, Purchase and consumption can be made independently for each of the blocks constituting the virtual object corresponding to the real object, and upon receiving a purchase or consumption instruction relating to the block, the updating means includes the virtual object information. The part related to the block is updated.

  An object management method according to a seventh aspect of the present invention includes a user terminal, a store terminal, and a server device, and a method using an object management system that manages at least purchase and consumption of a real object via a virtual object. The user terminal or the store terminal gives instructions regarding at least purchase and consumption of the real object, the server device communicates with the user terminal, and the virtual object virtual object. A step of managing information, and a step of updating the virtual object information, and the server device receives an instruction relating to at least purchase or consumption of the real object from the user terminal or the store terminal. The virtual target information is updated, the updated virtual target information is transmitted to the user terminal, and confirmation of the updated content is prompted. Each block is associated with attribute information and stored as part of the virtual target information, and corresponds to the real object at least in the purchase and consumption of the real object. Purchase and consumption can be made independently for each of the blocks constituting the virtual object, and when a purchase or consumption instruction relating to the block is received, a portion related to the block of the virtual object information is updated.

  A program according to an eighth aspect of the present invention is a program for managing at least purchase and consumption of a real object via a virtual object, wherein the computer manages the virtual object information of the virtual object. When the management means functions as an update means for updating the virtual object information and receives an instruction relating to at least purchase or consumption of the real object from the user terminal or the store terminal, the update means The virtual target information is updated, the updated virtual target information is transmitted to the user terminal via the communication means, and confirmation of the update content is prompted. The virtual target is divided into a plurality of blocks. , Attribute information is associated with each block and managed as a part of the virtual object information, and the actual object is at least purchased and consumed. Are possible purchase and consumption corresponding independently for each of the blocks that constitute the virtual object, when receiving an instruction to purchase or consumption according to the block, update the portion relating to the block of the virtual object information.

  According to the present invention, it is possible to provide an object management system, an object management method, a server device, and a program that substantially manage the purchase of a real object via a virtual object. Furthermore, an object management system and an object management method that can divide a virtual object into a plurality of blocks and have each block have attribute information so that a real object can be substantially purchased under different conditions in units of blocks. , A server device, and a program can be provided.

It is a block diagram of the target object management system which concerns on one Embodiment of this invention. It is a conceptual diagram of the target object management system which concerns on one Embodiment of this invention. It is a block diagram of a server apparatus. It is a block diagram of a user terminal. It is a lineblock diagram of a store terminal. (A) thru | or (c) are figures which show an example of a table. (A) And (b) is a figure which shows an example of a table. It is a figure which shows the table reference example which concerns on the single store service of a personal bottle. It is a figure which shows the table reference example which concerns on the multi-store service of a personal bottle. It is a figure which shows the table reference example which concerns on the single store service of a shared bottle. It is a figure which shows the example of a table reference which concerns on the expiration date in a block unit. It is a screen transition diagram explaining the flow of processing at the time of bottle acquisition. It is a flowchart which shows the flow of the process which concerns on a sharer addition. It is a screen transition diagram explaining the flow of processing concerning sharing person addition. (A) And (b) is a figure which shows an example of a table. It is a figure which shows the example of a table reference which concerns on point new purchase. It is a figure which shows the example of a table reference which concerns on point additional purchase. It is a flowchart which shows the flow of the process which concerns on the purchase by a user. It is a screen transition diagram which shows the flow of the process which concerns on the purchase by a user. It is a flowchart which shows the flow of the process which concerns on the purchase through a shop. It is a screen transition diagram which shows the flow of the process which concerns on the purchase through a store. (A) And (b) is a figure which shows an example of a table. It is a figure which shows the example of a table reference which concerns on point consumption. It is a flowchart which shows the flow of the process which concerns on the consumption by a user. It is a screen transition diagram which shows the flow of the process which concerns on the consumption by a user. It is a flowchart which shows the flow of the process which concerns on the consumption via a shop. It is a screen transition diagram which shows the flow of the process which concerns on the consumption via a shop. (A) And (b) is a figure which shows an example of a table. It is a figure which shows the table reference example which concerns on point transfer. It is a flowchart which shows the flow of the process which concerns on transfer. It is a screen transition diagram which shows the flow of the process which concerns on transfer. (A) thru | or (c) are figures which show an example of a table. It is a figure which shows the table reference example which concerns on a present. It is a figure which shows the table reference example which concerns on a present. It is a flowchart which shows the flow of the process which concerns on a present. It is a screen transition diagram which shows the flow of the process which concerns on a present.

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

  FIG. 1 shows and describes the configuration of an object management system according to an embodiment of the present invention.

  As shown in the figure, the object management system includes a server device 1, a user terminal 2, and a store terminal 3. These are communicatively connected so that data can be exchanged via a network 5 such as the Internet. Note that a server device for management separate from the server device 1 may be further provided so that setting, management, and control of the entire system are integrated by the server for management.

  In such a configuration, the server device 1 includes a database (hereinafter referred to as DB) 4 and holds virtual target information of a virtual target related to a real target in various table formats. After the user terminal 2 mounts a predetermined application program, the user terminal 2 executes the program, thereby purchasing, consuming, transferring authority of a real object (also called a real object) via a virtual object (also called a virtual object), It is possible to exchange authority, share authority, etc. In general, an actual object consumed by quantity, for example, a bottle of alcoholic beverages, is basically kept in bottle units, but in the system according to this embodiment, the virtual object is further divided into a plurality of blocks. By giving attribute information to a block, purchase, consumption, etc. in blocks are realized.

  Here, with reference to FIG. 2, the characteristic of the target object management system which concerns on one Embodiment of this invention is demonstrated still in detail.

  As shown in the figure, the server device 1 holds virtual target information of a virtual target related to a real target in the DB 4. Then, when there is an action (for example, purchase, consumption, authority transfer, authority gift) by the users A, B..., The virtual object information is updated as appropriate. Therefore, the real object can be kept indirectly through the virtual object. For example, if the real object is a bottle of liquor consumed in quantity units, the bottle can be substantially kept through the virtual object.

  It is possible to handle and manage user actions (purchasing, consumption, authority transfer, authority gift), etc. via virtual objects, so that one real object can be used at multiple stores X and Y, and Can be used by a plurality of users A, B.

  Further, the virtual object is divided into a plurality of blocks 1, block 2, block 3... Block n, and each block has attribute information. This attribute information is held in the DB 4 as part of the virtual target information. The attribute information includes information such as remaining capacity, expiration date (for example, only on weekends, from 16:00 to 18:00 on weekdays), available stores, available users, and the like.

  Therefore, if the actual object is a bottle of liquor, in addition to the bottle unit, it is possible to divide the bottle into a plurality of blocks by the unit of quantity and to define various usage conditions etc. based on different attribute information for each block unit Become.

  For example, assuming that one actual bottle (1000 ml) is divided into five blocks B1, B2, B3, B4, and B5 for every 200 ml, the block A1 can be used by users A and B, Various operations are realized such that the block B2 can be used at the stores X and Y, and the expiration date of the block B3 is set longer than others. Also, the remaining capacity can be managed in units of blocks, and the capacity allocated to each block can be set freely. If the virtual object is a bottle of beverage or liquor, the virtual object can be referred to as a “virtual bottle”.

  FIG. 3 shows a configuration example of the server device 1 and will be described.

  As shown in the figure, the server device 1 includes a control unit 11, and the control unit 11 is connected to a communication unit 12, a storage unit 13, and a DB 4 via a control bus 19. DB4 consists of user DB14, virtual object DB15, and store DB16 in detail. The control unit 11 reads out and executes the program in the storage unit 13 to thereby execute a main control unit 11a, a user information management unit 11b, a virtual target information management unit 11c, a store information management unit 11d, an update unit 11e, and a settlement unit 11f. Will work.

  In such a configuration, the communication unit 12 as a communication unit communicates with the user terminal 2 or the store terminal 3 via the network 5. The storage unit 13 includes a memory, an HDD (Hard Disc Drive), and the like, stores the program as described above, and provides a work area when executing the program. Although details will be described later, the user DB 14 holds user information in a table format. The virtual target DB 15 as the storage means holds virtual target information in a table format, as will be described in detail later. Although details will be described later, the store DB 16 stores store information in a table format.

  The control unit 11 performs control so that at least purchase and consumption of the real object are managed through the virtual object. More specifically, the user information management unit 11b registers and manages user information in the user DB 14. The virtual target information management unit 11c as a virtual target information management unit performs registration and management of virtual target information in the virtual target DB 15. The store information management unit 11d registers and manages store information in the store DB 16. The update unit 1e serving as an update unit updates when there is a change in the virtual target information or the like. The settlement unit 11f executes a settlement process when a purchase instruction is given from the user terminal 2 or the like.

  Upon receiving an instruction relating to at least the purchase or consumption of the real object from the user terminal 2 or the store terminal 3, the update unit 11e as the update unit updates and updates the virtual target information in the virtual target DB 15 as the storage unit. The virtual target information is transmitted to the user terminal 2 via the communication unit 12 as a communication means, and confirmation of the update content is prompted.

  The virtual target is divided into a plurality of blocks, and attribute information is associated with each block and stored in the virtual target DB 15 as a part of the virtual target information. At least the purchase and consumption of a real object can be purchased and consumed independently for each block constituting the virtual object corresponding to the real object, and updated upon receiving a purchase or consumption instruction related to one block. The unit 11e updates the part related to the block in the virtual target information.

  Here, the attribute information includes at least one of the expiration date of use of the real object corresponding to the virtual object, the available user, and the available store information. The virtual object corresponding to the real object can be shared by a plurality of users or transferred to another user in block units. In addition, when receiving an instruction related to the present of the real object from the store terminal 3, the update unit 11 e updates the virtual target information in the virtual target DB 15, and the updated virtual target information is transmitted to the user via the communication unit 12. It transmits to the terminal 2 and prompts confirmation of the contents of the present carried out by the store. The real object may be a bottle of liquor that is consumed by a quantity unit or a meat that is traded by a gram unit.

  FIG. 4 shows a detailed configuration example of the user terminal 2 and will be described.

  As shown in the figure, the user terminal 2 includes a control unit 21, and the control unit 21 is connected to a communication unit 22, an operation unit 23, a display unit 24, and a storage unit 25 via a control bus 28. ing. The operation unit 23 and the display unit 24 may be integrally configured as a touch panel 27. The control unit 21 reads and executes the program 26 stored in the storage unit 25 to thereby execute a main control unit 21a, a purchase instruction unit 21b, a consumption instruction unit 21c, a transfer instruction unit 21d, a sharer addition instruction unit 21e, and It functions as the display control unit 21f. As the user terminal 2, various devices such as a smartphone, a tablet terminal, and a notebook computer can be adopted.

  In such a configuration, the communication unit 22 communicates with the server device 1 and the like via the network 5. The operation unit 23 conceptually includes a mouse, a keyboard, and the like, and accepts various operations by the user. The display unit 24 is configured by a liquid crystal display or the like and performs various displays. The storage unit 25 is configured by a memory, an HDD, and the like, stores a program, and provides a work area when executing the program.

  Each part 21a to 21f of the control part 21 functions as follows.

  The main control unit 21a is responsible for overall control. Based on the operation of the operation unit 23, the purchase instruction unit 21b instructs the server device 1 to purchase a virtual object related to the real object. Based on the operation of the operation unit 23, the consumption instruction unit 21 c instructs the server device 1 to consume the virtual object related to the real object. Based on the operation of the operation unit 23, the migration instruction unit 21 d instructs the server device 1 to perform the authority migration of the virtual object related to the real object. Based on the operation of the operation unit 23, the sharer addition instruction unit 21e instructs the server device 1 to add a sharer of a virtual target related to the real object. Then, the display control unit 21 f controls various displays on the display unit 24 based on the data transmitted from the server device 1.

  FIG. 5 shows a detailed configuration example of the store terminal 3 and will be described.

  As shown in the figure, the store terminal 3 includes a control unit 31, which is connected to a communication unit 32, an operation unit 33, a display unit 34, and a storage unit 35 via a control bus 38. Has been. The operation unit 33 and the display unit 34 may be integrally configured as a touch panel 37. The control unit 31 reads out and executes the program 36 stored in the storage unit 35, whereby the main control unit 31a, the point (or authority) giving instruction unit 31b, the consumption instruction unit 31c, the present instruction unit 31d, and the display control It functions as the part 31e. As store terminal 3, various things, such as a smart phone, a tablet terminal, and a notebook personal computer, are employable.

  In such a configuration, the communication unit 32 communicates with the server device 1 and the like via the network 5. The operation unit 33 conceptually includes a mouse, a keyboard, and the like, and accepts various operations by the user. The display unit 34 is composed of a liquid crystal display or the like and performs various displays. The storage unit 35 is configured by a memory, an HDD, or the like, stores a program, and provides a work area when the program is executed.

  Each part 31a to 31e of the control part 31 functions as follows.

  The main control unit 31a governs overall control. The point giving instruction unit 31b instructs the server device 1 to give the user the authority to use the virtual object related to the real object. More specifically, the use authority is executed in the form of point grant. When adjusting a point (consisting of a plurality of blocks), the addition of a block as a constituent element or the value in the block (for example, attribute information) Execute by updating.

  The consumption instruction unit 31c instructs the server device 1 to consume the virtual object related to the real object by the user. The present instruction unit 31d instructs the server device 1 to present a virtual target user related to the real object. Then, the display control unit 31 e controls various displays on the display unit 34 based on the data transmitted from the server device 1.

  FIG. 6A, FIG. 6B, FIG. 6C, FIG. 7A, and FIG. 7B illustrate an example of a table stored in the DB 4 of the server apparatus 1 and will be described. . Here, the case where an actual target object is a bottle is illustrated.

FIG. 6A shows a configuration example of the table User stored in the user DB 14. The table User represents service users.
The meaning of each item is as follows.
• id: identification number assigned to the user • name: user name • password: password for authentication • email: user's email address

FIG. 6B shows a configuration example of the table BottleDef stored in the virtual target DB 15. The table BottleDef defines the meta information of the bottle.
The meaning of each item is as follows.
-Id: Identification number assigned to the bottle-name: Name of the bottle-unit: Virtual target unit-max Points: Maximum point that can be kept-min Purchase Points: Minimum point purchase value-max Purchase Points: Maximum point purchase Value-purchase Point Unit: Minimum unit for point purchase-available From: Service start date / time-expireAt: Service end date / time

FIG. 6C shows a configuration example of the table BottleSpot stored in the store DB 16. The table BottleSpot represents a store that provides services such as a virtual target keep.
The meaning of each item is as follows.
-Id: Identification number assigned to the store-name: Store name-bottleDefs: id of the bottle (BottleDef) that can be used in this store
-Address: Store address-location: Latitude and longitude of the store location-Description: Store introduction

FIG. 7A shows a configuration example of the table UserBottle stored in the virtual target DB 15. The table UserBottle represents a virtual object.
The meaning of each item is as follows.
-Id: identification number of the bottle owned by the user-bootle Def: type of bottle-owner: user who owns the bottle as a representative-users: users who can use the bottle-currentPoints: total number of points currently kept-nextExpDate: Date and time when point expires earliest-Explanation: Introduction of bottle

FIG. 7B shows a configuration example of the table PointBlock stored in the virtual target DB 15. The table PointBlock represents a breakdown of the points kept in the bottle.
The meaning of each item is as follows.
・ Id: Virtual block identification number ・ attachableBottleDefs: Attributable BottleDef
・ AttachedUserBottle: Attributing UserBottle
-Unit: point unit-origValue: initial point value-currentValue: current point-origExpDate: initial point expiration date-ShouldUsedBy: current point expiration date-transferable: transfer point to other users Applicability ・ Explanation: Block introduction

  FIG. 8 shows and describes a table reference example related to a single store service for individual bottles.

  As shown in the figure, the table UserBottle is associated with the table BottleDef by bottleDef, and is associated with the table User by users. The table BottleDef is linked to the table BottleSpot by BootleSpot's bottleDefs. The table UserBottle is linked to the table PointsBlock by the attachedUserBottle of PointBlock. “Store 01” provides a virtual bottle (virtual bottle) called “bottle of store 01”. “Mr. A's bottle” holds points consisting of three breakdowns (blocks). “User A” can use a bottle “A's bottle”.

  FIG. 9 shows a table reference example related to a plurality of store services for individual bottles.

  As shown in the figure, the relational relationship of each table is the same as in FIG. 8, but in this example, the table BottleDef and the table BottleSpot related to two stores are linked, and the table UserBottle has three. It is linked to the table PointBlock related to the block. “Store 01” and “Store 02” provide virtual bottles (virtual bottles) called “store common bottles”. “User A” can use “Mr. A's bottle” at either store.

  FIG. 10 shows and describes a table reference example related to a single store service of a shared bottle.

  As shown in the figure, the relational relationship between the tables is the same as in FIG. 8, but in this example, the table UserBottle is associated with the table PointBlock related to a plurality of blocks. Furthermore, the table UserBottle is associated with a table User related to a plurality of users. Both “user A” and “user B” can use a bottle called “shared bottle”.

  FIG. 11 illustrates a table reference example related to the expiration date in block units.

  As shown in the figure, the relational relationship between the tables is the same as in FIG. 8, but in this example, the table UserBottle is linked to the table PointBlock related to three blocks. Since the breakdown (block) 001 has expired, the sum of the breakdowns (points) 002 and 003 becomes the current point. The next expiration date is 10/31, and after the next expiration date, the current points are updated by recounting the breakdown (block).

  In FIG. 12, the process flow at the time of bottle acquisition will be described with a screen transition diagram. This process flow is merely a series.

  When the bottle is acquired, the bottle content confirmation screen 100 is displayed with reference to the bottle list of the store, and when the use is started, the bottle screen 101 is displayed. Acquired bottles will be registered in the My Bottle List.

  The above is the basic configuration and operation of the present embodiment. Next, based on these descriptions, the flow of various processes by the object management system and the like according to the present embodiment will be described in detail. Specifically, the sharing of the object, the purchase of the object, the consumption of the object, the transfer of the authority to use the object, and the present of the authority to use the object will be described in order.

(Sharing of objects)
With reference to the flowchart of FIG. 13, the flow of processing related to the addition of a sharer by the object management system according to the embodiment of the present invention will be described. In the following description, the description proceeds with reference to the screen transition diagram shown in FIG. 14 as appropriate.

  When the process is started, the user terminal 2 of the user A displays the bottle screen 103 on the display unit 24 under the control of the display control unit 21f (S1). Subsequently, the user terminal 2 of the user A displays the sharer addition screen 104 under the control of the display control unit 21f (S2). In the sharer addition screen 104, the main control unit 21a determines whether or not the sharer addition is selected by operating the operation unit 23 (S3), and when the sharer addition is selected (S3). Yes), the sharer addition instruction unit 21e instructs the server apparatus 1 to add a sharer (S4).

  In the server device 1, upon receiving this sharer addition instruction, the updating unit 11e updates the virtual target information with reference to the virtual target DB 15 (S5). And the main control part 11a transmits update data to the user terminal 2 of the user A via the communication part 12 (S6). When receiving the update data via the communication unit 22, the user terminal 2 of the user A displays the updated bottle screen 105 on the display unit 24 under the control of the display control unit 21f (S7).

  In the server apparatus 1, the main control unit 11a transmits a sharing completion notification to the user terminal 2 of the user B via the communication unit 12 (S8). When the user B's user terminal 2 receives this sharing completion notification via the communication unit 22, the notification screen 106 is displayed on the display unit 24 under the control of the display control unit 21f (S9), and then the bottle screen. 107 is displayed (S10). In this way, a series of processes related to the sharing person addition is completed.

(Purchase object)
FIGS. 15A and 15B illustrate an example of a table generated and referred to when purchasing an object. FIG. 15A shows a configuration example of the table PointTransaction. This table PointTransaction is related to the point operation.
The meaning of each item is as follows.
-Id: Operation identification number-type: Operation type-points: Operation target point-srcUserBottle: Point migration source bottle-srcPointBlocks: List of point migration source PointBlocks-srcUser: Point migration source user-dstUserBottle: Point Destination bottle ・ dstPointBlocks: List of point migration destination PointBlock ・ dstBottleSpot: Point migration destination store ・ dstUser: Point migration destination user ・ event: Related event

  FIG. 15B shows a configuration example of the table PointBlock. The meaning content of each item is as described above, but it can be seen that the point attribute information is newly added by executing the transaction.

  FIG. 16 illustrates a table reference example related to new point purchase (simultaneous bottle new acquisition).

  As shown in the figure, the relational relationship between the tables is the same as in FIG. 8, but in this example, the table UserBottle is linked by the tables PointTransaction and dstUserBottle. Further, the table PointBlock is linked by the table PointTransaction and dstPointBlocks. Therefore, “Mr. A” purchases 1000 ml of “Bottle of store 01” with a credit card, for example, and “Mr. A's bottle containing 1000 ml” is generated. The settlement is executed by the settlement unit 11f of the server device 1.

  FIG. 17 illustrates a table reference example related to point additional purchase.

  As shown in the figure, the relational relationship between the tables is the same as in FIG. 8, but in this example, the table UserBottle is linked by the tables PointTransaction and dstUserBottle. The table UserBottle is linked by the attachedUserBottle of the table PointBlock relating to the two blocks. Further, two tables PointBlock are linked by tables PointTransaction and dstPointBlocks. Therefore, a bottle that was 1000 ml before purchase becomes 500 ml after purchase by purchasing 500 ml. The settlement is executed by the settlement unit 11f of the server device 1.

  Hereinafter, with reference to the flowchart of FIG. 18, the flow of processing related to purchase (user operation) by the object management system according to the embodiment of the present invention will be described. In the following description, the description proceeds with reference to the screen transition diagram shown in FIG. 19 as appropriate.

  When the process is started, the user terminal 2 of the user A displays the bottle screen 108 on the display unit 24 under the control of the display control unit 21f (S11). Subsequently, the user terminal 2 of the user A displays the purchase screen 109 under the control of the display control unit 21f (S12). In the purchase screen 109, the main control unit 21a determines whether or not purchase is selected by operating the operation unit 23 (S13). When purchase is selected (Yes in S13), a purchase instruction is issued. The unit 21b instructs the server device 1 to purchase (S14).

  In the server device 1, upon receiving this purchase instruction, the update unit 11e refers to the virtual target DB 15 to update the virtual target information (S15). In the server device 1, the settlement unit 11f performs settlement related to purchase (S16). Then, the main control unit 11a transmits update data to the user terminal 2 of the user A via the communication unit 12 (S17). When the user A's user terminal 2 receives the update data via the communication unit 22, the updated bottle screen 110 is displayed on the display unit 24 under the control of the display control unit 21f (S18).

In this way, a series of processing related to purchase is completed.

  Hereinafter, with reference to the flowchart of FIG. 20, the flow of processing related to purchase (store operation) by the object management system according to the embodiment of the present invention will be described. In the following description, the description proceeds with reference to the screen transition diagram shown in FIG. 21 as appropriate.

  When the process is started, the user terminal 2 of the user A displays the bottle screen 111 on the display unit 24 under the control of the display control unit 21f (S21). User A presents this bottle screen 111 to the store clerk, conveys his intention to purchase, and pays cash.

  The shop terminal 3 displays the user list screen 112 on the display unit 34 under the control of the display control unit 31e (S22), and then the main control unit 31a determines whether or not a user is selected (S23). When the user is selected (Yes in S23), the point grant screen 113 is displayed on the display unit 34 under the control of the display control unit 31e (S24). On this screen, designation (selection) of the point quantity is accepted. Then, the main control unit 31a determines whether or not a point giving instruction has been given (S25). When a point giving instruction is given (Yes in S25), the point giving instruction unit 31b instructs the server device 1 to give a point. (S26).

  In the server device 1, upon receiving this point grant instruction, the updating unit 11e refers to the virtual target DB 15 and updates the virtual target information (S27). And the main control part 11a transmits update data to the user terminal 2 of the user A via the communication part 12 (S28). When the user A 2 of the user A receives the update data via the communication unit 22, the updated bottle screen 114 is displayed on the display unit 24 under the control of the display control unit 21f (S29). In this way, a series of processes related to the sharing person addition is completed.

(Consumer consumption)
FIGS. 22A and 22B show an example of a table generated and referred to when an object is consumed, and the details will be described. FIG. 22A shows a configuration example of the table PointTransaction. This table PointTransaction is related to the point operation. The meaning of each item is as described above with reference to FIG. In this example, a transaction that consumes 1000 ml from the bottle A at the store A from the user A occurs.

  FIG. 22B shows a configuration example of the table PointBlock. The meaning contents of each item are as described above, but the transaction value of the block 1 (id: PB21) is updated from 800 to 0 and the block 1 (id: PB22) is set to 600 to 400 by executing the transaction. Has been updated. That is, all of the 800 ml from the block 1 is consumed, 200 ml from the block 2 is consumed, and a total of 1000 ml is consumed.

  FIG. 23 illustrates a table reference example related to point consumption.

  As shown in the figure, the relational relationship between the tables is the same as in FIG. 8, but in this example, the table UserBottle is linked by the tables PointTransaction and srcUserBottle. The table UserBottle is linked by tables PointBlock and attachedUserBottle relating to two blocks. Further, two tables PointBlock are linked by tables PointTransaction and srcPointBlocks. Therefore, 1200 ml before the use (1000 ml for block 1 and 500 ml for block 2) is consumed and updated to 300 ml after use. The operation is completed by the operation of the user terminal 2 of the user A. A store clerk sees and confirms the operation performed by the user A and the processing result screen, and the store provides an actual service (such as drinks consumed).

  Hereinafter, with reference to the flowchart of FIG. 24, the flow of processing related to consumption (user operation) by the object management system according to the embodiment of the present invention will be described. In the following description, the description proceeds with reference to the screen transition diagram shown in FIG.

  When the process is started, the user terminal 2 of the user A displays the bottle screen 115 on the display unit 24 under the control of the display control unit 21f (S31). Subsequently, the user terminal 2 of the user A displays the point use screen 116 under the control of the display control unit 21f (S32). In the point use screen 116, the main control unit 21a determines whether or not the use is selected by operating the operation unit 23 (S33). If the use is selected (Yes in S33), the consumption is determined. The instruction unit 21c instructs the server device 1 to consume (S34).

  In the server device 1, upon receiving this consumption instruction, the updating unit 11e updates the virtual target information with reference to the virtual target DB 15 (S35). And the main control part 11a transmits update data to the user terminal 2 of the user A via the communication part 12 (S36). When the user A's user terminal 2 receives the update data via the communication unit 22, the updated bottle screen 117 is displayed on the display unit 24 under the control of the display control unit 21f (S17). In the user terminal 2, the usage history screen 118 is further displayed on the display unit 24 under the control of the display control unit 21e (S18).

  In the server device 1, the main control unit 11a notifies the store of usage (S38). On the store side, the store terminal 3 receives this notification via the communication unit 32 and displays the notification screen 119 on the display unit 34 under the control of the display control unit 31e (S39). Thus, a series of processes related to consumption is completed.

  Hereinafter, with reference to the flowchart of FIG. 26, the flow of processing related to consumption (store operation) by the object management system according to the embodiment of the present invention will be described. In the following description, the description proceeds with reference to the screen transition diagram shown in FIG.

  When the process is started, the user terminal 2 of the user A displays the bottle screen 120 on the display unit 24 under the control of the display control unit 21f (S41). User A presents this bottle screen 120 to the store clerk and communicates his intention to consume.

  The shop terminal 3 displays the user list screen 121 on the display unit 34 under the control of the display control unit 31e (S42), and then the main control unit 31a determines whether or not a user is selected (S43) and uses it. When the user is selected (Yes in S43), the point use screen 122 is displayed on the display unit 34 under the control of the display control unit 31e (S44). Then, the main control unit 31a determines whether or not a point use instruction has been made (S45). When a point use instruction is made (Yes in S45), the consumption instruction unit 31c gives a consumption instruction to the server device 1. (S46).

  In the server device 1, upon receiving this consumption instruction, the updating unit 11e updates the virtual target information with reference to the virtual target DB 15 (S47). And the main control part 11a transmits update data to the user terminal 2 of the user A via the communication part 12 (S48). When receiving the update data via the communication unit 22, the user terminal 2 of the user A displays the updated bottle screen 123 on the display unit 24 under the control of the display control unit 21f (S29). Further, the user terminal 2 further displays a usage history screen 124 on the display unit 24 under the control of the display control unit 21e (S50).

  In the server device 1, the main control unit 11a transmits a usage notification to the store terminal 3 via the communication unit 12 (S51). When the store terminal 3 receives this notification via the communication unit 32, the store terminal 3 displays the notification screen 125 on the display unit 34 under the control of the display control unit 31e (S52). Thus, a series of processes related to consumption is completed.

(Transfer of usage rights for objects)
FIG. 28A and FIG. 28B show an example of a table generated and referred to when the use authority of an object is transferred, and the details will be described. FIG. 28A shows a configuration example of the table PointTransaction. This table PointTransaction is related to the point operation. The meaning of each item is as described above with reference to FIG. In this example, a transaction for transferring 1000 ml from the bottle C of the user A to the bottle D of the user B has occurred.

  FIG. 28B shows a configuration example of the table PointBlock. The meaning and contents of each item are as described above, but by executing the transaction, the cuelentValue of user A's block 1 (id: PB31) is updated from 800 to 0, and the cuelentValue of block 2 (id: PB32) is 600. Has been updated from 400 to 400. Then, the cuurentValue of the block 1 (id: PB34) of the user B is updated to 800, and the cuurentValue of the block 2 (id: PB35) is updated to 200. In other words, 1000 ml of usage authority is transferred from user A to user B, and information is updated accordingly.

  FIG. 29 shows and describes a table reference example related to the transfer of the authority to use the object.

  As shown in the figure, the relational relationship between the tables is the same as in FIG. 8, but in this example, for the migration source user A, the table User is linked by the tables UserBottle and users. UserBottle is linked by the table PointBlock and srcPointBlocks. For the migration destination user B, the table User is linked by the tables UserBottle and users, and the table UserBottle is linked by the two tables PointBlock and srcPointBlocks. User A's table PointBlock is linked by tables PointTransaction and srcPointBlocks, and user B's table PointsBlock is linked by tables PointTransaction and dstPointBlocks. Accordingly, the user A shifts to 400 ml from the place where 1000 ml before the transfer, and becomes 600 ml, and the user B receives the 400 ml transfer, and the place where 1000 ml before the transfer is updated to 500 ml after the transfer.

  Hereinafter, with reference to the flowchart of FIG. 30, a flow of processing related to migration by the object management system according to the embodiment of the present invention will be described. In the following description, the description proceeds while appropriately referring to the screen transition diagram shown in FIG.

  When the process is started, the user terminal 2 of the user A displays the bottle screen 126 on the display unit 24 under the control of the display control unit 21f (S61). Subsequently, the user terminal 2 of the user A displays the point shift screen 127 under the control of the display control unit 21f (S62). In the point transfer screen 121, the main control unit 21a determines whether or not point transfer is selected by operating the operation B23 (S63). If transfer is selected (Yes in S63), the transfer is performed. The instruction unit 21d issues a migration instruction to the server device 1 (S64).

  Upon receiving this migration instruction, the server device 1 updates the virtual target information with reference to the virtual target DB 15 (S65). The main control unit 11a transmits the update data to the user terminal 2 of the user A via the communication unit 12 (S66). When the user A 2 of the user A receives the update data via the communication unit 22, the updated bottle screen 128 is displayed on the display unit 24 under the control of the display control unit 21f (S67).

  In the server device 1, the main control unit 11a transmits a migration notification to the user terminal 2 of the user B via the communication unit 12 (S68). When the user B 2 of the user B receives this transition notification via the communication unit 22, the notification screen 129 is displayed on the display unit 24 under the control of the display control unit 21f (S69), and then the bottle screen 130 is displayed. Is displayed (S70). In this way, a series of processing relating to the migration is completed. The above transfer of usage rights (points, etc.) between users can be performed across a plurality of bottles constituting the virtual target of the migration source user, and a new virtual target of the migration destination user is created during the migration. You may make it produce | generate a block or transfer utilization authority (point etc.) across several blocks.

(Presents to use the object)
FIGS. 32 (a) to 32 (c) show an example of a table generated and referred to when presenting the right to use the object, and the details will be described. FIG. 32A shows a configuration example of the table Event. This table Event is related to the point operation. The meaning of each item is as follows.
-Id: Event identification number-type: Type of operation-points: Points related to the event-bottleDef: Bottle definition related to the event-srcBottleSpot: Store that created the event-srcUser: User who created the event-dstUserBottles; Event Target bottle (s)
DstUsers: Event target user (s)
-EventDate: Date and time when the event was executed-expDate: Date and time when the event was invalidated-Description: Introduction of the event In this example, an event has occurred in which store A presents 1000 ml of bottle A to user A and user B.

  FIG. 32A shows a configuration example of the table PointTransaction. This table PointTransaction is related to the point operation. The meaning of each item is as described above with reference to FIG. In this example, a transaction in which the user A receives a present from the store A occurs with the occurrence of the event described above.

  FIG. 32B shows a configuration example of the table PointBlock. The meaning content of each item is as described above, but the cuelentValue of the block 1 (id: PB41) of the user A is updated to 1000 by executing the transaction. That is, 1000 ml of present is given to user A.

  FIG. 33 shows a table reference example related to a present (before receiving) and will be described.

  As shown in the figure, the relational relationship between the tables is the same as in FIG. 8, but in this example, the table Event is linked by the tables BottleDef and BottleDef, and is linked by the tables User and dstUsers. Therefore, the “store 01” is given a point of 500 ml of “the bottle of the store 01” to a specific user (s), and the information in the table is updated accordingly. Points are not awarded until the present user explicitly receives a present, and cannot be received after the expiration date.

  FIG. 34 shows and describes a table reference example related to a present (after receipt).

  As shown in the figure, the relational relationship between the tables is the same as in FIG. 8, but in this example, the table Event is linked by the tables BottleDef and BottleDef, and is linked by the tables User and dstUsers. Furthermore, the table PointTransaction and the table Event are linked by event, the table PointTransaction and the table UserBottle are linked by dstUserBottle, and the table PointTransaction and the table PointBlock are linked by dstPointBlocks. Accordingly, a transaction is generated in response to the event, and “Store 01” is presented with a 500 ml point of “Bottle of Store 01” to a specific user (s), and the information in each table is updated accordingly. Points are not awarded until the present user explicitly receives a present, and cannot be received after the expiration date. If there is no Mr. A's bottle, the record is also generated.

  Hereinafter, with reference to the flowchart of FIG. 35, the flow of processing related to a present (store operation) by the object management system according to the embodiment of the present invention will be described. In the following description, the description will be made with reference to the screen transition diagram shown in FIG. 36 as appropriate. In addition, although the example of a process by a shop terminal is shown here, the same process is implement | achieved also by the operation of the administrator terminal or server apparatus side which received the request | requirement of another user terminal, a manufacturer, etc., or a manufacturer.

  When the process is started, the shop terminal 3 displays the present setting screen 131 on the display unit 34 under the control of the display control unit 31e (S71), and then the main control unit 31a selects the user to whom the present is provided. If it is determined whether it is made (S72) and the user makes a selection (Yes in S72), the present instruction unit 31d instructs the server device 1 (S73).

  When the server device 1 receives this present instruction, the virtual target information is updated with reference to the virtual target DB 15 (S74). Then, the main control unit 11a transmits update data to the user terminal 2 of the user A via the communication unit 12 (S75). When the user A 2 of the user A receives the update data via the communication unit 22, the present confirmation screen 132 is displayed on the display unit 24 under the control of the display control unit 21e (S76). Further, the user terminal 2 displays the updated bottle screen 133 on the display unit 24 under the control of the display control unit 21e (S77). Thus, a series of processes relating to the present is completed.

  As described above, according to an embodiment of the present invention, purchase of a real object can be substantially managed via a virtual object. More specifically, since it is possible to manage and respond to user actions (purchasing, consumption, authority transfer, authority gift), etc. via a virtual object, a single real object can be stored in a plurality of stores X and Y. It can be used, and can also be used by a plurality of users A, B.

  Furthermore, according to an embodiment of the present invention, the virtual target is divided into a plurality of blocks, and attribute information is given to each block, so that the virtual target block unit can be substantially purchased under different conditions. Can do. More specifically, the virtual object is divided into a plurality of blocks 1, block 2, block 3... Block n, and each block has attribute information such as remaining capacity, expiration date, available store, available user, etc. Independent update and management are possible. Therefore, if the actual object is a bottle of liquor, in addition to the bottle unit, it is possible to divide the bottle into a plurality of blocks by the unit of quantity and to define various usage conditions etc. based on different attribute information for each block unit Become.

  According to such treatment, meat, fish, etc. are traded in units of quantity, but if you purchase a lot, it will not be consumed at once, but it will rot and will rot, such as beverages and alcohol Although they are consumed in quantity units, they are traded and kept in bottle units. It is possible to purchase a large number or a large amount, and to consume while sharing with a plurality of users at a plurality of timings. For example, in the case of alcoholic beverages, beer, champagne, and the like are also suitable for real objects having the property that after opening, the carbonic acid is lost over time and can no longer be drunk. The above also provides an environment that can be efficiently provided to users without rotting meat, fish, beverages, alcoholic beverages, etc. purchased in large numbers or in large quantities. is there.

  As mentioned above, although one Embodiment of this invention was described, this invention is not limited to this, Of course, various improvement and change are possible in the range which does not deviate from the meaning.

  For example, in the above-described embodiment, the bottle of liquor has been described as an example, but the present invention is not limited to this, and can be applied to various real objects having an increase / decrease (consumption) in quantity units. For example, as actual objects, meat, fish, sushi to be supplied to sushi bowls, or their material, vegetables, confectionery, etc., fuel, lubricating oil, sake (Japanese sake, western liquor, shochu, wine, beer, sparkling liquor, whiskey , Bourbons, cocktails), beverages traded in quantity units, and karaoke boxes, massages, beauty treatments such as beauty salons, etc.

  DESCRIPTION OF SYMBOLS 1 ... Server apparatus, 2 ... User terminal, 3 ... Store terminal, 4 ... DB, 5 ... Network, 11 ... Control part, 11a ... Main control part, 11b ... User information management part, 11c ... Target information management part, 11d ... Store information management unit, 11e ... update unit, 11f ... settlement unit, 12 ... communication unit, 13 ... storage unit, 14 ... user DB, 15 ... target DB, 16 ... store DB, 21 ... control unit, 21a ... main control unit 21b ... Purchase instruction unit, 21c ... Consumption instruction unit, 21d ... Transfer instruction unit, 21e ... Sharer addition instruction unit, 21f ... Display control unit, 22 ... Communication unit, 23 ... Operating unit, 24 ... Display unit, 25 ... Storage unit, 26 ... program, 27 ... touch panel, 31 ... control unit, 31a ... main control unit, 31b ... point giving instruction unit, 31c ... consumption instruction unit, 31d ... present instruction unit, 31e ... display control unit, 32 ... communication Part 33 Operation unit, 34 ... display unit, 35 ... storage unit, 36 ... program, 37 ... touch panel.

Claims (8)

A server device that can communicate with at least a user terminal and a store terminal, and manages at least purchase and consumption of a real object via a virtual object,
Communication means for communicating with the user terminal;
Virtual target information management means for managing the virtual target information of the virtual target;
Storage means for storing the virtual object information;
Update means for updating the virtual object information, and upon receiving an instruction relating to at least purchase or consumption of the real object from the user terminal or the store terminal, the update means stores the virtual object in the storage means. Update information,
The virtual object is divided into a plurality of blocks, and attribute information is associated with each block and stored in the storage means as part of the virtual object information.
At least the purchase and consumption of the real object can be purchased and consumed independently for each of the blocks constituting the virtual object corresponding to the real object, and when an instruction for purchase or consumption related to the block is received The update unit updates a portion related to the block in the virtual target information. The attribute information includes at least one of information on an expiration date of use of the real object corresponding to the virtual object, an available user, an available store, and whether or not migration is possible. Server device. The virtual object corresponding to the real object can be shared among a plurality of users or transferred to another user based on the attribute information for each block. Server device. Upon receiving an instruction relating to the present of the real object from a user terminal other than the store terminal or the present person, the updating unit updates the virtual target information in the storage unit, and updates the updated virtual target information. The server device according to any one of claims 1 to 3, wherein the server device is transmitted to the user terminal of the gift target person via the communication means to prompt confirmation of the content of the gift. The server device according to claim 1, wherein the real object is alcoholic beverages. A target management system that includes a user terminal, a store terminal, and a server device, and manages at least purchase and consumption of a real target via a virtual target,
The user terminal is
User instruction means for instructing at least the purchase and consumption of the real object,
The store terminal
Comprising store instruction means for instructing at least the purchase and consumption of the real object,
The server device is
Communication means for communicating with the user terminal;
Virtual target information management means for managing the virtual target information of the virtual target;
Storage means for storing the virtual object information;
Update means for updating the virtual object information, and in the server device, upon receiving an instruction relating to at least purchase or consumption of the real object from the user terminal or the store terminal, the update means stores the memory Update the virtual target information of the means, send the updated virtual target information to the user terminal via the communication means, prompt the confirmation of the update content,
The virtual object is divided into a plurality of blocks, and attribute information is associated with each block and stored in the storage means as part of the virtual object information.
At least the purchase and consumption of the real object can be purchased and consumed independently for each of the blocks constituting the virtual object corresponding to the real object, and when an instruction for purchase or consumption related to the block is received The update means updates the portion related to the block in the virtual target information. A method by an object management system that has a user terminal, a store terminal, and a server device, and manages at least purchase and consumption of a real object via a virtual object,
The user terminal or the store terminal is
Instructing at least the purchase and consumption of the real object;
The server device is
Communicating with the user terminal;
Managing the virtual target information of the virtual target;
Updating the virtual target information;
Have
In the server device, upon receiving an instruction relating to at least purchase or consumption of the real object from the user terminal or the store terminal, the virtual object information is updated and the updated virtual object information is updated to the user terminal. To confirm the update,
The virtual object is divided into a plurality of blocks, attribute information is associated with each block and stored as part of the virtual object information,
At least the purchase and consumption of the real object can be purchased and consumed independently for each of the blocks constituting the virtual object corresponding to the real object, and when an instruction for purchase or consumption related to the block is received The object management method for updating a part related to the block in the virtual object information. A program that manages at least the purchase and consumption of real objects via a virtual object,
Computer
Virtual target information management means for managing virtual target information of the virtual target,
The virtual object information functions as update means for updating the virtual object information. Upon receiving an instruction relating to at least purchase or consumption of the real object from the user terminal or the store terminal, the update means stores the virtual object information in the storage means. Update the virtual target information to the user terminal via the communication means, prompt confirmation of the update content,
The virtual target is divided into a plurality of blocks, and attribute information is associated with each block and managed as a part of the virtual target information.
At least the purchase and consumption of the real object can be purchased and consumed independently for each of the blocks constituting the virtual object corresponding to the real object, and when an instruction for purchase or consumption related to the block is received A program for updating a portion related to the block in the virtual target information.