JP2003108423A - 情報処理システム、それを構成するクライアント装置および情報提供サーバ、並びに情報提供サーバの排他制御方法 - Google Patents

Abstract

(57)【要約】 【課題】システム全体のデッドロックを防止でき、また
タイムアウト方法をとる場合のような不都合が生じるこ
とがなく、良好に排他制御を行い得るようにする。 【解決手段】クライアントＰＣ２からコントロール画面
（Ｗｅｂページ）を開く要求があった際に、クリエータ
１は、まず既に作成したロックファイルの存否をチェッ
クし、ロック状態にない場合、その要求を許可し、同時
にロック状態とする。その後、クライアントＰＣ２は、
コントロール画面を閉じるとき、クリエータ１のロック
管理モジュール１ｆにそれを通知する。これにより、ク
リエータ１はロック状態を解除する。コントロール画面
の使用中に、クリエータ１は、クライアントＰＣ２に対
する監視を定期的に行い、クライアントＰＣ２がハング
アップ等になったことを検知した場合にも、ロック状態
を解除する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】この発明は、ネットワーク会
議システムや、ネットワーク教育システム、ネットワー
クゲームシステム等に適用して好適な情報処理システ
ム、それを構成するクライアント装置および情報提供サ
ーバ、並びに情報提供サーバの排他制御方法に関する。
詳しくは、ロック状態にないとき、複数のクライアント
装置のうち最初にアクセスの要求があった所定のクライ
アント装置に対して情報提供サーバはアクセスの許可を
与えると共にロック状態とし、所定のクライアント装置
のアクセス終了操作があるとき、あるいはこの所定のク
ライアント装置が正常にアクセス終了操作を行うことが
不可能となったとき、情報提供サーバはロック状態を解
除する構成とすることによって、システム全体のデッド
ロックを防止でき、またタイムアウト方法をとる場合の
ような不都合が生じることがなく、良好に排他制御を行
うことができるようにした情報処理システム等に係るも
のである。

【０００２】

【従来の技術】従来は、複数のクライアント装置が、ネ
ットワーク上のＷｅｂサーバのＷｅｂページを操作する
ようなシステムにおいて、ネットワーク上のＷｅｂサー
バで排他制御を行う方法として、ロックファイルを作成
する方法が用いられている。例えば、複数のクライアン
ト装置のうちの一つがネットワーク上のＷｅｂサーバに
アクセスし、Ｗｅｂサーバが提供されるＷｅｂページを
開く場合、Ｗｅｂサーバがロックファイルを作成するこ
とによって、他のクライアント装置のアクセスを拒否す
る排他制御方法が用いられている。

【０００３】しかし、単純にこの方法を用いると、クラ
イアント装置のコンピュータが何らかの理由でハングア
ップ等するとＷｅｂサーバにロックファイルが残ったま
まとなり、以降誰も操作不可能な状態に陥ってしまう。
これを解決するにはタイムアウト方法、即ちある一定時
刻を過ぎてアクセスがなければ、ロックファイルを解除
するという方法も考えられる。

【０００４】

【発明が解決しようとする課題】上述したように、単純
にロックファイルを作成する方法を用いると、クライア
ント装置が何らかの理由でハングアップ等になるとＷｅ
ｂサーバにロックファイルが残ったままとなり、以降誰
も操作不可能な状態に陥ってしまい、システム全体のデ
ッドロックが発生するという問題点があった。

【０００５】また、上述したロックファイルを作成する
方法に、ある一定時刻を過ぎてアクセスがなければロッ
クファイル解消するタイムアウト方法を加える場合、タ
イムアウトの時間を短く設定すると、Ｗｅｂページを開
いた後、Ｗｅｂページの使用中にも関わらず、ある一定
期間にページを操作しないと、ロックファイルが解除さ
れるという問題がある。また、タイムアウトの時間を長
く設定すると、ある一定時間アクセスがなければ異常と
いう判断はできないため、クライアント装置のハングア
ップ等の早期発見が困難である。

【０００６】そこで、この発明は、システム全体のデッ
ドロックを防止でき、またタイムアウト方法をとる場合
のような不都合が生じることがなく、良好に排他制御を
行い得る情報処理システム等を提供することを目的とす
る。

【０００７】

【課題を解決するための手段】この発明に係る情報処理
システムは、情報提供サーバと該情報提供サーバに接続
される複数のクライアント装置とからなる情報処理シス
テムであって、クライアント装置は、情報提供サーバに
アクセスの要求をし、許可が与えられた後にアクセスが
可能となるアクセス手段と、アクセス手段の動作を監視
する監視手段とを備え、情報提供サーバは、情報を記憶
しておく記憶手段と、ロック状態にないとき、複数のク
ライアント装置のうち最初にアクセスの要求があった所
定のクライアント装置に対してアクセスの許可を与える
と共にロック状態とし、所定のクライアント装置の監視
手段からの情報に基づき、所定のクライアント装置のア
クセス終了操作があるとき、あるいはアクセス手段で正
常にアクセス終了操作を行うことが不可能となったと
き、ロック状態を解除するロック制御手段とを備えるも
のである。

【０００８】また、この発明に係るクライアント装置
は、情報提供サーバと接続されるクライアント装置であ
って、情報提供サーバにアクセスの要求をし、許可が与
えられた後にアクセスが可能となるアクセス手段と、ア
クセス手段の動作を監視し、その監視情報を情報提供サ
ーバに与える監視手段とを備えるものである。

【０００９】また、この発明に係る情報提供サーバは、
複数のクライアント装置と接続される情報提供サーバで
あって、情報を記憶しておく記憶手段と、ロック状態に
ないとき、複数のクライアント装置のうち最初にアクセ
スの要求があった所定のクライアント装置に対してアク
セスの許可を与えると共にロック状態とし、所定のクラ
イアント装置からの監視情報に基づき、所定のクライア
ント装置のアクセス終了操作があるとき、あるいは所定
のクライアント装置が正常にアクセス終了操作を行うこ
とが不可能となったとき、ロック状態を解除するロック
制御手段とを備えるものである。

