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

Abstract

To provide a system related to a community where a plurality of users participate, a program and a computer readable storage medium.SOLUTION: A system about a community in which a plurality of users participate has: tokens having value; a token acquisition part for acquiring the token; and an item acquisition part the user can acquire an item. By constructing such a system where the item can be acquired by using the token, a user who uses it has the same community and the same tastes and preferences and a range of interest is limited, so that tokens are stored by the user himself/herself exerting their originality and ingenuity. Also, the community having the identical tastes and preferences is a target, so that it is easy to provide attractive products and services the user wants with less labor and costs.SELECTED DRAWING: Figure 1

Description

The present invention relates to community systems, programs, and computer-readable storage media, and in particular to systems, programs, and computer-readable storage media that build communities through tokens.

In recent years, when a product provider provides a product to a product purchaser, the points provided are added, the points are added, and the points are further paid as consideration for the product or service. Transactions using an electronic information communication network and electronic data. Is being used. On the other hand, the product provider is provided with a system in which the product purchaser does not pay cash as compensation for the product or service. For example, in Patent Document 1, the exchange of goods paid for the product or service of the product purchaser is exchanged with the electronic information communication network. A technology related to a coupon distribution mediation system that converts electronic coupons into virtual ones and distributes them using electronic data is disclosed.

JP-A-2019-83081

The present invention makes it possible to acquire items by using tokens, and an object of the present invention is to provide a system, a program, and a computer-readable storage medium for a community in which a plurality of users participate.

In order to solve the above problem, the invention of claim 1 is a system relating to a community in which a plurality of users participate, a token having value, a token acquisition unit for acquiring the token, and an item by the user. Has an item acquisition department that can acquire
The item is characterized in that it can be acquired by using the token.

The invention of claim 2 has 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 according to the quantity of the token held by the user. It is characterized by doing.

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 for setting the item, and the operator can set the item through the item setting unit.

The invention of claim 5 is characterized in that it has a support solicitation unit for soliciting support from the user, and the operator can solicit support from the user through the support solicitation department.

The invention of claim 6 has a support content setting unit in which the operator sets the content of the support, and the support recruitment unit solicits the support set by the support content setting unit from the user. It is characterized by doing.

The invention of claim 7 is characterized in that the support is an assistance for an event held by the operator.

The invention of claim 8 is characterized in that it has a reward setting unit for setting the content of the reward 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 has a reward granting approval unit that approves the granting of the reward to the user, and the reward is approved by the reward granting approval unit to grant the reward to the user. It is characterized in that it is given 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 depends 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 quantity 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 a period that has elapsed since the user joined the community.

The invention of claim 15 is characterized in that it has a token issuing unit for issuing the token, and the operator can issue the token in an arbitrary quantity.

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 for which the user can acquire an item. The item is characterized in that it can be acquired by using the token.

The invention of claim 17 is a computer-readable storage medium for storing the program.

According to the present invention, since the users who use the user have the same community, they have the same hobbies and tastes, and the range of interest is limited. Will accumulate. In addition, since the target is a community with the same hobbies and tastes, it becomes easy to provide attractive products and services desired by users with a small amount of effort at no cost.

It is a figure which shows an example of the outline structure of the community system S which concerns on this embodiment. It is a block diagram which shows an example of the outline structure of the processing apparatus 10 which concerns on this embodiment. It is a block diagram which shows an example of the data structure of the user data UDn which concerns on this embodiment. It is a block diagram which shows an example of the data structure of the item data IDn which concerns on this embodiment. It is a block diagram which shows an example of the data structure of the support data VDn which concerns on this embodiment. It is a flowchart which shows the processing example at the time of the community user 3 which concerns on this embodiment, and performs the use registration necessary for using the community system S. It is a figure which shows an example of the use registration screen displayed on the terminal 30 which concerns on this embodiment. It is a flowchart which shows the processing example at the time of the community operator 1 which concerns on embodiment, when the item data IDn which can use a community system S is registered, or is corrected. It is a figure which shows an example of the item registration screen displayed on the terminal 20 which concerns on this embodiment. It is a flowchart which shows the processing example at the time of the support data VDn registration or modification which the community operator 1 which concerns on this embodiment can set a community system S in. It is a figure which shows an example of the support data registration screen displayed on the terminal 20 which concerns on this embodiment. It is a flowchart which shows the processing example which the community user 3 which concerns on this embodiment operates using a terminal 30. It is a figure which shows an example of the user screen displayed on the terminal 30 which concerns on this embodiment. It is a figure which shows an example of the item purchaseable list screen displayed on the terminal 30 which concerns on this embodiment. It is a figure which shows an example of the support application list screen displayed on the terminal 30 which concerns on this embodiment. It is a figure which shows an example of the communication screen displayed on the terminal 20 or 30 which concerns on this embodiment. It is a flowchart which shows the processing example which the community operator 1 which concerns on this embodiment operates using a terminal 20. It is a figure which shows an example of the operation menu screen displayed on the terminal 20 which concerns on this embodiment. It is a figure which shows an example of the reward grant approval list screen displayed on the terminal 20 which concerns on this embodiment. It is a figure which shows an example of the token management screen displayed on the terminal 30 which concerns on this embodiment.

