JPH09214618A - 通信装置及び通信システム - Google Patents

Abstract

(57)【要約】 【課題】 既存のサーバプログラムを用いて電子会議の
参加者のセキュリティを保護する。 【解決手段】 会議端末１０１は外部からの会議参加要
求を受付け手段１０２で受付け、その要求者を認証手段
で認証した後、受付け手段１０２はさらにファイルを参
照するか又はユーザの判定により参加許可又は拒否を判
定する。許可設定手段１０４は許可の判定に基づいてそ
の要求者による外部からのウィンドウサーバ１０６への
入出力操作を許可する設定を行う。上記判定は予め作成
した名前のリストを参照して参加不適当者を自動的に判
別し、また他のリストを参照して参加適当者を自動的に
判別し、何れのリストにも該当しない場合は要求者の名
前を表示してユーザが判定を行うようにしてもよい。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、複数端末間で表示
を共有する電子会議システム等に用いて好適な端末装置
等の通信装置及び通信システムに関するものである。

【０００２】

【従来の技術】従来より複数の端末を用い、静止画像等
を相互に通信するようにした電子会議システムでは、プ
ログラムの表示を共有するため、１つの端末上で稼働す
る送信側プログラムのデータを全ての端末上の受信プロ
グラムが受信し、表示操作を行う場合がある。その場
合、送受信プログラムが電子会議などの専用のものの場
合には、送信プログラムと受信プログラムに専用の認証
手段や操作の拒否・受諾処理手段を持たせることによっ
て、セキュリティ的に問題のないシステムとすることが
可能である。一方、電子会議などに専用ではない一般の
プログラムを複数の端末間で共有して操作するために、
あるいは専用の受信プログラムを作成する手間を省くた
めに、１つの端末上で稼働する一般のプログラムからの
表示操作を個々の端末の汎用の表示操作プログラムで受
信して表示操作を行う場合も多い。ワークステーション
等においてはこの受信表示動作はウィンドウサーバと呼
ばれるサーバプログラムを用いて実現されている。

【０００３】また、外部からの要求に基づき何らかのサ
ービスを提供するサーバプログラムには、ウィンドウサ
ーバの他にファイルＩ／Ｏサーバも良く利用されてい
る。ファイルＩ／Ｏサーバは、外部からの要求に従いフ
ァイルからのデータを要求者に転送するものである。こ
のファイルＩ／Ｏサーバはウィンドウサーバと同様に電
子会議という応用には依存せずに発達してきたものであ
るため、会議参加者にアクセスを許すといった設定がで
きず、このため個々にパスワードを要求するなど過剰な
厳しいセキュリティ保護となるか、あらゆる人にアクセ
スを許すなどの過剰に緩いセキュリティ保護となるかの
いずれかとなっている。例えば、ウィンドウサーバで
は、不適切な相手から送られてきた表示操作指示を実行
しないようにするために、操作許可を与える相手を指定
する方法を持っているが、テレビ会議などに応用する場
合には、前もって通信相手を限定することができないた
め、任意の相手からの表示操作指示に許可を与えるよう
に設定している。

【０００４】

【発明が解決しようとする課題】しかしながら、上記の
ようにウィンドウサーバなどのサービスサーバを用いた
場合は、不適切な相手からの操作指示を拒否することが
できなくなり、セキュリティの面で問題が発生してきて
いた。

【０００５】そこで、本発明はサーバプログラムを利用
して参加者を安全に保護して通信を行うことのできる電
子会議システム等に用いられる通信装置及び通信システ
ムを得ることを目的とする。

【０００６】

【課題を解決するための手段】本発明による通信装置に
おいては、相互通信への参加要求を受付け、参加の許可
又は拒否を判定する判定手段と、外部の通信装置に対す
る信号の入出力操作を行うプログラム手段と、上記判定
手段の許可の判定に応じて上記参加要求した要求者によ
る上記プログラム手段への入出力操作を許可する許可設
定手段とを設けている。

【０００７】本発明による通信システムにおいては、所
定の端末装置が、他の端末装置からの通信に対するアク
セス要求の可否を決定するようにしている。

【０００８】

