Information processing device, information processing method, and program

Abstract

To improve user's convenience in an electronic contract.SOLUTION: A format management unit 104 generates and manages a format of a prescribed electronic contract to be terminated between one user and the other user between a first kind user and a second user regarded as the one and the other, respectively, the format on which one or more components for inputting information required for the electronic contract are arranged on the basis of operation of a terminal of the one. A transmission destination setting unit 105 sets a mail address of a user showing a place to transmit the format to the other on the basis of operation of a terminal of the one. A format transmission control unit 106 executes control for transmitting the format to the transmission destination or transmitting an existence place of the format to the transmission destination.SELECTED DRAWING: Figure 8

Description

[Technical field]

[0001] The present invention relates to an information processing device, an information processing method, and a program. [Background technology]

[0002] In recent years, there has been an increasing need to make contracts electronically, i.e., to make electronic contracts. In response to this, for example, a technology has been proposed for a contract conclusion server that authenticates a customer by having the customer digitally sign a contract file using his / her personal number card (for example, see Patent Document 1). [Prior art documents] [Patent documents]

[0003] [Patent Document 1] JP 2018-18536 A Summary of the Invention [Problem to be solved by the invention]

[0004] However, conventional technologies including Patent Document 1 merely treated a contract as having been concluded by exchanging an electronic contract file, authenticating the individual using an electronic certificate or the like, and managing the intention to enter into the contract and its history. In other words, the process of exchanging contracts and signing traditional contracts with a pen or a seal, i.e., the process of signing a contract, was simply replaced with the use of personal identification number cards and electronic certificates, and it is difficult to say that convenience regarding contracts had been sufficiently improved.

[0005] The present invention has been made in consideration of the above circumstances, and has an object to improve the convenience of electronic contracts for users. [Means for solving the problem]

[0006] In order to achieve the above object, an information processing device according to one aspect of the present invention comprises: an acquisition means for acquiring a first type character string input by an operation on a terminal of a first type user; a setting means for setting up a virtual space on the Web for each of the acquired first type character strings, where participating users can communicate with each other; A determination means for determining whether or not the second-type user is allowed to participate in the event based on a second-type character string input by an operation on a terminal of the second-type user and the first-type character string; A format management means for generating and managing a format of a predetermined electronic contract to be concluded between one of the first type user and the second type user, designated as Party A and the other designated as Party B, in which one or more components for inputting information required for the electronic contract are arranged based on the operation of Party A's terminal; A destination setting means for setting a destination indicating a location to which the format is to be transmitted to the second party based on an operation of the first party's terminal; a format transmission control means for executing control for transmitting the format to the destination or transmitting the location of the format to the destination; Equipped with.

[0007] An information processing method and a program according to one aspect of the present invention are a method and a program corresponding to an information processing device according to one aspect of the present invention. Effect of the Invention

[0008] According to the present invention, it is possible to improve the convenience of electronic contracts for users. [Brief description of the drawings]

[0009] [Figure 1] FIG. 11 is a diagram showing an example of a user interface screen on which an operation for opening an online meeting is performed by a first type user who desires to open an online meeting among a plurality of users. [Diagram 2]FIG. 13 is a diagram showing an example of a screen displaying an online meeting that has been opened by a first-type user and has been joined by a second-type user. [Diagram 3] A figure showing an example of a screen operated by a first-type user to generate a format in which parts are arranged in a specified electronic contract concluded between a first-type user and a second-type user. [Figure 4] FIG. 13 is a diagram showing an example of a screen operated by a first type user to set a transmission destination of the generated electronic contract format. [Diagram 5] FIG. 13 is a diagram showing an example of a screen operated by a first type user to restrict the person who inputs parts placed in the format of a generated electronic contract. [Figure 6] FIG. 6 is a block diagram showing a configuration of an information processing system applied to the present service described above in FIGS. 1 to 5, that is, an information processing system including a server according to an embodiment of an information processing device of the present invention. [Figure 7] FIG. 7 is a block diagram showing an example of a hardware configuration of a server in the information processing system shown in FIG. 6 according to an embodiment of the information processing device of the present invention. [Figure 8] 8 is a functional block diagram showing an example of a functional configuration of the server in FIG. 7. [Figure 9] 9 is a flowchart illustrating an example of the flow of electronic contract processing executed by a server having the functional configuration of FIG. 8. [Figure 10] A figure showing an example of a user interface for managing transmitted electronic contracts, provided by a server having the functional configuration of Figure 8. [Figure 11] FIG. 9 is a diagram showing an example of a user interface screen related to transcription, provided by a server having the functional configuration of FIG. 8. DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS

[0010] Hereinafter, an embodiment of the present invention will be described with reference to the drawings.

[0011] First, a service (hereinafter, referred to as "this service") provided by an information processing system including a server according to an embodiment of an information processing device of the present invention will be briefly described with reference to FIGS. This service provides a virtual space (hereinafter referred to as "online meeting") where multiple users can communicate with each other over the Web.

[0012] Figure 1 shows an example of a user interface screen (hereinafter referred to as the "opening screen") on which a user who wishes to open an online meeting among multiple users (hereinafter such a user will be specifically referred to as a "first type user") performs operations to open an online meeting. The opening screen is displayed on a terminal (eg, user terminal 2-1 in FIG. 6) of a first type user (eg, user U1 in FIG. 6) under the control of a server (eg, server 1 in FIG. 6).

[0013] The opening screen includes an area R10 that is operated by a first type user. In this region R10, an input field F101 and a connect button B102 are arranged above, and a button B103 and a button B104 are arranged below them.

[0014] The input field F101 is a field in which a character string K (hereinafter, referred to as a "first type character string K") used to open an online meeting is input by an operation on a terminal of a first type user. The connect button B102 is a button that is pressed by a first-type user in order to instruct the server to open an online meeting when a first-type character string K has been entered in the input field F101.

[0015] In other words, a first type user can easily open an online meeting by simply entering a desired character string (the character string "abcde" in the example of Figure 1) into input field F101 as a first type character string K, and then performing a simple operation of pressing connection button B102.

[0016] Furthermore, the specific number of characters of the first-type character string K is not particularly limited, and a desired number of characters of the first-type user can be used. For example, the first-type user can adopt a first-type character string K having a number of characters such as 1 character, 5 characters, 10 characters, or 20 characters. This allows the first type user to use only the first type character string K as any one character string that is easy for the first type user to use, instead of a set of character strings such as a user ID and a password. This allows the first type user to easily set up an online meeting, for example, by using an easily memorizable short character string as the first type character string K.

[0017] Although detailed processing will be described later, when the connect button B102 is pressed, the first type character string K is acquired by the server. The server opens an online meeting for the first type character string K on the condition that the same character string as the first type character string K ("abcde" in the example of FIG. 1) is not being used in another online meeting.

