Community system, program, and computer-readable storage medium

Abstract

To provide a community system to which a plurality of users participate, a program, and a computer readable storage medium.SOLUTION: In a community system S to which a plurality of users participate, a processing device includes: a token having a value; a token acquisition unit which acquires the token; and an item acquisition unit with which the user acquires the item. The item can be acquired by using the token. Since the using user has the same community, he / she has the same hobby and interest, a range of interest is limited, accordingly tokens are accumulated while the user himself / herself performs various ingenuity. Further, since a community having the same hobby and interest is an object, it is easy to provide an attractive commodity and service desired by a user with less load without spending a cost.SELECTED DRAWING: Figure 1

Description

[Technical field]

[0001] The present invention relates to a community system, a program, and a computer-readable storage medium, and more particularly to a system, a program, and a computer-readable storage medium for building a community through tokens. [Background technology]

[0002] In recent years, electronic information and communication networks and electronic data transactions have been used in which product providers add points when providing products to product purchasers, add up the points, and then pay the points as payment for the product or service. On the other hand, instead of the product purchaser paying cash to the product provider as payment for the product or service, a system is provided. For example, Patent Document 1 discloses a technology related to a coupon distribution intermediation system that converts the barter payment made by the product purchaser with the product or service into electronic coupons virtually using electronic information and communication networks and electronic data and distributes them. [Prior art documents] [Patent documents]

[0003] [Patent Document 1] JP2019-83081A Summary of the Invention [Problem to be solved by the invention]

[0004] An object of the present invention is to provide a system, a program, and a computer-readable storage medium relating to a community in which a plurality of users can participate and in which items can be acquired by using tokens. [Means for solving the problem]

[0005] In order to solve the above problem, the invention of claim 1 is 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.

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

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

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

[0009] The invention of claim 5 is characterized in that it has a support soliciting unit that solicits support from the user, and the administrator can solicit support from the user through the support soliciting unit.

[0010] The invention of claim 6 is characterized in that the operator 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.

[0011] The invention of claim 7 is characterized in that the support is assistance for events held by the manager.

[0012] The invention of claim 8 is characterized in that the system further comprises a reward setting unit that sets the content of a reward to be given to the user who has provided the support.

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

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

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

[0016] 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.

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

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

[0019] 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.

[0020] 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, wherein the item can be acquired by using the token.

[0021] The invention of claim 17 is a computer-readable storage medium storing the above program. Effect of the Invention

[0022] According to the present invention, since users belong to the same community, they have the same hobbies and interests, and the range of interests is limited, so users can accumulate tokens while making various creative efforts. Also, since the target is a community 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. [Brief description of the drawings]

[0023] [Figure 1] 1 is a diagram showing an example of a schematic configuration of a community system S according to an embodiment of the present invention. [Diagram 2] 1 is a block diagram showing an example of a schematic configuration of a processing device 10 according to an embodiment of the present invention. [Diagram 3] 2 is a block diagram showing an example of a data configuration of user data UDn according to the present embodiment. FIG. [Figure 4] 2 is a block diagram showing an example of a data configuration of item data IDn according to the present embodiment. FIG. [Diagram 5] 2 is a block diagram showing an example of a data configuration of support data VDn according to the present embodiment. FIG. [Figure 6] 10 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. [Figure 7] FIG. 11 is a diagram showing an example of a usage registration screen displayed on the terminal 30 according to the present embodiment. [Figure 8] 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 a community system S. [Figure 9] FIG. 2 is a diagram showing an example of an item registration screen displayed on the terminal 20 according to the present embodiment. [Figure 10] FIG. 11 is a flowchart 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. [Figure 11] FIG. 11 is a diagram showing an example of an assistance data registration screen displayed on the terminal 20 according to the present embodiment. [Figure 12] 10 is a flowchart illustrating an example of a process performed by a community user 3 using a terminal 30 according to the present embodiment. [Figure 13] FIG. 2 is a diagram showing an example of a user screen displayed on the terminal 30 according to the present embodiment. [Figure 14] FIG. 11 is a diagram showing an example of a purchasable item list screen displayed on the terminal 30 according to the present embodiment. [Figure 15] FIG. 11 is a diagram showing an example of a support application list screen displayed on the terminal 30 according to the present embodiment. [Figure 16] 1 is a diagram showing an example of a communication screen displayed on the terminal 20 or 30 according to the present embodiment. FIG. [Figure 17] 1 is a flowchart showing an example of a process that is operated by the community manager 1 using the terminal 20 according to the present embodiment. [Figure 18] FIG. 2 is a diagram showing an example of an operation menu screen displayed on the terminal 20 according to the present embodiment. [Figure 19] 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. [Figure 20] FIG. 2 is a diagram showing an example of a token management screen displayed on the terminal 30 according to the present embodiment. DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS

[0024] Hereinafter, an embodiment of the present invention will be described with reference to the accompanying 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 denoted by the same reference numerals as much as possible, and duplicated explanations are omitted.

