JP2006303921A - Electronic secretary device - Google Patents

Abstract

<P>PROBLEM TO BE SOLVED: To provide an electronic secretary device that enables a user to easily hold a teleconference through electronic secretary service. <P>SOLUTION: A server computer 1 for providing users with the electronic secretary service in which user-related information including at least schedule data and telephone numbers is managed while made to correspond to user IDs and at least the schedule data are sent to an information terminal 5 of a user who is communicable through the Internet 2 at a request from the information terminal 5 of the user includes a conference group table for managing users belonging to respective groups, a means of accepting a request to hold a conference from an information terminal of a user, a means of specifying the group that the user belongs to and specifying telephone numbers of all users in the specified group, and a means of dialing the specified telephone numbers and mutually exchanging telephone call speeches of the respective users so that all the users can hear them. <P>COPYRIGHT: (C)2007,JPO&INPIT

Description

  The present invention relates to an electronic secretary apparatus that provides an electronic secretary service to a plurality of users.

  In recent years, with the rapid spread of mobile phones and the like, the development of the Internet environment, which is an open computer network, makes it possible for companies to use these Internet environments and mobile phones, for example, to support employee work and secretarial work, or save labor. As an object, an electronic secretary apparatus for providing an electronic secretary service to a plurality of employees has been proposed.

  However, for example, if a user wants to conduct a conference call simultaneously with other employees who are other users, the other users who are other users who want to conduct these conference calls (meeting members) ) From the electronic secretary device, and call the plurality of obtained phone numbers to hold a meeting or conference call with each conference member, and hold a conference or conference call as necessary. Therefore, it is necessary to send the telephone number or conference number to be called, and have the telephone number for the conference or conference call be called. There was a problem that it was necessary to step on and was very inconvenient.

  The present invention has been made paying attention to such problems, and an object thereof is to provide an electronic secretary device that allows a user to easily host a conference call as an electronic secretary service.

In order to solve the above-described problem, an electronic secretary device according to claim 1 of the present invention provides:
User-related information for providing an electronic secretary service to the user including at least the user's schedule information and telephone number in association with user identification information that can identify each of the plurality of users individually In response to a request from a user's information terminal that is managed and capable of data communication via a computer network, the user is provided with an electronic secretarial service that transmits at least the user's schedule to the user's information terminal. An electronic secretary device for
Group information storage means for managing user identification information of users belonging to each group;
Holding request reception processing means for receiving a conference call holding request from the information terminal of the user;
The group to which the user belongs is specified from the user identification information received from the user who implements the holding request, and the telephone numbers of all the users belonging to the specified group are stored in the group information storage means And telephone number specifying means for specifying based on the user related information;
Exchange processing means for making a call to the identified telephone number and exchanging voices of each user connected so as to be able to talk by the call so that all users belonging to the identified group can hear each other. ,
It is characterized by having.
According to this feature, the user makes a conference call request to the electronic secretary device from his / her information terminal, so that the electronic secretary device is available to other users in the group to which the user belongs and to himself / herself. Since the user can make a conference call with other users of the group only by responding to the call, the user can easily host the conference call as an electronic secretary service.

The electronic secretary device according to claim 2 of the present invention is the electronic secretary device according to claim 1, wherein at the time of making the call, a schedule at that time of all users belonging to the specified group And a call subject identification processing means for identifying a user who may make a call based on the confirmed schedule,
The exchange processing unit makes a call to a telephone number of a user who may make a call specified by the call target specifying unit.
According to this feature, for example, if there is a high possibility that the user (conference member) cannot participate in a conference call even if a call is made during a vacation or during a conference, the call is determined to be inappropriate and the schedule is determined. If there is a high possibility that a call can be made when there is an idle call, etc., it is determined that the call is suitable, the user who can make the call is specified, and only the user who can make the call By making an outgoing call, it is possible to prevent the use of a line due to an unnecessary outgoing call, and to eliminate as much as possible the trouble associated with making a telephone conference call in which these conference members cannot participate.

An electronic secretary device according to claim 3 of the present invention is the electronic secretary device according to claim 1 or 2,
The exchange processing means includes sound pressure level adjusting means for adjusting the sound pressure level of the call voice of each user exchanged to substantially the same sound pressure level.
According to this feature, it is possible to reduce the occurrence of inconveniences such as difficulty in hearing a conversation due to a large difference in the volume of each user (conference member), and a good telephone conference can be performed.

The electronic secretary device according to claim 4 of the present invention is the electronic secretary device according to any one of claims 1 to 3,
The exchange processing means is characterized in that it is possible to increase / decrease the number of users who perform mutual exchange during a telephone conference by mutual exchange of the voice of each user.
According to this feature, even if there is a user who finishes the conference call on the way or a user who joins in the middle, there is no need to interrupt the conference or re-open the conference. Inconvenience can be eliminated.

An electronic secretary device according to claim 5 of the present invention is the electronic secretary device according to any one of claims 1 to 4,
The exchange processing means includes voice minutes creation means for reproducibly recording call voices exchanged with each other.
According to this feature, the contents of the telephone conference can be left as a voice minutes.

An electronic secretary device according to claim 6 of the present invention is the electronic secretary device according to claim 5, wherein the call voice recorded by the voice minutes creation means is converted into text data by voice recognition. And a text minutes creation means for creating a text minutes.
According to this feature, the text minutes, which are the contents of the conference call, can be easily created from the audio minutes.

An electronic secretary device according to claim 7 of the present invention is the electronic secretary device according to claim 5 or 6,
In the user-related information of each user who has been exchanged for voice by the exchange processing means, the voice minutes created by the voice minutes creation means and / or the text minutes creation means Meeting history information storage processing means for storing meeting history information including the created text minutes and the date and time thereof;
Deliver to the user's information terminal such that the conference history based on the conference history information included in the user-related information of the user is selectable, and specify the conference history and request to distribute the minutes of the conference history Means for accepting the minutes distribution request to be accepted;
Minutes transmission processing means for sending the audio minutes and / or the text minutes of the meeting history accepted by the minutes distribution request accepting means to the information terminal of the user,
It is characterized by having.
According to this feature, the user can easily confirm the content of the history of conferences conducted in the past based on the audio minutes and / or the text minutes transmitted.

An electronic secretary device according to claim 8 of the present invention is the electronic secretary device according to any one of claims 1 to 7,
Information that can identify the telephone number of each user who participated in the conference by executing the mutual exchange in the user related information of each user whose telephone conversation has been exchanged by the exchange processing means. And meeting history information storage processing means for storing meeting history information including the date and time,
The holding request reception processing means is capable of selecting a meeting history specified from meeting history information stored in association with user identification information received from a user who makes a holding request to the information terminal of the user. Send, accept the selection of the sent meeting history as a request to hold,
The telephone number specifying means specifies a telephone number from information that can specify a telephone number included in the meeting history information of the meeting history received as the holding request by the holding request receiving processing means.
According to this feature, the user can easily hold a telephone conference by the same user (conference member) as the telephone conference in which he / she participates, and the convenience of the user can be improved.