【作用】本発明の通信装置によれば、判定手段は参加要
求者に対する参加の許可もしくは拒否を決定し、許可設
定手段は参加許可の判定に応じてプログラム手段への参
加者からの入出力操作の許可を設定する。

【０００９】本発明の通信システムによれば、ある端末
装置から通信への参加要求等のアクセス要求があったと
きは、所定の端末装置のみがその要求の可否を決定す
る。

【００１０】

【発明の実施の形態】図１は本発明の電子会議システム
としての通信システムに適用した第１の実施の形態を示
すブロック図である。図において、１０１は電子会議に
参加する通信装置としての会議端末の１つである。会議
端末１０１において、１０２は会議への参加要求および
退出要求を受け取り処理し、要求の許可又は拒否を判定
する受付け手段、１０３は要求の発信者を認証して受付
け手段１０２に知らせる認証手段、１０４は受付け手段
１０２の判定に応じてウィンドウサーバ１０６に対して
許可された要求者による外部からの操作許可を設定する
許可設定手段、１０５は受付け手段１０２の判定に応じ
てウィンドウサーバ１０６に対して退出要求した参加者
による外部からの操作許可を取り消す許可取り消し手
段、１０６は表示などの入出力操作を行うウィンドウサ
ーバである。

【００１１】１０７は会議への参加メンバーおよび作業
している端末ホスト名の情報を管理する会議サーバ、１
０８はディスプレイ装置、１０９はユーザが操作する入
力デバイスである。

【００１２】会議端末１０１は、外部からの会議への参
加要求を受付け手段１０２で受け、要求者を認証手段１
０３を用いて認証してから要求を許可するか拒否するか
を判定し、許可の場合には許可設定手段１０４は必要に
応じて会議サーバ１０７を参照し適切な外部からの操作
許可をウィンドウサーバ１０６へ設定する。また、会議
端末１０１は、会議参加者からの退出要求を受付け手段
１０２で受け、許可取り消し手段１０５は必要に応じて
会議サーバ１０７を参照し外部からの操作許可取り消し
をウィンドウサーバ１０６へ設定する。

【００１３】図２は電子会議システムの参加要求処理の
動作を示すフローチャートである。図において、Ｓ２０
１は外部からの参加要求を受け付ける要求受付けステッ
プ、Ｓ２０２は要求者を認証する認証ステップ、Ｓ２０
３は認証が正しく行えたか否かの判断ステップ、Ｓ２０
４はユーザが前もって設定しておいた情報を元に参加要
求の許可又は拒否を自動的に判定する自動判定ステッ
プ、Ｓ２０５は自動判定が行えたか否かの判断ステッ
プ、Ｓ２０６は参加要求の許可又は拒否の判断をユーザ
に尋ねるユーザ判定ステップ、Ｓ２０７はユーザの判定
結果を判断するステップ、Ｓ２０８はウィンドウサーバ
１０６に対して外部からの操作許可を設定する許可設定
ステップ、Ｓ２０９は参加要求者に対しての許可のメッ
セージを送信する許可メッセージ送信ステップ、Ｓ２１
０は参加要求者に対して参加拒否のメッセージを送信す
る拒否メッセージ送信ステップである。

【００１４】次に上記フローチャートを参照して動作を
説明する。本発明を用いたシステムは、自端末が既に会
議に参加している場合に新たに別のユーザからの会議へ
の参加要求を受ける時と、自端末が会議に参加していな
い場合に新たに別のユーザから会議への参加要請を受け
る時との２つの状況で動作する。

【００１５】まず、ステップＳ２０１で、外部からの参
加要求を受付け手段１０２で受付ける。次に受付け手段
１０２はステップＳ２０２で要求を発した相手を認証手
段１０３を用いて認証する。そして判断ステップＳ２０
３で要求を発した相手が正しく認証できないと判断され
た場合は、拒否メッセージ送信ステップＳ２１０へ進
む。また、正しく認証できたと判断された場合は、ステ
ップＳ２０４で参加要求の許可又は拒否を自動的に判定
する。その場合、受付け手段１０２は端末のユーザが前
もって設定した特定のファイルを参照し、このファイル
に参加要求を発した相手の名前があれば自動的に許可と
判定する。ステップＳ２０５で判定が許可と判断された
場合は、許可設定ステップＳ２０８へ進む。

