(57)【要約】【課題】プレゼンターによる操作性が優れ、且つ、会議出席者の情報機器との間のデータの授受を安定して行うことを可能にした会議システムを提供する。【解決手段】映像を投射するプロジェクタ２０と、映像データをプロジェクタに出力するＰＣ３０と、ＰＣ３０に各種の指示を与えるＰＤＡ４０とを備える。ＰＤＡ４０は、ＰＣ３０に対して、会議参加者が所有する複数のＰＤＡ５０との間でのデータの送受信を指示する。【選択図】        図１
2004192464.tif 000002
【特許請求の範囲】
【請求項１】
映像を投射するプロジェクタと、
映像データをプロジェクタに出力する第１の情報処理装置と、
前記第１の情報処理装置に各種の指示を与えるリモートコントローラと
を備え、
前記リモートコントローラは、前記第１の情報処理装置に対して、会議参加者が所有する第２の情報処理装置に対する資料の配付を指示して送信させることを特徴とする会議システム。
【請求項２】
前記リモートコントローラと前記第１の情報処理装置との間のデータの送受信及び前記第１の情報処理装置と前記第２の情報処理装置とのデータの送受信は、無線を媒体にしてそれぞれ行うことを特徴とする請求項１記載の会議システム。
【請求項３】
前記リモートコントローラは、前記第１の情報処理装置と前記第２の情報処理装置との間の通信リンクを成立させるためのコードを前記第１の情報処理装置に送信して設定させることを特徴とする請求項２記載の会議システム。
【請求項４】
前記第１の情報処理装置は、前記コードを前記プロジェクタによりスクリーンに表示させ、前記第２の情報処理装置に対して前記コードの入力及び送信を促し、前記コードを送信してきた前記第２の情報処理装置との間で通信リンクを成立させることを特徴とする請求項３記載の会議システム。
【請求項５】
前記第１の情報処理装置は、前記第２の情報処理装置に対して会議参加者の属性の送信を要求し、前記属性を送信してきた前記第２の情報処理装置に対して前記資料を送信することを特徴とする請求項１〜４の何れかに記載の会議システム。
【請求項６】
前記リモートコントローラは、前記第１の情報処理装置が前記第２の情報処理装置から受信した情報を閲覧可能であることを特徴とする請求項５記載の会議システム。
【請求項７】
前記リモートコントローラは、前記閲覧情報を格納する記憶手段を備えたことを特徴とする請求項６記載の会議システム。
【請求項８】
前記第１の情報処理装置は、送信した資料とリンクして前記第２の情報処理装置からの前記属性を格納するデータベースを備えたことを特徴とする請求項５〜７の何れかに記載の会議システム。
【請求項９】
前記第１の情報処理装置は、前記第２の情報処理装置に対してアンケートの送信を要求し、そのアンケートに対して回答してきた前記第２の情報処理装置に対して前記資料を送信することを特徴とする請求項１〜８の何れかに記載の会議システム。
【請求項１０】
前記第１の情報処理装置は、前記アンケートの回答とリンクして前記資料を格納するデータベースを備えたことを特徴とする請求項９記載の会議システム。
【請求項１１】
前記第１の情報処理装置は、前記第２の情報処理装置に対して、前記プロジェクタによりスクリーンに表示された資料の抜粋データを送信することを特徴とする請求項１〜１０の何れかに記載の会議システム。
【請求項１２】
前記第１の情報処理装置は、前記第２の情報処理装置との間でデータの送受信を行っているときに、前記リモートコントローラからの指示があるとその指示による処理を優先し、前記データの送受信を中断することを特徴とする請求項１〜１１の何れかに記載の会議システム。
【請求項１３】
前記第１の情報処理装置は、前記第２の情報処理装置からの受信したデータの解析結果を前記プロジェクタによりスクリーンに表示させることを特徴とする請求項１〜１２の何れかに記載の会議システム。
【請求項１４】
前記プロジェクタと前記第１の情報処理装置とは一体化されてなるものであることを特徴とする請求項１〜１３の何れかに記載の会議システム。
【請求項１５】
前記無線による媒体はブルートゥースによるものであることを特徴とする請求項１〜１４の何れかに記載の会議システム。
【請求項１６】
前記リモートコントローラと前記第１の情報処理装置との間で第１のピコネットを形成し、前記第１の情報処理装置と前記第２の情報処理装置との間で第２のピコネットを形成することを特徴とする請求項１５記載の会議システム。
【請求項１７】
前記第１の情報処理装置は、前記第２の情報処理装置との接続状態を前記プロジェクタによりスクリーンに表示させることを特徴とする請求項１５又は１６記載の会議システム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は会議やプレゼンテーション等において用いられる会議システムに関する。
【０００２】
【従来の技術】
従来この種の会議システムにおいては、プロジェクタと、プロジェクタに対して映像データを出力するパーソナルコンピュータ（以下、ＰＣという）に代表される情報処理装置とがプレゼンター用として用いられ、会議出席者は予め配布された印刷物を確認しながら会議を進めるものが基本となっているが、その他に、ＬＡＮケーブルや無線ＬＡＮ（例えば特許文献１参照）等によりプレゼンテーションの資料を閲覧するような例がある。閲覧の方法しては、ＷＷＷを用いるものや、予めＬＡＮで接続され、資料閲覧の設定がなされたＰＣ等の表示装置を出席者用に用意しておく方法がある。これらの方法は、或る程度限定されたメンバーで、使用機器も限定されている場合には有効な方法である。
【０００３】
【特許文献１】
特開２００２−６４４１８号公報
【０００４】
【発明が解決しようとする課題】
ところで、大会議場ではプレゼンテーションを行う場合には、プレゼンターはなるべくスクリーンの傍に立ち、スクリーン上の要点を指し示したりするのが望ましい。これを単独で行う為に、ＰＣやプロジェクタに無線装置を取り付け、リモートコントローラによってマウスカーソルやプレゼン資料のページめくりを指示するシステムがある。このような場合において接続を無線ＬＡＮで行う場合等はソフトウェア上の配慮が必要なため、同一所有者の機器同士で接続するのが望ましい。
【０００５】
しかし、何れの場合においても、プレゼンテーションの映像を直接操作するのはプレゼンターであり、プレゼンターが持っているのはリモートコントローラのみである。ここで、例えば現在説明している資料の電子コピーの要求があった場合について考えると、その許可やデータ転送をプレゼンターが持っているリモートコントローラで行うのが望ましい。しかし、データ転送などは一般に処理能力を必要とするので、リモートコントローラ（小型軽量で電池で動作するもの）が直接出席者の情報機器と通信するのはパフォーマンス劣化が発生するので望ましくない。このため、会議出席者の情報機器と通信するのは、ＡＣ１００Ｖ接続されるようなＰＣにより行うのが望ましい。しかし、そのようにした場合には、ＰＣはプロジェクタの傍に置かれることになるので、プレゼンターがＰＣを操作するのが難しくなるという問題点がある。
【０００６】
本発明は、上記のような問題点を解決するためになされたものであり、プレゼンターによる操作性が優れ、且つ、会議出席者の情報機器との間のデータの授受を安定して行うことを可能にした会議システムを提供することを目的とする。
【０００７】
【課題を解決するための手段】
本発明に係る会議システムは、映像を投射するプロジェクタと、映像データをプロジェクタに出力する第１の情報処理装置と、第１の情報処理装置に各種の指示を与えるリモートコントローラとを備え、リモートコントローラは、第１の情報処理装置に対して、会議参加者が所有する第２の情報処理装置に対する資料の配付を指示して送信させる。このように構成したことにより、会議参加者の第２の情報処理装置に対してデータを送信するのに、リモートコントローラの指示に基づいて第１の情報処理装置から送信するようにしている。第１の情報処理装置はＡＣ電源を利用することができるので、会議参加者の第２の情報機器との間のデータの授受を安定して行うことことができ、また、リモートコントローラの負荷が軽減される。更に、リモートコントローラは、第１の情報処理装置から離れた位置、例えばスクリーンの傍で操作できるので操作性に優れたものとなっている。
【０００８】
また、本発明に係る会議システムにおいて、リモートコントローラと第１の情報処理装置との間のデータの送受信及び第１の情報処理装置と第２の情報処理装置とのデータの送受信は無線を媒体にしてそれぞれ行う。このように構成したことにより会議場での配線が不要となっており、会議場の設定が容易なものとなっている。特に、リモートコントローラを任意の位置で操作できるので操作性に優れたものとなっている。また、会議参加者の人数が変更した場合においても容易に対応することができる。
【０００９】
また、本発明に係る会議システムにおいて、リモートコントローラは、第１の情報処理装置と第２の情報処理装置との間の通信リンクを成立させるためのコードを第１の情報処理装置に送信して設定させる。このように構成したことにより、例えばプレゼンテーターが任意のコードを設定することが可能になっており、プレゼンテーターに応じた通信リンクを成立させることができる。
【００１０】
また、本発明に係る会議システムにおいて、第１の情報処理装置は、コードをプロジェクタによりスクリーンに表示させ、第２の情報処理装置に対してコードの入力及び送信を促し、コードを送信してきた第２の情報処理装置との間で通信リンクを成立させる。第１の情報処理装置と第２の情報処理装置との間の通信リンクを成立させるためのコードをスクリーンに表示させることにより、会議参加者に対して通信リンクの成立を促す。例えば口頭で前記コードを会議参加者に知らせた場合には聞き逃したり、或いは、遅れて出席した会議参加者が通信リンクに入るのが難しくなるが、コードをスクリーンに表示させることによりそのような事態が避けられる。
【００１１】
また、本発明に係る会議システムにおいて、第１の情報処理装置は、第２の情報処理装置に対して属性の送信を要求し、その属性を送信してきた第２の情報処理装置に対して資料を送信する。このように構成したことにより、会議主催者は、会議参加者の属性、例えば会社名、氏名等の属性を効率良く収集することができる。
【００１２】
また、本発明に係る会議システムにおいて、リモートコントローラは、第１の情報処理装置が第２の情報処理装置から受信したデータを閲覧可能である。このように構成したことにより、プレゼンターは、第１の情報処理装置が第２の情報処理装置から受信したデータ、例えば後述のアンケートの回答に応じて会議を進めることができる。
【００１３】
また、本発明に係る会議システムにおいて、リモートコントローラは、閲覧データを格納する記憶手段を備えている。このように構成したことにより、プレゼンターは、例えば記憶手段に格納されたデータを適宜読み出して、その内容（例えばアンケートの回答）に応じて会議を進めることができる。
【００１４】
また、本発明に係る会議システムにおいて、第１の情報処理装置は、送信した資料とリンクして第２の情報処理装置からの属性を格納するデータベースを備えている。このように構成したことにより、会議が終了してからそのデータベースの有効利用を図ることができる。
【００１５】
また、本発明に係る会議システムにおいて、第１の情報処理装置は、第２の情報処理装置に対してアンケートの送信を要求し、そのアンケートに対して回答してきた第２の情報処理装置に対して資料を送信する。このように構成したことにより、資料が欲しい場合にはアンケートに対して回答することになるから、アンケートの回収率を高めることができる。そして、このアンケートの回答は電子データであるからその解析処理を容易に行うことができる。
【００１６】
また、本発明に係る会議システムにおいて、アンケートの回答とリンクして第２の情報処理装置からの属性を格納するデータベースを備えている。このように構成したことにより、会議が終了してからそのデータベースの有効利用を図ることができる。
【００１７】
また、本発明に係る会議システムにおいて、第１の情報処理装置は、第２の情報処理装置に対して、プロジェクタによりスクリーンに表示された資料の抜粋データを送信する。スクリーンに表示された資料の内抜粋データ（例えばテキストデータ）を送信するようにしたので、第２の情報処理装置側の負荷を軽減することができる。
【００１８】
また、本発明に係る会議システムにおいて、第１の情報処理装置は、第２の情報処理装置との間でデータの送受信を行っているときに、リモートコントローラからの指示があるとその指示による処理を優先し、前記データの送受信を中断する。第１の情報処理装置はリモートコントローラからの指示を優先して処理するようにしたので、プレゼンテーションを円滑に進めることができる。
【００１９】
また、本発明に係る会議システムにおいて、第１の情報処理装置は、第２の情報処理装置からの受信したデータの解析結果をプロジェクタによりスクリーンに表示させる。解析結果をプロジェクタによりスクリーンに表示させながら会議を進めることができることから、会議主催者は会議参加者の反応を把握しながら会議を進めることができる。
【００２０】
また、本発明に係る会議システムにおいて、プロジェクタと第１の情報処理装置とは一体化されてなるものである。本発明においては、プロジェクタと第１の情報処理装置とが一体化され、例えば前記プロジェクタに第１の情報処理手段が内蔵されたものも含まれる。このように構成することによりプロジェクタの機能を有効に活用することができる。
【００２１】
また、本発明に係る会議システムにおいて、前記無線による媒体はブルートゥースによるものである。ブルートゥースによる通信をするようにしたので、データの送受信に際して低消費電力化が図られる。
【００２２】
また、本発明に係る会議システムにおいては、リモートコントローラと第１の情報処理装置との間で第１のピコネットを形成し、第１の情報処理装置と第２の情報処理装置との間で第２のピコネットを形成しており、第１の情報処理装置は時分割で多数の第２の情報処理装置との間でデータの授受を行うことができ、しかも、低消費電力で通信が可能であるから、第２の情報処理装置が携帯型（電池内蔵）のものであっても対応することができる。
【００２３】
また、本発明に係る会議システムにおいて、第１の情報処理装置は、第２の情報処理装置との接続状態をプロジェクタによりスクリーンに表示させる。このように接続状態がスクリーンに表示されることにより、会議参加者が接続状態を把握することができるので、例えば接続の失敗が回線が混み合っているためであるかどうかを判断することができる。
【００２４】
【発明の実施の形態】
実施形態１
図１は本発明の実施形態１に係る会議システムの概要図である。この会議システムにおいて、スクリーン１０に映像を表示させるためのプロジェクタ２０にはＰＣ（：第１の情報処理装置）３０が接続されている。このＰＣ３０はプレゼンターが操作するＰＤＡ（携帯情報端末：リモートコントローラ）４０により制御されて、プロジェクタ２０に送信する映像データを適宜変更する。参加者はそれぞれＰＤＡ（：第２の情報処理装置）５０をもっており、このＰＤＡ５０はＰＣ３０との間で信号の授受を行う。プロジェクタ２０は、表示パネル（ＬＣＤ）や光源等を内蔵しており、ＰＣ３０からのＲＧＢ信号やビデオ入力信号に応じて、解像度変換や台形歪補正などを行った後に、表示パネル（ＬＣＤ）に映像を表示し、光源部から表示パネル（ＬＣＤ）を照らすことで映像をスクリーン１０に投射する。
【００２５】
本実施形態においては、ＲＧＢ接続によってＰＣ３０から映像データがプロジェクタ２０に送信されるものとする。なお、ＰＣ３０とＰＤＡ４０との間のデータの授受及びＰＣ３０とＰＤＡ５０との間のデータの授受は何れもBluetooth（ブルートゥース）の規格に従って行われる。但し、本発明におけるデータの授受に関しては、本実施形態に記載された例に限定されるものではなく、各種の応用例が考えられるが、ここではあくまでもBluetoothの規格による方法を一例として説明する。
【００２６】
図２は図１のＰＤＡ４０，５０の外観図である。ＰＤＡ４０と５０とは同じものでよいが、ＰＤＡ５０は会議参加者がもっているものであることから、プレゼンターのＰＤＡ４０と同じものある必要はなく、ＰＣや、携帯電話、デジタルカメラなどであってもよい。但し、何れのものであっても無線設備（Bluetooth：ブルーツゥース）を備えていることが必要である。
【００２７】
図３はＰＣ３０及びＰＤＡ４０に搭載されるソフトウェアの構成図である。ＰＣ３０のハードウェアは、従来からあるものと同様に、ＣＰＵ、メモリ、ＬＣＤ、外部記憶装置等から構成されるが、本実施形態においては、無線装置３１が内蔵されている（勿論ＰＣＭＩＡカード型のものでもよい）。無線装置３１は、近距離無線でかつ一般的によく使われているものが望ましく、本実施形態においてはBluetoothの規格を採用したものを用いている。ＰＣ３０のソフトウェアについては、外部記憶装置に記憶され、内蔵メモリに展開されて動作を行うベースのソフトウェアとして、ハードウェアと密接に関係のあるＢＩＯＳ（basic input/output system）３２、システム管理や基本的なユーザー操作環境を提供するソフトウェアであるＯＳ（operating system）３３、そして、ＯＳ３３の上にのって各種アプリケーションを提供するアプリケーションプログラム３４，３５がある。
ここではアプリケーションプログラムの例として、会議システムプログラム３４及びプレゼンテーションプログラム３５が搭載されているものとする。
【００２８】
会議システムプログラム３４は、画面合成処理部３４Ａ、無線コントロール部３４Ｂ及びプレゼンテーションデータベース（ＤＢ）３４Ｃが含まれる。その他に、無線装置３１を駆動・制御するための無線ドライバー３６が搭載されている。表示部の機能に限って説明すると、ＰＣ３０に搭載されるグラフィックコントローラ３７はそのハードウェアに対応するグラフィックドライバー３８を提供する。ＢＩＯＳ３２は主としてメインボード上に搭載されているデバイスを管理するため、表示の関係では、ＯＳ３３がインストールされる前までの簡易的な機能（設定画面を表示したりする機能）を備えるのみである。
【００２９】
また、本実施形態においては、上記のグラフィックドライバー３８とＯＳ３３との間に仮想グラフィックコントローラ３９を設けて、会議システムプログラム３４に繋げており、それと同時に、ＯＳ３３上にある１つのアプリケーションプログラムとして存在している。この状態で、例えばＰＣ３０でパワーポイント（POWER POINT，マイクロソフト社）等を立ち上げてプレゼンテーションを行うと、映像データは会議システムプログラム３４により加工されて、ＲＧＢ接続されたプロジェクタ２０に供給されて所望の映像がスクリーン１０に表示されることになる。なお、ＰＣ３０の無線装置３１は、図１のＰＤＡ４０，５０の無線装置との間で無線で信号の授受を行うものである。
【００３０】
ＰＤＡ４０のハードウェアは、従来からあるものと同様に、ＣＰＵ、メモリ、ＬＣＤ、外部記憶装置、入力手段等から構成され、持ち運び可能な小型軽量の概観を持っており、内蔵された電池で動作する。更に、ＰＣ３０と同じように無線装置４１が内蔵されている。ＰＤＡ４０のソフトウェアについては、ＰＣ３０の場合と同様に、ＢＩＯＳ（basic input/output system）４２、ＯＳ（operatingsystem）４３、そして、ＯＳ４３の上にのって各種アプリケーションを提供するアプリケーションプログラムが搭載されている。ここではアプリケーションプログラムの例として、会議システムコントロールプログラム４４が搭載されている。会議システムコントロールプログラム４４は、プレゼンコントロール部４４Ａ、及び無線コントロール部４４Ｂが含まれる。その他に、無線装置４１を駆動・制御するための無線ドライバー４５も存在している。なお、ＰＤＡ４０はＰＣ３０に対してリモートコントローラとして機能するものであり、図１、図３等においてはリモコンＰＤＡと記載されている。
【００３１】
また、会議参加者が利用するＰＤＡ５０の構成は、上記のＰＤＡ４０と基本的に同様なハードウェアからなるものであるが、ＰＤＡでも携帯電話でもノートパソコンでもその他情報機器の何れでもよく、ハードウェアの構成は限定されない。しかし、少なくとも近距離無線手段（ハードウェア、ソフトウェア）と、無線を介して送受信するデータを解釈し、表示するなどの機能を持ったミドルウェアやアプリケーションプログラムは必要であり、本実施形態においては無線装置が内蔵されており、それはBluetoothの規格によるものである。図３とのＰＤＡ４０との関係では、プレゼンコントロール部４４Ａに代えて、送受信データ制御部とすればよい。なお、ＰＤＡ５０は会議参加者が利用するものであり、図１等においては参加者ＰＤＡと記載されている。
【００３２】
なお、Bluetooth（ブルートゥース）は、Bluetoothロゴを取得した製品同士ならば，製造国やメーカーの違いにかかわらず、それぞれを近づけただけで接続は可能になる。しかし実際には，それぞれの製品の特徴に合わせたプロトコルが必要になり、これらが一致しないものは接続ができてもデータの受け渡しはできない。こうしたプロトコルを製品群ごとにまとめたものがプロファイル（図５の符号１１５参照）である。プロファイルが一致しても、ユーザーインターフェースやファイルの種類まで決められていることが望ましい。現状では、名刺データ、住所録データ、電話帳などを交換できるソフトウェアは広く知られており、各ハードウェアプラットフォーム上に展開できている。現在、一般的なテキストデータや写真が入ったマルチメディアデータなどを公衆局からプッシュ（Push）配信で同報送信する試みも行われている。本実施形態では、上記のような環境が整ったことを前提としている。このため、セミナー等の参加者は、携帯電話やＰＤＡ、ノートパソコンなどさまざまな機器を持っているが、Bluetoothを有し決められたプロファイルと決められたデータフォーマットを解釈できるアプリケーションプログラムを実装していれば送受信が可能である。そして、これは当たり前に行われていることを前提としている。なお、予めセミナー開催のＨＰ等で、プログラムモジュールのダウンロードを促してもよく、セミナー会場でプログラムを配布してもかまわない。
【００３３】
ここで、図３の無線装置３１，４１に用いられているBluetooth方式の概要について説明する。Bluetooth方式とは、通信距離約１００ｍ、無線周波数２．４５ＧＨｚ、データ伝送速度１Ｍｂｐｓ（実際は約７００ｂｐｓ）の速度で、１対多接続のアドホックネットワークシステムである。マスターと複数の機器で構成されるネットワークはピコネットと呼ばれる。ピコネットは接続可能なスレーブは７つという限界があるため、複数のピコネットによって構成される。複数のピコネットは時間的に同時に存在することができないため、時分割多重技術で実現される。この場合には、上位層では接続認証が課題となり、Bluetooth方式ではリンクキーと呼ばれる１２８ビットの秘密鍵により実現している。但し、端末同士でパラメータ合意を得ていることが必要でこのことをペアリングと呼んでいる。ペアリングを行う際には初期化キーが必要となる。
【００３４】
初期化キーの生成には、上位アプリケーションから入力されたＰＩＮコードと端末内部で発生した乱数が必要である。例えば、ＰＣと携帯電話との接続の場合には、双方に入力ＵＩ（ユーザーインターフェース）を持つので、ＰＩＮコード入力として画面表示を行い、ユーザーがＰＩＮコード（パスキーとも呼ばれる）を入力する。双方の機器で同一のＰＩＮコードを入力することで、初期化キーが発生でき相互認証が行われる。なお、入力ＵＩを持たないデバイス用にＰＩＮコード固定の方式もあり、その場合には端末側でＰＩＮコード入力を省きデフォルトのＰＩＮコードを利用するようにすればよい。
【００３５】
図４はＰＣ３０及びＰＤＡ４０，５０に共通して無線装置として内蔵されているＢＴモジュールの構成を示したブロック図である。このＢＴモジュールは、上述のBluetooth方式が採用されたものである。ＢＴモジュール１００は、インターフェースをＨＣＩ（ホスト・コントロール・インターフェース）１０１、ベースバンド部１０２、及び無線送受信部（ＲＦ）１０３から構成されており、それぞれの機器のＣＰＵ（ホストＣＰＵ）９０と接続されている。
【００３６】
図５はＢＴモジュール１００に関連するプロトコルスタックのハードウェア及びソフトウェアの構成図である。同図に示されるように、ハードウェア側には、ＨＣＩ１０１、ベースバンド部１０２及び無線送受信部（ＲＦ）１０３から構成されている。このベースバンド部１０２はベースバンド１０２ａ及びＬＭＰ（リンク管理層、リンクマネージャ）部１０２ｂから構成される。ソフトウェア側が、ＨＣＩドライバー１１０、音声符号化された信号の受け渡しを行う音声層（本実施形態では使用していないので図示せず）、ユーザーデータの論理チャネルを管理するＬ２ＣＡＰ（logical Link control and Adaptation protocol）１１２がある。Ｌ２ＣＡＰ１１２では上位アプリケーションのデータを論理チャネルとして管理しデータ分割やデータ再構成の処理を行う。
【００３７】
Ｌ２ＣＡＰ１１２の上位には、端末相互間で利用可能なサービスをアプリケーションに通知するＳＤＰ（service discovery protocol）１１４、トランスポートプロトコルであるＲＦＣＯＭＭ１１３、呼制御やグループ制御を行うＴＣＳ（図示せず）の各プロトコルが存在している。この上位には、音声通話、ＦＡＸ、インターネットアクセスなど、それぞれの応用ごとにどのBluetoothコアプロトコルを利用するかを指定した上位レベルの規約としてプロファイル１１５が存在する。なお、ホストＣＰＵ９０は、プロトコルスタックのホストソフトウェア及びホストハードウェア（ＢＴ関係部以外）及びアプリケーションを実行する。
【００３８】
図６はＢＴモジュールの状態遷移の説明図である。同図に示されるように、待ち受け（待機状態）、同期確立、通信接続の各フェーズがある。同期確立フェーズにおいては、マスターはＩＱ（INQUIRY）パケットを同報通信（ブロードキャスト）する。これが問い合わせ状態である。呼び出し状態では、特定のマスターとスレーブとの間で、ＩＤパケットの送受信などを行う。通信持続フェーズにおいて、接続状態ではデータパケットの送受信は行われない。但し、限定的された制御パケットは送受信可能となる。この後、接続認証処理や暗号化設定が行われた後に、データ転送状態へ移行する。
【００３９】
なお、ＢＴモジュール１００においては、低消費電力状態を維持するために、パークモード、ホールドモード又はスニフモードがある。パーク（Park）モードはスレーブ特有の低消費電力モードであり、マスターがこのモードになることはない。この状態では、スレーブはマスターからの送信パケットを受信することはできても、マスターに対してデータパケットを送信することはできない。スレーブがパークモードへ遷移するにはマスターがパークモードへ遷移するスレーブを選択して要求する必要がある。パークモードからスレーブがマスターとの接続状態に遷移できるのは、ビーコンスロット（パークモードにあるスレーブがマスターから送信パケットを受信するための周期的な通信スロットのこと）でマスターから指示を受けたときである。スレーブはマスターからの接続状態への遷移要求を拒否することはできない。ホールドモードとは、マスター及びスレーブのどちらにも遷移できる低消費電力のためのモードであり、この状態では一時的に通信中の通信リンクをある一定期間中断し、この間に端末はピコネット内同期を維持するために最低限必要な内部処理を行うことで低消費電力の状態となる。また、スニフモードとは、スレーブ特有の低消費電力のためのモードであり、スニフ周期と呼ばれる一定間隔で定義される時間スロットにおける送受信のみに限定される。
【００４０】
このＢＴモジュール１００における通信リンクにはＳＣＯ(Synchronous Connection-Oriented)リンクとＡＣＬ(Asynchronous Connection-Less)リンクがあるが、本実施形態においてはＡＣＬリンク相当を想定している。ＡＣＬリンクはパケット交換型であり、１対多通信に利用される。１つのスレーブに対してマスターが設定できるのは１つなので、複数のアプリケーションを同時に動作させるためには、Ｌ２ＣＡＰ１１２において論理リンクを複数設定してプロトコル多重する必要がある。ＡＣＬリンクには、非同期通信方式、アイソクロナス通信方式及び同報通信方式がある。同報通信方式では、ビーコンスロット（パークモードにあるスレーブがマスターから送信パケットを受信するための周期的な通信スロット）を利用して行われる。同報通信方式では、ピコネット内の全てのスレーブが同一の暗号キーを使用する。マスターは最大２５５までスレーブを識別することが可能である。
【００４１】
図７はＢＴモジュールにおけるピコネットの説明図である。ＰＤＡ４０とＰＣ３０との関係は、ＰＤＡ４０がマスターとなり、ＰＣ３０がスレーブとなる。この両者が第１のピコネットを形成することになる。また、ＰＣ３０とＰＤＡ５０との関係は、両者は第２のピコネットを形成し、ＰＣ３０がマスターとなり、ＰＤＡ５０がスレーブとなる。このとき、スレーブになり得るＰＤＡ５０の個数は最大で７個である。従って、ＰＣ３０は７個のＰＤＡ５０を単位とする複数のスレーブ群とピコネットを時系列的に順次形成して、最大２５５個の端末（ＰＤＡ）との送受信が可能になっている。ピコネットを形成していないＰＤＡ５０はパークモードとなっている。但し、パークモードになっているＰＤＡ５０においても、マスターから同報通信により送信パケットを受信することが可能になっている。
【００４２】
図８は図７のピコネットの切替状態を示したタイミングチャートである。同一ピコネットに属するすべてのスレーブは、マスターの周波数ホッピングパターンと時間スロットに同期しなければならない。本実施形態では、２つのピコネットを形成して実行される。ＰＣ３０はピコネット１のスレーブとピコネット２のマスターになるが、この切り替えは、上位ソフトによって時分割制御される。この切り替えはマスター・スレーブ変換と呼ばれる。ピコネット１においては、上述のように、ＰＤＡ４０とＰＣ３０との間で、ＰＤＡ４０をマスターとし、ＰＣ３０をスレーブとして信号の授受がなされる。また、ピコネット２においては、上述のように、ＰＣ３０とＰＤＡ５０群との間で、ＰＣ３０をマスターとし、ＰＤＡ５０群をスレーブとして信号の授受がなされる。この場合においては、ＰＤＡ５０を７個を単位としたグループ単位でＰＣ３０との間でピコネット２を形成して順次切り換えていく。従って、図７の例では、符号Ａで示されるＰＤＡ５０群、符号Ｂで示されるＰＤＡ５０群、と順次切り換えられていくことになる。
【００４３】
また、図８のタイミングチャートにおいてはＰＣ３０とＰＤＡ５０との間で信号の授受の状態が示されている。ビーコンは、ビーコン周期で定期的にマスターから送信されるパケットの総称である。ビーコンの役割は次の３つある。
(1)スレーブがピコネット内同期からのずれを補正する。
(2)マスターがビーコンに関する設定条件を変更する。
(3)マスターが接続状態へ遷移させるための指示をする。
図８の例では、最初のビーコン▲１▼は上記(１）が目的で、nullパケットである（パケットがないが同期補正を行う為）。２番目のＡＣＬ▲２▼はビーコンではなく、これはデータ通信を行う。３番目のＡＣＬ▲３▼はビーコンである。ＡＣＬには同報通信パケットも存在し、このパケットがビーコンとして用いられる（パークモードのスレーブは同期補正をし、該当するスレーブはマスターに対し返答を返す）。４番目のビーコン▲４▼は１番目と同じである。
【００４４】
図９は図１の会議システムにおける処理過程の概要を示したフローチャートである。同図に示されるように、プレゼンターがＰＤＡ４０を操作してプレゼンテーションの開始をＰＣ３０に指示すると（Ｓ１１）、ＰＣ３０はＰＤＡ４０から指定されたプレゼンテーションの資料を開き、その映像データをプロジェクタ２０に送信してスクリーンに表示させる（Ｓ２１）。また、例えばプレゼンターがＰＤＡ４０を操作してプレゼンテーションのページをめくる操作をすると、その操作信号がＰＣ３０に送信される（Ｓ１２）。ＰＣ３０はその操作信号に基づいて指定されたページを開き、その映像データをプロジェクタ２０に送信してスクリーン１０に表示させる（Ｓ２２）。また、プレゼンターがＰＤＡ４０を操作して画面編集の操作を行うと、その操作信号がＰＣ３０に送信される（Ｓ１３）。
【００４５】
ＰＣ３０はその編集操作にも基づいた映像データを生成して、その映像データをプロジェクタ２０に送信してスクリーン１０に表示させる（Ｓ２３）。また、ＰＣ３０はＰＤＡ４０から編集された映像の保存指示を受信すると、その映像データを保存する。プレゼンターがＰＤＡ４０を操作して参加者のＰＤＡ５０との無線リンクの確立をするためのデータ（ＰＩＮコード）をＰＣ３０に送信すると（Ｓ１４）、ＰＣ３０はそのデータに基づいて参加者のＰＤＡ５０との無線リンクの確立をするための処理を行い（Ｓ２４）、ＰＤＡ５０との間で無線リンクを確立する（Ｓ３１）。上記の処理の詳細を後述の図１０に基づいて説明する。
【００４６】
図１０は図１の会議システムにおける処理過程の詳細を示したフローチャートである。まず、ＰＤＡ４０とＰＣ３０の間で接続認証を行う（Ｓ５１）。その際には、ＰＤＡ４０からＰＣ３０側に必要なＰＩＮコードを送信して設定する（Ｓ５２）。ＰＣ３０は、プロジェクタ２０に出力映像１１、接続名称・ＰＩＮコード１２及び接続状態１３の各データを合成して出力してスクリーン１０に表示させる（Ｓ５３）。ＰＣ３０はここではＰＤＡ５０との関係ではマスターとして機能しており、スレーブとして機能するＰＤＡ５０に対してＩＱ（INQUIRY）パケットを同報通信（ブロードキャスト）する（Ｓ５４）。ＰＤＡ５０はこのＩＱ（INQUIRY）に応答する処理（INQUIRY SCAN/RESPONSE)を行う（Ｓ５５）。参加者がＰＤＡ５０を操作してＰＩＮコードを入力して送信すると、それはＰＣ３０に送信される（Ｓ５６）。ＰＣ３０はＰＩＮコードを受信すると、ＰＤＡ４０により設定されたＰＩＮコードに基づいて認証を行う（Ｓ５７）。この接続認証はＰＤＡ５０ごとに行う。ＰＣ３０は認証がなされたＰＤＡ５０に対して属性データのリクエストをする（Ｓ５８）。ＰＤＡ５０はそのリクエストに応じて属性データを入力して送信する（Ｓ５８）。ＰＣ３０は属性データを受信すると、ＰＤＡ５０に対してパークモードを要求し（Ｓ６０）、ＰＤＡ５０はパークモードになり低消費電力のフェーズに移行する（Ｓ６１）。
【００４７】
プレゼンターがＰＤＡ４０を操作してプレゼン資料を例えば参加者に送信するための操作信号をＰＣ３０に送信すると（Ｓ６２）、ＰＣ３０は現在のプレゼンテーションの映像出力ファイルのデータ（又はその抜粋データ）を同報通信する（Ｓ６３）。ＰＤＡ５０はその同報通信されたデータを受信する（Ｓ６４）。このとき、ＰＤＡ５０はパークモードになっていても同報通信されたデータを受信することができる。次に、例えば参加者に対してアンケート送信の要求をしたい場合には、まず、ＰＣ３０はパークモード解除要求をＰＤＡ５０に送信する（Ｓ６５）。ＰＤＡ５０はそのパークモード解除要求を受信するとパークモードを解除する（Ｓ６５）。参加者がＰＤＡ５０を操作してアンケートを記述してその記述済のアンケートをＰＣ３０に送信すると（Ｓ６５）、ＰＣ３０はそれを受信し、パークモード要求をＰＤＡ５０に送信し（Ｓ６８）、ＰＤＡ５０はパークモードに移行する（Ｓ６９）。
【００４８】
ＰＣ３０は受信した属性データとアンケートデータとを映像出力ファイルとリンクしてプレゼンデータベース３４Ｃに保存する（Ｓ７０）。続いて、ＰＣ３０はＰＤＡ４０の操作に基づいて他のプレゼンテーションを開始し（Ｓ７１）、先に記述済のアンケートデータを送信してきたＰＤＡ５０に対して、新しいプレゼンテーションの映像出力ファイルのデータを同報通信する（Ｓ７２）。ＰＤＡ５０はその同報通信されたデータを受信する（Ｓ７３）。以上のような処理を適宜繰り返していくことにより、参加者のＰＤＡ５０からその属性データ及びアンケートデータを収集していく。
【００４９】
なお、上記のアンケートの送信要求をしたときに（Ｓ６６）、一定時間の間、アンケートが送られてこなかった場合には、そのＰＤＡ５０の端末ＩＤを保存しておいて、マスターから通信リンクを切断することもできる。該当端末のＩＤを参照することで、次回の接続認証時に接続を拒否することが可能になる。このように処理することによりアンケートの送信をＰＤＡ５０に対して半強制することによりアンケートの回収率を高めることができる。また、本実施形態においては、７個のＰＤＡ（端末）５０まではパークモードに移行しなくてもよいので、双方向通信で大容量のデータを受け取ることができる。そのために、上記のように接続状態１３を表示し通信を促すことができる（例えば接続状態の表示のバックグラウンドの色を変える等。）。また、本実施形態はアンケートをとるシステムであり、アンケートの回収率等をスクリーン１０に表示することができる。また、ＰＣ３０は、ＰＤＡ５０との間でデータの送受信を行っているときに、ＰＤＡ４０からの指示があるとそのデータの送受信を中断して、ＰＤＡ４０からの指示による処理を優先して行い、プレゼンテーションが円滑に進めることができるように配慮されている。
【００５０】
ここで、複数のプレゼンターが同一のＰＣ３０を利用してプレゼンテーションを行う場合と、プレゼンターがＰＣ３０をそれぞれ持ちよる場合にそれぞれ説明する。
（Ａ）同一のＰＣを利用してプレゼンテーションを行う場合
この場合には、各プレゼンテーションごとにプレゼンターが異なるので、現在プレゼンテーションを行っているファイルデータとリンクされて、各参加者から送信されたアンケートデータが、ＰＣ３０内のプレゼンデータベース３４Ｃに保存されることになる。現在行っているプレゼンテーションが終了すると（立ち上げているファイルが閉じられるなど）、そのプレゼンテーションの資料の同報通信（ブロードキャスト）は終了する。従って、客席の参加者が、プレゼンテーションの資料（データ全てか、通信の伝送速度に応じて図面などが省かれたテキストデータ）を受信できるのは、プレゼンテーションが開始してから終了するまでである。
【００５１】
次に、前とは異なったプレゼンターによるプレゼンテーションが始まると、同様にして、該当する同報通信が行われるが、前プレゼンテーションに対するアンケートの回答がない場合には、それを許可しないことも可能である。この場合には、ピコネットからの切断要求を送信するなどによって行う。以降接続認証を許可しないなども可能である。他の方法としては、新たなピコネットを形成してもよい（この場合に時分割処理となる）。前のプレゼンテーションの同報通信をしばらくの間、継続しておき、新たなピコネット形成において、新たな接続認証を行う。この際に、接続認証を受け同報通信受信可能であったのにもかかわらず、アンケート未送信のＰＤＡ（端末）５０に関しては、接続認証を許可しない。このようにすることで、アンケートの回収率の向上を図ることが可能である。また、プレゼンテーションの資料ごとにアンケートがリンクされてプレゼンデータベース３４Ｃに保存されるため、従来のようなアンケートデータの回収、アンケートデータのデジタル化、各種統計処理の実施を自動化することが可能である。
【００５２】
また、ＰＤＡ４０は、上述のように、ＰＣ３０と接続される場合にはマスターとなる。ＰＤＡ４０は、ＰＣ３０が配信するデータの管理、ＰＣ３０と客席のＰＤＡ５０との認証の管理などを行う。認証の際には、ＰＤＡ４０から明示的にＰＣ／ＰＤＡ間のＰＩＮコード（パスキー）を入力し、同時にＰＣ３０では、そのコードをプロジェクタ２０に出力する映像に重ね合わせて出力する。このようにすることで、Bluetooth（ブルートゥース）で形成されたネットワークの状態や、ＰＩＮコードの確認が一目でわかることができる。なおこの表示はＰＤＡ４０の指定により表示のオンオフを制御することも可能である。
【００５３】
（Ｂ）プレゼンターがＰＣをそれぞれ持ちよる場合
この場合においても、上記の場合と殆ど同じであるが、プレゼンテーションが終了してもＰＣ３０の電源をオンにし、Bluetooth（ブルートゥース）通信を可能にしておけば、該当ＰＣとのピコネットによりデータ受信が可能である。新たなプレゼンテーションが開始された場合には、そのＰＣと新たなピコネットを形成する必要がある。
【００５４】
ところで、本実施形態においては、スクリーン１０に接続名称・ＰＩＮコード１２を表示させているが、その意義について説明する。一般的な機器においては、Bluetoothで接続される機器を検索すると、検出したデバイスリストを表示する。各端末は名称とBluetoothアドレスをそれぞれ固有に持っている。デバイスリストから該当する端末を認識するためには、そのデバイス名称が必要になるので、それを接続名称として表示している。また、同時にその時に有効なＰＩＮコードも併せて表示している。このＰＩＮコードはＰＤＡ４０から変更が可能であり、ＰＤＡ４０から指定されたＰＩＮコードをＰＣ３０が受信して、各ＰＤＡ５０等との接続認証に使用する。このＰＩＮコードをスクリーン１０に表示するのは次の理由による。
【００５５】
（ａ）これらの情報を事前配布すると、部屋の中にいない人もアクセスできたりし、セキュリティーが保てない。
（ｂ）例えば司会者が声で伝えた場合には途中入場した人等が対応できない。また、声だと隣の部屋の人にわかってしまう可能性がある。上記の方法であれば、途中入場した人でも画面を見ればいつでもローカルエリアのネットワークに参加することが可能となる。
（ｃ）何らかの不都合があった場合には、その場でＰＩＮコードを変更することができるので、そのコードを瞬時に参加者に通知することができる。
（ｄ）参加者が多数の場合には、接続されるＰＤＡ５０等も多数になるため、ＰＩＮコードリストを用意して事前配布することは大変である。
【００５６】
また、本実施形態においては、スクリーンに接続状態１３を表示させているが、その意義について説明する。
（ａ）ピコネットには以下の制限がある。ピコネットあたりの最大スレーブ収納数は７つまでである。マスターであるＰＣ３０とデータの送受信ができるのは、７つまでに限られる。しかし、これでは７人しかデータを受け取ることができないので、本実施形態では、上述のように、パークモードを利用している。パークモードにあるＰＤＡ（端末）は、送信はできないがマスターから同報通信されるデータはビーコンスロットで受信することは可能となる。パークモードでもスレーブは最大２５５に制限されてしまう。パークモードはパーク・メンバー・アドレス（park  member address）という８ビットの識別子で管理され、アドレス０以外のアドレスに対応する最大２５５までのスレーブに制限される。従って、入れ替え等を考慮し最大２５５端末までに全体が制限されてしまう。つまりはこの制限に達すると、新たにプレゼンテーションの資料配布等を受信できなくなってしまう。従って、接続状態１３の表示内容は次のとおりである。
・現在送受信できる状態の端末数（最大７）
・現在データ受信中の端末数最大２４８）（＝２５５−７）
【００５７】
即ち、現在認証中など双方向通信状態の端末数とパークモードの端末数を表示する。このようにしてスクリーン１０に接続状態１３を表示し、参加者が通信状態を知ることにより、接続失敗の原因が回線が込み合っているためかどうか判断することができる。
【００５８】
以上のように本実施形態は、大会議室等でプレゼンテーションを行う場合に有用な会議システムであり、プレゼンターの意志により現在プレゼンテーションを行っている資料を参加者にブロードキャストすることできる。その際に、データを受信するＰＤＡ（端末）５０は予め決められたＰＤＡ（端末）ではなく参加者が独自に持ち寄ったＰＤＡ（端末）であり、参加者の端末の制約が少ない。そして、資料を電子配布（ＰＤＡ５０への電子データの送信）する条件として、参加者の属性データや場合によってはアンケートの回答を要求するので、それらの回収率は高いものとなる。そして、受け取ったデータはプレゼンテーション資料にリンクされて保存されることになるので、そのデータを有効活用することができる。
【００５９】
ＰＣ３０は、映像出力以外の処理はあまりないので、その代わりに電子配布（ＰＤＡ５０への電子データの送信）にその処理を割り当てることができる。画像の加工や、配信データの制御など、プレゼンター側の意思を反映する入力機器はＰＤＡ４０として、電子配布装置としてのＰＣ３０とは別に設けることで、プレゼンターの入力レスポンスを損なわない構成としている。また、ＰＤＡ４０等のリモートコントローラは電池寿命などが限られるので、電子配布等の電力を消費する処理をしないようにしており長時間の使用に耐えられる。
【００６０】
また、ＰＤＡ５０は、接続認証、属性データの送信、アンケートの回答の送信等限られた処理を終了すると、特定の時間スロットで基本的には受信しかできない低電力モードに移行しており、消費電力が多く、無線帯域を多く占有してしまうモードを極力減らし、無線帯域を占有しないで、且つ低電力のモードに存在することで、限られた帯域を有効活用し、より多くのＰＤＡ（端末）５０がネットワークに参加できる。
【００６１】
実施形態２．
なお、上記の実施形態においては、ＰＣ３０にＢＴモジュール１００が装備されている構成について説明したが、プロジェクタ２０にＢＴモジュール１００を装備してもよい。この場合には、プロジェクタ２０にＰＣ３０を内蔵させて一体化した構造にする。最近のプロジェクタには情報処理機能をもったものが市販されていることから、そのようなプロジェクタを利用することで対応することができる。このように構成することにより、プロジェクタ２０とＰＤＡ５０との間でデータの授受を行うようにする。この場合には、プロジェクタ２０内のバッファに入った映像データを送信の対象としてもよい。プロジェクタ２０内の映像データは、ＢＴモジュール１００の接続によって認識されたＰＤＡ（端末）５０に対し同報通信を行う。一般的なプロジェクタは、ＰＣ３０とアナログＲＧＢ接続され、解像度変換、台形歪補正、色むら補正などを行って表示パネル（ＬＣＤ）に表示し、その表示パネル（ＬＣＤ）の後ろから光をあてることで前方のスクリーンに映像を投射するので、必ず対応するフレーム画像がメモリに保存されることになる。このデータを時系列に別メモリに保存しておくことによりそのデータをＰＤＡ５０に送信するようにようにしてもよい。なお、同一データや動画データは無駄であるので、各々映像データの比較などを行って別メモリに保存しておくデータを認識するようにしてもよい。
【００６２】
実施形態３．
また、上記の実施形態１においては、アンケートを回収する例について説明したが、その他、通信に関係する各種表示用途にも応用可能である（簡易的な投票システムなどへの応用）。例えば司会者が、２択のアンケートを送付して、その結果（yes/no）を状態表示部分に表示する等を行う。技術的にはアンケート送付受信と同じである。受信した後にそのデータを計処理をしてスクリーン１０に表示させることも可能である。
【図面の簡単な説明】
【図１】本発明の実施形態１に係る会議システムの概要図。
【図２】図１のＰＤＡの外観図。
【図３】ＰＣ及びＰＤＡに搭載されるソフトウェアの構成図。
【図４】ＢＴモジュールの構成を示したブロック図。
【図５】ＢＴモジュールに関連するプロトコルスタックのハードウェア及びソフトウェアの構成図。
【図６】ＢＴモジュールの状態遷移の説明図。
【図７】ＢＴモジュールにおけるピコネットの説明図。
【図８】図７のピコネットの切替状態を示したタイミングチャート。
【図９】図１の会議システムにおける処理過程の概要に示したフローチャート。
【図１０】図１の会議システムにおける処理過程の詳細を示したフローチャート。
【符号の説明】
１０ スクリーン、２０ プロジェクタ、３１ 無線装置、３４ 会議システムプログラム、３５ プレゼンテーションプログラム、３６ 無線ドライバー、３７ グラフィックコントローラ、３８ グラフィックドライバー、３９ 仮想グラフィックコントローラ、４０ ＰＤＡ、４１ 無線装置、４４ 会議システムプログラム、４５ 無線ドライバー、５０ ＰＤＡ。
【図１】
2004192464.tif 000003
【図２】
2004192464.tif 000004
【図３】
2004192464.tif 000005
【図４】
2004192464.tif 000006
【図５】
2004192464.tif 000007
【図６】
2004192464.tif 000008
【図７】
2004192464.tif 000009
【図８】
2004192464.tif 000010
【図９】
2004192464.tif 000011
【図１０】
2004192464.tif 000012