JP7508082B2 - Community system, program, and computer-readable storage medium - Google Patents

Description

The present invention relates to a community system, a program, and a computer-readable storage medium, and in particular to a system, a program, and a computer-readable storage medium for building a community through tokens.

In recent years, electronic information and communication networks and electronic data have been used to provide transactions in which product providers add points to product purchasers when providing products to them, add up the points, and then pay the points as payment for the product or service. On the other hand, systems are being provided in which product purchasers do not pay cash to product providers in payment for products or services. For example, Patent Document 1 discloses technology relating to a coupon distribution intermediation system that virtually converts barter payments made by product purchasers with products or services into electronic coupons using electronic information and communication networks and electronic data, and distributes the electronic coupons.

JP 2019-83081 A

The present invention aims to provide a system, program, and computer-readable storage medium for a community in which multiple users can participate and in which items can be acquired by using tokens.

In order to solve the above problem, the present invention provides a system for a community in which a plurality of users participate, the system comprising: a token having value; a token acquisition unit for acquiring the token; and an item acquisition unit for enabling the user to acquire an item;
The item is characterized in that it can be acquired by using the token.

The invention of claim 2 is characterized by having an item purchase promotion unit that promotes the purchase of the item to the user, and the item purchase promotion unit promotes the purchase of different items depending on the number of tokens held by the user.

The invention of claim 3 is characterized in that it is operated by a specific operator.

The invention of claim 4 is characterized in that it has an item setting unit that sets the items, and the administrator can set the items through the item setting unit.

The invention of claim 5 is characterized in that it has a support solicitation section that solicits support from the user, and the administrator can solicit support from the user through the support solicitation section.

The invention of claim 6 is characterized in that the administrator has a support content setting unit that sets the content of the support, and the support solicitation unit solicits the support set by the support content setting unit from the user.

The invention of claim 7 is characterized in that the support is assistance for events held by the administrator.

The invention of claim 8 is characterized by having a reward setting unit that sets the content of the reward to be given to the user who has provided the support.

The invention of claim 9 is characterized in that the reward is the token or the item.

The invention of claim 10 is characterized in that the reward is the token or the item.

The invention of claim 11 is characterized in that it has a reward grant approval unit that approves the granting of the reward to the user, and the reward is granted to the user after the reward grant approval unit approves the granting of the reward to the user.

The invention of claim 12 is characterized in that it has a status determination unit that determines the status of the user, and the value of the token varies depending on the status of the user who holds the token.

The invention of claim 13 is characterized in that it has a status determination unit that determines the status of the user, and the number of tokens held by the user changes depending on the status of the user.

The invention of claim 14 is characterized in that the status is the period of time that has elapsed since the user joined the community.

The invention of claim 15 is characterized in that it has a token issuing unit that issues the tokens, and the operator can issue any number of the tokens.

The invention of claim 16 is a program that causes a computer of a community system to function as a token having value, a token acquisition means for acquiring the token, and an item acquisition means that allows the user to acquire an item, and is characterized in that the item can be acquired by using the token.

The invention of claim 17 is a computer-readable storage medium that stores the above program.

According to the present invention, users belong to the same community, and therefore share the same hobbies and interests, and because their range of interests is limited, users can accumulate tokens while making various efforts. In addition, because the target community is one with the same hobbies and interests, it is easy to provide attractive products and services that users want with little effort and at no cost.

