JP2002099867A - Multiple scenario-by-role distributing system - Google Patents

Abstract

PROBLEM TO BE SOLVED: To provide a multiple scenario-by-role distributing system allowing a plurality of users to participate in various scenario worlds and capable of reflecting selected actions or input messages of each participant in a group per event on scenario development. SOLUTION: A unique roll not overlapping in the group is given to each user in the group and event data corresponding to the roles in the scenario is distributed per event to the users having a role. After finishing one event, the next event to be executed is calculated by a path calculation formula set in advance per preceding event using each selected action of users in the group of past events as elements, and this event data is distributed to users with roles allocated to the event.

Description

DETAILED DESCRIPTION OF THE INVENTION

[0001]

BACKGROUND OF THE INVENTION 1. Field of the Invention The present invention relates to a role-based multi-scenario distribution system using a plurality of computers connected to a network in interactive entertainment that progresses through group work of a plurality of users.

[0002]

2. Description of the Related Art In recent years, video-on-demand, interactive movies, and edutainment systems as educational systems have been developed as interactive entertainment using a computer. These systems are traditionally used for TV broadcasting, movies, etc.
It enables interactive operation in media that was only sent to viewers unilaterally.

[0003]

However, these interactive entertainments have the following problems.

(1) The other party who is actually interacting with the computer while saying it is interactive (interactive type) is a computer, and cannot realize a dialogue between participants.

(2) Only the same information is provided to all users sharing the scenario, and the roles in the scenario are uniform. Therefore, they are mutually inspired by making use of the difference in the roles of the participants. It is difficult to have such a relationship.

(3) The scenario development is determined only by the user's own action selection, and the other participant's action selection is not reflected in the user's own scenario development. It is difficult to incorporate elements and competitive elements.

Accordingly, the present invention has been made in view of the above-described problems that have existed in the past, and since the roles are determined between groups, even strangers can easily enter the scenario world. It is possible to participate,
In addition, the action selected by each participant in the group and the input message for each event are reflected in the overall scenario development, which has the effect of making the participants aware of the behavior of other participants in the group. It is an object of the present invention to provide a role-based multi-scenario distribution system in interactive (interactive) entertainment that can provide a positive sense of participation and can participate with a high sense of purpose and concentration.

[0008]

Therefore, according to the present invention, in a role-based multi-scenario distribution system for interactive entertainment that progresses through group work of a plurality of users, each user in the group is provided with a group. Provided with a unique role that is not duplicated within the server, and provided to a user having a role as a distribution destination, an event data distribution unit that distributes event data information by subdividing each event according to a role in a scenario. Thus, the above-described problem has been solved.

[0009] Alternatively, in a multi-scenario distribution system for each role in interactive entertainment which progresses through group work of a plurality of users, each user in the group is given a unique role that does not overlap in the group. Event data distribution means for distributing event data according to the role in the scenario for each event to the user having the preceding role, and the event data for each role includes the contents of the scenario such as characters, voices, images, etc. A script unit 8 to be displayed as information, an action option 9 that the user can select as a role action, and an action unit of a message input interface 10 that can input a message as a character as information such as characters, voices, images, and the like. By doing so, the above-mentioned problem was solved.

After the end of one event, the event data distribution means uses, as an element, each action selected by a user in the group in a past event, a destination calculation formula 57 set in advance for each preceding event. Calculates the event to be performed next,
The above-mentioned problem was also solved by distributing to a user having a role assigned to the event.

Further, after the end of one event, the event data distribution means uses a script editing formula defined for each event, using each action selected by a user in the group in the past event and each input message as an element. 5
5, the script part 8 of the event to be executed next is edited and output as event data, thereby solving the above-described problem.

In the role-based multi-scenario distribution system according to the present invention, the event data distribution means for distributing event data information to a user having a role as a distribution destination for each event according to the role in the scenario is provided by: , Movies, novels, educational texts, and other scenario elements can provide users with relationships, interactivity, and dynamic deployment of scenarios, etc., to encourage more active participation. Become.