[0018] The button B103 is a button that is pressed by a first-type user to instruct copying of a URL for accessing an online meeting for the first-type character string K. That is, by pressing this button B103, a first-type user can easily paste the URL into another text file or email document. The button B104 is a button pressed by a first-class user to instruct the sending of an invitation email to other users to invite them to participate in an online meeting. In other words, a first-class user can easily send an invitation email to desired other users by pressing this button B104. In addition, other users who are invited by a first-type user to participate in an online meeting in this manner are hereinafter referred to as "second-type users."

[0019] Although not shown in FIG. 1, the invitation email sent to the second-type user includes, in addition to the invitation text, a URL for accessing and participating in the online meeting, a link button, and the like. When a second-class user receives this invitation email, the second-class user can access and participate in the online meeting by pressing the URL or link button contained in the email.

[0020] In addition to sending an email containing a URL or a link button for joining an online meeting as described above, a first-type user can allow a second-type user to join an online meeting by doing the following:

[0021] That is, for example, first, the first type user provides the second type user with the URL of the top page of the service and the first type character string K. Specifically, for example, the first type user provides the second type user with "example.jp", which is the URL of the top page of the website or the like that operates the service, and "abcde", which is the first type character string K.

[0022] Although not shown in the figure, the top page of the website that operates this service displays the message "Please enter the shared character string" and has an input field for the character string. A second-type user inputs a predetermined character string (hereinafter referred to as a "second-type character string") into the input field on the web page. This second type character string is sent to the server, and it is determined whether it matches the first type character string K entered by the first type user. If the second type character string matches the first type character string, the second type user is permitted to participate in the online meeting.

[0023] In other words, a second-type user who receives an invitation email can easily join an online meeting by simply entering the second-type character string, without having to set an ID and password and log in, or download a special application program, as was done in the past.

[0024] In this way, with this service, it is possible to participate in an online meeting without using the invitation email mentioned above. That is, in this service, a second-type user who wishes to participate in an online meeting obtains a first-type character string K (for example, "abcde" in this example) from a first-type user by an appropriate method. Then, the second-type user can participate in an online meeting for the first-type character string K, i.e., an online meeting opened by a first-type user, simply by inputting the first-type character string K (as a second-type character string) on ​​the top page of a website or the like that operates this service. This first type character string K (transmitted to the second type user and input as the second type character string) is generally shorter than a URL, etc., and the first type user can set a character string that is easy to remember. Therefore, the first type user can easily communicate with the second type user by simply transmitting the first type character string K to the second type user by telephone, etc.

[0025] It should be noted that the first type user does not necessarily have to provide the second type user with the URL of the website or the like that operates this service. That is, for example, the first type user may convey to the second type user the name of this service (a proper noun indicating this service) or the like instead of the URL of the website or the like that operates this service. The second type user can reach the top page of the website or the like that operates this service from the name of this service by using a web search service. Furthermore, if there is an agreement (implicit or explicit) between a first type user and a second type user to use this service when conducting an online meeting, the online meeting can be conducted simply by transmitting the first type string K.

[0026] FIG. 2 is an example of a screen displaying the state of an online meeting that has been opened by a first-type user and is being attended by a second-type user. Screen SC20 shown in Figure 2 is displayed on a terminal (e.g., user terminal 2-1 in Figure 6 described below) of a first type user (e.g., user U1 in Figure 6 described below) and a terminal (e.g., user terminal 2-2 in Figure 6 described below) of a second type user (e.g., user U2 in Figure 6 described below) who has participated in the online meeting, under the control of a server (e.g., server 1 in Figure 6 described below). In the screen SC20 shown in FIG. 2, an area R201 is arranged, to the left and below the area R201, and an area R202 is arranged to the right of the area R201.

[0027] The area R201 is a display area used for mutual communication between a first-type user and a second-type user in an online meeting. Specifically, for example, in the example shown in Fig. 2, an image including an image of a first-type user captured by a camera equipped in a terminal of the first-type user and an image including an image of a second-type user captured by a camera equipped in a terminal of the second-type user are arranged.

[0028] In the area R202, various tools (buttons to be operated when using various tools) for communication in an online meeting using the above-mentioned area R201 are arranged. Specifically, for example, the tools "Screen sharing", "Shared memo", and "Whiteboard" are arranged at the bottom in the area R201. The first type user and the second type user can communicate in an online meeting using the area R201 by operating the various tools arranged in the area R202. That is, although not shown in the figure, first type users and second type users can use various tools in area R202 to appropriately arrange communication tools (e.g., screen sharing for sharing documents, text chat, etc.) in addition to images of the faces, etc. of the above-mentioned first type users and second type users, to communicate. Further, on the left side of the region R202, tools for adjusting the arrangement in the region R201 and tools for setting various cursors are arranged. Using the tools arranged on the left side of the region R202, the first type user and the second type user can adjust the arrangement of an image of the first type user's face, etc. captured by a camera equipped in the terminal of the first type user and an image of the second type user's face, etc. captured by a camera equipped in the terminal of the second type user, or can specify a predetermined position in the region R201 and give an explanation, etc. (a so-called pointing stick).

[0029] In the area R203, various menus for online meetings are arranged. Specifically, for example, various menus such as "Document sharing", "Electronic contract", "Secret memo", etc. are arranged.

[0030] For example, the "Document Share" menu arranged in the area R203 is a menu that is pressed to instruct to transmit a specific file as a document. For example, a first type user can transmit a specific file as a document to a second type user by pressing the "Document Share" menu.

[0031] For example, the "electronic contract" menu arranged in the area R203 is a menu that is pressed to instruct the use of various functions for the conclusion of an electronic contract. For example, a first-class user can smoothly use various functions for the conclusion of an electronic contract while holding an online meeting by pressing the electronic contract menu and performing a predetermined operation. The various functions for the conclusion of an electronic contract will be described later with reference to Figs. 3 to 5.

[0032] Also, for example, the "Secret Memo" menu arranged in the area R203 allows the use of a secret memo for other users (for example, second-class users) who are present at the online meeting. Here, a secret memo is a memo that is shared only among designated users and is not disclosed to non-designated users. That is, for example, when multiple second-class users belonging to the same company participate, a second-class user designates other second-class users belonging to the same company. This allows the use of a secret memo that is shared among the second-class users and is not disclosed to the first-class users. Also, for example, a first-type user designates other second-type users who belong to the same company. This allows the first-type user to use a secret memo that is shared between the second-type users who belong to the same company as the first-type user and the first-type user and is not disclosed to second-type users who belong to other companies.

[0033] Here, the lock function provided in this service will be described. As described above, the first type string K when opening an online meeting and the second type string when joining an online meeting are not a set of strings such as a user ID and password, but rather an arbitrary single string that is easy for the user to use. In other words, users who have entered the same character string can participate in an online meeting.

