JP6655968B2 - 通信装置、制御方法、及びプログラム - Google Patents

Description

本発明は、通信に係る低電力化技術に関する。

近年、ＩＥＥＥ８０２．１１規格シリーズに代表される無線ＬＡＮが広く利用されており、それに伴って、さまざまな無線ＬＡＮのネットワーク形態の製品、および仕様規格が登場している。特許文献１には、省電力で通信装置やそれが提供するサービスなどを発見するための規格としてＷｉ−Ｆｉ Ａｌｌｉａｎｃｅによって規定されている、ＮＡＮ（Ｎｅｉｇｈｂｏｒ Ａｗａｒｅｎｅｓｓ Ｎｅｔｗｏｒｋ）が記載されている。これは、通信装置が、他の通信装置との間で情報交換する期間を当該他の通信装置と同期して、無線ＲＦ（Ｒａｄｉｏ Ｆｒｅｑｕｅｎｃｙ）部を有効にする時間を短縮することによって省電力化を図るものである。なお、以下では、ＮＡＮ規格に従って動作する通信装置をＮＡＮデバイスと呼ぶ。

ＮＡＮにおける同期のための期間は、ＤＷ（Ｄｉｓｃｏｖｅｒｙ Ｗｉｎｄｏｗ）と呼ばれる。ＤＷ期間は一定周期で繰り返され、ＮＡＮクラスタに参加しているＮＡＮデバイスは、少なくともいずれかのＤＷ期間において、他のＮＡＮデバイスの存在や、他のＮＡＮデバイスとのサービス／アプリケーションに関する情報の共有を行うことができる。また、ＤＷ期間が共有されたＮＡＮデバイスの集合は、ＮＡＮクラスタと呼ばれる。ＮＡＮクラスタに参加する端末は、ＤＷ期間において、ＤＷ期間中であることを示すと共に端末間の同期を確保するための信号（Ｓｙｎｃ Ｂｅａｃｏｎ）や、アプリケーション情報などを共有するための信号を送受信する。サービス／アプリケーションを探しているＮＡＮデバイスは、ＤＷ期間中にサービス要求／提供信号（Ｓｅｒｖｉｃｅ Ｄｉｓｃｏｖｅｒｙ Ｆｒａｍｅ（ＳＤＦ））を送信する。

米国特許出願公開第２０１４／０３０２７８７号明細書

ＮＡＮデバイスは、少ない消費電力で他のＮＡＮデバイスが提供するサービスを探索することができ、また、他のＮＡＮデバイスが探索しているサービスを自身が提供していることを通知することができる。しかしながら、ＮＡＮデバイスがサービスを発見した後の通信に関する消費電力については検討されていなかった。

本発明は上記課題に鑑みなされたものであり、通信装置がサービスを発見した後の通信に関する消費電力を低減する仕組みを提供することを目的とする。

上記課題を解決するため、本発明の通信装置は、フィールドとして、Ｃａｔｅｇｏｒｙと、当該Ｃａｔｅｇｏｒｙより後に送信されるＡｃｔｉｏｎと、前記Ａｃｔｉｏｎより後に送信されるＯＵＩと、前記ＯＵＩより後に送信されるＯＵＩ Ｔｙｐｅと、前記ＯＵＩ Ｔｙｐｅより後に送信される第１のＮＡＮ Ａｔｔｒｉｂｕｔｅとを含む所定のフレームフォーマットによって構成される信号であって、前記第１のＮＡＮ Ａｔｔｒｉｂｕｔｅに含まれるタイプ情報が第１の値である第１の信号を送信することで、他の通信装置とＮＡＮ（Ｎｅｉｇｈｂｏｒ Ａｗａｒｅｎｅｓｓ Ｎｅｔｗｏｒｋｉｎｇ）規格に準拠したデータリンクの確立を要求する要求手段と、前記通信装置と前記他の通信装置とが参加しているＮＡＮクラスタにおけるＤｉｓｃｏｖｅｒｙ Ｗｉｎｄｏｗ期間とは異なる期間において、前記要求手段による要求に基づいて確立された前記データリンクを介して前記他の通信装置と通信する通信手段と、前記データリンクを介した前記他の通信装置との通信を終了する場合に、前記所定のフレームフォーマットによって構成される信号であって、前記第１のＮＡＮ Ａｔｔｒｉｂｕｔｅに含まれる前記タイプ情報が前記第１の値とは異なる第２の値である第２の信号を送信することで、前記データリンクを終了することを前記他の通信装置へ通知する通知手段と、を有する。

通信装置がサービスを発見した後の通信に関する消費電力を低減することができる。

無線通信システムの構成例を示す図。 ＮＡＮデバイスのハードウェア構成例を示す図 ＮＡＮデバイスの機能構成例を示す図。 データリンクの確立及び通信の際の処理の流れの例を示すシーケンス図。 拡張されたＳｅｒｖｉｃｅ Ｄｉｓｃｏｖｅｒｙ Ｆｒａｍｅ（ＳＤＦ）の構成例を示す図。 拡張されたＳｅｒｖｉｃｅ Ｄｉｓｃｏｖｅｒｙ Ｆｒａｍｅ（ＳＤＦ）の構成例を示す図。 拡張されたＳｅｒｖｉｃｅ Ｄｉｓｃｏｖｅｒｙ Ｆｒａｍｅ（ＳＤＦ）の構成例を示す図。 データ通信を終了する際に実行される処理の流れの例を示すフローチャート。 ＤＬＷ期間における通信の継続判定処理の流れの例を示すフローチャート。 ＤＬＷ期間における通信の終了時の通知の、送信処理の流れの例を示すフローチャート。 ユーザインタフェース（ＵＩ）の操作の様子を示す概念図。 アプリケーションとＮＡＮとの処理の関係を示すシーケンス図。 データ通信を終了する際に実行される処理の流れの例を示すシーケンス図。

以下、添付の図面を参照しながら本発明をその実施形態に基づいて詳細に説明する。なお、以下に示される構成及び手順は一例にすぎず、本発明は説明された例に限定されるものではない。また、以下では、Ｎｅｉｇｈｂｏｒ Ａｗａｒｅｎｅｓｓ Ｎｅｔｗｏｒｋ（ＮＡＮ）規格に準拠した無線ＬＡＮシステムを用いた例について説明するが、これに限られない。すなわち、通信装置が周期的にＲＦ機能をオンとしてサービスの発見を行い、その後にサービスに関する通信を行う無線通信システムであれば、以下の議論を適用することができる。なお、以下では、通信装置が従う規格のことを指して「ＮＡＮ規格」と呼び、ＮＡＮ規格に従って形成された、サービス探索及び発見のためのネットワークについては「ＮＡＮ」と呼ぶ。

（無線通信システムの構成）
図１に本実施形態に係る無線通信システムの構成例を示す。本無線通信システムは、ＮＡＮ規格に従って動作可能な無線通信装置（ＮＡＮデバイス１０１〜１０３）を含んで構成される。なお、無線通信システムは、例えば不図示のアクセスポイントや端末など、他の通信装置を含みうる。また、ＮＡＮデバイス１０１〜１０３は、ＮＡＮに参加可能であり、アプリケーションに係る通信を行うことが可能な通信装置であれば、どのような装置であってもよい。

ＮＡＮデバイス１０１〜１０３は、ＮＡＮ規格に基づいて、周囲の通信装置とそれらの通信装置が提供するサービスを発見し、又は周囲のＮＡＮデバイスがＮＡＮデバイス１０１〜１０３によって提供されうるサービスを発見することを可能としうる。ＮＡＮにおいては、ＲＦ機能をオンにする周期を共有するＮＡＮデバイスとしてＮＡＮクラスタが定義され、ＮＡＮデバイスはＮＡＮクラスタに参加する。図１は、ＮＡＮデバイス１０１〜１０３がＮＡＮクラスタ１０４に参加していることを示している。ＮＡＮクラスタ１０４への参加のためには、ＮＡＮデバイス１０１〜１０３は、ＮＡＮクラスタ１０４のＭａｓｔｅｒとして動作するＮＡＮデバイスが送信したＤｉｓｃｏｖｅｒｙ Ｂｅａｃｏｎを受信するなどの、ＮＡＮ規格に定められた処理を行う。ただし、ここでは、これらの処理はすでに完了しているものとし、詳細には説明しない。なお、ＮＡＮデバイスは、複数のＮＡＮクラスタに参加することができ、複数のＮＡＮクラスタは、互いに異なるＤＷ（Ｄｉｓｃｏｖｅｒｙ Ｗｉｎｄｏｗ）期間を有しうる。

ＮＡＮデバイス１０１及び１０３は、Ｎｏｎ−Ｍａｓｔｅｒ Ｎｏｎ−ＳｙｎｃとしてＮＡＮクラスタ１０４に参加し、ＮＡＮデバイス１０２は、Ｍａｓｔｅｒ又はＡｎｃｈｏｒ ＭａｓｔｅｒとしてＮＡＮクラスタ１０４に参加しているものとする。すなわち、ＤＷ期間において、ＮＡＮデバイス１０２はＳｙｎｃ Ｂｅａｃｏｎを送信し、ＮＡＮデバイス１０１及び１０３はＳｙｎｃ Ｂｅａｃｏｎを送信しないものとする。なお、ＮＡＮデバイス１０１及び１０３は、例えばＭａｓｔｅｒ又はＮｏｎ−Ｍａｓｔｅｒ Ｓｙｎｃとして、Ｓｙｎｃ Ｂｅａｃｏｎを送信する役割として動作することもできる。

また、ＮＡＮデバイス１０１は、所定のサービスを探しているＳｕｂｓｃｒｉｂｅｒであり、ＮＡＮデバイス１０３はＮＡＮデバイス１０１が探している所定のサービスを提供可能なＰｕｂｌｉｓｈｅｒであるものとする。

ＮＡＮクラスタ１０４は、上述のようにＮＡＮデバイス１０１〜１０３が参加しているネットワークである。本実施形態では、ＮＡＮクラスタ１０４に参加しているＮＡＮデバイスは６ｃｈでネットワークを構築するものとする。ＮＡＮクラスタ１０４は、ＤＷ期間の長さが１６ＴＵ（Ｔｉｍｅ Ｕｎｉｔ、１ＴＵは１０２４マイクロ秒）であり、また、ＤＷ期間の開始タイミングから次のＤＷ期間の開始タイミングまでの時間間隔が５１２ＴＵのＮＡＮクラスタである。なお、ＮＡＮクラスタで使用される無線チャネルとＤＷ期間はこれらに限られず、他のチャネルと他の期間長又は間隔を有するＤＷ期間との少なくともいずれかが用いられてもよい。

一般に、ＮＡＮデバイスは、サービスを発見／検出した後に、実際にそのサービスを実行するためのアプリケーションに関連した通信を行うことがある。この場合、ＮＡＮデバイスは、ＮＡＮではなく、アプリケーションに係る通信のためのＰｏｓｔＮＡＮを確立しうる。ＰｏｓｔＮＡＮとは、ＮＡＮクラスタとは別のネットワークである。ＰｏｓｔＮＡＮは、例えば、インフラストラクチャネットワーク、ＩＢＳＳ、Ｗｉ−Ｆｉ Ｄｉｒｅｃｔなどを含む。ＮＡＮデバイスは、ＰｏｓｔＮＡＮを確立して、ＤＷ期間以外の期間において、アプリケーションによる通信をすることができるようになる。