Also, a role in the scenario is set for each of a plurality of participants required for the scenario, the participants are grouped, and events are given for each role with the progress of the scenario. Then, as the event data for the role, data obtained by subdividing the scenario for each event is delivered with the action option 9 and the message input interface 10 added.

At this time, the action selected from the action options affects the scenario development as a whole group, and the message is treated as dialogue or the like as a role in the scenario and used for communication with other participants.

As a specific multi-scenario distribution system for each role, a transmission / reception device for distributing event data obtained by dividing a scenario into events on a network capable of two-way data communication, It is configured by combining a transmitting / receiving terminal device that displays character information and image information on the display display unit and reproduces it as audio information on the audio terminal.

[0016] Participants form a specific number of groups with other participants on the network that have selected the same scenario,
Each is given a role in the scenario. First, event data is distributed to the participant having the role to which the first event data is distributed.

The delivered event data includes character information,
The script unit 8 includes voice information, image information, and the like, an action option 9, and an action unit based on the message input interface 10. The participants use the script unit 8 based on the given information (character information, voice information, image information, and the like). Select the action to be performed from Action Option 9 and, if necessary,
A message is input from the message input interface 10.

The selected action and the input message are accumulated as a log on the scenario transmitting / receiving apparatus. Next, which event data is to be distributed is determined by a destination calculation formula set in advance for each preceding event. The calculation of the destination by this destination calculation formula is determined based on the previously selected actions of the participants in the group accumulated in the log.

Next, since the target role is also assigned to the destination event, the next event data is distributed to the participants in the group having that role. The contents of the script unit 8 of the event data distributed from the second time onward are based on the script editing formula 55 defined for each event based on the action selected by each participant and the input message. The edited version is distributed.

In the same manner, the action selected by each participant in each event and the input message are accumulated as a log, the next event is determined based on the destination calculation formula 57, and the role assigned to that event is determined. The event data is distributed to participants having the event data. The above communication is sequentially repeated, and when the status flag set in advance for the event becomes “end”, the event communication processing in the group is ended.

This makes it clear that each participant who plays a role in the scenario has a clear sense of purpose and the relationship with other participants, thereby producing a scenario development as a group as a whole and communicating among the participants. Becomes possible,
It becomes possible to participate actively in the scenario world.

[0022]

DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS An embodiment of the present invention will be described below with reference to the drawings. FIG. 1 shows a basic configuration of a role playing system according to the present embodiment,
Client computers 1 to 3 operated by each user participating in the scenario, a user information table 4 holding user information of all system users, a script table 5 holding script contents, and accumulating access histories of scenario participants It comprises an access log table 6 and a server computer 7 for performing arithmetic processing on these data.

Each of the client computers 1 to 3 is realized by a personal computer or a mobile phone having a Web browser function, a home video game machine or the like, and includes a keyboard, a number selection button, a cursor key, a mouse, a pen, a scanner, and the like. An input device, an output device such as a display monitor, and a communication device for connecting to a network are provided.

The server computer 7 receives the data, such as the action selected from the action options and the message input from the message input interface, transmitted from each of the client computers 1 to 3, and performs editing of the scenario and progress management. And distribute appropriate scenarios to each participant.

FIG. 2 shows each of the client computers 1 to
FIG. 3 is an image diagram of event data displayed in the upper window of FIG. Here, the event data is defined as a script section 8 and action sections (9, 10), which will be described later, which are distributed to the members participating in the scenario. The basis of the user interface on the display monitor utilizes a function provided by a Web browser executed on each of the client computers 1 to 3, and a script transmitted from the server computer 7 is provided on the Web browser. The action section of each of the section 8, the action option 9, and the message input interface 10 is displayed.