【００１０】また、この発明に係る情報提供サーバの排
他制御方法は、情報提供サーバと該情報提供サーバに接
続される複数のクライアント装置とからなる情報処理シ
ステムにおける情報提供サーバの排他制御方法であっ
て、複数のクライアント装置からのアクセスの要求を検
出するステップと、複数のクライアント装置からの監視
情報を取得するステップと、検出されたアクセスの要求
に基づき、ロック状態にないとき、複数のクライアント
装置のうち最初にアクセスの要求があった所定のクライ
アント装置に対してアクセスの許可を与えると共にロッ
ク状態とするステップと、取得された監視情報に基づ
き、ロック状態にあるとき、アクセスの許可が与えられ
た所定のクライアント装置のアクセス終了操作があると
き、あるいは所定のクライアント装置が正常にアクセス
終了操作を行うことが不可能となったとき、ロック状態
を解除するステップとを備えるものである。

【００１１】この発明においては、情報提供サーバがロ
ック状態にないとき、この情報提供サーバは、複数のク
ライアント装置のうち最初にアクセスの要求があった所
定のクライアント装置に対してアクセスの許可を与える
と共に、ロック状態となる。ロック状態とするために、
例えばロックファイルを作成する。このようにロック状
態になった後は、他のクライアント装置からのアクセス
の要求があっても、当該他のクライアント装置にはアク
セスの許可は与えられない。

【００１２】また、情報提供サーバがロック状態にある
とき、この情報提供サーバは、アクセスの許可が与えら
れた所定のクライアント装置のアクセス終了操作がある
とき、あるいは当該所定のクライアント装置が正常にア
クセス終了操作を行うことが不可能となったとき、ロッ
ク状態を解除する。ロック状態を解除するために、例え
ばロックファイルを削除する。このようにロック状態が
解除になった後は、他のクライアント装置からのアクセ
スの要求があると、当該他のクライアント装置にアクセ
スの許可が与えられる。

【００１３】このように、アクセスの許可が与えられた
クライアント装置が正常にアクセス終了操作を行うこと
が不可能となったときも、情報提供サーバはロック状態
を解除するため、システム全体のデッドロックを防止で
きる。また、このシステム全体のデッドロックを防止す
るためにタイムアウト方法をとるものでもなく、タイム
アウトの時間の長短による不都合の発生が回避される。
したがって、良好な排他制御が可能となる。

【００１４】

【発明の実施の形態】以下、この発明の実施の形態のネ
ットワーク電子会議システムについて説明する。例え
ば、ネットワーク電子会議システムの場合は、電子的に
作成されたプレゼンテーション資料を表示装置であるプ
ロジェクタ等に転送して、その資料を拡大しながら会議
を進行するシステムである。そのため、プレゼンテーシ
ョン資料を管理するクライアント装置としてのコンピュ
ータ（パーソナルコンピュータ）を備えると共に、プレ
ゼンテーション資料を表示装置に転送するため等に使用
される情報処理支援装置（パーソナルコンピュータ構
成）等が備えられてシステム全体が構築される。

【００１５】図１は、ネットワーク電子会議システムの
１００の要部の構成例を示す。このシステム１００は、
上述したようにプレゼンテーション資料（ファイルデー
タ）を保存し管理しているクライアント装置（以下、
「クライアントＰＣ（Client PC）」という）２と、プ
レゼンテーション資料を投影表示するためのプロジェク
タ等を使用した表示装置（以下、「プロジェクタ」とい
う）４を有する他、クライアントＰＣ２とプロジェクタ
４の間のデータ授受やデータ加工等を支援するパーソナ
ルコンピュータで構成された情報処理支援装置（以下、
「コミュニケータ（Communicator）」という）３を備え
ている。

【００１６】クライアントＰＣ２によってコミュニケー
タ３が制御され、このコミュニケータ３を介してビデオ
プロジェクタ４の表示映像がコントロールされる。その
ため、コミュニケータ３とプロジェクタ４との間はＲＧ
Ｂケーブル等で接続されている。

【００１７】クライアントＰＣ２とコミュニケータ３と
の間は通信手段によって結ばれている。通信手段は無線
による場合と有線による場合が考えられるが、この実施
の形態では無線を通信手段として採用している。

【００１８】そのため、クライアントＰＣ２とコミュニ
ケータ３の双方には、これらの間を接続するネットワー
クインタフェースカードである無線ＬＡＮカード２ａが
装備されている。もちろん無線通信の場合であっても、
無線ＬＡＮカードを使用する他に、アクセスポイント
（図示はしない）を使用し、このアクセスポイントを経
由して相互に通信を行うように構成することもできる。

【００１９】このネットワーク電子会議システム１００
には、さらに、会議室の模様を映像および音声として記
録し、さらにその会議で使用したプレゼンテーション資
料を記録して、会議の議事録（会議コンテンツ）を作成
する情報提供サーバ（以下、「クリエータ（Creato
r）」という）１がＬＡＮによって結ばれている。クリ
エータ１には動画入力装置としてのビデオカメラ５ａ
と、音声入力装置としてのマイク５ｂが接続されてい
る。この動画・音声入力装置５はこの例ではクリエータ
１に直接接続され、そしてクライアントＰＣ２からの指
示に従ってその動作モードが制御できるように構成され
ている。

【００２０】メインコミュニケータ３ａおよびクリエー
タ１のそれぞれは、これら相互間の通信およびインター
ネット等のネットワークを介して遠隔地間に設置された
会議室同士での会議を遂行できるようにするため、この
例ではクリエータ１とコミュニケータ３のそれぞれは同
一セグメントのグローバルＩＰアドレスを保有する。グ
ローバルＩＰアドレスのセグメントは異なっても差しつ
かえない。なお、サブコミュニケータ３ｂ，３ｃはプラ
イベートＩＰアドレスを保有する。