【００１６】自動的に判定できないと判断された場合
は、ステップＳ２０６のユーザ判定ステップへ進む、こ
のステップＳ２０６では、ユーザの判定を求めるパネル
をディスプレイ装置１０８の画面上にポップアップし、
ユーザの入力デバイス１０９の入力操作に基づき許可又
は拒否を判定する。ステップＳ２０７で判定が許可と判
断された場合は、許可設定ステップＳ２０８へ、拒否と
判断された場合は、拒否メッセージ送信ステップＳ２１
０へ進む。

【００１７】許可設定ステップＳ２０８では、自端末が
既に会議に参加している場合には、参加要求を発した相
手を追加するように会議サーバ１０７および許可設定手
段１０４へ指示する。また、自端末が会議に参加してい
ない場合には、既に会議中のメンバー全てとの間で交信
可能となるように会議の全てのメンバーを追加するよう
に許可設定手段１０４へ指示する。許可設定手段１０４
は指示された相手もしくはメンバーを画面操作を許可す
る相手として追加するようにウィンドウサーバ１０６へ
通信する。

【００１８】ここで、会議の全てのメンバーを追加する
ように指示された場合や、以降の処理で対象相手のホス
ト名が必要な場合には、許可設定手段１０４は会議サー
バ１０７に必要な情報を問い合わせる。会議サーバ１０
７は近年一般に多く利用されているクライアント・サー
バ形式で実現され、許可設定手段１０４はクライアント
用の関数を用いて会議サーバ１０７との通信を行う。

【００１９】次いで、ステップＳ２０９で参加要求を発
した相手に要求許可のメッセージを送信し、参加要求処
理を終了する。また、参加要求に対して拒否の場合に
は、拒否メッセージ送信ステップＳ２１０で参加要求を
発した相手に要求拒否のメッセージを送信し、参加要求
処理を終了する。

【００２０】許可設定手段１０４のウィンドウサーバ１
０６への通信内容は、ウィンドウサーバ１０６をこの分
野で多く使われているＸ−Ｗｉｎｄｏｗ Ｓｅｒｖｅｒ
とすると、画面操作を許可する相手の追加操作は、Ｘ−
Ｗｉｎｄｏｗ Ｓｙｓｔｅｍに付随するコマンドを用い
て、 ｘｈｏｓｔ ｈｏｓｔｎａｍｅ あるいは ｘｈｏｓｔ ｕｓｅｒｎａｍｅ＠ｄｏｍａｉｎ のように実現される。ここで、ｈｏｓｔｎａｍｅは対象
とする相手の作業している端末のホスト名を示し、ｕｓ
ｅｒｎａｍｅ＠ｄｏｍａｉｎは対象とする相手のユーザ
名およびそのユーザが管理されているドメイン名を示
す。

【００２１】認証手段１０３による認証ステップＳ２０
２は、当該技術分野において知られているディジタル署
名の方法で公開鍵暗号を用いて実現される。これは、鍵
サーバにより個人的の秘密鍵と公開鍵との組みを生成
し、送信元が秘密鍵を用いて暗号化したメッセージを伝
達し、通信先では送信元の個人に対する公開鍵を用いて
解読することにより，当人のメッセージであることを確
認する。尚、詳しくは、情報処理vol.30, No.8, pp.892
-901、「暗号技術の動向とセキュリティ」などに述べら
れている。

【００２２】図３はユーザ判定ステップＳ２０６でディ
スプレイ装置１０８の画面にポップアップするパネルを
示した図であり、図３（ａ）は自端末が既に会議に参加
している場合のパネル、図３（ｂ）はそれ以外の場合の
パネルである。３０１〜３０４はパネル上に表示される
ボタンを示す。

