JP2017063314A

JP2017063314A - 通信装置、その制御方法、およびプログラム

Info

Publication number: JP2017063314A
Application number: JP2015187448A
Authority: JP
Inventors: 伊知朗田村; Ichiro Tamura
Original assignee: Canon Inc
Current assignee: Canon Inc
Priority date: 2015-09-24
Filing date: 2015-09-24
Publication date: 2017-03-30
Anticipated expiration: 2035-09-24
Also published as: WO2017051498A1; JP6554002B2; US20180206104A1

Abstract

【課題】効率的にサービス情報を通信する。
【解決手段】通信装置は、周期的に設定される所定の期間内において、該所定の期間に同期するための第１の信号を受信し、該通信装置が提供するサービスを判定する第１の判定手段と、前記第１の判定手段により判定された前記サービスに基づいて、前記周期的に設定される所定の期間のうち、前記サービスに関する第２の信号を送信する期間を決定する決定手段と、前記決定手段により決定された期間において、前記第２の信号を送信する送信手段と、を有する。
【選択図】図４

Description

本発明は、通信装置、その制御方法、およびプログラムに関する。

他の装置が実行可能なサービスを発見するための規格としてＮＡＮ（ＮｅｉｇｈｂｏｒＡｗａｒｅｎｅｓｓＮｅｔｗｏｒｋｉｎｇ）がＷｉ−ＦｉＡｌｌｉａｎｃｅによって規定されている（特許文献１参照）。特許文献１によれば、ＮＡＮでは、１台以上の通信装置がＮＡＮクラスタと呼ばれるネットワークを形成し、参加する。そして、それらの通信装置は、定められた期間においてサービス情報を通信する。このことにより、ＮＡＮクラスタ内の各通信装置は、該ＮＡＮクラスタ内の他の通信装置が実行可能なサービスを発見することができる。

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

しかしながら、ＮＡＮクラスタに参加する通信装置が増加した場合に、該ＮＡＮクラスタ内の全ての通信装置が定められた期間にサービス情報を通信しようとすると、この定められた期間での通信トラフィック量が急激に増加する。よって、通信環境の混雑により、これらの通信装置は正常にサービス情報を通信できない恐れがある。

本発明は、上述の課題を鑑みてなされたものであり、効率的にサービス情報を通信することを目的とする。

上記目的を達成するための一手段として、本発明の通信装置は以下の構成を有する。すなわち、通信装置であって、周期的に設定される所定の期間内において、該所定の期間に同期するための第１の信号を受信する受信手段と、前記通信装置が提供するサービスを判定する第１の判定手段と、前記第１の判定手段により判定された前記サービスに基づいて、前記周期的に設定される所定の期間のうち、前記サービスに関する第２の信号を送信する期間を決定する決定手段と、前記決定手段により決定された期間において、前記第２の信号を送信する送信手段と、を有する。

効率的にサービス情報を通信することが可能となる。

通信システムの構成を示す図。通信装置の機能構成を示す図。通信装置のハードウェア構成を示す図。実施形態１における通信装置の動作を示すフローチャート。実施形態１におけるＤＷｔａｂｌｅを示す図。実施形態１における通信システムのシーケンスを示す図。実施形態２における通信装置の動作を示すフローチャート。実施形態２における通信システムのシーケンスを示す図。

以下、添付の図面を参照して、本発明をその実施形態に基づいて詳細に説明する。なお、以下の実施形態において示す構成は一例に過ぎず、本発明は図示された構成に限定されるものではない。

［実施形態１］
実施形態１として、サービスの情報に対応する送信ＤＷが決められている場合について説明する。サービスは、例えば、データ共有サービスやプリントサービスを含む。なお、以下では、ＮＡＮ（ＮｅｉｇｈｂｏｒＡｗａｒｅｎｅｓｓＮｅｔｗｏｒｋｉｎｇ）規格に準拠した無線ＬＡＮシステムを用いた例について説明する。ＮＡＮのネットワーク内では、各通信装置は、サービス情報をＤｉｓｃｏｖｅｒｙＷｉｎｄｏｗ(以降、ＤＷと称す)と呼ばれる周期的な期間内で通信する。ＤＷは、当該ＮＡＮのネットワークに属する全ての通信装置が通信を行うために設定された所定の期間（ｃｏｎｖｅｒｇｅするための時間）である。また、ＤＷのスケジュールを共有している通信装置の集合を、ＮＡＮクラスタと呼ぶ。また、ＮＡＮの規格では、各ＤＷには時系列順に０から１５までの番号が振られる。即ち、ＤＷ０から始まりＤＷ１５まで続き、その後は再度ＤＷ０へと戻ることが規定されている。