また、ＮＡＮデバイスは、ＰｏｓｔＮＡＮなどのようなＮＡＮクラスタと異なるネットワークを構成せずに、ＮＡＮの他のＮＡＮデバイスと一対一で接続を確立してアプリケーションに関する通信をすることができる。すなわち、ＮＡＮデバイスは、ＮＡＮクラスタ内において、ＤＷ期間と重ならない期間においてアプリケーションに関する通信をすることができる。この場合、ＮＡＮデバイスは、一対一でのアプリケーションに関する通信を行う前に、通信の相手装置のＮＡＮデバイスとの間で、一対一でアプリケーションに関する通信を実行するタイミング（期間）についてのネゴシエーションを実行することができる。これにより、ＮＡＮデバイスは、ＮＡＮクラスタへの参加を継続しながら、ＮＡＮクラスタ内の他のＮＡＮデバイスとアプリケーションに関する通信をすることができる。

ＮＡＮデバイスは、ＤＷ期間と重ならない期間において通信を行う場合、フレームを送受信する必要のない状態となった後にも、その通信のための期間にフレームの送受信ができる状態を維持してしまいうる。この場合、ＮＡＮデバイスにおける消費電力が増大してしまい、さらに、通信相手のＮＡＮデバイスも同様に消費電力が増大してしまいうる。

これに対して、本実施形態では、ＮＡＮデバイスは、自身がＤＷ期間と重ならない期間において通信を行う場合に、必要以上にフレームの送受信ができる状態を維持することを防ぎ、消費電力を低減する。このような処理を実行するＮＡＮデバイスの構成と、実行される処理について、以下に詳述する。なお、以下の議論は、周期的に一定の長さの時間区間においてサービスを探索／発見しながら、残りの時間区間においてサービスに関するデータ通信を行うことが可能な任意の通信装置に適用可能であり、適用範囲はＮＡＮデバイスに限られない。

（ＮＡＮデバイスの構成）
図２に、ＮＡＮデバイス１０１のハードウェア構成例を示す。なお、ＮＡＮデバイス１０２及び１０３のハードウェア構成は、ＮＡＮデバイス１０１と同様でありうる。ＮＡＮデバイス１０１は、そのハードウェア構成として、例えば、記憶部２０１、制御部２０２、機能部２０３、入力部２０４、出力部２０５、通信部２０６及びアンテナ２０７を含む。

記憶部２０１は、ＲＯＭ、ＲＡＭの両方、もしくは、いずれか一方により構成され、後述する各種動作を行うためのプログラムや、無線通信のための通信パラメータ等の各種情報を記憶する。ここで、ＲＯＭは、Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙの頭字語であり、ＲＡＭは、Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙの頭字語である。なお、記憶部２０１として、ＲＯＭ、ＲＡＭ等のメモリの他に、フレキシブルディスク、ハードディスク、光ディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、磁気テープ、不揮発性のメモリカード、ＤＶＤなどの記憶媒体を用いてもよい。

制御部２０２は、ＣＰＵ、または、ＭＰＵにより構成され、記憶部２０１に記憶されたプログラムを実行することによりＮＡＮデバイス１０１全体を制御する。ここで、ＣＰＵはＣｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔの頭字語であり、ＭＰＵはＭｉｃｒｏ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔの頭字語である。なお、制御部２０２は、記憶部２０１に記憶されたプログラムとＯＳとの協働によりＮＡＮデバイス１０１全体を制御するようにしてもよい。ここで、ＯＳはＯｐｅｒａｔｉｎｇ Ｓｙｓｔｅｍの頭字語である。また、制御部２０２は、機能部２０３を制御して、撮像や印刷、投影等の所定の処理を実行する。

機能部２０３は、ＮＡＮデバイス１０１が所定の処理を実行するためのハードウェアである。例えば、ＮＡＮデバイス１０１がカメラである場合、機能部２０３は撮像部であり、撮像処理を行う。また、例えば、ＮＡＮデバイス１０１がプリンタである場合、機能部２０３は印刷部であり、印刷処理を行う。また、例えば、ＮＡＮデバイス１０１がプロジェクタである場合、機能部２０３は投影部であり、投影処理を行う。機能部２０３が処理するデータは、記憶部２０１に記憶されているデータであってもよいし、後述する通信部２０６を介して他のＮＡＮデバイスと通信したデータであってもよい。

入力部２０４は、ユーザからの各種操作の受付を行う。出力部２０５は、ユーザに対して各種出力を行う。ここで、出力部２０５による出力とは、画面上への表示や、スピーカーによる音声出力、振動出力等の少なくとも１つを含む。なお、タッチパネルのように入力部２０４と出力部２０５の両方を１つのモジュールで実現するようにしてもよい。

通信部２０６は、ＩＥＥＥ８０２．１１シリーズに準拠した無線通信の制御や、ＩＰ通信の制御を行う。ＩＰはＩｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌの頭字語である。また、通信部２０６はアンテナ２０７を制御して、無線通信のための無線信号の送受信を行う。ＮＡＮデバイス１０１は通信部２０６を介して、画像データや文書データ、映像データ等のコンテンツを他のＮＡＮデバイスと通信する。

図３は、ＮＡＮデバイス１０１の機能構成例を示す図である。なお、ＮＡＮデバイス１０２及び１０３の機能構成は、ＮＡＮデバイス１０１と同様でありうる。ＮＡＮデバイス１０１は、機能構成として、例えば、無線ＬＡＮ制御部３０１、ＮＡＮ制御部３０２、ＮＡＮデータリンク確立制御部３０３、ＮＡＮデータリンク通信制御部３０４、アプリケーション制御部３０５、ＵＩ制御部３０６及び記憶部３０７を有する。

無線ＬＡＮ制御部３０１は、他の無線ＬＡＮによる通信を行うことができる通信装置との間で、対応する無線ＬＡＮの信号フォーマットに従って無線信号の送受信を行うための制御を行う。また、無線ＬＡＮ制御部３０１は、ＩＥＥＥ８０２．１１規格シリーズに従って、無線ＬＡＮに係る各種制御を実行する。ＮＡＮ制御部３０２は、ＮＡＮ規格に従って、サービス探索／発見等の各種制御を実行する。ＮＡＮデータリンク確立制御部３０３は、ＮＡＮ制御部３０２による制御の下で、他のＮＡＮデバイスとの間でのアプリケーションに係るデータ通信を行うためのデータリンクの確立制御を行う。ＮＡＮデータリンク通信制御部３０４は、ＮＡＮデータリンク確立制御部３０３が確立したデータリンクを通じて、アプリケーションに係るデータ通信を行う。本実施形態では、ＮＡＮデータリンク通信制御部３０４は、一例として、データリンクを確立した後、ＩＰｖ６による通信を行うための制御を行う。データリンクの確立に関する処理の詳細については、図４を用いて後述する。

アプリケーション制御部３０５は、ＮＡＮで発見されたサービスを実行するための制御を行う。例えば、ＮＡＮデバイス１０１がプリントサービスを発見した場合、アプリケーション制御部３０５は、プリントのジョブを要求するアプリケーションを実行するための制御を行う。また、例えば、ＮＡＮデバイス１０１が写真共有サービスを発見した場合は、アプリケーション制御部３０５は、写真データを交換するアプリケーションを実行するための制御を行う。ＮＡＮデバイス１０１は、複数のサービスを探すことができ、それぞれのサービスに対応する複数のアプリケーション制御部３０５を有していてもよい。なお、本実施形態では、一例として、ＮＡＮデバイス１０１とＮＡＮデバイス１０３との間において、チャットアプリケーションが実行されるものとする。

ＵＩ制御部３０６は、ＮＡＮデバイス１０１のユーザにより入力部２０４に対して行われた操作を管理し、必要な信号を他の機能部へ伝達する。記憶部３０７は、ＮＡＮデバイス１０１が動作するプログラムおよびデータを保存する機能部である。

本実施形態では、ＮＡＮデバイス１０１のユーザは、例えば入力部２０４がユーザ操作を受け付けたことに応じて、チャットアプリケーションを起動した後に、チャットアプリケーションがチャットの相手装置を探しているものとする。また、ＮＡＮデバイス１０３のユーザも、例えば入力部２０４がユーザ操作を受け付けたことに応じて、チャットアプリケーションを起動しており、チャットの相手装置を待ち受けているものとする。また、本実施形態では、チャットアプリケーションに係る通信は、上述の通り、ＩＰｖ６を用いて通信を介して行われるものとする。

（処理の流れ）
図４を用いて、本実施形態における、サービスの発見、ＮＡＮによるデータリンクの確立、及び確立されたデータリンクを用いたアプリケーションに関する通信の処理の一連の流れについて説明する。ここで、ＮＡＮデバイス１０１は、チャットアプリケーションによるチャットの相手装置を探しており、ＮＡＮデバイス１０３は、チャットアプリケーションにおけるチャットの相手装置を待ち受ける処理を実行しているものとする。なお、図４では、各ＮＡＮデバイスがＲＦ機能をオンにしている期間を各ＮＡＮデバイスに対応する時間軸上における縦長の長方形によって示す。すなわち、各ＮＡＮデバイスは、長方形ではなく１本の線で示されている区間においてはＲＦ機能をオフとしているものとする。

まず、ＮＡＮデバイス１０１は、チャットアプリケーションによるチャット相手の検索のためのユーザ操作を、入力部２０４を介して受け付ける（Ｓ４０１）。ＮＡＮデバイス１０１は、このユーザ操作に応じて、チャットアプリケーションによるチャット相手の検索処理を開始する。なお、ここでは、ユーザ操作はＤＷ期間外に行われたものとする。この場合、ＮＡＮデバイス１０１は、次のＤＷ期間が到来するのを待って、そのＤＷ期間においてチャット相手装置の探索のための信号送信を行うこととなる。なお、ＮＡＮデバイス１０１は、ユーザ操作をＤＷ期間内に受け付けた場合には、次のＤＷ期間を待って又は次のＤＷ期間を待たずに、そのＤＷ期間においてチャット相手の検索のための信号を送信しうる。例えば、ユーザ操作の受付がＤＷ期間の終了タイミング付近のタイミングでなされた場合には、次のＤＷ期間を待って信号が送信されうる。

ＤＷ期間に入ると、Ｍａｓｔｅｒとして動作するＮＡＮデバイス１０２がＳｙｎｃ Ｂｅａｃｏｎを送信する（Ｓ４０２）。Ｓｙｎｃ Ｂｅａｃｏｎは、ＮＡＮ規格で規定されているフレームであり、ＮＡＮクラスタ１０４に参加している通信装置が同期をとるための信号である。

ＮＡＮデバイス１０１は、ＤＷ期間において、チャットアプリケーションに対応できる状態の他のＮＡＮデバイスを探すためにＳｕｂｓｃｒｉｂｅメッセージをブロードキャストで送信する（Ｓ４０３）。このとき、ＮＡＮデバイス１０１は、チャットアプリケーションに対応できる状態の他のＮＡＮデバイスを探していることを示す情報を、Ｓｕｂｓｃｒｉｂｅメッセージに含めることができる。例えば、ＮＡＮデバイス１０１は、Ｓｕｂｓｃｒｉｂｅメッセージに含まれるＳｅｒｖｉｃｅ ＩＤのフィールドに、チャットアプリケーションに対応付けられたＩＤの値を格納しうる。ここでは、チャットアプリケーションを示すＳｅｒｖｉｃｅ ＩＤの値は「１０」であるものとする。ＮＡＮデバイス１０３は、Ｓ４０３においてＳｕｂｓｃｒｉｂｅメッセージを受信すると、そのメッセージへの応答として、自身のチャットアプリケーションが動作していることを示すＰｕｂｌｉｓｈメッセージを、ＮＡＮデバイス１０１へ送信する（Ｓ４０４）。このとき、Ｐｕｂｌｉｓｈメッセージ中のＳｅｒｖｉｃｅ ＩＤフィールドには、チャットアプリケーションのＩＤの値である「１０」が格納される。