1 is a diagram showing an example of a schematic configuration of a community system S according to an embodiment of the present invention. 1 is a block diagram showing an example of a schematic configuration of a processing apparatus 10 according to an embodiment of the present invention. 2 is a block diagram showing an example of a data configuration of user data UDn according to the embodiment. FIG. 2 is a block diagram showing an example of a data configuration of item data IDn according to the present embodiment. FIG. FIG. 2 is a block diagram showing an example of the data configuration of support data VDn according to the present embodiment. 11 is a flowchart showing an example of a process when a community user 3 according to the present embodiment performs user registration required for using the community system S. FIG. 11 is a diagram showing an example of a usage registration screen displayed on the terminal 30 according to the present embodiment. FIG. 13 is a flow chart showing an example of a process performed when a community manager 1 according to the embodiment registers or modifies item data IDn that can be used in the community system S. FIG. 11 is a diagram showing an example of an item registration screen displayed on the terminal 20 according to the present embodiment. 11 is a flow chart showing an example of a process performed when the community manager 1 according to the present embodiment registers or modifies support data VDn that can be set in the community system S. FIG. FIG. 11 is a diagram showing an example of an assistance data registration screen displayed on the terminal 20 according to the present embodiment. 11 is a flowchart illustrating an example of a process that a community user 3 operates using a terminal 30 according to the present embodiment. FIG. 4 is a diagram showing an example of a user screen displayed on the terminal 30 according to the present embodiment. FIG. 11 is a diagram showing an example of a purchasable item list screen displayed on the terminal 30 according to the present embodiment. FIG. 13 is a diagram showing an example of a support application list screen displayed on the terminal 30 according to the present embodiment. FIG. 2 is a diagram showing an example of a communication screen displayed on the terminal 20 or 30 according to the present embodiment. 10 is a flowchart illustrating an example of a process that is operated by the community manager 1 using the terminal 20 according to the present embodiment. FIG. FIG. 4 is a diagram showing an example of an operation menu screen displayed on the terminal 20 according to the present embodiment. FIG. 13 is a diagram showing an example of a reward grant approval list screen displayed on the terminal 20 according to the present embodiment. FIG. 13 is a diagram showing an example of a token management screen displayed on the terminal 30 according to the present embodiment.

The following describes an embodiment of the present invention with reference to the attached drawings. The following embodiment is an example for explaining the present invention, and is not intended to limit the present invention to the embodiment. Furthermore, the present invention can be modified in various ways without departing from the gist of the invention. Furthermore, the same components in each drawing are given the same reference numerals as much as possible, and duplicated explanations are omitted.

[1. Overview of the configuration and functions of the community system S]
First, the configuration and functional overview of the community system S according to this embodiment will be described with reference to Fig. 1. Fig. 1 is a diagram showing an example of the schematic configuration of the community system S according to this embodiment.

As shown in FIG. 1, in the community system S, a token processing device 10 (hereinafter abbreviated as processing device 10), a terminal 20 of a community manager 1, and terminals 30 of multiple community users 3 (users who use the community system S) can send and receive data to and from each other via a network NW using, for example, TCP/IP as a communication protocol. The network NW is constructed, for example, from the Internet, a dedicated communication line (for example, a CATV (Community Antenna Television) line), a mobile communication network (including base stations, etc.), and a gateway, etc. The community system S is, for example, a system in which users gather in an online community, and may be an SNS (social network service).

The processing device 10 is not managed by a specific person, but is managed by a specific community manager 1, for example. Examples of specific community managers include idols and comedians who manage the community. The processing device 10 will be described in detail later, but it is a device that is constructed as a server device, has a database and processing programs for token processing in its internal storage, receives token processing from community users 3, and performs control processing. Here, a token is a value exchange medium used in the community system S, and has the same purpose as coupons, points, and currency, for example. A token may be expressed numerically or in other ways. Token processing refers to the process of adding, subtracting, multiplying, and dividing numbers or codes, or performing unique calculations on tokens.

The terminal 20 is not managed by a specific person, but is, for example, a general-purpose terminal with communication functions that is managed and owned by or under contract with a specific community manager 1, and may be a PC, a tablet, etc. It has an internal web browser application or a dedicated application, which is used to connect to the processing device 10 via the network NW and perform token processing. There may be one terminal 20, or there may be multiple terminals.

The terminal 30 is a general-purpose terminal with communication functions that is managed, owned, or contracted by the community user 3, and may be a smartphone, tablet, or PC. It has an internal web browser application or a dedicated application, and uses this to connect to the processing device 10 via the network NW and perform token processing. The number of terminals 30 varies depending on the size of the community, as it is expected that there will be more than the number of users who form the community.

2. Configuration of Processing Device 10
Next, the configuration of the processing apparatus 10 will be described with reference to FIGS.

