JP2000324103A - ミーティングシステムおよび情報記憶媒体 - Google Patents

Abstract

(57)【要約】 【課題】 過去のミーティング状況を、指示に応じて即
座に再生することのできるミーティングシステムおよび
情報記憶媒体を提供すること。 【解決手段】 複数の入力装置としてのタブレット４１
０−１〜４からＩＥＥＥ１３９４バス３００を介して配
信される配信データに基づき、ミーティングデータを生
成する液晶プロジェクタ２００を設ける。液晶プロジェ
クタ２００は、タブレット４１０ごとに配信データを記
憶部４０に記憶し、ミーティング参加者による再生指示
に応じてタブレット４１０ごと、すなわち、ミーティン
グ参加者ごとにミーティングデータを再生する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、ミーティングシス
テムおよびミーティング用の情報記憶媒体に関する。

【０００２】

【背景技術および発明が解決しようとする課題】従来の
ミーティングシステムにおいては、プレゼンテーション
を行う場合、ある一つの会場でプレゼンターが聴衆に対
して、パソコンとプロジェクタを用いてプレゼンテーシ
ョンを行っていた。

【０００３】しかし、実際には、このような一方向のプ
レゼンテーションだけでなく、複数人がプレゼンテーシ
ョン画面に書き込みを行ったり、画面に書き込みを行っ
た場合に再度プレーバックしたり、プレゼンテーション
を行う者とプレゼンテーションを受ける者との双方向の
コミュニケーションが必要とされる場合がある。

【０００４】このようなプレーバックの手法としては、
ビデオで撮影して再生するという手法も考えられるが、
会議中の１コマや、プレゼンテーション中の第何章とい
った一部分を再生するためには巻き戻しや早送りをしな
ければならず、迅速性に欠ける。

【０００５】また、プレゼンテーションデータだけ、す
なわち、あらかじめアプリケーションソフトで作成した
データであれば、上記一部分の再生も比較的容易である
が、実際にプレゼンテーションを行った状況、例えば指
示棒の動きなどを再生することは不可能である。

【０００６】本発明は、上記の課題に鑑みなされたもの
であり、その目的は、過去のミーティング状況を、指示
に応じて即座に再生することのできるミーティングシス
テムおよび情報記憶媒体を提供することにある。

【０００７】

【課題を解決するための手段】上記課題を解決するた
め、本発明に係るミーティングシステムは、伝送路を介
して複数のデータ配信装置から配信データが配信され、
この配信データを反映したミーティングデータを生成す
るミーティングデータ生成装置を含むミーティングシス
テムにおいて、前記ミーティングデータ生成装置は、所
定のプレゼンテーション用データが記憶された記憶手段
に、受信した配信データを、前記データ配信装置ごとに
管理しながら記憶し、前記データ配信装置ごとの再生指
示に基づき、前記記憶手段から前記配信データおよび前
記プレゼンテーション用データの少なくとも一部を含む
ミーティングデータを読み出すためのデータ制御手段を
含むことを特徴とする。

【０００８】本発明によれば、ミーティング参加者等
は、過去のミーティングデータを指示により即座にプレ
ーバックすることができる。

【０００９】また、データ配信装置ごとに管理しながら
記憶することにより、どのデータ配信装置からどのよう
な配信データを受信したか判別することができる。

【００１０】さらに、データ配信装置ごとの配信データ
を反映したミーティングデータを再生することも可能に
なる。具体的には、例えば、複数のミーティング参加者
が個別の入力装置を用いて入力データを配信している場
合、各入力装置ごと、すなわち、ミーティング参加者ご
とにプレーバックすることができる。

【００１１】なお、ここで、前記再生指示としては、具
体的には、例えば、ミーティング参加者またはプレゼン
ターによる所定の再生指示手段を用いた再生指示等が該
当する。

【００１２】また、前記データ制御手段は、受信した配
信データを、所定の単位ごとに管理しながら記憶し、前
記再生指示により、前記ミーティングデータを所定の単
位ごとに読み出すことが好ましい。

【００１３】ここで、前記所定の単位としては、例え
ば、章単位、節単位、ページ単位等を適用できる。すな
わち、例えば、ミーティング参加者が第３章の第２節の
部分の再生指示を行えば当該部分を即座にプレーバック
することができる。

【００１４】また、前記ミーティングデータ生成装置
は、ミーティング状況を撮像するための撮像手段を含
み、前記データ制御手段は、撮像データを前記ミーティ
ングデータの一部として前記記憶手段に前記所定の単位
ごとに記憶し、前記データ制御手段は、前記再生指示に
基づき、前記記憶手段に記憶された前記ミーティングデ
ータを前記所定の単位ごとに読み出すことが好ましい。

【００１５】ここで、ミーティング状況としては、例え
ば、説明者（プレゼンター）またはミーティング参加者
が、スクリーンの前やタブレット上において指示棒やレ
ーザーポインタや手指で指示した画像およびこれらの指
示が反映された画像等が該当する。

【００１６】すなわち、撮像対象には再生されるプレゼ
ンテーションデータだけでなくミーティング参加者の指
示を反映した画像等も含まれるため、撮像結果によって
指示位置や指示内容を即座に再生することができ、ミー
ティングでの説明者とミーティング参加者とのやりとり
といったミーティング状況を適切に把握することができ
る。

【００１７】同様に、ミーティング状況を録音するため
の録音手段を含み、前記データ制御手段は、録音データ
を前記ミーティングデータの一部として前記記憶手段に
所定の単位ごとに記憶することが好ましい。

【００１８】ここで、ミーティング状況としては、例え
ば、説明者またはミーティング参加者の発話または会話
等が該当する。これによれば、音声も合わせて再生でき
るため、ミーティング状況をさらに適切に把握すること
ができる。

【００１９】前記ミーティングデータ生成装置は、前記
読み出したミーティングデータを再生するための再生手
段を含むことが好ましい。

【００２０】これによれば、読み出したミーティングデ
ータを、表示、投射、音声再生等によって再生すること
により、ミーティング参加者はミーティングデータを即
座に確認することができる。

【００２１】前記ミーティングデータ生成装置は、前記
読み出したミーティングデータを他の処理装置へ向け伝
送するための伝送手段を含むことが好ましい。

【００２２】これによれば、他の処理装置、例えば表示
装置、印刷装置等でミーティングデータを再生、印刷等
を実行することができる。

【００２３】前記データ配信装置は、複数の入力装置を
含み、前記データ制御手段は、前記入力装置から配信さ
れる前記配信データを前記入力装置ごとに管理しながら
前記記憶手段に記憶し、前記再生指示により前記記憶手
段からミーティングデータを読み出すことが好ましい。

【００２４】これによれば、各入力装置ごと、すなわ
ち、ミーティング参加者ごとにプレーバックすることが
できる。具体的には、例えば、ミーティング参加者がマ
ウスや、ペンタブレット等を用いて入力したデータを反
映したミーティングデータを再生することができ、誰が
どのような操作を行ったか即座に確認することができ
る。

【００２５】ここで、前記ミーティングデータ生成装置
は、プロジェクタを含むことが好ましい。

【００２６】これによれば、プロジェクタを用いること
により、大規模なミーティングにも対応したミーティン
グシステムを実現できる。

【００２７】また、本発明に係る情報記憶媒体は、伝送
路を介して複数のデータ配信装置から配信データが配信
され、この配信データを反映したミーティングデータを
生成するための情報を記憶したコンピュータ読み取り可
能な情報記憶媒体において、前記情報は、プレゼンテー
ション用情報と、前記配信データを、前記データ配信装
置ごとに管理しながら記憶手段に記憶するための記憶用
情報と、再生指示により前記記憶手段から前記配信デー
タおよび前記プレゼンテーション用情報の少なくとも一
部を含むミーティングデータを読み出すための読み出し
用情報と、を含むことが好ましい。

【００２８】本発明によれば、ミーティング参加者は、
過去のミーティングデータを指示により即座にプレーバ
ックすることができる。

【００２９】また、前記読み出し用情報は、再生指示に
基づき、前記記憶手段に記憶された前記ミーティングデ
ータを前記データ配信装置ごとに読み出すための情報を
含むことが好ましい。

【００３０】これによれば、どのデータ配信装置からど
のような配信データを受信したか判別することができ
る。

【００３１】また、データ配信装置ごとの配信データを
反映したミーティングデータを再生することも可能にな
る。具体的には、例えば、複数のミーティング参加者が
個別の入力装置を用いて入力データを配信している場
合、各入力装置ごと、すなわち、ミーティング参加者ご
とにプレーバックすることができる。

【００３２】また、前記情報は、ミーティング状況を撮
像するための情報を含み、前記記憶用情報は、撮像デー
タを前記ミーティングデータの一部として前記記憶手段
に所定の単位ごとに記憶するための情報を含み、前記読
み出し用情報は、前記再生指示に基づき、前記記憶手段
に記憶された前記ミーティングデータを前記所定の単位
ごとに読み出すための情報を含むことが好ましい。

【００３３】ここで、ミーティング状況としては、例え
ば、説明者（プレゼンター）またはミーティング参加者
が、スクリーンの前やタブレット上において指示棒やレ
ーザーポインタや手指で指示した画像およびこれらの指
示が反映された画像等が該当する。

【００３４】すなわち、撮像対象には再生されるプレゼ
ンテーションデータだけでなくミーティング参加者の指
示を反映した画像等も含まれるため、撮像結果によって
指示位置や指示内容を即座に再生することができ、ミー
ティングでの説明者とミーティング参加者とのやりとり
といったミーティング状況を適切に把握することができ
る。

【００３５】同様に、ミーティング状況を録音するため
の録音用情報を含み、前記記憶用情報は、録音データを
前記ミーティングデータの一部として前記記憶手段に所
定の単位ごとに記憶するための情報を含むことが好まし
い。

【００３６】ここで、ミーティング状況としては、例え
ば、説明者またはミーティング参加者の発話または会話
等が該当する。これによれば、音声も合わせて再生でき
るため、ミーティング状況をさらに適切に把握すること
ができる。

【００３７】また、ここで、前記所定の単位としては、
例えば、章単位、節単位、ページ単位等を適用できる。
すなわち、例えば、ミーティング参加者が第３章の第２
節の部分の再生指示を行えば当該部分を即座にプレーバ
ックすることができる。

【００３８】前記情報は、前記読み出した情報を再生す
るための情報を含むことが好ましい。

【００３９】これによれば、読み出したミーティングデ
ータを、表示、投射、音声再生等によって再生すること
により、ミーティング参加者はミーティングデータを即
座に確認することができる。

【００４０】前記情報は、前記読み出した情報を他の処
理装置へ向け伝送するための情報を含むことが好まし
い。

【００４１】これによれば、他の処理装置、例えば表示
装置、印刷装置等でミーティングデータを再生、印刷等
を実行することができる。

【００４２】

【発明の実施の形態】以下、本実施の形態に係るミーテ
ィングシステムの好適な実施例について図面を参照しつ
つ説明する。

【００４３】本実施の形態に係るミーティングシステム
としては、例えば、複数の表示装置と入力装置を双方向
への接続性を有する通信路またはシステムバスで接続し
たミーティングシステム等がある。より具体的には、例
えば、あるミーティング参加者が、表示装置の投影また
は表示する画面を示しながら、同時に、別のミーティン
グ参加者が、入力装置を用いて画面に表示される画像に
情報を付加するミーティングシステム、単体としても適
用可能なミーティングシステムが複数存在し、遠隔地に
それぞれ配置され、各ミーティングシステム間が通信経
路で同期的に接続され、遠隔地の参加者が同じミーティ
ングに参加する事を支援するミーティングシステム等が
ある。

【００４４】（ミーティングシステムの構成についての
説明）図１は、本実施の形態の一例に係るミーティング
システムの概略図である。

【００４５】図１に示すように、ミーティングシステム
は、入力装置４００と、出力装置６００と、ミーティン
グデータを生成するミーティングデータ生成手段として
機能するとともに、ミーティングデータを再生するミー
ティングデータ再生手段としても機能するミーティング
データ処理装置２と、処理装置７００を含んで構成され
ており、これらの装置は、高速な伝送路であるＩＥＥＥ
１３９４バス３００を介して接続されている。