Hereinafter, embodiments of the present invention will be described with reference to the accompanying drawings. The following embodiments are examples for explaining the present invention, and the present invention is not intended to be limited only to the embodiments. Further, the present invention can be modified in various ways as long as it does not deviate from the gist thereof. Further, in each drawing, the same components are designated by the same reference numerals as much as possible, and duplicate description will be omitted.

[1. Community system S configuration and function overview]
First, the configuration and functional outline of the community system S according to the present embodiment will be described with reference to FIG. FIG. 1 is a diagram showing an example of an outline configuration of a community system S according to the present embodiment.

As shown in FIG. 1, the community system S includes a token processing device 10 (hereinafter abbreviated as the processing device 10), a terminal 20 of the community operator 1, and a plurality of community users 3 (users who use the community system S). Data can be transmitted to and received from the terminal 30 via the network NW, for example, by using TCP / IP or the like as a communication protocol. The network NW is constructed by, for example, the Internet, a dedicated communication line (for example, a CATV (Community Antenna Television) line), a mobile communication network (including a base station, etc.), a gateway, and the like. 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 specified by a person who manages it, but is managed by, for example, a specific community operator 1. Examples of specific community operators include idols and entertainers who run communities. The details of the processing device 10 will be described later, but a server device or the like is constructed, and an internal storage unit has a database, a processing program, or the like for token processing, and receives token processing from the community user 3 and performs control processing. It is a device. Here, the token is a value exchange medium used in the community system S, and has the same purpose as, for example, coupons, points, and currencies. The token may be expressed numerically or may be expressed in other ways. In addition, token processing refers to processing in which a token is added / subtracted / multiplied / divided by a numerical value or a code, or an original operation is performed.

The person who manages the terminal 20 is not specified, but for example, it is a general-purpose terminal having a communication device function owned or contracted by the management of a specific community operator 1, and may be a personal computer, a tablet, or the like. good. It has a WEB browser application or a dedicated application inside, and uses them to connect to the processing device 10 via the network NW and perform token processing. There may be one terminal 20 or a plurality of terminals 20.

The terminal 30 is a general-purpose terminal having a communication device function managed, owned, or contracted by the community user 3, and may be a smartphone, a tablet, a personal computer, or the like. It has a WEB browser application or a dedicated application inside, and uses them to connect to the processing device 10 via the network NW and perform token processing. Since the number of terminals 30 is assumed to be greater than or equal to the number of users forming the community, it varies depending on the size of the community.

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

FIG. 2 is a block diagram showing an example of an outline 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.

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.

The communication control unit 10a connects to the network NW and an external system to control the communication state with the terminal 20 of the community operator 1, the terminals 30 of the plurality of community users 3, and the like.

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

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

The structure of each data will be described. FIG. 3 is a block diagram showing an example of the data structure of the user data UD. The user data UDn is composed of n data groups, which is the number of community users 3, and is composed of user ID 201, user name 202, password 203, token data 204, status data 205, and possessed item data 206 for each user data. Will be done.

The user ID 201 sets an ID unique to the community user 3, and since it is a primary key, it is a numerical value that is automatically generated and does not overlap with other community users 3. As the user name 202, a name unique to the community user 3 may be arbitrarily set so that duplication is not allowed or allowed. The password 203 is an area for storing the password set by each community user 3.