【００２３】図４はユーザ判定ステップＳ２０６の詳細
な動作を示すフローチャートである。ステップＳ４０１
で、自端末が既に会議に参加しており別のメンバーの参
加可否を判定する場合には図３（ｂ）、他者からの要請
に対し自端末を新しく会議に参加させるか否かを判定す
る場合には図３（ａ）のパネルをポップアップし、ユー
ザのボタンの押下による選択を求める。参加ボタン３０
１もしくは参加許可ボタン３０３が押下された場合に
は、ステップＳ４０２で参加許可処理へ進み、ステップ
Ｓ４０６で判定を参加許可として終了する。不参加ボタ
ン３０２もしくは参加拒否ボタン３０４が押下された場
合には、ステップＳ４０３で参加拒否処理へ進み、ステ
ップＳ４０５で判定を参加拒否として終了する。ステッ
プＳ４０４でボタンの押下が前もって設定された時間以
内にない場合にはタイムアウトと判定し、ステップＳ４
０５で判定を参加拒否として終了する。以上のようにし
て会議への参加要求の処理が行われる。

【００２４】図５は会議からの退出処理手続きを示すフ
ローチャートであり、ステップＳ５０１は退出要求の受
付けステップ、ステップＳ５０２は画面操作の許可取り
消しステップ、ステップＳ５０３は退出受諾メッセージ
の送信ステップである。

【００２５】会議参加者の途中退出もしくは会議の終了
に伴い、不図示の手段により退出要求が各端末へ送信さ
れる。会議端末１０１は、ステップＳ５０１で会議参加
者からの退出要求を受付け手段１０２で受け、ステップ
Ｓ５０２で許可取り消し手段１０５は退出要求者による
外部からの操作許可取り消しをウィンドウサーバ１０６
へ設定する。また、対象相手のホスト名が必要な場合に
は、許可取り消し手段１０５は会議サーバ１０７に必要
な情報を問い合わせる。許可取り消しステップＳ５０２
の後、ステップＳ５０３で退出要求の送信元に退出受付
メッセージを返信して終了する。

【００２６】ウィンドウサーバ１０６をこの分野で多く
使われているＸ−Ｗｉｎｄｏｗ Ｓｅｒｖｅｒとする
と、画面操作を許可する相手の取り消し操作は、Ｘ−Ｗ
ｉｎｄｏｗ Ｓｙｓｔｅｍに付随するコマンドを用い
て、 ｘｈｏｓｔ −ｈｏｓｔｎａｍｅ あるいは ｘｈｏｓｔ −ｕｓｅｒｎａｍｅ＠ｄｏｍａｉｎ のように実現される。ここで、ｈｏｓｔｎａｍｅは対象
とする相手の作業している端末のホスト名、ｕｓｅｒｎ
ａｍｅ＠ｄｏｍａｉｎは対象とする相手のユーザ名およ
びそのユーザが管理されているドメイン名である。

【００２７】図６は第２の実施の形態を示すブロック図
である。上述した第１の実施の形態においては、本発明
を表示操作のためのウィンドウサーバ１０６に対するセ
キュリティ機構として利用したが、本実施の形態では共
有ファイルサーバに対するセキュリティ機構として利用
する。図６において６０１は電子会議に参加する会議端
末の１つであり、６０２は会議への参加要求および退出
要求を受け取り処理する受付け手段、６０３は要求の発
信者を認証する認証手段、６０４は共有ファイルサーバ
６０６に対して許可された要求者による外部からの操作
許可を設定する許可設定手段、６０５は共有ファイルサ
ーバ６０６に対して退出要求者による外部からの操作許
可を取り消す許可取り消し手段、６０６はデータファイ
ルなどの入出力／送受信操作を行う共有ファイルサー
バ、６０７は会議への参加メンバーおよび作業している
端末ホスト名の情報を管理する会議サーバ、６０８は共
有ファイルサーバ６０６が用いるファイルである。

【００２８】次に動作について説明する。会議端末６０
１は、外部からの会議への参加要求を受付け手段６０２
で受け、要求者を認証手段６０３を用いて認証してから
要求を許可するか拒否するかを判定し、許可の場合には
許可設定手段６０４は必要に応じて会議サーバ６０７を
参照し、その要求者による適切な外部からの操作許可を
共有ファイルサーバ６０６へ設定する。