ＮＡＮクラスタに所属する各通信装置は、Ｍａｓｔｅｒ、ＮｏｎＭａｓｔｅｒＳｙｎｃ及びＮｏｎＭａｓｔｅｒＮｏｎＳｙｎｃのうちの何れかの役割で動作することができる。

Ｍａｓｔｅｒとして動作する通信装置は、ＮＡＮクラスタ内の各通信装置がＤＷを識別し、同期するためのビーコンであるＳｙｎｃｈｒｏｎｉｚａｔｉｏｎＢｅａｃｏｎ（以降、ＳｙｎｃＢｅａｃｏｎと称す）を送信する。また、Ｍａｓｔｅｒとして動作する通信装置は、ＮＡＮクラスタに所属していない端末に当該ＮＡＮクラスタを認識させるための信号であるＤｉｓｃｏｖｅｒｙＢｅａｃｏｎを送信する。ＤｉｓｃｏｖｅｒｙＢｅａｃｏｎは、例えば１００ｍｓごとに、ＤＷと非同期に送信される。なお、各ＮＡＮクラスタにおいて、少なくとも１台の通信装置は、Ｍａｓｔｅｒとして動作する。

ＮｏｎＭａｓｔｅｒＳｙｎｃとして動作する通信装置は、ＳｙｎｃＢｅａｃｏｎを送信するが、ＤｉｓｃｏｖｅｒｙＢｅａｃｏｎは送信しない。また、ＮｏｎＭａｓｔｅｒＮｏｎＳｙｎｃとして動作する通信装置は、ＳｙｎｃＢｅａｃｏｎもＤｉｓｃｏｖｅｒｙＢｅａｃｏｎも送信しない。

ＮＡＮクラスタに参加する通信装置は、受信したＳｙｎｃＢｅａｃｏｎに従って、所定周期毎のＤＷ期間に同期し、ＤＷ期間においてサービス情報を通信する。具体的には、各通信装置は、ＤＷ期間にサービスを発見するための信号であるＳｕｂｓｃｒｉｂｅメッセージや、サービスを提供していることを通知するための信号であるＰｕｂｌｉｓｈメッセージを互いに通信する。更に、各通信装置は、ＤＷ期間にサービスに関する追加情報を交換するためのＦｏｌｌｏｗ−ｕｐメッセージをやりとりすることができる。なお、Ｐｕｂｌｉｓｈ、Ｓｕｂｓｃｒｉｂｅ、Ｆｏｌｌｏｗ−ｕｐといったメッセージを、総称してＳｅｒｖｉｃｅＤｉｓｃｏｖｅｒｙＦｒａｍｅ（ＳＤＦ）と呼ぶ。各通信装置は、ＳＤＦをやりとりすることで、サービスの広告または検出を行うことができる。

本実施形態における通信システムのネットワーク構成例を図１に示す。ＮＡＮクラスタ１０４が、端末１０１〜１０３から構成されている。端末１０１〜１０３は、ＮＡＮの規格に則った通信を行うことが可能な通信装置である。端末１０１〜１０３はＮＡＮの規格に基づいて、周囲の無線装置およびそれらが提供するサービスを発見、提供することができる。本実施形態では、ＮＡＮクラスタ１０４に参加している端末１０１〜１０３の各端末は、２．４ＧＨｚの周波数帯域の６ｃｈ（２．４３７ＧＨｚ）で通信する。また、本実施形態では、ＮＡＮクラスタ１０４において、５１２ＴＵ（ＴｉｍｅＵｎｉｔ）毎に１６ＴＵのＤＷが設けられる。なお、１ＴＵは、１０２４μｓｅｃである。各ＤＷ期間にＮＡＮクラスタ１０４に所属する各端末は、ＳＤＦを用いて、サービス情報を通信する。