The token data 204 is an area for storing token data owned by each community user 3. The status data 205 is an area for storing the rank of the user called the status of the community user 3, and the possessed item data 206 is an area for storing the items owned by the user as data. Here, the item is an item that can be used as a transaction medium in the community system S, and is, for example, an electronic ticket for an event, a photo book, a poster, a stuffed animal, or the like. Specific examples of transaction methods for items other than data will be described later.

FIG. 4 is a block diagram showing an example of the data structure of the item data IDn. The item data IDn is composed of n data groups which are the number of items in the community, and is composed of the item ID 301, the item 302, and the price 303 for each item data.

Item ID 301 sets an item-specific IDn, and since it is a primary key, it does not overlap with other items. It is a numerical value that is automatically generated.

The item 302 describes an area for holding the contents of the item, for example, an electronic ticket for an event, a photo book, a poster, a stuffed animal, and the like. The price 303 is an area for holding a value in which the value of the item 302 is represented by a token.

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

The support ID 401 sets an ID unique to the support content, and since it is a primary key, it does not overlap with other support. It is a numerical value that is automatically generated.

The support content 402 is an area for holding information on the support content. The contents of support refer to production work, volunteers, etc., for example, goods production, video production, assistance in management at events, shooting assistance, material creation, and the like. The reward token 403 is an area for holding a value indicating the value of the support content as a token. Similarly, the reward item 404 is a value indicating the value of the support content as an item, and the reward status 405 is the value of the support content. This is the area that holds the value indicated by the status of the value.

Here, returning to FIG. 2, each part 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 recruitment unit 105, a support content setting unit 106, a reward setting unit 107, a reward grant approval unit 108, and a status determination. A unit 109 and a token issuing unit 110 are provided.

The token acquisition unit 101 is used, for example, when the 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 and the like, the token acquisition unit 101 adds the numerical values and the like of the token data 204 possessed by each community user 3 and performs its own calculation and the like.

The item acquisition unit 102 is used, for example, when the community user 3 acquires an item. Specifically, one piece of data in the item data IDn is acquired via the communication control unit 10a and the input / output interface 10b. The item acquisition unit 102 adds the numerical values and the like of the possessed item data 206 possessed by each community user 3 under the control of the communication control unit 10a and the like, and performs its own calculation and the like.

The item purchase promotion unit 103 is used, for example, when the community system S promotes the purchase of items to the community user 3. Specifically, the token data 204 and the possessed item data 206 of each community user 3 are acquired via the communication control unit 10a and the input / output interface 10b, and a process of recommending the purchase of the item to the community user 3 is performed depending on the conditions. ..

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

The support recruitment unit 105 is used, for example, when a community operator 1 or the like recruits support to a community user 3 or the like. Specifically, the support data VDn associated with the support content 402 is transmitted to the terminal 30 such as the community user 3 via the network NW by the operation of the community operator 1.

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

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

The reward granting approval unit 108 uses, for example, when the community operator 1 and the like approve and set that the reward is given to the community user 3 and the like when the community user 3 provides the support. Specifically, the addition of the token data 204 of the user data UDn held in the storage unit 10c is approved by the operation of the community operator 1 or the like.

具体的には、ステータス決定部１０９が計算式を元に、もしくはコミュニティ運営者１等の操作によりユーザデータＵＤｎのステータスデータ２０５を変更する。ステータスデータ２０５の値により、ユーザデータＵＤｎのトークンデータ２０４の価値が変動しても良い。 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 possessed item data 206 of the user data UD, and the community operator 1 and the like determine the status. To decide. The unique calculation formula is determined from the community participation period of the community user 3 and the possessed tokens, and is as follows, for example.

Specifically, the status determination unit 109 changes the status data 205 of the user data UDn based on the calculation formula or by the operation of the community operator 1 or the like. The value of the token data 204 of the user data UDn may change depending on the value of the status data 205.

In the token issuing unit 110, the community operator 1 and the like issue tokens. Specifically, the total token TTD held in the storage unit 10c is added by the operation of the community operator 1 or the like.

[3. New data registration and data correction operation by the processing device 10]
Next, each new user data registration operation by the processing device 10 according to the present embodiment will be described with reference to FIGS. 6 and 7. FIG. 6 is a flowchart showing a processing example when the community user 3 according to the present embodiment performs the usage registration necessary for using 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 the user registration request from the terminal 30, the processing device 10 transmits the input form data to the terminal 30 via the network NW. For example, the registration screen as shown in FIG. 7 is displayed on the display unit of the terminal 30 and is in the input waiting state.