【００２１】クライアントＰＣ２には電子会議用アプリ
ケーションソフトウエアとＷｅｂブラウザがインストー
ルされている。また、クライアントＰＣ２は、監視手段
としての、Ｗｅｂページを監視する監視モジュール２Ａ
を有する。この監視モジュール２Ａは開いている所定の
Ｗｅｂページを監視し、このＷｅｂページが終了したこ
とを検出すると、その旨をクリエータ１に通知する。そ
して１つの会議システムの中では、最大１６台まで使用
することが可能である。複数のクライアントＰＣ２を使
用するとき、それぞれには固有のプライベートＩＰアド
レスが設定される。

【００２２】複数台のクライアントＰＣ２を使用する場
合、その会議室内での閉ざされた環境を作り、外部から
不特定第三者が会議に参加したり、会議内容を閲覧でき
ないように秘匿性のある会議システムを構築するため、
共通のパスワードが設定される。このパスワードは最初
の会議参加者が自由に設定することができ、残りの会議
参加者はそのパスワードを入力することでこの会議シス
テムに参加することができる。

【００２３】会議参加者うちの１人がプレゼンテーショ
ン資料をクライアントＰＣ２からコミュニケータ３に無
線ＬＡＮカード２ａ経由で転送しプロジェクタ４で表示
して、プレゼンテーションする権利を獲得する。クライ
アントＰＣ２のファンクションキーを操作するだけで、
プレゼンテーションする権利を放棄し、別の会議参加者
にプレゼンテーションする権利を委譲することができる
ので、会議参加者の全てがプレゼンターとしての資格を
保有している。

【００２４】会議参加者のうちの１人がクライアントＰ
Ｃ２を用いてクリエータ１に対する記録、再生等の動作
モードを制御することができるように構成されている。
つまり、この１人が会議の議事録用の資料作りを行う権
利を獲得することになる。

【００２５】次に、ネットワーク電子会議システム１０
０の各構成部分について説明する。１つの会議室の中に
は１台のプロジェクタ４が設置され、したがって１台の
コミュニケータ３によって電子会議システムが構築され
るのが、最もシンプルな基本構成である。しかし、場合
によっては複数台のプロジェクタ４を使用して会議を進
行させた方が会議を効率的に運用できる場合がある。複
数のプロジェクタ４によって異なるプレゼンテーション
資料を同時に表示してそれらを使用しながら説明を行う
場合が多々考えられるからである。

【００２６】このような場合には、基本的にはプロジェ
クタ４の設置台数に応じてコミュニケータ３が配され
る。図１は３台のプロジェクタ４を使用した場合の構成
例である。このように複数台のコミュニケータ３を使用
する場合には、そのうちの１台をメインコミュニケータ
（Main Communicator）３ａとして使用し、残り２台は
サブコミュニケータ（Sub Communicator）３ｂ，３ｃと
して使用する。

【００２７】この場合、クライアントＰＣ２から送られ
てきたプレゼンテーション資料等はメインコミュニケー
タ３ａが管理し、それぞれのサブコミュニケータ３ｂ、
３ｃを介して対応するプロジェクタ４ｂ、４ｃで表示す
るような制御体系となっている。そのため、サブコミュ
ニケータ３ｂ、３ｃはプライベートＩＰアドレスを保有
する。複数のコミュニケータ３ａ、３ｂ、３ｃをそれぞ
れ独立させて制御することも可能である。

【００２８】メインコミュニケータ３ａはまた、クライ
アントＰＣ２から転送されたプレゼンテーション資料そ
のものと、そのプレゼンテーション資料のページを切り
替えたときの情報(ページを切り替えた時間やページ情
報等)をＬＡＮを介してクリエータ１に送ったり、クラ
イアントＰＣ２からの指示にしたがって、クリエータ１
に記録されている情報を受信してクライアントＰＣ２に
配布する等の機能を有する。

【００２９】図２はコミュニケータ３の構成を示してい
る。図２に示すように、コミュニケータ３は、クライア
ントＰＣ２からのプレゼンテーション資料の送受信を行
うためのネットワークアダプタ３０ａを始めとして、処
理プログラムを格納した記憶装置３０ｂ、ワーキング用
のメモリ（Work用RAM）３０ｃ、CPU３０ｄ、およびプレ
ゼンテーション資料をＲ、Ｇ、Ｂ信号で出力するための
ディスプレイアダプタ３０ｅとから構成されている。

【００３０】ネットワークアダプター３０ａとしては、
この例では上述した無線ＬＡＮカード２ａが使用され
る。記憶装置３０ｂにはコミュニケータ３を動作させる
ための基本ソフトウエア（電子会議用アプリケーション
ソフトウエア）やプレゼンテーション資料を処理する処
理プログラムが格納されている。

【００３１】Work用RAM３０ｃは、受信したプレゼンテ
ーション資料を一時的に蓄積したり、その資料を加工処
理したりするために使用される。プレゼンテーション資
料はCPU３０ｄの介在の下で、Ｒ、Ｇ、Ｂ信号に変換し
てからディスプレイアダプタ３０ｅに供給される。プロ
ジェクタ４はコミュニケータ３とＲＧＢケーブルで接続
されている。

【００３２】図３はクリエータ１の構成を示している。
このクリエータ１は、プログラムを処理するCPU１ａ
と、送受信した情報（動画や静止画等の情報）を処理す
るためのWork用メモリ（例えばハードディスク）１ｂ
と、プレゼンテーション資料を始めとして動画・音声等
の情報およびそれらを処理するための制御プログラムを
記憶する記憶装置１ｃと、Ｗｅｂページの排他制御を管
理するロック管理モジュール１ｆと、コミュニケータ３
と接続するためのネットワークアダプタ１ｄとで構成さ
れる。クリエータ１は、さらに動画・音声入力装置５か
ら動画および音声情報を受信したり、これを制御したり
するための動画・音声入力端子（Ｉ／Ｏインタフェー
ス）１ｅを備えている。