端末１０１は、ＮＡＮクラスタ１０４において、ＮｏｎＭａｓｔｅｒＮｏｎＳｙｎｃとして動作する。端末１０２は、ＮＡＮクラスタ１０４において、Ｍａｓｔｅｒとして動作する。端末１０３はＮＡＮクラスタ１０４において、ＮｏｎＭａｓｔｅｒＳｙｎｃとして動作する。なお、端末１０１〜１０３の夫々が他の役割として動作してもよい。

端末１０１〜１０３の機能構成を、図２を用いて説明する。図２は、本実施形態における端末１０１の機能構成２００を示す図である。なお、端末１０２、端末１０３の機能構成は、端末１０１と同様である。

役割判定部２０１は、端末１０１が所属するＮＡＮクラスタ１０４における端末１０１の役割を判定する。端末１０１は、自身が持つＭａｓｔｅｒＲａｎｋやＲＳＳＩ（ＲｅｃｅｉｖｅｄＳｉｇｎａｌＳｔｅｒｎｇｔｈＩｎｄｉｃａｔｉｏｎ）などから、自身の役割を判定できる。ここで、ＭａｓｔｅｒＲａｎｋは、Ｍａｓｔｅｒのなりやすさを決める数値であり、端末側が自由に定められるＭａｓｔｅｒＰｒｅｆｅｒｅｎｃｅ（０〜２５５）などにより決定される。ＲＳＳＩは、端末１０１が受信する信号の強度を示すものであり、受信品質を示す値である。

確認部２０２は、端末１０１に対するサービスに関する情報を確認する。例えば、確認部２０２は、端末１０１が要求または提供するサービスの情報としてサービスの名前（ｓｅｒｖｉｃｅ＿ｎａｍｅ）を確認する。さらに、確認部２０２は、確認したサービスの名前を用いて、後述するＤＷｔａｂｌｅ（図５）に対する確認作業を行う。

決定部２０３は、役割判定部２０１による判定結果、または、確認部２０２による確認結果に基づいて、端末１０１が次に通信を行うＤＷのタイミング（ＤＷ０〜ＤＷ１５のいずれか）を決定する。

続いて、端末１０１〜１０３のハードウェア構成を、図３を用いて説明する。図３は、端末１０１のハードウェア構成３００を示す図である。なお、端末１０２、端末１０３のハードウェア構成は、端末１０１と同様である。

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

制御部３０２は、ＣＰＵ（ＣｅｎｔｒａｌＰｒｏｃｅｓｓｉｎｇＵｎｉｔ）やＭＰＵ（ＭｉｃｒｏｐｒｏｃｅｓｓｉｎｇＵｎｉｔ）等のプロセッサにより構成される。制御部３０２は、記憶部３０１に記憶されたプログラムを実行することにより端末１０１全体を制御する。また、制御部３０２がマルチコア等の複数のプロセッサを備え、複数のプロセッサにより端末１０１全体を制御するようにしてもよい。

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

入力部３０４は、ユーザからの各種操作の受付を行う。出力部３０５は、ユーザに対して各種出力を行う。ここで、出力部３０５による出力とは、画面上への表示や、スピーカーによる音声出力、振動出力等の少なくとも１つを含む。なお、タッチパネルのように入力部３０４と出力部３０５の両方を１つのモジュールで実現するようにしてもよい。出力部３０５は、表示による出力を行う場合、例えばＬＣＤ（ＬｉｑｕｉｄＣｒｙｓｔａｌＤｉｓｐｌａｙ）やＬＥＤ（ＬｉｇｈｔＥｍｉｔｔｉｎｇＤｉｏｄｅ）により構成される。出力部３０５は、ユーザが視覚で認知可能な情報を出力し、各種ＵＩ（ＵｓｅｒＩｎｔｅｒｆａｃｅ）の表示制御を行う。