[0034] However, it cannot be denied that there is a possibility that another user (e.g., a third party other than the first type user and the second type user) who accidentally or intentionally enters the same character string may participate in an online meeting that was not originally intended (e.g., an online meeting in which the above-mentioned first type user and second type user participate). Therefore, after confirming that the second type user has participated, the first type user performs a predetermined operation to indicate that other users are prohibited from participating (locked). Here, a specific operation is performed, which triggers the subsequent prohibition of other users who are not currently participating in the online meeting from additionally joining (additional participation in the online meeting is locked). The lock function prevents confidential information from being leaked to other users (third parties) who accidentally or intentionally enter the same character string during an online meeting. That is, for example, it is preferable for a first type user to perform a predetermined operation to lock the online meeting before using various functions for concluding an electronic contract with a second type user.

[0035] Next, various functions for concluding an electronic contract in this service that can be used from the "Electronic Contract" menu located in area R203 in FIG. 2 described above will be explained with reference to FIG. 3 to FIG. The electronic contract in this service can be used as a contract concluded between a Type 1 User and a Type 2 User, one of which is designated as Party A and the other as Party B. Therefore, the following explanation will be given assuming that Party A is using this service to enter into an electronic contract with Party B.

[0036] FIG. 3 is an example of a screen operated by a first type user to generate a format in which parts are arranged for a specific electronic contract to be concluded between Party A and Party B. Here, parts are elements that make up an electronic contract and correspond to the items filled in or selected by Party A and Party B, etc., who enter into a specific electronic contract. Specifically, for example, an example of a part is an input field into which a predetermined character string can be input. Then, the first type user places such a part in the address field of person A in the format. That is, person A can input his / her own address into such a part.

[0037] Screen SC30 shown in Figure 3 is displayed on the terminal of Party A who is attempting to enter into an electronic contract with Party B (for example, user terminal 2-1 described below if Party A is user U1 in Figure 6) under the control of a server (for example, server 1 in Figure 6 described below). In the screen SC30 shown in FIG. 3, an area R301 is arranged, below which an area R302 is arranged, and below which an area R303 is arranged.

[0038] Area R301 displays a list of the names of multiple contract files. In the example of Fig. 3, the names of three files are displayed. The names of the contract files listed in area 301 indicate the names of the template files of electronic contracts uploaded by Party A who wants to enter into a contract. Here, of the multiple contracts displayed in area 301, the character string "displayed" is displayed to the right of the name of one file (αservicecontract_1.pdf). Here, "displayed" means that a template for an electronic contract is displayed in area R303 below. That is, in the example of Figure 3, a template for an electronic contract stored in a file named αservicecontract_1.pdf is displayed in area 303. In other words, the file being "displayed" means the file to be processed by Party A. That is, Party A who wants to make a contract uploads multiple electronic contract template files beforehand before the contract is made. The names of the multiple uploaded electronic contract template files are displayed in a list in area R301. Party A selects, from the listed electronic contract template files, the file in which he or she wishes to place components as the file to be processed. As a result, the selected electronic contract template file (in the example of FIG. 3, the file named αServiceContract_1.pdf) has the character string "Displaying" displayed to the right of its name in area 301, and is also displayed in area R303, which will be described later.

[0039] Area R302 is an area where Party A performs an operation to select a part from among multiple parts to be placed on the template of the electronic contract stored in the file to be processed. Specifically, for example, an "input form" part P311, a "signature form" part P312, and a "check box" part P313 are displayed in the region R302 of the screen SC30 as examples of a plurality of selectable parts.

[0040] An "input form" is a form with an input field into which any character string can be input, and for example, the component P311 is placed in a field in an electronic contract into which a specific character string is to be input (specifically, for example, a "name" field). For example, if component P311 is placed in Party A's "name" field, then Party A can input the character string of Party A's own name into the "name" field (the "input form" embedded therein) when Party A actually concludes an electronic contract.

[0041] Also, a "sealing form" is a form with a stamping field in which any character string can be input, and is placed, for example, in a field in an electronic contract where a seal is to be made (specifically, for example, next to the "Name" field). For example, when part P312 is placed in Party A's stamping field, Party A inputs the character string of Party A's own name into the stamping field placed next to the "Name" field (the "sealing form" embedded there). As a result, a circle and a seal impression with the first-class user's own name written inside the circle are displayed in the "seal" field of the electronic contract. Also, for example, a pre-registered seal impression may be displayed when the first-class user performs a specified operation on the seal form.

[0042] Also, a "check box" is a form that indicates that a check (selection or confirmation) has been made on a specified content, and is placed, for example, in a column of an electronic contract that indicates that a selection has been made (for example, a column of options indicating the type of contract). Or, for example, it is placed in a column of an electronic contract that indicates that a confirmation has been made (for example, next to a string of text such as "I have reviewed and agreed to Attached Document XXX"). Then, when Party A has reviewed Attached Document XXX and agreed to it, he performs a specified operation on the placed check box.

[0043] Area R303 of screen SC30 shows an example of an electronic contract in which parts have been arranged by a first-class user. Area R321 of the electronic contract is a field in which information about Party A is entered. An "input form" component P331, an "input form" component P332, and a "seal form" component P333 are arranged in area R321 of the electronic contract. Specifically, for example, the "input form" component P331 corresponds to the address field for Party A. Also, the "input form" component P332 corresponds to the name field for Party A. Also, for example, the "seal form" component P333 corresponds to the seal field for Party A. Also, for example, the contents of the input form may be reflected in the body of the electronic contract. That is, the character string entered in the input form arranged in the name field of Contractor A is reflected as Contractor A's name in the body of the electronic contract.

[0044] In this way, Party A selects the part that he / she wishes to add to the electronic contract document to be processed from area R302 in Fig. 3, drags the part, and drops it into the specified position of the electronic contract document shown in area R303 in Fig. 3. This places the part in the specified position of the electronic contract document. In this way, one or more components are placed in the positions specified by Party A in the electronic contract to be processed, thereby generating the format of the electronic contract to be processed.

[0045] Here, the registration button B304 is a button that is pressed to instruct the registration of the format of the electronic contract to be processed thus generated in the server. That is, when Party A wishes to register the format of an electronic contract in which one or more parts have been arranged in the server, Party A presses the "Register" button B304. As a result, information indicating the results of the arrangement of each of the one or more parts in the file of the electronic contract to be processed (such as the type of arranged part and the arrangement position) is sent from Party A's terminal to the server. In this way, the file of the electronic contract to be processed and information including information indicating the results of the arrangement of each of the one or more parts in the file (such as the type of arranged part and the arrangement position) are stored as the format of the electronic contract to be processed in a specified database (for example, electronic contract DB 402 in FIG. 8 described later), thereby managing the format of the electronic contract.