ＮＡＮデバイス１０１は、Ｓ４０４においてＰｕｂｌｉｓｈメッセージを受信すると、チャットアプリケーションでの通信を可能とするためのデータリンクの確立を要求する、Ｓｅｒｖｉｃｅ ｄａｔａ ｌｉｎｋ ｒｅｑｕｅｓｔを送信する（Ｓ４０５）。なお、ＮＡＮデバイス１０１は、Ｓ４０４と同じＤＷ期間中にＳｅｒｖｉｃｅ ｄａｔａ ｌｉｎｋ ｒｅｑｕｅｓｔを送信しうる。一方で、ＮＡＮデバイス１０１は、Ｓｅｒｖｉｃｅ ｄａｔａ ｌｉｎｋ ｒｅｑｕｅｓｔの送信準備が完了した時点でＤＷ期間が終了していた場合は、次のＤＷ期間においてＳｅｒｖｉｃｅ ｄａｔａ ｌｉｎｋ ｒｅｑｕｅｓｔを送信する。なお、Ｓ４０４のＰｕｂｌｉｓｈメッセージにおいて、ＤＷ期間外でサービス発見／探索が可能であることを示すＦｕｒｔｈｅｒ Ｓｅｒｖｉｃｅ Ａｖａｉｌａｂｉｌｉｔｙが付与されている場合がある。この場合には、ＮＡＮデバイス１０１は、その情報に従って、ＮＡＮデバイス１０３がメッセージを受信できるＤＷ期間外のタイミングにおいて、Ｓｅｒｖｉｃｅ ｄａｔａ ｌｉｎｋ ｒｅｑｕｅｓｔを送信してもよい。

ここで、Ｓｅｒｖｉｃｅ ｄａｔａ ｌｉｎｋ ｒｅｑｕｅｓｔは、Ｓｅｒｖｉｃｅ Ｄｉｓｃｏｖｅｒｙ Ｆｒａｍｅ（ＳＤＦ）によって送受信されうる。このときのＳＤＦの構成例について図５を用いて説明する。図５に示すように、ＳＤＦ５００は、ＮＡＮ規格のＳＤＦを拡張したものであり、ＮＡＮ Ａｔｔｒｉｂｕｔｅｓ５０１に、Ｄａｔａ Ｌｉｎｋ Ｓｅｔｕｐ Ａｔｔｒｉｂｕｔｅ（ＤＬＳＡ）５０２が追加されている。ＳＤＦ５００に含められたＤＬＳＡ５０２によって、ＮＡＮデバイス１０１は、このＳＤＦ５００を用いて、ＮＡＮによるデータリンク確立の要求を行うことができる。

図５に示すように、本実施形態では、ＤＬＳＡ５０２におけるＡｔｔｒｉｂｕｔｅ ＩＤを「０ｘ１４」とする。また、Ｔｙｐｅには、例えば１〜３の値が格納される。この値によって、ＳＤＦがＳｅｒｖｉｃｅ ｄａｔａ ｌｉｎｋ ｒｅｑｕｅｓｔであるか、Ｓｅｒｖｉｃｅ ｄａｔａ ｌｉｎｋ ｒｅｓｐｏｎｓｅであるか、又はＳｅｒｖｉｃｅ ｄａｔａ ｌｉｎｋ ｔｅａｒ ｄｏｗｎであるかが特定される。図４のＳ４０５で送信されるのはＳｅｒｖｉｃｅ ｄａｔａ ｌｉｎｋ ｒｅｑｕｅｓｔであるため、Ｔｙｐｅには、これに対応する値である「１」が格納される。Ｓｅｒｖｉｃｅ ＩＤには、データリンクを用いて通信をしたいサービスに対応する値が格納される。上述の通り、図４のＳ４０５では、チャットアプリケーションを示す数値である「１０」が格納される。

図４に戻り、ＮＡＮデバイス１０３は、Ｓｅｒｖｉｃｅ ｄａｔａ ｌｉｎｋ ｒｅｑｕｅｓｔを受信すると、Ｓｅｒｖｉｃｅ ｄａｔａ ｌｉｎｋ ｒｅｓｐｏｎｓｅで応答する（Ｓ４０６）。ＮＡＮデバイス１０１及びＮＡＮデバイス１０３は、これらのやりとりにより、チャットアプリケーションに関する通信のために、ＮＡＮに参加し続けながら、ＤＷ期間以外の期間においてデータリンクを確立して通信を行うことを互いに確認することができる。

なお、Ｓｅｒｖｉｃｅ ｄａｔａ ｌｉｎｋ ｒｅｓｐｏｎｓｅも、図５に示すようなＳＤＦ５００を用いて送受信される。この場合、Ｓｅｒｖｉｃｅ ｄａｔａ ｌｉｎｋ ｒｅｑｕｅｓｔと異なり、ＤＬＳＡ５０２のＴｙｐｅの値は、Ｓｅｒｖｉｃｅ ｄａｔａ ｌｉｎｋ ｒｅｓｐｏｎｓｅに対応する「２」が格納される。また、Ｓｅｒｖｉｃｅ ＩＤには、Ｓｅｒｖｉｃｅ ｄａｔａ ｌｉｎｋ ｒｅｑｕｅｓｔと同様に、チャットアプリケーションを示す値である「１０」が格納される。

ＮＡＮデバイス１０１及びＮＡＮデバイス１０３は、互いにチャットアプリケーションのためにデータリンクを確立して通信を行うことを確認すると、次に、通信を行うための具体的な期間を決定する。すなわち、ＮＡＮデバイス１０１及びＮＡＮデバイス１０３は、ＤＷ期間外の期間のうち、いずれの時間区間において通信を行うかを決定する。この決定処理のために、ＮＡＮデバイス１０１は、ＮＡＮデバイス１０３へ、Ｄａｔａ ｌｉｎｋ ｓｃｈｅｄｕｌｅ ｒｅｑｕｅｓｔを送信する（Ｓ４０７）。Ｄａｔａ ｌｉｎｋ ｓｃｈｅｄｕｌｅ ｒｅｑｕｅｓｔは、通信を行う時間区間を決定するためのネゴシエーションを開始するためのメッセージである。

Ｄａｔａ ｌｉｎｋ ｓｃｈｅｄｕｌｅ ｒｅｑｕｅｓｔも、ＳＤＦを用いて送信されうる。図６は、Ｄａｔａ ｌｉｎｋ ｓｃｈｅｄｕｌｅ ｒｅｑｕｅｓｔとして用いられるＳＤＦ６００の構成例を示している。図６に示すように、ＳＤＦ６００は、ＮＡＮ規格のＳＤＦを拡張したものであり、ＮＡＮ Ａｔｔｒｉｂｕｔｅｓ６０１に、Ｄａｔａ Ｌｉｎｋ Ｗｉｎｄｏｗ Ａｔｔｒｉｂｕｔｅ（ＤＬＷＡ）６０２が追加されている。ＮＡＮデバイス１０１は、ＤＬＷＡ６０２が含められたＳＤＦ６００を用いることによって、ＤＷ期間外のどの区間でアプリケーションに関する通信を行うかのスケジュールについて、ＮＡＮデバイス１０３とネゴシエーションを開始することができる。

図６に示すように、本実施形態では、ＤＬＷＡ６０２におけるＡｔｔｒｉｂｕｔｅ ＩＤを「０ｘ１５」とする。また、Ｔｙｐｅにはスケジューリングの開始を要求するための値として「１」を含め、このＳＤＦがＤａｔａ ｌｉｎｋ ｓｃｈｅｄｕｌｅ ｒｅｑｕｅｓｔであることを識別できるようにする。なお、Ｔｙｐｅの値を「２」とすることで、ＳＤＦがＤａｔａ ｌｉｎｋ ｓｃｈｅｄｕｌｅ ｒｅｓｐｏｎｓｅであることを示し、「３」とすることで、ＳＤＦがＤａｔａ ｌｉｎｋ ｓｃｈｅｄｕｌｅ ｃｏｎｆｉｒｍであることを示すことができる。また、Ｔｙｐｅの値を「４」とすることで、ＳＤＦがＤａｔａ ｌｉｎｋ ｓｃｈｅｄｕｌｅ ｔｅａｒ ｄｏｗｎであることを示すことができる。

ＮＡＮデバイス１０１は、データ通信を行うために要求する区間を、Ｂａｓｉｃ ＤＬＷ Ｂｉｔｍａｐ、Ａｄｄｉｔｉｏｎａｌ ＤＬＷ Ｂｉｔｍａｐ、及びＦｌｅｘｉｂｌｅ ＤＬＷ Ｂｉｔｍａｐの各フィールドによって指定することができる。Ｂａｓｉｃ ＤＬＷ Ｂｉｔｍａｐは、複数のＮＡＮデバイスとデータリンクを確立した場合に、その複数ＮＡＮデバイスに対して共通してデータ通信を行う区間（Ｄａｔａ Ｌｉｎｋ Ｗｉｎｄｏｗ（ＤＬＷ））を示す。例えば、ＮＡＮデバイスは、１つのＮＡＮデバイスとデータリンクを確立した後、そのデータリンクを維持したまま他のＮＡＮデバイスとのデータリンクの確立を要求する場合は、確立済みのデータリンクと同一のＢａｓｉｃ ＤＬＷ Ｂｉｔｍａｐを指定しうる。なお、ＮＡＮデバイス１０１は、複数の通信相手のＮＡＮデバイスに対して、異なるＢａｓｉｃ ＤＬＷ Ｂｉｔｍａｐを指定してもよい。

Ａｄｄｉｔｉｏｎａｌ ＤＬＷ ＢｉｔｍａｐおよびＦｌｅｘｉｂｌｅ ＤＬＷ Ｂｉｔｍａｐは、データリンクを確立する相手のＮＡＮデバイスごとに固有でありうる。例えば、特定のＮＡＮデバイスと大量のデータの通信を行いたい場合で、かつ、その区間では他のＮＡＮデバイスとのデータ通信を行いたくない等の場合には、これらのフィールドによって時間区間が指定される。なお、Ａｄｄｉｔｉｏｎａｌ ＤＬＷ Ｂｉｔｍａｐは、Ｄａｔａ ｌｉｎｋ ｓｃｈｅｄｕｌｅ ｒｅｓｐｏｎｓｅの受信に応じて送信され得るＤａｔａ ｌｉｎｋ ｓｃｈｅｄｕｌｅ ｃｏｎｆｉｒｍで拒絶することができない区間の候補を指定する。一方、Ｆｌｅｘｉｂｌｅ ＤＬＷ Ｂｉｔｍａｐは、Ｄａｔａ ｌｉｎｋ ｓｃｈｅｄｕｌｅ ｃｏｎｆｉｒｍで拒絶されうる区間の候補を指定する。これらの詳細については後述する。