通信部３０６は、ＩＥＥＥ（ＩｎｓｔｉｔｕｔｅｏｆＥｌｅｃｔｒｉｃａｌａｎｄＥｌｅｃｔｒｏｎｉｃＥｎｇｉｎｅｅｒｓ）８０２．１１シリーズに準拠した通信を行うためのチップにより構成される。通信部３０６は、無線通信の制御や、ＩＰ通信の制御を行う。また、通信部３０６はアンテナ３０７を制御して、無線通信のための無線信号の送受信を行う。端末１０１は通信部３０６を介して、画像データや文書データ、映像データ等のコンテンツを他の通信装置と通信する。

次に、本実施形態における端末１０１〜１０３の動作について説明する。図４は、本実施形態における端末１０１の動作を示すフローチャートである。なお、端末１０２、端末１０３も、端末１０１と同様のフローチャートに従った処理を実行する。

本実施形態では、端末１０１〜１０３は、ＤＷ終了後に、自身のＮＡＮクラスタでの役割に応じて、次回にサービスに関する通信を行うＤＷを決定する。なお、図４に示すフローチャートは、端末１０１において、制御部３０２が記憶部３０１に記憶されている制御プログラムを実行し、情報の演算および加工及び各ハードウェアの制御を実行することにより実現される。なお、図３に示すフローチャートに示すステップの一部または全部を例えばＡＳＩＣ等のハードウェアで実現する構成としても良い。

役割判定部２０１は、あるＤＷが終了すると、端末１０１が所属しているＮＡＮクラスタ１０４における、現在の端末１０１の役割を判定する（Ｓ４００）。役割判定部２０１が、端末１０１の役割はＮｏｎＭａｓｔｅｒＮｏｎＳｙｎｃであると判定した場合（Ｓ４００のＹｅｓ）、確認部２０２は、現在、端末１０１が要求または提供を行うサービスを確認する（Ｓ４０１）。ここでは、確認部２０２はサービスの情報として、サービスの名前であるｓｅｒｖｉｃｅ＿ｎａｍｅを確認する。次に、確認部２０２は、端末１０１が次に通信を行うＤＷを確認するために、確認したｓｅｒｖｉｃｅ＿ｎａｍｅを用いて、ＤＷｔａｂｌｅを確認する（Ｓ４０２）。

図５に、本実施形態におけるＤＷｔａｂｌｅの一例を示す。本実施形態におけるＤＷｔａｂｌｅは、サービスの名前であるｓｅｒｖｉｃｅ＿ｎａｍｅごとに、通信を行うＤＷ（ＤＷ０〜ＤＷ１５）が関連付けられて登録されたものである。ＤＷｔａｂｌｅがどのように作成され、各通信装置に保持されるかについては、特定の方法に限定されない。例えば、ＮＡＮクラスタに参加している通信装置が、主要なサービスに関してあらかじめＤＷが規定されたＤＷｔａｂｌｅを保持するようにしてもよい。また、ＮＡＮクラスタにおけるＭａｓｔｅｒの役割を担う通信装置が必要に応じて作成し、ＮＡＮクラスタ内の他の通信装置に通達してもよい。確認部２０２がＳ４０２にて通信を行うＤＷの確認が終わると、決定部２０３は、確認部２０２により確認されたＤＷを、次に通信を行うＤＷと決定する（Ｓ４０３）。例えば、確認部２０２により確認されたｓｅｒｖｉｃｅ＿ｎａｍｅがＳｈａｒｅ＿ｍｕｓｉｃ（音楽の共有サービス）である場合、決定部２０３は、次に端末が通信を行うＤＷを、ＤＷ０２と決定する。

一方、Ｓ４００にて、役割判定部２０１が、端末１０１の役割がＮｏｎＭａｓｔｅｒＮｏｎＳｙｎｃ以外であると判定した場合（Ｓ４００のＮｏ）、決定部２０３は、ＤＷ０〜ＤＷ１５の全てでサービスに関する通信を行うことができると決定する（Ｓ４０４）。端末の役割がＮｏｎＭａｓｔｅｒＮｏｎＳｙｎｃ以外であると判定された場合は、該端末がＭａｓｔｅｒもしくはｏｎＭａｓｔｅｒＳｙｎｃの役割で動作していることを意味し、この場合は、全てのＤＷでサービスに関する通信を行うことができる。