(Step S12)
At the terminal 30, the community user 3 inputs necessary data for the item 501 of the input form. A unique primary key ID is automatically input to the item 502 corresponding to the user ID 201. Item 503 corresponds to the user name 202, and items 504 and 505 correspond to the password 203. Corresponds to the initial token, initial status, and possessed item of items 506, 507, and 508, the community user 3 cannot be input, and the community operator 1 may set the initial value in advance, or a fixed value may be used. ..
When the input is completed, 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 duplicated with the other community user 3 and whether the entered password matches the items 504 and 505. If so, if the check is incorrect, the process returns to step S12 with an error message. If it is correct, the process proceeds to step S14.

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

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 the present embodiment will be described with reference to FIGS. 8 and 9. FIG. 8 is a flowchart showing a processing example when the community operator 1 according to the present embodiment registers or modifies the item data IDn that can use the community system S. FIG. 7 is a diagram showing an example of a registration screen displayed on the terminal 20.

(Step S21)
When the 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 the input form data to the terminal 20 via the network NW. For example, a registration screen as shown in FIG. 9 is displayed on the display unit of the terminal 20 and is in a state of waiting for input.

(Step S22)
At the terminal 20, the community operator 1 inputs necessary data for item 601 of the input form. A unique primary key ID is automatically input to the item 602 corresponding to the item ID 301. Item 603 corresponds to item 302, item 604 corresponds to price 303, and may be set by the community operator 1 or may be a fixed value.
When the input is completed, the community operator 1 presses the registration button 605, and the terminal 20 transmits the input data to the item setting unit 104 via each unit.

(Step S23)
The item setting unit 104 may or may not check whether valid values are input to the items 602 and 603. If so, if the check is incorrect, the process returns to step S22 with an error message. If it is 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 correction processing of each support data by the support content setting unit 106 in the processing unit 10d of the processing device 10 according to the present embodiment will be described with reference to FIGS. 10 and 11. FIG. 10 is a flowchart showing a processing example when the community operator 1 according to the present embodiment can register or modify the support data VDn in which the community system S can be set by. FIG. 11 is a diagram showing an example of a registration screen displayed on the terminal 20.

(Step S31)
When the support content setting unit 106 in the processing unit 10d of the processing device 10 receives the support content registration or correction request from the terminal 20 via each unit, the support content setting unit 106 transmits the input form data to the terminal 20 via the network NW. do. For example, a registration screen as shown in FIG. 11 is displayed on the display unit of the terminal 20 and is in a state of waiting for input.

(Step S32)
At the terminal 20, the community operator 1 inputs necessary data for item 701 of the input form. A unique primary key ID is automatically input to the item 702 corresponding to the support ID 401. Item 703 corresponds to the support content 402, and the reward setting of item 704 is to input the reward as the consideration for the support content. Item 705 corresponds to reward token 403, item 706 corresponds to reward status 405, item 707 corresponds to reward item 404, and may be set by the community operator 1 or may be a fixed value.
When the input is completed, the community operator 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 input to items 602 and 603. If so, if the check is incorrect, the process returns to step S32 with an error message. If it is correct, the process proceeds to step S34.

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

[4. Operation processing of community user 3]
Next, the operation by the community user 3 according to the present embodiment will be described with reference to FIGS. 12 to 16. FIG. 12 is a flowchart showing a processing example in which the community user 3 according to the present embodiment operates using the terminal 30. 13 to 16 are diagrams showing an example of a registration screen displayed on the terminal 30. 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 the login request from the terminal 30, the processing device 10 transmits the 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 the user ID 201 or the user name 202 and the password 203 may be requested.

(Step S42)
The token acquisition unit 101 in the processing unit 10d of the processing device 10 is approved when the community operator 1 approves the reward token in the reward grant approval unit 108 for the logged-in community user 3. Get a token. The token acquisition process of the token acquisition unit 101 may be performed at the time of login as in the same step, or may be performed at another timing. Further, the token may be acquired by cash or credit card payment by the community user 3.