各ＤＬＷ Ｂｉｔｍａｐの各ｂｉｔは、それぞれＤＷ期間の終了タイミングを起点とした、所定長（例えば１６ＴＵ）の区間に対応する。ＤＷ期間が０ＴＵから開始してＤＷ期間の終了直後が１６ＴＵであり、かつ、上述の所定長が１６ＴＵである場合、Ｎ ｂｉｔ目は、（Ｎ＋１）×１６ＴＵ〜（Ｎ＋２）×１６ＴＵの区間に対応する。すなわち、Ｄａｔａ ｌｉｎｋ ｓｃｈｅｄｕｌｅ ｒｅｑｕｅｓｔのＤＬＷ Ｂｉｔｍａｐにおいて、Ｎ ｂｉｔ目が１である場合、（Ｎ＋１）×１６ＴＵ〜（Ｎ＋２）×１６ＴＵの区間が、データ通信のために要求された区間となる。この考え方により、ＤＬＷ Ｂｉｔｍａｐにおいて、例えば、０ｂｉｔ目が１の場合は１６ＴＵから３２ＴＵ、２ｂｉｔ目が１」の場合は４８ＴＵから６４ＴＵまでの区間が、データ通信のために要求された区間となる。ＤＬＷ Ｂｉｔｍａｐでは、複数ｂｉｔに対して１が指定されうる。このように、ＤＬＷ Ｂｉｔｍａｐによって、ＤＷ期間以外の期間においてデータ通信が行われるべき期間が指定されうる。なお、データ通信を行う期間の指定方法は、ＤＷ期間以外の期間を指定することが可能な手法であれば、どのようなものが用いられてもよい。例えば、上述の例では、ＤＬＷ Ｂｉｔｍａｐの各ビットは、ＤＷ期間と同じ時間長の区間に対応したが、これに限られず、より短い時間長の区間に対応してもよいし、より長い時間長の区間に対応してもよい。また、必ずしもビットマップが用いられなくてもよい。例えば、（Ｎ＋１）×１６ＴＵ〜Ｍ×１６ＴＵの区間が特定される場合、時間区間の始点に対応する値Ｎと長さに対応する値Ｍ−Ｎ−１に対応する値が、ＤＷ期間以外の期間の指定に用いられてもよい。

ここでは、Ｄａｔａ ｌｉｎｋ ｓｃｈｅｄｕｌｅ ｒｅｑｕｅｓｔにおいて、Ｂａｓｉｃ ＤＬＷ Ｂｉｔｍａｐは０ｘ２、Ａｄｄｉｔｉｏｎａｌ ＤＬＷ Ｂｉｔｍａｐは０ｘ３、Ｆｌｅｘｉｂｌｅ ＤＬＷ Ｂｉｔｍａｐは０ｘ４が指定されたものとする。すなわち、ＤＷ期間の開始を０とした場合、Ｂａｓｉｃ ＤＬＷとして３２〜４８ＴＵ、Ａｄｄｉｔｉｏｎａｌ ＤＬＷとして４８〜６４ＴＵ、Ｆｌｅｘｉｂｌｅ ＤＬＷとして６４ＴＵ〜８０ＴＵの各期間が指定されたものとする。これにより、ＮＡＮデバイス１０１は、ＮＡＮデバイス１０３に対して、これらのＤＷ期間外のデータ通信の要求時間区間として指定することができる。

図４に戻り、ＮＡＮデバイス１０３は、Ｄａｔａ ｌｉｎｋ ｓｃｈｅｄｕｌｅ ｒｅｑｕｅｓｔを受信すると、それに対する応答として、Ｄａｔａ ｌｉｎｋ ｓｃｈｅｄｕｌｅ ｒｅｓｐｏｎｓｅで送信する（Ｓ４０８）。Ｄａｔａ ｌｉｎｋ ｓｃｈｅｄｕｌｅ ｒｅｓｐｏｎｓｅも、図６のＳＤＦ６００を用いて送信されうる。ただし、ＤＬＷＡ６０２のＴｙｐｅには、Ｄａｔａ ｌｉｎｋ ｓｃｈｅｄｕｌｅ ｒｅｓｐｏｎｓｅであること示す「２」が格納される。また、Ｄａｔａ ｌｉｎｋ ｓｃｈｅｄｕｌｅ ｒｅｓｐｏｎｓｅでも、その送信元装置（ＮＡＮデバイス１０３）がＤＷ期間外でデータ通信を行うことを要求する期間を各ＤＬＷ Ｂｉｔｍａｐによって指定する。このとき、各ＤＬＷ Ｂｉｔｍａｐにおいて指定される時間区間は、Ｄａｔａ ｌｉｎｋ ｓｃｈｅｄｕｌｅ ｒｅｑｕｅｓｔにおいて指定された時間区間と必ずしも一致しなくてもよく、ＮＡＮデバイス１０３が要求する期間が指定される。当然のことながら、Ｄａｔａ ｌｉｎｋ ｓｃｈｅｄｕｌｅ ｒｅｑｕｅｓｔとＤａｔａ ｌｉｎｋ ｓｃｈｅｄｕｌｅ ｒｅｓｐｏｎｓｅとで、各ＤＬＷ Ｂｉｔｍａｐは一致していてもよい。このため、ＮＡＮデバイス１０３は、特段の事情がない限り、各ＤＬＷ Ｂｉｔｍａｐに格納する値を、Ｄａｔａ ｌｉｎｋ ｓｃｈｅｄｕｌｅ ｒｅｑｕｅｓｔで指定された値と同一の値に設定してもよい。なお、ここでは、ＮＡＮデバイス１０３は、Ｂａｓｉｃ ＤＬＷ Ｂｉｔｍａｐに０ｘ２、Ａｄｄｉｔｉｏｎａｌ ＤＬＷ Ｂｉｔｍａｐに０ｘ３、Ｆｌｅｘｉｂｌｅ ＤＬＷ Ｂｉｔｍａｐに０ｘ５を設定したものとする。

ＮＡＮデバイス１０１は、Ｄａｔａ ｌｉｎｋ ｓｃｈｅｄｕｌｅ ｒｅｓｐｏｎｓｅを受信すると、最終的にデータ通信が可能となる期間を確認するためにＤａｔａ ｌｉｎｋ ｓｃｈｅｄｕｌｅ ｃｏｎｆｉｒｍを送信する（Ｓ４０９）。Ｄａｔａ ｌｉｎｋ ｓｃｈｅｄｕｌｅ ｃｏｎｆｉｒｍも、図６に示すようなＳＤＦ６００を用いて送信され、この場合、ＤＬＷＡ６０２のＴｙｐｅには３が格納される。Ｄａｔａ ｌｉｎｋ ｓｃｈｅｄｕｌｅ ｃｏｎｆｉｒｍのＢａｓｉｃ ＤＬＷ Ｂｉｔｍａｐ及びＡｄｄｉｔｉｏｎａｌ ＤＬＷ Ｂｉｔｍａｐには、Ｄａｔａ ｌｉｎｋ ｓｃｈｅｄｕｌｅ ｒｅｓｐｏｎｓｅにおいて設定された値と同一の値が設定される。一方、Ｄａｔａ ｌｉｎｋ ｓｃｈｅｄｕｌｅ ｃｏｎｆｉｒｍのＦｌｅｘｉｂｌｅ ＤＬＷ Ｂｉｔｍａｐは、Ｄａｔａ ｌｉｎｋ ｓｃｈｅｄｕｌｅ ｒｅｓｐｏｎｓｅで設定されていない値を指定してはならない。ただし、Ｄａｔａ ｌｉｎｋ ｓｃｈｅｄｕｌｅ ｃｏｎｆｉｒｍのＦｌｅｘｉｂｌｅ ＤＬＷ Ｂｉｔｍａｐは、Ｄａｔａ ｌｉｎｋ ｓｃｈｅｄｕｌｅ ｒｅｓｐｏｎｓｅで設定された値のサブセットであればよく、必ずしも一致していなくてもよい。ここでは、Ｆｌｅｘｉｂｌｅ ＤＬＷ Ｂｉｔｍａｐは、Ｓ４０７で０ｘ４が指定された一方で、Ｓ４０８で０ｘ５が指定されたため、ＮＡＮデバイス１０１及び１０３のそれぞれが要求した期間が重ならない。このため、ＮＡＮデバイス１０１は、Ｄａｔａ ｌｉｎｋ ｓｃｈｅｄｕｌｅ ｃｏｎｆｉｒｍのＦｌｅｘｉｂｌｅ ＤＬＷ Ｂｉｔｍａｐを０ｘ０とする。したがって、ＮＡＮデバイス１０１は、Ｂａｓｉｃ ＤＬＷが３２〜４８ＴＵの期間、Ａｄｄｉｔｉｏｎａｌ ＤＬＷが４８〜６４ＴＵの期間としたＤａｔａ ｌｉｎｋ ｓｃｈｅｄｕｌｅ ｃｏｎｆｉｒｍを送信する。なお、上述のように、Ｆｌｅｘｉｂｌｅ ＤＬＷは、ビットマップが０である（「１」が設定されたビットがない）ため、設定されない。以上により、ＤＷ期間の終了直後から１６ＴＵ後を始点として３２ＴＵの長さの時間区間においてデータ通信を行うことが、ＮＡＮデバイス１０１とＮＡＮデバイス１０３との間で合意される。

ＮＡＮのデータリンクが確立され、ＮＡＮデバイス１０１とＮＡＮデバイス１０３は、ともにチャットアプリケーションによる通信が可能な状態となる（Ｓ４１０、Ｓ４１１）。そして、これ以降では、ＤＷ期間だけはなく、Ｄａｔａ ｌｉｎｋ ｓｃｈｅｄｕｌｅ ｃｏｎｆｉｒｍで指定されたＤＬＷ期間においても、ＮＡＮデバイス１０１とＮＡＮデバイス１０３との間で無線のパケットの送受信が行われる。すなわち、ＮＡＮデバイス１０１とＮＡＮデバイス１０３は、ＤＷ期間での通信を継続可能な状態で、ＤＷ期間外に設定されたデータリンクによる通信を行うことが可能となる。

チャットが可能な状態において、ＮＡＮデバイス１０１のユーザは、チャットメッセージの送信を要求したとする（Ｓ４１２）。この場合、ＮＡＮデバイス１０１は、ＮＡＮデバイス１０３に対して、ＤＬＷ期間に入ってからそのチャットメッセージを送信する（Ｓ４１３）。ＮＡＮデバイス１０３は、チャットメッセージを受信すると、チャットメッセージを例えば出力部２０５（例えばディスプレイ）を介してＮＡＮデバイス１０３のユーザに通知する。その後、ＮＡＮデバイス１０３のユーザがチャットメッセージの送信を要求したとする（Ｓ４１４）。ＮＡＮデバイス１０３は、これに応じて、ＤＬＷ期間に入ってからチャットメッセージを送信する（Ｓ４１６）。なお、図４の例は、チャットメッセージの送信要求から、実際にチャットメッセージが送信されるまでの間に、ＤＷ期間が発生している場合について示している。ＤＷ期間では、ＮＡＮデバイス１０２が、Ｓｙｎｃ Ｂｅａｃｏｎを送信する（Ｓ４１５、Ｓ４１７）。

なお、図５におけるＳＤＦ５００に、図６におけるＤＬＷＡ６０２を追加することにより、Ｓｅｒｖｉｃｅ ｄａｔａ ｌｉｎｋ ｒｅｑｕｅｓｔと、Ｄａｔａ ｌｉｎｋ ｓｃｈｅｄｕｌｅ ｒｅｑｕｅｓｔとが統合されて送受信されてもよい。この時のＳＤＦの構成例を、図７に示す。図７において、ＳＤＦ７００は、ＮＡＮ規格のＳＤＦを拡張したものであり、ＮＡＮ Ａｔｔｒｉｂｕｔｅｓ７０１に、ＤＬＳＡ５０２とＤＬＷＡ６０２とが含められている。各Ａｔｔｒｉｂｕｔｅの機能は、図５及び図６について説明した通りであるため、ここでは詳細な説明については省略する。

