JPH11506595A - マルチメディア文書の会議参加システム - Google Patents

Abstract

(57)【要約】 マルチメディア文書会議参加システム（１０）は、複数のクライアント局（１４）に接続されたデータ通信網（１２）、ミーティングサーバー（１６）およびプレゼンテーションサーバー（１８）を具備する。本システムは、ユーザがＰＣ、ＭＡＣまたはＵＮＩＸの何れかに基づくハードウェアプラットフォーム上で電子文書を供給することを可能とする、クライアントーサーバーに基づく共有アプリケーションによって具体化される。「ミート ミー（ｍｅｅｔ ｍｅ）」という手法が、同時に異なるマルチメディア文書を共有してアクセスすることに対して同時に利用できるユーザ数を実際に無制限とすることをサポートするために基準化されてもよい。クライアント−サーバーアーキテクチャは集中した請求書の発送、安全な文書の記憶および安全な文書の送信、並びに集中管理を可能とする。複数のクライアントは、遠距離通信網（１３）および好ましくはインターネットであるデータ通信網を経由してサーバーとつながり、それによって地理的に分散した場所にいてもユーザは開かれている会議に参加することができる。

Description

【発明の詳細な説明】 マルチメディア文書の会議参加システム 発明の背景 本発明は、概して共同のグループウェアの会議参加システムに関し、特に電子 文書と一緒に音声を共有する会議の参加および発表に適したマルチメディアシス テムに関する。 遠隔地間でコンピュータプラットフォームを経由してマルチメディア文書をユ ーザに電子的に共有することを可能ならしめる共同システムが知られている。共 同のアプリケーションを共有することにふさわしい従来技術のシステムは、大部 分が、マルチメディア文書の会議参加能力が全くないかまたは極めて制限されて いるとともに、相互に作用する音声による会議参加能力が全くないピア・ツー・ ピア（例えば、ポイント・ツー・ポイント）についてのものである。例えば、ネ ットワークＭＣＩの文書の会議参加システムは今のところ、ウィンドウズＰＣオ ペレーティングシステム上でのみ最大２４のユーザを同時にサポートしている。 従来技術のシステムの殆どは集中した請求書の発送、安全および管理のオプショ ンをサポートしていない。従来技術のシステムは制限されたデータの会議参加能 力しか有しておらず、大多数（例えば２４人よりも多い）のユーザが同時に文書 を共有することをサポートしていない。また従来技術のシステムは典型的にマッ キントッシュ（以下、ＭＡＣとする）かパーソナルコンピュータ（以下、ＰＣと する）かの何れかの単一タイプのハードウェアプラットフォームに制限されてい る。従来技術のシステムはしばしばアナログ電話回線のように特定の伝送形式に 制限されている。最終的には多くの従来技術のシステムは、特定のアプリケーシ ョンを用いて制作された電子文書に限って共有することができるようになってい る。 発明の開示 本発明の目的は、新規でかつ改善された発表の会議参加システムを提供するこ とにある。 従って、第１の発明は、複数のクライアント局とデータ網を介して通信する少 なくとも一つのサーバーとの組合わせにおいて、電子文書の発表のためにクライ アント局を会議に参加させる方法において、個々の会議に対して、各会議に関す る各クライアント局に対応する識別子を含む会議情報を保持する段階と、複数の クライアント局の一つによって、少なくとも一つのサーバーからの発表を要求す る段階と、を含み、該発表要求は一クライアント局の識別子と電子文書の指示を 含んでおり、発表要求から抽出した識別子を、保持されている会議情報から特定 の会議に関連付ける段階と、少なくとも一つのサーバーによって、対応する識別 子が特定の会議に関係されているクライアント局に電子文書を送る段階と、電子 文書を受け取った各クライアント局によって電子文書を発表する段階と、を含む 方法を提供する。 第２の発明は、複数のクライアント局とデータ網を介して通信する少なくとも 一つのサーバーとの組合わせにおいて、各クライアント局はブラウザーを含み、 電子文書の発表のために複数のクライアント局を会議に参加させる方法において 、複数のクライアント局の一つによって、少なくとも一つのサーバーからの発表 を要求する段階と、を含み、該発表要求は電子文書の指示を含んでおり、少なく とも一つのサーバーによって、発表要求から抽出した指示に対応する電子文書に 対する言及を含む、ブラウザーに適合した文書を複数のクライアント局に送る段 階と、ブラウザーに適合した文書を受け取る各クライアント局で、受け取られた 文書を、言及を分析して少なくとも一つのサーバーからの対応する電子文書を要 求するブラウザーによって処理する段階と、少なくとも一つのサーバーによって 、電子文書をその文書に対する要求が受け取られた各クライアント局に送る段階 と、電子文書を受け取った各クライアント局のブラウザーによって電子文書を発 表する段階と、を含む方法を提供する。 第３の発明は、複数のクライアント局と、少なくとも一つのサーバーと、複数 のクライアント局および少なくとも一つのサーバーが通信するデータ網と、を具 備し、少なくとも一つのサーバーは、個々の会議に対して、各会議に関する各ク ライアント局に対応する識別子を含む会議情報を保持する手段と、受け取った発 表要求から抽出した識別子を、保持されている会議情報から特定の会議に関連付 ける手段と、対応する識別子が特定の会議に関係されているクライアント局に、 受け取った発表要求で指示された電子文書を送る手段と、を具備し、各クライア ント局は、ユーザがシステムと相互に作用するマン−マシンインタフェース（２ ２）と、電子文書を表示するのに適したブラウザー（２４）と、クライアント局 が発表者として指定される場合、少なくとも一つのサーバーからの発表を要求し 、該発表要求がクライアント局の識別子と電子文書の指示を含んでいる手段と、 ブラウザーによって電子文書を発表する手段と、を具備するマルチメディア会議 参加システムを提供する。 本発明は、ユーザがＰＣ、ＭＡＣまたはＵＮＩＸの何れかに基づくハードウェ アプラットフォーム上で電子文書を供給することを可能とする、クライアント− サーバーに基づく共有アプリケーションによって具体化される。「ミート ミー （ｍｅｅｔ ｍｅ）」という手法が、同時に異なるマルチメディア文書を共有し てアクセスすることに対して同時に利用できるユーザ数を実際に無制限とするこ とをサポートするために基準化されてもよい。クライアント−サーバーアーキテ クチャは集中した請求書の発送、安全な文書の記憶および安全な文書の送信、並 びに集中管理を可能とする。複数のクライアントは、遠距離通信網（１３）およ び好ましくはインターネットであるデータ通信網を経由してサーバーとつながり 、それによって地理的に分散した場所にいてもユーザは開かれている会議に参加 することができる。本発明の特定の実施においては、ポストスクリプトファイル に変換され得る如何なる文書ファイルが使用されてもよい。 本発明は、ＭＡＣ、ＰＣまたはＵＮＩＸに基づくオペレーティングシステムを サポートする如何なるコンピュータプラットフォームで達成されてもよいし、さ らには異なるコンピュータプラットフォームを使用するユーザが同時に文書を共 有することもできる。本発明は、安全な文書共有と同様に、文書の安全な転送お よび記憶を確実にするための安全機構を加えてもよい。 図面の簡単な説明 以下に、マルチメディアプレゼンテーション会議参加システムについて添付図 面を参照しながら詳細に説明することにより本発明がより理解できる。 図１は、マルチメディア会議参加システムの一例を示す概略図である。 図２は、図１のシステムにより達成された、種々のソフトウェアモジュールお よびそれらの間の相互作用を示すブロック図である。 図３は、発表を会議で共有することを可能とするプロセスを示すフローチャー トである。 図４は、他の参加者を含む音声による電話会議に参加者を加えるプロセスを示 すフローチャートである。 図５は、図５Ａ、図５Ｂ、図５Ｃおよび図５Ｄからなり、会議の参加者による 発表を見るプロセスを示すフローチャートである。 図６は、その発表の次のページへ進むプロセスを示すフローチャートである。 図７は、ユーザの役に立つ、発表における全ページの指標を作るプロセスを示 すフローチャートである。 発明の詳細な説明 マルチメディア会議参加システムのアーキテクチャ 図１を参照すると、図１には本発明に係わるマルチメディア会議参加システム １０の具体例が示されており、その具体例は、様々な異なる場所に存在し得る複 数のユーザの間で共有する文書および情報とともに音声を伴った会議参加を含む 複数個所での共同作業が達成され得るクライアント−サーバーアーキテクチャに 基づいている。プレゼンテーション会議参加システム１０は、複数からなるクラ イアント局１４、ミーティングサーバー１６、プレゼンテーションサーバー１８ および画像変換サーバー２０に通信可能に接続されたデータ通信網、例えばイン ターネット１２を備えている。また遠距離通信網に接続された音声会議ブリッジ １１もインターネット１２に接続されている。その遠距離通信網は、典型的に、 電話セットのような複数の対応する電話端子デバイス１５に通信可能に接続され た公衆交換電話網（以下、ＰＳＴＮとする）１３である。 各クライアント局１４は、図１では個々に符号１４−１，１４−２，１４−Ｎ が付されており、ユーザがマルチメディア会議参加システム１０と相互にやり取 りすることができるマン−マシンインタフェース（ＭＭＩ）を備えている。何れ のクライアント局１４にもアクセスされ得るシステム１０の特徴は、会議のスケ ジュール調整および管理、自動的なフォーマット変換による共有可能な電子文書 の作成、会議の参加および切替え、進行中の会議の運営、会議における発表の作 成および閲覧、全ての会議参加者間での音声による電話会議のセットアップを含 んでいる。クライアント局１４はインターネット１２を介して，これらのシステ ムの特徴をなすミーティングサーバ１６、プレゼンテーションサーバー１８およ び音声ブリッジ１１と通信する。 さらには、各クライアント局１４、ミーティングサーバー１６、プレゼンテー ションサーバー１８および変換サーバー２０は、一般的な暗号解読能力、例えば Ｎｏｒｔｅｌ’ｓ Ｅｎｔｒｕｓｔの製品を備えていてもよく、それによってデ ータおよび文書が安全に伝送されて会議参加システム１０内に格納される。イン ターネットを介して伝送されるデータおよび文書は、Ｅｎｔｒｕｓｔにより提供 されたアルゴリズムを用いてまず送信デバイスで暗号化され、続いて受信デバイ スで復号化される。 各クライアント局１４すなわち局１４−１，１４−２，１４−Ｎに関して、そ れぞれ対応する電話デバイス１５−１，１５−２，１５−Ｎが設けられていても よく、それによって特定の開かれている会議の参加者が音声による通信を行って もよい。音声会議ブリッジ１１は、電話デバイス１５間でＰＳＴＮ１３を介して 音声による会議を開始し、制御し、かつ終了させる機能を有する一般的な装置で ある。 ミーティングサーバー１６は、音声による電話会議に対して会議参加者によっ て使用され得る電話デバイス１５を付加するように音声会議ブリッジ１１に命令 し、またそのブリッジ１１に音声による電話会議から、ある会議参加者を削除す るように命令してもよい。 ミーティングサーバー１６は全ての会議に関連して会議の情報および会議の制 御を維持するために応答可能になっており、音声会議ブリッジ１１を経由して音 声による電話会議を開始しかつ制御する能力を有している。またミーティングサ ーバー１６は会議の予定を組む機能を有している。 プレゼンテーションサーバー１８は発表画像を格納し配信するために機能する ワールドワイドウェブサーバーの特徴をなしている。 画像変換サーバー２０は多くの発表画像を有するソース文書ファイルを、プレ ゼンテーションサーバー１８によってサポートされた画像と矛盾しない、続く指 標付きの画像からなるグラフィックスのフォーマットに変換する機能を有する。 ソース文書ファイルは、一ユーザによってこの目的のために適切なソフトウェア アプリケーションを用いて何れかのクライアント局１４で生成または提供されて もよい。そのクライアント局１４から、ソース文書ファイルはまず標準ポストス クリプト画像フォーマットに電子的に圧縮されて変換され、それからインターネ ット１２を経由して、伸長するとともに発表画像を矛盾しない画像フォーマット に変換する変換サーバー２０に送信されてもよい。次いで変換サーバー２０は変 換された画像ファイルをインターネット１２を経由してプレゼンテーションサー バー１８に転送する。 プレゼンテーション会議参加システム１０に適した特定の形態においては、ク ライアント局１４はパソコンやマッキントッシュのプラットフォームのような一 般的なデータ処理のハードウェアによって実施されてもよい。好ましくは、これ らのハードウェアプラットフォームはユーザの入力を受け取るための典型的なキ ーボードとマウスの組合わせ、画像表示能力を有するカラーモニター、およびイ ンターネット１２にリンクするためのイーサネットインタフェースを備えている 。またミーティングサーバー１６およびプレゼンテーションサーバー１８は一般 的な処理ハードウェア、例えばそれぞれマッキントッシュおよびＵＮＩＸに基づ くウェブサーバーを用いて実施されてもよい。音声会議ブリッジ２１は、例えば ＰＣハードウェアプラットフォーム上に集積化されたＤＳＰモトローラ５６００ ０チップセットによって実施されてもよい。例えば生成されたソース画像ファイ ルをパワーポイント（Ｐｏｗｅｒｐｏｉｎｔ）で変換処理するために、マッキン トッシュに基づくサーバーまたはＵＮＩＸに基づくサーバーの両方が変換サーバ ー２０を実施するために使用されてもよい。パワーポイントは、１または２以上 の連続した指標付きの画像スライドの形態で発表を制作するためのよく知られた ソフトウェアアプリケーションであり、これらの画像スライドのポストスクリプ トファイルを出力する能力を備えている。それから変換サーバー２０はポストス クリプトファイルを「ｇｉｆ」フォーマットの発表ファイルに変換する。 ミーティングサーバー１６、プレゼンテーションサーバー１８、変換サーバー ２０および音声会議ブリッジ２１は、この特定の形態によれば、独立した物理的 なプラットフォーム上で実施されているが、これらそれぞれの存在によってなさ れる機能が別の具体例のように単一の処理プラットフォームで容易に一緒にされ てもよいのは当業者にとって明白なことである。さらには変換サーバー２０の機 能は１または２以上のクライアント局１４のプラットフォーム上で直接実施され てもよい。 ここで、図１および図２を参照すると、図１に示すクライアントサーバーアー キテクチャのハードウェア要素によって実行されるソフトウェア処理が図２にモ ジュールによって表されている。各クライアント局１４に設けられた処理モジュ ールはマン−マシンインタフェース（ＭＭＩ）２２およびワールド・ワイド・ウ ェブ・ブラウザー２４を備えており、それらの何れもＴＣＰ／ブラウザーインタ フェース２６と相互に作用する。ＭＭＩ２２は直感的に理解できる図形を基礎と するシステムインタフェースを管理し、それによってユーザと相互に作用するク ライアント局１４のキーボード／マウスから入力が受け取られ、かつモニター上 に出力が表示される。Ｍａｃｒｏｍｉｎｄ Ｄｉｒｅｃｔｏｒは、ＭＭＩ２２を 構築するために適切な図形的な画像のライブラリと一緒に使用されてもよい市販 の利用可能な製品である。またブラウザー２４はネットスケープＷＷＷブラウザ ーのように、標準アプリケーション・プログラミング・インタフェース（ＡＰＩ ）を表す市販の技術である。ブラウザー２４は「ｇｉｆ」フォーマットの画像ス ライドをクライアント局１４で表示する手段を提供する。ＴＣＰ／ブラウザーイ ンタフェース２６は、マッキントッシュプラットフォームを基礎とするクライア ントにふさわしいアップルスクリプトモジュールとして実施されてもよく、ＭＭ Ｉ２２およびブラウザー２４と一緒に通信可能にリンクしており、またインター ネット１２を介してミーティングサーバー１６にＴＣＰ通信をなす。あるいはブ ラウザー２４およびＭＭＩ２２は、例えばＨＴＭＬ、ＪＡＶＡおよびＳＨＯＣＫ ＥＤのような標準的なウェブページ構築ツールを用いたマン−マシンインタフェ ースを構築することによって、単一の処理部に統合されていてもよい。 ミーティング制御部２８、プレゼンテーション制御部３０および音声会議制御 部３２はそれぞれミーティングサーバー１６、プレゼンテーションサーバー１８ および音声会議ブリッジ１１によって実行されるソフトモジュールである。プレ ゼンテーション制御部は多くの処理を含んでおり、ここでは、開かれている会議 の参加者である各クライアント１４に適した処理例があるように個々に３１−１ から３１−Ｎまで符号を付したプレゼンテーション処理部３１として表されてい る。ミーティング制御部２８は、全てのスケジュールを含む中央の格納場所にミ ーティング情報を保持するアップルスクリプトおよび／またはコンパイルされた Ｃ言語の形態で提供される。またミーティング制御部２８はミーティングのため の主コントローラであり、適切な電話デバイス１５を会議に参加させるために音 声会議制御部３２と相互に作用する。音声会議制御部３２は、音声会議ブリッジ 制御アルゴリズムをなすＭ５６０００アッセンブラおよびＣ言語の形態で提供さ れ、そして特定の実施においてＮｏｒｔｅｌ Ｍ１会議ブリッジアルゴリズムが 用いられていてもよい。プレゼンテーション制御部３０はクライアントのウェブ ブラウザー２４に画像表示を行わせるウェブサーバーとして動作する。このソフ トウェアはウェブの言語、すなわちプラクティカル・エクスプレッション・レポ ーティング言語ＰＥＲＬおよび／またはコンパイルされたＣ言語で書かれており 、全てのブラウザーに基づくクライアント局１４を駆動する。プレゼンテーショ ン制御部３０は次、前、停止および指標というようなある制御コマンドを認識し 、それらに応答して自動的に各クライアント局１４のブラウザー２４に新しい「 ｇｉｆ」画像を送信することによって全てのクライアントで同時に発表を更新す る。またプレゼンテーション制御部３０はミーティング制御部２８に利用可能な 発表のリストを送る。 種々のソフトウェアモジュールがプラットフォームおよび工業標準プロトコル を用いて相互に作用し合う。クライアント側では、ＭＭＩ２２とＴＣＰ／ブラウ ザーインタフェース２６との間およびＴＣＰ／ブラウザーインタフェース２６と ウェブブラウザー２４との間の通信は、例えばマッキントッシュプラットフォー ムに適したアップルイベントを介して実行されてもよい。ＴＣＰ／ブラウザーイ ンタフェース２６とミーティング制御部２８との間の通信は、ミーティング制御 部２８と音声会議制御部３２との間の通信であるＴＣＰ／ＩＰを経由している。 またＴＣＰ／ＩＰプロトコルはウェブブラウザー２４とプレゼンテーションサー バー３０との間でも使用されている。 マルチメディア会議システムの動作 以下に、プレゼンテーション会議参加システム１０によりサポートされた種々 の特徴のために、ミーティングサーバー１６、プレゼンテーションサーバー１８ および変換サーバー２０とともにクライアント局１４によってなされる処理をよ り詳細に説明する。 音声による電話会議の達成 ミーティングサーバー１８によって一旦ある会議に参加すると、会議参加者は プレゼンテーションサーバー１８を介してデータを共有するのと同様に、音声に よる会議ブリッジ１１を介して共通の会議音声経路を共有することができる。音 声の会議経路があるかないかは予定している会議でのユーザによって特定される （「会議のスケジュール調整および管理」の節を参照）。 ユーザは会議が進行中であり、かつ音声による電話会議が音声会議ブリッジ１ １で利用可能である時はいつでもミーティング制御部２８を介して音声による電 話会議にアクセスし、そして会議の予定が組まれる時には音声による電話会議が 要求される。ユーザは、相手が地理的にどこにいようと関係なく公衆交換電話網 ９を介して音声による電話会議にアクセスする。 音声による電話会議において特定の会議の全参加者に加わるために、ミーティ ングサーバー１６のミーティング制御処理２８はＭＭＩ２２を介して各参加者の 音声用電話デバイス１５の電話番号を得る。ユーザはＭＭＩ２２に各自の電話デ バイスの番号を入力し、その番号はインターネットおよびＴＣＰ／ＩＰを経由し てミーティング制御部２８に送られる。会議の予定が組まれる時に電話番号が提 供されてもよいし、あるいは１または２以上の参加者のために、予定が組まれた 時に電話番号が提供されなければ、ミーティング制御部はそれらの各参加者が会 議への参加を試みるように電話番号を要求する。 ミーティング制御処理２８は、音声会議ブリッジ１１に音声会議ブリッジの呼 びかけをセットアップするために音声会議制御部３２により必要とされる電話番 号を、（１）ＭＭＩ２２を介するか、または（２）音声会議制御部３１から直接 要求することによるかの何れかにより得る。ユーザがその電話番号を提供する場 合には、この電話番号はＭＭＩ２２を経由しインターネットおよびＴＣＰ／ＩＰ を介してミーティング制御部２８に送られる。音声会議ブリッジ１１に音声によ る電話会議をセットアップするために必要とされる電話番号の数は、音声会議制 御部３２において実施される音声による電話会議制御アルゴリズムに依存してい る、ということに気づく。現在実施のＭ１は２つの番号−チェア番号と参加者番 号を用いている。それらの番号が音声会議制御部３２により与えられれば、ミー ティング制御部２８はサイズＮの音声による電話会議のために音声会議制御部３ ２にインターネットおよびＴＣＰ／ＩＰを経由してある要求を送る。ここでＮは その会議の参加者数である。Ｍ１のような音声による電話会議アルゴリズムを用 いて、音声会議制御部３２は音声会議ブリッジ１１にＮ個の音声ポートを割り当 てる。それから音声会議制御部３２は、ミーティング制御部２８により与えられ たユーザの電話デバイス用の電話番号を用いて、各ユーザの電話デバイス１５を 呼び出す。 ある電話会議に一人のユーザを加える処理は、以下の会議への参加の節で詳述 される。 音声会議制御部３２により実施される付加的な音声会議制御の特徴（すなわち 、会議参加者の削除）は、ミーティング制御部２８により音声会議制御部３２へ インターネット１２およびＴＣＰ／ＩＰを経由して付加的なメッセージを送るこ とによってなされる。ＭＭＩ２２およびミーティング制御部２８は現在のところ 、音声による電話会議にあるユーザを加えることおよび音声による電話会議から ある人を削除することが可能であるという音声会議制御の特徴をサポートしてい る。音声による電話会議が要求された場合、会議の各参加者はその会議に参加す る時には電話会議に加えられ、またその会議を抜ける時には外される。 有効な発表の達成 ある会議で共有するのに有効な発表を達成するために、全画像の発表のコピー が中央の格納場所、すなわちプレゼンテーションサーバー１８に保持される。そ こで一旦ユーザは、その人物の地理的な所在にかかわらず会議進行中にインター ネット１２を介してその発表にアクセスする。発表は予めプレゼンテーションサ ーバー１８へコピーされてもよいし、または会議中にそこに格納されていてもよ い。 有効な発表を達成することは、まだ「ｇｉｆ」画像フォーマットになっていな い発表（例えば画像）文書ファイル、この特定の実施例ではパワーポイントスラ イドファイルを「ｇｉｆ」画像フォーマットに変換することによって始まる。図 ３および特にステップ４０を参照すると、変換処理は、ユーザが単純にパワーポ イントスライドファイルを何れかのクライアント局１４のＭＭＩモジュール２２ によって提供される適切なアイコンにドロップすることによって開始される。ス テップ４２でユーザは、対応する「ｇｉｆ」ファイルがプレゼンテーションサー バー１８の最終的に格納されるフォルダの名前を入力するように要求される。例 えば、そのフォルダ名はユーザの本当の名前であってもよい。ユーザが入力して もよい他の情報には、オーナー（フォルダのオーナーでなくてよい）、発表のタ イトルおよび発表の要約が含まれる。さらにクライアント局１４は、発表ファイ ルが提出された日付およびあってもなくてもよいが「誰による」参加か、並びに 身分証明になるものまたは発表に適したソースアプリケーションの表示（例えば パワーポイントのアイコン）を、画像ファイルに対応して入力された情報に付加 してもよい。 発表文書ファイルは以下のようにして所望の画像フォーマットに変換される。 まず、ステップ４４で文書ファイルは、例えばプラットフォーム販売業者により クライアントプラットフォームに供給された標準プリンタードライバーを用いる ことによって、クライアントでポストスクリプトファイルに変換される。またポ ストスクリプトファイルはスタッフフィット（ＳＴＵＦＦＩＴ）のようなよく知 られた圧縮アプリケーションを用いて圧縮されてもよい。ステップ４６で、圧縮 されたポストスクリプトファイルはＴＣＰ／ＩＰを用いてインターネットを経由 して変換サーバー２０に送られる。ステップ４８で、変換サーバー２０でポスト スクリプトファイルは伸長され、ゴーストスクリプト（Ｇｈｏｓｔｓｃｒｉｐｔ ）のような変換アプリケーションを用いて所望の「ｇｉｆ」画像ファイルに変換 される。変換された文書の各ページは独立した画像となる。それからステップ５ ０で、ユーザが入力した情報と一緒に変換された文書はインターネットとＴＣＰ ／ＩＰを経由してプレゼンテーションサーバー１８に送られ、ステップ５２でそ のサーバーのハードディスク上で入力情報の一部として特定されるフォルダ内に 格納される。 さらに如何なるクライアント局１４でもＭＭＩ２２を介してユーザはプレゼン テーションサーバー１８に格納されている発表ファイルを見ることができ、そし てそれらのファイルを削除したいと思えば削除することができる。ユーザフォル ダ内の各発表は個別のもの（すなわちフォルダ内で独立したアイテムまたはファ イル）である。ユーザファイルフォルダはユーザが望めばパスワードで保護され てもよく、その場合にはあるユーザが発表をサーバー１８にコピーしようとする とフォルダに既にファイルがあればフォルダ名とパスワードの入力が促される。 フォルダにファイルがない場合には新しいパスワードの入力が促される。ユーザ はファイリングキャビネットを開き、パスワードで保護されたファイルフォルダ 内をタブをめくることによって、あるいは検索文字列を入力することによって検 索することができる。 プレゼンテーションサーバー１８にある有効な一組の発表を閲覧する時、ユー ザは特定の発表ファイルのために直ちに会議を開くことを始めることができる。 これは「ミートナウ（ｍｅｅｔ ｎｏｗ）」コマンドシーケンスを実行した結果 であり、その発表に関係する全ての参加者に対して閲覧可能な選択された発表で 会議がセットアップされるという結果をもたらす（会議における発表の閲覧の節 を参照）。 会議のスケジュール調整および管理 このシステムのユーザは予め会議のスケジュール調整を行うことができ、また 予めスケジュール調整することなく即座に会議を開くこともできる。一旦スケジ ュールが組まれると、会議に関する情報が中央の格納場所のミーティングサーバ ー１６に記憶される。スケジュールの組まれた全ての会議についての情報は、Ｔ ＣＰ／ＩＰに基づく通信を用いてインターネットを経由してミーティングサーバ ー１６からこの情報を検索することによってクライアント局１４で調べられても よい。 会議のスケジュール調整を行うために、如何なるクライアント局１４のユーザ も、彼または彼女が以下の情報を入力することを可能とするインタフェースをＭ ＭＩ２２により提供される。 １）会議チェア（a meeting chair）の名前および会議のテーマ。 ２）会議参加者の間で音声による電話会議を行うことに対する要求。 ３）日時および会議主催者の物理的な所在地（すなわち会議チェア）。時間には 時間帯の説明が含まれる（例えば、太平洋標準時や山地標準時など）。日付は今 から未来への何らかの日にちであると考えられる。場所は会議室やデスクの場所 などのように物理的な位置を細かく指定する。 ４）会議の出席者すなわち参加者のリスト。このリストは空であり完成させても よいしさせなくてもよい。ユーザは出席者のリストを容易に完成させるために、 ＭＭＩを介して提供される検索エンジンを用いて、対応する電話帳番号（ＤＮ） を備えた名前のデータベースを検索することができる。そのデータベースは名字 によって検索することができるようになっており、また会社名や所属や部署など によって検索することにも適用されてもよい。ＭＭＩは、ユーザが直接電話番号 （ＤＮ）および／または名前を入力することができるようになっている。名前の 入力時に、その名前はデータベースと対比してチェックされ、そして見つかった 場合にはその名前と対応する電話番号が出席者リストに加えられる。名前がデー タベースにない場合には、ユーザはその人物の番号を入力するように促され、そ の結果が出席者リストに加えられる。 ５）全ての出席者の会議へのアクセスを制御するためにミーティングパスワード が選択的に使用される。 ６）存在する文書から抜粋（例えば切取りおよび貼付け）またはキーボードを用 いてユーザによって入力された会議の要約（あってもなくてもよい）。 ユーザがＭＭＩにより会議情報を入力した時、その情報はＴＣＰ／ＩＰプロト コルを用いてインターネット１２を経由してミーティングサーバー１６へ送られ る。その情報はミーティングサーバー１６に記録され、現在開かれている、会議 の出席者として特定される何れかのクライアント局１２に送られてもよい。 ユーザが即座に会議を開くことを望む場合には、ミーティングサーバー１６は この事実を記録し、その会議を現在開いている会議として評価し、その情報をク ライアント局１４のＭＭＩ２２に与える。この時点でプレゼンテーションサーバ ー１８上の全文書はユーザに対して閲覧可能なものとなる。音声による電話会議 が要求された時には、ミーティング制御部２８は音声による電話会議の達成の節 で詳述するように電話会議を開始する。 何れのクライアント局のＭＭＩ２２を介してもユーザはミーティングサーバー １６に記憶された全ての会議スケジュールの予定を例えば週毎、日毎、月毎およ び年毎に見ることを要求してもよい。組まれた会議の情報はミーティングサーバ ー１６でのミーティング制御部２８の処理実行によりＴＣＰ／ＩＰを用いたイン ターネットを経由して、その情報を要求したクライアントの装置１４に送られる 。ユーザはＭＭＩ２２によりもたらされるインタフェースを介して、特定の日の 会議のスケジュールを調べることができ、そして一見して会議が組まれているこ とおよび会議が開かれている場所を知ることができる。 会議への参加 ユーザは、ＭＭＩ２２を介して、ミーティングサーバー１６によりクライアン ト局１４にもたらされた予定の組まれた会議を見ることができる。会議が現在の 時間枠内で開始するように予定されているならば、ユーザは出席するためにＭＭ Ｉ２２を介して特定の会議を、例えばおよそ１５分前または会議の開始後であれ ばいつでも選択することができる。従って、ユーザは予定された開始時刻よりも 前、例えば１０分前に着くので、ユーザはその会議が始まる前に出席することが でき、彼または彼女はその会議に参加して他の人が参加するのを待つことができ る。 ユーザは参加しようとしている会議が既に始まっているか、またはその会議が 始まるのを待っている人がいるか否かをＭＭＩ２２を経由して知る。この情報は ＭＭＩ２２の会議スケジュールインタフェース装置に与えられる ユーザがＭＭＩ内の参加する会議を選択すると、ＭＭＩ２２はユーザの名前を 入力するように促す。ユーザの名前が、その会議についての情報の一部としてミ ーティングサーバー１６により与えられた会議出席者リストにある場合には、そ の会議がミーティングサーバー１６においてパスワードで保護されていると指定 されていればユーザはパスワードの入力を要求される。ユーザの名前が出席者リ ストになければ、彼または彼女はその事実をＭＭＩを介して通知され、現在の会 議出席者にこのユーザの参加要求を通知すると告げられてもよい。ＭＭＩ２２は ユーザがこの処理を中止するのを可能とする。 現在の出席者は特定のユーザが参加を希望しており、またこのユーザは出席者 リストにはないがその会議に参加することを望んでいるか、またはそのユーザが 彼または彼女がリストにあるので参加している、ということを知らせるメッセー ジを受け取る。何れの場合もこの通知は別々のものであり、各参加者のスクリー ンに既に発表が表示されている場合には決してその発表を覆い隠さない。 あるユーザが会議に参加することを要求すると、ＭＭＩ２２を介して与えられ た何らかの情報がＴＣＰ／ＩＰを用いたインターネットを経由してミーティング サーバー１６に送られる。ミーティングサーバー１６はその情報を受け取ると、 そのユーザを認識し、ミーティング制御処理２８を用いて会議参加要求を受け入 れるかまたは拒絶する。その参加要求が受け入れられると参加要求が受け入れら れたクライアント１４は特定の会議用のＩＤおよび特定のクライアントに対する 唯一のＩＤ（例えばＩＰアドレス）からなる唯一の識別子（ＩＤ）を割り当てら れる。その要求が受け入れられると、ユーザはミーティング制御部２８によって その会議に対してミーティングサーバー１６に設けられたミーティングデータベ ースの現在の出席者リストに加えられる。そしてこの情報はミーティングサーバ ー１６によりインターネットおよびＴＣＰ／ＩＰを経由して同じ会議ＩＤを有す る現在の全出席者１４に送られ、それら全出席者のＭＭＩ２２に与えられる。 現在の出席者がそれぞれのブラウザー２４により発表を閲覧しており、かつプ レゼンテーションサーバー１８により制御されている場合、ミーティングサーバ ー１６はプレゼンテーションサーバー１８に、新しく参加したユーザのクライア ント局１４に現在の画像ページの文書をＭＭＩ２２およびブラウザー２４を介し て供給するような要求を送る。ミーティング制御部２８は、プレゼンテーション 制御部３０がそのクライアント装置１４に適したプレゼンテーション処理部３１ を始動するように要求する。プレゼンテーション処理部３１は、ミーティングサ ーバー１６により与えられた独自のＩＤを用いることによって特定のクライアン ト局１４に独自に関係している。一旦開始されると、プレゼンテーション制御処 理部３１はクライアントのブラウザー２４に特定の画像を表示するように命令す る。その画像は現在の全会議参加者にとって同一のものである。 ある個人が会議に参加する場合、ミーティングサーバー１６はこの事実をＴＣ Ｐ／ＩＰを用いたインターネット網を経由して通知される。音声による電話会議 がある場合には、ミーティングサーバー１６は音声会議ブリッジ１１に、音声会 議制御部３２において具体化されるアルゴリズムを用いて電話会議にユーザを加 えるように要求を送る。図４はユーザを電話会議に加えるために行われる段階を 示している。 ステップ６０では、ミーティングサーバーはユーザに関する電話デバイスの電 話帳／電話番号を得る。その番号は会議がスケジュールに組まれた時に与えられ ていてもよい。必要ならば、ミーティングサーバー１６は、インターネットおよ びＴＣＰ／ＩＰを経由した音声による電話会議に対して使用することを望む電話 デバイス用の番号をクライアント１４が提供することを要求する。クライアント １４はＭＭＩ２２を介してユーザによりその番号を与えられ、その番号はインタ ーネットおよびＴＣＰ／ＩＰを経由してミーティング制御部２８に送られる。 ステップ６２では、ミーティング制御部２８はその番号を「付加」要求メッセ ージの状態でインターネットおよびＴＣＰ／ＩＰを経由して音声会議ブリッジ１ １に提供し、そのブリッジ１１内の音声会議制御部３２はステップ６４でその番 号を会議中保持し続けるリストに加える。ステップ６６では、会議制御部３２は ＰＳＴＮ１３にてその番号を実際にダイアルし、ステップ６８でＰＳＴＮ１３は ユーザの電話デバイスのベルを鳴らす。それに応答すると、ユーザは電話会議に 加えられる。 会議における発表の閲覧 図５は、発表者としてのユーザに管理されて発表を閲覧することに対する模範 的な処理を示している。以下の説明においては、図５に示された段階に対して、 それぞれ図１および図２に示された会議参加システムのハードウェアおよびソフ トウェアの要素とともに説明される。 ステップ７０でユーザはどのシステムのユーザとも同様に、クライアント局１ ４を介してマルチメディア会議参加システム１０にアクセスする。 ステップ７０でユーザはクライアント局１４のＭＭＩ２２に表示された利用可 能な発表のリストに目を通すことができる。ステップ７１では利用可能な発表の リストを生成するためにクライアント１４によってミーティングサーバー１６か ら情報が要求される。ミーティングサーバー１６はプレゼンテーションサーバー １８に記憶された発表情報をクライアント１４にインターネット１２およびＴＣ Ｐ／ＩＰを経由して送る。それから発表情報はＭＭＩ２２に表示される。 ステップ７２〜７９は会議を開始するためにこのユーザによって続いてなされ る処理を示している。 ステップ８０では、会議が始められるために、ユーザはクライアント局１４に 表示された利用可能な発表のリストからある発表をＭＭＩ２２を介して選択して もよい。 発表を選択する時、ユーザはＭＭＩ２２の「ボタン」を押し、それによって選 択された発表文書の最初の画像（例えば各発表は別々のＧＩＦ画像として格納さ れた一連の画像からなる）がブラウザー２４のウィンドウを介してユーザのクラ イアント局１４のモニタに表示される。ボタンを押すことによって、ステップ８ １でこのユーザのクライアントはミーティングサーバー１６に、選択された発表 を供給することを要求するコマンドを送る。この処理を始めるユーザは「発表者 」として認知されるようになる。 ステップ８２では、ミーティングサーバー１６はプレゼンテーションサーバー １８に連絡する。プレゼンテーションサーバー１８においてプレゼンテーション 制御部３０は、現在の会議の参加者／出席者に関する各プレゼンテーション処理 部３１に対応するクライアントのウェブブラウザー２４に、所望の画像を表示す るように依頼する。ステップ８３では、各プレゼンテーション処理部３１はその 関連したクライアント１４にある発表のページを参照する文書（他ＨＴＭＬファ イル）、例えばその発表の画像１を送る。ステップ８４では、これらのクライア ント局１４がその文書を受け取った結果、各クライアントのウェブブラウザー２ ４は選択された発表の画像１を要求し、表示する。 ステップ８５では、選択された発表の画像１に加えて、発表者のウェブブラウ ザー２４は「次」、「前」、「停止」、「指標」のボタンを表示する。ステップ ８６では、発表者によってどのボタンが押されたかによって適切な応答がなされ る。 図６に替わって、一旦発表者が首尾よく発表を開始すると、ステップ９０で彼 または彼女はその発表における次のページを見るために「次」のボタンを押すこ とができる。「次」のボタンが押されたら、ステップ９１では、クライアント局 １４からプレゼンテーションサーバー１８にその発表における次の画像の番号Ｎ を含むあるコマンドが送られる。プレゼンテーションサーバー１８上の発表者に 対応するプレゼンテーション処理部３１はそのコマンドを受け取り、そしてステ ップ９２でミーティングサーバー１６に会議の発表者がページＮに移ったことを 知らせる。 ステップ９３では、その発表者のプレゼンテーション処理部３１はまた発表者 のクライアント局１４に画像Ｎを参照する文書を送る。ステップ９４では、その クライアントのウェブブラウザー２４はその文書を表示し、プレゼンテーション サーバー１８から現在の発表の画像Ｎを要求する。プレゼンテーションサーバー １８はクライアントのブラウザー２４に画像Ｎを送り、そしてその画像が表示さ れる。 ステップ９５では、ミーティングサーバー１６はその会議の現在の参加者（す なわち同一の会議ＩＤを有する全出席者）を数える。ステップ９３，９４と同時 に、ステップ９６でミーティングサーバー１６はプレゼンテーションサーバー１ ８の、現在の出席者に対応したプレゼンテーション処理部３１に、表示された発 表が画像Ｎに更新されるべきであることを通知する。ステップ９７では、各プレ ゼンテーション処理部３１は関連したウェブのクライアント１４にスライドＮを 参照する文書を送る。ステップ９８では、各クライアントのウェブブラウザー２ ４はその文書を表示し、画像Ｎへの言及を分析し、そしてプレゼンテーションサ ーバー１８にその画像を要求する。続いて更新された画像が各クライアントのウ ェブブラウザー２４に表示される。 多様なクライアントの一押しによってサーバーから各ウェブブラウザーに表示 された画像を更新する処理は、本発明によれば、マルチメディア会議参加システ ム１０の好ましい特徴である。その更新は全クライアントに亘って同時に行われ る。この特定の実施形態におけるプレゼンテーションサーバー１８は多くのディ スプレイを同時に更新することを可能とするために、特注のソフトウェアを用い てコード化されてきた。 「前」のボタンは発表の前のページへ移行する機能をもたらす。「指標」のボ タンはユーザに発表者の各ページに対して一連の「サムネイル」を提供する。図 ７には、「指標」ボタンの押下に応答してなされる処理例が示されている。何れ かのサムネイルを選択すると、プレゼンテーションサーバー１８に、各クライア ント１４のウェブブラウザー２４にそのページを供給せよと命令することになる 。「前」、「次」および「指標」のボタンはすべて、全クライアントで同時に更 新が起こる結果となる。文書の発表者はまたプレゼンテーションサーバー１８お よびミーティングサーバー１６に現在の発表を止めるという要求を送る「停止」 ボタンを有している。 発表者は、全参加者がその発表を受け取った時に通知される。他の誰かが既に 発表している場合には、ユーザは「現在の発表に当たる」ことを望むということ を確認するように求められ、現在の発表者の装置に、この望みが適切であるか否 かを尋ねるメッセージが送られる。新しい発表をなすことを望むユーザが既に発 表した人である場合には、このダイアログは表示されない。誰も発表していなけ れば、全くダイアログは表示されない。 ユーザが発表すると決めると、如何なる人も新しい発表者がいることを通知さ れる。この通知は、人が会議に入ることと会議から抜けることの通知が別々であ るのと同様に別々である。 ユーザが発表を止めた時、発表を止める明白な方法がある。 この節で説明された特徴は何れも会議に首尾よく参加するまでは如何なる者に とっても有用ではない。ユーザは会議に参加するまでは発表されていることを見 ることはできない。 開かれている会議の運営 一旦会議に参加するとＭＭＩ２２およびミーティングサーバー１６によりクラ イアント１４に提供された情報を利用して、ユーザは以下のことを決めてもよい 。 （１）誰がその会議にいるか （２）誰が招かれているが参加していないか （３）誰が現在発表しているか（誰かが発表している場合） （４）誰が現在話しているか （５）誰が丁度会議に参加または会議を抜けたところか （６）通常チェア（the chair）であるか否かにかかわらず全ての会議ブリッジ 機能に対してアクセスがあるか否か （７）現在の出席者が使用している物理的なデバイス（コンピュータまたは電話 ）は何か 例えば、如何なる会議参加者もＭＭＩ２２を介して新しい人をその会議に、（ １）ＭＭＩに電話番号を入力するか、または（２）ミーティングサーバー１６に 設けられた名簿の中にその人を捜すことによって、加えることができる。ミーテ ィングサーバーはＭＭＩ２２に与えられた情報を得て、その情報を音声会議制御 部３１に渡す。音声会議制御部は図４に示す処理を用いてその人を音声による電 話会議に加える。ユーザによって利用可能な特別な音声による電話会議機能は音 声会議ブリッジの機能により決められる、ということに注目する必要がある。そ のシステムアーキテクチャは、適切なアプリケーション・プログラム・インタフ ェース（ＡＰＩ）が存在するようにされた何らかの音声会議ブリッジと連携され 得る。会議に新しい人を加えるためのインタフェースは会議の予定を組む時に使 用されるインタフェースと同じである。議事日程表が提供されていれば、全ての ユーザは議事日程表を見ることができる。 ＭＭＩ２２を経由して会議中にユーザは、会議室の全ての人々に話しているの か、またはデスクの単一の人に話しているのかを決めることができる。ユーザは 他の会議参加者に、キーボード、または切取りおよび貼付けによりテキストを入 力することによってＭＭＩ２２を経由して私的なテキストメッセージを送ること ができ、その情報を他の参加者のクライアントにインターネットを経由してそれ らクライアントのＭＭＩ２２に発表のために送る。 上記機能に加えて、ユーザはまた全ての他の会議参加者がどのような種類の通 信デバイスを使用しているかを、ＭＭＩを経由してその情報のためにミーティン グサーバー１６に尋ねることによって、決めることができる。 この節で説明された特徴は何れも会議に首尾よく参加するまでは誰にとっても 有用ではない。 今後マルチメディア会議参加システムに付加されるものは、特に制限されない が、共有された電子文書の共有された注釈、ユーザが共有された電子文書の特定 の場所を指すために使用することができる共有された指示棒、ディスプレイおよ び他の形式のタイプまたはＭＰＥＧIIビデオのようなフォーマットの共有をサポ ートした代わりのブラウザー、並びに後の再生のために会議の音声およびデータ の一部の記録を含む。 本発明の要旨および範囲から逸脱することなく本発明に種々の変更および変形 がなされ得ることは当業者にとって明らかである。それゆえ特許請求の範囲の請 求項は、各実施の形態に指定された特別な制限がない場合には、上記マルチメデ ィア会議システムセットの実施の形態に厳密に制限されるものではないことは理 解されるであろう。