【００３３】ロック管理モジュール１ｆは、ロック状態
にないとき、最初にアクセスの要求があったクライアン
トＰＣ２に対してアクセスを許可を与えると共に、ロッ
クファイルを作成し、ロック状態とする。また、このク
ライアントＰＣ２のアクセス終了操作があるとき、ある
いはクライアントＰＣ２がハングアップ等になって、正
常にアクセス終了操作を行うことが不可能となったと
き、ロック管理モジュール１ｆはロックファイルを削除
し、ロック状態を解除する。

【００３４】このクリエータ１は、上述したようにコミ
ュニケータ３で表示されているプレゼンテーション資料
に関する情報を記録する他、電子会議に出席した出席者
の情報（ＩＰアドレスや顔写真等の情報）等コミュニケ
ータ３から転送される情報、さらには動画・音声情報等
を記録する。そして、記録終了と共に会議の議事録とも
言える会議コンテンツを自動的に生成する機能を有す
る。会議コンテンツの自動作成処理については後述す
る。

【００３５】クリエータ１および動画・音声入力装置５
に対する制御は、上述したように複数のクライアントＰ
Ｃ２が存在する場合、その内の１台のクライアントＰＣ
２によって制御される。つまり書記役のクライアントＰ
Ｃ（以下、「記録者用クライアントＰＣ」という）２に
よって管理されることになる。

【００３６】書記役のクライアントＰＣとなるために
は、クリエータ１に対する操作画面として使用されるコ
ントロール（CONTROL）画面を開ければよい。図４は記
録者用クライアントＰＣの表示画面に表示されるGUI画
面５０の一例を示す図である。

【００３７】この表示画面５０は横方向に分割された大
凡３つの表示画面から構成され、その中央部にはクライ
アントＰＣ側の基本画面５０ａが表示され、その右側に
は会議に参加している参加者に関する情報を表示した参
加者画面５０ｂが表示され、基本画面５０ａの左側には
クリエータ１をコントロールするコントロール画面５０
ｃが表示される。そして画面最下部には横長のメモ画面
５０ｄが表示される。

【００３８】基本画面５０ａの上部側には、電子会議シ
ステムに接続されている機器のアイコンが表示される。
図ではクリエータ１のアイコン、コミュニケータ３の
アイコン等が表示されている。また図では符号は付さ
れていないが、動画・音声入力装置５用のアイコンも表
示されている。

【００３９】基本画面５０ａの下部側はファイルのリス
ト欄として使用され、ここにはプレゼンターとして機能
するクライアントＰＣ２に蓄積されているファイル名
が表示されている。参加者画面５０ｂには、参加者の顔
写真、参加者が所有しているクライアントＰＣ２のプラ
イべートＩＰアドレス等が表示される。

【００４０】コントロール画面５０ｃは、その最上部が
映像表示部となされ、ここにビデオカメラ５ａで撮像さ
れた映像が動画として表示される。その中央部は帯状の
表示エリアであって、ファンクションキーを含む複数の
ソフトキー操作部であり、その最下部が題名等の入力部
となされている。ソフトキー操作部には、RECキー、S
TOPキー、PAUSEキーの他に、記録中重要な映像個所
にマークをつけるためのMARKキー、メモ画面を開くた
めのMEMOキーおよびプロジェクタ４に表示されている
静止画情報（プレゼンテーション資料）を保存するため
のCAPTUREキー等が表示されている。

【００４１】クライアントＰＣ２からコミュニケータ３
にログオンすると、その表示画面上には基本画面５０ａ
のみが表示される。ファイルリスト中のファイルをコ
ミュニケータ３のアイコンにDrug＆Dropすることで、そ
のファイルデータ（プレゼンテーション資料）がコミュ
ニケータ３に転送され、プロジェクタ４に表示されてプ
レゼンテーションすることができる。ただし、これはプ
レゼンターの資格を得たクライアントＰＣ２側で操作し
た場合である。

【００４２】基本画面５０ａのAttendeeボタンを押す
と、図４のようにその右側に参加者画面５０ｂが表示さ
れる。そして、クリエータアイコンを右クリックする
と、図５に示すようなメニュー画面が表示され、そのメ
ニュー画面の中から「コントロール」を選択すると、図
４に示すコントロール画面５０ｃが表示される。コント
ロール画面の中からMEMOキーを操作すると、図４の画
面位置にメモ画面５０ｄが表示され、ここに文章等を入
力できる。メモ画面５０ｄは４〜６行分のスペースがと
られている。

【００４３】図５に示すメニュー画面より「コンテンツ
マネージャー」を選択すると、クリエータ１に保存され
ているリストメニュー（クリエータ・コンテンツ・マネ
ージャー画面）が表示される。

【００４４】図６はこの画面の表示例を示す。この画面
には、クリエータ１内に保存されているコンテンツリス
トが表示される他、選択されたコンテンツリストに対
する動作モード選択用のソフトキーが表示される。実施
の形態では、選択されたコンテンツを再生するReviewキ
ー、選択されたコンテンツをクライアントＰＣ２に転
送するクライアント転送キー（Download to My Compute
rキー）、選択されたコンテンツを他のサーバに転送
するサーバ転送キー（Upload to Serverキー）、選択
されたコンテンツの詳細情報を見るための詳細キー（Sh
ow Contents Informationキー）、選択されたコンテ
ンツを消去するためのDeleteキー等が表示されてい
る。