【００４６】ミーティングデータ処理装置２は、入力装
置４００から配信データが配信され、この配信データに
基づきミーティングデータを生成し、出力装置６００へ
向け生成したミーティングデータを送信するほか、処理
装置７００とも配信データの送受信を行う。

【００４７】具体的には、入力装置４００としては、例
えば、タブレット、マウス、キーボード、スキャナ、デ
ジタルカメラ、情報携帯端末、携帯電話、指示棒等が該
当する。なお、入力装置４００がミーティングデータ処
理装置２へ配信する情報（配信データ）としては、例え
ば、タブレットでデジタイズされた座標情報、タブレッ
ト上のポインティングデバイスの移動の軌跡をデジタイ
ズした情報、マウス装置の軌跡を座標化した情報、キー
ボード入力された文字情報、サンプリングされた画素情
報、デジタイズされた音声情報等が該当する。また、出
力装置６００としては、例えば、ディスプレイ、情報携
帯端末、プリンタ等が該当する。

【００４８】また、ミーティングデータ処理装置２とし
ては、例えば液晶プロジェクタ等が該当し、処理装置７
００としては、例えば、ＰＣ（パーソナルコンピュー
タ）や、ＷＳ（ワークステーション）、ＮＣ（ネットワ
ークコンピュータ）、サーバ装置、ホスト装置等が該当
する。

【００４９】すなわち、これらの装置は複数のミーティ
ング参加者により１つのミーティングの場において用い
られ、これらの装置が相互に関連してミーティングデー
タの生成および再生が行われ、１つのミーティングシス
テムが構成される。

【００５０】なお、ＰＣ等のコンピュータとしての処理
装置７００はミーティングシステムの必須の構成ではな
い。処理装置７００の構成要素としては、プロセッサ、
ＲＯＭ、ＲＡＭ、二次記憶装置などであるが、いずれも
ミーティングデータ生成装置の構成要素の一部とみなし
てもよい。装置全体の可搬性、再利用性等を考慮の上
で、別筐体に格納した結果として、処理装置７００が分
離した形で記述している。

【００５１】ミーティングシステムは、１つの机を囲ん
でミーティングが行われるような小規模なミーティング
だけでなく、複数国間での会議のような遠隔地の複数の
装置を相互接続したミーティングにおいても適用され
る。

【００５２】まず、１台の液晶プロジェクタを中心とし
た小規模なミーティングでの実施形態について説明し、
次に複数の装置が関連する遠隔地間のミーティングでの
実施形態について説明していく。

【００５３】（ミーティング状況の説明）図２は、本実
施の形態の一例に係るミーティング状況の説明図であ
る。

【００５４】ここでは、ミーティングデータ処理装置２
としての液晶プロジェクタ２００により図１に示すミー
ティングデータ４４がスクリーン１０２０に投射され、
プレゼンター１０００が指示棒１０１０を用いてプレゼ
ンテーションを行っている。

【００５５】一方、ミーティング参加者１００２は、入
力装置４００としてのタブレット４１０を用いて、デー
タを入力している。入力されたデータは、ＩＥＥＥ１３
９４バス３００を介して液晶プロジェクタ２００の通信
用インタフェース部３０に配信され、液晶プロジェクタ
２００は配信されたデータに基づき、ミーティングデー
タ４４の一部を構成するポイントデータ１０１２を投射
する。

【００５６】ここで、ポイントデータ１０１２とは、例
えば、投射されている画像の一部に文字を書き入れる文
字データ、投射されている画像の一部に図形を書き入れ
る図形データ、投射されている画像中の文字に下線を引
く下線データ、投射されている画像の一部を○で囲む○
データ等が該当する。

【００５７】ミーティング参加者１００２は、プレゼン
テーションデータに加えて、タブレット４１０によるポ
イントデータ１０１２を見ることになる。

【００５８】実際のミーティングの場では、ミーティン
グ中においても、プレゼンテーションデータのうち第何
章の第何節かを特定し、プレゼンター１０００の動きも
含めてもう一度見たい場合や、ミーティング参加者１０
０２が指摘した箇所を確認したい場合等がある。

【００５９】このような場合、ＰＣのアプリケーション
プログラムで作成したプレゼンテーションデータであれ
ば、プレゼンテーションデータだけであれば第何章の第
何節といったことを指定して再生することは可能であ
る。しかし、この方法はミーティング参加者１００２が
タブレット４１０を用いて付加した情報や、付加した時
刻を再生することはできない。

【００６０】また、ミーティング全体をビデオ等で撮影
して再生することは可能であるが、第何章の第何節とい
ったことを指定して再生するには早送りや巻き戻しをし
なければならないため時間がかかる上、複数のミーティ
ング参加者がいる場合に特定のミーティング参加者１０
０２が指摘した箇所だけを再生することは不可能であ
る。

【００６１】これらのことが実現できれば、多様で効率
的なミーティングを行うことができる。

【００６２】これらのことを実現するため、本実施の形
態に係る液晶プロジェクタ２００は、図１に示すよう
に、ＰＣとしての処理装置７００を用いて生成されたプ
レゼンテーションデータに、説明者等の指示する画像等
を撮像する撮像部６０、ミーティングでの会話等を録音
してデジタイズする録音部７０、入力装置４００等を用
いて情報を付加し、当該情報を個々の装置に割り当てた
アドレスに結びつけて管理テーブル４２を用いて管理し
ながらミーティングデータ４４として記憶部４０に記憶
している。

【００６３】次に、本実施の形態に係るミーティングシ
ステムについてより具体的に説明する。

【００６４】図３は、本実施の形態の一例に係るミーテ
ィングシステムの構成図である。

【００６５】図３に示すように、４人のミーティング参
加者１００２がそれぞれタブレット４１０−１〜４を操
作してデータ入力を行う場合、各タブレット４１０ごと
に入力データを記憶部４０に記憶する。

【００６６】同様に説明者であるプレゼンター１０００
の発言は、録音部７０によって録音され、ミーティング
参加者１００２の会話や発言は、各ミーティング参加者
１００２ごとに設けられた録音手段である音声デジタイ
ズ装置７２によってサンプリングされ、音声メモとし
て、プレゼンター１０００およびミーティング参加者１
００２ごとに記憶部４０に記憶される。

【００６７】なお、録音部７０、音声デジタイズ装置７
２−１〜４、タブレット４１０−１〜４には、重複のな
い機器アドレスが割り当てられている。

【００６８】また、音声情報の一部は、予め登録された
所定のキーワードに関しては音声認識される。音声認識
結果は、ミーティングデータへの付加情報として文字コ
ード変換して記録されたり、装置制御命令として解釈さ
れる。後者の場合、あらかじめ登録した「早送り」、
「巻き戻し」等の用語は、液晶プロジェクタ２００の動
作制御を行う制御命令に翻訳され、図１に示す制御部９
０に入力される。

【００６９】また、図１に示す生成部１０により生成さ
れて記憶部４０に記憶されたミーティングデータ４４
は、図１に示す再生部２０により各プレゼンター１００
０や、各ミーティング参加者１００２ごとに再生され
る。

【００７０】次に、ミーティングデータ４４について詳
細に説明する。

【００７１】（ミーティングデータの説明）図４は、本
実施の形態に係るミーティングデータ４４および管理テ
ーブル４２のデータ構造の一例を示す概略図である。

【００７２】ミーティングデータ４４は、［ミーティン
グデータ開始］タグから［ミーティングデータ終了］タ
グまでに、データフィールドを複数個含む電子ファイル
である。

【００７３】また、ミーティングデータ４４は、あらか
じめ準備された固定的なプレゼンテーションデータ１４
２０と、ミーティング状況に応じて変化する可変的な付
加データ１４４０とを含む。プレゼンテーションデータ
１４２０は、通常は、ＰＣのＯＳのファイルシステムで
管理され、二次記憶装置としての記憶部４０に保持され
る。

【００７４】一方、付加データ１４４０は、液晶プロジ
ェクタ２００の組み込みＯＳの機能により動作する制御
部９０により管理され、記憶部４０に記憶される。

【００７５】さらに、ミーティングデータ４４は、ミー
ティングの所定の単位毎に、ラベルによる識別がなされ
る。

【００７６】ここで、所定の単位としては、例えば、章
単位、節単位、表示されるシートのページ単位等が該当
する。例えば、章単位、節単位という単位を適用した場
合、第何章の第何節という指示が可能となり、プレゼン
テーションにおいては特に効果的な指示が可能となる。

【００７７】図４に示すように、本実施の形態に係るプ
レゼンテーションデータ１４２０は、第１章、第１節、
１ページのように、各単位でラベル付けがされている。
また、プレゼンテーションデータ１４２０の［画像］タ
グ等には、付加データの画像データのアドレスを示すポ
インタが設けてあることにより、結果として、ミーティ
ングデータ４２全体が第何章、第何節、何ページという
指定によりデータを読み出すことが可能になっている。
なお、図中、符号の矢印を除き、矢印はポインタの所在
とその指し示す箇所の一例を示す。

【００７８】また、例えば、ページ単位という単位を適
用した場合、印刷配布される資料の単位と１対１に対応
する。ＰＣを用いたプレゼンテーションでは、１枚のシ
ートの部分に、動画像や音声メモを付加することが可能
であるが、これはあくまで一つのページを形成するフレ
ームがあり、それを形成するデータの一部に、動作を含
む部分が包含されると解釈できる。

【００７９】ＰＣ印刷の分野で公知の技術の一つに、ド
キュメントの体裁および印刷情報を記述できる言語（ペ
ージ記述言語）があり、広く普及したものの一つにＡｄ
ｏｂｅ社のＰｏｓｔＳｃｒｉｐｔ言語がある。ミーティ
ングデータ４４の記述は、このＰｏｓｔＳｃｒｉｐｔ言
語の記述を想定すると理解しやすい。すなわち、ページ
単位に、画像情報、文字情報等を、プログラム言語で記
述する手法を適用できる。

【００８０】当該プログラム言語の中に、ピクセルの集
合による画素を内包する記述が可能である。ミーティン
グデータ４４の記述言語の場合は、この概念を一歩進め
て、プログラム記述によって、サンプリングされた音声
を再生する部分、アニメーションを再生する部分を内包
する。汎用のプログラム言語でありインタープリタを用
いて処理されるものの公知例としてＢＡＳＩＣ言語があ
るが、ページ単位での画像の記述等の概念を含んでいな
い点では、ＰｏｓｔＳｃｒｉｐｔ言語と仕様を異にする
が、音声データの再生、アニメーションの再生などの用
途には好適である。

【００８１】本実施形態では、双方の特徴を少しずつ備
えるインタープリタ言語としてＪＡＶＡ言語を実施例に
挙げているに過ぎない。ＪＡＶＡ言語の場合、例えば、
ＡＷＴ（Ａｂｓｔｒａｃｔｅｄ Ｗｉｎｄｏｗ Ｔｏｏ
ｌｓ）やＳｗｉｎｇ等の処理系に依存しない様に抽象化
された描画のためのクラス定義がある。なお、ＪＡＶＡ
は、米国ＳｕｎＭｉｃｒｏｓｙｓｔｅｍｓ社の商標であ
る。

【００８２】アプリケーションソフトウェアは、クラス
の機能を利用して所望の処理を行うための機能を実現す
る。

【００８３】例えば、描画クラスの内の直線発生機能を
利用したい場合、直線発生機能の実行を要求する命令語
が、前記クラスへのメッセージ発生を受け持つ。この命
令語を含むプログラム片を実行することで、例えば図１
に示す変換部５０内の仮想機械５００としてＪＡＶＡ仮
想機械が実装されていれば、任意の処理系の上で、直線
画素を描画することが可能となる。同様に、単位時間当
たりに複数回の描画を行う画像生成のプログラムを与え
れば、アニメーションの再現が可能となる。