[0046] Next, a specific example of a UI for setting the destination of an electronic contract will be described with reference to FIG. FIG. 4 is a diagram showing an example of a screen operated by Party A to set the destination of the generated electronic contract format. Here, the destination is the addressee to whom the electronic contract is to be sent, including the person who is to sign the electronic contract. Specifically, for example, the email addresses of Party A and Party B are examples of the destination. That is, Party A can input the email addresses of Party A and Party B as such destinations.

[0047] FIG. 4 shows a screen SC40 that displays a UI when a first type user, who is User A, sets the destination of the electronic contract. In screen SC40 shown in FIG. 4, an area R401 is arranged, below which an area R402 is arranged, and below which an area R403 is arranged. Area R401 of screen SC40 displays input fields for contract information. Specifically, for example, fields for "template name," "contract amount," "agreement date (expected date of agreement)," "period (validity period of contract)," "contract automatic renewal," "optional management number," and "optional comments" are displayed. A first-class user inputs predetermined content into these fields. Content entered into these fields is reflected in the electronic contract as appropriate, or is used for managing the electronic contract.

[0048] Area R402 of screen SC40 has an input field for the first addressee (destination). Specifically, for example, fields for "Name", "Company Name", "Email Address", and "Access Code" are displayed. The first type user inputs predetermined information into these fields. The destination setting unit 105 sets the name and email address entered into these fields as the destination to which the electronic contract is to be sent, or the location of the electronic contract, as the destination.

[0049] When the contract is sent, the access code is not sent to the recipient. The first type user communicates the access code to the second type user by a method other than sending the contract, such as an online meeting. The second type user can then access the electronic contract or the location where the electronic contract is located by entering the correct access code. In other words, the access code allows only the legitimate user U (here, the second type user) to access the electronic contract or the location where the electronic contract is located.

[0050] An input field for the second destination (recipient) is arranged in area R403 of screen SC40. The first type user can input destinations (recipients) for at least the number of people who will sign the contract. The first type user can also set the order of the destinations (recipients) in the order in which the electronic contract will be signed. In other words, the first type user can set the order in which the electronic contract will be signed.

[0051] Next, a specific example of a user interface relating to restricting the person who inputs the parts arranged in the generated format of an electronic contract will be described with reference to FIG. FIG. 5 is a diagram showing an example of a screen operated by a first type user for restricting the person who inputs the parts placed in the format of the generated electronic contract.

[0052] FIG. 5 shows a screen SC50 that displays a UI when restricting the person who can input components placed in the format of an electronic contract generated by a first-class user, namely User A. On screen SC50 shown in FIG. 5, an area R501 is arranged, and an area R502 is arranged below it. Area R501 on screen SC50 is a field for entering information about party A. Parts P511 to P513 are arranged in area R501. Similarly, area R502 on screen SC50 is a field for entering information about party B. Parts P521 to P523 are arranged in area R502. A first type user can operate each of parts P511 to P513 and parts P521 to P523 to restrict the restriction of the inputter of each part. Specifically, for example, a first type user operates part P511 that is displayed as "not set". Then, an area R531 is displayed. From the inputter pull-down menu displayed in the area R531, the first type user selects which of the destinations input on the screen SC40 in FIG. 4 should be the inputter. Similarly, other parts (for example, parts P521 to P523, etc.) can also be selected and set.

[0053] FIG. 6 is a block diagram showing the configuration of an information processing system applied to the present service described above with reference to FIGS. 1 to 5, that is, an information processing system including a server according to an embodiment of an information processing device of the present invention.

[0054] The information processing system shown in FIG. 6 is configured to include a server 1 managed by a service provider not shown, and user terminals 2-1 to 2-n operated by users U1 to Un (n is any integer value equal to or greater than 1), respectively. The server 1 and user terminals 2-1 to 2-n are connected to each other via a network N such as the Internet. In the following, user U1 will be described as a first type user. Therefore, in the following, user U1 will be called "first type user U1." Furthermore, user terminal 2-1 will be called "first type user terminal 2-1." Furthermore, users U2 to Un will be described as second type users. Therefore, in the following, users U2 to Un will be called "second type users U2 to Un." Furthermore, user terminals 2-2 to 2-n will be called "second type user terminals 2-2 to 2-n." Moreover, when there is no need to distinguish between the second type users U2 to Un, they will be collectively referred to as the "second type user U." Moreover, when there is no need to distinguish between the second type user terminals 2-2 to 2-n, they will be collectively referred to as the "second type user terminal 2."

[0055] The first type user terminal 2-1 and the second type user terminals 2-2 to 2-n are constituted by, for example, a personal computer, a smartphone, a tablet, or the like, and are operated by a user U.

[0056] FIG. 7 is a block diagram showing an example of a hardware configuration of a server in the information processing system shown in FIG.

[0057] The server 1 includes a CPU (Central Processing Unit) 11, a ROM (Read Only Memory) 12, a RAM (Random Access Memory) 13, a bus 14, an input / output interface 15, an output unit 16, an input unit 17, a memory unit 18, a communication unit 19, and a drive 20.

[0058] The CPU 11 executes various processes according to a program recorded in the ROM 12 or a program loaded from the storage unit 18 into the RAM 13 . The RAM 13 also stores data and the like necessary for the CPU 11 to execute various processes.

[0059] The CPU 11, ROM 12, and RAM 13 are connected to one another via a bus 14. An input / output interface 15 is also connected to this bus 14. An output unit 16, an input unit 17, a storage unit 18, a communication unit 19, and a drive 20 are connected to the input / output interface 15.

[0060] The output unit 16 is configured with a display such as a liquid crystal display, and displays various images. The input unit 17 is composed of various hardware buttons and the like, and inputs various information in response to instructions given by an operator.

[0061] The storage unit 18 is configured with a dynamic random access memory (DRAM) or the like, and stores various data. The communication unit 19 controls communication with other devices (user terminals 2) via a network N including the Internet.

[0062] The drive 20 is provided as necessary. Removable media 30, which may be a magnetic disk, an optical disk, a magneto-optical disk, or a semiconductor memory, is appropriately mounted in the drive 20. The program read from the removable media 30 by the drive 20 is installed in the storage unit 18 as necessary. The removable media 30 can also store various data stored in the storage unit 18 in the same manner as the storage unit 18.

[0063] Although not shown in the figure, the first type user terminal 2-1 and the second type user terminals 2-2 to 2-n in the information processing system of Figure 6 can also be configured in a similar hardware configuration to the server 1 in Figure 7, so their explanation will be omitted. However, when the user terminal 2 is configured as a smartphone or a tablet, the output unit 16 and the input unit 17 have a touch panel.

[0064] 7, various processes described below can be executed by the server 1. As a result, the service provider can provide the user U with an online meeting.