This message input interface 10
Is composed of a text input interface 11, a voice input interface 12, an image input interface 13, and the like, and displays only an input interface necessary for an event. Each participant is a client computer 1
Based on the script unit 8 sent to the server 3, a situation judgment is made, an action considered to be appropriate is selected from the action options 9, and the message data is transmitted to the server using the message input interface 10 as necessary. The message is transmitted to the computer 7, and the action selected from the action options 9 by the send button 14 and the message input by the message input interface 10 are sent to the server. Cancel button 1
5 cancels the message transmission operation to the server as necessary.

FIG. 3 shows the data structure of the user information table 4. The user information table 4 manages user information of each scenario participant, and includes a user ID 41 uniquely assigned to each user, an e-mail address 42 used as a notification destination when script data is issued, and a scenario. It consists of columns such as a group ID 43 for identifying a group participating jointly, a scenario name 44 that the user is working on, a role 45 of the user in the scenario, a user name 46, and the like, and other general users. It holds individual information.

FIG. 4 shows the data structure of the event table. The event table includes a scenario name 51 indicating to which scenario the event obtained by subdividing the scenario belongs, an event position 52 indicating the position of the event on the scenario, a situation 53 indicating the start position and end position of the event, A role 54 indicating the role of the distribution target of the event data, a script editing expression 55 in which an expression for editing the contents of the script portion 8 of the event data to be distributed is entered, and an option 5 indicating a list of action options to be distributed.
6. A destination calculation formula 57 for determining the event position of the event to be read next, an input data header 58 indicating a header displayed on the message input interface, and an input data type 59 indicating a data type of a message that can be input. It consists of a data item column.

FIG. 5 shows the data structure of the access log table 6. The access log table 6 includes an access log ID 61 uniquely assigned to each piece of access log information, a user ID 62 of a distribution destination user of the access target event, a scenario name 63 of the access target event,
An access status 64, which is a flag indicating whether the user has selected an action or input a message, an event position 65, which indicates the position of the event, a selection number 66, which indicates an index number of the action selected by the user, Input data type 67 indicating the data type (T = text, S = voice, P = image, V = video) of the input message, input character string 68 indicating the text message input by the user, text input by the user Each data item column has an input data file name 69 indicating a file name of other message information.

The distribution processing according to the present embodiment will be described below with reference to the flowcharts of FIGS. 6, 7, and 8. First, a flow from reading a corresponding event from a scenario to distributing the event to a first user will be described based on a flowchart of “scenario reading” in FIG. The server computer 7 sets the scenario name 51 to be read and the group ID 43 of the group executing the scenario in the register (step 60).
1). Furthermore, from the event table, the scenario name 51
Matches the scenario name set in the register and retrieves the record whose status 53 is "start" and acquires the role 54 (step 602).

Next, the user ID 41 is obtained from the user information table 4 using the group ID 43 and the role 45 as keys (step 603). Based on these acquired information,
For example, an access log ID 61, a user ID 62, a scenario name 63, an access status 64, an event position 65, and the like are added as new records to the access log table 6. Here, as the access status 64, “not input” indicating the user has not been accessed is set (step 604).
Next, index information for an event using the access log ID 61 as a key is input to the user I using an e-mail or the like.
Based on D62, it is delivered to the mail address 42 of the user acquired from the user information table 4 (step 60).
5).

Next, the action of the user who has received the notification by e-mail or the like will be described with reference to the flowchart of "access to event data" shown in FIG.
The user who has received the notification by e-mail or the like opens the event data by a hyperlink, reads “script”, and performs “action” if necessary. That is, the event position 52 to be accessed is acquired from the access log table 6 based on the index (URL) described in the notification, and the script editing expression 55 is obtained from the event table based on the acquired event position 52 and scenario name 51. Is obtained (step 701). The script edit expression 55 includes information such as characters, sounds, images, and the like necessary for expressing the script portion 8 of the event data, a message call command input by a participant in the group in the past, and a A display condition expression and the like using the action selected by the user in the variable as a variable are defined,
The script unit 8 of the event data is edited using past user actions as elements (step 702). The script unit 8 that has been edited in this way is displayed on the WEB browser of the display monitor of the client computer that has made the call or is output as audio information through the speaker (step 703).