【００８４】また、音声データも、同様に、音声のサン
プリングデータの処理をＪＡＶＡ言語で記述している。

【００８５】これら、プログラムは、人間が読解可能な
いわゆる高級言語と呼ぶ文字コード記述されたソースコ
ードのレベルで開発、記憶される。なお、ミーティング
データ４４の記述は、ＪＡＶＡ言語に限られるものでは
ない。例えば、本出願人による特開平６−４４９８のＰ
ＡＳＣＡＬ言語に基づく言語等の各種の高級言語を適用
できる。

【００８６】また、特開平６−４４９８の図１が開示す
るように、このような高級言語記述されたプログラム
は、コンパイラによって、中間言語インタープリタが解
釈し実行可能な中間言語オブジェクトに変換される。本
実施の形態では、このような手順で発生された中間言語
オブジェクトをミーティングデータ４４として用いる。

【００８７】図４では、［ページ開始］タグから［ペー
ジ終了］タグまでが１つのシートに関連付けられた単位
である。この１つの処理単位には［画像］タグ、［音
声］タグが格納される。［画像］タグは、一連の可変長
フィールドのラベルとなっている。可変長フィールドに
は、上述のように、高級言語記述からコンパイルされた
結果生成された中間言語記述によって、描画命令が格納
される。また、ピクセルの集合として表現される静止画
像データも、画素転送の描画命令に結び付られて可変長
フィールドに格納される。

【００８８】［音声］タグについても同様に、可変長フ
ィールドにデータが格納される。

【００８９】なお、図４のプレゼンテーションデータ１
４２０および付加データ１４４０は、一般のコンピュー
タ上の電子ファイルと同様に書き換え可能である。

【００９０】付加データ１４４０の書き換え部分は、
［付加データ開始］タグから［付加データ終了］タグに
囲まれた可変長のデータ部に記憶される。この可変長の
データ部には、タブレット等によって付加される画像デ
ータや、マイク等によって付加される音声データが格納
される。

【００９１】画像データは、［画像データ開始］タグか
ら［画像データ終了］タグまでの間に記憶され、音声デ
ータは、［音声データ開始］タグから［音声データ終
了］タグまでの間に記憶される。

【００９２】なお、本実施例では、原始プレゼンテーシ
ョンデータ（プレゼンテーションデータ１４２０）に、
ミーティング時に付加される各種の付加データ１４４０
を付加したデータをミーティングデータ４４と呼び、原
始プレゼンテーションデータと区別している。どちらも
コンピュータで処理可能な電子ファイルである。

【００９３】具体的には、音声デジタイズ装置７２に入
力された音声データは、音声デジタイズ装置７２に内蔵
されたマイクアンプ部にて認識可能なレベルに増幅され
た後、音声デジタイズ装置７２に内蔵されたサンプリン
グ処理部によってデジタル信号にサンプリングされる。
このデータはアプリケーションソフトウェアに基づき制
御部９０によってミーティングデータ４４の一部である
付加データ１４４０として記憶部４０に記憶される。

【００９４】記憶部４０には、プレゼンテーションデー
タ１４２０および配信された付加データ１４４０を含む
ミーティングデータ４４のほか、制御部９０により用い
られるデータ管理のための管理テーブル４２等が記憶さ
れている。

【００９５】管理テーブル４２は、入力装置４００等の
装置を識別して管理するためのテーブルであり、装置を
識別するためのＩＤ、装置名、当該装置の使用者を識別
するためのデータを含む。

【００９６】例えば、プレゼンター１０００が指示棒１
０１０を用いて操作した結果は、付加データ１４４０の
一部として記憶部４０に記憶される。この画像データ
は、装置ＩＤと結びつけられて記憶されるため、例え
ば、プレゼンター１０００の動作を再現する場合は、管
理テーブル４２から辿って付加データ１４４０に記憶さ
れた当該画像データを再現することができる。

【００９７】また、付加データ１４４０として画像デー
タに時刻データを付加することにより、時刻を指定して
ミーティングデータ４２を再現することも可能となる。

【００９８】このように、本実施の形態によれば、第何
章といった指定により即座にミーティング状況を再現で
きるとともに、プレゼンター１０００やミーティング参
加者１００２といった個別の指定や、時刻の指定等によ
って選択的にミーティング状況を再現することができ
る。

【００９９】次に、入力装置４００の役割について説明
する。入力装置４００の１つであるタブレット４１０
は、デジタイズユニット、座標検出処理部、Ｉ／Ｏコン
トローラ、ＩＥＥＥ１３９４バスクラスドライバを含ん
で構成されている。

【０１００】タブレット４１０のＩ／Ｏコントローラ
は、ＳＢＰ−２プロトコルのｔａｒｇｅｔ側ｎｏｄｅ
ｃａｐａｂｉｌｉｔｙを実装している。一方、液晶プロ
ジェクタ２００のＩ／Ｏコントローラは、ＳＢＰ−２プ
ロトコルのｉｎｉｔｉａｔｏｒ側ｎｏｄｅ ｃａｐａｂ
ｉｌｉｔｙを実装したＳＢＰ−２ドライバを制御する。

【０１０１】ＳＢＰ−２ドライバによって、液晶プロジ
ェクタ２００のローカルメモリである記憶部４０は、共
有メモリとしてＩＥＥＥ１３９４バス３００に公開され
る。

【０１０２】タブレット４１０側のＩＥＥＥ１３９４バ
スクラスドライバによって、液晶プロジェクタ側のＩＥ
ＥＥ１３９４バスクラスドライバと、ＩＥＥＥ１３９４
−１９９５で規定されているバスレベルのトランザクシ
ョンが行われる。このトランザクションを通じ、タブレ
ット４１０は、ＩＥＥＥバスクラスドライバを通じてＳ
ＢＰ−２ドライバにログインし、前記共有メモリ空間へ
のアクセス許可を得る。

【０１０３】ログインが許容された場合、タブレット４
１０がＩＥＥＥ１３９４バスクラスドライバを通じてロ
グアウト処理を行うまで、液晶プロジェクタ側の共有メ
モリ空間である記憶部４０は、タブレット４１０からア
クセスが可能となる。

【０１０４】タブレット４１０に対して、ミーティング
参加者１００２が行ったポインティング動作は、デジタ
イズユニットで位置検出された上、座標検出処理部で相
対位置換算が行われ、ポインティング座標と、一連の軌
跡データとして変換される。上述したＳＢＰ−２プロト
コルの動作によって、このポインティング座標データお
よび軌跡データは、液晶プロジェクタ２００が提供する
共有メモリ空間に記憶される。

【０１０５】共有メモリ空間は、液晶プロジェクタ２０
０から見た場合、ローカルメモリ空間である。このた
め、液晶プロジェクタ２００は、組み込みＯＳのカーネ
ルによって、必要に応じて仮想機械５００のプロセスま
たはスレッドの管理するメモリ空間に、この共有空間を
割り付けたり、コピーすることができる。別の観点でみ
れば、液晶プロジェクタ２００の仮想機械５００のプロ
セスまたはスレッドからは、タブレット４１０の上の使
用者のポインティング動作の軌跡が、随時監視（モニタ
ー）できることになる。

【０１０６】次に、実際のミーティングシステムでのミ
ーティングデータ生成処理について説明する。

【０１０７】（ミーティングシステムでの処理手順につ
いての説明）図５は、本実施の形態の一例に係るミーテ
ィングシステムでの処理の流れを示すフローチャートで
ある。

【０１０８】ミーティングが開始されると、ミーティン
グデータ生成処理が開始され、ミーティングが終了する
までミーティングデータ生成処理は行われる。

【０１０９】まず、ミーティングが開始され、ミーティ
ングが終了する前であれば（ステップ２）、制御部９０
により記憶部４０にミーティングデータ４４が記憶され
ていく（ステップ４）。

【０１１０】ＰＣ等により生成されたプレゼンテーショ
ンデータが記憶部４０に記憶されている場合（ステップ
６）、再生部２０によって制御部９０により記憶部４０
から読み出されたプレゼンテーションデータ１４２０が
再生される（ステップ８）。

【０１１１】すなわち、液晶プロジェクタ２００により
プレゼンテーションデータが投射され、音声がある場合
は音声も再生される。

【０１１２】プレゼンテーションデータがない場合（ス
テップ６）は外部的には何もせずに内部処理を続行す
る。

【０１１３】また、外部入力データがある場合（ステッ
プ１０）、制御部９０は、入力元ごとに入力データを管
理しながら記憶部４０に記憶する（ステップ１２）。

【０１１４】具体的には、例えば、タブレット４１０か
ら配信される描画指示情報等を含む配信データが配信さ
れた場合、配信データのほか、当該タブレット４１０の
識別情報等も併せて記憶することにより入力元ごとに管
理テーブル４２を用いて管理しながら記憶する。

【０１１５】なお、配信データ等の一部は付加データ１
４４０として記憶される。また、付加データ１４４０と
しては、タブレット４１０から入力されるデータだけで
なく、図２に示す撮像部６０による撮像範囲１０６０に
含まれる撮像データも含まれる。すなわち、プレゼンタ
ー１０００が指示棒１０１０や手指を用いて指示した画
像の位置データは等も付加データ１４４０として記憶さ
れる。

【０１１６】このようにしてミーティングデータ４４が
生成される。

【０１１７】外部入力データがない場合（ステップ１
０）は、外部的には何もせずに内部処理を続行する。

【０１１８】また、ミーティング参加者１００２からリ
モコン等の再生指示手段が操作されて再生指示が出され
た場合（ステップ１４）、制御部９０は、再生指示の指
定によって所定単位ごとにミーティングデータ４４を読
み出す（ステップ１６〜２０）。

【０１１９】例えば、再生指示が入力元ごとという指定
であれば（ステップ１６）、入力元ごとにミーティング
データ４４を再生する（ステップ１８）。

【０１２０】また、再生指示が入力元ごとでないという
指定であれば（ステップ１６）、指定された部分のミー
ティングデータを再生する（ステップ２０）。具体的に
は、例えば、制御部９０は、プレゼンテーションデータ
１４２０に対応した第何章第何節が指定されたか判別
し、当該部分に対応したミーティングデータ４４を記憶
部４０から読み出す。これにより、再生部２０は当該部
分を再生すれば、指定された部分のデータ再生が可能と
なる。

【０１２１】もちろん、入力元ごとか指定部分という２
者択一の選択だけでなく、２つを合わせて両方同時に選
択できるように構成することも可能である。

【０１２２】以上のようにしてミーティングデータの生
成処理および再生処理は行われる。以上は入力装置４０
０としてタブレット４１０を用いた場合であるが、次に
入力装置４００としてＰＣ４２０を用いた場合について
説明する。

【０１２３】（入力装置としてＰＣを用いる場合のミー
ティングシステムの例）図６は、本実施の形態の他の一
例に係るミーティングシステムの機能ブロック図であ
る。

【０１２４】液晶プロジェクタ２０２と、外部記憶装置
２４０とがＩＥＥＥ１３９４バス３００を介して接続さ
れ、液晶プロジェクタ２０２とＰＣ４２０とが光ファイ
バー網３１０を介して接続されている。

【０１２５】このようなミーティングシステムは、遠隔
地間を結んで会議が行われる場合等に用いられる。ここ
では、アメリカにあるＰＣ４２０から日本にある液晶プ
ロジェクタ２０２に描画命令が出される場合を想定す
る。

【０１２６】すなわち、日本の会場で液晶プロジェクタ
２００を用いたプレゼンテーションが行われており、ア
メリカにいるミーティング参加者１００２は、ＰＣ４２
０を用いてプレゼンテーション画面を表示しながら日本
の液晶プロジェクタ２００で生成されるプレゼンテーシ
ョン画像に書き込みを行う例について説明する。

【０１２７】ここで、ＰＣ４２０は、プレゼンテーショ
ン画面の表示されるＷｅｂブラウザ、ＯＳ（オペレーテ
ィングシステム）、ＴＣＰ／ＩＰ（Ｔｒａｎｓｍｉｓｓ
ｓｉｏｎ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ／Ｉｎｔ
ｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）、ＰＰＰ（Ｐｏｉｎｔ
ｔｏ Ｐｏｉｎｔ Ｐｒｏｔｏｃｏｌ）等のソフトウ
ェアを有する制御部４２２と、ＡＴＭスイッチを有する
送受信部４２４とを含んで構成されている。