───────────────────────────────────────────────────── フロントページの続き (72)発明者 ディクソン，フレッド カナダ国，ケイ２ビー ８ジェイ５ オン タリオ，オタワ，リッチモンド ロード 2881，アパートメント 1206 (72)発明者 エヌジー，チャールズ カナダ国，ケイ１ティー ３エル７ オン タリオ，オタワ，ハンターズフィールド ドライブ 73

Claims (1)

1. 【特許請求の範囲】 １． 複数のクライアント局（１４）とデータ網（１２）を介して通信する少な くとも一つのサーバー（１６，１８，２０）との組合わせにおいて、電子文書の 発表のためにクライアント局を会議に参加させる方法において、 個々の会議に対して、各会議に関する各クライアント局に対応する識別子を含 む会議情報を保持する段階と、 複数のクライアント局の一つによって、少なくとも一つのサーバーからの発表 を要求する段階と、を含み、該発表要求は一クライアント局の識別子と電子文書 の指示を含んでおり、 発表要求から抽出した識別子を、保持されている会議情報から特定の会議に関 連付ける段階と、 少なくとも一つのサーバーによって、対応する識別子が特定の会議に関係され ているクライアント局に電子文書を送る段階と、 電子文書を受け取った各クライアント局によって電子文書を発表する段階と、 を含むことを特徴とする方法。 ２． 複数のクライアント局（１４）とデータ網（１２）を介して通信する少な くとも一つのサーバー（１６，１８，２０）との組合わせにおいて、各クライア ント局はブラウザー（２４）を含み、電子文書の発表のために複数のクライアン ト局を会議に参加させる方法において、 複数のクライアント局の一つによって、少なくとも一つのサーバーからの発表 を要求する段階と、を含み、該発表要求は電子文書の指示を含んでおり、 少なくとも一つのサーバーによって、発表要求から抽出した指示に対応する電 子文書に対する言及を含む、ブラウザーに適合した文書を複数のクライアント局 に送る段階と、 ブラウザーに適合した文書を受け取る各クライアント局で、受け取られた文書 を、言及を分析して少なくとも一つのサーバーからの対応する電子文書を要求す るブラウザーによって処理する段階と、 少なくとも一つのサーバーによって、電子文書をその文書に対する要求が受け 取られた各クライアント局に送る段階と、 電子文書を受け取った各クライアント局のブラウザーによって電子文書を発表 する段階と、 を含むことを特徴とする方法。 ３． 複数のクライアント局（１４）と、 少なくとも一つのサーバー（１６，１８，２０）と、 複数のクライアント局および少なくとも一つのサーバーが通信するデータ網（ １２）と、を具備し、 少なくとも一つのサーバーは、 個々の会議に対して、各会議に関する各クライアント局に対応する識別子を含 む会議情報を保持する手段と、 受け取った発表要求から抽出した識別子を、保持されている会議情報から特定 の会議に関連付ける手段と、 対応する識別子が特定の会議に関係されているクライアント局に、受け取った 発表要求で指示された電子文書を送る手段と、を具備し、 各クライアント局は、 ユーザがシステムと相互に作用するマン−マシンインタフェース（２２）と、 電子文書を表示するのに適したブラウザー（２４）と、 クライアント局が発表者として指定される場合、少なくとも一つのサーバーか らの発表を要求し、該発表要求がクライアント局の識別子と電子文書の指示を含 んでいる手段と、 ブラウザーによって電子文書を発表する手段と、 を具備することを特徴とするマルチメディア会議参加システム。 ４． 前記電子文書は画像形式を含むことを特徴とする請求項１に記載の方法。 ５． 前記画像形式はＧＩＦフォーマットであることを特徴とする請求項４に記 載の方法。 ６． 前記電子文書は音声形式を含むことを特徴とする請求項４に記載の方法。 ７． 前記電子文書はビデオ形式を含むことを特徴とする請求項６に記載の方法 。 ８． 前記ビデオ形式はＭＰＥＧフォーマットであることを特徴とする請求項７ に記載の方法。 ９． 前記電子文書は注釈形式を含むことを特徴とする請求項７に記載の方法。 １０． 少なくとも一つのサーバーは、会議情報を保持するミーティングサーバ ー（１６）を含むことを特徴とする請求項１に記載の方法。 １１． 少なくとも一つのサーバーは、電子文書をクライアント局に送るプレゼ ンテーションサーバー（１８）を含むことを特徴とする請求項１０に記載の方法 。