Next, the processing when the server computer 7 receives the user action information will be described with reference to the flowchart shown in FIG. When the user who has made a situation determination based on the information of the script unit 8 of the event data selects an action from the action options 9 or inputs a message from the message input interface 10 and performs transmission processing, the server computer 7 executes Action processing ”is performed. First, for example, an access status 64, a selection number 66, an input data type 67, an input character string 68, and an input data file name 6 are added to the access log record linked by the mail index information.
9 is set, and “input completed” indicating that the user has completed the input is set in the access status 64 (step 801).

Next, the server computer 7 determines whether the status of the event record is "end". If the status is "end", a scenario end process is performed, and the subsequent progress of the scenario in the group is stopped. (Step 80
2). On the other hand, if the status is not “end”, the destination calculation formula 57 is obtained from the event record (step 803). The destination calculation formula 57 calculates and determines an event position as a next destination, using, as a condition element, an action selected by a participant of the same group in the past from action options recorded in the access log table 6. The role 54 is obtained from the script table 5 based on the obtained event position 52, and the user ID is obtained from the user information table 4 using the group ID 43 and the role 45 as keys.
D41 is obtained (step 806).

Based on the obtained information, the access log ID 6 as a new record is stored in the access log table 6.
1, user ID 62, scenario name 63, access status 6
4. Add event position 65 and the like. Here, the access status is set to "not input" indicating that the user has not been accessed (step 807). Next, index information to the event data using the access log ID 61 as a key is notified to the mail address of the user indicated by the user ID 62 using an electronic mail or the like (step 808). Thereafter, the processing shown in FIGS. 7 and 8 is repeated, and is continued until the status of the event becomes “end”.

Next, an example of a schematic multi-scenario distribution by the present system will be described with reference to FIGS. As shown in FIG. 9, the user is a group of two or more users, and the story proceeds in an adventure game format with the same world setting. Here, the difference from the conventional adventure game is that the scenario being read by each user of the group draws the same world in parallel time, but has different viewpoints. For example, in a world where a man and a woman are the main characters, a scenario that a male user is reading is written from a male perspective, and a scenario that a female user is reading is written from a female perspective. Each user is forced to take an action at each milestone in the story. Actions can be in the form of choices or message inputs. Then, the action selected by each user or the input message changes the future that each character follows, leading to multi-ending.

As shown in FIG. 10, in order to participate in this game, user registration is required. At the time of user registration, the user's ID, name, gender, date of birth, hobby,
Enter comments etc. (enrollment process). After user registration, the user selects his / her favorite scenario from the prepared scenarios (scenario selection). When a user selects a scenario, members required for the scenario are automatically selected. The members to be elected are limited to users who have already requested to participate in the scenario. For example, when a scenario requires two men and two women, the system automatically selects three other persons (who want the same scenario) except for the login user. Each member whose participation is determined is automatically assigned a role (role) in the scenario. On the other hand, if the participating members could not be selected due to insufficient number of people, the user may select another scenario again, or another user may select the same scenario,
Wait until you are automatically selected as a member (partner search).

When the members required for the scenario are determined,
The first event data notification is sent by email to the user assigned the role corresponding to the event (event data delivery). The actual event data is referenced from the e-mail hyperlink. Here, the event data refers to a script section and an action section distributed to members participating in the scenario. The script section contains information necessary for knowing the scenario world. Also, the contents of the script section of a certain user cannot be read by other members who are simultaneously participating in the same scenario. However, an action taken by one user may be reflected in another user's script (event data display).

