(57)【要約】【課題】ネットワーク構成の動的変更特性、低消費電力特性、リアルタイム特性、スループット特性、アドホック特性、管理負荷特性および競合制御効率特性に優れた通信制御システムを提供する。【解決手段】マスタ通信端末は、競合管理テーブル３００の内容を含む管理フレームをブロードキャスト送信し、参加要求を受信したときは、競合管理テーブル３００を更新する。スレーブ通信端末は、マスタ通信端末に参加要求を送信し、管理フレームを受信したときは、受信した管理フレームに基づいて競合管理テーブル３００を更新し、競合管理テーブル３００に基づいて自己スレーブ通信端末の送信時を予測し、予測した送信時となるまで低消費電力モードに移行し、自己スレーブ通信端末の送信時となったときは、フレームを送信する。【選択図】  図１３
2004363702.tif 000002
【特許請求の範囲】
【請求項１】
複数の通信端末を通信可能に接続し、前記複数の通信端末のうちいずれかがマスタ通信端末となり、他の前記通信端末がスレーブ通信端末となって、前記通信端末間の通信を制御するシステムであって、
前記マスタ通信端末は、前記通信端末の送信順序を登録する競合管理テーブルと、前記競合管理テーブルの内容を含む管理フレームをブロードキャスト送信する管理フレーム送信手段と、前記スレーブ通信端末からの参加要求を受信して当該スレーブ通信端末をネットワークに参加させる参加要求受信手段とを有し、
前記スレーブ通信端末は、前記競合管理テーブルと、前記マスタ通信端末に前記参加要求を送信する参加要求送信手段と、フレームを受信するスレーブ側フレーム受信手段と、フレームを送信するスレーブ側フレーム送信手段とを有し、
前記参加要求受信手段は、前記スレーブ通信端末からの参加要求を受信したときは、当該スレーブ通信端末を前記送信順序のうちいずれかの順位に登録することにより前記競合管理テーブルを更新するようになっており、
前記スレーブ側フレーム受信手段は、前記管理フレームを受信したときは、受信した管理フレームに基づいて前記競合管理テーブルを更新するようになっており、
前記スレーブ側フレーム送信手段は、前記競合管理テーブルに基づいて自己スレーブ通信端末の送信時を予測し、前記予測した送信時となるまで低消費電力モードに移行し、自己スレーブ通信端末の送信時となったときは、フレームを送信するようになっていることを特徴とする通信制御システム。
【請求項２】
請求項１において、
前記マスタ通信端末は、さらに、フレームを受信するマスタ側フレーム受信手段と、フレームを送信するマスタ側フレーム送信手段とを有し、
前記マスタ側フレーム送信手段は、前記競合管理テーブルに基づいて前記マスタ通信端末の送信時を予測し、前記予測した送信時となるまで低消費電力モードに移行し、前記マスタ通信端末の送信時となったときは、フレームを送信するようになっていることを特徴とする通信制御システム。
【請求項３】
請求項２において、
前記マスタ側フレーム送信手段は、前記予測した送信時となった後で且つフレームの送信前にフレームを受信したときは、受信したフレーム及び前記競合管理テーブルに基づいて前記マスタ通信端末の送信時を再予測し、前記再予測した送信時となるまで低消費電力モードに移行するようになっており、
前記スレーブ側フレーム送信手段は、前記予測した送信時となった後で且つフレームの送信前にフレームを受信したときは、受信したフレーム及び前記競合管理テーブルに基づいて自己スレーブ通信端末の送信時を再予測し、前記再予測した送信時となるまで低消費電力モードに移行するようになっていることを特徴とする通信制御システム。
【請求項４】
請求項２及び３のいずれかにおいて、
前記競合管理テーブルは、前記通信端末の送信順序を登録するようになっており、
前記マスタ側フレーム送信手段は、前記マスタ通信端末の送信時となったときは、フレームを送信するようになっており、
前記スレーブ側フレーム送信手段は、自己スレーブ通信端末の送信時となったときは、フレームを送信するようになっていることを特徴とする通信制御システム。
【請求項５】
請求項２乃至４のいずれかにおいて、
前記参加要求送信手段は、ランダムなバックオフ時間を決定し、前記管理フレームの受信時から前記ランダムバックオフ時間が経過した後に前記マスタ通信端末に前記参加要求を送信するようになっていることを特徴とする通信制御システム。
【請求項６】
請求項２乃至５のいずれかにおいて、
前記管理フレーム送信手段は、前記管理フレームを所定周期でブロードキャスト送信するようになっており、
前記マスタ側フレーム送信手段は、フレーム中にあるフレーム構成情報の受信に失敗したときは、前記管理フレーム送信手段により次の前記管理フレームが送信されるまでフレームの送信を待機し、前記管理フレーム送信手段ができるだけ早期に管理フレームの送信を行って通信順序の回復を行うようになっており、
前記スレーブ側フレーム送信手段は、フレーム中にあるフレーム構成情報の受信に失敗したときは、前記スレーブ側フレーム受信手段により次の前記管理フレームを受信するまでフレームの送信を待機するようになっていることを特徴とする通信制御システム。
【請求項７】
請求項２乃至６のいずれかにおいて、
前記マスタ側フレーム送信手段及び前記スレーブ側フレーム送信手段は、第１のバックオフ時間が経過するまでに有効な送信を検出しないときは、フレームを送信するようになっていおり、
前記マスタ側フレーム送信手段は、緊急に管理フレームを送信する必要があるときは、前記第１のバックオフ時間よりも短いバックオフ時間が経過するのを待ってフレームを送信するようになっていることを特徴とする通信制御システム。
【請求項８】
請求項１記載の通信制御システムにおけるスレーブ通信端末と通信可能に接続するマスタ通信端末であって、
前記通信端末の送信順序を登録する競合管理テーブルと、前記競合管理テーブルの内容を含む管理フレームをブロードキャスト送信する管理フレーム送信手段と、前記スレーブ通信端末からの参加要求を受信して当該スレーブ通信端末をネットワークに参加させる参加要求受信手段とを備え、
前記参加要求受信手段は、前記スレーブ通信端末からの参加要求を受信したときは、当該スレーブ通信端末を前記送信順序のうちいずれかの順位に登録することにより前記競合管理テーブルを更新するようになっていることを特徴とするマスタ通信端末。
【請求項９】
請求項１記載の通信制御システムにおけるマスタ通信端末及びスレーブ通信端末と通信可能に接続するスレーブ通信端末であって、
前記通信端末の送信順序を登録する競合管理テーブルと、前記マスタ通信端末に前記参加要求を送信する参加要求送信手段と、フレームを受信するスレーブ側フレーム受信手段と、フレームを送信するスレーブ側フレーム送信手段とを備え、
前記スレーブ側フレーム受信手段は、前記競合管理テーブルの内容を含む管理フレームを受信したときは、受信した管理フレームに基づいて前記競合管理テーブルを更新するようになっており、
前記スレーブ側フレーム送信手段は、前記競合管理テーブルに基づいて自己スレーブ通信端末の送信時を予測し、前記予測した送信時となるまで低消費電力モードに移行し、自己スレーブ通信端末の送信時となったときは、フレームを送信するようになっていることを特徴とするスレーブ通信端末。
【請求項１０】
コンピュータからなる請求項８記載のマスタ通信端末に実行させるためのプログラムであって、
前記競合管理テーブルの内容を含む管理フレームをブロードキャスト送信する管理フレーム送信手段、及び前記スレーブ通信端末からの参加要求を受信して当該スレーブ通信端末をネットワークに参加させる参加要求受信手段として実現される処理を実行させるためのプログラムであり、
前記参加要求受信手段は、前記スレーブ通信端末からの参加要求を受信したときは、当該スレーブ通信端末を前記送信順序のうちいずれかの順位に登録することにより前記競合管理テーブルを更新するようになっていることを特徴とするマスタ通信端末用プログラム。
【請求項１１】
コンピュータからなる請求項９記載のスレーブ通信端末に実行させるためのプログラムであって、
前記マスタ通信端末に前記参加要求を送信する参加要求送信手段、フレームを受信するスレーブ側フレーム受信手段、及びフレームを送信するスレーブ側フレーム送信手段として実現される処理を実行させるためのプログラムであり、
前記スレーブ側フレーム受信手段は、前記競合管理テーブルの内容を含む管理フレームを受信したときは、受信した管理フレームに基づいて前記競合管理テーブルを更新するようになっており、
前記スレーブ側フレーム送信手段は、前記競合管理テーブルに基づいて自己スレーブ通信端末の送信時を予測し、前記予測した送信時となるまで低消費電力モードに移行し、自己スレーブ通信端末の送信時となったときは、フレームを送信するようになっていることを特徴とするスレーブ通信端末用プログラム。
【請求項１２】
複数の通信端末を通信可能に接続し、前記複数の通信端末のうちいずれかがマスタ通信端末となり、他の前記通信端末がスレーブ通信端末となって、前記通信端末間の通信を制御する方法であって、
前記スレーブ通信端末に対しては、
前記マスタ通信端末に参加要求を送信する参加要求送信ステップを含み、
前記マスタ通信端末に対しては、
前記スレーブ通信端末からの参加要求を受信したときは、当該スレーブ通信端末を送信順序のうちいずれかの順位に登録することにより前記マスタ通信端末の競合管理テーブルを更新する参加要求受信ステップと、
前記マスタ通信端末の競合管理テーブルの内容を含む管理フレームをブロードキャスト送信する管理フレーム送信ステップとを含み、
前記スレーブ通信端末に対しては、さらに、
前記管理フレームを受信したときは、受信した管理フレームに基づいて自己スレーブ通信端末の競合管理テーブルを更新するスレーブ側フレーム受信ステップと、
自己スレーブ通信端末の競合管理テーブルに基づいて自己スレーブ通信端末の送信時を予測し、前記予測した送信時となるまで低消費電力モードに移行し、自己スレーブ通信端末の送信時となったときは、フレームを送信するスレーブ側フレーム送信ステップとを含むことを特徴とする通信制御方法。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、アドホック方式のネットワークにおいてアクセスの競合制御を行う装置およびプログラム、並びに方法に係り、特に、ネットワーク構成の動的変更特性、低消費電力特性、リアルタイム特性、スループット特性、アドホック特性、管理負荷特性および競合制御効率特性に優れた通信制御システム、マスタ通信端末、スレーブ通信端末、マスタ通信端末用プログラムおよびスレーブ通信端末用プログラム、並びに通信制御方法に関する。
【０００２】
【従来の技術】
無線ＬＡＮのためのＩＥＥＥ８０２．１１標準では、無線ネットワークを構成するのにアドホック方式およびインフラストラクチャ方式の２つの方式を定めている。
アドホック方式は、各通信端末と動的にネットワークを構成する。アドホック方式のネットワークでは、定められたネットワーク構造はなく、固定されたポイントもなく、ネットワーク内のどの通信端末も他の通信端末と通信できるようになっている。アクセスの競合制御を行うには、例えば、スポークスマン選択アルゴリズムが提供されており、これは、ネットワークを構成する通信端末のうちいずれかがマスタ通信端末となり、他の通信端末がスレーブ通信端末となって、マスタ通信端末がアクセスの競合制御を行うものである。
【０００３】
従来、アドホック方式のネットワークにおいてアクセスの競合制御を行う通信プロトコルとしては、例えば、８０２．１１無線ＬＡＮデバイスが用いているＣＳＭＡ／ＣＡ（Ｃａｒｒｉｅｒ  Ｓｅｎｓｅ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ  ｗｉｔｈ  Ｃｏｌｌｉｓｉｏｎ  Ａｖｏｉｄａｎｃｅ）方式およびＢｌｕｅｔｏｏｔｈが用いているＴＤＭＡ／ＴＤＤ（Ｔｉｍｅ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ／Ｔｉｍｅ  Ｄｉｖｉｓｉｏｎ  Ｄｕｐｌｅｘ）方式があった。これらはいずれも、ＯＳＩ参照モデルにおけるデータリンク層の通信プロトコルである。
【０００４】
ＣＳＭＡ／ＣＡ方式では、フレームの送信要求が生じた通信端末は、送信前にランダムなバックオフ時間を決定し、ＤＩＦＳ（Ｄｉｓｔｒｉｂｕｔｅｄ  ｃｏｏｒｄｉｎａｔｉｏｎ  ｆｕｎｃｔｉｏｎ  Ｉｎｉｔｉａｌ  ｉｎｔｅｒＦｒａｍｅ  Ｓｐａｃｅ）およびバックオフ時間の間はチャネル上で他の端末からの送信の有無を観測し（＝  Ｌｉｓｔｅｎ  ｂｅｆｏｒｅ  Ｔａｌｋ）、他の端末からの送信がなければ、フレームを送信する。ＤＩＦＳおよびバックオフ時間が経過する前に他の端末からの送信を検出した場合は、経過した分だけバックオフ時間を減算し、先立つフレームの末尾を検出してから再度Ｌｉｓｔｅｎ  ｂｅｆｏｒｅ  Ｔａｌｋを行った後、フレームを送信する。ここで、バックオフ時間は、一様分布に基づいて決められる。バックオフ時間の取り得る値の最大値ＣＷ（Ｃｏｎｔｅｎｔｉｏｎ  Ｗｉｎｄｏｗ）は、フレームの送信が失敗するごとに２倍される。
【０００５】
一方、ＴＤＭＡ／ＴＤＤ方式では、ネットワークを構成する通信端末のうちいずれかがマスタ通信端末となり、他の通信端末がスレーブ通信端末となって、所定時間ごとのタイムスロットを利用してマスタ通信端末とスレーブ通信端末との間で通信を行う。このとき、送信側と受信側が時間的に同期したタイムスロットを利用する。
【０００６】
なお、ＣＳＭＡ／ＣＡ方式を改良して無線通信を行う技術としては、例えば、特許文献１記載のＩＥＥＥ８０２．１１標準パラメータの変更方法、および特許文献２記載の無線ネットワーク局間の通信に優先順位を付ける方法があった。また、ＴＤＭＡ／ＴＤＤ方式を改良して無線通信を行う技術としては、例えば、特許文献３記載の無線ネットワークがあった。
【０００７】
【特許文献１】
特開２００２−１８５４７４号公報
【特許文献２】
特開２００２−３１４５４６号公報
【特許文献３】
特開２００１−１６０８１３号公報
【０００８】
【発明が解決しようとする課題】
アドホック方式のネットワークにおけるアクセスの競合制御には、次のような特性が要求される。
（１）通信端末のネットワークへの参加・離脱が容易に行えること（ネットワーク構成の動的変更特性）。
（２）通信端末の消費電力を削減すること（低消費電力特性）。
（３）音声・動画等のリアルタイムデータの伝送が可能であること（リアルタイム特性）。
（４）プロトコルのオーバーヘッドが小さく、ネットワークのスループットが高いこと（スループット特性）。
（５）ネットワークを構成する通信端末間での通信が容易に行えること（アドホック特性）。
（６）通信端末全体の管理負荷が少なく、かつ、各通信端末の管理負荷に偏りが少ないこと（管理負荷特性）。
（７）ネットワークを構成する通信端末の数が増大してもアクセスの競合制御を効率的に行えること（競合制御効率特性）。
【０００９】
しかしながら、ＣＤＭＡ／ＣＡ方式にあっては、ＴＤＭＡ／ＴＤＤ方式と比較した場合に、低消費電力特性、リアルタイム特性、スループット特性および競合制御効率特性が十分でないという問題があった。すなわち、低消費電力特性については、ＤＩＦＳおよびバックオフ時間が経過するまでＬｉｓｔｅｎ  ｂｅｆｏｒｅ  Ｔａｌｋを行う必要があるため、受信電力を消費する。リアルタイム特性については、リアルタイムデータを伝送するのに別途専用のプロトコル（８０２．１１無線ＬＡＮデバイスではＰＣＦ）が必要で他の通信端末との共存も考慮しなければならず、通信端末の構成が複雑になる。スループット特性については、バックオフ時間のオーバーヘッドが大きいため、ネットワークを構成する通信端末の数が増大するとスループットが低下する可能性がある。競合制御効率特性については、ネットワークを構成する通信端末の数が増大するとコリジョン（複数の端末からの送信の衝突）の発生確率が増大するため、アクセスの競合制御を効率的に行うことができない。
【００１０】
また、ＴＤＭＡ／ＴＤＤ方式にあっては、ＣＤＭＡ／ＣＡ方式と比較した場合に、ネットワーク構成の動的変更特性、アドホック特性および管理負荷特性が十分でないという問題があった。すなわち、ネットワーク構成の動的変更特性については、通信端末のネットワークへの参加数を柔軟に拡張することができない。アドホック特性については、例としてＢｌｕｅｔｏｏｔｈではマスタ通信端末とスレーブ通信端末との間でしか通信を行うことができないため、ネットワークを構成する任意の通信端末間での通信を容易に行うことができない。管理負荷特性については、マスタ通信端末が集中してアクセスの競合制御を行うため、マスタ通信端末の管理負荷が大きい。
【００１１】
そこで、本発明は、このような従来の技術の有する未解決の課題に着目してなされたものであって、ネットワーク構成の動的変更特性、低消費電力特性、リアルタイム特性、スループット特性、アドホック特性、管理負荷特性および競合制御効率特性に優れた通信制御システム、マスタ通信端末、スレーブ通信端末、マスタ通信端末用プログラムおよびスレーブ通信端末用プログラム、並びに通信制御方法を提供することを目的としている。
【００１２】
【課題を解決するための手段】
〔発明１〕
上記目的を達成するために、発明１の通信制御システムは、
複数の通信端末を通信可能に接続し、前記複数の通信端末のうちいずれかがマスタ通信端末となり、他の前記通信端末がスレーブ通信端末となって、前記通信端末間の通信を制御するシステムであって、
前記マスタ通信端末は、前記通信端末の送信順序を登録する競合管理テーブルと、前記競合管理テーブルの内容を含む管理フレームをブロードキャスト送信する管理フレーム送信手段と、前記スレーブ通信端末からの参加要求を受信して当該スレーブ通信端末をネットワークに参加させる参加要求受信手段とを有し、
前記スレーブ通信端末は、前記競合管理テーブルと、前記マスタ通信端末に前記参加要求を送信する参加要求送信手段と、フレームを受信するスレーブ側フレーム受信手段と、フレームを送信するスレーブ側フレーム送信手段とを有し、
前記参加要求受信手段は、前記スレーブ通信端末からの参加要求を受信したときは、当該スレーブ通信端末を前記送信順序のうちいずれかの順位に登録することにより前記競合管理テーブルを更新するようになっており、
前記スレーブ側フレーム受信手段は、前記管理フレームを受信したときは、受信した管理フレームに基づいて前記競合管理テーブルを更新するようになっており、
前記スレーブ側フレーム送信手段は、前記競合管理テーブルに基づいて自己スレーブ通信端末の送信時を予測し、前記予測した送信時となるまで低消費電力モードに移行し、自己スレーブ通信端末の送信時となったときは、フレームを送信するようになっていることを特徴とする。
【００１３】
このような構成であれば、スレーブ通信端末では、参加要求送信手段により、マスタ通信端末に参加要求が送信される。
マスタ通信端末では、スレーブ通信端末からの参加要求を受信すると、参加要求受信手段により、そのスレーブ通信端末が送信順序のうちいずれかの順位に登録されることにより競合管理テーブルが更新される。そして、管理フレーム送信手段により、競合管理テーブルの内容を含む管理フレームがブロードキャスト送信される。
【００１４】
スレーブ通信端末では、管理フレームを受信すると、スレーブ側フレーム受信手段により、受信した管理フレームに基づいて競合管理テーブルが更新される。そして、フレームを送信する場合は、スレーブ側フレーム送信手段により、競合管理テーブルに基づいて自己スレーブ通信端末の送信時が予測され、予測された送信時となるまで低消費電力モードに移行し、自己スレーブ通信端末の送信時になると、フレームが送信される。また、スレーブ側フレーム受信手段により、他のスレーブ通信端末からのフレームを受信することができる。
【００１５】
これにより、スレーブ通信端末では、競合管理テーブルに基づいて自己スレーブ通信端末の送信時を予測し、予測した送信時となるまで低消費電力モードに移行するので、スレーブ通信端末の送信時の電力消費を抑制することができる。また、マスタ通信端末がアクセスの競合制御を行うので、リアルタイムデータを伝送するのに別途専用のプロトコルを設けなくて済み、通信端末の構成を比較的簡素にすることができる。また、フレームの送信時にランダムバックオフ時間を設けなくてすむので、オーバーヘッドを小さくし、スループットの向上と低消費電力化を図ることができる。また、マスタ通信端末がアクセスの競合制御を行うので、ネットワークを構成する通信端末の数が増大してもコリジョンの発生確率が小さく、アクセスの競合制御を効率的に行うことができる。したがって、従来のＣＳＭＡ／ＣＡ方式に比して、低消費電力特性、リアルタイム特性、スループット特性および競合制御効率特性を向上することができるという効果が得られる。
【００１６】
さらに、参加要求送信手段および参加要求受信手段を設けたので、スレーブ通信端末がネットワークに動的に参加することができる。また、アドホック的な動作も可能としたために、スレーブ通信端末同士でも通信を行うことができる。また、マスタ通信端末は、スレーブ通信端末よりも、参加要求受信処理および管理フレーム送信処理を余分に行うだけなので、マスタ通信端末の管理負荷がさほど大きくない。したがって、従来のＴＤＭＡ／ＴＤＤ方式に比して、ネットワーク構成の動的変更特性、アドホック特性および管理負荷特性を向上することができるという効果も得られる。
〔発明２〕
さらに、発明２の通信制御システムは、発明１の通信制御システムにおいて、前記マスタ通信端末は、さらに、フレームを受信するマスタ側フレーム受信手段と、フレームを送信するマスタ側フレーム送信手段とを有し、
前記マスタ側フレーム送信手段は、前記競合管理テーブルに基づいて前記マスタ通信端末の送信時を予測し、前記予測した送信時となるまで低消費電力モードに移行し、前記マスタ通信端末の送信時となったときは、フレームを送信するようになっていることを特徴とする。
【００１７】
このような構成であれば、フレームを送信する場合、マスタ通信端末では、マスタ側フレーム送信手段により、競合管理テーブルに基づいてマスタ通信端末の送信時が予測され、予測された送信時となるまで低消費電力モードに移行し、マスタ通信端末の送信時となると、フレームが送信される。また、マスタ側フレーム受信手段により、スレーブ通信端末からのフレームを受信することができる。
【００１８】
一方、スレーブ通信端末では、スレーブ側フレーム受信手段により、マスタ通信端末または他のスレーブ通信端末からのフレームを受信することができる。
これにより、マスタ通信端末では、競合管理テーブルに基づいてマスタ通信端末の送信時を予測し、予測した送信時となるまで低消費電力モードに移行するので、マスタ通信端末の送信時の電力消費を抑制することができる。また、マスタ側フレーム送信手段およびマスタ側フレーム受信手段を設けたので、マスタ通信端末とスレーブ通信端末との間、およびスレーブ通信端末同士で通信を行うことができる。したがって、低消費電力特性およびアドホック特性をさらに向上することができるという効果も得られる。
〔発明３〕
さらに、発明３の通信制御システムは、発明２の通信制御システムにおいて、前記マスタ側フレーム送信手段は、前記予測した送信時となった後でかつフレームの送信前にフレームを受信したときは、受信したフレームおよび前記競合管理テーブルに基づいて前記マスタ通信端末の送信時を再予測し、前記再予測した送信時となるまで低消費電力モードに移行するようになっており、
前記スレーブ側フレーム送信手段は、前記予測した送信時となった後でかつフレームの送信前にフレームを受信したときは、受信したフレームおよび前記競合管理テーブルに基づいて自己スレーブ通信端末の送信時を再予測し、前記再予測した送信時となるまで低消費電力モードに移行するようになっていることを特徴とする。
【００１９】
このような構成であれば、マスタ通信端末では、予測した送信時となった後でかつフレームの送信前にフレームを受信すると、マスタ側フレーム送信手段により、受信したフレームおよび競合管理テーブルに基づいてマスタ通信端末の送信時が再予測され、再予測された送信時となるまで低消費電力モードに移行する。
一方、スレーブ通信端末では、予測した送信時となった後でかつフレームの送信前にフレームを受信すると、スレーブ側フレーム送信手段により、受信したフレームおよび競合管理テーブルに基づいて自己スレーブ通信端末の送信時が再予測され、再予測された送信時となるまで低消費電力モードに移行する。
【００２０】
これにより、マスタ通信端末およびスレーブ通信端末の送信時の電力消費をさらに抑制することができるので、低消費電力特性をさらに向上することができるという効果も得られる。
〔発明４〕
さらに、発明４の通信制御システムは、発明２および３のいずれかの通信制御システムにおいて、
前記競合管理テーブルは、前記通信端末の送信順序を登録するようになっており、
前記マスタ側フレーム送信手段は、前記マスタ通信端末の送信時となったときは、フレームを送信するようになっており、
前記スレーブ側フレーム送信手段は、自己スレーブ通信端末の送信時となったときは、フレームを送信するようになっていることを特徴とする。
【００２１】
このような構成であれば、マスタ通信端末では、マスタ通信端末の送信時となると、マスタ側フレーム送信手段により、フレームが送信される。
一方、スレーブ通信端末では、自己スレーブ通信端末の送信時となると、スレーブ側フレーム送信手段により、フレームが送信される。
これにより、マスタ通信端末とスレーブ通信端末との間、およびスレーブ通信端末同士で通信を比較的確実に行うことができるので、アドホック特性をさらに向上することができるという効果も得られる。
〔発明５〕
さらに、発明５の通信制御システムは、発明２ないし４のいずれかの通信制御システムにおいて、
前記参加要求送信手段は、ランダムなバックオフ時間を決定し、前記管理フレームの受信時から前記ランダムバックオフ時間が経過した後に前記マスタ通信端末に前記参加要求を送信するようになっていることを特徴とする。
【００２２】
このような構成であれば、スレーブ通信端末では、参加要求送信手段により、ランダムなバックオフ時間が決定され、管理フレームの受信時からランダムバックオフ時間が経過した後にマスタ通信端末に参加要求が送信される。
これにより、複数のスレーブ通信端末がマスタ通信端末に同時に参加要求を送信することによりコリジョンが発生する可能性を低減することができるので、スレーブ通信端末のネットワークの参加を比較的確実に行うことができるという効果も得られる。
〔発明６〕
さらに、発明６の通信制御システムは、発明２ないし５のいずれかの通信制御システムにおいて、
前記管理フレーム送信手段は、前記管理フレームを所定周期でブロードキャスト送信するようになっており、
前記マスタ側フレーム送信手段は、フレーム中にあるフレーム構成情報の受信に失敗したときは、前記管理フレーム送信手段により次の前記管理フレームが送信されるまでフレームの送信を待機し、前記管理フレーム送信手段ができるだけ早期に管理フレームの送信を行って通信順序の回復を行うようになっており、
前記スレーブ側フレーム送信手段は、フレーム中にあるフレーム構成情報の受信に失敗したときは、前記スレーブ側フレーム受信手段により次の前記管理フレームを受信するまでフレームの送信を待機するようになっていることを特徴とする。
【００２３】
このような構成であれば、マスタ通信端末では、管理フレーム送信手段により、管理フレームが所定周期でブロードキャスト送信される。また、フレーム中にあるフレーム構成情報の受信に失敗すると、マスタ側フレーム送信手段により、次の管理フレームが送信されるまでフレームの送信を待機する。
一方、スレーブ通信端末では、フレームの受信中にあるフレーム構成情報に失敗すると、スレーブ側フレーム送信手段により、次の管理フレームを受信するまでフレームの送信を待機する。
【００２４】
これにより、競合管理テーブルが更新されたにもかかわらず、古い競合管理テーブルに基づいてスレーブ通信端末がフレームを送信することによりコリジョンが発生した場合は、すべてのスレーブ通信端末の競合管理テーブルが同一の内容となるまで、マスタ通信端末およびすべてのスレーブ通信端末においてフレームの送信が停止するので、ネットワークを比較的早急に回復することができるという効果も得られる。
【００２５】
ここで、フレーム構成情報は、例えば、フレーム種別、フレーム長、送信先アドレス、送信元アドレス等の情報から構成される。
〔発明７〕
さらに、発明７の通信制御システムは、発明２ないし６のいずれかの通信制御システムにおいて、
前記マスタ側フレーム送信手段および前記スレーブ側フレーム送信手段は、第１のバックオフ時間が経過するまでに有効な送信を検出しないときは、フレームを送信するようになっていおり、
前記マスタ側フレーム送信手段は、緊急に管理フレームを送信する必要があるときは、前記第１のバックオフ時間よりも短いバックオフ時間が経過するのを待ってフレームを送信するようになっていることを特徴とする。
【００２６】
このような構成であれば、マスタ通信端末では、スレーブ通信端末にフレームを送信する場合、第１のバックオフ時間が経過するまでに有効な送信を検出しないと、マスタ側フレーム送信手段により、スレーブ通信端末にフレームが送信される。
スレーブ通信端末では、例えばマスタ通信端末にフレームを送信する場合、第１のバックオフ時間が経過するまでに有効な送信を検出しないと、スレーブ側フレーム送信手段により、マスタ通信端末にフレームが送信される。
【００２７】
また、マスタ通信端末では、緊急に管理フレームを送信する必要が発生すると、マスタ側フレーム送信手段により、第１のバックオフ時間よりも短いバックオフ時間が経過するのを待ってフレームが送信される。
これにより、マスタ通信端末において緊急に管理フレームを送信する必要が発生した場合は、スレーブ通信端末よりも優先的にフレームを送信することができるので、アクセスの競合制御をさらに効率的に行うことができるという効果も得られる。
〔発明８〕
一方、上記目的を達成するために、発明８のマスタ通信端末は、
発明１の通信制御システムにおけるスレーブ通信端末と通信可能に接続するマスタ通信端末であって、
前記通信端末の送信順序を登録する競合管理テーブルと、前記競合管理テーブルの内容を含む管理フレームをブロードキャスト送信する管理フレーム送信手段と、前記スレーブ通信端末からの参加要求を受信して当該スレーブ通信端末をネットワークに参加させる参加要求受信手段とを備え、
前記参加要求受信手段は、前記スレーブ通信端末からの参加要求を受信したときは、当該スレーブ通信端末を前記送信順序のうちいずれかの順位に登録することにより前記競合管理テーブルを更新するようになっていることを特徴とする。
【００２８】
このような構成であれば、発明１の通信制御システムにおけるマスタ通信端末と同等の作用が得られる。したがって、発明１の通信制御システムと同等の効果が得られる。
〔発明９〕
一方、上記目的を達成するために、発明９のスレーブ通信端末は、
発明１の通信制御システムにおけるマスタ通信端末およびスレーブ通信端末と通信可能に接続するスレーブ通信端末であって、
前記通信端末の送信順序を登録する競合管理テーブルと、前記マスタ通信端末に前記参加要求を送信する参加要求送信手段と、フレームを受信するスレーブ側フレーム受信手段と、フレームを送信するスレーブ側フレーム送信手段とを備え、
前記スレーブ側フレーム受信手段は、前記競合管理テーブルの内容を含む管理フレームを受信したときは、受信した管理フレームに基づいて前記競合管理テーブルを更新するようになっており、
前記スレーブ側フレーム送信手段は、前記競合管理テーブルに基づいて自己スレーブ通信端末の送信時を予測し、前記予測した送信時となるまで低消費電力モードに移行し、自己スレーブ通信端末の送信時となったときは、フレームを送信するようになっていることを特徴とする。
【００２９】
このような構成であれば、発明１の通信制御システムにおけるスレーブ通信端末と同等の作用が得られる。したがって、発明１の通信制御システムと同等の効果が得られる。
〔発明１０〕
一方、上記目的を達成するために、発明１０のマスタ通信端末用プログラムは、
コンピュータからなる発明８のマスタ通信端末に実行させるためのプログラムであって、
前記競合管理テーブルの内容を含む管理フレームをブロードキャスト送信する管理フレーム送信手段、および前記スレーブ通信端末からの参加要求を受信して当該スレーブ通信端末をネットワークに参加させる参加要求受信手段として実現される処理を実行させるためのプログラムであり、
前記参加要求受信手段は、前記スレーブ通信端末からの参加要求を受信したときは、当該スレーブ通信端末を前記送信順序のうちいずれかの順位に登録することにより前記競合管理テーブルを更新するようになっていることを特徴とする。
【００３０】
このような構成であれば、マスタ通信端末によってプログラムが読み取られ、読み取られたプログラムに従ってマスタ通信端末が処理を実行すると、発明１の通信制御システムと同等の作用および効果が得られる。
〔発明１１〕
一方、上記目的を達成するために、発明１１のスレーブ通信端末用プログラムは、
コンピュータからなる発明９のスレーブ通信端末に実行させるためのプログラムであって、
前記マスタ通信端末に前記参加要求を送信する参加要求送信手段、フレームを受信するスレーブ側フレーム受信手段、およびフレームを送信するスレーブ側フレーム送信手段として実現される処理を実行させるためのプログラムであり、
前記スレーブ側フレーム受信手段は、前記競合管理テーブルの内容を含む管理フレームを受信したときは、受信した管理フレームに基づいて前記競合管理テーブルを更新するようになっており、
前記スレーブ側フレーム送信手段は、前記競合管理テーブルに基づいて自己スレーブ通信端末の送信時を予測し、前記予測した送信時となるまで低消費電力モードに移行し、自己スレーブ通信端末の送信時となったときは、フレームを送信するようになっていることを特徴とする。
【００３１】
このような構成であれば、スレーブ通信端末によってプログラムが読み取られ、読み取られたプログラムに従ってスレーブ通信端末が処理を実行すると、発明１の通信制御システムと同等の作用および効果が得られる。
〔発明１２〕
一方、上記目的を達成するために、発明１２の通信制御方法は、
複数の通信端末を通信可能に接続し、前記複数の通信端末のうちいずれかがマスタ通信端末となり、他の前記通信端末がスレーブ通信端末となって、前記通信端末間の通信を制御する方法であって、
前記スレーブ通信端末に対しては、
前記マスタ通信端末に参加要求を送信する参加要求送信ステップを含み、
前記マスタ通信端末に対しては、
前記スレーブ通信端末からの参加要求を受信したときは、当該スレーブ通信端末を送信順序のうちいずれかの順位に登録することにより前記マスタ通信端末の競合管理テーブルを更新する参加要求受信ステップと、
前記マスタ通信端末の競合管理テーブルの内容を含む管理フレームをブロードキャスト送信する管理フレーム送信ステップとを含み、
前記スレーブ通信端末に対しては、さらに、
前記管理フレームを受信したときは、受信した管理フレームに基づいて自己スレーブ通信端末の競合管理テーブルを更新するスレーブ側フレーム受信ステップと、
自己スレーブ通信端末の競合管理テーブルに基づいて自己スレーブ通信端末の送信時を予測し、前記予測した送信時となるまで低消費電力モードに移行し、自己スレーブ通信端末の送信時となったときは、フレームを送信するスレーブ側フレーム送信ステップとを含むことを特徴とする。
【００３２】
これにより、発明１の通信制御システムと同等の効果が得られる。
【００３３】
【発明の実施の形態】
以下、本発明の実施の形態を図面を参照しながら説明する。図１ないし図１３は、本発明に係る通信制御システム、マスタ通信端末、スレーブ通信端末、マスタ通信端末用プログラムおよびスレーブ通信端末用プログラム、並びに通信制御方法の実施の形態を示す図である。
【００３４】
本実施の形態は、本発明に係る通信制御システム、マスタ通信端末、スレーブ通信端末、マスタ通信端末用プログラムおよびスレーブ通信端末用プログラム、並びに通信制御方法を、図１に示すように、複数の通信端末１００を無線により通信可能に接続し、それら通信端末１００のアクセス競合制御を行う場合について適用したものである。
【００３５】
まず、本発明を適用するネットワークシステムの構成を図１を参照しながら説明する。
図１は、本発明を適用するネットワークシステムの構成を示すブロック図である。
図１においては、複数の通信端末１００が無線により通信可能に接続されており、それら通信端末１００が１つのネットワークを構成している。このネットワークは動的に構成されるものであり、例えば、通信端末１００が他の通信端末１００と無線通信可能な領域に接近すると、それら通信端末１００同士が無線通信を行い、動的なネットワークを構成する。図１の例では、５台の通信端末１００でネットワークを構成しているが、これに限らず、２台以上であれば任意の台数でネットワークを構成することができる。
【００３６】
次に、通信端末１００の構成を図２を参照しながら詳細に説明する。
図２は、通信端末１００の構成を示すブロック図である。
通信端末１００は、図２に示すように、制御プログラムに基づいて演算およびシステム全体を制御するＣＰＵ３０と、所定領域にあらかじめＣＰＵ３０の制御プログラム等を格納しているＲＯＭ３２と、ＲＯＭ３２等から読み出したデータやＣＰＵ３０の演算過程で必要な演算結果を格納するためのＲＡＭ３４と、外部装置に対してデータの入出力を媒介するＩ／Ｆ３８とで構成されており、これらは、データを転送するための信号線であるバス３９で相互にかつデータ授受可能に接続されている。
【００３７】
Ｉ／Ｆ３８には、外部装置として、他の通信端末１００と無線通信を行う無線通信装置４０と、ヒューマンインターフェースとしてデータの入力が可能なキーボードやマウス等からなる入力装置４２と、記録データやテーブル等をファイルとして格納する記憶装置４４と、画像信号に基づいて画面を表示する表示装置４６とが接続されている。
【００３８】
記憶装置４４には、通信端末１００の送信順序を登録する競合管理テーブル３００が記憶されている。競合管理テーブル３００は、アクセスの競合制御を行うのに必要なテーブルであり、理想的な通信を行うためには、ネットワークを構成するすべての通信端末１００で競合管理テーブル３００の内容が同一であることが必要である。
【００３９】
図３は、競合管理テーブル３００のデータ構造を示す図である。
競合管理テーブル３００は、図３に示すように、各通信端末１００ごとに１つのレコードが登録される。レコードは、通信端末１００がネットワークに参加するたびに動的に生成される。各レコードは、通信端末１００のアドレス（ＩＤ）を登録するフィールド３０２と、通信端末１００の送信順位を登録するフィールド３０４と、ネットワーク使用時間の最小値を登録するフィールド３０６と、ネットワーク使用時間の最大値を登録するフィールド３０８とを含んで構成されている。
【００４０】
図３の例では、第１段目のレコードには、アドレスとして「００１」が、送信順位として「１」が、最小値として「６０」が、最大値として「１００」がそれぞれ登録されている。これは、アドレス「００１」により特定される通信端末１００について、その送信順位が１番目であり、送信順序１周期におけるネットワーク使用時間が６０［μｓ］〜１００［μｍ］であることを意味している。
【００４１】
ＣＰＵ３０は、マイクロプロセッシングユニット（ＭＰＵ）等からなり、ＲＯＭ３２の所定領域に格納されている所定のプログラムを起動させ、そのプログラムに従って、図４のフローチャートに示す端末機能決定処理を実行するようになっている。
図４は、端末機能決定処理を示すフローチャートである。
【００４２】
端末機能決定処理は、通信端末１００をマスタ通信端末またはスレーブ通信端末のいずれかとして機能させるかを決定する処理であって、ＣＰＵ３０において実行されると、図４に示すように、まず、ステップＳ１００に移行するようになっている。
ステップＳ１００では、所定時間（例えば、数秒間）が経過するまでに競合管理テーブル３００の内容を含む管理フレームを受信したか否かを判定し、所定時間が経過するまでに管理フレームを受信しないと判定したとき（Ｎｏ）は、ステップＳ１０２に移行して、通信端末１００がマスタ通信端末として機能するように設定し、一連の処理を終了して元の処理に復帰させる。
【００４３】
一方、ステップＳ１００で、所定時間が経過するまでに管理フレームを受信したと判定したとき（Ｙｅｓ）は、ステップＳ１０４に移行して、通信端末１００がスレーブ通信端末として機能するように設定し、一連の処理を終了して元の処理に復帰させる。
次に、マスタ通信端末用処理を図５を参照しながら詳細に説明する。
【００４４】
図５は、マスタ通信端末用処理を示すフローチャートである。
マスタ通信端末用処理は、通信端末１００がマスタ通信端末として機能するように設定されたときに実行する処理であって、ＣＰＵ３０において実行されると、図５に示すように、まず、ステップＳ１５０に移行するようになっている。
ステップＳ１５０では、管理フレームを送信する管理フレーム送信処理を実行し、ステップＳ１５２に移行して、スレーブ通信端末からの参加要求を受信する参加要求受信処理を実行し、ステップＳ１５４に移行する。
【００４５】
ステップＳ１５４では、フレームを受信するフレーム受信処理を実行し、ステップＳ１５６に移行して、管理フレーム以外のフレームを送信するフレーム送信処理を実行し、一連の処理を終了して元の処理に復帰させる。
次に、ステップＳ１５０の管理フレーム送信処理を図６を参照しながら詳細に説明する。
【００４６】
図６は、ステップＳ１５０の管理フレーム送信処理を示すフローチャートである。
管理フレーム送信処理は、ステップＳ１５０において実行されると、図６に示すように、まず、ステップＳ２００に移行するようになっている。
ステップＳ２００では、前回の管理フレームの送信時から所定時間（例えば、数秒間）が経過したか否かを判定し、所定時間が経過したと判定したとき（Ｙｅｓ）は、ステップＳ２０２に移行するが、そうでないと判定したとき（Ｎｏ）は、所定時間が経過するまでステップＳ２００で待機する。
【００４７】
ステップＳ２０２では、競合管理テーブル３００に基づいて管理フレームを生成し、ステップＳ２０４に移行して、生成した管理フレームをブロードキャスト送信し、一連の処理を終了して元の処理に復帰させる。
次に、ステップＳ１５２の参加要求受信処理を図７を参照しながら詳細に説明する。
【００４８】
図７は、ステップＳ１５２の参加要求受信処理を示すフローチャートである。
参加要求受信処理は、ステップＳ１５２において実行されると、図７に示すように、まず、ステップＳ２５０に移行するようになっている。
ステップＳ２５０では、参加要求を受信したか否かを判定し、参加要求を受信したと判定したとき（Ｙｅｓ）は、ステップＳ２５２に移行するが、そうでないと判定したとき（Ｎｏ）は、参加要求を受信するまでステップＳ２５０で待機する。
【００４９】
ステップＳ２５２では、受信した参加要求に基づいて、参加要求のあったスレーブ通信端末を送信順序のうちいずれかの順位に登録することにより競合管理テーブル３００を更新し、一連の処理を終了して元の処理に復帰させる。参加要求には、スレーブ通信端末のアドレス、スレーブ通信端末が必要とするネットワーク使用時間、およびリアルタイム伝送の必要性等の情報が含まれているので、ステップＳ２５２では、スレーブ通信端末の要求に可能な限り適合するように、送信順序１周期における送信権の獲得頻度やネットワーク使用時間を調整する。これにより、各通信端末１００ごとの異なる送信特性に応じて比較的適切なアクセス競合制御を実現することができる。また、スレーブ通信端末がリアルタイム伝送を要求している場合には、一定間隔で必ず送信権が得られるように競合管理テーブル３００の内容を調整することができるので、リアルタイム伝送を実現することができる。
【００５０】
次に、ステップＳ１５４のフレーム受信処理を図８を参照しながら詳細に説明する。
図８は、ステップＳ１５４のフレーム受信処理を示すフローチャートである。
フレーム受信処理は、ステップＳ１５４において実行されると、図８に示すように、まず、ステップＳ３００に移行するようになっている。
【００５１】
ステップＳ３００では、フレームを受信したか否かを判定し、フレームを受信したと判定したとき（Ｙｅｓ）は、ステップＳ３０２に移行するが、そうでないと判定したとき（Ｎｏ）は、フレームを受信するまでステップＳ３００で待機する。
ステップＳ３０２では、受信したフレームのフレーム構成情報を参照して受信フレームが自己宛のものであるか否かを判定し、受信フレームが自己宛のものであると判定したとき（Ｙｅｓ）は、ステップＳ３０４に移行して、受信フレームが正常なフレーム（データの欠損等がない完全なフレーム）であるか否かを判定し、受信フレームが正常なフレームであると判定したとき（Ｙｅｓ）は、ステップＳ３０６に移行する。
【００５２】
ステップＳ３０６では、受信フレームの送信元である通信端末１００に送達確認を送信し、ステップＳ３０８に移行して、受信フレームを取り込んで上位の通信プロトコルに受け渡し、一連の処理を終了して元の処理に復帰させる。
一方、ステップＳ３０４で、受信フレームが正常なフレームでないと判定したとき（Ｎｏ）は、ステップＳ３１０に移行して、受信フレームの送信元である通信端末１００に送達不良を送信し、ステップＳ３１２に移行して、受信フレームを破棄してその旨を上位の通信プロトコルに通知し、一連の処理を終了して元の処理に復帰させる。
【００５３】
一方、ステップＳ３０２で、受信フレームが自己宛のものでないと判定したとき（Ｎｏ）は、ステップＳ３１４に移行して、受信フレームを破棄してその旨を上位の通信プロトコルに通知し、一連の処理を終了して元の処理に復帰させる。
次に、ステップＳ１５６のフレーム送信処理を図９を参照しながら詳細に説明する。
【００５４】
図９は、ステップＳ１５６のフレーム送信処理を示すフローチャートである。
フレーム送信処理は、ステップＳ１５６において実行されると、図９に示すように、まず、ステップＳ３５０に移行するようになっている。
ステップＳ３５０では、上位の通信プロトコルから送信要求が発生したか否かを判定し、送信要求が発生したと判定したとき（Ｙｅｓ）は、ステップＳ３５２に移行するが、そうでないと判定したとき（Ｎｏ）は、送信要求が発生するまでステップＳ３５０で待機する。
【００５５】
ステップＳ３５２では、競合管理テーブル３００に基づいてマスタ通信端末の送信時を予測し、予測した送信時までの時間を待機時間として算出する。具体的に、ステップＳ３５２では、競合管理テーブル３００の送信順序のうちステップＳ３５２の実行時に送信権を得ている通信端末１００の順位からマスタ通信端末の順位までのネットワーク使用時間の最小値をすべて加算し、その総加算値を待機時間として算出する。
【００５６】
次いで、ステップＳ３５４に移行して、算出した待機時間が経過するまでマスタ通信端末を低消費電力モードに移行し、ステップＳ３５６に移行して、低消費電力モードより復帰してから一つ目のフレームを受信後、所定のバックオフ時間（例えば、３０［μｓ］）が経過したか否かを判定し、所定のバックオフ時間が経過したと判定したとき（Ｙｅｓ）は、ステップＳ３５８に移行する。なお、ステップＳ３５６では、緊急に管理フレームを送信する必要があるときは、ステップＳ３５６のバックオフ時間が通常よりも短い時間（例えば、１０［μｓ］）に設定される。
【００５７】
ステップＳ３５８では、送信先となる通信端末１００にフレームを送信し、ステップＳ３６０に移行して、送達確認を受信したか否かを判定し、送達確認を受信したと判定したとき（Ｙｅｓ）は、ステップＳ３６２に移行する。
ステップＳ３６２では、すべてのフレームの送信が完了したか否かを判定し、すべてのフレームの送信が完了したと判定したとき（Ｙｅｓ）は、一連の処理を終了して元の処理に復帰させる。
【００５８】
一方、ステップＳ３６２で、すべてのフレームの送信が完了していないと判定したとき（Ｎｏ）は、ステップＳ３６４に移行して、送達確認の受信時からステップＳ３５６の通常時のバックオフ時間よりも短いバックオフ時間（例えば、２０［μｓ］）が経過するまで待機し、ステップＳ３６６に移行して、送信先となる通信端末１００に次のフレームを送信し、ステップＳ３６０に移行する。
【００５９】
一方、ステップＳ３６０で、送達確認を受信しないと判定したとき（Ｎｏ）は、ステップＳ３６８に移行して、送達不良を受信したか否かを判定し、送達不良を受信したと判定したとき（Ｙｅｓ）は、ステップＳ３７０に移行する。
ステップＳ３７０では、送達不良の受信時からステップＳ３５６の通常時のバックオフ時間よりも短いバックオフ時間（例えば、２０［μｓ］）が経過するまで待機し、ステップＳ３７２に移行して、送信先となる通信端末１００にフレームを再送信し、ステップＳ３６０に移行する。
【００６０】
一方、ステップＳ３６８で、送達不良を受信しないと判定したとき（Ｙｅｓ）は、ステップＳ３７４に移行して、フレーム中にあるフレーム構成情報の受信に失敗したか否かを判定し、フレーム中にあるフレーム構成情報の受信に失敗したと判定したとき（Ｙｅｓ）は、ステップＳ３７６に移行して、次の管理フレームを送信するまで待機し、ステップＳ３５２に移行する。
【００６１】
一方、ステップＳ３７４で、フレーム中にあるフレーム構成情報の受信に失敗しないと判定したとき（Ｎｏ）は、ステップＳ３７８に移行して、フレームの送信時から所定のバックオフ時間（例えば、３０［μｓ］）が経過したか否かを判定し、所定のバックオフ時間が経過したと判定したとき（Ｙｅｓ）は、一連の処理を終了して元の処理に復帰させる。
【００６２】
一方、ステップＳ３７８で、フレームの送信時から所定のバックオフ時間が経過していないと判定したとき（Ｎｏ）は、ステップＳ３６０に移行する。
一方、ステップＳ３５６で、低消費電力モードより復帰してから所定のバックオフ時間が経過していないと判定したとき（Ｎｏ）は、ステップＳ３８０に移行して、フレームを受信したか否かを判定し、フレームを受信したと判定したとき（Ｙｅｓ）は、ステップＳ３５２に移行するが、そうでないと判定したとき（Ｎｏ）は、ステップＳ３５６に移行する。
【００６３】
次に、スレーブ通信端末用処理を図１０を参照しながら詳細に説明する。
図１０は、スレーブ通信端末用処理を示すフローチャートである。
スレーブ通信端末用処理は、通信端末１００がスレーブ通信端末として機能するように設定されたときに実行する処理であって、ＣＰＵ３０において実行されると、図１０に示すように、まず、ステップＳ４００に移行するようになっている。
【００６４】
ステップＳ４００では、マスタ通信端末に参加要求を送信する参加要求送信処理を実行し、ステップＳ４０２に移行して、フレームを受信するフレーム受信処理を実行し、ステップＳ４０４に移行して、フレームを送信するフレーム送信処理を実行し、一連の処理を終了して元の処理に復帰させる。
次に、ステップＳ４００の参加要求送信処理を図１１を参照しながら詳細に説明する。
【００６５】
図１１は、ステップＳ４００の参加要求送信処理を示すフローチャートである。
参加要求送信処理は、ステップＳ４００において実行されると、図１１に示すように、まず、ステップＳ４５０に移行するようになっている。
ステップＳ４５０では、競合管理テーブル３００に基づいて自己スレーブ通信端末がネットワークに参加済みであるか否かを判定し、ネットワークに未参加であると判定したとき（Ｎｏ）は、ステップＳ４５２に移行して、ランダムなバックオフ時間を決定し、ステップＳ４５４に移行する。
【００６６】
ステップＳ４５４では、決定したバックオフ時間が経過したか否かを判定し、バックオフ時間が経過したと判定したとき（Ｙｅｓ）は、ステップＳ４５６に移行して、自己スレーブ通信端末のアドレス、自己スレーブ通信端末が必要とするネットワーク使用時間、およびリアルタイム伝送の必要性等の情報を含む参加要求をマスタ通信端末に送信し、一連の処理を終了して元の処理に復帰させる。
【００６７】
一方、ステップＳ４５４で、決定したバックオフ時間が経過していないと判定したとき（Ｎｏ）は、ステップＳ４５８に移行して、フレームを受信したか否かを判定し、フレームを受信したと判定したとき（Ｙｅｓ）は、ステップＳ４５２に移行するが、そうでないと判定したとき（Ｎｏ）は、ステップＳ４５４に移行する。
一方、ステップＳ４５０で、競合管理テーブル３００に基づいて自己スレーブ通信端末がネットワークに参加済みであると判定したとき（Ｙｅｓ）は、一連の処理を終了して元の処理に復帰させる。
【００６８】
次に、ステップＳ４０２のフレーム受信処理を図１２を参照しながら詳細に説明する。
図１２は、ステップＳ４０２のフレーム受信処理を示すフローチャートである。
フレーム受信処理は、ステップＳ４０２において実行されると、図１２に示すように、まず、ステップＳ５００に移行するようになっている。
【００６９】
ステップＳ５００では、フレームを受信したか否かを判定し、フレームを受信したと判定したとき（Ｙｅｓ）は、ステップＳ５０２に移行するが、そうでないと判定したとき（Ｎｏ）は、フレームを受信するまでステップＳ５００で待機する。
ステップＳ５０２では、受信したフレームのフレーム構成情報を参照して受信フレームが自己宛のものであるか否かを判定し、受信フレームが自己宛のものであると判定したとき（Ｙｅｓ）は、ステップＳ５０４に移行して、受信フレームが正常なフレームであるか否かを判定し、受信フレームが正常なフレームであると判定したとき（Ｙｅｓ）は、ステップＳ５０６に移行する。
【００７０】
ステップＳ５０６では、受信フレームが管理フレームであるか否かを判定し、受信フレームが管理フレームであると判定したとき（Ｙｅｓ）は、ステップＳ５０８に移行して、受信した管理フレームに基づいて競合管理テーブル３００を更新し、一連の処理を終了して元の処理に復帰させる。
一方、ステップＳ５０６で、受信フレームが管理フレームでないと判定したとき（Ｎｏ）は、ステップＳ５１０に移行して、受信フレームの送信元である通信端末１００に送達確認を送信し、ステップＳ５１２に移行して、受信フレームを取り込んで上位の通信プロトコルに受け渡し、一連の処理を終了して元の処理に復帰させる。
【００７１】
一方、ステップＳ５０４で、受信フレームが正常なフレームでないと判定したとき（Ｎｏ）は、ステップＳ５１４に移行して、受信フレームの送信元である通信端末１００に送達不良を送信し、ステップＳ５１６に移行して、受信フレームを破棄してその旨を上位の通信プロトコルに通知し、一連の処理を終了して元の処理に復帰させる。
【００７２】
一方、ステップＳ５０２で、受信フレームが自己宛のものでないと判定したとき（Ｎｏ）は、ステップＳ５１８に移行して、受信フレームを破棄してその旨を上位の通信プロトコルに通知し、一連の処理を終了して元の処理に復帰させる。
次に、ステップＳ４０４のフレーム送信処理を図１３を参照しながら詳細に説明する。
【００７３】
図１３は、ステップＳ４０４のフレーム送信処理を示すフローチャートである。
フレーム送信処理は、ステップＳ４０４において実行されると、図１３に示すように、まず、ステップＳ５５０に移行するようになっている。
ステップＳ５５０では、上位の通信プロトコルから送信要求が発生したか否かを判定し、送信要求が発生したと判定したとき（Ｙｅｓ）は、ステップＳ５５２に移行するが、そうでないと判定したとき（Ｎｏ）は、送信要求が発生するまでステップＳ５５０で待機する。
【００７４】
ステップＳ５５２では、競合管理テーブル３００に基づいて自己スレーブ通信端末の送信時を予測し、予測した送信時までの時間を待機時間として算出する。具体的に、ステップＳ５５２では、競合管理テーブル３００の送信順序のうちステップＳ５５２の実行時に送信権を得ている通信端末１００の順位から自己スレーブ通信端末の順位までのネットワーク使用時間の最小値をすべて加算し、その総加算値を待機時間として算出する。
【００７５】
次いで、ステップＳ５５４に移行して、算出した待機時間が経過するまで自己スレーブ通信端末を低消費電力モードに移行し、ステップＳ５５６に移行して、低消費電力モードより復帰してから所定のバックオフ時間（例えば、３０［μｓ］）が経過したか否かを判定し、所定のバックオフ時間が経過したと判定したとき（Ｙｅｓ）は、ステップＳ５５８に移行する。
【００７６】
ステップＳ５５８では、送信先となる通信端末１００にフレームを送信し、ステップＳ５６０に移行して、送達確認を受信したか否かを判定し、送達確認を受信したと判定したとき（Ｙｅｓ）は、ステップＳ５６２に移行する。
ステップＳ５６２では、すべてのフレームの送信が完了したか否かを判定し、すべてのフレームの送信が完了したと判定したとき（Ｙｅｓ）は、一連の処理を終了して元の処理に復帰させる。
【００７７】
一方、ステップＳ５６２で、すべてのフレームの送信が完了していないと判定したとき（Ｎｏ）は、ステップＳ５６４に移行して、送達確認の受信時からステップＳ５５６の通常時のバックオフ時間よりも短いバックオフ時間（例えば、２０［μｓ］）が経過するまで待機し、ステップＳ５６６に移行して、送信先となる通信端末１００に次のフレームを送信し、ステップＳ５６０に移行する。
【００７８】
一方、ステップＳ５６０で、送達確認を受信しないと判定したとき（Ｎｏ）は、ステップＳ５６８に移行して、送達不良を受信したか否かを判定し、送達不良を受信したと判定したとき（Ｙｅｓ）は、ステップＳ５７０に移行する。
ステップＳ５７０では、送達不良の受信時からステップＳ５５６の通常時のバックオフ時間よりも短いバックオフ時間（例えば、２０［μｓ］）が経過するまで待機し、ステップＳ５７２に移行して、送信先となる通信端末１００にフレームを再送信し、ステップＳ５６０に移行する。
【００７９】
一方、ステップＳ５６８で、送達不良を受信しないと判定したとき（Ｙｅｓ）は、ステップＳ５７４に移行して、フレーム中にあるフレーム構成情報の受信に失敗したか否かを判定し、フレーム中にあるフレーム構成情報の受信に失敗したと判定したとき（Ｙｅｓ）は、ステップＳ５７６に移行して、次の管理フレームを受信するまで待機し、ステップＳ５５２に移行する。
【００８０】
一方、ステップＳ５７４で、フレーム中にあるフレーム構成情報の受信に失敗しないと判定したとき（Ｎｏ）は、ステップＳ５７８に移行して、フレームの送信時から所定のバックオフ時間（例えば、３０［μｓ］）が経過したか否かを判定し、所定のバックオフ時間が経過したと判定したとき（Ｙｅｓ）は、一連の処理を終了して元の処理に復帰させる。
【００８１】
一方、ステップＳ５７８で、フレームの送信時から所定のバックオフ時間が経過していないと判定したとき（Ｎｏ）は、ステップＳ５６０に移行する。
一方、ステップＳ５５６で、低消費電力モードより復帰してから所定のバックオフ時間が経過していないと判定したとき（Ｎｏ）は、ステップＳ５８０に移行して、フレームを受信したか否かを判定し、フレームを受信したと判定したとき（Ｙｅｓ）は、ステップＳ５５２に移行するが、そうでないと判定したとき（Ｎｏ）は、ステップＳ５５６に移行する。
【００８２】
次に、本実施の形態の動作を説明する。
初めに、無線通信可能な領域に他の通信端末１００が存在しない場合を説明する。
通信端末１００では、無線通信可能な領域に他の通信端末１００が存在しないので、所定時間が経過しても管理フレームを受信することができない。したがって、ステップＳ１００，Ｓ１０２を経て、通信端末１００がマスタ通信端末として機能するように設定される。
【００８３】
次に、無線通信可能な領域に他の通信端末１００が複数存在し、それら通信端末１００のいずれかがマスタ通信端末となっている場合を説明する。
通信端末１００では、無線通信可能な領域にマスタ通信端末が存在するので、所定時間が経過すると、マスタ通信端末からの管理フレームを受信することができる。したがって、ステップＳ１００，Ｓ１０４を経て、通信端末１００がスレーブ通信端末として機能するように設定される。
【００８４】
スレーブ通信端末では、ステップＳ４５２を経て、ランダムなバックオフ時間が決定され、決定されたバックオフ時間が経過するまでにフレームを受信しないと、ステップＳ４５６を経て、マスタ通信端末に参加要求が送信される。
マスタ通信端末では、参加要求を受信すると、ステップＳ２５０，Ｓ２５２を経て、受信した参加要求に基づいて、参加要求のあったスレーブ通信端末が送信順序のうちいずれかの順位に登録されることにより競合管理テーブル３００が更新される。そして、所定時間が経過するごとに、ステップＳ２０２，Ｓ２０４を経て、競合管理テーブル３００に基づいて管理フレームが生成され、生成された管理フレームがブロードキャスト送信される。
【００８５】
スレーブ通信端末では、管理フレームを受信すると、ステップＳ５０６，Ｓ５０８を経て、受信した管理フレームに基づいて競合管理テーブル３００が更新される。これにより、スレーブ通信端末は、ネットワーク上で他の通信端末１００とデータリンク層レベルで通信可能な状態となる。
スレーブ通信端末では、データリンク層レベルで通信可能な状態となった後に上位の通信プロトコルから送信要求（例えば、マスタ通信端末への送信要求）が発生すると、ステップＳ５５２，Ｓ５５４を経て、競合管理テーブル３００に基づいて自己スレーブ通信端末の送信時が予測され、予測された送信時まで自己スレーブ通信端末が低消費電力モードに移行する。低消費電力モードから復帰した後、所定のバックオフ時間が経過するまでにフレームを受信すると、他の通信端末１００が通信中であるので、ステップＳ５５２，Ｓ５５４を経て、受信フレームおよび競合管理テーブル３００に基づいて自己スレーブ通信端末の送信時が再予測され、再予測された送信時まで自己スレーブ通信端末が低消費電力モードに移行する。
【００８６】
一方、スレーブ通信端末では、低消費電力モードから復帰した後、所定のバックオフ時間が経過するまでにフレームを受信しないと、ステップＳ５５８を経て、マスタ通信端末にフレームが送信される。
マスタ通信端末では、自己宛のフレームを受信すると、ステップＳ３０４〜Ｓ３０８を経て、受信フレームの送信元であるスレーブ通信端末に送達確認が送信され、受信フレームが取り込まれて上位の通信プロトコルに受け渡される。
【００８７】
スレーブ通信端末では、送達確認を受信すると、すべてのフレームの送信が完了していない場合は、ステップＳ５６４，Ｓ５６６を経て、送達確認の受信時から所定のバックオフ時間が経過するまで待機し、マスタ通信端末に次のフレームが送信される。
マスタ通信端末では、自己宛のフレームを受信したが、受信フレームが正常なフレームでないと、ステップＳ３０４，Ｓ３１０，Ｓ３１２を経て、受信フレームの送信元であるスレーブ通信端末に送達不良が送信され、受信フレームが破棄されてその旨が上位の通信プロトコルに通知される。
【００８８】
スレーブ通信端末では、送達不良を受信すると、ステップＳ５７０，Ｓ５７２を経て、送達不良の受信時から所定のバックオフ時間が経過するまで待機し、マスタ通信端末にフレームが再送信される。
また、スレーブ通信端末では、フレームの送信後にフレーム中にあるフレーム構成情報の受信に失敗すると、ステップＳ５７６を経て、次の管理フレームを受信するまでフレームの送信を待機する。自己スレーブ通信端末の次の送信時にフレームが再送信される。
【００８９】
また、スレーブ通信端末では、フレームの送信時から所定のバックオフ時間が経過するまでに送達確認または送達不良を受信しないと、自己スレーブ通信端末の次の送信時までフレームの送信を待機し、フレームが再送信される。
以上では、スレーブ通信端末からマスタ通信端末にフレームを送信する場合を説明したが、スレーブ通信端末から他のスレーブ通信端末にフレームを送信する場合、およびマスタ通信端末からスレーブ通信端末にフレームを送信する場合も同様の要領で行われる。
【００９０】
次に、マスタ通信端末において緊急に管理フレームを送信する必要が発生した場合を説明する。
マスタ通信端末では、緊急に管理フレームを送信する必要が発生すると、ステップＳ３５２，Ｓ３５４を経て、競合管理テーブル３００に基づいてマスタ通信端末の送信時が予測され、予測された送信時までマスタ通信端末が低消費電力モードに移行する。そして、低消費電力モードから復帰した後、通常よりも短いバックオフ時間が経過するまでにフレームを受信しないと、ステップＳ３５８を経て、通信端末１００にフレームが送信される。
【００９１】
このようにして、本実施の形態では、マスタ通信端末は、競合管理テーブル３００の内容を含む管理フレームをブロードキャスト送信し、スレーブ通信端末からの参加要求を受信したときは、そのスレーブ通信端末を送信順序のうちいずれかの順位に登録することにより競合管理テーブル３００を更新するようになっており、スレーブ通信端末は、マスタ通信端末に参加要求を送信し、管理フレームを受信したときは、受信した管理フレームに基づいて競合管理テーブル３００を更新し、競合管理テーブル３００に基づいて自己スレーブ通信端末の送信時を予測し、予測した送信時となるまで低消費電力モードに移行し、自己スレーブ通信端末の送信時となったときは、フレームを送信するようになっている。
【００９２】
これにより、スレーブ通信端末では、競合管理テーブル３００に基づいて自己スレーブ通信端末の送信時を予測し、予測した送信時となるまで低消費電力モードに移行するので、スレーブ通信端末の送信時の電力消費を抑制することができる。また、マスタ通信端末がアクセスの競合制御を行うので、リアルタイムデータを伝送するのに別途専用のプロトコルを設けなくて済み、通信端末１００の構成を比較的簡素にすることができる。また、フレームの送信時にランダムバックオフ時間を設けなくてすむので、オーバーヘッドを小さくすることができる。また、マスタ通信端末がアクセスの競合制御を行うので、ネットワークを構成する通信端末１００の数が増大してもコリジョンの発生確率が小さく、アクセスの競合制御を効率的に行うことができる。したがって、従来のＣＳＭＡ／ＣＡ方式に比して、低消費電力特性、リアルタイム特性、スループット特性および競合制御効率特性を向上することができる。
【００９３】
さらに、参加要求送信処理および参加要求受信処理を設けたので、スレーブ通信端末がネットワークに動的に参加することができる。また、スレーブ通信端末にフレーム送信処理およびフレーム受信処理を設けたので、スレーブ通信端末同士で通信を行うことができる。また、マスタ通信端末は、スレーブ通信端末よりも、参加要求受信処理および管理フレーム送信処理を余分に行うだけなので、マスタ通信端末の管理負荷がさほど大きくない。したがって、従来のＴＤＭＡ／ＴＤＤ方式に比して、ネットワーク構成の動的変更特性、アドホック特性および管理負荷特性を向上することができる。
【００９４】
さらに、本実施の形態では、マスタ通信端末は、競合管理テーブル３００に基づいてマスタ通信端末の送信時を予測し、予測した送信時となるまで低消費電力モードに移行し、マスタ通信端末の送信時となったときは、フレームを送信するようになっている。
これにより、マスタ通信端末では、競合管理テーブル３００に基づいてマスタ通信端末の送信時を予測し、予測した送信時となるまで低消費電力モードに移行するので、マスタ通信端末の送信時の電力消費を抑制することができる。また、マスタ通信端末にフレーム送信処理およびフレーム受信処理を設けたので、マスタ通信端末とスレーブ通信端末との間、およびスレーブ通信端末同士で通信を行うことができる。したがって、低消費電力特性およびアドホック特性をさらに向上することができる。
【００９５】
さらに、本実施の形態では、マスタ通信端末およびスレーブ通信端末は、予測した送信時となった後でかつフレームの送信前にフレームを受信したときは、受信したフレームおよび競合管理テーブル３００に基づいて自己端末の送信時を再予測し、再予測した送信時となるまで低消費電力モードに移行するようになっている。
【００９６】
これにより、マスタ通信端末およびスレーブ通信端末の送信時の電力消費をさらに抑制することができるので、低消費電力特性をさらに向上することができる。
さらに、本実施の形態では、マスタ通信端末およびスレーブ通信端末は、自己端末の送信時となったときは、送信先となる通信端末１００にフレームを送信するようになっている。
【００９７】
これにより、マスタ通信端末とスレーブ通信端末との間、およびスレーブ通信端末同士で通信を比較的確実に行うことができるので、アドホック特性をさらに向上することができる。
さらに、本実施の形態では、スレーブ通信端末は、ランダムなバックオフ時間を決定し、管理フレームの受信時からランダムバックオフ時間が経過した後にマスタ通信端末に参加要求を送信するようになっている。
【００９８】
これにより、複数のスレーブ通信端末がマスタ通信端末に同時に参加要求を送信することによりコリジョンが発生する可能性を低減することができるので、スレーブ通信端末のネットワークの参加を比較的確実に行うことができる。
さらに、本実施の形態では、マスタ通信端末およびスレーブ通信端末は、フレームの送信後にフレーム中にあるフレーム構成情報の受信に失敗したときは、次の管理フレームの送信または受信があるまでフレームの送信を待機するようになっている。
【００９９】
これにより、競合管理テーブル３００が更新されたにもかかわらず、古い競合管理テーブル３００に基づいてスレーブ通信端末がフレームを送信することによりコリジョンが発生した場合は、すべてのスレーブ通信端末の競合管理テーブル３００が同一の内容となるまで、マスタ通信端末およびすべてのスレーブ通信端末においてフレームの送信が停止するので、ネットワークを比較的早急に回復することができる。
【０１００】
さらに、本実施の形態では、マスタ通信端末およびスレーブ通信端末は、第１のバックオフ時間が経過するまでに有効な送信を検出しないときは、フレームを送信し、送達確認を受信したときは、第１のバックオフ時間よりも短い第２のバックオフ時間が経過するのを待って次のフレームを送信するようになっている。
これにより、第１のバックオフ時間よりも短い第２のバックオフ時間が経過するのを待って次のフレームを送信するので、フレームを連続して送信することができるとともに連続送信しても競合管理テーブル３００の進行に影響を与える可能性が少ない。
【０１０１】
さらに、本実施の形態では、マスタ通信端末およびスレーブ通信端末は、第１のバックオフ時間が経過するまでに有効な送信を検出しないときは、フレームを送信し、送達不良を受信したときは、第１のバックオフ時間よりも短い第２のバックオフ時間が経過するのを待ってフレームを再送信するようになっている。
これにより、第１のバックオフ時間よりも短い第２のバックオフ時間が経過するのを待ってフレームを再送信するので、フレームを再送信することができるとともに再送信しても競合管理テーブル３００の進行に影響を与える可能性が少ない。
【０１０２】
さらに、本実施の形態では、マスタ通信端末は、緊急に管理フレームを送信する必要があるときは、第２のバックオフ時間よりも短い第３のバックオフ時間が経過するのを待ってフレームを送信するようになっている。
これにより、マスタ通信端末において緊急に管理フレームを送信する必要が発生した場合は、スレーブ通信端末よりも優先的にフレームを送信することができるので、アクセスの競合制御をさらに効率的に行うことができる。
【０１０３】
さらに、本実施の形態では、マスタ通信端末およびスレーブ通信端末は、フレームの送信時から第１のバックオフ時間が経過するまでに送達確認または送達不良を受信しないときは、自己端末の次の送信時となるのを待ってフレームを再送信するようになっている。
これにより、何らかの障害により送達確認または送達不良が受信できない場合は、次の送信時にフレームを再送信するので、フレームを再送信することができるとともに再送信しても競合管理テーブル３００の進行に影響を与える可能性が少ない。
【０１０４】
上記実施の形態において、ステップＳ１５０は、発明１、６、８若しくは１０の管理フレーム送信手段、または発明１２の管理フレーム送信ステップに対応し、ステップＳ１５２は、発明１、８若しくは１０の参加要求受信手段、または発明１２の参加要求受信ステップに対応している。また、ステップＳ１５４は、発明２のマスタ側フレーム受信手段に対応し、ステップＳ１５６は、発明２ないし４、６または７のマスタ側フレーム送信手段に対応し、ステップＳ４００は、発明１、５、９若しくは１１の参加要求送信手段、または発明１２の参加要求送信ステップに対応している。
【０１０５】
また、上記実施の形態において、ステップＳ４０２は、発明１、６、９若しくは１１のスレーブ側フレーム受信手段、または発明１２のスレーブ側フレーム受信ステップに対応し、ステップＳ４０４は、発明１、３、４、６、７、９若しくは１１のスレーブ側フレーム送信手段、または発明１２のスレーブ側フレーム送信ステップに対応している。
【０１０６】
なお、上記実施の形態において、ステップＳ３７６では、次の管理フレームを送信するまで単に待機するように構成したが、これに限らず、次の管理フレームを送信するまで低消費電力モードに移行するように構成することもできる。
これにより、マスタ通信端末の送信時の電力消費を抑制することができるので、低消費電力特性をさらに向上することができる。
【０１０７】
また、上記実施の形態において、ステップＳ５７６では、次の管理フレームを受信するまで単に待機するように構成したが、これに限らず、次の管理フレームを受信するまで低消費電力モードに移行するように構成することもできる。
これにより、スレーブ通信端末の送信時の電力消費を抑制することができるので、低消費電力特性をさらに向上することができる。
【０１０８】
また、上記実施の形態においては、所定間隔で管理フレームをブロードキャスト送信し、競合管理テーブル３００に基づく送信順序でマスタ通信端末およびスレーブ通信端末が送信を行うように構成したが、より具体的には、管理フレームの送信、マスタ通信端末の送信およびスレーブ通信端末の送信という順番で送信権が循環する。競合管理テーブル３００も、マスタ通信端末の送信順序が先頭となるように更新する。
【０１０９】
また、上記実施の形態においては、古い競合管理テーブル３００に基づいてスレーブ通信端末がフレームを送信したときは、次の管理フレームの送信または受信があるまでフレームの送信を待機するように構成したが、さらに、自己の送信順になってもスレーブ通信端末が送信を開始しないときは、同様に、マスタ通信端末が検出してネットワークを回復するように構成することもできる。
【０１１０】
また、上記実施の形態において、図４ないし図１３のフローチャートに示す処理を実行するにあたってはいずれも、ＲＯＭ３２にあらかじめ格納されている制御プログラムを実行する場合について説明したが、これに限らず、これらの手順を示したプログラムが記憶された記憶媒体から、そのプログラムをＲＡＭ３４に読み込んで実行するようにしてもよい。
【０１１１】
ここで、記憶媒体とは、ＲＡＭ、ＲＯＭ等の半導体記憶媒体、ＦＤ、ＨＤ等の磁気記憶型記憶媒体、ＣＤ、ＣＤＶ、ＬＤ、ＤＶＤ等の光学的読取方式記憶媒体、ＭＯ等の磁気記憶型／光学的読取方式記憶媒体であって、電子的、磁気的、光学的等の読み取り方法のいかんにかかわらず、コンピュータで読み取り可能な記憶媒体であれば、あらゆる記憶媒体を含むものである。
【０１１２】
また、上記実施の形態においては、本発明に係る通信制御システム、マスタ通信端末、スレーブ通信端末、マスタ通信端末用プログラムおよびスレーブ通信端末用プログラム、並びに通信制御方法を、図１に示すように、複数の通信端末１００を無線により通信可能に接続し、それら通信端末１００のアクセス競合制御を行う場合について適用したが、これに限らず、本発明の主旨を逸脱しない範囲で他の場合にも適用可能である。例えば、有線ネットワークにも適用することができる。
【図面の簡単な説明】
【図１】本発明を適用するネットワークシステムの構成を示すブロック図である。
【図２】通信端末１００の構成を示すブロック図である。
【図３】競合管理テーブル３００のデータ構造を示す図である。
【図４】端末機能決定処理を示すフローチャートである。
【図５】マスタ通信端末用処理を示すフローチャートである。
【図６】ステップＳ１５０の管理フレーム送信処理を示すフローチャートである。
【図７】ステップＳ１５２の参加要求受信処理を示すフローチャートである。
【図８】ステップＳ１５４のフレーム受信処理を示すフローチャートである。
【図９】ステップＳ１５６のフレーム送信処理を示すフローチャートである。
【図１０】スレーブ通信端末用処理を示すフローチャートである。
【図１１】ステップＳ４００の参加要求送信処理を示すフローチャートである。
【図１２】ステップＳ４０２のフレーム受信処理を示すフローチャートである。
【図１３】ステップＳ４０４のフレーム送信処理を示すフローチャートである。
【符号の説明】
１００…通信端末，３０…ＣＰＵ，３２…ＲＯＭ，３４…ＲＡＭ，３８…Ｉ／Ｆ，４０…無線通信装置，４２…入力装置，４４…記憶装置，４６…表示装置，３００…競合管理テーブル
【図１】
2004363702.tif 000003
【図２】
2004363702.tif 000004
【図３】
2004363702.tif 000005
【図４】
2004363702.tif 000006
【図５】
2004363702.tif 000007
【図６】
2004363702.tif 000008
【図７】
2004363702.tif 000009
【図８】
2004363702.tif 000010
【図９】
2004363702.tif 000011
【図１０】
2004363702.tif 000012
【図１１】
2004363702.tif 000013
【図１２】
2004363702.tif 000014
【図１３】
2004363702.tif 000015