ＮＡＮデバイス１０１は、各Ａｔｔｒｉｂｕｔｅの値を、Ｓ４０５及びＳ４０７で送信したメッセージにおいて設定された値と同様に設定して、このＳＤＦ７００を用いてＲｅｑｕｅｓｔを送信することができる。ＮＡＮデバイス１０３は、統合されたＳＤＦ７００形式のフレームを受信すると、Ｓｅｒｖｉｃｅ ｄａｔａ ｌｉｎｋ ｒｅｓｐｏｎｓｅ及びＤａｔａ ｌｉｎｋ ｓｃｈｅｄｕｌｅ ｒｅｓｐｏｎｓｅを統合した応答を送信する。ＮＡＮデバイス１０３は、各Ａｔｔｒｉｂｕｔｅの値を、Ｓ４０６及びＳ４０８で送信したメッセージにおいて設定された値と同様に設定する。この場合、Ｓ４０５及びＳ４０７の要求が同時に行われ、その後Ｓ４０６及びＳ４０８の応答が同時に行われることとなる。この手法を、以下ではＦａｓｔ ｄａｔａ ｌｉｎｋ ｓｅｔｕｐと呼ぶ。

続いて、上述のようにして、ＤＷ期間以外の時間区間においてデータ通信用のＤＬＷを設定したＮＡＮデバイスが、ＤＬＷでの通信を終了する際の処理について、図８を用いて説明する。本処理は、ＮＡＮデバイス１０１〜１０３においてチャットアプリケーションが動作しているときにバックグラウンドで実行される。以下では、ＮＡＮデバイス１０３との間でＤＬＷを設定したＮＡＮデバイス１０１が、チャットアプリケーションによるＤＬＷ期間での通信を終了する際の処理について説明する。ただし、以下で説明される手法は、ＮＡＮクラスタ１０４内の他のＮＡＮデバイスがデータ通信を終了する際にも実行されうる。この処理は、例えば、ＮＡＮデバイス１０１およびＮＡＮデバイス１０３の間でのチャットのやり取りが一定時間行われなかった場合、ＮＡＮデバイス１０１がチャットルームから退室した場合等に開始される。ＮＡＮデバイス１０１は、ＮＡＮに対応していないデバイスと写真共有等を行う際に他の規格で通信を行うためにＤＬＷでの通信をやめる場合にも、この処理を開始しうる。

本処理では、まず、ＮＡＮデバイス１０１は、ＤＬＷ期間に入るのを待つ（Ｓ８０１）。ＮＡＮデバイス１０１は、ＤＷ期間およびＤＬＷ期間以外の期間では無線送受信機能（例えばＲＦ機能）をオフとしている。ＮＡＮデバイス１０１は、ＤＬＷ期間になるとアプリケーションに係るセッションが終了したかどうかを確認する（Ｓ８０２）。ＮＡＮデバイス１０１は、セッションが終了していない場合（Ｓ８０２でＮＯ）は、セッションが終了するまでＤＬＷ期間でデータの送受信を行う（Ｓ８０３）。一方、ＮＡＮデバイス１０１は、セッションが終了している場合（Ｓ８０２でＹＥＳ）に、ＤＬＷ期間において、ＮＡＮデバイス１０３との間で信号の送受信を継続するかを判定する（Ｓ８０４、Ｓ８０５）。この判定処理についての詳細は、図９を用いて後述する。

ＮＡＮデバイス１０１は、ＤＬＷでの信号の送受信を継続する場合（Ｓ８０５でＹＥＳ）は、Ｓｅｒｖｉｃｅ ｄａｔａ ｌｉｎｋ ｔｅａｒ ｄｏｗｎを送信する（Ｓ８０６）。Ｓｅｒｖｉｃｅ ｄａｔａ ｌｉｎｋ ｔｅａｒ ｄｏｗｎは、図５のＳＤＦにおいてＴｙｐｅが３に設定されたフレームである。これにより、ＮＡＮデバイス１０１とＮＡＮデバイス１０３との間で、セッションが終了したと判定されたチャットアプリケーションに関するデータリンクが解放される。

また、Ｓｅｒｖｉｃｅ ｄａｔａ ｌｉｎｋ ｔｅａｒ ｄｏｗｎにより、ＮＡＮデバイス１０１及びＮＡＮデバイス１０３は、ＤＬＷ期間に送受信しているデータがどのアプリケーションに関するかを、互いに把握することができる。例えば、ＮＡＮデバイス１０１とＮＡＮデバイス１０３との間でチャットアプリケーションの他にクーポン配布アプリケーションなどの他のプリケーションを実行していた場合を考える。この場合、図９を用いて後述するが、ＮＡＮデバイス１０１は、複数のサービスに関する通信を実行しているため、ＤＬＷでの通信を継続すると判定しうる。一方で、ＮＡＮデバイス１０３にとって、クーポン配布アプリケーションのデータの送受信は、ＤＬＷ期間を用いるほどには優先度が高くなかったとする。この場合、ＮＡＮデバイス１０３は、チャットアプリケーションに対応するＳｅｒｖｉｃｅ ｄａｔａ ｌｉｎｋ ｔｅａｒ ｄｏｗｎをＮＡＮデバイス１０１から受信した時点で、ＤＬＷ期間での通信を終了すると判定しうる。この結果、ＮＡＮデバイス１０３は、この判定（Ｓ８０５でＮＯ）に応じて、Ｓ８０７の処理を実行しうる。

ＮＡＮデバイス１０１及びＮＡＮデバイス１０３は、Ｓ８０６の後に、チャットアプリケーション以外に関して、ＤＬＷ期間での通信を継続する。一方で、ＮＡＮデバイス１０１は、ＤＬＷでの通信を継続しないと判定した場合（Ｓ８０５でＮＯ）、ＮＡＮデバイス１０３に向けてＤａｔａ ｌｉｎｋ ｓｃｈｅｄｕｌｅ ｔｅａｒ ｄｏｗｎを送信する（Ｓ８０７）。Ｄａｔａ ｌｉｎｋ ｓｃｈｅｄｕｌｅ ｔｅａｒ ｄｏｗｎは、図６のＳＤＦ６００においてＴｙｐｅの値を４としたフレームであり、設定したＤＬＷの少なくとも一部を指定して解放することができるフレームである。ＮＡＮデバイス１０１は、Ｄａｔａ ｌｉｎｋ ｓｃｈｅｄｕｌｅ ｔｅａｒ ｄｏｗｎを送信することにより、ＮＡＮデバイス１０３との間で設定したＤＬＷ期間での通信を終了し、設定したＤＬＷ期間の少なくとも一部を解放することができる。この処理の詳細については、図１０を用いて後述する。

なお、このとき、ＮＡＮデバイス１０１がＮＡＮデバイス１０３とＤＬＷ期間でのやり取りを続けたいが、ＮＡＮデバイス１０１とＮＡＮデバイス１０３との間でＤＬＷ期間にデータを通信するアプリケーションがない場合が想定されうる。この場合、ＮＡＮデバイス１０１は、Ｓｅｒｖｉｃｅ ｄａｔａ ｌｉｎｋ ｔｅａｒ ｄｏｗｎ信号のみを送信してＤＬＷの期間において信号を待ち受けることができる。

次に、ＮＡＮデバイス１０１はＢａｓｉｃ ＤＬＷでの信号の送受信を継続するかを判定する（Ｓ８０８）。例えば、ＮＡＮデバイス１０１が、ＮＡＮデバイス１０３との間でチャットアプリケーション用のＤＬＷを設定した場合で、ＮＡＮデバイス１０２との間で写真共有アプリケーション用のＤＬＷを設定した場合について検討する。この場合、ＮＡＮデバイス１０１は、ＮＡＮデバイス１０２及びＮＡＮデバイス１０３との間に、共通のＢａｓｉｃ ＤＬＷを設定しうる。したがって、この場合、ＮＡＮデバイス１０１は、ＮＡＮデバイス１０３との間でのＤＬＷによる通信を終了しても、Ｂａｓｉｃ ＤＬＷでの信号の送受信は継続する。一方、ＮＡＮデバイス１０１は、ＮＡＮデバイス１０２及びＮＡＮデバイス１０３との間で設定したＢａｓｉｃ ＤＬＷの期間が互いに異なる場合、ＮＡＮデバイス１０３との間で設定したＢａｓｉｃ ＤＬＷでの信号の送受信を終了する。また、ＮＡＮデバイス１０３は、ＮＡＮデバイス１０１との間でのみＤＬＷを設定していた場合、ＤＬＷおよびＢａｓｉｃ ＤＬＷでの信号の送受信を終了する。

ＮＡＮデバイス１０１は、Ｂａｓｉｃ ＤＬＷでの信号の受信を継続すると判定した場合（Ｓ８０８でＹＥＳ）、ＤＷ期間及びＢａｓｉｃ ＤＬＷ期間で信号の送受信は継続する。一方、ＮＡＮデバイス１０１は、Ｂａｓｉｃ ＤＬＷ以外に設定されていたＤＬＷ期間での通信については終了する（Ｓ８０９）。これにより、ＮＡＮデバイス１０１は、ＮＡＮデバイス１０２とのデータリンクでの通信を継続しながら、ＮＡＮデバイス１０３との間で設定したＤＬＷ期間での受信待機を行わなくなる。一方、ＮＡＮデバイス１０１は、Ｂａｓｉｃ ＤＬＷでの信号の受信を終了すると判定した場合（Ｓ８０８でＮＯ）、続いて、ＤＷで信号を送受信するかを判定する（Ｓ８１０）。Ｓ８１０において、ＤＷ期間で信号の送受信を継続するかを判定する方法について、図１１（Ａ）並びに（Ｂ）および図１２（Ａ）並びに（Ｂ）を用いて説明する。

図１１（Ａ）及び（Ｂ）は、ＮＡＮデバイス１０１でチャットアプリケーションを起動する際のユーザインタフェース（ＵＩ）の操作の様子を示している。なお、図１１（Ａ）及び（Ｂ）では、チャットアプリケーションに関する説明を行うが、ＤＬＷ期間で通信する他のアプリケーションが用いられる場合にも同様の処理が行われうる。また、ＮＡＮデバイス１０１のみならず、ＮＡＮクラスタ１０４内の他のＮＡＮデバイスも同様の処理を行うことができる。これは図１２（Ａ）及び（Ｂ）でも同様である。

図１１（Ａ）は、チャットアプリケーションを起動する際にＮＡＮがすでに起動している状態を示している。すなわち、図１１（Ａ）は、ＮＡＮデバイス１０１がＤＷ期間で信号の送受信を行っているときにチャットアプリケーションが起動される場合の例を示している。一方で図１１（Ｂ）は、チャットアプリケーションを起動する際に、まだＮＡＮが起動していない状態を示している。すなわち、図１１（Ｂ）の場合は、ＮＡＮデバイス１０１は、チャットアプリケーションを起動してから、ＤＷ期間で信号の送受信を開始することになる。

