【０００１】
【発明の属する技術分野】
本発明は、インターネットなどのネットワークを利用し、管理サーバを設けない電子会議（電子掲示板やチャットを含む）システムに関する。
【０００２】
【従来の技術】
従来の電子会議は、たとえば
【特許文献１】特開平８−２５６１４５号公報に示されているように、マネージャーによって管理される特定の管理サーバをそなえており、参加を希望するときは、マネージャーに参加要求を送り、マネージャーが保持する参加許可リストに登録されている場合に、参加許可の処理をするようにしている。
【０００３】
また、
【特許文献２】特開２０００−３５３１３８号公報の電子会議構築方式では、固定した管理サーバを設けないで、会議を立ち上げた最初の端末を会議サーバとしており、会議の管理サーバを特定する第１識別子を記憶する管理サーバ情報と、参加者端末を識別する第２識別子を記憶するユーザ情報と、参加者端末について第２識別子と所有者を一対で記憶する参加者情報とを有している。
【０００４】
【発明が解決しようとする課題】
従来の電子会議システムや電子掲示板システムでは、専用の管理サーバを必要とするため、気軽に会議を始めることができず、会議に後から参加する場合は、他のコンピュータが、どのようなメンバーで会議を行っており、どのような状態になっているかを把握することが難しく、コンピュータ以外の手段であらかじめ連絡を取るなどの手数が必要であり、管理サーバに関する情報を知っていなければ会議への参加ができないなどの問題があった。また、たとえ途中から参加できたとしても、それまでの会議内容が把握できないので、スムーズに会議に参加できないという問題があった。
また、特開２０００−３５３１３８号のように、会議を立ち上げた端末を管理サーバとする方式においても、新規に参加しようとする場合は、ネットワークを通じて管理サーバ端末を検索するブロードキャストメッセージを送信し、管理サーバの参加者情報に第２の識別子を登録する必要があり、限られた範囲のネットワークでしか会議を実施できないなどの問題がある。
【０００５】
本発明は、このような点にかんがみ、専用のサーバを必要としないで会議を実行でき、新規参加者に対してもコンピュータによるメッセージの送受信のみで許可や制限を行うことができ、新規参加者に今までの会議の経過が分かり、円滑に参加できるようにした電子会議システムを提供する。
【０００６】
【課題を解決するための手段】
このため、ネットワークに接続された複数のコンピュータ間で直接メッセージを送受信して、相互に会話を行う電子会議システムにおいて、それぞれのコンピュータに、会議開催を通知する範囲と参加者の条件を設定した「設定テーブル」と、会議参加者を示す「メンバーテーブル」と、会話メッセージの履歴を保管する「メッセージ履歴ファイル」とをそなえ、会議に参加している各コンピュータが、それぞれ同一の情報を保持することにより、特定の管理サーバを設けないで会議を実行できるようにしている。
また、新規に参加を希望するコンピュータは、会議を開催しているいずれのコンピュータに対しても参加要請ができ、要請を受信したコンピュータは、自己の「設定テーブル」によって参加許可の可否を判断して送信し、参加を許可したコンピュータに対しては「参加許可」のメッセージとともに、「設定テーブル」と「メンバーテーブル」および「メッセージ履歴ファイル」を送信する。
【０００７】
【発明の実施の形態】
これを図に示す実施例について説明する。
図１は本発明システムの実施例を示すブロック図で、コンピュータＡ、Ｂ、Ｃで会議を実行している状態を示しており、図２は、「設定テーブル」１０の構成を示す例で、開催通知の範囲や、この会議に参加を許可するメンバー、許可しないメンバー、参加に対して他のメンバーの承認が必要なメンバーの名前や範囲が登録されている。図３は、「メンバーテーブル」１１の内容例を示す構成図、図４は、「メッセージ履歴ファイル」１２の内容の例を示す構成図である。
会議に参加している各コンピュータのディスク内に保存されている「メンバーテーブル」１１には、図３のように、現在会議に参加しているメンバーの名前とＩＰアドレスが登録されており、たとえば、コンピュータＡからメッセージを送る場合は、コンピュータＡのディスク内に保存されている「メンバーテーブル」１１を参照して、会議に参加している他のメンバー全員、すなわちコンピュータＢおよびコンピュータＣに対して、それぞれのネットーク上のＩＰアドレスを直接指定して送信する。
【０００８】
この際、送信したメッセージ内容は、図４のように、コンピュータＡの「メッセージ履歴ファイル」１２に「発言者Ａ」として記録され、このメッセージを受信したコンピュータＢおよびＣは、受信メッセージを画面に表示するとともに、それぞれのディスク内の「メッセージ履歴ファイル」１２にＡのメッセージとして保存する。
他のコンピュータＢまたはコンピュータＣからのメッセージも、同様に処理保存される。したがって、会議でやりとりしたメッセージの内容は、会議に参加しているコンピュータにすべて送信され、各コンピュータには同一の情報が保存されている。
【０００９】
次に、新規参加者が会議に参加する場合の手順を示す。
新規に参加を希望するコンピュータＤは、まず、図５のフローチャートにより会議を開催しているコンピュータを検索する。
会議を行っていると思われるコンピュータＡに対して、ネットワーク上のＩＰアドレスを直接指定して「問い合わせ」のメッセージ１００を送信する。
「問い合わせ」のメッセージ１００を受信したコンピュータＡは、会議を実施していない場合は、「未実施」のメッセージ１１１を返信する。「問い合わせ」のメッセージに対するコンピュータＡからの返信が来ない場合は、回答受信のタイムアウトになり、「未実施」のメッセージ１１１と同様の結果になる。
【００１０】
「問い合わせ」のメッセージ１００を受信したコンピュータＡが、会議を実施している場合は、受信したコンピュータＡがそなえている「設定テーブル」１０により、
（１） 「設定テーブル」に、すべてのコンピュータに実施の通知を行う「すべて通知」が設定されている場合（図２参照）は、どのコンピュータからの問い合わせに対しても、会議の開催通知を示した「実施中」のメッセージ１１０を「問い合わせ」を発送したコンピュータＤのＩＰアドレスに返信する。
（２） 「設定テーブル」に、現在会議に参加している以外のメンバーには知られたくない会議であり「非通知」が選定されている場合は、すべての問い合わせに対して、「未実施」のメッセージ１１１を返信する。
（３） また、「設定テーブル」に、特定のメンバーにのみ参加を認める「特定相手のみ許可」が設定されている場合は、「問い合わせ」のメッセージ１００を受信したコンピュータが、「設定テーブル」に設定された特定の条件に合致するかどうかを判断し、合致していれば、会議の開催通知を示した「実施中」のメッセージ１１０を返信し、合致しない場合は「未実施」のメッセージ１１１を「問い合わせ」を発送したコンピュータＤに送信する。
【００１１】
前述の問い合わせにより、「実施中」の回答を受けたコンピュータＤが、新規に会議に参加する場合は、図６および図７に示すように、「新規参加要請」のメッセージ１２０を、「実施中」のメッセージ１１０が送られてきたコンピュータＡのＩＰアドレスに送信する。
「新規参加要請」のメッセージ１２０を受信したコンピュータＡは、「設定テーブル」１０の設定内容により無条件で許可するかどうかの確認処理を行い、設定内容に合致していれば「参加許可」のメッセージ１５０を返信し、合致していない場合は「参加非許可」のメッセージ１５１を送信する。
【００１２】
また、「設定テーブル」１０により、許可に際して会議に参加しているメンバーの承認を必要とする場合は、次の手順による。
「新規参加要請」のメッセージ１２０を受けたコンピュータＡから「参加要請あり」のメッセージ１３０を、「メンバーテーブル」１１に登録されている他のメンバーのコンピュータＢ、ＣのＩＰアドレスに送信する。
「参加要請あり」のメッセージ１３０を受信したコンピュータは、それぞれその内容を画面に表示し、参加に対する「承認」メッセージ１４０または「非承認」メッセージ１４１をキーボードまたはマウスで入力して、コンピュータＡのＩＰアドレスに送信する。このメッセージを受信したコンピュータＡは、自分の意見も入れて全員が「承認」であれば、「新規参加要請」を行ったコンピュータＤに、「参加許可」のメッセージ１５０を送信し、メンバーのいずれかから「非承認」のメッセージ１４１があるか、自分が「非承認」の場合は、「参加不許可」のメッセージ１５１を送信する。
【００１３】
「参加許可」をしたコンピュータＡは、「メンバーテーブル」１１にコンピュータＤを加えて更新するとともに、他のメンバーのコンピュータＢ、Ｃに、「新規参加あり」のメッセージ１６０を送信して、自己を含めすべてのコンピュータの「メンバーテーブル」１１に新規参加者の名称およびＩＰアドレスを追加登録して更新させる。また、「参加不許可」を送信した場合は、許可しなかったことを送信する。
また、コンピュータＡは、「参加許可」のメッセージを送信した新規のコンピュータＤに対して、「参加許可」のメッセージ１５０の送信とともに、「設定テーブル」１０と、更新した「メンバーテーブル」１１、および、「メッセージ履歴ファイル」１２を送信する。
【００１４】
なお、「問い合わせ」１００および「新規参加要請」１２０が、コンピュータＡ以外のコンピュータＢ、Ｃに対して送信された場合も、受信したコンピュータＢまたはＣがコンピュータＡと同様に処理を行う。
なお、このシステムは、電子会議に限らず、電子掲示板やチャットにも適用することができる。
【００１５】
【発明の効果】
このように本発明は、ネットワークに接続された複数のコンピュータ間で直接メッセージを送受信して、相互に会話を行う電子会議システムにおいて、それぞれのコンピュータに、「設定テーブル」と「メンバーテーブル」および「メッセージ履歴ファイル」をそなえ、参加している各コンピュータが、同一の情報を登録しているので、専用のサーバを設置する必要がなく、複数のコンピュータによる電子会議を気軽に始められ、効率的に会議を進めることができる。
また、新規に会議に参加する場合は、会議の開催状況を把握して、会議に参加しているいずれのコンピュータに対しても参加要請を行うことができ、また、参加の要請を受けたコンピュータ側でも、許可するかどうかの処理が容易になり、参加およびその許可あるいは非許可の手順が簡単になるなどの効果がある。
【００１６】
また、新規の参加者には、「参加許可」のメッセージとともに、現状の「設定テーブル」と、「メンバーテーブル」および「メッセージ履歴ファイル」の内容が送信されるので、会議の進行状態を把握でき、円滑に会議を進めることができる。
なお、新規の参加者について会議をしているメンバーの承認が必要な場合も、処理に必要なメッセージが自動的に送受信されて許可の結果を判断でき、迅速な対応ができる利点が得られる。
【図面の簡単な説明】
【図１】本発明の実施の形態例を記すブロック図である。
【図２】設定テーブルの構成図である。
【図３】メンバーテーブルの構成図である。
【図４】メッセージ履歴ファイルの構成図である。
【図５】新規に参加するために開催中の電子会議を探す手順を示すフローチャートである。
【図６】開催中の電子会議に参加するための手順を示すブロック図である。
【図７】新規参加に対する会議中のコンピュータの処理を示すフローチャートである。
【符号の説明】
Ａ、Ｂ、Ｃ 会議中のコンピュータ
Ｄ 新規に参加を希望するコンピュータ
１０ 設定テーブル
１１ メンバーテーブル
１２ メッセージ履歴ファイル
１００ 「問い合わせ」メッセージ
１１０ 「実施中」メッセージ
１１１ 「未実施」メッセージ
１２０ 「新規参加要請」メッセージ
１３０ 「参加要請あり」メッセージ
１４０ 「承認」メッセージ
１４１ 「非承認」メッセージ
１５０ 「参加許可」メッセージ
１５１ 「参加不許可」メッセージ
１６０ 「新規参加あり」メッセージ[0001]
BACKGROUND OF THE INVENTION
The present invention relates to an electronic conference (including electronic bulletin board and chat) system that uses a network such as the Internet and does not have a management server.
[0002]
[Prior art]
A conventional electronic conference is provided with a specific management server managed by a manager as disclosed in, for example, Japanese Patent Laid-Open No. 8-256145. When a participation request is sent and registered in the participation permission list held by the manager, participation permission processing is performed.
[0003]
Also,
In the electronic conference construction method disclosed in Japanese Patent Laid-Open No. 2000-353138, the first terminal that starts the conference is used as the conference server without providing a fixed management server, and the conference management server is specified. Management server information for storing one identifier, user information for storing a second identifier for identifying a participant terminal, and participant information for storing a pair of the second identifier and the owner for the participant terminal. .
[0004]
[Problems to be solved by the invention]
The conventional electronic conference system and electronic bulletin board system require a dedicated management server, so it is not possible to start a conference casually. When joining a conference later, what kind of members are other computers? It is difficult to grasp the state of the meeting, and it is necessary to contact in advance by means other than computers. If you do not know the information about the management server, There were problems such as inability to participate. In addition, even if participants can participate from the middle, they cannot grasp the contents of the previous conference, and thus cannot participate smoothly.
Also, as in JP 2000-353138, even in a method in which a terminal that has started a conference is a management server, when a new participation is to be made, a broadcast message for searching for a management server terminal is transmitted through the network, There is a problem that the second identifier needs to be registered in the participant information of the management server, and the conference can be conducted only in a limited network.
[0005]
In view of these points, the present invention can execute a conference without requiring a dedicated server, and can allow or restrict new participants only by sending and receiving messages by a computer. Provides an electronic conference system that can understand the progress of the conference so far and enable smooth participation.
[0006]
[Means for Solving the Problems]
For this reason, in an electronic conference system in which messages are directly transmitted and received between a plurality of computers connected to a network and conversations are made with each other, a range for notifying the holding of a conference and conditions for participants are set for each computer. Each computer that participates in the conference holds the same information, including a “setting table”, a “member table” indicating participants in the conference, and a “message history file” that stores the history of conversation messages. Thus, the conference can be executed without providing a specific management server.
In addition, a new computer that wants to participate can make a request for participation to any computer that is holding the conference, and the computer that has received the request determines whether or not to allow participation based on its own “setting table”. A “setting table”, “member table”, and “message history file” are transmitted together with a “participation permission” message to a computer that has permitted participation.
[0007]
DETAILED DESCRIPTION OF THE INVENTION
This will be described with reference to the embodiment shown in the figure.
FIG. 1 is a block diagram showing an embodiment of the system of the present invention, showing a state in which a meeting is being executed by computers A, B, and C, and FIG. 2 is an example showing a configuration of a “setting table” 10. The scope of the event notification, members who are allowed to participate in this conference, members who are not permitted, and names and ranges of members that need to be approved by other members are registered. FIG. 3 is a block diagram showing an example of the contents of the “member table” 11, and FIG. 4 is a block diagram showing an example of the contents of the “message history file” 12.
In the “member table” 11 stored in the disk of each computer participating in the conference, names and IP addresses of members currently participating in the conference are registered as shown in FIG. When sending a message from the computer A, referring to the “member table” 11 stored in the disk of the computer A, all the other members participating in the conference, that is, the computer B and the computer C are referred to. The IP address on each network is directly designated and transmitted.
[0008]
At this time, the transmitted message content is recorded as “speaker A” in the “message history file” 12 of the computer A as shown in FIG. 4, and the computers B and C receiving this message display the received message on the screen. The message is displayed and stored as a message A in the “message history file” 12 in each disk.
Messages from other computers B or C are similarly processed and saved. Therefore, the contents of the messages exchanged at the conference are all transmitted to the computers participating in the conference, and the same information is stored in each computer.
[0009]
Next, a procedure when a new participant joins the conference is shown.
The computer D that wishes to newly join first searches for a computer that is holding a conference according to the flowchart of FIG.
An “inquiry” message 100 is transmitted to the computer A, which seems to be holding a conference, by directly specifying an IP address on the network.
The computer A that has received the “inquiry” message 100 returns a “not yet executed” message 111 when the conference is not being executed. If no reply is received from the computer A in response to the “inquiry” message, a response reception time-out occurs, resulting in the same result as the “unexecuted” message 111.
[0010]
When the computer A that has received the “inquiry” message 100 is conducting a conference, the “setting table” 10 provided by the computer A that has received the
(1) If “Notify All” is set in the “Setting Table” to notify all computers (see FIG. 2), a meeting opening notification is sent to any computer inquiries. The illustrated “in progress” message 110 is returned to the IP address of the computer D that sent the “inquiry”.
(2) If “Non-notification” is selected in the “Setting table” and “Non-notification” is selected for members who are not currently participating in the conference, Message 111 is returned.
(3) In addition, when “allow only specific partner” is set in the “setting table” that allows only specific members to participate, the computer that has received the “inquiry” message 100 is set in the “setting table”. It is determined whether or not the set specific condition is met. If the condition is met, a message “in progress” 110 indicating the notice of holding the conference is returned. Is transmitted to the computer D that sent the “inquiry”.
[0011]
When the computer D that has received the answer “in progress” as a result of the above inquiry joins the conference, as shown in FIG. 6 and FIG. 7, a message 120 for “new participation request” is displayed. Is sent to the IP address of the computer A to which the message 110 is sent.
The computer A that has received the “new participation request” message 120 checks whether to permit unconditionally according to the setting contents of the “setting table” 10. A message 150 is returned, and if they do not match, a message 151 “participation not permitted” is transmitted.
[0012]
Further, when the “setting table” 10 requires approval of members participating in the conference for permission, the following procedure is used.
Upon receiving the “new participation request” message 120, the computer 130 transmits a “participation requested” message 130 to the IP addresses of the other members' computers B and C registered in the “member table” 11.
Each computer that has received the message 130 “participation requested” displays the contents thereof on the screen, inputs an “approval” message 140 or “non-approval” message 141 for participation with the keyboard or mouse, and receives the IP of computer A. Send to address. The computer A that has received this message sends a “participation permission” message 150 to the computer D that has made a “new participation request” if all of them are “approved” including their own opinions. If there is a “non-approved” message 141 or if the user is “non-approved”, a “participation disapproved” message 151 is transmitted.
[0013]
The computer A that has given “participation permission” adds the computer D to the “member table” 11 and updates it, and also sends a message 160 of “new participation” to the computers B and C of the other members. The names and IP addresses of new participants are additionally registered and updated in the “member table” 11 of all the computers including them. If “participation disapproved” is transmitted, information indicating that permission has not been transmitted is transmitted.
In addition, the computer A transmits a “participation permission” message 150 to the new computer D that has transmitted the “participation permission” message, along with the “setting table” 10, the updated “member table” 11, and , “Message history file” 12 is transmitted.
[0014]
Note that when the “inquiry” 100 and the “new participation request” 120 are transmitted to the computers B and C other than the computer A, the received computer B or C performs the same processing as the computer A.
This system can be applied not only to electronic conferences but also to electronic bulletin boards and chats.
[0015]
【The invention's effect】
As described above, the present invention provides an electronic conference system in which messages are directly transmitted and received between a plurality of computers connected to a network and conversations are made with each other, and a “setting table”, “member table”, and “ Since each participating computer has the same information registered with a message history file, there is no need to set up a dedicated server, and it is easy to start an electronic conference with multiple computers. The meeting can proceed.
In addition, when newly joining a conference, it is possible to grasp the status of the conference and to request participation from any computer participating in the conference. On the side, the process of whether or not to permit is facilitated, and there are effects such as the participation and the procedure of permitting or not permitting are simplified.
[0016]
In addition, new participants will be sent the contents of the current “setting table”, “member table” and “message history file” along with the “participation permission” message, so the progress of the meeting can be understood. , Can proceed with the meeting smoothly.
In addition, even when it is necessary to approve a member who is in a meeting for a new participant, a message necessary for processing is automatically transmitted and received, so that the result of permission can be determined, and an advantage of being able to respond quickly is obtained.
[Brief description of the drawings]
FIG. 1 is a block diagram illustrating an exemplary embodiment of the present invention.
FIG. 2 is a configuration diagram of a setting table.
FIG. 3 is a configuration diagram of a member table.
FIG. 4 is a configuration diagram of a message history file.
FIG. 5 is a flowchart showing a procedure for searching for an electronic conference being held for new participation.
FIG. 6 is a block diagram illustrating a procedure for participating in an ongoing electronic conference.
FIG. 7 is a flowchart showing processing of a computer in a meeting for new participation.
[Explanation of symbols]
A, B, C Computer in meeting D Computer that wants to join newly 10 Setting table 11 Member table 12 Message history file 100 “Inquiry” message 110 “Ongoing” message 111 “Not done” message 120 “Request for new participation” Message 130 “Request to Participate” Message 140 “Approve” Message 141 “Not Approved” Message 150 “Participation Permission” Message 151 “Participation Refusal” Message 160 “New Participation” Message