Figure 2 is a block diagram showing an example of the general configuration of the processing device 10 according to this embodiment. As shown in Figure 2, the processing device 10 includes a communication control unit 10a, an input/output interface 10b, a memory unit 10c, and a processing unit 10d.

The processing device 10 may be configured with multiple server devices. For example, a server device that transmits a web page in response to a request, and a server device that manages a database, etc. may be connected to each other via a LAN or the like.

The communication control unit 10a connects to the network NW and external systems, and controls the communication state with the terminal 20 of the community manager 1, the terminals 30 of multiple community users 3, etc.

The input/output interface 10b performs interface processing between the communication control unit 10a, the memory unit 10c, and the processing unit 10d.

The memory unit 10c is configured using a storage device such as a hard disk. The memory unit 10c stores the total tokens TTD held by the community system S, user data UDn, item data IDn, support content data VDn, and programs such as a server program executed by the processing unit 10d.

The structure of each data item will now be described. Figure 3 is a block diagram showing an example of the data structure of user data UD. User data UDn is made up of n data groups, which is the number of community users 3, and each user data item is made up of a user ID 201, a user name 202, a password 203, token data 204, status data 205, and owned item data 206.

The user ID 201 is an automatically generated numeric value that sets an ID unique to the community user 3 and is a primary key that will not overlap with other community users 3. The user name 202 is an arbitrary name unique to the community user 3, and duplication may or may not be permitted. The password 203 is an area for storing the password set by each community user 3.

Token data 204 is an area for storing data on tokens owned by each community user 3. Status data 205 is an area for storing the user rank, called the status of the community user 3, and owned item data 206 is an area for storing items owned by the user as data. Here, items are items that can be used as trading media in the community system S, such as electronic tickets for events, photo books, posters, stuffed toys, etc. Specific examples of methods for trading items other than data will be described later.

Figure 4 is a block diagram showing an example of the data structure of item data IDn. Item data IDn is made up of n data groups, which is the number of items in the community, and each item data is made up of an item ID 301, an item 302, and a price 303.

Item ID 301 sets an IDn that is unique to the item, and because it is the primary key, it will not be duplicated with other items. It is an automatically generated number.

Item 302 is an area that holds the contents of an item, such as an electronic ticket for an event, a photo book, a poster, a stuffed toy, etc. Price 303 is an area that holds the value of item 302 expressed as a token.

Figure 5 is a block diagram showing an example of the data structure of the support data VDn. The support data VDn is made up of n data groups, which is the number of supports in the community, and each piece of support data is made up of a support ID 401, support content 402, reward token 403, reward item 404, and reward status 405.

Support ID 401 sets an ID unique to the support content, and because it is the primary key, it will not overlap with other supports. It is an automatically generated number.

Support content 402 is an area that stores information about the content of support. Support content refers to production work and volunteer work, such as making goods, making videos, helping with event management, assisting with filming, and creating materials. Reward token 403 is an area that stores a value indicating the value of the support content in tokens, and similarly, reward item 404 is an area that stores a value indicating the value of the support content in items, and reward status 405 is an area that stores a value indicating the value of the support content in status.

Returning now to FIG. 2, each unit will be described. The processing unit 10d includes a token acquisition unit 101, an item acquisition unit 102, an item purchase promotion unit 103, an item setting unit 104, a support solicitation unit 105, a support content setting unit 106, a reward setting unit 107, a reward grant approval unit 108, a status determination unit 109, and a token issuing unit 110.

The token acquisition unit 101 is used, for example, when a community user 3 acquires a token. Specifically, the token is acquired via the communication control unit 10a and the input/output interface 10b. Under the control of the communication control unit 10a, etc., the token acquisition unit 101 adds up the numerical values of the token data 204 held by each community user 3, or performs unique calculations, etc.

The item acquisition unit 102 is used, for example, when a community user 3 acquires an item. Specifically, it acquires one piece of data in the item data IDn via the communication control unit 10a and the input/output interface 10b. Under the control of the communication control unit 10a, etc., the item acquisition unit 102 adds values, etc. of the owned item data 206 held by each community user 3, or performs unique calculations, etc.