【００２９】また、会議端末６０１は、会議参加者から
の退出要求を受付け手段６０２で受け、許可取り消し手
段６０５は必要に応じて会議サーバ６０７を参照し退出
要求者による外部からの操作許可取り消しを共有ファイ
ルサーバ６０６へ設定する。また、会議参加者の途中退
出もしくは会議の終了時には、不図示の手段により退出
要求が各端末へ送信される。会議端末６０１は、会議参
加者から退出要求を受付け手段６０２で受け、許可取り
消し手段６０５は退出要求者による外部からの操作許可
取り消しを共有ファイルサーバ６０６へ設定する。対象
相手のホスト名が必要な場合には、許可取り消し手段６
０５は会議サーバ６０７に必要な情報を問い合わせる。
その後、退出要求の送信元に退出受付メッセージを返信
して終了する。

【００３０】共有ファイルサーバへのアクセス許可の設
定および取り消しの実際の方法は、個々の共有ファイル
の実装方法に従って、適切なコマンドを送信することで
実現される。例えば、追加設定には ａｄｄ ｕｓｅｒ ｕｓｅｒｎａｍｅ＠ｄｏｍａｉｎ
［ｕｓｅｒｇｒｏｕｐ］ 除去・取り消しには ｄｅｌ ｕｓｅｒ ｕｓｅｒｎａｍｅ＠ｄｏｍａｉｎ
［ｕｓｅｒｇｒｏｕｐ］ のように設定される。ここでｕｓｅｒｇｒｏｕｐは省略
可能であり、指定した場合にはそのｕｓｅｒｇｒｏｕｐ
に対してアクセス許可のあるファイルにｕｓｅｒｎａｍ
ｅ＠ｄｏｍａｉｎで指定されたユーザがアクセスできる
ようになる。会議セッションに対してｕｓｅｒｇｒｏｕ
ｐを設定することができる。このように構成することに
より、表示のための共有ファイルサーバ６０６だけでな
く、会議などにおいて共有化するファイル情報へのアク
セスをも会議の参加者には簡単に共有化して利用でき、
非参加者からは安全に保護して利用することが可能とな
る。

【００３１】上述の第１、第２の実施の形態によれば、
電子会議システムにおいて、サーバプログラムを利用し
て参加者を安全に保護して通信を行うことのできる会議
端末としての通信装置を実現することができる。

【００３２】次に第３の実施の形態について説明する。
上述した第１、第２の実施の形態において、受付け手段
１０２による参加可否の判定は、状況により過剰に煩雑
であったり、逆に必要な設定を行う自由度がなかったり
する場面がある。例えば、公共性の高いサービスの場
合、極めて多くさんの人々に参加許可を与えることが必
要であり、そのような場合に全ての参加可能メンバーを
前もって指定することは困難である。逆に不当な利用の
可能性がある人々のリストとしてある種のブラックリス
トのようなものを用意し、これに該当する人々を特別な
判定手段で検査する方が実際的といえる。そこで本実施
の形態は状況に応じて、設定者が色々な参加可否の判定
手段を設定し得ることを目的としている。

【００３３】図７は第３の実施の形態である電子会議シ
ステムとしての通信システムの参加要求処理の動作を示
すフローチャートである。尚、構成はここでは図１を用
いるものとする。図７において、Ｓ７０１は外部からの
参加要求を受付ける要求受付けステップ、Ｓ７０２は要
求者を認証する認証ステップ、Ｓ７０３は認証が正しく
行えたか否かの判断ステップ、Ｓ７０４はユーザが前も
って設定しておいた第１の情報を基に参加要求の拒否を
自動的に判定する自動拒否判定ステップ、Ｓ７０５は自
動拒否判定に該当したか否かの判断ステップ、Ｓ７０６
はユーザが前もって設定しておいた第２の情報を基に参
加要求の許可を自動的に判定する自動許可判定ステッ
プ、Ｓ７０７は自動許可判定に該当したか否かの判断ス
テップ、Ｓ７０８はユーザ判定を行うか否かの判断ステ
ップ、Ｓ７０９は参加要求の受諾もしくは拒否の判断を
ユーザに尋ねるユーザ判定ステップ、Ｓ７１０はユーザ
判定の結果参加要求を許可したか否かの判断ステップ、
Ｓ７１１はウィンドウサーバなどに対して外部からの操
作許可を設定し参加要求者に対して許可のメッセージを
送信するなどの参加許可処理を行う参加許可処理ステッ
プ、Ｓ７１２は参加要求者に対して参加拒否のメッセー
ジを送信するなどの参加拒否処理を行う参加拒否処理ス
テップである。