【０１２８】また、液晶プロジェクタ２０２は、ＣＧＩ
（Ｃｏｍｍｏｎ ＧａｔｅｗａｙＩｎｔｅｒｆａｃ
ｅ）、ｈｔｔｐｄ（Ｈｙｐｅｒ Ｔｅｘｔ Ｔｒａｎｓ
ｆｅｒＰｒｏｔｏｃｏｌ Ｄａｅｍｏｎ）、描画用ＡＰ
Ｉ（ＡｐｐｌｉｃａｔｉｏｎＰｒｏｇｒａｍｍｉｎｇ
Ｉｎｔｅｒｆａｃｅ）等のソフトウェアを有する生成部
１２と、仮想機械５０２を有する変換部５２と、分散Ｏ
Ｓカーネル、ＴＣＰ／ＩＰ、ＰＰＰ、デバイスドライバ
等のソフトウェアを有する制御部９２と、送受信部（Ａ
ＴＭスイッチを含む）、ＩＥＥＥ１３９４バスクラスド
ライバを有する通信用インタフェース部３２とを含んで
構成されている。

【０１２９】また、外部記憶装置２４０は、制御部２９
０と、ＩＥＥＥ１３９４バスクラスドライバ等を有する
通信用インタフェース部２９２とを含んで構成されてい
る。

【０１３０】次に、本ミーティングシステムでのミーテ
ィングデータ生成処理について説明する。

【０１３１】まず、ＰＣ４２０の画面にはアメリカでの
プレゼンテーション画像が表示されている状態で、ＰＣ
４２０を操作するミーティング参加者１００２が、画面
のＷｅｂブラウザ上でプレゼンテーション画像に対して
書き込みを行うための操作を行う。

【０１３２】この操作命令は、制御部４２２でＴＣＰ／
ＩＰ等のプロトコルに準拠した形式に変換されるととも
に、操作命令を含む配信データはコンパイラによってミ
ーティングデータ生成可能なデータ形式に変換できる形
式に変換され、送受信部４２４により光ファイバー網３
１０を介して液晶プロジェクタ２０２へ向け送信され
る。

【０１３３】液晶プロジェクタ２０２では、送信された
配信データを通信用インタフェース部３２で受信し、制
御部９４により転送制御等が行われる。送信された配信
データは、仮想機械５００を用いてミーティングデータ
生成可能なデータ形式に変換され、生成部１２によりミ
ーティングデータが生成される。

【０１３４】ＰＣ４２０から配信された配信データおよ
び生成されたミーティングデータは、通信用インタフェ
ース部３２によりＩＥＥＥ１３９４バス３００を介して
外部記憶装置２４０へ向け送信され、外部記憶装置２４
０では送受信部２９２によって受信した配信データおよ
びミーティングデータを、制御部２９０により処理装置
ごとおよび所定単位ごとに管理しながら記憶する。

【０１３５】また、生成されたミーティングデータは、
液晶プロジェクタ２０２を用いて日本の会場で表示され
るとともに通信用インタフェース部３２によりＰＣ４２
０へ向け送信される。ＰＣ４２０では受信したミーティ
ングデータを再び画面に表示する。

【０１３６】これらの送受信処理およびデータ伝送は、
ミーティングデータのような大きなデータを伝送するに
も関わらず、ＩＥＥＥ１３９４バス３０２および光ファ
イバー網３１０を用いているため、きわめて高速に行わ
れる。

【０１３７】これにより、米国にいるミーティング参加
者１００２は、日本のプレゼンテーション会場にいて液
晶プロジェクタ２０２を操作するのと同様の感覚で遠隔
地から液晶プロジェクタ２０２を操作できる。

【０１３８】また、配信データおよびミーティングデー
タは、外部記憶装置２４０に記憶されており、かつ、Ｐ
Ｃ４２０と外部記憶装置２４０との間も高速な伝送路で
接続されているため、ＰＣ４２０からの操作に応じて所
望の部分を即座に再生できる。

【０１３９】したがって、遠隔地間でミーティングを行
う場合でも迅速にミーティングデータをプレーバックす
ることのできるミーティングシステムを実現できる。

【０１４０】さらに、ミーティングのジャーナル（履
歴）を記憶する外部記憶装置２４０をプロジェクタ２０
２と別体にすることにより、外部記憶装置２４０を構成
するハードディスクをＲＡＩＤ（Ｒｅｄｕｎｄａｎｔ
Ａｒｒａｙ ｏｆ Ｉｎｅｘｐｅｎｓｉｖｅ Ｄｉｓｋ
ｓ）構成にしてデータの信頼性を高めるとともに大容量
の記憶容量を確保する場合も、液晶プロジェクタ２０２
自体の大きさを変更しなくて済み、汎用性の高い液晶プ
ロジェクタ２０２を実現できる。

【０１４１】このようにミーティングデータを記憶する
ための記憶装置を、液晶プロジェクタ２０２と別体にし
た場合でも、液晶プロジェクタ２０２と外部記憶装置２
４０との間の通信はきわめて高速に行われるため、性能
上の問題はほとんどない。

【０１４２】以上は、入力装置４００としてＰＣ４２０
を用いた例であるが、次に、入力装置４００としてサー
バ装置を用いて配信データを配信する場合について説明
する。

【０１４３】（データ配信装置としてサーバ装置を用い
る場合のミーティングシステムの例）図７は、本実施の
形態の他の一例に係るミーティングシステムの機能ブロ
ック図である。

【０１４４】本実施例でのミーティングシステムは、ミ
ーティングデータを再生する液晶プロジェクタ２００と
サーバ装置１００とを含んで構成されている。

【０１４５】液晶プロジェクタ２００は、上述した液晶
プロジェクタ２００と同様のものである。

【０１４６】サーバ装置１００は、表示用データ、制御
用データ、部品オブジェクト等の記憶された記憶部１０
２と、送受信部１０４と、記憶部１０２および送受信部
１０４のデータ伝送を制御する制御部１０６とを含んで
構成されている。

【０１４７】ここで、表示用データとしては、例えば、
画像データ、プレゼンテーションデータ、ミーティング
データ等が該当し、制御用データとしては、具体的に
は、例えば、デバイスドライバ、座標等の描画範囲を指
定するためのデータ、線や円等の描画するオブジェクト
種別を指定するためのデータ等が該当する。

【０１４８】特に、画像データは２種類の形式で生成さ
れることを意識して処理系を設計する必要がある。第１
の種類は、画像全体が画素の集合として形成される場合
である。自然画像の写真をイメージスキャナー装置でサ
ンプリングした場合、個々のピクセルは階調を伴うカラ
ーデータとして、また、画像全体はこのピクセルの集合
として定義できる。

【０１４９】第２の種類は、何らかの命令語から画素が
発生される場合である。例えば、直線、ベジエ曲線、円
弧等の組み合せによって図形表現を行う処理系におい
て、直線発生命令（一般には描画開始座標、終端座標、
線幅を指定する）は、対象となる処理系の解像度や座標
系に合わせて、点列を発生し、画素形成することで図形
の一部を描画する。

【０１５０】多くの場合、コンピュータ装置の画像表示
システムは、前者のピクセルの集合による図形表現とと
もに、後者の命令語による図形表現を行う。また、アウ
トラインフォントを用いた文字の発生は、元の文字形状
が、直線・曲線の描画命令で記述されているため、後者
の例に属する。後述するが、命令語による画素発生は、
複数の液晶プロジェクタを用いて、広い範囲の領域に描
画する応用例で、分散処理を必要とする好適な例であ
る。

【０１５１】画素の発生を何らかの描画命令で行う場
合、その操作を行うプログラムが必要であり、かつ、こ
のプログラムが、対象となるプロセッサを包含するハー
ドウェアの上で実行可能な形式であることが必要であ
る。本実施形態ではこのようなプログラムの実行単位を
「部品オブジェクト」と呼んでいる。

【０１５２】部品オブジェクトは、画像の生成または再
生を行うためのソフトウェアの一部分となるものであ
る。具体的には、例えばＪＡＶＡアプレットやＪＡＶＡ
Ｂｅａｎｓ等が該当する。

【０１５３】例えば、サーバ装置１００がＷｅｂサーバ
であり、記憶部１０２に種々のミーティングデータ生成
用のデータが記憶されている形態を想定する。

【０１５４】液晶プロジェクタ２００は、サーバ装置１
００からデバイスドライバ、ＪＡＶＡアプレット等をダ
ウンロードできる。

【０１５５】これにより、液晶プロジェクタ２００は容
易に機能拡張することができる。すなわち、新たな形態
のミーティングを開催する必要が生じた場合に、ミーテ
ィングの主催者がサーバ装置１００に必要な情報を記憶
し、ミーティング参加者１００２は、サーバ装置１００
から必要な情報を液晶プロジェクタ２００に組み入れる
ことにより、迅速に新たな形態のミーティングに対応す
ることができる。

【０１５６】具体的には、例えば、現状では液晶プロジ
ェクタ２００に画面の一部に線が引ける機能がある場合
に、画面の一部を○で囲む機能を有する部品オブジェク
トを受信し、ミーティングデータ生成用プログラムに組
み込んで画面の一部を○で囲む機能を追加することがで
きる。

【０１５７】また、ハードウェアではなく、ソフトウェ
アを用いて機能拡張できるため、液晶駆動回路等の簡略
化を行うことができる。すなわち、一般に、液晶プロジ
ェクタにおいては、画像データは、ＡＤコンバータでデ
ジタル信号に変換され、第１のフレームメモリに画像情
報が記憶される。その後、画像情報は、デジタルフィル
タ回路によりコンボリューションされ、第２のフレーム
メモリに記憶される。そして、液晶コントローラによっ
て液晶ライトバルブに表示するため、第２のフレームメ
モリ内の画像データは一定のサイクルで読み出される。

【０１５８】なお、ここで、コンボリューションとは、
画像のフィルタリング技術の１つであり、画像の鮮鋭さ
に応じてタップ係数を変化させ、画質を変化させるため
のものである。

【０１５９】これらの駆動回路においては、入力される
画像データの違い等により位相差による画像劣化が生じ
るが、この位相差を少なくするためには、高性能なＰＬ
Ｌ回路等が必要となる。また、複数台の解像度の異なる
液晶プロジェクタを相互に接続することを想定した場
合、画像の補完を行うための画像処理によるスケーリン
グ回路が必要となるが、このような画像処理は画像劣化
を生じるものである。

【０１６０】一方、本実施形態のように、仮想機械５０
０の実装された液晶プロジェクタ２００の各部を動作さ
せるアプリケーションソフトウェアを用いて、液晶プロ
ジェクタ２００に入力される画像データに対して、液晶
の画素数に応じてデータ変換を行うようにすれば、スケ
ーリング回路による画像処理に伴う画像劣化を生じさせ
ることなく、フレームメモリを複数設ける必要もないた
め、回路構成を簡略化することができる。

【０１６１】このようなアプリケーションソフトウェア
としては、例えば、仮想機械５００を介して入力される
画像データの表示イメージをＶＲＡＭに展開し、ＶＲＡ
Ｍ内の表示イメージを、液晶コントローラを通じて液晶
パネルに映す処理を行うソフトウェアを適用できる。

【０１６２】以上、液晶プロジェクタ２００と入力装置
４００を中心に説明してきたが、液晶プロジェクタ２０
０と出力装置６００についても同様な作用効果が奏され
る。

【０１６３】すなわち、例えば、液晶プロジェクタ２０
０を用いてミーティングデータを生成し、通信用インタ
フェース部３０を用いて出力装置６００へ向け生成した
ミーティングデータを送信する。

【０１６４】ここで、出力装置６００として、例えばプ
リンタを適用した場合、ミーティング参加者１００２は
出力指示により、当該ミーティングデータを印刷するこ
とができる。