図１２（Ａ）は、図１１（Ａ）の場合のチャットアプリケーションの起動から終了までの一連の流れをシーケンス図で示したものである。ＮＡＮデバイス１０１のユーザは、ＤＷ期間で信号を送受信している間に、チャットアプリケーションを起動する（Ｓ１２０１）。この場合、アプリケーションは、チャットの相手装置をＤＷ期間において検索するようにＮＡＮ機能に対して指示を発出する（Ｓ１２０２）。ＮＡＮ機能は、通信相手が発見すると、アプリケーションに対して、その旨を通知する（Ｓ１２０３）。その後、ＮＡＮデバイス１０１は、ＤＬＷ期間においてチャット関連データの送受信を行う（不図示）。ＮＡＮデバイス１０１のユーザがアプリを終了すると（Ｓ１２０４）、アプリケーションは、ＤＬＷ期間での通信の終了をＮＡＮ機能へ指示する（Ｓ１２０５）。その後、ＮＡＮデバイス１０１は、Ｓ８１０のＤＷでの信号の送受信を継続するかの判定を行う。このとき、ＮＡＮデバイス１０１は、チャットアプリケーションを起動する前からＤＷ期間で通信を行っている。このため、ＮＡＮデバイス１０１は、ＤＷ期間でのみ信号を送受信し、ＤＬＷ期間では信号の送受信を行わないと判定する（Ｓ８１０でＹＥＳ、Ｓ８１１）。これにより、チャットアプリケーションにおいて、ＤＬＷ期間での信号の送受信を終了した後にも、他のアプリケーションの探索を継続することができる。

図１２（Ｂ）は、図１１（Ｂ）の場合のチャットアプリケーションの起動から終了までの一連の流れをシーケンス図で示したものである。ＮＡＮデバイス１０１のユーザは、ＤＷ期間で信号を送受信していない状態において、チャットアプリケーションを起動する（Ｓ１２０６）。この場合、アプリケーションは、ＮＡＮ機能に対してＮＡＮの動作を行なうように指示し（Ｓ１２０７）、その後、チャット相手のＤＷ期間における探索をＮＡＮ機能へと指示する（Ｓ１２０８）。ＮＡＮ機能は、通信相手を発見した場合に、アプリケーションへその旨を通知する（Ｓ１２０９）。その後、ＮＡＮデバイス１０１は、ＤＬＷ期間においてチャット関連データの送受信を行う（不図示）。ＮＡＮデバイス１０１のユーザがアプリを終了すると（Ｓ１２１０）、アプリケーションは、ＤＬＷ期間での通信の終了をＮＡＮ機能へ指示する（Ｓ１２１１）。その後、ＮＡＮデバイス１０１は、Ｓ８１０のＤＷでの信号の送受信を継続するかの判定を行う。この場合、ＮＡＮデバイス１０１は、チャットアプリケーションを起動したことに応じてＤＷ期間で信号の送受信を開始しており、アプリケーションの起動前にはＤＷ期間での信号の送受信を行っていなかった。このため、ＮＡＮデバイス１０１は、ＤＷ期間での信号の送受信を行わないと判定する（Ｓ８１０でＮＯ，Ｓ８１２）。これにより、ＮＡＮデバイス１０１は、ＤＷ期間において通信相手を探索する必要がないのに、ＤＷ期間で信号の送受信を行うことによる不必要な電力の消費を抑えることができる。

なお、ＮＡＮデバイス１０１は、チャットアプリケーションが別の相手装置を探索する場合には、ＤＷ期間で継続して信号を送受信すると判定してもよい。

また、図１１（Ａ）の場合に、チャットアプリケーションとは別の写真共有などのアプリケーションにおいて通信相手を探索するためにＤＷ期間で信号の送受信を開始した場合について検討する。この場合、ＮＡＮデバイス１０１は、チャットアプリケーションを終了するときに、すでに写真共有アプリケーションの通信相手を発見している。このときに、ＮＡＮデバイス１０１は、この通信相手との間でＤＷ期間において信号の送受信を行う必要がないとき、ＤＷ期間で信号の送受信を継続しないと判定してもよい。これにより、ＮＡＮデバイス１０１は、ＤＷ期間で信号を受信待機することによる消費電力を下げることができる。

また、図１１（Ｂ）の場合に、チャットアプリケーションでＤＬＷ期間の通信を行なっている間に、プリンタ検索アプリケーションがＤＷ期間で通信相手を探索し始めた場合について検討する。この場合、ＮＡＮデバイス１０１は、チャットアプリケーションの終了時に、まだプリンタ検索アプリケーションがＤＷ期間で通信相手を探していた場合、ＤＷ期間での信号の送受信を継続すると判定しうる。これにより、ＮＡＮデバイス１０１は、ＤＷ期間において継続してプリンタ検索アプリケーションの通信相手の探索を行うことができる。

なお、ＮＡＮデバイス１０１は、他の規格で通信するなどの理由で、ＮＡＮでの通信を中断しなければならない場合に、ＤＷでの信号の送受信を継続しないと判定してもよい。

続いて、図９を用いて、ＤＬＷでの通信の継続判定処理について説明する。ＮＡＮデバイス１０１及び１０３においてチャットアプリケーションが動作しているときに、バックグラウンドで本処理が実行される。以下では、ＮＡＮデバイス１０３とＤＬＷを設定したＮＡＮデバイス１０１が、チャットアプリケーションでのＤＬＷ期間における通信を終了する際の処理として説明するが、ＮＡＮクラスタ１０４の他のＮＡＮデバイスも同様の処理を実行可能である。

まず、ＮＡＮデバイス１０１は、ＮＡＮデバイス１０３との間でのチャットアプリケーション以外に、ＤＬＷ期間で信号を送受信するアプリケーションがあるかを確認する（Ｓ９０１）。ＮＡＮデバイス１０１は、ＮＡＮデバイス１０３との間に、他にＤＬＷ期間におけるデータの送受信を行っているアプリケーションがある場合（Ｓ９０１でＹＥＳ）は、ＤＬＷでの信号受信を継続する（Ｓ９０５）。例えば、ＮＡＮデバイス１０１は、ＮＡＮデバイス１０３との間でＤＬＷ期間に写真共有アプリケーションによる通信をしている場合は、写真のデータをＤＬＷ期間中に送受信するため、ＤＬＷでの通信を継続すると判定する。

一方、ＮＡＮデバイス１０１は、ＮＡＮデバイス１０３との間で他にＤＬＷにおける通信を行っているアプリケーションがない場合、ＮＡＮデバイス１０３以外にＤＬＷを設定して通信している相手装置がいるかを確認する（Ｓ９０２）。ＮＡＮデバイス１０１は、他の相手装置がいない場合（Ｓ９０２でＮＯ）、ＤＬＷでの通信を継続しない（Ｓ９０４）。一方、ＮＡＮデバイス１０１は、他の相手装置がいる場合（Ｓ９０２でＹＥＳ）、ＮＡＮデバイス１０３との間で設定した通信継続の判定対象のＤＬＷの全てが、ＮＡＮデバイス１０２との間で設定されたＤＬＷに含まれているかを判定する（Ｓ９０３）。そして、ＮＡＮデバイス１０１は、通信継続の判定対象のＤＬＷの全てが、ＮＡＮデバイス１０２との間で設定されたＤＬＷに含まれている場合（Ｓ９０３でＹＥＳ）は、ＤＬＷでの通信を継続する（Ｓ９０５）。一方、ＮＡＮデバイス１０１は、通信継続の判定対象のＤＬＷがＮＡＮデバイス１０２との間で設定されたＤＬＷに含まれていない場合（Ｓ９０３でＮＯ）は、ＤＬＷでの通信を継続しない（Ｓ９０４）。なお、ＮＡＮデバイス１０１は、通信継続の判定対象のＤＬＷがＮＡＮデバイス１０２との間で設定されたＤＬＷと一部重複する場合は、その重複するＤＬＷの一部において通信を継続し、残りの部分では通信を継続しないようにしうる。

Ｓ９０２及びＳ９０３の判定によって、ＮＡＮデバイス１０１は、ＤＬＷを再び設定する際に生じる問題を回避できる。ＮＡＮデバイス１０１とＮＡＮデバイス１０３が、設定したＤＬＷを一度解放した後に、再びＤＬＷを設定する場合について検討する。このときに、ＮＡＮデバイス１０３が、別のＮＡＮデバイスとの間でＤＬＷを設定した場合、ＮＡＮデバイス１０１の希望するＤＬＷと、ＮＡＮデバイス１０３が希望するＤＬＷとが異なる期間となり得る。この場合、ＮＡＮデバイス１０１とＮＡＮデバイス１０３との間で再びＤＬＷを設定するのに時間を要し、また、ＮＡＮデバイス１０３が信号を受信する期間を延ばした結果、電力を浪費してしまいうる。これに対して、ＮＡＮデバイス１０１は、ＤＬＷが設定されたままにしておくことで、ＮＡＮデバイス１０３との間で、再びチャットアプリケーションでＤＬＷを設定する際の手続きを省略することができる。また、ＮＡＮデバイス１０１は、ＮＡＮデバイス１０３との間で設定したＤＬＷが、ＮＡＮデバイス１０２との間で設定したＤＬＷ期間に含まれている場合、ＤＬＷにおける通信を継続しても電力を浪費することもない。

また、上述のように、ＮＡＮデバイス１０１とＮＡＮデバイス１０３との間でＤＬＷ期間を用いて通信するアプリケーションが残っていた場合であっても、そのアプリケーションがＤＬＷ期間で通信するほど優先度が高くない場合がありうる。この場合、ＮＡＮデバイス１０１とＮＡＮデバイス１０３との少なくともいずれかが、ＤＬＷ期間での通信を継続しないと判定してもよい。例えば、ＮＡＮデバイス１０１とＮＡＮデバイス１０３との少なくともいずれかは、Ｓ９０１で、相手装置との間でＤＬＷにおける通信を伴うアプリケーションがあると判定した後に、そのアプリケーションの優先度を判定する処理を行いうる。これにより、不必要にＤＬＷ期間での通信が行われなくなるため、ＮＡＮデバイスの消費電力を下げることができる。

続いて、図１０を用いて、Ｓ８０７において、ＤＬＷ期間での通信を終了する場合の、ｔｅａｒ ｄｏｗｎ信号の送信処理の流れについて説明する。以下、ＮＡＮデバイス１０３との間でＤＬＷを設定しているＮＡＮデバイス１０１が、チャットアプリケーションでのＤＬＷ期間の通信を終了する際の処理として説明するが、ＮＡＮクラスタ１０４内の他のＮＡＮデバイスも同様の処理を実行可能である。

まず、ＮＡＮデバイス１０１は、ＮＡＮデバイス１０３との間でＤＬＷを設定したときに、Ｆａｓｔ ｄａｔａ ｌｉｎｋ ｓｅｔｕｐが用いられたかを判定する（Ｓ１００１）。

ＤＬＷの設定が、Ｆａｓｔ ｄａｔａ ｌｉｎｋ ｓｅｔｕｐによるものでなかった場合（Ｓ１００１でＮＯ）、ＮＡＮデバイス１０１は、ＮＡＮデバイス１０３に対してＳｅｒｖｉｃｅ ｄａｔａ ｌｉｎｋ ｔｅａｒ ｄｏｗｎを送信する（Ｓ１００２）。Ｓｅｒｖｉｃｅ ｄａｔａ ｌｉｎｋ ｔｅａｒ ｄｏｗｎを送信することによって、チャットアプリケーションによるＤＬＷ期間におけるデータ通信が継続されないことが明示される。Ｓｅｒｖｉｃｅ ｄａｔａ ｌｉｎｋ ｔｅａｒ ｄｏｗｎは、図５のＳＤＦ５００を用いて送信されうる。なお、この場合、ＳＤＦ５００におけるＤＬＳＡ５０２のＴｙｐｅには、「３」が格納される。また、Ｓｅｒｖｉｃｅ ＩＤには、Ｓ４０５と同様に、チャットアプリケーションを示す値である「１０」が格納される。この信号は、図４のＳ４０５及びＳ４０６で確立したアプリケーションごとの情報に対応する。