[0025] [1. Overview of the structure 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.

[0026] 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) are capable of transmitting and receiving 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).

[0027] The processing device 10 is not managed by a specific person, but is managed by, for example, a specific community manager 1. 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 with a server device or the like, has a database and processing programs for token processing in its internal storage unit, receives token processing from a community user 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, for example, coupons, points, and currency. A token may be expressed as a numerical value or in other ways. Token processing refers to processing of a token by adding, subtracting, multiplying, dividing, or performing a unique calculation on a numerical value or code.

[0028] The terminal 20 is not managed by a specific person, but is, for example, a general-purpose terminal with a communication function that is managed, owned, or contracted by a specific community manager 1, and may be a personal computer, a tablet, etc. It has an internal web browser application or a dedicated application, and uses these 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.

[0029] The terminal 30 is a general-purpose terminal with a communication function 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 these 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 assumed that there will be more than the number of users forming the community.

[0030] [2. Configuration of Processing Device 10] Next, the configuration of the processing device 10 will be described with reference to FIGS.

[0031] Fig. 2 is a block diagram showing an example of a schematic configuration of the processing device 10 according to the present embodiment. As shown in Fig. 2, the processing device 10 includes a communication control unit 10a, an input / output interface 10b, a storage unit 10c, and a processing unit 10d.

[0032] The processing device 10 may be composed of a plurality of server devices. For example, a server device that transmits a web page in response to a request, a server device that manages a database, and the like may be connected to each other via a LAN or the like.

[0033] The communication control unit 10a is connected to the network NW and external systems, and controls the state of communication with the terminal 20 of the community manager 1, the terminals 30 of the multiple community users 3, and the like.

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

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

[0036] The structure of each data will be described. Fig. 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 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.

[0037] A user ID 201 sets an ID unique to the community user 3 and is an automatically generated numeric value that is a primary key and will not overlap with other community users 3. A user name 202 is an arbitrary name unique to the community user 3 and may or may not allow overlaps. A password 203 is an area for storing a password set by each community user 3.

[0038] The token data 204 is an area for storing data on tokens owned by each community user 3. The status data 205 is an area for storing the user rank, called the status of the community user 3, and the owned item data 206 is an area for storing items owned by the user as data. Here, an item is something that can be used as a trading medium in the community system S, such as an electronic ticket for an event, a photo book, a poster, a stuffed toy, etc. Specific examples of methods for trading items other than data will be described later.

[0039] 4 is a block diagram showing an example of the data structure of item data IDn. The 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.

[0040] The item ID 301 is set to an IDn that is unique to the item, and as it is a primary key, it will not overlap with other items. It is an automatically generated number.

[0041] Item 302 is an area for storing the contents of the item, such as an electronic ticket for an event, a photo book, a poster, a stuffed toy, etc. Price 303 is an area for storing the value of item 302 expressed in tokens.

[0042] 5 is a block diagram showing an example of the data structure of the assistance data VDn. The assistance data VDn is made up of n data groups, which is the number of assistance data in the community, and each data group is made up of an assistance ID 401, assistance details 402, reward token 403, reward item 404, and reward status 405.

[0043] The support ID 401 is set to an ID unique to the support content, and is a primary key that will not overlap with other support. It is an automatically generated numeric value.

[0044] Support content 402 is an area for storing information on the content of support. Support content refers to production work and volunteer work, such as goods production, video production, helping with event management, assisting with filming, and creating materials. Reward token 403 is an area for storing a value indicating the value of the support content in tokens, and similarly, reward item 404 is an area for storing a value indicating the value of the support content in items, and reward status 405 is an area for storing a value indicating the value of the support content in status.

[0045] 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.

[0046] 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, and performs unique calculations, etc.

[0047] 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.

[0048] The item purchase promotion unit 103 is used, for example, when the community system S promotes the purchase of an item to the community user 3. Specifically, the item purchase promotion unit 103 acquires the token data 204 and the 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.

[0049] The item setting unit 104 is used when, for example, the community manager 1 or the like sets an item. Specifically, the item data IDn in the storage unit 10c is added and changed by the operation of the community manager 1 or the like.

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

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

[0052] 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 operation of the community manager 1, etc.

[0053] The reward grant approval unit 108 is used when the community manager 1, etc. approves and sets that a reward is granted to the community user 3, etc. when the community user 3 provides the support. Specifically, the reward grant approval unit 108 approves the addition of token data 204 of user data UDn held in the storage unit 10c through an operation by the community manager 1, etc.

[0054] 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, status data 205, and 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 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.

[0055] The token issuing unit 110 issues tokens by the community manager 1, etc. Specifically, the total tokens TTD held in the storage unit 10c are added by the operation of the community manager 1, etc.