【０１６５】また、出力装置６００として、例えばディ
スプレイを適用した場合、ミーティング参加者１００２
は出力指示により、当該ミーティングデータを表示する
ことができる。

【０１６６】このような場合の出力指示も入力装置４０
０ごとおよび所定の単位ごとに行うことができ、ミーテ
ィング参加者１００２は自分の要求したミーティングデ
ータを指示により即座に得ることができる。

【０１６７】以上のように、液晶プロジェクタ２００を
中心にミーティングシステムを構成することも可能であ
るが、制御装置を用いれば新たな形態のミーティングシ
ステムも実現可能になる。

【０１６８】（制御装置を用いたミーティングシステム
の例）図８は、制御装置９００を用いたミーティングシ
ステムの概略図である。

【０１６９】伝送路であるＩＥＥＥ１３９４バス３００
で構成されるネットワークを介して、１台の制御装置９
００と、ミーティングデータ処理を行う複数の処理装置
が接続され、各処理装置間で配信データが送受信されて
ミーティングデータが生成される。

【０１７０】制御装置９００は、記憶部９１０と、各処
理装置のネットワークとの接続状態を管理するとともに
記憶部４０内のデータを管理する管理部９２０と、制御
装置９００内のデータの伝送を制御する伝送制御部９３
０とを含んで構成されている。

【０１７１】また、処理装置としては、例えば、情報携
帯端末４０２、スキャナ４０４、液晶プロジェクタ２０
０、ＰＣ４００、プリンタ６０２等の種々の装置が適用
される。

【０１７２】このような形態において、ミーティングデ
ータの処理は以下のように行われる。

【０１７３】図９は、制御装置９００を用いたミーティ
ングシステムでの処理の流れを示すフローチャートであ
る。

【０１７４】最初に制御装置９００が起動してＩＥＥＥ
１３９４バス３００に接続している状態において、他の
処理装置もＩＥＥＥ１３９４バス３００に接続する（ス
テップ３２）。

【０１７５】ある処理装置が接続すると、接続したこと
および当該処理装置が提供するサービスを示すパケット
を含む配信データが制御装置９００に送られる。ここ
で、サービスとは各処理装置が提供する機能のことであ
る。

【０１７６】制御装置９００は、上記パケットを含む配
信データを受信すると、管理部９２０を用いて登録済み
の提供サービスを記憶部９１０に記憶された管理テーブ
ルで確認し（ステップ３４）、既に同一の提供サービス
が登録されている場合は優先度等を調整する（ステップ
３６）。

【０１７７】管理部９２０は、提供サービス確認後、提
供サービスを管理テーブルに登録する（ステップ３
８）。

【０１７８】図１０は、管理テーブル９１２の一例を示
す図である。

【０１７９】管理テーブル９１２には、主に、各処理装
置を識別するためのＩＤ、当該処理装置が提供するサー
ビス、当該処理装置の状態が記憶される。この識別用の
ＩＤには、多数の処理装置がネットワークに接続した場
合でも重複しないＩＤ値が割り振られる。

【０１８０】制御装置９００は、サービス要求を示すパ
ケットを含む配信データを受信すると（ステップ４
０）、管理部９２０を用いて管理テーブル９１２を検索
し、当該サービス要求に応答できるサービスを提供して
いる処理装置を検索する。

【０１８１】例えば、情報携帯端末４０２からミーティ
ングデータの一部を印刷して欲しいという要求が出され
た場合、制御装置９００は、管理部９２０を用いて管理
テーブル９１２を検索して印刷というサービスを提供し
ている処理装置を探し、当該サービスを提供するプリン
タ６０２を見つけて状態を確認し処理できる状態にある
場合、伝送制御部９３０は、サービスを要求した情報携
帯端末４０２とサービスに応答するプリンタ６０２との
間の接続を確立する。

【０１８２】一旦接続を確立すれば制御装置９００を介
在させずに要求する処理装置と応答する処理装置の間で
ミーティングデータ等の配信データを送受信することが
可能になる。

【０１８３】この場合は、例えば、接続確立後、情報携
帯端末４０２からミーティングデータの一部がプリンタ
６０２に送信され、プリンタ６０２が印刷というサービ
スを提供する（ステップ４２）。

【０１８４】このように、制御装置９００を用いれば、
サービスを一元管理でき、適用するミーティングの場に
併せて柔軟に処理装置を変更することのできるミーティ
ングシステムを実現できる。

【０１８５】このようなミーティングシステムにおいて
も制御装置９００および各処理装置に仮想機械５００を
実装することが好ましい。仮想機械５００を適用するこ
とにより、配信データを送信する際に送り先の機種やＯ
Ｓ等を意識せずに済み、装置構成の自由度が増し、より
多様なミーティングを行えるようになるからである。

【０１８６】このような制御装置９００と複数の処理装
置を接続する技術としては、例えば、米国ＳｕｎＭｉｃ
ｒｏｓｙｓｔｅｍｓ社によるＪｉｎｉがあるが、制御装
置９００の記憶部９１０に図４に示すミーティングデー
タ４４を記憶して更新、管理できる点でＪｉｎｉとは一
線を画する。

【０１８７】以上説明してきた例では、１台の処理装置
が１つのサービスを提供する例について説明してきた
が、次に、複数台のミーティングデータ再生装置が１つ
のサービスを提供する例、すなわち、分散処理を行いな
がらミーティングデータを再生する場合について説明す
る。

【０１８８】（分散処理についての説明）現在多くの商
用ＰＣのＯＳの下で開発されるアプリケーションソフト
ウェアは、コンパイルによって、直接マイクロプロセッ
サが解釈可能な機械語への翻訳を行う。この手法におい
ては、一般的に、アプリケーションソフトウェアの開発
段階から当該アプリケーションソフトウェアが使用され
るマイクロプロセッサのアーキテクチャや、ＯＳのサー
ビスルーチンとのプログラム間インターフェース（ＡＰ
Ｉ：Ａｐｐｌｉｃａｔｉｏｎ Ｐｒｏｇｒａｍｍｉｎｇ
Ｉｎｔｅｒｆａｃｅと呼ばれることが多い。）を意図
してプログラミングする必要がある。

【０１８９】ところで、本実施形態のミーティングシス
テムにおいては、液晶プロジェクタ２００または処理装
置７００として用いられるＰＣまたはＷＳを中心とし
て、ミーティングデータ４４または原始プレゼンテーシ
ョンデータが翻訳、実行される。

【０１９０】液晶プロジェクタ２００は、実際の商品化
の都度、使用者に最適な装置を適切な価格で提供する上
でも、あるマイクロプロセッサに限定して設計すること
はできないし、処理装置７００に関しても同じことが言
える。また、処理装置７００として、ＰＣやＷＳを使う
場合だけでなく、外出先からの利用のように携帯情報端
末を使う場合も想定すべきである。

【０１９１】このような種々の仕様の異なるマイクロプ
ロセッサや、ＡＰＩを異にするＯＳの混在環境を前提に
した場合、個々の環境の差を抽象化し、共通に利用可能
な環境を提供する目的で、仮想機械のインタープリタ
（例えば仮想機械５００）を用いる。

【０１９２】仮想機械のインタープリタを用いるだけで
解決できる問題点は、主に異なるマシンアーキテクチャ
の差の吸収（実行環境の抽象化）という点である。

【０１９３】一方、ミーティングシステムで送受信され
る配信データは、動画像のような重いデータであり、か
つ、ミーティングが何時間にも及ぶ場合もあり大量のデ
ータが送受信される。

【０１９４】このような重くかつ大量のデータを効率よ
く扱うためには、仮想機械のインタープリタだけでな
く、高速な伝送路とともに各装置で動的に処理負荷を分
散する動的な分散処理を行う仕組みが必要になる。

【０１９５】図１１は、分散して画像表示を行う場合の
画像表示を示す図であり、（Ａ）は１台の液晶プロジェ
クタのみを用いる場合、（Ｂ）は４台の液晶プロジェク
タを用いて画像表示の例を示す。

【０１９６】１台の液晶プロジェクタ２００で画像表示
を行う場合、液晶プロジェクタ２００にミーティングデ
ータを配信するＰＣではＵＸＧＡ表示、すなわち、１６
００×１２００ドットの表示が可能であるが、当該液晶
プロジェクタ２００がＸＧＡ表示、すなわち、１０２４
×７６８ドットの表示までしか対応していない状態で、
プレゼンターの指示により、ポインタがＰＣでは表示可
能であるが液晶プロジェクタ２００では表示不可能な座
標（１５００、９２０）を示す場合がある。

【０１９７】このような場合、図１１（Ａ）に示すよう
に、実際には液晶プロジェクタ２００では表示できな
い。このため、プレゼンターは自分の操作通りにポイン
タが動かないため効果的なプレゼンテーションが行えな
いことになる事態も生じうる。

【０１９８】このような事態を避けるため、図１１
（Ｂ）に示すように、ＰＣで表示対応している表示領域
をサポートできるように４台の液晶プロジェクタ２００
を用いて、４つの画像１２１０−１〜４を分担して投射
することが可能である。

【０１９９】図１２は、４台の液晶プロジェクタ２００
−１〜４を用いて分散して画像表示を行う場合の模式図
である。

【０２００】本来は１つの画像を分担して表示する場
合、どの装置がどこまでを担当するか決めておく必要が
ある。４台の液晶プロジェクタを用いて、ある画像を空
間的に分割して表示するのは、典型的な並列処理であ
る。原始プレゼンテーションファイルを、処理装置７０
０のアプリケーションソフトウェアを用いて作成する段
階で、このような並列処理に適する並列構文を記述して
おくと処理上好都合である。特開平６−４４９８は、ｃ
ｏｂｅｇｉｎ、ｃｏｅｎｄに包含される並列実行単位を
書いて翻訳する方法を開示しており、本実施形態にも適
用可能である。

【０２０１】図１３は、仮想機械５００を用いた場合の
通信方式を示す模式図であり、（Ａ）は従来の通信方
式、（Ｂ）は本実施の形態に係る通信方式を示す図であ
る。

【０２０２】上述した動的な分散処理を行うために単純
に仮想機械５００をプロジェクタ２００に搭載しただけ
では、アプリケーションソフトウェア、すなわち、応用
層プログラム１２を作成する段階でどの液晶プロジェク
タ２００がどの描画領域を担当するか十分に意識して作
成する必要がある。

【０２０３】一般に、プログラムのある実行単位が並列
に処理されるためには、次の２つの条件を満たす必要が
ある。まず、第１に、ＯＳを含め、対象プログラムの処
理系が、あるプログラム片、言い換えれば、実行単位を
平行して実行できる資源を持つことが必要であり、より
具体的には、並列化の個数に対応する独立したプロセッ
サ装置が必要である。第２に、対象プログラム自体が、
並列して実行可能な処理単位を持ち、それが処理系に判
断出来るように、記述されていることが必要である。

【０２０４】なお、本実施形態において「分散実行」と
は、並列実行の広い概念であり、ある処理単位を、別の
処理系に分散して実行した場合のうち、時間的に平行し
て処理することが望ましく、結果をある時点で同期する
必要がある特別な場合を「並列実行」と呼ぶ。

【０２０５】例えば、図１３（Ａ）に示すように、２台
の液晶プロジェクタ２００−５、６をＩＥＥＥ８０２．
３バス１９２で接続した場合、イメージ的には、各応用
層プログラム１２−５、６がお互いを意識した接続が確
立されることになる。最初に原始プレゼンテーションデ
ータの解釈を開始する液晶プロジェクタ２００−５は、
プログラムのステートメント中に自己の表示範囲を超え
た部分を検出した場合、その部分を液晶プロジェクタ２
００−６と分散処理しようと試みる。

【０２０６】この時、具体的な動作としては、液晶プロ
ジェクタ２００の組み込みＯＳの伝送制御プログラムを
読み取った制御部が、ＩＥＥＥ８０２．３バス１９２に
より液晶プロジェクタ２００−６への接続回線を開き、
分散処理の対象範囲を伝送する。

