(57)【要約】【課題】少なくとも端末装置間に一つのチャネルがあれば、アドホックマルチホップ中継通信を実現することができる端末装置、通信方法、および、プログラムを提供することを課題とする。【解決手段】本発明は、端末装置と信号の送信先の端末装置との通信セッションの間、端末装置と送信先の端末装置との１つのチャネルを時系列に所定数の単位時間のブロックに分割し、ブロックにおいて時系列にＡ：Ｂ：Ｃに区分けした信号を送信または受信し、Ｃに対応する区分けにおいて送受信される信号に含まれるトークンに基づいて、次のブロックにおいて、信号を送信するか、または、受信するかを決定する。【選択図】図４
2016144156.tif 000002
【特許請求の範囲】
【請求項１】
アドホックモードで無線通信可能な端末装置であって、
前記端末装置と信号の送信先の端末装置との通信セッションの間、前記端末装置と前記送信先の端末装置との１つのチャネルを時系列に所定数の単位時間のブロックに分割し、前記ブロックにおいて時系列にＡ：Ｂ：Ｃに区分けした前記信号を送信または受信する送受信手段と、
前記Ｃに対応する区分けにおいて送受信される前記信号に含まれるトークンに基づいて、次の前記ブロックにおいて、前記信号を送信するか、または、受信するかを決定する切替判定手段と、
を備えたことを特徴とする、端末装置。
【請求項２】
請求項１に記載の端末装置において、
前記アドホックモードが、ダイレクトリンクモードである場合、前記区分けした信号は、
最初の１バイトが、パケットがどの種類のデータであるかを規定し、
次の４から６バイトが、前記パケットの最終送信先である前記送信先の端末装置の装置識別番号を規定し、
次の４から６バイトが、前記パケットの送信元である前記端末装置の装置識別番号を規定し、
次の４バイトが、パケットタグＩＤを規定し、
最後の１バイト以外の残りのバイトが、ペイロードデータを規定し、
最後の１バイトは、前記パケット全体のＣＲＣ値を規定することを特徴とする、端末装置。
【請求項３】
請求項１に記載の端末装置において、
前記アドホックモードが、アドホックマルチホップ中継モードである場合、前記区分けした信号は、
最初の１バイトが、パケットがどの種類のデータであるか規定し、
次の４から６バイトが、前記送信先の端末装置の装置識別番号を規定し、
次の４から６バイトが、前記パケットの最終送信先の端末装置の装置識別番号を規定し、
次の１バイトが、前記信号を中継する前記端末装置の数であるホップカウントを規定し、
次の４から６バイトが、前記パケットの送信元である前記端末装置の装置識別番号を規定し、
次の１バイトが、データタイプを規定し、
次の２バイトが、パケットタグＩＤを規定し、
最後の１バイト以外の残りのバイトが、ペイロードデータを規定し、
最後の１バイトは、前記パケット全体のＣＲＣ値を規定することを特徴とする、端末装置。
【請求項４】
請求項１乃至３のいずれか一つに記載の端末装置において、
前記所定数は、
２００であることを特徴とする、端末装置。
【請求項５】
請求項１乃至４のいずれか一つに記載の端末装置において、
前記単位時間は、５ミリ秒であり、前記Ａおよび前記Ｃは、１であり、前記Ｂは、３であることを特徴とする、端末装置。
【請求項６】
アドホックモードで無線通信可能な端末装置において実行される通信方法であって、
前記端末装置と信号の送信先の端末装置との通信セッションの間、前記端末装置と前記送信先の端末装置との１つのチャネルを時系列に所定数の単位時間のブロックに分割し、前記ブロックにおいて時系列にＡ：Ｂ：Ｃに区分けした前記信号を送信または受信する送受信ステップと、
前記Ｃに対応する区分けにおいて送受信される前記信号に含まれるトークンに基づいて、次の前記ブロックにおいて、前記信号を送信するか、または、受信するかを決定する切替判定ステップと、
を含むことを特徴とする、通信方法。
【請求項７】
請求項６に記載の通信方法において、
前記アドホックモードが、ダイレクトリンクモードである場合、前記区分けした信号は、
最初の１バイトが、パケットがどの種類のデータであるかを規定し、
次の４から６バイトが、前記パケットの最終送信先である前記送信先の端末装置の装置識別番号を規定し、
次の４から６バイトが、前記パケットの送信元である前記端末装置の装置識別番号を規定し、
次の４バイトが、パケットタグＩＤを規定し、
最後の１バイト以外の残りのバイトが、ペイロードデータを規定し、
最後の１バイトは、前記パケット全体のＣＲＣ値を規定することを特徴とする、通信方法。
【請求項８】
請求項６に記載の通信方法において、
前記アドホックモードが、アドホックマルチホップ中継モードである場合、前記区分けした信号は、
最初の１バイトが、パケットがどの種類のデータであるか規定し、
次の４から６バイトが、前記送信先の端末装置の装置識別番号を規定し、
次の４から６バイトが、前記パケットの最終送信先の端末装置の装置識別番号を規定し、
次の１バイトが、前記信号を中継する前記端末装置の数であるホップカウントを規定し、
次の４から６バイトが、前記パケットの送信元である前記端末装置の装置識別番号を規定し、
次の１バイトが、データタイプを規定し、
次の２バイトが、パケットタグＩＤを規定し、
最後の１バイト以外の残りのバイトが、ペイロードデータを規定し、
最後の１バイトは、前記パケット全体のＣＲＣ値を規定することを特徴とする、通信方法。
【請求項９】
請求項６乃至８のいずれか一つに記載の通信方法において、
前記所定数は、
２００であることを特徴とする、通信方法。
【請求項１０】
請求項６乃至９のいずれか一つに記載の通信方法において、
前記単位時間は、５ミリ秒であり、前記Ａおよび前記Ｃは、１であり、前記Ｂは、３であることを特徴とする、通信方法。
【請求項１１】
アドホックモードで無線通信可能な端末装置に実行させるためのプログラムであって、
前記端末装置と信号の送信先の端末装置との通信セッションの間、前記端末装置と前記送信先の端末装置との１つのチャネルを時系列に所定数の単位時間のブロックに分割し、前記ブロックにおいて時系列にＡ：Ｂ：Ｃに区分けした前記信号を送信または受信する送受信ステップと、
前記Ｃに対応する区分けにおいて送受信される前記信号に含まれるトークンに基づいて、次の前記ブロックにおいて、前記信号を送信するか、または、受信するかを決定する切替判定ステップと、
を実行させるためのプログラム。
【請求項１２】
請求項１１に記載のプログラムにおいて、
前記アドホックモードが、ダイレクトリンクモードである場合、前記区分けした信号は、
最初の１バイトが、パケットがどの種類のデータであるかを規定し、
次の４から６バイトが、前記パケットの最終送信先である前記送信先の端末装置の装置識別番号を規定し、
次の４から６バイトが、前記パケットの送信元である前記端末装置の装置識別番号を規定し、
次の４バイトが、パケットタグＩＤを規定し、
最後の１バイト以外の残りのバイトが、ペイロードデータを規定し、
最後の１バイトは、前記パケット全体のＣＲＣ値を規定することを特徴とする、プログラム。
【請求項１３】
請求項１１に記載のプログラムにおいて、
前記アドホックモードが、アドホックマルチホップ中継モードである場合、前記区分けした信号は、
最初の１バイトが、パケットがどの種類のデータであるか規定し、
次の４から６バイトが、前記送信先の端末装置の装置識別番号を規定し、
次の４から６バイトが、前記パケットの最終送信先の端末装置の装置識別番号を規定し、
次の１バイトが、前記信号を中継する前記端末装置の数であるホップカウントを規定し、
次の４から６バイトが、前記パケットの送信元である前記端末装置の装置識別番号を規定し、
次の１バイトが、データタイプを規定し、
次の２バイトが、パケットタグＩＤを規定し、
最後の１バイト以外の残りのバイトが、ペイロードデータを規定し、
最後の１バイトは、前記パケット全体のＣＲＣ値を規定することを特徴とする、プログラム。
【請求項１４】
請求項１１乃至１３のいずれか一つに記載のプログラムにおいて、
前記所定数は、
２００であることを特徴とする、プログラム。
【請求項１５】
請求項１１乃至１４のいずれか一つに記載のプログラムにおいて、
前記単位時間は、５ミリ秒であり、前記Ａおよび前記Ｃは、１であり、前記Ｂは、３であることを特徴とする、プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、端末装置、通信方法、および、プログラムに関する。
【背景技術】
【０００２】
従来から、アドホックモードで無線通信を行う技術が開示されている。
【０００３】
例えば、特許文献１記載のピアツーピア通信方法においては、目的ノードまでのピアツーピア通信による中継ルートを生成し、データパケットを中継ルートを介して送信する技術が開示されている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】ＷＯ２０１３／０１３２４２号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、従来のピアツーピア通信方法においては、時分割複信（ＴＤＤ）による通信方法が設定されていないため、ノード間のチャネルが一つの場合のデュプレックス通信を実現できないという問題点を有していた。
【０００６】
本発明は、上記問題点に鑑みてなされたもので、少なくとも端末装置間に一つのチャネルがあれば、アドホックマルチホップ中継通信を実現することができる端末装置、通信方法、および、プログラムを提供することを目的とする。
【課題を解決するための手段】
【０００７】
このような目的を達成するため、本発明の端末装置は、アドホックモードで無線通信可能な端末装置であって、前記端末装置と信号の送信先の端末装置との通信セッションの間、前記端末装置と前記送信先の端末装置との１つのチャネルを時系列に所定数の単位時間のブロックに分割し、前記ブロックにおいて時系列にＡ：Ｂ：Ｃに区分けした前記信号を送信または受信する送受信手段と、前記Ｃに対応する区分けにおいて送受信される前記信号に含まれるトークンに基づいて、次の前記ブロックにおいて、前記信号を送信するか、または、受信するかを決定する切替判定手段と、を備えたことを特徴とする。
【０００８】
また、本発明の端末装置は、前記アドホックモードが、ダイレクトリンクモードである場合、前記区分けした信号は、最初の１バイトが、パケットがどの種類のデータであるかを規定し、次の４から６バイトが、前記パケットの最終送信先である前記送信先の端末装置の装置識別番号を規定し、次の４から６バイトが、前記パケットの送信元である前記端末装置の装置識別番号を規定し、次の４バイトが、パケットタグＩＤを規定し、最後の１バイト以外の残りのバイトが、ペイロードデータを規定し、最後の１バイトは、前記パケット全体のＣＲＣ値を規定することを特徴とする。
【０００９】
また、本発明の端末装置は、前記アドホックモードが、アドホックマルチホップ中継モードである場合、前記区分けした信号は、最初の１バイトが、パケットがどの種類のデータであるか規定し、次の４から６バイトが、前記送信先の端末装置の装置識別番号を規定し、次の４から６バイトが、前記パケットの最終送信先の端末装置の装置識別番号を規定し、次の１バイトが、前記信号を中継する前記端末装置の数であるホップカウントを規定し、次の４から６バイトが、前記パケットの送信元である前記端末装置の装置識別番号を規定し、次の１バイトが、データタイプを規定し、次の２バイトが、パケットタグＩＤを規定し、最後の１バイト以外の残りのバイトが、ペイロードデータを規定し、最後の１バイトは、前記パケット全体のＣＲＣ値を規定することを特徴とする。
【００１０】
また、本発明の端末装置は、前記所定数は、２００であることを特徴とする。
【００１１】
また、本発明の端末装置は、前記単位時間は、５ミリ秒であり、前記Ａおよび前記Ｃは、１であり、前記Ｂは、３であることを特徴とする。
【００１２】
また、本発明の通信方法は、アドホックモードで無線通信可能な端末装置において実行される通信方法であって、前記端末装置と信号の送信先の端末装置との通信セッションの間、前記端末装置と前記送信先の端末装置との１つのチャネルを時系列に所定数の単位時間のブロックに分割し、前記ブロックにおいて時系列にＡ：Ｂ：Ｃに区分けした前記信号を送信または受信する送受信ステップと、前記Ｃに対応する区分けにおいて送受信される前記信号に含まれるトークンに基づいて、次の前記ブロックにおいて、前記信号を送信するか、または、受信するかを決定する切替判定ステップと、を含むことを特徴とする。
【００１３】
また、本発明の通信方法は、前記アドホックモードが、ダイレクトリンクモードである場合、前記区分けした信号は、最初の１バイトが、パケットがどの種類のデータであるかを規定し、次の４から６バイトが、前記パケットの最終送信先である前記送信先の端末装置の装置識別番号を規定し、次の４から６バイトが、前記パケットの送信元である前記端末装置の装置識別番号を規定し、次の４バイトが、パケットタグＩＤを規定し、最後の１バイト以外の残りのバイトが、ペイロードデータを規定し、最後の１バイトは、前記パケット全体のＣＲＣ値を規定することを特徴とする。
【００１４】
また、本発明の通信方法は、前記アドホックモードが、アドホックマルチホップ中継モードである場合、前記区分けした信号は、最初の１バイトが、パケットがどの種類のデータであるか規定し、次の４から６バイトが、前記送信先の端末装置の装置識別番号を規定し、次の４から６バイトが、前記パケットの最終送信先の端末装置の装置識別番号を規定し、次の１バイトが、前記信号を中継する前記端末装置の数であるホップカウントを規定し、次の４から６バイトが、前記パケットの送信元である前記端末装置の装置識別番号を規定し、次の１バイトが、データタイプを規定し、次の２バイトが、パケットタグＩＤを規定し、最後の１バイト以外の残りのバイトが、ペイロードデータを規定し、最後の１バイトは、前記パケット全体のＣＲＣ値を規定することを特徴とする。
【００１５】
また、本発明の通信方法は、前記所定数は、２００であることを特徴とする。
【００１６】
また、本発明の通信方法は、前記単位時間は、５ミリ秒であり、前記Ａおよび前記Ｃは、１であり、前記Ｂは、３であることを特徴とする。
【００１７】
また、本発明のプログラムは、アドホックモードで無線通信可能な端末装置に実行させるためのプログラムであって、前記端末装置と信号の送信先の端末装置との通信セッションの間、前記端末装置と前記送信先の端末装置との１つのチャネルを時系列に所定数の単位時間のブロックに分割し、前記ブロックにおいて時系列にＡ：Ｂ：Ｃに区分けした前記信号を送信または受信する送受信ステップと、前記Ｃに対応する区分けにおいて送受信される前記信号に含まれるトークンに基づいて、次の前記ブロックにおいて、前記信号を送信するか、または、受信するかを決定する切替判定ステップと、を実行させることを特徴とする。
【００１８】
また、本発明のプログラムは、前記アドホックモードが、ダイレクトリンクモードである場合、前記区分けした信号は、最初の１バイトが、パケットがどの種類のデータであるかを規定し、次の４から６バイトが、前記パケットの最終送信先である前記送信先の端末装置の装置識別番号を規定し、次の４から６バイトが、前記パケットの送信元である前記端末装置の装置識別番号を規定し、次の４バイトが、パケットタグＩＤを規定し、最後の１バイト以外の残りのバイトが、ペイロードデータを規定し、最後の１バイトは、前記パケット全体のＣＲＣ値を規定することを特徴とする。
【００１９】
また、本発明のプログラムは、前記アドホックモードが、アドホックマルチホップ中継モードである場合、前記区分けした信号は、最初の１バイトが、パケットがどの種類のデータであるか規定し、次の４から６バイトが、前記送信先の端末装置の装置識別番号を規定し、次の４から６バイトが、前記パケットの最終送信先の端末装置の装置識別番号を規定し、次の１バイトが、前記信号を中継する前記端末装置の数であるホップカウントを規定し、次の４から６バイトが、前記パケットの送信元である前記端末装置の装置識別番号を規定し、次の１バイトが、データタイプを規定し、次の２バイトが、パケットタグＩＤを規定し、最後の１バイト以外の残りのバイトが、ペイロードデータを規定し、最後の１バイトは、前記パケット全体のＣＲＣ値を規定することを特徴とする。
【００２０】
また、本発明のプログラムは、前記所定数は、２００であることを特徴とする。
【００２１】
また、本発明のプログラムは、前記単位時間は、５ミリ秒であり、前記Ａおよび前記Ｃは、１であり、前記Ｂは、３であることを特徴とする。
【発明の効果】
【００２２】
この発明によれば、アドホックモードで無線通信可能な端末装置と信号の送信先の端末装置との通信セッションの間、端末装置と送信先の端末装置との１つのチャネルを時系列に所定数の単位時間のブロックに分割し、ブロックにおいて時系列にＡ：Ｂ：Ｃに区分けした信号を送信または受信し、Ｃに対応する区分けにおいて送受信される信号に含まれるトークンに基づいて、次のブロックにおいて、信号を送信するか、または、受信するかを決定するので、巨大スタジアム、混雑した地下鉄もしくは鉄道の駅、空港、テーマパーク、または、高層ビル等の人口密度の高いエリアにおいて効率的なパケット通信を提供することができるという効果を奏する。
【００２３】
また、この発明によれば、アドホックモードが、ダイレクトリンクモードである場合、区分けした信号は、最初の１バイトが、パケットがどの種類のデータであるかを規定し、次の４から６バイトが、パケットの最終送信先である送信先の端末装置の装置識別番号を規定し、次の４から６バイトが、パケットの送信元である端末装置の装置識別番号を規定し、次の４バイトが、パケットタグＩＤを規定し、最後の１バイト以外の残りのバイトが、ペイロードデータを規定し、最後の１バイトは、パケット全体のＣＲＣ値を規定するので、セルサイト内でアクセスポイントへの接続が混雑している等の場合に、近接する端末装置同士に効率的なパケット通信を提供することができるという効果を奏する。
【００２４】
また、この発明によれば、アドホックモードが、アドホックマルチホップ中継モードである場合、区分けした信号は、最初の１バイトが、パケットがどの種類のデータであるか規定し、次の４から６バイトが、送信先の端末装置の装置識別番号を規定し、次の４から６バイトが、パケットの最終送信先の端末装置の装置識別番号を規定し、次の１バイトが、信号を中継する端末装置の数であるホップカウントを規定し、次の４から６バイトが、パケットの送信元である端末装置の装置識別番号を規定し、次の１バイトが、データタイプを規定し、次の２バイトが、パケットタグＩＤを規定し、最後の１バイト以外の残りのバイトが、ペイロードデータを規定し、最後の１バイトは、パケット全体のＣＲＣ値を規定するので、セルサイト内でアクセスポイントへの接続が混雑している等の場合に、セルサイト内で近接していない端末装置同士であっても、効率的なパケット通信を提供することができるという効果を奏する。
【００２５】
また、この発明によれば、所定数は、２００であるので、効率的なパケット通信を提供することができるという効果を奏する。
【００２６】
また、この発明によれば、単位時間は、５ミリ秒であり、ＡおよびＣは、１であり、Ｂは、３であるので、データの種類に応じて時系列的に格納することができるという効果を奏する。
【図面の簡単な説明】
【００２７】
【図１】図１は、本実施形態における通信方式の一例を示す図である。
【図２】図２は、本実施形態における通信方式の一例を示す図である。
【図３】図３は、本実施形態における通信方式の一例を示す図である。
【図４】図４は、本実施形態における通信方式の一例を示す図である。
【図５】図５は、本実施形態における通信方式の一例を示す図である。
【図６】図６は、本実施形態における通信方式の一例を示す図である。
【図７】図７は、本実施形態における通信方式の一例を示す図である。
【図８】図８は、本実施形態における通信方式の一例を示す図である。
【図９】図９は、本実施形態における端末装置の構成の一例を示すブロック図である。
【図１０】図１０は、本実施形態の通信システムにおける処理の一例を示すフローチャートである。
【図１１】図１１は、本実施形態において送受信される周波数信号の状況の一例を示す図である。
【図１２】図１２は、本実施形態において送受信される周波数信号の状況の一例を示す図である。
【図１３】図１３は、本実施形態において送受信される周波数信号の状況の一例を示す図である。
【図１４】図１４は、本実施形態におけるチャネル割当の一例を示す図である。
【図１５】図１５は、本実施形態の通信システムにおける処理の一例を示すフローチャートである。
【図１６】図１６は、本実施形態の通信システムにおける処理の一例を示すフローチャートである。
【図１７】図１７は、図１６に対応する遷移図である。
【図１８】図１８は、本実施形態の通信システムにおける処理の一例を示すフローチャートである。
【図１９】図１９は、図１８に対応する遷移図である。
【発明を実施するための形態】
【００２８】
以下に、本発明にかかる端末装置、通信方法、および、プログラムの実施の形態を図面に基づいて詳細に説明する。なお、この実施の形態によりこの発明が限定されるものではない。
【００２９】
特に以下の実施の形態においては、本発明を通信分野に適用した例について説明するが、この場合に限られず、全ての技術分野において、同様に適用することができる。
【００３０】
［本発明の実施形態の概要］
以下、本発明の実施形態の概要について図１乃至図８を参照して説明し、その後、本実施形態の構成および処理等について詳細に説明する。
【００３１】
ここで、図１乃至図８を参照して、本実施形態において利用される通信方式（通信システム）の一例について説明する。図１乃至図８は、本実施形態における通信方式の一例を示す図である。
【００３２】
図１に示すように、本実施形態におけるインフラストラクチャモードにおいては、従来のネットワークと同じように、セルサイト内でアクセスポイント（ＡＰ）２００（アクセスポイント（ＡＰ）コントローラ２４０）を介して端末装置１００同士（端末装置１００−Ｏと端末装置１００−Ｆと）が無線通信を行う。
【００３３】
また、図２に示すように、本実施形態におけるインフラストラクチャモードにおいては、従来のネットワークと同じように、ゲートウェイとして機能するＡＰ２００（ゲートウェイピア２２０）を介して端末装置１００−Ｏが他のネットワークにある端末装置１００−Ｆ等と無線通信を行う。
【００３４】
また、図３に示すように、本実施形態におけるダイレクトリンクモードにおいては、端末装置１００同士（端末装置１００−Ｏと端末装置１００−Ｆと）がダイレクト無線リンクを介して直接無線通信を行う。
【００３５】
また、図４に示すように、本実施形態におけるアドホックマルチホップ中継モードにおいては、１つまたは複数の他の端末装置１００（端末装置１００−Ｒ等）によるリレーパスを介して、送信元の端末装置１００−Ｏと送信先の端末装置１００−Ｆとが無線通信を行う。
【００３６】
ここで、本実施形態におけるアドホック（無線）マルチホップ中継データネットワークは、無線装置間の中継方法の形式で無線データパケット送信を可能にするデータ通信ネットワークである。
【００３７】
ここで、中継（データリレー）とは、受信転送法によりノードまたはピアのネットワーク全域で終着点に送信可能な電子的にコード化された情報の伝達であってもよい。
【００３８】
ここで、本実施形態において、ノード、または、ピアとは、データを送受信可能な電子装置（例えば、端末装置１００等）、および／または、当該データを自身で処理できるマイクロプロセッサ等であってもよい。
【００３９】
また、無線装置（ワイヤレス装置）は、無線周波を送受信可能な、マイクロプロセッサ、メモリ、および／または、無線周波を１つまたは複数の上記装置と送受信する１つ以上のアンテナを備えた電子装置であってもよい。
【００４０】
ここで、本実施形態におけるアドホックマルチホップ中継モードは、図１および図２に示す端末装置１００同士がＡＰ２００を介してデータの交換を行う従来のセルラーデータネットワークとは、プロトコルを形成するデータ装置間での通信データの交換方法が異なる。
【００４１】
すなわち、本実施形態におけるアドホックマルチホップ中継データネットワークでは、情報（データパケット）がネットワーク全域でいくつかの方法を介して配信され、配信パスは各ノード（端末装置１００、ＡＰ２００、ゲートウェイピア２２０、および／または、ＡＰコントローラ２４０等）により動的に決定されてもよい。
【００４２】
また、図５に示すように、本実施形態におけるインフラストラクチャ支援型マルチホップ中継モードにおいては、１つまたは複数の他の端末装置１００（端末装置１００−Ｒ等）、および、１つまたは複数の基地局（ＡＰ２００）により形成されるリレーパスを介して、送信元の端末装置１００−Ｏが送信先の端末装置１００−Ｆと通信を行う。
【００４３】
ここで、インフラストラクチャ支援型アドホック中継通信とは、ワイヤレスマルチプルホップ中継データネットワークのアプリケーションの実行の１つである。
【００４４】
ここで、当該通信方法は、基地局（ＡＰ２００）が稼動中で全てのデータ通信量を制御している間、ノードがローカルループ通信中の通信データ送信に関するＡＰ２００の制御指示に従い、直接または中継法を用いて互いに通信できることである。
【００４５】
また、当該通信方法の主な利点は、通信中、ＡＰ２００が実際のペイロード（音声、インターネットデータ、動画、ＳＭＳ、および／または、ＭＭＳ等）を制御せずに、通信セッション情報のみを制御して、処理能力およびＲＦ（Ｒａｄｉｏ  Ｆｒｅｑｕｅｎｃｙ）帯域等を消耗しないようにすることができる。
【００４６】
これにより、当該通信方法においては、従来のＡＰ−クライアント端末法と比較して、セルサイトにより多くの同じ装備の端末装置１００同士の通信を提供することができる。また、当該通信方法は、通信負荷が大きい間は、ＡＰ２００の通信量負荷を減らしてセルサイトをより機能的、堅強、且つ、効率的にすることができる。
【００４７】
例えば、当該通信方法において、ＡＰ２００の負荷が圧倒的に大きくなって、または、通信が込み合っていて、端末装置１００がＡＰ２００に接続してローカルループ接続（同じセルサイト内通信）を要求する場合、ＡＰ２００は、接続（接続、切断、進捗等）パス判断の制御および接続許可制御のみを行うことができる。
【００４８】
したがって、当該通信方法において、ＡＰ２００は、データ接続負荷を外部宛先に伝送するだけであり、ローカルループデータ接続負荷を伝送しなくてもよい。すなわち、実際のデータ通信負荷は、端末装置１００同士の直接のリンク接続またはアドホックマルチプルホップ中継モードにより伝送される。
【００４９】
また、当該通信方法において、ＡＰ２００は、どのようにリンクアップしてローカルループ通信を行うパスを形成するかを、セルサイト内の全てのノード（端末装置１００）に知らせてもよい。また、当該通信方法において、他のセルサイトまたは他のネットワークへの通信は、従来のＡＰ−クライアント端末法により行ってもよい。
【００５０】
また、当該通信方法において、いくつかのセルサイトが１つのＡＰコントローラ２４０により制御される場合、インフラストラクチャ支援型アドホック中継通信の範囲は、ＡＰコントローラ２４０の制御により、全てのＡＰ２００のＲＦ範囲に拡大されてもよい。
【００５１】
すなわち、当該通信方法において、全ての経路設定情報がＡＰ２００ではなくＡＰコントローラ２４０により処理される場合、インフラストラクチャ支援型アドホック中継通信の範囲は、複数のセルサイトにまたがった範囲に拡大されてもよい。
【００５２】
また、当該通信方法は、大容量のＷＩＦＩ通信への変更が可能エリアへの適用、３Ｇ（４Ｇ）ネットワークのアドオン・オフロード（振替）、および／または、３Ｇ（４Ｇ）ネットワークのＷｉＦｉ／他のワイヤレスカードのオフロード（振替）を行ってもよい。
【００５３】
また、図６に示すように、本実施形態におけるインフラストラクチャ中継バックホールモードにおいては、ＡＰ２００同士（ＡＰ２００−１とＡＰ２００−２と）が直接通信を行う。
【００５４】
また、図７および図８に示すように、本実施形態におけるインフラストラクチャ中継バックホールモードにおいては、１つまたは複数の他のＡＰ２００（ＡＰ２００−２等）によるリレーパスを介して、送信元のＡＰ２００−１が送信先のＡＰ２００−Ｎと通信を行う。
【００５５】
このように、本実施形態におけるインフラストラクチャ中継バックホールモードにおいては、関与する端末装置１００はなく、全ての通信はＡＰ２００間で完了する。
【００５６】
ここで、本実施形態におけるインフラストラクチャ中継バックホールモードにおいては、バックホールサービス（無線ブロードバンド、有線ネットワーク、マイクロ波リンク、および／または、衛星リンク等の他の接続方法）がない場合、または、バックホールサービスが中断された場合、ＡＰ２００は他のＡＰ２００または他のネットワークに送信が必要なデータ信号を送信するための無線中継リンクを形成してもよい。
【００５７】
また、本実施形態におけるインフラストラクチャ中継バックホールモードにおいては、形成した無線中継リンクが、ローカルの端末装置１００へのサービスを持続しながら、端末装置１００の中継ネットワークに用いられる同じプロトコルの一部を利用した独立したネットワークであってもよい。
【００５８】
また、本実施形態におけるインフラストラクチャ中継バックホールモードは、地方および遠距離通信に対する無線ブロードバンドデータ配信ネットワークに使用されてもよい。
【００５９】
以上で、本実施形態における通信システムの概要の説明を終える。
【００６０】
［本実施形態の構成］
次に、本発明の実施形態に係る通信システムの構成の一例について図９を参照して説明し、その後、本実施形態の処理等について詳細に説明する。図９は、本実施形態における端末装置１００の構成の一例を示すブロック図である。
【００６１】
但し、以下に示す実施形態は、本発明の技術思想を具体化するための通信システムを例示するものであって、本発明をこの通信システムに特定することを意図するものではなく、特許請求の範囲に含まれるその他の実施形態の通信システムにも等しく適用し得るものである。
【００６２】
例えば、本実施形態で例示する通信システムにおける機能分散の形態は以下に限られず、同様の効果や機能を奏し得る範囲において、任意の単位で機能的または物理的に分散・統合して構成することができる。
【００６３】
本実施形態の通信システムは、概略的に、アドホックモードで無線通信可能な端末装置１００と、アクセスポイント（ＡＰ）２００と、ゲートウェイピア２２０と、アクセスポイント（ＡＰ）コントローラ２４０と、バックホールシステム等と、を通信可能に接続して構成される。ここで、通信には、一例として、ネットワークを介した有線・無線通信等の遠隔通信等を含む。また、これら通信システムの各部は任意の通信路を介して通信可能に接続されている。
【００６４】
まず、図９に示すように、端末装置１００は、概略的に、制御部１０２と、記憶部１０６と、を備えて構成される。ここで、端末装置１００は、更に、通信インターフェース部を備えていてもよい。
【００６５】
端末装置１００は、通信インターフェース部を介して、外部機器（例えば、他の端末装置１００、ＡＰ２００、および／または、ＡＰコントローラ２４０等）と相互に通信可能に接続されていてもよい。
【００６６】
通信インターフェース部は、通信回線および／または電話回線等に接続されるアンテナおよび／またはルータ等の通信装置に接続されるインターフェースであり端末装置１００とネットワークとの間における通信制御を行う機能を有していてもよい。ここで、通信インターフェース部は、ＮＩＣ等であってもよい。また、これら各部は任意の通信路を介して通信可能に接続されている。
【００６７】
ここで、記憶部１０６は、各種のデータベース、テーブル、および／または、ファイルなどを格納する。記憶部１０６は、ストレージ手段であり、例えばＲＡＭ・ＲＯＭ等のメモリ、ハードディスク（ＨＤＤ）のような固定ディスク装置、フレキシブルディスク、および／または、光ディスク等を用いることができる。
【００６８】
また、記憶部１０６は、ＮＡＮＤフラッシュ、および／または、ＮＯＲフラッシュ等のパーマネントメモリ等を用いることができる。また、記憶部１０６には、ＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）に命令を与え各種処理を行うためのコンピュータプログラム等が記録されている。
【００６９】
また、端末装置１００は、更に、制御部１０２と入出力部１１２等とを接続する入出力インターフェース部を備えていてもよい。ここで、入出力インターフェース部は、入出力部１１２の制御を行ってもよい。
【００７０】
また、端末装置１００は、更に、データの入出力（Ｉ／Ｏ）を行う入出力部１１２を備えていてもよい。ここで、入出力部１１２は、例えば、キー入力部、タッチパネル、コントロールパッド（例えば、タッチパッド、および、ゲームパッド等）、マウス、キーボード、および、マイク等であってもよい。
【００７１】
また、入出力部１１２は、アプリケーション等の表示画面を表示する表示部（例えば、液晶または有機ＥＬ等から構成されるディスプレイ、モニタ、および、タッチパネル等）であってもよい。また、入出力部１１２は、音声情報を音声として出力する音声出力部（例えば、スピーカ等）であってもよい。
【００７２】
例えば、入出力部１１２は、キーパッド、タッチボタン、および／または、タッチスクリーン等の入力装置であってもよく、表示部であってもよく、マンマシンインタフェース（ＭＭＩ）であってもよい。
【００７３】
また、端末装置１００は、１つまたは複数のＬＥＤを備えていてもよい。また、端末装置１００は、１つまたは複数の無線周波ＲＦモデムＩＣ（送受信機）を備えていてもよい。また、端末装置１００は、２つ以上の複数の低周波ＲＦモデムＩＣ（送受信機）を備えていてもよい。
【００７４】
また、端末装置１００は、バッテリー、および、バッテリー充電ＩＣを備えていてもよい。また、端末装置１００は、ＵＳＢ端子、および、シリアルポートを備えていてもよい。また、端末装置１００は、各ＲＦモデム用アンテナを備えていてもよい。
【００７５】
また、制御部１０２は、端末装置１００を統括的に制御するＣＰＵ等からなる。制御部１０２は、制御プログラムと各種の処理手順等を規定したプログラムと所要データとを格納するための内部メモリを有し、これらプログラムに基づいて種々の処理を実行するための情報処理を行う。
【００７６】
ここで、図９に示すように、制御部１０２は、大別して、送受信部１０２ａ、および、切替判定部１０２ｂを備える。
【００７７】
送受信部１０２ａは、端末装置１００と信号の送信先の端末装置１００との通信セッションの間、端末装置１００（端末装置１００−Ｏまたは端末装置１００−Ｒ）と送信先の端末装置１００（端末装置１００−Ｆまたは端末装置１００−Ｒ）との１つのチャネルを時系列に所定数の単位時間のブロックに分割し、ブロックにおいて時系列にＡ：Ｂ：Ｃに区分けした信号を送信または受信する送受信手段である。
【００７８】
すなわち、送受信部１０２ａは、ＴＤＤ（Ｔｉｍｅ  Ｄｉｖｉｓｉｏｎ  Ｄｕｐｌｅｘ）による同時送受信を行ってもよい。更に、送受信部１０２ａは、ＦＤＤ（Ｆｒｅｑｕｅｎｃｙ  Ｄｉｖｉｓｉｏｎ  Ｄｕｐｌｅｘ）による同時送受信を行ってもよい。ここで、ブロックは、フレームであってもよい。
【００７９】
ここで、アドホックモードが、ダイレクトリンクモードである場合、区分けした信号（パケット）は、最初の１バイトが、パケットがどの種類のデータであるかを規定し、次の４から６バイトが、パケットの最終送信先である送信先の端末装置の装置識別番号（ＦＤＮ：Ｆｉｎａｌ  Ｄｅｓｔｉｎａｔｉｏｎ  Ｄｅｖｉｃｅ  Ｎｕｍｂｅｒ）を規定し、次の４から６バイトが、パケットの送信元である端末装置の装置識別番号（ＯＤＮ：Ｏｒｉｇｉｎ  Ｄｅｖｉｃｅ  Ｎｕｍｂｅｒ）を規定し、次の４バイトが、パケットタグＩＤを規定し、最後の１バイト以外の残りのバイトが、ペイロードデータを規定し、最後の１バイトは、パケット全体のＣＲＣ値を規定してもよい。
【００８０】
例えば、通信が、ＡＰ２００と端末装置１００との通信、２つの端末装置１００間の通信、または、２つのＡＰ２００間の通信等の２つのピア間の通信である場合、区分けした信号（パケット）の最初のバイトは、パケットタイプバイトであってもよい。
【００８１】
すなわち、パケットは、最初のバイトによりパケットがどの種類のデータであるか特定されてもよい。また、ダイレクトリンク接続において、ｂｉｔは、０ｘ０１であってもよい。
【００８２】
そして、パケットの次の４から６バイトは、宛先ノードＤＩＮ：Ｄｅｖｉｃｅ  Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ  Ｎｕｍｂｅｒ（ＦＤＮ）を規定してもよい。ここで、当該４から６バイトは、暗号化されない。ここで、ＦＤＮは、終着点装置番号であって、ネットワーク全域でのパケット送信の終着点の装置番号であってもよい。
【００８３】
また、ＦＤＮの情報に用いられるバイト数（ＤＩＮの長さ）は、ネットワーク要件により決定（ネットワーク全域で予め定義）されてもよい。当該４から６バイトの構成は、ネットワークインターフェースカードのＭＡＣアドレスと互換性があってもよい。
【００８４】
そして、パケットの次の４から６バイトは、送信元ノードＤＩＮ（ＯＤＮ）を規定してもよい。これらのバイトは暗号化されない。ここで、ＯＤＮは、送信元装置番号であって、通信セッションの送信元装置番号であってもよい。
【００８５】
ここで、ＯＤＮの情報に用いられるバイト数は、ネットワーク要件により決定されてもよい。当該４から６バイトの構成は、ネットワークインターフェースカードのＭＡＣアドレスと互換性があってもよい。
【００８６】
そして、パケットの次の４バイトは、パケットタグＩＤであってもよい。
【００８７】
そして、パケットの１バイトを差し引いた残りのバイトは、ペイロードデータであってもよい。ここで、ペイロードデータは、暗号化されてもよい。また、暗号化法は、ＡＥＳ１２８、ＡＥＳ１９２、または、ＡＥＳ２５６であってもよく、ネットワークセキュリティレベルにより決められてもよい。
【００８８】
そして、パケットの最後の１バイトは、全体のパケットのＣＲＣ（Ｃｙｃｌｉｃ  Ｒｅｄｕｎｄａｎｃｙ  Ｃｈｅｃｋ）バイトであってもよい。
【００８９】
また、アドホックモードが、アドホックマルチホップ中継モードである場合、区分けした信号は、最初の１バイトが、パケットがどの種類のデータであるか規定し、次の４から６バイトが、送信先の端末装置の装置識別番号を規定し、次の４から６バイトが、パケットの最終送信先の端末装置の装置識別番号を規定し、次の１バイトが、信号を中継する端末装置の数であるホップカウントを規定し、次の４から６バイトが、パケットの送信元である端末装置の装置識別番号を規定し、次の１バイトが、データタイプを規定し、次の２バイトが、パケットタグＩＤを規定し、最後の１バイト以外の残りのバイトが、ペイロードデータを規定し、最後の１バイトは、パケット全体のＣＲＣ値を規定してもよい。
【００９０】
例えば、通信にリレーノードが含まれる場合、パケットの最初のバイトは、パケットタイプバイトであってもよい。すなわち、パケットは、最初のバイトによりパケットがどの種類のデータであるか特定されてもよい。また、アドホックマルチホップ中継接続では、ｂｉｔは、０ｘ０２であってもよい。
【００９１】
そして、パケットの次の４から６バイトは、次のピアのＤＩＮ（ＲＤＮ：Ｒｅｌａｙ  Ｄｅｖｉｃｅ  Ｎｕｍｂｅｒ）を規定してもよい。ここで、ＲＤＮは、中継装置番号であって、通信セッション中の中継ノードの装置番号であってもよい。また、当該４から６バイトは、暗号化されない。
【００９２】
そして、パケットの次の４から６バイトは、データが送信されている終着点ピア（ＦＤＮ）のＤＩＮであってもよい。ここで、ＤＩＮは、装置識別番号であって、１６進数のネットワーク全域での固有の番号であってもよい。また、当該４から６バイトは、暗号化されない。
【００９３】
そして、パケットの次の１バイトは、０と０ｘＦＦ（２５６）との間のホップカウントを規定してもよい。ここで、一般的なアプリケーションは、ホップカウントを０から８の範囲で認めるが、これに限定されない。また、ホップカウントの最大値は、予め設定されネットワーク全体で一致してもよい。
【００９４】
そして、パケットの次の４から６バイトは、通信セッションの送信元ピア（ＯＤＮ）のＤＩＮであってもよい。ここで、当該４から６バイトは、暗号化されない。
【００９５】
そして、パケットの次の１バイトは、データタイプバイトであってもよい。ここで、コマンドは、０ｘ００、生テキストメッセージは、０ｘ０１、生音声制御データは、０ｘ０２、生音声ストリームデータは、０ｘ０３、アプリケーションデータの生ストリームは、０ｘ０４、ＴＣＰ／ＩＰカプセル化データは、０ｘ０５、生動画制御データは、０ｘ０６、生動画ストリームデータは、０ｘ０７、緊急通知データは、０ｘ１Ｆ、他の種類のデータは、０ｘ１０、および、予備のデータは、用いられていない他の値の制御コードが割り当てられてもよい。
【００９６】
そして、パケットの次の２バイトは、パケットのタグＩＤであってもよい。このタグＩＤは、送信されるデータ列を示す。
【００９７】
そして、パケットの１バイトを差し引いた残りのバイトは、アプリケーションデータのペイロードであってもよい。ここで、ペイロードデータは、ネットワークセキュリティレベルによりＡＥＳ１２８、ＡＥＳ１９２、または、ＡＥＳ２５６で暗号化されてもよい。
【００９８】
そして、パケットの最後の１バイトは、全体のパケットのＣＲＣバイトであってもよい。ここで、当該最後の１バイトは、暗号化されない。
【００９９】
また、所定数は、２００であってもよい。また、単位時間は、５ミリ秒であり、ＡおよびＣは、１であり、Ｂは、３であってもよい。なお、単位時間は、０．５ミリ秒等の任意の時間であってもよい。また、Ａ、Ｂ、および、Ｃは、０以上の任意の実数であってもよい。
【０１００】
なお、本実施形態において、ピアネットワーク内で送信される全てのデータは、データパケットにカプセル化されてもよい。また、ネットワーク全域で送信されるデータパケットの最大長、すなわち、各パケットの最大送信単位（ＭＴＵ：Ｍａｘｉｍｕｍ  Ｔｒａｎｓｍｉｓｓｉｏｎ  Ｕｎｉｔ）は、２５５バイトであってもよい。
【０１０１】
すなわち、各パケットは、最長２５５バイトであってもよい。ここで、ＭＴＵは、論理的には最長２５５バイトであるが、通常、ネットワークアプリケーションおよびネットワーク要件に応じて、６４バイトまたは２５バイト等に設定されてもよい。
【０１０２】
また、本実施形態において、設定したＭＴＵ以下のデータパケットは、受信したピアによって、有効パケットであるとみなされてもよい。また、本実施形態において、２５５バイトを超えるパケットは、受信するピアによって、無効パケットとみなされ、処理されない、または、無視（ドロップ）されてもよい。
【０１０３】
また、切替判定部１０２ｂは、Ｃに対応する区分けにおいて送受信される信号に含まれるトークンに基づいて、次のブロックにおいて、信号を送信するか、または、受信するかを決定する切替判定手段である。
【０１０４】
また、アクセスポイント（ＡＰ）２００は、端末装置１００と、他の端末装置１００、または、他のネットワーク（例えば、有線ネットワーク等）との無線接続を中継する基地局である。
【０１０５】
ここで、ＡＰ２００は、受信装置およびアンテナを複数組備え、バックホールネットワークに接続される可能な基地局であってもよい。また、ＡＰ２００は、スタンドアローンの高出力処理が可能な基地局装置であってもよい。
【０１０６】
また、ＡＰ２００は、他のＡＰ２００、または、ゲートウェイピアにより制御される、ネットワークの他のセクション、または、他のネットワークセグメントへのアクセスノードであってもよい。
【０１０７】
ここで、ＡＰ２００は、ＣＰＵ、ＲＡＭ、および／または、パーマネントメモリ（ＮＡＮＤフラッシュ、ＮＯＲフラッシュ、または、ハードディスク等）を備えていてもよい。また、ＡＰ２００は１つまたは複数のＬＥＤを備えていてもよい。
【０１０８】
また、ＡＰ２００は、ＮＩＣカード、ＩＣカード、および／または、レジスタジャック（ＲＪ４５等）を備えていてもよい。また、ＡＰ２００は、キーパッド、タッチボタン、および／または、タッチスクリーン等の入力装置を備えていてもよく、表示部を備えていてもよい。
【０１０９】
また、ＡＰ２００は、１つまたは複数の無線周波ＲＦモデムＩＣ（送受信機）を備えていてもよい。また、ＡＰ２００は、２つ以上の複数の低周波ＲＦモデムＩＣ（送受信機）を備えていてもよい。
【０１１０】
また、ＡＰ２００は、ＤＣ電源を備えていてもよい。また、ＡＰ２００は、バッテリー、および／または、バッテリー充電ＩＣを備えていてもよい。また、ＡＰ２００は、ＵＳＢ端子、および／または、シリアルポートを備えていてもよい。また、ＡＰ２００は、各ＲＦモデム用アンテナを備えていてもよい。
【０１１１】
また、ゲートウェイピア２２０は、無線送受信が可能、且つ、有線ネットワークを含む他の接続方法を利用可能なピア（通信装置）である。ここで、ゲートウェイピア２２０は、無線ネットワーク、および／または、光ネットワーク等の接続方法を用いることができるピアであってもよい。
【０１１２】
また、ゲートウェイピア２２０は、２つのネットワークの通路として機能し、必要に応じてネットワーク間で他のネットワークへのプロトコルを翻訳してもよい。
【０１１３】
また、ＡＰコントローラ２４０は、データパケットを伝送する無線周波信号を送受信する無線周波フロントエンド装置を制御する基地局装置である。
【０１１４】
ここで、ＡＰコントローラ２４０は、ＡＰ２００、および、ゲートウェイピア２２０と同様の機能を有するが、通常、より高性能なＣＰＵおよび／またはプロセッサと、より大容量のメモリと、バックホールシステムとのより広域な帯域での接続環境とを備えていてもよい。
【０１１５】
また、ＡＰコントローラ２４０は、通常、データセンターでホストされるラックマウント式のサーバを用いてもよいが、これに限定されない。また、通常、ＡＰコントローラ２４０には、広範囲に渡り複数のＡＰ２００が属するので、より広範囲かつより広帯域に対応してもよい。
【０１１６】
また、ＡＰ２００をＡＰコントローラ２４０に所属させる場合、ＡＰ２００は無線周波ＲＦヘッドとして機能するが、ＡＰ２００は、ＡＰコントローラ２４０に不具合があった場合、スタンドアローンＡＰ機能を復旧させて自己復元処理およびバックアップを行ってもよい。
【０１１７】
また、本実施形態において、ＡＰ２００、および、ＡＰコントローラ２４０は、通信セッションのハンドシェイクに関する情報を送信してもよい。また、ＡＰ２００、および、ＡＰコントローラ２４０は、標準的なＡＰ‐エンド端末通信中であってもいずれかの方法によるパスの定義および／またはパスの発見に関する情報を送信してもよい。
【０１１８】
また、ＡＰ２００、および、ＡＰコントローラ２４０は、通信量送信ステータスに関する情報を送信してもよい。また、ＡＰ２００、および、ＡＰコントローラ２４０は、ＲＦチャネル割り当てに関する情報を送信してもよい。
【０１１９】
また、ＡＰ２００、および、ＡＰコントローラ２４０は、経路設定パスの全てのノードに確立すべき所定のルートがあることを知らせるための中継経路許可に関する情報を送信してもよい。
【０１２０】
また、ＡＰ２００、および、ＡＰコントローラ２４０は、ノードの存在、チャネルの質、経路の質、再経路設定、端末装置１００の地理的位置、経路設定マップ、および／または、経路選択評価テーブルに関する情報を送信してもよい。
【０１２１】
また、バックホールシステムは、ＡＰ２００等とバックグラウンドネットワークとを接続する中継システムである。
【０１２２】
ここで、バックホールシステムは、ＡＰ２００等とバックグラウンドネットワークとを接続する銅線、光ファイバー、衛星リンク、地上マイクロ波リンク、および／または、他の形態の無線リンクを含んでいてもよい。
【０１２３】
また、バックホールシステムに含まれるネットワーク経路設定装置は、ＯＮＵ、ＰＯＮコントローラ、ルータ、スイッチ、および／または、ネットワークアダプタ等を備えていてもよい。
【０１２４】
また、バックホールシステムは、処理を必要としローカル体系ネットワーク外を含む別のネットワークへ伝える必要のあるパケットを処理する１組または複数組のＣＰＵ、ＲＡＭ、パーマネントメモリ（例えば、ＮＡＮＤフラッシュ、ＮＯＲフラッシュ、ハードディスク等）を備えるコンピュータ装置を備えていてもよい。
【０１２５】
また、バックホールシステムは、契約者データ、サブシステム構成データ、認証データ、通信ログ、請求データ等を含むがこれらに限定されないデータを記憶し検索する１組または複数組のＣＰＵ、ＲＡＭ、パーマネントメモリ（例えば、ＮＡＮＤフラッシュ、ＮＯＲフラッシュ、ハードディスク等）を備えるデータベースコンピューティングハードウェアを備えていてもよい。
【０１２６】
また、バックホールシステムは、他のネットワークおよびシステムと互いに接続するゲートウェイ装置を備えていてもよい。また、バックホールシステムは、端末装置１００の認証データを含む端末装置１００の情報を記憶し処理する任意のスマートカードまたは他の集積回路を備えていてもよい。
【０１２７】
また、バックホールシステムは、システムインフラ全体に非中断電力を供給するソーラーパネルまたは他の電力供給システムを備えていてもよい。また、バックホールシステムは、キーボード、マウス、および／または、他のポインティングデバイスとモニタとを有し、インフラネットワークを制御し監視するコンピュータシステムを備えていてもよい。
【０１２８】
また、本実施形態における通信システムにおいて、高周波は、１ＧＨｚ以上、すなわち、低周波は、１ＧＨｚ未満であってもよい。また、高周波モデムは、高速（高帯域）でデータを伝送するものであってもよい。また、低周波モデムは、低速（低帯域）でデータを伝送するものであってもよい。
【０１２９】
また、通信システムに電源が入ると、ＡＰ２００は、セルサイト情報を定期的に一斉送信してもよい。また、ＡＰ２００は、セルサイト情報の一斉送信の繰返しタイミングを設定してもよい。また、ＡＰ２００は、ＮＩＣカードおよび／またはＲＪ４５等のレジスタジャックを介して他のネットワークまたはインターネットに接続可能であってもよい。
【０１３０】
また、端末装置１００の電源が入ると、端末装置１００は、全てのＲＦモデムを受信モードに設定し、ＡＰ２００の一斉送信を待ってセットアップを行い、ＡＰ２００を登録してもよい。
【０１３１】
また、端末装置１００がＡＰ２００の一斉送信を受信すると、端末装置１００は、ＲＦ周波数を用いてＡＰ２００と通信をおこなってもよい。また、端末装置１００が高周波数と低周波数との両方で一斉送信を受信した場合、端末装置１００は、ＡＰ２００が通信に低周波数を用いることを要求しない限り、通信には高周波数を用いてもよい。
【０１３２】
また、ＡＰ２００は、高周波が全て使用されており混雑している場合、特定の端末装置１００と通信するために、低周波を用いることを決定してもよい。また、本実施形態における通信システムにおいては、高周波として２．４ＧＨｚが用いられている場合、ＷｉＦｉネットワークと共存させてもよい。
【０１３３】
また、本実施形態における通信システムにおいては、高周波が、インフラストラクチャモードに用いられていても、処理量を増加または通信距離を伸ばすために、低周波をインフラストラクチャモードに用いてもよく、アドホックモードに用いてもよい。
【０１３４】
また、本実施形態における通信システムが、アドホックマルチホップ中継モードを利用している場合、通信システムは、ノード発見によってデータ配信パスを設定してもよい。
【０１３５】
また、本実施形態における通信システムにおいては、発見されたノードのリストをメモリ（ＲＡＭおよび／またはパーマネントメモリ）にキャッシュして、通信に用いてもよい。ここで、キャッシュは、ダイレクトリンクノードリストおよび経路設定リンクノードリストの２部で構成されてもよい。
【０１３６】
また、本実施形態における通信システムにおいて、ＡＰ２００により、端末装置１００が関与しないインフラストラクチャ中継バックホールモードが構成された場合、インフラ（ＡＰ２００）は、端末装置１００と比較して高い周波数を用い、２つのネットワークを互いに隔離してもよい。
【０１３７】
また、本実施形態における通信システムにおいて、インフラストラクチャ中継モードで、ＡＰ２００は、自身を特定する自身のＩＤを定期的に一斉送信し、他のＡＰ２００が制御チャネルで認証を維持するのを待機してもよい。
【０１３８】
ここで、一斉送信するメッセージは、キープアライブ信号として、それぞれを確認するために、毎秒ごとに繰り返し送信される。また、キープアライブ信号は、他の隣接ＡＰ２００に受信されて経路設定テーブルにキャッシュされてもよい。
【０１３９】
また、キープアライブ信号が６秒間受信されない場合、ＡＰ２００は、他のＡＰ２００をデッドＡＰであるとみなし、経路設定テーブルから削除してもよい。また、キープアライブ信号が再度受信された場合、ＡＰ２００は、他のＡＰ２００を経路設定テーブルに再度復帰させてもよい。
【０１４０】
また、本実施形態における通信システムにおいて、インフラストラクチャ中継モード制御チャネルは、装置制御コマンドおよび状態レポートとして用いてもよい。
【０１４１】
以上で、本実施形態における通信システムの構成の一例の説明を終える。
【０１４２】
［本実施形態の処理］
上述した構成の通信システムで実行される処理の一例について、図１０乃至図１９を参照して説明する。
【０１４３】
［本実施形態の処理（その１）］
まず、本実施形態における通信システムによる処理の一例について、図１０乃至図１４を参照して説明する。図１０は、本実施形態の通信システムにおける処理の一例を示すフローチャートである。
【０１４４】
図１０に示すように、まず、ＡＰ２００またはＡＰコントローラ２４０は、（全ての）ローカルノード（端末装置１００）に電源が入れられ、ＡＰ２００またはＡＰコントローラ２４０に接続された場合、ＤＩＮ（装置識別番号）および／もしくはＵＳＩＭ（Ｕｎｉｖｅｒｓａｌ  Ｓｕｂｓｃｒｉｂｅｒ  Ｉｄｅｎｔｉｔｙ  Ｍｏｄｕｌｅ）を含む認証情報、または、他の認証方法を用いて、（全ての）ローカルノード（端末装置１００）を登録する（ステップＳＡ−１）。
【０１４５】
そして、ＡＰ２００またはＡＰコントローラ２４０は、ローカルデータベースに割り当てられた番号（論理番号とＤＩＮとが異なる場合、論理番号がＤＩＮに割り当てられる）と共に、ＤＩＮをローカルデータベースに登録し、タイムスタンプの更新と共に有効（アライブ）としてマークする。
【０１４６】
ここで、ＡＰ２００またはＡＰコントローラ２４０は、端末装置１００から送信される他のパケットデータがあれば、タイムスタンプの更新と共にローカルデータベースを更新してもよい。
【０１４７】
また、ＡＰ２００またはＡＰコントローラ２４０は、所定の期間内に端末装置１００から受信されるデータパケットがない場合、端末装置１００を無効（デッド）であるとみなしてもよい。
【０１４８】
また、ＡＰ２００またはＡＰコントローラ２４０は、端末装置１００の最後の動作により、端末装置１００のジオタグ（ＲＦ強度または三角法を介した、ＧＰＳ、ＡＧＰＳ、および／または、プロキシ情報等）を更新してもよい。
【０１４９】
そして、ＡＰ２００またはＡＰコントローラ２４０は、端末装置１００−Ｏがデータ接続を要求した場合、宛先ノード（ＦＤＮ）に相当する端末装置１００−Ｆが何れであるかを確認し、データベースを照合して、データベースに登録されているかどうか、および、アライブであるかどうかを確認する（ステップＳＡ−２）。
【０１５０】
そして、ＡＰ２００またはＡＰコントローラ２４０は、照合結果が得られたか否か判定する（ステップＳＡ−３）。
【０１５１】
そして、ＡＰ２００またはＡＰコントローラ２４０は、照合結果が得られないと判定した場合（ステップＳＡ−３：Ｎｏ）、端末装置１００−Ｏにより接続を要求されたデータをクロスセルまたはクロスネットワークデータであるとみなし、宛先ネットワークの最初のノードへパケットを送信する通常通りのインフラストラクチャモードで処理し（ステップＳＡ−４）、処理を終了する。
【０１５２】
一方、ＡＰ２００またはＡＰコントローラ２４０は、照合結果が得られたと判定した場合（ステップＳＡ−３：Ｙｅｓ）、ジオタグを用いてデータベースを検索し、端末装置１００−Ｏと端末装置１００−Ｆとが直接通信可能であるか否か判定する（ステップＳＡ−５）。
【０１５３】
すなわち、ＡＰ２００またはＡＰコントローラ２４０は、アドホックモードを起動してデータを処理する。
【０１５４】
そして、ＡＰ２００またはＡＰコントローラ２４０は、直接通信可能であると判定した場合（ステップＳＡ−５：Ｙｅｓ）、両者にダイレクトモードでの通信セッション開始の許可を与える。
【０１５５】
そして、端末装置１００−Ｏの送受信部１０２ａは、１つのチャネルを時系列に２００の５ｍｓのブロックに分割し、ブロックにおいて時系列に１：３：１に区分けした、送信周波数信号であるＴＸを送信、または、受信周波数信号であるＲＸを受信し、端末装置１００−Ｏの切替判定部１０２ｂは、各ブロックの最後の１ｍｓで送信されるトークンバイトに基づいて、ＴＸを送信するか、または、ＲＸを受信するかを決定して切替えるダイレクトモードでの通信セッションを、端末装置１００−Ｆとの間で行い（ステップＳＡ−６）、処理を終了する。
【０１５６】
すなわち、端末装置１００−Ｏは、通信セッションの間、一つのチャネルを２００の１＋３＋１ｍｓのブロックで分割し、ＴＸの送信またはＲＸの受信を、最後の１ｍｓで送信されるパケットに含まれるトークンバイトにより切り替えてもよい。
【０１５７】
ここで、ＡＰ２００またはＡＰコントローラ２４０は、何らかの理由により通信が異常に完了または中止した場合、チャネルを再利用してもよい。また、ＴＸは、ピアからアンテナを用いて送信される無線周波信号であってもよい。また、ＲＸは、ピアによりアンテナを用いて受信される無線周波信号であってもよい。
【０１５８】
ここで、図１１乃至図１３を参照して、本実施形態において送受信される周波数信号の状況について説明する。図１１乃至図１３は、本実施形態において送受信される周波数信号の状況の一例を示す図である。
【０１５９】
図１１には、端末装置１００において、最初の１＋３＋１ｍｓのブロックでＴＸが待機しているためＴＸの送信を行い、次の１＋３＋１ｍｓのブロックでＲＸが受信可でありＲＸが待機しているためＲＸの受信を行い、その次の１＋３＋１ｍｓのブロックでＲＸが受信可であるがＴＸが待機しているためＴＸの送信を行っている。
【０１６０】
また、図１２には、端末装置１００において、最初の１＋３＋１ｍｓのブロックでＴＸが待機しているためＴＸの送信を行い、次の１＋３＋１ｍｓのブロックでＲＸが受信可であるがＲＸが待機していないためＴＸの送信を連続して行い、その次の１＋３＋１ｍｓのブロックでＲＸが受信可でありＲＸが待機しているためＲＸの受信を行っている。
【０１６１】
図１３には、端末装置１００において、最初の１＋３＋１ｍｓのブロックでＴＸが待機しているためＴＸの送信を行い、次の１＋３＋１ｍｓのブロックでＲＸが受信可でありＲＸが待機しているためＲＸの受信を行い、その次の１＋３＋１ｍｓのブロックでＲＸが受信可でありＲＸが待機しているためＲＸの受信を行っている。
【０１６２】
図１０に戻り、ＡＰ２００またはＡＰコントローラ２４０は、直接通信不可能であると判定した場合（ステップＳＡ−５：Ｎｏ）、中継法によりデータ信号を送信するためのパスを形成するために、データベース内のジオタグを利用し、リレーパス内の各ノード（端末装置１００−Ｒ）にノードの接続順でリンクパスを生成する許可が与えられたことを通知する（ステップＳＡ−７）。
【０１６３】
そして、ＡＰ２００またはＡＰコントローラ２４０は、当該リンクパスに用いられる通信セッションに２つの周波数チャネルを割り当てる。ここで、ＡＰ２００またはＡＰコントローラ２４０は、通常、リレーノード（端末装置１００−Ｒ）に対し、リンクの１つのレッグ用に１つのチャネルを、リンクのもう一方のレッグ用に１つのチャネルがそれぞれ割り当ててもよい。
【０１６４】
ここで、図１４を参照して、本実施形態におけるチャネル割当の一例について説明する。図１４は、本実施形態におけるチャネル割当の一例を示す図である。
【０１６５】
図１４に示すように、本実施形態においては、通信セッションの間、リンクが中継リンク（端末装置１００−Ｒ）の場合、リンクのＡレッグおよびリンクのＢレッグが決定され、それぞれにチャネルが割り当てられる。
【０１６６】
図１０に戻り、端末装置１００−Ｏの送受信部１０２ａは、１つのチャネルを時系列に２００の５ｍｓのブロックに分割し、ブロックにおいて時系列に１：３：１に区分けした、ＴＸを送信、または、ＲＸを受信し、端末装置１００−Ｏの切替判定部１０２ｂは、各ブロックの最後の１ｍｓで送信されるトークンバイトに基づいて、ＴＸを送信するか、または、ＲＸを受信するかを決定して切替えるアドホックマルチホップ中継モードでの通信セッションを、端末装置１００−Ｒを介して端末装置１００−Ｆとの間で行い（ステップＳＡ−８）、処理を終了する。
【０１６７】
ここで、何らかの理由により通信セッションが終了または中止した場合、ノード（端末装置１００）は、通信状態をＡＰ２００またはＡＰコントローラ２４０に通知し、ＡＰ２００またはＡＰコントローラ２４０は、チャネルを再利用してもよい。
【０１６８】
また、通信セッションの間、リンクの質が安定せず良くない場合、ノード（端末装置１００）は、ＡＰ２００またはＡＰコントローラ２４０にリンクの質を知らせてもよい。ここで、リンクの質は、受信信号強度：ＲＳＳＩ（Ｒｅｃｅｉｖｅｄ  Ｓｉｇｎａｌ  Ｓｔｒｅｎｇｔｈ  Ｉｎｄｉｃａｔｉｏｎ）の値により決定されてもよい。
【０１６９】
そして、ＡＰ２００またはＡＰコントローラ２４０は、リンクの質の情報を用いて、代わりの通信経路を選択してもよい。ここで、経路の切替えは、エンドユーザ（端末装置１００）にわかるようになっていてもよい。
【０１７０】
また、通信セッションの間、ノード（端末装置１００）は、定期的に充電レベルをＡＰ２００またはＡＰコントローラ２４０に通知し、確実に中継用に充電の少ないノード（端末装置１００−Ｒ）が選択されないようにしてもよい。
【０１７１】
ここで、最低限充電レベルは、ネットワーク全体、または、ＡＰ２００またはＡＰコントローラ２４０のセルサイト全体で予め定義されてもよい。
【０１７２】
以上で、本実施形態における通信システムによる処理（その１）の一例の説明を終える。
【０１７３】
［本実施形態の処理（その２）］
また、本実施形態における通信システムによる処理の一例について、図１５を参照して説明する。図１５は、本実施形態の通信システムにおける処理の一例を示すフローチャートである。
【０１７４】
図１５に示すように、まず、ピア（ＡＰ２００、または、端末装置１００−Ｏ）は、通信セッションを開始した場合、ＦＤＮをローカルキャッシュで検索し、到達可能なネットワーク内に存在するピアに対して終着点ピア（端末装置１００−Ｆ）のＤＩＮを一斉送信する（ステップＳＢ−１）。
【０１７５】
ここで、一斉送信される情報は、ホップカウントが０より大きい間にネットワーク全体で中継され、中継されるごとに、ホップカウントが０になるまで１ずつ減っていく。
【０１７６】
そして、送信元ピア（端末装置１００−Ｏ）は、６秒以内に宛先ピア（端末装置１００−Ｆ）からＡＣＫパケットを受信した場合、通信セッションが確立され、通信の次のステップが行われ、そうでなければ通信セッションが確立されない（ステップＳＢ−２）。
【０１７７】
そして、送信元ピア（端末装置１００−Ｏ）は、２以上のＡＣＫ（ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ）パケットを受信したか否か判定する（ステップＳＢ−３）。
【０１７８】
そして、送信元ピア（端末装置１００−Ｏ）は、２以上のＡＣＫパケットを受信していない、すなわち、宛先ピア（端末装置１００−Ｆ）から直接ＡＣＫパケットを受信したと判定した場合（ステップＳＢ−３：Ｎｏ）、ダイレクトモードでの通信セッションを開始する。
【０１７９】
そして、送信元ピア（端末装置１００−Ｏ）は、１つのチャネルを時系列に２００の５ｍｓのブロックに分割し、ブロックにおいて時系列に１：３：１に区分けした、送信周波数信号であるＴＸを送信、または、受信周波数信号であるＲＸを受信し、各ブロックの最後の１ｍｓで送信されるトークンバイトに基づいて、ＴＸを送信するか、または、ＲＸを受信するかを決定して切替えるダイレクトモードでの通信セッションを、宛先ピア（端末装置１００−Ｆ）との間で行い（ステップＳＢ−４）、処理を終了する。
【０１８０】
一方、送信元ピア（端末装置１００−Ｏ）は、２以上のＡＣＫパケットを受信した、すなわち、送信元ピアが異なる中継経路を介して１より大きいＡＣＫパケットを受信したと判定した場合（ステップＳＢ−３：Ｙｅｓ）、一番品質のよい経路を用いて中継経路を確立する（ステップＳＢ−５）。
【０１８１】
そして、送信元ピア（端末装置１００−Ｏ）は、１つのチャネルを時系列に２００の５ｍｓのブロックに分割し、ブロックにおいて時系列に１：３：１に区分けした、ＴＸを送信、または、ＲＸを受信し、各ブロックの最後の１ｍｓで送信されるトークンバイトに基づいて、ＴＸを送信するか、または、ＲＸを受信するかを決定して切替えるアドホックマルチホップ中継モードでの通信セッションを、中継ピア（端末装置１００−Ｒ）を介して宛先ピア（端末装置１００−Ｆ）との間で行い（ステップＳＢ−６）、処理を終了する。
【０１８２】
ここで、中継ピア（端末装置１００−Ｒ）は、データパケットを中継しながら、先頭の４から６バイトが自己のＤＩＮであるパケットを受信し、パケットを転送する際、先頭の４から６バイトを次のピアのＤＩＮに置換え、ホップカウントバイトを１ずつ減らしてもよい。
【０１８３】
また、本実施形態においては、中継経路が確認されて、送信元ピア（端末装置１００−Ｏ）と宛先ピア（端末装置１００−Ｆ）との通信できるように確立されたのち、ピア間のハンドシェイクがなされて通信セッションが確立されてもよい。
【０１８４】
また、ピアは、通信セッションを完了する際、セッションを終了するために互いにＢＹＥ信号を送信してもよい。
【０１８５】
また、本実施形態において、直接また間接的にリンクされるピア間の各通信方法のＴＴＬ（Ｔｒａｎｓｉｓｔｏｒ−Ｔｒａｎｓｉｓｔｏｒ  Ｌｏｇｉｃ）は、６秒であってもよい。
【０１８６】
すなわち、２つのピア間の各通信は、通信セッションをオープンに保つために、互いに６秒間で通信しなければならず、６秒間で通信されない場合、通信セッションは、どんな理由であれ終了したとみなされてもよい。
【０１８７】
例えば、本実施形態において、通信セッションは、６秒以内に各ピアに返信メッセージの送信が無い場合、強制終了したとみなされてもよい。
【０１８８】
また、全てのパケットは、宛先ピア（端末装置１００−Ｆ）により返答されることが求められ、これによりＣＲＣ値の１バイトがタグＩＤと共に送信元ピア（端末装置１００−Ｏ）に返送されて、データが受信されたことが確認されてもよい。
【０１８９】
また、宛先ピア（端末装置１００−Ｆ）は、タグＩＤとＣＲＣ値とを比較して受信データの整合性を確認することが必要であってもよい。
【０１９０】
以上で、本実施形態における通信システムによる処理（その２）の一例の説明を終える。
【０１９１】
［本実施形態の処理（その３）］
また、本実施形態における通信システムによる処理の一例について、図１６乃至図１９を参照して説明する。図１６および図１８は、本実施形態の通信システムにおける処理の一例を示すフローチャートである。図１７は、図１６に対応する遷移図である。図１９は、図１８に対応する遷移図である。
【０１９２】
まず、図１６および図１７に示すように、ＡＰ２００は、通信システムの電源をＯＮにし、ＡＰビーコンを定期的（６秒毎）にブロードキャスティングチャネル（ＢＣ  ＣＨ）を介して一斉送信する（ステップ１）。
【０１９３】
ここで、ＡＰビーコンは、現在のＵＮＩＸ（登録商標）時間、ネットワークＩＤ、ＡＰ  ＩＤ、通信チャネルの割り当て、および／または、ピアリングルール等を含んでいてもよい。
【０１９４】
そして、ＡＰ２００は、通信システム、および、ＲＦ（無線周波数）を初期化する（ステップ２）。
【０１９５】
そして、端末装置１００−Ｏおよび端末装置１００−Ｆは、ＡＰの条件一斉送信を待機する（ステップ３）。すなわち、端末装置１００−Ｏおよび端末装置１００−Ｆは、ＡＰブロードキャスティングチャネル（ＡＰ  ＢＣ  ＣＨ）を介して、接続条件データを待機してもよい。
【０１９６】
そして、端末装置１００−Ｏは、条件一斉送信を受信したか否か判定する（ステップ４）。
【０１９７】
そして、端末装置１００−Ｏは、条件一斉送信を受信したと判定した場合（ステップ４：Ｙｅｓ）、インフラストラクチャモードに移行する（ステップ４．５）。
【０１９８】
そして、端末装置１００−Ｏおよび端末装置１００−Ｆは、ＲＦを設定する（ステップ５）。
【０１９９】
そして、端末装置１００−Ｏおよび端末装置１００−Ｆは、ＥＤＳＮ（ｅｌｅｃｔｒｏｎｉｃ  ｄｅｖｉｃｅ  ｓｅｒｉａｌ  ｎｕｍｂｅｒ）を含む登録送信要求を登録チャネル（ＲＥＧ  ＣＨ）を介して送信する（ステップ６）。
【０２００】
そして、端末装置１００−Ｏおよび端末装置１００−Ｆは、登録送信の許可を待機し、通信許可応答チャネル（ＣＰＲ  ＣＨ）を介して許可が送信されたか否か判定する（ステップ７）。
【０２０１】
そして、端末装置１００−Ｏおよび端末装置１００−Ｆは、許可が送信されていないと判定した場合（ステップ７：Ｎｏ）、ＴＴＬがタイムアウトであるか否か判定する。そして、端末装置１００−Ｏおよび端末装置１００−Ｆは、ＴＴＬがタイムアウトであると判定した場合、処理をステップ６に移行させ、ＴＴＬがタイムアウトではないと判定した場合、処理をステップ７に移行させる。
【０２０２】
そして、端末装置１００−Ｏおよび端末装置１００−Ｆは、ＳＩＭカード、ＳＩＭ番号と装置、または、ＥＤＳＮの登録要求をＲＥＧ  ＣＨを介してＡＰ２００に送信し、ＡＰ２００は、送信の許可を登録する（ステップ８）。
【０２０３】
そして、ＡＰ２００は、登録の返答（登録／拒否）をコマンドチャネル（ＣＭＤ  ＣＨ）を介して確認する（ステップ９）。
【０２０４】
そして、ＡＰ２００は、確認が取れない場合（ステップ９：Ｎｏ）、ＴＴＬがタイムアウトであるか否か判定する。そして、ＡＰ２００は、ＴＴＬがタイムアウトであると判定した場合、処理をステップ８に移行させ、ＴＴＬがタイムアウトではないと判定した場合、処理をステップ９に移行させる。
【０２０５】
一方、ＡＰ２００は、確認が取れた場合（ステップ９：Ｙｅｓ）、登録が受け入れられたか否か判定する。そして、ＡＰ２００は、登録が受け入れられたと判定した場合、処理をステップ１０に移行させ、登録が受け入れられなかったと判定した場合、待機した後、再度元の処理に移行し、登録が受け入れられたか否か判定する。
【０２０６】
そして、端末装置１００−Ｏおよび端末装置１００−Ｆは、データベースの初期化を行う（ステップ１０）。
【０２０７】
そして、端末装置１００−Ｏおよび端末装置１００−Ｆは、ＣＭＤ  ＣＨを介してＲＸ１を待機する（ステップ１１）。ここで、コマンドは、電話、ＳＭＳ，データ、または、プロビジョニング等であってもよい。
【０２０８】
そして、端末装置１００−Ｏおよび端末装置１００−Ｆは、インフラストラクチャモードの通信セッションを行う（ステップ１３）。
【０２０９】
また、端末装置１００−Ｏおよび端末装置１００−Ｆは、送信要求チャネル（ＲＥＱ  ＣＨ）を介してＲＸ２を待機する（ステップ１２）。
【０２１０】
ここで、端末装置１００−Ｏおよび端末装置１００−Ｆは、ＲＥＱ  ＣＨを介して全ての隣接する端末装置１００を見つけるために待機してもよい。端末装置１００−Ｏおよび端末装置１００−Ｆは、隣接する端末装置１００が見つかった場合、データベースのダイレクトリンクテーブルに格納（登録）してもよい。
【０２１１】
そして、端末装置１００−Ｏは、ＲＥＱ  ＣＨを介してデータを受信したか否か判定する（ステップ１４）。そして、端末装置１００−Ｏは、データを受信していないと判定した場合（ステップ１４：Ｎｏ）、ステップ１４の処理を繰り返す。
【０２１２】
ここで、端末装置１００−Ｏは、ＲＥＱ  ＣＨを介してデータを受信してもよい。また、端末装置１００−Ｆは、電話、ＳＭＳ、または、データの送信要求を送信してもよい。
【０２１３】
一方、端末装置１００−Ｏは、データを受信したと判定した場合（ステップ１４：Ｙｅｓ）、要求のＯＤＮをデータベースで検索する（ステップ１５）。すなわち、端末装置１００−Ｏは、要求データのＯＤＮをデータベースで検索してもよい。
【０２１４】
そして、端末装置１００−Ｏは、検索した要求のＯＤＮが見つかるか否か判定する（ステップ１６）。
【０２１５】
そして、端末装置１００−Ｏは、検索した要求のＯＤＮが見つからないと判定した場合（ステップ１６：Ｎｏ）、データベースのダイレクトリンクテーブルにＯＤＮを挿入し（ステップ１７）、中継ルーティングテーブルを作成する。
【０２１６】
一方、端末装置１００−Ｏは、検索した要求のＯＤＮが見つかったと判定した場合（ステップ１６：Ｙｅｓ）、更新時でタイムスタンプを更新し（ステップ１８）、中継ルーティングテーブルを作成する。
【０２１７】
一方、端末装置１００−Ｏは、条件一斉送信を受信していないと判定した場合（ステップ４：Ｎｏ）、ＴＴＬがタイムアウトであるか否か判定する。そして、端末装置１００−Ｏは、ＴＴＬがタイムアウトでないと判定した場合、処理をステップ３に移行させる。
【０２１８】
一方、端末装置１００−Ｏは、ＴＴＬがタイムアウトであると判定した場合、アドホック中継モードに移行する（ステップ２１）。
【０２１９】
そして、図１８および図１９に示すように、端末装置１００−Ｏ、端末装置１００−Ｒおよび端末装置１００−Ｆは、ＡＰ２００の条件一斉送信のＲＸ１を待機する。すなわち、端末装置１００−Ｏ、端末装置１００−Ｒおよび端末装置１００−Ｆは、ＡＰ  ＢＣ  ＣＨを介して、接続条件データを待機してもよい。
【０２２０】
そして、端末装置１００−Ｏ、端末装置１００−Ｒおよび端末装置１００−Ｆは、データを受信したか否か判定する。そして、端末装置１００−Ｏ、端末装置１００−Ｒおよび端末装置１００−Ｆは、データを受信していないと判定した場合、判定処理を繰り返す。
【０２２１】
一方、端末装置１００−Ｏ、端末装置１００−Ｒおよび端末装置１００−Ｆは、データを受信したと判定した場合、インフラストラクチャモードに移行する。
【０２２２】
また、端末装置１００−Ｏ、端末装置１００−Ｒおよび端末装置１００−Ｆは、公開コマンドチャネル（ＰＣＭＤ）を介してＲＸ２を待機する（ステップ２２）。すなわち、端末装置１００−Ｏ、端末装置１００−Ｒおよび端末装置１００−Ｆは、ＰＣＭＤを介してピア発見および通信セッションスタンバイを待機してもよい。
【０２２３】
そして、端末装置１００−Ｏおよび端末装置１００−Ｒは、ＲＦパケットを受信したか否か判定する（ステップ２３）。ここで、端末装置１００−Ｆは、ＦＤＮ、ＯＤＮ、ＲＤＮ、および、コマンド情報等を含む、ＳＭＳ、電話、および／または、データ等の通信要求をＰＣＭＤ  ＣＨを介して送信してもよい。
【０２２４】
そして、端末装置１００−Ｏおよび端末装置１００−Ｒは、ＲＦパケットを受信していないと判定した場合（ステップ２３：Ｎｏ）、ステップ２３の処理を繰り返す。
【０２２５】
一方、端末装置１００−Ｏおよび端末装置１００−Ｒは、ＲＦパケットを受信したと判定した場合（ステップ２３：Ｙｅｓ）、自身宛であるか否か判定する（ステップ２４）。
【０２２６】
そして、端末装置１００−Ｏは、自身宛ではないと判定した場合（ステップ２４：Ｎｏ）、処理をステップ１５に移行させる。ここで、端末装置１００−Ｏは、ＦＤＮは自身ではないと判定した場合、処理をステップ１５に移行させてもよい。
【０２２７】
一方、端末装置１００−Ｒは、自身宛であると判定した場合（ステップ２４：Ｙｅｓ）、中継パケットであるか否か判定する（ステップ２５）。
【０２２８】
そして、端末装置１００−Ｒは、中継パケットではないと判定した場合（ステップ２５：Ｎｏ）、受信パケットを複合化および処理する（ステップ２５．５）。
【０２２９】
一方、端末装置１００−Ｒは、中継パケットであると判定した場合（ステップ２５：Ｙｅｓ）、パケットのＦＤＮをデータベース（ルーティングテーブル）で検索する（ステップ２６）。
【０２３０】
そして、端末装置１００−Ｒは、パケットのＦＤＮがデータベースで見つかるか否か判定する（ステップ２７）。
【０２３１】
そして、端末装置１００−Ｒは、パケットのＦＤＮがデータベースで見つからないと判定した場合（ステップ２７：Ｎｏ）、公開ＣＨに検索コマンドを送信し、検索および送信を行う。
【０２３２】
一方、端末装置１００−Ｒは、パケットのＦＤＮがデータベースで見つかったと判定した場合（ステップ２７：Ｙｅｓ）、ルーティングテーブルに従った送信を行う（ステップ２８）。
【０２３３】
ここで、端末装置１００−Ｒは、ＦＤＮをルーティングテーブルで検索し、見つかった場合、全ての可能性のある経路をリストアップしてもよい。
【０２３４】
そして、端末装置１００−Ｒは、送信が成功したか否か判定する（ステップ２９）。ここで、端末装置１００−Ｏは、ＰＣＭＤ  ＣＨを介してピア発見および通信セッションスタンバイを待機してもよい。
【０２３５】
また、ＳＭＳ、電話、および／または、データ等の中継通信要求は、ＦＤＮ、ＯＤＮ、ＲＤＮ、および／または、コマンド情報等を含んでいてもよい。また、ＲＤＮは、次のピアのＥＳＤＮで置き換えられてもよい。
【０２３６】
そして、端末装置１００−Ｒは、送信が成功したと判定した場合（ステップ２９：Ｙｅｓ）、処理をステップ２２に移行させる。
【０２３７】
一方、端末装置１００−Ｒは、送信が成功しなかったと判定した場合（ステップ２９：Ｎｏ）、次の優先順位のルートを検索し（ステップ３０）、処理をステップ２７に移行させる。
【０２３８】
以上で、本実施形態における通信システムの処理の一例の説明を終える。
【０２３９】
［他の実施の形態］
さて、これまで本発明の実施の形態について説明したが、本発明は、上述した実施の形態以外にも、特許請求の範囲に記載した技術的思想の範囲内において種々の異なる実施の形態にて実施されてよいものである。
【０２４０】
また、実施の形態において説明した各処理のうち、自動的に行われるものとして説明した処理の全部または一部を手動的に行うこともでき、あるいは、手動的に行われるものとして説明した処理の全部または一部を公知の方法で自動的に行うこともできる。
【０２４１】
このほか、上記文献中や図面中で示した処理手順、制御手順、具体的名称、各処理の登録データや検索条件等のパラメータを含む情報、画面例、データベース構成については、特記する場合を除いて任意に変更することができる。
【０２４２】
また、端末装置１００、ＡＰ２００、ゲートウェイピア２２０、および、ＡＰコントローラ２４０に関して、図示の各構成要素は機能概念的なものであり、必ずしも物理的に図示の如く構成されていることを要しない。
【０２４３】
例えば、端末装置１００、ＡＰ２００、ゲートウェイピア２２０、および、ＡＰコントローラ２４０の各装置が備える処理機能、特に制御部１０２にて行われる各処理機能については、その全部または任意の一部を、ＣＰＵおよび当該ＣＰＵにて解釈実行されるプログラムにて実現してもよく、また、ワイヤードロジックによるハードウェアとして実現してもよい。尚、プログラムは、後述する、コンピュータに本発明に係る方法を実行させるためのプログラム化された命令を含む、一時的でないコンピュータ読み取り可能な記録媒体に記録されており、必要に応じて端末装置１００、ＡＰ２００、ゲートウェイピア２２０、および、ＡＰコントローラ２４０に機械的に読み取られる。すなわち、ＲＯＭまたはＨＤＤなどの記憶部１０６などには、ＯＳと協働してＣＰＵに命令を与え、各種処理を行うためのコンピュータプログラムが記録されている。このコンピュータプログラムは、ＲＡＭにロードされることによって実行され、ＣＰＵと協働して制御部を構成する。
【０２４４】
また、このコンピュータプログラムは、端末装置１００、ＡＰ２００、ゲートウェイピア２２０、および、ＡＰコントローラ２４０に対して任意のネットワークを介して接続されたアプリケーションプログラムサーバに記憶されていてもよく、必要に応じてその全部または一部をダウンロードすることも可能である。
【０２４５】
また、本発明に係るプログラムを、コンピュータ読み取り可能な記録媒体に格納してもよく、また、プログラム製品として構成することもできる。ここで、この「記録媒体」とは、メモリーカード、ＵＳＢメモリ、ＳＤカード、フレキシブルディスク、光磁気ディスク、ＲＯＭ、ＥＰＲＯＭ、ＥＥＰＲＯＭ、ＣＤ−ＲＯＭ、ＭＯ、ＤＶＤ、および、Ｂｌｕ−ｒａｙ（登録商標）  Ｄｉｓｃ等の任意の「可搬用の物理媒体」を含むものとする。
【０２４６】
また、「プログラム」とは、任意の言語や記述方法にて記述されたデータ処理方法であり、ソースコードやバイナリコード等の形式を問わない。なお、「プログラム」は必ずしも単一的に構成されるものに限られず、複数のモジュールやライブラリとして分散構成されるものや、ＯＳ（Ｏｐｅｒａｔｉｎｇ  Ｓｙｓｔｅｍ）に代表される別個のプログラムと協働してその機能を達成するものをも含む。なお、実施の形態に示した各装置において記録媒体を読み取るための具体的な構成、読み取り手順、あるいは、読み取り後のインストール手順等については、周知の構成や手順を用いることができる。
【０２４７】
記憶部１０６に格納される各種のデータベース等は、ＲＡＭ、ＲＯＭ等のメモリ装置、ハードディスク等の固定ディスク装置、フレキシブルディスク、および、光ディスク等のストレージ手段であり、各種処理やウェブサイト提供に用いる各種のプログラム、テーブル、データベース、および、ウェブページ用ファイル等を格納する。
【０２４８】
また、端末装置１００、ＡＰ２００、ゲートウェイピア２２０、および、ＡＰコントローラ２４０は、既知のパーソナルコンピュータ、ワークステーション等の情報処理装置として構成してもよく、また、該情報処理装置に任意の周辺装置を接続して構成してもよい。また、端末装置１００、ＡＰ２００、ゲートウェイピア２２０、および、ＡＰコントローラ２４０は、該情報処理装置に本発明の方法を実現させるソフトウェア（プログラム、データ等を含む）を実装することにより実現してもよい。
【０２４９】
更に、装置の分散・統合の具体的形態は図示するものに限られず、その全部または一部を、各種の付加等に応じて、または、機能負荷に応じて、任意の単位で機能的または物理的に分散・統合して構成することができる。すなわち、上述した実施形態を任意に組み合わせて実施してもよく、実施形態を選択的に実施してもよい。
【産業上の利用可能性】
【０２５０】
以上詳述に説明したように、本発明によれば、少なくとも端末装置間に一つのチャネルがあれば、アドホックマルチホップ中継通信を実現することができる端末装置、通信方法、および、プログラムを提供することすることができ、情報通信分野などの様々な分野において極めて有用である。
【符号の説明】
【０２５１】
１００  端末装置
１０２  制御部
１０２ａ  送受信部
１０２ｂ  切替判定部
１０６  記憶部
１１２  入出力部
２００  アクセスポイント
２２０  ゲートウェイピア
２４０  アクセスポイントコントローラ
【図１】
2016144156.tif 000003
【図２】
2016144156.tif 000004
【図３】
2016144156.tif 000005
【図４】
2016144156.tif 000006
【図５】
2016144156.tif 000007
【図６】
2016144156.tif 000008
【図７】
2016144156.tif 000009
【図８】
2016144156.tif 000010
【図９】
2016144156.tif 000011
【図１０】
2016144156.tif 000012
【図１１】
2016144156.tif 000013
【図１２】
2016144156.tif 000014
【図１３】
2016144156.tif 000015
【図１４】
2016144156.tif 000016
【図１５】
2016144156.tif 000017
【図１６】
2016144156.tif 000018
【図１７】
2016144156.tif 000019
【図１８】
2016144156.tif 000020
【図１９】
2016144156.tif 000021