次に、ＮＡＮデバイス１０１は、ＮＡＮデバイス１０３に対してＤａｔａ ｌｉｎｋ ｓｃｈｅｄｕｌｅ ｔｅａｒ ｄｏｗｎを送信する（Ｓ１００３）。ＮＡＮデバイス１０１は、Ｄａｔａ ｌｉｎｋ ｓｃｈｅｄｕｌｅ ｔｅａｒ ｄｏｗｎを送信することによって、ＮＡＮデバイス１０３との間で設定したＤＬＷ期間においてデータ通信を継続しないことを明示することができる。Ｄａｔａ ｌｉｎｋ ｓｃｈｅｄｕｌｅ ｔｅａｒ ｄｏｗｎは、図６のＳＤＦ６００を用いて送信可能であり、この場合、ＳＤＦ６００においてＤＬＷＡ６０２のＴｙｐｅには４が格納される。また、このとき、Ｂａｓｉｃ ＤＬＷ Ｂｉｔｍａｐ、Ａｄｄｉｔｉｏｎａｌ ＤＬＷ Ｂｉｔｍａｐ、Ｆｌｅｘｉｂｌｅ ＤＬＷ Ｂｉｔｍａｐには、それぞれ０ｘ０が指定されうる。この信号は図４のＳ４０７〜Ｓ４０９において確立したデバイスごとのＤＬＷのスケジュールに対応する。

Ｄａｔａ ｌｉｎｋ ｓｃｈｅｄｕｌｅ ｔｅａｒ ｄｏｗｎをＳｅｒｖｉｃｅ ｄａｔａ ｌｉｎｋ ｔｅａｒ ｄｏｗｎに加えて送信することで、以下の利点がある。例えば、ＮＡＮデバイス１０１は、ＮＡＮデバイス１０３との間でＤＬＷ期間中にチャットアプリケーションのみで通信していると認識しているものとする。一方、ＮＡＮデバイス１０３は、ＮＡＮデバイス１０１との間でＤＬＷ期間中にチャットアプリケーションに加えて写真共有アプリケーションで通信していると認識しているものとする。この時、ＮＡＮデバイス１０１は、チャットアプリケーションに対応したＳｅｒｖｉｃｅ ｄａｔａ ｌｉｎｋ ｔｅａｒ ｄｏｗｎをＮＡＮデバイス１０３に対して送信する。ここで、Ｄａｔａ ｌｉｎｋ ｓｃｈｅｄｕｌｅ ｔｅａｒ ｄｏｗｎがなければ、ＮＡＮデバイス１０１はＤＬＷ期間中での通信を終了するが、ＮＡＮデバイス１０３はＤＬＷ期間中での通信を終了せず、電力を浪費してしまいうる。このような場合であっても、ＮＡＮデバイス１０１がＤａｔａ ｌｉｎｋ ｓｃｈｅｄｕｌｅ ｔｅａｒ ｄｏｗｎをＮＡＮデバイス１０３へ送信することで、ＮＡＮデバイス１０１及び１０３が共にＤＬＷ期間での通信を終了することができる。

一方、ＮＡＮデバイス１０１は、ＤＬＷを設定する際にＦａｓｔ ｄａｔａ ｌｉｎｋ ｓｅｔｕｐが用いられていた場合（Ｓ１００１でＹＥＳ）は、ＮＡＮデバイス１０３に対してＦａｓｔ ｄａｔａ ｌｉｎｋ ｔｅａｒ ｄｏｗｎを送信する。Ｆａｓｔ ｄａｔａ ｌｉｎｋ ｔｅａｒ ｄｏｗｎは、Ｓｅｒｖｉｃｅ ｄａｔａ ｌｉｎｋ ｔｅａｒ ｄｏｗｎとＤａｔａ ｌｉｎｋ ｓｃｈｅｄｕｌｅ ｔｅａｒ ｄｏｗｎ信号とが統合された信号と捉えることができる。Ｆａｓｔ ｄａｔａ ｌｉｎｋ ｔｅａｒ ｄｏｗｎの送信には、図７のＳＤＦ７００を用いられうる。このときの各フィールドの値はＳ１００２及びＳ１００３で説明したものと同様であるため、詳細な説明については省略する。

なお、Ｓ１００１におけるＦａｓｔ ｄａｔａ ｌｉｎｋ ｔｅａｒ ｄｏｗｎを送信するかの判定は、所定フレームのビット値に基づいて行われてもよい。例えば、図６のＤＬＷＡ６０２にバージョン情報を示すフィールドを付加し、その値に基づいて判定が行われてもよい。また、ＤＬＷＡ６０２にＦａｓｔ ｄａｔａ ｌｉｎｋ ｔｅａｒ ｄｏｗｎに対応する機種か否かを識別するビットを付加し、この値が１であるか否かによってＦａｓｔ ｄａｔａ ｌｉｎｋ ｔｅａｒ ｄｏｗｎを用いるかの判定が行われてもよい。また、相手装置の装置種別が既知のものであった場合は、Ｆａｓｔ ｄａｔａ ｌｉｎｋ ｔｅａｒ ｄｏｗｎ信号を用いると判定されてもよい。これらの判定は、Ｓｅｒｖｉｃｅ ｄａｔａ ｌｉｎｋ ｒｅｑｕｅｓｔとＤａｔａ ｌｉｎｋ ｓｃｈｅｄｕｌｅ ｒｅｑｕｅｓｔとが同一のタイミングで送信された場合に行われてもよい。すなわち、ＮＡＮデバイス１０１は、Ｆａｓｔ ｄａｔａ ｌｉｎｋ ｓｅｔｕｐによってＤＬＷが設定された場合に、上述の判定をさらに行ってもよい。一方で、Ｓｅｒｖｉｃｅ ｄａｔａ ｌｉｎｋ ｒｅｑｕｅｓｔとＤａｔａ ｌｉｎｋ ｓｃｈｅｄｕｌｅ ｒｅｑｕｅｓｔとが異なるタイミングで送信された場合には上述の各判定は行われなくてもよい。この場合は、Ｓｅｒｖｉｃｅ ｄａｔａ ｌｉｎｋ ｔｅａｒ ｄｏｗｎとＤａｔａ ｌｉｎｋ ｓｃｈｅｄｕｌｅ ｔｅａｒ ｄｏｗｎとが異なるタイミングで送信されうる。

続いて、図１３を用いて、ＤＬＷ期間におけるデータ通信を終了する際の、無線通信システムにおける処理の流れについて説明する。図１３において、ＮＡＮデバイス１０１は、ＮＡＮデバイス１０３との間においてチャットアプリケーションでチャットを行っており、ＤＬＷが設定されているものの、２台のやりとりは一旦停止しているものとする。

なお、ＮＡＮデバイス１０２は、ＮＡＮクラスタ１０４に参加するＮＡＮデバイスによるサービスの探索／発見のために、周期的に到来するＤＷ期間においてＳｙｎｃ Ｂｅａｃｏｎを送信する（Ｓ１３０１、Ｓ１３０３、Ｓ１３０９、及びＳ１３１０）。

ここで、ＮＡＮデバイス１０１のチャットアプリケーションは、チャットの相手装置であるＮＡＮデバイス１０３との間で、一定期間メッセージのやりとりがなかったことに応じて、セッションを閉じるための要求を出力したものとする（Ｓ１３０２）。すると、ＮＡＮデバイス１０１は、上述のように、ＤＬＷ期間での通信を継続する必要があるかを判定する（Ｓ１３０４）。そして、ここでは、ＮＡＮデバイス１０１は、ＤＬＷ期間での通信を継続しないと判定したものとする。

続いて、ＮＡＮデバイス１０１は、ＮＡＮデバイス１０３がＤａｔａ ｌｉｎｋ ｓｃｈｅｄｕｌｅ ｔｅａｒ ｄｏｗｎに対応していることを確認する。そして、ＮＡＮデバイス１０１は、ＤＬＷ期間中に、チャットアプリケーションによるＤＬＷ期間での通信の終了を通知するために、ＮＡＮデバイス１０３へ、Ｓｅｒｖｉｃｅ ｄａｔａ ｌｉｎｋ ｔｅａｒ ｄｏｗｎを送信する（Ｓ１３０５）。また、ＮＡＮデバイス１０１は、これ以降のＤＬＷ期間において通信を行わないことを通知するために、ＮＡＮデバイス１０３に対して、Ｄａｔａ ｌｉｎｋ ｓｃｈｅｄｕｌｅ ｔｅａｒ ｄｏｗｎを送信する（Ｓ１３０６）。その後、ＮＡＮデバイス１０１は、Ｂａｓｉｃ ＤＬＷ期間での通信を継続するかを判定し（Ｓ１３０７）、さらに、ＤＷ期間での通信を継続するかを判定する（Ｓ１３０８）。ここでは、ＮＡＮデバイス１０１は、Ｂａｓｉｃ ＤＬＷ期間での通信を終了するが、ＤＷ期間での通信を継続すると判定したものとする。この結果、ＮＡＮデバイス１０１は、以降のＤＷ期間での信号の送受信を継続し（Ｓ１３０９）、その一方で、以降のＤＬＷ期間では通信を行わず、例えばＲＦ機能をオフとする。これによって、ＮＡＮデバイス１０１の消費電力を低減することができる。

このように、本実施形態では、ＮＡＮデバイスは、ＤＬＷ期間における通信を終了する場合には、Ｄａｔａ ｌｉｎｋ ｓｃｈｅｄｕｌｅ ｔｅａｒ ｄｏｗｎを明示的に送信する。これにより、ＮＡＮデバイスは、必要以上に長くＤＬＷ期間での通信が可能な状態を維持することを防ぐことができ、自身の、ひいては通信の相手装置の、消費電力を低減することができる。例えば、ＮＡＮデバイス１０１のユーザがチャットルームを退室した場合、ＮＡＮデバイス１０１は、チャットの相手装置であったＮＡＮデバイス１０３へ、Ｄａｔａ ｌｉｎｋ ｓｃｈｅｄｕｌｅ ｔｅａｒ ｄｏｗｎ信号を送信する。これにより、ＮＡＮデバイス１０３は、ＮＡＮデバイス１０１との間で設定されたＤＬＷ期間での通信を直ちに終了することが可能となる。

また、ＮＡＮデバイスは、ＤＬＷ期間での通信は終了してもＤＷ期間での信号送受信を継続することができる。これにより、例えば、ＮＡＮデバイス１０１のチャットアプリケーションが、ＮＡＮデバイス１０２又は１０３のチャットアプリケーションとの通信の開始（再開）時のサービス発見を高速に実行することが可能となる。また、ＮＡＮデバイスは、他のアプリケーションによるサービスの探索が行われている間に、チャットアプリケーションに係る通信を終了する場合、その探索を継続したままチャットアプリケーションのＤＬＷ期間での通信を終了することができる。

また、ＮＡＮデバイスは、ＤＬＷ期間を用いて複数のサービスに関する通信を行っている場合、大量のデータを送受信していたアプリケーションがＤＬＷ期間での通信を終了したことに応じて、通信に用いるＤＬＷ期間を減らすことができる。これによっても、ＮＡＮデバイスの電力消費を抑えることが可能となる。