【０２０７】応用層プログラム１２−５は、組み込みＯ
Ｓのサービスルーチンを用いて、ネットワークの接続、
回線のオープン、処理部分の伝送という処理を順次実行
する必要がある。他方の応用層プログラム１２−６は、
同じくネットワークの接続、回線のオープンの許容、処
理部分の受信というサーバ側の処理を実行することが求
められる。

【０２０８】複数の液晶プロジェクタを利用するのに、
これだけの処理を求められるとしたら、原始プレゼンテ
ーションファイルとして記述された応用層プログラム１
２−５、６の仕様は複雑なものとなり、毎回実行環境に
合わせて専用に書き下すことが必要となる。

【０２０９】上述したように、ここで見る応用層プログ
ラム１２とは、実はプレゼンテーション資料作成のため
の別の応用層プログラムが生成した、原始プレゼンテー
ションデータである。図４で例示したとおり、原始プレ
ゼンテーションデータの中身は、仮想機械５００が実行
する中間言語オブジェクトの命令語の集合と解釈でき
る。

【０２１０】利用を簡便にするためには、応用層プログ
ラムには、最初からある程度の並列処理を前提に複数の
並列構文を交えて記述しておき、実行環境が並列処理を
許す場合は、並列実行できるように設計することが必要
である。代わりに、仮想機械５００が、実行段階におい
て、動的かつ自律的に他の仮想機械と通信しあい、処理
を分散してもよい。

【０２１１】前者のあらかじめ複数の並列処理構文を記
述する手法としては、本出願人による特開平６−４４９
８で開示されている中間言語インタープリタ間の通信方
式を実装することが可能である。

【０２１２】また、後者の実行段階において、動的かつ
自律的に他の仮想機械と通信し合う方式としては、例え
ば、ＪＡＶＡ仮想機械を用いて実現する手法、マルチエ
ージェントによる手法等を適用できる。

【０２１３】このような手法を用いることにより、１６
台、６４台等と液晶プロジェクタの台数を増やしていっ
た場合でも、原始プレゼンテーションデータを再度作り
直す必要はない。

【０２１４】本実施の形態では、図１３（Ｂ）に示すよ
うに、各ノード間のメモリ資源の遠隔アクセスを実現す
るＩＥＥＥ１３９４バス３００を適用する。

【０２１５】本出願人による特開平６−４４９８で開示
されている中間言語インタープリタ間の通信方式を実装
する方式の場合は、ある液晶プロジェクタ２００−１の
仮想機械５００−１のマスター側インタープリタは、ロ
ード段階において、他の液晶プロジェクタ装置２００−
２のメモリ空間上で実行されるプロセスであるスレーブ
側インタープリタの作業領域に中間言語記述されたオブ
ジェクトコードを読み込み、次にスタック初期化データ
を読み込み、このデータの指示に従いスタックに初期状
態のデータを格納しスタックポインタを設定する。

【０２１６】次に、テーブル初期化データを読み込み、
実行時ブロック管理テーブル、共有資源管理テーブルの
内容を初期設定する一連の動作を行う。こうした動作
は、ＲＳ２３２Ｃシリアル回線等を用いた通信や、ＵＮ
ＩＸ系のＯＳに普通に見られるネットワークファイルシ
ステムなどのトランスポート層以上に実装した上位層プ
ロトコルの助けを借りて実現する事は不可能ではない。
しかし、現実的な処理速度でリモートメモリアクセスを
行う上では、ＩＥＥＥ１３９４のバストランザクション
を用いて実装する必要がある。

【０２１７】これによって、応用層プログラム１２−
１、２を作成する際に描画担当領域等を意識せずに作成
でき、イメージ的には、応用層プログラム１２−１、２
から１段下がった仮想機械５００同士で仮想的な接続が
確立されたようになる。

【０２１８】次に、仮想機械５００としてＪＡＶＡ仮想
機械を用いた場合の本実施の形態に係る分散処理につい
て詳述する。

【０２１９】図１４は、本実施の形態に係る分散処理を
行う場合の機能ブロック図である。

【０２２０】液晶プロジェクタ２００−１は、データ配
信装置である他の液晶プロジェクタ２００−２等から配
信される配信データを、生成または再生可能なデータ形
式に変換するための仮想機械５００の実装された変換部
５０と、入力装置４００から変換部５０で変換可能な配
信データを受信するための通信用インタフェース部３０
とを含む。

【０２２１】また、液晶プロジェクタ２００は、変換部
５０で変換された配信データに基づきミーティングデー
タを生成する生成部１０と、生成したミーティングデー
タを記憶部４０に他の液晶プロジェクタ２００ごとかつ
所定単位ごとに管理しながら記憶し、他の液晶プロジェ
クタ２００ごとかつ所定単位ごとにミーティングデータ
を読み出す制御部９０と、読み出されたミーティングデ
ータを再生する再生部２０とを含む。

【０２２２】なお、記憶部４０には、プレゼンテーショ
ン用データおよび配信された配信データを含むミーティ
ングデータ４４のほか、制御部９０により用いられる管
理用デーブル４２等が記憶されている。

【０２２３】また、記憶部４０は、他の液晶プロジェク
タ２００等から通信用インタフェース部３０を介してア
クセス可能となっている。

【０２２４】次に、本実施の形態で用いられる仮想機械
５００について説明する。

【０２２５】図１５は、プロジェクタ２００におけるソ
フトウェア部とハードウェア部の機能ブロック図であ
る。

【０２２６】ソフトウェア部は、音声処理用ＡＰＩ（Ａ
ｐｐｌｉｃａｔｉｏｎ Ｐｒｏｇｒａｍｍｉｎｇ Ｉｎ
ｔｅｒｆａｃｅ）および画像処理用ＡＰＩを有する生成
部１０と、複数の命令語、命令語へのディスパッチャ、
複数のデバイスドライバ、ランタイムライブラリを有す
る制御部９０と、仮想機械５００とを含んで構成されて
いる。

【０２２７】なお、音声処理用ＡＰＩや、画像処理用Ａ
ＰＩに代えて音声処理用クラス、画像処理用クラスを実
装してもよい。

【０２２８】本実施の形態で用いられる仮想機械５００
とは、共通のファイルフォーマットを読み、そこで指定
されている操作を行うことのできる手段を意味し、具体
的には、例えばＪＡＶＡ仮想機械や、上述した特開平６
−４４９８に開示されている並列処理可能なインタープ
リタを実装した仮想機械等を適用できる。

【０２２９】ＪＡＶＡ仮想機械の実装方式としては、ソ
フトウェア部で実装するインタプリタ方式、コンパイラ
方式、ハードウェア部で実装する専用ＣＰＵ方式等を適
用できるが、本実施の形態ではソフトウェア部に実装し
ている。

【０２３０】仮想機械５００は、プログラムカウンタ、
スタックを１つずつ有する複数のスレッドと、ヒープ領
域を含んで構成されている。すなわち、スタック、ヒー
プ領域は作業領域であり、記憶部４０としても機能す
る。

【０２３１】また、スレッドは複数あるため、いわゆる
マルチスレッド処理が可能である。これにより、分散処
理時の実行性能や、同時実行性を向上させることができ
る。

【０２３２】また、ハードウェア部は、表示部を含む再
生部２０と、ビデオコントローラを有する制御部９０
と、ビデオＲＡＭ（Ｖ−ＲＡＭ）領域を有する記憶部４
０と、ＩＥＥＥ１３９４リンク層とＩＥＥＥ１３９４物
理層を有する通信用インタフェース部３０とを含んで構
成されている。

【０２３３】次に、複数の液晶プロジェクタ２００−
１、２を用いた実際の表示処理について説明する。

【０２３４】液晶プロジェクタ２００−１がマスターと
して機能し、液晶プロジェクタ２００−２がスレーブと
して機能するものとする。

【０２３５】液晶プロジェクタ２００−１は、画像１２
１０−１、すなわち、座標（０，０）〜座標（１０２
４，７６８）を描画しているものとする。この描画情報
は記憶部４０に記憶されている。

【０２３６】２台目の液晶プロジェクタ２００−２がＩ
ＥＥＥ１３９４バス３００に接続されると、マスターで
ある液晶プロジェクタ２００−１と液晶プロジェクタ２
００−２が配信データを送受信するようになる。

【０２３７】この段階で、液晶プロジェクタ２００―２
は、液晶プロジェクタ２００−１が既に動作しているこ
とを判断することができるとともに、液晶プロジェクタ
２００−１の記憶部４０−１の描画情報を参照すること
により、液晶プロジェクタ２００−１の担当している描
画領域を確認できる。

【０２３８】液晶プロジェクタ２００−２は、この確認
後、自分の表示すべき画像情報を液晶プロジェクタ２０
０−１の記憶部４０−１から読み出して仮想機械５００
で自装置で処理可能なデータ形式に変換し、Ｖ−ＲＡＭ
領域に書き込み、ビデオコントローラを用いて表示部で
表示を行う。

【０２３９】上述したように、記憶部４０内のスタック
領域はスレッドごとに存在する。マルチスレッド処理に
よってあるスレッド内のスタック領域が使用中であって
も、別のスレッドのスタック領域を使うことができるた
め、記憶部４０を共有した場合でも同時実行性はほとん
ど低下しない。

【０２４０】また、ＩＥＥＥ１３９４バス３００および
ＩＥＥＥ１３９４バスインタフェースを適用することに
より、配信データを高速に送受信することができるた
め、記憶部４０を共有した場合でも、各液晶プロジェク
タ２００は自分の記憶部４０を参照するのと同じくらい
の速度で他の液晶プロジェクタ２００の記憶部４０を参
照することができる。

【０２４１】また、例えば、ある液晶プロジェクタ２０
０はＶＧＡ表示、すなわち、６４０×４８０ドット表示
であり、他の液晶プロジェクタ２００はＳＶＧＡ表示、
すなわち、８００×６００ドット表示であり、さらに他
の液晶プロジェクタ２００はＸＧＡ表示、すなわち、１
０２４×７６８ドット表示であるといったように表示能
力の異なる液晶プロジェクタ２００が混在する場合もあ
る。

【０２４２】このような場合において、上述した座標
（１５００、９２０）を表示しなければいけない場合で
も、異なる表示能力を有する液晶プロジェクタ２００を
相互に接続して表示することができる。例えば、マスタ
ーの液晶プロジェクタ２００がＶＧＡ表示であれば、全
部で９台の液晶プロジェクタ２００を接続すれば、１９
２０×１４４０ドットの表示領域をカバーでき、座標
（１５００、９２０）も表示することができるようにな
る。

【０２４３】このような場合でも、スレーブである液晶
プロジェクタ２００がマスターである液晶プロジェクタ
２００の記憶部４０内の描画情報を参照することによ
り、表示能力を自動で調整することができる。

【０２４４】このように、効率的な分散処理によってミ
ーティングデータを生成できるため、重くかつ大量のミ
ーティングデータであっても快適に生成して再生でき、
即応性の高いミーティングシステムを実現できる。

【０２４５】なお、共有メモリ方式による分散処理の実
現方式だけでなく、このような分散処理をオブジェクト
配信方式によって行うことも可能である。

【０２４６】以上、ミーティングシステムを実現する手
法について説明してきたが、コンピュータ読み取り可能
な情報記憶媒体を用いて上述した作用効果を奏するミー
ティングシステムを実現することも可能である。

【０２４７】（情報記憶媒体についての説明）図１６
は、本実施の形態の一例に係る情報記憶媒体の機能ブロ
ック図である。

【０２４８】情報記憶媒体１４００は、コンピュータ１
２００に読み取られるための格納情報１４１０に、上述
した種々の機能を実現するための情報を格納している。

【０２４９】コンピュータ１２００は、他の処理装置１
１００と通信回線１３００を介して通信を行うための送
受信部１２３０と、各種データ、プログラム等を記憶す
る記憶部１２４０と、画像処理等を行う処理部１２５０
と、画像表示等のデータ再生を行う再生部１２２０と、
情報記憶媒体１４００から情報を読み取る情報読み取り
部１２９０とを含んで構成されている。