続いて、本実施形態における端末１０１〜１０３の動作について図６を参照して説明する。図６は、端末１０１〜１０３それぞれが、ＮＡＮクラスタ１０４での役割に応じて、次回に通信を行うＤＷを決定する際の処理の流れを示すシーケンス例を示す図である。ここで、図１に示すように、端末１０１は、ＮｏｎＭａｓｔｅｒＮｏｎＳｙｎｃとして動作し、端末１０２は、Ｍａｓｔｅｒとして動作し、端末１０３は、ＮｏｎＭａｓｔｅｒＳｙｎｃとして動作しているものとする。

図６において、端末１０１〜１０３は、通信部３０６等を用いてＮＡＮクラスタ１０４においてＤＷ期間に関する通信を行い（Ｓ６００）、ＤＷ期間の終了後に現在の役割を変更するかどうかを決める期間を持つ（Ｓ６０１）。役割は、各端末が持つＭａｓｔｅｒを決めるＭａｓｔｅｒＲａｎｋの数値や、通信の品質の値であるＲＳＳＩなどから決められる。ここでは、端末１０１が、ＮｏｎＭａｓｔｅｒＮｏｎＳｙｎｃ、端末１０２が、Ｍａｓｔｅｒ、端末１０３が、ＮｏｎＭａｓｔｅｒＳｙｎｃの役割をそれぞれ有する。端末１０１の役割判定部２０１は、自身の役割がＮｏｎＭａｓｔｅｒＮｏｎＳｙｎｃであることを判定する（Ｓ６０２）。そして、端末１０１の確認部２０２は、自身のサービスのｓｅｒｖｉｃｅ＿ｎａｍｅの確認（Ｓ６０３）、および、ＤＷｔａｂｌｅの確認を行う（Ｓ６０４）。その後、端末１０１の決定部２０３は、ＤＷｔａｂｌｅに従い、自身が次にサービスに関する通信を行うＤＷの決定を行う（Ｓ６０５）。ここでは、確認部２０２は、端末１０１のサービスをＰｒｉｎｔｅｒと確認し、図５のＤＷｔａｂｌｅに従い通信を行うＤＷをＤＷ０３であることを確認する。そして、決定部２０３が、通信を行うＤＷをＤＷ０３であることを決定する。

例えば、Ｓ６０５の処理が行われてから次のＤＷがＤＷ０２であった場合、ＤＷ０２において、Ｍａｓｔｅｒである端末１０２がＭａｓｔｅｒとしてＳｙｎｃＢｅａｃｏｎを送信する（Ｓ６０６）。端末１０３は、端末１０２から受信したＳｙｎｃＢｅａｃｏｎを応答して、ＮｏｎＭａｓｔｅｒＳｙｎｃとしてＳｙｎｃＢｅａｃｏｎを送信する（Ｓ６０７）。一方、ＤＷ０２は、端末１０１がサービスについて通信を行うＤＷではないため、端末１０１は、ＤＷ０２ではＳｙｎｃＢｅａｃｏｎの送信やサービスに関する通信を行わない。この際、端末１０１は通信部３０６を、無線通信を行わない省電力状態とする。これにより、端末１０１の消費電力を下げることができる。

そして、次のＤＷであるＤＷ０３において、ＤＷ０２と同様に、端末１０２はＭａｓｔｅｒとしてＳｙｎｃＢｅａｃｏｎを送信する（Ｓ６０８）。そして、端末１０３も端末１０２から受信したＳｙｎｃＢｅａｃｏｎに応じて、ＮｏｎＭａｓｔｅｒＳｙｎｃとしてＳｙｎｃＢｅａｃｏｎを送信する（Ｓ６０９）。更に、端末１０１も、ＤＷ０３が自身のサービスが通信を行うＤＷのため、ＳｙｎｃＢｅａｃｏｎを送信し（Ｓ６１０）、必要に応じてＳｕｂｓｃｒｉｂｅメッセージ、Ｐｕｂｌｉｓｈメッセージを送信する。この場合、Ｓｕｂｓｃｒｉｂｅメッセージ、Ｐｕｂｌｉｓｈメッセージを送信するＤＷも、決定部２０３により決定されたＤＷとすることができる。