[0065] FIG. 8 is a functional block diagram showing an example of a functional configuration of the server in FIG. 7 that realizes a place providing process, an electronic contract process, and a transcription process. The place provision process is a series of processes for providing a virtual place where multiple users can communicate with each other on the Web, that is, an online meeting. Specifically, the place provision process includes, for example, the process related to opening an online meeting described with reference to Figs. 1 and 2, the process for joining an already opened online meeting, and the process related to providing various tools for online meetings. Electronic contract processing is a series of processes for multiple users to enter into an electronic contract on the Web using a field provided as a result of field provision processing. Specifically, for example, electronic contract processing includes processes for generating a format used in an electronic contract, a process for setting a destination of the format, and a process for restricting users who can input components placed in the format, as described with reference to Figures 3 to 5. The transcription process is a series of processes for transcribing the contents of communication between multiple users on the Web in a place provided as a result of the place provision process. Specifically, for example, when a video call using voice and video images is made as communication, the transcription process includes a process for transcribing the contents of the video call. An example of a specific user interface in the transcription process will be described later with reference to FIG. 11.

[0066] As shown in FIG. 8, in the CPU 11 of the server 1, when the place providing process is executed, an acquisition unit 101, an establishment unit 102, and a determination unit 103 function. A character string DB 401 is provided in one area of ​​the storage unit 18 of the server 1.

[0067] The acquisition unit 101 acquires a first-type character string K (for example, a character string "abcde" entered in the input field 501 in FIG. 1) input by a first-type user U1 operating the first-type user terminal 2-1.

[0068] The establishment unit 102 establishes an online meeting on the Web for each of the acquired first type character strings K as a virtual place where participating users (including first type users) can communicate with each other. Specifically, for example, it is assumed that m (m is an integer value of 1 or more) first type character strings K (hereinafter, each will be referred to as "first type character strings K1 to Km") are acquired by the acquisition unit 101. In this case, the establishment unit 102 establishes m separate and independent online meetings (hereinafter, each will be referred to as "online meetings A1 to Am") on the Web for each of the first type character strings K1 to Km. Note that, hereinafter, when it is not necessary to distinguish between the online meetings A1 to Am, they will be collectively referred to as "online meeting A." That is, the online meeting A is opened so as to have a one-to-one correspondence with a predetermined first type character string K. When the online meetings A1 to Am are opened, the first type character strings K1 to Km are stored and managed in the character string DB 401 as “character strings in use”, respectively.

[0069] The determination unit 103 determines whether or not the second-type user U can participate in the online meeting A based on the second-type character string input by the second-type user U and the first-type character string K set by the first-type user U1. Specifically, for example, the determination unit 103 determines that a second type user U2 who wishes to participate in an online meeting A can participate in the online meeting A if there is an online meeting A that corresponds to the second type string that the second type user U2 entered. In other words, as described above, if a first-type string Kp (p is any value from 1 to m) is transmitted to a second-type user U by some method from a first-type user U1, the second-type user U can participate in an online meeting Ap for the first-type string Kp by inputting the first-type string Kp as a second-type string.

[0070] Here, a user U who is trying to participate in the online meeting Ap may mistakenly input the character string K1. Similarly, an unrelated user (not shown) who is not planning to participate in the online meeting Ap may mistakenly input the character string K1. In such a case, simply allowing participation in the online meeting may cause problems because unknown users will suddenly join the meeting. Therefore, in order to provide the above-mentioned locking function, the server 1 can execute a locking process.

[0071] The function of the server 1 in the locking process will be described below. The server 1, triggered by a predetermined operation, prohibits (locks) the second-type user U from additionally participating in the event. Specifically, for example, the server 1, triggered by a predetermined input operation by the first-type user U1 who opened the online meeting Ap, prohibits (locks) other second-type users U from participating in the online meeting Ap. As a result, the first-type user U1 who has opened the online meeting Ap can prohibit (lock) other second-type users U from participating in the online meeting Ap once it has been confirmed that the desired second-type users U have participated in the online meeting Ap. As a result, the first-type user U1 can allow only the second-type users U that he or she intends to include in the online meeting Ap, thereby preventing, for example, the contents of communication in the online meeting Ap or the contents of a contract from being leaked. Furthermore, after the above-mentioned predetermined operation, the server 1 does not prohibit all second-type users U from participating in the online meeting Ap, but can allow participation in the online meeting Ap by anyone other than the predetermined second-type users U. Specifically, for example, the server 1 may allow re-participation of the second-type users U who participated before the locking by identifying and managing the second-type terminals 2 of the second-type users U who participated before the locking.

[0072] The server 1 provides various functions for communication between users (first type users U1 and second type users U) who have already participated in the online meeting Ap. Specifically, for example, the server 1 provides functions for communication such as video calls using voice and video images, chat using character strings, a whiteboard, etc. As a result, when the first type user U1 and the second type user U participate in the online meeting A, they can communicate with other participants. For example, if a first type user U1 and a second type user U wish to share materials, they can exchange specific materials uploaded in advance or during the online meeting Ap, or display them in area R201 in Figure 2, for example.

[0073] As described above, in the place providing process, the acquisition unit 101, the establishment unit 102, and the determination unit 103 of the server 1 function, and an online meeting Ap is provided to the first-type user U1 and the second-type user U. In the online meeting Ap thus provided, the server 1 executes electronic contract processing that supports a predetermined electronic contract to be concluded between the users participating in the online meeting Ap.

[0074] As shown in FIG. 8, when electronic contract processing is executed in the CPU 11 of the server 1, a format management unit 104, a destination setting unit 105, a format transmission control unit 107, a restriction setting unit 106, and an authentication unit 108 function. An electronic contract management DB 402 is provided in one area of ​​the storage unit 18 of the server 1.

[0075] The format management unit 104 manages the format of a predetermined electronic contract concluded between a first-type user U1 and a second-type user U, one of which is designated as A and the other as B. In the following description, it is assumed that a first-type user U1 and a second-type user U2 enter into a predetermined electronic contract, and that the first-type user U1 is Party A and the second-type user U is Party B.

[0076] Specifically, the format management unit 104 generates a format containing one or more components for inputting information necessary for an electronic contract to be concluded between a first-type user U1 (party A) and a second-type user U2 (party B) based on the operation of the first-type terminal 2-1 of the first-type user U1 (party A).

[0077] The format management unit 104 generates a template in which components such as an input form for an address and a name (including a corporate name), a seal field, and check boxes are arranged, based on the operation of the first-type terminal 2-1 of the first-type user U1, who is the first person. That is, for example, the first type user U1 uploads a template file of an electronic contract and performs operations to place various components in predetermined positions of the uploaded file, as described with reference to Fig. 3. The format management unit 104 acquires the results of the operations by the first type user U1, and generates and manages a format.

[0078] In this way, the format management unit 104 assists in the creation of a format for a specified electronic contract to be concluded between a first-type user U1 (Party A) and a second-type user U (Party B), and manages the template for the created electronic contract. Furthermore, the first-type user U1 can also generate a format in advance before the online meeting Ap in which the second-type user U will participate is started (before the venue for the online meeting Ap is generated).