[0056] [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.

[0057] (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 the terminal 30 waits for input.

[0058] (Step S12) The community user 3 inputs required 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; they 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.

[0059] (Step S13) The processor 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 processor 10 checks 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, the processor 10 may or may not check whether the entered password matches items 504 and 505. If the processor 10 checks whether the entered password matches items 504 and 505, the processor 10 may or may not check whether the entered password matches items 504 and 505. If the processor 10 checks whether the entered password matches items 504 and 505, the processor 10 may or may not check whether the entered password matches items 504 and 505. If the processor 10 checks whether the entered password matches items 504 and 505, the processor 10 may or may not check whether the entered password matches items 504 and 505, and if ...

[0060] (Step S14) The processor 10 registers the input data in the storage unit 10c as new user data UDn.

[0061] Next, the registration and correction processing 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 Fig. 8 and Fig. 9. Fig. 8 is a flow chart showing an example of processing when the community manager 1 according to this embodiment registers or corrects 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.

[0062] (Step S21) When an item setting unit 104 in the processing unit 10d of the processing device 10 receives an item 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. 9 is displayed and the terminal 20 waits for input.

[0063] (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 which corresponds to item ID 301. Item 603 corresponds to item 302, and item 604 corresponds to price 303; 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 unit 104 via each unit.

[0064] (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.

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

[0066] Next, the registration and modification process of each piece of 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 Fig. 10 and Fig. 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 with which the community system S can be set. Fig. 11 is a diagram showing an example of a registration screen displayed on the terminal 20.

[0067] (Step S31) When the support content setting unit 106 in the processing unit 10d of the processing device 10 receives a support 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.

[0068] (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.

[0069] (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.

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

[0071] [4. Operation processing for community user 3] Next, operations by a 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 in which a community user 3 according to this embodiment operates using a 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.

[0072] (Step S41) When the processing device 10 receives a login request from the terminal 30, it transmits user screen data to the terminal 30 via the network NW. 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.

[0073] (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 at 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 above 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.

[0074] (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 above 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.

[0075] (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, it may or may not display the owned tokens 803 acquired in step S42 and the status 802 determined in step S43. 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.

[0076] (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 depending on the number of tokens held by the community user 3.

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

[0078] (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 indicating the current status of the community user 3 is displayed, just as in step S44. If further purchases are to be made, the process returns to step S45.

[0079] (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 or the like. 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 application 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.

[0080] (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 indicating the current status of the community user 3 is displayed, just as in step S44. If further purchases are to be made, the process returns to step S48.

[0081] (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.

[0082] (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.

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

[0084] (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.

[0085] [5. Management operation processing by 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.

[0086] (Step S61) When the processing device 10 receives a login request from the terminal 20, it transmits administrator screen data to the terminal 20 via the network NW. 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.

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

[0088] (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.

[0089] (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.

[0090] (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.

[0091] (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.

[0092] (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 he / she presses an issue button 923, 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 he / she presses a delete button 925, the token issuing unit 110 deletes the token for the entire community.

[0093] (Step S68) The community manager 1 can press button 926 displayed on the screen display unit of the terminal 30 to return and display the operation menu as in step S62. If a further token is to be issued or deleted, the process returns to step S67.

[0094] (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 enters a logged out state, and communication between the processing device 10 and the terminal 20 ends.

[0095] In the above-described embodiment, the value of the token data 204 of the user data UDn may vary depending on the value of the status data 205. However, 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. [Explanation of symbols]

[0096] S: Community System NW: Network 1: Community Manager 3: Community users 10: Token processing device 20: Community manager terminal 30: Community user terminal 10a: Communication control unit 10b: Input / Output Interface 10c: Storage section 10d: Processing section 101: Token acquisition section 102: Item Acquisition Department 103: Item High Intake Promotion Department 104: Item setting section 105: Support recruitment department 106: Support content setting section 107: Reward Setting Department 108: Reward Approval Department 109: Status determination section 110: Token issuing department TTD: Total Tokens UDn: User Data IDn: Item data VDn: Support data

Claims

1. 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, The processing unit includes: a token acquisition unit for allowing 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 an item by using the user's terminal via the communication control unit and the input / output interface unit; 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 by the terminal of the operator 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; A community system, wherein the reward is the token or the item.

2. The processing unit: 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.

3. The processing unit: an item setting unit that sets the item by the operator's terminal via the communication control unit and the input / output interface unit; 3. The community system according to claim 2, wherein the items can be set through the item setting section.

4. The processing unit: 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 , wherein 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.

5. 2. The community system according to claim 1, wherein the support is assistance for an event held by the manager.

6. 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.

7. The processing unit: a reward grant approval unit that approves granting of the reward to the user 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 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 granting the reward to the user.

8. The processing unit: 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.

9. The processing unit: 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.

10. 10. The community system according to claim 8, wherein the status is a period of time that has elapsed since the user joined the community.

11. The processing unit: a token issuing unit that issues the token via 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 manager can issue any number of tokens using the manager's terminal via the communication control unit and the input / output interface unit.

12. A community management system for a community formed by the participation of a manager who manages the community and a plurality of users, comprising: a terminal of the manager; 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, a token acquisition means for allowing 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 an 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.

13. A computer-readable storage medium storing the program described in claim 12.

Images