(57)【要約】　　　（修正有）【課題】データ転送を効率的に行うことが可能な通信装置を提供すること。【解決手段】サーバ１０とクライアント端末３、４とがＢｌｕｅｔｏｏｔｈネットワークを形成し、サーバ１０とクライアント端末１１、１２とがＩＥＥＥ８０２．１１ａの無線ＬＡＮを形成し、サーバ１０とクライアント端末１３とがＥｔｈｅｒｎｅｔ（Ｒ）で接続される有線ＬＡＮを形成する。そして、Ｂｌｕｅｔｏｏｔｈネットワークでは、ネットワークレイヤの通信モジュールを介さずにデータリンクレイヤの通信モジュールとトランスポートレイヤの通信モジュールを直接接続させたプロトコル構成とし、また、各ネットワークで同一のアプリケーションを実行する場合に、同一規格のトランスポートレイヤを使用する。【選択図】　　　図１０
2004048280.tif 000002
【特許請求の範囲】
【請求項１】
同一のアプリケーションを、ネットワークレイヤを必要としない第１のネットワークと、ネットワークレイヤを必要とする第２のネットワークとを使用して実行する通信システムに接続される通信装置において、
前記第１のネットワークに接続される通信装置は、ネットワークレイヤの通信モジュールを介さずにデータリンクレイヤの通信モジュールとトランスポートレイヤの通信モジュールを直接接続させたプロトコル構成を有し、
前記第１のネットワークに接続される通信装置と前記第２のネットワークに接続される通信装置とで、同一規格のトランスポートレイヤを使用することを特徴とする通信装置。
【請求項２】
前記アプリケーションは、データの送受信を行うためのアプリケーションであることを特徴とする請求項１に記載の通信装置。
【請求項３】
前記アプリケーションは、電子会議を実行するためのアプリケーションであることを特徴とする請求項２に記載の通信装置。
【請求項４】
前記同一規格のトランスポートレイヤは、ＴＣＰであることを特徴とする請求項１〜請求項３のいずれか１つに記載の通信装置。
【請求項５】
前記同一規格のトランスポートレイヤは、損失したセグメントのみを再送信するＴＣＰの改良方式であることを特徴とする請求項１〜請求項３のいずれか１つに記載の通信装置。
【請求項６】
前記第１のネットワークは、Ｂｌｕｅｔｏｏｔｈ規格に準拠したネットワークであり、
前記第１のネットワークに接続される通信装置は、ネットワークレイヤの通信モジュールを介さずにＬ２ＣＡＰの通信モジュールと、トランスポートレイヤの通信モジュールを直接接続させたプロトコル構成とし、かつ、そのトランスポートレイヤの通信モジュールはその上位レイヤの通信モジュールとソケットで接続することを特徴とする請求項１〜請求項５のいずれか１つに記載の通信装置。
【請求項７】
前記第２のネットワークは、ＬＡＮであることを特徴とする請求項１〜請求項６のいずれか１つに記載の通信装置。
【請求項８】
前記第２のネットワークに接続される通信装置は、トランスポートレイヤの通信モジュールを、その上位レイヤの通信モジュールとソケットで接続することを特徴とする請求項１〜請求項７のいずれか１つに記載の通信装置。
【請求項９】
同一のアプリケーションを、ネットワークレイヤを必要としない第１のネットワークと、ネットワークレイヤを必要とする第２のネットワークとを使用して実行する通信システムにおいて、
前記第１のネットワークに接続される通信装置は、ネットワークレイヤの通信モジュールを介さずにデータリンクレイヤの通信モジュールとトランスポートレイヤの通信モジュールを直接接続させたプロトコル構成を有し、
前記第１のネットワークに接続される通信装置と前記第２のネットワークに接続される通信装置とで、同一規格のトランスポートレイヤを使用することを特徴とする通信システム。
【請求項１０】
前記通信システムは、サーバ／クライアント型のシステムであることを特徴とする請求項９に記載の通信システム。
【請求項１１】
前記通信システムは、前記通信装置間で相互にデータの送受信を行う端末間データ通信型のシステムであることを特徴とする請求項９に記載の通信システム。
【請求項１２】
前記第２のネットワークは、ＬＡＮであることを特徴とする請求項９〜請求項１１のいずれか１つに記載の通信システム。
【請求項１３】
前記第１のネットワークは、Ｂｌｕｅｔｏｏｔｈ規格に準拠したネットワークであることを特徴とする請求項９〜請求項１２のいずれか１つに記載の通信システム。
【請求項１４】
Ｂｌｕｅｔｏｏｔｈのプロトコルを使用してデータ通信を行うデータ通信方法において、
Ｌ２ＣＡＰの上位レイヤを、ネットワークレイヤを省略してトランスポートレイヤとしたプロトコルを使用することを特徴とするデータ通信方法。
【請求項１５】
前記トランスポートレイヤの通信モジュールとその上位レイヤの通信モジュールとをソケットで接続したことを特徴とする請求項１４に記載のデータ通信方法。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、通信装置、通信システム、およびデータ通信方法に関し、詳細には、同一のアプリケーションを、ネットワークレイヤを必要としないネットワークと、ネットワークレイヤを必要とするネットワークとを使用して実行する通信システム、この通信システムに接続される通信装置、および既存のＢｌｕｅｔｏｏｔｈ規格とは異なる新規なＢｌｕｅｔｏｏｔｈプロトコル仕様を使用したデータ通信方法に関する。
【０００２】
【従来の技術】
近時、Ｂｌｕｅｔｏｏｔｈを使用した移動電話機やパソコン等が普及しつつある。かかるＢｌｕｅｔｏｏｔｈは、無線通信プロトコルの１つで、極めて近いエリアで使用することを目的としており、ローコストで高速な無線通信方式として期待されている。２．４ＧＨｚを使用した無線接続方式で、電波接続エリアは最大１０ｍ（パワーアップすることで１００ｍまで可能）、データの他に音声データの送受信についても考慮されており、データ送受信に加え音声チャネルを三つまでサポートしている。このＢｌｕｅｔｏｏｔｈの通信では、ネットワークレイヤが無くてもデータ通信を行うことが可能である。
【０００３】
図２２は、Ｂｌｕｅｔｏｏｔｈ規格のＬＡＮアクセスプロファイルのプロトコル構成を示す図である。図２２において、ＴＣＰはＴｒａｎｓｍｉｓｓｉｏｎ　Ｃｏｎｔｒｏｌ　Ｐｒｏｔｏｃｏｌ、ＩＰはＩｎｔｅｒｎｅｔ　Ｐｒｏｔｏｃｏｌ、ＰＰＰはＰｏｉｎｔ　ｔｏ　Ｐｏｉｎｔ　Ｐｒｏｔｏｃｏｌ、Ｌ２ＣＡＰはＬｏｇｉｃａｌ　Ｌｉｎｋ　Ｃｏｎｔｒｏｌ　ａｎｄ　Ａｄａｐｔａｔｉｏｎ　Ｐｒｏｔｏｃｏｌ、ＵＤＰはＵｓｅｒ　Ｄａｔａｇｒａｍ　Ｐｒｏｔｏｃｏｌ、ＳＤＰはＳｅｒｖｉｃｅ　Ｄｉｓｃｏｖｅｒｙ　Ｐｒｏｔｏｃｏｌ、ＬＭＰはＬｉｎｋ　Ｍａｎａｇｅｒ　Ｐｒｏｔｏｃｏｌ、ＭＥはＭａｎａｇｅｍｅｎｔ　Ｅｎｔｉｔｙ、ＲＦＣＯＭＭはＲａｄｉｏ　Ｆｒｅｑｕｅｎｃｙ　ＣＯＭＭｕｎｉｃａｔｉｏｎである。ＬＡＮアクセスプロファイルは、ＲＦＣＯＭＭの上位レイヤにＰＰＰとＴＣＰ／ＩＰを載せているため、これらの上位レイヤであるセッションレイヤは、ＢｌｕｅｔｏｏｔｈとＬＡＮのトランスポートレイヤ（ＴＣＰ）に対して、同じインタフェース（ソケット）を使用することができる。しかしながら、Ｂｌｕｅｔｏｏｔｈのトランスポートレイヤとして規格化されているＲＦＣＯＭＭの上位にレイヤ２〜４のプロトコル（ＰＰＰ、ＩＰ、ＴＣＰがそれぞれ対応）が存在するため、データ通信のオーバーヘッドが大きくなり、アプリケーションデータの転送効率が落ちるとともに装置の負荷が増大してしまうという問題がある。
【０００４】
図２３は、Ｂｌｕｅｔｏｏｔｈ規格のパーソナルエリアネットワークプロファイルのプロトコル構成を示す図である。パーソナルエリアネットワークプロファイルは、Ｌ２ＣＡＰの上位レイヤにＲＦＣＯＭＭの代わりにＢＮＥＰ（Ｂｌｕｅｔｏｏｔｈ　Ｎｅｔｗｏｒｋ　Ｅｎｃａｐｓｕｌａｔｉｏｎ　Ｐｒｏｔｏｃｏｌ）を使用し、このＢＮＥＰの上位レイヤにＴＣＰ／ＩＰを載せているため、これらの上位レイヤであるセッションレイヤは、ＢｌｕｅｔｏｏｔｈとＬＡＮのトランスポートレイヤ（ＴＣＰ）に対して同じインタフェース（ソケット）を使用することができる。しかしながら、Ｂｌｕｅｔｏｏｔｈ通信では必要とされないネットワークレイヤ（ＩＰ）が存在するため、上記のＬＡＮアクセスの場合と同様に、データ通信のオーバーヘッドが大きくなり、アプリケーションデータの転送効率が落ちるとともに装置の負荷が増大してしまうという問題がある。
【０００５】
他方、ノートパソコン（ＰＣ）の軽量・薄形化、バッテリ性能の向上、およびハードディスクの大容量・小型化により、ビジネスシーンでのＰＣの利用形態も大きく変わりつつある。普段の業務にＰＣを用いることはもちろん、オフィスの内外にＰＣを持って移動し、移動中の仕事先でも仕事をこなすビジネスマンが増加している。
【０００６】
このような背景の下、ノートパソコンを会議室などに持ち込み、電子会議をする場合も多々見られるようになった。かかるノートパソコンでは、データ通信を行う場合に、Ｂｌｕｅｔｏｏｔｈ以外に無線ＬＡＮや有線ＬＡＮを使用しているものもあり、これらのノートパソコンを持ち込んで、電子会議等を行う場合には、アプリケーションを実行するシステム構成が複雑となり、データ転送を効率的に行うことができないという問題がある。
【０００７】
例えば、Ｂｌｕｅｔｏｏｔｈを使用した会議システムとして、「東芝（Ｒ）レビューＶｏｌ．５６、Ｎｏ．４（２００１）のＰ１３〜１６」に記載の「ＳＰＡＮｗｏｒｋｓ　２０００」が提案されている。図２４は、「ＳＰＡＮｗｏｒｋｓ２０００」のＢｌｕｅｔｏｏｔｈとＬＡＮを使用する時のトランスポートレイヤ以下も含めたレイヤの構成を示す図である。
【０００８】
図２４において、ＨＣＩはＨｏｓｔ　Ｃｏｎｔｒｏｌｌｅｒ　Ｉｎｔｅｒｆａｃｅで、ＮＤＩＳはＮｅｔｗｏｒｋ　Ｄｅｖｉｃｅ　Ｉｎｔｅｒｆａｃｅ　Ｓｔａｎｄａｒｄである。「ＳＰＡＮｗｏｒｋｓ　２０００」では、Ｂｌｕｅｔｏｏｔｈ通信の場合、Ｂｌｕｅｔｏｏｔｈ規格のＯＢＥＸプロファイルに準拠した通信を実行しており、トランスポートレイヤにはＲＦＣＯＭＭを使用している。一方、ＩＥＥＥ８０２で規格化されたＬＡＮ上で動作させる場合には、トランスポートレイヤにＴＣＰを使用し、ＴＣＰとのインタフェースにはソケットを使用している。しかしながら、ＲＦＣＯＭＭとその上位レイヤとのインタフェースはソケットではないため、セッションレイヤは異なるトランスポートレイヤに対して異なるインタフェースを用意しなければならないという問題がある。このため、アプリケーションを実行するシステム構成が複雑となり、データ転送を効率的に行うことができない。
【０００９】
【発明が解決しようとする課題】
本発明は、上記に鑑みてなされたものであり、同一のアプリケーションを、ネットワークレイヤを必要としないネットワークと、ネットワークレイヤを必要とするネットワークとを使用して実行する場合に、アプリケーションを実行するシステム構成を簡素化して、データ転送を効率的に行うことが可能な通信装置および通信システムを提供することを目的とする。
【００１０】
また、本発明は、上記に鑑みてなされたものであり、Ｂｌｕｅｔｏｏｔｈのプロトコルを使用してデータ通信を行うデータ通信方法において、データ通信のオーバーヘッドを小さくしてアプリケーションデータの伝送効率を向上させることが可能なデータ通信方法を提供することを目的とする。
【００１１】
【課題を解決するための手段】
上記課題を解決するために、請求項１にかかる発明は、同一のアプリケーションを、ネットワークレイヤを必要としない第１のネットワークと、ネットワークレイヤを必要とする第２のネットワークとを使用して実行する通信システムに接続される通信装置において、前記第１のネットワークに接続される通信装置は、ネットワークレイヤの通信モジュールを介さずにデータリンクレイヤの通信モジュールとトランスポートレイヤの通信モジュールを直接接続させたプロトコル構成を有し、前記第１のネットワークに接続される通信装置と前記第２のネットワークに接続される通信装置とで、同一規格のトランスポートレイヤを使用することを特徴とする。
【００１２】
上記発明によれば、ネットワークレイヤを必要としない第１のネットワークに接続される通信装置は、ネットワークレイヤの通信モジュールを介さずにデータリンクレイヤの通信モジュールとトランスポートレイヤの通信モジュールを直接接続させたプロトコル構成を有し、さらに、ネットワークレイヤを必要としない第１のネットワークに接続される通信装置と、ネットワークレイヤを必要とする第２のネットワークに接続される通信装置とで、同一規格のトランスポートレイヤを使用する。
【００１３】
また、請求項２にかかる発明は、請求項１にかかる発明において、前記アプリケーションは、データの送受信を行うためのアプリケーションであることを特徴とする。
【００１４】
上記発明によれば、実行するアプリケーションは、データの送受信を行うためのアプリケーションであり、これにより、データの送受信を行う。
【００１５】
また、請求項３にかかる発明は、請求項２にかかる発明において、前記アプリケーションは、電子会議を実行するためのアプリケーションであることを特徴とする。
【００１６】
上記発明によれば、実行するアプリケーションは、電子会議を実行するためのアプリケーションであり、これにより電子会議を行う。
【００１７】
また、請求項４にかかる発明は、請求項１〜請求項３のいずれか１つにかかる発明において、前記同一規格のトランスポートレイヤはＴＣＰであることを特徴とする。
【００１８】
上記発明によれば、トランスポートレイヤをＴＣＰで共通化する。
【００１９】
また、請求項５にかかる発明は、請求項１〜請求項３のいずれか１つにかかる発明において、前記同一規格のトランスポートレイヤは、損失したセグメントのみを再送信するＴＣＰの改良方式であることを特徴とする。
【００２０】
上記発明によれば、同一規格のトランスポートレイヤとして、損失したセグメントのみを再送信するＴＣＰの改良方式を使用する。
【００２１】
また、請求項６にかかる発明は、請求項１〜請求項５のいずれか１つにかかる発明において、前記第１のネットワークは、Ｂｌｕｅｔｏｏｔｈ規格に準拠したネットワークであり、前記第１のネットワークに接続される通信装置は、ネットワークレイヤの通信モジュールを介さずにＬ２ＣＡＰの通信モジュールと、トランスポートレイヤの通信モジュールを直接接続させたプロトコル構成とし、かつ、そのトランスポートレイヤの通信モジュールはその上位レイヤの通信モジュールとソケットで接続することを特徴とする。
【００２２】
上記発明によれば、Ｂｌｕｅｔｏｏｔｈ規格に準拠したネットワークに接続される通信装置は、ネットワークレイヤの通信モジュールを介さずにＬ２ＣＡＰの通信モジュールと、トランスポートレイヤの通信モジュールを直接接続させたプロトコル構成とし、かつ、そのトランスポートレイヤの通信モジュールはその上位レイヤの通信モジュールとソケットで接続する。
【００２３】
また、請求項７にかかる発明は、請求項１〜請求項６のいずれか１つにかかる発明において、前記第２のネットワークは、ＬＡＮであることを特徴とする。
【００２４】
上記発明によれば、第２のネットワークとして、無線または有線のＬＡＮを使用する。
【００２５】
また、請求項８にかかる発明は、請求項１〜請求項７のいずれか１つにかかる発明において、前記第２のネットワークに接続される通信装置は、トランスポートレイヤの通信モジュールを、その上位レイヤの通信モジュールとソケットで接続したことを特徴とする。
【００２６】
上記発明によれば、第２のネットワークに接続される通信装置のトランスポートレイヤの通信モジュールを、その上位レイヤの通信モジュールとソケットで接続する。
【００２７】
また、請求項９にかかる発明は、同一のアプリケーションを、ネットワークレイヤを必要としない第１のネットワークと、ネットワークレイヤを必要とする第２のネットワークとを使用して実行する通信システムにおいて、前記第１のネットワークに接続される通信装置は、ネットワークレイヤの通信モジュールを介さずにデータリンクレイヤの通信モジュールとトランスポートレイヤの通信モジュールを直接接続させたプロトコル構成を有し、前記第１のネットワークに接続される通信装置と前記第２のネットワークに接続される通信装置とで、同一規格のトランスポートレイヤを使用することを特徴とする。
【００２８】
上記発明によれば、ネットワークレイヤを必要としない第１のネットワークに接続される通信装置は、ネットワークレイヤの通信モジュールを介さずにデータリンクレイヤの通信モジュールとトランスポートレイヤの通信モジュールを直接接続させたプロトコル構成を有し、さらに、ネットワークレイヤを必要としない第１のネットワークに接続される通信装置と、ネットワークレイヤを必要とする第２のネットワークに接続される通信装置とで、同一規格のトランスポートレイヤを使用する。
【００２９】
また、請求項１０にかかる発明は、請求項９にかかる発明において、前記通信システムは、サーバ／クライアント型のシステムであることを特徴とする。
【００３０】
上記発明によれば、サーバ／クライアント型のシステムを使用する。
【００３１】
また、請求項１１にかかる発明は、請求項９にかかる発明において、前記通信システムは、前記通信装置間で相互にデータの送受信を行う端末間データ通信型のシステムであることを特徴とする。
【００３２】
上記発明によれば、通信装置間で相互にデータの送受信を行う端末間データ通信型のシステムを使用する。
【００３３】
また、請求項１２にかかる発明は、請求項９〜請求項１１のいずれか１つにかかる発明において、前記第２のネットワークは、ＬＡＮであることを特徴とする。
【００３４】
上記発明によれば、第２のネットワークとして、有線または無線のＬＡＮを使用する。
【００３５】
また、請求項１３にかかる発明は、請求項９〜請求項１２のいずれか１つにかかる発明において、前記第１のネットワークは、Ｂｌｕｅｔｏｏｔｈ規格に準拠したネットワークであることを特徴とする。
【００３６】
上記発明によれば、第１のネットワークは、Ｂｌｕｅｔｏｏｔｈ規格に準拠したネットワークを使用する。
【００３７】
また、請求項１４にかかる発明は、Ｂｌｕｅｔｏｏｔｈのプロトコルを使用してデータ通信を行うデータ通信方法において、Ｌ２ＣＡＰの上位レイヤを、ネットワークレイヤを省略してトランスポートレイヤとしたプロトコルを使用することを特徴とする。
【００３８】
上記発明によれば、Ｌ２ＣＡＰの上位レイヤを、ネットワークレイヤを省略してトランスポートレイヤとしたプロトコルを使用する。
【００３９】
また、請求項１５にかかる発明は、請求項１４にかかる発明において、前記トランスポートレイヤの通信モジュールとその上位レイヤの通信モジュールとをソケットで接続したことを特徴とする。
【００４０】
上記発明によれば、トランスポートレイヤの通信モジュールとその上位レイヤの通信モジュールとをソケットで接続する。
【００４１】
【発明の実施の形態】
以下、図面を参照して、本発明にかかる通信装置、データ通信方法、および通信システムを適用した電子会議ネットワークシステムの好適な実施の形態を、（本発明の概要）、（実施の形態１）〜（実施の形態５）の順に詳細に説明する。
【００４２】
（本発明の概要）
本発明は、ネットワークレイヤを必要としないＢｌｕｅｔｏｏｔｈのネットワークにおいて、不必要なネットワークレイヤのプロトコルを省略して、ネットワークレイヤの通信モジュールを介さずにデータリンクレイヤの通信モジュールとトランスポートレイヤの通信モジュールを直接接続させたプロトコル構成とすることにより、データ通信のオーバーヘッドを小さくしてアプリケーションデータの伝送効率を向上させる。Ｂｌｕｅｔｏｏｔｈのネットワークにおいて、不必要なネットワークレイヤのプロトコルを省略した実施例を、（実施の形態１）、（実施の形態２）、（実施の形態３）で説明する。
【００４３】
また、本発明は、ネットワークレイヤを必要としないＢｌｕｅｔｏｏｔｈのネットワークと、ネットワークレイヤを必要とする無線ＬＡＮや有線ＬＡＮのネットワークにおいて同一のアプリケーションを実行する場合に、同一規格のトランスポートレイヤを使用して、トランスポートレイヤの通信モジュールとその上位レイヤ（セッションレイヤ）の通信モジュールとの間のインタフェースを共通にすることで、アプリケーションを実行するシステム構成を簡素化する。この複数のネットワークが混在する場合の実施例を、（実施の形態４）、（実施の形態５）で説明する。
【００４４】
（実施の形態１）
実施の形態１を図１〜図３を参照して説明する。実施の形態１では、ネットワークレイヤを必要としないネットワークを形成するＢｌｕｅｔｏｏｔｈの新たな通信プロトコル構成について説明する。
【００４５】
図１は、Ｂｌｕｅｔｏｏｔｈの新たな通信プロトコル構成を示す図である。図１に示すように、ＢｌｕｅｔｏｏｔｈのＬＡＮアクセスプロファイル（図２２参照）に対して、ＲＦＣＯＭＭ、ＰＰＰ、ＩＰを、またパーソナルエリアネットワークプロファイル（図２３参照）に対してＢＮＥＰとＩＰを省略し、Ｌ２ＣＡＰとＴＣＰを接続させる。
【００４６】
ＴＣＰとその上位レイヤとのインタフェースはソケットで、Ｌ２ＣＡＰとＴＣＰとの間は、メッセージキューを使用したタスク（プロセス）間通信で送受信データの受け渡しを行なう。ＴＣＰのプロトコルデータユニットはセグメントと呼ばれ、セグメント送信後の確認応答（ＡＣＫ）待ちのタイムアウトと複数のＡＣＫ中に同じ確認応答番号がある重複ＡＣＫ受信によりセグメントの損失を検出し、その損失されたセグメントから再度送信する。また、ＴＣＰでは、スライディング・ウィンドウを使用して、送信する１つのセグメント毎にＡＣＫの返送を行うのではなく、受信側からのＡＣＫを待たずに複数のセグメントをまとめて送信することができる。
【００４７】
なお、トランスポートレイヤとしてＴＣＰではなく、ＩＴＵ−Ｔ勧告Ｘ．２２４を使用した場合のプロトコル構成を図２に示す。図２において、Ｘ．２２４とその上位レイヤとのインタフェースはソケットで、Ｌ２ＣＡＰとＸ．２２４との間はメッセージキューを使用したタスク（プロセス）間通信で送受信データの受け渡しを行なう。Ｘ．２２４は、サポートする通信のサービス品質（ＱＯＳ）のレベルに応じた５つのクラス（クラス０〜クラス４）に分類されている。Ｘ．２２４のクラス４には、ＴＰＤＵ（Ｔｒａｎｓｐｏｒｔ　Ｐｒｏｔｏｃｏｌ　Ｄａｔａ　Ｕｎｉｔ）の紛失、重複または順序誤りを検出して回復する機能やウィンドウを使用したフロー制御機能があり、ＴＣＰとほぼ同等のサービス品質（ＱＯＳ）を提供している。
【００４８】
上記したＴＣＰでは、セグメントが一部でも損失するとウィンドウ・サイズ分のセグメントを再送信するため、ウィンドウ・サイズが大きい場合、再送信するデータ量も多くなってしまう。この対策として、ＴＣＰの代わりにＴＣＰの改良仕様であるＳＡＣＫ方式（Ｓｅｌｅｃｔｉｖｅ　ＡＣＫ）を使用することにしても良い。ＳＡＣＫ方式は、損失したセグメントだけを再送信するため、データの転送効率を向上させることができる。このＳＡＣＫ方式は、ブラウザフォンの国際標準規格であるＷＡＰ（Ｗｉｒｅｌｅｓｓ　Ａｐｐｌｉｃａｔｉｏｎ　Ｐｒｏｔｏｃｏｌ）等で採用され始めている。このＳＡＣＫ方式のシーケンス例を図３を参照して説明する。図３は、ＳＡＣＫ方式のシーケンス例を説明するための図である。
【００４９】
図３に示すように、送信側からウィンドウ内の１番目から８番目までのセグメントをまとめて送信し、妨害電波等により４番目のセグメントが損失した場合、受信側では、他の全てのセグメントを受信すると、４番目以外のセグメントを全て受信したことを確認通知するＳＡＣＫを送信する。送信側は、このＳＡＣＫにより受信されなかったセグメントを認識し、４番目のセグメントだけを再度、受信側に送信する。
【００５０】
以上説明したように、実施の形態１によれば、ＢｌｕｅｔｏｏｔｈのＬＡＮアクセスプロファイルに対して、ネットワークレイヤであるＩＰをＲＦＣＯＭＭ、ＰＰＰとともに省略し、また、パーソナルエリアネットワークプロファイルに対して、ネットワークレイヤであるＩＰをＢＮＥＰとともに省略して、Ｌ２ＣＡＰとＴＣＰを直接接続することとしたので、このプロトコルを使用した場合には、不必要なプロトコルを省いているため、データ通信のオーバーヘッドを小さくしてアプリケーションデータの伝送効率を向上させてアプリケーションデータの伝送時間を短くすることができ、また、装置の処理負荷を軽減させて、システム全体の処理の負荷を軽減させることが可能となる。
【００５１】
また、トランスポートレイヤにＴＣＰを使用することとしたので、通信回線の品質が悪く送信データが受信されなかった場合に、アプリケーションデータを再送して、通信のサービス品質（ＱＯＳ：Ｑｕａｒｉｔｙ　Ｏｆ　Ｓｅｒｖｉｃｅ）を向上させることが可能となる。
【００５２】
また、トランスポートレイヤに、ＴＣＰの代わりにＴＣＰの改良仕様であるＳＡＣＫ方式を使用することとしたので、損失したセグメントだけを再送信することができ、データの伝送効率を向上させることが可能となる。
【００５３】
（実施の形態２）
実施の形態２を図４〜図６を参照して説明する。実施の形態２では、Ｂｌｕｅｔｏｏｔｈを使用したサーバ／クライアント型のネットワークのアプリケーション適用例を説明する。この実施の形態２では、サーバに記憶された会議資料文書を複数のクライアントが閲覧・編集しながら会議を行う電子会議ネットワークシステムへの適用例について説明する。
【００５４】
図４は、実施の形態２にかかる電子会議ネットワークシステム（サーバ／クライアント型のシステム）の構成例を示す図である。図４に示す電子会議ネットワークシステムは、サーバ１と、サーバ１に接続された大型ディスプレイ装置２と、および各会議参加者が使用するクライアント端末３〜６とから構成されている。サーバ１とクライアント端末３〜６は、Ｂｌｕｅｔｏｏｔｈのネットワークを形成している。
【００５５】
サーバ１は、例えばＰＣ−ＡＴ（Ｔｈｅ　Ｐｅｒｓｏｎａｌ　Ｃｏｍｐｕｔｅｒ　ｆｏｒ　Ａｄｖａｎｃｅｄ　Ｔｅｃｈｎｏｌｏｇｉｅｓ）アーキテクチャ（ＩＢＭ（Ｒ）社が１９８４年に発表）のコンピュータからなり、Ｂｌｕｅｔｏｏｔｈモジュールが内蔵されている。このＢｌｕｅｔｏｏｔｈモジュールは、Ｂｌｕｅｔｏｏｔｈ通信を実行するために必要なＲＦ（Ｒａｄｉｏ　Ｆｒｅｑｕｅｎｃｙ）回路、アンテナ、およびベースバンド処理回路等のハードウェア、ならびにＢｌｕｅｔｏｏｔｈ規格のベースバンド（ベースバンド処理回路で処理される部分以外）およびＬＭＰを実行するソフトウェアから構成されており、サーバ１のＣＰＵとＵＡＲＴ（Ｕｎｉｖｅｒｓａｌ　Ａｓｙｎｃｈｒｏｎｏｕｓ　Ｒｅｃｅｉｖｅｒ　Ｔｒａｎｓｍｉｔｔｅｒ）を介して接続されている。Ｂｌｕｅｔｏｏｔｈ通信を実行するための上記以外のソフトウェアは全てサーバ１のＣＰＵで実行・処理する。なお、図４において、サーバ１に接続されたキーボードの図示は省略している。
【００５６】
大型ディスプレイ装置２は、例えばＰＤＰ（Ｐｌａｓｍａ　Ｄｉｓｐｌａｙ　Ｐａｎｅｌ）の表示面にタッチパネルが設けられており、ＶＧＡケーブルとＲＳ−２３２Ｃケーブルによってサーバ１と接続され、サーバ１の表示装置として機能するとともに、サーバ１のタッチ入力装置として機能する。なお、ＶＧＡケーブルは、サーバ１からＰＤＰへ画面表示信号を出力し、ＲＳ−２３２Ｃケーブルはタッチパネルが検出したタッチ入力座標データをサーバ１へ入力する。また、サーバ１は、入力されるタッチ入力座標データを、マウス入力データと同様に処理する。
【００５７】
クライアント端末３〜６は、ノートＰＣ（Ｐｅｒｓｏｎａｌ　Ｃｏｍｐｕｔｅｒ）であり、ユーザにより入力されたキーデータやマウスデータをサーバ１へ送信し、また、サーバ１から受信した画面データの表示を行う。各クライアント端末３〜６には、Ｂｌｕｅｔｏｏｔｈモジュールが内蔵されている。このＢｌｕｅｔｏｏｔｈモジュールは、Ｂｌｕｅｔｏｏｔｈ通信を実行するために必要なＲＦ回路、アンテナ、およびベースバンド処理回路等のハードウェア、ならびにＢｌｕｅｔｏｏｔｈ規格のベースバンド（ベースバンド処理回路で処理される部分以外）およびＬＭＰを実行するソフトウェアから構成されており、ノートＰＣのＣＰＵとＵＡＲＴを介して接続されている。Ｂｌｕｅｔｏｏｔｈ通信を実行するための上記以外のソフトウェアは全てノートＰＣのＣＰＵで実行・処理する。
【００５８】
サーバ／クライアントシステムのソフトウェアとして、ＡＴ＆Ｔ（Ｒ）のＶＮＣ（Ｖｉｒｔｕａｌ　Ｎｅｔｗｏｒｋ　Ｃｏｍｐｕｔｉｎｇ）を使用する。ＶＮＣサーバ（プロセス）は、その起動時に１つの画面バッファを複数のクライアントが共有できるモードで生成し、ＶＮＣクライアント（プロセス）は、この画面バッファにある画面データを自装置のディスプレイに表示する。ＶＮＣサーバからＶＮＣクライアントへ送信される画面データおよびＶＮＣクライアントからＶＮＣサーバへ送信されるユーザの入力データは、ＲＦＢ（Ｒｅｍｏｔｅ　Ｆｒａｍｅ　Ｂｕｆｆｅｒ）プロトコルを使用して転送される。このＲＦＢプロトコルは、セッションレイヤのプロトコルとして機能しており、その下位レイヤとしてＴＣＰ／ＩＰを使用するように設計されている。ＲＦＢプロトコルとＴＣＰとの間のインタフェースはソケットである。
【００５９】
上記電子会議ネットワークシステムのプロトコル構成を図５に示す。図５において、アプリケーションは、電子会議を実行するためのアプリケーションであり、Ｂｌｕｅｔｏｏｔｈを使用して電子会議ネットワークに接続する端末情報の管理や文書の表示・編集等を実行する。ＳＤＰは、相手端末との間で使用できるサービスを確認し、それらのサービスの特性を調べる方法をアプリケーションに提供する。Ｌ２ＣＡＰは、上位プロトコルの多重化、データパケット（Ｌ２ＣＡＰパケット）の分割と組立て等を実行する。ＨＣＩは、Ｂｌｕｅｔｏｏｔｈモジュールとデータを送受信するための制御を行う。ＬＭＰは、リンクの設定・制御を行う。ベースバンドは、物理リンクの確立や各種パケットの送受信等を実行する。ＭＥは、コンフィグレーションや接続時の実行手順の調整を行う。
【００６０】
図５に示した各プロトコルを実行するソフトウェアモジュールはタスクである。なお、ＶＮＣサーバとＶＮＣクライアントの中でＲＦＢプロトコルを実行する部分を、説明の便宜上、ＲＦＢタスクとしている（実際には、以下に説明するＲＦＢタスクの動作、処理部分はＶＮＣサーバおよびＶＮＣクライアントに包含されており、独立したソフトウェアモジュールではない。）。サーバ１内で各レイヤのタスクが生成・起動され、初期化される時に、ＲＦＢタスクはＴＣＰの受動オープンをするために、ＴＣＰ用のソケット（ソケットＡ）を生成し、このソケットを受動モードにする。この時、ＲＦＢタスクが発行するシステムコールは、ｓｏｃｋｅｔ（）、ｂｉｎｄ（）、ｌｉｓｔｅｎ（）であるが、ｂｉｎｄ（）の第２引数である通信アドレス情報の構造体中にあるポート番号として「５９０１」を設定する。ここで、ポート番号５９００は、ＲＦＢ用のポート番号で、そこに加算された「１」は画面バッファに付けられた番号である。今、画面バッファは共有モードのものが１つのみ存在している。なお、Ｂｌｕｅｔｏｏｔｈ通信ではＩＰアドレスは不要であるため、構造体中にあるＩＰアドレスには「０」を設定する。
【００６１】
つぎに、Ｂｌｕｅｔｏｏｔｈによる電子会議ネットワークを形成するまでの通信シーケンスについて説明する。図４において、サーバ１が、Ｂｌｕｅｔｏｏｔｈ通信のマスターであり、クライアント端末３〜６がスレーブである。マスターは、まず、インクワイアリ手順によりマスターと通信できる全てのスレーブを認識する。すなわち、マスターは、ＩＤパケットを繰り返し送信し、これを受信したスレーブは、Ｂｌｕｅｔｏｏｔｈデバイスアドレス（ＢＤ＿ＡＤＤＲ）、自端末のシステムクロック等を含めたＦＨＳパケットを送信する。マスターは、受信したＦＨＳパケットの個数（ＢＤ＿ＡＤＤＲの個数）からスレーブの台数を認識する。例えば、図４に示した場合では、４台のスレーブを認識する。この認識したスレーブ数はメインメモリに記憶しておく。
【００６２】
マスターは、４台のスレーブと順次通信コネクションを確立する。この通信コネクション確立手順について詳細に説明する。まず、マスターは、スレーブから受信したＢＤ＿ＡＤＤＲの下位アドレス部分であるＬＡＰ（Ｌｏｗｅｒ　Ａｄｄｒｅｓｓ　Ｐａｒｔ）から導き出される同期ワードを含めたＩＤパケットを送信する。スレーブは、自端末のＢＤ＿ＡＤＤＲから導き出される同期ワードを含んだＩＤパケットを受信すると、ＩＤパケットで応答する。
【００６３】
マスターは、スレーブの識別番号であるアクティブ・メンバー・アドレス（ＡＭ＿ＡＤＤＲ）に「１」をセットしたＦＨＳパケットを送信する。スレーブは、これを受信するとＩＤパケットで応答する。この時、スレーブは、ＦＨＳパケットに含まれたマスターのシステムクロックに切り替わる。マスターは、ＰＯＬＬパケットを送信し、スレーブはこれにＮＵＬＬパケットで応答して、ベースバンドレイヤのコネクションが確立する。
【００６４】
つぎに、マスターとスレーブは、リンク・マネージャ間（リンクレイヤ）のコネクション確立シーケンスに移行する。マスターは、ＬＭＰ＿ｈｏｓｔ＿ｃｏｎｎｅｃｔｉｏｎ＿ｒｅｑ　ＰＤＵ（Ｐｒｏｔｏｃｏｌ　Ｄａｔａ　Ｕｎｉｔ）を送信し、スレーブは、ＬＭＰ＿ａｃｃｅｐｔｅｄ　ＰＤＵで応答する。マスターは、ＬＭＰ＿ｆｅａｔｕｒｅｓ＿ｒｅｑ　ＰＤＵを送信し、スレーブはＬＭＰ＿ｆｅａｔｕｒｅｓ＿ｒｅｓ　ＰＤＵで応答して、自端末の持つ機能についての情報を交換する。マスターは、ＬＭＰ＿ｓｅｔｕｐ＿ｃｏｍｐｌｅｔｅ　ＰＤＵを送信し、スレーブは、ＬＭＰ＿ｓｅｔｕｐ＿ｃｏｍｐｌｅｔｅ　ＰＤＵで応答して、リンク・マネージャ間（リンクレイヤ）のコネクションが確立する。
【００６５】
つづいて、マスターは、サービス・ディスカバリシーケンスを実行する。マスターのアプリケーションは、ＳＤＰタスクにサービス・ディスカバリ要求を送信すると、ＳＤＰタスクは、Ｌ２ＣＡＰタスクへまずＳＤＰ用のコネクションの接続要求（Ｌ２ＣＡ＿ＣｏｎｎｅｃｔＲｅｑイベント）を送信する。Ｌ２ＣＡＰタスクは、この要求を受信すると、Ｃｏｎｎｅｃｔｉｏｎ　Ｒｅｑｕｅｓｔパケットを送信する。スレーブのＬ２ＣＡＰタスクは、このパケットを受信するとＳＤＰタスクへＬ２ＣＡ＿ＣｏｎｎｅｃｔＩｎｄメッセージを渡すとともに、マスターへＣｏｎｎｅｃｔｉｏｎ　Ｒｅｓｐｏｎｓｅパケットで応答してＳＤＰコネクションが確立する。
【００６６】
ＳＤＰタスクは、Ｌ２ＣＡＰタスクへコンフィグレーション要求（Ｌ２ＣＡ＿ＣｏｎｆｉｇＲｅｑイベント）を出す。Ｌ２ＣＡＰタスクはこの要求を受けると、サービス品質（ＱＯＳ）等のコンフィグレーションパラメータを含んだＣｏｎｆｉｇｕｒａｔｉｏｎ　Ｒｅｑｕｅｓｔパケットを送信する。スレーブのＬ２ＣＡＰタスクは、このパケットを受信すると、ＳＤＰタスクへＬ２ＣＡ＿ＣｏｎｆｉｇＩｎｄメッセージを渡すとともにマスターへコンフィグレーションパラメータを含んだＣｏｎｆｉｇｕｒａｔｉｏｎ　Ｒｅｓｐｏｎｓｅパケットで応答する。マスターのＳＤＰタスクは、電子会議サービスであることを表すＵＵＩＤ（サービスの固有識別子）をＳｅｒｖｉｃｅＳｅａｒｃｈＰａｔｔｅｒｎパラメータに含めたＳＤＰ＿ＳｅｒｖｉｃｅＳｅａｒｃｈＲｅｑｕｅｓｔ　ＰＤＵを送信する。スレーブのＳＤＰタスクは、ＳＤＰ＿ＳｅｒｖｉｃｅＳｅａｒｃｈＲｅｓｐｏｎｓｅ　ＰＤＵで応答するとともに、アプリケーションへ電子会議サービスが利用可能であることを表すメッセージを渡す。マスターのアプリケーションは、今接続したスレーブが電子会議端末であることを確認する。
【００６７】
マスターのアプリケーションは、ＲＦＢタスクへＲＦＢコネクションの接続待ちモードになる要求を出す。ＲＦＢタスクは、相手からの接続を待つために、ａｃｃｅｐｔ（）システムコール（ソケット用）を発行する。スレーブのアプリケーションは、ＲＦＢタスクへＲＦＢコネクションの接続要求を出す。ＲＦＢタスクは、この接続要求を受けると、ＴＣＰ用のソケットを生成し、このソケットを能動オープンする。この時、ＲＦＢタスクが発行するシステムコールは、ｓｏｃｋｅｔ（）、ｃｏｎｎｅｃｔ（）であるが、ｃｏｎｎｅｃｔ（）の第２引数である通信アドレス情報の構造体中にあるポート番号として５９０１を設定する。ここで、ポート番号５９００はＲＦＢ用のポート番号で、そこに加算された１はアタッチする画面番号である。なお、Ｂｌｕｅｔｏｏｔｈ通信ではＩＰアドレスは不要であるため、前記構造体中にあるＩＰアドレスには「０」を設定する。ＲＦＢタスクが、ｃｏｎｎｅｃｔ（）システムコールを発行すると、ＴＣＰタスクは、Ｌ２ＣＡＰタスクへ接続要求を出し、Ｌ２ＣＡＰタスクはこの要求を受けると、Ｃｏｎｎｅｃｔｉｏｎ　Ｒｅｑｕｅｓｔパケットを送信する。
【００６８】
マスターのＬ２ＣＡＰタスクは、このパケットを受信すると、ＴＣＰタスクへＬ２ＣＡ＿ＣｏｎｎｅｃｔＩｎｄメッセージを渡し、ＴＣＰタスクからＬ２ＣＡ＿ＣｏｎｎｅｃｔＲｓｐメッセージを受けると、スレーブへＣｏｎｎｅｃｔｉｏｎ　Ｒｅｓｐｏｎｓｅパケットで応答する。スレーブは、このパケットを受信すると、ＴＣＰタスクへＬ２ＣＡ＿ＣｏｎｎｅｃｔＣｆｍメッセージを渡してＴＣＰ用のＬ２ＣＡＰコネクションが確立する。スレーブのＴＣＰタスクは、このＬ２ＣＡＰコネクション上で宛先ポート番号に５９０１を入れたＳＹＮセグメントを送信し、マスターから確認応答のＳＹＮセグメントを受信するとＡＣＫセグメントを送信してＴＣＰコネクションが確立する。
【００６９】
ＴＣＰコネクションが確立されると、マスターのＲＦＢタスクへａｃｃｅｐｔ（）システムコールに対するリターン値が返される。このリターン値は、先に生成したソケット（ソケットＡ）とは別のソケットのソケット識別子である。また、スレーブのＲＦＢタスクへ、ｃｏｎｎｅｃｔ（）システムコールに対する正常終了のリターン値が返される。このようにして、マスターとスレーブ間でソケットを使用したデータ通信が実行できる状態となる。
【００７０】
この後、ＲＦＢプロトコルが開始され、プロトコルバージョンの交換、認証、および初期化メッセージの交換が行われる。マスターは、画面番号１の画面バッファに記憶された画面データ（デスクトップの初期画面）をスレーブへ送信する。以降、マスター（サーバ１）はスレーブ（クライアント端末）から受信するキーデータやマウスデータに従って、各種のアプリケーションを実行できる状態となる。
【００７１】
以上、マスターと１つのスレーブ（例えばクライアント端末３）との間でＲＦＢセッションを使用して、キーやマウスの入力データと画面データの送受信ができるようになるまでの通信シーケンスを説明したが、マスターは、他のクライアント端末４〜６に対しても同様の通信シーケンスを実行して、サーバ１とクライアント端末３〜６から成るＢｌｕｅｔｏｏｔｈを使用した電子会議ネットワークが形成される。なお、サーバ１に存在しているＶＮＣクライアントもソケットを使用してＶＮＣサーバに接続して、画面バッファにある画面データを大型ディスプレイ装置２に表示する。
【００７２】
そして、サーバ１にある会議資料が大型ディスプレイ装置２およびクライアント端末３〜６のディスプレイに表示され、サーバ／クライアント型の電子会議が実行される。
【００７３】
この実施の形態２では、Ｂｌｕｅｔｏｏｔｈモジュールを使用する場合について説明したが、この代わりに、サーバ１とクライアント端末３〜６に、Ｂｌｕｅｔｏｏｔｈ用ＰＣカード（ＰＣＭＣＩＡ（Ｐｅｒｓｏｎａｌ　ＣｏｍｐｕｔｅｒＭｅｍｏｒｙ　Ｃａｒｄ　Ｉｎｔｅｒｎａｔｉｏｎａｌ　Ａｓｓｏｃｉａｔｉｏｎ）規格に準拠）を装着した場合についても適用できる。この場合、サーバ１では、ＰＣＩ（Ｐｅｒｉｐｈｅｒａｌ　Ｃｏｍｐｏｒｎｅｎｔ　Ｉｎｔｅｒｃｏｎｎｅｃｔ）バスに接続されたＰＣＩアダプタボードを介してＢｌｕｅｔｏｏｔｈ用ＰＣカードを装着する。このＢｌｕｅｔｏｏｔｈ用ＰＣカードには、Ｂｌｕｅｔｏｏｔｈ通信を実行するために必要なＲＦ回路、アンテナ、およびベースバンド処理回路等のハードウェア、ならびにＢｌｕｅｔｏｏｔｈ規格のベースバンド（ベースバンド処理回路で処理される部分以外）およびＬＭＰを実行するソフトウェアが実装されている。この場合のプロトコル構成は図５と同様である。サーバ１やノートＰＣに実装されるこのＰＣカード用ドライバは、ＨＣＩの上側のインタフェースとして機能し、ＰＣカードとコマンドやイベント等のデータの受け渡しを行う。
【００７４】
さらに、Ｂｌｕｅｔｏｏｔｈ通信を実行するために必要なＲＦ回路やベースバンド処理回路等のハードウェアをＣＰＵの周辺回路として実装し（アンテナは筐体に実装）、ベースバンド（ベースバンド処理回路で処理される部分以外）とＬＭＰを含むＢｌｕｅｔｏｏｔｈ通信を実行するための全てのソフトウェアをサーバ１とクライアント端末３〜６（ノートＰＣ）のＣＰＵで実行・処理する場合についても適用できる。この場合のプロトコル構成を図６に示す。また、トランスポートレイヤとして、ＴＣＰ（ＲＦＣ７９３）の他にこの改良仕様であるＳＡＣＫ方式（実施の形態１の説明参照）等を使用することもできる。
【００７５】
以上説明したように、実施の形態２によれば、Ｂｌｕｅｔｏｏｔｈを使用したサーバ／クライアント型のネットワークにおいて、Ｌ２ＣＡＰ（データリンクレイヤ）の通信モジュールとＴＣＰ（トランスポートレイヤ）の通信モジュールを直接接続したプロトコル構成としたので、不必要なプロトコルを省き、データ通信のオーバーヘッドを小さくしてアプリケーションデータの伝送効率を向上させてアプリケーションデータの伝送時間を短くすることができ、また、装置の処理負荷を軽減させて、システム全体の処理の負荷を軽減させることが可能となる。
【００７６】
また、トランスポートレイヤの通信モジュールとその上位レイヤ（セッションレイヤ）の通信モジュールとの間のインタフェースをＴＣＰのインタフェースであるソケットにしたので、アプリケーションを実行するシステム構成を簡素化させることが可能となる。
【００７７】
また、トランスポートレイヤにＴＣＰを使用することとしたので、通信回線の品質が悪く送信データが受信されなかった場合に、アプリケーションデータを再送して、通信のサービス品質（ＱＯＳ：Ｑｕａｒｉｔｙ　Ｏｆ　Ｓｅｒｖｉｃｅ）を向上させることが可能となる。
【００７８】
また、トランスポートレイヤに、ＴＣＰの代わりにＴＣＰの改良仕様であるＳＡＣＫ方式を使用することとしたので、損失したセグメントだけを再送信することができ、データの伝送効率を向上させることが可能となる。
【００７９】
（実施の形態３）
実施の形態３を図７〜図９を参照して説明する。実施の形態３では、Ｂｌｕｅｔｏｏｔｈを使用した端末間データ通信型のネットワークのアプリケーション適用例を説明する。まず、複数のＢｌｕｅｔｏｏｔｈ端末が電子会議ネットワークを形成して、全ての端末でアプリケーションを共有したり、ホワイトボード機能を使用しながら会議を行う場合を例に挙げて説明する。
【００８０】
図７は、実施の形態３にかかる電子会議ネットワークシステムの構成例を示す図である。図７に示すように、電子会議ネットワークシステムは、各会議参加者が使用する端末２０〜２４から構成されており、端末２０〜２４は、Ｂｌｕｅｔｏｏｔｈモジュールが内蔵されたノートＰＣであり、各端末はＢｌｕｅｔｏｏｔｈで接続されている。
【００８１】
実施の形態２と同様に、Ｂｌｕｅｔｏｏｔｈモジュールは、Ｂｌｕｅｔｏｏｔｈ通信を実行するために必要なＲＦ回路、アンテナ、およびベースバンド処理回路等のハードウェア、ならびにＢｌｕｅｔｏｏｔｈ規格のベースバンド（ベースバンド処理回路で処理される部分以外）およびＬＭＰを実行するソフトウェアから構成されており、ノートＰＣのＣＰＵとＵＡＲＴを介して接続されている。Ｂｌｕｅｔｏｏｔｈ通信を実行するための上記以外のソフトウェアは全てノートＰＣのＣＰＵで実行、処理する。
【００８２】
この電子会議ネットワークシステムでは、セッションレイヤから上位のレイヤのプロトコルは、ＩＴＵ−Ｔ勧告Ｔ．１２０シリーズを使用する。また、Ｂｌｕｅｔｏｏｔｈ通信では、ネットワークレイヤは不要であるため省略し、トランスポートレイヤにＴＣＰ（ＲＦＣ７９３）を使用する。
【００８３】
各端末２０〜２４のこの電子会議用のプロトコル構成を図８に示す。図８において、会議アプリケーションは、アプリケーション共有機能、ホワイトボード機能、およびファイル転送機能等を実行するための各アプリケーションの集合である。ＡＳＣＥ（Ａｐｐｌｉｃａｔｉｏｎ　Ｓｈａｒｉｎｇ　Ｃｏｎｆｅｒｅｎｃｅ　Ｅｎｔｉｔｙ）は、会議に参加した全ての端末でアプリケーションを共有するためのエンティティであり、ＩＴＵ−Ｔ勧告Ｔ．１２８に準拠した動作を実行する。ＳＩＣＥ（Ｓｔｉｌｌ　Ｉｍａｇｅ　Ｃｏｎｆｅｒｅｎｃｉｎｇ　Ｅｎｔｉｔｙ）は、ビットマップデータや手書きの描画データ等を送受信するためのエンティティであり、ＩＴＵ−Ｔ勧告Ｔ．１２６に準拠した動作を実行する。ＳＩＣＥは、主にホワイトボード機能で使用される。ＢＦＴＥ（Ｂｉｎａｒｙ　Ｆｉｌｅ　Ｔｒａｎｓｆｅｒ　Ｅｎｔｉｔｙ）は、ファイル転送を行うためのエンティティであり、ＩＴＵ−Ｔ勧告Ｔ．１２７に準拠した動作を実行する。ノードコントローラとＧＣＣ（Ｇｅｎｅｒｉｃ　Ｃｏｎｆｅｒｅｎｃｅ　Ｃｏｎｔｒｏｌ）は、ネットワークに接続した端末が議長の制御に従って会議を実行したり、各端末の能力や属性等の端末情報のリストを管理したりする会議制御アプリケーションであり、ＩＴＵ−Ｔ勧告Ｔ．１２４に準拠した動作を実行する。ＭＣＳ（Ｍｕｌｔｉｐｏｉｎｔ　Ｃｏｍｍｕｎｉｃａｔｉｏｎ　Ｓｅｒｖｉｃｅ）は、複数端末間のセッションレイヤプロトコルを実行し、ＩＴＵ−Ｔ勧告Ｔ．１２５に準拠した動作を実行する。ＴＣＰとＭＣＳとの間のインタフェースはソケットである。他の通信モジュールは、実施の形態２（図５）と同様である。なお、Ｂｌｕｅｔｏｏｔｈ用のコンフィグレーションや接続時の実行手順の調整を行うＭＥ（Ｍａｎａｇｅｍｅｎｔ　Ｅｎｔｉｔｙ）の図示は省略している。
【００８４】
図８に示した各プロトコルを実行するソフトウェアモジュールはタスクである。端末２０内で各レイヤのタスクが生成・起動され、初期化される時に、ＭＣＳタスクはＴＣＰの受動オープンをするために、ＴＣＰ用のソケット（ソケットＡ）を生成し、このソケットを受動モードにしておく。この時、ＭＣＳタスクが発行するシステムコールは、ｓｏｃｋｅｔ（）、ｂｉｎｄ（）、ｌｉｓｔｅｎ（）であるが、ｂｉｎｄ（）の第２引数である通信アドレス情報の構造体中にあるポート番号には動的／プライベートポート番号（４９１５２〜６５５３５）の中から端末間電子会議用の番号として予め決められた５００００を設定する。なお、Ｂｌｕｅｔｏｏｔｈ通信ではＩＰアドレスは不要であるため、前記構造体中にあるＩＰアドレスには０を設定する。
【００８５】
ここで、ＭＣＳ、ＧＣＣ、ノードコントローラの通信動作について説明する。ＭＣＳは、ＭＣＳプロバイダと呼ばれ、また、端末２０〜２４から成る無線ネットワークをＭＣＳプロバイダ間のネットワークとして見たものはＭＣＳドメインと呼ばれる。図７のネットワーク構成において、端末２０を議長端末とした場合、ＭＣＳドメインは、図９に示すような階層構造を有する。議長端末２０のＭＣＳプロバイダは、トップＭＣＳプロバイダであり、他の端末２１〜２４のＭＣＳプロバイダよりも上位に位置する。各端末はＭＣＳコネクションの確立後、ＭＣＳドメインにアタッチする。このアタッチにより、各端末はＭＣＳドメイン内での端末識別子であるＭＣＳユーザＩＤを取得する。
【００８６】
つぎに、各端末はＭＣＳチャネルに加入する。ＭＣＳチャネルは、ＭＣＳドメイン内のアドレスであり、同一チャネルに加入した全ての端末が、そのチャネルに送られるデータを受信する。ここで、端末２１が、全ての端末が加入しているチャネルに対してデータを送信すると、このデータはトップＭＣＳプロバイダである端末２０へ転送される。そして、端末２０は、このデータを端末２２〜端末２４へ転送する。このように、全ての端末が同一チャネルに加入することにより、データを全ての端末へ送信することができる。なお、ＭＣＳドメイン内での端末識別子であるＭＣＳユーザＩＤは、ＭＣＳチャネル番号としても使用され、個別宛先へデータを送信する場合にＭＣＳチャネル番号として使用する。
【００８７】
ＧＣＣは、ＧＣＣプロバイダと呼ばれ、また、トップＭＣＳプロバイダである端末のＧＣＣプロバイダは、トップＧＣＣプロバイダと呼ばれる。各ＧＣＣプロバイダは会議に参加すると、アプリケーション共有機能、ホワイトボード機能、およびファイル転送機能等の会議用アプリケーションのリストやＭＣＳドメイン内での端末識別子であるＭＣＳユーザＩＤ等の端末情報（会議ノードリスト）を他の全てのＧＣＣプロバイダへ送信する。なお、この同報送信は、全ての端末が加入しているＭＣＳチャネルに対してデータを送信することで実現される。これらの端末情報は、各端末にて受信し、ノードコントローラにて管理される。また、ＧＣＣは議長権の割り当て等の制御も行い、会議開始時にはトップＧＣＣプロバイダが議長権を持っている。ノードコントローラは、ユーザからの要求に従ってＧＣＣへ各種のプリミティブを発行したり、自端末および他の全ての端末のアプリケーションリストや会議ノードリスト等を管理する。
【００８８】
端末２０〜２４が図８に示した各通信プロトコルを使用して電子会議ネットワークを形成するまでの通信シーケンスについて説明する。端末２０が電子会議ネットワークにおける議長端末で、かつＢｌｕｅｔｏｏｔｈのマスター端末である。マスター端末（端末２０）は、まず、インクワイアリ手順によりマスター端末と通信できる全てのスレーブ端末を認識する。すなわち、前述した方法によりマスター端末は、４台のスレーブ端末を認識する。
【００８９】
マスター端末は、４台のスレーブ端末と順次通信コネクションを確立する。この通信コネクション確立手順について説明する。マスター端末は前述した方法によりスレーブ端末とベースバンドレイヤのコネクション、続いてリンク・マネージャ間（リンクレイヤ）のコネクションを確立する。
【００９０】
マスター端末は、前述した方法によりサービス・ディスカバリシーケンスを実行し、マスター端末のＳＤＰタスクは電子会議サービスであることを表すＵＵＩＤ（サービスの固有識別子）をＳｅｒｖｉｃｅＳｅａｒｃｈＰａｔｔｅｒｎパラメータに含めたＳＤＰ＿ＳｅｒｖｉｃｅＳｅａｒｃｈＲｅｑｕｅｓｔ　ＰＤＵを送信し、スレーブ端末のＳＤＰタスクはＳＤＰ＿ＳｅｒｖｉｃｅＳｅａｒｃｈＲｅｓｐｏｎｓｅ　ＰＤＵで応答して、マスター端末は、スレーブ端末が電子会議端末であることを確認する。
【００９１】
マスター端末の会議アプリケーションは、ＭＣＳタスクへＭＣＳコネクションの接続待ちモードになる要求を出す。ＭＣＳタスクは相手からの接続を待つために、ａｃｃｅｐｔ（）システムコール（ソケット用）を発行する。スレーブ端末の会議アプリケーションは、ＭＣＳタスクへＭＣＳコネクションの接続要求を出す。ＭＣＳタスクは、この接続要求を受けると、ＴＣＰ用のソケットを生成し、このソケットを能動オープンする。この時、ＭＣＳタスクが発行するシステムコールは、ｓｏｃｋｅｔ（）、ｃｏｎｎｅｃｔ（）であるが、ｃｏｎｎｅｃｔ（）の第２引数である通信アドレス情報の構造体中にあるポート番号として端末間電子会議用として予め決められた５００００を設定する。
【００９２】
なお、Ｂｌｕｅｔｏｏｔｈ通信では、ＩＰアドレスが不要であるため、前記構造体中にあるＩＰアドレスには「０」を設定する。ＭＣＳタスクがｃｏｎｎｅｃｔ（）システムコールを発行すると、ＴＣＰタスクはＬ２ＣＡＰタスクへ接続要求を出す。Ｌ２ＣＡＰタスクは、この要求を受けると、Ｃｏｎｎｅｃｔｉｏｎ　Ｒｅｑｕｅｓｔパケットを送信する。マスター端末のＬ２ＣＡＰタスクは、このパケットを受信すると、ＴＣＰタスクへＬ２ＣＡ＿ＣｏｎｎｅｃｔＩｎｄメッセージを渡し、ＴＣＰタスクからＬ２ＣＡ＿ＣｏｎｎｅｃｔＲｓｐメッセージを受けるとスレーブ端末へＣｏｎｎｅｃｔｉｏｎ　Ｒｅｓｐｏｎｓｅパケットで応答する。スレーブ端末は、このパケットを受信すると、ＴＣＰタスクへＬ２ＣＡ＿ＣｏｎｎｅｃｔＣｆｍメッセージを渡してＴＣＰ用のＬ２ＣＡＰコネクションが確立する。スレーブ端末のＴＣＰタスクは、このＬ２ＣＡＰコネクション上で宛先ポート番号に５００００を入れたＳＹＮセグメントを送信し、マスター端末から確認応答のＳＹＮセグメントを受信するとＡＣＫセグメントを送信してＴＣＰコネクションが確立する。
【００９３】
ＴＣＰコネクションが確立されると、マスター端末のＭＣＳタスクへａｃｃｅｐｔ（）システムコールに対するリターン値が返される。このリターン値は、先に生成したソケット（ソケットＡ）とは別のソケットのソケット識別子である。また、スレーブ端末のＭＣＳタスクへｃｏｎｎｅｃｔ（）システムコールに対する正常終了のリターン値が返される。このようにして、マスター端末とスレーブ端末間でソケットを使用したデータ通信が実行できる状態となる。
【００９４】
この後、スレーブ端末のＭＣＳタスクはマスター端末に、Ｃｏｎｎｅｃｔ−Ｉｎｉｔｉａｌ　ＭＣＳＰＤＵ（ＭＣＳ　Ｐｒｏｔｏｃｏｌ　Ｄａｔａ　Ｕｎｉｔ）を送信し、マスター端末は、Ｃｏｎｎｅｃｔ−Ｒｅｓｐｏｎｓｅ　ＭＣＳＰＤＵを返すことで、ＭＣＳのコネクションが確立される。スレーブ端末のＭＣＳタスクは、マスター端末に、ＡＵｒｑ（Ａｔｔａｃｈ　Ｕｓｅｒ　ｒｅｑｕｅｓｔ）　ＭＣＳＰＤＵを送信し、マスター端末からＭＣＳドメイン内での端末識別子であるＭＣＳユーザＩＤを含めたＡＵｃｆ（ＡＵ　ｃｏｎｆｉｒｍ）　ＭＣＳＰＤＵを受信する。スレーブ端末のＭＣＳタスクは、マスター端末へチャネルＩＤを含めたＣＪｒｑ（Ｃｈａｎｎｅｌ　Ｊｏｉｎ　ｒｅｑｕｅｓｔ）　ＭＣＳＰＤＵを送信し、マスター端末からＣＪｃｆ　ＭＣＳＰＤＵを受信して、スレーブ端末はＭＣＳチャネルに加入する。
【００９５】
スレーブ端末とマスター端末との間で、会議用アプリケーションであるＧＣＣ、ＡＳＣＥ、ＳＩＣＥ、ＢＦＴＥの各エンティティ間のコネクションが確立されて、各エンティティ間の通信が実行できる状態となる。
【００９６】
以上、マスター端末（端末２０）と１つのスレーブ端末（例えば端末２１）との間でＭＣＳサービス（セッションレイヤに相当）を使用して、各種の会議用アプリケーションを実行できるようになるまでの通信シーケンスを説明したが、マスター端末は、他のスレーブ端末２２〜２４に対しても同様の通信シーケンスを実行して、マスター端末２０とスレーブ端末２１〜２４からなるＢｌｕｅｔｏｏｔｈを使用した電子会議ネットワークが形成される。そして、アプリケーション共有機能（表示画面が共有されるため、会議資料文書も共有される）、ホワイトボード機能、およびファイル転送機能等を実行しながら端末間データ通信型の電子会議が実行される。
【００９７】
以上説明したように、実施の形態３によれば、Ｂｌｕｅｔｏｏｔｈを使用した端末間データ通信型のネットワークにおいて、Ｌ２ＣＡＰ（データリンクレイヤ）の通信モジュールとＴＣＰ（トランスポートレイヤ）の通信モジュールを直接接続したプロトコル構成としたので、不必要なプロトコルを省いてデータ通信のオーバーヘッドを小さくしてアプリケーションデータの伝送効率を向上させ、アプリケーションデータの伝送時間を短くすることができ、また、装置の処理負荷を軽減させて、システム全体の処理の負荷を軽減させることが可能となる。
【００９８】
また、トランスポートレイヤの通信モジュールとその上位レイヤ（セッションレイヤ）の通信モジュールとの間のインタフェースをＴＣＰのインタフェースであるソケットにしたので、アプリケーションを実行するシステム構成を簡素化させることが可能となる。
【００９９】
また、トランスポートレイヤにＴＣＰを使用することとしたので、通信回線の品質が悪く送信データが受信されなかった場合に、アプリケーションデータを再送して、通信のサービス品質（ＱＯＳ：Ｑｕａｒｉｔｙ　Ｏｆ　Ｓｅｒｖｉｃｅ）を向上させることが可能となる。
【０１００】
また、トランスポートレイヤに、ＴＣＰの代わりにＴＣＰの改良仕様であるＳＡＣＫ方式を使用することとしたので、損失したセグメントだけを再送信することができ、データの伝送効率を向上させることが可能となる。
【０１０１】
（実施の形態４）
実施の形態４を図１０〜図１７を参照して説明する。実施の形態４では、Ｂｌｕｅｔｏｏｔｈのネットワーク、Ｅｔｈｅｒｎｅｔ（Ｒ）のネットワーク、および無線ＬＡＮからなるネットワークを利用した電子会議ネットワークシステムについて説明する。より詳細には、実施の形態４では、Ｂｌｕｅｔｏｏｔｈに加えて、ＩＥＥＥ８０２．３（Ｅｔｈｅｒｎｅｔ（Ｒ））やＩＥＥＥ８０２．１１ａの無線ＬＡＮを混在して使用する場合について説明する。
【０１０２】
上記ＩＥＥＥ８０２．１１ａは、変調方式にＯＦＤＭ（ＯｒｔｈｏｇｏｎａｌＦｒｅｑｕｅｎｃｙ　Ｄｉｖｉｓｉｏｎ　Ｍｕｌｔｉｐｌｅｘｉｎｇ）、ＭＡＣ（Ｍｅｄｉａ　Ａｃｃｅｓｓ　Ｃｏｎｔｒｏｌ）層にＣＳＭＡ／ＣＡ（Ｃａｒｒｉｅｒ　Ｓｅｎｓｅ　Ｍｕｌｔｉｐｌｅ　Ａｃｃｅｓｓ　ｗｉｔｈ　Ｃｏｌｌｉｓｉｏｎ　Ａｖｏｉｄａｎｃｅ）を使用している。その伝送速度は、３６〜５４Ｍｂｐｓで、日本では５．１５Ｇ〜５．２５ＧＨｚが割り当てられている。
【０１０３】
図１０は、実施の形態４にかかる電子会議ネットワークシステムの構成を示す図である。同図に示す電子会議ネットワークシステムは、サーバ／クライアント型のシステムである。この電子会議ネットワークシステムでは、サーバ１０に記憶された会議資料文書を、複数のクライアント端末３〜１３が閲覧・編集しながら会議を行う。図１０において、図４（実施の形態２）と同等機能を有する部位には同一符号を付してある。
【０１０４】
図１０に示す電子会議ネットワークシステムは、サーバ１０と、サーバ１０に接続された大型ディスプレイ装置２と、および各会議参加者が使用するクライアント端末３〜１３と、ハブ１４とから構成されている。
【０１０５】
この電子会議ネットワークシステムでは、サーバ１０とクライアント端末３、４とがＢｌｕｅｔｏｏｔｈのネットワーク（第１のネットワーク）を形成し、サーバ１０とクライアント端末１１、１２とはＩＥＥＥ８０２．１１ａの無線ＬＡＮのネットワーク（第２のネットワーク）を形成し、サーバ１０とクライアント端末１３とはＥｔｈｅｒｎｅｔ（Ｒ）で接続された有線ＬＡＮのネットワーク（第２のネットワーク）を形成している。
【０１０６】
大型ディスプレイ装置２は、図４と同様な構成である。サーバ１０は、図４のサーバ１とほぼ同様な構成であるが、さらに、ＩＥＥＥ８０２．１１ａ（無線ＬＡＮ）用のＰＣカードがＰＣＩバスに接続されたＰＣＩアダプタボードに装着されている。また、サーバ１０は、内蔵されたＥｔｈｅｒｎｅｔ（Ｒ）用のネットワークカードを介して、１０ＢＡＳＥ−ＴのＥｔｈｅｒｎｅｔ（Ｒ）に接続されている。
【０１０７】
クライアント端末３、４は、図４で示したものと同じ構成であり、Ｂｌｕｅｔｏｏｔｈモジュールを内蔵したノートＰＣである。
【０１０８】
クライアント端末１１、１２は、ＩＥＥＥ８０２．１１ａ（無線ＬＡＮ）用のＰＣカードが装着されたノートＰＣである。
【０１０９】
クライアント端末１３は、１０ＢＡＳＥ−ＴのＥｔｈｅｒｎｅｔ（Ｒ）に接続され、ＩＥＥＥ８０２．３に従った動作を実行する。ハブ１４は、スター状に端末を接続するＬＡＮ（Ｅｔｈｅｒｎｅｔ（Ｒ））の中継装置である。
【０１１０】
サーバ１０と、クライアント端末３、４間のＢｌｕｅｔｏｏｔｈ通信で使用されるＢｌｕｅｔｏｏｔｈのプロトコル構成は図５と同様である。
【０１１１】
図１１は、サーバ１０とクライアント端末１１、１２との間の無線ＬＡＮで使用される電子会議用のプロトコル構成を示す図である。図１１において、サーバ１０およびクライアント端末１１、１２のＣＰＵが実行・処理する部分のみを示しており、無線ＬＡＮドライバは、ＰＣＭＣＩＡインタフェースを介して無線ＬＡＮ用のＰＣカードとデータの受け渡しを行う。
【０１１２】
図１２は、サーバ１０とクライアント端末１３におけるＥｔｈｅｒｎｅｔ（Ｒ）を使用した電子会議用のプロトコル構成を示す図である。図１２は、サーバ１０とクライアント端末１３のＣＰＵが実行、処理する部分のみを示しており、Ｅｔｈｅｒｎｅｔ（Ｒ）ドライバは内蔵されたＥｔｈｅｒｎｅｔ（Ｒ）用のネットワークカードとデータの受け渡しを行う。サーバ１０とクライアント端末１３に内蔵されたＥｔｈｅｒｎｅｔ（Ｒ）用のネットワークカードは、ＩＥＥＥ８０２．３に準拠したＬＬＣ（Ｌｏｇｉｃａｌ　Ｌｉｎｋ　Ｃｏｎｔｒｏｌ）層、ＭＡＣ層（前記２つの層はデータリンク層として機能する）、およびＰＬＳ（Ｐｈｙｓｉｃａｌ　Ｌａｙｅｒ　Ｓｉｇｎａｌｉｎｇ：物理信号副層）等から成る物理層の機能を実行する。
【０１１３】
クライアント端末３、４は、図５に示したプロトコルのみを実行し、クライアント端末１１、１２は図１１に示したプロトコルのみを実行し、クライアント端末１３は、図１２に示したプロトコルのみを実行する。
【０１１４】
サーバ１０は、図５、図１１、および図１２に示すプロトコルを全て実行する。サーバ１０のプロトコル構成を図１３に示す。なお、図１３において、Ｂｌｕｅｔｏｏｔｈ用のコンフィグレーションや接続時の実行手順の調整を行うＭＥ（Ｍａｎａｇｅｍｅｎｔ　Ｅｎｔｉｔｙ）の図示は省略している。サーバ１０には、ＶＮＣサーバが、クライアント端末３、４、１１、１２、１３にはＶＮＣクライアントが実装されている。
【０１１５】
つぎに、各クライアント端末のＶＮＣクライアントがサーバ１０のＶＮＣサーバに接続してサーバ／クライアント型の電子会議ネットワークを形成する方法について説明する。サーバ１０は、クライアント端末３、４との間で、実施の形態２と同様の動作を実行して、Ｂｌｕｅｔｏｏｔｈを使用した電子会議が実行できる状態となる。
【０１１６】
クライアント端末１１〜１３では、サーバ１のＩＰアドレスとアタッチする画面番号を指定してＶＮＣクライアントプロセスを起動する。アタッチする画面番号を１とした場合のＶＮＣクライアントの起動コマンド例を以下に示す。”ｖｎｃｖｉｅｗｅｒ　１９２．１６８．１．１（ＩＰアドレス）：１”
【０１１７】
クライアント端末１１〜１３のＶＮＣクライアントが起動されると、ＲＦＢタスクがソケットを能動オープンするために、ｃｏｎｎｅｃｔ（）システムコールを発行する。このｃｏｎｎｅｃｔ（）の第２引数である通信アドレス情報の構造体中にあるポート番号として５９０１を設定し、同構造体中のＩＰアドレスにはサーバ１０のＩＰアドレスを設定する。そして、ＴＣＰ以下の各レイヤのコネクションが確立して、ｃｏｎｎｅｃｔ（）システムコールに対する正常終了のリターン値が返される。そして、サーバ１０とクライアント端末１１〜１３の間でソケットを使用したデータ通信が実行できる状態となる。
【０１１８】
この後、ＲＦＢプロトコルが開始され、プロトコルバージョンの交換、認証、初期化メッセージの交換が行われる。サーバ１０は、画面番号１の画面バッファに記憶された画面データ（デスクトップの初期画面）をクライアント端末１１〜１３へ送信する。以降、サーバ１０はクライアント端末１１〜１３から受信するキーデータやマウスデータに従って、各種のアプリケーションを実行できる状態となる。
【０１１９】
上述したように、サーバ１０とクライアント端末３、４とはＢｌｕｅｔｏｏｔｈで、サーバ１０とクライアント端末１１、１２とはＩＥＥＥ８０２．１１ａの無線ＬＡＮで、またサーバ１０とクライアント端末１３とはＥｔｈｅｒｎｅｔ（Ｒ）で接続された電子会議ネットワークが形成される。なお、サーバ１０に存在しているＶＮＣクライアントもソケットを使用してＶＮＣサーバに接続して、画面バッファにある画面データを大型ディスプレイ装置２に表示する。
【０１２０】
そして、サーバ１０にある会議資料が大型ディスプレイ装置２およびクライアント端末３、クライアント端末４、およびクライアント端末１１〜１３のディスプレイに表示され、サーバ／クライアント型の電子会議が実行される。
【０１２１】
図１４は、サーバ１０の概略動作を説明するためのフローチャートを示している。サーバ１０の概略動作を図１４を参照して説明する。まず、図１４において、Ｂｌｕｅｔｏｏｔｈのインクワイアリ手順により、クライアント端末を認識したか否かを判断する（ステップＳ１）。この判断の結果、Ｂｌｕｅｔｏｏｔｈのインクワイアリ手順により、クライアント端末を認識した場合には、サービスディスカバリーにより会議端末であることを確認し、クライアント端末とＢｌｕｅｔｏｏｔｈ通信のコネクションを確立する（ステップＳ７）。つづいて、ＲＦＢタスクがソケットを受動オープンしているか否かを判断し（ステップＳ８）、ＲＦＢタスクがソケットを受動オープンしている場合にはステップＳ１０に移行する一方、ＲＦＢタスクがソケットを受動オープンしていない場合には、ＲＦＢタスクがソケットを受動オープンして（ステップＳ９）、ステップＳ１０に移行する。ステップＳ１０では、このソケットを使用してクライアント端末とＲＦＢコネクションを確立する。つづいて、全てのＢｌｕｅｔｏｏｔｈ端末と接続したか否かを判断する（ステップＳ１１）。この判断の結果、全てのＢｌｕｅｔｏｏｔｈ端末と接続していない場合には、ステップＳ７に戻り、同様の処理を行う一方、全てのＢｌｕｅｔｏｏｔｈ端末と接続している場合には、ステップＳ３に移行する。
【０１２２】
他方、ステップＳ１において、Ｂｌｕｅｔｏｏｔｈのインクワイアリ手順により、クライアント端末を認識していない場合には、ＲＦＢタスクがソケットを受動オープンする（ステップＳ２）。この後、クライアント端末からソケットの接続があったか否かを判断し（ステップＳ３）、クライアント端末からソケットの接続が無い場合には、接続があるまで待機し、クライアント端末からソケットの接続がある場合には、クライアント端末とＲＦＢコネクションを確立する（ステップＳ４）。そして全てのクライアント端末と接続したか否かを判断し（ステップＳ５）、全てのクライアント端末と接続していない場合には、ステップＳ３に戻る一方、全てのクライアント端末と接続した場合には、共有画面を使用した電子会議を実行する（ステップＳ６）。
【０１２３】
なお、実施の形態４では、Ｂｌｕｅｔｏｏｔｈ通信で使用されるトランスポートレイヤとしてＴＣＰ（ＲＦＣ７９３）を使用することにしたが、上記したＴＣＰの改良仕様であるＳＡＣＫ方式や、上位レイヤとのインタフェースをソケットとしたＩＴＵ−Ｔ勧告Ｘ．２２４等を使用することにしても良い。また、サーバ１０と、クライアント端末１１、１２の間でＩＥＥＥ８０２．１１ａの無線ＬＡＮネットワークを形成する時に、クライアント端末１１、１２のユーザがサーバ１０のＩＰアドレスを指定して無線ＬＡＮに接続するのではなく、無線チャネル番号を指定して無線ＬＡＮに接続する方法を使用することにしても良い。この場合、ＲＦＢコネクションを確立するために（ＴＣＰコネクションを確立するために）、別途、サーバ１０のＩＰアドレスを指定する操作が必要となる。この場合の詳細な説明については省略する。
【０１２４】
また、図１０の構成において、ＶＮＣ以外の通信アプリケーションを実行させることも可能である。例えば、Ｅｔｈｅｒｎｅｔ（Ｒ）がプロキシサーバを介してインターネットと接続しており、クライアント端末３、４およびクライアント端末１１、１２がサーバ１０を介してインターネットに存在するＷｅｂサーバに接続して、Ｗｅｂページを自端末のＷｅｂブラウザに表示することもできる。
【０１２５】
この場合のクライアント端末３、４と、サーバ１０との間のＢｌｕｅｔｏｏｔｈのプロトコル構成を図１５に、クライアント端末１１、１２とサーバ１０との間の無線ＬＡＮのプロトコル構成を図１６に、また、サーバ１０がＷｅｂサーバと接続する時のプロトコル構成を図１７に示す。
【０１２６】
図１５〜図１７において、ＨＴＴＰはＨｙｐｅｒ　Ｔｅｘｔ　Ｔｒａｎｓｆｅｒ　Ｐｒｏｔｏｃｏｌである。サーバ１０は、図１５に示したＢｌｕｅｔｏｏｔｈプロトコルと図１７に示したＬＡＮプロトコルとを相互に変換するゲートウェイ機能を有し、クライアント端末３、４に対してＢｌｕｅｔｏｏｔｈアクセスポイントとして動作する。またサーバ１０は、クライアント端末１１、１２に対しては無線ＬＡＮアクセスポイントとして動作する。
【０１２７】
以上説明したように、実施の形態４によれば、Ｂｌｕｅｔｏｏｔｈのネットワーク、Ｅｔｈｅｒｎｅｔ（Ｒ）のネットワーク、および無線ＬＡＮのネットワークを利用するサーバ／クライアント型の電子会議ネットワークシステムにおいて、Ｂｌｕｅｔｏｏｔｈのネットワークに接続されるクライアント３、４は、Ｌ２ＣＡＰ（データリンクレイヤ）の通信モジュールとＴＣＰ（トランスポートレイヤ）の通信モジュールを直接接続したプロトコル構成としたので、Ｂｌｕｅｔｏｏｔｈのネットワークにおいて、不必要なプロトコルを省いて、データ通信のオーバーヘッドを小さくしてアプリケーションデータの伝送効率を向上させてアプリケーションデータの伝送時間を短くすることができ、また、装置の処理負荷を軽減させることが可能となる。
【０１２８】
また、Ｂｌｕｅｔｏｏｔｈのネットワークに接続されるクライアント３、４と、無線ＬＡＮのネットワークに接続されるクライアント１１、１２と、Ｅｔｈｅｒｎｅｔ（Ｒ）のネットワークに接続されるクライアント１３とで、同一規格のトランスポートレイヤ（ＴＣＰ）を使用することとしたので、アプリケーションを実行する全体のシステム構成を簡素化させることが可能となる。
【０１２９】
また、サーバ１０を、Ｂｌｕｅｔｏｏｔｈのネットワーク、Ｅｔｈｅｒｎｅｔ（Ｒ）のネットワーク、および無線ＬＡＮのネットワークに接続することとしたので、各ネットワークでアプリケーションを実行する場合の通信効率を向上できるとともに、アプリケーションを実行するシステム構成を簡素化することが可能となる。
【０１３０】
また、トランスポートレイヤの通信モジュールとその上位レイヤ（セッションレイヤ）の通信モジュールとの間のインタフェースをＴＣＰのインタフェースであるソケットにしたので、アプリケーションを実行するシステム構成を簡素化させることが可能となる。
【０１３１】
また、トランスポートレイヤにＴＣＰを使用することとしたので、通信回線の品質が悪く送信データが受信されなかった場合に、アプリケーションデータを再送して、通信のサービス品質（ＱＯＳ：Ｑｕａｒｉｔｙ　Ｏｆ　Ｓｅｒｖｉｃｅ）を向上させることが可能となる。
【０１３２】
また、トランスポートレイヤに、ＴＣＰの代わりにＴＣＰの改良仕様であるＳＡＣＫ方式を使用することとしたので、損失したセグメントだけを再送信することができ、データの伝送効率を向上させることが可能となる。
【０１３３】
（実施の形態５）
実施の形態５を、図１８〜図２１を参照して説明する。実施の形態５では、Ｂｌｕｅｔｏｏｔｈのネットワークと無線ＬＡＮのネットワークを利用した端末間データ通信型のアプリケーション適用例を説明する。
【０１３４】
ここでは、Ｂｌｕｅｔｏｏｔｈ端末と無線ＬＡＮ端末が混在した電子会議ネットワークにおいて、全ての端末でアプリケーションを共有したり、ホワイトボード機能を使用しながら会議を行う場合を例に挙げて説明する。
【０１３５】
図１８は、実施の形態５にかかる電子会議ネットワークシステムの構成例を示す図である。図１８の電子会議ネットワークシステムは、図７の構成に対して、３つの端末が異なっている。本ネットワークは、各会議参加者が使用する端末２１、端末２２、および端末３０〜３２で構成されており、端末３０と、端末２１、２２との間はＢｌｕｅｔｏｏｔｈで、端末３０と、端末３１、３２との間はＩＥＥＥ８０２．１１ａの無線ＬＡＮで接続されている。
【０１３６】
端末３０と、端末２１、２２との間のＢｌｕｅｔｏｏｔｈ通信で使用されるプロトコル構成は、図８に示したプロトコル構成と同様である。図１９は、端末３０と、端末３１、３２との間で無線ＬＡＮで使用されるプロトコル構成を示す。図１９は、端末３０と、端末３１、３２のＣＰＵが実行、処理する部分のみを示しており、無線ＬＡＮドライバは、ＰＣＭＣＩＡインタフェースを介して無線ＬＡＮ用のＰＣカードとデータの受け渡しを行う。
【０１３７】
端末２１と端末２２は、図８に示したプロトコルのみを実行し、端末３１と端末３２は、図１９に示したプロトコルのみを実行する。端末３０は、図８および図１９に示したプロトコルを全て実行する。図２０は、端末３０のプロトコル構成を示す。図２０において、Ｂｌｕｅｔｏｏｔｈ用のコンフィグレーションや接続時の実行手順の調整を行うＭＥ（Ｍａｎａｇｅｍｅｎｔ　Ｅｎｔｉｔｙ）の図示は省略している。
【０１３８】
端末３０は、議長端末かつＢｌｕｅｔｏｏｔｈ通信のマスター端末で、Ｂｌｕｅｔｏｏｔｈモジュールが内蔵され、さらに、ＩＥＥＥ８０２．１１ａの無線ＬＡＮ用のＰＣカードが装着されたノートＰＣである。実施の形態２と同様に、このＢｌｕｅｔｏｏｔｈモジュールは、Ｂｌｕｅｔｏｏｔｈ通信を実行するために必要なＲＦ回路、アンテナ、およびベースバンド処理回路等のハードウェア、ならびにＢｌｕｅｔｏｏｔｈ規格のベースバンド（ベースバンド処理回路で処理される部分以外）およびＬＭＰを実行するソフトウェアから構成されており、ノートＰＣのＣＰＵとＵＡＲＴを介して接続されている。Ｂｌｕｅｔｏｏｔｈ通信を実行するための上記以外のソフトウェアは全てノートＰＣのＣＰＵで実行、処理する。
【０１３９】
端末２１、２２は、Ｂｌｕｅｔｏｏｔｈモジュールが内蔵されたノートＰＣであり、実施の形態３と同様である。端末３１、３２は、ＩＥＥＥ８０２．１１ａの無線ＬＡＮ用のＰＣカードが装着されたノートＰＣである。
【０１４０】
つぎに、端末２１、２２、３０〜３２が、電子会議ネットワークを形成するまでの通信シーケンスについて説明する。端末３０は端末２１、２２との間で、実施の形態３と同様の動作を実行して、Ｂｌｕｅｔｏｏｔｈを使用した電子会議を実行できる状態となる。
【０１４１】
端末３１、３２の会議アプリケーションは、ＭＣＳタスクへＭＣＳコネクションの接続要求を出す。ＭＣＳタスクはこの接続要求を受けると、ＴＣＰ用のソケットを生成し、このソケットを能動オープンする。この時、ＭＣＳタスクが発行するシステムコールは、ｓｏｃｋｅｔ（）、ｃｏｎｎｅｃｔ（）であるが、ｃｏｎｎｅｃｔ（）の第２引数である通信アドレス情報の構造体中にあるポート番号として端末間電子会議用として予め決められた５００００を設定する。また、前記構造体中にあるＩＰアドレスには端末３０のＩＰアドレスを設定する。ＭＣＳタスクがｃｏｎｎｅｃｔ（）システムコールを発行してＴＣＰコネクションが確立されると、ｃｏｎｎｅｃｔ（）システムコールに対する正常終了のリターン値が返される。このようにして、端末３１、３２は端末３０との間でソケットを使用したデータ通信が実行できる状態となる。
【０１４２】
端末３１、３２のＭＣＳタスクは、端末３０に、Ｃｏｎｎｅｃｔ−Ｉｎｉｔｉａｌ　ＭＣＳＰＤＵを送信し、端末３０は、Ｃｏｎｎｅｃｔ−ＲｅｓｐｏｎｓｅＭＣＳＰＤＵを返すことで、ＭＣＳのコネクションが確立される。つぎに、端末３１、３２のＭＣＳタスクは端末３０に、ＡＵｒｑ　ＭＣＳＰＤＵを送信し、端末３０からＭＣＳドメイン内での端末識別子であるＭＣＳユーザＩＤを含めたＡＵｃｆ　ＭＣＳＰＤＵを受信する。端末３１、３２のＭＣＳタスクは端末３０へ端末２１と端末２２が加入しているチャネルＩＤを含めたＣＪｒｑ　ＭＣＳＰＤＵを送信し、端末３０からＣＪｃｆ　ＭＣＳＰＤＵを受信して、端末３１と端末３２は端末２１と端末２２が加入しているＭＣＳチャネルに加入する。
【０１４３】
これにより、端末３０と端末２１、２２、３１、３２との間で、会議用アプリケーションであるＧＣＣ、ＡＳＣＥ、ＳＩＣＥ、ＢＦＴＥの各エンティティ間のコネクションが確立されて、各エンティティ間の通信が実行できる状態となる。この後、アプリケーション共有機能（表示画面が共有されるため、会議資料文書も共有される）やホワイトボード機能、さらにファイル転送機能等を実行しながら端末間データ通信型の電子会議が実行される。
【０１４４】
図２１は、上記の端末３０の概略動作を説明するためのフローチャートである。端末３０の概略動作を図２１を参照して説明する。図２１において、まず、Ｂｌｕｅｔｏｏｔｈのインクワイアリ手順により、他の端末を認識したか否かを判断する（ステップＳ２１）。この判断の結果、Ｂｌｕｅｔｏｏｔｈのインクワイアリ手順により、他の端末を認識した場合には、サービスディスカバリーにより会議端末であることを確認し、この端末とＢｌｕｅｔｏｏｔｈ通信のコネクションを確立する（ステップＳ２７）。つぎに、ＭＣＳタスクがソケットを受動オープンしているか否かを判断し（ステップＳ２８）、ＭＣＳタスクがソケットを受動オープンしている場合にはステップＳ３０に移行する一方、ＭＣＳタスクがソケットを受動オープンしていない場合には、ＭＣＳタスクがソケットを受動オープンして（ステップＳ２９）、ステップＳ３０に移行する。ステップＳ３０では、このソケットを使用してこの端末とＭＣＳコネクションを確立する。そして、全てのＢｌｕｅｔｏｏｔｈ端末と接続したか否かを判断する（ステップＳ３１）。この判断の結果、全てのＢｌｕｅｔｏｏｔｈ端末と接続している場合には、ステップＳ２３に移行する一方、全てのＢｌｕｅｔｏｏｔｈ端末と接続していない場合には、ステップＳ２７に戻り、同様の処理を行う。
【０１４５】
他方、ステップＳ２１において、Ｂｌｕｅｔｏｏｔｈのインクワイアリ手順により、他の端末を認識していない場合には、ＭＣＳタスクがソケットを受動オープンする（ステップＳ２２）。つぎに、他の端末からソケットの接続があったか否かを判断し（ステップＳ２３）、他の端末からソケットの接続が無い場合には、接続があるまで待機し、他の端末からソケットの接続がある場合には、この端末とＭＣＳコネクションを確立する（ステップＳ２４）。そして、全ての端末と接続したか否かを判断し（ステップＳ２５）、全ての端末と接続していない場合には、ステップＳ２３に戻る一方、全ての端末と接続した場合には、共有画面を使用した電子会議を実行する（ステップＳ２６）。
【０１４６】
なお、実施の形態５では、Ｂｌｕｅｔｏｏｔｈ通信で使用されるトランスポートレイヤをＴＣＰ（ＲＦＣ７９３）としたが、ＴＣＰの改良仕様であるＳＡＣＫ方式や、上位レイヤとのインタフェースをソケットとしたＩＴＵ−Ｔ勧告Ｘ．２２４等を使用することにしても良い。
【０１４７】
また、端末３０、端末３１、端末３２の間でＩＥＥＥ８０２．１１ａの無線ＬＡＮネットワークを形成する時に、端末３１、端末３２のユーザが端末３０のＩＰアドレスを指定して無線ＬＡＮに接続するのではなく、無線チャネル番号を指定して無線ＬＡＮに接続する方法を使用することにしても良い。この場合、ＭＣＳコネクションを確立するために（ＴＣＰコネクションを確立するために）、別途、端末３０のＩＰアドレスを指定する操作が必要となる。この場合の詳細な説明については省略する。
【０１４８】
以上説明したように、実施の形態５によれば、Ｂｌｕｅｔｏｏｔｈと無線ＬＡＮを利用した端末間データ通信型のネットワークにおいて、Ｂｌｕｅｔｏｏｔｈで接続される端末２１、２２と端末３０は、Ｌ２ＣＡＰ（データリンクレイヤ）の通信モジュールとＴＣＰ（トランスポートレイヤ）の通信モジュールを直接接続したプロトコル構成としたので、Ｂｌｕｅｔｏｏｔｈのネットワークにおいて、不必要なプロトコルを省いて、データ通信のオーバーヘッドを小さくしてアプリケーションデータの伝送効率を向上させてアプリケーションデータの伝送時間を短くすることができ、また装置の処理負荷を軽減させることが可能となる。
【０１４９】
また、Ｂｌｕｅｔｏｏｔｈのネットワークに接続される端末２１、２２、３０と、無線ＬＡＮのネットワークに接続される端末３１、３２、３０とは、同一規格のトランスポートレイヤ（ＴＣＰ）を使用することとしたので、アプリケーションを実行する全体のシステム構成を簡素化させることが可能となる。
【０１５０】
また、端末３０は、Ｂｌｕｅｔｏｏｔｈのネットワークと無線ＬＡＮのネットワークに接続することとしたので、各ネットワークでアプリケーションを実行する場合の通信効率を向上できるとともに、アプリケーションを実行するシステム構成を簡素化することが可能となる。
【０１５１】
また、トランスポートレイヤの通信モジュールとその上位レイヤ（セッションレイヤ）の通信モジュールとの間のインタフェースをＴＣＰのインタフェースであるソケットにしたので、アプリケーションを実行するシステム構成を簡素化させることが可能となる。
【０１５２】
また、トランスポートレイヤにＴＣＰを使用することとしたので、通信回線の品質が悪く送信データが受信されなかった場合に、アプリケーションデータを再送して、通信のサービス品質（ＱＯＳ：Ｑｕａｒｉｔｙ　Ｏｆ　Ｓｅｒｖｉｃｅ）を向上させることが可能となる。
【０１５３】
また、トランスポートレイヤに、ＴＣＰの代わりにＴＣＰの改良仕様であるＳＡＣＫ方式を使用することとしたので、損失したセグメントだけを再送信することができ、データの伝送効率を向上させることが可能となる。
【０１５４】
なお、上記実施の形態１〜実施の形態５において、無線ＬＡＮとＥｔｈｅｒｎｅｔ（Ｒ）の場合はトランスポートレイヤとしてＴＣＰ（ＲＦＣ７９３）を使用し、Ｂｌｕｅｔｏｏｔｈの場合はＴＣＰの改良仕様であるＳＡＣＫ方式や、上位レイヤとのインタフェースをソケットとしたＩＴＵ−Ｔ勧告Ｘ．２２４等を使用することにしても良い。また、Ｅｔｈｅｒｎｅｔ（Ｒ）の場合のみトランスポートレイヤとしてＴＣＰ（ＲＦＣ７９３）を使用し、他の無線通信の場合にはＴＣＰの改良仕様であるＳＡＣＫ方式を使用する等、トランスポートレイヤとその上位レイヤとのインタフェースを共通（ソケット）にして、各通信方式毎に異なった仕様のトランスポートレイヤの通信モジュールを使用することにしても良い。
【０１５５】
本発明は、上記した実施の形態に限定されるものではなく、発明の要旨を変更しない範囲で適宜変形可能である。
【０１５６】
【発明の効果】
以上説明したように、請求項１にかかる通信装置によれば、同一のアプリケーションを、ネットワークレイヤを必要としない第１のネットワークと、ネットワークレイヤを必要とする第２のネットワークとを使用して実行する通信システムに接続される通信装置において、前記第１のネットワークに接続される通信装置は、ネットワークレイヤの通信モジュールを介さずにデータリンクレイヤの通信モジュールとトランスポートレイヤの通信モジュールを直接接続させたプロトコル構成を有し、前記第１のネットワークに接続される通信装置と前記第２のネットワークに接続される通信装置とで、同一規格のトランスポートレイヤを使用することとしたので、不必要なプロトコルが無く、また、トランスポートレイヤの通信モジュールとその上位レイヤ（セッションレイヤ）の通信モジュールとの間のインタフェースを共通にすることができ、アプリケーションを実行するシステム構成を簡素化して、データ転送を効率的に行うことが可能となる。
【０１５７】
また、請求項２にかかる通信装置によれば、請求項１にかかる発明において、前記アプリケーションは、データの送受信を行うためのアプリケーションであることとしたので、データの送受信を行うためのアプリケーションを実行するシステム構成を簡素化することが可能となる。
【０１５８】
また、請求項３にかかる通信装置によれば、請求項２にかかる発明において、前記アプリケーションは、電子会議を実行するためのアプリケーションであることとしたので、電子会議を実行するためのアプリケーションを実行するシステム構成を簡素化することが可能となる。
【０１５９】
また、請求項４にかかる通信装置によれば、請求項１〜請求項３のいずれか１つにかかる発明において、前記同一規格のトランスポートレイヤはＴＣＰであることとしたので、通信回線の品質が悪く送信データが受信されなかった場合にアプリケーションデータが再送され、通信のサービス品質（ＱＯＳ）を向上させることが可能となる。
【０１６０】
また、請求項５にかかる通信装置によれば、請求項１〜請求項３のいずれか１つにかかる発明において、前記同一規格のトランスポートレイヤは、損失したセグメントのみを再送信するＴＣＰの改良方式としたので、通信回線の品質が悪い場合にデータの伝送効率を向上させることが可能となる。
【０１６１】
また、請求項６にかかる通信装置によれば、請求項１〜請求項５のいずれか１つにかかる発明において、前記第１のネットワークは、Ｂｌｕｅｔｏｏｔｈ規格に準拠したネットワークであり、前記第１のネットワークに接続される通信装置は、ネットワークレイヤの通信モジュールを介さずにＬ２ＣＡＰの通信モジュールと、トランスポートレイヤの通信モジュールを直接接続させたプロトコル構成とし、かつ、そのトランスポートレイヤの通信モジュールはその上位レイヤの通信モジュールとソケットで接続することとしたので、アプリケーションを実行する場合にシステム構成をより簡素化することが可能となる。
【０１６２】
また、請求項７にかかる通信装置によれば、請求項１〜請求項６のいずれか１つにかかる発明において、前記第２のネットワークは、ＬＡＮであることとしたので、ネットワークレイヤを必要とするネットワークとしてＬＡＮを使用することが可能となる。
【０１６３】
また、請求項８にかかる通信装置によれば、請求項１〜請求項７のいずれか１つにかかる発明において、前記第２のネットワークに接続される通信装置は、トランスポートレイヤの通信モジュールを、その上位レイヤの通信モジュールとソケットで接続することとしたので、アプリケーションを実行するシステム構成をより簡素化することが可能となる。
【０１６４】
また、請求項９にかかる通信システムによれば、同一のアプリケーションを、ネットワークレイヤを必要としない第１のネットワークと、ネットワークレイヤを必要とする第２のネットワークとを使用して実行する通信システムにおいて、前記第１のネットワークに接続される通信装置は、ネットワークレイヤの通信モジュールを介さずにデータリンクレイヤの通信モジュールとトランスポートレイヤの通信モジュールを直接接続させたプロトコル構成を有し、前記第１のネットワークに接続される通信装置と前記第２のネットワークに接続される通信装置とで、同一規格のトランスポートレイヤを使用することとしたので、不必要なプロトコルが無く、また、トランスポートレイヤの通信モジュールとその上位レイヤ（セッションレイヤ）の通信モジュールとの間のインタフェースを共通にすることができ、アプリケーションを実行するシステム構成を簡素化して、データ転送を効率的に行うことが可能となる。
【０１６５】
また、請求項１０にかかる通信システムによれば、請求項９にかかる発明において、前記通信システムは、サーバ／クライアント型のシステムであることとしたので、サーバ／クライアント型のシステムにおいて、アプリケーションを実行するシステム構成を簡素化することが可能となる。
【０１６６】
また、請求項１１にかかる通信システムによれば、請求項９にかかる発明において、前記通信システムは、前記通信装置間で相互にデータの送受信を行う端末間データ通信型のシステムであることとしたので、通信装置間で相互にデータの送受信を行う端末間データ通信型のシステムにおいて、アプリケーションを実行するシステム構成を簡素化することが可能となる。
【０１６７】
また、請求項１２にかかる通信システムによれば、請求項９〜請求項１１のいずれか１つにかかる発明において、前記第２のネットワークは、ＬＡＮであることとしたので、ネットワークレイヤを必要とするネットワークとしてＬＡＮを使用することが可能となる。
【０１６８】
また、請求項１３にかかる通信システムによれば、請求項９〜請求項１２のいずれか１つにかかる発明において、前記第１のネットワークは、Ｂｌｕｅｔｏｏｔｈ規格に準拠したネットワークであることとしたので、ネットワークレイヤを必要としないネットワークとしてＢｌｕｅｔｏｏｔｈ規格に準拠したネットワークを使用することが可能となる。
【０１６９】
また、請求項１４にかかるデータ通信方法によれば、Ｂｌｕｅｔｏｏｔｈのプロトコルを使用してデータ通信を行うデータ通信方法において、Ｌ２ＣＡＰの上位レイヤを、ネットワークレイヤを省略してトランスポートレイヤとしたプロトコルを使用することとしたので、不必要なプロトコルを無くしてデータ通信のオーバーヘッドを小さくでき、データの伝送効率を向上させることが可能となる。
【０１７０】
また、請求項１５にかかるデータ通信方法によれば、請求項１４にかかる発明において、前記トランスポートレイヤの通信モジュールとその上位レイヤの通信モジュールとをソケットで接続したこととしたので、システム構成を簡素化することが可能となる。
【図面の簡単な説明】
【図１】実施の形態１にかかるＢｌｕｅｔｏｏｔｈの新たな通信プロトコル構成を示す図である。
【図２】トランスポートレイヤとしてＴＣＰではなく、ＩＴＵ−Ｔ勧告Ｘ．２２４を使用した場合のプロトコル構成を示す図である。
【図３】ＳＡＣＫ方式のシーケンス例を説明するための図である。
【図４】実施の形態２にかかる電子会議ネットワークシステム（サーバ／クライアント型のシステム）の構成例を示す図である。
【図５】図４の電子会議ネットワークシステムのプロトコル構成を示す図である。
【図６】他のプロトコル構成を示す図である。
【図７】実施の形態３にかかる電子会議ネットワークシステムの構成例を示す図である。
【図８】端末の電子会議用のプロトコル構成を示す図である。
【図９】ＭＣＳドメインの階層構造を示す図である。
【図１０】実施の形態４にかかる電子会議ネットワークシステムの構成を示す図である。
【図１１】サーバとクライアント端末間の無線ＬＡＮで使用される電子会議用のプロトコル構成を示す図である。
【図１２】サーバとクライアント端末間におけるＥｔｈｅｒｎｅｔ（Ｒ）を使用した電子会議用のプロトコル構成を示す図である。
【図１３】サーバのプロトコル構成を示す図である。
【図１４】サーバの概略動作を説明するためのフローチャートである。
【図１５】クライアント端末とサーバとの間のＢｌｕｅｔｏｏｔｈの他のプロトコル構成を示す図である。
【図１６】クライアント端末とサーバとの間の無線ＬＡＮのプロトコル構成を示す図である。
【図１７】サーバがＷｅｂサーバと接続する時のプロトコル構成を示す図である。
【図１８】実施の形態５にかかる電子会議ネットワークシステムの構成例を示す図である。
【図１９】端末間で無線ＬＡＮで使用されるプロトコル構成を示す図である。
【図２０】議長端末のプロトコル構成を示す図である。
【図２１】議長端末の概略動作を説明するためのフローチャートである。
【図２２】Ｂｌｕｅｔｏｏｔｈ規格のＬＡＮアクセスプロファイルのプロトコル構成を示す図である。
【図２３】Ｂｌｕｅｔｏｏｔｈ規格のパーソナルエリアネットワークプロファイルのプロトコル構成を示す図である。
【図２４】「ＳＰＡＮｗｏｒｋｓ　２０００」のＢｌｕｅｔｏｏｔｈとＬＡＮを使用する時のトランスポートレイヤ以下も含めたレイヤの構成を示す図である。
【符号の説明】
１　　サーバ
２　　大型ディスプレイ装置
３、４、５、６　　クライアント端末
１０　サーバ
１１、１２、１３　　クライアント端末
１４　　ハブ
２０、２１、２２、２３、２４、３０、３１、３２　　端末
【図１】
2004048280.tif 000003
【図２】
2004048280.tif 000004
【図３】
2004048280.tif 000005
【図４】
2004048280.tif 000006
【図５】
2004048280.tif 000007
【図６】
2004048280.tif 000008
【図７】
2004048280.tif 000009
【図８】
2004048280.tif 000010
【図９】
2004048280.tif 000011
【図１０】
2004048280.tif 000012
【図１１】
2004048280.tif 000013
【図１２】
2004048280.tif 000014
【図１３】
2004048280.tif 000015
【図１４】
2004048280.tif 000016
【図１５】
2004048280.tif 000017
【図１６】
2004048280.tif 000018
【図１７】
2004048280.tif 000019
【図１８】
2004048280.tif 000020
【図１９】
2004048280.tif 000021
【図２０】
2004048280.tif 000022
【図２１】
2004048280.tif 000023
【図２２】
2004048280.tif 000024
【図２３】
2004048280.tif 000025
【図２４】
2004048280.tif 000026