[0079] The destination setting unit 105 sets a destination indicating a location to transmit a format to the second type user U, which is the second type user, based on the operation of the user terminal 2 of the first type user U1, which is the first type user. Specifically, for example, the destination setting unit 105 receives and manages a destination indicating a location to transmit a format to the second type user U, which is the second type user, based on the operation of the user terminal 2 of the first type user U1, which is the first type user. That is, for example, the first type user U1 sets the destination of the generated electronic contract format as described with reference to FIG. The destination setting unit 105 acquires the result of the operation by the first type user U1, and receives and manages the destination indicating the location to which the format is to be transmitted.

[0080] The restriction setting unit 106 sets a setting for restricting the person who inputs data for at least a part of one or more parts, based on the operation of the user terminal 2-1 of the first type user U1, who is user A. That is, the restriction setting unit 106 can set a person who should input each of the parts arranged in the template of the electronic contract based on the operation of the user terminal 2 of the first-class user U1 who is Person A. That is, for example, as explained using Figure 5, a first-type user U1 can set a second-type user U, who is type B, as the person who should enter information into the parts (address and name input form) placed in column B of the electronic contract.

[0081] The format transmission control unit 107 executes control to transmit the format to the destination, or to transmit the location of the format to the destination. That is, for example, the format transmission control unit 107 executes control to transmit a URL (Uniform Resource Locator) for referencing the format to the destination set by the destination setting unit 105 .

[0082] Before the second type user U (party B) uses the format, the authentication unit 108 authenticates whether the second type user U participating in the online meeting Ap is party B of a predetermined electronic contract. That is, the authentication unit 108 authenticates the second type user U who is trying to use the format as party B who is trying to conclude a predetermined electronic contract based on a predetermined process. That is, for example, the authentication unit 108 authenticates whether the second-type user U is the person who is originally going to enter into a predetermined electronic contract. Also, for example, the authentication unit 108 uses the identification card or the like of the second-type user U to authenticate that the second-type user U is the person identified by the identification card. Specifically, for example, the authentication means may be the sending and receiving of an authentication code using a short message service (SMS) or authentication using a personal number card. Also, for example, the authentication means may be the images of the faces, etc., and voices of the first and second type users in the communication shown in FIG. 2 (face authentication or voice authentication). Furthermore, the authentication unit 108 may record the faces, etc., and voices of the first and second type users in the online meeting Ap as authentication results (logs as the basis for authentication). This records information that can be used to verify whether an online meeting was indeed held with the electronic contracting party B and whether appropriate explanations were given when making an electronic contract. This makes it possible to prevent, for example, a false electronic contract from being concluded by a person who was not originally intended as Party B. Also, for example, if an electronic contract is concluded falsely, it becomes possible to verify who and how the electronic contract was concluded based on the information of the person who concluded the electronic contract.

[0083] The server 1 also manages the electronic contract sent to the user U. In addition, electronic contract processing allows authenticated user U to enter or reject various items in the electronic contract. Then, the status of input or rejection by authenticated Party B is managed. A specific example of a user interface for managing the transmitted electronic contract will be described later with reference to FIG.

[0084] In this way, the server 1 provides a series of functions related to the generation and management of electronic contracts, transmission, and management of the status of the contract thereafter, etc. This enables the server 1 to improve the convenience of the user U in exchanging contracts.

[0085] The transcription unit 109 performs a series of processes related to recording the content of communication between users U in the online meeting Ap, that is, performs a function for transcription processing. The transcription unit 109 transcribes the communication between users U in the online meeting Ap. A specific example of a user interface for transcription will be described later with reference to FIG.

[0086] FIG. 9 is a flowchart illustrating an example of the flow of electronic contract processing executed by a server having the functional configuration of FIG.

[0087] At any timing when processing related to an electronic contract of the first type user U1 is required, the electronic contract is started, and the following processing of steps S11 to S17 is executed.

[0088] In step S11, the format management unit 104 generates a predetermined format of an electronic contract to be concluded between a first-type user U1 and a second-type user U, one of which is designated as A and the other as B.

[0089] In step S12, the format management unit 104 manages the format of a specified electronic contract to be concluded between the first type user U1 and the second type user U generated by the processing in step S11, one of which is designated as A and the other as B.

[0090] In step S13, the destination setting unit 105 sets a destination indicating a location to transmit the format to the second type user U (B) based on the operation of the user terminal 2 of the first type user U1 (A).

[0091] In step S14, the restriction setting unit 106 sets a setting for restricting the person who inputs data for at least a part of the one or more parts, based on the operation of the user terminal 2-1 of the first type user U1 who is user A.

[0092] In step S15, the format transmission control unit 107 executes control to transmit the format to the destination, or to transmit the location of the format to the destination.

[0093] In step S16, before the second-type user U (party B) uses the format, the authentication unit 108 authenticates whether the second-type user U participating in the online meeting Ap is party B of a predetermined electronic contract.

[0094] FIG. 10 is a diagram showing an example of a user interface relating to management of a transmitted electronic contract, which is provided by a server having the functional configuration of FIG. A screen SC100 in FIG. 10 shows an example of a management screen for a plurality of electronic contracts that are generated based on the operation of the user terminal 2 of the first-type user U1 and managed by the format management unit 104. Area R1001 of screen SC100 in FIG. 10 displays three categories of electronic contracts: "Under review," "Completed," and "Rejected." The "Confirming" button is pressed by Party A when Party B is reviewing the electronic contract, i.e., before the contract is signed or rejected. Based on Party A's operation, Server 1 can resend to Party B the electronic contract while Party B is reviewing it, i.e., before the contract is signed. In addition, the “Complete” button is a button pressed by Party A when confirming that the electronic contract has been confirmed and signed by Party B, i.e., the contract has been signed. In addition, the “Reject” button is the button pressed by Party A when checking an electronic contract that has been rejected by Party B, i.e., the contract has been rejected without being signed.

[0095] FIG. 11 is a diagram showing an example of a user interface screen relating to transcription, provided by a server having the functional configuration of FIG.

[0096] Figures 11 (A) to (C) show a portion of screen SC110 that displays the state of an online meeting opened by the first-type user of Figure 2 and joined by a second-type user.

[0097] The first type user can start transcription provided by the transcription unit 109 of the server 1 by operating the "transcription" button at the top of the screen SC110 shown in FIG.

[0098] When a first type user operates the "transcription" button at the top of the screen SC110 of FIG. 11(A), the screen transitions to the screen shown in FIG. 11(B). 11B, a "Stop" button is displayed together with the character string "The conversation is being transcribed." The first type user U1 can end the recording of the transcription by operating the "Stop" button. When the "Stop" button is operated, the transcription unit 109 starts transcribing the recorded voice.