このように、本実施形態では、ＤＷ終了後に、ＮｏｎＭａｓｔｅｒＮｏｎＳｙｎｃであるＮＡＮ端末が通信を行うＤＷをサービスごとに決定する。これにより、ＮＡＮクラスタにおいて通信の混雑を避け、効率的にサービスの発見や通知を行うことができる。

［実施形態２］
実施形態１においては、サービスの名前とこれに対応するＤＷがＤＷｔａｂｌｅに登録されている場合の例について説明した。しかし、サービスによっては、サービスの名前とこれに対応するＤＷの関係がＤＷｔａｂｌｅに登録されていない場合もある。そこで、本実施形態では、端末１０１〜１０３がＤＷｔａｂｌｅに規定されていないサービスに関して、通信を行うＤＷを決定することが可能な実施形態について説明する。なお、本実施形態は、ＤＷｔａｂｌｅを利用しないシステムにおいても適用可能である。ネットワーク構成（図１）、機能構成（図２）、ハードウェア構成（図３）については、実施形態１と同様であるので、ここでは説明を省略する。

図７は、本実施形態における端末１０１の動作を示すフローチャートである。端末１０１は、ＤＷｔａｂｌｅに登録されていないサービスに関して、通信を行うＤＷを決定する。なお、端末１０２、端末１０３の動作は、端末１０１と同様である。

Ｓ７００〜Ｓ７０１はＳ４００〜Ｓ４０１と同一であるため、説明を省略する。Ｓ７０２において、端末１０１の確認部２０２は、確認されたｓｅｒｖｉｃｅ＿ｎａｍｅがＤＷｔａｂｌｅに存在するかを確認する。端末１０１のサービスがＤＷｔａｂｌｅに存在しないと確認された場合（Ｓ７０２のＮｏ）、確認部２０２は、端末１０１のサービスの識別子であるｓｅｒｖｉｃｅ＿ｉｄの下位４ｂｉｔを確認する（Ｓ７０５）。ｓｅｒｖｉｃｅ＿ｉｄとはｓｅｒｖｉｃｅ＿ｎａｍｅをハッシュ処理したものである。決定部２０３は、この下位４ｂｉｔであらわされる数値である０〜１５をＤＷ０〜ＤＷ１５に割り当て、割り当てたＤＷを、次に通信を行うＤＷを決定する（Ｓ７０３）。Ｓ７０２でＹｅｓの場合は、Ｓ４０３と同様である。また、Ｓ７００でＮｏの場合は、Ｓ４０４と同様である（Ｓ７０４）。

続いて、本実施形態における端末１０１〜１０３の動作について図８を参照して説明する。図８は、ＤＷｔａｂｌｅに登録されていないサービスに関して、通信を行うＤＷを決定する場合についてのシーケンス例を示す図である。Ｓ８００〜Ｓ８０３はＳ６００〜Ｓ６０３と同一である。ただし、Ｓ８０３にて、端末１０１の確認部２０２は、ＤＷｔａｂｌｅに端末１０１のサービスが登録されていないことを確認した場合、自身のｓｅｒｖｉｃｅ＿ｉｄの下位４ｂｉｔを確認する（Ｓ８０５）。ここではｓｅｒｖｉｃｅ＿ｎａｍｅをＣｈａｔとし、そのｓｅｒｖｉｃｅ＿ｉｄが８３であったとする。８３の場合の下位４ｂｉｔは００１１で、３を表すため、端末１０１の決定部２０３は、Ｃｈａｔサービスが通信を行うＤＷはＤＷ０３と決定することができる（Ｓ８０６）。Ｓ８０７〜Ｓ８１１はＳ６０６〜Ｓ６１０と同一であるため、説明を省略する。

このように、本実施形態では、端末のサービスがＤＷｔａｂｌｅに登録されていない場合に、ｓｅｒｖｉｃｅ＿ｉｄを元にＤＷを決定することにより、今後増え続けるサービスに関しても対応可能となる。これにより、通信の混雑を避け、効率的にサービスの発見や通知を行うことができる。