An electronic secretary device according to claim 9 of the present invention is the electronic secretary device according to any one of claims 1 to 8,
The user-related information includes high-frequency meeting member information including user identification information of other users that the user corresponding to the user-related information frequently performs a conference call,
The holding request reception processing means receives a request for holding a conference call for other users who conduct a conference call at a high frequency included in the high-frequency conference member information,
The telephone number specifying means uses the meeting request reception processing means when receiving a request for holding a telephone conference for other users who frequently hold a conference call. It is characterized in that the telephone number of another user who conducts a high-frequency conference call is specified from the user identification information included in the high-frequency conference member information corresponding to the user identification information received from the user.
According to this feature, it is possible to easily hold a conference call targeting other users (conference members) who frequently perform conference calls, and it is possible to improve user convenience.

  Examples of the present invention will be described below.

  An embodiment of the present invention will be described with reference to the drawings. First, FIG. 1 is a diagram showing a configuration of an electronic secretary system of the present embodiment to which a server computer 1 serving as an electronic secretary apparatus of the present invention is applied. In the example, as shown in FIG. 1, a server computer 1 is installed in a service providing company for providing each employee of a company that has contracted to provide an electronic secretarial service, and the server computer 1 is provided as a user. Data communication is possible with a computer 4 or mobile phone 5 of a contracted company employee via the Internet 2, and the server computer 1 can be accessed from the computer 4 or mobile phone 5. From the communication line (public line) network 3 to the mobile phone 5 or fixed telephone 6 of the employee of the company contracted to provide as a user It is like that.

  First, the server computer 1 used in this embodiment will be briefly described with reference to FIG. 2A. The server computer 1 is stored in a data bus 11 for transmitting and receiving data inside the storage device 15 described later. A CPU 12 for executing various programs such as an electronic secretary program, a RAM 13 used as a work memory, an operation input unit 14 to which a keyboard and a mouse are connected, a storage device 15 including a magnetic disk and a magneto-optical disk, and a display are connected. A display processing unit 16 including a graphic board for generating a display screen to be displayed on the display, and a multi-line (23 lines in this embodiment) ISDN line are accommodated to perform voice communication through each ISDN line. ISDN line communication unit 20 composed of an ISDN line board, multiple lines (four times in this embodiment) ) PSTN (analog) lines are accommodated, and data communication with the computer 4 and the mobile phone 5 is performed via the analog line communication unit 19 including an analog line board for performing voice communication via each PSTN line, and the Internet 2. Data communication comprising a LAN board for transmitting and receiving VoIP (Voice over Internet Protocol) data, which is telephone voice data transmitted / received via the Internet network 2 or an IP network comprising a LAN or the like in the service provider. An exchange processing unit 17 comprising an exchange board for connecting a call from each of the communication units and voices of respective logical channels (to be described later) of each communication unit to enable a conference call; An audio processing unit 21 composed of a sound board or the like for recording conference audio, which is the content of the conference, is connected. A normal computer having excellent relatively throughput.

  The data communication unit 18, the analog line communication unit 19, and the ISDN line communication unit 20 used in this embodiment are logically connected to each line or each destination IP address that transmits / receives VoIP data, that is, for each destination that makes a call. Channels are allocated, and the data communication unit 18, analog line communication unit 19, and ISDN line communication unit 20 are based on the output of the call instruction from the exchange processing unit 17 and are out of the lines that are free at that time. The call destination instructed to be called by the exchange processing unit 17 is assigned by allocating the line to be called to the call destination instructed to call and notifying the exchange processing unit 17 of the logical channel of the assigned line that has made the call. It is possible to grasp the logical channel on which a call is made.

  In addition, the exchange processing unit 17 of this embodiment provides a conference call function by a plurality of users. Specifically, as shown in FIG. 2B, from the electronic secretary program, the telephone number of each user (organizer and member) who conducts the conference call, and the conference ID assigned to the conference call Based on the reception of the meeting holding request including, the call instruction to the telephone number of each user (organizer and member) included in the received meeting holding request is cheaper based on the data of the price list table described later To each user (organizer and member) by outputting to any one of the data communication unit 18, the analog line communication unit 19, and the ISDN line communication unit 20 so that the communication path becomes a reasonable communication fee. (Actually, calls are made to each member after the call with the organizer is established), and the logical channel on which the call with each user (the organizer and the member) is carried out is the exchange processing unit. 17 is grasped.

  Then, the logical channel on which a call with each user (organizer and member) included in the conference request is performed, that is, the voice of the logical channel corresponding to the same conference ID is transmitted to each member. As described above, based on the voice data of the call voice with the logical channel number output from the data communication unit 18, the analog line communication unit 19, and the ISDN line communication unit 20 added to the head, the voice data of the logical channel number Are output to the logical channel numbers of other users (hosts and / or members) other than the logical channel number, so that the logical channel numbers of these other users (hosts and / or members) are output. In addition to the audio data, a switching (exchange) process in which the logical channel number is output to the corresponding communication unit is performed. Is it possible to telephone conference with the participation of use person.

  In order to record the call contents (conference contents) in these conference calls as minutes, a logical channel for recording these call contents (conference contents) is also assigned to the voice processing unit 21. When the call content (conference content) is recorded as the minutes, the logical channel number assigned to the voice processing unit 21 is included in the conference request, so that all users can receive the logical channel number. By outputting the call of (organizer and member), the voice processing unit 21 digitizes the call (voice), specifically, a WAVE file and stores it as a minutes file.

  In the exchange processing unit 17 of this embodiment, the logical channel corresponding to one conference ID, that is, the logical channels of the participating members of one conference call can be increased or decreased even during a conference call. In addition, it is possible to increase the number of members from the middle by increasing these logical channels, and it is also possible to decrease the number of members from the middle by decreasing the number of logical channels.

  In addition, the exchange processing unit 17 of the present embodiment adjusts the sound pressure level of each participant member's voice based on the voice data from the logical channel of each participant in the conference call to a substantially similar sound pressure level. The sound pressure level adjusting function will be briefly described with reference to FIG. 12. When the sound pressure level is small, that is, when the amplitude of the sound signal generated from the sound data is small. Is adjusted to increase the sound pressure level by correcting the sound data by feedback so that the maximum amplitude of the generated sound signal is substantially equal to a predetermined reference value, while the sound pressure level is If the amplitude is larger, that is, if the amplitude of the audio signal generated from the audio data is larger than a predetermined reference value, the missing maximum amplitude portions are joined together. Positive and the maximum amplitude of the generated audio signal is corrected by feedback so as to be almost equal to a predetermined reference value, and adjusted so as to reduce the sound pressure level. By adjusting the sound pressure level of each member's voice to be almost the same, the voice pressure level of each participating member is extremely low or extremely high, making it difficult to conduct a conference call. It is avoided.

  Next, the software configuration of the electronic secretary system in the present embodiment will be described. As shown in FIG. 3, the electronic secretary system accepts a user request from a user via the Internet network 2 (WWW, World Wide Web). , A Web processing program for transmitting a screen (Web page) including the processing result to the user, a user request from the Web processing program, and processing according to the received user request. An agent program that generates a screen (Web page) including a result and sends it to a Web processing program, and personal data of a user who receives various data processing requests from the agent program and returns the processing results to the agent program Processing program (hereinafter referred to as own data) and agent An e-mail that accepts a conference call request from a program, accepts a conference call processing program for holding a conference call, and receives a text message send request from an agent program and sends an e-mail containing the text message And the processing program.

  Note that when the user inputs a user request to the Web processing program, the agent program is provided (generated) for each user by the Web processing program that has accepted the user request. It has become so.

  In addition, among the programs constituting these electronic secretary systems, only the agent program is given access authority to the personal data (own data) of the user associated with the agent program, and the agent program Only the authority to delegate the access authority to the own data to other programs is granted.

  For example, in the present embodiment, the own data stored in the storage device 15 is encrypted based on the encryption key data individually generated for each user, and the decryption key data corresponding to the encryption key data. (In this embodiment, the same data as the encryption key data is used) so that the encrypted data can be decrypted. Only the agent program can access these encryption key data / decryption key data, so that only the agent program has the access authority to the own data, and only the agent program has the access authority to the own data to other programs. Has the authority to delegate.

  As shown in FIG. 3, the Web processing program constituting the electronic secretary system determines whether or not the authentication information included in the user request received from the user via the Internet network 2 matches the authentication data described later. Based on the authentication process for determining the user and the user request received from the user, an agent program that can be individually operated for each user is generated, and predetermined according to the received user request Agent processing for executing processing, request relay processing for transmitting a user request received from a user to an agent program associated with the user, and agent program associated with the user Receives a screen (Web page) generated in response to a user request from the user, and uses the received screen (Web page) A screen relay process to be transmitted to the user who accepted the request, and a step for executing the request, and an access to an authentication table (see FIG. 4A) in which authentication data is stored is made possible. ing.

  As shown in FIG. 4A, the authentication table to be processed by the Web processing program is associated with a user ID that can identify the user, and the password as the data for identifying the user and the identity confirmation. Authentication data including an authentication file name as a name of a file storing fingerprint data as data for the data is stored. In the authentication process included in the Web processing program, the password input by the user and / or the user's fingerprint data read from a fingerprint reading device (not shown) and the stored personal identification data are used. By verifying with the data, identity verification is performed.

  The agent program constituting the electronic secretary system is mainly composed of steps for executing a user request process, a communication process, a screen generation process, and a status data process. Access to FIG. 4B is possible, and encryption key data / decryption key data as access authority to various types of own data is stored.

  The various own data are specifically status data, a schedule table (see FIG. 4C) described later, a message table (see FIG. 4D), and a conference group table (see FIG. 5A). ), Personal data of the user stored in the conference history table (see FIG. 5B).

  Here, the various processes included in the agent program will be described. The user request process is for specifying a process content in response to a user request transmitted from a Web process program, and for executing the specified process content. Process.

  These user request processes are individually determined for each content of the user request. For example, the user request process searches for an empty schedule of the user and a user other than the user through a Web processing program. When a user request (empty schedule search request) is accepted, a free schedule search request is transmitted to an agent program associated with a user other than the user, and a free key including decryption key data in its own data processing program. A schedule search request is transmitted, the vacant schedule of the principal is confirmed, and thereafter, based on the vacant schedule other than the principal and the principal, a vacancy schedule for the principal and a user other than the principal is specified.

  For example, when a user request (message transmission request) for transmitting message data to a user other than the user is received from the user via a Web processing program, the user other than the user is notified. A message data write request is transmitted to the associated agent program, and a message data write request including encryption key data and message data is transmitted to the own data processing program.

  Also, for example, when a user request (conference call holding request) for holding a conference call between the user and a user other than the user is received via a Web processing program, A process of transmitting a process request for encouraging participation in the telephone conference to the agent program associated with the user, or a process of transmitting a meeting holding request for encouraging the telephone conference to be held in the telephone conference processing program is performed.

  The communication processing included in the agent program performs transmission / reception processing for transmitting / receiving various data to / from a Web processing program, an agent program associated with another user, and a processing program for own data.

  The screen generation process included in the agent program performs a process of receiving a processing result from the user request process, generating a screen (Web page) including the processing result, and transmitting the screen to the Web processing program.

  The status data processing included in the agent program includes user attribute information such as name, phone number, and email address, and status information that indicates whether the user is accessing the electronic secretary system. A process of updating data (see FIG. 4B) is performed.

  As shown in FIG. 4B, the status data to be processed by the agent program includes a name, a telephone number, an e-mail address, a user's current state, and a busy state in association with the user ID, as shown in FIG. The status data of the user associated with the agent program including the language and the time zone corresponding to the area where the user is staying are stored. Note that the current state of the user in this embodiment is, for example, during access indicating that the electronic secretary system is being used, during a meeting indicating that the current meeting is specified in the schedule table described later Or while going out to show that it is in a state other than these.

  Here, the language in use included in the status data (see FIG. 4 (b)) and the time zone corresponding to the area where the user is staying will be described. In the user request process and the screen generation process, the process according to the usage form of each user is performed. For example, when message data (to be described later) is sent in English from a user agent program whose language is English to a user agent program whose language is Japanese, the language is Japanese The agent program performs various processes after converting the English portion of the received message data into Japanese.

  In addition, when message data to be described later is sent from an agent program of a user whose time zone is the United States to a user agent program whose time zone is Japan, a user whose time zone is Japan The agent program performs various processes after converting the time portion of the received message data into Japan time.

  As shown in FIG. 3, the processing program for own data included in the agent program includes schedule data processing for performing various processes (search, read, new write, change write, delete) on the own data stored in the schedule data. Message data processing that performs various processes (search, read, new write, change write, delete) on its own data stored in the message table, and various processes on its own data stored in the conference group table or conference history table And a conference data process for performing (search, read, new write, change write, delete), and a schedule table (see FIG. 4C) and a message table (FIG. 4). (See (d)), a conference group table (see FIG. 5 (a)), Access to the conference history table (see FIG. 5 (b)) are possible.

  The schedule data stored in these schedule tables, the message data stored in the message table, the conference group data stored in the conference group table, and the conference history data stored in the conference history table are user IDs. And is encrypted with encryption key data associated with the user specified by each user ID. For this reason, unless the decryption key data associated with the user specified by each user ID is used, these data cannot be decrypted.

  As shown in FIG. 4C, the schedule table to be processed by the own data processing program includes schedule data including date and time, contents, location, and related user ID in association with the user ID. Is remembered.

  As shown in FIG. 4D, the message table to be processed by the own data processing program is associated with the user ID, the message ID, the creation date and time, the contents, and the expiration date as the message expiration date. And the transmission source ID as the user ID of the user who transmitted the message, the destination ID (multiple) as the user ID of the user as the transmission destination of the message, and the user as the transmission destination of the message Message data including a read flag indicating whether or not the message has been displayed (read) is stored.

  As shown in FIG. 5A, the conference group table to be processed by the processing program of its own data includes a group ID that can identify a group of users who frequently make conference calls in association with the user ID. Conference group data including the name of the conference call and the participating user ID are stored.

  That is, the user ID of this embodiment corresponds to the user identification information of the present invention. In addition, the conference group table (see FIG. 5A) of this embodiment that manages user identification information (user ID) of users belonging to each group (conference group) includes the group information storage means of the present invention. Form.

  In the conference history table to be processed by the processing program of its own data, as shown in FIG. 5 (b), the date and time, and the minutes file name as voice recording data of the conference call are associated with the user ID. Conference history data including (speech), minutes file name (text) as text data generated by voice recognition of recording data obtained by voice recording of conference call, and participating user ID (phone number) are stored. Has been.

  That is, the schedule data of the present embodiment corresponds to the schedule information of the present invention. Also, status data (see FIG. 4B), schedule data stored in the schedule table (see FIG. 4C), and message table (see FIG. 4D) of the present embodiment are stored. The message data, the conference group data stored in the conference group table (see FIG. 5A), and the conference history data stored in the conference history table (see FIG. 5B) are associated with user IDs, respectively. It corresponds to the user related information of the present invention.

  The conference call processing program is a program executed by the exchange processing unit 17 shown in FIG. 1, and as shown in FIG. 3, a conference that performs processing such as calling all participants to hold a conference call. Holding process, synthesis / adjustment process that synthesizes the voices of all participants and adjusts them so that they are easy to hear, recording data processing that performs voice recording of the conference call, transmission of the recorded data, etc., A conference end process for performing a process at the end of the conference, such as ending the voice recording, and the like. (B)), a billing table (see FIG. 10C), and a charge table (see FIG. 10D) can be accessed.

  As shown in FIG. 10A, the in-conference table to be processed by the conference call processing program is associated with a conference ID that can identify the conference call, and a channel ID that can identify the logical channel, A connection date / time and disconnection date / time that can identify the connection time during which the logical channel was connected to the user's telephone in the conference call, and a price that indicates a charge when the logical channel was used from the connection date / time to the disconnection date / time, In-conference data including is stored. Note that, when connected to the logical channel, the date / time is not stored as the disconnection date / time. In other words, in-conference data in which the date / time is not stored in the disconnection date / time indicates that the conference is in progress.

  In the recording table to be processed by the telephone conference processing program, as shown in FIG. 10B, it is possible to specify a minutes file as recording data by voice recording the telephone conference in association with the conference ID. The minutes file name is stored as recorded data.

  As shown in FIG. 10 (c), the billing table to be processed by the telephone conference processing program includes a charge required for the telephone conference in association with the conference ID, specifically, a conference table (FIG. 10 (a)), the total amount of the usage fee of the logical channel used for the conference call is stored as charging data.

  As shown in FIG. 10 (d), the tariff table to be processed by the telephone conference processing program is associated with the source line type (either VoIP, ISDN, or PSTN) and the destination country name. , Use for 3 minutes when connecting to the destination line type (either VoIP, mobile phone, public line, dedicated line) and the destination line type from the source line type to the destination country name Charge data including a unit price indicating a charge is stored. Based on this fee table, the conference call processing program can be used to join the conference from the location (country) where the server computer 1 is installed when a conference request is received from the user via the agent program. When a call is made to a subscriber, it is possible to identify the line type that provides the lowest charge.

  As shown in FIG. 3, the e-mail processing program accepts a text message transmission request including an e-mail address, subject data, and text message data from the agent program, and uses subject data as the subject for the e-mail address. It is mainly composed of steps for executing an e-mail transmission process using message data as a body.

  Next, in the software configuration of the electronic secretary system of the present embodiment (see FIG. 3), the flow of searching for a free schedule for a plurality of users is shown in detail processing contents shown in FIG. 6 and the screens shown in FIGS. This will be described below based on (Web page).

  First, when a user accesses the server computer 1 via the computer 4 or the mobile phone 5, the server computer 1 (Web processing program) displays the authentication screen (Web page) shown in FIG. Deliver to phone 5.

  On the authentication screen (Web page, see FIG. 8A) displayed on the computer 4 or the mobile phone 5, the user inputs a user ID and further inputs a password or fingerprint reading (not shown). When input is performed via the apparatus and the “call” button is operated, the computer 4 or the mobile phone 5 transmits an authentication request including a user ID and a password or fingerprint data to the server computer 1.

  The server computer 1 (Web processing program) that has received the authentication request determines whether the user ID and password or fingerprint data included in the received authentication request is registered in the authentication table (see FIG. 4A). The authentication process is executed, and if it is determined that it is not registered, the process ends. Also, if it is determined that it is registered, the process proceeds to request relay processing.

  The server computer 1 (Web processing program) executes a request relay process to identify a user ID included in the received user request (in this case, an authentication request) and associates it with the identified user ID Check whether the agent program is running.

  If the agent program is not executed, the agent process included in the Web processing program is executed to specify the user ID included in the received user request (in this case, the authentication request), and the specified user ID Generate (execute) the associated agent program. Thereafter, the process returns to the request relay process.

  When the agent program is being executed, the server computer 1 (Web processing program) executes a request relay process to specify the user ID included in the received user request (in this case, the authentication request). The received user request is transmitted to the agent program associated with the identified user ID.

  Upon receiving the user request (in this case, the authentication request), the server computer 1 (agent program) executes the user request processing, and the processing determined in advance according to the contents of the user request, in this case, the authentication request And specify the specified process. For example, in response to the authentication request, a process of generating and transmitting a main screen (Web page, see FIG. 8B) is executed.

  A process of generating and transmitting a main screen (Web page, see FIG. 8B), which is one of user request processes included in the agent program, will be described. First, the server computer 1 (agent program) An own data processing request for requesting own data necessary for generating a screen (Web page, see FIG. 8B) is transmitted to the own data processing program by communication processing. Specifically, the user ID associated with the agent program, the schedule data for today, the message data for today, and information requesting a predetermined number (for example, 5) of conference history data; The self-data processing request including the decryption key data accessible only to the agent program is transmitted to the self-data processing program.

  The server computer 1 (the own data processing program) that has received the request for own data processing stores the schedule data for today, the message data for today, and a predetermined number (for example, five) meetings stored in association with the user ID. The history data is extracted and the own data is decrypted with the decryption key data, and the decrypted own data including the today's schedule data, today's message data, and a predetermined number (for example, five) of conference history data. Send the processing result to the agent program.

  The server computer 1 (agent program) that has received the own data processing result executes a user request process and generates a main screen (Web page, see FIG. 8B) based on the own data processing result. The process is executed, and the generated main screen is transmitted to the Web processing program via the communication process.

  Receiving the main screen (Web page, see FIG. 8B), the server computer 1 (Web processing program) executes screen relay processing and transmits the received main screen to the computer 4 or the mobile phone 5. .

  Here, when the user operates the “vacant schedule search” menu on the main screen (Web page, see FIG. 8B), a user request including information that can identify the user ID of the user (empty (Schedule search start request) is transmitted to the server computer 1.

  The server computer 1 (Web processing program) that has received the user request (empty schedule search start request) executes a request relay process and is identified based on the user request (empty schedule search start request). A user request (empty schedule search start request) is transmitted to the agent program associated with the ID.

  The server computer 1 (agent program) that has received the user request (empty schedule search start request) executes user request processing, and determines in advance according to the contents of the user request, in this case, the empty schedule search start request. The specified process is specified, and the specified process is executed. For example, in response to an empty schedule search start request, a process for generating and transmitting an empty schedule search screen (Web page, see FIG. 9A, not including search results) is executed.

  The process of generating and transmitting an empty schedule search screen (Web page, see FIG. 9A, not including the search result), which is one of the user request processes included in the agent program, will be described. The agent program first sends its own data processing request for requesting own data required for generating an empty schedule search screen (Web page, see FIG. 9A, not including the search result) through communication processing. To the processing program. Specifically, the conference group data associated with the user ID of the user associated with the agent program, that is, the user group set as the same conference group as the user associated with the agent program. A self-data processing request including information requesting list information and decryption key data accessible only to the agent program is transmitted.

  Upon receiving the own data processing request, the server computer 1 (own data processing program) extracts conference group data stored in association with the user ID, decrypts the own data with decryption key data, and Sends its own data processing result including the decrypted conference group data to the agent program

  The server computer 1 (agent program) receiving the own data processing result executes the user request processing and is set as the same conference group as the user associated with the agent program included in the own data processing result. After executing a screen generation process for generating a free schedule search screen (Web page, see FIG. 9A, not including search results) consisting of user list information, the generated free schedule search screen is subjected to communication processing. To the Web processing program.

  The server computer 1 (Web processing program) that has received the empty schedule search screen (Web page, see FIG. 9A, does not include the search result) executes the screen relay process, and receives the empty schedule search screen Is transmitted to the computer 4 or the cellular phone 5.

  Here, in the empty schedule search screen (Web page, see FIG. 9A, the search result is not included), the user selects and inputs a user to be searched for the empty schedule search, and executes “search”. When operated, the user request including the user ID of the user and the user IDs of these selected and input users, for example, three user IDs including the user ID, and the date and time of today (free (Schedule search request) is transmitted to the server computer 1.

  The server computer 1 (Web processing program) that has received the user request (empty schedule search request) executes a request relay process and is identified based on the user request (empty schedule search start request). A user request (empty schedule search request) is transmitted to the agent program associated with.

  The server computer 1 (agent program) that has received the user request (empty schedule search request) executes user request processing, and is predetermined according to the contents of the user request, in this case, the empty schedule search request. A process is specified, and the specified process is executed. For example, in response to an empty schedule search request, an empty schedule of the user (three persons including himself) selected and input is searched, and an empty schedule search screen (Web page, see FIG. 9A) including this search result is searched. , The search result is included) is generated and transmitted.

  The process of generating and transmitting an empty schedule search screen (Web page, see FIG. 9A, including search results), which is one of the user request processes included in the agent program, will be described. Server computer 1 (agent First, as shown in FIG. 6, the program identifies the user IDs of the selected and input users (three user IDs including themselves), performs his / her free schedule search process, and uses other users. An empty schedule search request is sent to the agent program.

  Describing own empty schedule search processing performed by each agent program, the server computer 1 (agent program) processes its own data processing request for requesting an empty schedule by communication processing in the user request processing. Send to program. Specifically, based on the schedule data associated with the user ID of the user associated with the agent program, an empty schedule from today to a predetermined period (for example, one week) is identified, and the identification is performed. The self-data processing request including information indicating that the empty schedule is requested and the decryption key data accessible only to the agent program is transmitted.

  Upon receiving the own data processing request, the server computer 1 (own data processing program) extracts the schedule data stored in association with the user ID, executes decryption with the decryption key data, and performs the decryption. The self-data processing result including the empty schedule specified based on the schedule data is transmitted to the agent program.

  In this way, the server computer 1 (agent program) can acquire its own idle schedule information by receiving its own data processing result.

  In addition, the agent program of the user other than the user who has received the free schedule search request also transmits its own data processing request to its own data processing program, thereby searching for its own free schedule and using the search result as the free schedule. Reply to the agent program that sent the search request.

  The server computer 1 (agent program) that has received the vacant schedule information of the user and a user other than the resident performs a vacant schedule specifying process for specifying the vacant schedule common to all the selected users (three persons including himself). Do.

  Then, a screen generation process for generating an empty schedule search screen (including the Web page, see FIG. 9A, including the search result) including the empty schedules of all the specified users is executed, and the generated empty schedule search screen Is transmitted to the Web processing program via the communication process.

  The server computer 1 (Web processing program) that has received the empty schedule search screen (Web page, see FIG. 9A, including the search result) executes the screen relay process and displays the received empty schedule search screen as a computer. 4 or mobile phone 5.

  Next, in the software configuration of the electronic secretary system according to the present embodiment (see FIG. 3), the flow of distributing messages to a plurality of users is shown in detail processing contents shown in FIG. 7 and the screens shown in FIGS. (Web page) will be described below.

  When the user operates the “message distribution” menu on the main screen (Web page, see FIG. 8B), a user request (message distribution start request) including information that can identify the user ID of the user. Is transmitted to the server computer 1.

  The server computer 1 (Web processing program) that has received the user request (message distribution start request) executes a request relay process and is associated with a user ID specified based on the user request. In response to this, a user request is transmitted.

  The server computer 1 (agent program) that has received the user request (message delivery start request) executes user request processing, and is predetermined according to the content of the user request, in this case, the message delivery start request. A process is specified, and the specified process is executed. For example, in response to a message distribution start request, a message distribution screen (Web page, not shown) is generated and transmitted.

  The process of generating and transmitting a message distribution screen (Web page, not shown), which is one of user request processes included in the agent program, will be described. First, the server computer 1 (agent program) first transmits a message distribution screen ( An own data processing request for requesting own data necessary for generating a Web page (not shown) is transmitted to the own data processing program. Specifically, own data processing including information requesting conference group data associated with the user ID of the user associated with the agent program and decryption key data stored in the agent program Send a request.

  Upon receiving the own data processing request, the server computer 1 (own data processing program) extracts the conference group data stored in association with the user ID, executes decryption with the decryption key data, and performs the decryption. The self-data processing result including the converted conference group data is transmitted to the agent program.

  The server computer 1 (agent program) that has received the own data processing result executes a user request process and executes a screen generation process for generating a message delivery screen (Web page, not shown) based on the own data processing result. Then, the generated message delivery screen is transmitted to the Web processing program via the communication process.

  Receiving the message distribution screen (Web page, not shown), the server computer 1 (Web processing program) executes screen relay processing and transmits the received message distribution screen to the computer 4 or the mobile phone 5.

  The message distribution screen (not shown) will be described. An area for inputting the message text, an area for inputting the expiration date of the message, and a message set from the users set as the same group as the user. An area for selecting and inputting a user as a transmission destination, and a “register” button for performing a registration operation.

  Here, when a user selects and inputs a message text, an expiration date, and a user as a transmission destination on a message distribution screen (Web page, not shown), and operates “registration”, the user's It includes information that can specify the user ID and user IDs of these selected and input users, for example, two users other than oneself, the input expiration date, and the text of the input message A user request (message delivery request) is transmitted to the server computer 1.

  Upon receiving the user request (message delivery request), the server computer 1 (Web processing program) executes request relay processing and associates it with the user ID specified based on the user request (message delivery request). A user request (message delivery request) is transmitted to the agent program.

  Upon receiving the user request (message delivery request), the server computer 1 (agent program) executes user request processing, and performs processing predetermined according to the content of the user request, in this case the message delivery request. Identify and execute the identified process. For example, in response to a message distribution request, a process of registering message data composed of the input expiration date, the message text, etc., as its own data for the user who has been selected and entered (two persons excluding himself / herself). Execute.

  The process of registering each message data as one of user request processes included in the agent program as its own data will be described. First, the server computer 1 (agent program) is selected and inputted as shown in FIG. The user IDs of the users (two people except their own) are specified, and a message distribution request including message data including the input expiration date and the message text is transmitted to the agent program associated with the users. .

  Next, the message delivery process performed by each agent program that has received the message delivery request will be described. The server computer 1 (agent program) performs status data processing and the user's user associated with the agent program. Check the status data and perform message data distribution processing according to the status data. For example, the message body is converted and distributed according to the language, the expiration date is converted according to the time zone and distributed, and if the status is in a meeting, a text message is distributed by email, When no e-mail address is set, the message data is distributed according to the status data of the user, such as converting the message data into a voice message and distributing it by telephone. Further, the received message data is transmitted to the processing program for the own data together with the encryption key, and the message data is encrypted and stored in the message table (see FIG. 4D). Thereafter, a message distribution result including information that can specify whether or not the message distribution process has been normally completed is returned to the agent program that has received the message data.

  The agent program that has received the user request (message distribution request) transmits the message distribution request to the agent programs of the users (two persons other than itself) included in the message distribution request, and then includes the message data included in the message distribution request. Is transmitted together with the encryption key to the processing program for the own data, and message registration processing for encrypting and storing the message data in the message table (see FIG. 4D) is performed.

  Then, screen generation processing for generating a main screen (Web page, see FIG. 8B) including newly registered message data is executed, and the generated main screen is converted into a Web processing program via communication processing. Send.

  Upon receiving the main screen (Web page, see FIG. 8B), the server computer 1 (Web processing program) executes screen relay processing and displays the received main screen including newly registered message data. 4 or mobile phone 5.

  Here, the flow of processing when confirming the message data distributed (newly registered) by the users (two persons other than themselves) included in the message distribution request will be described. As shown in FIG. When accessing the main screen (Web page, see FIG. 8B) and selecting and inputting one newly registered message data among the three message data displayed, the server computer 1 (agent program) Generates a message data display screen (not shown) displaying only one message data selected and input, and transmits the message data display screen to the Web processing program. A read flag update process for updating the flag from unread (“×”) to read (“◯”) is performed.

  In this read flag update process, the user's agent program that has received the message data selection input first includes a user ID of the user and a message ID that can identify the message data that has been selected and input. By transmitting the reading flag update request, the processing unit of the own data is caused to update the already-read flag so as to indicate that the user who has selectively input the message data has read the message data. Next, the agent program specifies the source user ID and destination user ID registered in association with the message ID of the message data selected and input, and corresponds to the users of all the specified user IDs. A read flag update request is sent to the attached agent program to request that the user who has selectively input the message data update the read flag to indicate that the message data has been read. The agent program that has received the read flag update request is caused to update the read flag.

  As a result, the user of the transmission source user ID and the destination user ID registered in association with the message ID of the message data whose read flag is updated is displayed on the main screen (see the Web page, FIG. 8B). When accessed, it is displayed as “already read” to indicate that the user who has selected and input the message data up to that point has read the message data. For example, as shown in FIG. 8B, “XX Hanako” is displayed as “already read” and “XX Jiro” is displayed as “unread”.

  Next, in the electronic secretary system of the present embodiment, the flow of the conference call held by a plurality of users is described below based on the detailed processing contents shown in FIG. 11 and the screens (Web pages) shown in FIGS. I will explain.

  When the user operates the “Meeting” menu on the main screen (Web page, see FIG. 8B), a user request including information that can identify the user ID of the user (meeting start request) Is transmitted to the server computer 1.

  The server computer 1 (Web processing program) that has received the user request (conference holding start request) executes a request relay process and is associated with the user ID specified based on the user request. In response to this, a user request is transmitted.

  The server computer 1 (agent program) that has received the user request (conference start request) executes user request processing, and is predetermined according to the content of the user request, in this case, the conference start request. A process is specified, and the specified process is executed. For example, in response to a meeting start request, a process for generating and transmitting a meeting start screen (Web page, see FIG. 9B) is executed.

  The process of generating and transmitting a conference start screen (Web page, see FIG. 9B), which is one of the user request processes included in the agent program, will be described. First, the server computer 1 (agent program) Then, the local data processing request for requesting the local data required for generating the conference start screen (Web page, see FIG. 9B) is transmitted to the local data processing program. Specifically, own data including information requesting conference group data associated with the user ID of the user associated with the agent program and decryption key data accessible only to the agent program Send processing request.

  Upon receiving the own data processing request, the server computer 1 (own data processing program) extracts conference group data stored in association with the user ID included in the own data processing request and decrypts the own data with the decryption key. The data is decrypted, and the data processing result including the decrypted conference group data is transmitted to the agent program.

  The server computer 1 (agent program) that has received the own data processing result executes a user request process, and generates a conference opening screen (Web page, see FIG. 9B) based on the own data processing result. The screen generation processing is executed, and the generated conference opening start screen is transmitted to the Web processing program via the communication processing.

  The server computer 1 (Web processing program) that has received the meeting opening screen (Web page, see FIG. 9B) executes screen relay processing, and displays the received meeting opening screen on the computer 4 or mobile phone. Send to 5.

  Here, when the user selects and inputs one of the conference groups and operates “Conference” on the conference opening start screen (Web page, see FIG. 9B), the user ID of the user is specified. A user request (conference holding request) including possible information and information that can identify a conference group ID that can identify the conference group selected and input is transmitted to the server computer 1.

  The server computer 1 (Web processing program) that has received the user request (conference holding request) executes a request relay process to the agent program associated with the user ID specified based on the user request. In response, a user request is transmitted.

  That is, the process in which the server computer 1 of the present embodiment receives a conference call request (conference request) from the user's information terminal (computer 4 or mobile phone 5) forms the host request reception processing means of the present invention. To do.

  The server computer 1 (agent program) that has received the user request (conference holding request) executes the user request processing, and performs a process predetermined in accordance with the contents of the user request, in this case, the meeting holding request. Identify and execute the identified process. For example, in response to a meeting holding request, a process of urging users (three persons including myself) belonging to the selected and entered meeting group to participate in the meeting is executed.

  A description will be given of a process for prompting a user (three persons including himself) belonging to a conference group, which is one of user request processes included in the agent program, to participate in the conference. The server computer 1 (agent program) As shown in FIG. 11, a conference ID that can identify the conference call is given to the conference call to be held, and belongs to the conference group specified based on the user request (conference request) The user ID (three persons including me) of the user who performs the identification is specified, and a conference participation request including the conference ID is transmitted to the agent program of the user other than the user.

  The server computer 1 (agent program) that has received the meeting holding request and the server computer 1 (agent program) that has received the meeting participation request automatically issue their own data processing requests for requesting their own data necessary for determining whether or not to participate in the meeting. Send to the data processing program. Specifically, it includes information indicating that the current schedule data associated with the user ID of the user associated with the agent program and decryption key data accessible only to the agent program are included. Send a data processing request.

  The server computer 1 (own data processing program) that has received the own data processing request extracts the current schedule data stored in association with the user ID included in the own data processing request and decrypts the own data. It decrypts with the key data, and transmits its own data processing result including the decrypted current schedule data to the agent program.

  The server computer 1 (agent program) that has received the own data processing result can execute the user request processing and participate in the conference call based on whether or not the current schedule is available based on the own data processing result. And the telephone number included in the status data stored in the agent program is specified.

  In addition, the server computer 1 (agent program) that has received the conference participation request determines whether or not it can participate in the conference call, and specifies the telephone number included in the status data stored in the agent program. Then, the server computer 1 (agent program) that has transmitted the conference participation request returns a determination result including information that can determine the determination result of whether or not to participate in the conference call and the specified telephone number.

  That is, the server computer 1 according to the present embodiment specifies a group (conference group) to which the user belongs from the user identification information (user ID) received from the user who executes the holding request, and sets the specified group. The telephone numbers of all the users who belong to the stored data (conference group data) of the group information storage means (conference group table, see FIG. 5A) and the user related information (status data, FIG. 4B) The process of specifying based on the reference) forms the telephone number specifying means in claim 1 of the present invention.

  In addition, when the server computer 1 of this embodiment makes a call, the current schedule of all users belonging to the specified group (conference group) is confirmed, and the call is made based on the confirmed schedule. The process for identifying the user who may be allowed to form the caller identification process means of the present invention.

  In addition, the conference group table (see FIG. 5B) of the present embodiment including the user identification information (user ID) of other users who frequently make conference calls is the high frequency of the present invention. Form meeting member information.

  In addition, the server computer 1 according to the present embodiment performs a conference call for other users who frequently perform conference calls included in the high-frequency conference member information (conference group table, see FIG. 5B). The process of accepting a holding request (conference holding request) forms a holding request receiving processing means in claim 9 of the present invention.

  In addition, the server computer 1 according to the present embodiment holds a conference call for other users who frequently hold conference calls using the hosting request reception processing means (conference call holding screen, FIG. 9B). When a request (meeting request) is received, high-frequency meeting member information (conference group table, FIG. 5B) corresponding to the user identification information (user ID) received from the user who executes the holding request The process of specifying the telephone numbers of other users who make high-frequency telephone conferences from the user identification information included in the reference) forms telephone number specifying means in claim 9 of the present invention.

  And the server computer 1 (agent program) which received the determination result of whether the user (three persons including me) included in the meeting holding request can participate or not performs a user request process and determines Based on the results, it is determined whether the holding conditions that are set in advance, for example, whether all the members can participate or whether more than 2/3 users can participate, and hold the meeting. To that effect.

  The server computer 1 (agent program) determined to hold the conference can access only the information for registering the conference history data including the conference ID, the user ID of the user who can participate and the telephone number, and the agent program. The self-data processing request including the encryption key data is transmitted to the self-data processing program.

  Receiving the own data processing request, the server computer 1 (own data processing program) encrypts the conference history data included in the own data processing request with the encryption key data and adds it to the conference history table.

  That is, the server computer 1 according to the present embodiment exchanges the user related information (user ID) of each user whose call voice is exchanged by the exchange processing means (exchange processing unit 17). The process of storing the conference history information (conference history data) including information that can identify the telephone number of each user who participated in the conference and the date and time of the conference in the conference history database (see FIG. 5B), According to an eighth aspect of the present invention, there is provided meeting history information storage processing means.

  In the conference history table of this embodiment (see FIG. 5B), the minutes file name (voice) that can specify the voice-recorded recording data is registered at the end of the conference call. The conference call indicated by the conference history data in which the minutes file name (voice) is not registered can be determined to be “in progress”.

  As a result, when the user who has transmitted the meeting holding request displays a new main screen (Web page, see FIG. 9B), the “telephone call history” area of the main screen displays a “currently held” phone call. A meeting history indicating the meeting is displayed.

  The server computer 1 (agent program) that has decided to hold the conference registers its own data (conference history data) in the conference history table (see FIG. 5B), and then the conference ID and the user who can participate. A meeting holding request including a telephone number is transmitted to the telephone conference processing program.

  The telephone conference processing program that has received the conference opening request controls the exchange processing unit 17 as described above to call the exchange processing unit 17 to the telephone numbers of all users included in the conference holding request. A process for holding a conference call is held, and a conference call with a large number of people is held.

  That is, calls are made to all the telephone numbers included in the meeting holding request specified based on the meeting group table (see FIG. 5A), and the call voices of the users who are connected so as to be able to talk by the calls are sent. The exchange processing unit 17 of this embodiment, which exchanges all users belonging to the specified group (conference group) so as to be audible, forms the exchange processing means in claim 1 of the present invention.

  In addition, the present embodiment calls the telephone number of the user who can make a call specified by the caller identification processing means (process for specifying a user who can make a call based on the schedule). The example replacement processing unit 17 forms the replacement processing means in claim 2 of the present invention.

  In addition, the exchange processing unit of the present embodiment having a sound pressure adjustment function for adjusting the sound pressure level of each user's call voice exchanged in the exchange processing means (exchange processing unit 17) to substantially the same sound pressure level. 17 forms the sound pressure level adjusting means of the present invention.

  Next, the flow of newly joining (adding) a user to a “currently held” telephone conference will be described. As shown in FIG. In the “conference history” area of the screen (web page), the conference history indicating the “currently held” teleconference is displayed. When the user operates “add participant”, the agent program of the user A participant addition screen (Web page) (not shown) is generated and transmitted to the computer 4 or the mobile phone 5 via a Web processing program.

  In this participant addition screen (Web page, not shown), the user who operated “Add participant” belongs to the conference group to which the user belongs (see FIG. 5A), and “ All users who are not participating in the "medium" conference call are displayed in a selectable list. In the participant addition screen, when the user selects one user, for example, first, as shown in FIG. 11, from the agent program of the user who operated “add participant”, A meeting participation request is transmitted to the agent program of the selected user. Next, the agent program that has received the conference participation request obtains the current schedule data from the processing program for its own data as described above, determines whether or not it can participate based on the schedule data, and determines this determination result. Reply to the agent program that sent the meeting request.

  Upon receiving the determination result, the server computer 1 (agent program), when the determination result indicates that participation is possible, transmits a participant addition request to the conference call processing program, and adds a participant addition screen (Web page, illustrated). A call is made to the telephone number of the user selected in (Omitted), and a process for newly joining the user to the “currently held” telephone conference is performed.

  In other words, the exchange processing unit 17 of the present embodiment, which enables the number of users to exchange each other during a conference call by exchanging voices of each user's telephone conversation, to the exchange processing means according to claim 4 of the present invention. Form.

  Here, the process at the end of the telephone conference performed by the telephone conference processing program will be described. The telephone conference processing program determines that the telephone conference is ended when all the conference call participants are disconnected. is doing. Then, along with the determination of the end of the conference call, the conference call processing program registers the disconnection date and time of the in-conference table (see FIG. 10A), and the connection time and fee table table (see FIG. 10D). Update prices accordingly.

In addition, when the conference call is determined to end, the conference call processing program is updated to the in-conference table (
By adding the charge shown in FIG. 10 (a), the charge required for the conference call is calculated and registered in the accounting table (see FIG. 10 (c)) in association with the conference ID of the conference call.

  Further, the telephone conference processing program controls the voice processing unit 21 as described above from the start of the telephone conference, that is, from the time when the user responds to the call until it is determined that the telephone conference is ended. In accordance with the determination of the end of the conference call, the file name that can identify the recorded data is used as the minutes file name (voice) and recorded in association with the conference ID of the conference call. Register in the table (see FIG. 10B).

  In other words, the voice processing unit 21 of the present embodiment for reproducibly recording the call voice exchanged in the exchange processing means (exchange processing part 17) forms the voice minutes creation means of the present invention.

  Further, as shown in FIG. 3, the conference call processing program transmits a recording data registration request including the conference ID of the conference call and the recorded data to the own data processing program in accordance with the determination of the end of the conference call. To do.

  The processing program for the own data that has received the recording data registration request stores the recording data included in the recording data registration request in the storage device 15 and associates the recording data with the conference ID included in the recording data registration request (see FIG. 5 (b)) is registered as the minutes file name (sound) registered in (5).

  Next, the own data processing program performs voice recognition processing for converting the voice data as the recording data into text, stores the voice data converted into text, that is, text data in the storage device 15, and The file name of the data is registered as the minutes file name (text) registered in the conference history table (see FIG. 5B) in association with the conference ID included in the recording data registration request.

  That is, the server computer 1 (processing program for own data) of this embodiment converts the call voice (recorded data) recorded by the voice minutes creation means (voice processing unit 21) into text data by voice recognition. The process of creating the text minutes forms the text minutes creation means of the present invention.

  Further, the server computer 1 of the present embodiment includes voice minutes creation means in the user related information (user ID) of each user whose call voice has been exchanged by the exchange processing means (exchange processing unit 17). Voice minutes (recorded data) created by the (voice processing unit 21) and / or text minutes (text data) created by the text minutes creation means (processing program for own data) The process of storing the meeting history information (conference history data) including the information in the meeting history database (see FIG. 5B) forms a meeting history information storage processing means in claim 7 of the present invention.

  When the conference call ends, the minutes file (voice) and the minutes file name (text) are registered in the conference history table (see FIG. 5B) by the processing program of the own data, and then the user However, when the electronic secretary system is accessed and the main screen (see FIG. 8B) is displayed, the minutes file (voice) or minutes file (text) based on the conference history data of the completed conference call. A menu for selecting and a “Re-hold” menu for re-holding a conference call that includes the same user as the terminated conference call are displayed in the “Conference history” area. .

  The conference history data of the completed conference call is displayed on the main conference screen (see FIG. 8B) along with a “Conference again” menu for re-establishing a conference call in which the same user as the terminated conference call is participating. In the state displayed in the “history” area, when the user selects the “hold again” menu, the computer 4 and the mobile phone 5 are connected to the conference ID of the conference call associated with the selected minutes, A user request as a conference resumption request including information indicating that the user who has participated in the conference call identified by the conference ID and wants to perform another conference call is transmitted to the server computer 1.

  That is, the conference history information (conference history data) stored in association with the user identification information (user ID) received by the server computer 1 of the present embodiment from the user who executes the holding request (conference holding request). The meeting history (conference ID) specified from the information is sent to the user's information terminal so that it can be selected (see the main screen, FIG. 8B), and the request to hold the selected meeting history (conference ID) is held. The process for accepting forms the event request accepting processing means in claim 8 of the present invention.

  Upon receiving the user request (in this case, the conference resumption request), the server computer 1 (agent program) executes the user request process, and is predetermined according to the content of the user request, in this case, the conference resumption request. The specified process is specified, and the specified process is executed. For example, in response to a conference resumption request, a conference call holding process is executed by the same member as the past conference with reference to the conference history data.

  The process of holding a conference call by the same member as the past conference, which is one of the user request processes included in the agent program, will be described. First, the server computer 1 (agent program) first identifies the participating members of the past conference. A request for own data processing for requesting necessary own data is transmitted to the processing program for the own data by communication processing. Specifically, the user ID of the user associated with the agent program and the conference history data stored in the conference history table in association with the conference ID included in the conference resumption request are requested. A self-data processing request including information and decryption key data accessible only to the agent program is transmitted to the self-data processing program.

  Upon receiving the own data processing request, the server computer 1 (own data processing program) extracts the meeting history data stored in the meeting history table in association with the user ID and the meeting ID, and decrypts the own data. The data is decrypted, and the self-data processing result including the decrypted conference history data is transmitted to the agent program.

  The server computer 1 (agent program) that has received the own data processing result executes the user request process, and refers to the participating user ID included in the conference history data as the own data processing result, thereby allowing past meetings to be held. Identify participating members and phone numbers. Then, a new conference ID is given to the conference call to be held from now on, and a conference holding request composed of this new conference ID and a member of the past conference is sent to the conference call processing program. A conference call is held by the same members as the conference.

  That is, the meeting history information (conference ID) of the meeting history (conference ID) received as the holding request (conference holding request) by the server computer 1 of the present embodiment in the holding request reception processing means (main screen, see FIG. 8B). The process of specifying the telephone number from the information that can specify the telephone number included in the conference history data) forms the telephone number specifying means in claim 8 of the present invention.

  In addition, the conference history data of the completed conference call is displayed in the “conference history” area of the main screen (see FIG. 8B) together with a menu for selecting the minutes file (voice) and minutes file (text). When the user selects either the minutes file (voice) or the minutes file (text) in the displayed state, the computer 4 or the mobile phone 5 is associated with the selected minutes. A conference file request including a conference ID of the conference call and information that can specify either voice data or text data is transmitted to the server computer 1.

  That is, the server computer 1 of the present embodiment sends the conference history information (conference history table, FIG. 5B) included in the user related information of the user to the user information terminal (computer 4 or mobile phone 5). The conference history (conference ID) based on (see) is selectably distributed (conference call holding screen, see FIG. 9B), the conference history designation (conference ID) and the distribution request of the conference history minutes ( The process of accepting (minutes file request) forms the minutes delivery request accepting means of the present invention.

  Upon receiving the minutes file request, the server computer 1 (Web processing program) executes a request relay process and transmits the minutes file request to the agent program. Then, the agent program that has received the minutes file request executes request relay processing and transmits the minutes file request to the processing program for its own data.

  Upon receiving the minutes file request, the processing program for the own data records the minutes file (voice) stored in the meeting history table (see FIG. 5B) in association with the meeting ID included in the minutes file request. Of the minutes file (text), the minutes file (voice) or minutes file (text) specified by the file name selected by the user is transmitted to the agent program.

  The agent program that has received the minutes file (voice) or the minutes file (text) transmits the received minutes file (voice) or minutes file (text) to the Web processing program.

  The Web processing program that has received the minutes file (voice) or minutes file (text) transmits the received minutes file (voice) or minutes file (text) to the computer 4 or the mobile phone 5. Execute.

  That is, the server computer 1 of the present embodiment receives the minutes of meeting history audio received from the meeting distribution request receiving means (process for specifying the meeting history and the process of receiving the meeting history distribution request) and / or Or the process which transmits a text minutes to a user's information terminal (computer 4 or mobile telephone 5) corresponds to the minutes transmission processing means of this invention.

  Next, in the software configuration of the electronic secretary system according to the present embodiment (see FIG. 3), a flow for searching a schedule that satisfies a predetermined condition from a schedule of an arbitrary user will be briefly described.

  The schedule search of the present embodiment is started when the user selects a “schedule search” menu (not shown) from the main screen (Web page, see FIG. 8B), and then inputs a search condition to be displayed. This is implemented by inputting a schedule search condition from a schedule search screen (Web page, not shown). The schedule search conditions include, for example, the contents of the schedule, the user who registered the schedule, the date and time when the schedule falls, the words (AND search, OR search) described in the schedule, the visit set in the schedule, the visitor, the work Any of the status information registered in advance or the name of the file attached to the schedule can be input.

  When a user inputs a schedule search condition and performs a search, the agent program associated with each user set as “user who registered a schedule” of the input schedule search condition Then, a schedule search request including the input schedule search condition is transmitted, and the result is collected by an agent program associated with the user who is performing the schedule search, and a search result screen (Web page, not shown) is displayed. The process is terminated by generating and displaying. Each searched schedule included in the search result screen is displayed so as to be selectable, and a screen including detailed information of the schedule (Web page, not shown) when any schedule is selected. Is generated and displayed.

  In this way, in the conventional groupware, information registered on the schedule (calendar) cannot be searched and extracted, but if the agent program of the present invention is used, it is registered on the schedule (calendar). Information can be searched and extracted. For users, it can be used as a search function for their registered information. On the other hand, for the manager, it can be utilized for management analysis such as man-hour management or ABC analysis based on the action history of each user.

  Next, in the software configuration of the electronic secretary system according to the present embodiment (see FIG. 3), the flow of sending an email (timed email transmission) on condition that the delivery time set by the user is reached is briefly described. I will do it.

  In the timed email transmission of this embodiment, the user selects a “message delivery” menu or a “mail delivery” menu (not shown) from the main screen (Web page, see FIG. 8B), and enters these menus. This is implemented by inputting information such as a destination user, a message, and a delivery date and time on a corresponding input screen (Web page, not shown). Then, a mail delivery request including a message is sent to the agent program associated with the destination user, provided that the agent program associated with the user has reached the input delivery date and time. This completes the process. Note that the time that can be specified is the scheduled time to execute the message and mail transmission processing from the server, and it does not specify the time at which the message or mail is actually received at the destination.

  Next, in the electronic secretary system according to the present embodiment, a process flow for performing a material sharing conference (well end conference) in which a material sharing function is added to the above-described telephone conference by a plurality of users will be briefly described. .

  The document sharing meeting of this embodiment is a meeting room list screen that is displayed when the user selects the “well end (document sharing) meeting” menu (not shown) from the main screen (Web page, see FIG. 8B). (Web page, not shown) “Use” displayed in association with a predetermined number (for example, 3) of conference room names (for example, conference room 1, conference room 2, and conference room 3) displayed in a list. By selecting the “” button, the material sharing conference based on the conference room ID uniquely assigned to the conference room (for example, conference room 1) corresponding to the button is started. Specifically, the agent program associated with the user registers the user ID of the user in association with the conference room ID and generates a later-described material sharing screen (Web page, not shown). And transmitted to the terminal of the user and displayed.

  In the state where the document sharing meeting is started, the conference room displayed when the user selects the “well end (document sharing) meeting” menu (not shown) from the main screen (Web page, see FIG. 8B). The list screen (Web page, not shown) is associated with the meeting room name (for example, meeting room 1) of the meeting room in which the document sharing meeting is started, and the document sharing meeting started in the meeting room. The user name of each participating user and the “Enter” button are displayed. When the user selects the “Enter” button on the conference room list screen, the agent program associated with the user corresponds to the conference room ID of the conference room (for example, conference room 1) corresponding to the button. In addition, the user ID of the user is registered, and a later-described material sharing screen (Web page, not shown) is generated and transmitted to the user's terminal for display.

  Here, the material sharing screen (Web page, not shown) will be described. The material sharing screen according to the present embodiment is divided into upper and lower parts, and the lower area is further divided into four areas of 2 rows by 2 columns. ing. The upper area is a button display area on which three buttons, “call”, “leave”, and “end conference” are displayed. In addition, a file upload area, an upload file sharing area, a memo sharing area, and a participant list display area are allocated to the four grid areas provided in the lower area.

  Any file such as an image file or a document file can be uploaded from the file upload area in the lower area. In addition, the upload file sharing area in the lower area is provided with a link for individually referring to the file uploaded from the file upload area, and the uploaded file can be individually referenced by selecting the link. ing. When the uploaded file is an image file, a reduced image of the image file is displayed as a link for individual reference. When the uploaded file is other than an image file, a link for individual reference is displayed. A predetermined icon is displayed.

  The memo sharing area in the lower area is provided with an input area for a one-line memo, a “write memo” button for uploading the input contents of the one-line memo, and a list display area for the uploaded one-line memo. It is possible to upload one-line memos and display all uploaded memos.

  In the participant list display area in the lower area, all users participating in the material sharing meeting associated with the material sharing screen (Web page, not shown) (the material sharing meeting is started). The user name of the user stored in association with the conference room ID of the conference room can be displayed. Furthermore, an area for uploading an image file as an icon image displayed in association with the user name is also provided, and the uploaded image file can be displayed in association with the user name.

  When the user selects the “Exit” button provided in the upper area, it is stored in association with the conference room ID of the conference room (for example, conference room 1) where the document sharing conference is started. The user ID of the user is deleted, and the user name of the user displayed in the participant list display area in the lower area is also deleted. Further, when the user operates the “Enter” button associated with the conference room where the document sharing conference is started on the conference room list screen (Web page, not shown), the user who entered the conference room The user name is added to the participant list display area.

  Further, when the user selects the “end meeting” button provided in the upper area, it is stored in association with the meeting room ID of the meeting room (for example, meeting room 1) where the document sharing meeting is started. Deleting all the information (user ID, file, line memo, etc.), the conference room is set to an empty state, and the main screen (Web page, 8 (b)) is displayed. These may be backed up before deleting all information.

  In this embodiment, the same material sharing screen (Web page, not shown) is displayed on all users' terminals participating in the same material sharing meeting. By enabling uploading and sharing of materials (files, one-line memos) by each user via a screen (Web page, not shown), all users participating in the same material sharing meeting can share materials. You can hold a meeting while sharing. Specifically, the agent program associated with each user receives the input of the corresponding user, and the received input content is associated with the user participating in the same document sharing meeting And a process for generating a material sharing screen (Web page, not shown) reflecting the input content received by the agent program and transmitting it to the corresponding user terminal.

  In the conference room list screen (Web page, not shown), it corresponds to the conference room ID of the conference room (for example, conference room 1) corresponding to the conference room name where the document sharing conference is started. However, the present invention is not limited to this, and the conference room list screen (Web page, not shown) is used. ) After selecting the “Use” button for the conference room, the user receives an arbitrary character string input, and the received character string corresponds to the conference room name on the conference room list screen (Web page, not shown). It is good also as a structure which attaches and displays. As a character string, the user who starts a meeting should just input the name of a meeting, the name of the participant of a meeting, etc. arbitrarily.

  Next, in the software configuration of the electronic secretary system of this embodiment (see FIG. 3), the status data (see FIG. 4B) is updated based on the user's input, and based on the updated status data. The flow of updating the main screen (Web page, see FIG. 8B) will be briefly described.

  In the status data update process of the present embodiment, the user selects a “status input” menu (not shown) from the main screen (Web page, see FIG. 8B), and an input screen (Web page) corresponding to this menu. , Not shown), and is performed by inputting own status data. Then, the agent program associated with the user updates the status data (see FIG. 4B) with the input status data. It is updated by the user, for example, during a visit, during a visitor, or free (no plan). It should be noted that the agent program is visiting (external meeting) or visiting (in-house) based on the registered contents of the user schedule table (see FIG. 4C) associated with the agent program. It is also possible to determine that there is no plan or periodically (for example, every 5 minutes) and automatically update the status data (see FIG. 4B).

  In addition, the main screen (Web page, see FIG. 8B) of this embodiment is provided with a “group status display area” (not shown), and an agent program in the process of generating and transmitting the main screen described above. Identifies the user ID registered in the conference group table (see FIG. 5A) in association with the user ID of the user associated with the agent program, and is associated with the identified user ID. The status data of the users belonging to the same group is acquired by sending a status data acquisition request to the agent program of the selected user. Based on the acquired status data of the user belonging to the same group, the agent program displays the name of the user belonging to the same group and the user's name in the “group status display area” (not shown) of the main screen. Processing for displaying status data in association with identifiable information, for example, changing the background color of the name to a predetermined display color when visiting or visiting, or if there is no plan A process such as “free” is written alongside.

  As described above, according to the server computer 1 as the electronic secretary device of the present embodiment, the user requests the electronic secretary device to hold a conference call from his / her information terminal (computer 4 or mobile phone 5). By executing (Conference Holding Request), a call is made from the electronic secretary device to other users in the group to which the user belongs (conference group, see FIG. 5B) and himself / herself. By simply responding, a conference call with other users of the group becomes possible, so that the user can easily host a conference call as an electronic secretary service.

  Also, for example, if there is a high possibility that the user (conference member) cannot participate in a conference call even if a call is made during a vacation or a meeting in the schedule, the call is determined to be inappropriate and the schedule is not available. If the possibility of making a call is very high, it is determined that the call is suitable, the user who can make the call is specified, and only the user who can make the call is called. Thus, it is possible to prevent the use of the line due to unnecessary calls, and to eliminate as much as possible the trouble of responding to calls of telephone conferences in which these conference members cannot participate.

  In addition, it is possible to reduce the occurrence of inconveniences such as difficulty in hearing a conversation due to a large difference in the volume of each user (conference member), and a good telephone conference can be performed.

  In addition, even if there is a user who finishes a conference call on the way or a user who joins in the middle, there is no need to interrupt the conference or re-open a conference, eliminating the inconvenience associated with the increase or decrease of these users. can do.

  In addition, the contents of the telephone conference can be left as an audio minutes.

  In addition, text minutes, which are the contents of the conference call, can be easily created from the audio minutes.

  In addition, in the “conference history” area displayed on the main screen (see FIG. 8B), “voice” minutes reference and / or “text” minutes individually provided for each conference call history. By operating the reference, the user can easily confirm the content of the history of conferences conducted in the past based on the audio minutes and / or the text minutes to be transmitted.

  In addition, the user operates “held once” separately provided for each telephone conference history in the “conference history” area displayed on the main screen (see FIG. 8B). A telephone conference by the same user (conference member) as the telephone conference in which he / she participates can be easily held, and user convenience can be improved.

  In addition, other users (conference members) who frequently make conference calls in the “Conventional conference from conference group” area displayed on the conference call holding screen (see FIG. 8B). By selecting and including the conference group to be included and operating “Conference”, it is possible to easily hold a conference call for other users (conference members) who frequently conduct conference calls. User convenience can be improved.

  Although the embodiments of the present invention have been described with reference to the drawings, the specific configuration is not limited to these embodiments, and modifications and additions within the scope of the present invention are included in the present invention. It is.

  For example, in the above-described embodiment, the group information for specifying the search target person at the time of empty schedule search, and the conference group table (FIG. 5 (FIG. However, the present invention is not limited to this, and group information for empty schedule search may be stored separately from group information for holding a conference call. good.

  In the embodiment, the personal data (own data) of the user is encrypted and stored with the encryption key data individually generated for each user. However, the present invention is not limited to this, and the personal data of the user (self data) is stored without being encrypted. In this way, the stored data can be used without being decrypted, the processing load can be reduced, and the management cost of the encryption key data / decryption key data can be reduced.

It is a system diagram which shows the whole image of the electronic secretary system comprised by the electronic secretary apparatus in this invention. (A) is a block diagram of an electronic secretary device, (b) is a diagram showing an example of signal processing for a conference call with a large number of people in the electronic secretary device. It is a figure which shows the whole image of the software which comprises an electronic secretary device. (A) is an example of an authentication table, (b) is an example of user status data, (c) is an example of a schedule table, and (d) is an example of a message table. (A) is a figure which shows an example of the meeting group table utilized at the time of holding of a telephone conference, (b) is a figure which respectively shows an example of a meeting history table. It is a figure which shows an example of the process which concerns on an empty schedule search. It is a figure which shows an example of the process which concerns on transmission / reception of a message. (A) is a figure which shows an example of an authentication screen (Web page), (b) is a figure which respectively shows an example of a main screen (Web page). (A) is a figure which shows an example of an empty schedule search screen (Web page), (b) is a figure which respectively shows an example of a conference call holding screen (Web page). (A) is an example of an in-conference table, (b) is an example of a recording table, (c) is an example of an accounting table, and (d) is an example of an example of a fee table. It is a figure which shows an example of the process which concerns on telephone conference holding. It is a figure which shows an example of the signal processing for the sound pressure level adjustment in an electronic secretary device.

Explanation of symbols

DESCRIPTION OF SYMBOLS 1 Server computer 2 Internet network 3 Communication line network 4 Computer 5 Mobile phone 6 Telephone 11 Data bus 12 CPU
13 RAM
14 operation input unit 15 storage device 16 display processing unit 17 exchange processing unit 18 data communication unit 19 analog line communication unit 20 ISDN line communication unit 21 voice processing unit

Claims (9)

User-related information for providing an electronic secretary service to the user including at least the user's schedule information and telephone number in association with user identification information that can identify each of the plurality of users individually In response to a request from a user's information terminal that is managed and capable of data communication via a computer network, the user is provided with an electronic secretarial service that transmits at least the user's schedule to the user's information terminal. An electronic secretary device for
Group information storage means for managing user identification information of users belonging to each group;
Holding request reception processing means for receiving a conference call holding request from the information terminal of the user;
The group to which the user belongs is specified from the user identification information received from the user who implements the holding request, and the telephone numbers of all the users belonging to the specified group are stored in the group information storage means And telephone number specifying means for specifying based on the user related information;
Exchange processing means for making a call to the identified telephone number and exchanging voices of each user connected so as to be able to talk by the call so that all users belonging to the identified group can hear each other. ,
An electronic secretary device comprising: When making a call, a call target person who confirms a schedule at that time of all users belonging to the identified group and identifies a user who may make a call based on the confirmed schedule With specific processing means,
2. The electronic secretary device according to claim 1, wherein the exchange processing unit makes a call to a telephone number of a user who may make a call specified by the call target identification processing unit.   The sound pressure level adjusting means for adjusting the sound pressure level of the voice of each user exchanged in the exchange processing means to substantially the same sound pressure level is provided. Electronic secretary device.   4. The exchange processing means is capable of increasing / decreasing the number of users who perform mutual exchange during a telephone conference by mutual exchange of call voices of each user. Electronic secretary device.   5. The electronic secretary device according to claim 1, further comprising voice minutes creating means for reproducibly recording call voices exchanged in the exchange processing means.   6. The electronic secretary according to claim 5, further comprising a text minutes creation means for creating a text minutes by converting speech voice recorded by the voice minutes creation means into text data by voice recognition. apparatus. In the user-related information of each user who has been exchanged for voice by the exchange processing means, the voice minutes created by the voice minutes creation means and / or the text minutes creation means Meeting history information storage processing means for storing meeting history information including the created text minutes and the date and time thereof;
Deliver to the user's information terminal such that the conference history based on the conference history information included in the user-related information of the user is selectable, and specify the conference history and request to distribute the minutes of the conference history Means for accepting the minutes distribution request to be accepted;
Minutes transmission processing means for sending the audio minutes and / or the text minutes of the meeting history accepted by the minutes distribution request accepting means to the information terminal of the user,
The electronic secretary device according to claim 5, further comprising: Information that can identify the telephone number of each user who participated in the conference by executing the mutual exchange in the user related information of each user whose telephone conversation has been exchanged by the exchange processing means. And meeting history information storage processing means for storing meeting history information including the date and time,
The holding request reception processing means is capable of selecting a meeting history specified from meeting history information stored in association with user identification information received from a user who makes a holding request to the information terminal of the user. Send, accept the selection of the sent meeting history as a request to hold,
2. The telephone number specifying means specifies a telephone number from information capable of specifying a telephone number included in the meeting history information of the meeting history accepted as a holding request by the holding request receiving processing means. Electronic secretarial apparatus in any one of -7. The user-related information includes high-frequency meeting member information including user identification information of other users that the user corresponding to the user-related information frequently performs a conference call,
The holding request reception processing means receives a request for holding a conference call for other users who conduct a conference call at a high frequency included in the high-frequency conference member information,
The telephone number specifying means uses the meeting request reception processing means when receiving a request for holding a telephone conference for other users who frequently hold a conference call. The telephone number of the other user who performs a telephone conference with high frequency is specified from the user identification information included in the high-frequency meeting member information corresponding to the user identification information received from the user. The electronic secretary device according to any one of 1 to 8.

Images