【００４５】次に、上述したネットワーク電子会議シス
テムの１００の動作を図７を参照して説明する。まず、
ステップＳ１で、会議参加者のクライアントＰＣ２を用
いて電子会議用アプリケーションソフトウエアを起動
し、コミュニケータ（若しくはメインコミュニケータ）
３にログオンする。

【００４６】この場合、最初の会議参加者がパスワード
を設定し、それ以降の参加者はそのパスワードを入力す
ることでその会議に参加することができることは既に説
明した。パスワードは予めその電子会議システムに決め
られた固有の値ではないので、パスワードを忘れたり、
間違って電子会議システムを起動できないような不都合
な問題をなくすことができる。

【００４７】ステップＳ２で、会議参加者がクリエータ
１の操作画面であるコントロール（CONTROL）画面５０
ｃを開くと、そのクライアントだけが記録者クライアン
トＰＣとなる（図４参照）。クライアントＰＣ２の GUI
画面上で、クリエータ１のアイコン（図４参照）を右
クリックし、表示されたメニューから「コントロール」
を選択すると、コントロール画面５０ｃが表示される
（図４参照）。ステップＳ３で、コントロール画面のRE
Cキー(図４）を押すと、動画・音声入力装置５が起動
されて会議の映像記録を開始する。

【００４８】また、コントロール画面５０ｃでMEMOキー
（図４）を押すと、図４のようなメモ画面５０ｄが開
きテキストの入力が可能になる。SENDキーを押すと、入
力したテキストがクリエータ１内に取り込まれる。ステ
ップＳ４で、クライアントＰＣ２のファイルリストか
らプレゼンテーション資料を表示したいプロジェクタ４
のアイコンにドラッグ＆ドロップすると、プロジェク
タ４の画面上にファイルリストで選択されたプレゼンテ
ーション資料が表示される。これと同時にこのプレゼン
テーション資料およびページ切り替え情報等がクリエー
タ１内のハードディスクに保存される。

【００４９】ステップＳ５で、記録を終了する時は、コ
ントロール画面でSTOPキーを押す。その際、記録者側
クライアントＰＣ２には図８に示すような保存確認画面
が表示される。保存処理以外はその内容が消去される。
保存操作を行うと、ステップＳ６で会議コンテンツが自
動的に生成される。つまり、このステップＳ６では、コ
ミュニケータ３からの静止画情報と動画・音声入力装置
５からの動画・音声情報を基に会議コンテンツが生成さ
れる。この会議コンテンツはインターネットのようなネ
ットワークを介して参照できるようにするため、ファイ
ルデータはHTML変換される。

【００５０】ステップＳ７で、会議コンテンツの生成が
完了すると、クリエータ・コンテンツ・マネージャー画
面が表示され、クリエータ１内に保存されている会議コ
ンテンツを確認することができる(図６参照)。

【００５１】ステップＳ８で、このクリエータ・コンテ
ンツ・マネージャー画面から見たい会議コンテンツを選
択することで、その内容を再生できる。内容が確認され
たコンテンツは他のサーバ（Server）に転送することで
保存される（ステップＳ９）。

【００５２】また、ステップＳ８で、会議コンテンツを
再生し、その内容を編集したいときには、ステップＳ１
０で、クリエータ・コンテンツ・マネージャー画面を操
作することで、その会議コンテンツをクライアントＰＣ
２側に転送して、編集用ソフトで編集することができ
る。編集後のサーバコンテンツはサーバに転送して保存
される（ステップＳ９）。記録者であるクライアントＰ
Ｃ２からはサーバ上の会議コンテンツを再生することが
できる（ステップＳ１１）。図９は、コンテンツ再生画
面の一例である。

【００５３】コンテンツ再生画面６０は、図示するよう
に会議の模様を映像記録した動画再生部６０ａが左上部
に位置し、そしてその会議で使用した静止画情報である
プレゼンテーション資料の静止画再生部６０ｂがその右
半分に位置するように分割表示され、これらが同一表示
画面上で同時に表示できるような画面構成となってい
る。

【００５４】そのため、プレゼンテーション資料用の静
止画再生部６０ｂは、１つの会議室に設置されるプロジ
ェクタ４の最大数によってその表示パターンが相違す
る。実施の形態では３台までプロジェクタが接続できる
構成であり、最大三枚のプレゼンテーション資料が表示
される場合があるので、静止画再生部６０ｂの再生画面
構成は最大４分割できる表示パターンとなっている。

【００５５】この表示パターンはテンプレート化されて
おり、プロジェクタの使用台数に応じてテンプレート化
された表示パターン（テンプレート１〜３）が選択され
る。図９はテンプレート３の表示パターンの場合であ
り、プロジェクタが３台使用されたときの表示例であ
る。静止画Ｐ１はプロジェクタ４ａで表示された資料
であり、同様に静止画Ｐ２、Ｐ３はプロジェクタ４ｂ、
４ｃを用いて表示された資料である。コンテンツ再生
時には時間経過に合わせてこの静止画再生部６０ｂに表
示される資料が自動的に切り替わる。

【００５６】動画再生部６０ａには、上述した映像が表
示される他に、その映像表示部の真下にはView切り替え
部が表示される。そしてその下側の表示部は２段に
分かれ、プロジェクタで表示したプレゼンテーション資
料が最大６枚までサムネイル表示される。複数台のプロ
ジェクタを使用しているときは選択された１台のプロジ
ェクタに表示された資料がサムネイル表示される。任意
のサムネイルを選択すると、上に表示された動画もこれ
に同期して、そのサムネイルが表示された時間までシフ
トし、その時間からノーマル再生される。

【００５７】このサムネイル表示に代えて上述したマ
ーク表示に切り替えることができる。サムネイル表示
とマーク表示の切り替えはView切り替え部で選択す
る。会議中にコントロール画面５０ｃのMARKキーを押
した順に、編集処理時に付された題名(題名が無い場合
は「Untitled」になる)と時間が表示される。そしてマ
ーク表示欄の題名をマウスでクリックすると、上に表
示された動画もこれに同期してその時間までシフトし
て、ノーマル再生となる。これによって常に動画と静止
画（プレゼンテーション資料）との同期が取られて表示
されることになる。再生時には時間経過に合わせて表示
がそれぞれ切り替わる。

【００５８】上述した静止画再生部６０ｂの各表示画面
の下側には、画面の拡大表示ボタンがあり、これが選
択されたときには表示されている静止画が、最大表示パ
ターンに切り替えて表示（オリジナルサイズ表示）され
る。

【００５９】上述したように複数のクライアントＰＣ２
が存在する電子会議システムの場合、システムの排他制
御により、会議参加者のうちの１人のみがクライアント
ＰＣ２を用いてクリエータ１に対する記録、再生等の動
作モードを制御することができる。

【００６０】図１０は、本実施の形態の排他制御方式の
構成を示すブロック図である。この場合、クライアント
ＰＣ２（２台）はコミュニケータ３を介してクリエータ
１と通信手段によって結ばれている。図１０に示すよう
に、情報提供サーバとしてのクリエータ１は、ロックフ
ァイル生成、削除およびクライアントＰＣ２の監視等を
行うためのロック管理モジュール１ｆが配置されてい
る。また、クライアントＰＣ２には、Ｗｅｂブラウザ２
Ｂがインストールされている。また、クライアントＰＣ
２は、Ｗｅｂブラウザ２Ｂで開いているＷｅｂページを
監視する監視モジュール２Ａを有する。

【００６１】ネットワーク電子会議システムの１００の
場合、書記役としてのクライアントＰＣ２を一台に制限
するには、クリエータ１の操作画面であるＷｅｂページ
としてのコントロール（CONTROL）画面５０ｃのロック
処理を行うと共に、クライアントＰＣ２におけるコント
ロール画面５０ｃの監視およびクリエータ１によるクラ
イアントＰＣ２の監視を行う方法が用いられる。

【００６２】例えば、クライアントＰＣ２からクリエー
タ１にコントロール画面５０ｃを開く要求（アクセス）
があった際に、クリエータ１が、まず既に作成したロッ
クファイルがあるかどうかをチェックする。既に作成し
たロックファイルがないとき、コントロール画面５０ｃ
が開き、同時にロックファイルを作成する。ロックファ
イルの作成により、クリエータ１はロック状態となる。
その後、クライアントＰＣ２は開いているコントロール
画面５０ｃの監視を定期的に行い、コントロール画面５
０ｃが閉じられたことを検出すると、クリエータ１のロ
ック管理モジュール１ｆに対してその旨を通知し、ロッ
ク管理モジュール１ｆはその通知を受け、ロックファイ
ルを削除してロック状態を解き、コントロール画面５０
ｃを全てのクライアントＰＣ２に解放する。なお、クリ
エータ１によるクライアントＰＣ２に対する監視を定期
的に行い、クライアントＰＣ２がハングアップ等になっ
たこと、即ち、正常にアクセス終了操作を行うことが不
可能となったことを検知すると、ロック状態を解き、コ
ントロール画面５０ｃを全てのクライアントＰＣ２に解
放する。

【００６３】以下、上述したネットワーク電子会議シス
テムの１００の排他制御動作を図１１および図１２を参
照して説明する。図１１は、排他制御時、クライアント
ＰＣ２の動作のフローチャート、図１２は、排他制御
時、クリエータ１の動作のフローチャートである。ま
ず、クライアントＰＣ２の動作から説明する。ステップ
Ｓ２１で、例えば、会議の参加者の一人は記録者として
クライアントＰＣ２からクリエータ１に、コントロール
画面（Ｗｅｂページ）５０ｃのオープンを要求する。

【００６４】ステップＳ２２で、クリエータ１の返事を
待ち、コントロール画面５０ｃのオープンが許可されな
い（他の会議の参加者のクライアントＰＣ２から既に使
用中）場合、ステップＳ２０で、他のクライアント（ユ
ーザ）使用中を表示する。この時、コントロール画面５
０ｃのオープンができない。また、コントロール画面５
０ｃのオープンが許可される場合、ステップＳ２３へ進
む。

【００６５】ステップＳ２３で、コントロール画面５０
ｃを開く。このとき、コントロール画面５０ｃよりクリ
エータ１を操作することができる。例えば、会議内容の
記録、再生等を行うことができる。

【００６６】ステップＳ２４で、クライアントＰＣ２の
監視モジュール２Ａがこのコントロール画面５０ｃを定
期的に監視する。この場合、監視モジュール２Ａは、例
えばコントロール画面５０ｃのタイトル等の情報を監視
することにより、コントロール画面５０ｃが使用中かど
うか判断する。また、コントロール画面５０ｃが終了し
たことを検出すると、ステップＳ２５でその旨をクリエ
ータ１のロック管理モジュール１ｆに通知する。これに
より、クリエータ１のロック管理モジュール１ｆがロッ
クファイルを削除し、ロック状態を解除することによっ
て、コントロール画面５０ｃをすべてのクライアントＰ
Ｃ２に解放する。

【００６７】次に、クリエータ１の動作について説明す
る。まず、ステップＳ３１で、クライアントＰＣ２から
アクセスして、コントロール画面（Ｗｅｂページ）５０
ｃのオープンの要求を受ける。次に、ステップＳ３２
で、ロックファイルが存在するかどうかをチェックす
る。既に存在する場合、使用中の旨を通知する。また、
ロックファイルが存在しない場合、ステップＳ３３へ進
む。ステップＳ３３で、ロックファイルを作成する。

【００６８】また、ステップＳ３４でコントロール画面
５０ｃをオープンすることを許可する。これにより他の
クライアントＰＣ２がコントロール画面５０ｃをオープ
ンすることができなくなる。

【００６９】次に、ステップＳ３５で、クリエータ１の
ロック管理モジュール１ｆがクライアントＰＣ２の監視
モジュール２Ａを定期的に監視する。クライアントＰＣ
２がハングアップ等になって、正常にコントロール画面
５０ｃの終了操作（アクセスの終了操作）を行うことが
不可能となった場合（正常でない場合）、ステップＳ３
７でロックファイルを削除し、ロック状態を解除する。

【００７０】また、ステップＳ３６で、クライアントＰ
Ｃ２からのコントロール画面５０ｃの終了通知がある場
合、ステップＳ３７でロックファイルを削除し、ロック
状態を解除する。また、終了通知がない場合、ロック管
理モジュール１ｆが監視を続ける。

【００７１】ネットワーク電子会議システムの１００に
おいては、上述の排他制御方法で同時にクリエータ１を
操作できる人数を一人に制限している場合、例えば会議
の記録操作をしている人物が急用で席をはずさなければ
ならなくなった場合に、そのとき記録中であったとして
も、コントロール画面５０ｃを閉じて他の人物に再度開
かせることにより、記録を中断せずに操作を委譲するこ
とができる。

【００７２】このように本実施の形態においては、複数
のクライアントＰＣ２のうちの一つからクリエータ１に
コントロール画面（Ｗｅｂページ）５０ｃを開く要求が
あった際に、クリエータ１が、まず既に作成したロック
ファイルの存否をチェックし、ロックファイルがない場
合、コントロール画面５０ｃが開き、同時にロックファ
イルを作成する。そのコントロール画面５０ｃが開いて
いる間に、クライアントＰＣ２によるコントロール画面
５０ｃの監視を定期的に行い、コントロール画面５０ｃ
が閉じられ、終了したことを検出すると、ロック管理モ
ジュール１ｆにその旨（アクセスの終了操作が行われた
こと）を通知し、ロック管理モジュール１ｆがロックフ
ァイルを削除し、ロック状態を解除することによって、
コントロール画面５０ｃを全てのクライアントＰＣ２に
解放する。これによって、複数のクライアントＰＣ２が
存在するネットワーク電子会議システムの１００におい
て、同時にコントロール画面５０ｃを操作できるクライ
アントＰＣ２を１つに制限し、排他制御処理を確実に行
うことができる。

【００７３】また、コントロール画面５０ｃの使用中
に、クリエータ１のロック管理モジュール１ｆによるク
ライアントＰＣ２に対する監視も定期的に行い、クライ
アントＰＣ２がハングアップ等になって、正常にコント
ロール画面５０ｃを閉じる操作を行うことが不可能とな
ったこと（アクセス終了操作が不可能になったこと）を
検知すると、ロック管理モジュール１ｆがロックファイ
ルを削除し、ロック状態を解除することによって、シス
テム全体のデッドロックを防止し、安定的な排他制御を
行うことができる。

【００７４】なお、上述実施の形態の他の応用例とし
て、例えば、一般的な会議アプリケーションにおいて、
Ｗｅｂサーバに議長Ｗｅｂページを用意し、このページ
を開いている人物が「議長役」であり、また、このペー
ジを閉じて他の人物に開かせることで「議長権限」の委
譲ができるようにしてもよい。

【００７５】また、上述実施の形態においては、この発
明をネットワーク会議システムに適用したものである
が、これに限定されるものではない。例えば、ネットワ
ーク教育システム、ネットワークゲームシステム等にも
この発明を同様に適用できる。

【００７６】また、上述実施の形態においては、情報提
供サーバとしてのクリエータ１がＷｅｂブラウザで表示
できる形式のＷｅｂページを情報として取り扱うものを
示したが、その他の情報を取扱うものにもこの発明を同
様に適用できる。

【００７７】また、上述実施の形態においては、クライ
アントＰＣ２はコミュニケータ３を介してクリエータ１
にアクセスするものであるが、これに限定されるもので
はない。例えば、クライアントＰＣ２が有線または無線
の通信手段を用いて直接にクリエータ１にアクセスする
ものにもこの発明を適用できる。

【００７８】

【発明の効果】この発明によれば、情報提供サーバがロ
ック状態にないとき、複数のクライアント装置のうち最
初にアクセスの要求があった所定のクライアント装置に
対して情報提供サーバはアクセスの許可を与えると共に
ロック状態とし、所定のクライアント装置のアクセス終
了操作があるとき、あるいはこの所定のクライアント装
置が正常にアクセス終了操作を行うことが不可能となっ
たとき、情報提供サーバはロック状態を解除することに
よって、システム全体のデッドロックを防止でき、また
タイムアウト方法をとる場合のような不都合が生じるこ
とがなく、良好に排他制御を行うことができる。

【図面の簡単な説明】

【図１】ネットワーク電子会議システムの構成を示す図
である。

【図２】コミュニケータの構成を示す図である。

【図３】クリエータの構成を示す図である。

【図４】クライアントＰＣの表示画面を示す図である。

【図５】クリエータのメニューが表示される状態を示す
図である。

【図６】コンテンツマネージャ画面を示す図である。

【図７】システム動作のフローチャートである。

【図８】コンテンツ保存確認画面を示す図である。

【図９】コンテンツ再生画面を示す図である。

【図１０】排他制御方式の構成を示すブロック図であ
る。

【図１１】排他制御時、クライアントＰＣ２の動作のフ
ローチャートである。

【図１２】排他制御時、クリエータ１の動作のフローチ
ャートである。

【符号の説明】

１・・・クリエータ、１ａ，３０ｄ・・・ＣＰＵ、１ｂ
・・・Work用メモリ、１ｄ，３０ａ・・・ネットワーク
アダプタ、１ｅ・・・映像・音声入力端子、１ｆ・・・
ロック管理モジュール、２・・・クライアントＰＣ、２
ａ・・・無線ＬＡＮカード，２ｂ・・・アクセスポイン
ト、２Ａ・・・監視モジュール、２Ｂ・・・ウェブブラ
ウザ、３・・・コミュニケータ、３ａ・・・メインコミ
ュニケータ、３ｂ，３ｃ・・・サブコミュニケータ、
４，４ａ，４ｂ，４ｃ・・・プロジェクタ、５・・・動
画・音声入力装置、５ａ・・・ビデオカメラ、５ｂ・・
・マイク、３０ｃ・・・Work用RAM、３０ｅ・・・ディ
スプレイアダプタ、５０・・・ＧＵＩ画面、５０ａ・・
・基本画面、５０ｂ・・・参加者画面、５０ｃ・・・コ
ントロール画面、５０ｄ・・・メモ画面、６０・・・コ
ンテンツ再生画面、６０ａ・・・動画再生部、６０ｂ・
・・静止画再生部、１００・・・ネットワーク電子会議
システム

───────────────────────────────────────────────────── フロントページの続き (72)発明者 鈴木 博之 東京都品川区北品川６丁目７番35号 ソニ ー株式会社内 Ｆターム(参考） 5B082 GB06 HA03 HA05 HA08 5B085 AC11 BC02 BG07 5B098 AA10 GD07 GD16

Claims (10)

【特許請求の範囲】
1. 【請求項１】 情報提供サーバと該情報提供サーバに接
   続される複数のクライアント装置とからなる情報処理シ
   ステムであって、 上記クライアント装置は、上記情報提供サーバにアクセ
   スの要求をし、許可が与えられた後にアクセスが可能と
   なるアクセス手段と、上記アクセス手段の動作を監視す
   る監視手段とを備え、 上記情報提供サーバは、情報を記憶しておく記憶手段
   と、ロック状態にないとき、上記複数のクライアント装
   置のうち最初にアクセスの要求があった所定のクライア
   ント装置に対してアクセスの許可を与えると共にロック
   状態とし、上記所定のクライアント装置の上記監視手段
   からの情報に基づき、上記所定のクライアント装置のア
   クセス終了操作があるとき、あるいは上記アクセス手段
   で正常にアクセス終了操作を行うことが不可能となった
   とき、上記ロック状態を解除するロック制御手段とを備
   えることを特徴とする情報処理システム。
2. 【請求項２】 上記情報提供サーバは、 上記記憶手段に、Ｗｅｂブラウザで表示できる形式のＷ
   ｅｂページを記憶していることを特徴とする請求項１に
   記載の情報処理システム。
3. 【請求項３】 上記記憶手段には、制御画面表示用の情
   報が含まれており、 上記クライアント装置のアクセス手段は、上記制御画面
   表示用の情報による表示画面に基づいて上記情報提供サ
   ーバの動作を制御することを特徴とする請求項１に記載
   の情報処理システム。
4. 【請求項４】 上記ロック制御手段は、上記ロック状態
   とするときロックファイルを作成すると共に、上記ロッ
   ク状態を解除するとき上記ロックファイルを削除するこ
   とを特徴とする請求項１に記載の情報処理システム。
5. 【請求項５】 情報提供サーバと接続されるクライアン
   ト装置であって、 上記情報提供サーバにアクセスの要求をし、許可が与え
   られた後にアクセスが可能となるアクセス手段と、 上記アクセス手段の動作を監視し、その監視情報を上記
   情報提供サーバに与える監視手段とを備えることを特徴
   とするクライアント装置。
6. 【請求項６】 上記アクセス手段は、上記情報提供サー
   バからの制御画面表示用の情報による表示画面に基づい
   て上記情報提供サーバの動作を制御することを特徴とす
   る請求項５に記載のクライアント装置。
7. 【請求項７】 複数のクライアント装置と接続される情
   報提供サーバであって、 情報を記憶しておく記憶手段と、 ロック状態にないとき、上記複数のクライアント装置の
   うち最初にアクセスの要求があった所定のクライアント
   装置に対してアクセスの許可を与えると共にロック状態
   とし、上記所定のクライアント装置からの監視情報に基
   づき、上記所定のクライアント装置のアクセス終了操作
   があるとき、あるいは上記所定のクライアント装置が正
   常にアクセス終了操作を行うことが不可能となったと
   き、上記ロック状態を解除するロック制御手段とを備え
   ることを特徴とする情報提供サーバ。
8. 【請求項８】 上記情報提供サーバは、上記記憶手段
   に、Ｗｅｂブラウザで表示できる形式のＷｅｂページを
   記憶していることを特徴とする請求項７に記載の情報提
   供サーバ。
9. 【請求項９】 上記ロック制御手段は、上記ロック状態
   とするときロックファイルを作成すると共に、上記ロッ
   ク状態を解除するとき上記ロックファイルを削除するこ
   とを特徴とする請求項７に記載の情報提供サーバ。
10. 【請求項１０】 情報提供サーバと該情報提供サーバに
    接続される複数のクライアント装置とからなる情報処理
    システムにおける情報提供サーバの排他制御方法であっ
    て、 上記複数のクライアント装置からのアクセスの要求を検
    出するステップと、 上記複数のクライアント装置からの監視情報を取得する
    ステップと、 上記検出されたアクセスの要求に基づき、ロック状態に
    ないとき、上記複数のクライアント装置のうち最初にア
    クセスの要求があった所定のクライアント装置に対して
    アクセスの許可を与えると共にロック状態とするステッ
    プと、 上記取得された監視情報に基づき、ロック状態にあると
    き、上記アクセスの許可が与えられた上記所定のクライ
    アント装置のアクセス終了操作があるとき、あるいは上
    記所定のクライアント装置が正常にアクセス終了操作を
    行うことが不可能となったとき、上記ロック状態を解除
    するステップとを備えることを特徴とする情報提供サー
    バの排他制御方法。