[0099] The screen SC110 shown in Figure 11(C) displays the message "The transcription file has been saved ( This message will disappear after 3 seconds." That is, the display of screen SC110 shown in FIG. 11(C) indicates that the transcription unit 109 has completed transcription and that a file resulting from the transcription (a file in which a character string corresponding to the conversational text is recorded) has been saved. In this way, a first type user can easily transcribe the content of the communication provided by this service (the conversation voice in the example of FIG. 11). This enables Type 1 users to easily keep evidence of the process of electronic contracts made using this service (explanation and arrangements of the contract, and the fact that the electronic contract was indeed signed by a Type 2 user).

[0100] Although the embodiments of the present invention have been described above, the present invention is not limited to the above-mentioned embodiments, and modifications and improvements within the scope of the present invention that can achieve the object of the present invention are included in the present invention. Furthermore, the effects described in the above-mentioned embodiments are merely a list of the most preferable effects resulting from the present invention, and the effects of the present invention are not limited to those described in the above-mentioned embodiments.

[0101] For example, in the above embodiment, when an online meeting Ap is opened, the user inputs a character string of his / her choice, but this is merely an example. For example, the above character string may include not only characters, but also numbers, figures, symbols, and other elements that can be converted by a predetermined character code.

[0102] For example, in the above embodiment, as a specific example of a predetermined input method for inputting a character string K when opening an online meeting Ap, a method of inputting the character string K into an input field F101 shown in Fig. 1 is used, but this is merely an example. For example, the character string K may be input by voice via a microphone (not shown) provided in the user terminal 2, or other methods may be used.

[0103] Also, for example, in the above embodiment, a method of inviting a desired user U to participate in an online meeting Ap by an invitation email is used, but this is merely an example. For example, a method of inviting a desired user U to an online meeting Ap by transmitting a character string K corresponding to the online meeting Ap to the desired user U by telephone or the like may be used. In this case, the user U2 who has received the character string Kp can participate in the online meeting Ap by inputting the character string K using a predetermined input method. Note that the "predetermined input method" here is not particularly limited, and any input method can be used, such as input via a UI displayed on the user terminal 2 or input by voice.

[0104] Also, for example, in the above embodiment, the format is generated and managed based on the file uploaded by Party A, but a predetermined confirmation function (service) for the generated format may be provided. Specifically, for example, a function in which an AI automatically reviews the contents of the contract of an electronic contract may be provided. Also, for example, a contract review support service may be provided by a lawyer or the like. This allows Party A and Party B to make an electronic contract using a contract that has been verified for the advantages and assignments between Party A and Party B, typos, and consistency (whether the contract is consistent as a whole).

[0105] Also, for example, in the above embodiment, it has been described that various functions for smoothly concluding an electronic contract can be used while conducting an online meeting Ap, but an electronic contract can also be concluded without using the online meeting Ap as it is. Specifically, for example, on the condition that a predetermined operation has been performed, a separate online meeting in which only Party A, Party B, and a designated user (first type user or second type user) in the electronic contract participate may be provided. This allows only Party A, Party B, and the designated user in the electronic contract to participate in communication in the electronic contract. In other words, it is possible to ensure the confidentiality and security of the contents of the electronic contract.

[0106] Also, for example, the above-mentioned transcription unit 109 transcribes the communication between users U in the online meeting Ap, but the contents transcribed by the transcription unit 109 are not limited to voice. That is, for example, the contents of communication by text chat, various situations in a video call, and the situation of entering and leaving the online meeting Ap may be transcribed. Furthermore, the transcription unit 109 is not limited to transcription, and may generate a transcription related to the online meeting including a summary using still images.

[0107] Also, for example, the transcription unit 109 may provide transcription simultaneously during the online meeting Ap, and provide an automatic translation of the transcription result as the content of the online meeting Ap. Specifically, for example, the content of a statement by a first-type user in the first-type user's own native language may be transcribed, and the transcribed content may be translated into the second-type user's native language and provided to the second-type user. This allows Party A and Party B to more smoothly conduct the online meeting Ap and also to make an electronic contract.

[0108] For example, this service can be used for webinars. In this case, the transcription unit 109 transcribes the contents of the webinar, making it easier for participants of the webinar (such as second-class users) to check the contents of the webinar.

[0109] The series of processes in the above-described embodiment can be executed by hardware or software.

[0110] When the series of processes is executed by software, the program constituting the software is installed into a computer or the like from a network or a recording medium. The computer may be a computer built into dedicated hardware, or may be a computer capable of executing various functions by installing various programs, such as a general-purpose personal computer.

[0111] The recording medium including such a program is not only constituted by a removable medium distributed separately from the device main body in order to provide the program to the user, but also constituted by a recording medium provided to the user in a state in which it is pre-installed in the device main body. The removable medium is, for example, a magnetic disk (including a floppy disk), an optical disk, or a magneto-optical disk. The optical disk is, for example, a CD-ROM (Compact Disk-Read Only Memory Y), a DVD (Digital Versatile Disk), etc. The magneto-optical disk is, for example, an MD (MINI DISK), etc. Also, the recording medium provided to the user in a state in which it is pre-installed in the device main body is, for example, a ROM in which the program is recorded, or a hard disk included in the storage unit, etc.

[0112] In this specification, the steps of describing a program to be recorded on a recording medium include not only processes that are performed chronologically according to the order, but also processes that are not necessarily performed chronologically but are executed in parallel or individually. In addition, in this specification, the term "system" refers to an overall device that is composed of a plurality of devices, a plurality of means, etc.

[0113] The system configuration shown in Fig. 1 is merely an example for achieving the object of the present invention, and is not particularly limited. In other words, it is sufficient that the information processing system is provided with a function capable of executing the role of each device, and further, each device may be directly connected without going through a network.

[0114] 7 are merely examples for achieving the object of the present invention, and are not particularly limited. For example, one piece of hardware may have the function of another piece of hardware, or multiple pieces of hardware having the same function may be included.

[0115] In addition, the functional configuration in Fig. 3 is merely an example and is not particularly limited. In other words, it is sufficient that the server 1 has a function capable of executing the above-mentioned series of processes as a whole, and the type of functional block used to realize this function is not particularly limited to the example in Fig. 3. Furthermore, one functional block may be configured as a single piece of hardware, may be configured as a single piece of software, or may be configured as a combination of both.