The item purchase promotion unit 103 is used, for example, when the community system S promotes the purchase of items to the community users 3. Specifically, it acquires the token data 204 and owned item data 206 of each community user 3 via the communication control unit 10a and the input/output interface 10b, and performs processing to recommend the purchase of an item to the community user 3 according to conditions.

The item setting unit 104 is used, for example, by the community manager 1 or the like when setting items. Specifically, item data IDn in the memory unit 10c is added and changed by the operation of the community manager 1 or the like.

The support solicitation unit 105 is used, for example, when a community manager 1 etc. solicits support from a community user 3 etc. Specifically, the community manager 1 operates the terminal 30 of the community user 3 etc. to transmit support data VDn linked to the support content 402 via the network NW.

The support content setting unit 106 is used, for example, by the community manager 1 or the like when setting support content. Specifically, support data VDn in the memory unit 10c is added and changed by the operation of the community manager 1 or the like.

The reward setting unit 107 is used when the community manager 1, etc. sets the content of the reward to be paid to the community user 3, etc. when the community user 3 provides the support, for example. Specifically, the reward token 403, reward item 404, and reward status 405 of the support data VDn held in the memory unit 10c are added and changed by the operation of the community manager 1, etc.

The reward grant approval unit 108 is used, for example, when the community manager 1, etc. approves and sets that a reward will be granted to the community user 3, etc. when the community user 3 provides the support. Specifically, the addition of token data 204 of user data UDn held in the memory unit 10c is approved by an operation of the community manager 1, etc.

The status determination unit 109 determines the status of the community user 3 from a unique calculation formula based on, for example, the token data 204, the status data 205, and the owned item data 206 of the user data UD, or the community manager 1 or the like determines the status. The unique calculation formula is determined from the community participation period of the community user 3 and the owned tokens, and is, for example, as follows:

Specifically, the status determination unit 109 changes the status data 205 of the user data UDn based on a calculation formula or by an operation of the community manager 1, etc. Depending on the value of the status data 205, the value of the token data 204 of the user data UDn may change.

The token issuing unit 110 issues tokens by the community manager 1, etc. Specifically, the total tokens TTD held in the memory unit 10c are incremented by the operation of the community manager 1, etc.

3. New Data Registration and Data Modification Operations by the Processing Device 10
Next, the operation of registering new user data by the processing device 10 according to this embodiment will be described with reference to Fig. 6 and Fig. 7. Fig. 6 is a flow chart showing an example of a process when a community user 3 according to this embodiment performs the user registration required to use the community system S. Fig. 7 is a diagram showing an example of a registration screen displayed on the terminal 30.

(Step S11)
When the processing device 10 receives a user registration request from the terminal 30, it transmits input form data via the network NW to the terminal 30. A registration screen such as that shown in Fig. 7 is displayed on the display unit of the terminal 30 and enters an input waiting state.

(Step S12)
The community user 3 inputs necessary data into item 501 of the input form on the terminal 30. A unique primary key ID is automatically input into item 502, which corresponds to the user ID 201. Item 503 corresponds to the username 202, and items 504 and 505 correspond to the password 203. Items 506, 507, and 508 correspond to the initial token, initial status, and owned items, and cannot be input by the community user 3; these may be set in advance by the community manager 1 as initial values, or may be fixed values.
Upon completing the input, the community user 3 presses the registration button 509, and the terminal 30 transmits the input data to the processing device 10 via the network NW.

(Step S13)
The processing device 10 may or may not check whether the user name 202 is the same as that of another community user 3, and whether the entered password matches items 504 and 505. If the check is performed, and if the password is incorrect, an error message is displayed and the process returns to step S12. If the password is correct, the process proceeds to step S14.

(Step S14)
The processing device 10 registers the input data in the storage unit 10c as new user data UDn.