【０２５０】これら各部のハードウェア構成としては、
例えば、送受信部１２３０としては、ＩＥＥＥ１３９４
インタフェースを有する通信機器、ＡＴＭスイッチ等、
記憶部１２４０としては、ＲＯＭ、ＲＡＭ等、再生部１
２２０としては、ディスプレイ、モニター、投射機器
等、処理部１２５０としては、ＣＰＵ、画像処理プロセ
ッサ等を適用できる。

【０２５１】また、情報記憶媒体１４００としては、例
えば、レーザー光により情報を読み取らせるＣＤＲＯＭ
やＤＶＤＲＯＭ等、磁気により情報を読み取らせるハー
ドディスクや、メモリ等を適用できる。

【０２５２】なお、情報記憶媒体１４００を情報読み取
り部１２９０に直接接続するのではなく、通信回線１３
００を介してサーバ装置にある格納情報１４１０をコン
ピュータ１２００にダウンロードさせて読み取らせるこ
とも可能である。

【０２５３】また、伝送路である通信回線１３００とし
ては、例えば、ＩＥＥＥ１３９４バス、光ファイバー等
を適用できる。

【０２５４】ここで、例えば、上述したジャーナル機能
を実現する場合、格納情報１４１０は、伝送路である通
信回線１３００を介して複数の処理装置１１００から配
信データが配信され、この配信データを反映したミーテ
ィングデータを生成するための情報であって、プレゼン
テーション用情報と、前記配信データを、前記処理装置
１１００ごとに管理しながら記憶部１２４０に記憶する
ための記憶用情報と、ミーティング参加者による再生指
示により記憶部１２４０から前記配信データおよび前記
プレゼンテーション用情報の少なくとも一部を含むミー
ティングデータを読み出すための読み出し用情報とを含
んで構成する。

【０２５５】これによれば、ミーティング参加者は、過
去のミーティングデータを指示により即座にプレーバッ
クすることができる。

【０２５６】また、前記読み出し用情報は、再生指示に
基づき、記憶部１２４０に記憶された前記ミーティング
データを処理装置１１００ごとに読み出すための情報を
含むことが好ましい。

【０２５７】これによれば、どの処理装置１１００から
どのような配信データを受信したか判別することができ
る。

【０２５８】また、処理装置１１００ごとの配信データ
を反映したミーティングデータを再生することも可能に
なる。具体的には、例えば、複数のミーティング参加者
が個別の入力装置を用いて入力データを配信している場
合、各入力装置ごと、すなわち、ミーティング参加者ご
とにプレーバックすることができる。

【０２５９】また、格納情報１４１０は、ミーティング
状況を撮像するための情報を含み、前記記憶用情報は、
撮像データを前記ミーティングデータの一部として記憶
部１２４０に所定の単位ごとに記憶するための情報を含
み、前記読み出し用情報は、前記再生指示に基づき、記
憶部１２４０に記憶された前記ミーティングデータを前
記所定の単位ごとに読み出すための情報を含むことが好
ましい。

【０２６０】これによれば、ミーティング状況の撮像結
果を即座に再生することができる。撮像対象には再生さ
れるプレゼンテーションデータだけでなくプレゼンター
の動きも含まれるため、ミーティング状況を適切に把握
することができる。

【０２６１】同様に、格納情報１４１０は、ミーティン
グ状況を録音するための録音用情報を含み、前記記憶用
情報は、録音データを前記ミーティングデータの一部と
して前記記憶手段に所定の単位ごとに記憶することが好
ましい。

【０２６２】これによれば、音声も合わせて再生できる
ため、ミーティング状況をさらに適切に把握することが
できる。

【０２６３】ここで、前記所定の単位としては、例え
ば、章単位、節単位、ページ単位等を適用できる。すな
わち、例えば、ミーティング参加者が第３章の第２節の
部分の再生指示を行えば当該部分を即座にプレーバック
することができる。

【０２６４】また、格納情報１４１０は、前記読み出し
た情報を再生するための情報を含むことが好ましい。

【０２６５】これによれば、読み出したミーティングデ
ータを、表示、投射、音声再生等によって再生すること
により、ミーティング参加者はミーティングデータを即
座に確認することができる。

【０２６６】また、格納情報１４１０は、前記読み出し
た情報を処理装置１１００へ向け伝送するための情報を
含むことが好ましい。

【０２６７】これによれば、処理装置１１００、例えば
表示装置、印刷装置等でミーティングデータを再生、印
刷等を実行することができる。

【０２６８】また、上述した相互接続性を向上させるた
めには、格納情報１４００を以下のように構成すればよ
い。

【０２６９】例えば、格納情報１４１０を、仮想機械５
００を実装し、受信した配信データを、仮想機械５００
を用いて解釈するための解釈用情報と、この解釈結果に
基づき、前記ミーティングデータを生成するための生成
用情報とを含んで構成する。

【０２７０】これによれば、配信データの形式を共通化
して当該配信データを自装置で解釈可能な形式に変換す
る仮想機械５００を用いることにより、処理装置間１１
００およびコンピュータ１２００間でのデータのやりと
りが容易となる。これにより、種々の処理装置を柔軟に
入れ替えることのできるミーティングシステムを実現で
きる。

【０２７１】また、別の構成として、格納情報１４１０
を、仮想機械５００で解釈可能な配信データを生成する
ための情報と、生成した配信データを配信するための情
報とを含んで構成する。

【０２７２】これによれば、配信データの形式を共通化
し、他の処理装置１１００での仮想機械５００で解釈可
能な配信データ生成、配信することにより、当該配信デ
ータを受信した処理装置は、配信データの配信装置の機
種やメーカー等を意識せずに配信データを処理すること
ができる。したがって、各処理装置１１００間でのデー
タのやりとりが容易となる。これにより、ミーティング
で使用される種々の処理装置１１００を柔軟に入れ替え
ることのできるミーティングシステムを実現できる。

【０２７３】さらに、別の構成として、格納情報１４１
０は、プレゼンテーション用情報と、複数の入力手段を
有する前記処理装置から配信される前記入力データを含
む前記解釈が行われた状態の配信データを、前記入力手
段ごとに管理しながら記憶手段に記憶するための記憶用
情報と、再生指示により前記記憶手段から前記入力デー
タおよび前記プレゼンテーション用情報の少なくとも一
部を含むミーティングデータを再生するための再生用情
報とを含んで構成する。

【０２７４】これによれば、ミーティング参加者は、過
去のミーティングデータを指示により即座にプレーバッ
クすることができる。

【０２７５】また、前記記憶用情報は、前記入力データ
を含む前記解釈が行われた状態の配信データを、処理装
置１１００ごとに管理しながら記憶部１２４０に記憶す
るための情報を含み、前記再生用情報は、前記再生指示
により前記記憶手段から前記配信データおよび前記プレ
ゼンテーション用情報の少なくとも一部を含むミーティ
ングデータを前記処理装置ごとに再生するための情報を
含むことが好ましい。

【０２７６】これによれば、ミーティング参加者は、過
去のミーティングデータを処理装置ごとに再生する指示
を行うことにより、処理装置１１００ごとにプレーバッ
クすることができる。

【０２７７】具体的には、例えば、複数のミーティング
参加者が個別の入力装置を用いて入力データを配信して
いる場合、各入力装置ごと、すなわち、ミーティング参
加者ごとにプレーバックすることができる。

【０２７８】また、格納情報１４１０は、ミーティング
状況を撮像するための情報を含み、前記記憶用情報は、
撮像結果を含む前記配信データを記憶部１４１０に所定
の単位ごとに記憶するための情報を含み、前記再生用情
報は、前記再生指示に基づき、記憶部１４１０に記憶さ
れた前記撮像結果を含む配信データを前記所定の単位ご
とに再生するための情報を含むことが好ましい。

【０２７９】これによれば、ミーティング状況の撮像結
果を即座に再生することができる。撮像対象には再生さ
れるプレゼンテーションデータだけでなくプレゼンター
が指示した画像等の付加情報も含まれるため、ミーティ
ング状況を適切に把握することができる。

【０２８０】なお、ここで、前記所定の単位としては、
例えば、章単位、節単位、ページ単位等を適用できる。
すなわち、例えば、ミーティング参加者が第３章の第２
節の部分の再生指示を行えば当該部分を即座にプレーバ
ックすることができる。

【０２８１】また、前記配信データは、画像データ、画
像生成用オブジェクト、画像生成制御用オブジェクト、
画像表示用オブジェクト、画像表示制御用オブジェクト
のうち少なくとも１つを含むことが好ましい。

【０２８２】これによれば、ミーティングで用いられる
種々のデータを効率よくやりとりできるミーティングシ
ステムを実現できる。

【０２８３】また、前記伝送路は、ＩＥＥＥ１３９４バ
スを含んで構成されていることが好ましい。

【０２８４】これによれば、各処理装置間で配信データ
等を高速にやりとりできる。特に、画像データ等は伝送
データ量が多いが、ＩＥＥＥ１３９４バスを適用するこ
とによりリアルタイム処理も容易に行うことができる。

【０２８５】以上が、相互接続性を向上させるための格
納情報１４１０の構成であるが、次に、分散処理による
データ処理効率の向上を図るための格納情報１４１０の
構成について説明する。

【０２８６】例えば、格納情報１４１０を、伝送路であ
る通信回線１３００を介して接続された複数の処理装置
１１００間で、仮想機械５００で解釈可能な共通形式の
配信データを送受信して分散処理しながらミーティング
データを生成するための情報であって、記憶部１２４０
を他の処理装置１１００と共有するための通信用インタ
フェース部３０を実装するための情報を含んで構成す
る。

【０２８７】これによれば、各処理装置１１００からア
クセス可能な記憶部１２４０を提供することができる。
このような記憶方式を実現することにより、特に分散処
理において効果的である。

【０２８８】ここで、前記伝送路は、ＩＥＥＥ１３９４
バスであって、前記通信用インタフェース部は、ＩＥＥ
Ｅ１３９４バスインタフェースであることが好ましい。

【０２８９】これによれば、各処理装置１１００は、あ
たかも自装置の記憶領域にアクセスするように当該共有
された記憶部１２４０に高速にアクセスすることができ
る。

【０２９０】また、別の構成として、格納情報１４１０
を、伝送路である通信回線１３００を介して接続された
複数の処理装置１１００間で、仮想機械５００で解釈可
能な共通形式の配信データを送受信して分散処理しなが
らミーティングデータを生成するための情報として構成
し、前記共通形式の配信データを生成するための情報
と、各処理装置１１００がアクセス可能な記憶部を有す
る少なくとも１台の処理装置１１００へ向け前記生成し
た配信データを送信するための情報とを含んで構成す
る。

【０２９１】これによれば、共通形式の配信データを生
成して共有形態の記憶手段に記憶することにより、各処
理装置は、当該記憶部にアクセスして配信データを取得
することが可能となり、分散処理において特に効果的で
ある。

【０２９２】例えば、配信データとしてＪＡＶＡアプレ
ットを適用する場合、複数の処理装置が同時に記憶手段
に記憶されたＪＡＶＡアプレットをダウンロードでき、
仕様変更や機能拡張等を容易に行うことができる。

【０２９３】ここで、前記伝送路は、ＩＥＥＥ１３９４
バスであることが好ましい。

【０２９４】これによれば、各処理装置は、あたかも自
装置の記憶領域にアクセスするように共有された記憶手
段に高速にアクセスすることができる。

【０２９５】また、別の構成として、格納情報１４１０
を、伝送路を介して接続された複数の処理装置１１００
間で、仮想機械５００で解釈可能な共通形式の配信デー
タを送受信して分散処理しながらミーティングデータを
再生するための情報として構成し、各処理装置１１００
がアクセス可能であって前記ミーティングデータの記憶
された記憶部を有する少なくとも１台の処理装置１１０
０に対して、前記記憶部に記憶された前記ミーティング
データを読み取るための読み取り用情報と、読み取った
画像データを再生するための再生用情報とを含んで構成
することが好ましい。