(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, may be performed at another timing, or may be directly determined by the community operator 1. Further, the token acquisition unit 101 may change the number of possessed tokens in this status.

(Step S44)
The processing device 10 may or may not display Table 801 showing the current state of the community user 3 on the screen display unit of the terminal 30 as shown in FIG. Further, the possessed token 803 acquired in step S42 and the status 802 determined in step S43 may or may not be displayed. An item purchase button 804, a support recruitment button 805, a communication 806, and an exit button 807 are placed on the screen display unit to wait for each button to be pressed, and when pressed, the screen transitions to the screens of FIGS. 14 to 16.

(Step S45)
The processing device 10 displays Table 811 which is an item purchaseable list of the community user 3 as shown in FIG. 14 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 displays in Table 811 the notation 812 that promotes the purchase of different items according to the quantity of the tokens held by the community user 3. Is also good.

(Step S46)
The community user 3 selects an item to be purchased from Table 811 displayed on the screen display unit of the terminal 30. A selectable radio button or check button 813 is prepared in Table 811. It is sufficient to know that 813 is selected, and the back color of the table may be changed. Further, Table 811 may be in a pull-down format instead of a table. After selecting the item to be purchased, when the purchase button 814 is pressed, the price of the item is subtracted from the possessed token, 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 sent as electronic data, or may be mailed from the community operator 1.

(Step S47)
The community user 3 returns by pressing the button 815 displayed on the screen display unit of the terminal 30, and displays Table 801 showing the current state of the community user 3 as in step S44. When purchasing further, the process returns to step S45.

(Step S48)
The support recruitment unit 105 in the processing unit 10d of the processing device 10 displays Table 821, which is a support application list of the community user 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 wants to apply for support from Table 821 displayed on the screen display unit of the terminal 30. A selectable radio button or check button 822 is prepared in Table 821. It is sufficient to know that 822 is selected, and the back color of the table may be changed. Further, Table 821 may be in a pull-down format instead of a table. When the application button 824 is pressed after selecting the item to be purchased, it is confirmed that the community user 3 provides support by using the support recruitment unit 105 in the processing unit 10d of the processing device 10.

(Step S49)
The community user 3 returns by pressing the button 824 displayed on the screen display unit of the terminal 30, and displays Table 801 showing the current state of the community user 3 as in step S44. When purchasing further, the process returns to step S48.

(Step S50)
The processing device 10 displays Table 831 for displaying a direct message between the community operator 1 or the community users 3 as shown in FIG. 16 on the screen display unit of the terminal 30.

(Step S51)
The community user 3 can send a direct message to the community operator 1 or the community user 3 using the message transmission area 832. If the send button 833 is pressed, the described message can be sent directly.

(Step S52)
The community user 3 returns by pressing the button 834 displayed on the screen display unit of the terminal 30, and displays Table 801 showing the current state of the community user 3 as in step S44. If the message is to be read or sent, the process returns to step S50.

(Step S53)
Upon returning from each screen, the processing device 10 may or may not display Table 801 showing the current state of the community user 3 on the screen display unit of the terminal 30 as shown in FIG. When the exit button 807 is pressed, the community user 3 is logged out, and the communication between the processing device 10 and the terminal 30 is terminated.

[5. Management operation processing of community operator 1]
Next, the operation by the community operator 1 according to the present embodiment will be described with reference to FIGS. 17 to 20. FIG. 17 is a flowchart showing a processing example in which the community operator 1 according to the present embodiment operates using the terminal 20. 18 to 20 are diagrams showing an example of a registration screen displayed on the terminal 20. 18 to 20 may be displayed on the same screen, or may be displayed one screen at a time by screen transition.

(Step S61)
When the processing device 10 receives the login request from the terminal 20, the processing device 10 transmits the 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.

(Step S62)
The processing device 10 displays an operation menu on the screen display unit of the terminal 20 as shown in FIG. 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 are placed on the screen display unit to wait for each button to be pressed. , FIG. 11, FIG. 16, FIG. 19, and FIG. 20.

(Step S63)
When the item setting button 901, the support content setting button 902, and the communication button 905 are pressed, the processing device 10 jumps to step S21, step S31, and step S50, respectively, and performs each setting and operation. Specifically, it is possible to set items, set support contents, and send a direct message on the communication screen as in the case of community user 3.

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

(Step S65)
The reward granting approval unit 108 in the processing unit 10d of the processing device 10 displays Table 911, which is a reward granting approval list as shown in FIG. 19, on the screen display unit of the terminal 20. The community operator 1 approves the contents of the implemented support from Table 911 displayed on the screen display unit of the terminal 20. Approval button 912 is prepared in Table 911. It is sufficient to know that 912 has been approved, and the back color of the table may be changed. Further, Table 911 may be in a pull-down format instead of a table.

(Step S66)
The community operator 1 returns by pressing the button 913 displayed on the screen display unit of the terminal 30, and displays the operation menu as in step S62. Further, when approving, the process returns to step S65.

(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 tokens 921 for the entire current community. When issuing a new token, the community operator 1 inputs the number of tokens to be issued in the token issuance setting area 922, and when the issue button 923 is pressed, the token issuing unit 110 issues tokens for the entire community. On the contrary, when deleting the token, the number of tokens to be issued is input in the token deletion setting area 924, and when the delete button 925 is pressed, the token issuing unit 110 deletes the tokens of the entire community.

(Step S68)
The community operator 1 returns by pressing the button 926 displayed on the screen display unit of the terminal 30, and displays the operation menu as in step S62. Further, when issuing and deleting the token, the process returns to step S67.

(Step S69)
Upon 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. When the exit button 906 is pressed, the community operator 1 is in the logout state, and the communication between the processing device 10 and the terminal 20 is terminated.

In the above-described embodiment, the value of the token data 204 of the user data UDn may change depending on the value of the status data 205, but the value of the token depends on the balance between supply and demand by the community user 3 and the like. It may be automatically determined, it may be a value fixed in advance by the amount of cash or the like, and it may be set by the community operator 1.

S: Community system NW: Network 1: Community operator 3: Community user 10: Token processing device 20: Community operator terminal 30: Community user terminal 10a: Communication control unit 10b: Input / output interface 10c: Storage unit 10d: Processing Unit 101: Token acquisition unit 102: Item acquisition unit 103: Item high entry promotion unit 104: Item setting unit 105: Support recruitment 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 token UDn: User data IDn: Item data VDn: Support data

Claims (17)

It is a system related to a community in which multiple users participate.
Tokens with value and
The token acquisition unit for acquiring the token and
It has an item acquisition unit that allows the user to acquire an item.
The item is a community system characterized in that it can be acquired by using the token. It has an item purchase promotion unit that promotes the purchase of the item to the user.
The community system according to claim 1, wherein the item purchase promotion unit promotes the purchase of different items according to the quantity of the tokens held by the user. The community system according to claim 1, wherein the community is operated by a specific operator. It has an item setting unit that sets the item.
The community system according to claim 3, wherein the item can be set through the item setting unit. It has a support recruitment department that solicits support from the users.
The community system according to claim 3, wherein support can be solicited from the user through the support solicitation department. It has a support content setting unit that sets the content of the support.
The community system according to claim 5, wherein the support recruitment unit recruits the support set by the support content setting unit to the user. The community system according to claim 5, wherein the support is assistance for an event held by the operator. The community system according to claim 5, further comprising a reward setting unit that sets the content of the reward given to the user who has provided the support. The community system according to claim 8, wherein the reward is the token or the item. The community system according to claim 9, wherein the reward setting unit can set the quantity of the token or the content of the item as the content of the reward. It has a reward granting approval unit that approves the reward to be granted to the user.
The community system according to claim 8, wherein the reward is given to the user after the reward grant approval unit approves the reward to be given to the user. It has a status determination unit that determines the status of the user.
The community system according to claim 1, wherein the value of the token depends on the status of the user who holds the token. It has a status determination unit that determines the status of the user.
The community system according to claim 1, wherein the quantity of tokens held by the user changes depending on the status of the user. The community system according to claim 12 or 13, wherein the status is a period that has elapsed since the user joined the community. It has a token issuing unit that issues the token,
The community system according to claim 1, wherein the operator can issue an arbitrary amount of the tokens. The computer of the community system,
Tokens with value and
A token acquisition means for acquiring the token and
A program that functions as an item acquisition means by which the user can acquire an item.
The item is a program characterized in that it can be acquired by using the token. A computer-readable storage medium for storing the program of claim 16.

Images