Next, the registration and modification process of each item data by the item setting unit 104 in the processing unit 10d of the processing device 10 according to this embodiment will be described with reference to Figs. 8 and 9. Fig. 8 is a flow chart showing an example of the process when the community manager 1 according to this embodiment registers or modifies item data IDn that can be used in the community system S. Fig. 7 is a diagram showing an example of a registration screen displayed on the terminal 20.

(Step S21)
When an item setting unit 104 in the processing unit 10d of the processing device 10 receives an item registration or correction request from the terminal 20 via each unit, the item setting unit 104 transmits input form data via the network NW to the terminal 20. On the display unit of the terminal 20, a registration screen such as that shown in Fig. 9 is displayed and the terminal 20 waits for input.

(Step S22)
The community manager 1 inputs the necessary data into item 601 of the input form on the terminal 20. A unique primary key ID is automatically input into item 602 corresponding to item ID 301. Item 603 corresponds to item 302, and item 604 corresponds to price 303, and these may be set by the community manager 1 or may be fixed values.
After completing the input, the community manager 1 presses the registration button 605, and the terminal 20 transmits the input data to the item setting section 104 via each section.

(Step S23)
The item setting unit 104 may or may not check whether valid values have been entered into the items 602 and 603. If the check is performed, and if the values are not correct, the process returns to step S22 with an error message. If the values are correct, the process proceeds to step S24.

(Step S24)
The item setting unit 104 registers the input data in the storage unit 10c as new or modified item data IDn.

Next, the registration and modification process of each assistance data by the assistance content setting unit 106 in the processing unit 10d of the processing device 10 according to this embodiment will be described with reference to Figs. 10 and 11. Fig. 10 is a flowchart showing an example of the process when the community manager 1 according to this embodiment registers or modifies assistance data VDn that can be set in the community system S. Fig. 11 is a diagram showing an example of a registration screen displayed on the terminal 20.

(Step S31)
When the assistance content setting unit 106 in the processing unit 10d of the processing device 10 receives an assistance content registration or modification request from the terminal 20 via each unit, it transmits input form data via the network NW to the terminal 20. On the display unit of the terminal 20, a registration screen such as that shown in Fig. 11 is displayed and the terminal 20 waits for input.

(Step S32)
The community manager 1 inputs the necessary data into item 701 of the input form on the terminal 20. A unique primary key ID is automatically input into item 702, which corresponds to the support ID 401. Item 703 corresponds to the support content 402, and item 704, the reward setting, is used to input the reward that is the compensation for the support content. Item 705 corresponds to the reward token 403, item 706 corresponds to the reward status 405, and item 707 corresponds to the reward item 404, and these may be set by the community manager 1 or may be fixed values.
After completing the input, the community manager 1 presses the registration button 708, and the terminal 20 transmits the input data to the support content setting unit 106 via each unit.

(Step S33)
The support content setting unit 106 may or may not check whether valid values are entered in the items 602 and 603. If the check is performed, and if the check is incorrect, the process returns to step S32 with an error message. If the check is correct, the process proceeds to step S34.

(Step S34)
The assistance content setting unit 106 registers the input data in the storage unit 10c as new or modified assistance data VDn.

[4. Operation Processing of Community User 3]
Next, operations by the community user 3 according to this embodiment will be described with reference to Fig. 12 to Fig. 16. Fig. 12 is a flow chart showing an example of a process performed by the community user 3 according to this embodiment using the terminal 30. Figs. 13 to 16 are diagrams showing examples of registration screens displayed on the terminal 30. Figs. 13 to 16 may be displayed on the same screen, or may be displayed one screen at a time by screen transition.

(Step S41)
When the processing device 10 receives a login request from the terminal 30, it transmits user screen data via the network NW to the terminal 30. For example, a login screen may be provided in advance on the display unit of the terminal 30 at the time of this login, and a user ID 201, or a user name 202 and a password 203 may be requested.

(Step S42)
The token acquisition unit 101 in the processing unit 10d of the processing device 10 acquires the approved token when the community manager 1 has approved a reward token for the logged-in community user 3 using the reward grant approval unit 108. The token acquisition process of the token acquisition unit 101 may be performed at the time of login as in the same step, or at another timing. In addition, the token may be acquired by the community user 3 through payment by cash or credit card, etc.