【０２９６】また、ここで、前記読み取り用情報は、読
み取り要求を示す配信データを生成し、前記共通形式の
配信データに変換するための情報と、変換した配信デー
タを、前記記憶部を有する処理装置１１００へ向け送信
し、当該処理装置１１００からミーティングデータを含
む配信データを受信するための情報とを含み、前記再生
用情報は、仮想機械５００を実装するための情報と、受
信した配信データに基づき、仮想機械５００を用いて配
信データを変換し、ミーティングデータを再生するため
の情報と含んで構成する。

【０２９７】これによれば、共通形式の配信データを用
いることにより、ＯＳやメーカーの違いを吸収して画像
提供側の装置種別によらずに画像データを受信して表示
することができる。

【０２９８】また、別の構成として、格納情報１４１０
を、伝送路を介して接続された複数の処理装置１１００
間で、仮想機械５００で解釈可能な共通形式の配信デー
タを送受信して分散処理しながらミーティングデータを
生成するための情報として、他の処理装置１１００に対
して所定のサービスを要求するための要求用情報と、他
の処理装置１１００に対して所定のサービスを提供する
ための提供用情報と、を含んで構成する。

【０２９９】ここで、前記要求用情報は、前記所定のサ
ービスの要求を示す配信データを生成し、前記共通形式
の配信データに変換するための情報と、変換した配信デ
ータを他の処理装置へ向け送信するための情報とを含
み、前記提供用情報は、仮想機械５００を実装するため
の情報と、他の処理装置からサービス要求を示す配信デ
ータを受信し、仮想機械５００を用いて変換するための
情報と、変換した配信データに基づき、当該サービスを
提供可能かどうか判断するための情報と、当該サービス
が提供可能な場合は当該サービスを提供するための情報
とを含む。

【０３００】これによれば、各処理装置は、お互いに情
報を交換しながら画像処理を分担して行うことができ
る。例えば、プロジェクタから印刷サービスを要求すれ
ば、印刷サービスを提供可能なプリンタがこれに応答し
て印刷が行われる。

【０３０１】このような分散処理も仮想機械５００を用
いるとともに配信データを共通形式として各処理装置１
１００間でのデータのやりとりを容易にすることにより
実現できる。

【０３０２】また、前記配信データは、ミーティングデ
ータ、ミーティングデータ生成用オブジェクト、ミーテ
ィングデータ生成制御用オブジェクト、ミーティングデ
ータ再生用オブジェクト、ミーティングデータ再生制御
用オブジェクトのうち少なくとも１つを含むことが好ま
しい。

【０３０３】これによれば、これらのデータやオブジェ
クトは共通形式に統一されているため、分散処理におけ
る各種の画像処理の汎用性を高めることができる。

【０３０４】また、前記伝送路は、ＩＥＥＥ１３９４バ
スを含んで構成されていることが好ましい。

【０３０５】これによれば、各処理装置１１００は、あ
たかも自装置の記憶領域にアクセスするように上述した
共有された記憶手段に高速にアクセスすることができ
る。また、各処理装置は、上述した情報交換を高速に行
うことができ、処理速度を上げることができる。

【０３０６】（変形例）なお、本発明の適用は上述した
実施例に限られず、種々の変形例に対して適用可能であ
る。

【０３０７】例えば、上述した伝送路としては、ＩＥＥ
Ｅ１３９４バス３００を適用した例について説明した
が、高速な伝送路であれば種々のものを適用できる。具
体的には、例えば、ファイバーチャネルや、衛星通信路
等を適用できる。

【０３０８】また、上述した実施例では、２台のミーテ
ィングデータ再生装置（液晶プロジェクタ２００）を用
いた分散処理について説明したが、２台のミーティング
データ生成装置や、ミーティングデータ生成装置とミー
ティングデータ再生装置とで分散処理することも本発明
の適用範囲に含まれる。

【０３０９】また、プレゼンテーションに用いるデータ
としては、サンプリングされた音声、音声認識結果とし
て得られる文字コード、タブレット等のデジタイズ装置
上で、手書き文字認識された文字コード等の二次的な情
報の付加が重要である。これらの認識処理には、信号処
理系の演算機能に優れたＤＳＰ（Ｄｉｇｉｔａｌ Ｓｉ
ｇｎａｌ Ｐｒｏｃｅｓｓｏｒ）を用いると、高速な処
理を期待できる。上述した実施例から明らかな通り、本
発明に係る分散処理は、仮想機械インタープリタ間の通
信と自律的な処理分散に頼っている。

【０３１０】従来の方式下であれば、ＤＳＰの利用の為
には、アプリケーションソフトウェア（応用層プログラ
ム）が、ＤＳＰ固有の特殊な機械語を生成し、ＤＳＰシ
ステムに配信して実行を任せる必要があった。しかし、
本発明を用いれば、ＩＥＥＥ１３９４バスを介して接続
されたＤＳＰシステムの上に、仮想機械インタープリタ
を実装し、処理分散に加える事が可能である。結果とし
て、応用層プログラムである原始プレゼンテーションフ
ァイルを書き換えずに、ＤＳＰの優れた計算能力という
資源を利用可能である。

【０３１１】さらに、上述したように、本発明を実現す
るためのプログラミング言語はＪＡＶＡに限られない。
仮想機械の機械語を生成でき、プロセッサ資源の利用を
多重化する処理を、前記機械語の段階でサポートできる
言語は多数存在する。このような言語においては、本発
明における上述した描画命令の記述と同様の記述ができ
る。本発明は、描画命令語を生成するまでに用いられる
高級言語レベルの構文、字句解析の仕様に依存すること
なく各種の言語を用いて実現可能である。

【図面の簡単な説明】

【図１】本実施の形態の一例に係るミーティングシステ
ムの概略図である。

【図２】本実施の形態の一例に係るミーティング状況の
説明図である。

【図３】本実施の形態の一例に係るミーティングシステ
ムの構成図である。

【図４】本実施の形態に係るミーティングデータおよび
管理テーブルのデータ構造の一例を示す概略図である。

【図５】本実施の形態の一例に係るミーティングシステ
ムでの処理の流れを示すフローチャートである。

【図６】本実施の形態の他の一例に係るミーティングシ
ステムの機能ブロック図である。

【図７】本実施の形態の他の一例に係るミーティングシ
ステムの機能ブロック図である。

【図８】制御装置を用いたミーティングシステムの概略
図である。

【図９】制御装置を用いたミーティングシステムでの処
理の流れを示すフローチャートである。

【図１０】管理テーブルの一例を示す図である。

【図１１】分散して画像表示を行う場合の画像表示を示
す図であり、（Ａ）は１台の液晶プロジェクタのみを用
いる場合、（Ｂ）は４台の液晶プロジェクタを用いて画
像表示の例を示す図である。

【図１２】４台の液晶プロジェクタを用いて分散して画
像表示を行う場合の模式図である。

【図１３】仮想機械を用いた場合の通信方式を示す模式
図であり、（Ａ）は従来の通信方式、（Ｂ）は本実施の
形態に係る通信方式を示す図である。

【図１４】本実施の形態に係る分散処理を行う場合の機
能ブロック図である。

【図１５】プロジェクタにおけるソフトウェア部とハー
ドウェア部の機能ブロック図である。

【図１６】本実施の形態の一例に係る情報記憶媒体の機
能ブロック図である。

【符号の説明】

１０ 生成部 ２０ 再生部 ３０ 通信用インタフェース部 ４０ 記憶部 ５０ 変換部 ６０ 撮像部 ７０ 録音部 ９０ 制御部

───────────────────────────────────────────────────── フロントページの続き Ｆターム(参考） 5B085 BE07 BG06 5K030 GA18 HB02 HC14 JT02 KA02 LD08 LE01 9A001 DD15 FF03 JJ12 JJ15 JJ32

Claims (12)

【特許請求の範囲】
1. 【請求項１】 伝送路を介して複数のデータ配信装置か
   ら配信データが配信され、この配信データを反映したミ
   ーティングデータを生成するミーティングデータ生成装
   置を含むミーティングシステムにおいて、 前記ミーティングデータ生成装置は、所定のプレゼンテ
   ーション用データが記憶された記憶手段に、受信した配
   信データを、前記データ配信装置ごとに管理しながら記
   憶し、前記データ配信装置ごとの再生指示に基づき、前
   記記憶手段から前記配信データおよび前記プレゼンテー
   ション用データの少なくとも一部を含むミーティングデ
   ータを読み出すためのデータ制御手段を含むことを特徴
   とするミーティングシステム。
2. 【請求項２】 請求項１において、 前記データ制御手段は、受信した配信データを、所定の
   単位ごとに管理しながら記憶し、前記再生指示により、
   前記ミーティングデータを所定の単位ごとに読み出すこ
   とを特徴とするミーティングシステム。
3. 【請求項３】 請求項２において、 前記ミーティングデータ生成装置は、 ミーティング状況を撮像するための撮像手段を含み、 前記データ制御手段は、撮像データを前記ミーティング
   データの一部として前記記憶手段に前記所定の単位ごと
   に記憶し、 前記データ制御手段は、前記再生指示に基づき、前記記
   憶手段に記憶された前記ミーティングデータを前記所定
   の単位ごとに読み出すことを特徴とするミーティングシ
   ステム。
4. 【請求項４】 請求項１〜３のいずれかにおいて、 前記ミーティングデータ生成装置は、前記読み出したミ
   ーティングデータを再生するための再生手段を含むこと
   を特徴とするミーティングシステム。
5. 【請求項５】 請求項１〜４のいずれかにおいて、 前記ミーティングデータ生成装置は、前記読み出したミ
   ーティングデータを他の処理装置へ向け伝送するための
   伝送手段を含むことを特徴とするミーティングシステ
   ム。
6. 【請求項６】 請求項１〜５のいずれかにおいて、 前記データ配信装置は、複数の入力装置を含み、 前記データ制御手段は、前記入力装置から配信される前
   記配信データを前記入力装置ごとに管理しながら前記記
   憶手段に記憶し、前記再生指示により前記記憶手段から
   ミーティングデータを読み出すことを特徴とするミーテ
   ィングシステム。
7. 【請求項７】 請求項１〜６のいずれかにおいて、 前記ミーティングデータ生成装置は、プロジェクタを含
   むことを特徴とするミーティングシステム。
8. 【請求項８】 伝送路を介して複数のデータ配信装置か
   ら配信データが配信され、この配信データを反映したミ
   ーティングデータを生成するための情報を記憶したコン
   ピュータ読み取り可能な情報記憶媒体において、 前記情報は、 プレゼンテーション用情報と、 前記配信データを、前記データ配信装置ごとに管理しな
   がら記憶手段に記憶するための記憶用情報と、 再生指示により前記記憶手段から前記配信データおよび
   前記プレゼンテーション用情報の少なくとも一部を含む
   ミーティングデータを読み出すための読み出し用情報
   と、 を含むことを特徴とする情報記憶媒体。
9. 【請求項９】 請求項８において、 前記読み出し用情報は、再生指示に基づき、前記記憶手
   段に記憶された前記ミーティングデータを前記データ配
   信装置ごとに読み出すための情報を含むことを特徴とす
   る情報記憶媒体。
10. 【請求項１０】 請求項８、９のいずれかにおいて、 前記情報は、ミーティング状況を撮像するための情報を
    含み、 前記記憶用情報は、撮像データを前記ミーティングデー
    タの一部として前記記憶手段に所定の単位ごとに記憶す
    るための情報を含み、 前記読み出し用情報は、前記再生指示に基づき、前記記
    憶手段に記憶された前記ミーティングデータを前記所定
    の単位ごとに読み出すための情報を含むことを特徴とす
    る情報記憶媒体。
11. 【請求項１１】 請求項８〜１０のいずれかにおいて、 前記情報は、前記読み出した情報を再生するための情報
    を含むことを特徴とする情報記憶媒体。
12. 【請求項１２】 請求項８〜１１のいずれかにおいて、 前記情報は、前記読み出した情報を他の処理装置へ向け
    伝送するための情報を含むことを特徴とする情報記憶媒
    体。