【００３４】Ｓ７１３は自動拒否判定で拒否された場合
にユーザへの確認処理を行うか否かの判断ステップ、Ｓ
７１４は自動拒否判定された要求者に対するユーザの確
認を行うユーザ判定ステップ、Ｓ７１５は要求が許可さ
れたか否かの判断ステップ、Ｓ７１６は自動許可判定で
許可された場合にユーザへの確認処理を行うか否かの判
断ステップ、Ｓ７１７は自動許可判定された要求者に対
するユーザ確認を行うユーザ判定ステップ、Ｓ７１８は
要求が許可されたか否かの判断ステップである。

【００３５】次にフローチャートを参照して動作を説明
する。まず、ステップＳ７０１で、外部からの参加要求
を受付け手段１０２で受付ける。次に受付け手段１０２
はステップＳ７０２で要求を発した相手を認証手段１０
３を用いて認証する。そして、判断ステップＳ７０３で
要求を発した相手が正しく認証できない場合は要求拒否
の処理ステップＳ７１２へ進む。また、正しく認証でき
たと判断された場合は、ステップＳ７０４で参加要求の
拒否を自動的に判定する。その場合、受付け手段１０２
は端末１０１のユーザが前もって設定した第１のファイ
ルを参照し、このファイルのリストに参加要求を発した
相手の名前があれば自動的に拒否と判定する。ステップ
Ｓ７０５で判定が拒否と判断された場合は判断ステップ
Ｓ７１３へと進む。ステップＳ７１３では、自動拒否に
対する確認判定の有無を指定したデータに基づき確認判
定の有無を判断し、ここで確認判定ありと判断された場
合には、ユーザ判定ステップＳ７１４へ進む。確認判定
なしと判断された場合には、要求拒否の処理ステップＳ
７１２へ進む。ユーザ判定ステップＳ７１４では、ユー
ザに要求者の名前と自動拒否判定された事実とを提示
し、ユーザに拒否の確認を求める。ステップＳ７１５で
拒否が確認された場合は、要求拒否の処理ステップＳ７
１２へ進む。拒否されなかった場合は、要求許可の処理
ステップＳ７１１へ進む。

【００３６】ステップＳ７０５で拒否と判断さなかった
場合、ステップＳ７０６で参加要求の許可を自動的に判
定する。その場合、受付け手段１０２は端末１０１のユ
ーザが前もって設定した第２のファイルを参照し、この
ファイルのリストに参加要求を発した相手の名前があれ
ば自動的に許可と判定する。ステップＳ７０７で判定が
許可と判断された場合は判断ステップＳ７１６へと進
む。ステップＳ７１６では、自動許可に対する確認判定
の有無を指定したデータに基づき確認判定の有無を判断
し、ここで確認判定ありと判断された場合にはユーザ判
定ステップＳ７１７へ進む。確認判定なしと判断された
場合には要求許可の処理ステップＳ７１１へ進む。ユー
ザ判定ステップＳ７１７では、ユーザに要求者の名前と
自動許可判定された事実とを提示し、ユーザに許可の確
認を求める。ステップＳ７１８で許可が確認された場合
は要求許可の処理ステップＳ７１１へ進む。許可されな
かった場合は要求拒否の処理ステップＳ７１２へと進
む。