(Step S43)
The status determination unit 109 in the processing unit 10d of the processing device 10 determines the status of the logged-in community user 3 based on a unique calculation formula. The status determination process of the status determination unit 109 may be performed at the time of login as in the same step, or at another timing, or may be determined directly by the community manager 1. Furthermore, the token acquisition unit 101 may change the number of held tokens based on this status.

(Step S44)
The processing device 10 may or may not display a table 801 showing the current status of the community user 3 as shown in Fig. 13 on the screen display section of the terminal 30. Also, the owned tokens 803 acquired in step S42 and the status 802 determined in step S43 may or may not be displayed. The screen display section has an item purchase button 804, a support request button 805, a communication button 806, and an exit button 807, and waits for each button to be pressed. When pressed, the screen transitions to the screens of Figs. 14 to 16.

(Step S45)
The processing device 10 displays a table 811, as shown in Fig. 14, which is a list of items available for purchase by the community user 3 on the screen display unit of the terminal 30. The item purchase promotion unit 103 in the processing unit 10d of the processing device 10 may display, in the table 811, a notation 812 that promotes the purchase of different items according to the number of tokens held by the community user 3.

(Step S46)
The community user 3 selects an item to be purchased from a table 811 displayed on the screen display unit of the terminal 30. Selectable radio buttons or check buttons 813 are prepared in the table 811. 813 only needs to indicate that a selection has been made, and may be indicated by, for example, a change in the background color of the table. Also, the table 811 may not be a table, but may be in a pull-down format. After selecting the item to be purchased, pressing the purchase button 814 deducts the price of the item from the owned tokens, and the item is acquired using the item acquisition unit 102 in the processing unit 10d of the processing device 10. The item may be automatically transmitted as electronic data, or may be mailed from the community manager 1.

(Step S47)
If the community user 3 presses the button 815 displayed on the screen display unit of the terminal 30, the process goes back, and the table 801 showing the current status of the community user 3 is displayed, as in step S44. If further purchases are to be made, the process returns to step S45.

(Step S48)
The support soliciting unit 105 in the processing unit 10d of the processing device 10 displays a table 821, which is a support application list of community users 3 as shown in FIG. 15, on the screen display unit of the terminal 30. The community user 3 selects the support content for which he/she wishes to apply for support from the table 821 displayed on the screen display unit of the terminal 30. Selectable radio buttons or check buttons 822 are provided in the table 821. 822 only needs to indicate that a selection has been made, and may be indicated by changing the background color of the table, for example. Also, the table 821 may not be a table, and may be in a pull-down format. After selecting the item to be purchased, the community user 3 presses an apply button 824, which causes the support soliciting unit 105 in the processing unit 10d of the processing device 10 to confirm that he/she will provide support.

(Step S49)
If the community user 3 presses the button 824 displayed on the screen display unit of the terminal 30, the process goes back, and the table 801 showing the current status of the community user 3 is displayed, as in step S44. If further purchases are to be made, the process returns to step S48.

(Step S50)
The processing device 10 displays on the screen display section of the terminal 30 a table 831 for displaying direct messages between the community manager 1 or the community users 3 as shown in FIG.

(Step S51)
The community user 3 can use the message sending area 832 to send a direct message to the community manager 1 or the community user 3. By pressing the send button 833, the written message can be sent directly.

(Step S52)
If the community user 3 presses the button 834 displayed on the screen display unit of the terminal 30, the process goes back, and the table 801 showing the current status of the community user 3 is displayed, as in step S44. If the user wishes to read or send more messages, the process returns to step S50.

(Step S53)
When returning from each screen, the processing device 10 may or may not display a table 801 showing the current status of the community user 3, as shown in Figure 13, on the screen display unit of the terminal 30. When the exit button 807 is pressed, the community user 3 enters a logged-out state, and communication between the processing device 10 and the terminal 30 ends.