以上の通り、上述の実施形態によれば、サービス情報を通信する期間をサービスの種類ごとに分割し、サービス情報の通信の混雑を避け、効率的にサービスの検索や通知を実施することが可能となる。

なお、上述の実施形態では、サービスの名前もしくはサービスの識別子に基づいて、サービスに関する通信を行うＤＷが決定されたが、他にサービスを特定する情報に基づいて、サービスに関する通信を行うＤＷが決定される構成としてもよい。また、端末が複数のサービスを提供または要求する場合、上述の実施形態を各サービスに適用することが可能である。その場合、端末はいくつかのＤＷでサービスに関する通信を行うこととなる。また、同じＤＷに複数の種類のサービスに関する通信が行われることとなった場合に、いずれかの端末が、使用されていないＤＷを使用することや、同じ番号のＤＷを順に使用することを決定してもよい。

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

１０１、１０２、１０３端末
１０４ＮＡＮクラスタ

Claims

通信装置であって、
周期的に設定される所定の期間内において、該所定の期間に同期するための第１の信号を受信する受信手段と、
前記通信装置が提供するサービスを判定する第１の判定手段と、
前記第１の判定手段により判定された前記サービスに基づいて、前記周期的に設定される所定の期間のうち、前記サービスに関する第２の信号を送信する期間を決定する決定手段と、
前記決定手段により決定された期間において、前記第２の信号を送信する送信手段と、
を有することを特徴とする通信装置。
前記所定の期間は、ＮｅｉｇｈｂｏｒＡｗａｒｅｎｅｓｓＮｅｔｗｏｒｋｉｎｇ（ＮＡＮ）に規定されるＤｉｓｃｏｖｅｒｙＷｉｎｄｏｗであることを特徴とする請求項１に記載の通信装置。
前記サービスとして、データ共有サービスもしくはプリントサービスを含むことを特徴とする請求項１または２に記載の通信装置。
前記第１の信号は、ＮｅｉｇｈｂｏｒＡｗａｒｅｎｅｓｓＮｅｔｗｏｒｋｉｎｇ（ＮＡＮ）に規定されるＳｙｎｃｈｒｏｎｉｚａｔｉｏｎＢｅａｃｏｎであることを特徴とする請求項１から３のいずれか１項に記載の通信装置。
前記通信装置が前記第１の信号を送信する装置であるか否かを判定する第２の判定手段を更に有し、
前記第２の判定手段により、前記通信装置が前記第１の信号を送信する装置ではないと判定された場合、前記周期的に設定される所定の期間のうち、前記決定手段により決定された期間とは異なる期間において、前記通信装置は通信を行わないことを特徴とする請求項１から４のいずれか１項に記載の通信装置。
前記通信装置が前記第１の信号を送信する装置であると判定された場合、前記通信装置は、前記周期的に設定される所定の期間の各々において、通信を行うことを特徴とする請求項５に記載の通信装置。
前記第２の判定手段は、前記通信装置がＮｅｉｇｈｂｏｒＡｗａｒｅｎｅｓｓＮｅｔｗｏｒｋｉｎｇ（ＮＡＮ）に規定されるＮｏｎＭａｓｔｅｒＮｏｎＳｙｎｃとして動作する装置であるかを判定することを特徴とする請求項５または６に記載の通信装置。
前記第２の信号は、ＮｅｉｇｈｂｏｒＡｗａｒｅｎｅｓｓＮｅｔｗｏｒｋｉｎｇ（ＮＡＮ）に規定されるＳｅｒｖｉｃｅＤｉｓｃｏｖｅｒｙＦｒａｍｅ（ＳＤＦ）信号であることを特徴とする請求項１から７のいずれか１項に記載の通信装置。
通信装置の制御方法であって、
周期的に設定される所定の期間内において、該所定の期間に同期するための第１の信号を受信する受信工程と、
前記通信装置が提供するサービスを判定する判定工程と、
判定された前記サービスに基づいて、前記周期的に設定される所定の期間のうち、前記サービスに関する第２の信号を送信する期間を決定する決定工程と、
決定された期間において、前記第２の信号を送信する送信工程と、
を有することを特徴とする制御方法。
コンピュータを請求項１から８のいずれか１項に記載の通信装置として動作させるためのプログラム。