【００３７】ステップＳ７０７で自動的に判断できない
場合は、判断ステップＳ７０８で未決定時のユーザ判定
の有無を指定したデータを参照してユーザ判定を行うか
否かを判断し、ユーザ判定を行わない場合には要求拒否
の処理ステップＳ７１２へと進む。ユーザ判定を行う場
合にはステップＳ７０９のユーザ判定ステップへ進む。
ステップＳ７０９では、ユーザの判定を求めるパネルを
端末の画面上にポップアップし、ユーザの入力に基づき
許可もしくは拒否を判定する。ステップＳ７１０で判定
が許可の場合には要求許可の処理ステップＳ７１１へ、
拒否の場合には要求拒否の処理ステップＳ７１２へ進
む。

【００３８】要求許可の処理ステップＳ７１１では、自
端末１０１が既に会議に参加している場合には、参加要
求もしくは参加要請を発した相手を追加するように会議
サーバ１０７および許可設定手段１０４へ指示する。ま
た、自端末１０１が既に会議に参加していない場合に
は、会議の全てのメンバーを追加するように許可設定手
段１０４へ指示する。許可設定手段１０４は指定された
相手もしくはメンバーを画面操作を許可する相手として
追加するようにウィンドウサーバ１０６へ通信する。次
いで、参加要求を発した相手に要求許可のメッセージを
送信し、参加要求処理を終了する。参加要求に対して拒
否の場合には、要求拒否の処理ステップＳ７１２で参加
要求を発した相手に要求拒否のメッセージを送信し、参
加要求処理を終了する。尚、自動判定に用いる第１及び
第２のファイルには、全てのメンバーを意味するＡｎｙ
Ｐｅｒｓｏｎを指定することができる。

【００３９】このように処理することにより、自動拒否
判定、自動許可判定、およびそれぞれの確認操作を柔軟
に設定することが可能となる。例えば、自動拒否判定の
ための第１のファイルを空にし、ステップＳ７０８のユ
ーザ判定の有無の指定をなし、ステップＳ７１６の確認
判定の有無をありとすると、第２のファイルに記載され
たメンバーのみがアクセスでき、アクセスの時点でユー
ザの確認が行える。この場合、第２のファイルにＡｎｙ
Ｐｅｒｓｏｎを指定すれば、公共的な誰にでも適用され
るサービスの利用状況をモニタすることができる。

【００４０】また、自動許可判定のための第２のファイ
ルをＡｎｙＰｅｒｓｏｎにし、ステップＳ７１６のユー
ザ判定の有無の指定をなし、ステップＳ７１３の確認判
定の有無をありとすると、第１のファイルに記載された
メンバーからのアクセスの拒否状況の確認が行える。こ
の場合、第１のファイルはブラックリストのようなもの
であり、特別な制限を課せられた人のアクセスのみを監
視することができる。

【００４１】従って、本実施の形態によれば、既存のサ
ーバを用いて、会議参加者などの通信システムの利用者
が簡単に利用することができ、他人からのアクセスには
安全に保護されたサービスを提供することができるだけ
でなく、自動拒否、自動許可、ユーザ確認、ユーザ判定
の有無などを指定できるようにすることにより、柔軟な
利用者管理を行うことができる。

【００４２】なお、上述の第１〜第３の実施の形態は、
本発明を電子会議システムに適用した場合であるが、本
発明はこれに限定されずネットワーク上の複数端末間で
のアクセス制御を所定の端末が行う場合に適用すること
ができる。

【００４３】

【発明の効果】以上説明したように、本発明によれば既
存のサーバを利用して、会議参加者等の通信システムの
利用者には簡単に利用でき、他の人からのアクセスに対
しては安全に保護されたサービスを提供することができ
る。

【００４４】また、自動拒否判定手段、自動許可判定手
段、ユーザ判定手段等を設けて自動拒否、自動許可、ユ
ーザ確認、ユーザ判定の有無などを指定できるようにす
ることにより、柔軟な利用者管理を行うことができる。
さらにウィンドウサーバ又はファイルサーバを用いるこ
とにより、画面の表示操作又はファイルの入出力操作に
関して、適正なセキュリティを保ったままで、会議参加
者からのアクセスを許可することができるようになる。

【図面の簡単な説明】

【図１】本発明の第１の実施の形態を示すブロック図で
ある。

【図２】本発明を用いた電子会議システムの参加要求処
理の動作を示すフローチャートである。