[0116] In summary, the information processing apparatus to which the present invention is applied is sufficient if it has the following configuration, and can take various different embodiments. That is, an information processing device to which the present invention is applied (for example, the server 1 in FIG. 6) An acquisition means (e.g., an acquisition unit 101 in FIG. 8) for acquiring a first type character string (e.g., a first type character string K in FIG. 1) input by an operation on a terminal (e.g., a user terminal 2-1 in FIG. 6) of a first type user (e.g., a user U1 in FIG. 6); An establishment unit (e.g., the establishment unit 102 in FIG. 8 ) that establishes a virtual place (e.g., an online meeting place in the specification) on the Web for each of the acquired first type character strings where participating users can communicate with each other; A determination means (e.g., the determination unit 103 in FIG. 8) that determines whether or not a second type user (e.g., users U2-2 to U2-n in FIG. 6) can participate in the event based on a second type character string input by an operation on a terminal (e.g., user terminals 2-2 to 2-n in FIG. 6) of the second type user and the first type character string; a format management unit (e.g., the format management unit 104 in FIG. 8) that generates and manages a format of a predetermined electronic contract (e.g., the format shown on the screen SC50 in FIG. 5) to be concluded between the first type user and the second type user, one of which is designated as Party A and the other as Party B, in which one or more components (e.g., components P511 to P513 and components P521 to P523 in FIG. 5) for inputting information required for the electronic contract are arranged based on an operation of the terminal of Party A; A destination setting means (e.g., the destination setting unit 105 in FIG. 8) that sets a destination (e.g., the email address of user U2) indicating a location to which the format is to be transmitted to user B based on the operation of user A's terminal; A format transmission control means (for example, the format transmission control unit 107 in FIG. 8) that executes control to transmit the format to the destination or to transmit the location of the format to the destination; Equipped with.

[0117] As a result, a format in which one or more components for inputting information required for an electronic contract are arranged is transmitted, on the premise of a virtual place where a first type user and a second type user can communicate with each other. As a result, for example, an electronic contract (e.g., regarding a service) can be easily made from communication in the virtual place (e.g., information about the service). Furthermore, Party A and Party B can explain the contents of the electronic contract during communication in the virtual place. In addition, because a format in which components for inputting information required for an electronic contract are arranged is transmitted to Party B, Party B can easily input the information required for an electronic contract. In this way, the convenience of electronic contracts is improved for Party A and Party B.

[0118] Furthermore, it is possible to include a restriction setting means (for example, the restriction setting unit 106 in FIG. 8) that sets a setting for restricting the person who inputs information for at least a part of the one or more parts based on the operation of the terminal of the user A.

[0119] As a result, since Party A restricts the persons who can input at least some of the parts arranged in the format of the electronic contract, erroneous input by restricted persons is prevented. In this way, the convenience of electronic contracts is improved for Party A and Party B.

[0120] Furthermore, an authentication means (for example, authentication unit 108 in FIG. 8) for authenticating party B before party B uses the format may be provided.

[0121] As a result, for a first-class user or a second-class user whose participation in a virtual space has been determined based on the first-class keyword and the second-class keyword, an electronic contract is made after authentication as to whether or not they are the person in question for the electronic contract. This makes it possible to participate in a virtual space where communication can be easily carried out, while at the same time ensuring that the person who contracts the electronic contract is the person in question. [Explanation of symbols]

[0122] 1...server, 2...user terminal, 11...CPU, 101...acquisition unit, 102...establishment unit, 103...decision unit, 104...format management unit, 105...destination setting unit, 106...restriction setting unit, 107...format transmission control unit, 108...authentication unit, 109...transcription unit, 18...storage unit, 401...character string DB, 402...electronic contract management DB

Claims

1. an acquisition means for acquiring a first type character string input by an operation on a terminal of a first type user; an establishment means for establishing a virtual space on the Web for each of the acquired first type character strings, where participating users can communicate with each other; a determination means for comparing a second type character string input as a first type character string by an operation on a terminal of a second type user with the first type character string acquired by the acquisition means, and determining whether or not to allow the second type user to participate in the event based on a result of the comparison; a format management means for generating and managing a format of a predetermined electronic contract to be concluded between one of the first type user and the second type user, designated as Party A and the other designated as Party B, in which one or more components for inputting information required for the electronic contract are arranged based on an operation of Party A's terminal; A destination setting means for setting a destination indicating a location to which the format is to be transmitted to the second party based on an operation of the first party's terminal; a format transmission control means for executing control for transmitting the format to the destination or transmitting the location of the format to the destination; a restriction instruction receiving means for receiving an instruction to restrict participants when the instruction is given by an operation of the first type user on the terminal; Equipped with The decision means decides to prohibit the second type user from participating in the event when the instruction to restrict participation is accepted. Information processing device.

2. A restriction setting means for setting a setting for restricting input by at least one of the first and second users for at least a part of the one or more components based on an operation of the first user's terminal; The information processing device according to claim 1 .

3. an authentication means for authenticating the user before the user uses the format; The information processing device according to claim 1 .

4. An information processing method executed by an information processing device, an acquisition step of acquiring a first type character string input by an operation on a terminal of a first type user; a creation step of creating a virtual space on the Web for each of the acquired first type character strings, where participating users can communicate with each other; a determination step of comparing a second type character string input as a first type character string by an operation on a terminal of a second type user with the first type character string acquired by the processing of the acquisition step, and determining whether or not to allow the second type user to participate in the event based on a result of the comparison; a format management step of generating and managing a format of a predetermined electronic contract to be concluded between one of the first type user and the second type user, designated as Party A and the other designated as Party B, in which one or more components for inputting information required for the electronic contract are arranged based on an operation of Party A's terminal; A destination setting step of setting a destination indicating a location to which the format is to be transmitted to the second party based on an operation of the first party's terminal; a format transmission control step of executing control for transmitting the format to the destination or transmitting the location of the format to the destination; a restriction instruction receiving step of receiving an instruction to restrict participants when the instruction is given by an operation of the first type user on the terminal; Including, The determining step includes a step of determining, when the instruction to restrict participation in the event is accepted, to prohibit the second type user from participating in the event. Information processing methods.

5. an acquisition step of acquiring a first type character string input by an operation of a first type user on a terminal in a computer that controls the information processing device; a creation step of creating a virtual space on the Web for each of the acquired first type character strings, where participating users can communicate with each other; a determination step of comparing a second type character string input as a first type character string by an operation on a terminal of a second type user with the first type character string acquired by the processing of the acquisition step, and determining whether or not to allow the second type user to participate in the event based on a result of the comparison; a format management step of generating and managing a format of a predetermined electronic contract to be concluded between one of the first type user and the second type user, designated as Party A and the other designated as Party B, in which one or more components for inputting information required for the electronic contract are arranged based on an operation of Party A's terminal; A destination setting step of setting a destination indicating a location to which the format is to be transmitted to the second party based on an operation of the first party's terminal; a format transmission control step of executing control for transmitting the format to the destination or transmitting the location of the format to the destination; a restriction instruction receiving step of receiving an instruction to restrict participants when the instruction is given by an operation of the first type user on the terminal; Executing a control process including executing a control process including a step of deciding to prohibit the second type user from participating in the event when the instruction to restrict participation in the event is accepted, as the decision step; program.

Images