The user who has read the script of the distributed event data performs an action based on the information written therein (action). The action includes a "selection" field for selecting one of the actions from multiple options,
There is a "message" field for entering text in the message box. Selection is an action that directly expands the scenario. For example, for "An enemy appears before your eyes. What do you do?", You have the option of "flee" and "fight", catch "flee" and survive "fight". As a result, the contents of the script to be developed further change, including those of the other party. In addition, the message does not directly change the scenario, but serves as an element for communicating between the users who participated and enlivening the scenario. The elements of the message include the "give advice" element, which can give advice to the action selected by the other user by providing information that only one user could know from the script being read, and the scenario If you need to increase the likelihood of the other user for yourself due to the purpose of,
The "message" can enhance the liking of the opponent, and the "improve liking" factor.If the scenario can be assumed to be the enemy of the opponent, confuse the opponent to make the wrong choice. An "attack" element that can send such information or lie information.

When the participating users clear some actions, each user reaches an ending (ending). The content of the ending is also largely divided according to the action of the user. For example, in the case of a romance, a male user proposes just before the ending, and if the female user responds to “YES”, the happy ending is reached, and “NO” is reached. If you respond, then your efforts will become bubbles of water. In addition, depending on the setting, the ending may be determined based on the total result of the previous actions. For example, in the case of detectives, the amount of information obtained so far determines whether the case can be resolved. The user who has reached the ending can have the following other events. In other words, from the "selected" action, the user's personality and "fortune-telling" that tells the future, if a man and a woman are combined, the "selected" behavior of the couple, the hobbies entered when joining, the date of birth, etc. This is an event such as “compatibility judgment” for performing compatibility diagnosis. In addition, among the users in the ending group, for example, user IDs, names, hobbies, comments, and the like are disclosed as user information of each other. In the group, exchange of e-mails is performed while keeping the e-mail address private. There are also events such as the "Web mail function" that can be performed.

The following categories can be listed as categories suitable for game systems in which functions such as simultaneous participation of a plurality of users, message exchange, multi-scripting, and multi-ending, which are features of the present system, are enabled.
"Loving things" for men and women as a genre in which "message" is effectively used, "place guessing" to find the location of the encountered user based on the given information, original personality and another different personality Each player plays "multi-personal" and "game theory" to read the psychology of the opponent, conduct strategic tactics, use for "strategic items" for many users, and other in-house training etc. "Situation education" etc.

[0042]

The present invention is configured as described above.
The role of each group is determined, so that even strangers can easily participate in the scenario world. When the message is reflected in the overall scenario development, it has the effect of raising the awareness of the behavior of other participants in the group, as well as the active awareness of participation in the scenario, and a high sense of purpose and concentration It is possible to provide a role-based multi-scenario distribution system in interactive (interactive) entertainment in which the user can participate.

According to the present invention, in a role-based multi-scenario distribution system in interactive entertainment in which a plurality of users progress in a group work, each user in the group is given a unique role that does not overlap in the group. This is because event data distribution means for distributing event data information by subdividing each event according to the role in the scenario to the user having the role of the distribution destination is provided. Each participant's sense of purpose and relationship with other participants will be clear, and it will be possible to direct scenario development as a group as a whole and communicate among participants, and to actively participate in the scenario world You will be able to participate.

Alternatively, in a role-based multi-scenario distribution system in interactive entertainment that progresses through group work of a plurality of users, each user in the group is given a unique role that does not overlap within the group. Event data distribution means for distributing event data according to the role in the scenario for each event to the user having the preceding role, and the event data for each role includes the contents of the scenario such as characters, voices, images, etc. Since it consists of a script part to be displayed with information, an action option that can be selected by the user as a role action, and a message input interface capable of inputting a message as a character as information such as text, voice, image, etc. Purpose of each participant who has a role in the scenario And relationships with other participants is as clear, directing and scenario development of the Group as a whole,
Communication between the participants can be achieved, and it becomes possible to actively participate in the scenario world.

Further, after one event ends, the event data distribution means uses, as an element, each action selected by a user in the group in the past event by a destination calculation formula set in advance for each preceding event. Calculates the event to be performed next, and distributes this event data to the users who have the role assigned to the event, so that a plurality of participating users can communicate with each other and have an interactive (interactive interactive A) It is possible to provide a role-based multi-scenario distribution system in entertainment.