【図３】第２のユーザ判定ステップＳ２０６で画面にポ
ップアップするパネルを示した構成図である。

【図４】ユーザ判定ステップＳ２０６の詳細な動作を示
すフローチャートである。

【図５】会議からの退出処理手続きを示すフローチャー
トである。

【図６】第２の実施の形態を示すブロック図である。

【図７】第３の実施の形態の動作を示すフローチャート
である。

【符号の説明】

１０１ 会議端末 １０２ 受付け手段 １０３ 認証手段 １０４ 許可設定手段 １０５ 許可取り消し手段 １０６ ウィンドウサーバ １０７ 会議サーバ ６０１ 会議端末 ６０２ 受付け手段 ６０３ 認証手段 ６０４ 許可設定手段 ６０５ 許可取り消し手段 ６０６ 共有ファイルサーバ ６０７ 会議サーバ

───────────────────────────────────────────────────── フロントページの続き (51)Int.Cl.⁶ 識別記号 庁内整理番号 ＦＩ 技術表示箇所 // Ｈ０４Ｌ 12/18 9466−5Ｋ Ｈ０４Ｌ 11/18

Claims (13)

【特許請求の範囲】
1. 【請求項１】 相互通信への参加要求を受付け、参加の
   許可又は拒否を判定する判定手段と、 外部の通信装置に対する信号の入出力操作を行うプログ
   ラム手段と、 上記判定手段の許可の判定に応じて上記参加要求した要
   求者による上記プログラム手段への入出力操作を許可す
   る許可設定手段とを備えた通信装置。
2. 【請求項２】 上記要求者を認証する認証手段を設け、 上記判定手段は上記認証手段により認証された要求者に
   ついて判定を行うようにした請求項１記載の通信装置。
3. 【請求項３】 上記相互通信への参加者による参加取消
   し要求を受付ける受付け手段と、 上記受付け手段による受付けに応じて上記参加取消し要
   求をした要求者による上記プログラム手段への入出力操
   作の許可を取消す許可取消し手段とを備えた請求項１記
   載の通信装置。
4. 【請求項４】 上記判定手段は、予め設定された名前の
   リストと上記要求者の名前とを比較し、上記リストに上
   記要求者の名前がある場合に、その要求者の名前を表示
   してユーザが参加の可否を入力する判定を行うようにし
   た請求項１記載の通信装置。
5. 【請求項５】 上記判定手段は、予め設定された名前の
   リストに応じて参加不適当者を自動的に選別する自動拒
   否判定手段と、他の予め設定された名前のリストに応じ
   て参加適当者を自動的に選別する自動許可判定手段と、
   どちらのリストにも該当しない場合に要求者の名前を表
   示してユーザが参加の可否を入力する判定を行う第１の
   ユーザ判定手段とを有することを特徴とする請求項１記
   載の通信装置。
6. 【請求項６】 上記自動判定された結果である参加不適
   当者もしくは参加適当者をユーザに確認する第２のユー
   ザ判定手段を有することを特徴とする請求項５記載の通
   信装置。
7. 【請求項７】 上記、第１のユーザ判定手段を利用しな
   いことを指定する指定手段を有することを特徴とする請
   求項５記載の通信装置。
8. 【請求項８】 上記プログラム手段がサーバプログラム
   である請求項１記載の通信装置。
9. 【請求項９】 上記プログラム手段がウィンドウサーバ
   である請求項１記載の通信装置。
10. 【請求項１０】 上記プログラム手段が共有ファイルサ
    ーバである請求項１記載の通信装置。
11. 【請求項１１】 ネットワークを介して接続された複数
    の端末装置間で通信を行う通信システムにおいて、 所定の端末装置が、他の端末装置からの上記通信に対す
    るアクセス要求の可否を決定することを特徴とする通信
    システム。
12. 【請求項１２】 上記所定の端末装置は、上記アクセス
    要求を発した参加者を認証する認証手段を備えたことを
    特徴とする請求項１１記載の通信システム。
13. 【請求項１３】 上記通信システムは、電子会議システ
    ムであることを特徴とする請求項１１記載の通信システ
    ム。