[5. Management Operation Processing of Community Manager 1]
Next, operations by the community manager 1 according to this embodiment will be described with reference to Fig. 17 to Fig. 20. Fig. 17 is a flow chart showing an example of a process performed by the community manager 1 according to this embodiment using the terminal 20. Figs. 18 to 20 are diagrams showing examples of registration screens displayed on the terminal 20. Figs. 18 to 20 may be displayed on the same screen, or may be displayed one screen at a time by screen transitions.

(Step S61)
When the processing device 10 receives a login request from the terminal 20, it transmits administrator screen data via the network NW to the terminal 20. For example, a login screen may be provided in advance on the display unit of the terminal 20 at the time of this login, and an administrator ID or an administrator name and password may be requested.

(Step S62)
The processing device 10 displays an operation menu as shown in Fig. 18 on the screen display section of the terminal 20. The screen display section has an item setting button 901, a support content setting button 902, a reward grant approval button 903, a token issue button 904, a communication button 905, and an exit button 906 arranged thereon, and each button is awaited to be pressed. When pressed, the screen transitions to the screens shown in Figs. 9, 11, 16, 19, and 20.

(Step S63)
When the item setting button 901, the support content setting button 902, or the communication button 905 is pressed, the processing device 10 jumps to step S21, step S31, or step S50, respectively, and performs each setting or operation. Specifically, the item setting, the support content setting, and the direct message can be sent on the communication screen in the same way as the community user 3.

(Step S64)
When the community manager 1 presses the exit button displayed on the screen display unit of the terminal 20, the operation menu is displayed as in step S62. If the operation is to be continued, the process returns to step S63.

(Step S65)
The reward grant approval unit 108 in the processing unit 10d of the processing device 10 displays a table 911, which is a reward grant approval list as shown in Fig. 19, on the screen display unit of the terminal 20. The community manager 1 approves the contents of the already implemented support from the table 911 displayed on the screen display unit of the terminal 20. An approval button 912 is provided in the table 911. 912 only needs to indicate that approval has been given, and may be indicated by changing the background color of the table, for example. Also, the table 911 need not be a table, but may be in a pull-down format.

(Step S66)
The community manager 1 can press the button 913 displayed on the screen display unit of the terminal 30 to return and display the operation menu as in step S62.

(Step S67)
The token issuing unit 110 in the processing unit 10d of the processing device 10 displays a token management screen as shown in Fig. 20 on the screen display unit of the terminal 20. The token management screen displays the current token 921 for the entire community. When issuing a new token, the community manager 1 inputs the number of tokens to be issued in a token issuance setting area 922, and when the issue button 923 is pressed, the token issuing unit 110 issues a token for the entire community. Conversely, when deleting a token, the number of tokens to be issued in a token deletion setting area 924 is input, and when the delete button 925 is pressed, the token issuing unit 110 deletes the token for the entire community.

(Step S68)
The community manager 1 can press the button 926 displayed on the screen display unit of the terminal 30 to return and display the operation menu as in step S62.

(Step S69)
When returning from each screen, the processing device 10 displays an operation menu on the screen display unit of the terminal 20 as shown in Fig. 18. When the exit button 906 is pressed, the community manager 1 is logged out, and communication between the processing device 10 and the terminal 20 is terminated.

In the above embodiment, the value of the token data 204 of the user data UDn may vary depending on the value of the status data 205, but the value of the token may be automatically determined based on the balance of supply and demand by the community users 3, or may be a fixed value based on a cash amount or the like in advance, or may be set by the community manager 1.

S: Community system NW: Network 1: Community manager 3: Community user 10: Token processing device 20: Community manager terminal 30: Community user terminal 10a: Communication control unit 10b: Input/output interface 10c: Memory unit 10d: Processing unit 101: Token acquisition unit 102: Item acquisition unit 103: Item purchase promotion unit 104: Item setting unit 105: Support solicitation unit 106: Support content setting unit 107: Reward setting unit 108: Reward grant approval unit 109: Status determination unit 110: Token issuing unit TTD: Total tokens UDn: User data IDn: Item data VDn: Support data

Claims (12)