なお、上述の実施形態では、Ｓｅｒｖｉｃｅ ｄａｔａ ｌｉｎｋ ｔｅａｒ ｄｏｗｎ及びＤａｔａ ｌｉｎｋ ｓｃｈｅｄｕｌｅ ｔｅａｒ ｄｏｗｎを送信する側の処理について説明したが、受信側でもほぼ同様の処理を行う。ここではＮＡＮデバイス１０１及びＮＡＮデバイス１０３がＤＬＷ期間を設定して通信しており、ＮＡＮデバイス１０１が通知を送信したものとしている。このとき、ＮＡＮデバイス１０３は、Ｓｅｒｖｉｃｅ ｄａｔａ ｌｉｎｋ ｔｅａｒ ｄｏｗｎを受信すると、セッションが終了したことを認識し、図１３のＳ１３０４からの処理を行うことができる。なお、この場合、ＮＡＮデバイス１０３からＮＡＮデバイス１０１に対してＳｅｒｖｉｃｅ ｄａｔａ ｌｉｎｋ ｔｅａｒ ｄｏｗｎを送信する必要はない。またＮＡＮデバイス１０３は、Ｄａｔａ ｌｉｎｋ ｓｃｈｅｄｕｌｅ ｔｅａｒ ｄｏｗｎを受信した場合、ＮＡＮデバイス１０１とのＤＬＷ期間での通信は遮断されたと判定し、Ｓ１３０８からの処理を実行することもできる。このときも、ＮＡＮデバイス１０３は、ＮＡＮデバイス１０１に対してＤａｔａ ｌｉｎｋ ｓｃｈｅｄｕｌｅ ｔｅａｒ ｄｏｗｎを送信する必要はない。

ＮＡＮデバイス１０１と、ＮＡＮデバイス１０２及び１０３のそれぞれとの間で設定されるＢａｓｉｃ ＤＬＷの期間が等しく、他のＤＬＷ期間が異なる場合について検討する。このときに、ＮＡＮデバイス１０１は、ＮＡＮデバイス１０２及び１０３との間で設定したＤＬＷ期間における通信を同時に終了するものとする。この場合、ＮＡＮデバイス１０１は、ＮＡＮデバイス１０２及び１０３のそれぞれに送信すべきＤａｔａ ｌｉｎｋ ｓｃｈｅｄｕｌｅ ｔｅａｒ ｄｏｗｎを、Ｂａｓｉｃ ＤＬＷ期間において、まとめて１回で送信してもよい。これによれば、ＮＡＮデバイス１０１が多数のＮＡＮデバイスとの間でＤＬＷ期間における通信を行っていた場合であっても、多くの通信帯域を使用することなく、ＤＬＷ期間での通信を終了することができる。

本実施形態では、ＮＡＮデバイス１０１は、Ｓｅｒｖｉｃｅ ｄａｔａ ｌｉｎｋ ｔｅａｒ ｄｏｗｎを送信した後、ＮＡＮデバイス１０３が同じ通知（又は応答）を送り返すのを待たなかったが、これが送られてくるのを待ち受けてもよい。この場合、ＮＡＮデバイス１０１は、ＤＬＷでの通信の終了の通知を送った場合でも、ＮＡＮデバイス１０３が送信を望む情報が残っていたときに、ＮＡＮデバイス１０３が送信したその情報を受け取ってからＤＬＷ期間での通信を終了することができる。また、ＮＡＮデバイス１０１は、ＮＡＮデバイス１０３からの通知を待ち受ける場合であっても、通知がないままで一定時間が経過したことに応じて、ＤＬＷ期間での通信を終了してもよい。

また、本実施形態では、ＮＡＮデバイス１０１は、Ｓｅｒｖｉｃｅ ｄａｔａ ｌｉｎｋ ｔｅａｒ ｄｏｗｎ及びＤａｔａ ｌｉｎｋ ｓｃｈｅｄｕｌｅ ｔｅａｒ ｄｏｗｎをＤＬＷ期間において送信したが、ＤＷ期間において送信してもよい。

＜その他の実施形態＞
本発明は、上述の実施形態の１以上の機能を実現するプログラムを、ネットワーク又は記憶媒体を介してシステム又は装置に供給し、そのシステム又は装置のコンピュータにおける１つ以上のプロセッサーがプログラムを読出し実行する処理でも実現可能である。また、１以上の機能を実現する回路（例えば、ＡＳＩＣ）によっても実現可能である。

３０１：無線ＬＡＮ制御部、３０２：ＮＡＮ制御部、３０３：ＮＡＮデータリンク確立制御部、３０４：ＮＡＮデータリンク通信制御部、３０５：アプリケーション制御部、３０６：ＵＩ制御部、３０７：記憶部

Claims (16)

1. 通信装置であって、
   フィールドとして、Ｃａｔｅｇｏｒｙと、当該Ｃａｔｅｇｏｒｙより後に送信されるＡｃｔｉｏｎと、前記Ａｃｔｉｏｎより後に送信されるＯＵＩと、前記ＯＵＩより後に送信されるＯＵＩ Ｔｙｐｅと、前記ＯＵＩ Ｔｙｐｅより後に送信される第１のＮＡＮ Ａｔｔｒｉｂｕｔｅとを含む所定のフレームフォーマットによって構成される信号であって、前記第１のＮＡＮ Ａｔｔｒｉｂｕｔｅに含まれるタイプ情報が第１の値である第１の信号を送信することで、他の通信装置とＮＡＮ（Ｎｅｉｇｈｂｏｒ Ａｗａｒｅｎｅｓｓ Ｎｅｔｗｏｒｋｉｎｇ）規格に準拠したデータリンクの確立を要求する要求手段と、
   前記通信装置と前記他の通信装置とが参加しているＮＡＮクラスタにおけるＤｉｓｃｏｖｅｒｙ Ｗｉｎｄｏｗ期間とは異なる期間において、前記要求手段による要求に基づいて確立された前記データリンクを介して前記他の通信装置と通信する通信手段と、
   前記データリンクを介した前記他の通信装置との通信を終了する場合に、前記所定のフレームフォーマットによって構成される信号であって、前記第１のＮＡＮ Ａｔｔｒｉｂｕｔｅに含まれる前記タイプ情報が前記第１の値とは異なる第２の値である第２の信号を送信することで、前記データリンクを終了することを前記他の通信装置へ通知する通知手段と、
   を有することを特徴とする通信装置。
2. 前記通信装置による前記ＮＡＮクラスタへの参加を維持したまま、前記通信手段は、前記データリンクを介して前記他の通信装置と通信することを特徴とする請求項１に記載の通信装置。
3. 前記通知手段により前記第２の信号を送信した後に、前記他の通信装置から応答を受信する第１の受信手段をさらに有することを特徴とする請求項１又は２に記載の通信装置。
4. 前記通知手段により前記第２の信号を送信した後、前記第１の受信手段が前記応答を受信するより前に、前記データリンクを介した前記他の通信装置との通信を終了する終了手段をさらに有することを特徴とする請求項３に記載の通信装置。
5. 前記第１の受信手段が前記応答を受信した場合に、前記データリンクを介した前記他の通信装置との通信を終了する終了手段をさらに有することを特徴とする請求項３に記載の通信装置。
6. 前記通信装置と前記他の通信装置との間で複数の前記データリンクが確立されている場合において、前記通知手段が当該複数のデータリンクのうちの一部のデータリンクを終了することを前記他の通信装置に通知した場合、前記終了手段は、前記一部のデータリンクを介した前記他の通信装置との通信を終了し、他のデータリンクを介した前記他の通信装置との通信を終了しないことを特徴とする請求項４または５に記載の通信装置。
7. 前記Ｄｉｓｃｏｖｅｒｙ Ｗｉｎｄｏｗ期間において、前記他の通信装置が提供するサービスを示す信号を受信する第２の受信手段をさらに有することを特徴とする請求項１から６のいずれか１項に記載の通信装置。
8. 前記通信手段は、前記他の通信装置が提供するサービスを実行するための通信を行うことを特徴とする請求項１から７のいずれか１項に記載の通信装置。
9. 前記Ｄｉｓｃｏｖｅｒｙ Ｗｉｎｄｏｗ期間において、前記通信装置が提供するサービスを示す信号を送信する送信手段をさらに有することを特徴とする請求項１から８のいずれか１項に記載の通信装置。
10. 前記通信手段は、前記通信装置が提供するサービスを実行するための通信を行うことを特徴とする請求項１から９のいずれか１項に記載の通信装置。
11. 前記要求手段は、前記第１のＮＡＮ Ａｔｔｒｉｂｕｔｅに加えて、前記第１のＮＡＮ Ａｔｔｒｉｂｕｔｅと異なるＡｔｔｒｉｂｕｔｅ ＩＤを有する第２のＮＡＮ Ａｔｔｒｉｂｕｔｅを含む前記所定のフレームフォーマットによって構成される前記第１の信号を送信することで前記データリンクの確立を要求することを特徴とする請求項１から１０のいずれか１項に記載の通信装置。
12. 前記第２のＮＡＮ Ａｔｔｒｉｂｕｔｅには、前記通信装置が前記データリンクによる通信を行う期間として要求する期間を示す情報が含まれることを特徴とする請求項１１に記載の通信装置。
13. 前記第１の信号に含まれる前記ＯＵＩと、前記第２の信号とに含まれる前記ＯＵＩとが同じ値であることを特徴とする請求項１から１２のいずれか１項に記載の通信装置。
14. 前記要求手段により前記第１の信号が送信された場合に、前記通信手段が前記他の通信装置と通信するための期間を前記他の通信装置との間で決定する決定手段をさらに有することを特徴とする請求項１から１３のいずれか１項に記載の通信装置。
15. 通信装置の制御方法であって、
    フィールドとして、Ｃａｔｅｇｏｒｙと、当該Ｃａｔｅｇｏｒｙより後に送信されるＡｃｔｉｏｎと、前記Ａｃｔｉｏｎより後に送信されるＯＵＩと、前記ＯＵＩより後に送信されるＯＵＩ Ｔｙｐｅと、前記ＯＵＩ Ｔｙｐｅより後に送信される第１のＮＡＮ Ａｔｔｒｉｂｕｔｅとを含む所定のフレームフォーマットによって構成される信号であって、前記第１のＮＡＮ Ａｔｔｒｉｂｕｔｅに含まれるタイプ情報が第１の値である第１の信号を送信することで、他の通信装置とＮＡＮ（Ｎｅｉｇｈｂｏｒ Ａｗａｒｅｎｅｓｓ Ｎｅｔｗｏｒｋｉｎｇ）規格に準拠したデータリンクの確立を要求する要求工程と、
    前記通信装置と前記他の通信装置とが参加しているＮＡＮクラスタにおけるＤｉｓｃｏｖｅｒｙ Ｗｉｎｄｏｗ期間とは異なる期間において、前記要求に基づいて確立された前記データリンクを介して前記他の通信装置と通信する通信工程と、
    前記データリンクを介した前記他の通信装置との通信を終了する場合に、前記所定のフレームフォーマットによって構成される信号であって、前記第１のＮＡＮ Ａｔｔｒｉｂｕｔｅに含まれる前記タイプ情報が前記第１の値とは異なる第２の値である第２の信号を送信することで、前記データリンクを終了することを前記他の通信装置へ通知する通知工程と、
    を有することを特徴とする制御方法。
16. コンピュータを請求項１から１４のいずれか１項に記載の通信装置の各手段として動作させるためのプログラム。

Images