Further, after the end of one event, the event data distribution means uses, as elements, each action selected by a user in the group in the past event and each input message, as a script editing type defined for each event. As a result, the script part of the event to be executed next is edited and output as event data, so that a plurality of participating users can communicate with each other and become a factor for exciting the scenario. Also, by providing to the other party information that only one user could know from the script being read, advice can be given to the action selected by the other user. Further, depending on the purpose of the scenario, it is necessary to increase the liking of the partner user to the user. In such a case, the character of the partner can be grasped and the liking of the partner can be increased by the message. Moreover, depending on the scenario, it is possible to assume that the player is hostile to the opponent. In such a case, it is possible to send confusing or false information in order to cause the opponent to make an incorrect selection. .

[Brief description of the drawings]

FIG. 1 is an explanatory diagram showing an outline of a basic configuration of a role playing system according to an embodiment of the present invention.

FIG. 2 is an image diagram of event data displayed in a window on each client computer.

FIG. 3 is an explanatory diagram showing a data configuration of a user information table.

FIG. 4 is an explanatory diagram showing a data configuration of an event table.

FIG. 5 is an explanatory diagram showing a data configuration of an access log table.

FIG. 6 is a flowchart illustrating a flow from reading a corresponding event from a scenario to delivering the event to a first user.

FIG. 7 is a flowchart illustrating a flow of an access process to event data.

FIG. 8 is a flowchart illustrating a process when a server computer receives user action information.

FIG. 9 is an explanatory diagram showing an example of a schematic multi-scenario distribution by the present system.

FIG. 10 is a flowchart showing a schematic flow of multi-scenario distribution by the present system.

[Explanation of symbols]

1-3 client computer 4 user information table 5 script table 6 access log table 7 server computer 8 script section 9 action options 10 message input interface 11 text input interface 12 voice input interface 13 image Input interface 14 ... Send button 15 ... Cancel button 41 ... User ID 42 ... Email address 43 ... Group ID 44 ... Scenario name 45 ... Role 46 ... Name 51 ... Scenario name 52 ... Event location 53 ... Status 54 ... Role 55 ... Edit script Expression 56 ... Option 57 ... Destination calculation expression 58 ... Input data heading 59 ... Input data type 61 ... Access log ID 62 ... User ID 63 ... Scenario name 64 ... Access status 65 ... Event position 66 ...択番 No. 67 ... input data types 68 ... the input string 69 ... input data file name

Claims (4)

[Claims] 1. In a multi-scenario distribution system for each role in interactive entertainment that progresses through group work of a plurality of users, each user in the group is given a unique role that does not overlap in the group. A role-specific multi-scenario distribution system, comprising: an event data distribution unit that distributes event data information to a user having an earlier role according to a role in a scenario for each event. 2. In a multi-scenario distribution system for each role in interactive entertainment, which progresses through group work of a plurality of users, each user in the group is given a unique role that does not overlap in the group. Event data distribution means for distributing event data according to the role in the scenario for each event to the user having the preceding role, and the event data for each role includes the contents of the scenario such as characters, voices, images, etc. A script part to be displayed as information, an action option that can be selected by the user as a role action, and an action part of a message input interface capable of inputting a message as a character as information such as characters, voices, images, etc. A feature-based multi-scenario distribution system. 3. The event data distribution means, after one event ends, uses each action selected by a user in the group in a past event as an element by a destination calculation formula set in advance for each preceding event. 3. The role-based multi-scenario distribution system according to claim 1, wherein an event to be executed next is calculated, and the event data is distributed to a user having a role assigned to the event. 4. An event data distribution means, after one event ends, a script edit type defined for each event, using each action selected by a user in the group in a past event and each input message as elements. 4. The role-based multi-scenario distribution system according to claim 1, wherein the script section of the next event to be executed is edited and output as event data.