A community system for a community formed by a manager who manages the community and a plurality of users, comprising:
A terminal of the operator;
A terminal of the user;
A processing device,
The processing device has a communication control unit that controls a communication state between the operator's terminal and the user's terminal, a processing unit, and an input/output interface unit that performs interface processing between the communication control unit and the processing unit,
an item setting unit in which an item is set by the administrator's terminal via the communication control unit and the input/output interface unit ;
a token acquisition unit for the user to acquire a token having value via the user's terminal via the communication control unit and the input/output interface unit ;
an item acquisition unit that enables the user to acquire the item via the communication control unit and the input/output interface unit using the user's terminal ;
a support soliciting unit that solicits support from the user by the operator's terminal via the user's terminal, the communication control unit, and the input/output interface unit;
a reward setting unit that sets the content of the reward to be given to the user who has provided the support via the communication control unit and the input/output interface unit by the terminal of the operator,
The item can be acquired by using the token,
Through the support solicitation unit, support can be solicited for the user via the user's terminal, the communication control unit, and the input/output interface unit;
A community system , wherein the reward is the token or the item . The processing device includes:
an item purchase promotion unit that promotes the purchase of the item to the user via the user's terminal, the communication control unit, and the input/output interface unit ;
The community system according to claim 1 , wherein the item purchase promotion unit promotes the purchase of different items depending on the number of tokens held by the user. The processing device includes:
a support content setting unit that sets the content of the support by the terminal of the operator via the communication control unit and the input/output interface unit ;
The community system according to claim 1, characterized in that the support solicitation unit solicits the support set in the support content setting unit from the user via the user's terminal, the communication control unit, and the input/output interface unit . 2. The community system according to claim 1 , wherein the support is assistance for an event held by the manager. 2. The community system according to claim 1, wherein the reward setting unit is capable of setting the amount of the tokens or the content of the item as the content of the reward. The processing device includes:
a reward grant approval unit that approves granting of the reward to the user by the terminal of the administrator via the communication control unit and the input/output interface unit ;
The community system described in claim 1, characterized in that the reward is granted to the user via the user's terminal, the communication control unit, and the input/output interface unit after the reward grant approval unit has approved the granting of the reward to the user. The processing device includes:
a status determination unit that determines a status of the user by the terminal of the operator via the communication control unit and the input/output interface unit ,
2. The community system according to claim 1, wherein the value of the token varies depending on the status of the user who holds the token . The processing device includes:
a status determination unit that determines a status of the user by the terminal of the operator via the communication control unit and the input/output interface unit ,
2. The community system according to claim 1, wherein the number of tokens held by the user varies depending on the status of the user . 9. The community system according to claim 7, wherein the status is a period of time that has elapsed since the user joined the community. The processing device includes:
a token issuing unit that issues the token via the communication control unit and the input/output interface unit by the operator terminal,
2. The community system according to claim 1 , wherein the manager can issue any number of tokens using the manager's terminal via the communication control unit and the input/output interface unit. A system for a community formed by a user and a plurality of users, the system comprising: a terminal of the user; a terminal of the user; and a processing device;
A computer of the processing device in a community system, the processing device having a communication control unit that controls a communication state between the terminal of the operator and the terminal of the user, a processing unit, and an input/output interface unit that performs interface processing between the communication control unit and the processing unit ,
an item setting unit for setting an item by the operator's terminal via the communication control unit and the input/output interface unit ;
A token acquisition means for the user to acquire a token having value by using the user's terminal via the communication control unit and the input/output interface unit ;
an item acquisition means for allowing the user to acquire the item by using the user's terminal via the communication control unit and the input/output interface unit ;
a support soliciting means for soliciting support from the user by the operator's terminal via the user's terminal, the communication control unit, and the input/output interface unit;
a program that causes the terminal of the operator to function as a reward setting means for setting the content of a reward to be given to the user who has provided the support via the communication control unit and the input/output interface unit,
The item can be acquired by using the token,
Through the support solicitation unit, support can be solicited for the user via the user's terminal, the communication control unit, and the input/output interface unit;
The program , wherein the reward is the token or the item . A computer-readable storage medium storing the program according to claim 11 .

Images